浅谈PCU拥塞率指标揭阳公司黄炎水许俊旺摘要：本文通过分析实际统计数据和PCU拥塞率的计算公式，探讨统计结果与实际情况不相符的原因。建议重新定义PCU拥塞率的计算公式，以使统计结果和实际情况符合，表征网络性能。数据表明用新的公式计算得到结果与实际用户对网络的感知较为相符。关键词：PCU拥塞小区迁移随着揭阳移动GPRS用户数、业务量的迅速增长，BSC节点里负责数据业务应用的PCU单元存在着大量的拥塞现象。在9月份GPRS九期扩容以前，统计揭阳PCU设备的使用情况如下：BSCPCU拥塞率RPP拥塞率GSL设备使用率EPDCH数量PDCH使用率JYBBSC295.9464.6398.86196.2264JYCBSC281.360.4598.04390.8556.38JYDBSC132.7734.0395.55219.0159.44JYDBSC221.437.2595.93259.7360.32JYEBSC189.4764.6398.56413.1871.8JYEBSC295.9377.8199.03388.6677.91JYFBSC159.6751.0497.73389.2168.14JYFBSC298.3376.3698.88461.3970.63JYSM1B315.0230.7895.41193.9557.48JYSM2B33.1613.9990.99111.0572.5其中存在这不合理的指标情况，如标注红色标注部分，PCU的拥塞率解决100%，按照这种拥塞情况，用户基本上不能接入数据业务服务，这与实际情况不符合。分析表征PCU负荷情况的几个指标：在爱立信PCU设备中，PDCH分配是PCU通过其下面某一RPP来实现的。当RPP存在拥塞的时候就有可能导致PDCH分配失败。但需要注意的是，ALLPDCHPCUFAIL并不能准确反映由于GSL资源紧张而导致用户无法获取足够PDCH的次数。这是因为任一小区的数据业务只能受某一个确定的RPP管理，当某个小区发生PDCH建立申请，但是对应的RPP由于资源不足无法满足这一需求，此时ALLPDCHPCUFAIL就会加1。虽然该COUNTER被触发计数，但此次PDCH建立申请并没有结束，系统会尝试将这一RPP中的某个小区移到别的RPP上去，以充分利用整个PCU的资源来满足此次申请，这被称为小区转移机制。如果此时其它RPP仍比较空闲，此次PDCH建立申请仍然可能成功。只有当PCU中所有的RPP处于资源紧张状态时，此次的PDCH建立申请才会失败，同时FAILMOVECELL加1。因此，小区转移机制其实是PCU内部的负载均衡方法。CELLMOVED是小区成功迁移到另一个RPP上去的次数。分析PCU拥塞率的计算公式：发现计算的只是小区迁移的成功率。结合语音业务的拥塞率计算公式：我们认为，衡量整个PCU的拥塞情况也应该用数据业务信道申请失败次数，即PDCH申请在次数和PDCH申请次数来衡量，不应该只是用小区迁移的角度来考虑，可以做个类型比较，BSC内有因为切换引起的拥塞和呼叫引起的拥塞，不能够单用切换拥塞来代表整个BSC的拥塞率。从PCU的角度计算PDCH申请失败次数的COUNTER是FAILMOVECELL，也就是PCU拥塞率应该为：而把原来计算PCU拥塞率的公式定义为另外一个指标小区迁移失败率：取揭阳公司某一月的PCU设备使用情况结果如下：BSCPCU拥塞率RPP拥塞率PDCH分配成功率PDCH使用率GSL设备使用率JYBBSC200.620.3470.4184.16JYCBSC202.870.4762.0683.38JYDBSC161.7172.710.875.9897.28JYDBSC226.2755.730.6576.2495.76JYEBSC1000.377.1474.67JYEBSC2000.3176.6873.92JYFBSC1000.3575.2861.71JYFBSC2000.4770.7569.51JYSM1B301.540.3466.585.88JYSM2B300.180.2384.5378.44JYSM3B27.920.730.2882.2584.85可以看出PCU的拥塞率非常高，按61%的拥塞率来分析，用户接入数据业务服务应该很难，但在实际测试中没有出现数据业务接入困难的情况，而做EDGECQT测试FTP下载速率也有150kbps左右。根据以上统计数据并不能真实反应PCU的拥塞程度。应用重新定义的指标计算PCU拥塞率结果如下：BSCPUC拥塞率小区迁移失败率RPP拥塞率PDCH分配成功率PDCH使用率GSL设备使用率JYBBSC2000.620.3470.4184.16JYCBSC2002.870.4762.0683.38JYDBS