问题现象<br />2012-12-25日在对WCDMAKPI监控时发现，RNC 3G Blocking Rate 增加了3点多个百分点。<br /><br />问题分析<br />从后台网管提取3G Blocking Rate指标发现某一站点UMTS2100 blocking到达30%，而UMTS900拥塞率为0（注：12-25日该站点扩容了UMTS2100）<br />开始怀疑为数据业务话务量突增导致，后对晚忙时指标进行查看发现，话务量2100小区较大。

对站点的小区进行CE资源分配核查发现，扩容过BPC站点的CE资源分配为UMTS900用一个BPC，UMTS2100使用一个BPC，由于UMTS2100的话务较高，导致最终出现CE拥塞。

建议对CE资源重新进行分配，由于对该站点扩容了UMTS2100，由于数据业务优先承载UMTS2100小区上，建议UMTS900和UMTS2100共享NODE B
的CE资源。

问题处理

优化前后，对RNC进行分析发现3G Blocking Rate 下降到0.3%。
总结
不同业务基带处理的CE消耗是不等的，下表是各业务的CE消耗法则：

Service Type
Uplink CE Consumption
Downlink CE Consumption

BPC
BPC

R99
AMR 12.2 kbps
1
1

CS64 kbps
2.5
1.8

PS64 kbps
2.5
1.8

PS128 kbps
5
3

PS384 kbps
10
6

HSDPA
Uplink R99 DCH Bear Rate
0.3*

16k
1.3

32k
2

64k
2.5

128k
5

384k
10

Service Data

HSUPA
SF64
12~17.2kbps
2
0.3*

SF32
18.6~37.2kbps
3.3

SF16
52.2~70.8 kbps
4

SF8
85.8~154.8 kbps
4.8

1*SF4
169.8~711 kbps
5.7

2*SF4
742.8~1448.4 kbps
11

2*SF2
1455.6~2883 kbps
28

2*SF2+2*SF4
2970~5742 kbps
39

MBMS
SF128
16K
----
1

SF64
32K
----
1.6

SF32
64K
----
1.8

SF16
128K
----
3

SF8
256K
----
6


在对资源利用率的优化过程中，经常要遇到CE资源不足情况，首先是查看是否为设置问题导致，另外根据KPI要进行相应的扩容。

扩容规则：CE平均消耗>=75% 且CE最大消耗>=90% 且资源拥塞率>=0.5% 且出现1次或以上只要24*7=168个粒度的数据中有1个或以上粒度的数据满足以上条件，则认为满足当期扩容条件

参数说明：

CE平均消耗 = 基带资源池中上行消耗的平均CE / （192 * 基带资源池的BPC数量）

CE最大消耗 = 基带资源池中上行消耗的最大CE / （192 * 基带资源池的BPC数量）

资源拥塞率 = （Iub接口无线链路建立失败个数,NodeB资源不可用 + Iub接口无线链路增加失败个数,NodeB资源不可用 + 无线链路重配失败的次数,NodeB资源不可用） / （Iub接口无线链路增加尝试个数 + Iub接口无线链路建立尝试个数 + 无线链路重配准备的总次数）

阀值说明：上述判决规则中的CE平均消耗的阈值是75%，CE最大消耗的阈值是90%，资源拥塞率的阈值是0.5%，且只要发生1次则认为需要扩容。这些阈值均是ZTE根据用户体验和用户投诉获得的经验值，现场可根据实际情况灵活调整。

[ 本帖最后由 skyeer 于 2013-2-3 19:20 编辑 ]