1、当参数DLTARGETBLER(下行目标BLER) 设置为1%时，由于对BLER要求过高，导致RBS会调低MCS以保证BLER达到目标值。而对于FTP、流媒体等并不需要很高的BLER要求的业务，过高的BLER要求会导致下行因没有使用64QAM的高阶调制方式，反而无法得到理想的下行速率，从而影响用户感知。3. 问题分类：无线参数配置4. 解决方案将该小区参数DLTARGETBLER设置为10%5. 效果评估修改该参数后，复测FTP下载速率达到40Mbps左右，下行速率正常。6. 注意事项及建议下载速率低时可以查看MCS为64QAM的比例高不高，占用高阶调制比例低并且BLER较低则可能是DLTAR
2、GETBLER设置的过小。1.3.4 案例7：华为eNodeB升级8.0版本默认开启MR功能后导致速率低1. 现象描述华为ENodeB升级BTS3900 V100R008C00SPC130后在外场拨打时发现上传及下载速率慢，CAT4测试终端在好点的情况下进行定点CQT测试，下载最高速率仅在45Mbps左右，上传最高速率仅12Mbps左右。2. 问题分析通过后台跟踪UU口信令，发现终端在进行业务过程中会周期性上报Meas_Report。在无线环境很好的情况下，不应发生异频/异系统测量。但测试结果表明：终端在不停上报异频测量，并且是周期性上报。对站点升级前后配置数据进行进一步核查，发现升级站点均默
3、认开启了MR功能，在Nastar服务器上开启了同频/异频/异系统的订阅。3. 问题分类：无线参数配置4. 解决方案后台关闭同频/异频/异系统的订阅。5. 效果评估后台关闭订阅后再次进行复测，测试结果恢复正常。6. 注意事项及建议升级版本后需注意核查前后配置数据找原因。1.3.5 案例8：由于PDCCH信道误码率较高导致下载速率波动1. 现象描述渝北水木青华HL测试有两个现象：（1）业务过程中出现业务中断的现象；（2）业务过程速率不稳定，有比较严重的毛刺现象。业务过程中出现业务中断的现象：在正常业务过程中上行干扰不高，但是出现异常。速率掉坑时候，上行RSSI达到15db左右，突发的上行干扰很大，
4、此时UE掉线并且频繁尝试重建，过一段时间后，干扰消失，业务恢复正常。2. 问题分析对测试数据进行分析，由于下行PDCCH偶尔出现误码率较高，上行也出现误码率较高的现象，导致下载速率出现波动。进行扫频测试，确实发现存在一定的外部干扰，但未发现周边有TD站点等干扰源，只能采取参数优化来对问题进行解决。3. 问题分类：无线参数配置4. 解决方案修改下行PDCCH CCE聚合级别、PDCCH功率值，增强PDCCH下行信道抗干扰能力，上行Bler目标值收敛到5。5. 效果评估通过参数用户增强信道的抗干扰能力，然后测试观察，速率已经稳定在70M以上，毛刺现象基本消失；测试近1小时没有再出现掉坑的现象。6.
5、 注意事项及建议下载速率出现波动时出现下行PDCCH误码率较高，则需修改参数增强PDCCH信道的抗干扰能力。1.3.6 案例9：TA同步功能未打开导致LTE下载速率抖降问题案例1. 现象描述在进行“TM3和TM8的小区吞吐量对比”的测试中，发现无论TM3还是TM8模式，在测试路线上某一固定点附近，都出现下载速率陡降的现象，在CDS对吞吐量的记录中，在该点出现深坑。在RSRP及SINR均无明显变化的情况下，路测软件统计的PDCP吞吐量由22312.2Kbps，突降到666.1Kbps，下降幅度达97%，2-3秒钟后恢复正常。2. 问题分析通过核查后台参数，发现测试中关闭了TA同步功能（通过配置开
6、关控制）。此参数被关闭的话会导致终端无法调整上行同步位置，使基站接收到的上行PUCCH数据（ack/Nack）超出接收窗，接收数据错误，造成下行速率陡降。下行吞吐量陡降是由于PUCCH上携带的反馈ACK被译错为NACK，基站认为下行bler高，会将MCS等级调低导致。3. 问题分类：无线参数配置4. 解决方案将TA同步功能参数打开5. 效果评估将TA同步功能找开后，下载速率正常，不再出现速率陡降情况。6. 注意事项及建议速率陡降的情况，可以考虑查看TA同步功能是否打开。1.4 传输问题1.4.1 案例10： LTE 传输问题导致小区下载速率低1. 现象描述收到某公寓下LTE下载速率慢的投诉，安
7、排人员现场测试验证：投诉点位于宏站辉煌公寓-HLH-1小区覆盖范围，在无线环境较好的条件下（RSRP=-90dBm，SINR=25），利用省公司120.202.251.18服务器做FTP下载，下行速率约10-15mbps，低于该空口环境下的正常预期（SINR25，DL THR45mbps），确认辉煌公寓-HLH-1小区确实存在下载速率低问题。2. 问题分析1、利用LTE核心网EPC内网服务器对辉煌公寓小区入网终端UE进行40mbps带宽的UDP灌包测试；在基站侧对传输PTN来包流量做实时统计，基站侧收包带宽为15mbps左右；在UE终端侧通过测试软件查看收包带宽也为15mbps左右。通过该步骤
8、，确认速率低问题是在基站侧以上网元引入。2、利用LTE核心网EPC内网服务器对火车站综合楼室分小区入网终端UE进行40mbps带宽的UDP灌包测试；在基站侧对传输PTN来包流量做实时统计，基站侧收包带宽为40mbps左右；在UE终端侧通过测试软件查看收包带宽也为40mbps左右。通过该步骤，进一步确认速率低问题为EPC至辉煌公寓基站间的PTN传输网元引入。3. 问题分类：传输4. 解决方案协调传输排除故障。5. 效果评估速率恢复正常。6. 注意事项及建议针对下行吞吐率不达标的问题，按照相关指导书进行逐步核查；涉及到非空口原因导致的调度不足以及吞吐率较低问题，应通过基本手段初步判断问题原因，再求
9、助相关模块进行进一步确认并及时处理；针对基站传输类告警，不容易发现，建议通过基站层显示出来，便于及时发现并及时处理。1.5 传输参数问题1.5.1 案例11： PTN QOS参数限制导致LTE下载速度低案例1. 现象描述某日在对某小区进行单站验证的过程中，对该小区进行定点的上传和下载业务，发现即使在覆盖“极好点”，该站的下载速度依旧只有810Mbps，达不到测试用例的要求。2. 问题分析使用jperf，对传输进行推送测试，发现主要问题应该在传输上，由于传输的限制导致下载速度最大只能达到10Mbps。最终核查发现华为在PTN上做了些QOS的配置，根据不同业务限制了最高带宽，对下载业务带宽为10M
10、，这样导致了下载的限制。3. 问题分类： 传输参数4. 解决方案改变了PTN上的QOS配置的参数限制5. 效果评估进行下载验证，结果显示恢复正常，达到30Mbps以上，符合用例需求。6. 注意事项及建议PTN上的QOS配置参数限制可能导致下载速率低。1.5.2 案例12： PTN侧MAC地址学习功能未配置导致LTE基站FTP下载速率低1. 现象描述某地TD-LTE实验网，部分基站进行迅雷下载时，速率能够稳定达到60Mbps，但采用FTP下载时最小速率仅几Mbps，并且出现频繁的速率波动。2. 问题分析本次实验网分析中迅雷下载速率较高，说明无线环境、容量、时隙配比、传输带宽和速率相关无线参数设置
11、均没有问题。而迅雷下载采用的是UDP协议，FTP下载采用的TCP协议。UDP与TCP协议主要区别在超时重发机制上，根据这种区别初步怀疑PTN传输侧有丢包。采用wireshark软件进行S1抓包分析，发现大量的数据包重传。传输站点未发现告警，且LTE基站各个传输链路光功率收发均正常，未存在光路衰减情况。查询传输相关参数配置，发现速率异常的LTE站点对应的PTN设备MAC地址学习功能未配置。3. 问题分类：传输参数4. 解决方案为速率异常站点配置PTN设备MAC地址学习功能。5. 效果评估FTP下载速率恢复正常。6. 注意事项及建议PTN上的MAC地址学习功能未配置可能导致下载速率低。1.5.3
12、案例13： 由交换机端口配置不正确导致LTE TDD下载速率波动问题1. 现象描述在某LTE TDD 100M峰值下载业务验证中，发现FTP下载业务速率严重波动，从10Mpbs到60Mbps波动，平均速率仅有25Mbps左右，用wireshark工具抓包，可以看到大量重传。由于所有设备搬迁过一次，而在之前的测试中，峰值可稳定在90Mbps左右。2. 问题分析检查交换机配置：登录到S9303交换机，查询配置后发现，到UGW和USN的端口都被配置成100M 不协商，这时候再登录到UGW，发现Gn物理口也都被配置成100M不协商的。由于UGW 物理端口既给LTE用，又作为GGSN的Gn口，在3G H
13、SPA+测试时由于遇到下载速率问题，把1000M端口统一改成了100M后没有改回来，而LTE TDD 100M的DEMO下载业务所需理想的物理带宽为300M，导致LTE下载速率低且严重波动。3. 问题分类： 传输参数4. 解决方案将两端端口改成自协商1000M5. 效果评估速率恢复到90Mbps，没有大波动。6. 注意事项及建议LTE TDD 峰值下载业务对带宽具有很高的要求，现网中如UGW同时应用于3G和LTE网络，必须要保证有足够的物理带宽，不能够简单累加，一定要留有足够的余量，否则很容易引起网络间的相互影响。1.6 核心网参数1.6.1案例14：QCI设置错误导致演示厅LTE下行速率低问
14、题1. 现象描述某LTE网络演示厅新建完成后，开展业务测试，发现下行速度只有7Mb左右，远未达到正常水平。2. 问题分析通过对S1口信令进行了跟踪，发现在S1AP-INITIAL-CONTEXT-SETUP-REQ中，虽然核心网侧指派的上下行带宽为150Mb， 但QCI值为5，下表是QCI所代表含义。以上表可知QCI=5时，为IMS信令，而LTE一般用6-9作为缺省值，这时，69由于业务包含视频流业务，速率会达到较高值。3. 问题分类：核心网参数4. 解决方案协调核心网侧工程师将开户信息中的QCI改为6。5. 效果评估下行速度恢复到70Mb，问题解决。6. 注意事项及建议QCI参数设置会影响下
15、载速率。LTE对QoS进行了简化，使用QCI（QoS等级标识）代替了3G中的13种QoS参数，eNB可通过QCI推导出其对应的QoS参数，我们需要对LTE的QoS参数变化情况了解清楚，才能准确找到问题的根源。1.7 基站存在故障或告警1.7.1案例15：室分场景多RRU合并后某一RRU驻波导致速率低1. 现象描述该室分采用4RRU合并为一个小区，编号为0，单流的组网形式，但在室内遍历测试过程中,发现某区域存在如下现象：当UE移动到某区域时发现速率下降明显，且无线环境良好(RSRP-80dBm左右，SINR39dB左右)，满调度，与测试速率好时为同一小区，但RB不足，下载速率一直较低（29Mbp
16、s左右）且稳定。2. 问题分析经后台查询，该小区存在射频单元驻波告警。3. 问题分类： 故障4. 解决方案解决告警。5. 效果评估处理告警完毕后，对该小区进行定点下载测试，速率可达到55Mbps左右，下载速率恢复正常。6. 注意事项及建议小区合并后用户的调度将在独立调度和联合调度两者中自适应选择。当用户处于正常RRU下，且为独立调度时，对吞吐量是没有影响的；当UE处于两个RRU覆盖交叠区域时，为联合调度，且其中一个RRU有驻波，则会影响到另外一个RRU，影响整体测试结果；如果完全处理问题RRU下（驻波RRU），独立调度，测试速率也会受到影响。上述两种情况速率之所以会受到影响是由于为了保证数据传
17、输的可靠性，系统降低了数据传输的RB数。1.8 其它类别1.8.1案例16： LTE测试软件配置错误导致下载速率低1. 现象描述新建LTE基站进行单站优化，使用Filezilla进行FTP下载速率测试。在测试中，发现覆盖良好，RSRP在-90dBm左右，但下载速率极低，峰值下载速率6Mbps左右，平均下载速率低于5Mbps。2. 问题分析换测试电脑后，发现该站测试速率正常，由此推测是Filezilla软件设置问题；Filezilla软件设置里可以设置速度限制，如下图3. 问题分类：软件参数4. 解决方案Filezilla软件速度限制部分设为不限速5. 效果评估Filezilla软件设置不限速后
18、，下载速率恢复正常，平均下载速率大于50Mbps6. 注意事项及建议换新电脑测试前，Filezilla软件设置需要注意。1.8.2 案例17： 由于合路器接法不正确引起的下载速率低的问题1. 现象描述对上合村北FE站点进行单验，在进行单站验收时，单用户下行吞吐率最大值只有39mbps左右，MCS正常，终端信号质量较好，速率稳定，从probe上看到终端一直上报RANK1,没有RANK2上报。该站点使用2T2R与GSM合路共天馈，该问题定位涉及硬件排查，最终将问题锁定在合路器上。2. 问题分析分别对2通道单独测试，单通道测试结果都可以达到峰值吞吐量，说明2通道都正常。由于终端上报RANK2要求接收
19、到的两天线信号的相关性要求越低越好，而从几次测试结果都发现RxChCorFactor系数基本大于0.5，由此推测两天线的2通道相关性太强导致终端始终上报RANK1，需上站进行天馈系统的排查。该站点与GSM合路，GSM两个天线口和LTE两个天线口接入一个4路合路器，合路后接到2天线口的天线，天线型号支持+/-45双极化。现场直接使用测试小天线接到LTE的RRU射频口，进行测试，终端可以进入RANK2，且峰值吞吐量可以达到60Mbps，由此基本可以确认合路之后导致终端无法进入双流RANK2。先单独取一个小区进行排查，确认问题根源是否在合路器上面。首先，从合路器前端馈线的接法着手，单独排查2小区合路
20、器前端馈线的接法是否正确，整改前合路器前端馈线的连接示意图如下：整改后合路器前端馈线的连接示意图如下：3. 问题分类： 硬接连接4. 解决方案调整合路器接线。5. 效果评估复测2小区RANK指示为RANK2，下载速率提升至40Mbps以上。6. 注意事项及建议通过本案例，可以看到天馈系统的问题对LTE网络性能影响比较明显。针对目前LTE很多都和原有系统进行合路的现状，要着重注意合路之后的影响，重点关注合路器接法是否正确，避免因小失大。1.8.3 案例18： LTE室分双路不平衡导致下载速率低1. 现象描述在某LTE站进行单站验证测试，测试发现上传速率只有9M，没达到目标值，下载速率波动较大平均
21、速率为58M2. 问题分析从测试中发现，接收的两个天线通道功率相差较大，导致下载速率波动较大。该室分为双流模式，其中1号端口利用原来的室分系统，另外0号端口为新建室分系统，室分设计图如下：根据如上室分设计图可以看出，利旧室分系统的通道多一个耦合器，另外旧的室分系统存在损耗，导致新建室分系统通道较利旧室分通道天线口功率强。3. 问题分类： 硬件4. 解决方案现场在新建室分系统增加6db的衰减器5. 效果评估在新建室分系统增加6db的衰减器后进行测试，上传速率和下载速率都达到目标值，其中上传速率为15.84M，下载速率较平稳为79.52M。6. 注意事项及建议双流室分场景往往是在以前单流室分的基础
22、上新增1路室分系统建设而成，这样先前的单流室分由于使用时间较长，存在老化或设计缺陷，与新建的1路室分达不到链路平衡，造成了双流场景只有单流的速率，双流站点两个通道的平衡性要求电平差值在5db以内，否则速率不达标可以判定为两条链路不平衡，需进行室分整改。同时，双流场景下对两条链路的隔离度也有要求，建议室分天线点位间距不要太近或太远，距离约为1.5米性能最好。2. LTE基站小区无法建立或建立异常问题及案例2.1 无线参数配置2.1.1 案例1：GPS数据配置错误导致LTE TDD无法正常开通的案例1. 现象描述新建LTE基站开通时，发现小区总是无法激活，小区激活时，告警信息为“Clock res
23、ource is not usable”。2. 问题分析从“Clock resource is not usable”告警信息来看，我们初步判断为时钟问题。查看当前GPS的时钟源状态，执行：DSP CLKSTAT，该基站的时钟模式设置为了FREQ频率同步，由于LTE TDD系统是时分双工系统，对时钟精度要求很高，要求时间同步。3. 问题分类： 无线参数配置GPS数据配置4. 解决方案将时钟源的同步模式修改为时间同步5. 效果评估修改时钟源模式后，基站能正常开通。6. 注意事项及建议在出现时钟源告警时，需核查：(1)时钟源是否可用(2)时钟源工作模式是否正确以及跟踪的GPS卫星数目，GPS时钟源工作模式是否为GPS，跟踪的GPS卫星数目是否大于；(3)GPS时钟的底层配置参数；时钟编号，柜框槽号及馈线类型都配置正确。(4)GPS的时钟源状态是否为锁定以及同步模式是否正确；2.1.2 案例2：LTE宏站小区CRS端口配置错误导致小区无法建立
