LCRRNC业务功能特性优化.pptVIP

* * * * * * * * LCR5.0版本当RNC收到RL FAILURE（无线链路失败）消息后，会启动RL恢复定时器，而使用的RL恢复定时器长度 = 后台配置的（N302*T302）+ 后台配置的“RLRSTRTMR”（RL恢复定时器）的数值，这样的计算不能满足移动用户感知，同时与WCDMA使用也不一致，因此需要修改。未修改时，会有有维护人员对这个流程产生疑问，会提相应的pr单，增加定位成本。修改后定时器更合理。 * 说明：在升级时“RL失败后等待RL恢复定时器”升级为后台配置的“N302*T302 + RL恢复定时器”值。 假设不活动定时器时长设置为60S，并且PS不激活门限不为0。LCR 5.0中采用跳窗机制来判断释放时刻。从检测周期开始后，每隔60S计算之前60S周期内的业务量均值，如果业务量均值小于配置的门限，则发起释放。如上图所示，该用户在20S后业务量逐渐减少，40S后只有少量毛刺。按LCR 5.0的判断机制，在第2个周期内业务量均值才满足小于门限的条件，因此释放时刻为第120S。但实际上在20S到80S这个60S周期内已经满足了业务量均值小于门限的条件，最佳的释放时刻应该为第80S。 由上图所示的检测过程可知，目前跳窗检测机制下PS不能被及时释放，因此为了保证PS被及时释放引入滑窗机制。 * * * 含义：开关打开时，当寻呼消息拥塞时，会话类业务的寻呼消息