GSM坏小区处理-精选（公开课件）.pptVIP

* * 看v-cell载频级的110报告，看是否有载频SD占用时长异常 r-cell报告时小区级的 如果所掉载频后，SD分配失败和掉话跟到另一块载频后，先看看所掉的载频是否配有SD信道，再看另一块载频是否有SD信道，如果没有则可能发生TRX TRE顺序发生改变，则可能故障跟着载频走，这是由于所掉载频配有SD信道而另一载频没有 SD信道，所以才会发生这种现象。 * Mc390为SDC忙的次数 为了防止SDC拥塞，现网的SD HO基本上都是关掉的，所以被bar的小区SDC不会被占用 * 拥塞导致的建立成功率低： 在满足gsm语音业务的前提下，可以适量增加PDCH信道。如果资源不足，则申请增加硬件载频，或增开D网吸收话务。 小区需要的PDCH信道数，可以通过Erlang C算法得出。 Erlang C算法： 根据Counter P38e（cell级小区PDCH占用总时长，需要折合到等效PDCH数，p38e/10/3600），结合阻塞率，应用Erlang C表，来计算MAX_PDCH_HIGH_LOAD值。 Erlang C表中等效话务量为p38e/10/3600，阻塞率2% 建立成功率低小区的处理:2 BSS原因 TBF建立失败BSS原因是请求总数减去成功的和有归类失败的数目，剩余的部分正常情况下失败占比很小，0.5%以下 －观察出现的坏小区所属BSC下的所有小区是否都有BSS原因造成的失败，如果是检查BSC级的硬件； －检查是否有硬件告警(包括第二条传输) ,如果发现告警则提交工单处理； 某些小区会出现较高的BSS原因失败大于10%的情况，目前发现，是由于第二根传输质量不好导致，将第二根传输卸除指标恢复。彻底解决需要修第二根传输； －检查该小区GSM指标(推荐查看11时报告),TCH占用时长(小于10秒)，同时查看占用次数(占用次数必须要比较多)，如有则提出硬件调整工单； －如果上述情况都不存在，建议更换PREF MARK； －如果更换pref mark无效则尝试Extra Abis TS改为0（一般不建议调整），或者可以适当减少PDCH信道数，将其范围缩小到一块载频上，然后进行观察； 建立成功率低小区的处理:3 GPRS吊死及处理 GPRS吊死现象 上下行TBF建立成功异常： 建立成功率特别低或是等于0 下行TBF建立请求异常：下行TBF建立请求为0 上行TBF建立请求异常： 上行TBF建立请求为0（为了过滤被bar小区，增加门限mc390 100） GPRS吊死处理 小区级： Re-initialize，Reset 载频，倒换prefmark GP级： reset GPU 案例：AGCH溢出 问题提出：报告观察发现D_ 国贸2上行TBF建立成功率低只有30%左右，上行TBF请求达到近10次，同时存在严重AGCH溢出现象。 问题分析：处理步骤： 由于小区同时存在大量AGCH溢出，所以将小区开启multiple CCCH 问题解决：小区指标走势如下图： 是否还有其他解决方式？调整AGBLK？调整CRO？调整接入电平？是否可行 案例：GPU鸳鸯线导致建立成功率低 问题提出：报告观察发现BSC62下所属GP3-2的上行建立成功率较低，小区建立成功率基本在80% 左右，而另两块GP3-1，3-3所属小区建立成功率在98%。 问题分析：处理步骤： 由于GP下所有小区建立成功率都低，先对该GPU做过RESET,倒换到备板上无效，做过BSC初始化无效，发单卡特维护人员上机房查看发现GP存在鸳鸯线，重新接线后指标正常 问题解决：小区指标走势如下图： 上下行TBF掉线 问题介绍 与TCH掉话率用以衡量语音业务保持能力相对应，TBF掉线率是衡量数据业务保持能力的一项网络指标。由于GSM数据业务的应用特点，下行业务量远大于上行业务量，上行TBF建立后会很快释放，其持续时间较短，其掉线率一般较低，参考意义较小，下行TBF则会保持较长时间，下行TBF掉线率更能反映数据业务的保持性能。 下行TBF掉线就是用户在进行数据业务时，下行TBF的异常中断释放行为。下行TBF掉线次数多，用户会感觉到下载数据断断续续，阅读网页经常提示打开页面失败等异常情况，严重影响用户的数据业务使用体验。 相关指标统计 下行TBF掉线率的公式为： 下行TBF掉线率＝(p11+P302b+p303a+p385a)/(p90a+p90b+p90c+p90d+p90e+p90f) 其中： P11表示BVC(GB接口问题）无效导致下行TBF释放； P302b表示无线失败导致上行TBF释放； P302b包括P302b_1/2，分别表示N3105超时、过低的发射效率造成的无线失败； P90a/b