You are on page 1of 5

HSDPA Throughput unstable Internal only

Author S Sathyan Staff Number 00703095


Department TSD Product Family: WCDMA RAN
Update Time 2009-10-2 Product Version: BSC6810V200R009C01B072
Approver
Title: HSDPA Throughput unstable.
Phenomenon
In the XX Project, RNC and NodeB are used for BSC6810V200R009C01B072 and
Description:
DBS3800V100R009C01B053 respectively and Iu (ATM) interface was integrated
recently via the Microwave link with core. When we test the 3.6 and 7.2 Mbps HSDPA
before commercial build, peak throughput reached 3.1 and 6.7 Mbps but fluctuating
regularly.
Alarm None
Information:
Cause 1. UE.
Analysis: 2. SGSN, RNC and NodeB side mismatch configuration or parameter setting.
3. RNC has packet loss on the DPU Board.
4. Limitation on the FTP Server or packet loss on the OSN Mux.
5. Wrong ATM services configuration in the OSN Mux.
Handling Analysis and Suggestion
Process: HSDPA Unstable Throughput
1. Firstly, the Configurations, parameters setting of the NodeB, RNC & SGSN and
performance of the UE and Laptop (Memory, Hard disk, firewall, DRTCP and etc)
were checked, where the HSDPA throughput occasionally reached the theoretical
value but fluctuated regularly, as shown in Figure 1-1.

Figure 1-1

1.1 Configuration and parameter setting in NodeB and RNC Side.

1.1.1 NodeB Parameters

2019-9-26 华为机密,未经许可不得扩散 第 1 页, 共 5 页
HSDPA Throughput unstable Internal only

a) Mac-hs scheduling parameters,

Resource Allocate Method = CODE_PRI


Scheduling Method = EPF
Max Retransmission Count = 4
Power Margin(%) = 5
HS-SCCH Power Control Method = CQI
HS-SCCH Power = 28
HS-SCCH FER(¡ë) = 10
Initial BLER(%) = 0
Resource Limiting Switch = OPEN
Dynamic Code Switch = OPEN
16QAM Switch = OPEN
Adj Coe of PF = 1
Max Power Per Hs-user = 10
CQI Filter Alpha = 80
From above parameters Power Margin, Initial BLER and HS-SCCH values should be
considered as 5, 10 and 0 respectively.

b) HSDPA FLOW CONTROL PARAMETER.

Hsdpa Parameter
---------------
Cabinet No. = Master
Subrack No. = 0
Slot No. = 0
Bear Type = ATM
Sub Board Type = BASE_BOARD
Port Type = IMA
Port No. = 0
Hsdpa Switch = Auto-adjust Flow Control or simple Flow Con.
Time Delay (5ms) = 2
Discard Rate = 1

1.1.2 NodeB and RNC Configurations


PCR SCR MBS CDVT RCR
AAL2PATH_H_RT RTVBR 3804 3803 1000 10240 3803
AAL2PATH_H_NRT UBR 3804 3803 1000 3803
AAL2Path services type and values of the PCR, SCR and RCR were checked in both side
and above is the example of the 2E1 configuration.

HS-PDSCH code resources configured on the RNC for 3.6Mbps.

2019-9-26 华为机密,未经许可不得扩散 第 2 页, 共 5 页
HSDPA Throughput unstable Internal only

Cell ID = 56201
Cell Name = U_COL_CIN054_1
Allocate Code Mode = Manual
Code Number for HS-PDSCH = 5
Code Max Number for HS-PDSCH = <NULL>
Code Min Number for HS-PDSCH = <NULL>
Code Number for HS-SCCH = 4
HS-PDSCH And HS-SCCH Power = 300
HS-PDSCH MPO Constant = 2.5DB
Cell HSDPA active stats = DEACTIVATED

2. Secondly, ping test from RNC LMT to UE was done, where the signal is very good and
test result was ok to all sites. So we can tell between RNC and UE no any abnormal case.
After that REDIRECT-fig 2.1 tracing and Transparent message-fig 2.2 were carried out
one by one to all DPU boards to find out the packet loss but result no any loss.

Fig 2.1

2019-9-26 华为机密,未经许可不得扩散 第 3 页, 共 5 页
HSDPA Throughput unstable Internal only

Fig 2.2
3. Therefore issue is in Upper layer UDP of the Iu PS interface. From tracing of the IU
interface, the data packet from CN to RNC was insufficient, which was the result of the
RLC BO frequently drops to Zero, so no data in the RLC buffer was sent to the MAC
layer, which must result in fluctuation of the downlink throughput. So possible causes
are as follow,
a) Packet loss on the OSN Mux.
b) Limitation on the FTP Server.
c) Wrong ATM parameter setting or configuration in the OSN Mux.

But packet capturing by using ethereal tool between the SGSN and FTP server no any
data losses. So we decided loss is on OSN Mux.

4. We made a BER test in transmission side, but result was normal.

5. After that we planed to analysis of OSN, which has packet discarded frequently. This
OSN Mux was used to create the ATM services, for Iu PS Services 10E1s are used to
build the virtual VC4 (STM-1) trunk, which is using of ATM over SDH techniques for
Iu PS interface. The configuration of the IPPATH bandwidth of the Iu PS was checked
but both sides are ok, details as shown in table 5.1.

Forward Backward
VPI VCI Service Type
Bandwidth(Kbit/s) Bandwidth(Kbit/s)
For
For
IPOA For IPPATH For IPPATH For IPPATH
IPOAPVC
PVC
0 32 QOSPATH 20000 20000

2019-9-26 华为机密,未经许可不得扩散 第 4 页, 共 5 页
HSDPA Throughput unstable Internal only

Table 5.1

But CDVT value of the IPOAPVC (VPI=0 and VCI=32) which was used in RNC side
is 1024(0.1mic second) but OSN Mux used lower then our CDVT value. So this should
lead cell delay due to this, packet should be discarded rapidly, then after CDVT value
which was increased in Mux side greater than RNC side value. HSDPA services keep
for stable.

Suggestions and One of the important concepts in ATM services is GCRA (Generic Cell Rate Algorithm)
summary: algorithm or Leaky bucket algorithm. From this algorithm, we can verify Transmission
bucket size should be greater then NE side bucket size and transmission side arrival time
should be greater then NE side arrival time. This arrival time depends on the CDVT value
and bucket size is proportion to IPPATH bandwidth.
If Iu PS is connected via MW link, then transmission side CDVT value should be greater
then RNC side CDVT value.
Attachments:
Related
document link:

2019-9-26 华为机密,未经许可不得扩散 第 5 页, 共 5 页

You might also like