PDA

View Full Version : rrc failure in huawei due to processor load



mosa
2015-03-27, 05:12 AM
hello dears

is there any counter to measure rrc failure due high processor load in huawei RAN13 & RAN15

awa_207
2015-04-14, 11:03 AM
I have same question.

erraviesh
2015-04-14, 09:42 PM
If you have hedex, read topic "flow control". You can find all the counters related to RRC rejection due to high XPU load.

Other way, (Total RRC rejection - (RRC rej due to CE + RRC rej due to IUB + RRC rej due to Code + RRC rej due to Power))

Vladislav
2015-04-19, 06:22 PM
Hi,
Actually this is very interesting topic and I am currently working at such problem.

In the initial post it is not clear about which CPU high load there is a talk - WMPT board(NodeB side) or SPU (RNCside).
Both cases can be present.
1) WMPT board overload - can be measured with NodeB counters VS.BRD.CPULOAD.MEAN, VS.BRD.CPULOAD.OVER.
If the mean load higher than 65-70% there is a possibility that NodeB is not processing all the RRC requests successfully. Here you should pay attention to the counter VS.RlSetup.Reject.CP.Cong, which is showing total number of radio link setup rejections in the NodeB due to congestion on the control plane, that is, CPU overload. Also you can refer to E2E Flow control feature description - there are a lot of details there.
2) SPU board overload - as it is already mentioned above - good described in features Flow control. If it is enabled you can refer to counters:
- VS.RRC.FC.Num.CPU.OverLoad
- VS.RRC.FC.Num.CPU.CPUS
One important thing - usually Flow control and E2E Flow control algorithms turned off by default, so my suggestion (if you don't want to enable this feature as they are actually not very good for KPIs) - make CPU load monitoring periodically and expand capacity or perform another actions in time
For SPU load use counter - VS.XPU.CPULOAD.MEAN.

Best regards!