LTE 路测和网络问题案列分析

1、5/8/20221 Nokia 2014 - File Name - Version - Creator - DocIDConfidentialLTE 路测和网络问题案列分析5/8/20222 Nokia 2014 - File Name - Version - Creator - DocIDConfidential覆盖问题分析覆盖类问题涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污染等。弱覆盖：弱覆盖：在LTE中一般认为RSRPoamcontrolled后正常）5/8/202213 Nokia 2014 - File Name - Version - Creator - Do

2、cIDConfidential切换问题分析切换分析主要是针对以下几个方面进行分析：邻区错配 邻区错配主要是指在同一个邻区表内配置了两个 PCI 相同的邻区，或是邻区的 PCI 与主服务小区的 PCI 相同的现象。 现象：现象：1. MR 上报后经常切换失败；2.切换对象可能不是最强的小区,3.SINR 较差（低于-3dB） 4. 测量列表内最少有两个相同的 PCI 分析：分析：只要在测量的小区列表内有两个或两个以上的相同 PCI,就是该问题。 解决解决：修改小区 PCI5/8/202214 Nokia 2014 - File Name - Version - Creator - DocIDCo

3、nfidential切换问题分析切换分析主要是针对以下几个方面进行分析：乒乓切换 乒乓切换主要是指标在切换带内进行的两个或多个小区之间反复进行切换，并且切换时间较短。 现象：1. 下载速率较低；2. SINR 较差；3. 多次切换（最少 3 次） 分析：该种问题很容易分析，只要两个或多个小区之间的很小区域内存在多次切换。 解决：抑制各小区的覆盖区域，减小重叠覆盖。5/8/202215 Nokia 2014 - File Name - Version - Creator - DocIDConfidential切换问题分析切换分析主要是针对以下几个方面进行分析：切换时延 切换时延是指控制面的切换时

4、延，时延统计开始于 UE 收到 RRC的重配置信令，结束于 UE 上报 MSG3 结束。 现象： 控制面切换时延的均值大于目标值（联通要求小于50ms），这时就会产生切换时延过大的问题。 分析：2个阶段来分析 1. 收到重配后上发 MSG1 的时延：MSG1重发较多-PRACH及干扰问题 2. 发出 MSG1 到收到 MSG2（RAR）的时延：干扰问题较多 解决： 1.调整PRACH功率等参数；2.干扰排查及解决；3.调整RS功率等；5/8/202216 Nokia 2014 - File Name - Version - Creator - DocIDConfidential切换问题分析切换

5、分析主要是针对以下几个方面进行分析：切换失败 切换切换失败从事件的信令节点上来说，始于 RRC Connection Reconfiguration信令，终于 RRC 超时并发起重建，对于切换失败的问题分析时可以结合当时的各种测量指标进行分析，比如 RSRP 和 SINR 等测量值。 现象： 未发送RRC Connection Reconfiguration Complete,发起RRC Connection Reestablishment Request。 分析：1. 查看RSRP/SINR/BLER；2.邻区检查，主要看是否有相同PCI；3.MSG1发送异常；4.核查同步检测参数、T304

6、等 ： 解决： 1.调整PRACH参数；2.干扰排查及解决；3.调整RS功率等；5/8/202217 Nokia 2014 - File Name - Version - Creator - DocIDConfidential切换流程测量报告测量报告RRCRRC重配置重配置服务小区测量量服务小区测量量邻区测量量邻区测量量切换命令切换命令5/8/202218 Nokia 2014 - File Name - Version - Creator - DocIDConfidential用户面时延问题分析用户面时延 从发出PING Request到收到PING Reply之间的时延平均值。 联通指标要

7、求：32byte，小于30ms 现象：时延超过30ms。 分析：1.查看RSRP/SINR/BLER； 2.查看预调度等参数： 3.服务器配置 、状态等； 解决： 1.覆盖干扰解决；2.参数优化；3.更换服务器；Note：影响ping时延测试的网络侧配置参数有maxNumPrbSr (40)， ilReacTimerUl(当设置为0时为关闭预调度) ，ulatbEnable(True)， iniPrbsUL(40)， cellSrPeriod(5ms)。5/8/202219 Nokia 2014 - File Name - Version - Creator - DocIDConfidenti

8、alThroughput Throughput 分析分析：1.查看小区是否有影响性能的告警、传输带宽等；2.查看RSRP、SINR、Throughput；3.判断用户的RB数和DL/UL Grant是否调度充足，如果不充足，首先判断上层数据源、FTP线程等是否充足（FDD小区单用户情况下一般稳定在900以上，RB90/slot(20MHz)以上）；4.如果DL Grant和RB数都是调度充足的场景下，判断BLER是否收敛到目标值。目前下行的BLER目标值一般为10%，即5%15%即认为BLER收敛；5.如果BLER收敛，可判断是否使用了双码字（UE可通过CDS查看用户的Rank Indicat

9、or和DL MCS；RI=1 单流，RI=2双流；MCS 010 QPSK/MSC1120 16QAM/MCS2128 64QAM)6.查看参数一致性（64qamenable/16qamenable/ actModulationSchemeUL（16QAMHighMCS）、maxbitratedl/ul 等)；7.查看UE能力，测试电脑TCP配置、usb端口、FTP服务器状态及文件大小等吞吐量问题分析5/8/202220 Nokia 2014 - File Name - Version - Creator - DocIDConfidential案例分析-邻区漏配导致的切换失败5/8/20222

10、1 Nokia 2014 - File Name - Version - Creator - DocIDConfidential案例分析-主时钟告警导致的切换失败问题问题描述描述：驱车从锡林郭勒南路由南向北行驶，UE占用西五里营1小区（PCI:81），行驶到钢窗厂2（PCI:41）时没有切换，一直到钢窗厂1小区（PCI:39）时最终因干扰导致掉话。问题分析：问题分析：1.检查邻区，未发现邻区漏配，邻区里周围小区都存在； 2.检查告警，发现基站主时钟调谐失败（1818：EFaultId_Ov_OscAl）告警；此告警会使基站性能降低，也会影响切换等功能；处理处理：1:检查基站和FTM的其他告警并

11、采取相应的措施解决。2:如果基站没有其他同步相关的告警，通过BTS Sit Manger启动fast tune。3:重置该站点，再次启动快速调整。4:上述操作不奏效，最终更换了BBU。更换前更换前5/8/202222 Nokia 2014 - File Name - Version - Creator - DocIDConfidential案例分析-IP设置错误导致切换失败问题问题描述描述：外场测试人员反映安泰中心(闽星楼)与冠亚广场无法切换，两个基站状态正常、各项指标良好，并与其他基站互切正常。由此猜测故障可能由于两个基站之间的 X2 link不可用导致。问题分析：问题分析：1. 登陆 BT

12、S Site Manager，确定两个基站邻区关系存在，但是 X2 link status 为unavaiable。检查发现邻区关系配置时邻区基站业务面 IP地址 使用的是网管面的 ip 地址42，导致 X2 link 不可用。2. 配置邻区时，应该使用 Control plane 对应的 IP 地址。即在新建安泰中心(闽星楼)与冠亚广场的邻区关系时，应该使用冠亚广场 Control plane IP 42。处理处理：将 C-Plane IP address of neighbor eNB 一栏 ip 更正为 Control plane IP100.77

13、.8.242，下发更新基站数据后，X2 链路状态变为可用，外场验证，两基站能够正常切换，问题解决。更换前更换前更换后更换后5/8/202223 Nokia 2014 - File Name - Version - Creator - DocIDConfidential案例分析-UE业务突然中断问题描述：问题描述：LTE建网初期基站随机性出现能够接入网络，做业务中突然中断业务的现象；问题分析问题分析： 经与核心网一起查问题后发现出现问题时的UE分配到的IP大多以172.*.*.*开头，而正常的UE分配到的IP大多以10.*.*.*开头，172开头的IP由贝尔PGW分配，10开头的IP由诺基亚PG

14、W分配，贝尔工程师抓包分析后给出的解释是；S11接口MME发起的Echo request消息中的sequence number为7位时，贝尔SGW可以正常回应Echo response。当MME发起的Echo request消息中的sequence number为8位时，贝尔SGW就不会响应。造成MME Echo超时重发，在重发4次后GTP链路就会down掉，导致已经attach的用户会重新attach到其他SGW，会话中断。处理：处理：DNS中删除贝尔SGW/PGW数据，不让MME选择贝尔SGW/PGW5/8/202224 Nokia 2014 - File Name - Version -

15、 Creator - DocIDConfidential案例分析-UE不能做业务问题描述：问题描述：铁一中基站无线环境良好，能够附着网络，但不能做业务；问题分析问题分析： 当时贝尔的S/PGW已退网，能够接入网络，且个别站出现类似问题，说明核心网没问题，最大可能原因是基站自身配置问题；经查发现基站路由中PGW相关的掩码配置错误；处理：处理：掩码改成20后UE正常做业务；改改成成/20更改后更改后更改前更改前5/8/202225 Nokia 2014 - File Name - Version - Creator - DocIDConfidential案例分析-UE接入失败问题描述：问题描述：铁运商务宾馆 2小区当，切换到该小区时下载上传速率为零，接入失败、RRC重建失败等现象；问题分析问题分析： RSRP:-75dbm左右、SINR：20db左右，但DL BLER:55%左右，说明无线环境良好，问题可能出在天线-BBU间，查看告警，无告警，由此推断问题有可能出在天线-RRU区域，要么工程质量，要么