处理方法.doc

1、各位领导、同事：从 3 月以来成都地区随着客户和业务量的快速增长，用户投诉也呈现较快增长趋势。其中，数据业务投诉情况尤其严重。经过多 维度的分析发现摩托设备的数据类投诉增长占绝对比例，达到 75% 。我 们对摩托系 统 4 月 275 月 12 日的全网集中的数据类投诉进行跟踪分析处理，基本分析出数据类投诉的原因及投诉抑制的方法。基本情况如下：一、跟踪分析处理基本数据：分析处理了 69 个集中投诉区域，共计 726 个投诉，投诉主要为 GPRS 不能上网和上网速率慢。可以将形成投诉的原因大致分为 5个大类：数据错误类、故障、数据业务最坏小区、 资 源不足、数据业务告警。其中资源不足和数据业务告

2、警为主要原因，占集中类投诉的 69%，具体数据如下：数据错误 故障数据业务最坏小区 资源不足 数据业务告警 总数处理前投诉量 131 59 29 294 213 726处理后投诉量 0 4 0 3 3 10各种原因分布如下：二、效果分析：原数据集中类投诉由 726 件降到 10 件（数据来源为投诉组，可能有误差），同比四月投诉量由 6864 降到 5200 建，降低幅度为 24%。三、原因分析详解及后期投诉抑制安排：数据错误：主要包括 3 中错误：工程数据错误：GPRS 功能未开启；RAC 区数据错误；载频数据配置错误：CTU2D 的载频,载频应该 配置成为类型 3 后,而现网被配置成类型 2

3、。工程数据错误：请建设中心和工程组加强工程数据准确性的管控，建议对工程数据项目进行表格化的管理，建立数据核查制度和新开基站各类业务的验证制度。RAN 区数据核查：以周为单位对现网的无线数据与数据核心网数据进行核对。责任单位：无线中心系统分析组、MOTO、 华为、省公司数据维护中心；周期：每周 1 次。载频数据错误：对全网 CTU2D 载频配置类型进行全网核 查， 责任单位：无线中心维护优化组、各片区的三方优化单位。要求完成 时间为下周五；数据业务最坏小区：主要原因为 EG 载频隐形故障或者频率干扰，反映为 IOI高或该 GPRS 下行掉线率高。处理方法为：INS 载频或者重新绑定载频。责任单位

4、：无线中心维护优化组、各片区的三方优化单位。周期为每天。常见的最坏小区统计处理方法：1. 信道请求成功率异常信道请求成功率异常，一般是由于以下几个原因造成的：信道资源拥塞；常规解决办法：增加 PDCH 信道。RSL 或 GSL 信令链路问题，导致信令无法上传；解决办法：检查 ABIS 传输，检查 GSL 信令是否拥塞。PRP 板工作异常；解决办法：重启或跟换 PRP 板。2. 下行 TBF 建立成功率异常信道资源拥塞；常规解决办法：增加 PDCH 信道。无线环境较差；常规解决办法：检查频率干扰。硬件问题；常规解决办法：跟换硬件。3. 下行 TBF 拥塞率较高解决办法：增加 PDCH 信道资源4

5、. GPRS 误码率，重传率较高解决办法：改善无线环境。进行频率和覆盖的优化。数据业务告警：主要是小区 GPRS 功能吊死或 EDGE 失效。主要告警类型及处理办法如下：1、GPRS Unavailable_No PDCHs available此告警一般在小区未开静态信道，而语音业务拥塞的时候。或挂这个小区的 PRP 板没有可用信道分配。容量问题。处理办法:1.增加静态 PDCH 信道配置2、13 GPRS Unavailable_No GPRS capable carriers available此告警一般在小区的载频退服时出现。处理办法:1.检查载频是否退服,如果退服,ins 该已退服的

6、DRI,如果载频还是不能起来, 请联系维护处理.3、16 EGPRS Unavailable_Insufficicent GDS available出现此告警一般在小区的被挂 PRP 的 GDS 链路没有可用时隙时产生。1.减少该 BSC 下流量小的,业务量小的小区的 EDGE 信道配置.2.扩容 GDS 资源和 PRP 板.处理办法:1.从新绑定 EDGE 功能2.ins PRP 板4、15 EGPRS Unavailable_No EGPRS carriers available出现此告警一般在小区开 EGPRS 的载频退服或绑定错误时产生。处理办法:5、17 GPRS Unavailab

7、le出现此告警一般将伴随其他告警如：13 GPRS Unavailable_No GPRS capable carriers available、12 GPRS Unavailable_No PDCHs available处理办法:1. INS 开 EDGE 的载频2.重新开关 GPRS 功能3.检查传输和 RSL 是否断了,如果断了报维护检查传输4.如果在某一块 PRP 板下的小区大部分都出现此告警,可以 ins 该 PRP板6、9 GPRS unavailable_No GDS available出现此告警一般在小区的被挂 PRP 的 GDS 链路没有可用时隙时产生。处理办法:1.减少该

8、BSC 下流量小的,业务量小的小区的 PDCH 信道配置.2.扩容 GDS 资源和 PRP 板.7、8 GPRS unavailable_No PRP available出现此告警一般在小区的被挂 PRP 没有可用时隙时产生。处理办法:1.减少其他流量小的,业务量小的小区的 PDCH 信道2.进行 PRP 扩容 .8、18 EGPRS Unavailable出现此告警一般将伴随其他告警如：15 EGPRS Unavailable_No EGPRS carriers available、16 EGPRS Unavailable_Insufficicent GDS available。处理办法:1

9、. 重新开关 GPRS 功能2. 检测是否有 15 号告警,如果有 15 号告警,请按照 15 号告警的方法来做.3. 检查载频是否退服,如果有 EDGE 载频退服,请联系维护处理.典型案例：1、硬件载频故障导致的 EDGE功能失效MOTOROLA 的 EDGE 功能定义于某 RTF 上，打开 EDGE功能时将该 EDGE RTF 绑定于某 CTUII 载频的逻辑 A 载频上(CTUII 载频 上仅逻辑 A 载频支持 EDGE 功能；而 CTUII-D 载频在 GSR9 下 设置为类型 3 后，逻辑载频 A、B 均支持 EDGE 功能)，当该 EDGE RTF 绑定的载频退服后，将导致该小区

10、EDGE 功能失效。因此当出现此类故障时，应当立即修改小区数据，改变绑定关系，将该 EDGE RTF 绑定到正常的 CTUII 逻辑 A 载频上，先快速恢复 EDGE 功能，在安排基站工程师替换问题载频。绑定操作的步骤如下：1）先 Lock 住问题载频 ：lock dri 2）释放绑定关系：modify_value pref_rtf_id null dri 3）Lock 住某正常载频 ：lock dri 4）重新绑定到正常的载频：modify_value pref_rtf_id dri 5）unlock 相关 载频：unlock dri 2、因 PRP板负荷过高等原因，管理该小区的进程吊死，导

11、致 EDGE功能失效，出现告警现象。1）使用 disp_eq pcu dproc full查看某个 PRP 上管理的所有小区，查找到管理该 EDGE 失效小区的 PRP 板；2）使用 reset_device pcu dproc 重启该 PRP 板；3）待 PRP 重启完成后，使用 disp_cell_s 查看 EDGE 信道是否恢复正常。责任单位：维护优化组、各三方优化单位，周期：每天一次，最佳 为每天 2 次。资源不足：主要为 GPRS 拥塞严重,PDCH 信道请求成功率较低。处理方法为：加大资源调整力度，降到 GPRS 拥塞。责任单位：无线中心系统分析组、维护资源调整组、传输中心。周期：信道调整，每天。载频资源调整：每周分批次，建议对于投诉集中区域实行限时完成制度。具体集中投诉及处理见附件！