TD上行失步的参数设置解释.pdfVIP

TD上行失步的参数设置解释

日前**T网出现过在T网打电话时通话后一段时间无声现象，你们解释：导致该

现象原因是由于上行失步计数器拉长造成，目前设置的两个参数OUTSYNC、

RLFAIL都是255（最大），总的时间是70多s，因此存在手机失步以后，如果用

户不自动挂机，则可能出现手机一直表现通话的情况。

对此非常困惑，而且具体OUTSYNC、RLFAIL的两个参是如何决定释放时长，

具体的含义是什么一直不明白。

答复:

这两个参数是在小区建立的时候，RNC下发给NODEB的，后台可配及修改，不过在私有参数表里，

不建议轻易改动。

这几个参数是联合起来，用以检测上行链路失败、及之后相应的动作的定时器及计数器。而我

们用服的说法，是正确的。这两个参数设置不对，确实可能会导致你下文描述的此种现象。

解释如下：

OUTSYNC：是NODEB启动T_RLFAILURE定时器前连续检测到out-of-sync

指示的数目，取值范围是1到255；

RLFAIL：是NODEB连续收到N_OUTSYNC_IND个失步指示到触发无线链路

失败流程之间的时长。最大是25.5S；

首先,NODEB是可以检测到上行链路质量及信号强度的。如果NODEB的物理层，在CCTRCH信

道上，检测到连续OUTSYNC个无线链路失步指示，则记一次无线链路失步。

而此时NODEB并不会马上向RNC打“无线链路失败”（对应着RLFAILURE信令），而是会再

等待RLFAIL时间。如果在RLFAIL时间内，无线链路还没有恢复（就是还没有同步上），则此

时，NODEB才会向RNC上报无线链路失败指示。

而RNC那里也有相应的定时器。

如果RNC收到NODEB打过来的无线链路失败，RNC也不是马上就启动资源释放流程。RNC也要

等到定时器时间到（对应着你这里是5秒），才会发起释放——即IU释放，及RRC连接释放。

此时，才算掉话。

那么，这段时间内，用户实际上已经不能正常通话了，但是还是没有掉话。而这所有的时间加

起来，就是：

255*0.16(160MS)+25.5S+5S=40.8S+25.5S+5S=71.3S

也就是说，71.3S内，用户是不能正常的有效的通话的。但如果用户不挂机，RNC也不会强制释

放的，所以也不会掉话。

但这么设置也没啥大问题，呵呵，只是刚好在极端的测试情况下，会出现大问题。相反，从大

的面积或者统计的角度来看，是能提高KPI的。估计现场的工程师，以及网优人员，是从的KPI

的考核上考虑的才这么设置的。

换句话说，此时，如果是用户自己忍受不了了，自己挂机的，那么，假设用户挂机的信令能够

上去的话，这就不算掉话。所以，这对你们的掉话率指标，还是有所帮助的。只是你这种极端

场合，又会出现用户不挂机，则要等71S后才挂机的极端现象。

所以任何参数设置，都有好有坏，都有一定的适用范围。

还有几个问题想明确一下：

1、两个out-of-sync指示之间的时间间隔160ms是固定值还是需要哪个参数设置

呢？

由射频器件测量的时候物理层采样和滤波的参数决定。就是说每隔160MS采样

滤波一次，如果结果是失步了，则就记一次OUTOFSYNC。这属于研发层面及硬

件级别参数，网优层面，无法修改。

2、RLFAIL的单位是0.1s吗？可以修改么？

同样，底层参数。最小间隔100MS，我们可以设100MS的整数倍。比如说20——

代表2S。网优可以将20修改到255，但100MS本身，就属于研发参数了，网优层

面，无法修改。

3、RNC收到NODEB打过来的无线链路失败后等待的5秒时间是固定值还是需要哪

个参数设置呢？

这个网优层面，到是可以修改。影藏在后台的私有表里。联系用服修改。