LTE-路测案例分析
LTE网络路测事件分析 ppt课件
![LTE网络路测事件分析 ppt课件](https://img.taocdn.com/s3/m/7af3dbea67ec102de3bd898a.png)
6
2.E-RAB连接过程 E-RAB建立过程分为初始E-RAB建立和专用承载的建立,其信令流程如下:
UE
eNodeB
MME
UE Capability Enquiry UE Capability Information Security Mode Command Security Mode Complete
UE侧信令
eNodeB信令
19
3.切换命令丢失分析 切换命令丢失是指UE侧发出测 量报告后,eNodeB收到测量报 告,并下发切换命令,但UE侧 没有收到;从UE侧看到的现象
与测量报告丢失相同,但在 eNodeB侧可以看到eNodeB下 发了RRC重配置消息,UE侧未 响应。
切换命令丢失
20
4.目标小区接入失败分析: UE侧完成了上报测量报告,eNodeB也作出相应的响应,UE侧收到切换命令后在目标小 区发起接入,但目标小区接入失败,未收到切换完成消息。信令过程如下:
18
【知识链接2】 LTE切换失败的原因及 优化方法
1.终端异常 在测试过程中,由于终端长时间工作产生过热或者APP过程内存不足都可能导致终端死 机、不影响相应动作等情况发生。在测试过程中表现为一段时间终端不接收、不发送信
令,接收电平强度、电平质量无变化。这种情况较明显,容易判断,且不属于网络问题, 一般重启终端即可恢复,不需要特别分析。
网络侧信令
终端信令
21
在LTE切换问题分析过程 中,无论是哪种情况的 切换失败,需要进行以 下的分析流程,直到问 题完全解决。终端异常 产生的切换失败不属于 网络原因造成,而且容 易判断,因此在切换问 题分析过程将终端问题 产生的切换失败排除在 外。
LTE经典案例分析
![LTE经典案例分析](https://img.taocdn.com/s3/m/5f2707116bd97f192279e93c.png)
优化案例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度。
LTE端到端分析思路及案例分析
![LTE端到端分析思路及案例分析](https://img.taocdn.com/s3/m/35ca61005627a5e9856a561252d380eb62942394.png)
LTE端到端分析思路及案例分析LTE(Long Term Evolution)是第四代移动通信技术,广泛应用于现代的移动网络通信中。
LTE端到端分析是对LTE系统中从用户设备到目标服务器的数据传输进行全面、深入的分析和诊断。
下面将介绍LTE端到端分析的思路以及一个实际案例的分析。
一、LTE端到端分析思路:1.确定测试目标:确定需要分析的LTE网络中的哪一部分,比如用户设备、基站、核心网等。
2.收集数据:使用抓包工具,收集LTE系统中的网络流量数据,包括用户设备与基站之间的无线通信数据、基站与核心网之间的协议数据等。
3. 数据解析:对收集到的数据进行解析,将其转换为可读的数据格式,如Wireshark等流行的抓包工具可以对LTE协议进行解析。
4.数据分析:对解析后的数据进行分析,统计关键指标,如网络延迟、数据丢包率、带宽利用率等,以评估网络性能。
5.问题定位:根据分析结果,定位网络问题的具体位置,确定是用户设备、基站还是核心网的问题。
6.问题解决:根据问题定位结果,采取相应的措施解决网络问题,如调整用户设备的配置、优化基站的信号覆盖、调整核心网的负载等。
7.监控与优化:持续监控LTE网络的性能,不断优化网络配置,以提升用户的通信体验。
二、LTE端到端分析案例分析:假设一个LTE网络中存在用户设备连接问题,用户设备在连接到基站时出现频繁掉线的情况。
以下是一个LTE端到端分析案例的分析步骤:1.收集数据:使用抓包工具对用户设备与基站之间的无线通信数据进行抓包,收集通信过程中的数据包。
2. 数据解析:使用Wireshark对抓包数据进行解析,查看LTE协议中的消息内容,了解设备与基站之间的通信过程。
3.数据分析:通过统计解析后的数据包,计算用户设备连接成功率和掉线率等关键指标,以判断问题的严重程度。
4.问题定位:通过分析抓包数据中的消息内容,查看设备与基站之间的握手过程、认证过程等,确定问题出现在哪个环节。
lte路测分析报告鼎力
![lte路测分析报告鼎力](https://img.taocdn.com/s3/m/d5047e68182e453610661ed9ad51f01dc281573c.png)
LTE路测分析报告鼎力1. 引言本文是针对LTE(Long Term Evolution)网络的路测分析报告,通过对实际的路测数据进行分析,总结出网络性能指标和问题点,为网络优化和改进提供参考。
2. 路测环境和方法2.1 路测环境本次LTE路测是在城市A的主要街道和高楼区域进行的,采用了专业的路测设备,并由经验丰富的工程师进行操作和数据记录。
2.2 路测方法路测方法采用了车载式测试系统,测试车辆按照事先设定的路线行驶,测试设备会自动记录网络性能数据。
同时,还结合了步行测试,以覆盖更多地理环境和网络场景。
3. 网络性能指标分析3.1 下行速率在LTE网络中,下行速率是一个重要的性能指标。
通过对路测数据的分析,我们得出了以下结论:•在城市A的大部分区域,LTE网络下行速率平均在10 Mbps以上,能够满足用户对高速数据传输的需求。
•在高楼区域,由于信号衰减的影响,下行速率有所下降,但仍在可接受范围内。
3.2 上行速率上行速率是指用户上传数据时的传输速度,同样也是评估LTE网络性能的重要指标。
根据我们的路测数据分析,得出以下结论:•在城市A的大部分区域,LTE网络上行速率平均在5 Mbps以上,能够满足用户上传数据的需求。
•在高楼区域,上行速率略有下降,但仍在可接受范围内。
3.3 延迟延迟是指数据从发送端到接收端所需的时间,对于一些对实时性要求较高的应用(如在线游戏、语音通话等),延迟是一个重要的指标。
根据我们的路测数据分析,得出以下结论:•在城市A的大部分区域,LTE网络的延迟控制在50毫秒以下,能够满足绝大部分实时应用的需求。
•在高楼区域,由于信号衰减的影响,延迟略有增加,但仍在可接受范围内。
4. 网络问题分析通过对路测数据的分析,我们发现了一些网络问题,对于网络的优化和改进提出以下建议:4.1 覆盖问题•在城市A的一些偏远地区,LTE网络的覆盖存在一定的盲区,需要增加基站密度,提升覆盖范围。
•在高楼区域,由于信号衰减的影响,LTE网络的覆盖存在一定的盲区,可以考虑部署微基站或增加信号中继设备改善覆盖情况。
中国移动LTEVOLTE案例分析汇总
![中国移动LTEVOLTE案例分析汇总](https://img.taocdn.com/s3/m/1707487c482fb4daa58d4bb8.png)
中国移动L T E V O L T E案例分析汇总Standardization of sany group #QS8QHH-HHGX8Q8-GNHHJ8-HHMHGN#广东移动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。
完整版LTE测试问题点分析
![完整版LTE测试问题点分析](https://img.taocdn.com/s3/m/9103ec739ec3d5bbfd0a74be.png)
周至区域问题点分析弱覆盖路段分析1、乡道和青化二路1.1问题点周至308问题描述:村聂家_152239安_周至行西向东行驶,UE驶至西由沿测试车辆308乡道-113dBm左右,如下图所示:_CMBFCT(152239)基站下,仍然接收不到该站点信号,RSRP 为问题分析:分析数据发现UE在西安_周至_152239聂家村_CMBFCT(152239)基站下信号很差,RSRP为-113dBm 左右,SINR值-4dBm,经过查询后台监控,发现该基站有告警,建议尽快处理告警,恢复正常。
优化建议:建议尽快处理西安_周至_152239聂家村_CMBFCT(152239)基站告警,恢复正常使用。
1.2问题点周至青化中学附近道路弱覆盖问题描述:测试车辆沿青化中学向西边行驶,UE行驶至西安_周至_157396青化中学综合楼_DMBFLT(157396)基站下,仍然接收不到该站点信号,RSRP为-113dBm左右,如下图所示:问题分析:分析数据发现UE在西安_周至_157396青化中学综合楼_DMBFLT(157396)基站下信号很差,RSRP 为-113dBm左右,SINR值-4dBm,经过查询后台监控,发现该基站有告警,建议尽快处理告警,恢复正常。
优化建议:建议尽快处理西安_周至_157396青化中学综合楼_DMBFLT(157396)基站告警,恢复正常使用。
1.3问题点周至县城以西道路问题描述:测试车辆从周至县城城西的道路上进行测试,发现图中各个点标识路段RSRP值都较差(-110dbm)问题分析:分析数据发现,UE在县城城西道路行驶时,在图中各个路段接收的RSRP值都在-110dbm左右,SINR值-3dbm左右,该各处道路均为弱覆盖区域,建议在图中各个点标记路段新建4G基站,解决弱覆盖问题。
优化建议:核查站点天馈参数,发现城西站点较少,天线参数已经无法调,建议新建4G基站解决弱覆盖问题。
附mapinfo:1.4问题点周至县城东部道路问题描述:UE同测试车辆从周至县城东部道路上进行测试时,发现多条路段弱覆盖严重(RSRP值低于-110dbm,SINR值低于-3dB:如下图所示:问题分析:分析数据发现,UE在县城东部道路行驶时,在图中各个路段接收的RSRP值都在-110dbm一下,弱覆盖路段较多,影响UE正常做业务;核查站点天馈参数等,发现各处道路4G站点缺少导致为弱覆盖区域,建议在图中各个点标记路段新建4G基站,解决弱覆盖问题。
LTE案例库总结
![LTE案例库总结](https://img.taocdn.com/s3/m/fe295c27c381e53a580216fc700abb68a982ade2.png)
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典型案例分析
![LTE典型案例分析](https://img.taocdn.com/s3/m/3eda0e3787c24028915fc368.png)
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路测案例分析报告](https://img.taocdn.com/s3/m/5194e861abea998fcc22bcd126fff705cc175cda.png)
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网络在城市中心区域的速率和性能较好,在城市边缘区域的速率和性能相对较差。
最后,我们可以基于路测数据,提出一些改进建议。
首先,对于城市中心区域的覆盖,可以进一步优化网络资源分配和功率控制,以提高覆盖范围、速率和性能。
其次,对于城市边缘区域的覆盖,可以考虑增加基站密度,以增强信号强度和质量,提高网络覆盖和速率。
LTE 路测案例分析
![LTE 路测案例分析](https://img.taocdn.com/s3/m/f3b485417fd5360cba1adb43.png)
1For personal use only in study and research; not for commercial use23覆盖类3.1 概述覆盖类问题只要涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污染等。
在TD-LTE中一般认为RSRP<-110dBm,认为是弱覆盖。
越区覆盖:由于基站天线挂高过高或下倾角过小引起的该小区覆盖距离过远,从而越区覆盖到其他站点覆盖的区域,并且在该区域终端接收到的信号电平较好。
过覆盖:指网络中存在过度的覆盖重叠,容易引起干扰和乒乓切换;无主导小区:指某一片区域内服务小区和邻区的接收电平相差不大,不同小区之间的下行信号在小区重选门限附近的区域,并且无主导覆盖的区域接收电平一般或者较差,在这种情况下由于网络频率复用的原因,导致服务小区的SINR不稳定,可能发生空闲态主导小区频繁重选、连接态频繁切换,无主导覆盖也可认为是若覆盖的一种。
导频污染:指在某一点存在过多(一般认为大于等于3个)的强导频,但却没有一个足够强的主导频;3.2弱覆盖3.2.1弱覆盖分析造成弱覆盖的原因有:1、规划的站点由于种种原因如物业等没有开起来;2、天线方位角、下倾角不合理,如下倾角过低;3、在站建起来后,由于新建楼宇的遮挡,导致部分区域RSRP很差;4、站点过高,如四十多米或更高,会造成塔下黑5、下倾角、方位角由于条件所限,无法调整,如:美化邓杆站点不方便调整天线的方位角(3个天线方位要一起转,因为外面有罩子盖住下倾角无法调整,如科技园四、海德三路等;深大校园里站点天线都是放在美化罩子(长方体的箱子)里面,对天线的下倾角和方位角调整范围也有影响(如:深大、深大南校等))。
针对以上原因建议的方案有:1、推动客户将规划站点尽快开起来;2、调整天线方位角、下倾角到合理位置;3.2.2天线方位角不合理导致弱覆盖现象:科技园三的102和104小区由于天线被住宅楼遮挡,导致覆盖区域内部分道路信号较弱,存在弱覆盖,科技园三站点周围的地物如图:图表1科技园三周围地物调整前道路的电平值如下图:图表2优化前科技园三覆盖措施:将104小区的方位角由20度调整为40度;将102的方位角由150度调整到100度;调整后弱覆盖得到改善,如下图:图表3优化后科技园三覆盖3.2.3天线方位角下倾角不合理导致的弱覆盖现象:东都花园附近有小段路RSRP低于-110dBm,该路段属于东都花园和龙中站点主覆盖区,需要调整东都花园和龙中站的天馈方向角和下倾角加强覆盖。
【测试】LTE优化案例
![【测试】LTE优化案例](https://img.taocdn.com/s3/m/83d2cbb5b307e87100f696e1.png)
【关键字】测试一、典型问题点分析展示1、覆盖类1.1专区医院附近路段弱覆盖问题原因:尝试过程中,专区医院附近雨水路、凤凰北路、洗马路均存在RSRP低于-105dbm路段,覆盖较弱,造成SINR值偏低,影响下载速率。
结合LTE站点分布该路段主要是由于站间距过大,站点密度偏小导致,前期该路段由林业局招待所站点覆盖,存在争议目前已关闭,造成2G、3G、4G均出现弱覆盖问题。
尝试图-RSRP解决建议:前期已多次勘查规划站点无法协调新建宏站,建议规划LTE灯杆站点解决。
2、干扰类2.1碧云路模3干扰问题原因:尝试过程中,当车辆行驶至大兴路与碧云路交叉口附近路段,UE新后占用2HH_轻纺大楼LZB-JC-2、2HH_碧云路口LZB-JC-1信号下载,RSRP值均在-90dbm左右,SINR值较差,小于-3,导致该路段下载速率缓慢。
结合尝试数据及工参图层对比:2HH_轻纺大楼LZB-JC-2、2HH_碧云路口LZB-JC-1在该路段均存在MOD3干扰,造成SINR偏低,影响下载速率。
尝试图-FTP DownLoad尝试图-SINR解决建议:调整2HH_碧云路口LZB-JC-1、2、3 PCI=35、33、34;3、切换类3.1大兴路切换邻区不合理问题原因:尝试过程中,当车辆行驶至大兴路狮子桥附近路段,UE占用2HH-联建大楼LZB-JT-1信号,RSRP为-108dbm左右,部分路段低于-110dbm,覆盖较弱,造成SINR值偏低,影响下载速率。
回放尝试数据发现:当2HH-联建大楼LZB-JT-1较弱时,邻区列表中存在PCI=77小区RSCP 为-87dbm左右,信号较好;核查数据并登陆终端查询: PCI=77小区为2HH-柏杨小区2LZB-ZD-3与服务小区无邻区关系,无法切换,出现弱覆盖。
尝试图-RSRP解决建议:添加2HH-柏杨小区2LZB-ZD-3与2HH-联建大楼LZB-JT-1邻区关系。
4、掉线类4.1苏州路FTP掉线问题描述:尝试过程中,当尝试车辆行驶至苏州路中段时,UE占用2HC-南京路2LZB-JT-1信号,RSRP值低于-105dbm左右,部分路段切换至3G,SINR值偏低,导致该路段下载速率缓慢,出现停传现象最终掉线。
移动LTEVOLTE案例分析汇总
![移动LTEVOLTE案例分析汇总](https://img.taocdn.com/s3/m/1cbbcb3cb9d528ea80c779ad.png)
移动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网络优化经典案例-重要
![LTE网络优化经典案例-重要](https://img.taocdn.com/s3/m/0ad741f9dd36a32d72758144.png)
LTE网络优化经典案例-重要1 LTE优化案例分析1.1 覆盖优化案例1.1.1 弱覆盖问题描述:测试车辆延长安街由东向西行驶,终端发起业务占用京西大厦1小区(PCI =132)进行业务,测试车辆继续向东行驶,行驶至柳林路口RSRP值降至-90dBm以下,出现弱覆盖区域。
问题分析:观察该路段RSRP值分布发现,柳林路口路段RSRP值分布较差,均值在-90dBm 以下,主要由京西大厦1小区(PCI =132)覆盖。
观察京西大厦距离该路段约200米,理论上可以对柳林路口进行有效覆盖。
通过实地观察京西大厦站点天馈系统发现,京西大厦1小区天线方位角为120度,主要覆盖调整结果:西城三里河一区站下仅有该站内小区信号,并且SINR提升到15以上,无线环境有明显提升。
1.1.2 重叠覆盖问题描述:测试车辆延长安街由西向东行驶,终端占用中华人民共和国科技部2小区(PC=211)进行业务,随后切换至海淀京西大厦1(PC=133)小区,业务正常保持。
车辆继续向东行驶,终端又回切至中华人民共和国科技部2小区(PC=211)发生掉话。
问题分析:观察该路段切换过程,终端由中华人民共和国科技部2小区(PC=211)正常切换至海淀京西大厦2小区后又出现回切情况导致掉话。
两小区RSRP值相近,相差3dBm 以内,造成该路段为无主覆盖路段,发生频繁切换最终导致掉话。
调整建议:针对该路段无主覆盖问题,建议调整京西大厦2小区功率由原15降低为5,使其不会对长安街路段实行有效覆盖。
调整结果:调整后,SINR值有明显改善,保持在20左右,多次测试该路段不会出现频繁切换情况,避免掉话等异常事件发生。
1.2 切换优化案例1.2.1 邻区漏配问题描述:测试车辆延长安街由东向西行驶,终端占用中华人民共和国科技部2(PCI=211)小区进行业务,车辆继续向西行驶,终端开始频繁上发测量报告,并没有网络侧下发的切换命令,导致UE掉话,终端掉话后重选至新兴宾馆1小区(PCI=201)。
广州9月LTE扫频仪路测数据性能分析
![广州9月LTE扫频仪路测数据性能分析](https://img.taocdn.com/s3/m/97baca5758eef8c75fbfc77da26925c52dc59174.png)
广州9月LTE扫频仪路测数据性能分析近年来,随着移动通信技术的不断发展,广州的LTE网络覆盖范围越来越广,用户数量也不断增加。
为了评估广州市LTE网络在9月份的性能表现,我们使用了LTE扫频仪进行了路测,并对数据进行了性能分析。
首先,我们对广州市各个区域进行了覆盖测试。
结果显示,广州市整体的LTE网络覆盖率较高,几乎所有地区均能接收到信号。
然而,在具体的街区层面上,仍存在一些信号弱的地方,这可能是由于地形、建筑物或其他干扰因素导致的。
这些地区的信号质量较差,可能会影响用户的上网速度和网络稳定性。
接下来,我们对广州市的LTE网络速度进行了测试。
测试结果显示,在大部分区域,广州市的LTE网络速度达到了4G水平,用户可以享受到较为快速的上网体验。
然而,在一些繁忙的商业区域和人流密集的地方,网络速度可能会受到一定的影响,出现一定程度的拥堵和网络延迟。
除了速度,网络的稳定性也是用户关注的一个重要指标。
我们通过路测数据发现,广州市的LTE网络稳定性较好,很少出现掉线或者断网的情况。
这得益于广州市广泛的基站建设和强大的网络支持。
然而,尽管广州市的LTE网络整体表现较好,仍有一些问题需要关注和改进。
首先,在一些偏远地区或建筑密集区域,信号覆盖不够稳定。
其次,在高峰时段或特定地区,网络速度可能会受到一定影响,用户体验不如预期。
这些问题需要移动运营商和相关部门密切合作,加强网络建设和维护,以提升广州市LTE网络的性能和用户体验。
综上所述,广州市9月份的LTE扫频仪路测数据显示,该市的LTE网络覆盖范围广,速度较快,稳定性较好。
然而,仍有一些地区存在信号覆盖不稳定和网络速度较慢的问题,需要进一步优化和改进。
随着广州市的不断发展和移动通信技术的不断进步,相信广州市的LTE网络将会有更好的表现,为用户提供更优质的服务。
LTE优化案例-高速道路
![LTE优化案例-高速道路](https://img.taocdn.com/s3/m/23018e74bcd126fff7050be1.png)
LTE高速(三网)对比分析优化报告2017年1月目录LTE高速(三网)对比分析优化报告 (1)1、三网数据业务 (3)1.1 LTE数据业务 (3)1.1.1 指标情况 (3)1.1.2测试效果图 (3)1.1.3问题点分析 (5)2、三网语音业务 (6)2.1 23G语音 (6)2.1.1 指标情况 (6)2.1.2测试效果图 (6)2.1.3问题点分析 (7)2.2 LTE语音 (8)2.2.1指标情况 (8)2.2.2问题点分析 (9)3、测试总结 (9)1、三网数据业务1.1 LTE 数据业务1.1.1 指标情况通过本轮对比测试,三家数据业务测试结果电信略优于移动,应用层平均下载速率移动优于电信联通,应用层平均上传速率基本持平,相差不大;移动LTE 覆盖率覆盖率低于电信联通主要原因是因为站点不足造成。
三家语音业务覆盖比例等均比联通低,主要是移动LTE 站点覆盖不足造成。
平均SINR 和连续SINR 质差里程占比都低于电信联通,主要原因是因为移动RSRP 连续弱覆盖和RSRP 连续无覆盖都比较差,造成连续SINR 质差比例较高。
1.1.2测试效果图移动LTE RSRP移动LTE SINR移动LTE下载速率1.1.3问题点分析上石冲F附近MOD3干扰导致SINR差【问题描述】测试车辆由北往南行驶,占用上石冲FF-LH-3出现高干扰SINR:-6,下载速率:7.1M【问题分析】测试车辆由北往南行驶,占用上石冲FF-LH-3出现高干扰RSRP:-90 SINR:-6,下载速率:7.1M,服务小区与邻区电平相近,查得上石冲FF-ZLH-3与三务水库F-ZLH-1有MOD3干扰,导致SINR差。
【解决方案】上石冲FF-LH-3 PCI:407→4082、三网语音业务2.1 23G 语音2.1.1 指标情况通过本轮对比测试,三家语音业对比发现商持平,呼叫全程完好率、移动掉话率、移动语音MOS 质量等明显比电信联通要差,这与GSM 和WCDMA ,CDMA 存在差异有关,3家运营商承载语音的网络制式不一样。
移动LTEVOLTE案例分析汇总
![移动LTEVOLTE案例分析汇总](https://img.taocdn.com/s3/m/b7054f41a76e58fafbb00359.png)
移动L T E V O L T E案例分析汇总Coca-cola standardization office【ZZ5AB-ZZSYT-ZZ2C-ZZ682T-ZZT18】广东移动4GTD-LTE详细案例分析案例1:580PreconditionFailure导致的未接通。
【问题描述】在集团测试LOG中,存在PreconditionFailure导致的失败事件,表现为呼叫过程中,终端主动上发或收到网络侧下发的580PreconditionFailure消息,随后呼叫中止,出现未接通事件。
Log文件名:MOUE:MTUE:时间:10:16:【问题分析】1、呼叫过程中,被叫发送Ringing180后,收到网络下发的专载去激活命令,QCI1被释放,被叫随后上报580PreconditionFailure,主叫同样收到网络侧转发的580消息,呼叫接续中止,导致未接通。
2、从信令中可以看到,被叫回复Ringing180且主叫也已经收到Ringing180,被叫随后收到网络侧下发的RRC重配,携带有QCI1被释放的信息,被叫去激活专有承载。
由于专载已被释放,业务资源已不存在,所以被叫上发580PreconditionFailure失败消息。
主叫收到网络侧下发的580,接续被中止,导致了会话未接通。
3、从MME下发到NodeB的E-RABRELEASECOMMAND,原因上看是Nas层nomal_release,导致专载QCI1被释放。
4、专载QCI1被释放,去激活后,被叫发送INVITE580,主叫收到网络侧转发的INVITE580,会话流程中断,导致未接通【问题定位】在正常的会话流程中,由于MME下发E-RABRELEASECOMMAND,使得QCI1被释放,导致未接通。
【解决措施】需要核心网查看MME在什么情况下会下发E-RABRELEASECOMMAND。
【测试验证】案例2:ServerInternalError500导致的未接通【问题描述】在集团测试LOG中,存在ServerInternalError导致的失败事件,表现为呼叫过程中,终端主动收到网络侧下发的ServerInternalError500消息,随后呼叫中止,出现未接通事件。
LTE案例-未配置邻区导致频发A3测量报告
![LTE案例-未配置邻区导致频发A3测量报告](https://img.taocdn.com/s3/m/51b0ae9bdd88d0d233d46a6e.png)
案例:未配置邻区导致频发A3测量报告
【问题描述】:
如下图红圈标识区域龙翔大道路测试车辆由西至东行驶:由于距离该路段最近小区龙中FE阻挡严重,UE占用龙城龙腾FE3(PCI=91)频繁发送切换至龙城鹏飞FE3(PCI=100)A3测量报告,行驶过程中切换至峰吓FE1(PCI=33)继而频繁发送切换至龙城鹏飞FE3(PCI=100)A3测量报告,频繁发送A3,导致SINR较差,最低达到-4dB,有掉话风险;
图1测试现场截图
图2切换至龙城鹏飞FE3 A3
图3测试现场截图
图4切换至龙城鹏飞FE3 A3
【问题分析】
1、干扰核查:
怀疑干扰导致小区无法正常切换,通过核查龙城龙腾FE3、龙城鹏飞FE3(PCI=100)、峰吓FE1,RSSI正常,未出现干扰,排除干扰导致无法切换;
峰吓FE1 RSSI.xlsx 龙城龙腾FE3
RSSI.xlsx
龙城腾飞FE3
RSSI.xlsx
2、邻区核查:
核查邻区龙城龙腾FE3(PCI=91)与龙城鹏飞FE3(PCI=100)未配置邻区关系,峰吓FE1(PCI=33)与龙城鹏飞FE3(PCI=100)未配置邻区关系;
优化前邻区关系表.
xlsx
【优化建议】
龙城龙腾FE3(PCI=91)与龙城鹏飞FE3(PCI=100)互配邻区关系,峰吓FE1(PCI=33)与龙城鹏飞FE3(PCI=100)互配邻区关系
优化后邻区关系表.
xlsx
【优化结果】
通过互配龙城龙腾FE3(PCI=91)与龙城鹏飞FE3(PCI=100)、峰吓FE1(PCI=33)与龙城鹏飞FE3(PCI=100)邻区关系后,该路段切换明显改善。
图5优化后效果图。
LTE VOLTE路测信令分析解析
![LTE VOLTE路测信令分析解析](https://img.taocdn.com/s3/m/a6d598dafd0a79563c1e7272.png)
3)Rrc Connection Setup Complete
(Service Request)
AA发 发起 起呼 呼叫 叫
IDLE模式,先将数据缓 存,信令跑通后发送数据
5)Initial Context Setup Request
8)Initial Context Setup Response
UUssUeesrrerPPPlllaaannneeeSSSeteeuttpuupp
1188))IInniittiiaall CCoonntteexxtt 5)SSeeIttnuuipptiaRRl eeCqqouuneetssettxt
Setup Request
21)Initial Context 8S)etIunpitiRalesCpoonntseext
无线基本功能
• QCI=1/2的承载 • RLC层 UM模式 • 无线承载组合:至少2个AM DRB(分别为默认承载和
IMS信令承载)+ 1个或2个UM DRB(分别承载高清语 音和高清视频) • IMS紧急呼叫
作用和效果
• 保证eNB在资源调度、接入控制时给VoLTE最高优先级 • 无需RLC层重传,减小时延;减小RLC头开销 • eNB可进行承载级别的QoS控制
A BTS/BSC
2G接入
Um Ut
运营支撑层 BOSS NMS OMC
策略控制单元(PCC)
PCC(Policy and Charging Control 策略与计费控制): 提供策略控制、计费控制功能、业务数据流的事件报告等功能。 PCRF(Policy and Charging Rule Function策略和计费规则功能): 包含策略控制决策和基于流计费控制的功能,PCRF接受来自PCEF、SPR和AF的输入, 向PCEF提供关于业务数据流检测、门控、基于QoS和基于流计费的网络控制功能。并结 结合PCRF的自定义信息做出PCC决策。
LTE路测问题分析归纳汇总
![LTE路测问题分析归纳汇总](https://img.taocdn.com/s3/m/bac9b7f3e009581b6bd9ebad.png)
LTE路测问题分析归纳汇总一、Probe测试需要重点关注参数无线参数介绍➢PCC:表示主载波,SCC:表示辅载波,目前LTE(R9版本)都采用单载波的,到4G(R10版本)有多载波联合技术就表示辅载波。
➢PCI:物理小区标示,范围(0-503)共计504个。
➢RSRP:参考信号接收电平,基站的发射功率,范围:-55 < RSRP <-75dbm。
➢RSSQ:参考信号接收质量,是RSRP和RSSI的比值,当然因为两者测量所基于的带宽可能不同,会用一个系数来调RSRQ=N*RSRP/RSSI。
➢RSSI:接收信号强度指示,表示UE所接收到所有信号的叠加。
➢SINR:信噪比,是接收到的有用信号的强度与接收到的干扰信号(噪声和干扰)的强度的比值,Average SINR>20➢Transmission mode:传送模式,一共有8种,TM1表示单天线传送数据,TM2表示传输分集(2个天线传送相同的数据,在无线环境差(RSRP和SINR差)情况下,适合在边缘地带),TM3表示开环空间复用(2个天线传送不同的数据,速率可以提升1倍),TM4表示闭环环空间复用,TM5表示多用户 mimo,TM6表示rank=1的闭环预编码,TM7表示使用单天线口(单流BF),TM8表示双流BF。
Transmission mode=TM3。
➢Rank Indicator:表示层的意思,rank1表示单层,速率低,rank2表示2层,速率高。
Rank Indicator = Rank 2➢PDSCH RB number:表示该用户使用的RB数。
这个值看出,该扇区下大概有几个用户。
(20M带宽对应100个RB,15M带宽对应75个RB,10M带宽对应50个RB,5M带宽对应25个RB,3M带宽对应15个RB,1.4M带宽对应6个RB)多用户可以造成速率低原因之一。
➢PDCCH DL Grant Count:下行时域(子帧)调度数,PDCCH DL Grant Count >950。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
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,该路段属于东都花园和龙中站点主覆盖区,需要调整东都花园和龙中站的天馈方向角和下倾角加强覆盖。
调整方案见下表,小区名PCI 方向角(调整前) 方向角(调整后) 下倾角(调整前) 下倾角(调整前) 东都花园E0 64 135 190 -2 未调整东都花园E1 63 230 260 -1 -4东都花园E2 65 355 10 -1 -4龙中E1 109 190 200 -2 -4表格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.1 PCI模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.2 GPS失锁干扰现象:高科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为旁瓣覆盖,除了加站,此处无法优化。