PDA

View Full Version : High MP load in RNC 3820



deepak187
2012-03-22, 01:47 PM
Dear Experts,

We are facing high Mp load during peak hours (around 85%) and normal hours (>70%) in E// RNC 3820 due to which call rejected due to mp load is very high.No. of Node B is 513 in RNC.
please suggest what steps can be taken to decrease the load and which factors contribute the load in RNC.

fantominox
2012-03-22, 03:28 PM
Hi,
Such high load is dangerous - RNC can fall.
First of you should decrease number of NBs connected to this RNC – so many NBs should be divided between 2 RNCs.

Check type of processor board – if you have installed GPB43 – change to GPB53, check signaling boards.

Temporary action:

decrease 3G traffic: change 2G to 3G reselection parameters,
decrease number of channel switching,
switch off load sharing if switched on,
decrease number of users (congestion can occurs, but RNC will be safe)
Best Regards
Fantominox

If it’s useful add Reputation, thank you

aygo
2012-03-22, 10:42 PM
Dear Experts,

We are facing high Mp load during peak hours (around 85%) and normal hours (>70%) in E// RNC 3820 due to which call rejected due to mp load is very high.No. of Node B is 513 in RNC.
please suggest what steps can be taken to decrease the load and which factors contribute the load in RNC.

hi

I can help with advice and recommendations, but I need a dump MO of the RNC.
write me a private message to say how to do.

deepak187
2012-03-23, 02:23 AM
Thanks for replying....u mean to say that the RNC capacity is not sufficient to handle 512 NBs ?
but RNC can accommodate 768 NBs. we are using GPB65.Please tell the parameters which can be modified to reduce the load.

fantominox
2012-03-24, 05:37 PM
Number of NBs is not only criteria, also number of cells, active users, sum of active and inactive users (e.g. DCH+URA).
RNC 3820 can carry up to 768NBs, but 2304 cells, but 40 000 active users, but 220 000 active+inactive users.
In our network we had about 320NBs in RNC when MP load problem occurred.
320 x 6cells(2 carriers per cell)=1920cells . Number of rejections was increasing.
To stop temporary this problem we increased reselection treshold 2G -> 3G in GSM (EcNo/RSCP) to keep Ues longer in 2G, switched off load sharring and increased timers for switching, and decreased number of HSPA users (ADM), (we consider in next step HO parameter changing, but it wasn't necessary) -it helped, but it's not good way to reduce RNC load.
Mentioned above action decreased users' performance, but gave time to move part of NBs to another RNC. After that parameters was set as before.
BR
Fantominox

deepak187
2012-03-24, 11:03 PM
Can u share the parameters and current setting in your N/W ? that will be very helpful

aygo
2012-03-24, 11:16 PM
Can u share the parameters and current setting in your N/W ? that will be very helpful

in RNC Limiting factors are depicted:
• GPB load (Load CP) and DC load (Load UP)
• Amount of concurrent users
• Throughput volume
• Cells
• NodeB

if you do not know the actual loading of these parameters, change the settings - this "coffee fortune telling"

aygo
2012-03-25, 06:27 PM
what values ​​of these indicators?

MP Processor Load
The MP load can be monitored through the following Performance Management counters:

RNC 3820:
C2 MP active and standby roles are split for different programs, and that SCTP resides on the C1 MPs.
 Module MP processor load [%]:
 C2 MP processor load [%]:
 C2 MP standby processor load [%]:
 C1 MP processor load [%]:
 C1 MP standby processor load [%]:

SPB Load and PDR Throughput:
The current SPB load and PDR throughput can be monitored with:
 CC-SP processor load [%]:
 DC-SP processor load [%]:
 PDR-SP processor load [%]:
 BP processor load [%]:
 Routed PS data bytes for IuPS over ATM, aggregated per PDR device:
 Routed PS data bytes for IuPS over IP, aggregated per PDR device:

Rejects Due to Module MP Load:
The Performance Management counters to monitor granted and rejected calls are:
 Total amount of rejected calls due to Load Control:
 Amount of accepted terminating calls:
 Amount of accepted originating calls:
 Amount of rejected terminating calls:
 Amount of rejected originating calls:

Iub Throughput:
The utilized capacity for the licensed Iub Throughput can be determined by the counters in the MO RncCapacity, using the RncCapacityId = “IubThroughput”.
 The utilized Iub throughput in kbps

ET Board Load Monitoring:

deepakels
2012-08-04, 07:34 PM
Any one intrested in sharing the high signalling load issues and solutions, please contact me at deepakels@gmail.com


Dear Experts,

We are facing high Mp load during peak hours (around 85%) and normal hours (>70%) in E// RNC 3820 due to which call rejected due to mp load is very high.No. of Node B is 513 in RNC.
please suggest what steps can be taken to decrease the load and which factors contribute the load in RNC.

Interface
2012-08-05, 01:58 PM
Hi,
Our Network had same problems as your network last month. When we checked the performance of RNC, we found the SP signaling processing load is very high( >70%) while the User load is low (~30%). We check the percent of SP Processing with each and found that the channel Switching, the LU account for the main of SP processing.
So that we have some actions to reduce the SP Processing as below:
- Turn on the URA PCH, it help to reduce the RRC Attempt --> Reduce the SP Processing. It's the main action.
- Reduce the congestion of hotspot sites/cells.
- Use RRC Load Control to cut off the efficiency of congestion cells to RNC load.
- Change Adm and channel Switching parameters.
It's some actions we have done to fix this problems.

pyrague2010
2013-01-25, 09:17 AM
you have to check the sites distribution for each subrack ,then for each subrack you have to have to make a distrubution : each sites nearly for each subrack ,this a recomended good practices in // ,this is for balance the load.
then you a have to make a rehoming checkin the traffic user profile.

william.dg08
2013-01-29, 10:19 AM
I am completely agree with this recommendation... Specially the main action "TURN ON THE URA PCH"... with this you will reduce the MP LOAD in ~10% and the RRC and RAB attempt in ~ 20%.
You can check the URA configuration with de following command in the RNC:
get ura=


Hi,
Our Network had same problems as your network last month. When we checked the performance of RNC, we found the SP signaling processing load is very high( >70%) while the User load is low (~30%). We check the percent of SP Processing with each and found that the channel Switching, the LU account for the main of SP processing.
So that we have some actions to reduce the SP Processing as below:
- Turn on the URA PCH, it help to reduce the RRC Attempt --> Reduce the SP Processing. It's the main action.
- Reduce the congestion of hotspot sites/cells.
- Use RRC Load Control to cut off the efficiency of congestion cells to RNC load.
- Change Adm and channel Switching parameters.
It's some actions we have done to fix this problems.

elpirata
2013-12-06, 02:59 AM
what values ​​of these indicators?

MP Processor Load
The MP load can be monitored through the following Performance Management counters:

RNC 3820:
C2 MP active and standby roles are split for different programs, and that SCTP resides on the C1 MPs.
 Module MP processor load [%]:
 C2 MP processor load [%]:
 C2 MP standby processor load [%]:
 C1 MP processor load [%]:
 C1 MP standby processor load [%]:

SPB Load and PDR Throughput:
The current SPB load and PDR throughput can be monitored with:
 CC-SP processor load [%]:
 DC-SP processor load [%]:
  PDR-SP processor load [%]:
 BP processor load [%]:
 Routed PS data bytes for IuPS over ATM, aggregated per PDR device:
 Routed PS data bytes for IuPS over IP, aggregated per PDR device:

Rejects Due to Module MP Load:
The Performance Management counters to monitor granted and rejected calls are:
 Total amount of rejected calls due to Load Control:
 Amount of accepted terminating calls:
 Amount of accepted originating calls:
 Amount of rejected terminating calls:
 Amount of rejected originating calls:

Iub Throughput:
The utilized capacity for the licensed Iub Throughput can be determined by the counters in the MO RncCapacity, using the RncCapacityId = “IubThroughput”.
 The utilized Iub throughput in kbps

ET Board Load Monitoring:



What name of commands for print this report?
I know about std for CC, DC, PDR Devices.
Please, tell me about commands for another service, like Module MP processor load and how many % use of licenses?

BR,

elpirata
2013-12-10, 03:36 AM
I have several problems, sach us:
1) 3 types of faults....

2013-12-09 00:48:44 M UtranCell_NbapMessageFailure UtranCell=111111111(nbapCause: cell_not_available)
2013-12-09 10:26:51 M NodeSynch_Phasedrift_Threshold_Exceeded IubLink=Iub_333333,NodeSynch=1 (threshold_crossed)
2013-12-09 12:12:16 w UtranCell_RrcEarlyReject UtranCell=2222222(The alarm is currently toggling.)
P.S.
UtranCells=111111111and 2222222 are in URA.

2)

---------------------------------------------------------------------------------------------
Type %Up Total Enabled(1) Disabled(0) Locked(L) Active(A) Idle(I) Busy(B) Unallocated
---------------------------------------------------------------------------------------------
PDR 0% 20 20 0 0 20 0 0 20
CC 0% 20 20 0 0 20 0 0 20
DC 75% 160 160 0 0 160 0 0 40
---------------------------------------------------------------------------------------------
TOT 60% 200 200 0 0 200 0 0 80

Why 0%?

How to solve it?


BR,

elpirata
2013-12-10, 03:41 AM
pmx . pmTotNoUtranRejRrcConnReq

prints:
UtranCell=11111pmTotNoUtranRejRrcConnReq 2886
UtranCell=22222pmTotNoUtranRejRrcConnReq 0
UtranCell=33333pmTotNoUtranRejRrcConnReq 27


Why TotNoUtranRejRrcConnReq is different?
What I need to change?