PCU系统容量评估分析优化流程

PCU容量评估分析优化流程

1 PCU容量分析优化流程

如上图所示，首先是要对PCU的容量负荷情况进行评估。主要从BSC统计上去判定PCU的负荷情况，这就需要收集关于PCU负荷的BSC统计数据，统计数据会在下文作详细说明。其次是要收集一些影响到PCU负荷的参数设置，这些参数

除FPDCH外基本都是BSC级参数。另外还要清楚目前PCU的配置情况，如配置的RPP的数、Gb的链路数、Gb链路中有多少个时隙是用于Gb口传输的。上面提到的所有反映PCU情况的数据收集齐全后，就可以根据PCU的负荷情况作出优化方案了。具体介绍如下文所述。

2 PCU容量分析

2.1 PCU概述

PCU在数据网中的地位相当于BSC在GSM话音网，用于GRPS的无线资源管理，处理的接口是Gb接口和Abis接口。B-PDCH/G-PDCH/E-PDCH信道对应于在Abis接口传输。

PCU的内部结构如下图所示：

每个BSC只能有一个PCU，而一个PCU内可以包含若干RPP。PCU的处理能力，主要是由RPP处理能力总和决定的。各个RPP之间使用以太网连接，而每个RPP可以同时处理Gb和Abis，也可以完全是处理Abis。

目前我们谈的PCU的处理能力问题，主要分为2个方面，一个是RPP对于PDCH信道数的处理能力，一个是RPP上所能支持的GSL设备数的多少。为了理解这两个方面，首先让我们认识一下RPP的内部结构：

可以看到，每个RPP里有8个DSP。每个DSP的处理能力是25个B-PDCH。每个G-PDCH/E-PDCH需要的处理能力是B-PDCH的1.5倍，因此，一个DSP的处理能力是25/1.5=16.7个G-PDCH/E-PDCH。在8个DSP中，只有6个DSP可以用来处理Abis，剩下2个只能用来处理Gb。这样，可以知道一个RPP对于PDCH的处理能力是25×6＝150个B-PDCH，或者150/1.5=100个E-PDCH/G-PDCH。

而从连接来看，每个RPP有两个DL2，每个DL2含32个RTGPHDV设备。RTGPHDV设备可以连Gb接口或者Abis接口。一般来说，Gb是定义在DL2－0上，数目小于32。下表为Gb数目和相应的Abis容量关系。

GSL设备使用率是描述PCU负荷情况的主要指标。一般性能良好PCU的GSL设备率应该处于50到60这个范围，当GSL设备率高过85%，就认为对PDCH分配有比较大的影响，导致某些小区PDCH分配不足。对PCU负荷优化的手段我们主要通过释放闭塞的GSL设备、参数调整和RPP扩容。

2.2 PCU优化的方法：

1）参数调整

有部分参数的设置会影响到PCU的负荷，这些参数包括BSC级和小区级。这部分BSC级参数主要有： TBFDLLIMIT、TBFULLIMIT、ESDELAY、ELDELAY、ULDELAY和PILTIMER；小区级主要参数有：FPDCH。参数的作用及对PCU负荷的影响说明如下：

TBFDLLIMIT/ TBFULLIMIT：其中TBFDLLIMIT用于下行情况，TBFULLIMIT用于上行情况，作用原理是一样的。这两个参数设置新PSET分配的门限值，当PSET内平均PDCH复用数达到这个门限值就会触发另外一个新PSET的PDCH分配。门限值调低时会使更多的PDCH分配给用户使用，由于PDCH分配数增加，因此会增加PCU负荷。调整该参数对PCU负荷的影响较大。

ESDELAY/ELDELAY/ULDELAY: 这3个参数是分别对3种TBF机制保持时长

的控制，时长设置的越长，（PDCH）资源保持的时间越长。增加这3个参数的设置会增加PCU的负荷，不过影响的幅度较小。

PILTIMER：该参数调整空闲按需分配PDCH释放的等待时间。当这个等待时间较短时，空闲按需分配PDCH会更快的释放掉，释放掉的PDCH就会释放PCU的占用资源。增大该参数会增加PCU负荷，调整该参数对PCU负荷的影响较大。 FPDCH：用于设置小区的固定用于GRPS的信道数，这些信道不能为语音所用，设置范围是0到8。固定PDCH是一直持续占用PCU资源的，所以固定PDCH的增加会增加PCU负荷。

2）释放闭塞的GSL设备

释放闭塞的GSL设备就是要把在PCU中处理GB口链路的设备中释放部分设备，用于处理PDCH。PCU负荷来自于两方面，一方面是对GB口链路的处理，另一方面是对小区PDCH的管理。用于GB口链路的处理的设备是通过闭塞RPP中的设备来获得，其余的可用的设备都会用作PDCH处理。在GB链路有足够冗余量的情况下，解闭部分用于GB口链路的处理的设备，这样就会使到RPP中处理PDCH的设备数增多，可以缓解RPP对PDCH处理负荷的压力。

另外要注意的是当处理GB口链路的设备数小于18（加上1个设备用于链路同步，共19个设备闭塞）时并不会比等于18时，使用于PDCH处理的设备数增多。也就是说GB口链路的设备数小于18或等于18时对PCU在PDCH处理方面的资源是一样的。

3）RPP扩容

PCU RPP扩容是一个较好的降低PCU负荷的方法。增加RPP数，也就是增加了可用的GSL设备数。RPP需求数的计算方法介绍如下，计算结果可作为扩容参考。由于BPDCH和EPDCH对PCU资源的占用程度不同，因此需要分别计算出BSC的BPDCH和EPDCH的总数。BPDCH是支持GPRS的PDCH信道，EPDCH是支持EDGE的PDCH信道。这里介绍两种方法计算：

1、方法一

在OSS终端使用RLGRP指令得出PDCH分配总数，及BPDCH和EPDCH数的方法。RLGRP指令可以列出当前小区PDCH分配情况，具体操作是：分别在几天的数据忙时时段多次使用指令“RLGRP：CELL=ALL；” 把分析BSC的所有小区的PDCH情况列出，然后作平均处理。这里以BSCA为例，针对BSCA，我们对RPP需求数的计算方法介绍如下。计算结果可作为扩容参考。由于在统计上虽然可以得出PDCH分配数，但不能准确的对BPDCH和EPDCH作出准确的区分。BPDCH是支持GPRS的PDCH信道，EPDCH是支持EDGE的PDCH信道。我们使用了在OSS终端使用RLGRP指令得出PDCH分配总数，及BPDCH和EPDCH数的方法。RLGRP指令可以列出当前小区PDCH分配情况，具体操作是：在00：00-01：00的数据最忙时段多次使用指令“

RLGRP：CELL=ALL；” 把当前BSCA所有小区的PDCH情况列出，然后作平均处理，结果如下：

配置RPP数——14个

PDCH总数——1532个

BPDCH分配数——1203个

EPDCH分配数——329个

按上表计算，在BSCA GB口时隙数为18的情况下，1个RP单独可支持150个 BPDCH；1个RP单独可支持45个 EPDCH。得到按BPDCH数和EPDCH数计算的需要RPP数：

RPP = 1203 / 150 + 329 / 45 = 15个

然后按每个RPP的负荷利用率是90%计算，最后得到需要的RPP数为：

RPPreq = 15 / 0.9 = 17个

需要扩容的RPP数是：17-14=3个

2、方法二

在统计上可以得出PDCH分配数，用COUNTER Dlbpdch和Dlepdch能大约计算出BPDCH和EPDCH占PDCH分配数的比例。Dlbpdch是BPDCH的统计累加，Dlepdch是EPDCH的统计累加。我们把统计PDCH分配数作为分配PDCH的总数，之后按比例计算得出的BPDCH和EPDCH，得出分配PDCH总数中的BPDCH数和EPDCH的数目按上表计算，在时隙数为18的情况下，1个RP单独可支持150个 BPDCH；1个RP单独可支持45个 EPDCH。得到按BPDCH数和EPDCH数计算的需要RPP数：

BPDCH数=PDCH分配数 * Dlbpdch / （Dlbpdch+Dlepdch）

EPDCH数=PDCH分配数 * Dlepdch / （Dlbpdch+Dlepdch）

RPP个数 = BPDCH数 / 150 + EPDCH数 / 45

然后按每个RPP的负荷利用率是90%计算，最后得到需要的RPP数为：

RPP需求 = 个数 / 0.9

需要扩容的RPP数是：RPP需求- RPP个数

以上介绍的两个方法的区别在于前一种是通过指令PRINT的出实时的PDCH分配情况，比较直观，可以得出一小时内的峰值情况；后一种是在统计上的数据，一般是使用1个小 …… 此处隐藏：2164字，全部文档内容请下载后查看。喜欢就下载吧 ……