CN109962803B - 网络质量的保障方法、装置、设备及介质 - Google Patents

Abstract

本发明公开了网络质量的保障方法、装置、设备及介质。该方法包括：分析保障区域的历史数据，预测保障区域下各个小区的待保障业务类型；根据待保障业务类型将各个小区划分为与待保障业务类型对应的保障子区域；采集保障子区域对应类型的待保障业务的预设指标数据；在预设指标数据满足预设条件时，根据预设指标数据制定保障策略；执行保障策略，以保障待保障业务的业务质量。本发明在保障区域划分时，通过数据分析定位、固化保障场景下的重点业务类型，促使保障内容有针对性，简单化的完成了各业务质量感知的各个场景的监测和保障，解决了目前只能对单一业务进行保障的局限性。

Description

网络质量的保障方法、装置、设备及介质

技术领域

本发明涉及无线数据业务技术领域，尤其涉及一种网络质量的保障方法、装置、设备及介质。

背景技术

随着移动互联网业务飞速发展，移动数据增值业务类型已经增加至21 大类3600余小类，在各类场景下(演唱会，高校迎新，高峰论坛)，网络覆盖区域内各小区用户使用业务也呈现多元化和不一致性。

同一场景下的用户可能使用不同的多个业务，如演唱会中用户的业务应用可能集中在微信、QQ、微博、语音几种业务上，而高校迎新中用户的业务应用会集中在视频、网页浏览、游戏集中业务上。而在各类保障场景下(如演唱会，高校迎新，高峰论坛)，移动网络覆盖区域内各小区用户使用的业务也呈现多元化和不一致性。比如保障期间演唱会售票窗口和各入口处主要业务应用会是Volte语音、即时通信、网页浏览的业务组合；看台及演唱会中心区域会是即时通信、微博业务组合；而体育馆周边相邻街道住宅区的业务类别又会是网页浏览、其他、应用商店的业务组合。

而现阶段的日常和重要活动(如演唱会、糖酒会、开幕式等)业务质量保障还停留在传统单一的语音保障模式下，通过单一的设备告警处理和无线侧网优参数的调整可能会出现对各类业务无差别的保障和优化，导致顾此失彼，无法有效确保保障现场用户业务质量感知的最优化和无线资源利用的最大化。

综上所述，如何将各类场景下的全量用户业务应用质量进行分解剥离，并针对该场景下最有价值业务应用进行业务质量保障、优化成为亟待解决的技术问题。

发明内容

本发明实施例提供了一种网络质量的保障方法、网络质量的保障装置、计算机设备及计算机可读存储介质。

第一方面，本发明实施例提供了一种网络质量的保障方法，方法包括：分析保障区域的历史数据，预测保障区域下各个小区的待保障业务类型；根据待保障业务类型将各个小区划分为与待保障业务类型对应的保障子区域；采集保障子区域对应类型的待保障业务的预设指标数据；在预设指标数据满足预设条件时，根据预设指标数据制定保障策略；执行保障策略，以保障待保障业务的业务质量。

第二方面，本发明实施例提供了一种网络质量的保障装置，装置包括：分析单元，用于分析保障区域的历史数据，预测保障区域下各个小区的待保障业务类型；划分单元，用于根据待保障业务类型将各个小区划分为与待保障业务类型对应的保障子区域；采集单元，用于采集保障子区域对应类型的待保障业务的预设指标数据；确定单元，用于在预设指标数据满足预设条件时，根据预设指标数据制定保障策略；执行单元，用于执行保障策略，以保障待保障业务的业务质量。

第三方面，本发明实施例提供了一种计算机设备，包括：至少一个处理器、至少一个存储器以及存储在存储器中的计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。

本发明实施例提供的网络质量的保障方法、装置、设备及介质，根据保障区域的历史数据预测保障区域下各个小区的待保障业务类型，根据待保障业务类型进行划分保障子区域，摒弃了依据覆盖区域、覆盖类型、小区流量价值的传统保障区域的划分；通过采集保障子区域的预设指标数据，制定保障策略，对保障期间最贴近用户各类业务数据感知指标进行业务质量劣化预测及确定保障方向及策略，确保用户业务质量感知的最优化和无线资源分配的合理化；简单化的完成了各业务质量感知的各个场景的监测和保障，解决了目前只能对单一业务进行保障的局限性。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本发明一个实施例提供的网络质量的保障方法的流程示意图；

图2示出了本发明另一个实施例提供的网络质量的保障方法的流程示意图；

图3示出了本发明一个实施例提供的预警实例效果的示意图；

图4示出了本发明另一个实施例提供的预警实例效果的示意图；

图5示出了本发明再一个实施例提供的预警实例效果的示意图；

图6示出了本发明又一个实施例提供的预警实例效果的示意图；

图7示出了本发明又一个实施例提供的预警实例效果的示意图；

图8示出了本发明一个实施例提供的网络质量的保障装置的示意框图；

图9示出了本发明实施例提供的计算机设备的硬件结构示意图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

本发明第一方面的实施例提供了一种网络质量的保障方法，图1示出了本发明一个实施例提供的网络质量的保障方法的流程示意图。该方法包括：

步骤102，分析保障区域的历史数据，预测保障区域下各个小区的待保障业务类型；

步骤104，根据待保障业务类型将各个小区划分为与待保障业务类型对应的保障子区域；

步骤106，采集保障子区域对应类型的待保障业务的预设指标数据；

步骤108，在预设指标数据满足预设条件时，根据预设指标数据制定保障策略；

步骤110，执行保障策略，以保障待保障业务的业务质量。

本发明实施例提供的网络质量的保障方法，根据保障区域的历史数据预测保障区域下各个小区的待保障业务类型，根据待保障业务类型进行划分保障子区域，摒弃了依据覆盖区域、覆盖类型、小区流量价值的传统保障区域的划分；通过采集保障子区域的预设指标数据，制定保障策略，对保障期间最贴近用户各类业务数据感知指标进行业务质量劣化预测及确定保障方向及策略，确保用户业务质量感知的最优化和无线资源分配的合理化；简单化的完成了各业务质量感知的各个场景的监测和保障，解决了目前只能对单一业务进行保障的局限性。

图2示出了本发明另一个实施例提供的网络质量的保障方法的流程示意图。该方法包括：

步骤202，分析保障区域的历史数据，预测保障区域下各个小区的待保障业务类型；

步骤204，根据待保障业务类型将各个小区划分为与待保障业务类型对应的保障子区域；

步骤206，采集保障子区域对应类型的待保障业务的预设指标数据；

步骤208，在预设指标数据满足预设条件时，根据预设指标数据制定保障策略；

步骤210，执行保障策略，以保障待保障业务的业务质量；

步骤212，根据保障子区域的业务速率质量稳定性进行保障效果确认及优化。

在该实施例中，保障方案执行后用户个类业务感知恢复程度，不能单凭一个时间点的业务指标恢复或者投诉量来判定，为此引入业务速率质量稳定性对业务保障中各个处理方案的处理质量和效果进行客观评价，并通过相关数据促使保障方案持续优化。其中，业务速率质量稳定性：统计时间内业务速率大于第十预设阈值的预设时间粒度(时间片)个数与统计时间内预设时间粒度总数的比值。如每15分钟为1个统计的预设时间粒度，保障期间每保障子区域每15分钟内流量大于5M的时间粒度为有效时间粒度。

在一个示例中，步骤202分析保障区域的历史数据，预测保障区域下各个小区的待保障业务类型的步骤，包括：获取预设时长的全量历史数据，从全量历史数据中获取与预设场景相关的历史数据；对与预设场景相关的历史数据进行大数据分析，得出各类型的业务流量占比；将业务流量占比超过第一预设阈值的业务确定为待保障业务。

在该示例中，获取保障区域的XDR(SunSoft的开放网络计算环境的一种功能)历史数据，从历史数据中筛选与预设场景相关的历史数据，对筛选出的历史数据进行大数据分析，预测出重点保障业务。此步骤还可以以第二种方式进行：获取保障区域的XDR历史数据，对历史数据进行大数据分析，预测出重点保障业务。

在一个具体示例中，预测高校迎新保障中的重点保障业务，使用第一种方式的过程为：提取最近7年春节后开学的XDR历史数据，通过大数据分析得到各大业务的流量占比如表1和表2所示，基于此推测出迎新保障中的重点保障业务(表1中业务序号为1-10的业务，表2中业务序号为 1-20的业务，据持续的同场景的多个历史数据进行校正)，在本次保障中，将重点对表1和表2所示的业务大类和小类进行保障。使用第二种方式的过程为：提取春节后开学后7天的XDR历史数据，通过大数据分析得到各大业务的流量占比如表1和表2所示，基于此推测出迎新保障中的重点保障业务(表1中业务序号为1-10的业务，表2中业务序号为1-20 的业务，据持续的同场景的多个历史数据进行校正)，在本次保障中，将重点对表1和表2所示的业务大类和小类进行保障。

表1(业务大类占比)

表2(业务小类占比)

在该具体示例中，步骤204根据待保障业务类型将各个小区划分为与待保障业务类型对应的保障子区域的过程：

(1)首先将春节保障迎新保障期间保障区域内每小区的业务流量占比进行全量统计，统计结果如表3所示：

表3

(2)根据预测的保障重点业务，对各业务的保障所属小区进行归类划分，形成各个重点业务保障区域，划分结果如表4所示，如高校迎新四川大学望江小区腾讯其他业务重点保障区域。

表4

如此，完成将各类场景下的全量用户业务应用质量进行分解剥离，找出各类场景保障区域下各小区的重点业务的，为后续根据重点业务划分保障区域进行针对性的业务保障奠定了基础。

在一个示例中，步骤206采集保障子区域对应类型的待保障业务的预设指标数据的步骤，包括：获取保障子区域对应的保障时间；将保障时间按预设时间粒度划分；按照预设时间粒度采集待保障业务数据。其中，预设指标数据包括：业务登录成功率的数据、业务速率的数据、业务流量的数据、业务用户人次的数据。

在一个具体示例中，按照已划分好的场景目标重要业务的保障子区域，进行小区粒度的相关业务的流量、时长、业务请求人次、成功登录人次的数据采集，计算出保障期间15分钟粒度的业务登录成功率和业务速率，计算结果如表5所示：

表5

在该示例中，在保障场景进行中，进行实时数据采集分解，对于任一保障子区域，仅针对其重点业务进行监控，而其他业务不再监控，实现了根据重点业务划分保障区域进行针对性的业务保障。且该实施例中监控的预设指标数据为业务场景下最有价值业务感知指标，相比于现有技术中的全量用户业务指标，能有效确保保障现场用户业务质量感知的最优化和无线资源分配的最合理化。

以16年11月27日神马专车“何必将就”音乐盛典保障中，应用下载和即时通信2大重要业务保障小区玉龙大厦TD-SCDHLD3HM1QY-F2为例，厂家性能指标(RRC连接成功率等)如表6所示，在保障时段指标值与日常值区别不大，只切换成功率在业务速率劣化较长时间后触发告警。而在该示例中可根据劣化趋势提前90分钟进行有针对性的业务大类(即时通信和应用下载)劣化预警，由此可以看出RRC连接成功率等三率指标监控效果不如本提案对客户感知监测灵敏和有针对性。

表6

在一个示例中，步骤208在预设指标数据满足预设条件时，根据预设指标数据制定保障策略的步骤，包括：若预设指标数据满足第一预设条件，则制定针对基础业务的保障策略；第一预设条件为保障子区域单位时长的总用户人次超过第二预设阈值、保障子区域的总业务流量超过第三预设阈值、保障子区域的总登录成功率低于第四预设阈值、各类型业务应用包的业务速率低于相应预设阈值。如在一个具体示例中，若预测到预设指标数据满足如下条件，则确定需要针对基础业务采取保障措施：

(1)用户数门限：话单用户数>2000人/15分钟或者话单用户数 *0.16>400人/15分钟；

(2)超流量门限：小区总流量>1.25G/15分钟；

(3)登录成功率门限：各业务登录成功率<95％；

(4)业务超小包(0-10k)速率低门限：速率<35kbps；

(5)业务小包(10-50k)速率低门限：速率<500kbps；

(6)业务小包(50-100k)速率低门限：速率<1.2Mbps；

(7)业务小包(100-500k)速率低门限：速率<1.5Mbps；

(8)业务小包(>500k)速率低门限：速率<3Mbps；

表7(a)和表7(b)示出了一个具体示例的统计结果，不同业务类型业务速率也有一定的差异，门限速率公式为：

其中，T为速率门限，μ为速率的算术平均值，

为速率的标准差，x_i为第i个速率，N为速率数量，为大于零的正整数。

表7(a)

表7(b)

在一个示例中，步骤208在预设指标数据满足预设条件时，根据预设指标数据制定保障策略的步骤，包括：若预设指标数据满足第二预设条件，则制定针对业务流量的保障策略；第二预设条件为业务波动率小于第五预设阈值、业务速率小于第六预设阈值；其中，业务波动率根据业务速率计算。如在一个具体示例中，若保障区域、保障子区域各业务类型业务大小包实时时间片业务流量波动率<-100％，且出现对应业务速率(KQI)小于静态门限值，进行即时通信业务大包流量波动提示预警。

在一个示例中，步骤208在预设指标数据满足预设条件时，根据预设指标数据制定保障策略的步骤，包括：若预设指标数据满足第三预设条件，则制定针对业务速率的保障策略；第三预设条件为业务波动率小于第七预设阈值；其中，业务波动率根据业务速率计算。在一个具体示例中，若预设指标数据满足如下条件，则确定需要针对业务速率采取保障措施，进行爱奇艺视频下载业务中包速率波动提示预警：

保障区域、保障子区域各业务类型业务大小包实时时间片业务速率波动率<-100％。

其中，波动率算法为：

正向增长率△1＝(当前值-历史average)/(历时max-历史average)，此处对应当前值大于average值时；

负向增长率△2＝绝对值(当前值-历史average)/(历史min-历史 average)，此处对应当前值小于average值时。

在一个示例中，步骤208在预设指标数据满足预设条件时，根据预设指标数据制定保障策略的步骤，包括：若预设指标数据满足第四预设条件，则制定针对业务流量和业务速率的保障策略；第四预设条件为业务波动率小于第八预设阈值、业务速率小于第九预设阈值；其中，业务波动率根据业务速率计算。如在一个具体示例中，保障区域、保障子区域各业务类型业务大小包实时时间片业务流量、速率波动率均<-100％，可以生成如图3、图4、图5、图6、图7所示的预警实例效果图。

在一个示例中，保障策略的保障方法包括：PCC调整、天线覆盖容量调整、参考信号功率调整、小区优先级调整、切换参数调整。其中，天线覆盖容量调整和参考信号功率调整可以成为容量调整，小区优先级调整和切换参数调整可以成为参数调整：

(1)PCC调整：触发业务质量预警后，有效运用PCC对于网络资源调度能力，优先保障重点用户、重要业务的网络资源(小区级调整)。现网中为保障不同业务的网络质量对于网络资源分配、及网络时延、丢包率等方案需求均存在差异，根据业务特性进行针对性的分配。微信、QQ等重要及时通信业务，需充分发挥网络资源优先保障重要业务带宽资源，合理限制低价P2P/FTP等业务带宽资源，从而提升用户业务体验感知，提升网络品牌。

(2)容量调整：

天线覆盖容量调整：通过调整天线方位角或下倾角控制小区覆盖范围。需覆盖调整的小区：下倾角以3度的幅度调整，方位角以10度的幅度调整。以达到合理的覆盖和相对的容量平衡。

参考信号功率调整：通过调整功率扩大和收缩小区覆盖范围。良好覆盖热点区域；流量或用户数相差达到50％的主邻小区间：以3dB的幅度进行调整。以达到相对的容量平衡。

(3)参数调整：

小区优先级调整：降低高负荷小区的频内小区重选优先级，降低低负荷邻区的频间小区重选优先级，让用户重选驻留到低负荷的异频小区。

切换参数调整：切换偏执调整、切换迟滞、偏移、时延调整。调整高负荷小区到切换最多的前3个邻区的切换难易度，改变切换带让用户提前切换到低负荷小区。

通过上述保障策略的保障方法，确保用户业务质量感知的最优化和无线资源分配的合理化；简单化的完成了各业务质量感知的各个场景的监测和保障。保障方案执行后，引入业务速率质量稳定性对业务保障中各个处理方案的处理质量和效果进行客观评价，并通过相关数据促使保障方案持续优化，如表8和表9所示的优化效果对比：

表8

表9

本发明第二方面的实施例提供了一种网络质量的保障装置800，图8 示出了本发明一个实施例提供的网络质量的保障装置800的示意框图。如图8所示，网络质量的保障装置800包括：分析单元802、划分单元 804、采集单元806、确定单元808和执行单元810。

本发明实施例提供的网络质量的保障装置800中，分析单元802用于分析保障区域的历史数据，预测保障区域下各个小区的待保障业务类型；划分单元804用于根据待保障业务类型将各个小区划分为与待保障业务类型对应的保障子区域；采集单元806用于采集保障子区域对应类型的待保障业务的预设指标数据；确定单元808用于在预设指标数据满足预设条件时，根据预设指标数据制定保障策略；执行单元810用于执行保障策略，以保障待保障业务的业务质量。根据保障区域的历史数据预测保障区域下各个小区的待保障业务类型，根据待保障业务类型进行划分保障子区域，摒弃了依据覆盖区域、覆盖类型、小区流量价值的传统保障区域的划分；通过采集保障子区域的预设指标数据，制定保障策略，对保障期间最贴近用户各类业务数据感知指标进行业务质量劣化预测及确定保障方向及策略，确保用户业务质量感知的最优化和无线资源分配的合理化；简单化的完成了各业务质量感知的各个场景的监测和保障，解决了目前只能对单一业务进行保障的局限性。

在一个示例中，分析单元802具体用于获取预设时长的全量历史数据，从全量历史数据中获取与预设场景相关的历史数据；对与预设场景相关的历史数据进行大数据分析，得出各类型的业务流量占比；将业务流量占比超过第一预设阈值的业务确定为待保障业务。

在一个示例中，采集单元806具体用于获取保障子区域对应的保障时间；将保障时间按预设时间粒度划分；按照预设时间粒度采集待保障业务数据。其中，预设指标数据包括：业务登录成功率的数据、业务速率的数据、业务流量的数据、业务用户人次的数据。

在一个示例中，确定单元808具体用于若预设指标数据满足第一预设条件，则制定针对基础业务的保障策略；第一预设条件为保障子区域单位时长的总用户人次超过第二预设阈值、保障子区域的总业务流量超过第三预设阈值、保障子区域的总登录成功率低于第四预设阈值、各类型业务应用包的业务速率低于相应预设阈值。

在一个示例中，确定单元808具体用于若预设指标数据满足第二预设条件，则制定针对业务流量的保障策略；第二预设条件为业务波动率小于第五预设阈值、业务速率小于第六预设阈值；其中，业务波动率根据业务速率计算。

在一个示例中，确定单元808具体用于若预设指标数据满足第三预设条件，则制定针对业务速率的保障策略；第三预设条件为业务波动率小于第七预设阈值；其中，业务波动率根据业务速率计算。

在一个示例中，确定单元808具体用于若预设指标数据满足第四预设条件，则制定针对业务流量和业务速率的保障策略；第四预设条件为业务波动率小于第八预设阈值、业务速率小于第九预设阈值；其中，业务波动率根据业务速率计算。

在一个示例中，保障装置800还包括：优化单元根据保障子区域的业务速率质量稳定性进行保障效果确认及优化；其中，业务速率质量稳定性：统计时间内业务速率大于第十预设阈值的预设时间粒度个数与统计时间内预设时间粒度总数的比值。

在一个示例中，保障策略的保障方法包括：PCC调整、天线覆盖容量调整、参考信号功率调整、小区优先级调整、切换参数调整。

另外，结合图1、图2描述的本发明实施例的网络质量的保障方法可以由计算机设备来实现。图9示出了本发明实施例提供的计算机设备的硬件结构示意图。

计算机设备可以包括处理器901以及存储有计算机程序指令的存储器 902。

具体地，上述处理器901可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器902可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器902可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus， USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器902可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器902可在数据处理装置的内部或外部。在特定实施例中，存储器902是非易失性固态存储器。在特定实施例中，存储器902包括只读存储器 (ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程 ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM (EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器901通过读取并执行存储器902中存储的计算机程序指令，以实现上述实施例中的任意一种网络质量的保障方法。

在一个示例中，计算机设备还可包括通信接口903和总线910。其中，如图9所示，处理器901、存储器902、通信接口903通过总线910连接并完成相互间的通信。

通信接口903，主要用于实现本发明实施例中各模块、装置、单元和/ 或设备之间的通信。

总线910包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT) 互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线910可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

另外，结合上述实施例中的网络质量的保障方法，本发明实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种网络质量的保障方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (13)

1.一种网络质量的保障方法，其特征在于，所述方法包括：

分析保障区域的历史数据，预测所述保障区域下各个小区的待保障业务类型；

根据所述待保障业务类型将所述各个小区划分为与所述待保障业务类型对应的保障子区域；

采集所述保障子区域对应类型的待保障业务的预设指标数据；

在所述预设指标数据满足预设条件时，根据所述预设指标数据制定保障策略；

执行所述保障策略，以保障所述待保障业务的业务质量。

2.根据权利要求1所述的方法，其特征在于，所述分析保障区域的历史数据，预测所述保障区域下各个小区的待保障业务类型的步骤，包括：

获取预设时长的全量历史数据，从所述全量历史数据中获取与预设场景相关的历史数据；

对所述与预设场景相关的历史数据进行大数据分析，得出各类型的业务流量占比；

将所述业务流量占比超过第一预设阈值的业务确定为所述待保障业务。

3.根据权利要求1所述的方法，其特征在于，所述采集所述保障子区域对应类型的待保障业务的预设指标数据的步骤，包括：

获取所述保障子区域对应的保障时间；

将所述保障时间按预设时间粒度划分；

按照所述预设时间粒度采集所述待保障业务数据。

4.根据权利要求1所述的方法，其特征在于，

所述预设指标数据包括：业务登录成功率的数据、业务速率的数据、业务流量的数据、业务用户人次的数据。

5.根据权利要求1所述的方法，其特征在于，所述在所述预设指标数据满足预设条件时，根据所述预设指标数据制定保障策略的步骤，包括：

若所述预设指标数据满足第一预设条件，则制定针对基础业务的保障策略；

所述第一预设条件为所述保障子区域单位时长的总用户人次超过第二预设阈值、所述保障子区域的总业务流量超过第三预设阈值、所述保障子区域的总登录成功率低于第四预设阈值、各类型业务应用包的业务速率低于相应预设阈值。

6.根据权利要求1所述的方法，其特征在于，所述在所述预设指标数据满足预设条件时，根据所述预设指标数据制定保障策略的步骤，包括：

若所述预设指标数据满足第二预设条件，则制定针对业务流量的保障策略；

所述第二预设条件为业务波动率小于第五预设阈值、业务速率小于第六预设阈值；

其中，所述业务波动率根据所述业务速率计算。

7.根据权利要求1所述的方法，其特征在于，所述在所述预设指标数据满足预设条件时，根据所述预设指标数据制定保障策略的步骤，包括：

若所述预设指标数据满足第三预设条件，则制定针对业务速率的保障策略；

所述第三预设条件为业务波动率小于第七预设阈值；

其中，所述业务波动率根据所述业务速率计算。

8.根据权利要求1所述的方法，其特征在于，所述在所述预设指标数据满足预设条件时，根据所述预设指标数据制定保障策略的步骤，包括：

若所述预设指标数据满足第四预设条件，则制定针对业务流量和业务速率的保障策略；

所述第四预设条件为业务波动率小于第八预设阈值、业务速率小于第九预设阈值；

其中，所述业务波动率根据所述业务速率计算。

9.根据权利要求1所述的方法，其特征在于，在所述执行所述保障策略，以保障所述待保障业务的业务质量之后，还包括：

根据所述保障子区域的业务速率质量稳定性进行保障效果确认及优化；

其中，所述业务速率质量稳定性：统计时间内业务速率大于第十预设阈值的预设时间粒度个数与所述统计时间内预设时间粒度总数的比值。

10.根据权利要求1至9中任一项所述的方法，其特征在于，

所述保障策略的保障方法包括：PCC调整、天线覆盖容量调整、参考信号功率调整、小区优先级调整、切换参数调整。

11.一种网络质量的保障装置，其特征在于，所述装置包括：

分析单元，用于分析保障区域的历史数据，预测所述保障区域下各个小区的待保障业务类型；

划分单元，用于根据所述待保障业务类型将所述各个小区划分为与所述待保障业务类型对应的保障子区域；

采集单元，用于采集所述保障子区域对应类型的待保障业务的预设指标数据；

确定单元，用于在所述预设指标数据满足预设条件时，根据所述预设指标数据制定保障策略；

执行单元，用于执行所述保障策略，以保障所述待保障业务的业务质量。

12.一种计算机设备，其特征在于，包括：至少一个处理器、至少一个存储器以及存储在所述存储器中的计算机程序指令，当所述计算机程序指令被所述处理器执行时实现如权利要求1-10中任一项所述的方法。

13.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，当所述计算机程序指令被处理器执行时实现如权利要求1-10中任一项所述的方法。

Images