LTE网格测试问题分析报告
LTE网格测试问题分析报告
第三轮网格测试问题分析报告（10月19-21号）网格事件（1）主被叫掉话-（无线）-弱覆盖问题时间：10:04:59.212问题描述：（1）主叫在10:04:59:212起呼，在10:05:05.780主被叫建立通话，随着测试的进行，由于覆盖较差，主叫占用新马路试扩L-1小区连续上发B2测量报告，在10:06:01.877主叫发起了SRVCC切换，切换后发生掉话；（2）主叫掉话后，被叫收到了核心网下发的BYE消息后上发BYE200消息，之后释放无线数据承载，本次掉话是由于主叫掉话导致，不应该统计被叫掉话。
问题分析:主叫在占用新马路试扩L-1小区进行通话时，由于覆盖较差，发生了SRVCC切换，由于没有添加此路段的最优2G邻区，导致SRVCC切换完成后发生掉话；建议增加该路段的覆盖及优化2G邻区。
（2）主被叫掉话-（无线问题-TAU失败导致主被叫掉话）问题时间：14:56:29.459问题描述：正常通话过程中，14:57:22.749主被叫终端占用金陵村二三期LF-1（38400，389）后发起TAU请求，此时主被叫终端无线环境较差，10s后主被叫TAU失败，RRC释放，主被叫掉话问题分析：需核查核心网是否收到终端TAU请求，优化该路段覆盖情况。
（3）主叫掉话-（无线问题-MOD3干扰导致主叫掉话）问题时间：15:56:53.193问题描述：正常通话过程中，主叫终端占用萨家湾试扩L-1（38098，155）RSRP=-83 MOD3=2且与邻区内有多路同频强信号有MOD3干扰（38098，227）RSRP=-82 MOD3=2 、三牌楼大街试扩L-3（38098，161）RSRP=-82 MOD3=2最终无线链路失败，导致RRC重建重建失败主叫掉话问题分析：优化该路段干扰问题。
（4）被叫掉话-（弱覆盖触发eSRVCC切换后在2g掉话）问题时间：09:45:32:310问题描述：主叫09:45:10:459占用月苑试扩L-3（37900，205）弱覆盖，主叫切换至2G小区（BCCH:49/BSIC:60），09:45:32:009主叫挂机，09:45:32:306被叫收到BYE消息，被叫挂机。
网格TD-LTE测试报告
城南网格LTE测试优化报）告（09232014 年 9 月版权所有侵权必究All rights reserved目录1概述 (3)1.1覆盖区域 (3)1.2优化开通表 (3)1.3测试方法 (3)2网格优化 (3)2.1测试结果 (3)2.2测试详细情况 (4)2.2.1图例 (4)2.2.2RSRP分布 (4)2.2.3SINR分布 (5)2.2.4DL THR分布 (6)3问题分析 (7)3.1弱覆盖类问题 (7)3.2干扰类问题 (9)3.2.1问题点1 (9)4附录 (12)1 概述1.1 覆盖区域城南网格位于广安市区，城南区建筑密集，居民办公区较多，建筑物高度差异较大，部分楼宇下有较强阴影效应，按地物特征划分为重要城区。
1.2 优化开通表Table1 优化开通表1.3 测试方法Table2 测试方法2 网格优化2.1 测试结果Table3 簇优化RF指标2.2 测试详细情况2.2.1图例Figure2 图例示意2.2.2RSRP分布Figure3 RSRP分布图Figure4 RSRP柱状图从上面的图表可以看出，RSRP覆盖率（电平大于-110dBm点数占总点数的比例）99.28%，RSRP覆盖率良好。
2.2.3SINR分布Figure5 优化后SINR分布图Figure6 SINR柱状图从上面的图表可以看出，SINR大于-3dBm点数占总点数的比例99.47%,SINR 覆盖情况良好。
2.2.4DL THR分布Figure7 PDCP Throughput DL分布图Figure8 PDCP Throughput DL柱状图从上面的图表可以看出，吞吐率（PDCP层）大于40M的比例为32.42%，平均下载速率34.1，下载覆盖情况良好。
3 问题分析3.1 弱覆盖类问题弱覆盖类问题点列表：『问题描述』在测试中发现城南存在9处弱覆盖，对城南网格影响较大，具体弱覆盖分布如下图：『问题分析』在城南9处弱覆盖区域，RSRP基本在-100dBm左右，且距离周围基站较远，其中5处无法用RF优化对弱覆盖区域进行调整。
lte路测分析报告鼎力
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网络的覆盖存在一定的盲区，可以考虑部署微基站或增加信号中继设备改善覆盖情况。
完整版LTE测试问题点分析
周至区域问题点分析弱覆盖路段分析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路测问题分析归纳汇总一、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。
lte网络优化报告
LTE网络优化报告概述本报告旨在对LTE（Long Term Evolution）网络进行优化分析，并提出相应的解决方案，以提升网络性能和用户体验。
问题识别在进行网络优化之前，我们首先需要识别出存在的问题。
通过对现有LTE网络的分析，我们发现以下几个主要问题：1.覆盖不足：部分区域的信号覆盖不稳定，导致用户在特定地点和时间无法正常使用网络服务。
2.容量不足：高峰时段，网络负载过重，导致数据传输速度下降，延迟增加，影响用户的上网体验。
3.干扰问题：多个基站之间的干扰导致信号质量下降，进而影响用户的通信质量。
解决方案1. 覆盖优化为了解决覆盖不足的问题，我们可以采取以下措施：•新增基站：在信号覆盖不足的区域建设新的基站，以弥补信号盲点。
•室内覆盖优化：在室内区域增加小基站或分布式天线系统（DAS），提供更稳定的信号覆盖。
2. 容量优化为了提升网络容量，我们可以考虑以下方法：•频谱资源优化：合理分配和利用可用频谱资源，以增加网络容量。
•增加小区数量：根据实际需求，增加小区数量，分散用户负载，提升网络性能。
•引入载波聚合技术：通过将多个频段的载波进行聚合，提高用户的数据传输速度。
3. 干扰优化干扰问题是影响网络性能的重要因素，我们可以采用以下方法来解决干扰问题：•基站定位优化：通过合理设置基站的位置和方向，减少不必要的基站之间干扰。
•功率控制：合理调整基站的发射功率，避免功率过大导致的干扰问题。
•频率规划：合理规划频率资源，减少邻频干扰和自干扰。
测试与评估为了验证网络优化效果，我们可以进行以下测试与评估：1.覆盖测试：在问题区域进行覆盖测试，测试信号强度和覆盖范围是否得到改善。
2.容量测试：在高峰时段进行容量测试，测试数据传输速度和延迟是否得到改善。
3.干扰测试：对问题区域进行干扰测试，测试信号质量和通信质量是否得到改善。
结论通过对LTE网络优化的措施和测试与评估，我们可以得出以下结论：1.通过增加基站数量和室内覆盖优化，解决了覆盖不足的问题，提升了信号覆盖范围和稳定性。
TD-LTE网络测试ATU分析处理报告-(第三轮)
TD-LTE网络测试分析处理报告中兴通讯TDL项目组2015年4月27日目录一、网络概述 (3)二、测试指标统计 (3)三、问题点分析 (5)3.1覆盖问题分析 (5)3.2干扰问题分析 (9)3.3下载速率问题分析 ............................................................................................... 错误!未定义书签。
3.4CSFB问题分析 .................................................................................................... 错误!未定义书签。
3.5切换问题分析 ....................................................................................................... 错误!未定义书签。
三、需要客户推动事宜 (31)四、测试优化总结 (33)一、网络概述LTE现网已开通入网共计543个站点，其中496宏站，46个室分，1。
通过近期测试，发现现有网络存在一些的问题，比如弱覆盖、越区覆盖等覆盖不合理的情况，以及重叠覆盖和直接导致接入失败等问题。
二、测试指标统计城区网格SINR分布情况（4月16）：城区网格PDCP层下载速率分布情况（4月16）：城区网格指标统计：三、问题点分析3.1 覆盖问题分析问题1描述：（弱覆盖）ATU从东向西行驶自该路段时，占用新君佳酒店-ZLW-3（PCI为458），RSRP为-107，下载速率为15Mbps，出现弱覆盖覆盖，且该点占用的是室分信号，室分外泄。
由于弱覆盖，SINR 较差。
处理建议：1. 由于盐业公司-ZLH-2覆盖方向有楼层阻挡，且下倾角已调整到0度，建议根据实际情况调整西塔寺-ZLH-1的方位角，适当的上抬下倾角。
完整版LTE网络优化解析总结报告解析总结计划
LTE网络优化分析报告2017年 1月目录1、网格背景 (3)2、指标统计 (3)3、测试收效图 (4)4、异常事件分析 (5)4.1 弱覆盖分析54.2 重叠覆盖分析54.3 MOD3 搅乱分析64.4 VOLTE 掉话问题分析74.5 CSFB 质差问题分析8.. 掉话分析84.7 CSFB 未接通分析95、测试总结 (10)1、网格背景广州 LTE 商用两年时间小区数量从35000 多个，规模已远超运营10 多年的2014 年初至目前从2000 多个增添到GSM，案例网格站点数宏站加渺小1542个站点，共4630 个小区。
LTE D 频段使用 2575-2615MHz60M共 3 个频点， F 频使用 1880-1900MHz20M共 1 个频点， E 频使用 2320-2370MHz40M共 2 个频点，充足的频率资源使得网络覆盖广、网内搅乱少、系统容量大。
2、指标统计LTE业务指标分析覆盖类LTE覆盖率LTE 覆盖率RSRP连续TD_LTE驻连续SINR网格（RSRP≥（RSRP≥LTE覆盖率平均平均弱覆盖比网时长占质差里程-100&SINR-110&SINR>=-（ SINR≥0）RSRP SINR例比占比>=-3 ）3）案例网格93.78%99.86%99.83%0.12%100%0%业务类应用层平传输模式网格应用层平均下载掉线上传掉下行码字0双流时长均下载速（ TM=3）时长占上传速率率（ %）线率 %64QAM占比占比率比案例网格0%0%85.06%89.12%98.87%本次测试广度覆盖率达99.86%、深度覆盖率达 93.78%、SINR≥0 99.83%，看失案例网格覆盖较好，搅乱水平也较为理想。
下载速率，上传，数据业务速率优异，测试未出现掉线。
本轮测试于 2017 年 1 月，属于建网后期，网格覆盖空洞已解决绝大部分，小区覆盖控制理想，宏站频率利用率较好，使网内搅乱少，路测平均速率大部分已达50M以上。
LTE网络优化分析报告
LTE网络优化分析报告一、引言随着无线通信技术的快速发展，LTE（Long Term Evolution）成为了目前最主流的无线通信技术之一、在大量LTE网络的部署和应用中，网络优化成为了提高网络质量和用户体验的关键。
本报告将对LTE网络优化进行分析，并提出相应的优化方案。
二、问题分析1.资源分配不均：LTE网络中，基站通过资源分配矩阵来为用户分配信道资源。
然而在实际应用中，由于网络负载不均、信道干扰等原因，导致资源分配不均的现象较为常见。
2.切换失败率过高：LTE网络中，切换是指用户从一个基站切换到另一个基站，以提供更好的信号覆盖和服务质量。
然而在实际应用中，切换失败率过高的问题也是一个常见的网络优化问题。
3.上行干扰较大：LTE网络中，上行干扰是一种常见的问题，主要由于不同基站之间的干扰和短码冲突而引起。
三、优化方案1.资源分配优化：针对资源分配不均的问题，可以通过优化资源分配算法来实现资源的均衡分配。
可以采用动态资源分配的方式，根据网络负载和信道质量等因素来决定分配给用户的资源。
2.切换优化：为了解决切换失败率过高的问题，可以采取以下方案：1）改善切换触发条件：调整切换触发条件，确保只在必要的情况下触发切换，避免不必要的切换导致切换失败。
2）优化切换参数：调整切换参数，使得切换过程更加稳定和可靠。
可以通过测试和实验确定最佳的切换参数配置。
3.上行干扰抑制：为了降低上行干扰，可以采取以下措施：1）减小基站之间的干扰：调整基站的覆盖范围和功率分配，减小基站之间的干扰。
可以通过合理部署基站和优化功率控制策略来实现。
2）解决短码冲突问题：针对短码冲突，可以通过重新规划短码分配，避免不同用户之间的短码冲突，从而降低上行干扰。
四、实施方案1.资源分配优化方案：建立资源分配优化模型，通过网络实时监测和调整资源分配矩阵，以达到资源分配均衡的目的。
2.切换优化方案：建立切换优化策略，包括调整切换触发条件和优化切换参数。
(完整版)LTE测试问题点分析
周至区域问题点分析1、弱覆盖路段分析1.1问题点周至308乡道和青化二路问题描述：测试车辆沿308乡道由西向东行驶，UE行驶至西安_周至_152239聂家村_CMBFCT(152239)基站下，仍然接收不到该站点信号，RSRP为-113dBm左右，如下图所示：问题分析：分析数据发现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路测案例分析报告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 路测案例分析报告
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米左右>：。
TD-LTE网格测试对比分析20140710_V6
21
谢 谢！
7
五、特殊子帧配置
咸阳-网格3的特殊子帧配置为SSP=6（9：3：2)的小区占用比例为 90.44%；
西安-网格16的特殊子帧配置为SSP=6（9：3：2)的小区占用比例为
50.97% ； 咸阳-网格3的SSP=6的占比高出西安-网格16约40%；
注：SA=2的情 况下，SSP=6的 理论速率高出 SPP=5约17% ；
邻区规划：咸阳网格测试，切换链较为合理，切换顺畅。西安存在因
邻区漏配拖死，导致掉线。 整网结构：西安网络较大，基站密度相对咸阳较高，网格内外基站间
Байду номын сангаас
相互干扰较大，低噪被抬升。
19
总结
上传速率对比总结：
通过以上分析，造成西安网格11与汉中网格2上行速率差异较大的根本 原因在于资源调度、网络结构、无线环境的差异：
LTE网格测试对比分析
陕西省网络优化中心 2014年7月
背景介绍
为提升LTE网络质量，选择最近两个月内集团测试或各省测试的
上传速率最高和最低的2个网格、下载速率最高和最低的2个网 格，进行对比分析： 好的网格具体哪些方面做得好？ 哪些做法对网络质量提升较大？ 深入挖掘影响上传下载速率的原因。 对网格存在的问题提出具体解决方案。
资源调度：西安网格11每秒调度的PRB数量仅有汉中网格2的44%，严
重影响了上传速率，存在FTP服务器受限，多用户分流，PDCCH资源不 足等多种潜在可能性。
网络结构：咸阳网络3统一为华为设备，西安网格11为中兴、华为设备
交界，存在不可控的异系统问题。 无线环境：整体覆盖率、平均干扰情况差距大；汉中网格2的平均SINR
2
目录
下载速率对比分析 上传速率对比分析
LTE网络优化分析报告分析
LTE网络优化分析报告分析一、背景随着移动通信技术的不断发展和用户对高速数据业务的需求增加，LTE网络逐渐成为主流无线通信技术。
然而，在实际网络运行中，用户可能会遇到网络质量不佳、信号覆盖区域不广等问题，需要对LTE网络进行优化分析，以提升网络性能和用户体验。
二、问题分析1.网络质量不佳用户在使用LTE网络时，可能会遇到网络延迟高、网速慢等问题，影响了用户的使用体验和满意度。
2.信号覆盖区域不广三、优化方案1.增加基站数量和功率增加基站数量和功率可以提高信号覆盖范围和网络容量，减少用户遇到信号盲区的概率，提升网络质量和用户体验。
2.优化网络参数配置通过调整LTE网络的参数配置，如功率控制、天线倾斜角度等，可以进一步改善信号质量和覆盖范围，减少干扰和盲区。
3.加强网络监控和故障排查建立有效的监控系统，及时发现网络故障和问题，并进行快速解决，可以提高网络的稳定性和可靠性。
4.引入优化工具和算法借助优化工具和算法，对网络进行深入分析和调整，优化网络资源分配和使用效率，提升网络性能和用户体验。
四、优化效果评估通过实施上述优化方案，可以得到以下优化效果：1.网络质量提升通过增加基站和调整参数配置，可以显著提高网络质量，降低延迟和提升网速，提升用户体验和满意度。
2.信号覆盖范围扩大通过增加基站数量和功率，减少信号盲区的出现，提高信号覆盖范围，使更多用户能够正常使用网络业务。
3.故障处理效率提升加强网络监控和故障排查，能够快速发现和解决网络故障，提高网络稳定性和可靠性，并减少用户遇到问题的概率。
4.网络资源利用率提高通过引入优化工具和算法，优化网络资源的使用效率，提高网络性能的同时，减少了资源浪费，实现了资源的最大化利用。
五、结论通过对LTE网络进行优化分析，可以解决网络质量不佳和信号覆盖区域不广的问题，提升用户体验和满意度。
优化方案包括增加基站数量和功率、优化网络参数配置、加强网络监控和故障排查、引入优化工具和算法等。
TD-LTE网格优化经验总结报告(经典)
X X市T D-L T E网络网格X区域网络优化经验阶段报告1目录目录 (2)1.TDL优化思路综述 (3)2.TDL优化方法 (3)2.1覆盖优化 (3)2.1.1覆盖空洞及弱覆盖 (9)2.1.2重叠覆盖 (9)2.2干扰优化 (11)2.2.1干扰优化思路 (11)2.2.2干扰的排查方法 (12)2.3参数优化 (13)2.3.1调度次数是否饱满 (13)2.3.2是否处于双流 (14)2.3.3终端侧下BLER是否比较高 (14)2.3.4是否下行调度MCS等级较低且终端侧bler为0 (15)2.3.5邻区优化 (15)2.3.5PCI优化 (16)2.4精品区域快速插花组网方案 (16)2.4.1网络状况要求 (16)2.4.2插花组网相关参数及算法简介 (16)2.4.3快速插花组网配置方法 (17)1.TDL优化思路综述TD-LTE的优化主要集中在两个重点：增强覆盖和控制干扰，对应的优化对象为RSRP 和SINR。
TD-LTE现阶段集团未给出KPI指标，在网络优化中应该关注的目标主要有：✓RSRP✓SINR✓平均吞吐量-上行/下行（Mbps）✓切换成功率✓开机附着成功率✓连接建立成功率✓掉线率✓寻呼成功率在TD-LTE组网初期，首先要完成无线网络环境的优化，后续可开展系统容量的优化；在网络整体优化基本完成的情况下，可以针对具体问题点开展优化工作。
2.TDL优化方法2.1覆盖优化【覆盖问题概述】良好的无线覆盖是保障移动通信网络质量和指标的前提，结合合理的参数配置才能得到一个高性能的无线网络。
TD-LTE网络一般采用同频组网，同频干扰严重，良好的覆盖和干扰控制对网络性能意义重大。
移动通信网络中涉及到的覆盖问题主要表现为四个方面：覆盖空洞、弱覆盖、越区覆盖和导频污染。
无线网络覆盖问题产生的原因主要有如下五类：（1）无线网络规划准确性。
无线网络规划直接决定了后期覆盖优化的工作量和未来网络所能达到的最佳性能。
LTE网络质量分析
LTE网络质量分析1.1上海移动LTE网格质量分析1.1.1概述本报告旨在分析上海115个网格5月-6月两次网格测试的综合覆盖率与平均SINR下降的主要原因。
另结合上海与南京LTE网络进行网络结构、频率组网的对比。
主要情况如下：上海6月环比（以上数据基于115个网格的统计）上海与南京对比大唐另提供江苏省及南京公司的重要配置参数统一要求，可供上海对比参考。
三重区域情况选取重要区域中陆家嘴区域进行了分析，该区域仅差“LTE综合覆盖率”一项指标即可达到精品网格，该移动网络覆盖率（93.5%）Z指标低于电信（98.7%）、联通（99.51%）。
查看LTE案例跟踪表，陆家嘴区域存在13处弱覆盖，1处故障排查，2处天线技改，其余10处均弱覆盖等待加站。
故障排查问题出现在5月19日测试发现浦金茂ALH基站由于BB板初始化失败告警导致浦金茂ALH基站现无信号，于5月21号更新，提交代维，至6月网测结束时仍在故障排查，故障排查处理进度过慢，影响网络质量。
陆家嘴区域10处加站均可追溯至去年9~10月份，近10个月无其他优化方案与应急方案，其中3处站点尚在选点，导致陆家嘴区域的LTE综合覆盖率长时间低于精品网格指标，影响网络指标。
其余三重区域或多或少均存在加站时间过长，且等待加站期间无优化措施现象。
1.1.2上海6月环比指标对比分析1.1.2.1覆盖类指标比较6月较5月，综合覆盖率由96.97%下降为96.32%，平均RSRP降低0.7db，RSRP连续无覆盖占比有改善，重叠覆盖里程占比改善0.09%，4G占网时长有改善。
1.1.2.2干扰类比较平均SINR由13.8恶化为13.31，连续SINR质差里程占比由0.68%恶化为1%，恶化幅度很大。
6月较5月干扰类指标恶化非常严重。
1.1.2.3D\E\F频段占网时长比较6月较5月D频段时长占比降低1.6%，E频段、F频段时长占比都有增加。
D频点使用的降低会加大干扰，同时对综合覆盖率也有影响。
LTE网络优化分析报告分析
LTE网络优化分析报告分析一、背景介绍随着移动通信技术的发展，长期演进技术（Long Term Evolution, LTE）成为了现代无线通信网络中主要的技术标准之一、然而，由于各种因素的影响，LTE网络在运营过程中可能会出现性能不佳的情况，因此需要进行网络优化来提升用户体验。
二、问题定义1.网络覆盖问题：LTE网络覆盖不到位，导致用户在一些区域无法正常使用LTE服务。
2.网络容量问题：LTE网络在高峰期会出现拥堵现象，导致用户的网速降低。
3.网络质量问题：LTE网络中存在大量的信号干扰和误码率过高的问题，导致用户通信质量差。
三、分析方法1.数据采集：通过采集LTE网络的用户数据和网络参数数据，以及进行业务调查，获取网络性能和用户体验的相关数据。
2.数据分析：对采集到的数据进行分析，包括网络信号覆盖情况、用户密度分布、业务负载分布等，找出存在的问题。
3.问题分析：对问题进行分析，确定问题的原因，识别出影响用户体验的主要因素。
4.解决方案提出：根据问题分析的结果，提出相应的解决方案，包括优化网络覆盖、扩容网络容量、降低信号干扰等。
5.方案实施：根据提出的解决方案，对LTE网络进行优化，包括调整天线方向、增加基站、优化调度算法等。
6.性能评估：对优化后的网络进行性能评估，包括速率测试、时延测试、信号质量测试等，评估优化效果。
四、问题分析1.网络覆盖问题：根据采集到的数据分析发现，部分地区的LTE信号覆盖不到位，导致用户无法正常使用LTE服务。
可能的原因包括基站布局不合理、天线方向不正确等。
2.网络容量问题：根据采集到的数据分析发现，LTE网络在高峰期会出现拥堵现象，导致用户的网速降低。
可能的原因包括网络承载能力不足、小区间干扰严重等。
3.网络质量问题：根据采集到的数据分析发现，LTE网络存在大量的信号干扰和误码率过高的问题，导致用户通信质量差。
可能的原因包括邻频干扰、邻小区干扰等。
五、解决方案1.网络覆盖问题：通过增加基站和调整天线方向，改善信号覆盖不到位的问题。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第三轮网格测试问题分析报告（10月19-21号）网格事件（1）主被叫掉话-（无线）-弱覆盖问题时间：10:04:59.212问题描述：（1）主叫在10:04:59:212起呼，在10:05:05.780主被叫建立通话，随着测试的进行，由于覆盖较差，主叫占用新马路试扩L-1小区连续上发B2测量报告，在10:06:01.877主叫发起了SRVCC切换，切换后发生掉话；（2）主叫掉话后，被叫收到了核心网下发的BYE消息后上发BYE200消息，之后释放无线数据承载，本次掉话是由于主叫掉话导致，不应该统计被叫掉话。
问题分析:主叫在占用新马路试扩L-1小区进行通话时，由于覆盖较差，发生了SRVCC切换，由于没有添加此路段的最优2G邻区，导致SRVCC切换完成后发生掉话；建议增加该路段的覆盖及优化2G邻区。
（2）主被叫掉话-（无线问题-TAU失败导致主被叫掉话）问题时间：14:56:29.459问题描述：正常通话过程中，14:57:22.749主被叫终端占用金陵村二三期LF-1（38400，389）后发起TAU请求，此时主被叫终端无线环境较差，10s后主被叫TAU失败，RRC释放，主被叫掉话问题分析：需核查核心网是否收到终端TAU请求，优化该路段覆盖情况。
（3）主叫掉话-（无线问题-MOD3干扰导致主叫掉话）问题时间：15:56:53.193问题描述：正常通话过程中，主叫终端占用萨家湾试扩L-1（38098，155）RSRP=-83 MOD3=2且与邻区内有多路同频强信号有MOD3干扰（38098，227）RSRP=-82 MOD3=2 、三牌楼大街试扩L-3（38098，161）RSRP=-82 MOD3=2最终无线链路失败，导致RRC重建重建失败主叫掉话问题分析：优化该路段干扰问题。
（4）被叫掉话-（弱覆盖触发eSRVCC切换后在2g掉话）问题时间：09:45:32:310问题描述：主叫09:45:10:459占用月苑试扩L-3（37900，205）弱覆盖，主叫切换至2G小区（BCCH:49/BSIC:60），09:45:32:009主叫挂机，09:45:32:306被叫收到BYE消息，被叫挂机。
问题分析：弱覆盖触发eSRVCC切换后在2g掉话（5）未接通-（被叫不摘机）问题时间：12:40:39.950问题描述：（1）主叫在12:40:39.948上发INVITE消息，在12:40:40.367收到核心网下发的INVITE100消息；（2）被叫在12:40:41.992收到寻呼消息；（3）被叫在12:40:43.870上发振铃消息（INVITE180）,之后主叫收到核心网下发的INVITE180消息；（4）此时主被叫无线环境良好，被叫一直未上发INVITE200消息，呼叫超时，主叫上发CANCEL消息。
问题分析: 主被叫振铃后，被叫没有摘机，主叫呼叫超时发生未接通（6）主叫掉话-（核心网）-通话结束后切换QCI1未拆链问题时间：12:25:27.607问题描述：主叫在13:36:08.244起呼，3分钟通话结束后，主叫占用模范西路东搬迁三期LF-1上发BYE消息后收到核心网下发的BYE200消息，之后发生了A4切换，由模范西路东搬迁三期LF-1切换至模范西路东搬迁三期LD-1小区，一直没有收到网络侧下发的无线数据承载释放消息。
问题分析: BYE200后发生切换，一直没有收到无线数据承载释放消息（7）主叫掉话-（ENODEB故障）-终端占用三牌楼大街试扩L-1小区后连续随机接入失败，无线链路失败后，重新发起RRC重建立被网络侧拒绝。
问题时间：13:43:25.741问题描述：主叫在13:43:25.741上发INVITE消息，在13:43:32.848和被叫建立通话，随着测试的进行，主叫占用三牌楼大街试扩L-2小区在13:44:26.901上发A3测量报告，目标小区为37900-160（三牌楼大街试扩L-1），切换完成后，主叫占用该小区连续随机接入失败,最终无线链路失败，终端发起RRC重建立，RRC重建立被网络侧拒绝，发生掉话问题分析: 怀疑三牌楼大街试扩L-1小区存在告警，导致终端连续随机接入失败后无线链路失败，发生掉话（8）未接通-（无线问题）-起呼时覆盖差，被叫收到寻呼消息后RRC请求建立失败，10s后才完成RRC的建立，最终导致呼叫超时，主叫主动上发cancel问题时间：12:16:14.358问题描述：（1）主叫占用华联商厦6F一期LEW-1小区在12:16:14.358上发INVITE消息，此时主叫占用小区的覆盖较差，RSRP为-110dbm，由于覆盖较差导致主叫连续上发了2次service request消息，在12:16:15.871收到了核心网下发的INVITE100消息；（2）被叫也占用华联商厦6F一期LEW-1小区在12:16:17.103收到了第一次寻呼消息，由于覆盖差，RRC 请求建立失败，5s后又收到了网络侧的寻呼消息，此时也由于覆盖问题导致RRC请求建立失败，直到由华联商厦6F一期LEW-1小区重选至一尊皇牛试扩L(W)-1小区收到第三次寻呼消息才完成RRC的建立；（3）被叫在12:16:28.678收到核心网下发的INVITE消息,在12:16:28.772上发INVITE183消息；（4）主叫在12:16:30.488上发了cancel消息后被叫收到了核心网下发的cancel消息，导致本次未接通；问题分析: 由于被叫收到寻呼消息时占用小区覆盖差，导致第三次寻呼才完成RRC的建立，最终导致呼叫超时，主叫主动上发cancel消息，发生未接通。
（9）未接通-（核心网，起呼超时，Paging/PRACK时延大）问题时间：10:04:45.296问题描述：10:04:30.133主叫起呼被叫占用夹江大桥东三期LD-1（37900，95)。
被叫无线环境差，10:04:39.337收到Paging。
10:04:40.070主叫上发PRACK消息，被叫4s后才收到。
最终收到INVITE180后主叫上发CANCEL问题分析：起呼开始时被叫无线环境差9s后才收到Paging，之后无线环境正常情况下被叫延迟4s收到主叫PRACK。
最终15s超时主叫发CANCEL。
需核查Paging消息延时收到还是重发，PRACK延时原因。
（10）被叫掉话（无线）-越区覆盖邻区漏配问题时间：16:54:30.034问题描述：主被叫通话还没有到3分钟，由于低层外打莱蒙水榭春天7栋三期LE(W)小区越区覆盖，导致主叫在占用该小区时连续上发测量A3测量报告，目标小区为万达广场西三期LF-3小区，怀疑邻区漏配导致无法切换最终拖死掉话。
问题分析:低层外打莱蒙水榭春天7栋三期LE(W)小区越区覆盖，没有添加万达广场西三期LF-3等邻区关系，导致最终拖死掉话，建议合理优化此路段的邻区关系。
主叫截图：被叫截图：（11）未接通-（无线原因）-弱覆盖问题时间：11:42:44:962问题描述：主叫11:42:28:941占用紫罗幔婚礼会馆三期LE(W)-1（38950，120）弱覆盖，主叫发送INVITE消息，主叫随机接入连续失败，主叫发起TAU更新，4S后11:42:32:576主叫收到INVITE100消息；被叫占用紫罗幔婚礼会馆三期LE(W)-1（38950，120）弱覆盖，11:42:34:182响应寻呼消息收到INVITE消息，链路恶化，无法发送INVITE183消息，导致11:42:44:962主叫呼叫超时，发送CANCEL消息，未接通。
问题分析：弱覆盖导致呼叫超时，未接通（12）主叫掉话-（无RTP媒体包传输）问题时间：12:32:25:125问题描述：主叫12:32:05:453切换失败（碑亭巷三期LF-3（38400，73）→进香河试扩L-1（37900，63）），无线链路失败，主叫无RTP媒体包传输，持续20S，主叫12:32:25:125占用进香河试扩L-1（37900，63）主动上发BYE消息，主叫挂机，发生掉话。
问题分析：主叫占用进香河试扩L-1（37900，63），无媒体包，导致主叫掉话。
（13）主被叫掉话-（核心网，主叫未收到BYE200,被叫未收到BYE消息）问题时间：15:22:09.296问题描述：15:22:03.949通话时间到主叫上发BYE消息挂机。
随后有交警中心三期LF-1切换至西方巷一期LF-2。
未收到BYE200，6s后收到BYE408(No Response From Network)。
被叫此过程占用西方巷一期LF-2未收到BYE消息。
15:22:23.821被叫上发BYE消息未得到回应，3s后重发收到BYE487(Glare Bye condition encountered)问题分析：需确定主叫未收到BYE200原因，被叫未收到BYE消息原因（14） 未接通-（核心网，连续2次未接通,被叫未收到寻呼、收到寻呼未收到INVITE ） 问题时间：15:22:50.199问题描述：15:22:34.379主叫起呼。
被叫占用西方巷一期LF -2未收到寻呼消息，最终15s 超时主叫发CANCEl15:23:05.993主叫再次起呼, 15:23:08.221被叫收到寻呼消息发起服务请求，但未收到INVITE 消息。
15:23:19.869主叫RRC 被释放，2s 后上发CANCEL 随后建立RRC 收到CANCEL200和INVITE487, 15:23:28.848被叫上发REGISTER 收到REGISTER200,随后上发去附着请求。
问题分析：被叫未收到寻呼、收到寻呼未收到INVITE（15）未接通（核心网）- EPS承载修改流程和切换流程冲突，EPC下发QCI1承载删除消息问题时间：13:14:03.782问题描述：主叫占用应天购物广场一期LEW-1在13:14;03.778上发INVITE消息，在13:14:03.988收到核心网下发的INVITE100消息；（2）被叫占用赛虹桥试扩L-2小区收到寻呼消息，被叫在13:14:06.763上发INVITE183消息；（3）主叫在13:14:07.427上发A5测量报告，之后收到了网络侧下发的Modify EPS Bearer Context Request消息，主叫上发了Modify EPS Bearer Context Aceept消息，随后发生了A5切换，由应天购物广场一期LEW-1小区切换至赛虹桥试扩L-2小区，切换完成后，主叫收到了核心网下发的INVITE183消息；（4）由于切换前占用应天购物广场一期LEW-1覆盖较差，主叫上发了Modify EPS Bearer Context Aceept消息网络侧可能未收到，切花完成后，主叫又上发了一次Modify EPS Bearer Context Aceept消息，之后收到了网络侧下发的Deactivate EPS bearer context request 消息，完成QCI1承载的删除，承载删除完成后发生未接通。