PDCH信道评估.doc

GPRS相关文档1.1 PDCH信道评估单条PDCH信道所能承载的速率是有限制的，比如单条PDCH在开通GPRS的情况下最大能达到59.2kbps的空口速率，由于目前的终端都具有同时绑定多个时隙的能力，因此网络侧如果有充足PDCH信道资源，对于终端来说就可以同时绑定多个时隙，这样速率自然就能成倍的提升。在数据业务中，终端的多时隙能力对下载速率有非常重要的影响。在进行语音业务时，手机只使用一个时隙。而GPRS和GPRS终端具备多时隙能力，在下载时能同时捆绑3个或者4个下行时隙，进行上传业务时，一般能捆绑1个或者2个上行时隙。现在主流的GPRS终端一般支持4个下行1个上行的多时隙能力。图1 MS的多时隙能力因此理论上单用户在链路质量稳定，独享带宽时最大速率可以在220kbit/s左右。同时由于终端的多时隙能力原因，GPRS的上下行速率存在不对称。一般终端只能占有1个到2个的时隙，因此在进行上行业务时，上行速率要明显低于下行速率。PCU对PDCH信道资源的分配原则和配置原则为：1. 分配给同一个MS的多条PDCH信道必须是同一载频上的连续配置的信道。2. 小区内可以分配给手机的信道可能有若干组，对于这若干组信道，PCU将会优先选择信道数目较多、信道上复用手机较少的一组给MS使用，以使MS享受最好的服务。3. 从小时隙号开始依次配置静态PDCH信道、动态PDCH信道、TCH。商用网络的PDCH配置评估是参照现网的话统而来的，主要是以实际能够支持的下行TBF接入数而定作为扩容PDCH信道数的依据，也可以作为静态PDCH信道配置的参考。当然要做信道扩容，最好是一组连续的4条PDCH作为粒度进行扩容以充分保证用户的感受。每小区PDCH配置数支持的饱和TBF接入数对应表可以参考下2表（下行最大复用度为8）PDCH信道数（连续配置）实际支持的下行TBF接入数1信道988 2信道1972 3信道2957 4信道3943 5信道5410 6信道6675 7信道9290 8信道15426 图2 PDCH信道配置支持的最大下行TBF接入数R8版本的任何一个全速率TCH信道都有转变为PDCH信道的能力，即R8版本不需要指定哪个信道为动态PDCH信道，因为所有的全速率TCH信道实际上都是动态PDCH信道。R8新增了一个参数【小区下最大PDCH比率门限】来限定一个小区下最多有多少业务信道转换为PDCH信道。配置路径为：配置小区属性-GPRS属性-高级-PS域信道管理。这样，一个小区下最大PDCH信道个数为：小区最大PDCH信道个数 = (小区配置的TCH全速率信道个数+小区配置的静态PDCH信道个数) * 【小区下最大PDCH比率门限】。如果计算结果不是整数，则向下舍入为整数。例如，对于一个三载频的小区，配置1个主BCCH，2个SDCCH，2个静态PDCH，19个全速率TCH，【小区下最大PDCH比率门限】设置为50%，那么，这个小区最大PDCH个数为：(2 + 19) * 50% = 21 * 0.3 = 10.5 = 10个，这相当于配置了10-28个动态PDCH信道。以上的计算以初始配置（即在LMT/MML上的配置）为准。随着系统的运行，信道类型会动态转换，动态转换后的结果不做为计算依据。初始配置为半速率TCH信道的小区，不会被调整为PDCH信道。例如，对于一个三载频的小区，配置1个主BCCH，2个SDCCH，2个静态PDCH，14个全速率TCH，5个半速率TCH，【小区下最大PDCH比率门限】设置为30%，那么，这个小区最大PDCH个数为：(2 + 14) * 30% = 16 * 0.3 = 4.8 = 4个，这相当于下配置了4-2=2个动态PDCH信道。1.2 Abis口空闲时隙评估在数据配置完成的时候，每条TCH和PDCH都要固定占用一条16K的Abis口的传输子时隙，此外根据信道使用的编码方式的不同，有可能需要额外绑定一定的空闲时隙（空闲时隙是需要在基站上配置的，Abis接口的传输除了固定的TRX、RSL、OML、同步时隙外如果还有时隙未分配，这些未分配的时隙都可以配置成空闲时隙）来满足高的编码方式，比如单时隙MCS-9的编码方式承载的速率为59.2kbps，那么就需要总共4个16K的子时隙才能满足需求，也就是说需要额外再绑定3条空闲时隙，如果没有足够的空闲时隙，就只能使用相对较低的编码方式，相应的单时隙的吞吐率就降低了。另外需要注意的是在配置空闲时隙的时候不同柜组的空闲时隙是不能共享的，例如3个机柜组成并组，前两个机规柜为第一组，前两个机柜的空闲时隙可以共享，而第三个机柜的空闲时隙需要单独配置。下面为单时隙各种编码方式和需要额外绑定的空闲时隙的关系表。PCIC需求数CS1 CS2 CS3 CS4 固定PCIC数1111额外绑定PCIC数0011图3 GPRS编码方式与PCIC(16k子时隙)的关系表PCIC需求数