3. 无线环境优化:覆盖空洞识别与补盲、重叠覆盖控制、PCI规划与模三干扰规避

无线环境优化,说白了就是给信号“修路”。路太窄(弱覆盖)、路太多(重叠覆盖)、或者路牌乱指(PCI冲突),车就跑不起来。这一章我重点讲三个实战中最头疼的问题:覆盖空洞、重叠覆盖、以及PCI规划里的模三干扰。

3.1 覆盖空洞识别与补盲

覆盖空洞,就是UE在某个区域收不到任何服务小区的信号,或者RSRP低于-120dBm。用户直接掉线,体验极差。

怎么识别?我个人习惯用三步法:

  1. 路测数据打点:把RSRP低于-110dBm的点位在地图上标出来,看是否成片。
  2. MR统计:从网管拉“弱覆盖采样点占比”,如果某个小区连续一周弱覆盖比例超过10%,基本可以判定有问题。
  3. TA+RSRP联合分析:如果远点(TA大)且RSRP低,说明是覆盖不足;如果近点(TA小)但RSRP低,可能是遮挡或天线问题。

避坑指南:我曾经遇到一个案例,路测显示某路段RSRP只有-125dBm,但MR统计却显示正常。后来发现是路测终端天线有问题。所以,路测和MR必须交叉验证,不能只看单一数据源。

补盲手段,我按优先级排序:

  • 调整天线倾角/方位角:成本最低,优先尝试。下倾角每压1度,覆盖距离大约收缩50-100米。
  • 提升RS功率:每增加1dB,覆盖半径扩大约5-8%。但要注意PDSCH功率会相应降低,影响吞吐量。
  • 新增站点/微站:如果前两种方法无效,只能加站。微站(如Book RRU)适合补盲街道、商场内部。
补盲手段 成本 见效速度 适用场景
调整天线 低 快 覆盖边缘、越区覆盖
提升RS功率 无 立即 弱覆盖但干扰可控
新增微站 中 中 室内、街道拐角
新增宏站 高 慢 大面积覆盖空洞

3.2 重叠覆盖控制

重叠覆盖,就是UE同时收到多个小区的强信号(RSRP > -105dBm),且这些信号强度相差不到6dB。这会导致SINR急剧恶化,因为多个信号互相干扰。

我判断重叠覆盖严重程度,常用这个指标:重叠覆盖度 = 满足重叠覆盖条件的采样点 / 总采样点。如果超过30%,必须优化。

控制手段:

  • 主服务小区强化:把最强小区的RS功率提升1-2dB,或者调整天线让主瓣对准用户。
  • 干扰小区削弱:对次要小区下压下倾角,或者降低其RS功率。我习惯先压1度,看效果再决定是否继续。
  • 小区合并/分裂:如果两个小区覆盖高度重叠,可以考虑合并为一个逻辑小区(如使用CoMP技术),或者调整分裂点。

小技巧:优化重叠覆盖时,别只盯着RSRP。有时候RSRP差3dB,但SINR差10dB,问题出在干扰上。这时候调整PCI比调功率更有效。

3.3 PCI规划与模三干扰规避

PCI(物理小区标识)是LTE小区的“身份证”。PCI由PSS(主同步信号)和SSS(辅同步信号)共同决定,取值范围0-503。其中,模三干扰是最常见的PCI问题。

为什么是模三?因为PSS只有3种序列(0、1、2),如果两个相邻小区的PCI模3相等,它们的PSS序列就相同,UE在切换时无法区分,导致下行解调失败。

PCI规划原则,我总结为三条:

  1. 同频邻区不能模三相等:这是硬性要求。比如小区A的PCI=100(模3=1),它的所有同频邻区都不能是1、4、7、10...(即模3=1的PCI)。
  2. 避免PCI冲突:同一个eNodeB下的小区PCI不能重复。
  3. 避免PCI混淆:一个小区不能有两个邻区PCI相同。

注意:我曾经在现网排查一个“切换成功率低”的问题,查了三天,最后发现是两个邻区的PCI模3相等。用户从A小区切到B小区时,UE收到两个相同的PSS序列,直接切换失败。所以,PCI规划一定要用工具自动检查,人工很容易漏。

模三干扰检测方法:

  • 路测看SINR:如果某区域SINR持续低于10dB,但RSRP不低,大概率是模三干扰。
  • 网管统计:拉“下行PRB干扰噪声功率”指标,如果某个PRB的干扰值异常高,且对应PCI模三相同,基本实锤。
  • 扫频仪:用扫频仪看PSS序列,直接看到哪些小区在冲突。

优化步骤:

  1. 导出全网PCI和邻区关系表。
  2. 用工具(如Atoll、Planet)检查模三冲突对。
  3. 对冲突小区重新分配PCI。我习惯先改PCI值小的那个,因为影响范围小。
  4. 改完后,必须做全网邻区更新,否则UE无法识别新PCI。
无线环境优化核心逻辑 无线环境优化 覆盖空洞识别与补盲 重叠覆盖控制 PCI规划与模三干扰规避 路测+MR识别 天线/功率/加站 主服务强化 干扰小区削弱 模三冲突检测 PCI重规划 核心目标:提升SINR,降低掉线率,保障切换成功率 三者相互影响,需综合优化,不可孤立处理

嗯,这里要注意一点:PCI规划不是一次性工作。每次新增站点、调整天线、或者修改邻区关系后,都要重新检查模三冲突。我建议把PCI检查纳入日常变更流程,每次操作前自动跑一遍脚本。

实战总结:覆盖空洞、重叠覆盖、模三干扰,这三个问题经常同时出现。比如,为了补盲加了一个站,结果导致重叠覆盖;为了控制重叠覆盖调整了PCI,结果又引入了模三冲突。所以,优化时一定要全局视角,不能头痛医头。