Rtwp抬升原因的识别方法及装置制造方法
【专利摘要】本发明公开了一种RTWP抬升原因的识别方法及装置，其中，该方法包括：获取目标小区由业务导致的预设RTWP抬升值；根据目标小区实际的RTWP和底噪获取实际RTWP抬升值；根据该预设RTWP抬升值与该实际RTWP抬升值的相关性确定目标小区的RTWP抬升原因。通过本发明，解决了相关技术中判断干扰来源的方式无法满足需要的问题，提高了判断干扰来源的效率以及准确性，且方便易行。
【专利说明】RTWP抬升原因的识别方法及装置
【技术领域】
[0001]本发明涉及通信领域，具体而言，涉及一种宽带接收总功率(Received TotalWideband Power，简称为RTWP)抬升原因的识别方法及装置。
【背景技术】
[0002]通用移动通信系统(UniversalMobile Telecommunications System,简称为UMTS)系统是一个上行干扰受限系统。这里所说的UMTS系统干扰指的可以是UMTS2100、UMTS900等系统的上行干扰。UMTS系统的上行干扰，通常是用宽带接收总功率(ReceivedTotal Wideband Power，简称为RTWP)(又称接收带宽内的总功率)来衡量的。根据第三代合作伙伴计划(3rd Generation Partnership Project,简称为3GPP)的定义，宽带接收总功率(RTWP)为在脉冲成形滤波器定义的带宽(3.84MHz)之内的总接收宽带功率，包含了接收机产生的噪声。RTWP反映了上行链路的总干扰程度，也是上行接纳控制和负荷控制的重要依据。RTWP的明显抬升，会导致上行覆盖范围的缩小、UE发射功率的增大、掉话概率的增加、HSUPA业务上传速率的降低等等不良的后果。
[0003]导致UMTS系统RTWP抬升的干扰的来源可以分为两种类型，分别为内部干扰和外部干扰。内部干扰主要指的是UMTS系统内部因素导致的RTWP抬升，例如业务量过大、网络功控参数异常、天馈系统故障、辐射阻挡、工程设计不当等因素；外部干扰主要指外界的干扰源引起或外界干扰源与系统内部相互作用后引起的RTWP抬升，例如境外干扰、直放站干扰、基站周边电子设备干扰等。
[0004]发明人发现目前UMTS干扰排查技术至少存在以下缺点和不足:在通常情况下，主要通过RTWP的抬升来发现干扰，当RTWP抬升到某个预定门限时，则怀疑可能存在干扰。目前在排查干扰时，经常是通过扫频仪上站进行移动扫频。但是干扰排查分为内部干扰排查和外部干扰排查两部分，如何判断干扰来源的类型，一直没有快速准确的方法。
[0005]针对相关技术中判断干扰来源的方式无法满足需要的问题，目前尚未提出有效的解决方案。
【发明内容】
[0006]针对相关技术中判断干扰来源的方式无法满足需要的问题，本发明提供了一种RTffP抬升原因的识别方法及装置，以至少解决上述问题。
[0007]根据本发明的一个方面，提供了一种RTWP抬升原因的识别方法，包括:获取目标小区由业务导致的预设RTWP抬升值；根据所述目标小区实际的RTWP和底噪获取实际RTWP抬升值；根据所述预设RTWP抬升值与所述实际RTWP抬升值的相关性确定所述目标小区的RTWP抬升原因。
[0008]优选地，根据所述预设RTWP抬升值与所述实际RTWP抬升值的相关性确定所述目标小区的RTWP抬升原因包括:在所述预设RTWP抬升值与所述实际RTWP抬升值的相关性大于或等于第一门限的情况下，确定所述目标小区的RTWP抬升是由内部干扰导致的；或者，在所述预设RTWP抬升值与所述实际RTWP抬升值的相关性小于第一门限的情况下，确定所述目标小区的RTWP抬升是由外部干扰导致的。
[0009]优选地，在确定所述目标小区的RTWP抬升是由内部干扰导致的之后，还包括:判断所述预设RTWP抬升值与所述实际RTWP抬升值的均值之差是否大于或等于第二门限；如果判断结果为是，则确定所述目标小区的RTWP抬升的原因是网络功控参数异常；如果判断结果为否，则确定所述目标小区的RTWP抬升的原因是业务量过大。
[0010]优选地，获取目标小区由业务导致的预设RTWP抬升值包括:通过上行容量估算模型计算所述目标小区由业务导致的预设RTWP抬升值。
[0011]优选地，通过上行容量估算模型计算所述目标小区由业务导致的预设RTWP抬升值包括:获取指定时间段内的所述目标小区的KPI ;根据所述目标小区的KPI通过上行容量估算模型计算所述目标小区由业务导致的预设RTWP抬升值。
[0012]优选地，在按照预设的时间粒度获取目标小区由业务导致的预设RTWP抬升值的情况下；根据所述目标小区实际的RTWP和底噪获取实际RTWP抬升值包括:根据所述目标小区实际的RTWP和底噪获取每个时问粒度内的实际RTWP抬升值。
[0013]根据本发明的另一方面，提供了一种RTWP抬升原因的识别装置，包括:第一获取模块，用于获取目标小区由业务导致的预设RTWP抬升值；第二获取模块，用于根据所述目标小区实际的RTWP和底噪获取实际RTWP抬升值；确定模块，用于根据所述预设RTWP抬升值与所述实际RTWP抬升值的相关性确定所述目标小区的RTWP抬升原因。
[0014]优选地，所述确定模块包括:第一确定单元，用于在所述预设RTWP抬升值与所述实际RTWP抬升值的相关性大于或等于第一门限的情况下，确定所述目标小区的RTWP抬升是由内部干扰导致的；和/或，第二确定单元，用于在所述预设RTWP抬升值与所述实际RTWP抬升值的相关性小于第一门限的情况下，确定所述目标小区的RTWP抬升是由外部干扰导致的。
[0015]优选地，所述确定模块还包括:判断单元，用于判断所述预设RTWP抬升值与所述实际RTWP抬升值的均值之差是否大于或等于第二门限；第三确定单元，用于在所述判断单元的判断结果为是的情况下，确定所述目标小区的RTWP抬升的原因是网络功控参数异常；第四确定单元，用于在所述判断单元的判断结果为否的情况下，确定所述目标小区的RTWP抬升的原因是业务量过大。
[0016]优选地，在按照预设的时间粒度获取目标小区由业务导致的预设RTWP抬升值的情况下所述第二获取模块还用于根据所述目标小区实际的RTWP和底噪获取每个时间粒度内的实际RTWP抬升值。
[0017]通过本发明，采用获取目标小区由业务导致的预设RTWP抬升值；根据目标小区实际的RTWP和底噪获取实际RTWP抬升值；根据该预设RTWP抬升值与该实际RTWP抬升值的相关性确定目标小区的RTWP抬升原因的方式，解决了相关技术中判断干扰来源的方式无法满足需要的问题，提高了判断干扰来源的效率以及准确性，且该方法方便易行。
【专利附图】
【附图说明】
[0018]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:[0019]图1是根据本发明实施例的RTWP抬升原因的识别方法的流程图；
[0020]图2是根据本发明实施例的RTWP抬升原因的识别装置的结构框图；
[0021]图3是根据本发明实施例的确定模块的优选结构框图一；
[0022]图4是根据本发明实施例的确定模块的优选结构框图二 ；
[0023]图5是根据本发明实施例二的分析方法的流程示意图。
【具体实施方式】
[0024]下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
[0025]在本实施例中提供了一种宽带接收总功率(RTWP)抬升原因的识别方法，图1是根据本发明实施例的RTWP抬升原因的识别方法的流程图，如图1所示，该方法包括如下步骤:
[0026]步骤S102，获取目标小区由业务导致的预设RTWP抬升值；
[0027]步骤S104，根据目标小区实际的RTWP和底噪获取实际RTWP抬升值；
[0028]步骤S106，根据该预设RTWP抬升值与该实际RTWP抬升值的相关性确定目标小区的RTWP抬升原因。
[0029]本实施例通过上述步骤，根据预设的理论RTWP与实际RTWP抬升值的相关性来确定目标小区RTWP抬升原因，从而能够方便地区分出目标小区RTWP抬升是由内部干扰产生的还是由外部干扰产生的，解决了相关技术中判断干扰来源的方式无法满足需要的问题，提高了判断干扰来源的效率以及准确性，且该方法方便易行。
[0030]作为一种优选实施方式，如果预设RTWP抬升值与实际RTWP抬升值的相关性大于或等于第一门限，则可以确定目标小区的RTWP抬升是由内部干扰导致的；否则，如果预设RTffP抬升值与实际RTWP抬升值的相关性小于第一门限，则可以确定目标小区的RTWP抬升是由外部干扰导致的。
[0031]区分内外部干扰是干扰排查的基础。但是当区分出干扰是由内部产生之后，目前在上站扫频之前，如何有效地判断RTWP的抬升是否由于业务量过大或者网络功控参数异常而导致的，也一直没有很好、很准确的方法。
[0032]因此，作为一种优选实施方式，在RTWP的抬升是由内部干扰产生的情况下，可以根据预设RTWP抬升值与实际RTWP抬升值的均值之差来判断该内部干扰是由于业务量过大还是由于网络功控参数异常而导致的。优选地，可以判断预设RTWP抬升值与实际RTWP抬升值的均值之差是否大于或等于第二门限；如果判断结果为是，则能够确定目标小区的RTWP抬升的原因是网络功控参数异常；如果判断结果为否，则能够确定目标小区的RTWP抬升的原因是业务量过大。通过这种方式，能够方便、快速、准确地判断出内部干扰具体是由于业务量过大还是由于网络功控参数异常而导致的。
[0033]获取预设RTWP抬升值(即理论RTWP抬升值)的方式有多种，优选地，可以通过上行容量估算模型来计算目标小区由业务导致的预设RTWP抬升值。例如，可以获取指定时间段内的目标小区的关键绩效指标(Key Performance Indicator,简称为KPI),然后根据目标小区的KPI通过上行容量估算模型计算目标小区由业务导致的预设RTWP抬升值。
[0034]优选地，还可以按照预设的时间粒度来获取目标小区由业务导致的预设RTWP抬升值，在这种情况下，步骤S104中根据目标小区实际的RTWP和底噪获取的实际RTWP抬升值也同样可以按照该预设的时间粒度来获取每个时间粒度内的实际RTWP抬升值。通过这种方式，可以根据实际情况自由设置获取信息的时间粒度和时间范围，提高了方案的灵活性。
[0035]对应于上述方法，本实施例还提供了一种宽带接收总功率(RTWP)抬升原因的识别装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0036]图2是根据本发明实施例的RTWP抬升原因的识别装置的结构框图，如图2所示，该装置包括:第一获取模块22、第二获取模块24和确定模块26，下面对各个模块进行详细说明。
[0037]第一获取模块22，用于获取目标小区由业务导致的预设RTWP抬升值；第二获取模块24，用于根据目标小区实际的RTWP和底噪获取实际RTWP抬升值；确定模块26，与第一获取模块22和第二获取模块24相连，用于根据第一获取模块22获取的预设RTWP抬升值与第二获取模块24获取的实际RTWP抬升值的相关性确定目标小区的RTWP抬升原因。
[0038]本实施例通过上述模块，确定模块26根据第一获取模块22获取的预设的理论RTffP与第二获取模块24获取的实际RTWP抬升值的相关性来确定目标小区RTWP抬升原因，从而能够方便地区分出目标小区RTWP抬升是由内部干扰产生的还是由外部干扰产生的，解决了相关技术中判断干扰来源的方式无法满足需要的问题，提高了判断干扰来源的效率以及准确性，且该方法方便易行。
[0039]图3是根据本发明实施例的确定模块26的优选结构框图一，如图3所示，确定模块26可以包括:第一确定单元262，用于在预设RTWP抬升值与实际RTWP抬升值的相关性大于或等于第一门限的情况下，确定目标小区的RTWP抬升是由内部干扰导致的；和/或，第二确定单元264，用于在预设RTWP抬升值与实际RTWP抬升值的相关性小于第一门限的情况下，确定目标小区的RTWP抬升是由外部干扰导致的。
[0040]图4是根据本发明实施例的确定模块26的优选结构框图二，如图4所示，确定模块26还可以包括:判断单元266，与第一确定单元262相连，用于判断预设RTWP抬升值与实际RTWP抬升值的均值之差是否大于或等于第二门限；第三确定单元268，与判断单元266相连，用于在判断单元266的判断结果为是的情况下，确定目标小区的RTWP抬升的原因是网络功控参数异常；第四确定单元270，与判断单元266相连，用于在判断单元266的判断结果为否的情况下，确定目标小区的RTWP抬升的原因是业务量过大。
[0041]优选地，在按照预设的时间粒度获取目标小区由业务导致的预设RTWP抬升值的情况下第二获取模块24还可以用于根据目标小区实际的RTWP和底噪获取每个时间粒度内的实际RTWP抬升值。
[0042]下面结合优选实施例进行说明，以下优选实施例结合了上述实施例及其优选实施方式。
[0043]实施例一
[0044]在本优选实施例中提供了一种RTWP抬升的干扰分析方法，能够分析RTWP抬升的原因是否为内部干扰，以及能够分析该内部干扰的具体成因。本优选实施例通过将上行容量估算应用于干扰分析，可判断RTWP的抬升是否由业务量过大或网络功控参数异常导致。
[0045]为解决上述技术问题，本优选实施例采用的方案包括以下步骤:
[0046]步骤一:以一定的时间粒度提取一段时间内的目标小区的RTWP、底噪，以及业务量等KPI指标。业务量指标可以包含但不仅限于CS话务量、PS R99话务量、PS HSUPA话务量等指标。
[0047]步骤二:通过上行容量估算模型计算由业务导致的理论RTWP抬升值。
[0048]步骤三:通过当前RTWP和底噪，获得实际RTWP抬升值。
[0049]其中，步骤二和步骤三的顺序可调换。
[0050]步骤四:计算理论RTWP抬升值和实际RTWP抬升值的相关性和均值之差。
[0051]步骤五:通过相关性和均值之差，判断理论RTWP抬升值和实际RTWP抬升值的相互关系。如果理论RTWP抬升值和实际RTWP抬升值的相关性大于或等于某一门限，且均值之差小于或等于某一门限，则认为RTWP抬升是由业务导致的。如果理论RTWP抬升值和实际RTWP抬升值的相关性大于或等于某一门限，且均值之差大于或等于某一门限，则认为RTWP抬升是由网络功控参数异常导致的。
[0052]通过本优选实施例，能够达到以下有益效果:第一，本方法基于KPI指标进行分析，数据获取简单方便；第二，本方法指标的时间粒度和时间范围可设，使用灵活性高;第三，本方法不但能够分析出RTWP的抬升是由于内部干扰还是外部干扰，而且如果是内部干扰，还能够分析RTWP的抬升是否由业务量或网络功控参数异常导致。
[0053]实施例二
[0054]在本优选实施例中以RTWP的抬升原因是内部干扰为例进行说明，图5是根据本发明实施例二的分析方法的流程示意图，如图5所示，该分析方法包括如下步骤:
[0055]步骤S502:设置时间粒度，获取待测时间段内的目标小区的RTWP和业务量指标。例如，RTffP指标可以15分钟或者I小时作为时间粒度，获取I周或者2周的数据。
[0056]步骤S504:计算每个时间粒度内由业务导致的理论RTWP抬升值。以下是本步骤的一个优选实施例:
[0057]S504-2:计算CS业务负荷。根据目标小区的CS话务量，从ErlB表查询获得信道数，则CS业务产生的上行负荷=信道数/该业务的上行极限用户数。其中，CS业务包括CSVoice Call和CS Video Call，CS上行负荷的单位是百分比。
[0058]S504-4:计算PS R99负荷。根据目标小区的PS R99吞吐量，如果时间粒度是I小时，则吞吐率=吞吐量X 8/3600 (kbps)，那么R99每种业务的信道数=吞吐率/承载速率。所以，PS R99不同业务产生的上行负荷=信道数/该业务的上行极限用户数。其中，PS R99业务可以包括8K/16K/32K/64K/128K/256K/384K，PS上行负荷的单位是百分比。
[0059]S504-6:计算PS HSUPA负荷。根据目标小区的HSUPA业务量，那么HSUPA产生的上行负荷=HSUPA业务量/负荷因子。其中，HSUPA业务量的单位是爱尔兰，HSUPA负荷的单位是百分比，负荷因子是一个经验常数。
[0060]S504-8:把所有业务产生的上行负荷相加，就是小区总的负荷。由于这个总负荷的单位是百分比，换算成dB，就是=-101Og1(l(l-1l)。其中，η为小区上行负荷，比如上行负荷为50%，那么算成噪声抬升的dB为-101og(l-0.5)=3dB。[0061]步骤S506:计算每个时间粒度内的实际RTWP抬升值。实际RTWP抬升值=RTWP-底噪。
[0062]其中，步骤S504和步骤S506可以调换顺序，或者同时发生。
[0063]步骤S508:通过相关函数计算理论RTWP抬升值和实际RTWP抬升值的相关系数，并求出二者的均值之差。如果理论RTWP抬升值和实际RTWP抬升值的相关系数大于或等于某一门限，则认为RTWP抬升的变化趋势和业务的变化趋势是紧密相关的。在此条件下，如果理论RTWP抬升值和实际RTWP抬升值的均值之差小于或等于某一门限，则进入步骤S510 ；如果理论RTWP抬升值和实际RTWP抬升值的均值之差大于或等于某一门限，则进入步骤S512。
[0064]步骤S510:认为RTWP的抬升是由业务导致的；
[0065]步骤S512:认为RTWP的抬升是由网络功控参数不当导致的。
[0066]在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施例中描述的技术方案。
[0067]在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于光盘、软盘、硬盘、可擦写存储器等。
[0068]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0069]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种宽带接收总功率RTWP抬升原因的识别方法，其特征在于，包括: 获取目标小区由业务导致的预设RTWP抬升值； 根据所述目标小区实际的RTWP和底噪获取实际RTWP抬升值； 根据所述预设RTWP抬升值与所述实际RTWP抬升值的相关性确定所述目标小区的RTWP抬升原因。
2.根据权利要求1所述的方法，其特征在于，根据所述预设RTWP抬升值与所述实际RTffP抬升值的相关性确定所述目标小区的RTWP抬升原因包括: 在所述预设RTWP抬升值与所述实际RTWP抬升值的相关性大于或等于第一门限的情况下，确定所述目标小区的RTWP抬升是由内部干扰导致的；或者， 在所述预设RTWP抬升值与所述实际RTWP抬升值的相关性小于第一门限的情况下，确定所述目标小区的RTWP抬升是由外部干扰导致的。
3.根据权利要求2所述的方法，其特征在于，在确定所述目标小区的RTWP抬升是由内部干扰导致的之后，还包括: 判断所述预设RTWP抬升值与所述实际RTWP抬升值的均值之差是否大于或等于第二门限； 如果判断结果为是，则确定所述目标小区的RTWP抬升的原因是网络功控参数异常； 如果判断结果为否，则确定所述`目标小区的RTWP抬升的原因是业务量过大。
4.根据权利要求1至3中任一项所述的方法，其特征在于，获取目标小区由业务导致的预设RTWP抬升值包括: 通过上行容量估算模型计算所述目标小区由业务导致的预设RTWP抬升值。
5.根据权利要求4所述的方法，其特征在于，通过上行容量估算模型计算所述目标小区由业务导致的预设RTWP抬升值包括: 获取指定时间段内的所述目标小区的关键绩效指标KPI ； 根据所述目标小区的KPI通过上行容量估算模型计算所述目标小区由业务导致的预设RTWP抬升值。
6.根据权利要求1至5中任一项所述的方法，其特征在于，在按照预设的时间粒度获取目标小区由业务导致的预设RTWP抬升值的情况下；根据所述目标小区实际的RTWP和底噪获取实际RTWP抬升值包括: 根据所述目标小区实际的RTWP和底噪获取每个时间粒度内的实际RTWP抬升值。
7.一种宽带接收总功率RTWP抬升原因的识别装置，其特征在于，包括: 第一获取模块，用于获取目标小区由业务导致的预设RTWP抬升值； 第二获取模块，用于根据所述目标小区实际的RTWP和底噪获取实际RTWP抬升值； 确定模块，用于根据所述预设RTWP抬升值与所述实际RTWP抬升值的相关性确定所述目标小区的RTWP抬升原因。
8.根据权利要求7所述的装置，其特征在于，所述确定模块包括: 第一确定单元，用于在所述预设RTWP抬升值与所述实际RTWP抬升值的相关性大于或等于第一门限的情况下，确定所述目标小区的RTWP抬升是由内部干扰导致的；和/或，第二确定单元，用于在所述预设RTWP抬升值与所述实际RTWP抬升值的相关性小于第一门限的情况下，确定所述目标小区的RTWP抬升是由外部干扰导致的。
9.根据权利要求8所述的装置，其特征在于，所述确定模块还包括: 判断单元，用于判断所述预设RTWP抬升值与所述实际RTWP抬升值的均值之差是否大于或等于第二门限； 第三确定单元，用于在所述判断单元的判断结果为是的情况下，确定所述目标小区的RTWP抬升的原因是网络功控参数异常； 第四确定单元，用于在所述判断单元的判断结果为否的情况下，确定所述目标小区的 RTffP抬升的原因是业务量过大。
10.根据权利要求7至9中任一项所述的装置，其特征在于，在按照预设的时间粒度获取目标小区由业务导致的预设RTWP抬升值的情况下所述第二获取模块还用于根据所述目标小区实际的RTWP和底噪获取每个时间粒度内的实际RTWP抬升值。
【文档编号】H04W24/00GK103517290SQ201210213364
【公开日】2014年1月15日 申请日期:2012年6月26日 优先权日:2012年6月26日
【发明者】麦勇奇, 王燕云, 赵国峰, 王跃 申请人:中兴通讯股份有限公司