一种实现网业协同的服务质量控制方法及系统与流程

1.本发明涉及网络通信技术领域，具体涉及一种实现网业协同的服务质量控制方法及系统。


背景技术：

2.在网络总带宽固定的情况下，如果分配某类业务的带宽越多，那么分配其他业务的带宽就会越少，虽然满足了占用多带宽业务的服务需求，但可能会影响其他业务的服务质量。因此，需要根据不同类型业务的特点对网络资源进行合理的规划和分配，以保障网络资源得到高效地利用，满足不同业务的服务质量要求。
3.不同类型的业务要求不同的服务质量(quality of service，简称为qos)。例如，虽然分配需占用多带宽的直播业务更多带宽，可能还是不能满足此类业务的要求，仍然存在卡顿、花屏次数较多等严重影响此类业务服务质量的情况。或者，虽然满足了此类业务的服务要求，但已远远超出了客户的服务期望，浪费了额外的带宽。此外，不同类型的业务不仅要求不同的带宽，而且对如卡顿次数、花屏次数、时延抖动、眩晕次数、端到端时延、上行或下行丢包率等性能要求更是各具特色。
4.现有技术主要是基于网络质量检测判断是否出现质差，若出现质差则调用qos能力进行优化。但是，网络质量不等同于用户的业务体验，对不同类型业务调用相同qos参数配置无法实现业务和网络的最优平衡，并且，在调用qos能力后难以进行准确的效果评估和反馈，也未能充分利用qos能力的特性对不同类型的业务体验进一步优化。
5.因此，如何在保障不同类型业务体验的同时实现网络性能要求和网络侧配置的最佳匹配问题亟待解决。


技术实现要素：

6.鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的实现网业协同的服务质量控制方法及系统。
7.根据本发明的一个方面，提供了一种实现网业协同的服务质量控制方法，所述方法包括：
8.根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，预测得到目标业务的业务体验质差；
9.根据所述业务体验质差，判断是否满足目标业务类型对应的服务质量能力调用的触发条件，若是，则触发服务质量能力调用，使得网络能力开放平台向网络侧下发与目标业务类型相匹配的服务质量配置参数，以控制所述目标业务的业务访问流。
10.在一种可选的方式中，在所述控制所述目标业务的业务访问流之后，所述方法还包括：
11.获取服务质量能力调用信息以及调用前后的业务体验质差；
12.对服务质量能力调用前后的效果进行评估，得到评估结果；
13.根据所述评估结果，对所述目标业务类型对应的服务质量能力调用的触发条件进行更新。
14.在一种可选的方式中，所述根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，预测得到目标业务的业务体验质差进一步包括：
15.测量得到目标业务的网络性能数据；
16.根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，得到目标业务的业务体验数据；
17.根据所述目标业务的业务体验数据，进行质差拟合，得到目标业务的业务体验质差；
18.所述根据所述业务体验质差，判断是否满足目标业务类型对应的服务质量能力调用的触发条件进一步包括：
19.判断所述业务体验质差是否小于或等于预设质差阈值时，若是，则判定满足目标业务类型对应的服务质量能力调用的触发条件。
20.在一种可选的方式中，所述触发服务质量能力调用，使得网络能力开放平台向网络侧下发与目标业务类型相匹配的服务质量配置参数，进一步包括：
21.触发服务质量能力调用，使得网络能力开放平台查询业务类型与服务质量配置参数对照表，得到与目标业务类型相匹配的服务质量配置参数，向网络侧下发与目标业务类型相匹配的服务质量配置参数；
22.其中，所述业务类型与服务质量配置参数对照表中不同业务类型对应不同的服务质量配置参数组合。
23.在一种可选的方式中，记录所述目标业务类型对应的服务质量能力使用时长，并同步至所述业务运营支持系统进行计费。
24.根据本发明的另一方面，提供了一种实现网业协同的服务质量控制系统，包括网络能力开放平台、网业协同运营平台、集成网业协同运营平台sdk的业务客户端；
25.所述网业协同运营平台sdk用于：根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，预测得到所述业务客户端使用目标业务的业务体验质差；根据所述业务体验质差，判断是否满足目标业务类型对应的服务质量能力调用的触发条件，若是，则向所述网业协同运营平台发送服务质量能力调用消息；
26.所述网业协同运营平台用于：在接收到所述网业协同运营平台sdk发送的服务质量能力调用消息后，向所述网络能力开放平台发送服务质量能力调用请求；
27.所述网络能力开放平台用于：根据所述网业协同运营平台发送的服务质量能力调用请求，向网络侧下发与目标业务类型相匹配的服务质量配置参数，以控制所述业务客户端的目标业务的业务访问流。
28.在一种可选方式中，所述网业协同运营平台sdk还用于：获取服务质量能力调用信息以及调用前后的业务体验质差；
29.所述网业协同运营平台还用于：对服务质量能力调用前后的效果进行评估，得到评估结果；根据所述评估结果，对所述目标业务类型对应的服务质量能力调用的触发条件进行更新。
30.在一种可选方式中，所述网业协同运营平台sdk进一步用于：
31.测量得到目标业务的网络性能数据；
32.根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，得到目标业务的业务体验数据；
33.根据所述目标业务的业务体验数据，进行质差拟合，得到目标业务的业务体验质差；
34.判断所述业务体验质差是否小于或等于预设质差阈值时，若是，则判定满足目标业务类型对应的服务质量能力调用的触发条件。
35.在一种可选方式中，所述网络能力开放平台进一步用于：
36.查询业务类型与服务质量配置参数对照表，得到与目标业务类型相匹配的服务质量配置参数，向网络侧下发与目标业务类型相匹配的服务质量配置参数；其中，所述业务类型与服务质量配置参数对照表中不同业务类型对应不同的服务质量配置参数组合。
37.在一种可选方式中，所述系统还包括：业务运营支持系统；
38.所述网业协同运营平台还用于：记录所述目标业务类型对应的服务质量能力使用时长，并同步至所述业务运营支持系统；
39.所述业务运营支持系统用于：根据接收到所述目标业务类型对应的服务质量能力使用时长，进行计费。
40.根据本发明提供的方案，根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，预测得到目标业务的业务体验质差；根据所述业务体验质差，判断是否满足目标业务类型对应的服务质量能力调用的触发条件，若是，则触发服务质量能力调用，使得网络能力开放平台向网络侧下发与目标业务类型相匹配的服务质量配置参数，以控制所述目标业务的业务访问流。本发明根据目标业务体验质差触发服务质量能力调用，并针对不同类型业务匹配调用不同的服务质量配置参数，在保障目标业务体验的同时实现网络性能要求和网络侧配置的最佳匹配，以控制目标业务的业务访问流。
41.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
42.通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
43.图1示出了根据本发明一个实施例的实现网业协同的服务质量控制方法的流程示意图；
44.图2示出了根据本发明一个实施例的实现网业协同的服务质量控制系统的示意图；
45.图3示出了根据本发明一个实施例的实现网业协同的服务质量控制系统的业务流程示意图；
46.图4示出了根据本发明一个实施例的实现网业协同的服务质量控制系统的功能架构示意图；
47.图5示出了根据本发明一个实施例的建立网络性能指标和用户业务体验之间关联关系的示意图；
48.图6示出了根据本发明一个实施例的建立qos能力调用触发机制的示意图；
49.图7示出了根据本发明一个实施例的不同场景下qos能力调用参数配置的示意图；
50.图8示出了根据本发明一个实施例的计算设备的结构示意图。
具体实施方式
51.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
52.在实施本发明实施例之前，对下文中涉及的技术术语在此进行统一解释：
53.网业协同：对于运营商而言，网业协同一般指运营商为其客户提供网络基础或增值服务能力，所提供的网络能力可以帮助客户更好地实现其业务、网络及业务二者协同，从而更好地提高产业效率。
54.boss：指业务运营支撑系统(business&operation support system，简称boss)。
55.qos：指服务质量(quality of service，简称qos)，是用于解决网络延迟和阻塞等问题的一种技术，qos的保证对于容量有限的网络来说十分重要，特别是对于流多媒体应用，可通过资源调度、分配不同优先级的方式，解决资源保障问题，也可通过调用qos能力、分配到高优先级的方式向用户提供低延时、低卡顿等服务。
56.图1示出了根据本发明一个实施例的实现网业协同的服务质量控制方法的流程示意图。本方法根据目标业务体验质差触发qos能力调用，以及，针对不同类型的业务调用不同的qos参数配置，在保障不同类型业务体验的同时使网络性能要求与网络侧配置达到最佳匹配，以控制目标业务的业务访问流。具体地，如图1所示，该方法包括如下步骤：
57.步骤s101，根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，预测得到目标业务的业务体验质差。
58.本实施例中，为了实现根据目标业务体验质差触发qos能力调用，需要预先建立各类业务的业务体验指标与网络性能指标之间的关联关系。
59.具体地，如图6所示，各类业务对应不同的业务体验指标，如直播业务的业务体验指标包括卡顿次数、花屏次数、平均花屏时长、首帧响应时长、加载延时、播放成功率等相关体验因素。如云游戏业务的业务体验指标包括游戏启动成功率、首帧加载时长、卡顿次数、平均卡顿次数、平均帧率、时延抖动、游戏端到端时延等相关体验因素。如虚拟现实vr的业务体验指标包括播放成功率、详情页加载时延、首帧响应时长、卡顿次数、平均卡顿次数、眩晕次数、平均视频从模糊到清晰的时间等相关体验因素。
60.业务体验指标又与网络性能指标相关联，网络性能指标包括如上行与下行丢包率、上行与下行rtt时延、下载与上传速率、帧偏离抖动等因素。
61.本实施例需要建立各类业务的业务体验指标与网络性能指标之间的关联关系，以预测得到目标业务的业务体验质差。
62.可选地，本步骤进一步包括：测量得到目标业务的网络性能数据；根据预先建立的
各类业务的业务体验指标与网络性能指标之间的关联关系，得到目标业务的业务体验数据；根据目标业务的业务体验数据，进行质差拟合，得到目标业务的业务体验质差；其中，质差拟合可采用质差模型或曲线拟合等方法。
63.具体地，如图5、图6所示，根据各类业务定义业务体验指标与网络性能指标；建立业务体验指标与网络性能指标之间的关联关系；根据业务体验指标与网络性能指标之间的关联关系，将目标业务测量得到的网络性能数据映射得到目标业务的业务体验数据，根据目标业务的业务体验数据，进行质差拟合，预测得到目标业务的业务体验质差。
64.以视频直播业务为例，该业务的业务体验指标包括播放成功率、卡顿次数、花屏次数等；将测量得到的如上行与下行丢包率、下载速率、上行与下行rtt时延等网络性能数据，根据业务体验指标与网络性能指标之间的关联关系得到如花屏次数x、卡顿次数y、加载延时t等业务体验数据，预测得到目标业务的业务体验质差，为便于理解，以业务体验质差函数mos＝f(花屏次数，卡顿次数，加载延时)为例，可得到目标业务的业务体验质差，如质差为4，表示为good(满意)。
65.再以云游戏业务为例，该业务的业务体验指标包括游戏启动成功率、卡顿次数、时延抖动等；将测量得到的如上行与下行丢包率、下载速率、上行与下行rtt时延、脉冲频率、脉冲间隔、帧偏离抖动等网络性能数据，根据业务体验指标与网络性能指标之间的关联关系得到如平均卡顿时间t1、卡顿次数x、加载延时t2、平均帧率y、游戏端到端时延t3等业务体验数据，预测得到目标业务的业务体验质差，为便于理解，以业务体验质差函数mos＝f(平均卡顿时间，卡顿次数，加载延时，平均帧率，游戏端到端时延)为例，可得到目标业务的业务体验质差，如质差为2，表示为bad(不满意)。
66.又以vr业务为例，该业务的业务体验指标包括播放成功率、详情页加载时延、首帧响应时长、卡顿次数、平均卡顿次数、眩晕次数、平均视频从模糊到清晰的时间等；将测量得到的如上行与下行丢包率、下载速率、上行与下行rtt时延、脉冲频率、脉冲间隔、帧偏离抖动等网络性能数据，根据业务体验指标与网络性能指标之间的关联关系得到如播放成功率x、详情页加载时延t1、首帧响应时长t2、卡顿次数y、平均卡顿次数z、眩晕次数m、平均视频从模糊到清晰的时间t3等业务体验数据，预测得到目标业务的业务体验质差，为便于理解，以业务体验质差函数mos＝f(播放成功率，详情页加载时延，首帧响应时长，卡顿次数，平均卡顿次数，眩晕次数，平均视频从模糊到清晰的时间)为例，可得到目标业务的业务体验质差，如质差为5，表示为excellent(优秀)。
67.步骤s102，根据业务体验质差，判断是否满足目标业务类型对应的服务质量能力调用的触发条件。
68.根据某一时间段的业务体验质差判断是否满足目标业务类型对应的qos，或者，将多个时间段或周期的业务体验质差进行质差拟合，预判是否满足目标业务类型对应的qos。
69.可选地，判断业务体验质差是否小于或等于预设质差阈值时，若是，则判定满足目标业务类型对应的服务质量能力调用的触发条件。或者，判断业务体验质差拟合偏离预设区间范围，若是，则判定满足目标业务类型对应的服务质量能力调用的触发条件。
70.可选地，根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，对质差次数与质差率等进行质差分析，若是因网络性能问题导致质差劣化，则判断为满足目标业务类型对应的服务质量能力调用的触发条件。
71.步骤s103，若是，则触发服务质量能力调用，使得网络能力开放平台向网络侧下发与目标业务类型相匹配的服务质量配置参数，以控制目标业务的业务访问流。
72.不同类型的业务要求不同的业务体验指标，如果对不同类型的业务调用相同的qos能力参数配置则无法达到各个业务的体验效果，也不能使得业务体验和网络性能之间达到最优平衡。
73.可选地，所述触发服务质量能力调用，使得网络能力开放平台向网络侧下发与目标业务类型相匹配的服务质量配置参数，进一步包括：
74.触发服务质量能力调用，使得网络能力开放平台查询业务类型与服务质量配置参数对照表，得到与目标业务类型相匹配的服务质量配置参数，向网络侧下发与目标业务类型相匹配的服务质量配置参数；
75.其中，所述业务类型与服务质量配置参数对照表中不同业务类型对应不同的服务质量配置参数组合。
76.如图7所示，建立不同业务场景下的qos参数配置，生成业务类型与qos配置参数对照表，业务类型与服务质量配置参数对照表中不同业务类型对应不同的服务质量配置参数组合。具体地，通过各个业务类型的功能或参数设置对应的qos配置参数，以保障业务所需的速率、时延等定性或定量可靠性保障，并将不同的qos配置参数或组合与不同的优先级(5qi/qci)相关联。不同业务场景下的qos参数配置使得各个业务的qos调度能力更加精细化。qos调度能力依据业务体验质差劣化的程度，可动态请求与速率、时延、可靠性等相应的业务保障。
77.本实施例中目标业务体验质差触发服务质量能力调用时，使得网络能力开放平台向网络侧下发与目标业务类型相匹配的服务质量配置参数，在保障目标业务体验的同时实现网络性能要求和网络侧配置的最佳匹配。
78.可选地，在所述控制所述目标业务的业务访问流之后，所述方法还包括：
79.获取服务质量能力调用信息以及调用前后的业务体验质差；
80.对服务质量能力调用前后的效果进行评估，得到评估结果。具体地，通过对服务质量能力调用前后的效果进行多次ab测试(abtest)，比较qos保障前后的效果增益。进一步地，按照业务维度计算业务得分，即业务得分等于某城市所有用户该业务体验值的平均值；按照城市维度计算城市得分，即城市得分等于各类业务得分的平均值；总得分等于所有城市得分的平均值；进而可得到各城市和各类业务qos能力调用的用户画像，通过用户画像分析qos能力调用的效果，以及，判断是否需要调整和更新各城市和各类业务的qos触发机制以达到更好的效果。
81.根据所述评估结果，对所述目标业务类型对应的服务质量能力调用的触发条件进行更新。
82.可选地，记录所述目标业务类型对应的服务质量能力使用时长，并同步至所述业务运营支持系统进行计费。
83.本发明上述实施例提供的方案，根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，预测得到目标业务的业务体验质差；根据所述业务体验质差，判断是否满足目标业务类型对应的服务质量能力调用的触发条件，若是，则触发服务质量能力调用，使得网络能力开放平台向网络侧下发与目标业务类型相匹配的服务质量配置参
数，以控制所述目标业务的业务访问流。本发明根据目标业务体验质差触发服务质量能力调用，针对不同类型业务匹配调用不同的服务质量配置参数，在保障不同类型业务体验的同时使网络性能要求与网络侧配置达到最佳匹配。同时，通过准确评估qos能力调用前后的效果，对目标业务类型对应的服务质量能力调用的触发条件进行更新，实现了网业协同的动态平衡和融合。
84.图2示出了根据本发明一个实施例的实现网业协同的服务质量控制系统的示意图，所述系统包括网络能力开放平台、网业协同运营平台、集成网业协同运营平台sdk的业务客户端；其中，所述网络能力开放平台还可包括boss系统；
85.所述网业协同运营平台sdk用于：根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，预测得到所述业务客户端使用目标业务的业务体验质差；根据所述业务体验质差，判断是否满足目标业务类型对应的服务质量能力调用的触发条件，若是，则向所述网业协同运营平台发送服务质量能力调用消息；
86.所述网业协同运营平台用于：在接收到所述网业协同运营平台sdk发送的服务质量能力调用消息后，向所述网络能力开放平台发送服务质量能力调用请求；
87.所述网络能力开放平台用于：根据所述网业协同运营平台发送的服务质量能力调用请求，向网络侧下发与目标业务类型相匹配的服务质量配置参数，以控制所述业务客户端的目标业务的业务访问流。
88.在一种可选的方式中，所述网业协同运营平台sdk还用于：获取服务质量能力调用信息以及调用前后的业务体验质差；
89.所述网业协同运营平台还用于：对服务质量能力调用前后的效果进行评估，得到评估结果；根据所述评估结果，对所述目标业务类型对应的服务质量能力调用的触发条件进行更新。
90.在一种可选的方式中，所述网业协同运营平台sdk进一步用于：
91.测量得到目标业务的网络性能数据；
92.根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，得到目标业务的业务体验数据；
93.根据所述目标业务的业务体验数据，进行质差拟合，得到目标业务的业务体验质差；
94.判断所述业务体验质差是否小于或等于预设质差阈值时，若是，则判定满足目标业务类型对应的服务质量能力调用的触发条件。
95.在一种可选的方式中，所述网络能力开放平台进一步用于：
96.查询业务类型与服务质量配置参数对照表，得到与目标业务类型相匹配的服务质量配置参数，向网络侧下发与目标业务类型相匹配的服务质量配置参数；其中，所述业务类型与服务质量配置参数对照表中不同业务类型对应不同的服务质量配置参数组合。
97.在一种可选的方式中，所述网业协同运营平台还用于：记录所述目标业务类型对应的服务质量能力使用时长，并同步至所述业务运营支持系统；
98.所述业务运营支持系统用于：根据接收到所述目标业务类型对应的服务质量能力使用时长，进行计费。
99.图3示出了根据本发明一个实施例的实现网业协同的服务质量控制系统的业务流
程示意图。具体地，该系统的业务流程包括以下步骤：
100.步骤1，网业协同运营平台经由网络能力开放平台通过boss开通账户。
101.步骤2，网业协同运营平台sdk根据预先建立的各类业务的业务体验指标与网络性能指标之间的关联关系，预测得到业务客户端使用目标业务的业务体验质差；根据业务体验质差，判断是否满足目标业务类型对应的服务质量能力调用的触发条件，若是，则向网业协同运营平台发送服务质量能力调用消息。
102.步骤3，网业协同运营平台在接收到网业协同运营平台sdk发送的服务质量能力调用消息后，向网络能力开放平台发送服务质量能力调用请求。
103.步骤4，网络能力开放平台根据网业协同运营平台发送的服务质量能力调用请求，经由5gc(5g核心网)向网络侧下发与目标业务类型相匹配的服务质量配置参数，以控制业务客户端的目标业务的业务访问流。
104.步骤5，对业务客户端目标业务的业务访问流进行网络侧保障，提升qos调用的优先级。
105.步骤6，5gc(5g核心网)记录目标业务类型对应的服务质量能力使用时长，并同步至boss,boss根据接收到目标业务类型对应的服务质量能力使用时长，进行计费。
106.步骤7，boss根据记录信息生成结算话单，并与网业协同运营平台进行结算。
107.步骤8，网业协同运营平台sdk将qos能力调用信息、调用前后的业务体验等数据上报至网业协同运营平台。
108.步骤9，网业协同运营平台对服务质量能力调用前后的效果进行评估，得到评估结果。
109.步骤10，网业协同运营平台根据评估结果，对目标业务类型对应的服务质量能力调用的触发条件进行更新。
110.步骤11，网业协同运营平台判断qos能力调用触发条件是否有更新，若是，则向网业协同运营平台sdk下发更新后的qos能力调用触发条件。
111.图4示出了根据本发明一个实施例的实现网业协同的服务质量控制系统的功能架构示意图。
112.如图4所示，网业协同运营平台主要包括信息采集模块、触发判决模块、能力匹配模块、能力调用模块和效果评估模块；其中，信息采集模块采集终端侧信息、网络侧信息和业务平台信息等；触发判决模块包括质差判断、质差预测和质差定界等功能；能力匹配模块管理qos模板、切片模板和边缘云模板等；能力调用模块包括qos能力调用、切片能力调用和边缘云能力调用等功能；效果评估模块包括业务效果评估方案、业务效果评估执行和业务效果评估报告等。
113.网业协同运营平台sdk主要包括业务体验模块、网络质量模块和终端质量模块；其中，业务体验模块统计播放成功率、加载时长、卡顿时长和业务时延等业务体验数据，网络质量模块统计rtt时延、下载速率、时延抖动和丢包率等网络性能数据，终端质量模块记录cpu、内存、信号强调和gpu等设备信息。
114.网络能力开放平台包括能力开放平台、5g专网运营平台、边缘计算运营平台、云运营平台等。
115.客户端包括视频、云游戏、vr/ar和第三方业务客户端。
116.本发明实施例的上述实现网业协同的服务质量控制系统，一方面，实现了根据业务体验和网络质量的关联关系，触发qos能力调用，确定各类业务客户感知的业务体验和网络质量之间的关系，结合关系和预测网络质量导致的质差，触发qos能力调用。另一方面，实现了不同类型业务和网络侧不同参数配置的最佳匹配，达到业务体验保障情况下对网络性能要求最低，或达到网络富裕情况下保障最佳用户体验。再一方面，能够准确评估能力调用后的业务效果并用于触发机制的自反馈，通过业务体验群体画像保障前后的增益情况，更新不同城市、不同类型业务的qos触发机制以达到更好的效果。
117.本技术实施例还提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的实现网业协同的服务质量控制方法。
118.图8示出了本发明实施例提供的计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。
119.如图8所示，该计算设备可以包括：处理器(processor)、通信接口(communications interface)、存储器(memory)、以及通信总线。
120.其中：处理器、通信接口、以及存储器通过通信总线完成相互间的通信。通信接口，用于与其它设备比如客户端或其它服务器等的网元通信。处理器，用于执行程序，具体可以执行上述用于计算设备的实现网业协同的服务质量控制方法实施例中的相关步骤。
121.具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。
122.处理器可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
123.存储器，用于存放程序。存储器可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
124.程序具体可以用于使得处理器执行上述任意方法实施例中的实现网业协同的服务质量控制方法。程序中各步骤的具体实现可以参见上述实现网业协同的服务质量控制方法实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
125.在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
126.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
127.类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个
实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
128.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
129.此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
130.本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
131.应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。