3G RRC SR Degradation - PmNoFailedAfterAdm Issue

Hi experts,

Has anyone encountered this issue before? The 3G RRC Setup Request (SR) rate has significantly degraded, with the reason being PmNoFailedAfterAdm.

Are there any related parameters that could help mitigate this degradation?

It indicates that your admission control settings are not optimized.

Try correlating it with the cause of failures (Iub, CE, power, codes, etc.) and adjust the settings accordingly for better performance.

This counter is triggered after admission has succeeded.

It may indicate issues occurring post-admission, so it’s important to analyze related factors like Iub, CE, power, and code availability to identify and resolve the root cause.

Your admission control settings might be too relaxed, allowing more UEs than the network can efficiently handle. Admission control should react faster to trigger load balancing and other mechanisms proactively.

Do you have SON modules active, such as CCO (Coverage and Capacity Optimization)? These could help in dynamically managing resources and improving the situation.

No, not active.

If SON modules like CCO were active, they could have helped by automating resource optimization, dynamically adjusting coverage and capacity based on network conditions.

Since they are not enabled, manual fine-tuning of admission control parameters is necessary. Ensuring a faster admission control response can help trigger load balancing and resource adjustments before degradation occurs. It’s also essential to analyze failure causes (Iub, CE, power, codes, etc.) to optimize network performance effectively.

What is the description of this counter? It looks like an Ericsson counter.

You need to analyze the root cause of failures occurring after admission control, such as IuB congestion, CE availability, power limitations, code shortages, or RRC user capacity.

Is the failure happening during RRC establishment, RAB establishment, RAB reconfiguration, or incoming handovers?

Yes, this Ericsson counter is similar to Huawei’s NoReply counter.