? 273告警：当出现3273告警时，相关BTS的可用EGPRS信道数将低于CDED参数定
义的默认信道数，在现网中往往直接表现出GPRS信道为0，造成GPRS无法正常使用。
? 3019/3020告警：当出现该告警后，故障PCU覆盖区域内的GPRS网络不可用，该告
警将带来非常严重的GPRS通信事故，引发大量用户投诉，对用户感知影响极大。 ? 3031告警：BSC出现3031告警（BSSGP VIRTUAL CONNECTION RESET PROCEDURE FAILED
实质连接重置进程失败）。出现3031告警的相关小区，其GPRS功能不可用。 ? 7725告警：BSC出现大量7725告警（TRAFFIC CHANNEL ACTIVATION FAILURE），并
且附加信息是“02”，表示是PDCH激活失败。
告警名称 处理方法 （1） 查看3273告警的附加信息，确定相关的故障小区：ZAHP::NR=3273; （2） 对故障小区进行GPRS功能进行关闭并重新开启，并通过ZEEI:SEG=***;观察GPRS信道数是否恢复正常； （3） 如果同一PCU下的多个小区同时出现了3273告警，则很有可能是该PCU出现的故障，一般需要做PCU倒换。 3273告警 （4） 如果同PCU下只是某1、2个小区出现了3273告警，一般是由于该PCU的负荷过高导致，解决措施：将出告警的小区挪移至负荷较低的PCU。 a,如果是普通GPRS小区，指令ZEQV更改NSEI。 b,如果是EGPRS小区，把DAP移到负荷较低的BCSU-PCU。指令如下例： ZERO：查该EGPRS小区的DAP编号用ZFXL:PSEI=0&&99:BTS;查改换的NSEI所在BCSU-PCU: （5） 此外高话务下话音业务挤占GPRS信道也会导致可用EGPRS信道数低于CDED参数定义的默认信道数,产生3273告警。解决措施: 均衡话务，适时提/催扩容建议。 （1） 查看NSVC状态：ZFWO或ZFXO； （2） 查看BSC告警情况：ZAHO、ZAHP； 3019/3020告警 （3） 该故障原因可能是Gb链路出现了故障、PCU硬件出现了问题、BCSU重起后PCU没有恢复正常工作或者是SGSN中的相关单元出现了故障。 （4） 在该PCU故障恢复之前，可以通过重新指定NSEI，将其下的小区分配到其他PCU下工作，待故障解决后再恢复。 （1）查看3031告警的附加信息，确定相关的故障小区：ZAHP::NR=3031; （2）如果同一PCU下的若干小区同时出现了3031告警，则很有可能是该PCU出现的故3031告警 障，一般需要做PCU倒换; （3）如果同PCU下只是某个小区出现了3031告警，则需要查看该小区的性能统计，看是否是断站或者基站硬件故障; （4）如果不是以上原因，则建议为相关小区重新分配另外的NSEI，重启其GPRS功能。 （1）查看相关小区的告警情况（ZEOH）：是否有断站或者基站硬件故障。 （2）查看相关小区的性能统计：如果话音类相关性能指标正常，而“GPRS信道立即指配成功率”为零，或者RLC下行数据量为零，则说明小区的GPRS功能不可用，此时分两种7725告警 情况处理： 1)如果故障小区集中在某个PCU下，则说明是该PCU出现了问题，倒换相应PCU； 2)如果故障小区分布分散，则建议为相关小区重新分配另外的NSEI，重启其GPRS功能（ZEQV）；必要时重起基站。同时，查看该BSC下的各个PCU的小区数量是否均衡（ZFWO或ZFXO）：如有必要，则进行均衡调整。 1
问题 根本原因 指标含义 当手机请求多时隙无线信道资源时，系BLOCK_33 信道不足引起 统没有分配足够的时隙资源给MS。例如，MS申请4个下行TSL，而系统只分配了3个TSL。 当手机请求无线信TBF_16 信道不足引起 道资源时，系统没有任何无线时隙分配给MS，导致MS无法接入GPRS网络。 反映了多用户共享时隙资源的情况，该TBF_38C 信道不值越高说明用户共即多用户共享越厉害。 足引起 享无线资源越严重，速度低（可能此时是M9且占4个时隙） DAP_7A>150， EDAP（DAP_13、DAP_7A） EDAP 不足 用DAP脚本通过网管查询DAP_7A，大于150即为拥塞。 编码方式低 或DAP_13>1.5% 一般看DAP_7A 用PCU脚本通过网管查询PCU PCU CONGESTION，表示值为百分比，不为零即为拥塞。 CDED 信道不足引起 编码方式 高但占时隙少 编码方式低 改CDED或加GTRX 无法上网、慢等 大于0即为异常 调整PCU负荷 见下方 扩EDAP >1.5异常，<1优秀 加CDED或加GTRX 同上 无法接入 >0.5％异常 加GTRX、CDED 改CDED：ZEQV； 加GTRX：ZERS、ZERM； 无法占用 >5％异常 改CDED、CDEF ZEQV 表现、影响 如何确定 解决方法 命令 干扰或电平差 每个GPRS时隙上行最多7个用户，下行最多9个用户。
影响占用几个时隙和用户能否接入网络的是的GPRX信道数量，通过增加GTRX数量、CDED、CDEF来改善；
影响编码方式的是EDAP数量、无线环境 PCU对编码方式、占用时隙数量没有影响
调整PCU负荷（每个PCU对应1个NSEI；每个BCF的DAP号一般等于BCF号；每个BCSU
2
对应多个PCU）
EGPRS工作描述
实施目标及工作项目小项 要求 实施手段 1、全网所有小区GENA=Y；2、EDGE小区EGENA=Y；3、DIRE，为EDGE 小区设置为“1”，其余为“0”；4、 ELA，为EDGE小区设置为“2”；5、HOP，为EDGE BTS设置为“N”；6、 保证各基本参数设置均正确 全网EGPRS参数检查/优化 NBL ，为全网设置为“0”；7、CDED，所有 BTS均要设置为roundup(GTCH*CDED（%）> = 2,0) ；8、 CDEF，所有BTS参数设置需要设置为 >= CDED ；9、全网所有小区GTRX_num≧1；10、EDGE小区TRX需要绑定DAP 提高用户感知度，保持小区数据业务正常使用 重点改善TRF_236、Blck_33、Blck_32、Blck_16(预拒绝率，比较高时将无法上网，与载频质量有关)指标 提取OMC数据，查看TRF_236、Blck_33、Blck_32、Blck_16是否达标 检查BSC/CELL/BTS/TRX级别参数是否设置正确 检验手段 注意事项 1、全网所有小区均需要开启GENA，EDGE小区需要开启EGENA；2、EGPRS载频GTRX打开，也绑定了dap，但是所在bts未开启EGENA，可能导致支持EGPRS用户不能使用EGPRS进行数据业务，造成用户速度受限。3、载频所在BTS开启了GENA和EGENA，但是下挂载频GTRX未打开，导致用户占用此小区后无法进行数据业务。4、BTS的EGENA功能打开，但打开GTRX的载频没有绑定DAP，另外一块TRX绑定了DAP，但是未开GTRX，BL-SYS。 提取全网数据指标：TRF_236≥45kbps、Blck_33<20%、Blck_32=0、Blck_16＜0.5。 睡眠小区现象表现为：每隔2~3小时进行睡眠小区,无流量小区检查；每天睡眠小区处理/无流量小区 确保第一时间处理休眠小区/无流量小区 特别是有大量GPRS流量,无EGPRS流量的小区；并且有些小区虽然PCU负荷很低,仍然有睡眠小区出现,还要进行小区激活 每隔一个小时提取睡眠小区，出现睡眠小区立即处理 当单小区出现非常多的PACKET IMMED ASS REJ MSG 和非常少的PACKET IMMED ASS ACK MSG现象，同时从OMC KPI上来看，上下行有效数据量、分组信道指派次数、分组信道指派成功率、上/下行平均每时隙TBF数等均异常。 3