LTE 最新网络优化案例

网优案例

目录

1分布问题导致下行呑吐率不达标问题 (3)

2高升桥基站热点区域异频优化案例 (6)

3合路接入TD分布系统故障导致下载速率不达标问题 (9)

4下行呑吐率“掉坑“毛刺问题 (14)

5B593 PDN拒绝问题 (21)

6RSRP过高导致下载速率不稳定问题 (23)

7外部小区及邻区冗余导致无法切换问题 (27)

1 分布问题导致下行呑吐率不达标问题

象描述：宽窄巷子星巴克咖啡室分基站开通后，我们用B593S终端进行现场测试发现在RSRP和SINR极好的情况下下行吞吐率无法达到测试标准，查看基站配置为双流模式基站，下行呑吐率标准为50M以上，现场测试最高速率只能达到47M，具体情况如下：

下行呑吐率数据

可以看到两个通道的输出功率相差较大；

处

1、而后后台配合我们将两个通道分别单开，测试其下行速率，如图：

理过

程：

通道口0

从上图可以看出通道口0由于输出功率低导致RSRP<-100,下载速率平均只有36M;

通道口1

从上图可以看出通道口1输出功率正常，下载速率稳定在46M以上，以此确定该站的通道0输出功率问题导致下行呑吐率无法达标

建议与总结：该问题后经协商后由双通路改为单通路，并将通道0关闭处理，复测结果如下：下图可以看出改为单流后下行呑吐率达到测试要求，下载速率稳定在46M以上；

2 高升桥基站热点区域异频优化案例

程：结合同频切换，在切换时，RSRP在-90dBm以上以及楼层覆盖情况，通知后台将A1停止异频测量门限配置为-75dBm，A2启动异频测量门限配置为-85dBm，A4异频切换门限配置为-90dBm后，异频切换正常，如下：

1、3小区间异频切换正常，同时由于进行异频的调整，该区域下载速率得到较大提升，达到预期优化效果。

3 合路接入TD分布系统故障导致下载速率不达标问题

述：武侯办公区室分基站开通后，该基站为单小区配置基站，并下挂2个RRU，通过现场对2个RRU进行测试发现RRU1\RRU2的RSRP以及SINR都比较好，但是RRU2在测试过程中的Transmision Mode为TM2，Rank lndicator为Rank1，具体情况如下：

RRU1 Radio Paramrters

RRU1 RSRP走势图

RRU1 SINR走势图RRU1下行吞吐率走势图RRU2 Radio Paramrters

RRU2 RSRP走势图RRU2 SINR走势图RRU2下行吞吐率走势图

1、经过工程安装人员进行检查发现在耦合器与TD合路的接口未连接：

2、与工程安装人员取得联系了解该基站的安装情况得知由于在安装过程中工程队未找到设计图纸中的TD天线，因此RRU2只安装了一路天线，通过这一情况可以将问题定位为RRU2由于天线安装为单通道导致该RRU接收的为Rank1单流；

3、由于现场安装与设计不符合，因此告知安装人员对该RRU进行整改

4、通过安装人员整改后的复测观察，经过整改RRU2的Rank lndicator模式由Rank1变为Rank2，下载速率有了明显的提升，具体对比如下：

RRU2整改前Radio Paramrters RRU2整改后Radio Paramrters

RRU2整改前下行吞吐率走势图RRU2整改后下行吞吐率走势图

4 下行呑吐率“掉坑“毛刺问题

现象描述：在成都LTE站点“成都分公司”单验过程中，该站5个RRU覆盖的平层，上行数据业务平稳正常，但下行数据业务速率呈现严重的“掉坑”毛刺问题，如例图：

对成都分公司的5个RRU覆盖平层进行测试，统计结果如下表：

测试地点

5个RRU覆盖5个平层（只解闭塞测试楼层RRU）

下行吞吐量(Mbps) RSRP(dBm) SINR(dB) CQI PDSCH BLER（%）MCS (code 0) 每子帧平均RB数

成都分公司1F 42.8 -68.16 34.16 14.55 #DIV/0! 27.61 64.16 成都分公司2F 42.49 -79.17 35.63 14.45 0.21 27.71 63.41 成都分公司3F 44.48 -65.3 34.79 14.55 #DIV/0! 27.73 65.64 成都分公司4F 44.34 -64.11 35.24 14.82 #DIV/0! 27.8 66 成都分公司5F 43.44 -63.49 34.63 14.42 1.16 27.35 65.87

楼层 RRU 框号 小区

1F 206 1小区 2F 200 3F 201 4F 207 5F

202

通过对其中2楼天馈分布系统进行排查，框号为200的RRU 的驻波比消除：1.3/1.1；驻波告警处理好之后，下行业务依然存在“掉坑”毛刺问题。

2、小区检查（子帧配置：1/7配比）、终端检查、空口无线质量检查，根据上述分析步骤逐步核查，通过网管（LMT ）进行上行干扰检测以及无线空口质量排查，进行定点CQT 测试，问题依然存在。

3、通过2副小天线分别接到RRU 通道口进行验证测试，通过排除室分分布系统的问题，但通过现场选择好点（RSRP ：-72.17dBm 、RSRQ ：35.63dB ）测试验证，问题依然存在：

4、PING包，测试传输是否正常：

进行ping的命令操作（PING: SN=6, SRCIP="192.168.200.12", DSTIP="10.254.254.64", PKTSIZE=1460,

CONTPING=DISABLE, TIMEOUT=5000, NUM=50, DSCP=18, APPTIF=NO;）

（1）未做业务测试时，ping操作（3次ping操作，每次ping“1460”数据包50次），无“Request time out”问题现象；（2）做业务测试时，ping操作（8次ping操作，每次ping“1460”数据包50次），无“Request time out”问题现象。

5、判断是否为TCP问题，通过尝试UDP灌包

通过工具Wireshark抓包，文件处理，保存所需数据，打开数据，设置Wireshark，查看抓包统计，流量分析，查看专家信息，tcptrace图分析（发送窗口，接收窗口，RTT，重传等）

（1）使用Wireshark抓包（抓包操作步骤不详细阐述）

（2）对抓包文件进行处理，过滤TCP连接，保存所需数据

（3）重新打开保存后的文件，对Wireshark进行设置

（4）查看抓包统计

使用tcptrace图进行分析：正常情况下，如果TCP速率稳定，那么在TCP时序图上看到的将是一条笔直上升的斜线，它的斜率等于速率。tcptrace图中，中间黑色的粗线代表了发送的包，下方浅色的线代表上一个ACK确认的包序号，上方浅色的线代表TCP 接收窗口，等于上一个TCP ACK序号加上win：

分析线段斜率发生变化的地方

观察线段是否有中断、重复、离散点等情况。直接点击tcptrace图中出问题的点在Wireshark包列表区中会直接跳转到对应的包。如下图，远离黑色线段主体的一小段黑色线段是重传包：