HSDPA accessibility rate degraded.

Hi experts,What's the possible reasons of HSD

PA accessibility rate degraded (NSN Technologie). The PS384 is used 20% in the i
nfected NodeB,then i suspect that the basic proble m is the CE congestion in the
uplink .In fact,the PS384 uplink bearer uses about 12 to 16 CE according to the
system module used. I'll change the parameter HSDPAMaxBitrateUL from 6 (384kbps
) to 4 (128kbps). This parameter defines the maximum user bit rate allowed in a
cell for HSDPA UL DCH return channel. It is applicable to the PS domain NRT RAB.
For the HSDPA Accessibility please first check the RSRAN 073 Report for the infe
cted NodeB and see where you are having the maximum failures which is contribut
i ng max to HSDPA Accessibiility degradation. Then Below are the reasons you hav
e to look into. 1) For Setup Fail BTS--Check CEs at BH 2) For setup fail UL Retu
rn Channel--check UL power congestion and reduce the UL bit rate accordingly. 3)
For Setup Fail Iub Transport-- check Iub Resource Congestion 4) For Setup Fail
UE-- Check RAB Reconfiguration failure Rate 5) For Setup Fail RNC-- Check RNC Un
it Load and Alarms on units 6) For Setup Fail too many Users-- Check simultaneou
s HSDPA Users So first thing to do is to find actually which out of these 6 reas
ons is contrib uting for your accessibility degradation so that you can work on
that. Hope will be helpful. the HSDPA =downlink and PS384 should be R99! the HSU
PA=uplink and should be not use 384k, so what you saying is DCH/HS, so if you ha
ve high RTWP (UL RSSI) than try to lower the DCH rate to 128 or 64 Actually if t
he RAB used is DL=HS/UL=DCH you will need HSDPAMaxBitrateUL =384 ot herwise don'
t expect to have high bit rates on HSDPA DL (like 14 Mbpsec or more when you hav
e MIMO or DC-HSDPA)). That is because whatever application is used b y your mobi
le(TCP/IP usually) on your test laptop it will need an acknowledgemen t sent in
uplink( to UTRAN network). That acknowledgement is using a DCH channel ( R99) th
at needs to have a specific bandwidth. You can try a new value of HSDPAMaxBitrat
eUL =384 Kbpsec but have a look at your HSDPA throughput and see if it is not li
mited by this change. After implementing the HSDPAMaxBitrateUl=128Kbpsec,I found
that HSDPA throughput has deteriorated even more.Then I'll return to the first
configuration and try an alternative. Usually synchronization affects RRC access
ibility and you need to maintain a cer tain number of consecutive sync burst to
establish/keep your connection. You nee d to check your sync timers, sometimes i
f it is set to high value you lose your connection more frequently otherwise you
should have a look on the sync server/s olution. It is also a good idea to chec
k Sync alarms on node-B/RNC level. In cas e you have server issue, then you are
supposed to see more alarms at node-b/RNC level. Moreover, you are supposed to s
ee RAB drop due to abnormal release/sync i ssue.

As Dan mention RRC failure will not effect HS accessibility or HS/EUL Throughput
, it will shows poor PS or CS accessibility, and again if the failure due to sy
n ch it most be problem in Air interface DL or UL. it could be UE accessing the
ce ll from too far, cell has high UL RSSI, or there is pilot population in DL. I
F y ou sure that cell s footprint is controlled and UL RSSI is good you need to
modify some timers as Dan suggest, I can t recommend values as I m not NSN exper
t
While CE congestion is one of the common causes of accessibility problems in mos
t countries and vendors we should not conclude until we see the actual CE utili
z ation...i suggest pulling CE util stats first on a per hour basis to really ve
ri fy if CE util is reaching capacity/license limit....also there are counters i
ndi cating if accessibility issues are due to HW limitation...