TD-LTE干扰排查(pucch).docxVIP

邻区PUCCH导致服务小区RB0干扰显著增高问题Title/标题:邻区PUCCH导致服务小区RB0干扰显著增高问题Author/作者:Genglingyunulti-product/是否跨产品：否Product Info/产品类别:*Product Line: 无线网络*Product Class: TDD*SPDT:LTE TDD RAN*PDT:LTE TDD*Product: LTE TDD Performance*Version: Fault Type/故障现象类别:*FaultType_L1:性能类问题*FaultType_L2:干扰问题*FaultType_L3:系统内干扰Keywords:/关键词：RB0干扰 RB99干扰 PUCCH干扰Problem Description:/问题描述：一线反馈：A市提取每天早忙时8：00-10：00晚忙时18:00-20:00六个小时的干扰数据，单PRB超过-105dBm记为单时段干扰小区，统计了6天的指标进行统计，发现由于只由于PRB0超过-105dBm导致的干扰小区占比近5%。需要分析处理；Handling Process/处理过程：让一线提取典型站点的干扰数据分析如下：从干扰检测监控数据来看：RB0的功率显著高于其他RB；反向频谱数据：两种干扰叠加 超远+pucch超远干扰；该超远对吞吐率无任何影响，不过在干扰检测监控上会有略微抬升，偏向于时域的影响，不针对某个RB干扰；即该干扰并非RB0抬升主因；PUCCH的干扰 目前的有的办法是降P0功率，现在现网设置的P0的PUCCH功率是-105功率比较高，建议降低到-120观察干扰是否减轻；参数对无线网络性能的影响：P0NominalPUCCH设置的过高，会增加邻区干扰，降低整网的吞吐量；P0NominalPUCCH设置偏低，降低对邻区的干扰，但是会降低本小区的吞吐率。一线挑选15个站点进行测试，结果如下：根据反馈的日志，修改P0到-120后，问题恢复：之前干扰最严重的站点“军民安置小区DLF” 为例，优化前后结果如下： 上图优化前RB0的底噪-107； 下图优化后底噪 -113? ； 单点对比 优化后 再无底噪高于-105的点；其他站点修改后干扰情况也都全部好转。 图：修改前图 ：修改后指标影响：1月17日上午11点将县城15个站的P0NominalPucch改为-120，统计了1月13日到1月19日上午8、9、10三个时段的指标如下，从指标统计来看对接入和掉线指标无影响：时间RRC连接建立成功率E-RAB建立成功率无线掉线率E-RAB掉线率01/13/2015 08:0099.98%100.00%0.17%0.22%01/13/2015 09:0099.98%99.99%0.18%0.23%01/13/2015 10:0099.97%100.00%0.26%0.36%01/14/2015 08:0099.98%99.99%0.13%0.14%01/14/2015 09:0099.98%100.00%0.19%0.24%01/14/2015 10:0099.99%99.99%0.32%0.44%01/15/2015 08:0099.96%99.99%0.08%0.08%01/15/2015 09:0099.98%100.00%0.17%0.19%01/15/2015 10:0099.98%99.99%0.24%0.33%01/16/2015 08:0099.98%99.99%0.15%0.14%01/16/2015 09:0099.99%99.99%0.19%0.20%01/16/2015 10:0099.98%99.98%0.27%0.27%01/17/2015 08:0099.99%100.00%0.11%0.12%01/17/2015 09:0099.98%99.99%0.12%0.12%01/17/2015 10:0099.97%99.99%0.11%0.11%01/18/2015 08:0099.99%99.99%0.10%0.11%01/18/2015 09:0099.99%99.99%0.11%0.11%01/18/2015 10:0099.99%99.98%0.15%0.16%01/19/2015 08:0099.96%99.97%0.15%0.16%01/19/2015 09:0099.98%99.99%0.15%0.14%01/19/2015 10:0099.99%100.00%0.14%0.15%Cause/原因：该问题由于PUCCH的初始P0功率设置过高并且功控收敛周期长导致，通修改参数CellUlpcComm.http://wirelessinfo/hedex/pages/GZ