CN103152758A - 一种天馈系统的性能评估方法 - Google Patents

Abstract

一种天馈系统的性能评估方法，通过对MRR测量报告分析、STS统计分析、DT测试数据分析、硬件告警分析及现场勘测等信息，对天馈系统进行评估；或者通过MR测量收集整理基础数据；根据收集整理的基础数据，定位天馈系统存在故障的小区。本发明的技术方案能够通过指标统计、告警信息、路测情况等数据定位天馈系统性能是否良好，并及时维护处理，保证网络正常运营。

Description

一种天馈系统的性能评估方法

技术领域

本发明涉及移动通信领域，具体涉及一种天馈系统的性能评估方法。

背景技术

天馈系统是指天线向周围空间辐射电磁波。天线是完成将传输线中的高频电磁能转化成空间自由电磁波，或将空间中的自由电磁波能量转化成传输线中的高频电磁能的专门设备，因此没有一个好的天线就不会有好的无线网络，没有天线的良好工作状态也同样不会有好的网络性能。而城市的人口不断在变化、话务模型、用户行为、城市建筑结构都在不断发生变化，天馈系统工作环境复杂，面临覆盖地面的条件多种多样，工作量大，天馈优化从无线覆盖入手可以解决由于无线覆盖不好而带来的网络中存在的干扰问题、切换问题，越区覆盖问题，广覆盖问题，边缘覆盖问题，以及特殊地形的专项覆盖问题，使网络资源充分合理的利用起来。天馈线的维护和保养是移动通信网络优化的重要组成部分，其技术要求高，维护工作具有长期性和艰巨性，对移动网络运行至关重要。为了维护好移动通信网络，必须把天馈线维护保养工作贯穿于移动通信维护工作的始终。天馈线的维护和保养是移动通信网络优化的重要组成部分，其技术要求高，维护工作具有长期性和艰巨性，对移动网络运行至关重要，搞好移动通信网络，必须把天馈线维护保养工作贯穿于移动通信维护工作的始终。

在现有的技术中，还没有一种较好的对天馈系统的分析评估及优化的方法。本发明正是针对现有天馈系统维护的重要性，提出了一种天馈系统的性能评估及优化方法，以便定位天馈系统的性能是否良好，并及时维护处理，保证网络的正常运行。

发明内容

针对现有技术中存在的缺陷以及实际应用的需要，本发明的目的在于提供一种天馈系统的性能评估方法，通过该方法定位天馈系统的性能，以便及时维护处理，保证网络的正常运行。本发明通过对天线覆盖过大、覆盖过小、上下行不平衡、小区告警信息、MR测量数据、隐性故障定位、弱覆盖及现场勘测等问题定位的方法来评估整网天馈系统性能情况。

为实现上述目的，本发明采用的技术方案之一为：一种天馈系统的性能评估方法，包括以下步骤：通过对MRR测量报告分析、STS统计分析、DT测试数据分析、硬件告警分析及现场勘测等信息，对天馈系统进行评估。

本发明还提供了第二方案：一种天馈系统的性能评估方法，包括以下步骤：

1、通过MR测量收集整理基础数据；

2、根据收集整理的基础数据，定位天馈系统存在故障的小区。

优选地，所述步骤2还包括：2-1、针对不同小区覆盖场景，通过MR测量找出存在越区覆盖的小区：通过MR测量找到TA值，当TA值大于第一预设阈值时，则判断为越区覆盖的小区。

和/或，步骤2-2、针对所有场景找出覆盖过小的小区：通过MR测量平均TA值小于第二预设阈值和/或RXLEV大于第三阈值确定覆盖过小的小区。

和/或，步骤2-3、通过MR测量找出上下行覆盖不平衡的小区，所述上下行覆盖不平衡的判定标准优选为：对于城区、县城密集的小区，下行接收电平－上行接收电平>10Db；对于非城区、县城密集的小区，下行接收电平－上行接收电平>15Db；对于所有小区，上行接收电平－下行接收电平>5Db。

和/或，步骤2-4、通过MR测量定位天线性能下降或信号被阻挡的小区：找出TA小，且RXLEV弱的小区。满足下列条件之一的小区被认定为TA小，且RXLEV弱的小区。

（1）平均TA小于2，且下行信号强度<-82DB，且上行信号强度<-90DB；

（2）平均TA小于4，且下行信号强度<-84DB，且上行信号强度<-92DB；

（3）平均TA小于6，且下行信号强度<-88DB，且上行信号强度<-95DB。

和/或，步骤2-5、通过MR测量数据，对覆盖密集区的小区进行分析，找出天馈系统存在故障的小区：找出RXLEV分布中下行弱信号低于-90dBm的比例超过10%的小区，所述弱信号评判标准：上行信号强度平均值低于-98db，下行信号强度平均值低于-88db。

和/或，步骤2-6、通过对一个连续时间段中的各忙时进行统计，找出天馈系统存在故障的小区：找出MR测量RXLEV波动特别大的小区，所述波动大小评判标准为：小区的MR测量中上下行信号强度波动超过15DB。

和/或，步骤2-7、对所有小区MR分析，定位弱信号比例多的小区，所述弱信号判定标准：上行信号强度平均值低于-100DB，下行信号强度平均值低于-90DB。

在步骤2之后，还包括通过测试天线的发射口功率和天线驻波比来定位是天馈系统的问题还是主设备的问题的步骤。

本发明的效果在于：能够通过指标统计、告警信息、路测情况等数据定位天馈系统性能是否良好，并及时维护处理，保证网络正常运营。

附图说明

图1为本发明提出的天馈系统的性能评估方法的流程图。

具体实施方式

下面结合说明书附图与具体实施方式对本发明做进一步的详细说明。

在本发明优选的第一实施方式中，通过对MRR（Measurement ResultRecording，测量报告记录）测量报告分析、STS统计分析、DT测试数据分析、硬件告警分析及现场勘测等信息，逐一排查，对天馈系统问题定位并处理。

上述MRR（Measurement Result Recording，测量结果记录）用于分析监测小区的无线网络性能，收集的数据包括：上下行信号强度、质量，手机和基站的发射信号电平，上下行的路径衰耗，手机采用的TA（TA：TimingAdvance，时间提前量）值等，并可对小区的测量数据进行统计分析。

上述STS (STS：Statistic&Traffic Measurement System，统计和话务测量)是观测交换机和网络情况的一种手段,有助于短期维护或长期的网络规划。譬如：通过各种话务流向，话务负荷的统计等来配置中继和交换能力；通过测量统计各种话务事件，可以发现最坏小区等，得到服务性能和推算服务等级(the grade of service GOS)等等。

上述DT（DT：driver test）为路测，即坐车在规定小区内采集通话信号。

更具体地，本发明的另一实施方式中，展示了一种天馈系统的性能评估方法，参见图1，该方法包括以下步骤：

1、通过收集整理基础数据，对一些天线超高和超低，天线增益过小，过大的小区有初步了解。对基站的天线信息和基础信息有个初步的摸底，比如哪些小区是覆盖特殊场景的，如沙漠、海洋、草原、铁路等。

2、根据收集整理的基础数据，定位天馈系统存在故障的小区。天馈系统的故障的原因是多样的。对此，本发明根据不同的情况提出了不同的解决方案。

具体地，该步骤可以进一步包括以下步骤之一，和/或全部：

2-1、针对不同小区覆盖场景，通过MR测量找出存在越区覆盖的小区。在越区覆盖的小区中，由于基站天线挂高过高或者俯仰角过小引起的该小区覆盖距离过远，从而越区覆盖到其他站点覆盖的小区，并且在该小区手机接收到的信号电平较好。例如，上述不同的小区可以是城区和县城。对城区和县城的小区进行分析，找出存在越区覆盖的小区。通过MR测量（MR：measurement report，即“测量报告”）找到TA值，当TA值大于第一预设阈值时，则判断为越区覆盖的小区，在一个非限制性的实施方式中，选择城区TA>2,县城TA>4的小区作为越区覆盖小区，可以并制定压天线、降天线高度等方案。

2-2、针对所有小区，找出覆盖过小的小区：可以通过MR测量平均TA值小于第二预设阈值且RXLEV大于第三阈值确定为覆盖过小的小区。在一个示意性的实施方式中，可以通过MR测量找到平均TA小于0.6，平均RXLEV（RXLEV：Received Signal Level，接收信号电平）大于-75dBm，找出覆盖过小的小区。针对覆盖过小的小区，确定是为非硬件故障所致后，那么就是天线高度、下倾不合理，或者是天线被阻挡所致，提出解决方案。

2-3、通过MR测量找出上下行覆盖不平衡的小区。示意性地，本发明采用的上下行不平衡判定标准优选为：对于城区、县城密集的小区，下行接收电平－上行接收电平>10Db；对于非城区、县城密集的小区，下行接收电平－上行接收电平>15Db；对于所有小区，上行接收电平－下行接收电平>5Db。在判定为非硬件故障所致后，通过调整下上行覆盖参数和天线使之上下行覆盖更加合理。

2-4、通过MR测量数据，定位天线性能下降或信号被阻挡的小区。在具体实施中，可以找出TA小，且RXLEV弱的小区，较佳地，满足下表中条件之一的小区被认定为TA小，且RXLEV弱的小区。

平均TA	下行信号强度	上行信号强度
			小于2	<-82DB	<-90DB
小于4	<-84DB	<-92DB
			小于6	<-88DB	<-95DB

这些近距离弱覆盖的小区可能是天线性能下降或者天线被阻挡所致，需要去现场勘查。或者测试天线的发射口功率和天线驻波比。

2-5、通过MR测量数据，对覆盖密集区的小区进行分析，找出天馈系统存在故障的小区。例如，可以找出RXLEV分布中下行弱信号低于-90dBm的比例超过10%的小区。这些小区多是天线被阻挡，或者基站有故障所致。或者这些小区存在较多弱信号覆盖，往往都是天线下倾、高度设置不合理所致，针对性的制定覆盖调整方案。或者测试天线的发射口功率和天线驻波比。优选地，上述弱信号评判标准：上行信号强度平均值低于-98db，下行信号强度平均值低于-88db。

2-6、通过对一个连续时间段（例如7天）中的各忙时进行统计，找出天馈系统存在故障的小区。例如，针对7天中的各忙时进行统计，分析找出多个时段中MR测量RXLEV波动特别大的小区，波动大小评判标准为：小区的MR测量中上下行信号强度波动超过15DB。这说明这些小区的信号强度很不稳定，确定为天线性能下降或者天线偶然被阻挡所致，需要去现场勘查。

2-7、对所有小区MR分析，定位弱信号比例多的小区，优选地，弱信号判定标准：上行信号强度平均值低于-100DB，下行信号强度平均值低于-90DB。例如，首先分析农村、郊区这些小区大多TA较大，这点很正常，我们找到TA大且RXLEV分布中弱信号比例特别多的小区，对这些小区进行更换高增益天线、或增加覆盖延伸设备来增强其覆盖。注意确定是否为硬件故障所致。

还可通过收集小区告警信息，找到有告警的小区进行告警处理，定位是天馈系统的问题还是主设备的问题。例如，有必要的话，测试天线的发射口功率和天线驻波比来定位是天馈系统的问题还是主设备的问题。以及汇总多次测试的详细Log进行覆盖效果对比分析，针对测试中多次出现越区覆盖的小区进行分析，找出覆盖杂乱和覆盖弱的小区和道路以及越区覆盖的小区。

除了上述实施方式之外，参见下表，本发明还针对不同场景的TA值来评估天馈系统的性能，并能够反推其可能的原因。

本发明提供的技术方案能够通过指标统计、告警信息、路测情况等数据定位天馈系统性能是否良好，并及时维护处理，保证网络正常运营。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其同等技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种天馈系统的性能评估方法，包括以下步骤：通过对MRR测量报告分析、STS统计分析、DT测试数据分析、硬件告警分析及现场勘测等信息，对天馈系统进行评估。 

2.一种天馈系统的性能评估方法，包括以下步骤： 

1）通过MR测量收集整理基础数据； 

2）根据收集整理的基础数据，定位天馈系统存在故障的小区。 

3.如权利要求2所述的天馈系统的性能评估方法，其特征在于：所述步骤2）还包括： 

2-1、针对不同小区覆盖场景，通过MR测量找出存在越区覆盖的小区：通过MR测量找到TA值，当TA值大于第一预设阈值时，则判断为越区覆盖小区； 

2-2、针对所有场景找出覆盖过小的小区：通过MR测量平均TA值小于第二预设阈值和/或RXLEV大于第三阈值确定覆盖过小的小区。 

4.如权利要求2所述的天馈系统的性能评估方法，其特征在于：所述步骤2）还包括： 

2-3、通过MR测量找出上下行覆盖不平衡的小区，所述上下行覆盖不平衡的判定标准优选为：对于城区、县城密集的小区，下行接收电平－上行接收电平>10Db；对于非城区、县城密集的小区，下行接收电平－上行接收电平>15Db；对于所有小区，上行接收电平－下行接收电平>5Db。 

5.如权利要求2所述的天馈系统的性能评估方法，其特征在于：所述步骤2）还包括： 

2-4、通过MR测量定位天线性能下降或信号被阻挡的小区：找出TA小，且RXLEV弱的小区。 

6.如权利要求5所述的天馈系统的性能评估方法，其特征在于：满足下列条件之一的小区被认定为TA小，且RXLEV弱的小区： 

（1）平均TA小于2，且下行信号强度<-82DB，且上行信号强度<-90DB； 

（2）平均TA小于4，且下行信号强度<-84DB，且上行信号强度<-92DB； 

（3）平均TA小于6，且下行信号强度<-88DB，且上行信号强度<-95DB。 

7.如权利要求2所述的天馈系统的性能评估方法，其特征在于：所述步骤2）还包括： 

2-5、通过MR测量数据，对覆盖密集区的小区进行分析，找出天馈系统存在故障的小区：找出RXLEV分布中下行弱信号低于-90dBm的比例超过10%的小区，所述弱信号评判标准：上行信号强度平均值低于-98db，下行信号强度平均值低于-88db。 

8.如权利要求2所述的天馈系统的性能评估方法，其特征在于：所述步骤2）还包括： 

2-6、通过对一个连续时间段中的各忙时进行统计，找出天馈系统存在故障的小区：找出MR测量RXLEV波动特别大的小区，所述波动大小评判标准为：小区的MR测量中上下行信号强度波动超过15DB。 

9.如权利要求2所述的天馈系统的性能评估方法，其特征在于：所述步骤2）还包括： 

2-7、对所有小区MR分析，定位弱信号比例多的小区，所述弱信号判定标准：上行信号强度平均值低于-100DB，下行信号强度平均值低于-90DB。 

10.如权利要求2-9中任意一项所述的天馈系统的性能评估方法，其特征在于：在步骤2）之后，还包括通过测试天线的发射口功率和天线驻波比来定位是天馈系统的问题还是主设备的问题的步骤。