核心网案例总结.docVIP

8、RNC间切换成功率问题定位 备注：RNC割接完毕后，切换成功率不足5%，原因为RNCID配置错误 收集RNC?IU口信令进行分析，发现CN返回RELOCATION?FAIL，原因为unknows?target?rnc，联系CN侧进行数据核查，补订数据，观察话务统计，切换成功率提高到50%。?????3、由于小区级话务统计正常，因此问题初步判断还是RNC与CN间存在问题，再次收集IU口信令，发现已无RELOCATION?FAIL。分析counter计数方式，RNC发起RELOCATION后，计为一次RNC间请求尝试，收到FAIL或无响应计为失败。分析所有IU口信令发现，仍存在部分RNC?发送reloction?request后，未收到cn任何响应?????4、由于CN侧无响应，还是怀疑与CN侧对接数据存在问题。根据上诉信令点分析，发往SGSN的数据全部失败，联合产品、CN现场复测跟踪，发现RNCID定义有误，修改后，切换成功率达到95%以上。 9、主控板隐性故障导致PS业务异常 备注：三个小区的PS业务均异常，做64K上传、384K和H业务下载时，速率都很低，且既不稳定。 4， 由于该岛8个站点中7个站点均能正常处理PS业务，所以RNC参数应该没有问题，和产品人员配合对RNC、NODEB的开站脚本进行了参数核查，均无异常。5， 通过以上排查，怀疑问题出在基站安装或者某个控制板的隐性故障。对该站进行测试，能够正常进行CS业务，和切换业务，所以排除CS域故障，问题定位控制PS域的某个单板，将问题定位于主控板。?工程人员更换SGSN主控板后，进行复测，各个PS业务均能正常运行，H业务达到1.3M以上稳定速率，问题解决。 10、PS高掉线率处理案例 某局点PS掉线率一直居高不下，经过分析，掉线次数主要集中在其中一个RNC的4个小区。 ?告警信息： 无 ?原因分析： PS掉线率=RNC请求释放的分组域RAB数目/PS域RAB指派建立成功RAB数目*100%从PS掉线率统计公式中，可以看出要降低PS掉线率必须要减少RNC请求释放的分组域RAB数目。 ?处理过程： 经过多天对掉线TOPN小区的观察与分析，发现掉线次数TOPN小区为A、B、C、D等4个小区，且RNC请求释放的分组域RAB数目统计中发现这些小区所覆盖的用户中有5个IMSI贡献的次数占整个RNC释放的RAB数目的一半以上，通过协调客户核查这5个IMSI所对应的SIM卡，发现这些卡都没有开通TD业务功能，导致PS掉线率居高不下。协调客户对这些IMSI用户开通TD业务功能后，跟踪最近2天指标发现这些TOPN小区PS掉线问题已经基本解决。 ?建议与总结： 由于TD是一张新网络，终端、设备等一系列配套仍在不断完善中，我们在日常优化中遇到问题，要多方面考虑，设备、终端及用户行为等都可能对网络造成影响。 QAAL2_PATH未配置导致无法占用H载波某局点进行HSDPA下载业务时，下载速率最高只能达到384Kbps。 ?告警信息： 无 ?原因分析： 导致下载速率慢的原因可能为：1、天馈、载频等硬件故障导致无法占有H载波；2、USIM卡签约速率问题，不支持HSDPA业务；3、看看TRAMAP中H业务的传输映射是否正确；4、参数配置不当，导致无法占用H载波。 ?处理过程： 1、由于该手机和卡在其他站点可以正常测试，而且在RAB_ASSIGNMENT_REQ小区中也看到了分配的业务速率是2048000，所以排除卡开户速率问题；2、DSP?CARRIER看H载波的状态是激活状态；3、LST?TRAMAP看到H业务是承载在H?PATH上；4、跟踪信令，发现发往和来自NODEB的QAAL2_ESTABLISH_REQUEST出现了2次，第1次分配PATHID为1，不成功，第2次分配PATHID为2，业务就在该PATH上进行，但是一般的脚本中配置了4路PATH，H业务一般占用第3条PATH，该问题就是出在HSDPA的PATH有故障，业务通过NRT的PATH进行，因此只有384kbps；5、根据以上分析，回头DSP?AAL2PATH发现第3，第4路PATH故障，原因是NODEB侧未配置；6、重新配置数据，该问题解决，测试后H业务恢复正常。 ?建议与总结： H业务在现场问题定位中一定要对数据进行仔细检查，由目前发现的问题中数据配置问题导致的H业务异常现象比较常见。 12异厂家RNC间切换算法差异导致RNC间切换成功率低 A市TD网络由华为和ZX公司合力承建，从我司话统发现RNC间切换出成功率低，在85%左右，PS和CS均低。 ?告警信息： 无 ?原因分析： 1、统计现网的告警，发现并无大面积的和切换强相关的告警，排除设备原因。2、从OMC