LTE案例(数据andCSFB).docx

案例一：远见智能第1小区下载速率偏低问题 【现象描述】在远见智能基站1小区下载速率偏低（20Mbps), RSRP很高，下行SINR很好，MCS偏低，16QAM比例很高、BLER很低。 【问题分析】 关闭ATB/UL PC等问题依然存在。 关闭远见智能第2、3小区问题依然存在； 初步分析问题不是由于干扰问题，检查SCF文件发现DLTARGETBLER设置为1%，可能与此有关，由于BLER要求太高，OLLA会调低MCS以保证BLER目标，而对于FTP等业务不需要如此高的BLER要求，并且会导致不能够使用高阶MCS及64QAM，从而导致下载速率偏低。 【解决方案】 将第1小区恢复成DLTARGETBLER=10%。 案例二：室分小区随机接入失败-误包率 【问题分析】 怀疑定时器设置或者切换参数问题，但是核查参数发现336和337的定时器设置相同，切换参数也相同，故排除定时器设置和切换参数问题； 怀疑无线环境问题，336小区和337小区做的是同层的2个小区，在同层测试RSRP/RSRQ/SINR都比较好，排除无线环境问题； 怀疑随机接入参数设置有问题，由于336向337切换都正常而反向切换337向336会出现失败，因此对比这两个小区的PRACH参数，发现prachConfigIndex参数不同。将336小区的prachConfigIndex从51修改到3，多次测试切换成功率和接入成功率明显提高。 进一步定位发现海思终端在prachConfigIndex=51(preamble format 4)时随机接入的成功率较低。 【解决方案】 prachConfigIndex与preamble format对应表如下： prachConfigIndex=51时，对应的preamble format为4，prachConfigIndex=3时，对应的preamble format为0。 【解决方案】 preamble format 规范定义的格式如下： preamble format 4时PRACH在UPPTS发送，这种格式的CP时域长度和Sequence的时域长度都比preamble format 0小很多，被基站成功解调的几率也小很多，所以选择format 0会比选择format 4切换成功率高。 因此修改参数prachConfigIndex从51修改到3。问题解决。 案例三：初始接入MSG1多次发送未响应的处理案例 1 问题描述 在短呼测试中，出现UE发出attach req和RRC Connection Request后未收到RRC Connection Setup，造成呼叫未接通的情况，查看路测信令，如图1所示，在小区PCI11，8次msg1发送未收到MSG2。 图1 MSG1多次重发无响应 2 原因分析 首先检查后台告警此时无GPS失锁告警，排查上行交叉时隙干扰导致的MSG1解调失败。在路测软件上查看起呼失败时的接收电平和信噪比，下行RSRP为-91 dBm，接收电平良好；SINR较差-9.8 dB，说明起呼点无线信道质量较差。如图2、图3所示。 精诚服务 TD-LTE 无线侧专刊 2013 年第 1 辑︱ 17 图2 接入失败点RSRP 图3 接入失败点RS-INR 在无线信道质量较差的位置起呼，基站收到的PRACH信号过弱，导致基站侧将接收的PRACH信号当做无用信号不解调，造成MSG1无响应。通过降低“eNodeB对PRACH的绝对前缀检测门限”，提高PRACH信号的检测概率，在上行无线信道质量较差的情况下，提升MSG1正确解调的概率。 3 处理过程 将“eNodeB对PRACH的绝对前缀检测门限”从2000改为50，修改后进行短呼测试，RRC Connection Success为100%。在小区PCI11，从MSG1发送的间隔上观察，再未出现MSG1重发无响应的现象。如表1所示。 参数：eNodeB对PRACH的绝对前缀检测门限 PRACH Absolute Preamble Threshold for Enode B Detecting Preamble 取值范围：1-65535 案例四：调度不满 传输问题 传输明显丢包； 传输端口模式配置错误；由于传输侧反馈无其他明显异常，定位至此，有点山穷水尽了。回过头再次梳理之前的定位过程，从中找些蛛丝马迹。根据1.抓包分析，从基站、终端侧抓包看，S1下行存在1/1000的丢包，因此再次安排上站抓包，站点：伊刘村。方法是在基站和PTN设备之间接入第3方交换机，在连接第三方交换机时发现，端口速率始终无法达到千兆，而第3方交换机直接和基站传输口相连，则可以达到千兆，怀疑传输侧配置为100M光口而非1000M，将该问题反馈传输核查，经