LTE典型案例分析.docx

LTE典型案例分析.docx

《LTE典型案例分析.docx》由会员分享，可在线阅读，更多相关《LTE典型案例分析.docx（11页珍藏版）》请在冰豆网上搜索。

LTE典型案例分析

LTE 典型案例分析

覆盖类

1.1概述

覆盖类问题只要涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污

染等。

在 TD-LTE 中一般认为 RSRP<-110dBm，认为是弱覆盖。

越区覆盖：

由于基站天线挂高过高或下倾角过小引起的该小区覆盖距离过远，从而越区

覆盖到其他站点覆盖的区域，并且在该区域终端接收到的信号电平较好。

过覆盖：

指网络中存在过度的覆盖重叠，容易引起干扰和乒乓切换；

无主导小区：

指某一片区域内服务小区和邻区的接收电平相差不大，不同小区之间的下

行信号在小区重选门限附近的区域，并且无主导覆盖的区域接收电平一般或者较差，在这种

情况下由于网络频率复用的原因，导致服务小区的 SINR 不稳定，可能发生空闲态主导小区

频繁重选、连接态频繁切换，无主导覆盖也可认为是若覆盖的一种。

导频污染：

指在某一点存在过多（一般认为大于等于 3 个）的强导频，但却没有一个足

够强的主导频；

1.2弱覆盖

1.2.1弱覆盖分析

造成弱覆盖的原因有：

1、 规划的站点由于种种原因如物业等没有开起来；

2、 天线方位角、下倾角不合理，如下倾角过低；

3、 在站建起来后，由于新建楼宇的遮挡，导致部分区域 RSRP 很差；

4、 站点过高，如四十多米或更高，会造成塔下黑

5、 下倾角、方位角由于条件所限，无法调整，如：

美化邓杆站点不方便调整天线 的

方位角（3 个天线方位要一起转，因为外面有罩子盖住下倾角无法调整，如科技园四、海德

三路等；深大校园里站点天线都是放在美化罩子（长方体的箱子）里面，对天线的下倾角和

方位角调整范围也有影响（如：

深大、深大南校等））。

针对以上原因建议的方案有：

1、 推动客户将规划站点尽快开起来；

2、 调整天线方位角、下倾角到合理位置；

1.2.2天线方位角不合理导致弱覆盖

现象：

科技园三的 102 和 104 小区由于天线被住宅楼遮挡,导致覆盖区域内部分道路信

号较弱,存在弱覆盖，科技园三站点周围的地物如图：

图表 1 科技园三周围地物

调整前道路的电平值如下图：

图表 2 优化前科技园三覆盖

措施：

将 104 小区的方位角由 20 度调整为 40 度 ；将 102 的方位角由 150 度调整到 100

度 ；调整后弱覆盖得到改善,如下图：

小区名

PCI

方向角（调整前）

方向角（调整后）

下倾角（调整前）

下倾角（调整前）

东都花园 E0

64

135

190

-2

未调整

东都花园 E1

63

230

260

-1

-4

东都花园 E2

65

355

10

-1

-4

龙中 E1

109

190

200

-2

-4

图表 3 优化后科技园三覆盖

1.2.3天线方位角下倾角不合理导致的弱覆盖

现象：

东都花园附近有小段路 RSRP 低于-110dBm，该路段属于东都花园和龙中站点主

覆盖区,需要调整东都花园和龙中站的天馈方向角和下倾角加强覆盖。

调整方案见下表，

表格  1 东都花园天馈调整方案

调整后弱覆盖得到解决，调整前后的图见下：

图表 4 东都花园调整前覆盖

调整后的图见下：

图表 5 东都花园优化后覆盖

1.3越区覆盖

1.3.1越区覆盖分析

越区覆盖经常因为一些超过周围建筑物的站点，发射信号沿丘陵地形或道路可以传播很

远，在其他基站的覆盖区域形成了主导覆盖，产生“岛”的现象，因此，当呼叫接入到远离

某基站而仍由该基站服务的“岛”形区域上，并在小区切换参数设置时，“岛”周围的小区

没有设置为该小区的邻区，当终端离开该“岛”时，就会立即发生掉话。

且即便配置了邻区，

由于“岛”的区域过小，也会容易造成切换不及时而掉话。

解决建议：

1、避免扇区天线的主瓣方向正对道路传播，可调整扇区的天线方位角，使天线主瓣方

向与街道方向稍微形成斜角，利用建筑物的遮挡减少电波因街道两边的建筑反射而覆盖过远

的情况。

2、调整扇区天线的下倾角，如果条件允许优先调整电子下倾角，其次调整机械下倾角；

3、降低天线高度

4、在不影响小区与业务性能前提下，降低发射功率；

1.3.2越区覆盖案例

214 小区的电子下倾 6 度，机械下倾 5 度，由于美化罩缘故，下倾角无法再往下压；但

小区在 1.26km 还有信号且电平为-103dBm，在 700 多米时信号强度达到-93dBm，故在不

影响覆盖的前提下需要适当降功率,将功率降低 2dB 后，信号消失，如下图

图表 6 科技北调整前越区覆盖图

图表 7 科技北调整后覆盖

图表 8 科技北覆盖路段基站分布

注：

该路段由于高新公寓站没开起来，有小段弱覆盖，当电平为-103 时会切向 214 小区。

2 干扰类

2.1PCI 模 3 相等干扰

科技园 E，58 小区上报了 114 的 MR，181 和服务小区 58 模 3 相等，下发了切换命令，

UE 没收到，由 UE 侧可看到此时 SINR 很差为-6.83;

图表 9 科技园 58 基站侧 LOG

图表 10 科技园 58 信道状况

图表 11 科技园 58 终端侧 LOG

措施：

将科技园四 1 小区的 PCI 由 181 调整为 182，0 小区的 PCI 由 180 调整为 181，

2 小区的 PCI182 调整为 180，干扰得到规避 。

注：

在调整 PCI 时也要将配置该小区为外部邻区的基站的外部邻区中的 PCI 修改过来。

2.2GPS 失锁干扰

现象：

高科 E 站点小区 1 覆盖区域近点接入困难，拉网在此小区覆盖区域下必然掉话

且长时间无法接入。

在 M2000 信令跟踪下的干扰检测中跟踪高科 E 的 1 小区。

发现每个 RB

的功率都比正常-110dBm 高了 30dB 左右。

RSSI 同时也高了 20dB 左右，如下图：

在故障小区覆盖区域，实测，信号强度大于-70dBm 的时候才偶尔能接入。

Probe 和基

站侧信令分析看到，eNodeB 未发切换命令或者切换重配消息 UE 没收到，导致每次经过此

处必然掉话。

后发现  M2000 中，中兴通讯站点有 GPS 告警“GPS 线路短路故障”，在 MML 中将中

兴通讯站点去激活，高科站点的干扰马上消失。

由此确定是中兴站点 GPS 失步，导致周边

区域同频干扰严重，更换中兴站点 GPS 后，故障消失。

3 切换类

3.1基站不下发切换命令

该问题的前提是 UE 上报了切换的 MR，基站侧也收到了 MR，但没有收到切换命令，

可能的原因有邻区漏配或邻区配错、下发重配置没收到重配置完成和同频邻区中有 PCI 相

等的邻区。

下面以案例形势一一展开。

3.1.1邻区漏配&邻区配错

一、邻区漏配

从基站跟踪看到基站收到了大量的 MR，没有下发切换命令，导致掉话，如下图。

从 probe

上看信道质量不差没到解调门限以下，因为没有下发切换命令而掉话，可以查看是否为邻区

漏配。

中兴通讯 179 向科技园四 182 发起切换，上报了切换的 MR，基站侧也收到了 MR，没

有下发切换命令，之后读系统消息，发起重建，重新接入到 MR 中小区，即科技园四 182，

可以确认为邻区漏配。

Probe 和基站侧 log 如下：

图表 12 邻区漏配 UE 侧无线环境

图表 13 邻区漏配 UE 侧 LOG

图表 14 邻区漏配基站侧 log

邻区漏配有 2 种情况:

 1、同频邻区和外部小区都没有配置;2、配置了外部邻区,但没配

置同频邻区 ；

建议：

添加邻区

注：

也可通过对比 SIB4 中的邻区信息与 MR 中的邻区 PCI 发现是否为邻区漏配，如下

图；

图表 15SIB4 消息内容

二、邻区配错

下面为外部小区和同频邻区均已配置，且同频邻区也配置正确，但外部小区的 PCI 添

加有错，导致的掉话。

如下图，102（科技园三 1 小区）上报 181（科技园四的 1 小区）的

MR，但没下发切换命令，查询同频邻区已配置 eNBID 为 28 即科技园四的 1 小区为邻

区 ，但 1 小区的 PCI 被配成了 182，且配置了同站的两个 PCI 相等的外部邻区。

图表 16 邻区错配终端侧 LOG

图表 17 科技园三 1 小区的同频邻区

图表 18 科技园三的外部邻区

建议：

修正外部小区的 PCI，在添加邻区时务必保证外部小区的 PCI 及同频邻区的

eNBID 正确，减少优化工作量。

3.1.2PCI 相等导致不发切换命令

现象：

基站标识 117，67（本地小区 1）、68（本地小区 0）为同站邻区，68 往 67

切换正常，67 往 68 切则切不过去，表现为上报了 MR，不发切换命令，LOG 如下：

图表 19PCI 相等终端侧 LOG

图表 20PCI 相等基站侧 LOG

经查询 67（本地小区标识为 1）的外部邻区中有 PCI 为 68 和同站邻区的 PCI 相等，如

下，在 ANR 关闭情况下，会不发切换命令；

图表 2167 小区的外部邻区

图表 2267 小区的同频邻区

措施：

首先核查是外部邻区中的 PCI 配置错误（即该站不存在，或基站存在但 PCI 配

置有错）；核查都无误时需要调整 PCI；

建议：

1、 调整完 PCI 后或新加站后用 M2000 上的 PCI 冲突核查工具进行核查邻区中是否存

在 PCI 相等情况。

2、 使用 excel 原型工具进行对比，该工具相对麻烦一点，需要将邻区信息倒出来。

如下，在 M2000 的配置中选择 LTE 自优化，在优化菜单中双击 PCI 优化任务，如下图：

图表 23M2000 PCI 自优化界面

图表 24PCI 冲突信息

在 PCI 冲突信息中点击任何一条在旁边会显示与其冲突的邻区的具体信息，如下表：

图表 25PCI 冲突详细信息

点击下面优化任务中的绿色按钮，会弹出如下对话框，

图表 26 优化任务启动界面

点击确认后，会显示如下进度条

图表 27 优化进度条

看见完成后会显示已成功，进度条显示 100%，建议的优化值会显示如下：

图表 28 优化结果

3.1.3基站下发的 RRC 连接重配置没收到 RRC 连接重配置完成

科技园三 102 切向科技园三 104 后，基站侧下发了 RRC 连接重配置，为重配置 CQI，UE

侧没收到，一直山上报 MR，基站侧不处理，掉话；

UE 侧 LOG 如下：

图表 29OMT 侧 LOG

基站侧 LOG 如下：

图表 30 基站侧 LOG

在切换到 104 后，104 小区的信道质量很差，导致没有解出 RRC 连接重配置而不下切

换命令继而掉话，如下：

图表 31Probe 侧信道状况

措施：

测量到邻区中 182 与服务小区 104 模 3 相等，由于此路段为弱覆盖路段，建议调

整 182 的 PCI，将 182 调整为 180，180 调整为 181，181 调整为 182，但由于高新公寓站开

不起来，弱覆盖无法解决。

3.2乒乓切换

在高科 E 内 114 和 115 间乒乓切换,如下图，将时间迟滞由 320ms 调整 480ms，调整后

有所缓解，如下：

图表 32 调整前 114 和 115 乒乓情况

图表 33 优化后 114 和 115 切换情况

注：

根据实际情况也可调整 IntraFreqHoA3Hyst 和 IntraFreqHoA3Offset，但该参数会影

响到所有和该小区进行切换的邻区。

4 重建类

协议规定的重建原因有 3 类：

切换失败、重配置失败和其他，重建成功的前提是小区必

须有 ue 的上下文。

下面依案例进行分析。

4.1重配置失败引起的重建

现象：

服务小区为 102，102 切换到 180 后，基站下发了 RRC 连接重配置，但在发送重

配置完成时，无线链路失败，从无线环境来看，此时服务小区的 180 的信号为-106 左右，

随后信号消失，且邻区中也测不到 180 信号，之后开始搜小区，搜完小区就报 RRC 连接重

建了，重建原因为重配置失败，重建不成功导致掉话，改点为弱覆盖点，各小区在该点的信

号都在-110 左右且持续时间较短。

图表 34Histudio 侧信令

无线环境如下：

图表 35HiStudio 侧无线环境

措施：

可以调整天线的下倾角和方位角，使其有一个主导小区覆盖，但该段由于高新公

寓站没有开起来，属于弱覆盖，214 为距离 1km 左右的信号，182 为旁瓣覆盖，除了加站，

此处无法优化。

改掉话点的位置如下（102 小区距离该掉话点 610 米左右，182 距离约 780

米左右）：