CN113347111B - 基于用户体验的流量调整方法及管理系统 - Google Patents

Abstract

本申请提供一种基于用户体验的流量调整方法及管理系统，所述方法包括以下步骤：获取业务子系统的用户体验数据；判断业务子系统用户体验数据是否低于预设第一体验阈值；当业务子系统用户体验数据低于预设第一体验阈值时，业务子系统在本地策略库中查询针对业务子系统的限速配置策略；当匹配到针对业务子系统的限速配置策略时，根据针对业务子系统的限速配置策略，调整业务子系统流量以提升业务子系统的用户体验。通过实施本发明技术方案，有效降低短时突发流量影响，在流量调整的同时兼顾用户使用体验，相同带宽支撑更多的业务系统运行，提升带宽的有效利用率。

Description

基于用户体验的流量调整方法及管理系统

技术领域

本申请涉及计算机技术领域，尤其涉及一种基于用户体验的流量调整方法及管理系统。

背景技术

随着信息化、数字化技术在各行各业中的持续应用，越来越多的企业将业务形态转为线上，多系统共存、多业务并发场景越来越多。随之而来的工作忙时系统并发量大导致流量骤增、带宽出现瓶颈，以及不同业务系统之间的流量竞争等问题，严重影响到用户正常使用，降低用户体验质量。

现有技术中主要通过三种方案来实现流量调整：一是为共存的业务系统分别定义QoS(Quality of Service，服务质量)等级，优先保障QoS等级高的系统访问，牺牲QoS等级低的系统访问质量；二是直接增加带宽、服务器、网络设备等硬件资源实现对并发业务的支持；三是对单系统的流量进行限速避免单系统因突发流量而出现服务宕机情况。

关于第一种方案，通过QoS方式进行流量分配的方式存在如下不足：

(1)大流量时低QoS等级的业务系统所有用户体验均会受影响：当产生并发大流量时，为保障高QoS等级系统的质量，网络设备将会主动丢弃低QoS等级的系统流量包，且由于数据包丢弃行为在网络设备上实现，该方式并不区分用户，无差别进行丢包处理，所有在线用户均会受到影响，用户友好体验较差，导致低QoS系统会产生大量用户投诉。

(2)带宽资源利用效能较低：按QoS进行流量分配的方案并未对不同系统使用的带宽资源进行调配，只是判断当流量达到带宽上限时，即开始执行丢包释放带宽资源。对于业务系统的短时大流量行为未能做到削峰填谷，出现大流量即会导致丢包进而影响所有低QoS等级系统用户的访问体验，难以实现利用最少的带宽资源服务最多的业务系统。

关于第二种方案，通过扩充带宽解决多系统并发访问时带宽资源瓶颈的方案不足之处较为明显，即性价比不高，为了突发的大流量往往需要配置数倍于日常均值流量的带宽资源。

关于第三种方案，针对单系统的限流策略主要聚焦在单系统超出性能阈值后的限流策略，未兼顾相同数据中心中的其他业务系统影响，缺少对整体网络层面的流量调整考量，导致多系统叠加环境时容易出现单系统突发流量而影响多个系统的用户体验。

此外，上述三种流量调整方案都是基于网络状态和性能进行静态调控，然而不同的业务系统具有不同的流量需求，即使相同的流量配置，在不同的业务运行场景和状态下，用户体验状态也可能不同。因此，需要提供一种基于用户体验的，动态的流量调整管理技术方案。

发明内容

本申请实施例提供一种基于用户体验的流量调整方法。

具体的，一种基于用户体验的流量调整方法，包括：

获取业务子系统的用户体验数据；

判断业务子系统用户体验数据是否低于预设第一体验阈值；

当业务子系统用户体验数据低于预设第一体验阈值时，业务子系统在本地策略库中查询针对业务子系统的限速配置策略；

当匹配到针对业务子系统的限速配置策略时，根据针对业务子系统的限速配置策略，调整业务子系统流量以提升业务子系统的用户体验。

进一步的，所述方法还包括：

当未匹配到针对业务子系统的限速配置策略时，降低业务子系统流量，以提升业务子系统的用户体验。

进一步的，所述方法还包括：

获取全局业务流量第一指标数据；

判断所述流量第一指标数据是否高于预设第一指标阈值；

当全局业务流量第一指标数据高于预设第一指标阈值时，对第一范围内的业务子系统执行限速配置策略。

进一步的，所述第一范围的业务子系统为非计划任务、QoS等级低于预设第一等级的业务子系统。

进一步的，所述方法还包括：

当全局业务流量第一指标数据高于预设第二指标阈值时，对大于第一范围的第二范围内的业务子系统执行限速配置策略。

本申请实施例提供一种基于用户体验的流量调整管理系统。

具体的，一种基于用户体验的流量调整管理系统，包括：

全局管理模块，用于获取业务子系统的用户体验数据；

业务质量监控模块，用于：

判断业务子系统用户体验数据是否低于预设第一体验阈值；

当业务子系统用户体验数据低于预设第一体验阈值时，向流控代理模块发出第一流量调整通知；

流控代理模块，用于：

接收第一流量调整通知；

根据所述业务质量监控模块发出的流量调整通知，针对业务子系统在本地策略库中查询针对业务子系统的限速配置策略；

当匹配到针对业务子系统的限速配置策略时，根据针对业务子系统的限速配置策略，调整业务子系统流量以提升业务子系统的用户体验数据。

进一步的，所述流控代理模块还用于：

当未匹配到针对业务子系统的限速配置策略时，降低业务子系统流量，以提升业务子系统的用户体验数据。

进一步的，所述全局管理模块还用于：

获取全局业务的流量第一指标数据；

判断所述流量第一指标数据是否高于预设第一指标阈值；

当全局业务流量第一指标数据高于预设第一指标阈值时，向流控代理模块发出第二流量调整通知；

所述流控代理模块还用于：

接收第二流量调整通知；

根据所述全局管理模块发出的流量调整通知，对第一范围内的业务子系统执行限速配置策略。

进一步的，所述第一范围的业务子系统为非计划任务、QoS等级低于预设第一等级的业务子系统。

进一步的，所述全局管理模块还用于：

当全局业务流量第一指标数据高于预设第二指标阈值时，向流控代理模块发出第三流量调整通知；

所述流控代理模块还用于：

接收第三流量调整通知；

根据第三流量调整通知，对大于第一范围的第二范围内的业务子系统执行限速配置策略。

本申请实施例提供的技术方案，至少具有如下有益效果：

通过基于业务子系统用户体验的流量调整方法及管理系统，能够保障已接入用户保持稳定良好的用户体验，通过全局层面的二级流量阈值调控，可以主动规避流量竞争，避免冲突。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种基于用户体验的流量调整方法的流程图。

图2为本申请实施例提供的一种基于用户体验的流量调整管理系统的结构示意图。

图3为本申请实施例提供的一种基于用户体验的流量调整管理系统具体应用场景下的网络拓扑结构图。

100       基于用户体验的流量调整管理系统

11        全局管理模块

12        业务质量监控模块

13        流控代理模块

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

请参照图1，本申请公开基于用户体验的流量调整方法，包括：

S100：获取业务子系统的用户体验数据。

可以理解的是，基于不同业务类型用户的使用需求，不同业务子系统的用户，用户体验所需要的流量要求并不相同。根据全局系统内各业务子系统的实际使用需求，通过梳理主流业务类型——包括但不限于视频类业务、网页浏览类业务、邮件类业务、下载类业务等进行分类，并整理各类型业务的用户体验关键指标，可以形成用以评价各类型业务用户体验的参考评价指标体系，并据此对用户体验进行分级评价。例如，参考行业分析报告，如google对web浏览类业务体验的研究报告，首屏加载时间<2s为体验优秀，2-5s为良好，5s以上较长。通过获取不同业务子系统的用户体验数据，结合实际使用过程中的指标值，可以形成当前生产环境下用户体验优秀、良好、较差等的评价参考值。上述评价体系确认后，则可定期获取业务子系统的用户体验数据，并根据相应的评价体系，进行用户体验的评价。

具体的，业务子系统的用户体验数据，可以通过记录用户触发事件的响应速度获取，例如在网页浏览过程中，通过记录用户点击链接的时间戳以及页面全部加载完成的时间戳，即可获取用户网页浏览的响应速度体验数据；在邮件类业务中，通过对比发送方邮件的发送时间和投递到接收端用户邮箱的投递时间，可以获取有关邮件传输效率的体验数据；在下载类业务中，可以获取文件的大小，即字节数，并根据其下载时间，计算出平均下载速率，获取有关下载速度的体验数据；在视频类业务中，可以获取特定大小的视频文件的加载时间。

需要指出的是，以上评价用户体验的体系和获取业务子系统的用户体验数据的方法，显然不构成对本申请具体保护范围的限制。根据不同业务类型、不同的使用等级、不同的用户体验需求，可以设定不同的评价体系，并相应的采取不同的方法获取用户体验数据。

S200：判断业务子系统用户体验数据是否低于预设第一体验阈值。

具体的，根据业务系统分类，包括但不限于视频、网页浏览、邮件、下载等，整理各类型业务的用户体验关键指标，可以形成用以评价各类型业务用户体验的参考评价指标体系，确定评价各类型业务用户体验的参考数据{Ts1,Ts2,...Tsn}并预置到用户体验模板库；上述参考数据可以通过有关的行业分析报告获取，也可以通过针对用户的问卷调查确定。在此基础上，在系统运行过程中，通过监控和收集各业务系统闲时用户体验指标集合中的关键指标数据,获取90分位值集合{T's1,T's2,...T'sn}，通过比较{Ts1,Ts2,...Tsn}和{T's1,T's2,...T'sn}，可以取二者中的较差指标作为参考标准，即取{worse(Ts1,T's1),worse(Ts2,T's2),...worse(Tsn,T'sn)}为各类型业务用户体验的参考数据，该参考数据即可设定为第一体验阈值。通过将获取的全局业务子系统的流量体验数据与前述参考数据进行对比，进而判断当前的用户体验是否劣化至低于第一体验阈值；第一体验阈值的设置，可以结合不同的用户使用权限等级和不同的工作情况确定，例如在日常工作或者普通用户的第一体验阈值可以设置为良好状态；而在特定业务场景下或特定用户的第一体验阈值可以设置为优秀状态，第一体验阈值的设置可以是静态配置的，也可以是根据不同使用状态下的任务等级要求动态调整的，例如在重大任务的保障过程中可以提高第一体验阈值。

S300：当业务子系统用户体验数据低于预设第一体验阈值时，业务子系统在本地策略库中查询针对业务子系统的限速配置策略。

具体的，业务子系统在本地策略库中可以根据不同业务规模，配置不同业务规模下的限速配置策略，当业务子系统用户体验数据低于预设第一体验阈值时，业务子系统在本地策略库中查询针对业务子系统的限速配置策略。限速配置策略在初始状态下可以预先设置，并根据网络和系统运行情况定期更新和调整。

S400：当匹配到针对业务子系统的限速配置策略时，根据针对业务子系统的限速配置策略，调整业务子系统流量以提升业务子系统的用户体验。

具体的，当匹配到针对业务子系统的限速配置策略时，执行针对业务子系统的限速配置策略，主动进行限速，进而提升业务子系统的用户体验。

进一步的，在本申请提供的一种优选的实施方式中，当未匹配到针对业务子系统的限速配置策略时，降低业务子系统流量，以提升业务子系统的用户体验。

具体的，若业务子系统在本地策略库不存在限速配置策略时，则通过不断调降单用户速率的上限值，抑制个别用户占用过多系统流量和带宽资源而导致系统内其他用户体验下降，同时持续监测获取的业务子系统用户体验数据和预设的第一体验阈值之间的差距，获取业务子系统用户体验数据恢复至第一体验阈值时的单用户速率上限值，使用当前数值执行限速，同时记录当前配置参数至本地策略库。若执行单用户速率的上限设置仍未将业务子系统用户体验数据恢复至第一体验阈值，可同时执行单用户级别并发访问限制，通过限制新增源IP的访问，保持现有用户访问体验的情况下对新接入的用户返回服务拒绝提示，并发用户数调降至用户体验数据恢复至第一体验阈值为止，同时记录当前配置参数至本地策略库。

通过前述动态调整方法，能够保障已接入用户仍有良好的用户体验，对未接入用户提示延时接入，能够有效避免一刀切影响所有用户，导致大面积用户无法使用系统的情况，同时兼顾了限速效果及系统的用户体验。引入业务子系统用户体验阈值方式能够在单节点发生体验劣化而未引发全局问题时及时进行处置，从而有效避免短时突发流量导致的带宽争抢占满情况发生。

进一步的，在本申请提供的一种优选的实施方式中，所述方法还包括：

获取全局业务流量第一指标数据；

判断所述流量第一指标数据是否高于预设第一指标阈值；

当全局业务流量第一指标数据高于预设第一指标阈值时，对第一范围内的业务子系统执行限速配置策略。

具体的，本申请在主动获取业务子系统用户体验数据的基础上，进一步获取全局业务流量有关的指标数据，并根据获取的全局业务流量有关的指标数据对网络状态进行调整。

首先，获取全局业务流量第一指标数据。第一指标数据包括路由器、交换机等各类网络设备的流量、丢包等信息，通过周期性的主动采集网络设备的流量、丢包等信息，获取当前全局业务流量第一指标数据。

判断所述全局业务流量第一指标数据是否高于预设第一指标阈值，所述第一指标阈值可以根据网络和业务系统具体需求和当前网络总体性能设定，例如，可以将第一指标阈值设置为总体带宽的60％。

当判断全局业务流量第一指标数据高于预设第一指标阈值时，即当前全局业务流量超过总体带宽的60％时，对第一范围内的业务子系统执行限速配置策略。第一范围的设置，可以根据不同任务的优先级来确定，也可以根据不同的任务需求来确定。具体的，第一范围内的业务子系统在本地策略库中根据不同业务规模，配置不同业务规模下的限速配置策略，当全局业务流量第一指标数据高于预设第一指标阈值时，第一范围内的业务子系统在本地策略库中查询针对业务子系统的限速配置策略。限速配置策略在初始状态下可以预先设置，并根据网络和系统运行情况定期更新和调整。

当匹配到针对业务子系统的限速配置策略时，执行针对第一范围内的业务子系统的限速配置策略，主动进行限速，进而提升全局业务流量第一指标数据。

若第一范围内的业务子系统在本地策略库不存在限速配置策略时，则通过不断调降单用户速率的上限值，同时持续监测获取的全局业务流量第一指标数据，获取全局业务流量第一指标数据恢复至第一指标阈值时的单用户速率上限值，使用当前数值执行限速，同时记录当前配置参数至本地策略库。

进一步的，在本申请提供的一种优选的实施方式中，所述第一范围的业务子系统为非计划任务、QoS等级低于预设第一等级的业务子系统。

可以理解的是，优先对非计划任务、QoS等级较低的业务系统进行流量限制，可以最大化的保证当前主要业务系统和主要用户的业务需求和使用体验。

具体的，第一范围的设置，可以根据不同任务的优先级来确定，例如根据QoS等级设置，即将特定较低的QoS等级确定为预设第一等级，第一等级的业务子系统确定为第一范围的业务子系统，首先对其进行调控。也可以根据不同的任务需求来确定，优先保障当前计划任务内的业务系统，限制计划任务外的业务系统。当然，第一范围内的业务子系统也可以根据QoS等级和任务计划或者其他因素的结合，采取其他确定策略。

进一步的，在本申请提供的一种优选的实施方式中，当全局业务流量第一指标数据高于预设第二指标阈值时，对大于第一范围的第二范围内的业务子系统执行限速配置策略。

具体的，判断所述流量第一指标数据是否高于预设第二指标阈值，所述第二指标阈值可以根据网络和业务系统具体需求和当前网络总体性能设定，例如可以将第二指标阈值设置为总体带宽的80％。

当全局业务流量第一指标数据高于预设第二指标阈值时，即当前全局业务流量超过总体带宽的80％时，对大于第一范围内的第二范围内的业务子系统执行限速配置策略。第二范围的设置，可以根据不同任务的优先级来确定，例如根据QoS等级设置，即将特定高于预设第一等级的QoS等级确定为预设第二等级，第二等级的业务子系统确定为第二范围的业务子系统，也可以根据不同的任务需求来确定，限制计划任务外的业务系统，或者还可以进一步对当前计划任务内的系统按照重要程度进行分级，优先保障当前计划任务内的重要业务系统，限制次要业务系统，即将计划任务外的业务系统或者当前计划任务内的次要业务系统确定为第二范围的业务子系统。第二范围的确定也可以结合前述两种方法，或者根据其他方法确定。当通过对第一范围的业务子系统的限速调控仍然不足以恢复当前网络总体性能，或者当前全局业务流量超过第二指标阈值时，可同时对第二范围的业务子系统执行限速配置策略。

具体的，第二范围内的业务子系统可以设置为所有计划外的业务系统，即不再区分QoS等级，对所有计划外的业务系统执行限速。当然，第二范围内的业务子系统也可以根据QoS等级和任务计划，采取其他确定策略。

第二范围内的业务子系统在本地策略库中根据不同业务规模，配置不同业务规模下的限速配置策略，当全局业务流量第一指标数据高于预设第二指标阈值时，第二范围内的业务子系统在本地策略库中查询针对业务子系统的限速配置策略。限速配置策略在初始状态下可以预先设置，并根据网络和系统运行情况定期更新和调整。

当匹配到针对业务子系统的限速配置策略时，执行针对第二范围内的业务子系统的限速配置策略，主动进行限速，进而提升全局业务流量第二指标数据。

若第二范围内的业务子系统在本地策略库不存在限速配置策略时，则通过不断调降单用户速率的上限值，同时可执行单用户级别并发访问限制，限制新增源IP的访问，保持现有用户访问体验的情况下对新接入的用户返回服务拒绝提示，并发用户数调降至用户体验指标值回归到良好体验值范围内为止，使用当前数值执行限速，同时记录当前配置参数至本地策略库。

通过前述全局调整方法，引入了二级流量阈值的方法，提前执行低优先级业务系统的流量调整操作，能够在问题发生前即开始处置，从而避免冲突。从发现问题解决问题的思路转换到主动规避风险的思路，有效降低短时突发流量影响，在流量调整的同时兼顾用户使用体验，相同带宽支撑更多的业务系统运行，提升带宽的有效利用率。需要指出的是，本申请实施例引入了根据不同流量阈值采取不同流量控制的方法，也可以根据具体应用场景设置更多级的流量阈值监控和响应机制。

为支持基于用户体验的流量调整方法，本申请提供了一种基于用户体验的流量调整管理系统100。

请参照图2，本申请提供的一种基于用户体验的流量调整管理系统100，包括：

全局管理模块11，用于获取业务子系统的用户体验数据。

可以理解的是，基于不同业务类型用户的使用需求，不同业务子系统的用户，用户体验所需要的流量要求并不相同。根据全局系统内各业务子系统的实际使用需求，通过梳理主流业务类型——包括但不限于视频类业务、网页浏览类业务、邮件类业务、下载类业务等进行分类，并整理各类型业务的用户体验关键指标，可以形成用以评价各类型业务用户体验的参考评价指标体系，并据此对用户体验进行分级评价。例如，参考行业分析报告，如google对web浏览类业务体验的研究报告，首屏加载时间<2s为体验优秀，2-5s为良好，5s以上较长。通过获取不同业务子系统的用户体验数据，结合实际使用过程中的指标值，可以形成当前生产环境下用户体验优秀、良好、较差等的评价参考值。上述评价体系确认后，则可定期获取业务子系统的用户体验数据，并根据相应的评价体系，进行用户体验的评价。

具体的，业务子系统的用户体验数据，可以通过记录用户触发事件的响应速度获取，例如在网页浏览过程中，通过记录用户点击链接的时间戳以及页面全部加载完成的时间戳，即可获取用户网页浏览的响应速度体验数据；在邮件类业务中，通过对比发送方邮件的发送时间和投递到接收端用户邮箱的投递时间，可以获取有关邮件传输效率的体验数据；在下载类业务中，可以获取文件的大小，即字节数，并根据其下载时间，计算出平均下载速率，获取有关下载速度的体验数据；在视频类业务中，可以获取特定大小的视频文件的加载时间。

需要指出的是，以上评价用户体验的体系和获取业务子系统的用户体验数据的方法，显然不构成对本申请具体保护范围的限制。根据不同业务类型、不同的使用等级、不同的用户体验需求，可以设定不同的评价体系，并相应的采取不同的方法获取用户体验数据。

具体的，请参照图3，全局管理模块11包括监测模块，基础配置模块，用户体验指标模板库模块。监测模块用于监听IDC机房内核心网络设备的实时流量情况。基础配置模块用于存储全局业务流量第一指标数据预设的第一、第二指标阈值，以及各业务子系统的QoS等级信息、计划任务日程安排信息，例如可以将近一周内重点使用的系统，用户数据阈值等信息存储在基础配置模块中。用户体验指标模板库用于存储各类型业务用户体验评价体系和评价参考数据。结合监测模块获取到的系统实际使用过程中的指标值，对评价体系进行更新，形成当前生产环境下的用户体验优秀、良好、较差等的评价参考值。

业务质量监控模块12，用于：

判断业务子系统用户体验数据是否低于预设第一体验阈值；

当业务子系统用户体验数据低于预设第一体验阈值时，向流控代理模块13发出第一流量调整通知。

具体的，根据业务系统分类，包括但不限于视频、网页浏览、邮件、下载等，整理各类型业务的用户体验关键指标，可以形成用以评价各类型业务用户体验的参考评价指标体系，确定评价各类型业务用户体验的参考数据{Ts1,Ts2,...Tsn}并预置到用户体验模板库；上述参考数据可以通过有关的行业分析报告获取，也可以通过针对用户的问卷调查确定。在此基础上，在系统运行过程中，通过监控和收集各业务系统闲时用户体验指标集合中的关键指标数据,获取90分位值集合{T's1,T's2,...T'sn}，通过比较{Ts1,Ts2,...Tsn}和{T's1,T's2,...T'sn}，可以取二者中的较差指标作为参考标准，即取{worse(Ts1,T's1),worse(Ts2,T's2),...worse(Tsn,T'sn)}为各类型业务用户体验的参考数据，该参考数据即可设定为第一体验阈值。通过将获取的业务子系统的流量体验数据与前述参考数据进行对比，进而判断当前的用户体验是否劣化至低于第一体验阈值；第一体验阈值的设置，可以结合不同的用户使用权限等级和不同的工作情况确定，例如在日常工作或者普通用户的第一体验阈值可以设置为良好状态；而在特定业务场景下或特定用户的第一体验阈值可以设置为优秀状态，第一体验阈值的设置可以是静态配置的，也可以是根据不同使用状态下的任务等级要求动态调整的，例如在重大任务的保障过程中可以提高第一体验阈值。

具体的，请参照图3，业务质量监控模块12与各类业务系统互连，可以汇总收集所有业务系统的运行状态信息，并将相关运行状态数据汇入用户指标模板库，并根据用户指标模板库中预存的各类型业务用户体验的参考数据，判断当前的用户体验是否劣化至低于第一体验阈值；同时，业务质量监控模块12与流控代理13互连，通过流控代理13进一步获取各类业务系统信息，当业务质量监控模块12判断业务子系统流量体验数据低于预设第一体验阈值时，向流控代理模块13发出第一流量调整通知。

流控代理模块13，用于：

接收第一流量调整通知；

根据所述业务质量监控模块发出的流量调整通知，针对业务子系统在本地策略库中查询针对业务子系统的限速配置策略；

当匹配到针对业务子系统的限速配置策略时，根据针对业务子系统的限速配置策略，调整业务子系统流量以提升业务子系统的用户体验数据。

具体的，流控代理模块13接收业务质量监控模块12发出的流量调整通知，并在本地策略库中查询针对业务子系统的限速配置策略。业务子系统在本地策略库中可以根据不同业务规模，配置不同业务规模下的限速配置策略，当业务子系统用户体验数据低于预设第一体验阈值时，业务子系统在本地策略库中查询针对业务子系统的限速配置策略。限速配置策略在初始状态下可以预先设置，并根据网络和系统运行情况定期更新和调整。

当流控代理模块13当匹配到针对业务子系统的限速配置策略时，执行针对业务子系统的限速配置策略，主动进行限速，进而提升业务子系统的用户体验。

进一步的，在本申请提供的一种优选的实施方式中，所述流控代理模块13还用于：

当未匹配到针对业务子系统的限速配置策略时，降低业务子系统流量，以提升业务子系统的用户体验数据。

具体的，当流控代理模块13在本地策略库未匹配到针对业务子系统的限速配置策略时，则通过不断调降单用户速率的上限值，抑制个别用户占用过多系统流量和带宽资源而导致系统内其他用户体验下降，同时持续监测获取的业务子系统用户体验数据和预设的第一体验阈值之间的差距，获取业务子系统用户体验数据恢复至第一体验阈值时的单用户速率上限值，使用当前数值执行限速，同时记录当前配置参数至本地策略库。若执行单用户速率的上限设置仍未将业务子系统用户体验数据恢复至第一体验阈值，可同时执行单用户级别并发访问限制，限制新增源IP的访问，保持现有用户访问体验的情况下对新接入的用户返回服务拒绝提示，并发用户数调降至用户体验数据恢复至第一体验阈值为止，同时记录当前配置参数至本地策略库。

进一步的，在本申请提供的一种优选的实施方式中，所述全局管理模块11还用于：

获取全局业务的流量第一指标数据；

判断所述流量第一指标数据是否高于预设第一指标阈值；

当全局业务流量第一指标数据高于预设第一指标阈值时，向流控代理模块发出第二流量调整通知。

具体的，本申请在主动获取业务子系统用户体验数据的基础上，进一步获取全局业务流量有关的指标数据，并根据获取的全局业务流量有关的指标数据对网络状态进行调整。

首先，获取全局业务流量第一指标数据。第一指标数据包括路由器、交换机等各类网络设备的流量、丢包等信息，通过全局管理模块11周期性的主动采集网络设备的流量、丢包等信息，获取当前全局业务流量第一指标数据。

全局管理模块11根据获取的数据，判断所述全局业务流量第一指标数据是否高于预设第一指标阈值，所述第一指标阈值可以根据网络和业务系统具体需求和当前网络总体性能设定，例如，可以将第一指标阈值设置为总体带宽的60％。

当判断全局业务流量第一指标数据高于预设第一指标阈值时，即当前全局业务流量超过总体带宽的60％时，全局管理模块11向流控代理模块13发出第二流量调整通知，用以对第一范围内的业务子系统执行限速配置策略。

所述流控代理模块13还用于：

接收第二流量调整通知；

根据所述全局管理模块11发出的流量调整通知，对第一范围内的业务子系统执行限速配置策略。

具体的，流控代理模块13用于接收全局管理模块11下发的第二流量调整通知。根据所述全局管理模块11发出的流量调整通知，对第一范围内的业务子系统执行限速配置策略。

第一范围的设置，可以根据不同任务的优先级来确定，也可以根据不同的任务需求来确定。

具体的，第一范围内的业务子系统在本地策略库中根据不同业务规模，配置不同业务规模下的限速配置策略，当全局业务流量第一指标数据高于预设第一指标阈值时，通过相应的流控代理模块13，第一范围内的业务子系统在本地策略库中查询针对业务子系统的限速配置策略。限速配置策略在初始状态下可以预先设置，并根据网络和系统运行情况定期更新和调整。

当匹配到针对业务子系统的限速配置策略时，执行针对第一范围内的业务子系统的限速配置策略，主动进行限速，进而提升全局业务流量第一指标数据。

若第一范围内的业务子系统在本地策略库不存在限速配置策略时，则通过不断调降单用户速率的上限值，同时持续监测获取的全局业务流量第一指标数据，获取全局业务流量第一指标数据恢复至第一指标阈值时的单用户速率上限值，使用当前数值执行限速，同时记录当前配置参数至本地策略库。

进一步的，在本申请提供的一种优选的实施方式中，所述第一范围的业务子系统为非计划任务、QoS等级低于预设第一等级的业务子系统。

可以理解的是，优先对非计划任务、QoS等级较低的业务系统进行流量限制，可以最大化的保证当前主要业务系统和主要用户的业务需求和使用体验。

具体的，第一范围的设置，可以根据不同任务的优先级来确定，例如根据QoS等级设置，即将特定较低的QoS等级确定为预设第一等级，第一等级的业务子系统确定为第一范围的业务子系统，首先对其进行调控。也可以根据不同的任务需求来确定，优先保障当前计划任务内的业务系统，限制计划任务外的业务系统。当然，第一范围内的业务子系统也可以根据QoS等级和任务计划或者其他因素的结合，采取其他确定策略。

进一步的，在本申请提供的一种优选的实施方式中，所述全局管理模块11还用于：

当全局业务流量第一指标数据高于预设第二指标阈值时，向流控代理模块发出第三流量调整通知。

具体的，全局管理模块11判断所述流量第一指标数据是否高于预设第二指标阈值，所述第二指标阈值可以根据网络和业务系统具体需求和当前网络总体性能设定，例如可以将第二指标阈值设置为总体带宽的80％。

当全局业务流量第一指标数据高于预设第二指标阈值时，即当前全局业务流量超过总体带宽的80％时，全局管理模块11向流控代理模块13发出第三流量调整通知。

所述流控代理模块13还用于：

接收第三流量调整通知；

根据第三流量调整通知，对大于第一范围的第二范围内的业务子系统执行限速配置策略。

具体的，流控代理模块13用于接收全局管理模块11下发的第三流量调整通知。并根据第三流量调整通知，对大于第一范围的第二范围内的业务子系统执行限速配置策略。

当全局业务流量第一指标数据高于预设第二指标阈值时，即当前全局业务流量超过总体带宽的80％时，流控代理模块13根据第三流量调整通知，对大于第一范围内的第二范围内的业务子系统执行限速配置策略。

第二范围的设置，可以根据不同任务的优先级来确定，例如根据QoS等级设置，即将特定高于预设第一等级的QoS等级确定为预设第二等级，第二等级的业务子系统确定为第二范围的业务子系统，也可以根据不同的任务需求来确定，限制计划任务外的业务系统，或者还可以进一步对当前计划任务内的系统按照重要程度进行分级，优先保障当前计划任务内的重要业务系统，限制次要业务系统，即将计划任务外的业务系统或者当前计划任务内的次要业务系统确定为第二范围的业务子系统。第二范围的确定也可以结合前述两种方法，或者根据其他方法确定。当通过对第一范围的业务子系统的限速调控仍然不足以恢复当前网络总体性能，或者当前全局业务流量超过第二指标阈值时，可同时对第二范围的业务子系统执行限速配置策略。

具体的，第二范围内的业务子系统可以设置为所有计划外的业务系统，即不再区分QoS等级，对所有计划外的业务系统执行限速。当然，第二范围内的业务子系统也可以根据QoS等级和任务计划，采取其他确定策略。

第二范围内的业务子系统在本地策略库中根据不同业务规模，配置不同业务规模下的限速配置策略，当全局业务流量第一指标数据高于预设第二指标阈值时，第二范围内的业务子系统在本地策略库中查询针对业务子系统的限速配置策略。限速配置策略在初始状态下可以预先设置，并根据网络和系统运行情况定期更新和调整。

当流控代理模块13匹配到针对业务子系统的限速配置策略时，执行针对第二范围内的业务子系统的限速配置策略，主动进行限速，进而提升全局业务流量第二指标数据。

若第二范围内的业务子系统在本地策略库不存在限速配置策略时，则通过不断调降单用户速率的上限值，同时可执行单用户级别并发访问限制，限制新增源IP访问，保持现有用户访问体验的情况下对新接入的用户返回服务拒绝提示，并发用户数调降至用户体验指标值回归到良好体验值范围内为止，使用当前数值执行限速，同时记录当前配置参数至本地策略库。

传统的直接限速或请求数限制方案，不区分用户使得访问系统的所有用户使用体验均受到影响，本申请的基于用户体验的流量调整方案，提出了首先量化业务系统体验指标而后通过监测系统对体验指标进行实时监测，再动态调整单用户限速值，至体验值达到良好用户体验的临界值作为最终调整时的配置参数的动态调整方法，保障了已接入用户仍有良好稳定的体验，未接入用户提示延时接入，能够有效避免一刀切影响所有用户，导致大面积用户无法使用系统的情况，同时兼顾了限速效果及系统的用户体验。

其次，基于流量阈值与体验阈值相结合的流量调整的方案，本方案流量调整方法实际是通过单系统实现带宽利用的最优解，即先获取局部最优解，再结合全局调度策略，通过QoS、计划任务等优先级的考量和调控，在局部最优解的基础上实现全局最优解。

相比传统的，超过阈值后即全量策略执行限速的流量阈值控制方式，本方案引入的单系统用户体验阈值方式能够在单节点发生体验劣化而未引发全局问题时及时进行处置，从而有效避免短时突发流量导致的带宽争抢占满情况发生。

同时全局层面引入了二级流量阈值的方法，可将一级流量阈值配置为较低数值——如总体带宽的60％，提前执行低优先级业务系统的流量调整操作，也能够在问题发生前即开始处置，避免冲突。从原来的发现问题解决问题的思路转换到主动规避风险的思路，有效降低短时突发流量影响，在流量调整的同时兼顾用户使用体验，相同带宽支撑更多的业务系统运行，提升带宽的有效利用率。

需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括其他没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，有语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (6)

1.一种基于用户体验的流量调整方法，其特征在于,包括以下步骤：

获取业务子系统的用户体验数据；

判断业务子系统用户体验数据是否低于预设第一体验阈值；

当业务子系统用户体验数据低于预设第一体验阈值时，业务子系统在本地策略库中查询针对业务子系统的限速配置策略；

当匹配到针对业务子系统的限速配置策略时，根据针对业务子系统的限速配置策略，调整业务子系统流量以提升业务子系统的用户体验；

当未匹配到针对业务子系统的限速配置策略时，降低业务子系统流量，以提升业务子系统的用户体验；

其中，当未匹配到针对业务子系统的限速配置策略时，降低业务子系统流量，以提升业务子系统的用户体验，具体包括：

通过调降单用户速率的上限值，抑制个别用户占用过多系统流量和带宽资源而导致系统内其他用户体验下降；

持续监测获取的业务子系统用户体验数据和预设的第一体验阈值之间的差距，获取业务子系统用户体验数据恢复至第一体验阈值时的单用户速率上限值，使用当前数值执行限速，并记录当前配置参数至本地策略库；

若执行单用户速率的上限设置仍未将业务子系统用户体验数据恢复至第一体验阈值，同时执行单用户级别并发访问限制，通过限制新增源IP的访问，保持现有用户访问体验的情况下对新接入的用户返回服务拒绝提示，并发用户数调降至用户体验数据恢复至第一体验阈值为止，并记录当前配置参数至本地策略库；

所述方法还包括：

获取全局业务流量第一指标数据；

判断所述流量第一指标数据是否高于预设第一指标阈值；

当全局业务流量第一指标数据高于预设第一指标阈值时，对第一范围内的业务子系统执行限速配置策略。

2.如权利要求1所述的方法，其特征在于，所述第一范围的业务子系统为非计划任务、QoS等级低于预设第一等级的业务子系统。

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

当全局业务流量第一指标数据高于预设第二指标阈值时，对大于第一范围的第二范围内的业务子系统执行限速配置策略。

4.一种基于用户体验的流量调整管理系统，其特征在于，包括：

全局管理模块，用于获取业务子系统的用户体验数据；

业务质量监控模块，用于：

判断业务子系统用户体验数据是否低于预设第一体验阈值；

当业务子系统用户体验数据低于预设第一体验阈值时，向流控代理模块发出第一流量调整通知；

流控代理模块，用于：

接收第一流量调整通知；

根据所述业务质量监控模块发出的流量调整通知，针对业务子系统在本地策略库中查询针对业务子系统的限速配置策略；

当匹配到针对业务子系统的限速配置策略时，根据针对业务子系统的限速配置策略，调整业务子系统流量以提升业务子系统的用户体验数据；

当未匹配到针对业务子系统的限速配置策略时，降低业务子系统流量，以提升业务子系统的用户体验数据；

其中，所述流控代理模块用于当未匹配到针对业务子系统的限速配置策略时，降低业务子系统流量，以提升业务子系统的用户体验，具体用于：

通过调降单用户速率的上限值，抑制个别用户占用过多系统流量和带宽资源而导致系统内其他用户体验下降；

持续监测获取的业务子系统用户体验数据和预设的第一体验阈值之间的差距，获取业务子系统用户体验数据恢复至第一体验阈值时的单用户速率上限值，使用当前数值执行限速，并记录当前配置参数至本地策略库；

若执行单用户速率的上限设置仍未将业务子系统用户体验数据恢复至第一体验阈值，同时执行单用户级别并发访问限制，通过限制新增源IP的访问，保持现有用户访问体验的情况下对新接入的用户返回服务拒绝提示，并发用户数调降至用户体验数据恢复至第一体验阈值为止，并记录当前配置参数至本地策略库；

所述全局管理模块还用于：

获取全局业务的流量第一指标数据；

判断所述流量第一指标数据是否高于预设第一指标阈值；

当全局业务流量第一指标数据高于预设第一指标阈值时，向流控代理模块发出第二流量调整通知；

所述流控代理模块还用于：

接收第二流量调整通知；

根据所述全局管理模块发出的流量调整通知，对第一范围内的业务子系统执行限速配置策略。

5.如权利要求4所述管理系统,其特征在于，所述第一范围的业务子系统为非计划任务、QoS等级低于预设第一等级的业务子系统。

6.如权利要求4所述管理系统,其特征在于，所述全局管理模块还用于：

当全局业务流量第一指标数据高于预设第二指标阈值时，向流控代理模块发出第三流量调整通知；

所述流控代理模块还用于：

接收第三流量调整通知；

根据第三流量调整通知，对大于第一范围的第二范围内的业务子系统执行限速配置策略。

Images