遗留问题及情况分析与解决方案

1.掉话率公式问题

与状态迁移中遇到的公式问题一样，如果使用旧公式，掉话率在显示上将会有一倍的上升。新旧公式的主要区别在于FACH转PCH时的请求次数是否在分母中呈现。以PS掉话公式为例具体变化如下。

旧公式：

[（VS.RAB.AbnormRel.PS）/（VS.RAB.AbnormRel.PS+VS.RAB.NormRel.PS）]∗100%

新公式：

[（VS.RAB.AbnormRel.PS-VS.RAB.AbnormRel.PS.PCH-VS.RAB.AbnormRel.PS.D2P-

VS.RAB.AbnormRel.PS.F2P）/（VS.RAB.AbnormRel.PS+VS.RAB.NormRel.PS-

VS.RAB.AbnormRel.PS.PCH-VS.RAB.NormRel.PS.PCH+VS.DCCC.D2P.Succ+

VS.DCCC.Succ.F2P）]∗100%

2.RRC和RAB建立成功率问题

在FD功能打开之后，RRC和RAB建立成功率与之前相比有小幅下降，见表7-7。

表7-7 建立成功率指标统计

（续）(www.xing528.com)

可以看出，RRC和RAB建立成功率的下降并不是由于失败次数的增多导致，而是因为FD功能打开后，终端处于FACH和PCH的时间变长，RRC和RAB重新请求建立的次数变少，同时连接成功的次数也就相应变少导致的。从数理统计上讲，即使这两个分子分母下降幅度相同，整个结果也会变小。另外从失败次数上看，RRC和RAB总的失败次数并没有增加，相反分别减少了2000和10000左右。因此RRC和RAB建立成功率的下降属正常现象。

3.PS掉线率优化

快速休眠功能打开后，按照修正过的掉话率公式进行计算，PS的掉话次数有所增加，掉话率也有所增加。表7-8显示的是打开FD功能后PS的掉话率情况（打开时间是27日凌晨）。

表7-8 掉话率指标统计

可以看出，PS掉话率几乎上升了一倍左右，之后经过对PCHR的分析，发现掉话原因最多的是无线链路失步所致。在没有打开FD功能时，如果没有数传一定时间，无线链路也会失步，但连接会在永久在线定时器超时时释放，这时是不会统计为掉话的；FD功能打开后因为处于FACH和PCH态的连接时间变长，无线链路失步后11s连接就会被释放，此时就会统计为一次掉话。针对这个现象，我们修改了无线链路失步定时器，使其由11s增加到15s，另外缩短了4b触发时间，使其由5s变为0s，以达到无线链路失步定时器超过终端在DCH和FACH所处的时间，从而减少统计为掉话的次数。参数修改如下：

SET UUESTATETRANS：D2FTvmTimeToTrig=D0，F2PTvmTimeToTrig=D0，BeH2FTvm TimeTo-Trig=D0；SET USTATETIMER：RlRstrTmr=15000；

参数修改后掉话率变化情况见表7-9（修改时间是1月10日凌晨）。

表7-9 掉话率指标变化趋势

从参数优化结果来看，PS掉话率回落到FD功能打开之前的水平，达到了降低掉话的目的。