DSP Overload Alarm

Hi friends,

Why DSP overload alarm appears despite of no UL/DL CE congestion is perceived?

Did you see this problem on Huawei case? BSC 6810 et Wbbpb3

Regards

Quote:

---

Originally Posted by Kouka

Hi friends,

Why DSP overload alarm appears despite of no UL/DL CE congestion is perceived?

Did you see this problem on Huawei case? BSC 6810 et Wbbpb3

Regards

---

We have been through this before. you need to properly rehome the Node Bs on the DSP boards. you can check the DSP load consumption per board. some node bs are consuming more signaling than other node bs.

one way to do it, is to basically redistrubte the node bs with high dsp utilization in the different boards.

good luck

Quote:

---

Originally Posted by yoronjo

We have been through this before. you need to properly rehome the Node Bs on the DSP boards. you can check the DSP load consumption per board. some node bs are consuming more signaling than other node bs.

one way to do it, is to basically redistrubte the node bs with high dsp utilization in the different boards.

good luck

---

I think the alarm in NodeB side not RNC, so rehoming will not help

Yes. The alarm is the NodeB side.

regards

Quote:

---

Originally Posted by Kouka

Hi friends,

Why DSP overload alarm appears despite of no UL/DL CE congestion is perceived?

Did you see this problem on Huawei case? BSC 6810 et Wbbpb3

Regards

---

Usually there is load sharing between different SPUs (if i am not wrong starting around 60%) in order to avoid congestion, have you checked whether this functionality is enabled?

CEs are NodeB base-band capacity so you can have rejects from the RNC when CPU load of the SPU system where NodeB is connected is above specific threshold ( ~80% by default ) despite lower CEs consumption.

Quote:

---

Originally Posted by agenov

Usually there is load sharing between different SPUs (if i am not wrong starting around 60%) in order to avoid congestion, have you checked whether this functionality is enabled?

CEs are NodeB base-band capacity so you can have rejects from the RNC when CPU load of the SPU system where NodeB is connected is above specific threshold ( ~80% by default ) despite lower CEs consumption.

---

No releation between SPU overload and DSP overload alarm, as DSP exists in DPU board only.

What this the parameter enabling sharing load between SPU. We use here RAN.10 in our network with BSC 6810.

Regards

Quote:

---

Originally Posted by sala70vic

No releation between SPU overload and DSP overload alarm, as DSP exists in DPU board only.

---

Yes, my fault, i've missed that part with Wbbpb3 board. You are absolutely right.

And what alarm cause value is ? usually there is such.

The alarm fault code is 8 which means Downlink DSP is overloaded.

Regards

Quote:

---

Originally Posted by sala70vic

No releation between SPU overload and DSP overload alarm, as DSP exists in DPU board only.

---

thanks for correcting, i got it mixed up. @kouka, what is the version of your node b? thanks

Version is DBS 3900.

Tell me guys, in one subrack, there is a load balancing between DPU boards at subrack level?

Regards