RAS06 Delta Module2 Features & Main Parameters
RAS06 Delta Module2 Features & Main Parameters
CONTENTS
Module 1 RAS06 Optimization Delta training -Introduction Module 2 Feature & Parameter update Module 3 Configuration Management Module 4 Drive test analysis Module 5 Performance Monitoring update Module 6 Neighbour Optimization Module 7 Capacity Management Update Module 8 RAN troubleshooting
Module Contents
RAS06 main features HSDPA resource handling
HSDPA Dynamic Resource Allocation HSDPA code multiplexing HSDPA associated uplink DPCH scheduling
RAS06 features can be split to HSDPA Telecom HSUPA Telecom HSPA Layering
16 kbit/s Return Channel DCH Data Rate Support for HSDPA HSDPA 15 Codes (requires RAN312, RAN1033 or RAN1034) HSDPA Code Multiplexing (requires RAN312 & RAN852)) HSDPA 48 Users per Cell Shared HSDPA Scheduler for Baseband Efficiency HSDPA Dynamic Resource Allocation + Direct switch + Dynamic HSDPA code allocation + Dynamic DCH scheduling + Dynamic HSDPA Power Allocation HSDPA 10 Mbps per User HSDPA 14.4 Mbps per Cell HSUPA RRM/Telecom Features
Basic HSUPA HSUPA Basic RRM HSUPA BTS Packet Scheduler HSUPA 2.0 Mbps HSUPA Handovers HSUPA Congestion Control HSUPA with Simultaneous AMR Voice Call
HSPA RRM/Telecom Features HSPA Layering for UEs in Common Channels
RAN826 Basic RAN973 Basic RAN968 Basic RAN979 Optional RAN970 Basic RAN992 Basic RAN974 Optional
Feature Number RAN1011 RAS06 Optional
+ 16 kbit/s Return Channel DCH Data Rate Support for HSDPA Direct switching between DCH and HSDSCH + HSDPA 15 Codes & code multiplexing
RAS06 features
Soc Classification level 6 Nokia Siemens Networks Presentation / Author / Date
RAS06 features
Soc Classification level 7 Nokia Siemens Networks Presentation / Author / Date
HSDPA power limitation is not sent from RNC to BTS, it is always dynamic in BTS
RNC allocates NRT DCH power like in RAS5.1 BTS allocates all available DL power for HSDPA There is Dynamic NRT DCH scheduling between R99 and HSDPA power There is Prioritisation between NRT DCH and HSDPA traffic/power Dynamic allocation of HS-PDSCH codes with HSDPA 15 codes feature
RNC applies HSDPA dynamic resource allocation if Parameter HSDPADynamicResourceAllocation is set to Enabled
HSDPA 15 Codes (14.4 Mbps per cell and 10 Mbps per user)
In RAS06 it is possible to have HS-PDSCH codes up to 10 or 15 with HSDPA 15 codes and Dynamic Resource allocation features Average cell HSDPA throughput is increased
Features Modulation UE category Number of HS-PDSCH codes Air interface bit rate (Mbps) Max. transport block size (bits) Max. transport channel (MAC-d flow) bit rate (Mbps) RLC PDU (bits) RLC blocks/TTI RLC bit rate (Mbps) RLC payload (Mbps) QPSK QPSK Cat 11-12 5 2,4 3630 1,815 336 10 1,68 1,6 16-QAM 16-QAM Cat 6 5 4,8 7298 3,649 336 21 3,528 3,36 + 15 code 16-QAM Cat 7-8 10 9,6 14155 7,0775 336 42 7,056 6,72 + 10 Mbps 16-QAM Cat 9-10 15 14,4 20251 10,1255 336 60 10,08 9,6 14.4 Mbps user 1 16-QAM Cat 9-10 8 7,68 14936 7,468 336 44 7,392 7,04 14.4 Mbps user 2 16-QAM Cat 9-10 7 6,72 13177 6,5885 336 39 6,552 6,24 13,944 13,28 14,0565 14,4 14.4Mbps Total
HSDPA code multiplexing will enable the cell throughput increase achievable with 10/15 codes also with 5 code UEs in the network.
A peak cell level throughput of 10 Mbps can be achieved with code multiplexing of three 5 code UEs.
Simultaneous HSDPA users needed in the network to get the capacity gain
Depending on the number of codes up to 3 HS-SCCHs used Example below with two parallel users
HS-SCCHs
= User 1 = User 2
Control data
HS-DSCH
Demodulation information
User data
Soc Classification level 10 Nokia Siemens Networks
2 ms
3.
4.
Several 16 Users per BTS Schedulers in BTS by Tcell grouping from RNC
B
11 users
Tcell = 4
5 users
Tcell = 3
16 users
Tcell = 0
16 Users per BTS Scheduler -feature requires 32 CE of processing capacity to be enabled for one to three cells in the BTS. Another 32 CEs can be added so that cell A (blue) is handled by first 32 CE and cells B (yellow) and C (yellow) by the second 32 CEs. Cells are grouped to each scheduler with Tcell parameter from RNC. Max 4 schedulers per BTS Rules for grouping (max 4 groups): Group 1: Tcell values 0, 1 and 2 Group 2: Tcell values 3, 4 and 5 Group 3: Tcell values 6, 7 and 8 Group 4: Tcell value 9
f1
Tcell = 3
Tcell = 0
16 users
Tcell = 2
Tcell = 1
4 schedulers (max 5 codes and 16 users): F1: 3 cells sharing one scheduler F2: 1 scheduler per cell
f2
2+2+2: 4 x32 CE
Soc Classification level 13 Nokia Siemens Networks
* Usage of Tcell parameter required Note that only one type of scheduler can be used in BTS at a time
HSUPA
Basic HSUPA throughput can be up to 1.44 Mbps/user but it can be maximum 2.0 Mbps/user with separate feature. This depends on the UE category also. 2*SF2 and 2*SF4 Supported max 24 HSUPA users per BTS max 20 HSUPA users per cell Support for AMR call with PS connection over HSUPA Soft/softer Handovers are supported with new HSPA specific FMCS parameter set
Max L1 data rate/user UE category # of codes 10 ms 2 ms
1 2 3 4 5 6
0.71 Mbps 1.45 Mbps 1.45 Mbps 2.0 Mbps 2.0 Mbps 2.0 Mbps
Node B allocates baseband resources based on both the number of HSUPA connections and the load generated by the DCH traffic
Prx RNC PS DCH scheduling domain
Throughput-based
Power-based
PrxMaxTargetBTS
PrxLoadMarginEDCH
Load
Node-B
RNC
Packet core
Server
Approximate round trip times: Minimum = 40ms, Maximum = 66ms, Average = 52ms
Soc Classification level 17 Nokia Siemens Networks Presentation / Author / Date
Module Contents
HSDPA resource handling
HSDPA Dynamic Resource Allocation Dynamic power allocation Dynamic NRT DCH scheduling Prioritisation between HSDPA and NRT DCH power resources Dynamic Code Allocation HSDPA code multiplexing HSDPA associated uplink DPCH scheduling
Enabled BTS allocates the available DL power dynamically to HSDPA until PtxCellMax/ MaxDLPowerCapability DL power RNC schedules NRT DCH using dynamic NRT scheduling
Min(PtxMaxHSDPA,min(PtxCellMax,MaxDLPowerCapability )-PtxTargetHSDPA)
HSPA Power
BTS periodically reports the total transmission power value PtxTotal and non-HSDPA power Transmitted carrier power of all codes not used for HS-PDSCH or HS-SCCH transmission if BTS supports only HSDPA or non-HSPA power (Transmitted carrier power of all codes not used for HS-PDSCH HS-SCCH E-AGCH E-RGCH or E-HICH transmission) if BTS supports HSUPA to RNC in RRI messages These two are referenced as HSxPA power The reported values are in range 0100% representing the power value relative to the cell maximum transmission power, defined by MIN[PtxCellMax, MaxDLPowerCapability] From the difference of reported PtxTotal and HSxPA power, RNC can calculate the used HSPA-power value and update that to statistics counters The counters are updated only when there is at least one HSDPA allocation in the cell RNC updates the HSxPA power value counters when nbap_radio_resource_ind_s message including PtxTotal and HSxPA power information is received from BTS and there is at least one HSDPA allocation in the cell The unit for all counter updates is watt
Soc Classification level 20 Nokia Siemens Networks Presentation / Author / Date
PtxNonHSPA
PtxNRT PtxNC
Module Contents
HSDPA resource handling
HSDPA Dynamic Resource Allocation Dynamic power allocation Dynamic NRT DCH scheduling Prioritisation between HSDPA and NRT DCH power resources Dynamic Code Allocation HSDPA code multiplexing HSDPA associated uplink DPCH scheduling
With active HSDPA users: 2) NRT DCH scheduling to PtxTargetPS 3) RT DCH admission to PtxTarget No HSDPA users PtxMax
HSDPA active
PtxHSDPA
PtxTarget +PtxOffset PtxTargetPS PtxNRT
PtxTargetPS is adjusted based on received PtxTotal (Transmitted Carrier Power) and PtxNonHSPA
PtxNonHSPA = Transmitted carrier power of all codes not used for HS-PDSCH, HSSCCH, E-AGCH, E-RGCH or E-HICH transmission
PtxTargetPS is adjusted only when there are NRT DCH users - in addition to the HS-DSCH MAC-d flow(s) - in the cell. Adjustment of the PtxTargetPS is done in fixed steps, defined by the PtxTargetPSStepUp and PtxTargetPSStepDown management parameters
Soc Classification level 26 Nokia Siemens Networks
Power congestion for DL DCH transport channel type is detected when the following condition is effective:
PtxNonHSPA (PtxTargetPS Offset) Fixed value 1 dB used for Offset
PtxTotal received
Yes
No
Yes
Decrease PtxTargetPS
No
Increase PtxTargetPS
HSDPA active
PtxMax
PtxHSDPA
PtxHighHSDPAPwr
PtxTarget +PtxOffset
PtxTargetPSMax
PtxTargetPS 2 PtxNonHSPA
PtxTargetPSTarget
PtxTargetPSMin
PtxNRT PtxNC
DRA_Test
1. 2. 3. 4. 5.
Start HSDPA Download N95 Start 4xDCH Stop HSDPA Start HSDPA download N95 Stop 4x DCH
When there is no active HSDPA call under the cell, the NRT Ptx DCHs can be scheduled until Ptxtarget instead of PtxTargetPSMax
20,0
15,0
10,0
5,0
0,0 0 -5,0
s
22
44
65
87
109
131
153
175
196
218
240
262
284
305
327
349
371
HSDPA
NRT DCH
PtxTotal
When there is no R99 traffic in the cell, the HSDPA will get all free power
HSDPA
Non-HSDPA power
Common chs
Time
Category 6 terminal 16QAM modulation Support a max of 5 codes Max theoretical throughput ~3.6 Mbps
CDF %
HSDPA Category 8 terminal HSUPA Category 5 terminal 16QAM modulation Support a max of 10 codes Max theoretical throughput ~7.2Mbps
Throughput (kb/s)
Example-Throughput v CQI
Huawei E870 Throughput (L1) v CQI PtxMaxHSDPA = 43dBm 7000000
4000000 3500000 N95 Throughput (L1) v CQI PtxMaxHSDPA=43dm
Actual MAC-hs throughput characteristics are quite different, and idle TTIs are impacting.
Samples sitting below the curves are typically in the slow-start or serving-cell change periods.
Module Contents
HSDPA resource handling
HSDPA Dynamic Resource Allocation Dynamic power allocation Dynamic NRT DCH scheduling Prioritisation between HSDPA and NRT DCH power resources Dynamic Code Allocation HSDPA code multiplexing HSDPA associated uplink DPCH scheduling
Traffic Class
Interactive THP1 Interactive THP2 Interactive THP3 Background
Soc Classification level 40 Nokia Siemens Networks
WeightHSDPA is a structured management parameter including traffic class and THP separation (WeightHSDPATHP1, WeightHSDPATHP2, WeightHSDPATHP3, WeightHSDPABG) The same applies to WeightDCH parameter (WeightDCHTHP1, WeightDCHTHP2, WeightDCHTHP3, WeightDCHBG)
Figures in the table are default values
Prioritisation between HSDPA and DCH resources total weight calculated for user
A particular traffic class (THP) can be excluded in determination of weight values by setting the the traffic class (THP) specific weight value to 0 Cell level weight is obtained by summing the weight value of each user up
Weight of an individual user is an averaged weight of its NRT PS radio access bearers Weight of an individual user depends on the traffic class and traffic handling priority of its NRT PS radio access bearers
Whether user is included in the HSDPA traffic type or NRT DCH traffic type depends on its allocated transport channel (DCH or HS-DSCH) in downlink RT traffic, e.g. AMR speech CS RAB, has always higher priority to NRT DCH and HSDPA (HS-DSCH MAC-d flow) traffic
Prioritisation between HSDPA and DCH resourcestotal weight calculated for the cell
Weight of an individual user is an averaged weight of its NRT PS radio access bearers
Example1: (1 AMR+1 PS)
User1 with 1 AMR speech CS RAB + 1 PS RAB established (I/A THP2 HS-DSCH) WeightHSDPATHP2 = 90 Weight value of the User1 = 90 User2 with 2 PS RABs established (1 I/A THP1 DCH + 1 B/G DCH) WeightDCHTHP1 = 100, WeightDCHBG = 50 Weight value of the User2 = (100 + 50)/2 = 75
Cell level weight is obtained by summing the weight value of each user up
Example3:
User1: HSDPA weight = 90, User2: DCH weight = 75, User3: HSDPA weight = 100, User4: DCH weight = 80, User5: DCH weight = 60 WeightHSDPA = User1+User3 = 190, WeightDCH = User2+User4+User5 = 215, WeightRatio = 215 / (215 + 190) = 0.53
Module Contents
HSDPA resource handling
HSDPA Dynamic Resource Allocation Dynamic power allocation Dynamic NRT DCH scheduling Prioritisation between HSDPA and NRT DCH power resources Dynamic Code Allocation HSDPA code multiplexing HSDPA associated uplink DPCH scheduling
Dynamic HSDPA code allocation with HSDPA 15 codes feature Feature requirements for activation
Basic HSDPA HSDPA cell upgrade from 5 to 10 Codes HSDPA cell upgrade from 10 to 15 codes
Shared Scheduler licence overrides the 48 users per cell feature if already activated
Soc Classification level 45 Nokia Siemens Networks
SF=128
SF=256
Up to three HSSCCH codes
E-AGCH (256)
E-RGCH/E-HICH (128)
Soc Classification level 46 Nokia Siemens Networks Presentation / Author / Date
If the maximum code value is 10, the recommended code set contains 5, 8 and 10 codes.
If the maximum code value is 15, the recommended code set contains 5, 8, 10, 12, 14 and 15 codes. The HSDPA Dynamic code allocation functionality is disabled by setting a code set that contains just 5 codes. WCEL parameters
2) Periodically
RNC applies the timer HSPDSCHAdjustPeriod for periodical HS-PDSCH code adjustment
When the first HS-DSCH MAC-d flow is setup in the cell, RNC starts the timer Timer is used for periodical upgrade and downgrade of HS-PDSCH codes.
RNC shall stop the timer when the minimum allowed number of HS-PDSCH codes is allocated and there is(are) not any HS-DSCH MAC-d flow(s) setup in the cell.
Yes
Yes
No
Yes
Yes
HSPDSCHAdjustPeriod expires
No
Yes
No
If the conditions determined above are effective, the next lower value from the HS-PDSCH code set is taken into use
Code congestion
RNC downgrades HS-PDSCH code(s) due to DPCH code congestion
RNC does not downgrade HS-PDSCH codes lower than the minimum allowed number of HS-PDSCH codes
If RT request is congested due to lack of DPCH code(s), HS-PDSCH codes are downgraded in order to admit RT request If NRT DCH scheduling is congested due to lack of DPCH code(s), HS-PDSCH codes are downgraded in order to admit NRT DCH request
# HS-PDSCH codes > Maximum code set- DPCHOverHSPDSCHThreshold
The number of HS-PDSCH codes after downgrade will be the highest possible from the HS-PDSCH code set
HSPDSCHMarginSF128
Periodical HS-DSCH code downgrade if the number of currently available SF128 codes is lower than HSPDSCHMarginSF128 (default 8)
HS-DSCH code downgrade due to NRT DCH code Maximum in congestion is allowed if code set number of currently allocated DPCHOverHSPDSCHThreshold HS-PDSCH codes is greater than Maximum code setDPCHOverHSPDSCHThresh old (default 0, no downgrade possible due to NRT congestion !!!)
Presentation / Author / Date
WeightDCH
Range:1..100, step 1, Object:RNC Default: WeightDCHTHP1=90, WeightDCHTHP2=65, WeightDCHTHP3=40, WeightDCHBG=15
HSPDSCHCodeSet
Bitmask (16 bits, bit 5 = 5 codes enabled etc.), Default: with 5 codes 32 (bit 5 = 1), with 10 codes 1312, with 15 codes 54560
HSPDSCHAdjustPeriod
Range:1..60 s, step 1 s, Default:10 s, Object:RNC
HSPDSCHMarginSF128
Range and step: 0..128, step 1, Default value: 8, Object:WCEL
DPCHOverHSPDSCHThreshold
Range and step: 0..10, step 1 Default: 0, Object: WCEL
CodeTreeOptimisation
Range and step: 0 (Optimisation not used), 1 (Optimisation used) Default: 1, Object: WCEL
Soc Classification level 55 Nokia Siemens Networks
Example: HSDPA performance with 5 codes vs. 10 codes (Lab test- indoor environment with fading simulator)
Measurements in PedA 3km/h channel 10 codes provides higher throughput good signal quality as expected
50 % maximum gain , 25 % in average over measurement points
5000
6000
Throughput / kbps
5000
4000 10 codes max 3000 5 codes max 10 codes ave 5 codes ave 2000
1000
1000
0 10 12 14 16 18 20 Reported CQI
0 -130
-120
-110
-100
-90
-80
RSCP / dBm
34
68
102
136
170
204
238
272
306
340
374
408
442
476
510
544
578
612
646
680
714
748
782
816
850
884
918
952
time / sec
986
With 10 codes the modulation is switched 16-QAM QPSK prior to decreasing number of codes (you can see 5 or 10 codes in the picture but change of modulation)
PPP DL RSCP
35
70
105
140
175
210
245
280
315
350
385
420
455
490
525
560
595
630
665
700
735
770
805
840
875
910
945
time / sec
980
PPP DL RSCP
35
70
105
140
175
210
245
280
315
350
385
420
455
490
525
560
595
630
665
700
735
770
805
840
875
910
945
time / sec
980
Module Contents
RAS06 main features
HSDPA resource handling
HSDPA Dynamic Resource Allocation HSDPA code multiplexing HSDPA associated uplink DPCH scheduling
A cell group builds up from those cells that are controlled by same MAC-HS scheduler in BTS HSDPA 48 Users per Cell is activated with the RNC level RNP parameter HSDPA48UsersEnabled Sensible Iub and BTS baseband dimensioning requires that also feature 16 kbit/s Return Channel DCH Data Rate Support for HSDPA is in use + corresponding other HSDPA bitrate parameters
Parameters
MaxNbrOfHSSCCHCodes
Range and step: 1..3, step 1, Default value: 1, Object:WCEL
HSDPA48UsersEnabled
Range and step: 0 (Not in use), 1 (In use) Default value: 0, Object:RNC
HSDPA16KBPSReturnChannel
Range and step: 0 (Disabled), 1 (Enabled) Default value: 0, Object:RNC
HSDPAminAllowedBitrateUL
Range and step: 1 (16 kbps), 3 (64 kbps), 4 (128 kbps), 6 (384 kbps) Default 3, Object: RNC
HSDPAinitialBitrateUL
Range and step: 1 (16 kbps), 3 (64 kbps), 4 (128 kbps), 6 (384 kbps) Default 3, Object: RNC
Parameters in NEMU
RNC Parameters
Example-Test cases
No code mux
2 HSPA, Cat. 8 (10 codes) 1 HSDPA, Cat 6 (5 codes)
Example-Cell throughput
Maximum achieved cell throughput 8.7 Mbit/s Code multiplexing increases cell throughput by 40%
Cat 8 UEs are multiplexed to same TTI
Transport channel throughput
10000 9000 8000 7000 6000 5896 No mux 4340 3669 2460 4363 3521 2442 9931135 1000 0 Cat 8 - 1 Cat 8 - 2 UE type, Cell Cat 6 Cell Code Mux 3-HS-SCCH Code Mux 2-HS-SCCH 8704 8325
kbit/s
Soc Classification level 68 Nokia Siemens Networks
Measurement result indicates average achieved TB size is less than 10900 Maximum cell throughput can not be achieved in used conditions
Final TBS
16000.0 14155.0 14000.0 12000.0 10000.0 8000.0 6000.0 4000.0 2000.0 0.0 0.0 Cat 8 - 1 Cat 8 - 2 UE type Cat 6 10264.5 9616.7 13904.0
10873.6 9585.2 No mux 6898.3 6446.1 Code Mux 3-HS-SCCH Code Mux 2-HS-SCCH
8 8 6 8 8 8 -
23 23 23 23 23 22 -
25 24 27 24 25 24 -
7 6 5 8 7 6 -
Module Contents
RAS06 main features
HSDPA resource handling
HSDPA Dynamic Resource Allocation HSDPA code multiplexing HSDPA associated uplink DPCH scheduling
If the traffic volume measurement indicates Low traffic volume, the RNC attempts to allocate a return channel with configured initial bit rate
HSDPAinitialBitrateUL parameter
If the HS-DSCH allocation is triggered by downlink, the RNC attempts to allocate the uplink with the HSDPAinitialBitrateUL parameter In the case of direct DCH to HS-DSCH switch, the HSDPA UL DCH bit rate can be same as existing DCH UL bit rate If even initial bit rate or higher can not be allocated, HS-DSCH allocation is not possible
DL/UL DCH is scheduled to the UE
Throughput-based optimisation and Flexible upgrade can be disabled for HSDPA associated uplink DPCH with DynUsageHSDPAReturnChannel
Example use case 1: HSDPA UL DCH with initial bit rate 64 kbps
The initial bit rate (HSDPAinitialBitrateUL) is set to 64 kbps. The minimum bit rate is set to 16 kbps (HSDPAminAllowedBitrateUL)
kbps 384 Decrease of the retried NRT DCH bitrate
128 Initial bitrate 64 kbps 64 Minimum bitrate 16 kbps t t1 Capacity Request (Traf.vol measurement low)
Soc Classification level 75 Nokia Siemens Networks
1000000
800000
600000
400000
200000
20
40
60
80
100
120
140
160
180
200
220
240
260
280
300
320
340
360
380
400
420
440
460
480
500
520
540
560
580
600
620
640
660
680
700
720
time
740
Parameters
HSDPA16KBPSReturnChannel
Range and step: 0 (Disabled), 1 (Enabled), Default value: 0, Object:RNC
HSDPAminAllowedBitrateUL
Range and step: 1 (16 kbps), 3 (64 kbps), 4 (128 kbps), 6 (384 kbps), Default value: 3 , Object:RNC
BitRateSetPSNRT
Range and step: 0 (Predefined bit rate set is not in use = All supported bit rates are in use), 1 (Predefined bit rate set is in use), Default value: 0, Object:RNC
TrafVolThresholdULHigh
Range and step: 0 (8 bytes), 1 (16 bytes), 2 (32 bytes), 3 (64 bytes), 4 (128 bytes), 5 (256 bytes), 6 (512 bytes), 7 (1024 bytes. 1 KB), 8 (2048 bytes. 2 KB), 9 (3072 bytes. 3 KB), 10 (4096 bytes. 4 KB), 11 (6144 bytes. 6 KB), 12 (8192 bytes. 8KB), 13 (12288 bytes. 12 KB), 14 (16384 bytes. 16 KB), 15 (24576 bytes. 24 KB), Default value: 7, Object:RNC
TrafVolThresholdULLow
Range and step: 8 (8 bytes), 16 (16 bytes), 32 (32 bytes), 64 (64 bytes), 128 (128 bytes), 256 (256 bytes), 512 (512 bytes), 1024 (1 KB) Default value: 128, Object:RNC
HSDPAinitialBitrateUL
Range and step: 1 (16 kbps), 3 (64 kbps), 4 (128 kbps), 6 (384 kbps), Default value: 3, Object:RNC
DynUsageHSDPAReturnChannel
Range and step: 0 (Off), 1 (On), Default value: 0, Object:RNC
Parameters in NEMU
Module Contents
RAS06 main features HSDPA resource handling HSUPA resource Handling HSUPA Overview HSUPA Packet Scheduling HSUPA Mobility HSUPA Release Basic Signalling Ue Capability Transport Block size Happy Bit
HSUPA UE
E-AGCH (Grant allowed power) E-DPDCH (data)+ E-DPCCH(ctrl ch (bit) E-HICH (Ack/Nack, Layer1) E-RGCH (Granting more or less power, or hold)
Serving cell
Node B completes scheduling based on happy bit and cell load Node B grants the E-DPDCH transmit power ratio each UE is allowed to use UE selects the highest bit rate that it is allowed according the granted power and the allowed Transport Format Combination Set (TFCS) UE is allowed to use the scheduled bit rate until receiving the next grant
SHO is supported. Non serving cell can only send down/hold power commands.
TB Indices of 0, 1 and 2 are not possible because they are unable to accommodate 1 RLC PDU
UE Capability
Category 5 HSUPA UE limits the maximum TB size to 20000 (10 ms TTI) Can potentially select a TB index from 0 to 120
Happy Bit
Happy Bit forms input for MAC-e scheduler Happy bit is included as part of E-DPCCH The Happy Bit Delay Condition defines the duration over which to evaluate the current grant relative to the total buffer status The happy bit is set to unhappy if all 3 of the following are true:
UE is transmitting as much scheduled data as allowed by the current serving grant UE has sufficient power available to transmit at a higher data rate Based upon the same power offsets as used for that TTI, the total buffer status would require more than Happy Bit Delay Condition ms to be sent with the current serving grant * active HARQ processes / total HARQ processes Always equal to 1 for 10 ms TTI
Parameter HappyBitDelayConditionEDCH
Scope RNC
Default 50 ms
This parameter determines the value for the Happy Bit Delay Condition. This information element is signalled to the UE usin g the RRC protocol. The UE uses this parameter to help set the happy bit.
Module Contents
RAS06 main features HSDPA resource handling HSUPA resource Handling
HSUPA Overview HSUPA Packet Scheduling HSUPA Mobility HSUPA Release
It is also possible to reserve a subset of the total number of connections for HSUPA soft handover (NumberEDCHReservedSHOBranchAdditions)
The MaxTotalUplinkSymbolRate (wrong name,should be bitrate!)parameter defines the maximum symbol rate per HSDPA connection.
3840 kbps for RAN979 HSUPA 2.0 Mbps
1920 kbps for maximum bit rate of 1.44 Mbps.
1. 2.
RNC limits the E-TFCI based upon UE capability and QoS profile Node B limits E-TFCI based upon packet scheduling principles
32
16 8 Zero Grant
3.
4.
Power based scheduling is applied for higher loads Scheduler uses absolute and relative grants to maximise the utilisation of every user and minimise the difference between the requested and allocated bit rates Scheduling decisions are based on the
Uplink interference margin Physical layer feedback (happy bit)
Prx RNC PS DCH scheduling domain
Throughput-based
Power-based PrxMaxTargetBTS
Iub capacity
Available baseband processing capacity
PrxLoadMarginEDCH
Prx_Target_PS is applicable to NRT scheduling and can be adjusted between PrxTargetPSMax and PrxTargetPSMin.
RT admission control continues to use PrxTarget
No HSUPA users HSUPA active No HSUPA users PrxMaxTargetBTS PrxTarget PrxTargetPSMax PrxEDCH Prx_Target_PS PrxTargetPSMin
Prx_Target_PS is applicable to NRT scheduling and can be adjusted between PrxTargetPSMax and PrxTargetPSMin
PrxNRT
PrxNC
Soc Classification level 97 Nokia Siemens Networks Presentation / Author / Date
Throughput based
-97 -98
RTWP (dBm)
-99 -100 -101 -102 -103 -104 -105 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1
RTWP (dBm)
-99 -100 -101 -102 -103 -104 -105 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1
RTWP (dBm)
-99 -100 -101 -102 -103 -104 -105 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1
Calculated Total Cell Load Max Cell Load (Calculated from PrxMaxTarget)
RTWP (dBm)
-99 -100 -101 -102 -103 -104 -105 0 0.1 0.2 0.3 0.4 0.5 0.6 0.7 0.8 0.9 1
Schedule Resource
The maximum target for received total wide band power in the cell for BTS packet scheduling. The value of the PrxMaxTargetBTS is relative to the system noise. It gives an upper threshold for the noise rise: the ratio of the total received uplink power to system noise
This parameter is transferred from the RNC to the Node B using the NBAP Physical Shared Channel Reconfiguration Request message The information element used within this message is:
An absolute value is signalled so the value has to be updated if PrxNoise changes It is suggested to configure this parameter to be greater than PrxTarget + PrxOffset because the Node B is more responsive than the RNC
Defines the noise level in the BTS digital receiver when there is no load (thermal noise + noise figure). This parameter is required for noise rise calculations.
This parameter is transferred from the RNC to the Node B using the NBAP Physical Shared Channel Reconfiguration Request message The information element used within this message is:
If PrxNoise changes as a result of auto-tuning or a parameter change then the Node B is informed of the change
Defines the own cell uplink load (DCH and E-DCH) threshold used to trigger the use of power based scheduling. Throughput based scheduling is used when the own cell load is below this threshold.
Default PrxLoadMarginEDCH of 2 dB corresponds to a load of 37 % Configuring a value of 0 dB makes the scheduler completely power based The following calculation is completed by the RNC to translate the noise rise to an uplink cell load:
LminCELL 1
Transmission power of the E-HICH. E-HICH power is relative to the transmission power of primary CPICH.
Parameter
Scope
Default -5 dB
PtxOffsetEAGCH WCEL
Transmission power of the E-AGCH. E-AGCH power is relative to the transmission power of primary CPICH.
Parameter
Scope
Default -11 dB
PtxOffsetERGCH WCEL
Transmission power of the E-RGCH. E-RGCH power is relative to the transmission power of primary CPICH.
The E-AGCH can rapidly increase the bit rate if UE is unhappy (single Ue in the cell) With many UEs is the cell the E-RGCH is used to increase the power (the data buffer is full in UE and there is capacity in Node B)
Step size 1
One upgrade per scheduling period (10ms) E-RGCH used to send the down command (happy or congestion) One downgrade per scheduling period (10ms)
Step size 1
Non-Configurable Tup
Default 50 ms
The scheduler shall transmit the Down grant to UE whose serving E-DCH RL is not provided by that Node-B if the following criteria are true:
RTWP Measured > Max. Target RTWP
WCEL
This parameter defines the target ratio of the power from UEs for which this cell is a non-serving radio link and the total received E-DCH power. If this target is exceeded and also the experienced total RTWP is higher than the target RTWP signalled from the CRNC, the BTS is allowed to send to a non-serving radio link RG Down command. Information is signalled to the BTS using the NBAP: Target Non-serving E-DCH to Total E-DCH Power Ratio information element.
Scheduling Procedure
The load of the serving and non serving cell should not be too high Iub congestion should not be too high (Delay Build-up or Frame Loss) Ue uses lower grant than allocated by Node B
Calculate the maximum of the load increases allowed by the throughput and power based thresholds If either is positive then the E-DCH load can be increased Otherwise, the E-DCH load is decreased
Allocate Grant
Allocate Grant
Modifiable unhappy UE Exists? Yes Load increase estimation Increase the bit rate of the modifiable unhappy UE using the E-RGCH Yes Sufficient margin to allow an increase No Yes Hardware resources available?
No
No Exit
No Exit
Active E-DCH Exists? Yes Decrease the UE bit rate using the E-RGCH
Limitation of HSUPA data rate 100% 80% 60% 40% 20% 0% 0 50 100 150 200 250 300 350 400 450 500 550 600 650 700 750 800 850 900 950 s
Pow er
Grant
Data
HSUPA - SG & AG
30 25 20 15 10 5 0 SG AG
51 10 2 15 3
20 4 25 5 30 6 35 7 40 8 45 9 51 0 56 1 61 2 66 3 71 4 76 5 81 6 86 7
tim e
10 20 10 71 11 22 11 73 12 24 12 75 13 26 13 77 14 28 14 79
91 8 96 9
80%
This picture shows what was the limiting factor of the throughput during the data transfer. Grant 92% of time Data 6% of time UL Power 1% o time Data means that Ue had
empty buffer no new data to send
60%
40%
20%
At low RSCP more samples with UL Power limitation But also a bit more Data limitation, most likely is caused by the UL power limitation caused TCP/IP congestion control to kick in
0 50 100 150 200 250 300 350 400 450 500 550 600 650 700 750 800 850 900 950 s
0%
20000
15000
bit
10000 5000
0 0 50 100 150 200 250 300 350 400 450 500 550 600 650 700 750 800 850 900 950 s
UETXP
AGRANT as SG
At high RSCP the absolute grant is seldom used and therefore also the throughput is having less fluctuation compared to low RSCP
20
10
0 -85 -80 -75 -70 -65 -60 -55 -50 -45 -40
-10
-20
-30
Soc Classification level 119 Nokia Siemens Networks Presentation / Author / Date
Happy bit
Grant Type
SFN 0 20 40
Allocated E-TFCI
2332 2342 2352 2362 2372 2382 2392 2402 2412 2422 2432 2442 2452 2462 2472 2482 2492 2502 2512 2522 2532 2542 2552 2562 2572 2582 2592 2602 2612 2622 2632 2642 2652 2662 2672 2682 2692 2702 2712 2722 2732 2742 2752 2762 2772 2782 2792 2802 2812 2822 2832 2842 2852 2862 2872 2882 2892 2902 2912 2922 2932 2942 2952 2962 2972 2982 2992 3002 3012 3022 3032 3042 3052 3062 3072 3082
60 80 100 120 140
E-TFCI
Module Contents
RAS06 main features HSDPA resource handling HSUPA resource Handling
HSUPA Overview HSUPA Packet Scheduling HSUPA Mobility HSUPA Release
HSUPA Mobility
Intra-frequency mobility allows soft and softer handovers
Separate reservation of E-DCH allocations (for soft/softer ho) are made using the NumberEDCHReservedSHOBranchAdditions
Inter-frequency and inter-system mobility is provided via DCH in the same way as for HSDPA E-DCH serving cell is always the same as HS-DSCH serving cell HS-DSCH serving cell change and HS-DSCH serving cell selection algorithms are not changed due to HSUPA
It is more critical for HSDPA than for HSUPA that the serving cell is the best cell as HSDPA does not have soft handover like in HSUPA
The cell which cannot be added to E-DCH active set should not cause problems-> Quality triggers
6F/6G
1F
Trigger for releasing the HS-DSCH MAC-d flow (after 1F for all AS cells) + for AMR multi-RAB inter-frequency/-RAT measurements Trigger for releasing the HS-DSCH MAC-d flow + for AMR multi-RAB inter-frequency/-RAT measurements Trigger for releasing the HS-DSCH MAC-d flow Trigger for releasing the HS-DSCH MAC-d flow + for AMR multi-RAB inter-frequency/-RAT measurements
6A
Non-E-DCH area
Soc Classification level 125 Nokia Siemens Networks
Tput (Mbps)
1000000
1500000
2000000
2500000
500000
Gap ~600ms
Time
MACTPUTUL
GRANTEDTPUT
7: 56 :4 7: 3 56 :4 7: 3 56 :4 7: 4 56 :4 7: 4 56 :4 7: 5 56 :4 7: 5 56 :4 7: 6 56 :4 7: 7 56 :4 7: 7 56 :4 7: 8 56 :4 7: 8 56 :4 7: 9 56 :4 7: 9 56 :5 7: 0 56 :5 7: 1 56 :5 7: 1 56 :5 7: 2 56 :5 7: 2 56 :5 7: 3 56 :5 7: 3 56 :5 7: 4 56 :5 7: 4 56 :5 5
on a DCH, in this case only one second on a 64/64, actual user plane break in this case ~4.5 s
Relocation triggered
2,5Mbit/s
Implementation at RAS06 E4: HSPA service is switched to DCH at the RNC border area
Implementation with Inter-RNC HSPA CC: Improved end user experience, HSPA high data rates can be maintained in RNC border areas User plane data break in average= 1.4 seconds
Module Contents
RAS06 main features HSDPA resource handling HSUPA resource Handling
HSUPA Overview HSUPA Packet Scheduling HSUPA Mobility HSUPA Release
EDCHMACdFlowThroughputTimetoTrigger
Soc Classification level 133 Nokia Siemens Networks Presentation / Author / Date
Low utilisation measurement is not applicable to E-DCH because the RNC does not have visibility of the uplink transmit buffer occupancy (Node B quantifies E-DCH utilisation by measuring activity on the E-DPDCH)
This parameter defines the low throughput threshold for the throughput measurement of the E-DCH NRT MAC-d flow. The threshold is defined as a number of bits per second. The throughput measurement measures the number of bits transmitted by E-DCH NRT MAC-d flow during the sliding measurement window. The sliding measurement window is defined with the parameter EDCHMACdFlowThroughputAveWin. If the result of the throughput measurement is less than or equal to the threshold the EDCHMACdFlowThroughputTimetoTrigger timer is started .
Parameter EDCHMACdFlowThroughputTimetoTrigger
Scope RNC
Default 5 s
This parameter defines the low throughput threshold for the throughput measurement of the E-DCH NRT MAC-d flow. The threshold is defined as a number of bits per second. The throughput measurement measures the number of bits transmitted by E-DCH NRT MAC-d flow during the sliding measurement window. The sliding measurement window is defined with the parameter EDCHMACdFlowThroughputAveWin. If the result of the throughput measurement is less than or equal to the threshold the EDCHMACdFlowThroughputTimetoTrigger timer is started .
This parameter defines the size of sliding averaging window for the throughput measurement of the E-DCH NRT MAC-d flow. The throughput measurement measures the number of bits transmitted by E-DCH MAC-d flow during the sliding measurement window. Value 0 of the parameter means that E-DCH MAC-d flow throughput measurement is not performed.