TD-LTE-网络优化经验总结

TD-LTE网络优化经验总结优化案例集,案例一：长河水产市场下载速度低,案例九：修正测试规范BFGain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH失败,案例八：参数配置导致切换失败,案例一：长河水产市场下载速度低,案例描述：在对长河水产市场进行单站验证的过程中，对该站进行定点的上传和下载业务，发现即使在覆盖“极好点”，该站的下载速度依旧只有810Mbps，达不到测试用例的要求；,案例分析：1.根据在该站采用不同的电脑分别在不同的极好点进行测试下载速度均只能达到810Mbps，排除无线环境的因素；2.检查电脑网卡设置，修改TCP相关参数，排除电脑本身的网卡设置导致无法达到要求的上传速度；,3.使用jperf，对传输进行推送测试，发现主要问题应该在传输上，由于传输的限制导致下载速度最大只能达到10Mbps；,问题解决：1.根据传输的拓扑结构，测试路径一共分为三段：,1、长河水产基站到PTN侧CE，如果下载速率有问题，证明PTN传输有问题，如果没有问题，排除PTN传输2、PTN侧CE到EPC机房FTPserver，如果PTN侧CE到EPCFTPSERVER速率有问题3、EPC机房交换机上内网FTPSERVER测试,2.测试结果显示为长河水产基站到PTN侧CE存在问题，下载速度约为10Mbps，上传速度约为90Mbps；,3.在测试完毕后，经过和华为确认，华为在PTN上做了些QOS的配置，根据不同业务限制了最高带宽，对下载业务带宽为10M，这样导致了下载的限制。,优化结果：在改变了PTN上的QOS配置的限制之后，再进行下载验证，结果显示恢复正常，达到30Mbps以上，符合用例需求；,案例一：长河水产市场下载速度低,案例九：修正测试规范BFGain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH失败,案例八：参数配置导致切换失败,案例二：滨江电力公司上传速率低,案例描述：在对滨江电力公司进行单站验证的过程中，在进行上传业务时发现该站点的3个扇区的速度均比较低，只能达到约25Mbps，而在前期的测试中，该站的上传速度表现一直很好达到了15Mbps以上；,案例分析：,1.在滨江电力1扇区测试中显示BLER较高，MCS较低；,2.在滨江电力3扇区测试中显示时隙配比为3：1；,问题解决：1.在滨江电力1小区进行参数核查，确定无线参数均正常，尝试修改相关上行参数进行调整，但上传速度依旧没有改善；2.恢复修改的参数，核查干扰源，检查周边邻区的无线参数配置，经过核查发现滨江电力3小区的TDDframeconf=2，即时隙配比为3：1，而周边基站均为2：2；3.将时隙配比改为2：2后，三个扇区上传速度均达到了15Mbps以上，确认为3扇区的3：1配置对该站有强干扰导致上行底噪上升，上传速度低；,优化结果：在将滨江电力3小区的时隙配比TDDframeconf改为1后，分别验证3个小区的上传速率，均达到了15Mbps以上；,案例一：长河水产市场下载速度低,案例九：修正测试规范BFGain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH失败,案例八：参数配置导致切换失败,案例三：海斯终端无法搜网,【现象描述】在优化中突然发现海思终端无法进行小区搜索。【问题分析】怀疑CDS软件设置问题，重启CDS程序，问题依旧；怀疑Windows问题，重启系统，问题依旧；怀疑电脑硬件问题，更换电脑，问题依旧；怀疑海思终端问题，更换海思终端，问题不出现。初步定位海思终端故障。【解决方案】把现象报给海思技术支持，回复可能是锁小区的原因造成的，CDS上查看，并没有锁小区，仍然执行行锁小区解锁，问题依旧；继续重启电脑，拔插海思终端，问题解决。注意：海思终端，在进行锁小区操作后，会在硬件中记录，即使断电重启也不会复位。需要在CDS软件上进行解锁操作后，并且重启海思终端，重启电脑，才能复位。,案例一：长河水产市场下载速度低,案例九：修正测试规范BFGain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH失败,案例八：参数配置导致切换失败,案例四：海斯终端ATTCH失败，出现EPSattachfailed,【现象描述】最近在测试过程中，经常出现hisi终端无法进行attach业务和ping服务器无法到达的情况，具体表现为发起attach业务时在信令中出现EPSAttachfailed,【问题分析】海斯终端鉴权与网络不同步【解决方案】通过sscom32在hisi终端的bluetooth口发送命令，将hisi终端的鉴权与基站侧的鉴权进行同步。设备连接后，通过sscom32打开终端的bluetooth端口，发送命令：g_ulSmcControl=1，点击发送后，鼠标移至运行窗口按enter，返回值value=1即表示操作成功，然后关闭bluetooth端口，如下图所示。,案例一：长河水产市场下载速度低,案例九：修正测试规范BFGain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH失败,案例八：参数配置导致切换失败,案例五：远见智能第1小区下载速率偏低问题,【现象描述】在远见智能基站1小区下载速率偏低（20Mbps),RSRP很高，下行SINR很好，MCS偏低，16QAM比例很高、BLER很低。,【问题分析】关闭ATB/ULPC等问题依然存在。关闭远见智能第2、3小区问题依然存在；初步分析问题不是由于干扰问题，检查SCF文件发现DLTARGETBLER设置为1%，可能与此有关，由于BLER要求太高，OLLA会调低MCS以保证BLER目标，而对于FTP等业务不需要如此高的BLER要求，并且会导致不能够使用高阶MCS及64QAM，从而导致下载速率偏低。【解决方案】将第1小区恢复成DLTARGETBLER=10%。,案例一：长河水产市场下载速度低,案例九：修正测试规范BFGain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH失败,案例八：参数配置导致切换失败,案例六：室分小区随机接入失败,【现象描述】室分小区随机接入失败。1.在室分主测小区切换或者初始接入时，经常会有切换失败或者attch失败，现象为PRACH上行同步次数较多，且PRACH的功率会逐渐攀升到满功率23dbm。CDS软件会提示定时器T304或T300超时。如图2.反切失败。室分主测小区PCI：336向同层同频的PCI:337切换正常，但是经过海量测试发现PCI:337向PCI:336失败率高。现象和上图中PRACH接入问题相同。,室分小区随机接入失败,【问题分析】怀疑定时器设置或者切换参数问题，但是核查参数发现336和337的定时器设置相同，切换参数也相同，故排除定时器设置和切换参数问题；怀疑无线环境问题，336小区和337小区做的是同层的2个小区，在同层测试RSRP/RSRQ/SINR都比较好，排除无线环境问题；怀疑随机接入参数设置有问题，由于336向337切换都正常而反向切换337向336会出现失败，因此对比这两个小区的PRACH参数，发现prachConfigIndex参数不同。将336小区的prachConfigIndex从51修改到3，多次测试切换成功率和接入成功率明显提高。进一步定位发现海思终端在prachConfigIndex=51(preambleformat4)时随机接入的成功率较低。,室分小区随机接入失败,【解决方案】prachConfigIndex与preambleformat对应表如下：,prachConfigIndex=51时，对应的preambleformat为4，prachConfigIndex=3时，对应的preambleformat为0。,室分小区随机接入失败,【解决方案】,preambleformat4时PRACH在UPPTS发送，这种格式的CP时域长度和Sequence的时域长度都比preambleformat0小很多，被基站成功解调的几率也小很多，所以选择format0会比选择format4切换成功率高。,因此修改参数prachConfigIndex从51修改到3。问题解决。,preambleformat规范定义的格式如下：,案例一：长河水产市场下载速度低,案例九：修正测试规范BFGain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH失败,案例八：参数配置导致切换失败,案例七：基站有信号，Attach不成功,【问题描述】在下沙顶新1小区下做业务，从CDS软件中观察主服务小区有信号，但是无论做Attach，ping，upload，download业务，均不成功【问题分析】怀疑测试终端问题，重启海思终端，拔插SIM卡，问题依然存在；怀疑为Windows系统问题，重启电脑，重新接入，仍未解决；怀疑基站问题，更换至其他小区测试测试，业务正常，定位为小区问题。,【解决方案】联系排障组上站排查，发现该小区主BBU上的第二个FSP下的3个CPU全部DOWN掉，导致无法做业务，但是小区有信号；排障组对该小区的主BBU进行断电重启，5分钟后基站侧观察该小区BBU状态，模块均恢复正常，使用海思终端在该小区下做业务，业务可以做且均成功,基站有信号，Attach不成功,案例一：长河水产市场下载速度低,案例九：修正测试规范BFGain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH失败,案例八：参数配置导致切换失败,案例八：参数配置导致切换失败,【现象描述】测试中UE由LTE_下沙联华1小区（PCI:49)向LTE_下沙联华3小区(PCI:50)切换失败，如下图所示：LOG分析，UE在四号大街由东向西行驶，占用LTE_下沙联华1（PCI:49）UE上发测量报告，目标小区为LTE_下沙联华3（PCI:50），当RSRP相差10db仍未发生切换，1秒后出现“HandOverFailed”。,【问题分析】核查切换参数：配置正确无问题；核查邻区配置：均已配置；怀疑设备问题，重启设备，复测问题依旧；尝试重新配置邻区：删除原邻区配置，重新添加双向邻区，进行复测，切换关系正常，如下图所示：【解决方案】重新核查参数，发现邻区配置参数存在问题。正常邻区配置参数如下：eNodeBIP，eNBid，MCC，MNC，MNClengthinPLMN，如2171920446082存在问题的邻区配置参数如下：900029052062171920446082237392044608239由于前期工程部门配置邻区参数存在问题，需要重新正确配置。,参数配置导致切换失败,创毅视讯终端切换失败,【现象描述】采用创毅视讯终端，在下沙联华_1与文苑风情_2小区之间，进行FTP下载测试时，创毅视讯终端无法成功切换至文苑风情_2。而导致FTP掉线。,【问题分析】切换失败，可能由以下几方面产生：软件、终端、测试电脑等。网络问题（包括覆盖、干扰、邻区、基站状态等）问题发生时，小区覆盖、干扰均正常，主要考虑软件、终端及邻区等方面。检查小区状态和配置：向后台查询这两个小区状态，邻区情况，发现均正常。怀疑PDCCHDCI格式问题：已知创毅视讯终端的一个bug，创毅视讯终端只支持PDCCHDCI格式为1A，怀疑小区PDCCHDCI格式未配置为1A导致切换失败。向后台查询这两个小区PDCCHDCI格式，反馈这两个小区均配置为1A。怀疑终端和电脑问题：更换另一个创毅视讯终端、更换SIM卡、重启电脑重新测试，发现问题依旧。怀疑基站问题：重新启动基站，并再次修改文苑风情_2PDCCHDCI格式为1A后，重新测试，切换正常。,创毅视讯终端切换失败,【解决方案】DCI:DownlinkControlInformation，承载在PDCCH上。Format1C:紧凑型单码字PDSCH调度。Format1A:用于下行传输，单码字PDSCH调度，下行数据触发随机接入过程。目前，海思终端对于上述两种格式均支持，而创毅视讯终端只支持1A格式，由于此格式问题，会导致UE无法接入网络，导致重选失败、切换失败等问题。基站被重启后，该DCI格式将恢复到1C的默认值，需要重新修改为1A，特殊情况，小区显示DCI格式为1A，但是并没有生效，需要重启小区，重新修改PDCCHDCI格式才生效。,创毅视讯终端切换失败,案例一：长河水产市场下载速度低,案例九：修正测试规范BFGain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH失败,案例八：参数配置导致切换失败,【问题描述】按照中国移动测试规范STT-3-2-1TD-LTE规模技术试验-六城市测试-多天线测试规范v1.7.2，BFGain是采用的DRS_RSRPCRS_RSRP，没有指明CRS-RSRP是在哪种传输模式下。使用BFGain=DRS_RSRP_TM7CRS_RSRP_TM2计算，增益为10dB左右，而正常值=6dB使用BFGain=DRS_RSRP_TM7CRS_RSRP_TM7计算，增益为5dB左右，正常【问题分析】DRS_RSRP：专门用于BF的，也就是在TM7的时候，当用户打上业务后，才有DRS。存在于用户分配到的PDSCH的RB上。CRS-RSRP：是指Cell-specificreferencesignal。在系统频带内的任一个RB上都有CRS，用于测量。无论系统是TM2还是TM7，是否有业务都有CRS。查看TM500数据统计：DRS_RSRP_TM7统计的是100个RB上的平均值CRS_RSRP_TM2统计的是中心6个RB上的平均值CRS_RSRP_TM7统计的是100个RB上的平均值,案例九：修正测试规范BFGai