3邻区漏配问题分析报告
干扰-子帧配比不同导致掉话分析和问题处理
子帧配比不同导致掉话分析和问题处理1 现象描述室分系统，电梯门口天花板上有一个天线，主要覆盖电梯门口的信号（PCI=500，图中圆圈即为天线位置，PCI为500的小区覆盖电梯门口和1F-10F），测试时所在楼层为14楼，楼层内的信号由另外一个小区覆盖（PCI=501）。
除电梯口前通道外，整层楼的信号都比较强RSRP在-60~-75之间，SINR>24，室分打点测试时，一旦路过电梯口，特别是在电梯口天线下，RSRP会降低到-141，SINR也会降到-10，出现掉线的情况。
测试的时候两部终端同时测试，一部上行，一部下行。
2 告警信息无3 原因分析1、初步分析认为可能是RS功率设置过大导致干扰。
因为整层楼的室内区域比较小（在30平米左右），两个小区存在交叠覆盖，产生相互干扰。
所以首先将PCI为500的小区的RS功率降低3dB，发现掉话的情况同样存在，证明和RS功率关系不大；2、继续分析是否两个小区之间的相互邻区漏配了，导致掉话。
后经查看信令发现终端并不存在MR上报不处理的情况，并且后台核查邻区配置后确定两个小区的双向邻区均已经配置，则排除邻区漏配问题。
3、由于初步简单分析并没有查到原因，所以后面进行更详细的分析。
4 处理过程1、首先确定掉话问题，根据测试的结果显示，在电梯厅门口RSRP会突然陡降，然后掉话；2、排除邻区漏配的原因。
邻区已配置且参数配置正确，可排除邻区漏配导致掉话的情况。
因为刚开站，参数都是按照规划参数进行配置的，没有仔细的核查所有的参数配置；3、排除设备告警方面的原因。
核查操作日志，设备故障，告警和外部事件进行核查，没有设备故障，之前的告警也已经消除，没有发现问题；4、排除上行干扰原因。
由于之前的步骤都没有查出问题，所以接着就怀疑是不是因为存在干扰，所以进行了NI跟踪，结果是环境很干净，干扰问题排除；5、核查网规网优参数。
在核查的时候，就发现了一个问题，PCI为500的小区配置的子帧配比为SA1（2:2），而PCI为501小区配置的子帧配比为SA2（3:1），由于PCI为500的小区不光覆盖电梯门口，同时也覆盖1楼至10楼，而7楼为提高上行速率，修改了子帧配比。
华为LTE网络掉线优化案例(邻区漏配)
华为LTE网络掉线优化案例（邻区漏配）
华为lte网络接入优化案例
[故障描述]
6月25日辨认出cccc_岱山公园北_hlh_f26_1小区无线断线率为指标极差，晚忙碌时无线断线率为大于10%。
[故障诊断]
1、小区监视系统排查：查阅cccc_岱山公园北_hlh_f26基站并无影响业务监视系统，设备运转正常，设备单板负荷正常。
2、小区底噪排查：小区底噪-109dbm，底噪正常。
展开标准接口信令追踪辨认出ue_context_rel_req消息中无线网原因值uelost。
失
利的原因如下。
查看指标发现无对应的邻区关系导致无法发起同频切换过程的次数较多，怀疑ue在
个别区域因无对应邻区关系，切换不及时导致掉线。
[化解措施]
已通过mapinfo及跟踪信令补全cccc_岱山公园北_hlh_f26_1小区周边邻区关系后观
察指标变化。
[效果对照]
[预防、监控措施]
对指标统计数据中并无对应的邻区关系引致无法发动同/异频转换过程的次数较多的
小区应当通过查阅mapinfo、追踪信令、打开anr等手段移去邻区关系。
精品文档_邻区漏配导致的VoLTE语音未接通分析
邻区漏配导致的VoLTE语音未接通分析案例目录一、问题描述 (3)二、分析过程 (3)三、解决措施 (5)四、经验总结 (7)邻区漏配导致的VoLTE语音未接通分析案例【摘要】VOLTE是基于IMS的语音业务，而IMS由于支持多种接入和丰富的多媒体业务，成为全IP时代的核心网标准架构。
经历了过去几年的发展成熟后，VOLTE已经实现规模商用。
VOLTE测试中邻区漏配会导致通话质量较差、掉话、未接通等问题，本文主要分析由于邻区漏配造成的未接通处理过程。
【关键字】邻区VOLTE【业务类别】优化方法、VoLTE、参数优化一、问题描述统计RCU指标时发现6月13日10:03:33时在通达路与航苑路交叉口附近出现一次未接通事件，车辆在该问题路段时由西向东行驶，占用XY-BB-蚌山区-万达悦府C区4#楼一单元电梯机房-ZFTA-440309-8小区信号，RSRP=-85dBm、SINR=-11.8dB；主被叫均出现未接通。
二、分析过程主叫在10:03:28秒时发出IMS_SIP_INVITE->Trying的信令，在10:03:33时出现未接通事件，产生事件原因为IMS_SIP_INVITE 488，主叫占用BB-蚌山区-蚌山区金奥华府西门-ZFTA-156318-134小区信号，RSRP=-62dBm、SINR=23.6dB，主叫信号良好；主叫：分析被叫数据，被叫在10:03:09时发出IMS_SIP_BYE->OK 200的信令后，结束通话进入空闲态，占用XY-BB-蚌山区-万达悦府C区4#楼一单元电梯机房-ZFTA-440309-8小区信号，RSRP=-80dBm、SINR=-5dB左右，占用该小区信号后，重复发送RRC连接重配置消息，最终产生LTE RRC Radio Link Failure事件，无线链路失败后，小区重选至BB-蚌山区-蚌山区金奥华府西门-ZFTA-156318-134小区后，信号恢复正常，被叫在10:03:33.836时发IMS_SIP_INVITE->Trying 100消息，还未建立QCI承载便发生了未接通事件。
邻区漏配
邻区漏配
邻区漏配就是激活扇区和未激活扇区之间没有邻区关系，但是未激活扇区的信号和电频都很好，不造成导频污染，就应该添加到邻区关系中去，否则很容易造成掉话。
CDMA网络中：当手机在业务态时，不断地搜索剩余集的导频，如果剩余集导频满C足强度门限，手机通过PSMM消息将其报告给BSC。
由于该剩余导频没有在手机的相邻集中，而传统的方法是在手机相邻集中匹配导频，从而将不能够识别该导频，不能够触发切换。
2、两个小区的信号在其覆盖区有重叠的部分，正常情况下应该定义两者的邻区关系，如果没有定义的话就造成了邻区漏配；
3、邻区内发现一路信号很强，但是不发生切换
挂断后，直接重选到此信号，判断为邻区漏配；
DT时很容易就可以判断出，邻区漏配测现象；如果要从KPI指标上进行分析的话，可以参考TA较大小区，电平不好，通过mapinfo初步判断周边是否存在邻区可以添加，已达到连续覆盖的目的。
4、试中可以体现出来指标方面好像没有直接体现出来吧硬要说的话应该是掉话没有邻区关系的话切换指标应该没问题重选方面应该会出问题应该结合地图上地理位置及周边基站分布邻区列表之类的去发现
5、
凭经验吧。
路测能够发现的邻区漏配都是比较明显的漏配邻区的站点，通过单站验证，锁频测试，看邻区列表里的小区信息大概能够判断是不是明显漏配邻区
6、
如果两个小区之间有物理上（实际上的）的重叠（交叉）覆盖区域，原则上，就要互配邻区。
如果未将上述邻区加入邻区列表，就存在邻区漏配，会导致切换失败甚至掉话。
描述邻区漏配问题的发现和处理流程
描述邻区漏配问题的发现和处理流程下载提示：该文档是本店铺精心编制而成的，希望大家下载后，能够帮助大家解决实际问题。
文档下载后可定制修改，请根据实际需要进行调整和使用，谢谢！本店铺为大家提供各种类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，想了解不同资料格式和写法，敬请关注！Download tips: This document is carefully compiled by this editor. I hope that after you download it, it can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you! In addition, this shop provides you with various types of practical materials, such as educational essays, diary appreciation, sentence excerpts, ancient poems, classic articles, topic composition, work summary, word parsing, copy excerpts, other materials and so on, want to know different data formats and writing methods, please pay attention!一、发现邻区漏配问题的现象。
在无线通信中，邻区漏配问题指的是手机在切换到相邻小区时出现信号中断或信号质量下降的现象。
邻区漏配导致RRC重建高案例
邻区漏配导致RRC重建高案列摘要：LTE异常小区优化过程中发现生态园郜庄-152128-189小区RRC重建请求次数多，重建比例高，影响全网KPI。
关键字：异常小区、RRC重建次数【问题描述】FY-市区-生态园郜庄-HFTA-152128-189 重建立比例较高，异常小区上榜，需处理。
地理位置：【问题分析】1告警与配置参数排查排查小区故障情况，未发现任何异常，基站配置参数正常，且未进行相关参数调整，排除基站侧问题。
2信令跟踪分析对问题小区进行UU信令跟踪发现，152128-189小区接收到重建请求，PCI为143，重建原因值为other failure。
UU口信令：网管查询152128站点的外部小区只发现一个436997-4小区的PCI=428，站点为FY-市区-小郑庄-HFMA-438000-52。
438000-52本地小区标识网管配置为5，查询该小区的同频邻区，未发现配有152128-189的邻区关系，存在邻区漏配。
网管查询438000站点eNB级 ANR开关默认是打开的，查询小区级ANR开关，发现是关闭的。
152128站点是2018上半年6月份新入网基站，由于438000-52小区级ANR处于关闭状态，无法自动添加邻区，导致邻区漏配。
【问题解决】手动添加漏配的152128-189同频邻区关系，如下：添加漏配邻区后，RRC重建比例明显改善【问题总结】LTE网络中，触发RRC重建的原因有许多，如弱覆盖、邻区漏配、错配、切换过早、过晚切换、重配置失败、下行信号质量差、下行重传到最大次数等。
现网中，随着4G网络的大规模建设，邻区漏配的现象时有发生，建议新基站入网时，核查入网站点及周围站点的ANR 开关，确保邻区能够及时被添加，避免漏配现象的发生。
LTE异系统互操作终端不上发异系统测量报告(漏配邻区导致)
问题现象1.1问题现象移动TD-LTE项目做异系统互操作4G到3G基于测量重定向测试，发现终端不上报测量报告，导致异系统互操作不成功。
1.2案例适用版本2问题分析2.1排查过程从CNT信令上来看，MS上报的测量报告内容中，都为同系统邻区的测量报告，逐一检查测量报告内容，均为同系统邻区的测量报告，如下图所示。
分析检查配置参数，及测量门限和判决门限，与指导书中相同。
同时确认测试点的LTE和TDS信号情况满足判决门限，如下图所示：为方便测试后台测试判决门限为-110dBm。
检查邻区数据时发现，配置的TDS邻区为室外宏站131，而信号最强的室分TDS小区55509没有配置到邻区中。
下图是添加过室分小区后的邻区图，室分为最后一行小区：下图为添加TDS室分小区55509后的邻接关系图：添加TDS室分小区55509到邻区和邻接关系后，测试中测量报告为TDS室分小区55509的信号情况，由于室分TDS信号很强，较容易满足4G到3G 的判决门限，所以，测量报告中显示的是TDS的信号情况，随后正常重定向到TDS小区55509，收到TDS系统信令。
下图为添加室分小区后，测试时收到的UTRAN的小区CPI为110的测量报告，紧接着RRC Connection release, 重选到TDS 55509的小区。
2.2问题结论异系统互操作，参数配置一般会重点关注测量和判决门限，同时，邻区的配置也是至关重要的，尤其是信号最强的异系统邻区一定要配置正确。
2.3相关原理异系统互操作重定向有两种方式，基于测量的重定向和盲重定向。
基于测量的重定向，要求配置邻区相关信息，和判决门限，而盲重定向只用配置TDS的频点相关信息，不需要配置邻区。
3总结与反思3.1总结与反思后台配置参数检查外，要从CNT标准信令里查找相关参数并验证，是判断处理问题行之有效的方法。
邻区漏配
邻区漏配1. 现象和分析从掉话点位置联动到掉话前的信令流程，如下图，从信令流程上看，UE 在通话过程中收到系统消息，符合掉话的定义。
联动到信令视图的掉话点位置从信令上看，上报测量报告后就开始读系统消息图1 掉话前的手机记录的信令流程同时检查掉话点UE 和SCANNER 的导频测试数据，如下图，可以看出UE 激活集和SCANNER 的测试结果不一致，SCANNER 的170扰码在UE激活集中没有。
图2 掉话前UE 激活集和Scanner 记录的扰码信息可能有两种情况存在，一种是邻区漏配，一种是切换不及时导致，进一步查看UE监视集中扰码信息，如下图，发现在UE的监视集中也没有170扰码的小区，很有可能是170邻区漏配。
首先，察看监视集和检测集，看是否存在Scanner测量到的扰码监视集中没有找到扰码170，很有可能是邻区漏配图3掉话前UE监视集扰码信息继续查看掉话前RNC下发给UE的邻区列表，如下两幅图，从掉话前最近的一次测量控制看，邻区列表中没有170扰码，可以肯定是由于漏配了6号扰码和170号扰码的邻区关系导致掉话。
掉话点图4掉话前UE同频测试控制位置测量ID为1，为同频测量控制当前小区的主扰码为6检查测量控制中的同频邻区列表，没有发现扰码170图5掉话前UE同频测试控制信令解析如果测试时只有手机记录了信息，没有连接Scanner信息，可以通过以下的方法来确认邻区是否漏配：首先确认掉话前手机测量的激活集所有小区的扰码以及监视集小区的扰码；然后确认掉话后手机经过小区重选最终驻留的小区的扰码信息，和掉话前手机激活集和监视集扰码进行比较，如果不在掉话前的激活集和监视集扰码列表中，那么有可能属于邻区漏配导致的掉话；最后可以通过检查邻区列表的方式进行确认。
该方式比较适合在路测现场解决邻区漏配导致的掉话问题。
图6没有Scanner信息确定邻区漏配的方式2. 解决方法增加邻区（由于RNC根据最优小区来更新测量控制，最优小区一般可以通过查找测量控制下发之前的有1D事件的同频测量报告来获取，一般情况下配置成双向邻区）。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
邻区漏配分析报告
数据文件名称：邻区漏配问题.rar
问题出现时间：2005-7-30
测试业务类别：语音
案例分析人员：叶炳基
其它相关说明：无
******************************************************************************* 1.1 问题现象描述
图1 SCANNER-Ec/Io
图2 UE-Ec/Io
15:47在开城大道出现一个掉话，从图1和图2看出，UE的Ec/Io很差，但SCANNER的Ec/Io 很好。
1.2 问题分析处理
图3 Best SC In Active Set
图4 SC For the 1th Best ServiceCell
图3，4中蓝线表示掉话点。
从图3看出，UE在掉话前一直使用惠阳移动C（SC:138），但图4的SCANNER显示此时的最佳小区是中国银行B（SC:73），再观察掉话前UE的Active Set 和Monitor Set，均没有中国银行B（SC:73），怀疑是惠阳移动C没有将中国银行B配为邻区，查看RNC数据中的相邻关系表，确认是漏配邻区造成掉话。
1.3 调整建议措施
将惠阳移动C和中国银行B配为相互邻区。
1.4 结果验证分析
检查RNC数据中小区相邻关系表和进行路测以验证调整效果。
1.5 案例总结
RF优化阶段的调整措施除了工程参数的调整，还有邻区列表的调整。
对RF优化中发现的掉话问题，应当分析其原因，检查是否因为信号覆盖、干扰问题、漏配邻区导致的掉话。
并对相关的邻区列表和工程参数进行调整，解决掉话问题。
对于没有漏配邻区、信号覆盖良好且不存在干扰的掉话。
对问题进行跟踪，并在参数优化阶段加以解决。