资源描述
缓解前向功率过载之我见 内部公开▲
缓解前向功率过载之我见
本文简要介绍了中兴cdma1X系统中,如何通过参数调整来缓解前向功率过载,并对修改的效果进行探讨,希望能对一些网优初学者有借鉴意义。
目 录
缓解前向功率过载之我见 1
1 前言 3
2 缓解前向功率过载的前提 4
2.1最大过载功率的优化 4
2.2功率过载门限的调整 5
3 缓解前向功率过载的思路及参数调整方法 6
3.1控制覆盖范围 6
3.2控制单个用户的前向功率 7
3.2.1前向外环功率控制的参数调整 7
3.2.2前向闭环功率控制的参数调整 8
3.3各信道功率的分配调整 9
3.4限制软切换 9
4 总结 11
参考资料 11
附录:缓解前向功率过载用到的一些参数介绍 12
1 前言
今天我在这里主要讨论的是如何减轻前向功率过载问题,这也是我在埃及出差时所遇到的局方需要我们解决的一个问题。功率过载也是CDMA网络优化中常见的问题,之前部门也有不少前辈同事写过关于功率过载问题的总结性文。
先说拥塞,拥塞有很多种,前向功率过载是常见的一种拥塞。一般的资源拥塞,都需要通过扩容来解决(当然通过控制覆盖也能解决一些资源拥塞的问题,但这是权宜之计),今天我在这里主要讨论的是如何通过修改后台参数来缓解前向功率过载问题。
2 缓解前向功率过载的前提
顾名思义,前向功率过载就是基站提供给用户的前向总功率达到最大功率过载门限,所以,一方面我们应该尽量提高我们的最大过载功率,也就是“Maxoverloadpower”值。另一方面,我们也可以通过增大功率过载门限来缓解前向功率过载。
我们就分别从最大过载功率和功率过载门限这两方面入手。
2.1 最大过载功率的优化
在系统中,如果都采用默认值,这个最大过载功率Maxoverloadpower值一般都达到了基站的能力上限额定功率Ratingpower,这时是无须优化也无法优化的。但当它还有提升的余地时,我们就应该把它调到最大,这是优化前向功率过载问题的一个前提。
Maxoverloadpower值在系统中是一个置灰的参数,也就是无法直接修改的参数,因为它是一个由其他的参数决定由系统自动计算得出来的一个值。要使Maxoverloadpower值达到基站能力的最大值也就是额定功率Ratingpower,我们先看看Maxoverloadpower是怎么得来的,它会涉及到哪些参数。
最大过载功率计算如下:
MaxOverloadPower=MIN (Ratingpower, Cellpower*10/PilotOverloadRatio)
在上式中可以看到,主要有Ratingpower,Cellpower,Pilotgain,PilotoverloadRatio这4个参数,这4个参数解释如下,
1. Ratingpower: PA的额定功率,81902后的版本不可调,这是由PA板的能力决定,不同类型和型号的PA板Ratingpower值不同。
2. Cellpower: 81902以后的版本改为Carrierpower,叫定标功率,主要是用来计算各个信道功率。各个信道的功率都是由此值乘以各信道增益的百分比得来的,提升或降低此参数值,那控制信道和业务信道功率的值都会改变,不建议随便修改此值。
3. PilotGain:导频信道增益,默认值是225。提高该参数的同时需要修改寻呼和同步信道增益以达到平衡,配合上述公式计算业务信道增益能有多大的提升。
4. PilotOverloadRatio:导频信道占最大过载功率百分比,默认值是150(‰)。
Maxoverloadpower通过上面的公式系统就会自动算出来了。这里我也做个分析,当PilotGain采用默认值225时,它所占定标功率百分比是17.78%,那如果Cellpower和Ratingpower是相同值时,Maxoverloadpower就是Ratingpower。
如果有时为了控制覆盖,减小PilotGain值,那导频信道所占定标功率百分比必然会减小,低于15%,甚至更低,这时只要把PilotOverloadRatio减小,Maxoverloadpower就会上去,那PilotOverloadRatio能随意的减小吗?还有减小Cellpower值也能达到控制覆盖的效果(因为减小Cellpower值,控制信道功率也减小了),那Cellpower值可以随意修改吗?
这里我就说两点要注意的地方:
1、有时为了控制覆盖,减小控制信道功率,如果采用减小Cellpower值的方法,此时控制信道功率是减小了,但同时业务信道的功率也会减小,这样的结果就是前向业务信道功率的上下限也会减小,这样的话有些对前向功率需求大的用户就会由于业务信道功率不够而导致业务中断,所以修改前需仔细衡量。
2、通过调整PilotOverloadRatio值看似是提升最大过载功率(也包括业务信道可用功率)最直接有效的方法,但是强烈建议该值不能太低,因为该参数的另一个作用是控制单导频Ec/Io不至于太差,EcIo差就会需要更多的前向功率,容量也并不一定会增加。要理解这点,先从Ec/Io的计算方法说起。在理想的情况下(即没有别的导频干扰),在系统满载时,此单导频的Ec/Io就是17.78%(假若定标功率等于额定功率),转化成dB就是10lg (0.1778)=-7.5dB。这样的导频强度还是可以被移动台解调的,但如果继续减小PilotOverloadRatio值(假设通过PilotOverloadRatio算出来的最大过载功率小于或等于额定功率),在满载时那导频强度还会继续减小,我们知道,通常我们定义移动台解调导频强度的门限是-12dB(当然更小也能解调,但质量会很差),我们可以反过来计算出在理想情况下要想保持导频强度在-12dB以上,此时PilotOverloadRatio值应大于63(6.3%)。但是大家知道,在复杂的无线环境中,是不可能理想的,所以这个值能改到多小,我没做过相关调查也没看到相关权威性文档,无法下结论。在杨毅的《再谈CDMA1X功率过载分析和优化200802 杨毅》一文中,他的推荐值是120,我暂且还不知他的这个值从何而来,总之建议该参数谨慎调整,调整前须做相应的测试
其实上面的分析也说明一个问题,在导频信道增益不能调得过小,当Cellpower和Ratingpower相同时,要使得最大过载功率达到额定功率,而PilotOverloadRatio不能低于120(我们暂且使用杨毅的推荐值),那Pilotgain值就不能低于219(请读者自己使用公式计算验证之)。
2.2 功率过载门限的调整
在中兴的系统中,功率过载门限主要有以下4个:P_SETUP, T_SETUP, T_HO, T_PWRUP,这些门限设置过高;系统前向容量增大,但系统可能长时间工作在高负荷下,容易引起HPA关断;门限设置过低,系统前向容量减小,可保护HPA。
增大过载门限也能减小功率过载次数,这样也必然会增加系统负荷。对于补充信道建立门限,由于数据业务的优先级本就低于语音业务,所以即使不改变这个值,也会在业务繁忙时自动释放数据业务链路的。接入门限调大可以增加呼叫建立成功率,一般可以调大到95%或更高些,切换门限,个人觉得不是那么的重要,因为在系统中切换成功率一般都比较高,即使减小此门限切换成功率降低一点也不太会影响什么,只是此时应该关注掉话率,特别是周围站的掉话率,是否会增加很多。所以建议在过载很严重的情况下,可以把此门限调低到90,如果过载是轻微的则可以调大到98的样子。在调整这些参数时应多关注系统KPI指标,在看是否要做进一步的改进。
3 缓解前向功率过载的思路及参数调整方法
对最大过载功率和功率过载门限的优化我觉得只是缓解前向功率过载的前提,还算不上是一种方法。
如何缓解前向功率过载,我的思路是这样的:
1、为什么会出现功率过载呢?肯定是小区接入的用户太多了,消耗了过多的前向功率,所以导致过载,这时我们可以减小小区的覆盖范围,这样本小区接入的用户就肯定会减少,可以有效缓解前向功率过载;
2、控制覆盖是限制了用户数以达到缓解前向功率过载的目的,同样,我们也可以通过控制分配给单个用户的前向功率以达到缓解功率过载的目的;
3、基站的发射功率是由PA板本身能力决定的,无法改变,但我们改变前向功率的分配,前向功率是分别分配给各个开销信道和业务信道的,所以也可以通过减小控制信道功率节省出来给业务信道,来缓解前向功率过载;
4、再想,cdma中还有一项关键技术——软切换,所谓软切换就是在没有中断与源小区信号通信之前就和别的目标小区发生切换,把目标小区的信号加入进来,移动台同时与两条或多条链路通信,所以这时一个移动台会占用两个甚至多个小区的信号,这样就必然增加了系统的负担,占用更多的系统资源,所以我们可以通过减少不必要的切换来达到控制功率过载的目的。
理清了这个思路,那我们就分别从这4个方面去调整相关的参数来缓解前向功率过载。
3.1 控制覆盖范围
要控制覆盖范围,一般来说有2个方法,一是调整天馈,这样的方法很有效也很直接,但需要比较多的人力物力和时间;二是减小控制信道增益,这样的方法虽然会带来些别的负面影响,但一般来说我们会尽量在后台解决这类问题。
控制信道主要导频信道、同步信道和寻呼信道,涉及PILOTCH_GAIN,SYNCCH_GAIN,
PAGECH_GAIN这3个参数,系统默认值分别225,185,219。
调整这3个参数很简单,只要分别减小相同的数量单位就可以了。但是由于PILOTCH_GAIN值跟最大过载功率的计算以及移动台接收到的Ec/Io是相关的,所以调整这几个值的时候也要注意以下的问题:
1、PILOTCH_GAIN减小后,看最大过载功率是否会减小到额定功率一下,如果会,请修改PilotOverloadRatio值(一般按默认值来说,PILOTCH_GAIN值调到223以下,最大过载功率都会都会低于额定功率)
2、刚才在讨论最大过载功率时也谈到,如果PILOTCH_GAIN值过小必然会导致Ec/Io值很差(满载的情况下),计算方法上面也提到,这里我们再讨论一下,PILOTCH_GAIN值最小能调到多小,以Ec/Io值必须大于-12dB为门限,此时(满载的情况下)的PILOTCH_GAIN值应大于等于207,如果此时再加上别的导频的干扰,PILOTCH_GAIN值应该大于207。
根据以上关于导频信道增益、最大过载功率以及Ec/Io的讨论,我们知道,导频信道功率,定标功率以及最大过载功率门限存在一个权衡制约的关系,我相信经过上面我计算出来一些数值,大家应该知道在调整那几个参数的时候限制因素在哪里,用不同的方法调整时各个参数的下限在哪里,限制值是多少。
同时,减小控制信道增益,减小了覆盖范围,必然会牺牲一些边缘用户,如果在过载小区覆盖的边缘有别的小区覆盖,则不会有多少影响,否则应尽量调整别的业务不繁忙的小区(通过调整天馈或控制信道增益)来覆盖此边缘区域。在调整该值时,应密切关注用户投诉。
3.2 控制单个用户的前向功率
如何控制单用户的前向功率,这就要先从功率控制技术说起,也就是从前向快速功控技术说起。
前向快速功控的核心就是移动台测量出它所接收到的前向信号的Eb/Nt,然后与Eb/No相比较,若Eb/Nt>Eb/No,则插入功率下降的控制比特上报给基站,若Eb/Nt<Eb/No,则插入功率上升的控制比特上报给基站,然后基站根据移动台所上报的功率控制比特来调整对移动台的业务信道发射功率。(注:详细的前向快速功控技术请查阅《CDMA关键技术—功率控制》一书)。
这里面涉及的2个值分别是由前向外环功率控制和前向闭环功率控制来调整的,所以我们分开来说,先说外环再说闭环。
3.2.1 前向外环功率控制的参数调整
外环功率控制是这样说的,外环功率控制根据指配的前向业务信道要达到的目标误帧率所需的Eb/Nt来估算门限设置值。该设置值或者通过闭环间接通知基站进行功率控制,或者在前向业务信道没有闭环的情况下通过消息通知基站根据设置值的差异来控制发射功率水平。
也就是说外环是根据接收到的前向链路的帧质量信息来与要达到的目标误帧率(FER)所需的Eb/Nt相比较,得出一个Eb/No,那如果降低目标误帧率的要求,那Eb/No也会减小,那通过闭环控制基站就会发射更小的功率给用户,这样就节省了提供单个用户的前向功率。这样的话,基站除了在前向ECAM消息里下发的外环功率控制目标FER外,基站在前向基本信道和补充信道都有一个外环Eb/Nt的初始值和最大最小门限值。
由上可知前向外环功率控制涉及到以下几个参数
字段名
中文名
取值范围
单位
缺省值
FPC_FCH_FER
业务的前向基本信道外环目标FER
0…30
N/A
2
FPC_FCH_MIN_SETPT
业务的前向基本信道外环EbNt最小门限值
0…255
0.125dB
16
FPC_FCH_MAX_SETPT
业务的前向基本信道外环EbNt最大门限值
0…255
0.125dB
80
FPC_FCH_INIT_SETPT
业务的前向基本信道外环EbNt初始设置值
0…255
0.125dB
64
FPC_SCH_INIT_SETPT
前向补充信道外环初始设置值
0…255
0.125dB
56
FPC_SCH_MIN_SETPT
前向补充信道外环Eb/Nt最小门限值
0…255
0.125dB
8
FPC_SCH_MAX_SETPT
前向补充信道外环Eb/Nt最大门限值
0…255
0.125dB
72
以下是我的调整建议:
在功率不过载的情况下,为了提高系统的性能,这些参数的设置应该满足通话的需要,一般来说,按缺省值就可以满足了。
在过载的情况下,我们可以通过增大前向信道外环目标FER,或减小前向信道外环EbNt初始值和最大最小值,来实现功率控制的目的。或者减小外环EbNt初始设置值最大最小门限值,也能达到控制功率过载的目的,但是效果没有改变目标FER明显,且会影响接通率。所以我们一般会采用减小目标FER的方法来控制功率过载,且效果明显。
一般来说,把目标FER增大到6(3%)以内,用户对语音质量的下降感受并不深刻,不太能感受得到,但是对路测的效果影响会很大,测试结果中FFER一值会很高,所以一般在客户不需要路测结果只需要后台性能的情况下,可以采用这种办法,效果甚好,也不容易引起用户投诉。
在调整的过程中,建议每次改变一点点该值,可以先把该值调整为4(2%),再看看效果,如需再调整,再慢慢加大5或更高,但建议不宜高于6,否则语音质量会下降得很厉害,以至于导致用户投诉。
3.2.2 前向闭环功率控制的参数调整
前向闭环功率控制是这样说的,闭环功率控制把前向业务信道接收信号的Eb/Nt与相应的外环功率控制设置值相比较来判定在反向功率控制子信道上发送给基站的功率控制比特的值。
这样的话基站给移动台发射的业务信道功率有一个初始值和最大最小门限,以及功率上升和下降的步长。
由上可知前向闭环功率控制涉及到以下几个参数
字段名
中文名
取值范围
单位
缺省值
NOMINAL_PWR1
业务标称功率(1条腿)
0…255
DGU
169
NOMINAL_PWR2
业务标称功率(2条腿)
0…255
DGU
175
NOMINAL_PWR3
业务标称功率(3条腿)
0…255
DGU
171
DELTA_PWR1
业务前向基本信道功率变化范围(1条腿)
0…255
DGU
80
DELTA_PWR2
业务前向基本信道功率变化范围(2条腿)
0…255
DGU
40
DELTA_PWR3
业务前向基本信道功率变化范围(3条腿)
0…255
DGU
32
PWR_STEPSIZE_UP1
前向功控上升步长(1条腿)
0…7
0.25dB
4
PWR_STEPSIZE_UP2
前向功控上升步长(2条腿)
0…7
0.25dB
2
PWR_STEPSIZE_UP3
前向功控上升步长(3条腿以上)
0…7
0.25dB
1
PWR_STEPSIZE_DOWN1
前向功控下降步长(1条腿)
0…7
0.25dB
4
PWR_STEPSIZE_DOWN2
前向功控下降步长(2条腿)
0…7
0.25dB
2
PWR_STEPSIZE_DOWN3
前向功控下降步长(3条腿)
0…7
0.25dB
1
以下是我的调整建议:
在功率不过载的情况下,以让用户获得良好语音质量为目的,为达此目的有时可以增加初始发射标称功率和最大最小值(通过调整标称功率和变化范围来达到);但在过载情况下,一般会减小初始发射值和最大值,以节省功率。
由于此参数涉及到多条腿的信号,所以在调整时应考虑是密集站,疏远站还是边缘站。
在密集城区,由于不远处就有别的小区信号支持,完全可以调小多条腿时的发射功率,以节省本过载小区的功率。至于单条腿时的发射功率,由于是密集城区站,不需要覆盖很远,所以可以适当调小。但如果调得过小,容易引起路测时即使是信号覆盖很好FFER值会偏高的情况,所以当进行路测验收时单条腿的标称功率及最大最小值不宜调得过低。
对于疏远站和边缘站,由于别的小区对本小区用户的支持比较小甚至没有,且多为远距离用户,每个用户所占用的功率会比较高,调整时要谨慎。
在调整过程中,应该一点点改变这些值,观察效果后再做适当调整,且一般来说为了保证通话,最好不改变最小发射值。
这个方法是减小单个用户的前向接收功率的,一般来说这样的调整效果没有调整目标FER好,但对客户和用户来说,带给他们的影响不大。
而对于功率上升和下降步长的调整,借鉴杨毅的《再谈CDMA1X功率过载分析和优化200802 杨毅》一文里提到的,适当的降低功率上升步长对优化功率过载有两方面价值:
1、降低每用户功率提升的速度,可以直接节省功率;
2、从忙时空口来说,降低每个用户的提升步长,相当于降低了Io,对提升EcIo有好处,从而每用户要求的功率会减少,类似反向接入步长的调整。
并列出案例:“在印度,张亮曾经修改过该参数,事实证明,可以有效缓解功率过载,但是Twairorder超时会增加。和降低初始发射功率一样,因为在MS捕获前导以后,将进入闭环前向功率控制,如果初始发射功率过小,或者功率提升步长太小,都有可能造成ACKorder握手超时,失败原因中体现为Twaitorder超时。考虑到客户对功率过载的敏感程度,可以根据实际情况选择是否调整。”
3.3 各信道功率的分配调整
关于这点,其实前面的3.1章节里关于控制覆盖的讨论中也已涉及,减少了控制信道的功率就必然会节省出一部分功率给业务信道。但这里我想把导频信道、寻呼信道和同步信道分开来讨论一下。
关于导频信道的讨论其实前面我已经说很多了,而同步信道的功率本身就很小,所以也节省不出多少功率,所以在这里我想重点讨论一下减小寻呼信道增益的后果和影响。
在讨论之前先看看《寻呼信道增益对覆盖的影响的测试报告(内部)200804 潘春锦》一文里的内容,文章中对在导频信道和同步信道增益相同而寻呼信道增益不同的情况下,分别进行了测试、统计及分析,似乎寻呼信道增益小一点也不会对覆盖有太大影响,但因为这次测试只是一次测试的结果,无法下非常肯定的结论,所以建议大家用此方法时应该谨慎使用,有兴趣的朋友有机会的话也可以做个对比测试。
还有关于修改寻呼信道的速率来达到缓解前向功率过载的目的,借鉴刘贤正的《谈ALL IP系统下的功率过载和优化-刘贤正20070621》一文里提到的“将寻呼信道的速率由9600将低到4800允许将寻呼信道的功率降低3dB,但是需要考虑由此带来Ec/Io的增强。由于寻呼信道速率的降低可能会带来寻呼信道过载,寻呼时间变长等问题。”
该优化方法需要谨慎。
3.4 限制软切换
CDMA系统是有软切换的,软切换就是在没有中断与源小区信号之前就和别的目标小区发生切换,所以有时一个移动台会占用两个甚至多个小区的信号,这样就必然增加了系统的负担,占用更多的系统资源,所以我们可以通过减少不必要的切换来达到控制功率过载的目的。
主要的切换参数有
字段名
中文名
取值范围
单位
缺省值
T_ADD
导频加入门限
0…47
-0.5dB
26
T_DROP
导频去掉门限
0…47
-0.5dB
30
T_COMP
有效导引集和候选导引集比较门限
0…15
0.5dB
5
T_TDROP
去掉导引信号定时器值
0…15
N/A
3
通过参数设置权衡我们知道,如果T_ADD和T_DROP如果设置过高,软切换数目不必要地增加,占用CE资源,并降低系统容量;如果T_ADD和T_DROP设置过低,切换区减小,覆盖变差,掉话率将会升高。
在不影响覆盖的情况下,甚至是牺牲一点性能的情况下,为了减少不必要的切换浪费资源,在有过载的小区控制它的切换,可以通过提高切换加门限和比较门限,使用户不那么容易切换进来,也可以提高切换去门限或减小切出定时器,使用户快点切出去,来达到节省功率的目的。但一般来说不建议随便改变比较门限和定时器值,因为这样会影响到别的方面,比如psmm上报过多,比较强的导频不易加进来导致干扰,或比较强的导频过快切出导致掉话。
在密集城区,当功率过载时,由于有周围站的信号支持,完全可以通过减少频繁的切换来节省功率资源,来达到控制功率过载目的的。这时可以适当的提高切换加门限和提高切换去门限,来缓解功率过载,同时在修改此参数时也应密切关注掉话率指标。
在疏远站和边缘站,不建议随意修改此参数,这样很容易造成掉话率升高。
4 总结
综上所述,我自己归纳出一个缓解前向功率过载流程,希望对网优初学者有借鉴意义。
首先,把前提条件整好:
1、 使最大过载功率达到额定功率;
2、 调整过载门限;
如果以上2个参数调整后仍然还有过载,再选用下面方法中的一种或几种:
1、降低覆盖;
2、升高业务信道目标误帧率;
3、降低外环功控的Eb/Nt Setpoint值;
4、降低业务信道增益上限;
5、降低软切换;
6、减小业务信道功率上升步上;
7、减小寻呼信道速率和寻呼信道增益;
其中后两种方法慎用,具体操作和调整权衡请参看我在前面章节的陈述。
最后要说的是,过载优化大部分是从功率控制中找机会,涉及到的参数很多,且很多都相互关联和制约,并且一些参数的调整还会导致Ec/Io的变化,继而又影响到功率控制中功率的变化,所以在优化过程中,要根据各个参数的制约权衡,找到一个平衡点。
另外,在实际优化过程中,每次面临的情况都不一样,比如说城区站、郊区站和边缘站,还有面对的局方要求也不一样,这就需要自己在实际的工作中找到一个适合自己当时情况的办法。
缓解前向功率过载的方法有很多种,哪一种适合你呢!
参考资料
[1]刘贤正《谈ALL IP系统下的功率过载和优化-刘贤正20070621.doc》;
[2]杨毅的《再谈CDMA1X功率过载分析和优化200802 杨毅.doc》;
[3]潘春锦《寻呼信道增益对覆盖的影响的测试报告(内部)200804 潘春锦.doc》;
[4]《CDMA关键技术—功率控制.pdf》;
[5]《ZXC10 BSSB V8.0.1.9无线参数说明(1X).doc》。
附录:缓解前向功率过载用到的一些参数介绍
1. 功率过载控制参数表:
字段名
中文名
取值范围
单位
缺省值
P_SETUP
补充信道建立门限
0…100
%
85
T_SETUP
限制呼叫建立
0…100
%
90
T_HO
限制软切换加
0…100
%
95
T_PWRUP
限制现有呼叫功率增长
0…100
%
100
RATING_PWR
额定功率值
0…30000
mw
30000
CELL_PWR
小区设计功率
0…30000
mw
30000
PilotOverloadRatio
导频功率占最大过载功率的比例
0…200
‰
150
MaxOverloadPwr
过载使用功率门限
0…30000
mw
N/A
设置权衡
P_SETUP, T_SETUP, T_HO, T_PWRUP门限设置过高;系统前向容量增大,但系统可能长时间工作在高负荷下,容易引起HPA关断;门限设置过低,系统前向容量减小,但不容易引起HPA关断。
RATING_PWR和CELL_PWR如果设置过高,系统容量增大,但容易引起HPA关断;如果设置过低,系统容量减小,但HPA不容易关断。PilotOverloadRatio用于计算MaxOverloadPwr;MaxOverloadPwr由后台计算,不可手动调整。
CELL_PWR不能高于RATING_PWR。MaxOverloadPwr要在配置了F-PICH后才能计算,计算公式见下。
2. 控制信道配置参数表:
字段名
中文名
取值范围
单位
缺省值
PILOTCH_GAIN
导频信道增益
0…255
DGU
225
SYNCCH_GAIN
同步信道增益
0…255
DGU
185
PAGECH_GAIN
寻呼信道增益
0…255
DGU
219
设置权衡
PILOTCH_GAIN如果设置过高,导频覆盖大,但前向容量下降;如果设置过低,导频覆盖小,不过可以增加前向容量。
SYNCCH_GAIN如果设置过高,MS容易解调同步信道,但前向容量下降;如果设置过低,MS可能无法正确解调同步信道,但可以增加前向容量。
PAGECH_GAIN如果设置过高,MS容易解调寻呼信道,但前向容量下降;如果设置过低,MS可能无法正确解调寻呼信道,但可以增加前向容量。
3. 功率控制消息参数表:
字段名
中文名
取值范围
单位
缺省值
FPC_FCH_FER_VOICE
语音业务的前向基本信道外环目标FER
0…30
N/A
2
FPC_FCH_FER_DATA
数据业务的前向基本信道外环目标FER
0…30
N/A
2
FPC_FCH_MIN_SETPT_VOICE
语音业务的前向基本信道外环EbNt最小门限值
0…255
0.125dB
16
FPC_FCH_MIN_SETPT_DATA
数据业务的前向基本信道外环EbNt最小门限值
0…255
0.125dB
16
FPC_FCH_MAX_SETPT_VOICE
语音业务的前向基本信道外环EbNt最大门限值
0…255
0.125dB
80
FPC_FCH_MAX_SETPT_DATA
数据业务的前向基本信道外环EbNt最大门限值
0…255
0.125dB
80
FPC_FCH_INIT_SETPT_VOICE
数据业务的前向基本信道外环EbNt初始设置值
0…255
0.125dB
64
FPC_FCH_INIT_SETPT_DATA
语音业务的前向基本信道外环EbNt初始设置值
0…255
0.125dB
64
FPC_SCH_INIT_SETPT
前向补充信道外环初始设置值
0…255
0.125dB
56
FPC_SCH_MIN_SETPT
前向补充信道外环Eb/Nt最小门限值
0…255
0.125dB
8
FPC_SCH_MAX_SETPT
前向补充信道外环Eb/Nt最大门限值
0…255
0.125dB
72
设置权衡
FPC_FCH_FER_VOICE/DATA如果设置过高,语音/数据业务F-FCH前向发射功率降低,增加前向容量,但语音/数据业务F-FCH的FER升高,降低性能,严重时会导致掉话;如果设置过低,前向发射功率升高,减少前向容量,但语音/数据业务F-FCH的质量提高。
FPCFchMinSetPVoice/Data如果设置过高,语音/数据业务F-FCH前向发射功率不容易降低,减少前向容量;如果设置过低,可以节省前向发射功率,但如果在前向外环达到或接近下限时,无线环境突然恶化,前向发射功率可能无法及时升高,导致掉话。
FPCFchMaxSetPVoice/Data如果设置过高,语音/数据业务F-FCH前向发射功率增加,减少前向容量;如果设置过低,前向发射功率可能无法满足要求,降低性能,严重时会导致掉话。
FPCFchInitSetPVoice/Data如果设置过高,在语音/数据业务F-FCH建立初期前向发射功率较大,减少前向容量;如果设置过低,在F-FCH建立初期前向发射功率可能无法满足要求,严重时会导致掉话。
FPC_SCH_INIT_SETPT如果设置过高,在数据业务F-SCH建立初期前向发射功率较大,减少前向容量;如果设置过低,在F-SCH建立初期前向发射功率可能无法满足传输要求。
FPC_SCH_MIN_SETPT如果设置过高,数据业务F-SCH前向发射功率不容易降低,减少前向容量;如果设置过低,可以节省前向发射功率,但如果在前向外环达到或接近下限时,无线环境突然恶化,前向发射功率可能无法及时升高,影响传输效果。
FPC_SCH_MAX_SETPT如果设置过高,数据业务F-SCH前向发射功率增加,减少前向容量;如果设置过低,前向发射功率可能无法满足要求,影响传输效果。
4. 1X前向功控参数表:
字段名
中文名
取值范围
单位
缺省值
NOMINAL_PWR1_VOICE
语音业务标称功率(1条腿)
0…255
DGU
169
NOMINAL_PWR2_VOICE
语音业务标称功率(2条腿)
0…255
DGU
175
NOMINAL_PWR3_VOICE
语音业务标称功率(3条腿)
0…255
DGU
171
DELTA_PWR1_VOICE
语音业务前向基本信道功率变化范围(1条腿)
0…255
DGU
80
DELTA_PWR2_VOICE
语音业务前向基本信道功率变化范围(2条腿)
0…255
DGU
40
DELTA_PWR3_VOICE
语音业务前向基本信道功率变化范围(3条腿)
0…255
DGU
32
NOMINAL_PWR1_DATA
数据业务标称功率(1条腿)
0…255
DGU
169
NOMINAL_PWR2_DATA
数据业务标称功率(2条腿)
0…255
DGU
175
NOMINAL_PWR3_DATA
数据业务标称功率(3条腿)
0…255
DGU
171
DELTA_PWR1_DATA
数据业务前向基本信道功率变化范围(1条腿)
0…255
DGU
80
DELTA_PWR2_DATA
数据业务前向基本信道功率变化范围(2条腿)
0…255
DGU
40
DELTA_PWR3_DATA
数据业务前向基本信道功率变化范围(3条腿)
0…255
DGU
32
PWR_STEPSIZE_UP1
前向功控上升步长(1条腿)
0…7
0.25dB
4
PWR_STEPSIZE_UP2
前向功控上升步长(2条腿)
0…7
0.25dB
2
PWR_STEPSIZE_UP3
前向功控上升步长(3条腿以上)
0…7
0.25dB
1
PWR_STEPSIZE_DOWN1
前向功控下降步长(1条腿)
0…7
0.25dB
4
PWR_STEPSIZE_DOWN2
前向功控下降步长(2条腿)
0…7
0.25dB
2
PWR_STEPSIZE_DOWN3
前向功控下降步长(3条腿)
0…7
0.25dB
1
设置权衡
如果信道功率上限设置过高,当某些信道功率较大时,会对其它信道产生较大的干扰,从而降低其它信道的性能;如果设置过低,可能无法满足某些信道的QoS要求。
如果信道功率下限设置过高,即使无线环境良好,也无法下调信道的功率,导致前向功率资源的浪费;如果信道功率下限设置过低,当信道功率很低时,前向功控的反应速度可能无法满足信道QoS对功率增长的要求,同时当前向功率很低时,继续下调功率获得的前向功率容量很小,可以忽略不计。
功控步长如果设置过高,前向快速功控的反应时间短,但稳定状态时功率偏差大;如果设置过低,稳定状态时功率偏差小,但前向快速功控的反应时间长。
5. 切换参数表:
字段名
中文名
取值范围
单位
缺省值
T_ADD_VOICE
语音业务导频加入门限
0…47
-0.5dB
26
T_DROP_VOICE
语音业务导频去掉门限
0…47
-0.5dB
30
T_COMP_VOICE
语音业务有效导引集和候选导引集比较门限
0…15
0.5dB
5
T_TDROP_VOICE
语音业务去掉导引信号定时器值
0…15
N/A
3
T_ADD_DATA
数据业务导频加入门限
0…47
-0.5dB
26
T_DROP_DATA
数据业务导频去掉门限
0…47
-0.5dB
30
T_COMP_DATA
数据业务有效导引集和候选导引集比较门限
0…15
0.5dB
5
T_TDROP_DATA
数据业务去掉导引信号定时器值
0…15
N/A
3
设置权衡
T_ADD_VOICE/DATA如果设置过高,语音/数据业务软切换数目不必要地增加,占用CE资源,并降低系统容量;如果设置过低,语音/数据业务切换区减小,覆盖变差,掉话率将会升高。
T_COMP_VOICE/DATA如果设置过高,会将比有效集中的弱导频更有用的强导频留在候选集中;如果设置过低,由于有效集和候选集导频相对强度变化触发的PSMM会过多,增加系统信令开销。
T_ADD_VOICE/DATA和对应的T_COMP_VOICE/DATA的设置应该一起考虑。前者基于导频的绝对强度判断其可用性,后者则是基于导频的相对强度进行判断。此外,T_COMP_VOICE/DATA的设置还应该和对应的T_TDROP_VOICE/DATA一起考虑。
T_DROP_VOICE/DATA如果设置过高,很弱的导频也无法从有效集/候选集去除,语音/数据业务软切换数目不必要地增加,占用CE资源,并降低前向链路的容量;如果设置过低,有用的导频可能会过早地从有效集/候选集去除,成为干扰,服务质量下降,语音/数据业务的掉话率将会升高。
T_TDROP_VOICE/DATA如果设置过高,弱导频在有效集/候选集停留的时间增长,使得导频搜索周期增长,同时强导频基于T_COMP的PSMM增加,加重系统信令开销;如果设置过低,有用的导频可能会过早地从有效集/候选集移入邻区集,服务质量下降,语音/数据业务的掉话率将会升高,当邻区集导频数目较多时情况会更严重,因为此时邻区集导频的搜索周期较长。
T_DROP_VOICE/DATA和对应的T_TDROP_VOICE/DATA的设置应该一起考虑。前者为强度滞后(T_DROP_VOICE/DATA低于对应的T_ADD_VOICE/DATA),后者为时间滞后。两者共同作用,防止过早地将有用的导频从有效集/候选集移入邻区集。
T_TDROP_VOICE/DATA和对应的T_COMP_VOICE/DATA的设置也应该一起考虑,前者决定了弱导频在有效集停留的时间,将影响基于T_COMP触发的PSMM发送机制。
展开阅读全文