LTE规划数据核查.ppt

* COPYRIGHT ? 2012 ALCATEL-LUCENT SHANGHAI BELL. ALL RIGHTS RESERVED.  COPYRIGHT ? 2012 ALCATEL-LUCENT SHANGHAI BELL. ALL RIGHTS RESERVED.  * COPYRIGHT ? 2012 ALCATEL-LUCENT SHANGHAI BELL. ALL RIGHTS RESERVED.  COPYRIGHT ? 2011 ALCATEL-LUCENT. ALL RIGHTS RESERVED. * * | Technical Sales Forum | May 2008 规划数据核对 现网数据配置问题分类及产生原因 规划数据的合理及正确行需要基于正确的基础工参、入网站点状态的配合来完成。错误的基础工参和站点托管造成规划数据不准和无法完整的实施到现网 现场现象描述 问题原因 问题类型 1、现网数据与规划数据不一致 1、工程开站存在用A新开站WO改成B的站名去开B站 2、数据修改不彻底 规划参数不一致 1、现场邻区缺失2、不同路径下同一参数不一样：如小区和邻区下的PCI或TAC不一致的问题 1、在提取现网数据时基站脱管，SAM无法对脱管基站进行数据提取2、在邻区方案通过WO往现网执行时，SAM无法对脱管基站进行数据灌输3、现场基站信息数据库不完整或者没有及时更新4、现场SAMCIQWO工程师能力不足，对于操作流程不完善5、现场开站不走正规流程，分公司人员自行开站，导致参数错误6、WPS工具对于巨型现场比如南京的参数check，带不动 邻区缺失、参数不一致 1、网管涌现X2告警 1、目标站托管 2、若目标站点尚未开通，则所有与其相关的X2均会建立失败，从而导致告警 X2告警 1、省公司核查出地市网络存在异系统邻区缺失 1、移动集团安排第三方开发了用于核查LTE邻区的工具，并在部分省份有省公司负责核查各地市网络的邻区缺失情况2、我们自行核查后发现，许多用户宣称的缺失邻区实际我们已添加入网，我们怀疑用户的核查工具存在一定缺陷 异系统邻区核查 1、省公司反映我们2、3G异系统邻区添加较少，需要补漏2、地市公司处于网络质量考虑，并未完全遵从省公司要求 1、目前移动集团的针对LTE至2、3G邻区的添加要求中有些并不完全合理，例如：要求LTE小区继承同站同方向2G小区的2G邻区。然而实际上2G邻区并非越多越好，目前CSFB采用盲选方式，过多的2G邻区（尤其过远的邻区的存在）反而会降低CSFB成功率。2、部分地市公司已经意识到了集团规范的缺陷，在实际执行过程中有时会“忽略”来自省公司邻区缺失的提醒 异系统邻区添加规范 1、现场测试反映邻区有缺失2、用户核查结果显示邻区有缺失 1、现场提供的LTE基站数据库中经纬度、方位角等工参信息不准确，或是没有及时更新，导致规划结基础数据偏离现网实际情况 现场工参准确性问题 1、个别现场反映网络中会出现没有配置邻区的开通站点 1、以浙江为例，LTE邻区规划添加流程是提取每天一早最新全网snapshot，找出前一天所有入网管的新站，进行邻区规划和添加。也就是当天入网管的站点，第二天会完成邻区规划和添加2、一般要求单站完成验证通过才可解锁入网，但网管人员有时在邻区添加完毕之前没有对相关新站进行闭锁，所以会影响到用户感知和KPI指标 新站开通邻区规划问题 PCI现网数据核查 共有504个CI，由physical-layer cell-identity group和physical-layer identity共同组成 PCI核查项目： 1、现网PCI与规划的一致性 由于日常PCI调整中会遇到托管站，造成规划调整的PCI并不能保证完全实施到现网，要求定期核查一致性，以便托管站恢复后能够及时修改下去。 2、现网PCI告警核查处理 网管上常见的PCI告警名称有IK4007181、IK4007182、IK4007084 PCI现网数据核查 IK4007181： 服务小区与邻区的邻区的PCI一样，告警中的关键字“ConfusionPci 173 cell 329221.2 victimEnb 328731”，表示328731站的两个目标小区：告警小区和329221.2小区的PCI都是173. IK4007182： 服务小区的邻区中存在两个小区的PCI一样，告警中关键字“remote confusions: ( pci 17, cells: 855311.3 855373.3 )，表示告警小区的两个邻区的PCI都是17 IK4007084： 服务小区与邻区的PCI一样，告警中的关键字“Collision for pc