一种业务质量处理方法及相关设备与流程

1.本发明涉及计算机网络技术领域，尤其涉及一种业务质量处理方法及相关设备。

背景技术：

2.目前，系统的网络侧设备和业务侧设备通常为竖井式部署。现有技术中，当用户终端上的业务出现质量问题时，通常需要人工分别在网络侧和业务侧进行由上至下全面排查，然后再根据网络侧和业务侧的排查结果进行分析，最终确定具体的业务问题和异常设备。然而，此过程耗时较长，无法及时解决业务的质量问题。

技术实现要素：

3.本发明实施例提供一种业务质量处理方法及相关设备，以解决现有技术无法及时解决业务的质量问题。
4.第一方面，本发明实施例提供了一种业务质量处理方法，应用于业务质量处理设备，包括：
5.接收终端设备发送的目标业务的第一业务数据；
6.基于所述第一业务数据，判断所述目标业务的质量是否异常；
7.在确定所述目标业务的质量异常的情况下，确定所述目标业务的关联设备是否存在异常，其中，所述关联设备包括所述终端设备、所述目标业务对应的业务服务端和网络侧设备中的至少一个；
8.在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，以指示所述目标设备根据所述异常问题进行修复。
9.可选地，所述基于所述第一业务数据，判断所述目标业务的质量是否异常，包括：
10.从所述第一业务数据中获取所述目标业务的目标指标值；
11.根据预先建立的业务类型与目标指标阈值的对应关系，确定所述目标指标值是否异常，其中，在所述目标指标值异常的情况下，确定所述目标业务的质量异常。
12.可选地，所述目标指标值为平均意见得分(mean opinion score，mos)值，在所述mos值超出所述目标业务对应的mos阈值的情况下，确定所述目标业务的质量异常。
13.可选地，所述确定所述目标业务的关联设备是否存在异常，包括：
14.基于所述第一业务数据，确定所述终端设备是否存在异常；
15.所述在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，包括：
16.在确定所述终端设备存在异常的情况下，确定所述终端设备的第一异常问题，并向所述终端设备发送携带所述第一异常问题的异常通知。
17.可选地，所述在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，还包括：
18.在确定所述终端设备不存在异常的情况下，向第一设备发送状态查询请求，其中，所述状态查询请求用于请求查询所述第一设备的业务质量数据，所述业务质量数据包括设备状态和与所述目标业务相关的业务指标中的至少一项，所述第一设备包括所述业务服务端和所述网络侧设备中的至少一个；
19.接收所述第一设备返回的所述业务质量数据；
20.基于所述业务质量数据，确定所述第一设备是否存在异常，并在确定所述第一设备存在异常的情况下，确定所述第一设备的第二异常问题；
21.向所述第一设备发送携带所述第二异常问题的异常通知。
22.可选地，所述第一设备为所述业务服务端时，所述与所述目标业务相关的业务指标包括基于超文本传输协议的自适应码率流媒体传输协议(hyper text transfer protocol live streaming，hls)拉流、视频编转码、m3u8索引和ts分片中的至少一项；
23.所述第一设备为所述网络侧设备时，所述与所述目标业务相关的业务指标包括场强、信号与干扰加噪声比(signal to interference plus noise ratio，sinr)、信噪比、参考信号接收功率(reference signal received power，rsrp)、带宽和服务质量流(quality of service flow，qos flow)中的至少一项。
24.可选地，所述第一设备包括所述业务服务端和所述网络侧设备；
25.所述基于所述业务质量数据，确定所述第一设备是否存在异常，并在确定所述第一设备存在异常的情况下，确定所述第一设备的第二异常问题，包括：
26.将所述业务质量数据输入质量问题推理模型，得到所述质量问题推理模型输出的异常设备和所述异常设备的第二异常问题，其中，所述质量问题推理模型是预先基于业务质量数据集训练得到的，所述异常设备为所述业务服务端或所述网络侧设备。
27.可选地，所述将所述业务质量数据输入质量问题推理模型，得到所述质量问题推理模型输出的异常设备和所述异常设备的第二异常问题之后，所述向所述第一设备发送携带所述第二异常问题的异常通知之前，所述方法还包括：
28.将所述异常设备的第二异常问题输入质量修复模型，得到所述质量修复模型输出的所述异常设备的待修复数据，其中，所述质量修复模型是预先基于历史异常问题和修复数据集训练得到的；
29.所述向所述第一设备发送携带所述第二异常问题的异常通知，包括：
30.向所述异常设备发送携带所述待修复数据的异常通知。
31.可选地，所述向所述异常设备发送携带所述待修复数据的异常通知之后，所述方法还包括：
32.接收所述异常设备发送的修复结果通知；
33.向所述终端设备发送业务数据监测通知，以指示所述终端设备上报所述目标业务的第二业务数据；
34.接收所述终端设备发送的所述第二业务数据；
35.基于所述第二业务数据，验证对所述目标业务的质量修复结果。
36.第二方面，本发明实施例提供了一种业务质量处理方法，应用于业务服务端，包括：
37.接收业务质量处理设备发送的状态查询请求；
38.响应于所述状态查询请求，获取所述业务服务端的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；
39.向所述业务质量处理设备发送所述业务质量数据；
40.接收所述业务质量处理设备发送的携带第二异常问题的异常通知；
41.根据所述第二异常问题进行问题修复。
42.可选地，所述与目标业务相关的业务指标包括hls拉流、视频编转码、m3u8索引和ts分片中的至少一项。
43.可选地，所述接收所述业务质量处理设备发送的携带第二异常问题的异常通知，包括：
44.接收所述业务质量处理设备发送的携带待修复数据的异常通知；
45.所述根据所述第二异常问题进行问题修复，还包括：
46.根据所述待修复数据进行问题修复。
47.可选地，所述根据所述第二异常问题进行问题修复之后，还包括：
48.向所述业务质量处理设备发送修复结果通知。
49.第三方面，本发明实施例提供了一种业务质量处理方法，应用于网络侧设备，包括：
50.接收业务质量处理设备发送的状态查询请求；
51.响应于所述状态查询请求，获取所述网络侧设备的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；
52.向所述业务质量处理设备发送所述业务质量数据；
53.接收所述业务质量处理设备发送的携带第二异常问题的异常通知；
54.根据所述第二异常问题进行问题修复。
55.可选地，所述与目标业务相关的业务指标包括场强、sinr、信噪比、rsrp、带宽和qos flow中的至少一项。
56.可选地，所述接收所述业务质量处理设备发送的携带第二异常问题的异常通知，包括：
57.接收所述业务质量处理设备发送的携带待修复数据的异常通知；
58.所述根据所述第二异常问题进行问题修复，还包括：
59.根据所述待修复数据进行问题修复。
60.可选地，所述根据所述第二异常问题进行问题修复之后，还包括：
61.向所述业务质量处理设备发送修复结果通知。
62.第四方面，本发明实施例提供了一种业务质量处理方法，应用于终端设备，包括：
63.向业务质量处理设备发送目标业务的第一业务数据；
64.接收所述业务质量处理设备发送的携带第一异常问题的异常通知；
65.根据所述第一异常问题进行问题修复。
66.可选地，所述根据所述异常问题进行修复之后，还包括：
67.接收所述业务质量处理设备发送的业务数据监测通知；
68.获取所述目标业务的第二业务数据；
69.向所述业务质量处理设备上报所述目标业务的第二业务数据。
70.第五方面，本发明实施例提供了一种业务质量处理设备，包括：
71.第一接收模块，用于接收终端设备发送的目标业务的第一业务数据；
72.判断模块，用于基于所述第一业务数据，判断所述目标业务的质量是否异常；
73.确定模块，用于在确定所述目标业务的质量异常的情况下，确定所述目标业务的关联设备是否存在异常，其中，所述关联设备包括所述终端设备、所述目标业务对应的业务服务端和网络侧设备中的至少一个；
74.处理模块，用于在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，以指示所述目标设备根据所述异常问题进行修复。
75.第六方面，本发明实施例提供了一种业务服务端，包括：
76.第二接收模块，用于接收业务质量处理设备发送的状态查询请求；
77.第一获取模块，用于响应于所述状态查询请求，获取所述业务服务端的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；
78.第一发送模块，用于向所述业务质量处理设备发送所述业务质量数据；
79.第三接收模块，用于接收所述业务质量处理设备发送的携带第二异常问题的异常通知；
80.第一修复模块，用于根据所述第二异常问题进行问题修复。
81.第七方面，本发明实施例提供了一种网络侧设备，包括：
82.第四接收模块，用于接收业务质量处理设备发送的状态查询请求；
83.第二获取模块，用于响应于所述状态查询请求，获取所述网络侧设备的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；
84.第二发送模块，用于向所述业务质量处理设备发送所述业务质量数据；
85.第五接收模块，用于接收所述业务质量处理设备发送的携带第二异常问题的异常通知；
86.第二修复模块，用于根据所述第二异常问题进行问题修复。
87.第八方面，本发明实施例提供了一种终端设备，包括：
88.第三发送模块，用于向业务质量处理设备发送目标业务的第一业务数据；
89.第六接收模块，用于接收所述业务质量处理设备发送的携带第一异常问题的异常通知；
90.第三修复模块，用于根据所述第一异常问题进行问题修复。
91.第九方面，本发明实施例提供了一种业务质量处理设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器，用于读取存储器中的程序实现如第一方面所述的业务质量处理方法中的步骤。
92.第十方面，本发明实施例提供了一种业务服务端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器，用于读取存储器中的程序实现如第二方面所述的业务质量处理方法中的步骤。
93.第十一方面，本发明实施例提供了一种网络侧设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器，用于读取存储器中的程序实现如第三方面所述的业务质量处理方法中的步骤。
94.第十二方面，本发明实施例提供了一种终端设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；所述处理器，用于读取存储器中的程序实现如第四方面所述的业务质量处理方法中的步骤。
95.第十三方面，本发明实施例提供了一种计算机可读存储介质，用于存储计算机程序，所述计算机程序被处理器执行时实现如第一方面、第二方面、第三方面或第四方面中任一者所述的业务质量处理方法中的步骤。
96.在本发明实施例中，接收终端设备发送的目标业务的第一业务数据；基于所述第一业务数据，判断所述目标业务的质量是否异常；在确定所述目标业务的质量异常的情况下，确定所述目标业务的关联设备是否存在异常，其中，所述关联设备包括所述终端设备、所述目标业务对应的业务服务端和网络侧设备中的至少一个；在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，以指示所述目标设备根据所述异常问题进行修复。通过本实施例提供的方法，可以自动进行业务质量的收集、监测和定位，进而通知异常设备及时修复异常问题，提高了解决业务质量问题的效率。
附图说明
97.为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获取其他的附图。
98.图1是本发明实施例提供的业务质量处理方法的流程示意图；
99.图2是本发明另一实施例提供的业务质量处理方法的流程示意图；
100.图3是本发明另一实施例提供的业务质量处理方法的流程示意图；
101.图4是本发明另一实施例提供的业务质量处理方法的流程示意图；
102.图5是本发明另一实施例提供的业务质量处理方法的流程示意图；
103.图6是本发明实施例提供的业务质量处理设备的结构示意图；
104.图7是本发明实施例提供的业务服务端的结构示意图；
105.图8是本发明实施例提供的网络侧设备的结构示意图；
106.图9是本发明实施例提供的终端设备的结构示意图；
107.图10是本发明另一实施例提供的业务质量处理设备的结构示意图；
108.图11是本发明另一实施例提供的业务服务端的结构示意图；
109.图12是本发明另一实施例提供的网络侧设备的结构示意图；
110.图13是本发明另一实施例提供的终端设备的结构示意图。
具体实施方式
111.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获取的所有其他实施例，都属于本发明保护的范围。
112.除非另作定义，本发明中使用的技术术语或者科学术语应当为本发明所属领域内具有一般技能的人士所理解的通常意义。本发明中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也相应地改变。
113.如图1所示，本发明实施例提供了一种业务质量处理方法，应用于业务质量处理设备，该方法包括：
114.步骤101、接收终端设备发送的目标业务的第一业务数据。
115.在具体实现时，所述目标业务可以为视频业务、网络通话业务和网页浏览业务等，在后续的描述中，将以视频业务为例进行描述。所述第一业务数据为所述视频业务的业务指标信息，例如，所述业务指标信息可以为视频卡顿、花屏、首帧响应等指标对应的数据信息。
116.其中，在具体实现时，所述终端设备可以按照预设周期向所述业务质量处理设备持续发送目标业务的第一业务数据，其中，所述预设周期的长度在此不做限定。在具体实现时，所述终端设备还可以按照预设时间点向所述业务质量处理设备发送目标业务的第一业务数据。
117.其中，所述第一业务数据可以通过软探针、埋点app等形式进行收集。
118.所述业务质量处理设备接收到终端设备发送的目标业务的第一业务数据。
119.步骤102、基于所述第一业务数据，判断所述目标业务的质量是否异常。
120.所述业务质量处理设备对所述第一业务数据进行分析，判断所述目标业务的质量是否异常。在所述目标业务为视频业务的情况下，所述业务质量处理设备对所述第一业务数据进行分析，判断所述终端设备的视频是否出现卡顿、花屏、首帧响应延迟等异常情况。
121.可选地，所述步骤102包括：
122.从所述第一业务数据中获取所述目标业务的目标指标值；
123.所述第一业务数据包括不同目标指标对应的值，所述业务质量处理设备可以从第一业务数据中获取不同的目标指标值。其中，所述目标指标值的具体内容在此不做限定。例如，所述目标指标值可以为视频首帧显示时长、平均播放停顿次数和视频总缓冲时长占比等。
124.根据预先建立的业务类型与目标指标阈值的对应关系，确定所述目标指标值是否异常，其中，在所述目标指标值异常的情况下，确定所述目标业务的质量异常。
125.应理解的是，预先建立的业务类型与目标指标阈值的对应关系可以是根据历史业务类型与业务类型对应的指标的关系建立的。对于不同的业务类型，所述目标指标的阈值也不同。
126.所述业务质量处理设备从所述第一业务数据中获取所述目标指标值，将所述目标指标与对应的目标指标阈值进行对比，在所述目标指标值大于所述目标指标阈值的情况下，认为所述目标业务的质量异常。在所述目标指标值小于或等于所述目标指标阈值的情况下，则认为所述目标业务的质量正常，此时，所述业务质量处理设备无需执行后续步骤。
127.应理解的是，所述业务质量处理设备通常包括质量推理模块。所述质量推理模型的数量为多个，根据基于每一业务类型的业务数据集预先对第三网络模型进行训练，得到
对应每一业务类型的所述质量推理模型。通过对应的所述质量推理模型可以得到所述业务类型对应的目标指标阈值。同时，随着所述业务数据集的更新，所述目标指标阈值也不断更新。
128.在具体实现时，所述目标指标值可以为多个，即所述业务质量处理设备获取多个目标业务的目标指标值，将多个目标指标值与其对应的目标指标阈值进行对比，确定每一所述目标指标值是否异常。在至少一个所述目标指标值异常的情况下，确定所述目标业务的质量异常。当然，根据实际需求，也可以在至少预设个所述目标指标值异常的情况下，确定所述目标业务的质量异常。
129.可选地，在一些实施例中，所述目标指标值为mos值，在所述mos值超出所述目标业务对应的mos阈值的情况下，确定所述目标业务的质量异常。
130.步骤103、在确定所述目标业务的质量异常的情况下，确定所述目标业务的关联设备是否存在异常，其中，所述关联设备包括所述终端设备、所述目标业务对应的业务服务端和网络侧设备中的至少一个。
131.在确定所述目标业务的质量异常的情况下，需要判断导致目标业务的质量异常的设备。具体地，可以对所述目标业务的关联设备进行异常排查，所述关联设备包括终端设备、所述目标业务对应的业务服务端和网络侧设备中的至少一个。
132.当所述关联设备包括终端设备时，所述业务质量处理设备依次对终端设备的可以存储容量、网络连接状态、与所述目标业务管理的软件的状态等，与所述目标业务相关的内容进行异常排查。
133.当所述关联设备包括业务服务端时，所述业务质量处理设备依次对地市级cdn、地市级业务平台、地市级的下一级cdn和地市级的下一级业务平台等进行异常排查。
134.当所述关联设备包括网络侧设备时，所述业务质量处理设备依次对ran、核心网节点进行异常排查。
135.步骤104、在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，以指示所述目标设备根据所述异常问题进行修复。
136.在确定目标设备存在异常的情况下，可以进一步确定所述目标设备的异常问题，例如，设备状态异常、ran状态异常、核心网状态异常、qos flow低于阈值、带宽不足、信号强度不足等、业务平台状态异常、cdn状态异常、视频编转码错误、m3u8索引错误等。
137.并可向所述目标设备发送携带所述异常问题的异常通知，通知所述目标设备根据所述异常问题进行修复，以解决所述目标业务的质量问题。
138.可选地，所述确定所述目标业务的关联设备是否存在异常，包括：
139.基于所述第一业务数据，确定所述终端设备是否存在异常；
140.所述在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，包括：
141.在确定所述终端设备存在异常的情况下，确定所述终端设备的第一异常问题，并向所述终端设备发送携带所述第一异常问题的异常通知。
142.在确定所述目标业务的质量异常的情况下，所述业务质量处理设备根据所述第一业务数据，判断所述终端设备是否存在异常。所述第一业务数据中包括所述终端设备的信
息。例如，在一些实施例中，所述第一业务数据中包括所述终端设备的可用存储空间的大小，根据所述第一业务数据确定所述终端设备的可用存储空间不足时，确定所述终端设备存在异常。在另一些实施例中，所述第一业务数据中包括所述终端设备内的播放器状态，根据所述第一业务数据确定所述播放器故障时，确定所述终端设备存在异常。
143.在所述业务质量处理设备确定所述终端设备存在异常的情况下，通过在判断所述终端设备存在异常时所依据的第一业务数据中的数据，确定所述终端设备的第一异常问题，并向所述终端设备发送携带所述第一异常问题的异常通知。例如，在所述业务质量处理设备根据所述第一业务数据确定所述终端设备的可用存储空间不足时，确定所述终端设备存在异常的情况下，向所述终端设备发送可用存储空间不足的异常通知。在根据所述第一业务数据确定所述播放器故障时，确定所述终端设备存在异常的情况下，向所述终端设备发送播放器故障的异常通知。
144.所述终端设备接收到所述业务质量处理设备发送的携带第一异常问题的异常通知；即可根据所述第一异常问题进行问题修复。在具体实现时，可以是所述终端设备的使用者根据所述异常通知，对问题进行修复。
145.在本实施例中，业务质量处理设备对终端设备的问题进行排查并通知终端设备，提醒终端设备在接收到业务质量处理设备发送的异常通知后，根据待修复数据进行问题修复，提高了业务质量问题修复的效率，提高了解决业务质量问题的速度。
146.可选地，所述在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，还包括：
147.在确定所述终端设备不存在异常的情况下，向第一设备发送状态查询请求，其中，所述状态查询请求用于请求查询所述第一设备的业务质量数据，所述业务质量数据包括设备状态和与所述目标业务相关的业务指标中的至少一项，所述第一设备包括所述业务服务端和所述网络侧设备中的至少一个；
148.在所述第一设备为所述业务服务端的情况下，所述业务质量处理设备向所述业务服务端发送状态查询请求。
149.所述业务服务端接收所述业务质量处理设备发送的状态查询请求。然后所述业务服务端响应于所述状态查询请求，获取所述业务服务端的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项。
150.应理解的是，所述业务服务端可包括业务平台或内容分发网络(content delivery network，cdn)。所述业务服务端获取业务质量数据包括：所述业务服务端获取所述业务平台的状态和所述业务平台与所述目标业务相关的业务指标；所述业务服务端获取所述cdn的状态和所述cdn与所述目标业务相关的业务指标。其中，在这一实施例中，所述cdn指的是地市级cdn，所述业务平台指的是地市级业务平台。
151.通常，所述业务服务端获取所述业务服务端的业务质量数据还包括：所述业务服务端获取所述目标业务对应的业务流和终端设备订购业务相关信息，根据所述业务流和终端设备订购业务相关信息确定所述目标业务对应的归属cdn和归属业务平台。其中，所述归属cdn指的是所述地市级cdn下属的cdn，所述归属业务平台指的是所述地市级cdn下属的业务平台。所述业务服务端获取所述业务服务端的业务质量数据，包括：所述业务服务端获取所述归属业务平台的状态和所述归属业务平台与所述目标业务相关的业务指标；所述业务
服务端获取所述归属cdn的状态和所述归属cdn与所述目标业务相关的业务指标。
152.可选地，在一些实施中，所述第一设备为所述业务服务端时，所述与所述目标业务相关的业务指标包括hls拉流、视频编转码、m3u8索引和ts分片中的至少一项。
153.最后，所述业务服务端向所述业务质量处理设备发送所述业务质量数据。
154.其中，所述业务质量数据包括以下至少一项：所述业务平台的状态、所述业务平台与所述目标业务相关的业务指标、所述cdn的状态、所述cdn与所述目标业务相关的业务指标、所述归属业务平台的状态、所述归属业务平台与所述目标业务相关的业务指标、所述归属cdn的状态和所述归属cdn与所述目标业务相关的业务指标。
155.所述业务质量处理设备接收到所述业务服务端返回的所述业务质量数据。
156.在所述第一设备为所述网络侧设备的情况下，所述业务质量处理设备向所述网络侧设备发送状态查询请求。
157.所述网络侧设备接收业务质量处理设备发送的状态查询请求。然后所述网络侧设备响应于所述状态查询请求，获取所述网络侧设备的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项。
158.应理解的是，所述网络侧设备通常包括无线接入网(radio access network，ran)和核心网节点。所述网络侧设备获取所述网络侧设备的业务质量数据包括：所述网络侧设备获取所述ran的状态和所述ran与所述目标业务相关的业务指标；所述网络侧设备获取所述核心网节点的状态和所述核心网节点与所述目标业务相关的业务指标。
159.可选地，在一些实施例中，所述第一设备为所述网络侧设备时，所述与所述目标业务相关的业务指标包括场强、sinr、信噪比、rsrp、带宽和qos flow中的至少一项。
160.最后，所述网络侧设备向所述业务质量处理设备发送所述业务质量数据。
161.其中，所述业务质量数据包括以下至少一项：所述ran的状态、所述ran与所述目标业务相关的业务指标、所述核心网节点的状态和所述核心网节点与所述目标业务相关的业务指标。
162.所述业务质量处理设备接收到所述网络侧设备返回的所述业务质量数据。
163.在所述第一设备为所述业务服务端的情况下，所述业务质量处理设备只接收到所述业务服务端的业务质量数据。在所述第一设备为所述网络侧设备的情况下，所述业务质量处理设备只接收到所述网络侧设备的业务质量数据。在所述第一设备为所述业务服务端和所述网络侧设备的情况下，所述业务质量处理设备接收到所述业务服务端的业务质量数据和所述网络侧设备的业务质量数据。
164.所述业务质量处理设备基于接收到的所述业务质量数据，确定所述第一设备是否存在异常，并在确定所述第一设备存在异常的情况下，确定所述第一设备的第二异常问题。
165.向所述第一设备发送携带所述第二异常问题的异常通知。
166.其中，所述第二异常问题根据实际情况的不同而不同。例如，在所述第一设备为业务服务端的情况下，所述第二异常问题可以为分片错误或拉流错误等。在所述第一设备为网络侧设备的情况下，所述第二异常问题可以为qos flow低于阈值、带宽不足、信号强度不足等。
167.所述业务质量处理设备基于接收到的业务质量数据，确定对应的所述第一设备是否存在异常，并在确定所述第一设备存在异常的情况下，确定所述第一设备的第二异常问
题，具体包括：
168.将所述业务质量数据输入质量问题推理模型，得到所述质量问题推理模型输出的异常设备和所述异常设备的第二异常问题。其中，所述质量问题推理模型是预先基于业务质量数据集对第一神经网络训练模型训练得到的。
169.其中，所述第一神经网络训练模型的结构在此不做限定。所述业务质量数据集为所述业务质量处理设备在历史时间段内对业务质量进行处理的过程中储存的。所述业务质量处理设备不断地更新所述业务质量数据集，并用所述业务质量数据集对所述第一神经网络训练模型进行训练，得到所述质量问题推理模型。
170.在所述第一设备为业务服务端，且所述业务服务端为异常设备的情况下，所述业务质量处理设备向所述业务服务端发送携带第二异常问题的异常通知。所述业务服务端接收到所述业务质量处理设备发送的携带第二异常问题的异常通知后，根据接收到的所述第二异常问题进行问题修复。
171.在所述第一设备为网络侧设备，且所述网络侧设备为异常设备的情况下，所述业务质量处理设备向所述网络侧设备发送携带第二异常问题的异常通知。所述网络侧设备接收到所述业务质量处理设备发送的携带第二异常问题的异常通知后，根据接收到的所述第二异常问题进行问题修复。
172.可选地，所述将所述业务质量数据输入质量问题推理模型，得到所述质量问题推理模型输出的异常设备和所述异常设备的第二异常问题之后，所述方法还包括：
173.将所述异常设备的第二异常问题输入质量修复模型，得到所述质量修复模型输出的所述异常设备的待修复数据，其中，所述质量修复模型是预先基于历史异常问题和修复数据集对第二神经网络模型进行训练得到的；
174.所述向所述第一设备发送携带所述第二异常问题的异常通知，包括：
175.向所述异常设备发送携带所述待修复数据的异常通知。
176.其中，所述第二神经网络训练模型的结构在此不做限定。所述历史异常问题和修复数据集为所述业务质量处理设备在历史时间段内对业务质量进行处理的过程中储存的。所述业务质量处理设备不断地更新所述历史异常问题和修复数据集，并用所述历史异常问题和修复数据集对所述第为神经网络训练模型进行训练，得到所述质量修复模型。
177.其中，所述第二神经网络训练模型和所述第一神经网络训练模型的结构可以相同或不同。
178.应理解的是，所述待修复数据可以包括需修复的异常指标以及修复所述异常指标的方法或修复后所述异常指标的状态。根据所述异常设备的不同，所述待修复数据也不同。所述异常设备可以根据所述待修复数据进行问题修复。通常，所述异常设备可以为所述业务服务端和所述网络侧设备中至少一者。当然，在一些情况下，所述异常设备既不为所述业务服务端，也不为所述网络侧设备。此时，所述业务质量处理设备无需执行后续步骤。
179.在所述第一设备为业务服务端，且所述业务服务端为异常设备的情况下，所述业务质量处理设备向所述业务服务端发送携带所述待修复数据的异常通知。所述业务服务端接收所述业务质量处理设备发送的携带待修复数据的异常通知；并根据所述待修复数据进行问题修复。
180.在所述第一设备为网络侧设备，且所述网络侧设备为异常设备的情况下，所述业
务质量处理设备向所述网络侧设备发送携带所述待修复数据的异常通知。所述网络侧设备接收所述业务质量处理设备发送的携带待修复数据的异常通知；并根据所述待修复数据进行问题修复。
181.可选地，所述向所述异常设备发送携带所述待修复数据的异常通知之后，所述方法还包括：
182.接收所述异常设备发送的修复结果通知。
183.所述异常设备在根据所述待修复数据进行了修复后，向所述业务质量处理设备发送修复结果通知。在所述异常设备为所述业务服务端的情况下，所述业务服务端向所述业务质量处理设备发送修复通知结果。在所述异常设备为所述网络侧设备的情况下，所述网络侧设备向所述业务质量处理设备发送修复通知结果。
184.所述业务质量处理设备接收到所述修复结果通知。
185.向所述终端设备发送业务数据监测通知，以指示所述终端设备上报所述目标业务的第二业务数据；
186.在得到所述异常设备的修复结果通知后，所述业务质量处理设备认为此时所述目标业务的质量已修复。因此所述业务质量处理设备向所述终端设备发送业务数据监测通知。
187.所述终端设备接收到所述业务数据监测通知后，获取目标业务的第二业务数据。所述终端设备在获取到所述第二业务数据后，将所述第二业务数据发送给所述业务质量处理设备。
188.所述业务质量处理设备接收所述终端设备发送的所述第二业务数据后，基于所述第二业务数据，验证对所述目标业务的质量修复结果。
189.所述业务质量处理设备从所述第二业务数据中获取所述目标业务的目标指标值，根据预先建立的业务类型与目标指标阈值的对应关系，判断所述第二业务数据中的目标指标值是否大于阈值。在所述目标指标值小于或等于阈值的情况下，认为所述目标业务的质量修复完成。在所述目标指标值大于阈值的情况下，认为所述目标业务的质量修复未完成。此时，需要由步骤102开始重新执行。
190.在本实施中，在问题修复之后，业务质量处理设备还会向终端设备请求业务数据监测通知，以对修复结果进行验证，在问题修复失败的情况下及时进行处理，以提高问题的修复的成功率。
191.应理解的是，在具体实现时，所述业务质量处理设备通常设置在边缘侧。在本实施例中，由于所述业务质量处理设备通常设置在边缘侧，缩短了数据传输的耗时，提高了处理所述业务的质量问题的速度，更好的满足了各类边缘设备的业务需求。
192.在本发明实施例中，接收终端设备发送的目标业务的第一业务数据；基于所述第一业务数据，判断所述目标业务的质量是否异常；在确定所述目标业务的质量异常的情况下，确定所述目标业务的关联设备是否存在异常，其中，所述关联设备包括所述终端设备、所述目标业务对应的业务服务端和网络侧设备中的至少一个；在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，以指示所述目标设备根据所述异常问题进行修复。通过本实施例提供的方法，可以自动进行业务质量的收集、监测和定位，进而通知异常设备及时修复异常
问题，提高了解决业务质量问题的效率。
193.下面结合图5，对本发明实施例的具体实施方式进行举例说明：
194.如图5所示，所述终端设备按照预设周期向所述业务质量处理设备发送所述目标业务的第一业务数据。
195.所述业务质量处理设备接收到所述第一业务数据，并基于所述第一业务数据，从所述第一业务数据中获取所述目标业务的目标指标值，根据预先建立的业务类型与目标指标阈值的对应关系，确定所述目标指标值是否异常，其中，在所述目标指标值异常的情况下，确定所述目标业务的质量异常。例如，在一实施例中，所述目标指标值为mos值，在所述mos值超出所述目标业务对应的mos阈值的情况下，确定所述目标业务的质量异常。
196.在确定所述目标业务的质量异常的情况下，确定所述目标业务的关联设备是否存在异常。基于所述第一业务数据，确定所述终端设备是否存在异常。在确定所述终端设备存在异常的情况下，确定所述终端设备的第一异常问题，并向所述终端设备发送携带所述第一异常问题的异常通知。
197.所述终端接收到携带所述第一异常问题的异常通知，根据所述第一异常问题对问题进行修复。
198.在确定所述终端设备不存在异常的情况下，向第一设备发送状态查询请求，其中，所述状态查询请求用于请求查询所述第一设备的业务质量数据，所述业务质量数据包括设备状态和与所述目标业务相关的业务指标中的至少一项。
199.在所述第一设备为业务服务端的情况下，所述业务服务端接收到所述状态查询请求。所述业务服务端响应于所述状态查询请求，获取所述业务服务端的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项。最后，所述业务服务端向所述业务质量处理设备发送所述业务质量数据。其中，所述与所述目标业务相关的业务指标包括hls拉流、视频编转码、m3u8索引和ts分片中的至少一项。
200.在所述第一设备为网络侧设备的情况下，所述网络侧设备接收到所述状态查询请求。所述网络侧设备响应于所述状态查询请求，获取所述网络侧设备的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项。最后，所述网络侧设备向所述业务质量处理设备发送所述业务质量数据。其中，所述与所述目标业务相关的业务指标包括场强、sinr、信噪比、rsrp、带宽和qos flow中的至少一项。
201.所述业务质量处理设备收到所述业务质量数据后，将所述业务质量数据输入质量问题推理模型，得到所述质量问题推理模型输出的异常设备和所述异常设备的第二异常问题。然后，所述业务质量处理设备将所述异常设备的第二异常问题输入质量修复模型，得到所述质量修复模型输出的所述异常设备的待修复数据。所述业务质量处理设备将所述第二异常问题和所述待修复数据发送给所述异常设备。
202.在所述异常设备为所述业务服务端的情况下，所述业务服务端接收到所述第二异常问题和所述待修复数据。所述业务服务端根据所述第二异常问题和所述待修复数据对问题进行修复，并将修复结果通知发送给所述业务质量处理设备。
203.在所述异常设备为所述网络侧设备的情况下，所述网络侧设备接收到所述第二异常问题和所述待修复数据。所述网络侧设备根据所述第二异常问题和所述待修复数据对问题进行修复，并将修复结果通知发送给所述业务质量处理设备。
204.所述业务质量处理设备收到所述修复结果通知，向所述终端设备发送业务数据监测通知。所述终端设备接收到所述业务数据监测通知，响应于所述业务检测数据通知，获取所述目标业务的第二业务数据。所述终端设备将获取到的所述第二业务数据发送给所述业务质量处理设备。
205.所述业务质量处理设备收到所述第二业务数据，基于所述第二业务数据，验证对所述目标业务的质量修复结果。根据所述第二业务数据，确定所述目标业务的质量无异常的情况下，认为已验证确定质量修复成功，则结束本方法的处理流程。根据所述第二业务数据，确定所述目标业务的质量异常的情况下，认为验证确定质量修复失败，此时重新确定所述目标业务的关联设备是否存在异常，再一次执行业务质量的处理方法。
206.在本发明实施例中，接收终端设备发送的目标业务的第一业务数据；基于所述第一业务数据，判断所述目标业务的质量是否异常；在确定所述目标业务的质量异常的情况下，确定所述终端设备、所述目标业务对应的业务服务端和网络侧设备中的至少一个是否异常；将异常的设备确定为目标设备，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，以指示所述目标设备根据所述异常问题进行修复。
207.通过本实施例提供的方法，可以自动进行业务质量的收集、监测和定位，进而通知异常设备及时修复异常问题，提高了解决业务质量问题的效率。
208.如图2所示，本发明还提供了一种业务质量处理方法，应用于业务服务端，该方法包括：
209.步骤201，接收业务质量处理设备发送的状态查询请求；
210.步骤202，响应于所述状态查询请求，获取所述业务服务端的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；
211.步骤203，向所述业务质量处理设备发送所述业务质量数据；
212.步骤204，接收所述业务质量处理设备发送的携带第二异常问题的异常通知；
213.步骤205，根据所述第二异常问题进行问题修复。
214.在本实施例中，业务服务端可以响应于业务质量处理设备发送的状态查询请求，对业务服务端的业务质量数据进行排查。同时，在接收到业务质量处理设备发送的携带第二异常问题的异常通知的情况下，业务服务端可以自动进行本侧问题的修复。通过本实施例提供的方法，提高了业务质量问题排查的效率，提高了解决业务质量问题的速度。
215.可选地，在一些实施例中，所述与所述目标业务相关的业务指标包括hls拉流、视频编转码、m3u8索引和ts分片中的至少一项。
216.可选地，所述接收所述业务质量处理设备发送的携带第二异常问题的异常通知，包括：
217.接收所述业务质量处理设备发送的携带待修复数据的异常通知；
218.所述根据所述第二异常问题进行问题修复，还包括：
219.根据所述待修复数据进行问题修复。
220.在本实施例中，业务服务端接收到业务质量处理设备发送的待修复数据，可以根据待修复数据进行问题修复，提高了业务质量问题修复的效率，提高了解决业务质量问题的速度。
221.可选地，所述根据所述第二异常问题进行问题修复之后，还包括：
222.向所述业务质量处理设备发送修复结果通知。
223.需要说的是，本实施例作为与图1所示实例对应的业务服务端侧的实施方式，其具体实施方式可以参见图1所示实施例中的相关介绍，为避免重复，此处不再赘述。
224.在本实施中，业务服务端在问题修复之后，还会向业务质量处理设备发送修复结果通知，以提醒业务质量处理设备对修复结果进行验证，在问题修复失败的情况下及时进行处理，以提高问题的修复的成功率。
225.如图3所示，本发明还提供一种业务质量处理方法，应用于网络侧设备，该方法包括：
226.步骤301，接收业务质量处理设备发送的状态查询请求；
227.步骤302，响应于所述状态查询请求，获取所述网络侧设备的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；
228.步骤303，向所述业务质量处理设备发送所述业务质量数据；
229.所述304，接收所述业务质量处理设备发送的携带第二异常问题的异常通知；
230.步骤304，根据所述第二异常问题进行问题修复。
231.在本实施例中，网络侧设备可以响应于业务质量处理设备发送的状态查询请求，对网络侧设备的业务质量数据进行排查。同时，在接收到业务质量处理设备发送的携带第二异常问题的异常通知的情况下，网络侧设备可以自动进行本侧问题的修复。通过本实施例提供的方法，提高了业务质量问题排查的效率，提高了解决业务质量问题的速度。
232.可选地，在一些实施例中，所述与所述目标业务相关的业务指标包括场强、sinr、信噪比、rsrp、带宽和qos flow中的至少一项。
233.可选地，所述接收所述业务质量处理设备发送的携带第二异常问题的异常通知，包括：
234.接收所述业务质量处理设备发送的携带待修复数据的异常通知；
235.所述根据所述第二异常问题进行问题修复，还包括：
236.根据所述待修复数据进行问题修复。
237.在本实施例中，网络侧设备接收到业务质量处理设备发送的待修复数据，可以根据待修复数据进行问题修复，提高了业务质量问题修复的效率，提高了解决业务质量问题的速度。
238.可选地，所述根据所述第二异常问题进行问题修复之后，还包括：
239.向所述业务质量处理设备发送修复结果通知。
240.需要说的是，本实施例作为与图1所示实例对应的于网络侧设备侧的实施方式，其具体实施方式可以参见图1所示实施例中的相关介绍，为避免重复，此处不再赘述。
241.在本实施中，网络侧设备在问题修复之后，还会向业务质量处理设备发送修复结果通知，以提醒业务质量处理设备对修复结果进行验证，在问题修复失败的情况下及时进行处理，以提高问题的修复的成功率。
242.如图4所述，本发明还提供一种业务质量处理方法，应用于终端设备，，该方法包括：
243.步骤401，向业务质量处理设备发送目标业务的第一业务数据；
244.步骤402，接收所述业务质量处理设备发送的携带第一异常问题的异常通知；
245.步骤403，根据所述第一异常问题进行问题修复。
246.在本实施例中，终端设备定期向业务质量处理设备，并根据业务质量处理设备发送的携带第一异常问题的异常通知及时对问题进行修复。通过本实施例提供的方法，可以及时发现终端设备的业务质量的问题，并及时定位到相应地终端设备并修复业务质量的问题。
247.可选地，所述根据所述异常问题进行修复之后，还包括：
248.接收所述业务质量处理设备发送的业务数据监测通知；
249.获取所述目标业务的第二业务数据；
250.向所述业务质量处理设备上报所述目标业务的第二业务数据。
251.需要说的是，本实施例作为与图1所示实例对应的终端设备侧的实施方式，其具体实施方式可以参见图1所示实施例中的相关介绍，为避免重复，此处不再赘述。
252.在本实施中，终端设备在接收业务质量处理设备发送的业务数据监测通知后及时上报第二业务数据，以验证修复是否成功，在问题修复失败的情况下及时进行处理，以提高问题的修复的成功率。
253.本发明实施例还提供了一种业务质量处理设备，参见图6，图6是本发明实施例提供的业务质量处理设备600的结构图。由于业务质量处理设备600解决问题的原理与本发明实施例中图1所示的业务质量处理方法相似，因此该业务质量处理设备600的实施可以参见方法的实施，重复之处不再赘述。
254.如图6所示，本发明还提供一种业务质量处理设备600，包括：
255.第一接收模块601，用于接收终端设备发送的目标业务的第一业务数据；
256.判断模块602，用于基于所述第一业务数据，判断所述目标业务的质量是否异常；
257.确定模块603，用于在确定所述目标业务的质量异常的情况下，确定所述目标业务的关联设备是否存在异常，其中，所述关联设备包括所述终端设备、所述目标业务对应的业务服务端和网络侧设备中的至少一个；
258.处理模块604，用于在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，以指示所述目标设备根据所述异常问题进行修复。
259.可选地，所述判断模块602包括：
260.获取单元，用于从所述第一业务数据中获取所述目标业务的目标指标值；
261.第一确定单元，用于根据预先建立的业务类型与目标指标阈值的对应关系，确定所述目标指标值是否异常，其中，在所述目标指标值异常的情况下，确定所述目标业务的质量异常。
262.可选地，所述目标指标值为mos值，在所述mos值超出所述目标业务对应的mos阈值的情况下，确定所述目标业务的质量异常。
263.可选地，所述确定模块603包括：
264.第二确定单元，用于基于所述第一业务数据，确定所述终端设备是否存在异常；
265.所述处理模块604包括：
266.第三确定单元，用于在确定所述终端设备存在异常的情况下，确定所述终端设备的第一异常问题，并向所述终端设备发送携带所述第一异常问题的异常通知。
267.可选地，所述处理模块604还包括：
268.第一发送单元，用于在确定所述终端设备不存在异常的情况下，向第一设备发送状态查询请求，其中，所述状态查询请求用于请求查询所述第一设备的业务质量数据，所述业务质量数据包括设备状态和与所述目标业务相关的业务指标中的至少一项，所述第一设备包括所述业务服务端和所述网络侧设备中的至少一个；
269.第一接收单元，用于接收所述第一设备返回的所述业务质量数据；
270.第四确定单元，用于基于所述业务质量数据，确定所述第一设备是否存在异常，并在确定所述第一设备存在异常的情况下，确定所述第一设备的第二异常问题；
271.第二发送单元，用于向所述第一设备发送携带所述第二异常问题的异常通知。
272.可选地，所述第一设备为所述业务服务端时，所述与所述目标业务相关的业务指标包括hls拉流、视频编转码、m3u8索引和ts分片中的至少一项；
273.所述第一设备为所述网络侧设备时，所述与所述目标业务相关的业务指标包括场强、sinr、信噪比、rsrp、带宽和qos flow中的至少一项。
274.可选地，所述第一设备包括所述业务服务端和所述网络侧设备；
275.所述第四确定单元包括：
276.第一输入子单元，用于将所述业务质量数据输入质量问题推理模型，得到所述质量问题推理模型输出的异常设备和所述异常设备的第二异常问题，其中，所述质量问题推理模型是预先基于业务质量数据集训练得到的，所述异常设备为所述业务服务端或所述网络侧设备。
277.可选地，所述第四确定单元还包括：
278.第二输入子单元，用于将所述异常设备的第二异常问题输入质量修复模型，得到所述质量修复模型输出的所述异常设备的待修复数据，其中，所述质量修复模型是预先基于历史异常问题和修复数据集训练得到的；
279.所述第二发送单元包括：
280.发送子单元，用于向所述异常设备发送携带所述待修复数据的异常通知。
281.可选地，所述业务质量处理设备600还包括：
282.第七接收模块，用于接收所述异常设备发送的修复结果通知；
283.第四发送模块，用于向所述终端设备发送业务数据监测通知，以指示所述终端设备上报所述目标业务的第二业务数据；
284.第八接收模块，用于接收所述终端设备发送的所述第二业务数据；
285.验证模块，用于基于所述第二业务数据，验证对所述目标业务的质量修复结果。
286.本发明实施例提供的业务质量处理设备600能够实现图1所示的方法实施例实现的各个过程，且能够取得相同的有益效果，为避免重复，这里不再赘述。
287.本发明实施例还提供了一种业务服务端，参见图7，图7是本发明实施例提供的业务服务端700的结构图。由于业务服务端700解决问题的原理与本发明实施例中图2所示的业务质量处理方法相似，因此该业务服务端700的实施可以参见方法的实施，重复之处不再赘述。
288.如图7所示，本发明还提供一种业务服务端700，包括：
289.第二接收模块701，用于接收业务质量处理设备发送的状态查询请求；
290.第一获取模块702，用于响应于所述状态查询请求，获取所述业务服务端的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；
291.第一发送模块703，用于向所述业务质量处理设备发送所述业务质量数据；
292.第三接收模块704，用于接收所述业务质量处理设备发送的携带第二异常问题的异常通知；
293.第一修复模块705，用于根据所述第二异常问题进行问题修复。
294.可选地，所述与目标业务相关的业务指标包括hls拉流、视频编转码、m3u8索引和ts分片中的至少一项。
295.可选地，所述第三接收模块704包括：
296.第二接收单元，用于接收所述业务质量处理设备发送的携带待修复数据的异常通知；
297.所述第一修复模块705还包括：
298.第一修复单元，用于根据所述待修复数据进行问题修复。
299.可选地，所述业务服务端700还包括：
300.第五发送模块，用于向所述业务质量处理设备发送修复结果通知。
301.本发明实施例提供的业务服务端700能够实现图2所示的方法实施例实现的各个过程，且能够取得相同的有益效果，为避免重复，这里不再赘述。
302.本发明实施例还提供了一种网络侧设备，参见图8，图8是本发明实施例提供的网络侧设备800的结构图。由于网络侧设备800解决问题的原理与本发明实施例中图3所示的业务质量处理方法相似，因此该网络侧设备800的实施可以参见方法的实施，重复之处不再赘述。
303.如图8所示，本发明还提供一种网络侧设备800，包括：
304.第四接收模块801，用于接收业务质量处理设备发送的状态查询请求；
305.第二获取模块802，用于响应于所述状态查询请求，获取所述网络侧设备的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；
306.第二发送模块803，用于向所述业务质量处理设备发送所述业务质量数据；
307.第五接收模块804，用于接收所述业务质量处理设备发送的携带第二异常问题的异常通知；
308.第二修复模块805，用于根据所述第二异常问题进行问题修复。
309.可选地，所述与目标业务相关的业务指标包括场强、sinr、信噪比、rsrp、带宽和qos flow中的至少一项。
310.可选地，所述第五接收模块804包括：
311.第三接收单元，用于接收所述业务质量处理设备发送的携带待修复数据的异常通知；
312.所述第二修复模块805包括：
313.第二修复单元，用于根据所述待修复数据进行问题修复。
314.可选地，所述网络侧设备800还包括：
315.第六发送模块，用于向所述业务质量处理设备发送修复结果通知。
316.本发明实施例提供的网络侧设备800能够实现图3所示的方法实施例实现的各个过程，且能够取得相同的有益效果，为避免重复，这里不再赘述。
317.本发明实施例还提供了一种终端设备，参见图9，图9是本发明实施例提供的终端设备900的结构图。由于终端设备900解决问题的原理与本发明实施例中图4所示的业务质量处理方法相似，因此该终端设备900的实施可以参见方法的实施，重复之处不再赘述。
318.如图9所示，本发明还提供一种终端设备900，包括：
319.第三发送模块901，用于向业务质量处理设备发送目标业务的第一业务数据；
320.第六接收模块902，用于接收所述业务质量处理设备发送的携带第一异常问题的异常通知；
321.第三修复模块903，用于根据所述第一异常问题进行问题修复。
322.可选地，所述终端设备900还包括：
323.第九接收模块，用于接收所述业务质量处理设备发送的业务数据监测通知；
324.第三获取模块，用于获取所述目标业务的第二业务数据；
325.第七发送模块，用于向所述业务质量处理设备上报所述目标业务的第二业务数据。
326.本发明实施例提供的终端设备900能够实现图4所示的方法实施例实现的各个过程，且能够取得相同的有益效果，为避免重复，这里不再赘述。
327.本发明实施例还提供了一种业务质量处理设备。由于业务质量处理设备解决问题的原理与本发明实施例中图1中所示的业务质量处理方法相似，因此该业务质量处理设备的实施可以参见方法的实施，重复之处不再赘述。如图10所示，本发明实施例的业务质量处理设备，包括：处理器1000，用于读取存储器1020中的程序，执行下列过程：
328.基于所述第一业务数据，判断所述目标业务的质量是否异常；
329.在确定所述目标业务的质量异常的情况下，确定所述目标业务的关联设备是否存在异常，其中，所述关联设备包括所述终端设备、所述目标业务对应的业务服务端和网络侧设备中的至少一个；
330.在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，以指示所述目标设备根据所述异常问题进行修复。
331.处理器1000，用于读取存储器1020中的程序，执行下列过程：
332.通过收发机1010接收终端设备发送的目标业务的第一业务数据；
333.收发机1010，用于在处理器1000的控制下接收和发送数据。
334.其中，在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1000代表的一个或多个处理器和存储器1020代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1010可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
335.处理器1000负责管理总线架构和通常的处理，存储器1020可以存储处理器1000在
执行操作时所使用的数据。
336.可选地，处理器1000还用于读取存储器1020中的，执行如下步骤：
337.从所述第一业务数据中获取所述目标业务的目标指标值；
338.根据预先建立的业务类型与目标指标阈值的对应关系，确定所述目标指标值是否异常，其中，在所述目标指标值异常的情况下，确定所述目标业务的质量异常。
339.可选地，处理器1000还用于读取存储器1020中的，执行如下步骤：
340.基于所述第一业务数据，确定所述终端设备是否存在异常；
341.所述在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，包括：
342.在确定所述终端设备存在异常的情况下，确定所述终端设备的第一异常问题，通过收发机1010向所述终端设备发送携带所述第一异常问题的异常通知。
343.可选地，处理器1000还用于读取存储器1020中的，执行如下步骤：
344.在确定所述终端设备不存在异常的情况下，通过收发机1010向第一设备发送状态查询请求，其中，所述状态查询请求用于请求查询所述第一设备的业务质量数据，所述业务质量数据包括设备状态和与所述目标业务相关的业务指标中的至少一项，所述第一设备包括所述业务服务端和所述网络侧设备中的至少一个；
345.通过收发机1010接收所述第一设备返回的所述业务质量数据；
346.基于所述业务质量数据，确定所述第一设备是否存在异常，并在确定所述第一设备存在异常的情况下，确定所述第一设备的第二异常问题；
347.通过收发机1010向所述第一设备发送携带所述第二异常问题的异常通知。
348.可选地，处理器1000还用于读取存储器1020中的，执行如下步骤：
349.将所述业务质量数据输入质量问题推理模型，得到所述质量问题推理模型输出的异常设备和所述异常设备的第二异常问题，其中，所述质量问题推理模型是预先基于业务质量数据集训练得到的，所述异常设备为所述业务服务端或所述网络侧设备。
350.可选地，处理器1000还用于读取存储器1020中的，执行如下步骤：
351.将所述异常设备的第二异常问题输入质量修复模型，得到所述质量修复模型输出的所述异常设备的待修复数据，其中，所述质量修复模型是预先基于历史异常问题和修复数据集训练得到的；
352.通过收发机1010向所述异常设备发送携带所述待修复数据的异常通知。
353.可选地，处理器1000还用于读取存储器1020中的，执行如下步骤：
354.通过收发机1010接收所述异常设备发送的修复结果通知；
355.通过收发机1010向所述终端设备发送业务数据监测通知，以指示所述终端设备上报所述目标业务的第二业务数据；
356.通过收发机1010接收所述终端设备发送的所述第二业务数据；
357.基于所述第二业务数据，验证对所述目标业务的质量修复结果。
358.本发明实施例提供的业务质量处理设备，可以执行如图1所示的方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
359.本发明实施例还提供了一种业务服务端。由于业务服务端解决问题的原理与本发明实施例中图2所示的业务质量处理方法相似，因此该业务服务端的实施可以参见方法的
实施，重复之处不再赘述。如图11所示，本发明实施例的，包括：处理器1100，用于读取存储器1120中的程序，执行下列过程：
360.响应于所述状态查询请求，获取所述业务服务端的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；
361.根据所述第二异常问题进行问题修复；
362.处理器1100，用于读取存储器1120中的程序，执行下列过程：通过收发机1110向所述业务质量处理设备发送所述业务质量数据，通过收发机1110接收业务质量处理设备发送的状态查询请求；接收所述业务质量处理设备发送的携带第二异常问题的异常通知；
363.收发机1110，用于在处理器1100的控制下接收和发送数据。
364.其中，在图11中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1100代表的一个或多个处理器和存储器1120代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1110可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1100负责管理总线架构和通常的处理，存储器1120可以存储处理器1100在执行操作时所使用的数据。
365.可选地，处理器1100还用于读取存储器1120中的程序，执行如下步骤：
366.通过收发机1110接收所述业务质量处理设备发送的携带待修复数据的异常通知；
367.根据所述待修复数据进行问题修复。
368.可选地，处理器1100还用于读取存储器1120中的程序，执行如下步骤：
369.通过收发机1110向所述业务质量处理设备发送修复结果通知。
370.本发明实施例提供的业务服务端，可以执行如图2所示的业务质量处理方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
371.本发明实施例还提供了一种网络侧设备。由于网络侧设备解决问题的原理与本发明实施例中图3所示的业务质量处理方法相似，因此该网络侧设备的实施可以参见方法的实施，重复之处不再赘述。如图12所示，本发明实施例的，包括：处理器1200，用于读取存储器1220中的程序，执行下列过程：
372.响应于所述状态查询请求，获取所述网络侧设备的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；
373.根据所述第二异常问题进行问题修复；
374.处理器1200，用于读取存储器1220中的程序，执行下列过程：通过收发机1210向所述业务质量处理设备发送所述业务质量数据，通过收发机1210接收业务质量处理设备发送的状态查询请求；接收所述业务质量处理设备发送的携带第二异常问题的异常通知；
375.收发机1210，用于在处理器1200的控制下接收和发送数据。
376.其中，在图12中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1200代表的一个或多个处理器和存储器1220代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1210可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通
信的单元。处理器1200负责管理总线架构和通常的处理，存储器1220可以存储处理器1200在执行操作时所使用的数据。
377.可选地，处理器1200还用于读取存储器1220中的程序，执行如下步骤：
378.通过收发机1210接收所述业务质量处理设备发送的携带待修复数据的异常通知；
379.根据所述待修复数据进行问题修复。
380.可选地，处理器1200还用于读取存储器1220中的程序，执行如下步骤：
381.通过收发机1210向所述业务质量处理设备发送修复结果通知。
382.本发明实施例提供的网络侧设备，可以执行如图3所示的业务质量处理方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
383.本发明还提供一种终端设备，由于终端设备解决问题的原理与本发明实施例中图4所示的业务质量处理方法相似，因此该终端设备的实施可以参见方法的实施，重复之处不再赘述。如图13所示，本发明实施例的，包括：处理器1300，用于读取存储器1320中的程序，执行下列过程：
384.根据所述第一异常问题进行问题修复；
385.处理器1300，用于读取存储器1320中的程序，执行下列过程：通过收发机1310向业务质量处理设备发送目标业务的第一业务数据，通过收发机1310接收所述业务质量处理设备发送的携带第一异常问题的异常通知；
386.收发机1310，用于在处理器1300的控制下接收和发送数据。
387.其中，在图13中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1300代表的一个或多个处理器和存储器1320代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1310可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器1300负责管理总线架构和通常的处理，存储器1320可以存储处理器1300在执行操作时所使用的数据。针对不同的用户设备，用户接口1330还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
388.可选地，处理器1300还用于读取存储器1320中的程序，执行如下步骤：
389.通过收发机1310接收所述业务质量处理设备发送的业务数据监测通知；
390.获取所述目标业务的第二业务数据；
391.通过收发机1310向所述业务质量处理设备上报所述目标业务的第二业务数据。
392.本发明实施例提供的终端设备，可以执行如图4所示的业务质量处理方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
393.本发明实施例还提供一种计算机可读存储介质，用于存储计算机程序，所述计算机程序被处理器执行时实现如图1至图4中任一项所述的业务质量处理方法中的步骤。
394.在本技术所提供的几个实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信
连接，可以是电性，机械或其它的形式。
395.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
396.上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述收发方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
397.以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

技术特征：

1.一种业务质量处理方法，应用于业务质量处理设备，其特征在于，包括：接收终端设备发送的目标业务的第一业务数据；基于所述第一业务数据，判断所述目标业务的质量是否异常；在确定所述目标业务的质量异常的情况下，确定所述目标业务的关联设备是否存在异常，其中，所述关联设备包括所述终端设备、所述目标业务对应的业务服务端和网络侧设备中的至少一个；在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，以指示所述目标设备根据所述异常问题进行修复。2.根据权利要求1所述的方法，其特征在于，所述基于所述第一业务数据，判断所述目标业务的质量是否异常，包括：从所述第一业务数据中获取所述目标业务的目标指标值；根据预先建立的业务类型与目标指标阈值的对应关系，确定所述目标指标值是否异常，其中，在所述目标指标值异常的情况下，确定所述目标业务的质量异常。3.根据权利要求2所述的方法，其特征在于，所述目标指标值为平均意见得分mos值，在所述mos值超出所述目标业务对应的mos阈值的情况下，确定所述目标业务的质量异常。4.根据权利要求1所述的方法，其特征在于，所述确定所述目标业务的关联设备是否存在异常，包括：基于所述第一业务数据，确定所述终端设备是否存在异常；所述在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，包括：在确定所述终端设备存在异常的情况下，确定所述终端设备的第一异常问题，并向所述终端设备发送携带所述第一异常问题的异常通知。5.根据权利要求4所述的方法，其特征在于，所述在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，还包括：在确定所述终端设备不存在异常的情况下，向第一设备发送状态查询请求，其中，所述状态查询请求用于请求查询所述第一设备的业务质量数据，所述业务质量数据包括设备状态和与所述目标业务相关的业务指标中的至少一项，所述第一设备包括所述业务服务端和所述网络侧设备中的至少一个；接收所述第一设备返回的所述业务质量数据；基于所述业务质量数据，确定所述第一设备是否存在异常，并在确定所述第一设备存在异常的情况下，确定所述第一设备的第二异常问题；向所述第一设备发送携带所述第二异常问题的异常通知。6.根据权利要求5所述的方法，其特征在于，所述第一设备为所述业务服务端时，所述与所述目标业务相关的业务指标包括基于超文本传输协议的自适应码率流媒体传输协议hls拉流、视频编转码、m3u8索引和ts分片中的至少一项；所述第一设备为所述网络侧设备时，所述与所述目标业务相关的业务指标包括场强、信号与干扰加噪声比sinr、信噪比、参考信号接收功率rsrp、带宽和服务质量流qos flow中
的至少一项。7.根据权利要求5所述的方法，其特征在于，所述第一设备包括所述业务服务端和所述网络侧设备；所述基于所述业务质量数据，确定所述第一设备是否存在异常，并在确定所述第一设备存在异常的情况下，确定所述第一设备的第二异常问题，包括：将所述业务质量数据输入质量问题推理模型，得到所述质量问题推理模型输出的异常设备和所述异常设备的第二异常问题，其中，所述质量问题推理模型是预先基于业务质量数据集训练得到的，所述异常设备为所述业务服务端或所述网络侧设备。8.根据权利要求7所述的方法，其特征在于，所述将所述业务质量数据输入质量问题推理模型，得到所述质量问题推理模型输出的异常设备和所述异常设备的第二异常问题之后，所述向所述第一设备发送携带所述第二异常问题的异常通知之前，所述方法还包括：将所述异常设备的第二异常问题输入质量修复模型，得到所述质量修复模型输出的所述异常设备的待修复数据，其中，所述质量修复模型是预先基于历史异常问题和修复数据集训练得到的；所述向所述第一设备发送携带所述第二异常问题的异常通知，包括：向所述异常设备发送携带所述待修复数据的异常通知。9.根据权利要求8所述的方法，其特征在于，所述向所述异常设备发送携带所述待修复数据的异常通知之后，所述方法还包括：接收所述异常设备发送的修复结果通知；向所述终端设备发送业务数据监测通知，以指示所述终端设备上报所述目标业务的第二业务数据；接收所述终端设备发送的所述第二业务数据；基于所述第二业务数据，验证对所述目标业务的质量修复结果。10.一种业务质量处理方法，应用于业务服务端，其特征在于，包括：接收业务质量处理设备发送的状态查询请求；响应于所述状态查询请求，获取所述业务服务端的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；向所述业务质量处理设备发送所述业务质量数据；接收所述业务质量处理设备发送的携带第二异常问题的异常通知；根据所述第二异常问题进行问题修复。11.根据权利要求10所述的方法，其特征在于，所述与目标业务相关的业务指标包括hls拉流、视频编转码、m3u8索引和ts分片中的至少一项。12.根据权利要求10所述的方法，其特征在于，所述接收所述业务质量处理设备发送的携带第二异常问题的异常通知，包括：接收所述业务质量处理设备发送的携带待修复数据的异常通知；所述根据所述第二异常问题进行问题修复，还包括：根据所述待修复数据进行问题修复。13.根据权利要求10所述的方法，其特征在于，所述根据所述第二异常问题进行问题修复之后，还包括：
向所述业务质量处理设备发送修复结果通知。14.一种业务质量处理方法，应用于网络侧设备，其特征在于，包括：接收业务质量处理设备发送的状态查询请求；响应于所述状态查询请求，获取所述网络侧设备的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；向所述业务质量处理设备发送所述业务质量数据；接收所述业务质量处理设备发送的携带第二异常问题的异常通知；根据所述第二异常问题进行问题修复。15.根据权利要求14所述的方法，其特征在于，所述与目标业务相关的业务指标包括场强、sinr、信噪比、rsrp、带宽和qos flow中的至少一项。16.根据权利要求14所述的方法，其特征在于，所述接收所述业务质量处理设备发送的携带第二异常问题的异常通知，包括：接收所述业务质量处理设备发送的携带待修复数据的异常通知；所述根据所述第二异常问题进行问题修复，还包括：根据所述待修复数据进行问题修复。17.根据权利要求14所述的方法，其特征在于，所述根据所述第二异常问题进行问题修复之后，还包括：向所述业务质量处理设备发送修复结果通知。18.一种业务质量处理方法，应用于终端设备，其特征在于，包括：向业务质量处理设备发送目标业务的第一业务数据；接收所述业务质量处理设备发送的携带第一异常问题的异常通知；根据所述第一异常问题进行问题修复。19.根据权利要求18所述的方法，其特征在于，所述根据所述异常问题进行修复之后，还包括：接收所述业务质量处理设备发送的业务数据监测通知；获取所述目标业务的第二业务数据；向所述业务质量处理设备上报所述目标业务的第二业务数据。20.一种业务质量处理设备，其特征在于，包括：第一接收模块，用于接收终端设备发送的目标业务的第一业务数据；判断模块，用于基于所述第一业务数据，判断所述目标业务的质量是否异常；确定模块，用于在确定所述目标业务的质量异常的情况下，确定所述目标业务的关联设备是否存在异常，其中，所述关联设备包括所述终端设备、所述目标业务对应的业务服务端和网络侧设备中的至少一个；处理模块，用于在确定所述关联设备中的目标设备存在异常的情况下，确定所述目标设备的异常问题，并向所述目标设备发送携带所述异常问题的异常通知，以指示所述目标设备根据所述异常问题进行修复。21.一种业务服务端，其特征在于，包括：第二接收模块，用于接收业务质量处理设备发送的状态查询请求；第一获取模块，用于响应于所述状态查询请求，获取所述业务服务端的业务质量数据，
其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；第一发送模块，用于向所述业务质量处理设备发送所述业务质量数据；第三接收模块，用于接收所述业务质量处理设备发送的携带第二异常问题的异常通知；第一修复模块，用于根据所述第二异常问题进行问题修复。22.一种网络侧设备，其特征在于，包括：第四接收模块，用于接收业务质量处理设备发送的状态查询请求；第二获取模块，用于响应于所述状态查询请求，获取所述网络侧设备的业务质量数据，其中，所述业务质量数据包括设备状态和与目标业务相关的业务指标中的至少一项；第二发送模块，用于向所述业务质量处理设备发送所述业务质量数据；第五接收模块，用于接收所述业务质量处理设备发送的携带第二异常问题的异常通知；第二修复模块，用于根据所述第二异常问题进行问题修复。23.一种终端设备，其特征在于，包括：第三发送模块，用于向业务质量处理设备发送目标业务的第一业务数据；第六接收模块，用于接收所述业务质量处理设备发送的携带第一异常问题的异常通知；第三修复模块，用于根据所述第一异常问题进行问题修复。24.一种业务质量处理设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述处理器，用于读取存储器中的程序实现如权利要求1至9中任一项所述的业务质量处理方法中的步骤。25.一种业务服务端，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述处理器，用于读取存储器中的程序实现如权利要求10至13中任一项所述的业务质量处理方法中的步骤。26.一种网络侧设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述处理器，用于读取存储器中的程序实现如权利要求14至17中任一项所述的业务质量处理方法中的步骤。27.一种终端设备，包括：收发机、存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；其特征在于，所述处理器，用于读取存储器中的程序实现如权利要求18至19中任一项所述的业务质量处理方法中的步骤。28.一种计算机可读存储介质，用于存储计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至9中任一项所述的业务质量处理方法中的步骤；或者，实现如权利要求10至13中任一项所述的业务质量处理方法中的步骤；或者，实现如权利要求14至17中任一项所述的业务质量处理方法中的步骤；或者，实现如权利要求18至19中任一项所述的业务质量处理方法中的步骤。

技术总结

本发明提供一种业务质量处理方法及相关设备，涉及计算机网络技术领域，以解决现有业务质量排查方式耗时较长，解决业务质量问题不够及时的问题。该方法包括：接收终端设备发送的目标业务的第一业务数据；基于第一业务数据，判断目标业务的质量是否异常；在确定目标业务的质量异常的情况下，确定目标业务的关联设备是否存在异常，其中，关联设备包括终端设备、目标业务对应的业务服务端和网络侧设备中的至少一个；在确定关联设备中的目标设备存在异常的情况下，确定目标设备的异常问题，并向目标设备发送携带异常问题的异常通知，以指示目标设备根据异常问题进行修复。本发明可以快速定位业务质量问题。速定位业务质量问题。速定位业务质量问题。