how to increase node b capacity?

how to increase the capacity by only increasing the num of CEs (no hardware)

Quote:

---

Originally Posted by ibrahimmo

how to increase the capacity by only increasing the num of CEs (no hardware)

---

For adding CEs there's is two ways:
- Licences activation if all the CEs are not enabled.
- Add hardware

it is the short card action, some complaint still there because of you shrink of coverage handling, my opinion is for power congestion using PA Upgrade (from 20 to 40W), but if CE congestion you must upgrade the CE capacity or disable of PS 384 and reduce user of HSDPA.

Depending on where exactly you have congestion...CE can be upgraded by additional licenses if there is room for it or cards.

activate the license ??? you mean that there is CEs that are not used and when I activate the license i actually permit the use of more CEs!
why not activate all CEs and make it enabled from the beginning ?

Quote:

---

Originally Posted by ibrahimmo

activate the license ??? you mean that there is CEs that are not used and when I activate the license i actually permit the use of more CEs!
why not activate all CEs and make it enabled from the beginning ?

---

Because they cost money :) There is no meaning to buy something you will not use at full utlization.

its very vendor specific. like for NSN, the CE is added to cater for the needs of 2nd carrier, and this comes with class of service as well.

You should take into account the total number of CEs allowed by your RNC license. So as somebody said before, you have two basic limitations: hardware capacity (number and types of WBBP boards) and license capacity (total number of CE distributed along all the elements under this RNC).

Let me look for a table as I can show you the CE (UL and DL) per WBBP board type.

Best regards

Quote:

---

Originally Posted by ibrahimmo

how to increase the capacity by only increasing the num of CEs (no hardware)

---

Why do you need it? Do you have a problem with number of CE's? If yes, at first - you need to check hadrware and license.
Second - if you can not increase hardware/license, you have to decrease number of users (Tilt) or services (disable HSUPA for ex.).

Hi again,

here you have the details I promised before! :p

WBBPa: 3 cells, 128 UL CE, 256 DL CE
WBBPb1: 3 cells, 64 UL CE, 64 DL CE
WBBPb2: 3 cells, 128 UL CE, 128 DL CE
WBBPb3: 6 cells, 256 UL CE, 256 DL CE
WBBPb4: 6 cells , 384 UL CE, 384 DL CE
WBBPd1: 6 cells, 192 UL CE, 192 DL CE
WBBPd2: 6 cells, 384 UL CE, 384 DL CE
WBBPd3: 6 cells, 256 UL CE, 256 DL CE

You can configure up to 4 WBBP boards (slots 0, 1, 2 and 3) in BBU3900 equipment.

To check quickly how many CE supports a NodeB and avoid any calculation and previous board identification, you can use the MML Command DSP BBPTC.

Of course you must check license limitations also.

I hope it will help you,
Best regards

There are 4 capacity resource in Node B
1. RF Capacity --> Power and Code
2. Baseband Capacity --> CE
3. Transport Capacity --> Iub
4. for HSDPA, you have HSDPA User Number Capacity..


CE is only one capacity resource in 3G

Thanks

Quote:

---

Originally Posted by arisondang

There are 4 capacity resource in Node B
1. RF Capacity --> Power and Code
2. Baseband Capacity --> CE
3. Transport Capacity --> Iub
4. for HSDPA, you have HSDPA User Number Capacity..


CE is only one capacity resource in 3G

Thanks

---

What about power and code capacity? :p

Quote:

---

Originally Posted by _lisi4king

What about power and code capacity? :p

---

Power Capacity :
If your PA is possible to be upgraded, then increase the PA, huawei WRFU/MRFU can be up to 80 W per PA Module,
If not, splitting Cell or 2nd Carrier is the solution.

Code Capacity :
Code cannot be upgraded, you have to add more CC (Cell Carrier) with splitting Cell or 2nd Carrier.
But you have another solution instead of them :
1. If many HSDPA User compared than R99 User --> add HSDPA Code
2. If you have only 1 Carrier --> Using Dynamic Code Allocation
3. Disable some of unnecessary PS RAB (ie, disable PS 256 or 384) :)


Thanks

Quote:

---

Originally Posted by arisondang

Power Capacity :
If your PA is possible to be upgraded, then increase the PA, huawei WRFU/MRFU can be up to 80 W per PA Module,
If not, splitting Cell or 2nd Carrier is the solution.

Code Capacity :
Code cannot be upgraded, you have to add more CC (Cell Carrier) with splitting Cell or 2nd Carrier.
But you have another solution instead of them :
1. If many HSDPA User compared than R99 User --> add HSDPA Code
2. If you have only 1 Carrier --> Using Dynamic Code Allocation
3. Disable some of unnecessary PS RAB (ie, disable PS 256 or 384) :)


Thanks

---

Can you describe more detail about Disable some of unnecessary PS RAB (ie, disable PS 256 or 384)

If i disable some RAB's how i will save codes? Does system reserve codes for all RAB's, which enabled in the system?

Quote:

---

Originally Posted by _lisi4king

Can you describe more detail about Disable some of unnecessary PS RAB (ie, disable PS 256 or 384)

If i disable some RAB's how i will save codes? Does system reserve codes for all RAB's, which enabled in the system?

---

Each RAB (CS12.2/CS64/PS64/128/256/384) has code allocation in OVSF Code Tree called as Spreading Factor (SF)

CS 12.2 use SF 128
CS/PS 64 use SF 32
PS 128 use SF 16
PS 256 use SF 8
PS 384 use SF 8

1 SF8= 2xSF16=4xSF32=16xSF128
If you know about code clashes, then
1 PS 384 user occupation = 16 CS AMR users occupation,
meaning that 16 CS AMR code cannot be used due to 1 PS 384 user.

So,
If you disable PS384, you give more space for other RABs..

Thanks

Quote:

---

Originally Posted by arisondang

Each RAB (CS12.2/CS64/PS64/128/256/384) has code allocation in OVSF Code Tree called as Spreading Factor (SF)
So,
If you disable PS384, you give more space for other RABs..

Thanks

---

Which is the command/parameter? Can u do that at cell level only?

BR

Quote:

---

Originally Posted by agenov

Which is the command/parameter? Can u do that at cell level only?

BR

---

Hahaha...
i dont have any idea for this..
I am RF Planner,
let me ask my team and let u know later...

Thanks

Quote:

---

Originally Posted by arisondang

Hahaha...
i dont have any idea for this..
I am RF Planner,
let me ask my team and let u know later...

Thanks

---

:) i have doubts about all this but let's see what your findings are ...

BR

Quote:

---

Originally Posted by agenov

:) i have doubts about all this but let's see what your findings are ...

BR

---

i have found the parameter :
TYPRABBASIC in RNC Parameter

you can use LST TYPRAB,
change/delete RABINDEX which has MAXBITRATE=384000 (if you want to delete PS384)

Thanks

Quote:

---

Originally Posted by arisondang

Each RAB (CS12.2/CS64/PS64/128/256/384) has code allocation in OVSF Code Tree called as Spreading Factor (SF)
.
.
.
So,
If you disable PS384, you give more space for other RABs..

Thanks

---

It not a sollution for me. In our counrty 3 UMTS operator, and if will decrease throughput, subsrubers will move to another operator. It is better to decrease number of users (tilt, CIPICH power), but for the rest - provide good service!

Quote:

---

Originally Posted by arisondang

i have found the parameter :
TYPRABBASIC in RNC Parameter

you can use LST TYPRAB,
change/delete RABINDEX which has MAXBITRATE=384000 (if you want to delete PS384)

Thanks

---

And this is RNC Parametr. :eek: I don't know in which cases somebody will use it :o

Quote:

---

Originally Posted by _lisi4king

It not a sollution for me. In our counrty 3 UMTS operator, and if will decrease throughput, subsrubers will move to another operator. It is better to decrease number of users (tilt, CIPICH power), but for the rest - provide good service!

---

Hahaha..

If you Decrease CPICH and tilt,
It will reduce number of user, shrink coverage and killing the access for user..
Your customer will complain due to coverage issue..

If you are disable PS384 or PS256,
you are not killing the user access, but just limit the max rate and giving space for another user (not rejected or killing the access), and then
If HSDPA is enable in that cell and HSPA user is higher than R99 user,
you can expand your HSDPA Code and it will improve HSDPA user experience..

Please to check PS Distribution, PS64DL:PS128DL:PS256DL:PS384DL
I guess PS384 seizure (duration time) is lower than PS64 Kbps..
If it is true, no worries to disable that RAB

But the choice is yours.. :)


Thanks

Quote:

---

Originally Posted by _lisi4king

And this is RNC Parametr. :eek: I don't know in which cases somebody will use it :o

---

If your PS384 distribution in 1 RNC is very low compared than other PS RAB
In my country, most of 3G Handset is HSDPA Capable UE..
so, why we have to give them 384 rather than move them to HSDPA?

Thanks

Quote:

---

Originally Posted by arisondang

If your PS384 distribution in 1 RNC is very low compared than other PS RAB
In my country, most of 3G Handset is HSDPA Capable UE..
so, why we have to give them 384 rather than move them to HSDPA?

Thanks

---

May be it is a good reason. Need to investigate.

Quote:

---

Originally Posted by _lisi4king

May be it is a good reason. Need to investigate.

---

yes.. correct.. snapshot ur network first..
i am waiting the result :)

Thanks

[QUOTE=arisondang;136267]If your PS384 distribution in 1 RNC is very low compared than other PS RAB
In my country, most of 3G Handset is HSDPA Capable UE..
so, why we have to give them 384 rather than move them to HSDPA?



did you really remove this RAB in your RNC?

BR
Alex

[QUOTE=agenov;136304]

Quote:

---

Originally Posted by arisondang

If your PS384 distribution in 1 RNC is very low compared than other PS RAB
In my country, most of 3G Handset is HSDPA Capable UE..
so, why we have to give them 384 rather than move them to HSDPA?



did you really remove this RAB in your RNC?

BR
Alex

---

Last year we did this solution when we had many congestion in Power/Code/CE due to some big event happening.
Now we dont have capacity issue, and most of them have 2nd Carrier already

Thanks

[QUOTE=arisondang;136368]

Quote:

---

Originally Posted by agenov

Last year we did this solution when we had many congestion in Power/Code/CE due to some big event happening.
Now we dont have capacity issue, and most of them have 2nd Carrier already

Thanks

---

ok. To be honest this is more or less some solution even to be robust one. But HUawei already provide solution for that and is called load algorithms, so u may activated with the same success LDR for example to offload your cell....

BR

[QUOTE=agenov;136499]

Quote:

---

Originally Posted by arisondang

ok. To be honest this is more or less some solution even to be robust one. But HUawei already provide solution for that and is called load algorithms, so u may activated with the same success LDR for example to offload your cell....

BR

---

for LDR case its just "tricky" parameter, some cases will be solved but anothers were open, i think better using Arisondang ways to make it all happy ;)

[QUOTE=adewijaya;136523]

Quote:

---

Originally Posted by agenov

for LDR case its just "tricky" parameter, some cases will be solved but anothers were open, i think better using Arisondang ways to make it all happy ;)

---

What case will be not?

[QUOTE=agenov;136499]

Quote:

---

Originally Posted by arisondang

ok. To be honest this is more or less some solution even to be robust one. But HUawei already provide solution for that and is called load algorithms, so u may activated with the same success LDR for example to offload your cell....

BR

---

Merhaba, Aleksandr.

Today i've spend some time for trying to understand, how can LDR helps to reduce power congestion. And i've found that it doesn't have suitable way for HS. All suggestions work only for DCH in common. For HS exists (for all resourse congestion) only Inter-Frequency Load Handover and Inter-RAT Handover in PS Domain. But this is not way, which can really can help me.

Now i've found only one sollution for HS service (Huawei) - to increase number of UL equivalent user number. :rolleyes:

[QUOTE=_lisi4king;137787]

Quote:

---

Originally Posted by agenov

Merhaba, Aleksandr.

Today i've spend some time for trying to understand, how can LDR helps to reduce power congestion. And i've found that it doesn't have suitable way for HS. All suggestions work only for DCH in common. For HS exists (for all resourse congestion) only Inter-Frequency Load Handover and Inter-RAT Handover in PS Domain. But this is not way, which can really can help me.

Now i've found only one sollution for HS service (Huawei) - to increase number of UL equivalent user number. :rolleyes:

---

Becareful if you increase EUL,
keep monitoring your Noise Rise (RTWP)..
increasing the EUL will allow more user to access cell (increase accessibility), but PS Drop Call will increase (decrease retainibility) and shrink your coverage (cell breathing)

Thanks

Enhanced Uplink (EUL) is just "tricky" way. I already did to overcame big increasing traffic but make problem with all KPI :Q

Hi all
How to resolve IuB congestion ?
Thank you

Quote:

---

Originally Posted by Junio

Hi all
How to resolve IuB congestion ?
Thank you

---

Do you want to solve it without bandwidth increasing?

at first time yes
I want to reduce the OPEX

easy, make some compression on your tranmission but i didn't to guarantee it ;)

Thank you for this answer :
I will try to see mode compressed in WCDMA .

reduce ULGBR is another solution - default is 64kbps.
Reduction it to 32 or even 16 will immediately solve your problem ;-)

thank a lot for your help.

but is it a same for DL IUB cong?