小区网络负荷的评估方法、装置、设备及介质与流程

本发明属于通信技术领域，尤其涉及一种小区网络负荷的评估方法、装置、设备及介质。

背景技术：

小区吞吐量是一项重要评估小区负荷情况的指标，目前评估小区吞吐量的评估主要由以下两种方法：

一、从网管中提取小区吞吐量

该方案提取的小区吞吐量指标为网管允许的时间粒度级别(小时级或15分钟粒度级)，对统计时间粒度内所有时间节点的小区吞吐量直接进行平均，取平均值作为此时段的小区吞吐量。

二、通过用户行为评估小区吞吐量

通过获取用户业务模型，计算小区内用户的各种业务类型所需的吞吐量总和，与现网中小区配置进行匹配，分析当前服务小区是否满足小区内用户的网络感知需求，以达到评估小区吞吐量的目的。

但是上述方案存在以下缺陷：

通过网管统计小区吞吐量存在的缺陷：此种方法将小区吞吐量按统计时间粒度进行平均，平均后会掩盖突发业务发生时的网络高负荷的情况，最终小区平均吞吐量未达到高负荷标准，而实际中却存在因为突发大流量业务产生高负荷现象，从而影响用户感知。

通过用户感知评估小区吞吐量存在的缺陷：由于小区内用户不固定，有突发业务时不能及时获取，给评估工作造成了困难，极易存在误差。

技术实现要素：

为了解决上述中的至少一个技术问题，本发明实施例提供一种在小区网络负荷的评估方法、装置、设备及介质，能够发现小区突发流量情况，更加贴近用户感知，更有效的发现网络问题。

第一方面，本发明实施例提供一种小区网络负荷的评估方法，方法包括：

获取预设时长内小区的总吞吐量；

根据所述总吞吐量及预设条件确定目标吞吐量，所述目标吞吐量不小于所述总吞吐量的第一百分比；

根据所述目标吞吐量及产生所述目标吞吐量所用时长确定所述小区的平均感知吞吐量；

根据所述平均感知吞吐量与预设阈值的比较来评估所述小区网络负荷。

根据本发明实施例提供的小区网络负荷的评估方法，所述方法还包括：

获取所述小区在预设时长内每分钟的吞吐量；

将所述每分钟的吞吐量按照吞吐量数值进行排序，得到排序结果；

根据所述排序结果及所述预设条件确定产生所述目标吞吐量所用时长。

根据本发明实施例提供的小区网络负荷的评估方法，所述产生所述目标吞吐量所用时长的计算公式为：

δh＝h×60-t

且，δh≤h×60×σ2，dt+…+dh×60≥(d1+d2+…dh×60)×σ1

其中，δh为产生所述目标吞吐量所用时长，h为预设时长，且h单位为小时，d1～dh×60为预设时长内每分钟产生的吞吐量，d1为最小值，dh×60为最大值，d1～dh×60依次递增，t为每分钟产生的吞吐量排序的顺序数，h×60-t为产生所述目标吞吐量所用时长，σ1为第一百分比，且σ1∈(0,1)，σ2为第二百分比σ2∈(0,1)。

根据本发明实施例提供的小区网络负荷的评估方法，所述根据所述目标吞吐量及产生所述目标吞吐量所用时长确定所述小区的平均感知吞吐量，包括：

根据所述目标吞吐量及产生所述目标吞吐量所用时长确定所述小区的感知吞吐量；

根据所述感知吞吐量及预设时长确定平均感知吞吐量。

根据本发明实施例提供的小区网络负荷的评估方法，所述感知吞吐量的计算公式为：

所述平均感知吞吐量的计算公式为：

其中，wtd为感知吞吐量，w为总吞吐量，σ1为第一百分比，t为每分钟产生的吞吐量排序的顺序数，h×60-t为产生所述目标吞吐量所用时长，h为预设时长，且h单位为小时；

wtd′为平均感知吞吐量。

根据本发明实施例提供的小区网络负荷的评估方法，所述方法还包括：

按照预设时长内所述小区每分钟产生的吞吐量的最小值和最大值，将所述每分钟产生的吞吐量划分为多个区间；

确定所述每分钟产生的吞吐量对应的区间，并确定每个所述区间对应的时长；

根据所述吞吐量区间的均值及每个所述吞吐量区间对应的时长，确定所述小区的总吞吐量。

根据本发明实施例提供的小区网络负荷的评估方法，所述总吞吐量的计算公式为：

wj＝m0*a0+m1*a1…+m9*a9

其中，wj为总吞吐量，m0～m9为所述吞吐量区间对应的时长，a0～a9为吞吐量区间的均值，且a0～a9依次递增。

根据本发明实施例提供的小区网络负荷的评估方法，所述感知吞吐量的计算公式为：

所述平均感知吞吐量的计算公式为：

其中，wtdj为感知吞吐量，wj为总吞吐量，m0～m9为所述吞吐量区间对应的时长，t′为区间排序的顺序数；σ1为第一百分比，mt′为发生的吞吐量不小于总吞吐量第一百分比的发生时长，且，

wtdj′为平均感知吞吐量，h为预设时长，且h单位为小时。

根据本发明实施例提供的小区网络负荷的评估方法，所述预设条件包括产生所述目标吞吐量所用时长不大于所述预设时长的第二百分比。

根据本发明实施例提供的小区网络负荷的评估方法，所述吞吐量包括上行吞吐量或下行吞吐量。

第二方面，本发明实施例提供了一种小区网络负荷的评估装置，装置包括：

数据获取模块，用于获取预设时长内小区的总吞吐量；

目标数据确定模块，用于根据所述总吞吐量及预设条件确定目标吞吐量，所述目标吞吐量不小于所述总吞吐量的第一百分比；

平均数据确定模块，用于根据所述目标吞吐量及产生所述目标吞吐量所用时长确定所述小区的平均感知吞吐量；

评估模块，用于根据所述平均感知吞吐量与预设阈值的比较来评估所述小区网络负荷。

第三方面，本发明实施例提供了一种小区网络负荷的评估设备，设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如第一方面所述的在小区网络负荷的评估方法。

第四方面，本发明实施例提供了一种计算机存储介质，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如第一方面所述的小区网络负荷的评估方法。

本发明实施例的小区网络负荷的评估方法、装置、设备及介质，该方法通过获取预设时长内小区的总吞吐量；根据总吞吐量及预设条件确定目标吞吐量，目标吞吐量不小于总吞吐量的第一百分比；根据目标吞吐量及产生目标吞吐量所用时长确定小区的平均感知吞吐量；根据平均感知吞吐量与预设阈值的比较来评估小区网络负荷。能够发现小区突发流量情况，更加贴近用户感知，更有效的发现网络问题。

附图说明

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

图1是本发明实施例提供的小区网络负荷的评估方法的流程示意图；

图2是本发明实施例提供的小区6忙时分钟级下行网络负荷示意图；

图3是本发明实施例提供的总吞吐量比例与单位时间占比关系示意图；

图4是本发明一个实施例提供的小区6忙时平均下行吞吐量与感知速率示意图；

图5是本发明实施例提供的分钟级小区下行吞吐量分段时长示意图；

图6是本发明另一个实施例提供的小区6忙时平均下行吞吐量与感知速率示意图；

图7是本发明实施例提供的小区网络负荷的评估装置的结构示意图；

图8是本发明实施例提供的小区网络负荷的评估设备的结构示意图。

具体实施方式

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

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

为了解决现有技术问题，本发明实施例提供了一种小区网络负荷的评估方法、装置、设备及计算机存储介质。下面首先对本发明实施例所提供的小区网络负荷的评估方法进行介绍。

图1示出了本发明一个实施例提供的小区网络负荷的评估方法的流程示意图。如图1所示，本发明实施例提供的小区网络负荷的评估方法包括以下步骤：

s110，获取预设时长内小区的总吞吐量；

s120，根据总吞吐量及预设条件确定目标吞吐量，目标吞吐量不小于总吞吐量的第一百分比；

s130，根据目标吞吐量及产生目标吞吐量所用时长确定小区的平均感知吞吐量；

s140，根据平均感知吞吐量与预设阈值的比较来评估小区网络负荷。

根据本发明实施例，能够发现小区突发流量情况，更加贴近用户感知，更有效的发现网络问题。

传统网管分析小区吞吐量过程中，会将小时级的小区吞吐量情况进行平均。如图2所示，统计单小区(大包业务)每小时下行吞吐量为2.7gb，属于非下行吞吐量受限小区，但实际在(34min-43min)、(194min-205min)、(311min-321min)的时间段内，单小区下行吞吐量激增，网络高负荷问题被平均后的单小区吞吐量所掩盖。

如图3所示，将一些客户感知差但不符合高负荷指标的小区，对小区总吞吐量与时间占比进行比对，发现某些短时段产生的吞吐量在小区全时段吞吐量占比很大，30％的时间产生了72.35％吞吐量，50％的时间产生了83.63％吞吐量，发生这70％的吞吐量时网络负荷情况，决定着客户网络感知。

作为一个示例，根据下行感知吞吐量wtd和下行感知吞吐量wtd两个参数，对小区的吞吐量进行分析。以下行感知吞吐量wtd为例进行说明，上行感知吞吐量同理。

计算小区每天6忙时发生top70％下行吞吐量发生的时间，如果产生的吞吐量超过小区高负荷标准的70％，而时长却小于总时长的30％，就认为有突发业务产生，认为影响客户感知，是高负荷小区。

首先统计6忙时top70％下行吞吐量的所属时间区间，d0为下行吞吐量最小值小区，d2…d360依次递增，根据表达式(1)即确定dt：

如果360-t<＝(6*60*30％＝108)，则该认为影响客户感知，是高负荷小区。

根据表达式(2)确定6忙时下行感知吞吐量参数wtd：

根据表达式(3)确定6忙时下行平均感知吞吐量参数wtd′：

在本发明的另一个实施例中，标记分段下行吞吐量总时长(0-20m为m0),(20-40m为m1)…(180m以上为m9)，取区间分布的中间值作为该区间的平均值，小区最大分钟级下行吞吐量为dmax。

根据表达式(4)计算总下行吞吐量wd：

wj＝m0*10m+m1*30m…+m9*(dmax-180)/2(4)

当wj*70％-m9*(dmax-180)/2-m8*170-…-mt*n≤0时，

如果则该认为影响客户感知，是高负荷小区。

根据表达式(5)计算小区6忙时下行感知吞吐量参数wtdj：

根据表达式(6)计算小区6忙时下行平均感知吞吐量参数

作为一个示例，对现网小区进行实例分析，如图4所示，选取现网投诉上网慢小区，平均用户感知速率小于5mbps，选出大包业务285个小区(有数据传输无线资源控制(radioresourcecontrol，rrc)数和上行物理共享信道(physicaluplinksharedchannel，pusch)、物理下行共享信道(physicaldownlinksharedchannel，pdsch)/物理下行控制信道(physicaldownlinkcontrolchannel，pdcch)、上行吞吐量均未达到高负荷标准)，只有10个小区符合高负荷标准(单小时5gb下行流量以上，为高负荷小区)，高负荷小区比例为3.5％。

根据本发明中的下行感知吞吐量wtd，重新评估一个小区的吞吐量情况。例如某客户感知差大包业务小区6忙时下行总吞吐量20gb，每小时下行吞吐量未超过5gb，属于非高负荷小区。

如图5所示，为6忙时，该小区分钟级下行吞吐量分布图，该小区最大分钟级下行吞吐量为300mb，则总下行吞吐量wj＝192*10+15*20+…+(300-180)/2*20＝20040mb

计算mt：70％*20040-(300-180)/2*20-…-48*90＝-152<0，所以m4为mt，(m4+…+m9)/(m0+…+m9)＝27.8％。

所以该小区6忙时下行感知吞吐量参数wtdj＝70％*20040/27.8％＝50460mb，该小区6忙时平均下行感知吞吐量参数wtdj′＝50460/6＝8410mb＝8.21gb。

符合高负荷小区标准，影响客户感知，该小区实际为高负荷小区。

运用此方法，对上表中投诉上网慢、大包业务285个小区重新进行评估，结果如图6所示。

285个小区6忙时平均下行感知吞吐量平均值为8.22gb，有229个小区6忙时平均下行感知吞吐量超过5gb，这285个小区实际高负荷比例为80.3％。

同理，上行感知吞吐量wtu感知计算过程与下行感知吞吐量wtd相类似，6忙时上行平均感知吞吐量门限为0.3gb，分段上行吞吐量总时长(0-2m为m0),(2-4m为m1)…(18m以上为m9)。

在本发明实施例中，运用吞吐量评估网络高负荷的条件为：{6忙时下行平均感知吞吐量参数wtdj′>5gb或6忙时上行平均感知吞吐量参数wtuj′>0.3gb}。

用传统的网管指标评估客户感知差小区吞吐量情况，高负荷小区比例只为3.5％，而根据本发明实施例，可以有效发掘小区突发高流量的情况，小区实际高负荷比例为80.3％，更加贴近用户感知，更有效的发现网络问题，有利于进行下一步网络优化，提升客户网络感知。

图7是本发明实施例提供的小区网络负荷的评估装置的结构示意图。如图7所示，本发明实施例的小区网络负荷的评估装置包括以下模块：

数据获取模块701，用于获取预设时长内小区的总吞吐量；

目标数据确定模块702，用于根据所述总吞吐量及预设条件确定目标吞吐量，所述目标吞吐量不小于所述总吞吐量的第一百分比；

平均数据确定模块703，用于根据所述目标吞吐量及产生所述目标吞吐量所用时长确定所述小区的平均感知吞吐量；

评估模块704，用于根据所述平均感知吞吐量与预设阈值的比较来评估所述小区网络负荷。

在一个实施方式中，评估模块704具体用于：

获取所述小区在预设时长内每分钟的吞吐量；

将所述每分钟的吞吐量按照吞吐量数值进行排序，得到排序结果；

根据所述排序结果及所述预设条件确定产生所述目标吞吐量所用时长。

在一个实施方式中，平均数据确定模块703具体用于：

δh＝h×60-t

且，δh≤h×60×σ2，dt+…+dh×60≥(d1+d2+…dh×60)×σ1

其中，δh为产生所述目标吞吐量所用时长，h为预设时长，且h单位为小时，d1～dh×60为预设时长内每分钟产生的吞吐量，d1为最小值，dh×60为最大值，d1～dh×60依次递增，t为每分钟产生的吞吐量排序的顺序数，h×60-t为产生所述目标吞吐量所用时长，σ1为第一百分比，且σ1∈(0,1)，σ2为第二百分比σ2∈(0,1)。

在一个实施方式中，平均数据确定模块703具体用于：

根据所述目标吞吐量及产生所述目标吞吐量所用时长确定所述小区的感知吞吐量；

根据所述感知吞吐量及预设时长确定平均感知吞吐量。

在一个实施方式中，平均数据确定模块703具体用于：

所述感知吞吐量的计算公式为：

所述平均感知吞吐量的计算公式为：

其中，wtd为感知吞吐量，w为总吞吐量，σ1为第一百分比，t为每分钟产生的吞吐量排序的顺序数，h×60-t为产生所述目标吞吐量所用时长，h为预设时长，且h单位为小时；

wtd′为平均感知吞吐量。

在一个实施方式中，评估模块704具体用于：

按照预设时长内所述小区每分钟产生的吞吐量的最小值和最大值，将所述每分钟产生的吞吐量划分为多个区间；

确定所述每分钟产生的吞吐量对应的区间，并确定每个所述区间对应的时长；

根据所述吞吐量区间的均值及每个所述吞吐量区间对应的时长，确定所述小区的总吞吐量。

在一个实施方式中，评估模块704具体用于：

所述总吞吐量的计算公式为：

wj＝m0*a0+m1*a1…+m9*a9

其中，wj为总吞吐量，m0～m9为所述吞吐量区间对应的时长，a0～a9为吞吐量区间的均值，且a0～a9依次递增。

在一个实施方式中，评估模块704具体用于：

所述感知吞吐量的计算公式为：

所述平均感知吞吐量的计算公式为：

其中，wtdj为感知吞吐量，wj为总吞吐量，m0～m9为所述吞吐量区间对应的时长，t′为区间排序的顺序数；σ1为第一百分比，mt′为发生的吞吐量不小于总吞吐量第一百分比的发生时长，且，

wtdj′为平均感知吞吐量，h为预设时长，且h单位为小时。

在一个实施方式中，数据获取模块701具体用于：

所述预设条件包括产生所述目标吞吐量所用时长不大于所述预设时长的第二百分比。

在一个实施方式中，数据获取模块701具体用于：

所述吞吐量包括上行吞吐量或下行吞吐量。

图8示出了本发明实施例提供的xx的硬件结构示意图。

在小区网络负荷的评估设备可以包括处理器301以及存储有计算机程序指令的存储器302。

具体地，上述处理器301可以包括中央处理器(cpu)，或者特定集成电路(applicationspecificintegratedcircuit，asic)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器302可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器302可包括硬盘驱动器(harddiskdrive，hdd)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(universalserialbus，usb)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器302可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器302可在综合网关容灾设备的内部或外部。在特定实施例中，存储器302是非易失性固态存储器。在特定实施例中，存储器302包括只读存储器(rom)。在合适的情况下，该rom可以是掩模编程的rom、可编程rom(prom)、可擦除prom(eprom)、电可擦除prom(eeprom)、电可改写rom(earom)或闪存或者两个或更多个以上这些的组合。

处理器301通过读取并执行存储器302中存储的计算机程序指令，以实现上述实施例中的任意一种小区网络负荷的评估方法。

在一个示例中，小区网络负荷的评估设备还可包括通信接口303和总线310。其中，如图3所示，处理器301、存储器302、通信接口303通过总线310连接并完成相互间的通信。

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

总线310包括硬件、软件或两者，将小区网络负荷的评估设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(agp)或其他图形总线、增强工业标准架构(eisa)总线、前端总线(fsb)、超传输(ht)互连、工业标准架构(isa)总线、无限带宽互连、低引脚数(lpc)总线、存储器总线、微信道架构(mca)总线、外围组件互连(pci)总线、pci-express(pci-x)总线、串行高级技术附件(sata)总线、视频电子标准协会局部(vlb)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线310可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

该小区网络负荷的评估设备可以行本发明实施例中的小区网络负荷的评估方法，从而实现结合图1和图7描述的小区网络负荷的评估方法和装置。

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

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

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

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

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