PCU拥塞分析及解决案例.docVIP

PCU拥塞分析及解决案例 2009年6月23日 1、 PCU结构与相关介绍 3 2 、PCU拥塞问题分析 7 2.1 GSL负荷 7 2.2 GSL利用率 9 2.3 RPP负荷 10 2.4 PCU拥塞率 12 2.5 GB口链路负荷 14 2.6 GB口实际流量计算 15 3 解决方案 17 RPP扩容 16 参数调整 18 PCU结构与相关介绍 PCU含有PPC（Power PC，中央处理器）及中央处理软件，以及由Regional Processor（区域处理器）管理的硬件设备及相关软件。 PCU里最主要的功能集成在RPP单元上，通过和选组级（Group Switch）的连接，RPP提供Abis和Gb接口间分组数据包及信令交互的硬件及软件平台。 图 1：PCU结构简图 RPP的硬件结构如下图所示： 图 2：RPP结构简图 如上图所示，每个RPP提供2个DL2连接链路：DL2-0和DL2-1，其中： 每条链路可以提供最多32个速率为64Kbps的GPH设备（RTGPHDV）供Abis接口上的G-PDCH或E-PDCH使用； 每个GPH设备可以支持4个速率为16Kbps的子设备供Abis接口上编码方式为CS-1或CS-2的用户（B-PDCH）使用； 链路DL2-0上若干个64Kbps设备组成一条宽带物理链路，构成Gb接口上的NS-VS（Network Service Virtual Connection，Network Service层虚拟连接），为BSSGP的PDU提供路由。受限于BSC子系统RTS的功能块RTGLT，每个RPP里的DL2-0链路最多定义31个Gb设备。 图 3：RPP结构简图 在RPP里面，一共有8个DSP（Digital Signal Proceesor，数字信号处理器）协同主处理器（PPC，Power PC）工作：高级别任务由PPC负责处理，而一些较低级别的任务则由DSP负责处理。RPP的容量会受所处理的PDCH类型影响，如单纯处理B-PDCH业务和同时处理B-PDCH、E-PDCH业务时，RPP的容量就有很大差异。在BSS R10中，DSP1和DSP2仅能用于处理Gb设备，因此，共有6个DSP可以用于处理Abis接口上GSL设备，而且DSP的处理能力会成为RPP容量受限的因素： 1个DSP可以处理25个B-PDCH，即1个B-PDCH需要1个DSP 4%的处理负载； 1个G-PDCH或E-PDCH需要1.5倍于B-PDCH的DSP处理能力，即1DSP可以处理25/1.5=16.67个G-PDCH/E-PDCH，需要1个DSP 6%的处理负载； 1个RPP仅处理B-PDCH，理论上容量上限是150个：6DSP×25B-PDCH/DSP=150B-PDCH； 1个RPP仅处理G-PDCH/E-PDCH，理论上容量上限是64个：DL2-0容量+DL2-1容量=32GPH(64kbs)＋32GPH(64kbs)=64G-PDCH/E-PDCH； 使用其他混合组合方式时RPP的容量可参阅图10 图 4：定义不同数量Gb设备与使用不同类型PDCH时的RPP容量 在B-PDCH信道与G-PDCH/E-PDCH信道共享为0的情况下： 受限于DSP的处理能力，RPP容量=25B-PDCH/DSP×6DSP=150B-PDCH 受限于DL2链路时隙数量，RPP容量=DL2-0容量＋DL2-1容量=32×4+32×4=256B-PDCH 实际RPP最大容量=Min（DSP处理容量，DL2链路处理容量）=150BPDCH 基于上述计算，可知制约RPP容量的瓶颈在于DSP的处理能力不足，因而出现了上图的灰色地带：只有13个DL2-0时隙，25个DL2-1时隙可用于处理B-PDCH 在RPP用于处理纯粹的G-PDCH(E-PDCH)信道时： 受限于DSP的处理能力，RPP容量=16.67G-PDCH(E-PDCH)×6DSP=100G-PDCH(E-PDCH) 受限于DL2链路时隙数量，RPP容量=DL2-0容量＋DL2-1容量=32+32=64G-PDCH(E-PDCH) 实际RPP最大容量=Min（DSP处理容量，DL2链路处理容量）=64G-PDCH(E-PDCH) 通过上述计算可知：一个纯粹的GPRS网络建议在DL2-0链路上定义19个Gb时隙，这是由于受DSP处理能力限制，DL2-0链路上的该19个时隙是无法使用的。而当引入了CS3/CS4或EDGE以后，Gb时隙的数量建议根据Gb接口上的流量进行重新评估，因为RPP用于处理G-PDCH/E-PDCH的比例超过某个数量时，DSP处理能力将不再成为瓶颈，瓶颈变为DL2链路的时隙数量。根据Gb的峰值流量来规划Gb时隙数量是比较合理且经济的。  2 、PC