LTE优化与维护集团案例库v3.pdf

1、 LTE 优化与维护集团 案例库 版本号： V3.0.0 中国移动通信集团 公司湖北公司2 目录 前言 6 1. LTE 上网速率问题 . 7 1.1 无线环境 7 1.1.1 案例 1：系统外干扰（ DCS1800）导致 LTE 宏站单小区下载速率低 . 8 1.1.2 案例 2：服务小区与邻小区 PCI 存在 mod3 干扰造成下载速率过低 . 9 1.1.3 案例 3： 由 GPS 失锁引起的 F 频段 LTE 基站上行干扰 . 11 1.2 容量 . 11 1.2.1 案例 4：下行 PRB 资源不足引起的低速率 11 1.2.2 案例 5：上行带宽瓶颈引起的低速率 . 12 1.3

2、无线参数配置 13 1.3.1 案例 6： 爱立信小区上下行时隙配比错误导致上行高 BLER 速率低 . 13 1.3.2 案例 7： LTE 的功率 PA、 PB 参数设置不合理导致下载速率低的处理 13 1.3.3 案例 8：爱立信 LTE 小区 DLTARGETBLER 参数配置有误导致下行速率低 . 14 1.3.4 案例 9：华为 eNodeB 升级 8.0 版本默认开启 MR 功能后导致速率低 15 1.3.5 案例 10：由于 PDCCH 信道误码率较高导致下载速率波动 15 1.3.6 案例 11： TA 同步功能未打开导致 LTE 下载速率抖降问题案例 . 16 1.3.7

3、案例 12：室内外站点 TAC 不一致导致切换速率掉坑 17 1.4 传输 17 1.4.1 案例 13：由于传输问题导致 4G 网络速率陡降 17 1.4.2 案例 14： PTN 侧 MAC 地址学习功能未配置导致 LTE 基站 FTP 下载速率低 . 18 1.4.3 案例 15： 由交换机端口配置不正确导致 LTE TDD 下载速率波动问题 19 1.4.4 案例 16：由于 TUNNEL 带宽传输参数设置导致烽火 620A 开通双载波 LTE 基站带宽达不到 100M 的原因排查案例 . 19 1.5 核心网 20 1.5.1 案例 17： QCI 设置错误导致 演示厅 LTE 下行

4、速率低问题 . 20 1.5.2 案例 18： 4G 终端从 3G 回到 4G 由于带 3G QoS 标识速率只有 2Mbps . 21 1.5.3 案例 19： HSS 默认 APN 设置 CMWAP 导致石嘴山地区酷派 8720L 手机下行速率较慢 . 22 1.6 其它 23 1.6.1 案例 20： LTE 测试软件配置错误导致下载速率低 . 23 1.6.2 案例 21： 由于合路器接法不正确引起的下载速率低的问题 . 23 1.6.3 案例 22： LTE 室分双路不平衡导致下载速率低 . 25 3 2.LTE 基站无法建立或建立异常问题 26 2.1 无线参数配置 26 2.1.

5、1 案例 1： GPS 数据配置错误导致 LTE TDD 无法正常开通的案例 . 26 2.1.2 案例 2： LTE 宏站小区 CRS 端口配置错误导致小区无法建立 . 27 2.1.3 案例 3： LTE 小区与 RRU 关联错误导致覆盖接反 28 2.1.4 案例 4： LTE 基站 eNodeB ID 标识不唯一导致基站 S1 偶联链路频繁规律闪断. 28 2.1.5 案例 5：大唐和华为 GTP-U 检测功能参数协商不一致导致 LTE 站点业务频繁中断 . 29 2.1.6 案例 6： 由于 TDS 频点设置问题导致 LTE 基站无法开启的案例 . 30 2.1.7 案例 7： RR

6、U3257 类型配置错误导致单模基站开站失败案例 . 30 2.2 传输 . 31 2.2.1 案例 8：由于传输配置参数导致新开 LTE 基站业务不通的问题 31 3. LTE 切换问题 . 32 3.1 无线环境 32 3.1.1 案例 1： 由于弱覆盖导致成都理工大学 LTE 小区 1 与音乐公园 LTE 小区 2 切换失败案 例 . 32 3.2 无线参数配置 33 3.2.1 案例 2：爱立信 LTE 小区 DCI 配置错误导致切换失败 33 3.2.2 案例 3：开启防乒乓切换开关导致不切换 . 33 3.2.3 案例 4： 由切换门限设置错误导致某 LTE 站无法进 行异频切换

7、34 3.2.4 案例 6： LTE 邻区配置过多导致未能测量目标小区 . 35 3.2.5 案例 7： TD-LTE 通过 TD-S 升级改造开通后时钟设置不当影响 TD 小区切换问题分析 . 35 3.2.6 案例 8： 爱立信与中兴 LTE 邻小区 RLC 传输模式配置不一致导致切换失败 36 3.3 核心网 37 3.3.1 案例 9： LTE 核心网鉴权关闭导致切换失败 . 37 3.4 传输 38 3.4.1 案例 10： LTE 基站 S1 口少配导致切换成功率低处理案例 . 38 3.5 其它 38 3.5.1 案例 11：由终端芯片问题导致三星 7108D、索尼 X2、华为

8、G716 和 HTC ONE MAX四款商用手机终端在连接态无法从 3G 切换到 4G . 38 3.5.2 案例 12：普天诺西切换配置不同导致切换成功后 RRC Release 39 3.5.3 案例 13：由于 DRB-ID 分配策略华为中兴 LTE 异厂家切换失败案例 40 4. LTE 用户接入问题 . 41 4 4.1 无线参数配置 41 4.1.1 案例 1： TD-LTE 帧同步参数配置错误导致上行干扰，造成终端有信号无法接入 . 41 4.1.2 案例 2： TDL 完整性保护算法设置错误导致部分终端无法上网 42 4.1.3 案例 3： 爱立信室分小区 PrachConfi

9、gIndex 配置错误导致接入性差 . 42 4.1.4 案例 4：中兴 TD LTE 共模 RRU8968E 业务时隙等参数与高通某芯片算法冲突导致部分终端接入 TDS 异常 . 43 4.1.5 案例 5：三星 9308D 与网络加密和完整性保护算法不匹配导致无法附着 . 44 4.2 核心网配置 45 4.2.1 案例 6： LTE 的 S1 口 IP 配置错误导致终端无法正常接入 45 4.2.2 案例 7: 在 MME 中未绑定 IMSI 和 HSS 对应关系导致 LTE 新号段无法附着到网络 . 45 4.2.3 案例 8： MME 中用户签约数据不全导致 iphone5s 无法附

10、着 4G 网络 46 4.2.4 案例 9：由于 HSS 用户数据制作错误导致 4G 用户驻留 3G 问题 47 4.3 传输参数配置 47 4.3.1 案例 10：未设置用户面路由导致 LTE 基站无业务速率 47 4.4 其它 48 4.4.1 案例 11：关于开启省电模式后由于软件 BUG 华为 LTE MIFI 终端上网激活故障案例 . 48 4.4.2 案例 12：终端 APN 地址设置错误导致无法正常注册 LTE 网络 . 49 5. 2/3/4G 互操作问题 . 49 5.1 无线参数配置 . 49 5.1.1 案例 1：大唐设备单信令状态问题导致无法从 3G 重选到 4G .

11、49 5.1.2 案例 2：由于重选优先级参数配置手机无法驻留 4G 或频繁重选至 3G . 51 5.1.3 案例 3：中兴 RNC 升级后 3G 侧参数回退导致的 3G-4G 重选失败 . 51 5.2 核心网 52 5.2.1 案例 4： 由于 3G/4G 的 PLMN 不同且未配置 EHPLMN 导致 TD-S 重选 TD-L 失败 . 52 5.2.2 案例 5： 华为和中兴 MME 选路策略不同导致 CSFB 被叫接通率较低 53 5.2.3 案例 6： PGW 配置问题导致 LTE 到 2G 重定向不成功 54 5.2.4 案例 7： 未开启终端识别功能导致 TAU 失败 55

12、5.3 其它 . 55 5.3.1 案例 8：中兴 U9815 手机在 4G 弱信下容易从 4G 重选 3G . 55 5.3.2 案例 9：中兴 U9815 34G 频繁重选问题分析 56 5.3.3 案例 10：三星 N7108D 4G 脱网后回选 4G 网络时延过长问题分析 . 56 5.3.4 案例 11：联芯 LC6152 芯片终端重选异常的问题 57 5.3.5 案例 12：由于 TDS 基站版本问题导 致 iphone5S 无法返回 LTE 58 5 5.3.6 案例 13：由于普天 eNB RRC 协议栈的实现问题导致连接态 3G 至 4G 重定向失败 . 58 6. LTE

13、上网掉线问题 . 59 6.1 案例 1： TD-LTE SRS 带宽重配置导致掉线率高案例 59 6.2 案例 2： 由于模三干扰导致 RRC 重建失败掉线 60 6.3 案例 5： TAU 与 X2 切换冲突导致切换失败并掉线 . 60 7. CSFB 失败问题 61 7.1 无线环境 . 61 7.1.1 案例 1：挂机区域 LTE 弱覆盖，导致终端自主返回失败 61 7.1.2 案例 2： 4G 弱覆盖导致终端未收到重定向命令，导致呼叫建立时延过长 62 7.2 无线参数配置 62 7.2.1 案例 3：由于 SRI 轻载门限设置问题导致终端 CSFB 业务后无法正常返回 4G 案例

14、. 62 7.2.2 案例 4： eNodeB 开启基于测量重定向，导致呼叫建立时延略长 . 63 7.3 核心网 65 7.3.1 案例 5:由于 DRA 导致 CSFB 手机回落后返回 LTE 概率低 . 65 7.3.2 案例 6：华为 MME 下使用 IMSI 二次寻呼导致 CSFB 二次寻呼成功率低问题. 66 7.3.3 案例 7： MME 配置 TA 映射 LA 有误，导致 UE 联合注册失败 66 7.3.4 案例 8：爱立信 MME 用 DNS 解析老 GGSN 地址导致 4G 用户在 23G 无法返回 4G . 68 7.3.5 案 例 9： MME 中 LAC 指向 MS

15、C 数据错误造成 CSFB 未接通案例分析 . 69 7.3.6 案例 10： SGSN 未配置 4G EPLMN 导致 UE 无法返回 4G . 69 7.4 其它 . 71 7.4.1 案例 11： CSFB 手机网络模式设置有误，导致不能驻留 LTE 网络 . 71 7.4.2 案例 12： CSFB 手机挂机返回 4G 后 Qos 修改失败，导致再次被叫失败 . 72 7.4.3 案例 13：普天基站未做 UE 能力查询导致 Iphone5S CSFB 至 3G 问题 73 7.4.4 案例 14：由 于 SGs 口的寻呼策略和设备问题导致 CSFB 终端概率性被叫无响应问题 . 74

16、 8.LTE 业务不正常问题 74 8.1 案例 1：由于 PTN 的 MTU 配置导致华为 E398 等数据卡间歇性无法上网分析. 74 8.2 案例 2：由于核心网 MSS 设置使华为 D2 无法发送彩信问题 . 75 8.3 案例 3：由于安全机制使索尼 M35t 无法加载图片问题分析 76 8.4 案例 4： Note3 等单卡双待终端由于高通 800 芯片导致主被叫无法接通、短信收发失败问题 . 77 6 前言 本案例库 来源于集团运维知识管理系统案例库， 围绕 TD-LTE 优化与维护遇到的问题进行了总结汇编。 本案例库中分析 TD-LTE 的问题，包括以下 8 类： LTE 下载

17、速率低 LTE 基站无法建立或建立异常 LTE 切换问题 LTE 用户 接入问题 2/3/4G 互操作问题 掉线问题 CSFB 问题 LTE 业务不正常问题 每个案例的分析包括以下 6 个方面 ： 现象描述 问题分析 问题分类 （包括：无线环境、无线参数配置、核心网、传输、其它） 解决方案 效果评估 注意事项及建议 本案例库主要服务于 TD-LTE 初期，将各省经验共享，解决在 LTE 网络中遇到的优化与维护问题，提升客户感知，打造 LTE 精品网络。 本 案例库 主要起草人： 集团公司：陈莉华、徐晓东 湖北移动 ： 张巧琳、 隋江雨、姚执光、田华锋、 赵曼 、刘宁 7 1. LTE 上网 速

18、率 问题 现阶段排查 LTE下载速率低影响的主要因素包括： （ 1）无线环境 （ 2）容量 （ 3）无线参数配置 （ 4）传输问题 （ 5）传输相关参数配置 （ 6）故障 （ 7）传输相关参数配置 1.1 无线环境 无线环境是影响下载速率低的一个重要原因。现网中由于多系统的存在， 会对空口传输质量造成影响。 无线系统按照干扰产生的起因可以将干扰分为系统内干扰和系统间干扰。 系统内干扰：系统内干扰通常为同频干扰。 TD-LTE 系统中，系统内干扰常见原因有小区越区覆盖造成的同频干扰和 GPS时钟不同步造成的下行信号对上行信号的干扰和模三干扰。 系统间干扰的产生：系统间干扰通常为异频干扰。主要有：

19、杂散干扰、阻塞干扰、谐波干扰、互调干扰。通过 LTE前期总结系统间干扰的干扰主要如下： TD-LTE 系统频段（ MHz） 其他系统 带外阻塞 带外杂散 带内阻塞或带内杂散 互调 谐波 1880-1920 DCS1800 GSM900 PHS 2300-2400 WLAN 2500-2690 WLAN 北斗 雷达 MMDS 和射电天文 多运营商 CDMA850 排查这种类型干扰，一般是通过系统监控手段对小区干扰进行预判断，然后根据小区的干扰特性进行实地扫频排查。通过闭站，看 干扰是否消失排查。 8 1.1.1 案例 1：系统外干扰（ DCS1800）导致 LTE 宏站单小区下载速率低 1. 现

20、象描述 LTE基站 1小区在测试过程中，发现下载速率低（ 1M左右），终端 ping 核心网侧丢包率高达 50% 。该基站配置为 S111，频段是 F 频段 1880-1900MHz，带宽 20M，参考信号功率 12dBm，上下行时隙配比 1:3，特殊子帧时隙配置 DwPTS:GP:UpPTS=3:9:2 2. 问题分析 使用底噪查询工具 。 各小区底噪情况如下： 1 小区 2 小区 3 小区 下载速率 1Mbps 50Mbps 51Mbps 底噪 -93 -111 -110 将查询出的底噪值与 各 小区的业务速率对比，很容易看出业务速率低的小区恰好是后台查询底噪高的小区。由此判断为底噪高 是

21、 导致空口质量差，引起终端业务速率低、 ping 包丢包率高 的原因。 闭塞周边所有 LTE 小区 , 以及 2 、 3 小区全部闭塞，仅保留 1 小区 ，问题依然存在。对 1880-1900MHz 扫频，发现移动 DCS1800 频段天线对该频段有干扰 。由于该 LTE基站与37854 昌平都市芳园 DCS共址，基本确认干扰来自该基站。接下来考虑为何 2， 3方向 无明显干扰而 1方向干扰明显，观察天线，发现 2,3方向 LTE天线与 DCS天线水平隔离度 1米左右，而 1方向 LTE与 DCS天线水平隔离度仅 0.4米左右。 3. 问题分类： 无线环境 干扰 DCS1800 干扰 4. 解

22、决方案 改变 1方向 LTE天线位置，将其与 DCS天线水平隔离度增加到 1米。 5. 效果评估 1小区天线与 DCS天线水平隔离度增加到 1米后，底噪 -109，下载速率 50M，故障排查完成。 6. 注意事项及建议 故障排查流程： 9 1.1.2 案例 2：服务小区与邻小区 PCI 存在 mod3 干扰造成下载速率过低 1. 现象描述 对某区域 LTE网络进行评估测试时发现，当测试终端占用 A小区后下载速率过慢，下载速率只有 10Mbps左右。 2. 问题分析 核查 A小区 PCI发现，该小区 PCI与邻区 B小区 PCI mod3值相等， A小区 PCI为 15， B小区 PCI为 36

23、， A、 B小区之间存在 mod3 干扰。 在 LTE中， PCI用来区分每一个小区，类似于 WCDMA中的扰码和 CDMA2000中的 PN。 LTE协议10 规定， PCI一共有 504个，其组成分为两部分： Physical Layer Cell Identity = (3 NID1) + NID2 NID1: 物理 层小区标识组， 范围从 0 到 167共 168组（决定了辅同步序列） NID2: 组内 ID， 范围从 0 到 2（决定了主同步序列） 然而， PCI也不是 504个可以随意分配，它必须避免同一个小区覆盖范围内 PCI mod3不相等，其原因是因为不同的 PCI决定了小区

24、特定参考信号（ CRS）的位置。 CRS用于终端辅助信道估计，其在子帧中的时频位置如下图所示： 当小区使用单天线端口传输模式， RS参考信号的位置为 PCI mod 6。当手机天线端口数为 2信道 Rank=2时 ,小区使用 2天线传输模式， RS参考信号的位置为 PCI mod 3。在小区使用 2天线传输模式且 2个小区 PCI mod3 数值相等，参考信号的位置重叠就会造成相互干扰， SINR值过低导致下载速率过慢。 3. 问题分类： 无线环境 干扰模 3 干扰 4. 解决方案 修改 A小区 PCI为 11 5. 效果评估 重新测试， A小区下载速率提升到 55Mkbps以上。 6. 注意

25、事项及建议 下行参考信号在天线上发送的位置取决于小区 PCI值，如果是单天线发送下行参考信号的位置为 PCI mod 6，如果是两天线发送下行参考信号的位置为 PCI mod3。如果 PCI规划不当就会造成不同小区间参考信号干扰。 11 1.1.3 案例 3： 由 GPS 失锁引起的 F 频段 LTE 基站上行干扰 1. 现象描述 某基站通过话统查询上行底噪，发现此基站上行底噪很高，三个小区均在 -77dBm左右。测试工程师到现场测试发现该小区无法正常接入，无法进行上下载业务。 2. 问题分析 经话统确认，此基站周围基站汇彩路、黄村大道、珠吉路底噪也较高，达到 -100dBm以上 .连片区域基

26、站存在干扰问题原因可能为： GPS失锁或外部干扰。协调代维人员进入基站机房，发现机房内存在两个 BBU。分别下挂东圃珠村和 9860基站，均为 TDD F频段基站， 9860基站在工参表中未显 示，此基站告警灯常闪，后台查询后，发现 9860基站存在 GPS失锁告警。 3. 问题分类： 无线环境 干扰 GPS 失锁 4. 解决方案 闭塞 9860基站，安排维护人员上站处理该基站的 GPS失锁告警问题。 5. 效果评估 基站底噪下降到 -110dBm以下，速率恢复正常。 6. 注意事项及建议 TDD-LTE上行干扰可能的问题原因： (1)、移动 DCS1800M小区频段为： 1805-1830M

27、， 1850-1872M；所以此频段很容易对 TDD-LTE频段 1880-1900M形成阻塞干扰、互调干扰和杂散干扰。 (2)、 GSM900M基站对 TDD-LTE频段 1880-1900M形成谐波干扰。 (3)、小灵通基站对 TDD-LTE形成阻塞干扰、互调干扰和杂散干扰。 (4)、周围 TDD-LTE基站 GPS失锁形成干扰。 (5)、 RRU硬件或天馈系统问题造成干扰。 (6)、外部干扰源干扰。 1.2 容量 1.2.1 案例 4：下行 PRB 资源不足引起的低速率 1. 现象描述 有 VIP用户投诉某高档会所内 4G上网慢。 2. 问题分析 经查，该会所内建设了 4G室分，无线环境

28、良好、基站工作正常。但通过 OMC查询发现，对应的室分小区日最忙时（ 15分钟粒度） PRB利用率达到 85%；通过实时跟踪发现，该小区最忙时峰值用户数达到 66个，下行 PRB利用瞬时峰值达到 98%、峰值流速达到 38Mbps，接近单路12 室分小区的理论极限，存在容量受限问题。 3. 问题分类： 容量 4. 解决方案 对该室分基站进行扩容，由原先的两个小区（分别覆盖 1-9层， 10层以上）扩容成 3个小区（分别覆盖 1-2层， 3-9层， 10层以上）。 5. 效果评估 联系投诉客户，其反应问题解决；通过 OMC统计发现，扩容后的三个小区最忙时 PRB利用率分别为 48%、 55%、

29、31%，容量问题在短期内解决；同时该基站日均流量增加 22%，产生了较好的 经济效益。 6. 注意事项及建议 LTE网络由于其技术特性和用户行为特性，导致其呈现极度的流量不平衡，以杭州为例，在全网下行 PRB利用率仅有 3%的情况下，已经有相当多的小区出现容量瓶颈， 4G的容量问题往往是网络一经商用就会出现，需引起重视。 1.2.2 案例 5：上行带宽瓶颈引起的低速率 1. 现象描述 路测发现某路段上行平均吞吐率仅为 3Mbps。 2. 问题分析 分析测试 log发现该路段上行 PRB平均占用数仅为 41，通过后台分析发现，该路段沿线小区日均上行流量明显高于周边小区，最终发现该路段上有两辆安装

30、了 4G高清摄像头的城管 执法车，在上班时间内来回巡逻。 3. 问题分类： 容量 4. 解决方案 暂无有效解决方案，后续如果有用户投诉，计划通过叠加 D频段小区，并将其时隙配比设置成 2:2，然后通过基于用户 QCI等级的驻留策略，让行业用户优先驻留在 D频段网络。 5. 效果评估 无 6. 注意事项及建议 F频段同频演进只能使用 3:1时隙配比（目前 D、 E频段也采用这个配比），上行理论带宽仅为 11.2M，实测仅为 7M左右，随着微信、脸谱等分享类业务的普及，极容易 出现上行瓶颈，需引起关注。 13 1.3 无线参数配置 1.3.1 案例 6： 爱立信小区上下行时隙配比错误导致上 行高

31、BLER 速率低 1. 现象描述 某日在进行簇优化过程中，进行上传业务时发现某站点的 3个扇区的上传速率均明显偏低，仅能达到约 25Mbps，而在前期该站点的单站验证测试中，该站的上传速度正常，三个小区均达到了 16Mbps左右； 2. 问题分析 在占用站点第 1小区测试过程中，显示第 1小区 BLER较正常 情况偏 高，导致 MCS较低；检查周边邻区的无线参数配置，经过核查发现该站点 第 3小区的 TDDframeconf=2，即时隙配比为 3： 1，而周边基站均为 2： 2。 3. 问题分类： 无线参数配置 4. 解决方案 将第 3小区参数 TDDframeconf改为 1，即时隙配比改

32、2： 2 5. 效果评估 经测试三个小区 SINR在 24左右 ， 上传速度均达到了 15Mbps以上。 6. 注意事项及建议 因 LTE上行采用 SC-FDMA， 相对下行 抗干扰 能力较弱， 在 LTE建 设 过程中，需注意 邻近 小区上下行时隙配比准确 一致 ，否则 易 对周边小区造成较强的上行干扰。 业务时隙配比需按集团下发参数核查标准，全网统一 。 1.3.2 案例 7： LTE 的功率 PA、 PB 参数设置不合理导致下载速率低的处理 1. 现象描述 LTE小区在覆盖较好路段（ RSRP=-72dBm,SINR=32 dB，且传输模式为 TM3） 下载速率低（基本小于 40Mbps

33、） 2. 问题分析 查询该小区功率参数设置，发现 PA参数设置为 -3， PB参数设置为 3，根据功率利用率分配表可知此时功率利用率仅为 67。 14 3. 问题分类： 无线参数配置 4. 解决方案 修改 PB参数为 1，使其利用率达到 100%。 5. 效果评估 将 PB参数修改为 1后，对该路段验证测试，该路段 PHY DL Throughput 由 35Mbps提升至 47Mbps，达到指标要求。 6. 注意事项及建议 LTE下载速率低也需注意功率参数 PA/PB的设定，其要求 Type A， Type B两类符号上的功率保持相等，当 AtotP 和 BtotP 相等且等于最 大发射功率

34、时，功率利用率最高。 LTE参数设置需考虑业务场景，根据不同的需求对参数进行合理化配置，已到达感知最优。 1.3.3 案例 8：爱立信 LTE 小区 DLTARGETBLER 参数配置有误导致下行速率低 1. 现象描述 某站在进行 簇优化 过程中，进行 FTP下载 业务时发现某小区的下载 速率 均明显 偏 低，仅能达到约 20Mbps左右，而在前期簇优化 的拉网 测试中，该站的下载速度正常 ， 三个小区 均达到了 40Mbps左右。 2. 问题分析 在占用 该 小区 测试过程中， 观察发现下行 调制方式 中 16QAM占比较高 ；初步 怀疑该小区下行速率低为 调制方式 没 有 全部 采用 64

35、QAM导致。核查 该小区 CV文件 发现 参DLTARGETBLER（下行 目标 ）配置 为 1%； 当参数 DLTARGETBLER(下行目标 BLER) 设置为 1%时 ， 由于对 BLER要求过高，导致RBS会调低 MCS以保证 BLER达到目标值。而对于 FTP、 流媒体 等并不需要很高的 BLER要求的业务，过 高的 BLER要求 会导致下行因没有使用 64QAM的高阶调制 方式 ，反而 无法得到理想的下行速率，从而影响用户感知 。 3. 问题分类： 无线参数配置 PA (dB) -6 -4.77 -3 -1.77 0 1 2 3 PB 0 67% 75% 86% 92% 100%

36、97% 94% 92% 1 75% 86% 100% 92% 83% 80% 77% 75% 2 86% 100% 83% 75% 67% 63% 61% 58% 3 100% 83% 67% 58% 50% 47% 44% 42% 15 4. 解决方案 将该小区 参数 DLTARGETBLER设置为 10% 5. 效果评估 修改 该参数后，复测 FTP下 载 速率 达到 40Mbps左右， 下行速率正常 。 6. 注意事项及建议 下载速率低时可以查看 MCS为 64QAM的比例高不高，占用高阶调制比例低并且 BLER较低则可能是 DLTARGETBLER设置的过小。 1.3.4 案例 9：华

37、为 eNodeB 升级 8.0 版本默认开启 MR 功能后导致速率低 1. 现象描述 华为 ENodeB升级 BTS3900 V100R008C00SPC130后在外场拨打时发现上传及下载速率慢， CAT4测试终端在好点的情况下进行定点 CQT测试，下载最高速率仅在 45Mbps左右，上传最高速率仅 12Mbps左右。 2. 问题分析 通过后台跟踪 UU口信令，发现终端在进行业务过程中会周期性上报 Meas_Report。在无线环境很好的情况下，不应发生异频 /异系统测量。但测试结果表明：终端在不停上报异频测量，并且是周期性上报。对站点升级前后配置数据进行进一步核查，发现升级站点均默认开启了

38、MR功能，在 Nastar服务器上开启了同频 /异频 /异系统的订阅。 3. 问题分类： 无线参数配置 4. 解决方案 后台关闭同频 /异频 /异系统的订阅。 5. 效果评估 后台关闭订阅后再次进行复测，测试结果恢复正常。 6. 注意事项及建议 升级版本后需注意核查前 后配置数据找原因。 开启 MR会引起单用户下载速率下降大概 1/6。目前应按集团总部要求，每月定期开启 3天，不建议经常开启。 1.3.5 案例 10：由于 PDCCH 信道误码率较高导致下载速率波动 1. 现象描述 渝北水木青华 HL测试有两个现象： （ 1）业务过程中出现业务中断的现象； 16 （ 2）业务过程速率不稳定，有

39、比较严重的毛刺现象。 业务过程中出现业务中断的现象：在正常业务过程中上行干扰不高，但是出现异常。速率掉坑时候，上行 RSSI达到 15dBm左右，突发的上行干扰很大，此时 UE掉线并且频繁尝试重建，过一段时间后，干 扰消失，业务恢复正常。 2. 问题分析 对测试数据进行分析，由于下行 PDCCH偶尔出现误码率较高，上行也出现误码率较高的现象，导致下载速率出现波动。进行扫频测试，确实发现存在一定的外部干扰，但未发现周边有 TD站点等干扰源，只能采取参数优化来对问题进行解决。 3. 问题分类： 无线参数配置 4. 解决方案 修改下行 PDCCH CCE聚合级别、 PDCCH功率值，增强 PDCCH

40、下行信道抗干扰能力，上行 Bler目标值收敛到 5。 5. 效果评估 通过参数用户增强信道的抗干扰能力，然后测试观察，速率已经稳定在 70M以上，毛刺现象基本消失；测试 近 1小时没有再出现掉坑的现象。 6. 注意事项及建议 下载速率出现波动时出现下行 PDCCH误码率较高，则需修改参数增强 PDCCH信道的抗干扰能力。 1.3.6 案例 11： TA 同步功能未打开导致 LTE 下载速率抖降问题案例 1. 现象描述 在进行“ TM3和 TM8的小区吞吐量对比”的测试中，发现无论 TM3还是 TM8模式，在测试路线上某一固定点附近，都出现下载速率陡降的现象，在 CDS对吞吐量的记录中，在该点出

41、现深坑。在 RSRP及 SINR均无明显变化的情况下，路测软件统计的 PDCP吞吐量由22312.2Kbps，突降到 666.1Kbps，下降幅度达 97%， 2-3秒钟后恢复正常。 2. 问题分析 通过核查后台参数，发现测试中关闭了 TA同步功能（通过配置开关控制）。此参数被关闭的话会导致终端无法调整上行同步位置，使基站接收到的上行 PUCCH数据（ ack/Nack）超出接收窗，接收数据错误，造成下行速率陡降。 下行吞吐量陡降是由于 PUCCH上携带的反馈 ACK被译错为 NACK，基站认为下行 bler高，会将 MCS等级调低导致。 3. 问题分类： 无线参数配置 4. 解决方案 将 T

42、A同步功能参数打开 17 5. 效果评估 将 TA同步功能找开后，下载速率正常，不再出现速率陡降 情况。 6. 注意事项及建议 速率陡降的情况，可以考虑查看 TA同步功能是否打开。 1.3.7 案例 12：室内外站点 TAC 不一致导致切换速率掉坑 1. 现象描述 在对大楼内室分站点进行单站验证测试时发现与室外宏站切换时 FTP下载速率产生明显的掉坑现象。 2. 问题分析 UE切换前后 RSRP-75dBm左右 ,SINR28dB左右 , 下行速率掉坑明显；切换产生了 TAC更新，在 TAC更新期间，速率陡降明显；经核查 TDL室分站点 TAC配置为 28836、 TDL室外 TAC配置为 2

43、8837，共站 GSM室分和室外 LAC号均为 28837 3. 问题 分类： 无线参数配置 4. 解决方案 将 TDL室分的 TAC改为 28837。 5. 效果评估 修改后切换正常，未产生 TAC更新，速率无明显掉坑现象。 6. 注意事项及建议 1） LTE TAC与 2G LAC保持一致，即 TAC值 = 2G的 LAC值，按照 4G站点所在地理位置，从属于相应的 2G LAC区。 2）各地在后期的日常维护中可能对 2G的 LA进行调整，需同步对 TA和 LA进行联合调整及优化。 3）对于 2G、 4G室外共站的， TA与 LA应严格保持一致；对于室内分布系统， TA与 LA应严格保持一

44、致。 1.4 传输 1.4.1 案例 13：由于 传输问题导致 4G 网络速率陡降 1. 现象描述 咸市 4G网络下行速率陡然下降到 20M左右，然后逐步下降到 10M ,5M ,1M。 2. 问题分析 由于是全网降速，我们认为与无线关系不大，但是也进行了大量的检查，最后我们把开18 站数据 (未优化调整的数据）重新 LOAD进基站，然后测试也无效 ; 在咸宁和武汉的二干设备华为 6900两端进行管道测试，单线程 FTP下载只能到 1.2M，多线程 FTP可以到 400M，这种测试完全没有基站和核心网设备参入仅仅与传输有关，充分表明了传输管道质量有问题。最后我们将二干到换到备用路由上， 4G测

45、试速率正 常。 最后确认是确认是 3G大楼烽火 OTN对接 PTN6900的波长转换盘异常（无异常告警，但影响业务网性能，具体原因待返厂测试确认） 3. 问题分类： 传输 4. 解决方案 更换传输设备 5. 效果评估 更换后 4G测试速率正常。 6. 注意事项及建议 误码和乱序可以用多线程来弥补；如果是某个节点受限则多线程也没有作用。 1.4.2 案例 14： PTN 侧 MAC 地址学习功能未配置导致 LTE 基站 FTP下载速率低 1. 现象描述 某地 TD-LTE实验网，部分基站进行迅雷下载时，速率能够稳定达到 60Mbps，但采用 FTP下载时最小速率仅几 Mbps， 并且出现频繁的速

46、率波动。 2. 问题分析 本次实验网分析中迅雷下载速率较高，说明无线环境、容量、时隙配比、传输带宽和速率相关无线参数设置均没有问题。而迅雷下载采用的是 UDP协议， FTP下载采用的 TCP协议。UDP与 TCP协议主要区别在超时重发机制上，根据这种区别初步怀疑 PTN传输侧有丢包。采用 wireshark软件进行 S1抓包分析，发现大量的数据包重传。传输站点未发现告警，且 LTE基站各个传输链路光功率收发均正常，未存在光路衰减情况。查询传输相关参数配置，发现速率异常的 LTE站点对应的 PTN设备 MAC地址学习功能 未配置。 3. 问题分类： 传输 4. 解决方案 为速率异常站点配置 PT

47、N设备 MAC地址学习功能。 5. 效果评估 FTP下载速率恢复正常。 6. 注意事项及建议 PTN上的 MAC地址学习功能未配置可能导致下载速率低。 19 1.4.3 案例 15： 由交换机端口配置不正确导致 LTE TDD 下载速率波动问题 1. 现象描述 在某 LTE TDD 100M峰值下载业务验证中，发现 FTP下载业务速率严重波动，从 10Mpbs到 60Mbps波动，平均速率仅有 25Mbps左右，用 wireshark工具抓包，可以看到大量重传。由于所有设备搬迁过一次，而在之前的 测试中，峰值可稳定在 90Mbps左右。 2. 问题分析 检查交换机配置：登录到 S9303交换机

48、，查询配置后发现，到 UGW和 USN的端口都被配置成 100M 不协商，这时候再登录到 UGW，发现 Gn物理口也都被配置成 100M不协商的。由于 UGW 物理端口既给 LTE用，又作为 GGSN的 Gn口，在 3G HSPA+测试时由于遇到下载速率问题，把 1000M端口统一改成了 100M后没有改回来，而 LTE TDD 100M的 DEMO下载业务所需理想的物理带宽为 300M，导致 LTE下载速率低且严重波动。 3. 问题分类： 传输 4. 解决方案 将 两端端口改成自协商 1000M 5. 效果评估 速率恢复到 90Mbps，没有大波动。 6. 注意事项及建议 LTE TDD 峰

49、值下载业务对带宽具有很高的要求，现网中如 UGW同时应用于 3G和 LTE网络，必须要保证有足够的物理带宽，不能够简单累加，一定要留有足够的余量，否则很容易引起网络间的相互影响。 1.4.4 案例 16：由于 TUNNEL 带宽传输参数设置导致烽火 620A 开通双载波 LTE 基站带宽达不到 100M 的原因排查案例 1. 现象描述 要求在双流双载波基站下，测试终端进行 FTP下载速率能达到 200M，但实际测试结果为在双流双载 波基站下测试终端进行 FTP下载测试时下载速率之和无法超过 100M。 2. 问题分析 经排查，此次双载波 LTE业务使用的是中国石油天然气股份 620A设备 GE4口，在网管上配置为 UNI接口，配置子网交叉业务时对应的端口为 LAN8口，通常情况下 LAN7和 LAN8口在网管上作 100M使用，所以此时 TUNNEL带宽默认的 PIR为 100M。烽火 OTNM2000网管研发人员疏忽了 620A设备第三第四 GE光