电信7案例-0409详解.docx

电信案例-FDD TAC开通案例（3）1．某站单站验证UE无法注册案例【故障现象】： 某站单站验证UE无法注册案例.网管没有告警信息.【原因分析】：ATTACH失败一般原因:UE鉴权不通过,检查SIM卡开户和终端类型；小区资源不足准入不通过，检查资源类配置和license分配情况；ENODEB和MME数据不一致，检查规划数据和mme核对；ENODEB存在隐性故障，检查硬件。通过后台跟踪发现存在TAU拒绝，原因是no suitable cells in tracking area.这个原因需要检查小区TAC配置是否正确，或者是mme侧没有配置。经过检查小区配置数据发现是小区TAC配置错误.【解决方法】：本案例小区TAC修改后正常。对于需和核心网数据配合检查的问题处理,一般是在核心网约定一个临时数据配置在核心网侧,此数据用于割接/开通的临时使用,一旦怀疑无线侧和核心网数据不一致可以使用临时数据验证一下,定位问题后退出临时数据使用.另外，也要避免成片区域出现TAC插花现象，这也是导致数据规划时出错的情形。2．某站天线端口配置错误导致小区无信号【故障现象】：某宾馆第2扇区无信号，网管没有告警信息。更换C板重新开站后，使用原先开站的WO数据，第2扇区无信号的问题依旧没解决.【原因分析】：小区无信号一般原因有两个方面：硬件故障--RRH故障或天馈系统存在故障；小区休眠或参数配置方面问题；通过下面操作来隔离问题界面：对天馈系统测试正常，小区间对调RRH后确认RRH设备正常，对调光纤确认光纤正常。由此确认硬件正常。现场确认1小区业务正常，同时C板更换过，所以重点检查2小区参数配置，经过检查发现cellAntennaPort和1，2，3小区一致。即参数配置将三个小区的信号配到同一天线端口。【解决方法】：RRH的天馈指向出错，三个cellAntennaPort同时指向1口，导入天馈指向修正的wo后解决。在制作数据时按照小区拷贝数据导致部分数据遗忘修改,建议开通使用整站模板修改,删除冗余数据,根据模板修改参数表中常用修改参数.3．用户数未分配导致小区无法做业务问题的处理【故障现象】： 某现场在进行拉网路测中，发现一个基站所有小区都无法做业务，检查基站无告警，历史告警中无可疑问题，重启基站无效。【原因分析】： 首先分析路测的UE log，发现失败流程为UE上发了RRC connection request给eNB，但是eNB回了RRC connection reject。Calltrace亦是如此，但是trace中没有带上reject的具体原因。对于RRC建立阶段出现的问题，抓取uecallp、cellcallp及callpcrm的code trace进行深入的分析。从uecallp trace中可以发现如下的信息：uerrc.cc#637@uerrc_sendRrcCnxRejectWithoutFiltering: RRC_CNX_REJECT with the error type=8 cause=9 UeCtxsetuped, ue context id=14800 ,traceKey 0x800039d0RRC reject error为type=8 cause=9。根据RRC代码信息，type=8为CNX_SETUP_RRM_ERROR，cause=9为RRM_RC_CAC_NOT_PASS。意味着，系统资源不足，CAC失败导致了RRC建立被拒绝。进一步分析callpcrm的code trace，发现如下消息：CALLPCRM crm_cac.cc#5008@crmcac_checkNbCUPerEnbEntry:? currentNbOfCU= 1 maxNbrOfRRCConnectedUsersPerEnb= 0这里提示，maxNbrOfRRCConnectedUsersPerEnb设置为0，这个参数是控制基站可接入最大用户数的参数，属于license参数，这个就是导致CAC失败的根本原因。【解决方法】：将maxNbrOfRRCConnectedUsersPerEnb设置为60后测试业务恢复正常。维护案例（4）1．邻区参数错配导致不切换案例【故障现象】：路测发现两相邻小区不切换，两小区业务正常且互为邻区关系。告警存在4007084 - PCI COLLISION DETECTED【原因分析】：相邻小区不切换一般有下面原因：邻区漏配，手工配置邻区关系容易漏配和单向配置。邻区pci冲突，邻区中有相同PCI小区，导致nodeb无法判断切换对象。邻区错配，邻区数据是错误的，导致切换不成功。邻区存在故障。告警解释：eNodeB_4007084 - PCI COLLISION DETECTEDThis alarm indica