河南EGPRS 典型案例.pptVIP

2009年04月01日 典型案例 案例总结 针对休眠小区处理的主要手段有： 1. 检查有无硬件告警，检查GB/BVCI的状态是否正常； 2. 有7725告警没，有就直接调NSEI； 3. GPRS流量正常，没EGPRS流量，重启EGENA。 4. 重启BCF，对有7738(BTS WITH NO TRANSACTIONS)告警（告警原因是10 no successful GPRS transactions的小区首先建议重启BCF; 5. 如果是建有EDAP的小区，建议检查BSC侧和基站侧EDAP时隙宽度是否一致； 6. 对NSEI下多个小区出现休眠的情况建议倒换BCSU 7. 一直都没有数据流量也无话音话务量，建议检查基站的硬件 TRX出现7743告警 倒换载频。 检查TBF_success%指标 低于95%重启载频或检查硬件 案例总结 道路测试 个别涉及到的问题小区需要做检查，拥塞等问题。 提高EGPRS覆盖率。开通EGPRS小区，检查BCCH-TRX是否支持EDGE。 减少LAC间的小区频繁重选。 主要是控制小区的频繁重选（特出主控小区)。 检查半速率 GPRS不支持半速率信道（TCHH）。 如果开了半速率（TCHD），开GTRX的载频建议最少有一个信道开TCHF。 如果BCCH载频开了半速率（TCHD），开GTRX的载频必须有一个信道开TCHD。 检查EDGE的GTRX + DAP_ID，ET_PCM 开通EDGE功能的GTRX=Y载频必需配对一个DAP_ID而且必需在同一个ET线上 无GP信道的小区 小区的BTS的GP为0，BVCI的状态是UNBLOCKD。检查GTRX有没有过多导致PCU由于资源不足而分配不了GP信道。尝试调小GTRX或CDEF区域。 没测量数据 BSC割接和频率割接 GB丢包 GB负荷高 PCU 负荷均匀 PCU内频繁出现休眠小区 PCU吊死 PCU隐性故障 高下行TBF Flush 频率干扰 DAP设置错误 DAP配置不符 DAP配置不符 DAP扩容须重启BCF 升级拒绝失败率高 升级拒绝失败率高 GTRX开启半速率 远端未及时修改数据 7735载频故障 7725时隙故障影响GP的连续性 7723告警，休眠小区优化 7745告警，小区TBF成功率低优化 TBF成功率降低 (1) 用户投诉自24日开始，上网不正常，经常掉线，接到反映之后，我们立即查看了KPI，发现3扇区从24日开启跳频之后，TBF成功率明显降低，因此立即关闭了跳频，关闭之后，指标恢复正常，回访用户也上网正常了，怀疑为跳频单元单元的问题。 (2) 用户投诉最近上网老是掉线，经常该站的三个扇区指标，确实这几天的TBF成功率较低，流量也明显降低，查看基站也无任何告警，这三个小区共同一BCF，因此重启BCF，但TBF成功率仍然没有恢复，怀疑为基站与PCU的配合出现了问题，立即更换NSEI，之后指标也恢复正常，用户上网也恢复了正常 GENA打不开 当打开GENA时没有成功，提示路由区在数据库中无法找到。 查看当时小区的RAC为255,而目前全省的RAC设置在SGSN中的设置为零。将其修改 为规范值后，重新打开GENA时恢复正常 GENA打不开 发现小区休眠。重启GENA时，无法再打开GENA提示目前的NSEI不可用。 察看其他同NSEI下的小区也出现同样情况。 导BCSU后，GENA能打开了，流量恢复正常。 EGPRS网络优化经验交流 河南EGPRS 网络优化经验分享 测量C_SCHEME被关。 OMC统计中发现LHBSC8有GPRS流量但是没有EDGE流量，但是在BSC8的EDGE小区下现场测试情况正常。检查EDGE小区的数据设置和EDAP的情况正常；BSC有传输方面的告警，联系机房人员得知有告警的传输都是空口传输，没有建EDAP。怀疑是数据没有成功上传到OMC或者是数据收集失败或者是没有收集。 检查BSC测量情况，发现LHBSC8关于EDGE的测量C_SCHEME的状态是DISABLED。此测量被关致使MCS编码方式的流量情况无法统计 ，从而使LHBSC8下的EDGE小区都无法统计出EGPRS的流量 主要原因: 小区割接后出现数据吊死，重启BCF后恢复正常。 割接后小区的EDAP时隙基站数据和BSC数据配对不上，造成EGPRS无流量。EDAP时隙数据重新配对后，功能恢复正常。 没备份基站数据，BSC割接后，静态或动态数据区域=0，造成无数据流量。更正后，恢复正常。 GPRS AND EGPRS PAYLOAD REDUCE AFTER FREQ CUTOVER EGPRS and GPRS Payload was renewed after many bcf was resta