19TDLTE常见优化案例分析.pptx

《19TDLTE常见优化案例分析.pptx》由会员分享，可在线阅读，更多相关《19TDLTE常见优化案例分析.pptx（41页珍藏版）》请在课桌文档上搜索。

1、TD-LTE 网络优化经验总结 优化案例集,案例一：长河水产市场下载速度低,案例九：修正测试规范BF Gain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH 失败,案例八：参数配置导致切换失败,案例一：长河水产市场下载速度低,案例描述：在对长河水产市场进行单站验证的过程中，对该站进行定点的上传和下载业务，发现即使在覆盖“极好点”，该站的下载速度依旧只有810Mbps，达不到测试用例的要求；,案例分析：1.根据在该站采用不同的电脑分别在不

2、同的极好点进行测试下载速度均只能达到810Mbps，排除无线环境的因素；2.检查电脑网卡设置，修改TCP相关参数，排除电脑本身的网卡设置导致无法达到要求的上传速度；,3.使用jperf，对传输进行推送测试，发现主要问题应该在传输上，由于传输的限制导致下载速度最大只能达到10Mbps；,问题解决：1.根据传输的拓扑结构，测试路径一共分为三段：,1、长河水产基站到PTN侧CE，如果下载速率有问题，证明 PTN传输有问题，如果没有问题，排除PTN传输2、PTN侧CE到EPC机房FTP server，如果PTN侧CE到EPC FTP SERVER速率有问题3、EPC机房交换机上内网FTP SERVER

3、测试,2.测试结果显示为长河水产基站到PTN侧CE存在问题，下载速度约为10Mbps，上传速度约为90Mbps；,3.在测试完毕后，经过和华为确认，华为在PTN上做了些QOS的配置，根据不同业务限制了最高带宽，对下载业务带宽为10M，这样导致了下载的限制。,优化结果：在改变了PTN上的QOS配置的限制之后，再进行下载验证，结果显示恢复正常，达到30Mbps以上，符合用例需求；,案例一：长河水产市场下载速度低,案例九：修正测试规范BF Gain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有

4、信号，Attach不成功,案例四：海斯终端ATTCH 失败,案例八：参数配置导致切换失败,案例二：滨江电力公司上传速率低,案例描述：在对滨江电力公司进行单站验证的过程中，在进行上传业务时发现该站点的3个扇区的速度均比较低，只能达到约25Mbps，而在前期的测试中，该站的上传速度表现一直很好达到了15Mbps以上；,案例分析：,1.在滨江电力1扇区测试中显示BLER较高，MCS较低；,2.在滨江电力3扇区测试中显示时隙配比为3：1；,问题解决：1.在滨江电力1小区进行参数核查，确定无线参数均正常，尝试修改相关上行参数进行调整，但上传速度依旧没有改善；2.恢复修改的参数，核查干扰源，检查周边邻区的

5、无线参数配置，经过核查发现滨江电力3小区的TDDframeconf=2，即时隙配比为3：1，而周边基站均为2：2；3.将时隙配比改为2：2后，三个扇区上传速度均达到了15Mbps以上，确认为3扇区的3：1配置对该站有强干扰导致上行底噪上升，上传速度低；,优化结果：在将滨江电力3小区的时隙配比TDDframeconf改为1后，分别验证3个小区的上传速率，均达到了15Mbps以上；,案例一：长河水产市场下载速度低,案例九：修正测试规范BF Gain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站

6、有信号，Attach不成功,案例四：海斯终端ATTCH 失败,案例八：参数配置导致切换失败,案例三：海斯终端无法搜网,【现象描述】在优化中突然发现海思终端无法进行小区搜索。【问题分析】怀疑CDS软件设置问题，重启CDS程序，问题依旧；怀疑Windows问题，重启系统，问题依旧；怀疑电脑硬件问题，更换电脑，问题依旧；怀疑海思终端问题，更换海思终端，问题不出现。初步定位海思终端故障。【解决方案】把现象报给海思技术支持，回复可能是锁小区的原因造成的，CDS上查看，并没有锁小区，仍然执行行锁小区解锁，问题依旧；继续重启电脑，拔插海思终端，问题解决。注意：海思终端，在进行锁小区操作后，会在硬件中记录，即

7、使断电重启也不会复位。需要在CDS软件上进行解锁操作后，并且重启海思终端，重启电脑，才能复位。,案例一：长河水产市场下载速度低,案例九：修正测试规范BF Gain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH 失败,案例八：参数配置导致切换失败,案例四：海斯终端ATTCH 失败，出现EPS attach failed,【现象描述】最近在测试过程中，经常出现hisi终端无法进行attach业务和ping 服务器无法到达的情况，具体表现为发

8、起attach业务时在信令中出现EPS Attach failed,【问题分析】海斯终端鉴权与网络不同步【解决方案】通过sscom32在hisi终端的bluetooth口发送命令，将hisi终端的鉴权与基站侧的鉴权进行同步。设备连接后，通过sscom32打开终端的bluetooth端口，发送命令：g_ulSmcControl=1，点击发送后，鼠标移至运行窗口按enter，返回值value=1即表示操作成功，然后关闭bluetooth端口，如下图所示。,案例一：长河水产市场下载速度低,案例九：修正测试规范BF Gain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远

9、见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH 失败,案例八：参数配置导致切换失败,案例五：远见智能第1小区下载速率偏低问题,【现象描述】在远见智能基站1小区下载速率偏低（20Mbps),RSRP很高，下行SINR很好，MCS偏低，16QAM比例很高、BLER很低。,【问题分析】关闭ATB/UL PC等问题依然存在。关闭远见智能第2、3小区问题依然存在；初步分析问题不是由于干扰问题，检查SCF文件发现DLTARGETBLER设置为1%，可能与此有关，由于BLER要求太高，OLLA会调低MCS以保证BLER目标，而

10、对于FTP等业务不需要如此高的BLER要求，并且会导致不能够使用高阶MCS及64QAM，从而导致下载速率偏低。【解决方案】将第1小区恢复成DLTARGETBLER=10%。,案例一：长河水产市场下载速度低,案例九：修正测试规范BF Gain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH 失败,案例八：参数配置导致切换失败,案例六：室分小区随机接入失败,【现象描述】室分小区随机接入失败。1.在室分主测小区切换或者初始接入时，经常会有切换失

11、败或者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都比较好，

12、排除无线环境问题；怀疑随机接入参数设置有问题，由于336向337切换都正常而反向切换337向336会出现失败，因此对比这两个小区的PRACH参数，发现prachConfigIndex参数不同。将336小区的prachConfigIndex从51修改到3，多次测试切换成功率和接入成功率明显提高。进一步定位发现海思终端在prachConfigIndex=51(preamble format 4)时随机接入的成功率较低。,室分小区随机接入失败,【解决方案】prachConfigIndex与preamble format对应表如下：,prachConfigIndex=51时，对应的preamble f

13、ormat为4，prachConfigIndex=3时，对应的preamble format为0。,室分小区随机接入失败,【解决方案】,preamble format 4时PRACH在UPPTS发送，这种格式的CP时域长度和Sequence的时域长度都比preamble format 0小很多，被基站成功解调的几率也小很多，所以选择format 0会比选择format 4切换成功率高。,因此修改参数prachConfigIndex从51修改到3。问题解决。,preamble format 规范定义的格式如下：,案例一：长河水产市场下载速度低,案例九：修正测试规范BF Gain计算公式,案例二：

14、滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH 失败,案例八：参数配置导致切换失败,案例七：基站有信号，Attach不成功,【问题描述】在下沙顶新1小区下做业务，从CDS软件中观察主服务小区有信号，但是无论做Attach，ping，upload，download业务，均不成功【问题分析】怀疑测试终端问题，重启海思终端，拔插SIM卡，问题依然存在；怀疑为Windows系统问题，重启电脑，重新接入，仍未解决；怀疑基站问题，更换至其他小区测试测试，业务正常，定

15、位为小区问题。,【解决方案】联系排障组上站排查，发现该小区主BBU上的第二个FSP下的3个CPU全部DOWN掉，导致无法做业务，但是小区有信号；排障组对该小区的主BBU进行断电重启，5分钟后基站侧观察该小区BBU状态，模块均恢复正常，使用海思终端在该小区下做业务，业务可以做且均成功,基站有信号，Attach不成功,案例一：长河水产市场下载速度低,案例九：修正测试规范BF Gain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH 失败,案例

16、八：参数配置导致切换失败,案例八：参数配置导致切换失败,【现象描述】测试中UE由LTE_下沙联华1小区（PCI:49)向LTE_下沙联华3小区(PCI:50)切换失败，如下图所示：LOG分析，UE在四号大街由东向西行驶，占用LTE_下沙联华1（PCI:49）UE上发测量报告，目标小区为LTE_下沙联华3（PCI:50），当RSRP相差10db仍未发生切换，1秒后出现“HandOver Failed”。,【问题分析】核查切换参数：配置正确无问题；核查邻区配置：均已配置；怀疑设备问题，重启设备，复测问题依旧；尝试重新配置邻区：删除原邻区配置，重新添加双向邻区，进行复测，切换关系正常，如下图所示：【

17、解决方案】重新核查参数，发现邻区配置参数存在问题。正常邻区配置参数如下：eNodeB IP，eNB id，MCC，MNC，MNC length in PLMN，如172.27.0.121 719204 460 8 2 存在问题的邻区配置参数如下：172.27.0.19 0 0 0 2 172.27.0.99 172.27.0.105 2 172.27.0.106 172.27.0.121 719204 460 8 2 172.27.0.123 739204 460 8 2 172.27.0.139由于前期工程部门配置邻区参数存在问题，需要重新正确配置。,参数配置导致切换失败,创毅视讯终端切换失

18、败,【现象描述】采用创毅视讯终端，在下沙联华_1与文苑风情_2小区之间，进行FTP下载测试时，创毅视讯终端无法成功切换至文苑风情_2。而导致FTP掉线。,【问题分析】切换失败，可能由以下几方面产生：软件、终端、测试电脑等。网络问题（包括覆盖、干扰、邻区、基站状态等）问题发生时，小区覆盖、干扰均正常，主要考虑软件、终端及邻区等方面。检查小区状态和配置：向后台查询这两个小区状态，邻区情况，发现均正常。怀疑PDCCH DCI格式问题：已知创毅视讯终端的一个bug，创毅视讯终端只支持PDCCH DCI格式为1A，怀疑小区PDCCH DCI格式未配置为1A导致切换失败。向后台查询这两个小区PDCCH D

19、CI格式，反馈这两个小区均配置为1A。怀疑终端和电脑问题：更换另一个创毅视讯终端、更换SIM卡、重启电脑重新测试，发现问题依旧。怀疑基站问题：重新启动基站，并再次修改文苑风情_2 PDCCH DCI格式为1A后，重新测试，切换正常。,创毅视讯终端切换失败,【解决方案】DCI:Downlink Control Information，承载在PDCCH上。Format 1C:紧凑型单码字PDSCH调度。Format 1A:用于下行传输，单码字PDSCH调度，下行数据触发随机接入过程。目前，海思终端对于上述两种格式均支持，而创毅视讯终端只支持1A格式，由于此格式问题，会导致UE无法接入网络，导致重选

20、失败、切换失败等问题。基站被重启后，该DCI格式将恢复到1C的默认值，需要重新修改为1A，特殊情况，小区显示DCI格式为1A，但是并没有生效，需要重启小区，重新修改PDCCH DCI格式才生效。,创毅视讯终端切换失败,案例一：长河水产市场下载速度低,案例九：修正测试规范BF Gain计算公式,案例二：滨江电力公司上传速率低,案例三：海斯终端无法搜网,案例五：远见智能第1小区下载速率偏低问题,案例六：室分小区随机接入失败,案例七：基站有信号，Attach不成功,案例四：海斯终端ATTCH 失败,案例八：参数配置导致切换失败,【问题描述】按照中国移动测试规范STT-3-2-1 TD-LTE规模技术

21、试验-六城市测试-多天线测试规范 v1.7.2，BF Gain是采用的DRS_RSRP CRS_RSRP，没有指明CRS-RSRP是在哪种传输模式下。使用BF Gain=DRS_RSRP_TM7 CRS_RSRP_TM2计算，增益为10 dB左右，而正常值=6dB 使用BF Gain=DRS_RSRP_TM7 CRS_RSRP_TM7计算，增益为5dB左右，正常【问题分析】DRS_RSRP：专门用于BF的，也就是在TM7的时候，当用户打上业务后，才有DRS。存在于用户分配到的PDSCH的RB上。CRS-RSRP：是指Cell-specific reference signal。在系统频带内的任

22、一个RB上都有CRS，用于测量。无论系统是TM2还是TM7，是否有业务都有CRS。查看TM500数据统计：DRS_RSRP_TM7统计的是100个RB上的平均值CRS_RSRP_TM2统计的是中心6个RB上的平均值CRS_RSRP_TM7统计的是100个RB上的平均值,案例九：修正测试规范BF Gain计算公式,【问题分析】数据log如下图，TM7模式时：DRS_RSRP对应：UE Specific Power(RB:0)(dBm/SC），RB从0到99CRS_RSRP对应：Cell Specific Power(RB:0)(dBm/SC)，RB从0到99,修正测试规范BF Gain计算公式,

23、【问题分析】TM2 模式时：其中CRS_RSRP对应：Centre Reference Signal Power(Tx1:Rx1)(dBm/SC)，为中心6个RB【解决方案】CRS-RSRP应该统计100个RB上的平均值 公式可更新：BF Gain=DRS_RSRP_TM7 CRS_RSRP_TM7,修正测试规范BF Gain计算公式,利用Mapinfo输出TM500测试数据的GPS打点图,【现象描述】下沙测试组在进行多天线测试时，发现TM500无法输出GPS打点图。【问题分析】多天线测试规范中，大多数CASE都要求输出参数的打点图（例如，RSRP、RSSI、SINR、MCS等参数）TM500软件不能外接GPS设备，导致无法采集到GPS信息，故不能满足测试要求；,【解决方案】第1步，用CDS连接GPS设备后，与TM500同车同时采集数据，其中CDS软件设置如图所示：,【解决方案】第2步，用CDS软件导出测试数据CSV文件（涵盖时间戳、经伟度信息），如图：第3步，用TM500软件输出的CSV文件，与CDS软件输出的数据进行匹配处理，保存为TXT文件；第4步，将TXT文件导入MapInfo软件中，通过创建专题地图处理后，可以输出参数的GPS打点图，如图：,利用Mapinfo输出TM500测试数据的GPS打点图,Thanks,