PDCH承载效率提升手段汇总.doc

文档介绍：该【PDCH承载效率提升手段汇总 】是由【jenglot】上传分享，文档一共【11】页，该文档可以免费在线阅读，需要了解更多关于【PDCH承载效率提升手段汇总 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。PDCH承载效率提升手段汇总
侯帅1前言
近期,对于重视投入产出比/资源使用效率、GSM-PS业务增长过快、需要进行GSM缩频的运营商来说,对PDCH承载效率的关注度有所升高。
目前对PDCH承载效率关注度最高的运营商为***,但是即使是***,从目前对各省分的要求来看,也是处在摸索阶段,暂时还未建立起成熟的PDCH承载效率评估/考核体系。当然,除了评估/考核体系的建立,***也在主动协调各厂家实现/完善一些有利于提升PDCH承载效率的功能,比如:基于用户类型及业务类型的分类管控、小包检测。
本文介绍的重点是剖析***目前关注度较高的三个指标:无线系统利用率、单PDCH吞吐率、PDCH(TBF)复用度,从应对考核排名的角度介绍这三个指标的优化方法,以满足现阶段来自各现场的网优需求。
首先梳理一下这三个指标的可优化内容与资源调整的方向之间的关系(对于一个综合场景的健康的网络):
由上表可以得到:
,除了进行TRX减容的同时缩减PDCH配置数量,单PDCH吞吐率和PDCH(TBF)复用
度与无线系统利用率的优化方向大致是相反的,如果某省分需要同时对这两类指标
进行排名,则需要权衡考虑
,一个方面,除了发展用户或业务,GSM-PS吞吐量是无法进行优化的;另一方面,
各地市建网时考虑的站型大致相同。这是为什么同省分各地市PDCH承载效率的排
名(三个指标综合评估)与人均收入的排名基本吻合的原因
后续章节,将会针对上表所列的调整思路,详细介绍相关优化方法。
2优化手段汇总
(TRX减容方法介绍略)
首先,不建议配置EDGE/GPRS优选/专用信道,在这个前提下,区分非DT/CQT站点及DT/CQT站点,设置不同的系数m、n、x、y、z,首先计算PDCH最低需求数量及PDCH正常需求数量:

PDCH最低需求数量,CEILING(MAX((上行同时存在的最大TBF数/m/(1-上行PDCH拥塞率/z)),(下行同时存在的最大TBF数/n/(1-下行PDCH拥塞率/z))),1)
其中:
,上行同时存在的最大TBF数=C901010046+C901010048
,下行同时存在的最大TBF数=C901000048+
PDCH正常需求数量,CEILING(MAX((上行同时存在的平均TBF数/x/(1-上行PDCH拥塞率/z)),(下行同时存在的平均TBF数/y/(1-下行PDCH拥塞率/z))),1)
其中:
,上行同时存在的平均TBF数=C900040035+C900040036
,下行同时存在的平均TBF数=C900040017+C900040018
,上行PDCH拥塞率=
,(C901190016+C901190065+C901200016+C901200065)/(C900040120+C900040126+C9
00040128+C900040134)
,下行PDCH拥塞率=
,(C901170008+C901170037+C901180008+C901180037)/(C900040108+C900040112+C9
00040114+C900040118)
由于PDCH最低需求数量和PDCH正常需求数量的系数不同,允许出现PDCH最低需求数量>PDCH正常需求数量的情况,当出现PDCH最低需求数量>PDCH正常需求数量时,取PDCH最低需求数量。最后结果建议向4或4的倍数取整,以保证4时隙主流下载业务的需要。


在对用户初始分配PDCH时,有两种分配策略:
,按照用户实际支持多时隙处理能力以下行优先方向进行PDCH初始分配
,按照多时隙处理能力1进行PDCH初始分配
设置为按照多时隙处理能力1进行PDCH初始分配,可以保证5s时间内MS只占用1条PDCH,5s后,根据业务量的大小触发PDCH资源占用调整。所以,设置为按照多时隙能力1进行PDCH初始分配,有助于限制PDCH的使用数量。
相关参数:
GPRS用户下行信道初始分配0:实际多时隙处理能力Info1_1_41是否按多时隙能力11:多时隙处理能力1
EDGE用户下行信道初始分配0:实际多时隙处理能力Info1_1_00是否按多时隙能力11:多时隙处理能力1

R8及R9版本下,该参数的取值与TBF复用度无线性对应关系(但是可以根据下述算法进行估算),载频PS业务空闲度门限设置越小,越是限制PDCH扩张。
仅考虑载频PS业务空闲度门限的PDCH扩张算法如下:
,当所有TRX的PS业务均比较空闲的情况下,则按照其他PDCH分配算法选择TRX
进行分配,如果该TRX的PS业务空闲度大于阈值,则总是优先将PS用户优先分配
在该TRX的PDCH上,满足PS业务集中分配原则
,当该TRX的PS业务空闲度小于设置阈值后,则认为该TRX上的PS业务负荷过高,
需要进行TRX间均衡,则按照其他PDCH分配算法将PS用户分配至另一TRX
,当所有TRX均为PS业务负荷过高载频,则选择PS业务空闲度较大的载频,以满足
PS业务TRX间均衡分配原则
R8/R9版本下计算载频PS业务空闲度门限的算法区别如下:
,R8版本计算方法
载频上所有PDCH的可用额度(单PDCH额度:0,16)*Abis带宽(EDGE:4;GPRS:2)
*100/(载频上的下行PS用户数+1)/可用时隙数
,R9版本计算方法
假设TRX的上行PDCH可用数量为byUpNum,下行PDCH可用数量为byDwNum,那么:
上行方向所有可用PDCH的空闲度之和=?
Usernum)/Usermax)100*(Abis/AbisMax)*(Qos/16)*((Usermax-
下行方向所有可用PDCH的空闲度之和=?
100*(Abis/AbisMax)*(Qos/16)*((Usermax-Usernum)/Usermax)
,如果byUpNum=0,byDwNum!=0,那么该载频PS业务空闲度,下行方向所有可用PDCH
的空闲值之和/byDwNum
,如果byUpNum!=0,byDwNum=0,那么该载频PS业务空闲度,上行方向所有可用PDCH
/byUpNum的空闲值之和
,如果byUpNum!=0,byDwNum!=0,那么该载频PS业务空闲度,(下行方向所有可用
PDCH的空闲值之和*byDwNum+上行方向所有可用PDCH的空闲值之和*byUpNum)/
(2*byDwNum*byUpNum)
,如果byUpNum=0,byDwNum=0,那么该载频PS业务空闲度,0
其中:
,Abis/AbisMax表示该信道实际分配Abis带宽与最大支持分配Abis带宽的比例
,Qos表示该PDCH上可用的Qos额度数值(PDCH初始可用的额度为16)
,Usermax表示PDCH上最多允许多少个用户复用,受参数MaxPsUserPerTs的控制
,Usernum表示当前PDCH上已有几个TBF
相关参数:
载频PS业务繁忙度阈值TrxPSBusyThs1~6400900载频PS业务空闲度门限TrxPSBusyThs0..100,%50单无线时隙最大容纳的PS上行用户数MaxPsUserPerTs_01..74单无线时隙最大容纳的PS下行用户数MaxPsUserPerTs_11..
在CS业务繁忙时,可以通过分组业务繁忙度门限的设置降低PDCH的扩张速度,避免CS业务争抢动态PDCH资源。将该门限设置较低,有助于限制PDCH的扩张。
分组业务繁忙度门限计算方法如下:
,分组业务繁忙度=(TCHF占用信道+TCHH占用信道/2+非闭塞的静态PD信道+繁忙的
动态PD信道)/(可用的TCHF+可用的TCH/H/2+可用的动/静态PDCH信道)
,当小区分组业务繁忙度大于等于该门限时,新的PS业务最多允许申请一条动态
TCH/F信道转换为PDCH
相关参数:
分组业务繁忙度门限Info_1_160..100,%80

在进行HR启动门限判决时,对于业务信道的繁忙度计算,将正在使用的PDCH不计入繁忙信道,以保证HR转换滞后。该功能的主要目的是改善HR占比,改善CS用户感知,但是通过该功能,也可以间接影响PDCH占用数量。。
相关参数:
0:同时考虑CS和PS业务动态HR小区繁忙计算方法DHRAlgorithm01:只考虑CS业务

在不考虑用户对用户感知带来负面影响(不能使用最高编码方式)的前提下,对于无强制要求开启CS3/4的网络,关闭CS3/4:
,有助于提升GSM-PS等效话务量,间接改善无线系统利用率
,但是将会增加PDCH平均占用数量,对单PDCH吞吐率产生负面影响
对于类似关闭CS3/4这种以牺牲用户感知为代价提升某项网管统计的网优方法,不建议钻考核的漏洞进行大范围推广应用。其他类似方法本文不再列举。
相关参数:
GPRS手机缺省编码GPRSInitAttSelt0~3(CS1~CS4)1,1,3,3GPRS手机缺省编码可以动态改变InitAttachExch_00/11

在资源紧张时通过PS资源占用率限制各种业务/用户分配的最大PDCH数:
PS资源占用率,(静态PDCH的资源占用率之和,动态PDCH的资源占用率之和)/(小区除静态TCH外的总业务信道数)
其中:
,对于静态PDCH,其资源占用率,当前已有用户数/MaxPsUserPerTs_1
,对于动态PDCH,如果其空闲,则资源占用率为0;如果其被语音业务占用,其资源
占用率为1;如果其被PS业务占用,其资源占用率,当前用户数/MaxPsUserPerTs_1
当PS资源占用率超过拥塞门限时,则开始限制分配的最大PDCH数。通过设置相关无线参数,将会影响PDCH占用数量。。
相关参数:
PS资源拥塞门限PSResourceThr02-95,%35PS资源拥塞解除门限PSResourceThr11-90,%25金牌用户自有业务拥塞时的最大分配信道数MaxPdtchNum01~54银牌用户自有业务拥塞时的最大分配信道数MaxPdtchNum11~54铜牌用户自有业务拥塞时的最大分配信道数MaxPdtchNum21~54金牌用户浏览类业务拥塞时的最大分配信道数MaxPdtchNum31~54银牌用户浏览类业务拥塞时的最大分配信道数MaxPdtchNum41~54铜牌用户浏览类业务拥塞时的最大分配信道数MaxPdtchNum51~53金牌用户下载类业务拥塞时的最大分配信道数MaxPdtchNum61~53银牌用户下载类业务拥塞时的最大分配信道数MaxPdtchNum71~53铜牌用户下载类业务的综合调度优先级MaxPdtchNum81~53金牌用户即时通信类业务拥塞时的最大分配信道数MaxPdtchNum91~51银牌用户即时通信类业务拥塞时的最大分配信道数MaxPdtchNum101~51铜牌用户即时通信类业务拥塞时的最大分配信道数MaxPdtchNum111~

在不考虑基于业务类型的TBF拖延/扩展时长的分类管控的情况下,将上行TBF拖延/扩展及下行拖延时间设置较长:
,有助于提升GSM-PS等效话务量,间接改善无线系统利用率;
,有助于提升平均并发TBF数量。
将上行TBF拖延/扩展及下行拖延时间设置较短:
,有助于减少PDCH平均占用数量,间接改善单PDCH吞吐率。
但是,在进行设置时,尤其是在希望将这三个Timer设置较短时,需要注意以下方面:
,对于上行TBF拖延,只对非EDGE终端且只对下行业务有利,不建议将该Timer设
置超过500ms;
,设置较长的上行扩展及下行TBF拖延时间,一方面,可以避免TBF频繁释放/重建;
另一方面,可以改善不连续数据业务的用户感知(比如抄表、POS机等业务)。但
是,如此设置也造成了TBF资源的浪费,所以,适当缩短上行扩展及下行TBF拖延
时间,有助于提升TBF使用效率。
相关参数:
支持信令上行扩展TBFSIGNAL_EUTBF0/10支持扩展上行TBFEXT_UTBF0/11支持将拖延态转为扩展上行Info1_1_160/11下行延迟时间DLDelaytime500~4000,ms2000扩展上行定时器ExtULTBFTime0~3000,ms1500上行延迟时间ULDelayTime0~4000,
根据不同的业务/用户类型定义不同的TBF占用度,有助于限制或鼓励PDCH的扩张:
,TBF占用度为相对的概念,用来决定某种业务/用户的PDCH扩张速度
,单PDCH上最大允许承载的TBF数仍然不能超出MaxPsUserPerTs
,
相关参数:
金牌用户自有业务的TBF占1::1TBF用度TBFNum0占用度3:2TBF占用度2银牌用户自有业务的TBF占1::1TBF用度TBFNum1占用度3:2TBF占用度2铜牌用户自有业务的TBF占1::1TBF用度TBFNum2占用度3:2TBF占用度2金牌用户浏览类业务的TBF1::1TBF占用度TBFNum3占用度3:2TBF占用度2
银牌用户浏览类业务的TBF1::1TBF占用度TBFNum4占用度3:2TBF占用度2铜牌用户浏览类业务的TBF1::1TBF占用度TBFNum5占用度3:2TBF占用度2金牌用户下载类业务的TBF1::1TBF占用度TBFNum6占用度3:2TBF占用度2银牌用户下载类业务的TBF1::1TBF占用度TBFNum7占用度3:2TBF占用度2铜牌用户下载类业务的综合1::1TBF调度优先级TBFNum8占用度3:2TBF占用度2金牌用户即时通信类业务的1::1TBFTBF占用度TBFNum9占用度3:2TBF占用度1银牌用户即时通信类业务的1::1TBFTBF占用度TBFNum10占用度3:2TBF占用度1铜牌用户即时通信类业务的1::1TBFTBF占用度TBFNum11占用度3:2TBF占用度1金牌用户自有业务的下行延DlDelayTimeOfSer
迟时间vice050-4000,ms2000银牌用户自有业务的下行延DlDelayTimeOfSer
迟时间vice150-4000,ms2000铜牌用户自有业务的下行延DlDelayTimeOfSer
迟时间vice250-4000,ms2000金牌用户浏览类业务的下行DlDelayTimeOfSer
延迟时间vice350-4000,ms2000银牌用户浏览类业务的下行DlDelayTimeOfSer
延迟时间vice450-4000,ms2000铜牌用户浏览类业务的下行DlDelayTimeOfSer
延迟时间vice550-4000,ms2000金牌用户下载类业务的下行DlDelayTimeOfSer
延迟时间vice650-4000,ms2000银牌用户下载类业务的下行DlDelayTimeOfSer
延迟时间vice750-4000,ms2000铜牌用户下载类业务的下行DlDelayTimeOfSer
延迟时间vice850-4000,ms2000金牌用户即时通信类业务的DlDelayTimeOfSer
下行延迟时间vice950-4000,ms500银牌用户即时通信类业务的DlDelayTimeOfSer