中国联通wcdma网络基础优化案例模板-射频问题类

lwcnc9306

1.        概述
RTWP (Received total wideband power接收带宽总功率)是在3.84MHz 带宽上接收到的全部信号功率。表征的是基站在天馈口接收到的功率，根据3GPP TS 255.133协议的定义，在理想的情况下，在空载的时候RTWP为-106dbm左右.(与设备底噪有关), RTWP 的数据一般可以作为上行干扰的参考值, 一般来说, 如果RTWP 值超过-100dbm以上, 我们认为存在一定的上行干扰。
RNC通过RTWP测量来实现准入控制，RTWP衡量的是基站的底噪，在小区没有负荷的时候，基站底噪＝热噪声＋设备的噪声系数。设备的噪声系数与厂家的设计能力有关，但随着小区内用户的增加，RTWP将逐渐抬高，抬高到一定程度时候设备工作状态将处于不稳定状态，所以在UMTS系统中，对上行负荷的定义也就是NodeB的底噪抬升量，如50％负荷时，底噪将抬升3dB。 在实际网络中，当上行方向存在外界干扰时，也可以通过查看NodeB观察得到，表现为基站的RTWP不正常。
可能造成RTWP异常的原因有：内部干扰、外部干扰、高话务、直放站干扰等。在排查干扰的时候需要逐项进行排查。首先收集尽可能多的数据，对干扰进行一下分析，主要排查是否存在告警、是否CCM CPU load 问题、是否其他硬件问题；干扰的类型是怎么样的，是恒定的干扰还是脉冲式干扰。干扰小区和周围是否有关联。其次，需要确定这个干扰来自于内部还是外部,最为有效的方法就是调整天馈，实时查看RTWP 的强度是否可以随着天馈系统调整而变化，如果RTWP 随着天馈的调整实时变化，那么干扰一定来自于外部，如果通过天馈调整不能有效的分辨出是外部干扰还是内部干扰，条件允许可以将室分小天线接入TRDU 等设备或者加50欧或者70欧衰减器，查看实时的RTWP情况。最后，如果外部干扰的可能性大，首先应该通过和周围小区的关联性，确定最佳的扫频位置，并且在地图上进行标注，查看可疑目标。
2.        问题评估
近期统计KPI指标发现联通大厦32的RAB异常释放率明显升高，正常情况下该小区的RAB异常释放率在0.5%左右，近期突然上升最高将近30%。

核查后发现主要是联通大厦32的底噪过高导致的：

可以看出联通大厦32的底噪达到了-53，底噪过高势必会影响小区的性能指标，出现接通率差、掉话率高，切换成功率差的情况。因此解决联通大厦32指标差的问题关键是要解决小区底噪高的问题。
3.        原因定位
核查基站发现基站存在告警，并且告警是出现联通大厦32这个小区上的，具体如下：

小区存在一个Threshold overcross on counter VS.CellULload.Total.Avg的告警，核查这个告警主要是小区的上行负载超限。小区的底噪与小区的上行负载有直接关系，负载每增加50%，小区的底噪抬升3dB。
为了排除基站自身的软件问题导致counter：VS.CellULload.Total.Avg超限，重启基站关注。重启后发现小区的底噪并未恢复，告警也依然存在。说明RTWP抬升不是由于基站自身软件异常导致的。
因此接下来就需要排查底噪异常是由于外部的干扰源导致还是基站自身设备或者是其他方面引起的。
首先核查联通大厦32的周边小区是否存在底噪抬升的情况，采取相同的图里和时间段进行对比：

联通大厦32：

联通大厦31：

联通大厦41：

联通大厦42：

恒顺世贸小区协同站21：

恒顺世贸小区协同站22：

解放桥商场11：

解放桥商场12：

核查和联通大厦32覆盖同方向的小区的底噪情况，结果如下：
解放桥商场12、联通大厦42、恒顺世贸小区协同站22出现了底噪抬升的情况，这些小区和联通大厦32使用相同的10688的频点。联通大厦31、解放桥商场11、联通大厦41、恒顺世贸小区协同站21没有出现底噪抬升的现象，这些小区使用10713频点。尤其是联通大厦31和联通大厦32使用相同天线发射，但是联通大厦31没有出现底噪抬升现象，也就是说干扰源只影响了使用10688频点的小区，而对10713频点的小区没有明显影响。
在以往的干扰排查过程中外部干扰源一般是影响全频段的小区，单独影响一个频点的外部干扰源极少。因此怀疑联通大厦32可能自身由于某些问题导致底噪高，并且影响了其他小区的底噪。为了验证这一可能性，决定关闭联通大厦32小区并且关注底噪抬升小区的RTWP变化情况。
4.        解决方案
通过分析怀疑联通大厦32可能自身由于某些故障导致底噪高，并且影响了其他小区的底噪。为了验证这一可能性，决定关闭联通大厦32小区并且关注底噪抬升小区的RTWP变化情况。
5.        实施过程
经过和相关领导沟通，在网管上锁闭了联通大厦32小区，锁闭该小区后关注相邻小区RTWP恢复正常。因此可以判断是联通大厦32小区存在故障导致RTWP抬升。
为了排除故障进入联通大厦基站所在的机房，发现联通大厦3小区耦合了直放站，将直放站拆除后解锁联通大厦32小区，关注其RTWP正常，Threshold overcross on counter VS.CellULload.Total.Avg的告警也消失。由此可以确定是直放站故障导致了联通大厦32的RTWP异常抬升。
由于直放站故障导致小区RTWP异常抬升，联系直放站维护人员，更换直放站的耦合器，观察小区底噪仍然处在正常水平，问题基本解决。
6.        效果评估
解决直放站问题后，持续关注相关小区的RTWP情况，相应RTWP均正常运行，基本可以确定问题解决。以下为相关小区的RTWP情况：
联通大厦32：

联通大厦42：

解放桥商场12：

恒顺世贸小区协同站22：


7.        遗留问题
通过本次解决联通大厦32小区RTWP异常抬升的问题，发现了小区在某些特定情况下，自身存在问题也可能成为干扰源，这是以前不曾遇到的问题，值得重视。并且直放站设备由于不够稳定，对系统的影响明显，尤其是会引起小区的底噪抬升，这在以往处理干扰的过程中，发现过很多次。同时由于直放站设备无法监控，性能不稳定，影响网络平稳运行，建议后续的组网过程中尽量减少直放站的使用，并且逐步替换现网中存在的直放站。
8.        其他值得关注的关键问题
在以后的干扰排查过程中，首先要确定干扰的来源，是由于基站自身的原因还是外部的干扰源。只有确定了是内部干扰还是外部干扰，才能采取进一步措施来解决干扰。