Worst Cells - CE UL Congestion in Huawei
April 30, 2017 | Author: jaffarshine | Category: N/A
Short Description
Worst Cells - CE...
Description
CE UL Congestion in Huawei
If congestion is spread among different hours and days, and on the same NodeB, the following parameters can be used to decrease the usage of UL CEs UlMidRateThd (DCCC): Uplink Mid Bit Rate Threshold. UlDcccRateThd (DCCC): Uplink Bit Rate Threshold for DCCC. UlFullCvrRate (DCCC): Uplink Full Coverage Bit Rate. UlGBR (USERGBR): Uplink GBR for BE service. UlRateDnAdjLevel (DCCC): set to 3_Rates can be reduced to 2_Rates. UlRateUpAdjLevel (DCCC): set to 2_Rates can be increased to 3_Rates. Other Option: Decrease the Max Bit Rate Shift R99 traffic HSPA Reduce Initial bit Rate from 64 to 32kbs Enable the DCCC Algorithm
Directed retry for TCH Congestion When congestion occurs in a cell, directed retry procedure can be initiated to hand over the current call to another cell, thus decreasing TCH Congestion Rate (Overflow). For the BSC6000, thresholds can be set to automatically trigger the directed retry procedure. You can modify the settings of parameters to adjust the load in a cell. It is recommended that this function be enabled.
Persistent
How we can reduce the code congestion the congestion in the carreir which carrierd the CS and R99. the congestion in the R99 service. after the following changes are done, the congestion is reduced but still we have congestion. -Downlink Bit Rate Threshold For DCCC[kbit/s from 64 to 32 - Low Activity Bit Rate Threshold[kbit/s] from 64 to 32 -DL BE traffic Initial bit rate[kbit/s] from 64 to 32
plz note that we are enable the LDR feature but the Rate reduction action is not working. What about HSDPA BE Threshold settings? Which PS RAB is highly used during congestion? HSDPA BE Threshold is 768. but we change it before to 384 without any effect.
the RABs 384, 64 are counted more than others on the congested cells.
Recommend to change this parameter to 256Kbps,128Kbps,... gradually; most of operators push all PS users "HS capable UEs" to HSDPA by setting this parameter to 8kbps.
Please feedback HSDPA configuration for this cell? Also, please feedback DYN code switch "LST MACHSPARA" under this NodeB
Can you open IOS trace over this cell and check the PS RAB profile against the UE physical capability, whether it is HSDPA capable or not? Calculate number of PS RABS which are more 384 and not mapped over HSDPA (PS.RAB.More384.att - HSDPA.RAB.Att)
It seems very strange to have so much R99 traffic causing congestion so to find out the root cause for this behavior is good start. In addition to all proposed so far you may check whether HSPA is active as well as your NodeB/ even at RNC level/ licenses are enough i.e HSDPA users, HSDPA,HSUPA and etc. otherwise the system will allocate HSDPA capable UEs to R99 service that is good to be avoided.
Please check the parameter in LDR: Gold user priority .. = ON since all your users could be defined as GOLD you need to open this feature to work
channel elements dimensioning umts Hi Hussain, Please explain this forumal again for other services CE for UL R99 PS64k
((144*586)/(64*0.2*3600))*3*(1 20%)*(1 1%)*(1 40%) = 10CE.. Thanks in advance
why UL CE is bigger than DL CE? Hello friend...Are the SHO overhead, Burst ratio, retransmission for PS and the formula to calculate CE is vendor dependent or it is a standard values.?? Last line means you have PS64, PS128, PS384 and HSUPA so you can calculate the CE. Any idea about the 2 Below Radio KPI - Average uplink CE congestion rate - Power Congestion • • • •
Which input to use Any Measurement Protocol Minimum Level Formula to use
Many Thanks for your support
Traffic Model AMR12.2 (Erl) 0.035 0.035 CS64 (Erl) 0.000 0.000 PS64 (kbit) 144.00 96.00 PS128 (kbit) 0.00 192.00 PS384 (kbit) 0.00 288.00 HSPA (kbit) 576.00 2304.00 Total 720.00 2880.00
Assumptions Subscriber per site (S111) is 586 SHO overhead 20% Retransmission for PS 1% Burst Ratio 40% Traffic of voice 0.035*586*(1+20%) = 24.612 Erl GoS=2% do =33 Erl
CE for voice peak traffic 33 * 1=33 CE CE for UL R99 PS64k ((144*586)/(64*0.2*3600))*3*(1 20%)*(1 1%)*(1 40%) = 10CE
Same you can calculate for other RAB Services and HSUPA. Friends, I want to know how to calculate CE utilization in WCDMA. in the license etch Node B The channels elements config is UL:272 /DL:48 - i have a congestion for the ps DL/UP channels elements, the HSUP and the HASDP function normal no congestion. please can some one answer me about the resolution off this problem Clear Definition For Channel element "A band Channel Element is the resource base required in the Node-B to Provide for one voice channel capacity, including the control plane to Provide for one voice channel capacity, including the control plane signaling, compressed mode, the transmit diversity and softer handover. "signaling, compressed mode, the transmit diversity and softer handover." Factors affecting capacity in WCDMA UL and DL, sorted by descending level of importance as follows: Factors affecting Capacity in WCDMA UL and DL, sorted by descending level of Importance as Follows: - UL: No. CE support on each Node B, interference, Node B sensivity, .. - UL: No. CE support on the each Node B, interference, Node B sensivity, .. - DL: No. CE support on each Node B Iub interface capacity, power DL, OVSF, ... - DL: No. CE support on the each Node B Iub interface capacity, power DL, OVSF, ... Thus, CE can be viewed as a license for each NodeB capacity (not more). Thus, CE can be viewed as a license for each vertex NodeB capacity (not more). Each service will need some different CE UL and DL, such as: the each service will need some Different CE UL and DL, such as: AMR 12.2 k: Uplink 1; downlink AMR 12.2 k 1: Uplink 1; downlink 1 CS / PS 64 K: 3 Uplink, downlink 2 CS / PS 64 K: 3 Uplink, downlink 2 PS 128/144k: Uplink 5; downlink 128/144k PS 4: Uplink 5; DL 4 384 k PS: Uplink 10, downlink 8384 k PS: Uplink 10; downlink 8
View more...
Comments