[参考]GPRS日常指标监控.docVIP

GPRS日常指标监控?? 目录 一. GPRS网络结构 3 二． GPRS网络负荷评估 3 2.1无线资源（PDCH）评估 3 2.2 Abis资源评估 7 2.3 GATER口负荷评估 9 2.4 GP/GPU负荷评估 10 2.5 GB口负荷评估 11 2.6 GPRS负荷评估模板 11 三． GPRS坏小区处理 12 3．1 GPRS吊死小区处理 12 3.2 无线原因 12 3. 3 BSS原因 13 3.4 无线拥塞 13 3.5 P105失败原因 14 3.6 处理流程 15 GPRS网络结构 阿尔卡特GPRS网络拓扑图，如下图所示： 在日常指标监控中，我们要时刻监控GPRS网络各个环节的负荷情况，其中主要包括评估PDCH资源，评估ABIS（外部时隙）资源，评估GATER口负荷，评估GP/GPU负荷，评估GB口负荷。 二． GPRS网络负荷评估 2.1无线资源（PDCH）评估 目前阿尔卡特的设备共有三种可以设置的PDCH参数： MIN/MAX_HIGH_LOAD/MAX，我们在配置PDCH时需同时考虑MIN/MAX_HIGH_LOAD/MAX，它们的关系如下图所示。 Max_PDCH_Highload值，保证多用户时，实现快的下载速率。通过分析研究，初步确定PDCH资源的配置原则。 Max_PDCH_Highload的值，若同时TCH很忙，载频不增加，片面追求高速率的EDGE或GPRS是不现实的。 一般来说Max_PDCH_Highload的值，根据现场对于EDGE和GPRS速率的要求，应该保证一定的值。否则应该结合话务量进行TRX扩容。 Erlang S算法示意如下图所示：爱尔兰S算法讨论的是PS_Erl、PDCH配置数和速率降级因子之间的关系。任意输入其中的两者以及手机占用PDCH时隙数（一般情况下，建议设为4），就可以计算出第三者的值。 图表 3：Erl_S算法示意 小区PS_Erl可以通过OMC-R的GPRS报告取得： 其中，P350a为所有下行Data Block的数量，包括重传和Dummy块；P59为下行控制块的数量；180000为一个PDCH一个小时内可以传送180000个RLC无线块。 注：在计算小区所需PDCH信道数时，之所以使用PS_Erl而不是PS_Mbytes，是因为后者对PDCH信道的占用还受到平均每信道吞吐速率的影响，相比之下，前者更精确。爱尔兰S算法经过多次现网验证，是目前我们使用的最接近实际情况的PS容量算法。（下面图中为不同小区在不同PDCH配置下的实测速率降级（蓝色）和爱尔兰S算法（黄色）以及其他算法（红色）的契合度对比） 图表 4：Erl_S算法与实测结果对比 这里我们根据小区的PS_Erl和速率降级因子计算小区所需的PDCH信道数。 速率降级因子（） 重点测试小区 90% 市区小区 80% 农村小区 70% 注：速率降级因子为用户设定的小区PS业务质量等级，代表了允许由于PS共享信道而导致的速率降级，一般取70%~90%。（70%代表允许共享导致速率降低30%；90%代表允许共享导致速率下降10%，速率降级因子越高，要求的PDCH信道数量越多）用户可以区分小区属性，例如：市区/郊区/农村、室内/室外、测试区域/重点区域/普通区域等来确定每个小区允许的速率降级因子。建议对于测试区域，应该进行保证90%的速率降级因子；而对于普通区域，70%应该足够了。 注：需要考虑一定的PS业务增长。一般情况下，PS_MBytes的年增长可以达到200%左右，PS_Erl的增长略少一些，但也在100%以上。如果希望做的PS配置能够满足未来3个月到半年的需求，则需考虑50%左右的PS_Erl增长。 2.2 Abis资源评估 2.2.1 三种类型的Nibble解释 2.2.2 Extra Abis 的配置与调整 ExtraAbisTS配置主要根据用户设定的MCS编码方式，结合Max_PDCH_High_Load及小区配置，来计算所需的Abis资源，具体计算公式可以参见Abis资源拥塞坏小区处理流程。 计算出所需的ExtraAbisTS数后，则需要评估现网配置下是否需要增加第二条Abis传输，是否需要分裂BTS，对于G2BSC，由于2个ExtraAbisTS等效1个TRX占用的BSC资源，因此还需要评估TSU资源是否足够，是否需要分裂BSC。 MCS编码方式与所需GCH的对应关系如下表： 2.2.3 扩容目标小区的选择 使用P472来评估目前Abisnibble的使用情况，酌情进行Abis nibble的扩容，门限为 P472具体解释如下图所示： 2.3 GATER口负荷评估 目前，现网判断需要扩容Ater口的标准是根