PCU资源配置及RPP需求计算.docVIP

PCU资源配置（Gb口、GSL、PDCH方面） ?PCU介绍：每个BSC中只有一个PCU, 负责GPRS分组数据无线资源管理.由中央软件和含有区域处理器RPP的硬件设备构成,功能是在Gb和Abis接口之间分配PCU帧, PCU有一个以上的RPP时，RPP使用以太网总线进行相互间的通信一个PCU可管理. 一个PCU可管理: 64个RPP(150PDCH/RPP；64设备其中2个同步，每个 RTGPHDV对应1个G/E—PDCH或者4个B-PDCH；1个RPP有8个DSP（Digital Singal processor），其中6个处理A-BIS、2个处理GB，1个DSP处理25个B-PDCH、4096个PDCH、512个小区。PCU的主要功能是为GSM网络的电路交换部分和分组交换部分提供接口。在GPRS规范中，PCU在GSM网络中的位置并不固定。它可以位于SGSN中，也能位于BSC和BTS中。对于爱立信系统，PCU整合于BSC中，包括软件与硬件两个部分。PCU的软件部分则可分为CP和RP，CP是用来对PCU进行设置的,它同时还处理Gb口的传输；RP则负责对数据进行处理与路由。所有的这些RPP一侧通过Gb口与SGSN相连，另一侧通过Abis口和BTS相连. 以下进一步对RPP的结构及功用进行说明。PCU两侧分别连接着Gb口与Abis口，RPP需要分别对两侧的业务进行处理，对于Gb口的处理都是64kbps的业务，而在Abis口则有着GPRS的16kbps和EDGE的64kbps业务的区别。每块RPP所能支持的业务数量受两个方面的限制：第一方面：DSP处理器用来处理Gb及Abis口业务，每块RPP共有DSP1～DSP8共8个DSP处理器，每个DSP的处理能力是25个16kbps业务(Abis口的GPRS)。由于在爱立信BSC的R10版本中，DSP1-2限定只能用来处理Gb口的业务，因此每块RPP板一共可以处理150个16kbps业务(Abis口的GPRS)。而对64kbps业务（Abis口的EDGE业务）处理需要占用DSP的处理能力是16kbps业务的1.5倍，也就是说每块RPP能够处理的Abis口的64kbps业务数为150/1.5=100。由此我们可以得到结论：受RPP的处理能力限制，每块RPP能处理的数据业务数量为：16kbps----150个、64kbps----100个。第二方面：GSL(GPRS Signalling Link)设备是RPP的业务处理单元，每个GSL设备能够处理1个16kbps业务，因此，对每个64kbps业务进行处理需要4个GSL设备。而每块RPP支持的GSL设备数却是受到RPP结构图中的DL2传输能力限制的，每个DL2时隙支持4个GSL设备。因为每块RPP有64个DL2时隙，除去用于同步的2个时隙，一块RPP板能够支持的GSL设备数量为：62*4=248。因此,受RPP支持的GSL设备数量限制，每块RPP能处理的业务数量：16kbps----248个、64kbps----62个。在不考虑Gb口业务的情况下，每块RPP所能支持的纯GPRS业务（16kbps）数量主要受RPP的处理能力限制（150个）；而支持的纯EDGE业务（64kbps）数量却主要受RPP支持的GSL设备数量限制（62个）。注：当某个小区发生PDCH建立申请，但是对应的RPP由于资源不足无法满足这一需求时，此次PDCH建立申请并没有结束，系统会尝试将这一RPP中的某个小区移到别的RPP上去，以充分利用整个PCU的资源来满足此次申请； 目前一般配1个PCU，一个PCU最多64个RPP（爱立信）每个RPP有两个DL2，每个DL2设备包含32个支持64kbps的GPH设备，其中DL2-0支持Gb和Abis，也就是说1个RPP可以满足一个满配置的Gb接入这个RPP，如果这块RPP没有接Gb，哪么全部可以接Abis，这些设备支持16kbps的BPDCH和64Kbps的GPDCH和EPDCH。如果说GSL负荷过大（拥塞？），有两种情况，一种就是处理能力不足，一种是（带宽）资源不足。处理能力：RPP里面有8个DSP处理芯片，每个DL2有4个，每个DSP可以处理25个BPDCH，而G/EPDCH的处理能力是B-PDCH的1.5倍，即DSP可以处理16.7个G/EPDCH，由于只有6个DSP用来处理Abis，所以一个RPP能处理150个BPDCH或者100个G/EPDCH。资源能力：RPP有64个设备（GPH），考虑需要做同步的，有62个可用，每个设备对应一个64kbps资源，也就是对应1个G/EPDCH或者4个BPDCH，则每个RPP就支持62*4=248个BPDCH或者62个G/EPDCH，如果不负责Gb的，好像就不需要考虑同步的设备。所谓的GSL是