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