下载文档原格式
LTE切换为题处理案例及切换参数总结切换问题处理及切换参数总结⽬录：简述：地铁部分FDD线路分布问题导致覆盖盲区场景下，FDD切TDD。
由FDD 站点覆盖快速衰落情景下，终端开启A2测量，信令窗⼝中频繁上报MR，⽆响应，切换失败导致重建。
经由本次问题处理，对切换参数进⾏总结。
⼀、案例分析：1.1.问题描述：由芍药居⾄太阳宫段，FDD切TDD终端占⽤1350(PCI=467) ENB=502165，地铁⾏驶过程中，信号快速衰落，终端开启A2测量，信令窗⼝频繁上报MR，⽆响应，切换失败导致RRC重建⾄1350（PCI=496）502163，经由此站切换⾄TDD38950（PCI=87）ENB=82354-42海淀⼗号线海淀黄庄站FDDNLS1.测试结果：1.2.优化：●参数查询：A1:-92，A2 :-100，A5 :-90，-95 CIO:0db TTT: 640ms●调整：由于FDD衰落迅速，⼏次测试均有-92左右迅速衰落⾄-120,导致重建，所以建议将A2门限提⾼，同时为满⾜快衰场景下能够顺利切换，将CIO调为10，使其提前切换，TTT切换切换时间由640ms改为160ms调整后参数：A1:-90，A2 :-92，A5 :-90，-95 CIO:10db TTT: 120ms●调整后测试⼆：切换参数总结：当UE处于连接状态，⽹络通过切换过程实现对UE的移动性管理。
切换过程包含移动性测量、控制⾯流程和⽤户⾯流程。
为了辅助⽹络作切换判决，原eNodeB为UE配置测量，使UE在切换之前上报服务⼩区和邻⼩区的信道质量，便于⽹络侧合理地判决切换。
测量配置基本信道参数表●eueMeasCellSMeasureRsrpSmeasure：服务⼩区RSRP门限启动测量的服务⼩区RSRP门限，取值(-141..-44)，单位为dBm。
此参数仅对针对信道质量的测量配置有效，对于针对CGI上报的测量配置⽆效。
对于针对信道质量的测量配置，当⽹络侧没有配置此参数，或者配置了此参数，且服务⼩区RSRP低于此参数指⽰的门限值时，UE根据测量配置对邻⼩区进⾏测量和上报。
LTE案例库总结1.LTE下载速率低原因及相关案例 (5)1.1无线环境 (5)1.1.1案例1：系统外干扰（DCS1800）导致LTE宏站单小区下载速率低 (6)1.1.2案例2：服务小区与邻小区PCI存在mod3干扰造成下载速率过低 (8)1.1.3案例3：由GPS失锁引起的F频段LTE基站上行干扰 (9)1.2容量 (10)1.3无线参数配置 (10)1.3.1案例4：爱立信小区上下行时隙配比错误导致上行高BLER 速率低 (10)1.3.2案例5：LTE的功率PA、PB参数设置不合理导致下载速率低的处理 (11)1.3.3案例6：爱立信LTE小区DLTARGETBLER参数配置有误导致下行速率低121.3.4案例7：华为eNodeB升级8.0版本默认开启MR功能后导致速率低 (12)1.3.5案例8：由于PDCCH信道误码率较高导致下载速率波动 (13)1.3.6案例9：TA同步功能未打开导致LTE下载速率抖降问题案例(14)1.4传输问题 (14)1.4.1案例10：LTE传输问题导致小区下载速率低 (14)1.5传输参数问题 (15)1.5.1案例11：PTNQOS参数限制导致LTE下载速度低案例 (15)1.5.2案例12：PTN侧MAC地址学习功能未配置导致LTE基站FTP下载速率低161.5.3案例13：由交换机端口配置不正确导致LTE TDD下载速率波动问题 (17)1.6核心网参数 (17)1.6.1案例14：QCI设置错误导致演示厅LTE下行速率低问题 (17)1.7基站存在故障或告警 (19)1.7.1案例15：室分场景多RRU合并后某一RRU驻波导致速率低(19)1.8其它类别 (19)1.8.1案例16：LTE测试软件配置错误导致下载速率低 (19)1.8.2案例17：由于合路器接法不正确引起的下载速率低的问题(20)1.8.3案例18：LTE室分双路不平衡导致下载速率低 (22)2.LTE基站小区无法建立或建立异常问题及案例 (23)2.1无线参数配置 (23)2.1.1案例1：GPS数据配置错误导致LTE TDD无法正常开通的案例 (23)2.1.2案例2：LTE宏站小区CRS端口配置错误导致小区无法建立(24)2.1.3案例3：LTE小区与RRU关联错误导致覆盖接反 (25)2.1.4案例4：LTE基站eNodeB ID标识不唯一导致基站S1偶联链路频繁规律闪断(26)2.1.5案例5：大唐和华为GTP-U检测功能参数协商不一致导致LTE站点业务频繁中断 (26)2.1.6案例6：由于TDS频点设置问题导致LTE基站无法开启的案例 (27)3.LTE切换问题及案例 (28)3.1覆盖 (28)3.1.1案例1：由于弱覆盖导致成都理工大学LTE小区1与音乐公园LTE小区2切换失败案例 (28)3.2无线参数配置 (29)3.2.1案例2：爱立信LTE小区DCI配置错误导致切换失败 (29)3.2.2案例3：开启防乒乓切换开关导致不切换 (29)3.2.3案例4：由切换门限设置错误导致某LTE站无法进行异频切换 (30)3.2.4案例5：TAU与X2切换冲突导致切换失败并掉线 (31)3.3核心网参数 (32)3.3.1案例6：LTE核心网鉴权关闭导致切换失败 (32)3.4传输参数 (32)3.4.1案例7：LTE基站S1口少配导致切换成功率低处理案例 (32)3.5异厂家参数配置 (33)3.5.1案例8：爱立信与中兴LTE邻小区RLC传输模式配置不一致导致切换失败333.5.2案例9：大唐与诺西Local Cell Resource ID配置不一致导致切换失败的案例343.5.3案例10：由于DRB-ID分配策略华为中兴LTE异厂家切换失败案例 (35)4.LTE终端接入问题 (35)4.1无线参数配置 (35)4.1.1案例1：TD-LTE帧同步参数配置错误导致上行干扰，造成终端有信号无法接入 (35)4.1.2案例2：TDL完整性保护算法设置错误导致部分终端无法上网 (36)4.1.3案例3：爱立信室分小区PrachConfigIndex配置错误导致接入性差 (37)4.2核心网配置 (38)4.2.1案例4：LTE的S1口IP配置错误导致终端无法正常接入 (38)4.2.2案例5：在MME中未绑定IMSI和HSS对应关系导致LTE 新号段无法附着到网络 (39)4.3传输参数配置 (40)4.3.1案例6：未设置用户面路由导致LTE基站无业务速率 (40)5.2/3/4G互操作问题 (40)5.1.1案例1：由于3G/4G的PLMN不同且未配置EHPLMN导致TD-S重选TD-L失败 (40)5.1.2案例2：华为和中兴MME选路策略不同导致CSFB被叫接通率较低 (41)6.掉话问题 (43)6.1.1案例1：TD-LTE SRS带宽重配置导致掉话率高案例 (43)。
LTE典型案例分析覆盖类1.1 概述覆盖类问题只要涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污染等。
在TD-LTE中一般认为RSRP<-110dBm，认为是弱覆盖。
越区覆盖：由于基站天线挂高过高或下倾角过小引起的该小区覆盖距离过远，从而越区覆盖到其他站点覆盖的区域，并且在该区域终端接收到的信号电平较好。
过覆盖：指网络中存在过度的覆盖重叠，容易引起干扰和乒乓切换；无主导小区：指某一片区域内服务小区和邻区的接收电平相差不大，不同小区之间的下行信号在小区重选门限附近的区域，并且无主导覆盖的区域接收电平一般或者较差，在这种情况下由于网络频率复用的原因，导致服务小区的SINR不稳定，可能发生空闲态主导小区频繁重选、连接态频繁切换，无主导覆盖也可认为是若覆盖的一种。
导频污染：指在某一点存在过多（一般认为大于等于3个）的强导频，但却没有一个足够强的主导频；1.2弱覆盖1.2.1弱覆盖分析造成弱覆盖的原因有：1、规划的站点由于种种原因如物业等没有开起来；2、天线方位角、下倾角不合理，如下倾角过低；3、在站建起来后，由于新建楼宇的遮挡，导致部分区域RSRP很差；4、站点过高，如四十多米或更高，会造成塔下黑5、下倾角、方位角由于条件所限，无法调整，如：美化邓杆站点不方便调整天线的方位角（3个天线方位要一起转，因为外面有罩子盖住下倾角无法调整，如科技园四、海德三路等；深大校园里站点天线都是放在美化罩子（长方体的箱子）里面，对天线的下倾角和方位角调整范围也有影响（如：深大、深大南校等））。
针对以上原因建议的方案有：1、推动客户将规划站点尽快开起来；2、调整天线方位角、下倾角到合理位置；1.2.2天线方位角不合理导致弱覆盖现象：科技园三的102和104小区由于天线被住宅楼遮挡,导致覆盖区域内部分道路信号较弱,存在弱覆盖，科技园三站点周围的地物如图：图表1科技园三周围地物调整前道路的电平值如下图：图表2优化前科技园三覆盖措施：将104小区的方位角由20度调整为40度；将102的方位角由150度调整到100度；调整后弱覆盖得到改善,如下图：图表3优化后科技园三覆盖1.2.3天线方位角下倾角不合理导致的弱覆盖现象：东都花园附近有小段路RSRP低于-110dBm，该路段属于东都花园和龙中站点主覆盖区,需要调整东都花园和龙中站的天馈方向角和下倾角加强覆盖。
LTE路测案例分析报告LTE （Long Term Evolution）是第四代移动通信技术的标准之一，其提供了更高的数据传输速率和更低的时延，以满足用户对高速移动宽带数据服务的需求。
LTE的引入和部署对移动网络的覆盖和性能产生了重大影响，因此进行LTE路测案例分析是非常重要的。
本文将以一次LTE路测案例为基础，对路测数据进行分析和解读，以评估LTE网络的覆盖范围、速率和性能。
本次LTE路测案例是在一些城市进行的，目的是评估LTE网络在城市中各个区域的覆盖情况和性能表现。
路测使用了专业的测试仪器和软件，收集了大量的数据，包括信号强度、信噪比、RSRP（Reference Signal Received Power）、RSRQ（Reference Signal Received Quality）等。
以下是对数据的分析和解读：首先，我们关注LTE网络的覆盖情况。
通过分析信号强度和RSRP数据，我们可以确定网络覆盖的强弱程度。
我们发现，在城市中心区域，信号强度较高，RSRP值在-60dBm到-80dBm之间；而在城市边缘区域，信号强度较低，RSRP值在-85dBm到-100dBm之间。
这表明LTE网络在城市中心区域的覆盖较好，在城市边缘区域的覆盖相对较弱。
其次，我们需要分析LTE网络的速率和性能。
通过分析信号质量和RSRQ数据，我们可以评估网络的速率和性能。
我们发现，在城市中心区域，信号质量较好，RSRQ值在-6dB到-9dB之间；而在城市边缘区域，信号质量较差，RSRQ值在-12dB到-15dB之间。
这表明LTE网络在城市中心区域的速率和性能较好，在城市边缘区域的速率和性能相对较差。
最后，我们可以基于路测数据，提出一些改进建议。
首先，对于城市中心区域的覆盖，可以进一步优化网络资源分配和功率控制，以提高覆盖范围、速率和性能。
其次，对于城市边缘区域的覆盖，可以考虑增加基站密度，以增强信号强度和质量，提高网络覆盖和速率。
1覆盖类1.1概述覆盖类问题只要涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污染等.在TD-LTE中一般认为RSRP<-110dBm,认为是弱覆盖.越区覆盖：由于基站天线挂高过高或下倾角过小引起的该小区覆盖距离过远,从而越区覆盖到其他站点覆盖的区域,并且在该区域终端接收到的信号电平较好.过覆盖：指网络中存在过度的覆盖重叠,容易引起干扰和乒乓切换；无主导小区：指某一片区域内服务小区和邻区的接收电平相差不大,不同小区之间的下行信号在小区重选门限附近的区域,并且无主导覆盖的区域接收电平一般或者较差,在这种情况下由于网络频率复用的原因,导致服务小区的SINR不稳定,可能发生空闲态主导小区频繁重选、连接态频繁切换,无主导覆盖也可认为是若覆盖的一种.导频污染：指在某一点存在过多<一般认为大于等于3个>的强导频,但却没有一个足够强的主导频；1.2弱覆盖1.2.1弱覆盖分析造成弱覆盖的原因有：1、规划的站点由于种种原因如物业等没有开起来；2、天线方位角、下倾角不合理,如下倾角过低；3、在站建起来后,由于新建楼宇的遮挡,导致部分区域RSRP很差；4、站点过高,如四十多米或更高,会造成塔下黑5、下倾角、方位角由于条件所限,无法调整,如：美化邓杆站点不方便调整天线的方位角<3个天线方位要一起转,因为外面有罩子盖住下倾角无法调整,如科技园四、海德三路等；深大校园里站点天线都是放在美化罩子<长方体的箱子>里面,对天线的下倾角和方位角调整范围也有影响<如：深大、深大南校等>>.针对以上原因建议的方案有：1、推动客户将规划站点尽快开起来；2、调整天线方位角、下倾角到合理位置；1.2.2天线方位角不合理导致弱覆盖现象：科技园三的102和104小区由于天线被住宅楼遮挡,导致覆盖区域内部分道路信号较弱,存在弱覆盖,科技园三站点周围的地物如图：图表 1科技园三周围地物调整前道路的电平值如下图：图表 2优化前科技园三覆盖措施：将104小区的方位角由20度调整为40度；将102的方位角由150度调整到100度；调整后弱覆盖得到改善,如下图：图表 3优化后科技园三覆盖1.2.3天线方位角下倾角不合理导致的弱覆盖现象：东都花园附近有小段路RSRP低于-110dBm,该路段属于东都花园和龙中站点主覆盖区,需要调整东都花园和龙中站的天馈方向角和下倾角加强覆盖.调整方案见下表,表格 1东都花园天馈调整方案调整后弱覆盖得到解决,调整前后的图见下：图表 4东都花园调整前覆盖调整后的图见下：图表 5东都花园优化后覆盖1.3越区覆盖1.3.1越区覆盖分析越区覆盖经常因为一些超过周围建筑物的站点,发射信号沿丘陵地形或道路可以传播很远,在其他基站的覆盖区域形成了主导覆盖,产生"岛"的现象,因此,当呼叫接入到远离某基站而仍由该基站服务的"岛"形区域上,并在小区切换参数设置时,"岛"周围的小区没有设置为该小区的邻区,当终端离开该"岛"时,就会立即发生掉话.且即便配置了邻区,由于"岛"的区域过小,也会容易造成切换不及时而掉话.解决建议：1、避免扇区天线的主瓣方向正对道路传播,可调整扇区的天线方位角,使天线主瓣方向与街道方向稍微形成斜角,利用建筑物的遮挡减少电波因街道两边的建筑反射而覆盖过远的情况.2、调整扇区天线的下倾角,如果条件允许优先调整电子下倾角,其次调整机械下倾角；3、降低天线高度4、在不影响小区与业务性能前提下,降低发射功率；1.3.2越区覆盖案例214小区的电子下倾6度,机械下倾5度,由于美化罩缘故,下倾角无法再往下压；但小区在1.26km还有信号且电平为-103dBm,在700多米时信号强度达到-93dBm,故在不影响覆盖的前提下需要适当降功率,将功率降低2dB后,信号消失,如下图图表 6科技北调整前越区覆盖图图表 7科技北调整后覆盖图表 8科技北覆盖路段基站分布注：该路段由于高新公寓站没开起来,有小段弱覆盖,当电平为-103时会切向214小区.2干扰类2.1PCI模3相等干扰科技园E,58小区上报了114的MR,181和服务小区58模3相等,下发了切换命令,UE没收到,由UE侧可看到此时SINR很差为-6.83;图表 9科技园58基站侧LOG图表 10科技园58信道状况图表 11科技园58终端侧LOG措施：将科技园四1小区的PCI由181调整为182,0小区的PCI由180调整为181,2小区的PCI182调整为180,干扰得到规避.注：在调整PCI时也要将配置该小区为外部邻区的基站的外部邻区中的PCI修改过来.2.2GPS失锁干扰现象：高科E站点小区1覆盖区域近点接入困难,拉网在此小区覆盖区域下必然掉话且长时间无法接入.在M2000信令跟踪下的干扰检测中跟踪高科E的1小区.发现每个RB的功率都比正常-110dBm高了30dB左右.RSSI同时也高了20dB左右,如下图：在故障小区覆盖区域,实测,信号强度大于-70dBm的时候才偶尔能接入.Probe和基站侧信令分析看到,eNodeB未发切换命令或者切换重配消息UE没收到,导致每次经过此处必然掉话.后发现M2000中,中兴通讯站点有GPS告警"GPS线路短路故障",在MML中将中兴通讯站点去激活,高科站点的干扰马上消失.由此确定是中兴站点GPS失步,导致周边区域同频干扰严重,更换中兴站点GPS后,故障消失.3切换类3.1基站不下发切换命令该问题的前提是UE上报了切换的MR,基站侧也收到了MR,但没有收到切换命令,可能的原因有邻区漏配或邻区配错、下发重配置没收到重配置完成和同频邻区中有PCI相等的邻区.下面以案例形势一一展开.3.1.1邻区漏配&邻区配错一、邻区漏配从基站跟踪看到基站收到了大量的MR,没有下发切换命令,导致掉话,如下图.从probe 上看信道质量不差没到解调门限以下,因为没有下发切换命令而掉话,可以查看是否为邻区漏配.中兴通讯179向科技园四182发起切换,上报了切换的MR,基站侧也收到了MR,没有下发切换命令,之后读系统消息,发起重建,重新接入到MR中小区,即科技园四182,可以确认为邻区漏配.Probe和基站侧log如下：图表 12邻区漏配UE侧无线环境图表 13邻区漏配UE侧LOG图表 14邻区漏配基站侧log邻区漏配有2种情况: 1、同频邻区和外部小区都没有配置;2、配置了外部邻区,但没配置同频邻区；建议：添加邻区注：也可通过对比SIB4中的邻区信息与MR中的邻区PCI发现是否为邻区漏配,如下图；图表 15SIB4消息内容二、邻区配错下面为外部小区和同频邻区均已配置,且同频邻区也配置正确,但外部小区的PCI添加有错,导致的掉话.如下图,102<科技园三1小区>上报181<科技园四的1小区>的MR,但没下发切换命令,查询同频邻区已配置eNBID为28即科技园四的1小区为邻区,但1小区的PCI被配成了182,且配置了同站的两个PCI相等的外部邻区.图表 16邻区错配终端侧LOG图表 17科技园三1小区的同频邻区图表 18科技园三的外部邻区建议：修正外部小区的PCI,在添加邻区时务必保证外部小区的PCI及同频邻区的eNBID正确,减少优化工作量.3.1.2PCI相等导致不发切换命令现象：基站标识117,67<本地小区1>、68<本地小区0>为同站邻区,68往67切换正常,67往68切则切不过去,表现为上报了MR,不发切换命令,LOG如下：图表 19PCI相等终端侧LOG图表 20PCI相等基站侧LOG经查询67<本地小区标识为1>的外部邻区中有PCI为68和同站邻区的PCI相等,如下,在ANR关闭情况下,会不发切换命令；图表 2167小区的外部邻区图表 2267小区的同频邻区措施：首先核查是外部邻区中的PCI配置错误<即该站不存在,或基站存在但PCI配置有错>；核查都无误时需要调整PCI；建议：1、调整完PCI后或新加站后用M2000上的PCI冲突核查工具进行核查邻区中是否存在PCI相等情况.2、使用excel原型工具进行对比,该工具相对麻烦一点,需要将邻区信息倒出来.如下,在M2000的配置中选择LTE 自优化,在优化菜单中双击PCI优化任务,如下图：图表 23M2000 PCI自优化界面图表 24PCI冲突信息在PCI冲突信息中点击任何一条在旁边会显示与其冲突的邻区的具体信息,如下表：图表 25PCI冲突详细信息点击下面优化任务中的绿色按钮,会弹出如下对话框,图表 26优化任务启动界面点击确认后,会显示如下进度条图表 27优化进度条看见完成后会显示已成功,进度条显示100%,建议的优化值会显示如下：图表 28优化结果3.1.3基站下发的RRC连接重配置没收到RRC连接重配置完成科技园三102切向科技园三104后,基站侧下发了RRC连接重配置,为重配置CQI,UE侧没收到,一直山上报MR,基站侧不处理,掉话；UE侧LOG如下：图表 29OMT侧LOG基站侧LOG如下：图表 30基站侧LOG在切换到104后,104小区的信道质量很差,导致没有解出RRC连接重配置而不下切换命令继而掉话,如下：图表 31Probe侧信道状况措施：测量到邻区中182与服务小区104模3相等,由于此路段为弱覆盖路段,建议调整182的PCI,将182调整为180,180调整为181,181调整为182,但由于高新公寓站开不起来,弱覆盖无法解决.3.2乒乓切换在高科E内114和115间乒乓切换,如下图,将时间迟滞由320ms调整480ms,调整后有所缓解,如下：图表 32调整前114和115乒乓情况图表 33优化后114和115切换情况注：根据实际情况也可调整IntraFreqHoA3Hyst和IntraFreqHoA3Offset,但该参数会影响到所有和该小区进行切换的邻区.4重建类协议规定的重建原因有3类：切换失败、重配置失败和其他,重建成功的前提是小区必须有ue的上下文.下面依案例进行分析.4.1重配置失败引起的重建现象：服务小区为102,102切换到180后,基站下发了RRC连接重配置,但在发送重配置完成时,无线链路失败,从无线环境来看,此时服务小区的180的信号为-106左右,随后信号消失,且邻区中也测不到180信号,之后开始搜小区,搜完小区就报RRC连接重建了,重建原因为重配置失败,重建不成功导致掉话,该点为弱覆盖点,各小区在该点的信号都在-110左右且持续时间较短.图表 34Histudio侧信令无线环境如下：图表 35HiStudio侧无线环境措施：可以调整天线的下倾角和方位角,使其有一个主导小区覆盖,但该段由于高新公寓站没有开起来,属于弱覆盖,214为距离1km左右的信号,182为旁瓣覆盖,除了加站,此处无法优化.改掉话点的位置如下<102小区距离该掉话点610米左右,182距离约780米左右>：。
LTE切换优化专题总结目录1.背景介绍 (3)2.LTE切换概念 (3)2.1 LTE切换分类 (4)2.2 LTE切换目的 (4)2.3 LTE切换测量 (5)3.LTE切换优化思路及出现场景 (6)3.1 全网切换策略制定 (7)3.2 定期核查 (7)3.3 算法优化 (8)3.4 上行信道质量差导致切换失败 (9)3.5 同PCI干扰导致切换失败 (9)3.6 模3干扰导致切换失败 (9)3.7 外部干扰导致切换失败 (9)3.8 UE接入失败导致切换失败 (10)3.9 UE下行质量差导致测量报告丢失 (10)3.10 切换执行命令丢失导致切换失败 (11)3.11 未收到RRC重配置完成消息导致切换失败 (11)3.12 X2_IP配置错误导致切换失败 (11)3.13 X2切换准备时间过长导致切换失败 (11)4.总结 (12)LTE切换优化专题总结1. 背景介绍无线网络最大特点在于移动性控制，是进行其他优化的前提，是无线网络的重中之重。
移动性控制对于终端在不同小区间的移动，网络侧需要实时监测UE信号变化并控制在适当时刻命令UE做跨小区的切换，以保持其业务连续性。
在切换的过程中，终端与网络侧相互配合完成切换信令交互，尽快恢复业务，在LTE系统中，此切换过程是硬切换，业务在切换过程中是中断的，为了不影响用户业务，切换过程需要保证切换成功率、切换中断时延、切换吞吐率三个重要指标，其中最重要的是切换成功率，如果切换出现失败，将严重影响用户感知，切换中断时延和切换吞吐率也会不同程度地影响用户感知。
本文主要全场景方案、受控ANR精准识别、多种算法的优化快速闭环问题，从而提升网络质量，改善用户感知，打造电信LTE品牌网络。
2. LTE切换概念移动性管理是蜂窝移动通信系统必备的机制，当用户从一个小区移动至另一个小区时，与其连接的小区将发生变化，执行切换操作。
切换能够辅助LTE系统实现负载均衡、提高用户体验以及系统整体性能。
优化案例9.1、PUSCH BLER高案例问题现状：最近在上南路高青路做业务测试时发现PUSCH BLER较高，分别对Cell175进行了多次不同状态下的测试，分别为由其他小区切换至Cell175、处于定点状态下占用Cell175、处于移动状态下稳定占用Cell175进行测试，在这三种状态下，Cell175的PUSCH BLEW均很高，同时，在占用Cell175的时候，UE会多次出现重建的情况。
上南路高青路问题路段调整前测试情况：在切换占用上Cell175以后测试情况截图在定点状态下处于移动状态稳定占用Cell175调整措施：对Cell175进行了Lock&Unlock操作。
调整后复测情况说明：在对Cell175进行了相应的调整以后，在原问题路段及进行复测，复测过程中发现：原先切换至Cell175(Cell177切换至Cell175以及Cell174切换至Cell175)均会出现PUSCH BLEW偏高的问题已经得到了解决。
调整后，在切换占用上Cell175的时候，PUSCH BLEW值维持在10以下，原先在Cell175的过程中会频繁重建的问题也得到了解决。
调整后复测情况如下图所示：后续问题：已经抓取了UE侧和eNB侧的相关Trace，准备进一步分析定位问题。
9.2、天馈调整案例问题现状：在上南路永泰路路段附近进行业务测试时，UE在Cell183和Cell181之间切换的过程中会出现SNR突降，同时检测到许多奇怪的Cell ID的情况，导致切换失败事件频发。
怀疑是Cell181和Cell183小区之间的干扰所导致的，准备对Site61的天馈进行了相应的排查和调整。
Site61基站查勘情况1、Site61 Cell183 方位角由325度调整为355度，下倾角由0度调整为6度；Cell183方位角调整情况说明：如上图所示：由于Site61——PD125的实际位置与规划位置存在偏差，故对Cell183的天线方位角由325度调整为355度；同时，Cell183的电子下倾角由于工程的原因未进行下压，故今天将其由0度调整为6度。
移动L T E V O L T E案例分析汇总Pleasure Group Office【T985AB-B866SYT-B182C-BS682T-STT18】广东移动4GTD-LTE详细案例分析案例1：580 Precondition Failure导致的未接通。
【问题描述】在集团测试LOG中，存在Precondition Failure导致的失败事件，表现为呼叫过程中，终端主动上发或收到网络侧下发的580 Precondition Failure消息，随后呼叫中止，出现未接通事件。
Log文件名：MO UE:MT UE:时间：10：16：【问题分析】1、呼叫过程中，被叫发送Ringing 180后，收到网络下发的专载去激活命令，QCI 1被释放，被叫随后上报580 Precondition Failure，主叫同样收到网络侧转发的580消息，呼叫接续中止，导致未接通。
2、从信令中可以看到，被叫回复Ringing 180且主叫也已经收到Ringing 180，被叫随后收到网络侧下发的RRC重配，携带有QCI 1被释放的信息，被叫去激活专有承载。
由于专载已被释放，业务资源已不存在，所以被叫上发580 Precondition Failure失败消息。
主叫收到网络侧下发的580，接续被中止，导致了会话未接通。
3、从MME下发到Node B的E-RAB RELEASE COMMAND，原因上看是Nas层nomal_release，导致专载QCI 1被释放。
4、专载QCI 1被释放，去激活后，被叫发送INVITE 580，主叫收到网络侧转发的INVITE 580，会话流程中断，导致未接通【问题定位】在正常的会话流程中，由于MME下发E-RAB RELEASE COMMAND，使得QCI 1被释放，导致未接通。
【解决措施】需要核心网查看MME在什么情况下会下发E-RAB RELEASE COMMAND。
【测试验证】案例2：Server Internal Error 500导致的未接通【问题描述】在集团测试LOG中，存在Server Internal Error 导致的失败事件，表现为呼叫过程中，终端主动收到网络侧下发的Server Internal Error 500消息，随后呼叫中止，出现未接通事件。
LTE网络优化经典案例城市A运营商在LTE网络部署后，发现用户投诉率较高，网络质量不稳定。
经过一段时间的调查和分析，发现存在以下问题：1.弱覆盖区域：在城市一些地区，用户经常遇到信号弱或无信号的情况，导致通话中断或数据传输中断。
2.高拥塞区域：在城市中心商业区域，用户在高峰时段经常遇到网络拥塞问题，导致数据传输速率慢或无法连接上网。
3.外部干扰：在一些区域，存在大量的外部干扰源，如电视台、电台等，对LTE网络信号产生干扰。
针对以上问题，LTE网络优化团队制定了以下优化方案：1.新增基站：通过在弱覆盖区域增加基站，提高信号覆盖范围，解决信号弱或无信号的问题。
通过网络规划工具，确定基站的具体布局和参数设置，减少基站之间的干扰。
2.安装小区间干扰消除设备：在高拥塞区域安装小区间干扰消除设备，通过信号调度算法对小区之间的资源进行优化调配，减少小区之间的干扰，提高网络容量和覆盖率。
3.频谱管理与优化：通过频谱监测仪对外部干扰源进行监测和定位，对LTE网络频段进行调整和优化，减少外部干扰对网络信号的影响。
此外，LTE网络优化团队还进行了以下工作：1.反向传播方案：通过在城市中心地区建立反向传播系统，及时收集用户投诉和问题，以便优化团队及时跟进并解决问题。
2.数据分析和优化：通过网络性能监测系统，对网络数据进行实时监测和分析，了解网络负荷、覆盖范围等关键指标，及时调整网络参数和配置，提高网络性能和稳定性。
3.用户体验改善措施：针对用户投诉和需求，进行一些用户体验改善措施，如新增热门区域Wi-Fi覆盖、提供优质宽带服务等，提高用户满意度。
通过以上的优化方案和工作措施，该运营商在一段时间内逐步改善了LTE网络质量和用户体验。
用户投诉率显著降低，信号覆盖范围扩大，网络拥塞问题减少。
LTE网络优化团队也持续跟踪和监测网络性能，及时调整和改善网络参数，以保持网络的稳定性和良好的用户体验。
集团LTE案例库总结1.LTE下载速率低原因及相关案例现阶段排查LTE下载速率低影响的主要因素包括：（1）无线环境（2）容量（3）无线参数配置（4）传输问题（5）传输相关参数配置（6）故障（7）传输相关参数配置1.1无线环境无线环境是影响下载速率低的一个重要原因。
现网中由于多系统的存在，会对空口传输质量造成影响。
无线系统按照干扰产生的起因可以将干扰分为系统内干扰和系统间干扰。
系统内干扰：系统内干扰通常为同频干扰。
TD-LTE 系统中，系统内干扰常见原因有小区越区覆盖造成的同频干扰和GPS时钟不同步造成的下行信号对上行信号的干扰和模三干扰。
系统间干扰的产生：系统间干扰通常为异频干扰。
主要有：杂散干扰、阻塞干扰、谐波干扰、互调干扰。
通过LTE前期总结系统间干扰的干扰主要如下：排查这种类型干扰，一般是通过系统监控手段对小区干扰进行预判断，然后根据小区的干扰特性进行实地扫频排查。
通过闭站，看干扰是否消失排查。
1.1.1案例1：系统外干扰（DCS1800）导致LTE宏站单小区下载速率低1.现象描述LTE基站1小区在测试过程中，发现下载速率低（1M左右），终端 ping 核心网侧丢包率高达 50% 。
该基站配置为S111，频段是F 频段 1880-1900MHz，带宽20M，参考信号功率12dBm，上下行时隙配比1:3，特殊子帧时隙配置DwPTS:GP:UpPTS=3:9:22.问题分析使用底噪查询工具。
各小区底噪情况如下：将查询出的底噪值与各小区的业务速率对比，很容易看出业务速率低的小区恰好是后台查询底噪高的小区。
由此判断为底噪高是导致空口质量差，引起终端业务速率低、 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.解决方案改变1方向LTE天线位置，将其与DCS天线水平隔离度增加到1米。
5.效果评估１小区天线与DCS天线水平隔离度增加到1米后，底噪-109，下载速率50M，故障排查完成。
6.注意事项及建议故障排查流程：1.1.2案例2：服务小区与邻小区PCI存在mod3 干扰造成下载速率过低1.现象描述对某区域LTE网络进行评估测试时发现，当测试终端占用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组（决定了辅同步序列）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 数值相等，参考信号的位置重叠就会造成相互干扰，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.现象描述某基站通过话统查询上行底噪，发现此基站上行底噪很高，三个小区均在-77dB左右。
测试工程师到现场测试发现该小区无法正常接入，无法进行上下载业务。
2.问题分析经话统确认，此基站周围基站汇彩路、黄村大道、珠吉路底噪也较高，达到-100dBm以上.连片区域基站存在干扰问题原因可能为：GPS失锁或外部干扰。
协调代维人员进入基站机房，发现机房内存在两个BBU。
分别下挂东圃珠村和9860基站，均为TDD F频段基站，9860基站在工参表中未显示，此基站告警灯常闪，后台查询后，发现9860基站存在GPS失锁告警。
3.问题分类：干扰—GPS失锁4.解决方案闭塞9860基站，安排维护人员上站处理该基站的GPS失锁告警问题。
5.效果评估基站底噪下降到-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)、外部干扰源干扰。
1.2 容量容量也会影响下载速率，现网由于LTE用户不多，暂不需考虑这方面的问题。
1.3无线参数配置1.3.1案例4：爱立信小区上下行时隙配比错误导致上行高BLER速率低1.现象描述某日在进行簇优化过程中，进行上传业务时发现某站点的3个扇区的上传速率均明显偏低，仅能达到约2~5Mbps，而在前期该站点的单站验证测试中，该站的上传速度正常，三个小区均达到了16Mbps左右；2.问题分析在占用站点第1小区测试过程中，显示第1小区BLER较正常情况偏高，导致MCS较低；检查周边邻区的无线参数配置，经过核查发现该站点第3小区的TDDframeconf=2，即时隙配比为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.现象描述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 的设定，其要求Type A ，Type B 两类符号上的功率保持相等，当Atot P 和B tot P 相等且等于最大发射功率时，功率利用率最高。
LTE 参数设置需考虑业务场景，根据不同的需求对参数进行合理化配置，已到达感知最优。
1.3.3案例6：爱立信LTE 小区DLTARGETBLER 参数配置有误导致下行速率低1. 现象描述某站在进行簇优化过程中，进行FTP 下载业务时发现某小区的下载速率均明显偏低，仅能达到约20Mbps 左右，而在前期簇优化的拉网测试中，该站的下载速度正常，三个小区均达到了40Mbps 左右。
2. 问题分析在占用该小区测试过程中，观察发现下行调制方式中16QAM 占比较高；初步怀疑该小区下行速率低为调制方式没有全部采用64QAM 导致。
核查该小区CV 文件发现参DLTARGETBLER （下行目标ＢＬＥＲ）配置为1%；当参数DLTARGETBLER(下行目标BLER) 设置为1%时，由于对BLER 要求过高，导致RBS 会调低MCS 以保证BLER 达到目标值。
而对于FTP 、流媒体等并不需要很高的BLER 要求的业务，过高的BLER 要求会导致下行因没有使用64QAM 的高阶调制方式，反而无法得到理想的下行速率，从而影响用户感知。
3. 问题分类：无线参数配置4.解决方案将该小区参数DLTARGETBLER设置为10%5.效果评估修改该参数后，复测FTP下载速率达到40Mbps左右，下行速率正常。
6.注意事项及建议下载速率低时可以查看MCS为64QAM的比例高不高，占用高阶调制比例低并且BLER 较低则可能是DLTARGETBLER设置的过小。
1.3.4案例7：华为eNodeB升级8.0版本默认开启MR功能后导致速率低1.现象描述华为ENodeB升级BTS3900 V100R008C00SPC130后在外场拨打时发现上传及下载速率慢，CAT4测试终端在好点的情况下进行定点CQT测试，下载最高速率仅在45Mbps左右，上传最高速率仅12Mbps左右。
2.问题分析通过后台跟踪UU口信令，发现终端在进行业务过程中会周期性上报Meas_Report。
在无线环境很好的情况下，不应发生异频/异系统测量。
但测试结果表明：终端在不停上报异频测量，并且是周期性上报。
对站点升级前后配置数据进行进一步核查，发现升级站点均默认开启了MR功能，在Nastar服务器上开启了同频/异频/异系统的订阅。
3.问题分类：无线参数配置4.解决方案后台关闭同频/异频/异系统的订阅。
5.效果评估后台关闭订阅后再次进行复测，测试结果恢复正常。
6.注意事项及建议升级版本后需注意核查前后配置数据找原因。
