Professional Documents
Culture Documents
3g Data Optimization
3g Data Optimization
User 1
Scheduling
Power
High data rate
Total cell
HS-DSCH (rate controlled)
power
Dedicated channels
Low data rate (power controlled)
Common channels
t
Fast Link Adaptation HS-DSCH with dynamic power allocation
SF8
SF16
SF64 s-CCP CH
(PS32Kbps on FACH)
SF128
HS-SCCH
SF256
p-CCPCH PICH
p-CPICH AICH
Iub Iub
Associated
Dedicated
Channels
Dedicated channels
(power controlled)
Low data rate
Common channels
t
HS-DSCH with dynamic power allocation
Scheduled
user high data rate
User
1
low data rate
User Time
2
#1 #2 #1 #2 #1 #2 #1
Queue Validation
• Data to transmit is available
• ADCH in uplink in synch for the UE
• UE’s minimum TTI capability is ok
• Adjusted CQI exists for the UE
• Suitable HARQ process exists
• MAC-hs transmission window is not full
Queue Selection
• f(CQI)
• f(C/I )
• f(average rate)
HS
64/HS
hsdschinactivityTimer
IDLE
• HS L1 Throughput = W * Number of codes * Modulation scheme /SF=(3.84 M cps 5 * 4 )/16 = 4.8 Mbps
The deference between MAC-d and L1 throughput due to Rate matching & turbo code
• Radio Environment
• Low CQI or Low Modulation rate : it could be due to no enough power
(Much power allocated for R99), bad coverage....
• High DTX : UE is not being scheduled. It could be that are many users in
the cell
• ACK/NACK rate : UE is not receiving well the data and is sending NACKs,
it can be due to improper parameters setting
• USIM
• HLR need to be verified for the USIM profile (DL throughput /UL
throughput)
• UE Capability
• ueCapability-Info : UE category shall be more than 6
RBS
Check RBS parameters
IMA configuration(number of E1s)
AtmTrafficDescriptor on AAL2 (aal2QoSAvailableProfiles) in RBS and RNC side
AAL2 Path parameters such as PCR, SCR...
Check Hardware (some times replacing the HSDPA board can resolve the
problem)
HsDschResources pmAckReceived
RncFunction pmSentPacketDataHs1 (is stepped only if < 1kB)
pmAverageUserRate pmSentPacketDataHs2 (is stepped only if < 10kB but > 1kB)
pmIubMacdPduCellReceivedBits pmSentPacketDataHs3 (is stepped only if < 100kB but > 10kB)
pmNackReceived pmSentPacketDataHs4 (is stepped only if > 100kB).
pmNoActiveSubFrames pmTotalPacketDurationHs1 - duration for data < 1kB.
pmTotalPacketDurationHs2 - duration for data < 10kB but > 1kB
pmNoInactiveRequiredSubFrames
pmTotalPacketDurationHs3 - duration for data < 100kB but > 10kB
pmReportedCqi pmTotalPacketDurationHs4 - duration for data > 100kB
pmSumAckedBits
pmSumNonEmptyUserBuffers
pmSumTransmittedBits
pmTransmittedCarrierPowerNonHs
pmUsedCqi
IubDataStreams pmCapAllocIubHsLimitingRatio
pmHsDataFramesLost
pmHsDataFramesReceived
pmIubMacdPduRbsReceivedBits
pmTargetHsRate
HsTputAverg is looking at HS throughput over all data transmission sizes, even if a small amount of data is sent.
HsTputGt100KbAverg is for data transmissions > 100kB, the HsTputGt100KbAverg should give a better indication
of the performance achieved with HS because you'd be most interested in the speed when performing large
downloads rather than when using smaller transmission sizes where you may not be utilizing the full 2ms air
interface frame.
RBS :
The average MAC-hs throughput per PS Interactive HSDPA user: If MAC-hs Data rate mush
pmSumAckedBits / (TTI * pmSumNonEmptyUserBuffers) bigger than MAC-hs throughput
The average MAC-hs Data rate per PS Interactive HSDPA user: per user there is a high NACK
pmSumTransmittedBits / (TTI * pmSumNonEmptyUserBuffers) subframe, we need to check
The MAC-hs throughput on cell level:
BLER, R99 used power…
pmSumAckedBits / (TTI * pmNoActiveSubFrame)
The MAC-hs data rate on cell level:
pmSumTransmittedBits / (TTI * pmNoActiveSubFrame)
Transport Network
VplTp and VclTp counters are used to verify that everything is sent from RNC is received in RBS.
Is to check the quality of transport network.