通信网络优化 邻区漏配案例 78 邻区漏配案例.pptVIP

《通信网络优化》课程 communication network optimization 主讲教师 郭丽丽 移动通信技术专业教学资源库 深圳信息职业技术学院电子与通信学院 邻区漏配案例 目录 01 典型邻区问题 02 案例分析一 03 案例分析二 对于一般的切换问题，邻区的完整性和准确性也有相当程度上影响，典型的邻区问题包括： 1，邻区漏配 2，单向邻区 3，同扰码邻区 典型邻区问题 下面是邻区漏配示例图： PSC3的小区被漏配邻区： 案例分析一 案例分析一 案例分析一 * 用路测后处理工具可以生成邻区列表建议，处理前要输入现网已经配置的邻区列表： 保持 (Retain): 路测数据与现有邻区配置一致 增加 (Add): 邻区关系漏配 删除 (Remove): 列表中的邻区在测试中没有相应数据 切换问题分析 路测过程中1A，1B和1C事件的统计 软切换性能分析 首先打开手机测量的活动集Ec/Io覆盖信息，可以看到掉话点位置附近手机活动集Ec/Io质量很差，可以看到掉话前手机记录的服务小区信号很差，基本上持续低于-15dB，当前的服务小区为209号扰码，如图所示： 掉话前的手机记录的活动集Ec/Io变化情况 案例分析二——漏配邻区导致掉话 同时检查掉话点的Scanner扫描数据，可以发现掉话点之前手机测量信号很差的地方，Scanner测量的信号一直很好，而且该信号属于128号扰码对应的小区，如图所示： 掉话前Scanner记录的活动集Ec/Io变化情况 案例分析二——漏配邻区导致掉话 分析 从上面两张图可以看出128号扰码可能是邻区漏配了，为了进一步确认，查看掉话点附近的消息流程，逐渐由后往前查找最近的同频测量控制消息，确认128号扰码是否出现在同频邻区列表中。结果发现没有出现，可以确定这个掉话是由于邻区漏配导致的。 案例分析二——漏配邻区导致掉话 分 析 如果测试时只有手机记录了信息，没有连接Scanner信息，可以通过以下的方法来确认邻区是否漏配： 首先确认掉话前手机测量的活动集所有小区的扰码以及监视集小区的扰码； 然后确认掉话后手机重新驻留的小区的扰码信息，和掉话前手机活动集和监视集扰码进行比较，如果不在掉话前的活动集和监视集扰码列表中，那么有可能属于邻区漏配导致的掉话； 最后可以通过检查邻区列表的方式进行确认。 案例分析二——漏配邻区导致掉话 谢 谢 主讲教师 郭丽丽 移动通信技术专业教学资源库 深圳信息职业技术学院电子与通信学院 * 后台分析工具一般不能根据UE通话测试数据自动分析并生成漏配邻区，需要网络优化工程师逐个分析才能确定。漏配邻区可能导致掉话或者接入失败，但是也可能只是导致一段时期的Ec/Io恶化，结合Scanner的数据分析很容易找出这些漏配邻区的点。 分析方法如下： 比较UE测得的激活集Ec/Io分布图和Scanner测得的Ec/Io分布图。通常邻区漏配的地方UE的Ec/Io很差，而Scanner扫到的Ec/Io却很好。找出所有这种区域，进行下一步分析确认； 观察这些Ec/Io差的点，是否Scanner中的最强的扰码既不在激活集中，也不在监视集中。如果是则进入第3步确认，如果该扰码出现在监视集中则表明并非漏配邻区，而是因为切换（重选）延时或者软切换失败等问题导致的Ec/Io恶化； 检查前面最近一个同频测量控制，看里面的邻区列表是否包含Scanner中较强的扰码。另外也可以直接检查当前RNC中的小区邻区配置，确定漏配邻区。 * * 后台分析工具一般不能根据UE通话测试数据自动分析并生成漏配邻区，需要网络优化工程师逐个分析才能确定。漏配邻区可能导致掉话或者接入失败，但是也可能只是导致一段时期的Ec/Io恶化，结合Scanner的数据分析很容易找出这些漏配邻区的点。 分析方法如下： 比较UE测得的激活集Ec/Io分布图和Scanner测得的Ec/Io分布图。通常邻区漏配的地方UE的Ec/Io很差，而Scanner扫到的Ec/Io却很好。找出所有这种区域，进行下一步分析确认； 观察这些Ec/Io差的点，是否Scanner中的最强的扰码既不在激活集中，也不在监视集中。如果是则进入第3步确认，如果该扰码出现在监视集中则表明并非漏配邻区，而是因为切换（重选）延时或者软切换失败等问题导致的Ec/Io恶化； 检查前面最近一个同频测量控制，看里面的邻区列表是否包含Scanner中较强的扰码。另外也可以直接检查当前RNC中的小区邻区配置，确定漏配邻区。 *