One idea on reduce the congestion rate for CS RT service(Sharing)

We can increase the "DRX length" to prolong the call setup time for CS call. Thus, we can reduce the congestion rate.
]|iZ:J0
rZP(YW'M0 Refer the normal RRM algorithm(Loading control), when cell will become congestion, some actions will be executed by loading control to prevent this situation. For example, handover to another cells or frequency, decrease the AMR rate,slow down the PS call etc.
Q6{PO/Rt0U4L&a}0 中国通信网－无限分享7`mN8]S&bq
Normally, Erlang-B table is used for RT services with call blocking rate, and Erlang-C table is used for NRT service with call queue time. From here, we can see the nature of RT service. Could we get more time from RT service to let us use RRM algorithm effeciently? Yes, we can control the access entry of RT service. Once the user plane had been established,it's difficult to do more on RT service.(of course, for AMR, we can adjust the vocoder rate for this purpose)
V4L4_%T#PF0
2b g1}2K-[B0 And I think why we can't prolong the call setup time for UE, thus, the congestion should be down. Of course, you should guarantee longer time don't get more complaints from UE.(little longer setup time is better than call blocking).
N$U-K`)n/E"c,d_0 中国通信网－无限分享(VqY}^5M B
So, we can increase the "DRX length" before rush time and back to normal with the adaptive method.
3B L'{!?Ul0 中国通信网－无限分享3U-U9Y;]W!]
M
Of course, you could use the appropriate method to achieve this goal.中国通信网－无限分享y7G5VaeU!z
中国通信网－无限分享 {X+i,UI$P w[$U{z
Especially for system optimization, you just need to balance each part to get the maximum performance.中国通信网－无限分享n_Zw!Y

s9W]
De;j+K0 As a optimization engineer, who should avoid -- "头疼医头,脚痛医脚".  We should regard whole system as one not different part. Thus, it's higher requirements on system optimization.