分享：LTE最新案例集（下）

案例五：B593 PDN拒绝问题

【故障类别】：终端

【现象描述】：

在测试过程中，B593层三信令经常出现PDN拒绝问题，有时候会做不了业务

【原因分析】：

在页面中配置了非法APN——所以一般就选择Auto APN即可，因为展厅环境没有VOIP，必须要把WEBUI上的VOIP APN信息删除，否则会出现如下PDN建立被拒情况：

【处理过程】：

在非连接模式，登录web界面，按照左边的导航，进入APN编辑页面，（该界面必须在插入硬卡的条件下才可以看到）

将VOIP对应的APN设置为manual接入，并设置为disconnected状态。

1、 首先将Voice Connect的连接模式设置为手动，然后点击 提交 按钮。

2、如果连接状态变为 连接态，则接入成功。

【建议与总结】：

新到的CPE均需要修改

案例六：RSRP过高导致下载速率不稳定问题

【故障类别】：终端

【现象描述】：

音乐公园室分基站开通后，我们用B593S终端进行现场测试发现在RSRP和SINR极好的情况下下行吞吐率出现比较明显和频繁的掉坑现象，下载速率极为不稳定并且在测试过程中较为频繁的出现终端脱网状态，具体情况如下：

RSRP走势图

SINR走势图

下行吞吐率走势图

BLER走势图

【原因分析】：

1、通过测试数据分析发现在每次下行吞吐率掉坑的时候均出现较高的BLER，初步怀疑现场存在外部干扰，但是通过在距离该处5M左右距离的地方再次进行测试RSRP、SINR、下行吞吐率均极为稳定，并且BLER值较低，从而排除了外部干扰的问题；

2、在测试的过程中我们发现在部分地点终端要出现脱网状态，并且该状态随着距离天线越近越出现频率越频繁，在我们走到天线正下方时候终端彻底脱离网，无法再次进行业务工作：

可以看到在天线下方终端无信号；

此时已经怀疑到终端接收能力问题，在联系相应人员后得知在输入电平最大值超过-25dbm时，会导致接收机前段的LNA等器件出现饱和失真，接收通道误码偏高，从而导致吞吐率不稳定；

【处理过程】：

1、降低RS功率，在降低RS功率后进行复测，我们发现在测试点位置RSRP依然较高，吞吐率依旧无法稳定在峰值速率；

2、增加10dbm衰减器从而再一次降低终端接收电平，本次调整后问题得到解决；

复测结果：在进行以上两个步骤的调整后进行复测，结果较为理想下载速率较为稳定，具体如下：

RSRP走势图

SINR走势图

下行吞吐率走势图

BLER走势图

【建议与总结】：

在进行室内分布系统设计的时候不能一味的追求高RSRP，在RSRP过高（>-55dbm）的时候终端的LNA等器件出现饱和失真，接收通道误码偏高，从而导致吞吐率不稳定，建议在进行室分系统设计的时候保证终端接收功率在-60dbm以下。

案例七：外部小区及邻区冗余导致无法切换问题

【故障类别】：参数

【现象描述】：

在对久远饮食基站进行单站点验证过程中，二环路由北向南行驶，终端占用英雄鱼头-3小区（PCI：138）频繁发起向久远饮食-1（PCI：374）的A3切换事件，但无法完成切换，导致掉线。

【告警信息】：

SCTP链路故障告警

【原因分析】：

1、核查英雄鱼头-3小区邻区关系，已做久远饮食-1小区邻区数据，并对该站添加的久远饮食-1小区外部小区数据进行核查，外部小区无误；

2、进一步对英雄鱼头基站外部小区和邻区数据进行核查，发现存在尖东望座站点相关数据，详细如下：

该站点数据经核查为冗余数据，且同久远饮食基站存在相同的“基站标识”和“小区PCI”,小区标识不同。久远饮食基站信息如下：

3、通过上述分析，初步判断为英雄鱼头-3小区向久远饮食-1小区发起的切换错发向了不存在的尖东望座基站，导致切换无法正常完成。

【处理过程】：

1）后台删除英雄鱼头邻区及外部小区中的尖东望座基站冗余数据；

2）现场进行复查，切换正常，如图：

【建议与总结】：

1）明确切换数据查找流程：终端监测信号，上报目标小区PCI→基站判决符合切换条件，根据小区表、邻区表和外部小区表确定目标小区→通知目标基站准备，并向终端下发切换消息包含目标小区信息→终端根据收到的切换目标小区信息在目标小区进行接入

2）终端频繁发起A3切换请求，但是一直未发起切换，可能原因就有：一是没做邻区数据；二是外部小区属性错误；三是冗余数据导致切换消息错误发送；四是其他问题。本案例就是属于外部小区和邻区数据中存在冗余记录导致切换消息错误发送造成不能切换从而导致掉线。

3）后台需定期对冗余数据进行清除。

案例八：MOD3干扰问题

【故障类别】：干扰

【现象描述】：

在东门桥测试,UE占用望园宾馆-1小区信号，RSRP为-82dBm，SINR为2dB，干扰较严重，下载速率低，具体情况如下：

【原因分析】：

在东门桥测试,UE占用望园宾馆-1小区信号，RSRP为-82dBm，SINR为2dB，干扰较严重，查看邻区列表中银杏大厦-1小区RSRP为-81dBm，与服务小区电平相当，且望园宾馆-1小区PCI=206，银杏大厦-1小区PCI=212,存在MOD3干扰，导致SINR较差。这两个站点为相邻站点，属于PCI规划不合理导致，通过对周围站点PCI分布分析，调整PCI比较困难，所以通过RF优化问题解决

【处理过程】：

通过对周围站点PCI分布分析，调整PCI比较困难，因此通过RF优化调整控制银杏大厦-1小区覆盖，银杏大厦-1小区下倾角从4度调整到7度，调整后该路段SINR从2db升高到12db，复测结果如下：

【建议与总结】：

对MOD3干扰优化可以有如下措施：1、调整PCI优化调整；2、RF优化调整，控制邻区覆盖降低邻区RSRP；3、功率调整，控制邻区覆盖降低邻区RSRP等优化措施

案例九：Mifi网络连接设置问题导致开机无服务

【故障类别】：终端

【现象描述】：

某地用户投诉4G信号差，无网络服务。

【原因分析】：

1）投诉区域为网络覆盖盲区；

2）基站存在告警；

3）SIM卡数据问题；

4）终端设置问题；

【处理过程】：

1）投诉用户为商用前VIP客户，首先确认投诉区域网络覆盖是否是无覆盖，通过现场测试覆盖较好，数据业务能满足用户需求，排除因为覆盖而引起的无信号问题。

RSRP

SINR

下载速率

上传速率

2）联系后台查询基站最近3天无告警；

3）将用户mifi的SIM卡与测试SIM卡互换后，测试MIFI能正常入网，而用户MIFI仍然无服务，确定用户mifi问题。

4）将用户MIFI连接电脑进入192.168.1.1页面后发现用户mifi存在设置问题，具体设置如下：

进入192.168.1.1页面后，在连接设置里面，移动网络设置为“打开”。

网络设置里面 网络首选方式为：仅4G

5）设置后重启，mifi正常搜索到4G网络，且连接外网正常；

【建议与总结】：

网络无服务投诉基本可以分步排除，首先排除是否为覆盖方面引起的无信号（如：覆盖漏洞、基站告警引起的覆盖漏洞）；其次通过卡机互换确定是终端问题还是SIM数据问题，确定问题出现在那个环节，并分析处理。

案例十：TAU更新失败问题

【故障类别】：位置区域更新失败

【现象描述】：

长呼测试时，在东华门街与东华正街交界处，出现一次TAU更新失败，具体情况如下：

【原因分析】：

通过对周围环境和测试数据分析，是由于远东百货-3小区（RSRP-96dbm）在东华门街信号突然高于茂业百货-3小区（RSRP-101dbm），所以UE从茂业百货-3切换到远东百货-3，之后一直占用远东百货-3小区，而切换到RSRP为-81dbm的华瑞商务楼-3小区，所以该路段RSRP一直下降到-141dbm而导致弱覆盖，且远东百货和华瑞商务楼不属于同一位置区，因此发起位置区域更新请求，但在发起位置区域更新请求时，已经是弱覆盖（RSRP-141dbm），所以导致位置区域更新请求失败。

【处理过程】：

添加远东百货-3和华瑞商务楼-3小区双向邻区关系，添加邻区后及时发起切换，避免由于弱覆盖导致位置区域更新失败。处理结果如下图所示：

【建议与总结】：

由于远东百货是FAD天线不能调整，所以建议添加远东百货-3和华瑞商务楼-3小区双向邻区关系，添加邻区后及时发起切换，避免由于弱覆盖导致位置区域更新失败

案例十一：不同设备类型RRU，设备偏置不一致导致干扰，影响上行速率

【故障类别】：RRU设备

【现象描述】：

“洲际酒店一-3”小区上行速率低（下行速率正常），多次测试内基本都是小于3Mbps（该小区的两个RRU均是该现象）

【原因分析】：

1)前台测试数据分析

从测试数据来看，RSRP为-76dBm，SINR为35dB，BLER为0%，CQI为14，无线环境很好，但是从测试数据来看，导致上传速率仅为2Mbps的直接原因是上行调度数在180左右，UL-MCS期望阶数在7左右， UL-MCS阶数很低。

2)后台干扰查询

查询后台洲际酒店一-3小区上行无干扰，排除上行干扰导致上传速率低。

3)设置CPE PUSCH最大发射功率验证

设置CPE PUSCH最大发射功率为23后，上传平均速率为9.6Mbps，且很平稳，如下图：

4)3小区RRU测试验证

在洲际酒店一-3小区的RRU下直接连接2个室分天线，经测试，RSRP在-60dBm以上时，上传速率可以达到8.8Mbps，但是当RSRP低于-70dBm时，上传速率仅为2Mbps左右，如下图所示：

RSRP小于-70dBm时，速率为2Mbps左右

RSRP大于-60dBm时，速率为9Mbps左右

5)2、3小区互换光纤测试

机房查看洲际酒店一3小区光纤位置，其中2、3小区光纤插在同一个LBBP单板上， 1小区单独插在一个单板上。由于设计小区为单流，2、3小区为双流，由于2、3小区上传速率差异较大，更换2、3小区光纤查看问题是否仍存在。

经现场测试，2、3小区互换光纤后，原3小区覆盖楼层上传速率小于1Mbps，下载速率正常，如下：

原3小区覆盖区域上传测试

原3小区覆盖区域下载测试

6)LBBP单板互换

由于洲际酒店一-1小区在LBBP单板1上，洲际酒店一-2、3小区在LBBP单板2上，两块单板分别位于1、4号槽位。通过互换两块LBBP单板的位置，排查LBBP单板是否存在异常。

经现场测试，更换LBBP单板后测试结果与更换单板前测试结果一直，说明两块LBBP单板都没有问题。

7)闭小区单独测试

将洲际酒店一-1、2小区去激活，单独测试3小区上传速率为9.5Mbps,依次激活2小区，小区速率变化如下：

步骤1~3测试3小区平均上传速率与分别于验证1、2、3小区平均上传速率结果相似（如问题现象）。

洲际酒店一-3小区上传速率变化图

8)闭RRU单独测试

由于洲际酒店一的3个小区均级联2个RRU，结合上面闭小区的测试结果，进一步排查RRU级联对洲际酒店一-3小区上传速率是否存在影响。

9)灌包测试

从便携机向服务器上行灌包，在服务器端抓包，结果如下。可见当“洲际酒店-3”小区频点为39050时，UDP和TCP上行速率都有问题，而当“洲际酒店-3”小区频点为39250时，上行速率都正常（灌包操作是在3小区第2个RRU的覆盖范围内进行），

（1）频点为39050的UDP灌包和TCP灌包

（2）频点为39250的UDP灌包

（3）频点为39250的TCP灌包

10)更换“洲际酒店-3”的两个RRU（验证测试RRU不存在问题）

根据前面的定位，怀疑“洲际酒店-3”的两个RRU有问题，所以用两个正常的3152RRU替换原来的RRU，然后进行下面的测试。

对经过室分分布系统后出来的信号进行测试，分别在“洲际酒店-3”频点为39050和39250情况下对“洲际酒店-3”速率进行测试；直接在RRU（“洲际酒店-3”的第2个RRU）上连接天线（不经过分布系统），分别在“洲际酒店-3”频点为39050和39250情况下对“洲际酒店-3”速率进行测试。

11)向研发提供测试数据、OMC信令跟踪文件、干扰日志以及基站日志信息，研发测给出双模RRU3151e-fae、3161e-fae和3152e共覆盖时上行速率异常，需要对3152e型号RRU帧偏置进行修改。

【处理过程】：

由于3151e-fae、3161e-fae是双模RRU，为了和TDS空口同步，作了空口提前，而老款和新款RRU3152e是单模RRU，所以未作空口提前，从而会造成RRU3151e或RRU3161e小区和3152e小区空口对不齐，3151e的下行子帧干扰3152e的上行子帧，引起3152e下的上行速率波动。故只要存在共覆盖场景，必须手动配置3152e的帧偏置。

无线产品侧通过串口对3152e类型的RRU进行修改帧偏置，测试效果正常。