浅谈某市WCDMA上行频段外部干扰排查处理过程.doc

浅谈某市WCDMA上行频段外部干扰排查处理过程摘 要：本文主要针对某市WCDMA网络中实际存在的外部干扰问题,结合无线维护工作实践经验和相关干扰测试仪器，对本网实际遇到的外部干扰原因分析、解决措施及处理过程等作出了相对比较详细的阐述。关键词：多点交汇 RTWP 干扰 扫频一、问题描述：前期对WCDMA一期进行工程网优，在本地维护终端上查询各Node B站点的历史告警时，发现某市的银燕大酒店、城信大厦和湖天国税区等大部分3G基站会间断性地出现“射频模块接收通道RTWP不平衡告警”。下表（1）中所列是对频繁出现RTWP告警并且比较严重的Node B站点进行的历史告警统计，抽测出的这3个Node B站点的RTWP相关告警信息。表（1）：本地维护网管历史告警统计信息级别名称告警源定位信息发生时间(NT)告警ID清除时间(NT)清除确认确认时间(ST)重要射频模块接收通道RTWP不平衡告警W银燕大酒店柜号=0, 框号=21, 槽号=0, 板类型=MRRU板, 故障码=NULL, 通道号=主集通道17/07/2009 15:07:31130917/07/2009 16:07:49已清除( )未确认-重要射频模块接收通道RTWP不平衡告警W银燕大酒店柜号=0, 框号=22, 槽号=0, 板类型=MRRU板, 故障码=NULL, 通道号=分集通道15/07/2009 18:02:25130915/07/2009 19:02:33已清除( )未确认-重要射频模块接收通道RTWP不平衡告警W城信大厦柜号=0, 框号=4, 槽号=2, 板类型=WRFU板, 故障码=NULL, 通道号=主集通道17/07/2009 21:58:30130917/07/2009 22:58:50已清除( )未确认-重要射频模块接收通道RTWP不平衡告警W城信大厦柜号=0, 框号=4, 槽号=2, 板类型=WRFU板, 故障码=NULL, 通道号=主集通道15/07/2009 16:52:08130915/07/2009 17:22:18已清除( )未确认-重要射频模块接收通道RTWP不平衡告警W湖天国税局柜号=0, 框号=4, 槽号=0, 板类型=WRFU板, 故障码=NULL, 通道号=分集通道17/07/2009 14:12:41130917/07/2009 14:42:51已清除( )未确认-二、问题处理：1、RTWP基本概念RTWP（Received Total Wideband Power）指在UTRAN接入点测得的上行信道带宽内的宽带接收总功率。通过RTWP测量，可以进行上行射频通道的校准。2、RTWP异常问题分析WCDMA设备协议中规定RTWP的范围是：-106dBm加减4dB。因此当RTWP持续大于-102dBm和小于-110dBm属于RTWP异常现象。或者经常存在RTWP尖峰大于-80dBm也属于RTWP异常。通常情况下RTWP会出现两种异常现象：分别是异常偏高或者异常偏低。3、问题处理步骤通过登录华为本地维护终端，对银燕大厦、城信大厦和湖天国税局等频繁出现RTWP告警并且比较严重的NodeB站点进行上行频率扫描和RTWP测量等操作，逐步排除，定位故障。3.1上行频率扫描(1)、银燕大厦-2上行频率扫描如下图所示：图（1）：银燕大厦-2小区上行频率扫描截图（2）、城信大厦-2上行频率扫描如下图所示：图（2）：城信大厦-2小区上行频率扫描截图（3）、湖天国税局-1上行频率扫描如下图所示：图（3）：湖天国税局-1小区上行频率扫描截图3.2 RTWP测量（1）、银燕大厦-2小区RTWP测量如下图所示：图（4）：银燕大厦-2小区RTWP测量截图（2）、城信大厦-2小区RTWP测量如下图所示：图（5）：城信大厦-2小区RTWP测量截图（3）、湖天国税局-1小区RTWP测量如下图所示：图（6）：湖天国税局-1小区RTWP测量截图通过对以上Node B站点进行的上行频率扫描和RTWP测量，均可以清晰看出在WCDMA上行频段的RTWP值异常偏高，最大峰值达到-85dBm左右（上行频段：1940MHz1955MHz，对应频道号：97009775；目前现网使用的上行频段为：1950 MHz1955MHz，对应频道号为：9763）。3.3上行RF灵敏度检查通过登录Node B站点，执行MML命令“DSP RFDESPARAM”，查看这两个命令执行后的值，一般情况下这两个值的设置都是0。如果设置其它值就会引起RTWP的抬高。修改此值的命令是“SET RFDESPARAM”和“SET DESENS”。（1）、银燕大酒店+ W银燕大酒店 2009-08-06 13:28:35 O&M #299613%DSP RFDESPARAM:;%RETCODE = 0 执行成功。RRU射频去敏参数-机柜编号 机框编号 槽位编号 射频去敏(dB)主柜 20 0 0 主柜 21 0 0 主柜 22 0 0 (结果个数 = 3)- END（2）、城信大厦+ W城信大厦 2009-08-06 13:34:56 O&M #282018%DSP RFDESPARAM:;%RETCODE = 0 执行成功。RRU射频去敏参数-机柜编号 机框编号 槽位编号 射频去敏(dB)主柜 4 0 0 主柜 4 2 0 主柜 4 4 0 (结果个数 = 3)- END（3）、湖天区国税局+ W湖天区国税局 2009-08-06 13:33:02 O&M #63352%DSP RFDESPARAM:;%RETCODE = 0 执行成功。RRU射频去敏参数-机柜编号 机框编号 槽位编号 射频去敏(dB)主柜 4 0 0 主柜 4 2 0 主柜 4 4 0 (结果个数 = 3)- END通过执行MML命令“DSP RFDESPARAM”，进行其上行RF灵敏度检查，查看这两个命令执行后的值的设置都是0，属正常，排除了射频去敏参数设置值不为0引起RTWP值抬高的可能。3.4检查Rx通道衰减值通过登录Node B站点，执行MML命令 “LST RXATTEN”, 此值设置影响接收通道增益。没有TMA塔放设备不需要设置此值，如果设置了则RTWP偏低。如果有TMA塔放设备没有设置此值，RTWP会偏高。设置RXATTEN需要按照TMA的增益进行判断。目前TMA有两种，12dB和24dB。设置原则是：TMA增益=馈线损耗+ RXATTEN。修改此值的命令是 “SET RXATTEN”。（1）、银燕大酒店+ W银燕大酒店 2009-08-06 13:28:52 O&M #299614%LST RXATTEN:;%RETCODE = 0 执行成功。接收通道衰减量-机柜编号 机框编号 槽位编号 接收通道编号 接收通道衰减量(dB)主柜 20 0 0 0 主柜 20 0 1 0 主柜 21 0 0 0 主柜 21 0 1 0 主柜 22 0 0 0 主柜 22 0 1 0 (结果个数 = 6)- END（2）、城信大厦+ W城信大厦 2009-08-06 13:35:01 O&M #282019%LST RXATTEN:;%RETCODE = 0 执行成功。接收通道衰减量-机柜编号 机框编号 槽位编号 接收通道编号 接收通道衰减量(dB)主柜 4 0 0 0 主柜 4 0 1 0 主柜 4 2 0 0 主柜 4 2 1 0 主柜 4 4 0 0 主柜 4 4 1 0 (结果个数 = 6)- END（3）、湖天区国税局+ W湖天区国税局 2009-08-06 13:33:11 O&M #63353%LST RXATTEN:;%RETCODE = 0 执行成功。接收通道衰减量-机柜编号 机框编号 槽位编号 接收通道编号 接收通道衰减量(dB)主柜 4 0 0 0 主柜 4 0 1 0 主柜 4 2 0 0 主柜 4 2 1 0 主柜 4 4 0 0 主柜 4 4 1 0 (结果个数 = 6)- END通过执行MML命令“LST RXATTEN”，进行其Rx通道衰减值检查，而WCDMA工程的所有站点均未安装TMA塔放设备，因此查看其Rx通道衰减值量的设置都是0，属正常，排除了Rx通道衰减值参数设置值不为0引起RTWP值抬高的可能。3.5检查是否有无缘互调假如仅有主集RTWP异常偏高，分集RTWP正常。此时就怀疑可能无源互调导致,建议关闭发射功率进行检查。如果在功率发射时主集RTWP抬高，在关闭发射功率后RTWP恢复正常范围。则需要检查主集馈线连接。为了排除WCDMA系统内部互调造成RTWP值抬升的可能，抽取了银燕大厦和城信大厦等Node B站点，进行以下测试：（1）、将其自身和附近所有的3G基站小区进行去激活，闭锁功率，进行RTWP测量，发现该RTWP值仍然过高，没有下降的趋势；（2）、在断开天馈后进行RTWP测量跟踪，其值明显变小，接近-106dBm左右的正常水平，说明天馈断开后RTWP跟踪到的数值正常,见RTWP测量跟踪情况对比截图(7)所示;（3）、现场测试该抽测的Node B站点天馈系统的VSWR驻波比值为1.2左右,远小于1.5，属正常。综合以上三点，排除了华为WCDMA系统设备内部互调或天馈系统故障引起上行的RTWP值抬高的可能。天馈断点天馈未断开时，去激活时段RTWP测量值图（7）：银燕大酒店-1小区去激活及断开天馈前/后RTWP测量跟踪情况对比截图3.6检查是否和用户行为有关在确认上面设置都正常的情况下，观察是否RTWP的抬升和用户的行为相关。是否在RTWP抬升的情况下是否接入较多HSDPA用户。由于某市3G业务于2009年8月1日才放号试商用，并且通过对这些RTWP值过高的Node B站点小区进行用户跟踪，也未发现存在大量HSDPA用户的现象。由此，排除了用户行为导致WCDMA基站上行频段的RTWP值抬升的可能性。3.7确认是否是由外部干扰引起的RTWP异常描述RTWP现象（比如是持续高，还是尖峰，还是间歇性），描述清楚RTWP值的范围，从描述初步判断是否为干扰引起。通过对某市区各NodeB站点的RTWP测量观察，发现某市大部分站点都存在RTWP值过高的现象，并且是持续过高，具体见下表（2）中各NodeB站点RTWP测量值所示。表（2）：某市区WCDMA网各NodeB站点RTWP测量值表：Cell NameCell IDMean RTWPMin RTWPMax RTWPCell NameCell IDMean RTWPMin RTWPMax RTWPW市委党校-23292-78.8-79.9-77.7W顺溪铺-1201-93.91-94.5-93.1W城东火车站-23052-81.7-82.3-81W工业中专-13111-93.952-94.2-93.7W晨龙168酒店-2402-85-85.9-84.5W中坡新村-3333-94.04-94.4-93.6W市委党校-13291-85.9-86.7-85.1W汽车西站-2152-94.136-94.4-93.3W师专-23262-86.9-87.2-86.5W气象局-23222-94.439-95.7-93.6W银燕大酒店-2292-87-87.4-86.7W银湾小区人财保公司-13101-94.841-95.7-94W石门技校-23272-87.8-90.4-86W河西贵宾楼-232-94.859-95.1-94.6W二中-121-87.9-88.2-87.7W人才学校-2162-94.929-95.8-94.2W铁路设计院-1231-89.1-89.3-88.8W河西小商品市场-1381-95.097-95.6-94.6W残联（纱厂）-23032-89.1-93-86.3W工业中专-23112-95.164-96.1-94.6W晨龙168酒店-1401-89.3-90-88.4W汽车西站-3153-95.278-95.8-94.8W残联（纱厂）-13031-89.8-90.9-88.8W新元里-3273-95.297-95.7-94.1W铁道宾馆-3223-90.6-90.9-90.2W二中-222-95.567-96.5-94.1W气象局-13221-91.3-92.1-90.3W残联（纱厂）-33033-95.946-97.1-94.8W城东火车站-13051-91.6-92.9-90.4W二中-323-95.989-97.1-95W师专-33263-91.7-92.1-91.3W石门技校-13271-96.601-98.5-95.2W师专理工楼-23042-92.2-92.5-91.9W气象局-33223-96.611-97-96.1W三角坪武装部-1371-92.3-92.7-92W三线公司-23252-96.712-97.4-95.5W城东市场招待所-33063-92.7-93-92.4W晨龙168酒店-3403-96.739-97.3-95.9W市委党校-33293-92.9-93.3-92.4W邮政局-2302-96.76-97-92.3W师专-13261-93.3-93.6-93W师专理工楼-33043-96.801-97.3-96.4W汽车东站-23302-93.5-94.1-93W三线公司-13251-96.951-97.4-96.4W城东市场招待所-23062-93.8-94.1-93.5W河西贵宾楼-131-96.966-97.3-96.7因此结合前面所做的各项排除工作，最终定位为：外部干扰导致市区WCDMA站点RTWP值抬升。这样就将此问题重心转移为查找外部干扰源。3.8查找外部干扰源为查找出外部干扰源，起初我们使用Agilent N9340A干扰测试仪（其中，天线型号：T05-1800B9G12；工作频段：1710MHz1880MHz；增益：12dBi），分别在银燕大酒店、银河电脑城、城信大厦、国税局和世纪花园等基站楼顶进行频率扫描（上行频率设置为19401960MHz，下行频率设置为21302150MHz），分别对上下行频率扫描，在城信大厦楼顶往气象局方向发现上行的底部噪声有所抬高（正常时-110dB左右），但不明显,具体见下图（8）、图（9）所示。但是在华为本地维护终端上进行RTWP测量，上行的RTWP值仍然持续过高。于是我们怀疑是否是因为我们使用的1800MHz工作频段的八木天线或其连接电缆线损坏？灵敏度不满足要求？或增益不够？造成我们无法正常扫描出上行频段的外部干扰。（1）、上行频率设置为19401960MHz： 图（8）：城信大厦上行频率扫描截图（2）、下行频率设置为21302150MHz：图（9）：城信大厦下行频率扫描截图 由于当时配置Agilent N9340A干扰测试仪时，未配置3G频段的天线，在请示领导后，向某市无线电管理委员会请求支援，借助其高灵敏度、高增益和高工作频段范围（100KHz3GHz）的天线，次日与无委技术工程师一起到RTWP测量值过高的银燕大厦、城信大厦、气象局等Node B站点楼顶，利用“多点交汇”测试原理，进行现场扫频测试。具体的上行频段扫频测试线路及相关截图如下（3G上行频段：1940MHz1955MHz,目前现网使用1950MHz1955MHz）：（1）、在银燕大厦楼顶进行上行扫频测试，往城东方向扫频图如下：图（10）：在银燕大厦楼顶往城东方向进行上行扫频测试截图（2）、在城信大厦楼顶进行上行扫频测试，往城东方向扫频图如下：图（11）：在城信大厦楼顶往城东方向进行上行扫频测试截图（3）、在银湾小区楼顶进行上行扫频测试，往城东方向扫频图如下：图（12）：在银湾小区楼顶往城东方向进行上行扫频测试截图（4）、在气象局基站楼顶进行上行扫频测试，往城东方向扫频图如下：图（13）：在气象局楼顶往城东方向进行上行扫频测试截图 通过到以上所选择楼房顶进行的反复扫频测试，从图上很清晰地看出，在WCDMA网络的上行频段1940MHz1955MHz范围内，整个WCDMA上行频段的底部噪声都抬升到了-80dBm（一般正常时为-110dBm），充分验证了外部干扰的存在（因银燕大厦楼顶有广告牌遮挡，扫频测试结果不很明显）。某市无委技术工程师结合扫频测试出的结果，分析以前分配给各无线电频率使用单位所使用的频段，并查看以前的频率登记使用台帐，怀疑是电业局以前应用于高压电远程控制的微波站一直没关闭，仍然在使用WCDMA的上行频段造成的干扰。为了进一步验证此种猜测的正确，我们又分别往城东郊区方向的中方阳塘变电站微波站和中方下坪微波站进行了现场上行频段扫频测试，具体扫频测试结果如下：（1）、在中方阳塘变电站微波站进行上行频段扫频测试，往中方下坪方向扫频图如下：图（14）：在中方阳塘变电站微波站往中方下坪方向进行上行扫频测试截图（2）、在中方下坪微波站下进行上行频段扫频测试，往中方下坪微波站方向扫频图如下：图（15）：在中方下坪微波站下往中方下坪微波站方向进行上行扫频测试截图（3）、在中方下坪微波站下进行上/下行频段扫频测试，往中方下坪微波站方向扫频图如下：图（16）：在中方下坪微波站下往中方下坪微波站方向进行上/下行扫频测试截图通过对中方阳塘变电站微波站和中方下坪微波站进行的反复扫频验证测试，从图上很清晰地看出，在WCDMA网络的上行频段1940MHz1955MHz范围内，整个WCDMA上行频段的底部噪声都抬升到了-80dBm（一般正常时为-110dBm），充分验证了WCDMA上行频段的外部干扰源应为中方下坪的电业局微波站。通过后期对某市区所有的NodeB站点进行的RTWP测量跟踪结果中，发现的某市区大部分WCDMA网络的NodeB站点均存在RTWP测量值过高的现象，结合中方下坪电业局微波站的走向，更进一步确定了其为WCDMA网络上行频段的外部干扰源，见下图（17）和图（18）标红线所示。（1）、WCDMA网络NodeB 站点Probe分布情况图：中方下坪微波站图（17）：WCDMA网络NodeB 站点Probe分布情况截图（2）、某市区站点Google Earth分布情况图：中方下坪微波站图（18）：某市区站点Google Earth分布情况截图 经过某市无委技术工程师与电业局沟通协商，将该中方下坪微波站关闭后再次进行确认性扫频测试，该WCDMA网络上行频段的底噪业恢复正常。再次登录华为本地维护终端，对银燕大厦、城信大厦和湖天国税局等频繁出现RTWP告警并且比较严重的NodeB站点进行上行频率扫描和RTWP测量等操作，测试结果如下：（1）、上行频率扫描：（1.1）关闭中方下坪微波站后银燕大厦-2上行频率扫描如下图所示：图（19）：关闭中方下坪微波站后银燕大厦-2小区上行频率扫描截图（1.2）关闭中方下坪微波站后城信大厦-2上行频率扫描如下图所示：图（20）：关闭中方下坪微波站后城信大厦-2小区上行频率扫描截图(1.3)关闭下坪微波站后湖天国税局-2上行频率扫描如下图所示：图（21）：关闭中方下坪微波站后湖天国税局-2小区上行频率扫描截图（2）、RTWP测量： （2.1）关闭中方下坪微波站后银燕大厦-2 RTWP测量如下图所示：图（22）：关闭中方下坪微波站后银燕大厦-2小区 RTWP测量截图（2.2）关闭中方下坪微波站后城信大厦-2 RTWP测量如下图所示：图（23）：关闭中方下坪微波站后城信大厦-2小区RTWP测量截图（2.3）关闭中方下坪微波站后湖天国税局-1 RTWP测量如下图所示：图（24）：