CN109379759A - 小区的数据处理方法、装置、设备和存储介质 - Google Patents
小区的数据处理方法、装置、设备和存储介质 Download PDFInfo
- Publication number
- CN109379759A CN109379759A CN201811556845.3A CN201811556845A CN109379759A CN 109379759 A CN109379759 A CN 109379759A CN 201811556845 A CN201811556845 A CN 201811556845A CN 109379759 A CN109379759 A CN 109379759A
- Authority
- CN
- China
- Prior art keywords
- cell
- cqi
- rice
- wine
- full bandwidth
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/08—Load balancing or load distribution
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供一种小区的数据处理方法、装置、设备和存储介质,其中,该方法包括:获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数,其中,N为正整数;根据小区的空口上报全带宽的CQI为N的次数,确定小区的64 QAM占比;根据小区的PRB利用率、小区的网络平均速率和小区的64 QAM占比,确定小区是否为PRB虚高的小区。通过小区的PRB利用率、小区的网络平均速率和小区的64 QAM占比综合的分析小区的网络负荷,进而可以通过调整小区的PRB利用率、小区的网络平均速率和小区的64 QAM占比,来降低网络负荷。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种小区的数据处理方法、装置、设备和存储介质。
背景技术
随着通信技术的发展,网络的应用已经非常广泛和普遍了,网络中的用户和流量也在不断升高。从而,需要对网络负荷进行监控。
现有技术中,对网络负荷进行监控方式,主要是通过计算物理资源模块(PhysicalResource Block,简称PRB)利用率指标来判断网络负荷,其中,PRB利用率计算公式为:
上行PRB利用率=上行平均使用PRB个数/小区上行PRB总数*100%;
下行PRB利用率=下行平均使用PRB个数/小区下行PRB总数*100%。
然而现有技术中,仅仅单纯的从指标PRB利用率来分析网络负荷,是不够准确的,无法真正的减少PRB资源的利用,无法通过分析PRB利用率来降低网络负荷。
发明内容
本发明提供一种小区的数据处理方法、装置、设备和存储介质,用以解决无法真正的减少PRB资源的利用,无法通过分析PRB利用率来降低网络负荷的问题。
本发明的第一方面是提供一种小区的数据处理方法,包括:
获取小区的物理资源模块PRB利用率、小区的网络平均速率和小区的空口上报全带宽的信道质量指示CQI为N的次数,其中,N为正整数;
根据所述小区的空口上报全带宽的CQI为N的次数,确定小区的64正交振幅调制QAM占比;
根据所述小区的PRB利用率、所述小区的网络平均速率和所述小区的64QAM占比,确定所述小区是否为PRB虚高的小区。
进一步地,所述小区的64QAM占比A=((A+B+C+D+E+F)/(G+H+I+J+K+L+M+O+P+Q+A+B+C+D+E+F))*100;
其中,A为小区的空口上报全带宽的CQI为10的次数,B为小区的空口上报全带宽的CQI为11的次数,C为小区的空口上报全带宽的CQI为12的次数,D为小区的空口上报全带宽的CQI为13的次数,E为小区的空口上报全带宽的CQI为14的次数,F为小区的空口上报全带宽的CQI为15的次数,G为小区的空口上报全带宽的CQI为0的次数,H为小区的空口上报全带宽的CQI为1的次数,I为小区的空口上报全带宽的CQI为2的次数,J为小区的空口上报全带宽的CQI为3的次数,K为小区的空口上报全带宽的CQI为4的次数,L为小区的空口上报全带宽的CQI为5的次数,M为小区的空口上报全带宽的CQI为6的次数,O为小区的空口上报全带宽的CQI为7的次数,P为小区的空口上报全带宽的CQI为8的次数,Q为小区的空口上报全带宽的CQI为9的次数。
进一步地,根据所述小区的PRB利用率、所述小区的网络平均速率和所述小区的64QAM占比,确定所述小区是否为PRB虚高的小区,包括:
若所述小区的PRB利用率小于70%、所述小区的网络平均速率低于5兆比特每秒Mbps、且所述小区的64QAM占比小于40%,则确定所述小区是PRB虚高的小区;
否则,确定所述小区不是PRB虚高的小区。
进一步地,在确定所述小区是PRB虚高的小区之后,还包括:
获取所述小区的调制方式和网络信息;
根据所述小区的网络信息、所述小区的调制方式和所述小区的CQI,确所述小区的网络信息、所述小区的调制方式和所述小区的CQI三者之间的第三关联关系。
进一步地,在所述获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,还包括:
根据所述小区的PRB利用率和所述小区的空口上报全带宽的CQI为N的次数,确定所述小区的PRB利用率与所述小区的空口上报全带宽的CQI为N的次数两者之间的第一关联关系,其中,所述第一关联关系用于表征相同的PRB利用率在不同CQI下获得的用户平均速率。
进一步地,在所述获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,还包括:
获取小区的用户数和单用户吞吐率;
根据所述小区的空口上报全带宽的CQI为N的次数、所述小区的用户数和所述单用户吞吐率,确定所述小区的空口上报全带宽的CQI为N的次数、所述小区的用户数和所述单用户吞吐率三者之间的第二关联关系,其中,所述第二关联关系用于表征不同的CQI下满足相同用户感知速率时小区所承载的业务负荷不同。
进一步地,在所述获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,还包括:
根据所述小区的PRB利用率,确定所述小区的PRB利用率在不同的CQI下所承载的流量。
进一步地,在所述获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,还包括:
根据所述小区的PRB利用率,确定不同的PRB利用率所能承载的用户数。
本申请第二方面提供一种小区的数据处理装置,包括:
获取单元,用于获取小区的物理资源模块PRB利用率、小区的网络平均速率和小区的空口上报全带宽的信道质量指示CQI为N的次数,其中,N为正整数;
第一确定单元,用于根据所述小区的空口上报全带宽的CQI为N的次数,确定小区的64正交振幅调制QAM占比;
第二确定单元,用于根据所述小区的PRB利用率、所述小区的网络平均速率和所述小区的64QAM占比,确定所述小区是否为PRB虚高的小区。
进一步地,所述小区的64QAM占比A=((A+B+C+D+E+F)/(G+H+I+J+K+L+M+O+P+Q+A+B+C+D+E+F))*100;
其中,A为小区的空口上报全带宽的CQI为10的次数,B为小区的空口上报全带宽的CQI为11的次数,C为小区的空口上报全带宽的CQI为12的次数,D为小区的空口上报全带宽的CQI为13的次数,E为小区的空口上报全带宽的CQI为14的次数,F为小区的空口上报全带宽的CQI为15的次数,G为小区的空口上报全带宽的CQI为0的次数,H为小区的空口上报全带宽的CQI为1的次数,I为小区的空口上报全带宽的CQI为2的次数,J为小区的空口上报全带宽的CQI为3的次数,K为小区的空口上报全带宽的CQI为4的次数,L为小区的空口上报全带宽的CQI为5的次数,M为小区的空口上报全带宽的CQI为6的次数,O为小区的空口上报全带宽的CQI为7的次数,P为小区的空口上报全带宽的CQI为8的次数,Q为小区的空口上报全带宽的CQI为9的次数。
进一步地,所述第二确定单元,包括:
第一确定模块,用于若所述小区的PRB利用率小于70%、所述小区的网络平均速率低于5兆比特每秒Mbps、且所述小区的64QAM占比小于40%,则确定所述小区是PRB虚高的小区;
第二确定模块,用于否则,确定所述小区不是PRB虚高的小区。
进一步地,所述第二确定单元,还包括:
获取模块,用于在所述第一确定模块确定所述小区是PRB虚高的小区之后,获取所述小区的调制方式和网络信息;
第三确定模块,用于根据所述小区的网络信息、所述小区的调制方式和所述小区的CQI,确所述小区的网络信息、所述小区的调制方式和所述小区的CQI三者之间的第三关联关系。
进一步地,所述装置,还包括:
第三确定单元,用于在所述获取单元获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,根据所述小区的PRB利用率和所述小区的空口上报全带宽的CQI为N的次数,确定所述小区的PRB利用率与所述小区的空口上报全带宽的CQI为N的次数两者之间的第一关联关系,其中,所述第一关联关系用于表征相同的PRB利用率在不同CQI下获得的用户平均速率。
进一步地,所述装置,还包括:
第四确定单元,用于在所述获取单元获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,获取小区的用户数和单用户吞吐率;根据所述小区的空口上报全带宽的CQI为N的次数、所述小区的用户数和所述单用户吞吐率,确定所述小区的空口上报全带宽的CQI为N的次数、所述小区的用户数和所述单用户吞吐率三者之间的第二关联关系,其中,所述第二关联关系用于表征不同的CQI下满足相同用户感知速率时小区所承载的业务负荷不同。
进一步地,所述装置,还包括:
第五确定单元,用于在所述获取单元获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,根据所述小区的PRB利用率,确定所述小区的PRB利用率在不同的CQI下所承载的流量。
进一步地,所述装置,还包括:
第六确定单元,用于在所述获取单元获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,根据所述小区的PRB利用率,确定不同的PRB利用率所能承载的用户数。
本申请第三方面提供一种小区的数据处理设备,包括:发送器、接收器、存储器和处理器;
所述存储器用于存储计算机指令;所述处理器用于运行所述存储器存储的所述计算机指令实现第一方面任一实现方式提供的方法。
本申请第四方面提供一种存储介质,其特征在于,包括:可读存储介质和计算机指令,所述计算机指令存储在所述可读存储介质中;所述计算机指令用于实现第一方面任一实现方式提供的方法。
本申请的技术效果是:通过获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数,其中,N为正整数;根据小区的空口上报全带宽的CQI为N的次数,确定小区的64QAM占比;根据小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,确定小区是否为PRB虚高的小区。通过小区的PRB利用率、小区的网络平均速率和小区的64QAM占比综合的分析小区的网络负荷,进而可以通过调整小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,来降低网络负荷。
附图说明
图1为本申请实施例提供的一种小区的数据处理方法的流程示意图;
图2为本申请实施例提供的一种小区的数据处理方法的流程示意图;
图3为本申请实施例提供的PRB利用率、CQI与用户平均速率之间的关系图;
图4为本申请实施例提供的小区的平均用户数、CQI和单用户吞吐率之间的关系图;
图5为本申请实施例提供的小区的PRB利用率、CQI和平均流量之间的关系图;
图6为本申请实施例提供的平均用户数、CQI与PRB利用率之间的关系图;
图7为本申请实施例提供的一种小区的数据处理装置的结构示意图;
图8为本申请实施例提供的另一种小区的数据处理装置的结构示意图;
图9为本申请实施例提供的一种小区的数据处理设备的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
随着第四代移动通信技术(The 4th Generation Mobile CommunicationTechnology,简称4G)用户的不断发展,运营商推出“不限流量”套餐,用户的平均每户每月上网流量(Dataflow of usage,简称DOU)值不断上升,基站的负荷也随之升高,高负荷小区下用户感知必然会下降,因此监控网络负荷,提升用户感知是当前网络重要工作,传统的网络负荷的监控方式主要是通过PRB利用率指标来判断。其中,PRB利用率计算公式分为:上行PRB利用率=上行平均使用PRB个数/小区上行PRB总数*100%;下行PRB利用率=下行平均使用PRB个数/小区下行PRB总数*100%。PRB利用率越高,则表示RB(Resource Block)数量占用越多,网络负荷就越高。
但是,通过实际的分析可知,导致PRB利用率高的原因一方面是用户数多、业务量大,进而导致网络负荷高;另一方面是由于网络质量差,无法占用足够高的调制方式,进而导致基站的负荷偏高,即为PRB利用率虚高。对现网中的2万个小区进行了采样分析,然后将PRB利用率与信道质量指示(Channel Quality Indicator,简称CQI)进行了关联分析;进而,得到相同PRB利用率在不同CQI下获得的用户速率,这些信息可以表征在不同业务质量下用户获得的感知优劣程度。通过实际的分析可知,在CQI较好的场景下,获得更高的单用户速率,感知较好;在CQI较差时用户可获得更低的单用户速率,感知的抑制明显。
从而基于以上分析,本申请提出了小区的数据处理方法、装置、设备和存储介质,旨在解决现有技术的无法真正的减少PRB资源的利用,无法通过分析PRB利用率来降低网络负荷的问题。
下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本发明的实施例进行描述。
图1为本申请实施例提供的一种小区的数据处理方法的流程示意图。如图1所示,该方法包括:
步骤101、获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数,其中,N为正整数。
在本实施例中,具体的,本实施例的执行主体可以为服务器、或者终端、或者小区的数据处理装置或设备、或者其他可以执行本实施例方法的装置或设备。
获取现网中的小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数。
其中,小区的空口上报全带宽的CQI为N的次数,分别为:小区的空口上报全带宽的CQI为10的次数、小区的空口上报全带宽的CQI为11的次数、小区的空口上报全带宽的CQI为12的次数、小区的空口上报全带宽的CQI为13的次数、小区的空口上报全带宽的CQI为14的次数、小区的空口上报全带宽的CQI为15的次数、小区的空口上报全带宽的CQI为0的次数、小区的空口上报全带宽的CQI为1的次数、小区的空口上报全带宽的CQI为2的次数、小区的空口上报全带宽的CQI为3的次数、小区的空口上报全带宽的CQI为4的次数、小区的空口上报全带宽的CQI为5的次数、小区的空口上报全带宽的CQI为6的次数、小区的空口上报全带宽的CQI为7的次数、小区的空口上报全带宽的CQI为8的次数、小区的空口上报全带宽的CQI为9的次数。
步骤102、根据小区的空口上报全带宽的CQI为N的次数,确定小区的64正交振幅调制(Quadrature Amplitude Modulation,简称QAM)占比。
可选的,小区的64QAM占比A=((A+B+C+D+E+F)/(G+H+I+J+K+L+M+O+P+Q+A+B+C+D+E+F))*100。
其中,A为小区的空口上报全带宽的CQI为10的次数,B为小区的空口上报全带宽的CQI为11的次数,C为小区的空口上报全带宽的CQI为12的次数,D为小区的空口上报全带宽的CQI为13的次数,E为小区的空口上报全带宽的CQI为14的次数,F为小区的空口上报全带宽的CQI为15的次数,G为小区的空口上报全带宽的CQI为0的次数,H为小区的空口上报全带宽的CQI为1的次数,I为小区的空口上报全带宽的CQI为2的次数,J为小区的空口上报全带宽的CQI为3的次数,K为小区的空口上报全带宽的CQI为4的次数,L为小区的空口上报全带宽的CQI为5的次数,M为小区的空口上报全带宽的CQI为6的次数,O为小区的空口上报全带宽的CQI为7的次数,P为小区的空口上报全带宽的CQI为8的次数,Q为小区的空口上报全带宽的CQI为9的次数。
在本实施例中,具体的,根据步骤101获取到的各个小区的空口上报全带宽的CQI为N的次数,采用公式A=((A+B+C+D+E+F)/(G+H+I+J+K+L+M+O+P+Q+A+B+C+D+E+F))*100,计算出小区的64正交振幅调制QAM占比。
步骤103、根据小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,确定小区是否为PRB虚高的小区。
可选的,步骤103具体包括如下步骤:
若小区的PRB利用率小于70%、小区的网络平均速率低于5兆比特每秒(Millionbits per second,简称Mbps)、且小区的64QAM占比小于40%,则确定小区是PRB虚高的小区;
否则,确定小区不是PRB虚高的小区。
在本实施例中,具体的,可以通过分析用户数、PRB利用率、64QAM占比、小区内平均速率,去定义PRB虚高的小区。
举例来说,当用户数大于120时,发生流量压抑;当用户数大于200时,流量压抑显著,小区内单用户平均速率5Mbps;当用户数大于200时,下行PRB利用率在70%左右。通过统计全网小时级指标数据,当64QAM占比低于80%时,PRB利用率均值开始虚高;当64QAM占比低于40%时,PRB利用率与吞吐量的差值达到最大,虚高明显。
从而为了能够对PRB虚高的小区进行优化处理,可以判断小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,是否符合预设条件;如符合,则确定小区为PRB虚高的小区;若不符合,则确定小区不是PRB虚高的小区。
优选的,若小区的PRB利用率小于70%、小区的网络平均速率低于5Mbps、且小区的64QAM占比小于40%,则确定小区是PRB虚高的小区;否则,确定小区不是PRB虚高的小区。
举例来说,若A小区进行分析,A小区的平均用户数为25,业务量为12GB,单用户速率最差低于5Mbps,用户数及业务量均不高但感知速率差,PRB利用率达到90%左右,存在明显的PRB虚高问题。经过分析可知,A小区的周边共有5个站点,站间距较小,周边楼宇较高,重叠覆盖区域较多,从而可以调整A小区周边扇区方位角和下倾角控制覆盖范围,使每个扇区精准覆盖部分楼宇,减少重叠覆盖率,同时修改A小区的频点,进行异频组网,以减少同频干扰。经过优化之后,A小区周边重叠覆盖明显降低,区域CQI改善明显,CQI>=10占比从20%提升到40%以上;并且A小区的用户数和业务量明显提升,A小区的单用户速率从5Mbps提升至12Mbps左右,忙时PRB利用率90%降至40%左右,问题扇区PRB虚高问题得到解决。
从而通过小区的PRB利用率、小区的网络平均速率和小区的64QAM占比综合的分析小区的网络负荷,进而可以通过调整小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,来降低网络负荷。
本实施例,通过获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数,其中,N为正整数;根据小区的空口上报全带宽的CQI为N的次数,确定小区的64QAM占比;根据小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,确定小区是否为PRB虚高的小区。通过小区的PRB利用率、小区的网络平均速率和小区的64QAM占比综合的分析小区的网络负荷,进而可以通过调整小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,来降低网络负荷。
图2为本申请实施例提供的一种小区的数据处理方法的流程示意图。如图2所示,该方法包括:
步骤201、获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数,其中,N为正整数。
在本实施例中,具体的,
本步骤可以参见图1的步骤101,不再赘述。
步骤202、根据小区的空口上报全带宽的CQI为N的次数,确定小区的64QAM占比。
在本实施例中,具体的,本步骤可以参见图1的步骤102,不再赘述。
步骤203、根据小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,确定小区是否为PRB虚高的小区。
在本实施例中,具体的,本步骤可以参见图1的步骤103,不再赘述。
步骤204、获取小区的调制方式和网络信息。
在本实施例中,具体的,获取小区的调制方式和小区的网络信息。
步骤205、根据小区的网络信息、小区的调制方式和小区的CQI,确小区的网络信息、小区的调制方式和小区的CQI三者之间的第三关联关系。
在本实施例中,具体的,通过统计现网数据,分析PRB虚高、调制方式和CQI之间的关系可以得出,当用户速率一定的情况下,网络质量越好;从而网络可使用更高阶的信道调制因子,使用更少的RB资源,是的网络利用率得以降低;当时当网络质量越差,即CQI较低,并且网络使用低阶调制因子的情况下,需占用更多的资源块(Resource Block,简称RB)资源,从而导致网络利用率虚高。
从而可以建立起小区的网络信息、小区的调制方式和小区的CQI三者之间的第三关联关系。
表1用户速率、PB数与调制因子三者之间的关系
其中,在表1中网络信息可以包括用户速率、小区所需的RB数。
表2小区的网络信息、小区的调制方式和小区的CQI三者之间的第三关联关系
其中,在表2中,表2的调制方式由上报的CQI决定的。表2中,网络信息包括了编码速率、频谱效率、等效信噪比(SNR)阈值。
通过表1和表2可知,64QAM占比低将直接导致PRB利用率虚高的问题,64QAM占比的高低取决于网络CQI,优化PRB利用率虚高本质上是在于优化CQI。
进一步的,在步骤201之后,还可以包括以下步骤:
第一步、根据小区的PRB利用率和小区的空口上报全带宽的CQI为N的次数,确定小区的PRB利用率与小区的空口上报全带宽的CQI为N的次数两者之间的第一关联关系,其中,第一关联关系用于表征相同的PRB利用率在不同CQI下获得的用户平均速率。
在本实施例中,具体的,可以将PRB利用率与小区的空口上报全带宽的CQI为N的次数,进行了关联分析。相同PRB利用率在不同CQI下获得的用户速率,可以表征在不同业务质量下用户获得的感知优劣程度。
图3为本申请实施例提供的PRB利用率、CQI与用户平均速率之间的关系图,如图3所示,横坐标为PRB利用率,纵坐标为用户平均速率,用户平均速率的单位为Mbps;图3示出了小区的空口上报全带宽的CQI为0-7的次数的时候,PRB利用率与用户平均速率的关系;图3示出了小区的空口上报全带宽的CQI为7-9的次数的时候,PRB利用率与用户平均速率的关系;图3示出了小区的空口上报全带宽的CQI为大于等于10的次数的时候,PRB利用率与用户平均速率的关系;可知,在CQI较好的场景下,用户可获得更高的单用户速率,感知较好;而在CQI较差时感知则抑制明显。
进一步的,在步骤201之后,还可以包括以下步骤:
第二步、获取小区的用户数和单用户吞吐率;根据小区的空口上报全带宽的CQI为N的次数、小区的用户数和单用户吞吐率,确定小区的空口上报全带宽的CQI为N的次数、小区的用户数和单用户吞吐率三者之间的第二关联关系,其中,第二关联关系用于表征不同的CQI下满足相同用户感知速率时小区所承载的业务负荷不同。
在本实施例中,具体的,可以将小区的空口上报全带宽的CQI为N的次数、小区的用户数和单用户吞吐率进行关联分析。在不同CQI下满足相同用户感知速率时所能承载的业务负荷不同;CQI较好时,小区能承载用户更多。
图4为本申请实施例提供的小区的平均用户数、CQI和单用户吞吐率之间的关系图,其中,如图4所示,横坐标为平均用户数,纵坐标为单用户吞吐率,单用户吞吐率的单位为Mbps;图4示出了小区的空口上报全带宽的CQI为0-7的次数的时候,平均用户数与单用户吞吐率的关系;图4示出了小区的空口上报全带宽的CQI为7-9的次数的时候,平均用户数与单用户吞吐率的关系;图4示出了小区的空口上报全带宽的CQI为大于等于10的次数的时候,平均用户数与单用户吞吐率的关系;以单用户速率10Mbps为例,CQI的N>=10时,能承载142个用户;CQI的N在7-9之间时,能承载85个用户;CQI的N在0-7之间时,能承载18个用户。
进一步的,在步骤201之后,还可以包括以下步骤:
第三步、根据小区的PRB利用率,确定小区的PRB利用率在不同的CQI下所承载的流量。
在本实施例中,具体的,根据小区的PRB利用率,从现网中获取PRB利用率在不同的CQI下所承载的流量。
小区的PRB利用率在不同的CQI下所承载的流量,可以表征在不同业务质量下消耗相同的资源所获得的业务量情况,进而反映了小区资源利用效率。
图5为本申请实施例提供的小区的PRB利用率、CQI和平均流量之间的关系图,如图5所示,横坐标为PRB利用率,纵坐标为平均流量,平均流量的单位为十亿字节(Gigabyte,简称GB);图5示出了小区的空口上报全带宽的CQI为0-7的次数的时候,PRB利用率与平均流量的关系;图5示出了小区的空口上报全带宽的CQI为7-9的次数的时候,PRB利用率与平均流量的关系;图5示出了小区的空口上报全带宽的CQI为大于等于10的次数的时候,PRB利用率与平均流量的关系;可知获知,在CQI好点的时候,PRB利用率与平均流量的线性关系较好,在CQI差点的时候,平均流量压制明显。
进一步的,在步骤201之后,还可以包括以下步骤:
第四步、根据小区的PRB利用率,确定不同的PRB利用率所能承载的用户数。
在本实施例中,具体的,还可以分析小区的平均用户数与PRB利用率之间的关系;在同一负荷下,不同业务质量所能承载的用户数也不同。
图6为本申请实施例提供的平均用户数、CQI与PRB利用率之间的关系图,如图6所示,横坐标为平均用户数,纵坐标为PRB利用率;图6示出了小区的空口上报全带宽的CQI为0-7的次数的时候,平均用户数与PRB利用率的关系;图6示出了小区的空口上报全带宽的CQI为7-9的次数的时候,平均用户数与PRB利用率的关系;图6示出了小区的空口上报全带宽的CQI为大于等于10的次数的时候,平均用户数与PRB利用率的关系;可知,在CQI较好的时候,随着用户数的增加PRB利用率上升较为缓慢,资源利用效率较高;而CQI较差的时候,PRB利用率抬升更快,承载相同的用户数时小区负荷更高,导致PRB虚高。
本实施例,通过获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数,其中,N为正整数;根据小区的空口上报全带宽的CQI为N的次数,确定小区的64QAM占比;根据小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,确定小区是否为PRB虚高的小区。通过小区的PRB利用率、小区的网络平均速率和小区的64QAM占比综合的分析小区的网络负荷,进而可以通过调整小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,来降低网络负荷。还可以确定小区的PRB利用率与小区的空口上报全带宽的CQI为N的次数两者之间的第一关联关系,确定小区的空口上报全带宽的CQI为N的次数、小区的用户数和单用户吞吐率三者之间的第二关联关系,确定小区的PRB利用率在不同的CQI下所承载的流量,进而为分析小区的网络负荷提供更多的依据。
图7为本申请实施例提供的一种小区的数据处理装置的结构示意图,如图7所示,本实施例提供的小区的数据处理装置,包括:
获取单元31,用于获取小区的物理资源模块PRB利用率、小区的网络平均速率和小区的空口上报全带宽的信道质量指示CQI为N的次数,其中,N为正整数。
第一确定单元32,用于根据小区的空口上报全带宽的CQI为N的次数,确定小区的64正交振幅调制QAM占比。
第二确定单元33,用于根据小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,确定小区是否为PRB虚高的小区。
本实施例提供的小区的数据处理装置,同于实现前述任一实施例提供的小区的数据处理方法中的技术方案,其实现原理类似,不再赘述。
本实施例,通过获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数,其中,N为正整数;根据小区的空口上报全带宽的CQI为N的次数,确定小区的64QAM占比;根据小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,确定小区是否为PRB虚高的小区。通过小区的PRB利用率、小区的网络平均速率和小区的64QAM占比综合的分析小区的网络负荷,进而可以通过调整小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,来降低网络负荷。
图8为本申请实施例提供的另一种小区的数据处理装置的结构示意图,如图8所示,在图7所示实施例的基础上,小区的64QAM占比A=((A+B+C+D+E+F)/(G+H+I+J+K+L+M+O+P+Q+A+B+C+D+E+F))*100;
其中,A为小区的空口上报全带宽的CQI为10的次数,B为小区的空口上报全带宽的CQI为11的次数,C为小区的空口上报全带宽的CQI为12的次数,D为小区的空口上报全带宽的CQI为13的次数,E为小区的空口上报全带宽的CQI为14的次数,F为小区的空口上报全带宽的CQI为15的次数,G为小区的空口上报全带宽的CQI为0的次数,H为小区的空口上报全带宽的CQI为1的次数,I为小区的空口上报全带宽的CQI为2的次数,J为小区的空口上报全带宽的CQI为3的次数,K为小区的空口上报全带宽的CQI为4的次数,L为小区的空口上报全带宽的CQI为5的次数,M为小区的空口上报全带宽的CQI为6的次数,O为小区的空口上报全带宽的CQI为7的次数,P为小区的空口上报全带宽的CQI为8的次数,Q为小区的空口上报全带宽的CQI为9的次数。
第二确定单元33,包括:
第一确定模块331,用于若小区的PRB利用率小于70%、小区的网络平均速率低于5兆比特每秒Mbps、且小区的64QAM占比小于40%,则确定小区是PRB虚高的小区。
第二确定模块332,用于否则,确定小区不是PRB虚高的小区。
第二确定单元33,还包括:
获取模块333,用于在第一确定模块331确定小区是PRB虚高的小区之后,获取小区的调制方式和网络信息。
第三确定模块334,用于根据小区的网络信息、小区的调制方式和小区的CQI,确小区的网络信息、小区的调制方式和小区的CQI三者之间的第三关联关系。
本实施例提供的装置,还包括:
第三确定单元41,用于在获取单元31获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,根据小区的PRB利用率和小区的空口上报全带宽的CQI为N的次数,确定小区的PRB利用率与小区的空口上报全带宽的CQI为N的次数两者之间的第一关联关系,其中,第一关联关系用于表征相同的PRB利用率在不同CQI下获得的用户平均速率。
本实施例提供的装置,还包括:
第四确定单元42,用于在获取单元31获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,获取小区的用户数和单用户吞吐率;根据小区的空口上报全带宽的CQI为N的次数、小区的用户数和单用户吞吐率,确定小区的空口上报全带宽的CQI为N的次数、小区的用户数和单用户吞吐率三者之间的第二关联关系,其中,第二关联关系用于表征不同的CQI下满足相同用户感知速率时小区所承载的业务负荷不同。
本实施例提供的装置,还包括:
第五确定单元43,用于在获取单元31获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,根据小区的PRB利用率,确定小区的PRB利用率在不同的CQI下所承载的流量。
本实施例提供的装置,还包括:
第六确定单元44,用于在获取单元31获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,根据小区的PRB利用率,确定不同的PRB利用率所能承载的用户数。
本实施例提供的小区的数据处理装置,同于实现前述任一实施例提供的小区的数据处理方法中的技术方案,其实现原理类似,不再赘述。
本实施例,通过获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数,其中,N为正整数;根据小区的空口上报全带宽的CQI为N的次数,确定小区的64QAM占比;根据小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,确定小区是否为PRB虚高的小区。通过小区的PRB利用率、小区的网络平均速率和小区的64QAM占比综合的分析小区的网络负荷,进而可以通过调整小区的PRB利用率、小区的网络平均速率和小区的64QAM占比,来降低网络负荷。还可以确定小区的PRB利用率与小区的空口上报全带宽的CQI为N的次数两者之间的第一关联关系,确定小区的空口上报全带宽的CQI为N的次数、小区的用户数和单用户吞吐率三者之间的第二关联关系,确定小区的PRB利用率在不同的CQI下所承载的流量,进而为分析小区的网络负荷提供更多的依据。
图9为本申请实施例提供的一种小区的数据处理设备的结构示意图,如图9所示,该小区的数据处理设备,包括:发送器71、接收器72、存储器73和处理器74;
存储器73用于存储计算机指令;处理器74用于运行存储器73存储的计算机指令实现前述实施例提供任一实现方式的小区的数据处理方法的技术方案。
本申请还提供一种存储介质,其特征在于,包括:可读存储介质和计算机指令,计算机指令存储在可读存储介质中;计算机指令用于实现前述例提供的任一实现方式的小区的数据处理方法的技术方案。
在上述小区的数据处理设备的具体实现中,应理解,处理器74可以是中央处理单元(英文:Central Processing Unit,简称:CPU),还可以是其他通用处理器、数字信号处理器(英文:Digital Signal Processor,简称:DSP)、专用集成电路(英文:ApplicationSpecific Integrated Circuit,简称:ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:只读存储器(英文:read-only memory,缩写:ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文:magnetictape)、软盘(英文:floppy disk)、光盘(英文:optical disc)及其任意组合。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
Claims (11)
1.一种小区的数据处理方法,其特征在于,包括:
获取小区的物理资源模块PRB利用率、小区的网络平均速率和小区的空口上报全带宽的信道质量指示CQI为N的次数,其中,N为正整数;
根据所述小区的空口上报全带宽的CQI为N的次数,确定小区的64正交振幅调制QAM占比;
根据所述小区的PRB利用率、所述小区的网络平均速率和所述小区的64QAM占比,确定所述小区是否为PRB虚高的小区。
2.根据权利要求1所述的方法,其特征在于,所述小区的64QAM占比A=((A+B+C+D+E+F)/(G+H+I+J+K+L+M+O+P+Q+A+B+C+D+E+F))*100;
其中,A为小区的空口上报全带宽的CQI为10的次数,B为小区的空口上报全带宽的CQI为11的次数,C为小区的空口上报全带宽的CQI为12的次数,D为小区的空口上报全带宽的CQI为13的次数,E为小区的空口上报全带宽的CQI为14的次数,F为小区的空口上报全带宽的CQI为15的次数,G为小区的空口上报全带宽的CQI为0的次数,H为小区的空口上报全带宽的CQI为1的次数,I为小区的空口上报全带宽的CQI为2的次数,J为小区的空口上报全带宽的CQI为3的次数,K为小区的空口上报全带宽的CQI为4的次数,L为小区的空口上报全带宽的CQI为5的次数,M为小区的空口上报全带宽的CQI为6的次数,O为小区的空口上报全带宽的CQI为7的次数,P为小区的空口上报全带宽的CQI为8的次数,Q为小区的空口上报全带宽的CQI为9的次数。
3.根据权利要求1所述的方法,其特征在于,根据所述小区的PRB利用率、所述小区的网络平均速率和所述小区的64QAM占比,确定所述小区是否为PRB虚高的小区,包括:
若所述小区的PRB利用率小于70%、所述小区的网络平均速率低于5兆比特每秒Mbps、且所述小区的64QAM占比小于40%,则确定所述小区是PRB虚高的小区;
否则,确定所述小区不是PRB虚高的小区。
4.根据权利要求3所述的方法,其特征在于,在确定所述小区是PRB虚高的小区之后,还包括:
获取所述小区的调制方式和网络信息;
根据所述小区的网络信息、所述小区的调制方式和所述小区的CQI,确所述小区的网络信息、所述小区的调制方式和所述小区的CQI三者之间的第三关联关系。
5.根据权利要求1-4任一项所述的方法,其特征在于,在所述获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,还包括:
根据所述小区的PRB利用率和所述小区的空口上报全带宽的CQI为N的次数,确定所述小区的PRB利用率与所述小区的空口上报全带宽的CQI为N的次数两者之间的第一关联关系,其中,所述第一关联关系用于表征相同的PRB利用率在不同CQI下获得的用户平均速率。
6.根据权利要求1-4任一项所述的方法,其特征在于,在所述获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,还包括:
获取小区的用户数和单用户吞吐率;
根据所述小区的空口上报全带宽的CQI为N的次数、所述小区的用户数和所述单用户吞吐率,确定所述小区的空口上报全带宽的CQI为N的次数、所述小区的用户数和所述单用户吞吐率三者之间的第二关联关系,其中,所述第二关联关系用于表征不同的CQI下满足相同用户感知速率时小区所承载的业务负荷不同。
7.根据权利要求1-4任一项所述的方法,其特征在于,在所述获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,还包括:
根据所述小区的PRB利用率,确定所述小区的PRB利用率在不同的CQI下所承载的流量。
8.根据权利要求1-4任一项所述的方法,其特征在于,在所述获取小区的PRB利用率、小区的网络平均速率和小区的空口上报全带宽的CQI为N的次数之后,还包括:
根据所述小区的PRB利用率,确定不同的PRB利用率所能承载的用户数。
9.一种小区的数据处理装置,其特征在于,包括:
获取单元,用于获取小区的物理资源模块PRB利用率、小区的网络平均速率和小区的空口上报全带宽的信道质量指示CQI为N的次数,其中,N为正整数;
第一确定单元,用于根据所述小区的空口上报全带宽的CQI为N的次数,确定小区的64正交振幅调制QAM占比;
第二确定单元,用于根据所述小区的PRB利用率、所述小区的网络平均速率和所述小区的64QAM占比,确定所述小区是否为PRB虚高的小区。
10.一种小区的数据处理设备,其特征在于,包括:发送器、接收器、存储器和处理器;
所述存储器用于存储计算机指令;所述处理器用于运行所述存储器存储的所述计算机指令实现权利要求1至8任一项所述的方法。
11.一种存储介质,其特征在于,包括:可读存储介质和计算机指令,所述计算机指令存储在所述可读存储介质中;所述计算机指令用于实现权利要求1至8任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811556845.3A CN109379759A (zh) | 2018-12-19 | 2018-12-19 | 小区的数据处理方法、装置、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811556845.3A CN109379759A (zh) | 2018-12-19 | 2018-12-19 | 小区的数据处理方法、装置、设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109379759A true CN109379759A (zh) | 2019-02-22 |
Family
ID=65371117
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811556845.3A Pending CN109379759A (zh) | 2018-12-19 | 2018-12-19 | 小区的数据处理方法、装置、设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109379759A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114513813A (zh) * | 2021-12-10 | 2022-05-17 | 中国联合网络通信集团有限公司 | 负载均衡评估方法、装置及计算机可读存储介质 |
CN114449541B (zh) * | 2020-10-30 | 2023-10-27 | 中国移动通信集团浙江有限公司 | 异常感知小区定位方法、装置、设备及可读介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101374017A (zh) * | 2007-08-21 | 2009-02-25 | 中兴通讯股份有限公司 | 基于ofdm系统的物理资源块分配方法 |
US20090270108A1 (en) * | 2008-04-28 | 2009-10-29 | Sharp Laboratories Of America, Inc. | Systems and methods for measuring channel quality for persistent scheduled user equipment |
CN105657837A (zh) * | 2014-11-24 | 2016-06-08 | 中兴通讯股份有限公司 | 虚拟小区资源分配方法、装置和系统 |
CN107333300A (zh) * | 2016-04-29 | 2017-11-07 | 大唐移动通信设备有限公司 | 一种小区负载的调整方法和装置 |
-
2018
- 2018-12-19 CN CN201811556845.3A patent/CN109379759A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101374017A (zh) * | 2007-08-21 | 2009-02-25 | 中兴通讯股份有限公司 | 基于ofdm系统的物理资源块分配方法 |
US20090270108A1 (en) * | 2008-04-28 | 2009-10-29 | Sharp Laboratories Of America, Inc. | Systems and methods for measuring channel quality for persistent scheduled user equipment |
CN105657837A (zh) * | 2014-11-24 | 2016-06-08 | 中兴通讯股份有限公司 | 虚拟小区资源分配方法、装置和系统 |
CN107333300A (zh) * | 2016-04-29 | 2017-11-07 | 大唐移动通信设备有限公司 | 一种小区负载的调整方法和装置 |
Non-Patent Citations (2)
Title |
---|
ALCATEL-LUCENT, ALCATEL-LUCENT SHANGHAI BELL: "R1- 141244:Consideration of 256QAM", 《3GPP》 * |
周菊华等: "基于CQI的LTE网络容量与感知优化研究", 《江苏通信》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114449541B (zh) * | 2020-10-30 | 2023-10-27 | 中国移动通信集团浙江有限公司 | 异常感知小区定位方法、装置、设备及可读介质 |
CN114513813A (zh) * | 2021-12-10 | 2022-05-17 | 中国联合网络通信集团有限公司 | 负载均衡评估方法、装置及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108809598A (zh) | 一种通信方法及装置 | |
CN103945244B (zh) | 控制视频业务传输的方法和装置 | |
CN105594243B (zh) | 网络优化的方法、装置和基站 | |
CN101043500B (zh) | 反向数据调制编码方式的确定方法及其接入终端 | |
CN101945409A (zh) | 一种无线通信系统的相邻小区间的动态干扰协调方法及其装置 | |
CN105721127B (zh) | 基于用户最小速率需求的电力线信道通信资源分配方法 | |
CN104995948A (zh) | 数据传输方法、基站和用户设备 | |
CN101640940A (zh) | 多用户联合映射时指示调制编码方案的方法和基站 | |
KR20180008701A (ko) | 자원 할당 방법, 장치, 시스템, 및 기지국 | |
CN109981196A (zh) | 一种网络结构评估方法及装置 | |
EP2279575A1 (en) | A method for link adaptation with a signal quality margin based on the bandwidth | |
CN109379759A (zh) | 小区的数据处理方法、装置、设备和存储介质 | |
CN117201369A (zh) | 网络速率确定方法、装置、电子设备及存储介质 | |
WO2023217031A1 (zh) | 调整无线ap的天线状态的方法、智能天线调度方法及无线ap | |
WO2015035927A1 (zh) | 一种信道配置方法及系统、接入控制器 | |
CN102946611A (zh) | 基于禁忌搜索的密集无线局域网多维资源分配方法 | |
WO2017054393A1 (zh) | 一种载波选择方法和装置 | |
Fattah et al. | A cross-layer design for dynamic resource block allocation in 3G Long Term Evolution system | |
CN102404778A (zh) | 一种负载估测方法 | |
CN102123508B (zh) | 一种时隙资源分配方法及其装置 | |
RU2606968C2 (ru) | Разбиение очереди для параллельного планирования агрегирования несущих | |
CN106060952B (zh) | 基于负载自适应的lte调度方法 | |
CN105874836A (zh) | 一种控制信息处理的方法、装置和系统 | |
WO2022028166A1 (zh) | 一种资源分配方法及装置、通信设备 | |
CN105532031A (zh) | 资源优化的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190222 |