Professional Documents
Culture Documents
Transmission Data Checks
Transmission Data Checks
On the RAN side (excluding the UE), the physical layer, MAC layer, and RLC layer are
involved. The TCP/IP layer is adjacent to the PDCP layer and the RLC layer. Therefore, the
TCP/IP layer may also be affected by the RAN in some scenarios
FTP servers, streaming
servers, and websites.
The PDU rate includes the overhead of the current layer, whereas the SDU rate does not
include the overhead of the current layer.
Therefore, the SDU rate of a layer equals to the PDU rate of the upper layer.
RLC SDU
The UE measures the Ec/No of the Common Pilot Channel (CPICH) and adds a
Measurement Power Offset (MPO) as the Ec/No estimation value of the HS-
PDSCH.
HS-PDSCH Ec/No (estimation value) = Ec/No
cpich + MPO
That is, the UE assumes that the NodeB transmits the HS-PDSCH according to
CPICH Power + MPO.
Then, add the SF gain 10 * log16 to obtain the SNR of the HS-PDSCH.
SNR HS-PDSCH = HS-PDSCH Ec/No + SF gain 10
* log16
The CQI is obtained according to the relationship between the SNR and CQI of the
simulated HS-PDSCH.
Generally, the difference between the CQI and SNR is a constant (4 or 4.5 dB).
With 64QAM: when the CQI is greater than 25, CQI increases by 1 when SNR
increases by 2 dB. CQI = SNRcpich + MPO + 4.5 if CQI <= 25
or CQI = 25 + (SNRcpich + MPO + 4.5 - 25)/2 if
In this case: CQI > 25
RNC:
Manual assignment : set the number of codes to be assigned.
Automatic assignment : set the maximum number of codes and minimum
number of codes to be assigned.
Over one SF16 codes are used by the Common Control Channels
=> maximum of 14 SF16 can be used for HSDPA
SRB over DCH : Each accessed HSDPA user consumes an associated DPCCH using one
SF256
SRB over HSDPA : F-DPCH is multiplexed by all users => save codes
Before the R7 which introduces the L2 enhancement, RLC PDU size was
configured to a fixed size.
• The typical value of RLC SDU size is 320 bits or 640 bits.
• Although the RLC window size supports a maximum of 2048
For the following example : RLC PDU size is 640 bits, the RLC window size is
2048 RLC PDUs, and the RTT delay of the sender from transmitting data to
receiving the ACK message in AM mode is 100 ms.
The maximum
transmission rate is 640
bits * 2048/0.1s = 13.1
Mbit/s.
The theoretical peak rate of service data transmission can reach 21.6 Mbit/s,
28.8 Mbit/s, and 43.2 Mbit/s respectively.
• If the RLC PDU size is too large, no complete RLC PDU can be correctly
transmitted to the UE when the channel quality is poor; therefore, normal
data transmission cannot be performed and the coverage is reduced.
• If the RLC PDU size is too small and the RLC window size is increased to
improve the data transmission rate, many RLC PDUs are multiplexed in one
MAC-hs PDU when the user channel quality is good; therefore, much
redundant information is brought in the RLC PDU data heads, and the data
transmission efficiency of the air interface is reduced.
To fully match the data transmission capability of the air interface, improve
the data transmission efficiency, the L2 enhancement is introduced.
The L2 enhancement mainly affects RLC layer, MAC layer, and user plane FP data
transmission of Iub interface on the RNC.
• TCP/IP layer: Data packets at this layer are received from the application
layer. The TCP/IP layer matches data packets based on the MTU (Maximum
Transfer Unit ) size. Generally, the MTU size is 1,500 bytes, which is equal to
12,000 bits. The header overhead of 40 bytes (320 bits) is added to each
MTU.
• RLC layer: This layer matches data packets of the PDCP layer based on
the RLC SDU size. The overhead of 16 bits is added to each SDU to form an
RLC PDU. Then, the RLC PDU is transmitted to the MAC-d layer.
At this layer, a proper TBS is selected to match the data of the upper layer
and actual resources of the air interface.
• In non-EL2 mode, the overhead of the MAC-hs layer consists of the fixed
21-bit header overhead and the padding overhead of the TBS tail.
• In EL2 mode, the overhead of the MAC-ehs layer consists of the fixed 8-
bit header overhead and additional 16-bit header overhead required by
each MAC-ehs SDU (RLC PDU).
• Physical layer: The rate at this layer is 3.84 Mchip/s. The rate indicates
the rate of the MAC-hs/ehs layer, that is, TBS/2 ms.
CAT14 supports EL2 and 64QAM (MAC-ehs entity) Maximum number of bits of an HS-DSCH
transport block received within
an HS-DSCH TTI
The maximum TBS used in CAT14 is 42192 bits
1) The maximum rate of the MAC-hs layer is: 42192 bits /2 ms = 21.096
Mbit/s
The maximum PDU rate at the RLC layer is: (2416 bits * 17 + 824 bits)/2
ms = 20.95 Mbit/s
HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential Page 16
Basic Concepts — Calculation of Theoretical
Rates (2/4)
3) At the TCP/IP layer the maximum PDU rate is equal to the SDU rate at
the RLC layer, transparent transmission between the MAC-d layer and the PDCP layer
The overhead of 16 bits is added to each SDU to form an RLC PDU
which is: [(2416 - 16) bits * 17 + (824 – 16) bits] /2 ms = 20.8 Mbit/s.
4) If the MTU size (Maximum Transfer Unit ) is set to 1500 bytes At the TCP
layer, the rate at the application layer is: 20.8 Mbit/s * [(1500 – 40)/1500]
= 20.25 Mbit/s.
If there are only 14 HSPDSCH codes, the maximum TBS used in CAT14 is 38576
bits:
In this case, the maximum rates of the MAC-hs layer, RLC layer, TCP/IP layer,
and application layer are 19.29 Mbit/s, 19.16 Mbit/s, 19.03 Mbit/s, and 18.52
Mbit/s respectively.
Real-time performance tracing from RNC give the Downlink UE throughput at the
MAC-d layer (that is, the SDU rate at the MAC-hs layer) or the PDU rate at the RLC
layer.
Downlink throughput displayed in DU meter can be considered as the SDU rate at the
RLC rate.
• SBLER indicates the sum BLER, regardless of the initial TBS transmission or HARQ
retransmission.
• Residual BLER (RBLER) indicates the BLERs for TBs still incorrectly transmitted after all the
HARQ retransmissions at the MAC-hs layer.
Example:
The maximum number of HARQ retransmission is 4, three TBSs must be transmitted:
• The first TB is correctly transmitted during the initial transmission.
• The second TBS is retransmitted correctly after an initial transmission.
• The third TB is retransmitted incorrectly for four times.
• IBLER, the initial transmission of the first TB is successful and the initial transmissions of the
second and third TBs fail. Therefore, IBLER = 2/3 = 66.67%.
• SBLER, the first TBS is transmitted only once with zero transmission failure. The second TBS is
transmitted twice with one transmission failure. The third TBS is transmitted five times with
transmission failure five times. Therefore, SBLER = (0 + 1 + 5) /(1+2+5) = 75%.
• RBLER, the first TB is correctly transmitted during the initial transmission. The second TB is
retransmitted correctly after an initial transmission. The third TB fails to be retransmitted for
four times. Therefore, RBLER = 1/3 = 33.33%.
Y
N
3.2.1
Identify who
transmission fails
N
Can data transmission be started
Y
Y
Is data transmission OK?
3.2.2
Check RAN problems
RAN problems?
Y N
3.2.14
3.2.3 3.2.4 3.2.5 3.2.6 3.2.7
N
Check and Check cells’ Check access Check Check the Check bandwidth
clear alarms HSDPA status signaling licenses DCCC setting on the IU-PS
interface
Y 3.2.15
Is the problem identified?
Check packet
N loss on the Iub
interface
3.2.8 3.2.9
Check 3.2.10 3.2.11
Contact CN
Check downlink downlink code Check the number of Check radio 3.2.16 engineers to locate
power resources resources online users in a cell quality Check packet the fault, which
losses on the IU- Y
must be supported
PS interface and by the RAN
TCP mechanism
3.2.17
Y
Is the problem Check and Replace the UE or
identified? isolate UE faults driver program
N
3.2.13 3.2.18
Check the bandwidth on the lub interface Check CPU
usage of laptops
3.2.12
N
Check if RLC downlink Is the problem
window is full identified?
Y
Y
Is the problem
identified?
N
HUAWEI TECHNOLOGIES CO., LTD. Huawei Collect
Confidential
3.2.19 Page 20
data and
report problems END
Process of identifying Drive Test test-based
HSDPA data transmission problems
Identify DT test-based HSDPA
data transmission problems
Perform DT in idle
period (with few
online users)
Does abnormal Y
Handle with the
point exist (with high CQI but
problem
low throughput)
N N
Is the problem solved
Optimize RF coverage Y
and improve the
average CQI
Y
Is the problem solved END
3.2.19
Collect data and report
problems
Is the BER
Y on the air interface
high?
N
UE problems
N N
Other problems
HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential Page 22
END
Analysis on HSDPA cell performance
problems
Step Evaluation Item Evaluation Result and Handling Suggestion
High Low
(1)
Bit error rate (BER) on the air Optimize the coverage. Go to step (2).
interface in the cell
(2)
Perform the following operations based on the CQI:
Power usage of the cell If the CQI is poor, optimize the coverage. Go to step (3).
If the CQI is normal, add carriers.
(3)
Usage of the Iub transmission Expand the Iub transmission bandwidth. Go to step (4).
bandwidth
(4) Perform the following operations based on the IP path
transmission quality on the Iub interface:
If the transmission quality is poor, optimize
RLC retransmission rate transmission. Go to step (5).
If the transmission quality is normal, check the residual
bit errors on the air interface. For the cells with many bit
errors on the air interface, check power control
parameters.
(5) Check whether the
theoretical rate of the cell
meets the requirement. If
Code resource usage Add code resources. the theoretical rate meets
the requirement, the upper-
layer data sources are
insufficient.
MAC-d MAC-d
MAC-es
MAC-es /
MAC-e
MAC-e MAC-e EDCH FP EDCH FP
Uu
UE NodeB Iub DRNC Iur SRNC
MAC-d Flows
DDI1 N1 TSN1 MAC-es SDU MAC-es SDU MAC-es SDU
Numbering Numbering Numbering MAC-es PDU: TSN DATA DATA N1 MAC-es SDUs of size and LCh indicated by DDI1
HARQ
processes DDI1 N1 MAC-es PDU1 DDI2 N2 MAC-es PDU2 DDIn Nn MAC-es PDUn
L1 DATA
1. Simplified architecture showing MAC inter-working in UE. The left part shows the functional split while the right part shows PDU construction
Mapping info signaled over RRC
DDI1 N1 DDI2 N2 DDIn Nn DDI0 MAC-es PDU1 MAC-es PDU2 MAC-es PDUn SI Padding
PDU size, logical channel id, MAC-d flow (Opt) (Opt) (Opt)
id => DDI
MAC-e PDU
• Check the number of users in the cell in real time on the RNC LMT.
The uplink load is shared by all users. When the number of users increases, the
available load of each user is reduced, therefore affecting the throughput.
On the other hand, the HSUPA scheduling can only control the load of the HSUPA
scheduling users.
If many non-HSUPA scheduling users exist in the cell, the available load of the HSUPA
scheduling user is affected, therefore affecting the actual rate of the HSUPA scheduling
users.
• If the actual load is less than or equal to 75%, the HSUPA user throughput
should be higher than to MAX(GBR, 1 RLC PDU rate).
• If the actual load is greater than 75% and less than 95%, the HSUPA user
throughput is equal or les than MAX(GBR, 1 RLC PDU rate).
1. Simplified architecture showing MAC inter-working in UE. The left part shows the functional split while the right part shows PDU construction
• If the actual load is greater than 95%, the HSUPA user throughput is hard to
reach the GBR but may meet 1 RLC PDU rate.
You can set the background noise of the cell in two methods: manual setting and automatic update.
If the background noise set on the RNC LMT is different with the background noise of the actual cell, the
cell throughput is affected.
• If the set value of the background noise is greater than the value of the actual background
noise
• The system stability may be reduced.
• The actual throughput of the cell is greater than the throughput related to the target value
of Rot.
•
•
When the set value of the background noise is smaller than the actual value,
• The actual throughput of the cell is smaller than the throughput related to the target value
of RoT.
Run LST UCELLCAC on the RNC LMT to query the background noise configuration in
Check thethe
setting
cell of the background noise and monitor the number of cell users in real time
on the RNC LMT:
Run MOD CELLCAC on the RNC LMT to modify the configuration background
• In test network
noise : if the query result shows that the background noise set in the cell is different
from the actual background noise
=> It is recommended
HUAWEI TECHNOLOGIES CO., LTD. that field engineers
Huawei check the cause
Confidential of the
Page 28 high background
noise.
Basic Concepts — Factors Affecting the Uplink
Load
External Interference :
If a burst of interference occurs, the load of the cell rises instantly causing the throughput
fluctuation of HSUPA users.
=> Check the RTWP of the cell when no user exists or identify the problem by using
frequency sweep.
UL 8 64 1 2
UL 16 64 1 2
UL 32 32 1 2
UL 64 32 1 2
UL 128 16 2 4
UL 144 16 2 4
UL 256 8 4 8
UL 384 4 8 16
UL 608 4 8 16
UL 1450 2SF4 16 32
UL 2048 2SF2 32 64
UL 2890 2SF2 32 64
UL 5760 2SF2+2SF4 48 96
To support HSUPA, 3GPP TS 25.306 defined nine UE categories. These UEs support
different peak rates at the MAC layer, ranging from 711 kbit/s to 23 Mbit/s.
= Total size of all RLC PDUs transmitted at the RLC layer within a
measurement period / Measurement period
= Total size of all RLC SDUs transmitted at the RLC layer within a measurement period /Measurement
period
= Total bits of RLC PDUs – Σ of retransmitted bits and RLC PDU header overhead (16bits in total).
The relationship between the RLC SDU Throughput UL and the RLC PDU Throughput UL :
RLC SDU throughput UL ≈“RLC PDU UL throughput” * “(1 - RLC PDU retransmission rate UL)” * “RLC
PDU header overhead ratio.”
2) Data rate at the MAC-e layer: Maximum TBS at the MAC-e layer /10 ms
= 14484 * 1000/10 ms = 1.448 Mbit/s
Number of MAC-d PDUs per MAC-e PDU = Maximum TBS at the MAC-e layer (bits) / MAC-d
PDU size(bits)
Number of MAC-d PDUs (MAC-d PDU size = 336 bits) = int(14484/336) = 43,
RLC payload rate : CAT3 theoretical rate = (RLC payload size * Number of TBs) / TTI
RLC SDU size = MAC-d PDU - MAC header - RLC header = 336 -16 = 320 bits
CAT3 theoretical rate (MAC-d PDU size is 336 bits) = (320 * 43) /10 = 1.376 Mbit/s.
The MAC SDU rate monitored on the LMT = int(14484/336) * 336/10 = 1.448 Mbit/s.
The maximum throughput at the application layer ≈ the RLC payload rate / (1 + 10% of
HARQ retransmission) = 1.36 Mbit/s
Throughput at the physical layer: (3840000/2) * 2 (SF2) + (3840000/4) * 2 (SF4) = 5.76 Mbit/s
Data rate at the MAC-e layer: Maximum TBS at the MAC-e layer * 1000/2 ms => 11484 * 1000/2 = 5.742
Mbit/s
Number of MAC-d PDUs per MAC-e PDU = Maximum TBS at the MAC-e layer (bits)/MAC-d PDU size (bits)
Number of MAC-d PDUs = int(11484/336) = 34
CAT6 theoretical rate (RLC payload rate) = (RLC payload size * Number of TBs)/TTI
RLC SDU size = MAC-d PDU - MAC header - RLC header = 16 bits
If the MAC-d PDU size is 336 bits, the CAT6 theoretical rate is 34 * 320/2 = 5.44 Mbit/s.
The MAC SDU rate monitored on the LMT is: int(11484/336) * 336/2 = 5.712 Mbit/s.
The maximum throughput at the application layer ≈ the RLC payload rate/(1 + 10% of HARQ
retransmission) = 4.945 Mbit/s
HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential Page 35
Basic Concepts — HSUPA Theoretical Rates of
Layers
Y
Is data transmission OK?
N
3.2.4
Check and
clear alarms
3.4.1
Y Check the minSF during the link
setup or re-configuration
N
3.4.2 3.4.3 3.4.4 3.4.5 3.4.7 END
Check the Check the
Check UE Check cell Check RAN
Assigned rate DCCC
capabilities capabilities parameters
of the CN algorithm
Y
Is the problem solved?
N
3.4.8
Y
Is UE traffic volume
restricted
N
3.4.8 3.4.8
Check the TCP layer 3.4.7
Check the RLC
and higher layers N
layer Is the UE transmission
power restricted
Y Is the problem
Replace the UE or driver Y
caused by UE 3.4.7
N Check UE location and outloop
power control
Is the
Modify the laptop setting Y
problem caused by Y
or replace the laptop
laptop Is the problem solved?
N
N
Contact CN engineers
Is the problem
to locate the fault, which Y
caused by server or
must be supported by
CN
the RAN
N
Y
Is the fault rectified
N
N
HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential
Is the problem solved? Page 37
3.2.19
Y Collect data and report
Process of Identifying DT Test-Based HSUPA Data
Transmission Problems Identify DT test-based HSUPA
data transmission problems
Perform DT in idle
period (with few
online users)
Does call
Y Handle with the
drop or handover failure (or
problem
not in time) exist
N
N
Is the problem solved?
Y
Optimize the RF
coverage
Y
Is the problem solved? END
3.2.19
Collect data and report
problems
N
Perform expansion,
use dynamic CEs, and Y Are CE resources limited?
optimize the GBR
Is the Iub
Optimize the
Y transmission quality
transmission quality
poor?
Expand the Iub Are Iub
N transmission Y resources
bandwidth limited?
Other
HUAWEI TECHNOLOGIES CO., LTD. problems
Huawei Differential
ConfidentialOthers Page 39
causes
Process of Identifying Performance Measurement-
Based HSUPA Data Transmission Problems
Step Evaluation Item Evaluation Result and Handling Suggestion
Yes No
(1) Whether the UE is in the Happy state Data sources are insufficient. Go to step (2).
(2) Whether the uplink load is limited The RTWP is limited. Go to step (3).
(3) Whether CE resources are limited Add CEs, enable the dynamic CE feature, and Go to step (4).
optimize the GBR.
(4) Whether the BLER of the air interface is high Check whether MultiACK is abnormal. Go to step (5).
Yes: Check whether the power control of the control
channel or the UE is abnormal.
No: Check whether power control parameters are
correct.
(5) Check whether the RLC retransmission ratio is high Perform the following operations based on the Go to step (6).
residual BLER:
If the residual BLER is high, out-loop power control
is abnormal.
If the residual BLER is not high, check whether the
transmit power of the UE is limited. If yes, the
uplink RTWP is high or the UE is far away from
the cell center. If no, check the quality of Iub
transmission. If the quality of Iub transmission is
poor, optimize the transmission quality.
(6) Whether Iub resources are limited Expand the Iub transmission bandwidth. Check whether
other problems
occur.
Scheduled rate = Total size of all TBs received by the MAC-hs layer within a measurement period/Total
duration for scheduling TBs within a measurement period
The total size of all TBs received at the MAC-hs layer within a measurement period: involves the TBs that are
correctly and incorrectly received.
Total duration for scheduling TBs within a measurement period: includes only the time when TBs are received.
For example, within a measurement period of 100 subframes (200 ms), if only 50 subframes contain data, the
duration for receiving TBs with data within a measurement period is 100 ms.
Served rate = Total size of all TBs received by the MAC-hs layer within a measurement period/Measurement
period
Total size of all TBs received at the MAC-hs layer within a measurement period involves the TBs that are
correctly and incorrectly received.
Measurement period indicates all the time when TBs are received and not received.
The relationship between the served rate and the scheduled rate is as follows:
Served Rate = Scheduled Rate * HS - SCCH success rate
HS-SCCH success rate = Total duration for receiving TBs within a measurement period /Measurement period.
The HS-SCCH success rate indicates the scheduling probability.
MAC layer rate = Total size of TBs correctly received at the MAC-hs layer within a measurement
period/Measurement period
Total size of TBs correctly received at the MAC-hs layer within a measurement period only involves the TBs that
are correctly received.
Measurement period indicates all the time when TBs are received and not received.
The relationship between the MAC layer rate and the served rate is as follows:
MAC layer rate = Served rate * (1 - SBLER)
SBLER = Total size of TBs incorrectly received within a measurement period/Total size of all TBs received within
a measurement period. The SBLER indicates the BLER of TBs.
To reflect user experience more approximately, the rate at the MAC layer is usually used.
MAC-e PDU served rate = Total size of all TBs during non-DTXs/(NUM_SAMPLES * TTI)
The MAC-e PDU served rate is the MAC-e service rate including the TB transmission during DTXs and TB
retransmission.
Total size of all TBs during non-DTXs involves the TBs that are initially transmitted and retransmitted.
NUM_SAMPLES * TTI indicates duration in which TBs are transmitted and not transmitted. For example, within a
measurement period with 100 subframes (200 ms), if only 50 subframes contain data. However, the
"NUM_SAMPLES * TTI" is still 200 ms.
The relationship between the MAC-e PDU served rate and the MAC-e PUD non-DTX rate is as follows:
Served rate = MAC-e PDU non-DTX rate * Non-DTX probability
Non-DTX probability = Number of non-DTXs/NUM_SAMPLES * 100%
MAC-e PDU available rate = Total size of all TBs during non-DTXs and when COMB_HIGH is ACK and
ACK_NS/(NUM_SAMPLES * TTI)
Total size of all TBs during non-DTXs and when COMB_HIGH is ACK and ACK_NS" involves only the TBs that are
correctly transmitted.
NUM_SAMPLES * TTI indicates all the time whether data is transmitted or not.
The relationship between the MAC-e PDU available rate and the MAC-e PUD served rate is as follows:
MAC-e PDU available rate ≈"MAC-e PDU served rate" * (1 - SBLER)
SBLER = (Number of non-DTXs – Number of ACKs or ACK_NSs)/Number of non-DTXs * 100%
HUAWEI TECHNOLOGIES CO., LTD. Huawei Confidential Page 43