HSUPA (E-DCH) introduction & parameters Jens Kuhr – Network Engineering COO RA RD SA NE
For internal use 1 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Outline HSUPA Channels HSUPA Scheduling mechanism HARQ Process HSUPA RAB-Handling HSUPA Mobility aspects HSUPA ission Control HSUPA Congestion Control HSUPA OLPC UE categories + E-TFCI selection
For internal use 2 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Outline • HSUPA (High Speed Uplink Packet Access) is used to improve uplink data rates in WCDMA networks.
• It is reusing the available infrastructure by using enhanced techniques (e.g. adaptive coding) thus allowing to make better use of the available ressources.
• Provides higher peak rates and increases coverage for high datarates • Shorter round trip times (RTT) make the HSPA WCDMA network more interesting for real time applications like online gaming
• HSUPA uses an enhanced dedicated transport channel in uplink (E-DCH), unlike HSDPA, where only one downlink channel is shared among the s.
• HSUPA is specified for data rates of up to 5.76 Mbps
For internal use 3 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Comparison between HSUPA and HSDPA Similarities with HSDPA: - NodeB controlled scheduling - HARQ process - Shorter TTI than classic DCH (10ms, 2ms (HSDPA 2ms TTI only)) - Fast link adaptation techniques
Differences to HSDPA: - dedicated channel (E-DCH) instead of shared channel in HSDPA - no adaptive modulation - full mobility (soft handover possible)
Like HSDPA, HSUPA is based on scheduling in the NodeB, link adaptation and HARQ process For internal use 4 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
In UMR and RAS currently only 10ms TTI implemented.
HSUPA Principles
1-4 Code Multi-Code transmission
TTI = 2 / 10 ms
Hybrid ARQ with incr. redundancy
Fast Power Control
Benefit Higher Uplink Peak rates: 2-5.76 Mbps Higher Capacity: +50-100% Reduced Latency: ~50-75 ms
For internal use 5 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduling
HSPA Scheduling
D
CH D
-A
CH
-B
H DC
-C
Node B Rel. 99
Dedicated pipe for every UE
h Sc
e
ng i l du
-A
H DC E
-B
H DC E
C B, , A
Node B w/ HSDPA 3GPP Rel. 5
Fast pipe is shared among UEs For internal use 6 © Nokia Siemens Networks
H DC E
HSUPA / JKuhr / September 2007
-C
Node B w/ HSUPA 3GPP Rel. 6
Dedicated pipe for every UE in UL Pipe (codes and grants) changing with time E-DCH scheduling
HSUPA Channels - Uplink
For internal use 7 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Channel mapping • For HSUPA, the E-DCH is introduced as a new transport channel for carrying data on the uplink. • On physical layer, this translates into 2 new uplink channels.
E-DCH
E-DPDCH
For internal use 8 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Transport channel
E-DPCCH
Physical channel
E-DCH: Enhanced Dedicated Channel • Dedicated uplink transport channel • Dedicated to 1 UE • 2ms or 10ms TTI • Controlled by NodeB scheduling process • Holds one or more dedicated physical data channels (E-DPDCH)
For internal use 9 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DPDCH: E-DCH Dedicated Physical Data Channel • Dedicated uplink physical channel • 2ms or 10ms TTI • Controlled by NodeB scheduling process • The E-DPDCH is used by E-DCH for the transmission of data and Scheduling information (SI)
• Up to 4 E-DPDCH per radio link for higher throughput • s soft handover
For internal use 10 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DPCCH: E-DCH Dedicated Physical Control Channel • Dedicated uplink physical channel. • Transmits control information about the E-DPDCH transmission: – E-TFCI (Transport block format combination indicator) – RSN (Retransmission sequence number) for the HARQ process – Happy Bit
• There is at most one E-DPCCH on each radio link. • Carries the „Happy Bit“
For internal use 11 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
With the Happy Bit the UE tells the NodeB scheduler every 2ms whether the ressource allocation was sufficient to transmit all data or not.
E-DPDCH & E-DPCCH
E-DPD CH ( data, SI) (contr o
For internal use 12 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DP l data CCH , e.g H appy B
it)
E-DCH serving cell • E-DCH and HSDPA serving link is always assigned by RNC to the same cell (Best Cell) based on UE measurements.
NodeB 1
Non Serving RLS (1 RL)
NodeB 2
Serving RLS Serving E-DCH Cell
same RG information (per RLS)
RG information per RL HICH information per RLS
same HICH information (per RLS)
E-HICH E-AGCH E-RGCH
For internal use 13 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HSUPA Channels - Downlink
For internal use 14 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-AGCH: E-DCH Absolute Grant Channel • Common downlink physical channel • Time-multiplexed shared channel with explicit UE addressing using ERNTI • On the E-AGCH, the NodeB tells the UE an absolute power level (alsolute grant, AG) for the E-DPDCH relative the DPCCH (precise value, thus also more information to be transmitted) • In soft handover state, the E-AGCH is transmitted by the serving E-DCH cell only • Uses SF256 E-AGC H E-RGC
For internal use 15 © Nokia Siemens Networks
(absolu
te pwr )
H (u p , down, hold)
, hold (down H C E-RG
E-DPDC H ( da ta)
CH D P D Eata) d r e ( us
HSUPA / JKuhr / September 2007
)
E-AGCH: primary & secondary absolute grant • An UE can get two E-RNTIs allocated (primary & secondary E-RNTI) that it needs to listen to on the E-AGCH.
• The UE always follows the AG transmitted for the primary E-RNTI (primary AG). – It can be commanded to follow the AG transmitted for the secondary E-RNTI as well.
• This mechanism can be used to control a group of UEs together (which will then all have the same secondary E-RNTI assigned) – E.g. group of “always on” UEs, that only occasionally send data – They will then be controlled as a group by a limited “secondary AG” – If one of that UE have needs to send more uplink data, it will then get an primary grant assigned via the primary R-RNTI. – As soon the primary grant is not needed anymore, the UE can be switched to secondary grant again.
For internal use 16 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-AGCH power settings in RNC Name
Q3-Name
Shortname
Longname
LMT-Name
Type
Range
Unit
R/ W
Default
E-AGCH Power Offset
sbs3gRanAg chPwrOffset
AGCHPWR OFF
agchPower Offset
po_agch
Integer
0..255 (0..2.55)
LMT: dB
RW
128 (RC)
Mapping to -32..+31.75 by step of 0.25 Indicates the Power offset relative to the pilot bits on the DL DPCCH
Example of command execution (hmi): cre hsupa cellid=1 nodebid=1 no_rgch_hich=4 po_agch=1.25 po_hich=1.25 po_rgch=1.25 pr_edch=30
For internal use 17 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
RC: 0.01*d B
1.28 (LMT)
Scheduler in NodeB, O&M parameter description Name
Range
Unit
R/W
Default
hsupaPowerOffsetEAGCH
Range: -32..31.75 Step: 0.25
dB
V
76 (-13 dB)
Mapped in database to range 0..255 Power offset of E-AGCH (secondary E-RNTI) (configurable only at CHC start-up time). Relative to ICH power. Vendor parameter: not recommended to be changed by the operator. Name
Range
Unit
R/ W
Default
maxSecondAbsGrant
Value range: [0…31]
-
R
5
5 ~ 32 kbps 9 ~ 128 kbps 9 shall not be exeeded
index value of 3GPP 25.212, section4.10.1A.1, table 16B Upper limit to the Secondary AG that may be assigned to all UEs in a radio cell. When doing RTT ("ping") measurements, note that the default value of 5 will have negative impacts on the RTT, as it does not allow a ping of 32 bytes to be sent within one MAC-e PDU: 2 PDUs are needed. To have an optimal RTT, either ensure that you have a Primary Grant active or set this value to a minimum of 7. Name maxNumberPrimaryGrantUe
Range 0..255
Unit
R/W
Default
-
V
4
Example of command execution (xml):
Maximum number of simultaneous UEs with Primary_Grant_Available = “True” Vendor parameter: not recommended to be changed by the operator.
Name
Range
Unit
R/W
Default
ueInactivityTimer
0..1023
-
V
25
label="maxNumberPrimaryGrantUe">
<single_value value="76"/> <single_value value=“5"/> <single_value value="4"/>
The info shall provide a time constant for UE inactivity detection. It indicates the number of idle subframes after that a UE’s Serving Grant may be set to zero and the UE may be switched from state Primary_Grant_Available = “True” to “False”. equals to 2ms * 25 = 50 ms Vendor parameter: not recommended to be changed by the operator. For internal use 18 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
<single_value value="25"/>
E-RGCH: E-DCH Relative Grant Channel • • • • •
Dedicated downlink physical channel Additional to the E-AGCH channel Used by the NodeB to transmit relative grants (RG) for the UL E-DPDCH channel Relative grants are UP, DOWN and HOLD commands In soft handover state, the E-RGCH can be transmitted by every cell in the AS – cells in the serving E-DCH link set can send UP, DOWN, HOLD – other cells can send only DOWN and HOLD
• For the Serving E-DCH RLS there is always one logical RG information but it is transmitted in each cell belonging to the serving RLS to allow the UE a softer combining.
• For Non Serving RLS(s) the RG information is per RL • Requires much lower signaling overhead than E-AGCH • Uses SF128
Serving E-DCH radio link set: Cells belonging to the NodeB that transmits the Serving E-DCH
Serving E-DCH RL E-AGC E-RGC
H (abs
olute p
wr)
H (u p , down, hold)
E-DPDC H ( da ta) For internal use 19 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
, hold) n w o d CH ( E-RG
DCH E-DP ata) d ( us er
E-RGCH power settings in RNC Name
Q3-Name
Shortname
Longname
LMT-Name
Type
Range
Unit
R/ W
Default
E-RGCH Power Offset
sbs3gRanRgch PwrOffset
RGCHPWRO FF
rgchPowerOff set
po_rgch
Integer
0..255 (0..2.55)
LMT: dB
RW
128 (RC)
Mapping to -32..+31.75 by step of 0.25
RC: 0.01*dB
1.28 (LMT)
Indicates the Power offset relative to the pilot bits on the DL DPCCH Name
Q3-Name
Shortname
Longname
LMT-Name
Type
Range
Unit
R/ W
Default
Number of ERGCH/E-HICH
sbs3gRanNoRg chHich
NORGCHHIC H
numberErgch Ehich
no_rgch_hich
Integer
1,..,4
-
RW
-
Number of E-RGCH/E-HICH
Example of command execution (hmi): cre hsupa cellid=1 nodebid=1 no_rgch_hich=4 po_agch=1.25 po_hich=1.25 po_rgch=1.25 pr_edch=30
For internal use 20 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-RGCH power settings in NodeB Name
Range
Unit
R/W
Default
hsupaPowerOffsetErgch
Range: -32..31.75 Step: 0.25
dB
V
112 (-4 dB)
mapped in database to range 0..255 Power offset of E-RGCH of UEs having a non-serving RLS in this NodeB relative to ICH (configurable only at CHC start-up time) Vendor parameter: not recommended to be changed by the operator.
Example of command execution (xml):
<single_value value=“112"/>
For internal use 21 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-RGCH: Condition for sending RG DOWN commands • A cell may send non-serving RG DOWN commands when: – Experienced total RTWP > Target RTWP signalled by CRNC – && – Non-serving E-DCH to total E-DCH power ratio > Target ratio
Non-serving E-DCH to total E-DCH power ratio is the ratio of power from UEs for which this cell is a non-serving RL and the total E-DCH power. R Target RTWP is calculated from HSUPA_scheduler_offset T W P
Congestion Level (N_ul+CCThreshold) Congestion Level – CC Hysteresis HSUPA Scheduler Offset
Maximum Target RTWP Current Cell Load
TIME For internal use 22 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Condition for sending RG DOWN commands RNC parameters Name
Q3-Name
Shortname
Longna me
LMT-Name
Type
Range
Unit
R/ W
Default
Target Nonserving EDCH to Total E-DCH Power ratio
sbs3gRanTa rgNonServE dchPwrRat
TRGTNSEDC HPRAT
targetNo nServEd chTotEd chPwrR at
pr_edch
Integer
0,..,100
%
RW
30
Target Non-serving E-DCH to Total E-DCH Power ratio. This parameter can be updated only when HSUPA is not Active.
Name
Q3-Name
Shortname
Longna me
LMTName
Type
Range
Unit
R/ W
Default
HSUPA_sc heduler_off set
sbs3gRanH supaSched Off
SCHDOFF SHSUPA
schedule rOffsetHs upa
hsupa_oft
LMT: Real RC: Integer
LMT: 0..10 step by 0.1 RC: 0..100
LMT : dB RC: 0.1* dB
R W **)
LMT: 0.5 RC: 5
Offset value to calculate Maximum Target Received Total Wide Band Power
Example of command execution (hmi): cre hsupa cellid=1 nodebid=1 no_rgch_hich=4 po_agch=1.25 po_hich=1.25 po_rgch=1.25 pr_edch=30 cre cell cctl cellid=1 nodebid=1 ul_cngt=10.0 ul_cngh=2.0 dl_cngt=0.90 dl_cngh=0.15 mmti_rtwbp=10.00 mmti_t=10.00 k=1 ebd=ena etpchr=ena peri_cngh=0.5 mmfc_rtwp=0 mmfc_tcrp=0 cc_emg=false hsupa_oft=0.5 For internal use 23 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Condition for sending RG DOWN commands NodeB parameters Name
Range
Unit
R/W
Default
targetRatioOtherRlEdchPower
Value range: 0..100% Unit: % Step: 1%
%
V
50
Target ratio of average E-DCH powers per UE of Other E-DCH RLs within Serving RLS for scheduling of Internal Relative Grants. Vendor parameter: not recommended to be changed by the operator.
• For balancing of traffic load from UEs with different serving RLs between the cells of a Node B, a target ratio for the average non-serving E-DCH power of these UEs shall be provided. Example of command execution (xml):
<single_value value=“50"/>
For internal use 24 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-HICH: E-DCH HARQ Indicator Channel • Dedicated downlink physical channel • Carries the HARQ ACK/ NACK messages for the UL E-DCH • Is transmitted by all cells in the active set. UE continues to transmit on E-DPDCH as long there is at least one ACK. • HICH information is always send per RLS (Serving and Non Serving E-DCH RLS) but it is transmitted in each cell belonging to the RLS to allow the UE a softer combining of the physical channels. • Uses SF128 • Cells not belonging to the serving E-DCH link set transmit only ACKs Serving E-DCH RLS
E-DPDCH ( data)
E-DPDCH ( data)
E-HICH (ACK)
E-HICH (ACK,NACK)
Only ACKs are send to save DL power. Cells that don‘t belong to the serving RLS expected to have a much larger NACK ratio due to worse channel For internal use 25 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
conditions
E-HICH power settings Name
Q3-Name
Shortname
Longname
LMTName
Type
Range
Unit
R/ W
Default
E-HICH Power Offset
sbs3gRanHichP wrOffset
HICHPWROFF
hichPowerOff set
po_hich
Integer
0..255 (0..2.55)
LMT: dB
RW
128 (RC)
Mapping to -32..+31.75 by step of 0.25
RC: 0.01*dB
1.28 (LMT)
Indicates the Power offset relative to the pilot bits on the DL DPCCH
Name
Q3-Name
Shortname
Longname
LMT-Name
Type
Range
Unit
R/ W
Default
Number of ERGCH/E-HICH
sbs3gRanNoRg chHich
NORGCHHIC H
numberErgch Ehich
no_rgch_hich
Integer
1,..,4
-
RW
-
Number of E-RGCH/E-HICH
Example of command execution (hmi): cre hsupa cellid=1 nodebid=1 no_rgch_hich=4 po_agch=1.25 po_hich=1.25 po_rgch=1.25 pr_edch=30
For internal use 26 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Examples for AG, RG and HICH transmission NodeB 1
Non Serving RLS (1 RL)
NodeB 2
Example 1: 2 radio links in serving RLS. RG & HICH is combined.
Serving RLS Serving E-DCH Cell
same RG information (per RLS)
RG information per RL HICH information per RLS
same HICH information (per RLS)
E-HICH E-AGCH E-RGCH
Serving RLS
NodeB 1
NodeB 2 Non Serving RLS
Example 2: 2 radio links in nonserving RLS. Only HICH is combined. RG is individual
Serving E-DCH Cell
RG information per RL E-HICH E-AGCH
For internal use 27 © Nokia Siemens Networks
E-RGCH HSUPA / JKuhr / September 2007
RG information per RL same HICH information (per RLS)
Overwiev of all physical channels assigned to UE in HSUPA (NodeB with serving E-DCH RLS)
For internal use 28 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HSUPA Scheduling mechanism
For internal use 29 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduler • The scheduler resides in the NodeB and manages the data transmission of the Rel.6 UEs on the air interface.
• The goal is, to assign as many resources as required to a single UE while preventing cell overload caused by many UEs transmitting too many data.
• The scheduling algorithm is vendor specific, however the mechanism to communicate the scheduling results to the UE as well as certain input parameters are defined by 3GPP.
• Channels involved in the scheduling process – Uplink ▪ E-DPCCH (Happy Bit) ▪ E-DPDCH (Scheduling Information, SI) – Downlink ▪ E-AGCH (to send the AG) ▪ E-RGCH (to send RG: UP, DOWN, HOLD commands) For internal use 30 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduler Design Principles • Many HSDPA applications (e.g., web browsing, file ) require high data rate in downlink, but only moderate data rate in uplink – of large number of UEs w/o need for channel type switching – Minimized delay for uplink channel access – Fast control of RTWP resource usage by Node B (scheduler) to avoid overload on air interface Secondary Absolute Grant
• Applications requiring a high uplink data rate should be served on demand Primary Absolute Grant
For internal use 31 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Performance Requirements • One common scheduling and one dedicated scheduling cycle per cell per TTI • Up to 3 cells with E-DCH scheduled on the same CHC – Scheduling of 1 radio cell on a CHC ▪ ▪ ▪ ▪ ▪
At least 32 HSUPA s / cell At least 32 s simultaneously transmitting on E-DPDCH / cell Maximum peak throughput of at least 1.46Mbps One E-AGCH / cell One Secondary E-RNTI / cell
– Scheduling of 3 radio cells on the same CHC ▪ ▪ ▪ ▪ ▪
At least 20 HSUPA s / cell At least 10 s simultaneously transmitting on E-DPDCH / cell Maximum peak throughput of at least 1.46Mbps One E-AGCH / cell One Secondary E-RNTI / cell
For internal use 32 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduler in NodeB • The scheduler in the NodeB controls the UL transmission on the E-DPDCH • Main input factors from the UE are: – SI (Scheduling information) (periodically send on E-DPDCH or when triggered) – Happy Bit (send on E-DPCCH) – Transmitted bit rate by the UE
• Main output factors to the UE are: – Absolute allowed transmission power ratio E-DPDCH/DPCCH send on EAGCH – Relative grants (UP, DOWN, HOLD) send on E-RGCH
For internal use 33 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduler in NodeB, O&M parameters 1/2 • The following NodeB O&M parameters influence the scheduler operation: – Target ratio of average non-serving E-DCH powers for scheduling of internal Relative Grants: (targetRatioOtherRlEdchPower) ▪ For balancing of traffic load from UEs with different serving RLs between the cells of a Node B, a target ratio for the average non-serving E-DCH power of these UEs shall be provided.
– Maximum Secondary Absolute Grant: (maxSecondAbsGrant) ▪ This value is an upper limit to the Secondary AG that may be assigned to all UEs in a radio cell. ▪ In UMR, all UEs start with secondary AG and are upgraded to primary AG upon demand (rise in uplink traffic needs)
– Maximum number of simultaneous UEs with Primary_Grant_Available ="True": (maxNumberPrimaryGrantUe) ▪ This value is an upper limit to the number of UEs in a cell that may be simultaneously operating with a Primary AG.
For internal use 34 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduler in NodeB, O&M parameters 2/2 • The following NodeB O&M parameters influence the scheduler operation: – Time constant for UE inactivity detection: (ueInactivityTimer) ▪ ξinactivity indicates the number of idle subframes (2ms) after that a UE may be switched from state Primary_Grant_Available = "True" to "False". ▪ If data transmission is less than what could be send with current secondary AG for the timeframe of ueInactivityTimer, UE is reduced to secondary AG.
– Scheduling priority weighting factors: (hsupaSchedulerWeight) ▪ The scheduler shall be provided one weighting factor per scheduling priority.
For internal use 35 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduler in NodeB, O&M parameter description Name
Range
Unit
R/W
Default
hsupaPowerOffsetEAGCH
Range: -32..31.75 Step: 0.25
dB
V
76 (-13 dB)
Mapped in database to range 0..255 Power offset of E-AGCH (secondary E-RNTI) (configurable only at CHC start-up time). Relative to ICH power. Vendor parameter: not recommended to be changed by the operator. Name
Range
Unit
R/ W
Default
maxSecondAbsGrant
Value range: [0…31]
-
R
5
5 ~ 32 kbps 9 ~ 128 kbps 9 shall not be exeeded
index value of 3GPP 25.212, section4.10.1A.1, table 16B Upper limit to the Secondary AG that may be assigned to all UEs in a radio cell. When doing RTT ("ping") measurements, note that the default value of 5 will have negative impacts on the RTT, as it does not allow a ping of 32 bytes to be sent within one MAC-e PDU: 2 PDUs are needed. To have an optimal RTT, either ensure that you have a Primary Grant active or set this value to a minimum of 7. Final value is still under evaluation.
Name maxNumberPrimaryGrantUe
Range 0..255
Unit
R/W
Default
-
V
4
Example of command execution (xml):
Maximum number of simultaneous UEs with Primary_Grant_Available = “True” Vendor parameter: not recommended to be changed by the operator.
<single_value value="76"/>
Name
Range
Unit
R/W
Default
ueInactivityTimer
0..1023
-
V
25
label="maxNumberPrimaryGrantUe">
<single_value value=“5"/> <single_value value="4"/>
The info shall provide a time constant for UE inactivity detection. It indicates the number of idle subframes after that a UE’s Serving Grant may be set to zero and the UE may be switched from state Primary_Grant_Available = “True” to “False”. equals to 2ms * 25 = 50 ms Vendor parameter: not recommended to be changed by the operator. For internal use 36 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
<single_value value="25"/>
Scheduler in NodeB, O&M parameter description Name
Range
Unit
R/W
Default
targetRatioOtherRlEdchPower
Value range: 0..100% Unit: % Step: 1%
%
V
50
Target ratio of average E-DCH powers per UE of Other E-DCH RLs within Serving RLS for scheduling of Internal Relative Grants. Vendor parameter: not recommended to be changed by the operator.
• For balancing of traffic load from UEs with different serving RLs between the cells of a Node B, a target ratio for the average non-serving E-DCH power of these UEs shall be provided. Example of command execution (xml):
<single_value value=“50"/>
For internal use 37 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduler in NodeB, O&M parameter description Name
Range
Unit
R/W
Default
hsupaSchedulerWeight
Formula: x/1000 Value range: 1 to 1000
-
R/W
1000
Specifies the weighting factors (alpha(k)) for each HSUPA scheduling priority level k 0...15. The attribute is applicable only if the LocalCellE is HSxPA-capable, otherwise it shall be ignored. There shall be one value per priority level and per radio cell.
• HSUPA and HSDPA packet schedulers in the NodeB take the Scheduling Priority Indicator (SPI) into . • HSUPA and HSDPA packet schedulers weight different priority queues based on SPI values. • There is a weight value per SPI value in the NodeB (hsupaSchedulerWeight), which sets the magnitude how often queues of different SPI classes get scheduled in relation to other SPI classes. Traffic class
Traffic handling priority
Scheduling Priority Indicator (SPI)
Interactive
1 (highest)
15
…
…
15 (lowest)
1
N/A
0
Background
For internal use 38 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduler in NodeB: Input parameters
CHC defect
Random Errors / Defects
Node B TTI Timer
O&M comm Param ands, eters
NBAP log. O&M HSUPA Scheduler
s, and m om ters Mc O& arame P R
LMT L R
ilu fa
re
CHC
UE
For internal use 39 © Nokia Siemens Networks
NBAP UE-related procedures UL congestion indication
P TW
Happy Bit, Scheduling Info, TBS
OMC
HSUPA / JKuhr / September 2007
HSDPA Scheduler
RNC
NodeB Scheduler Interface
From Frame Protocol
Measurements Scheduler / CHC Internal From E-DPCCH or E-DPDCH For internal use 40 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
NodeB Scheduler Interface Scheduler Parameters
Output Data
Input Data
-Relative Grant (non-serving RLS) -Absolute Grant -Primary / Secondary Indicator
1 1
1
*
1
UE-related information
Congestion info from RNC -UE / MAC-d flow ID -Reference Congestion Limit -Indication of TNL Limitation
1
1
*
1
UE-specific -Relative Grant -Minimum SF
1..* UE group related info
For internal use 41 © Nokia Siemens Networks
*
HSUPA / JKuhr / September 2007
1 * Neighbour cell specific -Internal Relative Grant
NodeB Scheduler Interface Scheduler Parameters
1
Configuration Data
Input Data
1 Node B Configuration -Filter Coefficients -Constant Psi
1 0..*
1
1 1
1
1
*
1
*
E-DCH Cell Configuration -E-AGCH channelisation codes -Maximum Target RTWP -Reference RTWP -Target Non-serving E-DCH to Total E-DCH Power Ratio -Target Ratio of Avg. Pwrs. of Other E-DCH RLs (for Int. RG) -Maximum Secondary Absolute Grant -Max. No. of Simult. UEs with Primary_Grant_Available = "True" -Time Constant for UE Inactivity Detection -Scheduling Priority Weighting Factors -Rx Antennas -Scheduler Type -E-AGCH 3-Index-Step Threshold -E-AGCH 2-Index-Step Threshold -Time Constant for Assignment of Primary Absolute Grants -Init Value for Overhead Factor -Time constant for determination of TEBS status 0..*
For internal use 42 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Node B / CHC internal signals -RTWP -E-DCH pwr (serving RLs) -E-DCH pwr (Other E-DCH RLs) -E-DCH pwr (non-serv. RLs) -Numbers of Other E-DCH RLs -BB Resource Status
UE-related information
Congestion info from RNC -UE / MAC -Reference Congestion Limit -Indication of TNL Limitation
1
1
1..* UE group related info -Stored Secondary Grant
* Info from UE -Happy Bit -UPH -TEBS -HLBS
* Node B internal info -HARQ process state -Duration of inactivity -Serving Grant -Primary Grant Available
NodeB Scheduler Interface
For internal use 43 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduling Information • Periodically or if triggered the UE may transmit scheduling information (SI) on the E-DPDCH to the NodeB.
• The information in the SI includes: – Amount of data waiting to be transmitted in the buffer (TEBS) – The priority of that data and the amount of the data with highest priority – UPH: UE power headroom, the ratio of the maximum UE tx power and the DPCCH power
• The information from the SI is taken into by the NodeB for the scheduling process
• The SI contains a lot of information, is complex to encode and produces a large overhead in signalling data A 2nd, more lean and faster mechanism via the “Happy Bit” is available in addition. For internal use 44 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduling Information: RNC O&M Parameter Name
Q3Name
Shortna me
Longname
LMTName
Range
Unit
R/W
Default
Periodicity for Schedulin g Info – no grant
sbs3g RanPe riodNo Grant
PERIN OGRAN T
periodSche dInfoNoGr ant
pesc_ng
{everyEDCHTTI, ms4, ms10, ms20, ms50, ms100, ms200, ms500, ms1000}
ms
RW
everyEDCHTTI
Periodicity for the UE to transmit scheduling information when Serving Grant is not assigned.
Name
Q3Name
Shortn ame
Longname
LMTName
Range
Unit
R/W
Default
Periodicity for Schedulin g Info – grant
sbs3gR anPerio dGrant
PERIG RANT
periodSche dInfoGrant
pesc_g
{everyEDCHTTI, ms4, ms10, ms20, ms50, ms100, ms200, ms500, ms1000}
ms
RW
everyEDCHTTI
Periodicity for the UE to transmit scheduling information when Serving Grant is assigned.
Example of command execution (hmi): cre edcinf edch_pref=rv0 etfci_idx=1 pesc_ng=every pesc_g=every maxrm_edch=15 edch_po=0
For internal use 45 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Happy Bit • The UE indicates every TTI on the E-DPCCH whether it is happy with the currently assigned E-DPDCH resources or not via the “Happy Bit”. – Happy Bit = 0 “not happy” – Happy Bit = 1 “happy”
• For every E-DCH transmission, the Happy Bit shall be set to "unhappy" if the three following criteria are met: (TS25.321) – UE is transmitting as much scheduled data as allowed by the current Serving_Grant in
E-TFC selection; and – UE has enough power available to transmit at higher data rate; and – More than “Happy Bit Delay Condition” ms is required under the current conditions to transmit the data in the UE buffer (TEBS).
• Otherwise, the Happy Bit shall be set to "happy". • The NodeB scheduler takes that information into when asg resources for the next transmissions.
For internal use 46 © Nokia Siemens Networks
TEBS: Total E-DCH buffer status HSUPA / JKuhr / September 2007
Happy Bit – RNC system internal parameter • Happy bit delay condition is a system internal (hidden) parameter in UMR6.5. • Per UE category Name
Type
Range
Unit
Default
Description
Happy bit delay condition
Enumerated
2ms, 10ms, 20ms, 50ms, 100ms, 200ms, 500ms, 1000ms
ms
10ms
Used when determining the setting of the happy bit (as specified in specified in 3GPP TS25.321).
• It is a operator configurable parameter in RAS06 (HappyBitDelayConditionEDCH). Default: 50ms
For internal use 47 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduler Algorithm UE addressed individually UE gets PAG “inactive”
UE using PAGs at the same time is limited
UE on SAG stops transmission
UE on SAG may start transmission arbitrarily
UE is modified with RGs
Grant/Rate
Time
Maximum Primary Absolute Grant
UEs addressed as a group
UE gets assigned PAG Maximum Secondary Absolute Grant
Maximum SAG is reached
Current Secondary Absolute Grant UE may use current SAG
UEs For internal use 48 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduling illustration
NB
up
-d ow
n
-h ol d
NB
Non Serving NB
ld ho
Serving Node B sends Absolute Grant
A “DOWN“ command received by a non serving Non Serving NB Node B, has highest priority ! NB
Non serving Node Bs may only send Relative Grants to the UE “DOWN“ or “HOLD“
(limits the UE‘s sending power)
UE sends rate request to serving Node B
For internal use 49 © Nokia Siemens Networks
non serving Node B‘s
ho ld
serving Node B
Each Node B has fast control over the UE transmit power. The noise rise is controlled via fast Node B scheduling.
- d ow n
Serving Node B sends Relative Grant “UP“ “DOWN“ “HOLD“
HSUPA / JKuhr / September 2007
HARQ: Hybrid automatic repeat request
For internal use 50 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HARQ Process • There is one HARQ entity per UE. – For the 10ms TTI, 4 HARQ processes are configured – For the 2ms TTI, 8 HARQ processes are configured
2ms TTI not yet ed by NSN implementations.
• HARQ messages (ACK/NACK) are send on the E-HICH to the UE • For retransmission, NodeB s Chase Combining (CC) and Incremental Redundancy (IR)
• HARQ messages are send by all NodeBs in the E-DCH active set: – The NodeB with the serving E-DCH RLS send ACK and NACK msg. – Other NodeBs only send ACK messages NodeB 1
Non Serving RLS (1 RL)
NodeB 2
Serving RLS
Serving E-DCH Cell
• For each RLS, one common HARQ information is send.
same RG information (per RLS)
RG information per RL HICH information per RLS
same HICH information (per RLS)
E-HICH E-AGCH E-RGCH
• The UE continues to transmit as long there is at least one ACK message received
For internal use 51 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HARQ Process in soft handover RLC performs reordering of data PDU
RNC
The Node B that correctly received the data, forwards it to the RNC (RLC)
Non Serving Node Bs send back only ACK NB
AC K
Non Serving NB
AC K ,N
NB Serving NB
NB K AC
AC K
UE sends transport format and data packet
Non Serving NB
tx re-
If one Node B receives the data packet correctly, further retransmissions from the UE can be stopped. Regardless what result the other involved Node Bs have received, the correctly received data packet will be delivered to the higher layers. The UE needs to retransmit only when all involved Node Bs ask for it. For internal use 52 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
UE sends retransmission only if no ACK message is received
4 HARQ processes for the 10ms TTI • The number of required HARQ processes results from the - TTI size, - processing time in the NodeB, - propagation delay on the air-interface. ICH / P-CCH
i-3 5 – 8 slots
DL DPCH
i-2
i-2
i-3 1 i-3
Tx (UE)
E-DPDCH / E-DPCCH
Rx (NB)
E-HICH
Tx (NB)
2048 chips
i-3
i-1
i-3
i
i-1
i
i+1
2
3
0
1
i-2
i-1
i
i+1
i-2
i-1
i
i+1
38400 chips i-2
i-1
i
i+1
Processing time at Node B 30ms = 115200 chips
Timing relation between uplink data transmissions and ACK/NACK sent on E-HICH for the 10ms TTI
• For the 10ms TTI, 4 HARQ processes per UE are sufficient For internal use 53 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HARQ Process: O&M Parameter I Name
Q3-Name
Shortname
Longname
LMT-Name
Range
R/W
Default
HARQ Info for E-DCH Preference
sbs3gRanEd chHarqInfoPr ef
EDCHHARQI NFP
edchHarqInfo Preference
edch_pref
{rv0, rvtable}
RW
rv0 Rec: rvtable
“rv0” indicates that the UE will only use E_DCH RV index 0. “rvtable” indicates that the UE will use an RSN based RV index as specified in 3GPP TS25.212 Recommendation: rvtable
• edch_pref selects the HARQ method that will be used: – rv0: Redundancy version 0, Chase Combining – rvtable: Incremental redundancy Name
Q3-Name
Shortname
Longname
LMT-Name
Range
R/ W
Default
Maximum Number of retransmissions for E-DCH
sbs3gRanMaxN oRetransEdch
MAXRETRE DCH
maxNumberR etransmission Edch
maxrm_edch
0,..,15
R W
15 Rec: 5
E-DCH MAC-d flow maximum number of retransmissions.
• Recommendation: Set maxrm_edch to 5 For internal use 54 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HARQ Process: O&M Parameter II Name
Q3-Name
Shortname
Longname
LMT-Name
Range
Unit
R/ W
Default
E-DCH HARQ Power Offset FDD
sbs3gRanE dchHarqPo wOffFdd
EDCHHAR QPWROFD
edchHarqP owerOffset Fdd
edch_po
0,..,6
dB
RW
0
The E-DCH HARQ Power Offset FDD is used to calculate the unquantised gain factor for an E-TFC (bed,j,uq) as defined in 3GPP TS25.213.
• MAC-d flow specific power offset that is added on top of the transport block specific power offset. A larger power offset means a lower propability of needing a retransmission and, thus, lower latency. • However, a higher power offset will likely result in a lower chosen transport block size, what will cause lower throughput. Example of command execution (hmi): cre edcinf edch_pref=rv0 etfci_idx=1 pesc_ng=every pesc_g=every maxrm_edch=5 edch_po=0
For internal use 55 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HARQ Process: Impacts of parameter settings • The two parameters could be set in a way that: - Delay tolerant services can have a lower power offset (edch_po) and higher retransmission propability,
- Streaming services can have a lower max. retransmission count (maxrm_edch) as they tolerate a few lost packets.
For internal use 56 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HSUPA RAB Handling
For internal use 57 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
ed HSUPA RAB Combinations RABs
Traffic Class
CS/PS
Max Rates for each RAB kbps 1
1
2
Packet
-
Interactive/Background
Packet
NB-AMR
Packet
Conversational Transparent Data
3GPP Reference 25.993
2
UL
DL
UL
DL
PS
E-DCH
HSDSCH
-
-
7.5.1
Interactive/Background + Conversational
PS + CS
E-DCH
HSDSCH
12.2
12.2
7.5.4
Interactive/Background + Conversational
PS + CS
E-DCH
HSDSCH
64
64
7.5.8
• HSUPA establishment always requires the UE and the cell to be HSDPA capable • Single NRT call as well as multi call possible • In case of a multi call, only 64/64 kbps Rel.99 possible in addition to E-DCH • Only the RLC PDU size of 336 bits shall be ed for E-DCH For internal use 58 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
State Model (DCH_INACTIVITY is ON) with new E-DCH state Single PS I/B PS I/B Setup
AMR + PS I/B AMR RAB Setup/ RAB or IU Release
Cell_DCH
In-/outward Mobility
HS-DSCH + E-DCH Cell_DCH + UL BRA HS-DSCH
PS I/B Setup
SBHO "Directed Retry"
In-/outward Mobility
AMR RAB Setup/RAB or IU Release In-/outward Mobility
HS-DSCH_ E-DCHACTIVE
In-/outward Mobility T_DCH_FA CH
T_FACH_P CH
HS-DSCHACTIVE
UL BRA
TVM 4A (RACH) or DL DTCH overflow or "Directed Retry"
T_HSDSCH_FACH
PS I/B Setup
PS I/B Setup
DCH_ACTIVE
FACH_ACTIVE T_FACH_PC H
CS RAB or IU Release AMR RAB Setup
T_HSDSCH_FACH
TVM 4A or DL DTCH Activity
UL or DL DTCH Activity
DCH_INACTIVE State
FACH_INACTIVE DL DTCH Activity
DCCH Inactivity
UL or DL DCCH Activity
Cell_PCH
For internal use 59 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
AMR RAB Setup/ CS RAB or IU Release
AMR RAB Release
DCCH_ACTIVE DCCH Activity/ Inactivity detection
CS IU Release
DCCH_INACTIVE
PS I/B Setup
State Model (DCH_INACTIVITY is OFF) with new E-DCH state UDI + PS I/B or AMR + PS I/B (DCH_INACTIVITY = FALSE)
Single PS I/B
PS I/B Setup
AMR/UDI RAB Setup/RAB or IU Release
Cell_DCH
DCH_ACTIVE
In-/outward Mobility
PS I/B Setup
HS-DSCH + E-DCH Cell_DCH + UL BRA HS-DSCH
PS I/B Setup SBHO "Directed Retry"
In-/outward Mobility
AMR/UDI RAB Setup/RAB or IU Release In-/outward Mobility
In-/outward Mobility T_DCH_FA CH
FACH_ACTIVE
CS RAB Setup/ RAB or IU Release AMR/UDI RAB Setup
UL or DL DTCH Activity
T_FACH_P CH
FACH_INACTIVE DL DTCH Activity
DCCH Inactivity
UL or DL DCCH Activity
Cell_PCH
For internal use 60 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HS-DSCH_ E-DCHACTIVE HS-DSCH_ ACTIVE
UL BRA
TVM 4A (RACH) or DL DTCH overflow or "Directed Retry"
T_HSDSCH_FACH
PS I/B Setup
CS RAB Setup
PS I/B Setup
Inactivity detection • When the UE is in HS-DSCH + E-DCH or HS-DSCH_E-DCH-ACTIVE
state (HSUPA mode), inactivity detection is based on the existing timer T_HS-DSCH_FACH.
Name
Q3-Name
Shortname
Longname
LMT-Name
Type
Range
Unit
R/W
Default
Timer for the switch from HSDSCH to FACH
sbs3gRan HsDschF achSwitch Tmr
HSDSCHFC HSWTMR
hsDschFachS witchTmr
thsdsch_fach
Integ er
0,.., 65535
s
RW
30
Period of uplink and downlink inactivity before the PS I/B RAB is switched from HS-DSCH to FACH 0 means that inactivity is not monitored and the connection is not switched to FACH
Example of command execution (hmi): cre rbc tfach_dchue=20 tbra_riue=1280 tbra_rdue=1280 tdch_fachr=65535 tfach_pchr=300 tpch_idler=7200 thsdsch_fach=30 ulbra_ript=64K ulbra_rdpt=8K ul_fdpt=256 dl_upt=512 max_ccros=20 srbr=13.6 dch_inact=true ch_nonrab=comm ch_ibrab=dedc ini_pib=64_64 t_strminact=0 flag_preempt=false ini_hsulpib=64 pc_csudi=false pc_psbe=false
For internal use 61 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HSUPA Mobility aspects
For internal use 62 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Overwiew • HSUPA s soft handover • One cell out of the active set acts as Serving E-DCH cell • The serving E-DCH cell uses the E-AGCH and E-RGCH for scheduling operation • The other cells only use the E-RGCH and only send DOWN or HOLD • Cells belonging to the same NodeB as the E-DCH serving cell, belong to the “Serving E-DCH radio link set” Serving E-DCH RLS E-AGC E-RGC
H (abs
olute p
wr)
H (u p , down, hold)
E-DPDC H ( da ta)
For internal use 63 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
, hold) n w o d CH ( E-RG
DCH E-DP ata) d ( us er
E-DCH Active Set Size: E-DCH and DCH Active Set Size identical
For internal use 64 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DCH Active Set Size: E-DCH subset of DCH Active Set
For internal use 65 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Active set summary • For each UE, the E-DCH active set contains one Serving E-DCH RLS with one Serving E-DCH RL.
• It is possible to have ‘zero’, ‘one’ or ‘more’ E-DCH RLs, which belong to the Serving E-DCH RLS but which are not the Serving E-DCH RL. And, the E-DCH active set can contain ‘zero’, ‘one’, or ‘more’ Non-Serving EDCH RLs (which does not belong to the Serving E-DCH RLS).
• For each UE, there is only one Absolute Grant transmitted by the Serving E-DCH Cell via the E-AGCH.
• For each UE, there is one common Relative Grant (optional) transmitted per Serving E-DCH RLS, and, also one per Non-Serving E-DCH RL.
For internal use 66 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HSUPA mobility impact • The main areas of E-DCH Mobility impacts are the followings: – UE Differentiation Algorithm – E-DCH Serving Cell Selection – E-DCH Inward Mobility (Intra freq. and Inter freq. HO case) – E-DCH Serving Cell Change (Intra freq. and Inter freq. HO case) – E-DCH Outward Mobility (Intra freq. and Inter freq. HO case) – SHO handling for Non-Serving E-DCH RLs – Inter System HO – SRNS Relocation* • [Note]: Compressed Mode with E-DCH is not ed • [Note]: E-DCH over Iur is not ed • *[Note]: E-DCH Relocation is not ed For internal use 67 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HSUPA Mobility aspects UE differentiation algorithm
For internal use 68 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DCH UE differentiation algoritm • UE Differentiation algorithm is applied during RRC Connection Setup and CTS CtoD transition (due to NRT traffic overflow trigger).
• UTRAN shall direct the E-DCH Capable UE with NRT RAB related RRC signalling establishment to the freq. carrier which s E-DCH.
• The algorithm works only with Inter-Frequency Cells of the same sector (i.e. same antenna flags set to TRUE) If attempt on RF3 fails, further attempts on RF4 is performed
RF4 (E-DCH/HS-DSCH)
E-DCH/HS-DSCH Capable UE shall be first attempted on RF3
RF3 (E-DCH/HS-DSCH) RF2 (Rel99)
E-DCH/HS-DSCH Capable UE Camps on RF1
RF1 (Rel99) For internal use 69 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DCH UE differentiation algoritm • To reserve the E-DCH/HS-DSCH Cell as much as possible for E-DCH/HS-DSCH capable UEs, HCS priorities for the different layers should be set: Non-E-DCH/HS-DSCH Cell (highest Priority) >> HS-DSCH Capable Cell >> E-DCH/HS-DSCH Capable Cell (lowest Priority)
For internal use 70 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Establishment Cause for UE Differentiation • The UE differentiation algorithm attempts to redirect a Rel6 UE to the appropriate frequency layer, if at RRC setup or CTS from FACH the – Establishment cause IE contains a cause value with corresponding bit in “Establishment Cause for UE Differentiation” flag set to ‘1’ Name
Q3-Name
Shortname
longname
LMT-Name
Type
Range
Default
Establishment Cause for UE Differentiation
sbs3gRanEst CauseForUeD iffer
CAUSEUEDIF
esatblCauseF orUeDifferenti ation
ecuedif
LMT: Integer (hex) RC: BitString [32]
LMT: 0,..., 4294967295 (hex: 0,..,FFFFFFFF)
LMT: 16796 (hex: 0000419C)
Specifies Establishment Cause which will be considered in UE Differentiation procedure as HSDPA or HSUPA Capable. “Establishment Cause for UE Differentiation” flag is a bitmap of 32bits long. Each bit of this flag will correspond to an Establishment Cause. Bit 0 corresponds to “originatingConversationalCall”, bit 1 corresponds to “originatingStreamingCall” and so on. Following table shows how the each bit of “Establishment Cause for UE Differentiation“ flag is mapped to Establishment Cause and the default setting of this flag. bit
3 1
3 0
2 9
2 8
2 7
2 6
2 5
2 4
2 3
2 2
2 1
2 0
1 9
1 8
1 7
1 6
1 5
1 4
1 3
1 2
1 1
1 0
0 9
0 8
0 7
0 6
0 5
0 4
0 3
0 2
0 1
0 0
Default Setting
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
1
0
0
0
0
0
1
1
0
0
1
1
1
0
0
Originating Conversational Call
Originating Streaming Call
Originating Interactive Call
Originating Background Call
Originating Subscribed traffic Call
Terminating Conversational Call
Terminating Streaming Call
Terminating Interactive Call
Terminating Background Call
Emergency Call
Inter-RAT cell re-selection
Inter-RAT cell change order
Registration
Detach
Originating High Priority Signalling
Originating Low Priority Signalling
HSUPA / JKuhr / September 2007
Call re-establishment
Terminating High Priority Signalling
Terminating Low Priority Signalling
Terminating – cause unknown
(Spare value)
(Spare value)
(Spare value)
(Spare value)
(Spare value)
(Spare value)
(Spare value)
(Spare value)
(Spare value)
(Spare value)
(Spare value)
(Spare value)
Establishment Cause
For internal use 71 © Nokia Siemens Networks
A Rel6 UE, that establishes a AMR speech call will not be redirected to the HSPA layer.
UE Differentiation SWP data • Enhanced UE differentiation algorithm is an optional feature which is not included in the standard feature set. • In order to enable it, the “UE differentiation” flag in the SWP data must be set to “true”
Name
Type
Range
Default
Description
HSDPA UE differentiation function switch flag 1 : off 0 : on
Boolean
1 : off
1
Flag set to ‘0’ when operator has bought the feature
For internal use 72 © Nokia Siemens Networks
0 : on
HSUPA / JKuhr / September 2007
HSUPA Mobility aspects E-DCH serving cell selection E-DCH inward mobility E-DCH serving cell change E-DCH outward mobility SHO of non serving radio links Blind IFHO Timing re-initialized IFHO Intersystem Handover SRNS relocation
For internal use 73 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DCH serving cell selection • The serving E-DCH Cell is selected based on best downlink quality cell: – Considers a cell which provides the highest reliability for DL transmission of AG to the UE – A common DL best quality measure shall be beneficial generally for overall performance of HSPA.
• For the Serving E-DCH Cell: Select the Best Quality E-DCH/HS-DSCH Cell for which the UE has reported the highest DL ICH Ec/N0 or ICH RS or smallest Pathloss value in the received RRC Measurement Report 1A/1B/1C/1D.
• For the Serving E-DCH RLS: Select the Node-B (RLS) where Serving EDCH Cell is determined.
• Event 1D triggers the change of the best cell
For internal use 74 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DCH inward mobility – 1/2 •
E-DCH Inward Mobility is triggered, if the Measurement Report 1A/1B/1C/1D is received and the reported E-DCH/HS-DSCH Cell has the best quality. Also, the quality difference between the best Serving E-DCH Cell and others shall be greater than a predefined hysteresis (cre ifmrms hyst1d).
•
When E-DCH Inward Mobility is triggered, active set update (ASU) procedure (if Event 1A/1B/1C is received) is performed first, in preparation for the E-DCH Inward Mobility procedure. SRNC
Rel99
E-DCH/HS-DSCH
Rel99
E-DCH/HS-DSCH
Serving E-DCH/HS-DSCH RL RLs in DCH Active Set
SRNC
Serving E-DCH/HS-DSCH Cell
Rel99
Rel99
E-DCH/HS-DSCH
E-DCH/HS-DSCH
1A: this cell is newly added and it is Best Quality Cell
For internal use 75 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DCH inward mobility – 2/2 •
ed Inward Mobility procedures: –
From DCH/DCH to E-DCH/HS-DSCH
–
From DCH/HS-DSCH to E-DCH/HS-DSCH - Intra Node-B Case
–
From DCH/HS-DSCH to E-DCH/HS-DSCH - Inter Node-B Case
For internal use 76 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DCH serving cell change – 1/2 •
E-DCH Serving Cell Change (SCC) is triggered if the quality of existing Serving E-DCH/HS-DSCH Cell becomes worse than an other E-DCH/HS-DSCH Cell within the DCH Active Set.
•
When SCC is triggered, ASU procedure (if Event 1A/1B/1C is received) is performed first, in preparation for the E-DCH SCC procedure. SRNC Serving E-DCH/HS-DSCH RL Serving E-DCH/HS-DSCH Cell
Rel99
RLs in DCH Active Set
E-DCH/HS-DSCH
Rel99
E-DCH/HS-DSCH
SRNC Serving E-DCH/HS-DSCH Cell
Rel99
Rel99
E-DCH/HS-DSCH
E-DCH/HS-DSCH
1A: this cell is newly added and it is Best Quality Cell For internal use 77 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DCH serving cell change – 2/2 •
Trigger 1: Measurement Report 1A/1B/1C/1D is received and the Quality of the current Serving E-DCH Cell is worse than other reported Cell (new best EDCH Serving Cell). Also, the quality difference between the current Serving E-DCH and new best E-DCH Cell is greater than a predefined hysteresis (cre ifmrms hyst1d).
•
Trigger 2: Measurement Report 1B/1C is received and the current Serving EDCH Cell is removed, but another E-DCH Cell is available in the Active Set and the quality of this cell is the best.
•
ed Serving Cell Change (SCC) procedures: – –
SCC – Intra Node-B Case SCC – Inter Node-B Case
For internal use 78 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DCH outward mobility – 1/3 •
E-DCH Outward Mobility is triggered if the UE leaves the E-DCH coverage or if the quality of the Non-E-DCH Cell is the best (among the Active Set cells).
•
When Outward Mobility is triggered, ASU procedure (if Event 1A/1B/1C is received) is performed first, in preparation for the E-DCH Outward Mobility procedure. SRNC
Serving E-DCH/HS-DSCH Cell Rel99
E-DCH/HS-DSCH
Rel99
E-DCH/HS-DSCH
Serving E-DCH/HS-DSCH RL RLs in DCH Active Set SRNC
Rel99
Rel99 New link added via 1A
For internal use 79 © Nokia Siemens Networks
E-DCH/HS-DSCH
E-DCH/HS-DSCH
Quality of this link is worse than Non-E-DCH Cell(s)
HSUPA / JKuhr / September 2007
E-DCH outward mobility – 2/3 •
Trigger 1: Event 1A/1B/1C/1D is received, and, the Quality of Non-E-DCH Cell is better than all E-DCH Cell(s) within active set. Also, the quality difference between the current E-DCH Serving Cell and new best Non-E-DCH cell is greater than a predefined hysteresis (cre ifmrms hyst1d).
•
Trigger 2: Event 2D (IFHO Triggers) is received and if ‘IFHO with InterFrequency measurement (2A/2B)’ is triggered. [Note]: Blind IFHO does not invoke Outward Mobility.
•
Trigger 3: Event 2D’/2D’’ (Inter System 3A/3A’ Triggers)
•
Trigger 4: Upon reception of NBAP: RL Failure Indication to the current Serving E-DCH Cell.
For internal use 80 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
E-DCH outward mobility – 3/3 •
ed E-DCH Outward Mobility procedures: –
From E-DCH/HS-DSCH to DCH/DCH
–
From E-DCH/HS-DSCH to DCH/HS-DSCH – Intra Node-B Case
–
From E-DCH/HS-DSCH to DCH/HS-DSCH – Inter Node-B Case
For internal use 81 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
SHO of non-serving E-DCH RLs •
RNC configures all potential E-DCH links constituting towards E-DCH Active Set. – This is to realise the Soft/Softer HO gains for E-DCH configurations.
•
When Event 1A/1C is received, and if the UE context has been configured with E-DCH, any newly to-be-added E-DCH RL shall be configured as part of E-DCH Active Set. – Firstly, Rel6 NBAP: RL Setup/Addition Request message is applied to –
perform SHO, and, to configure the E-DCH Link as part of E-DCH Active Set. Secondly, Rel6 RRC: Active Set Update is applied to perform SHO, plus, the configuration of new E-DCH info.
For internal use 82 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Blind IFHO •
SRNC attempts to keep E-DCH/HS-DSCH configuration (i.e. E-DCH Outward Mobility is not performed), in case if Timing Maintained Hard Handover is initiated (Blind IFHO – reception of Event 2D).
•
ed Blind IFHO procedures: – E-DCH Inward Mobility – – –
- From ‘DCH/DCH or DCH/HS-DSCH’ to ‘E-DCH/HSDCH’ E-DCH Serving Cell Change E-DCH Outward Mobility to DCH/HS-DSCH E-DCH Outward Mobility to DCH/DCH
For internal use 83 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Timing Re-initialized IFHO •
If Timing Re-Initialised IFHO is invoked, SRNC performs E-DCH Outward Mobility to DCH/HS-DSCH, in preparation for ‘Timing ReInitialised IFHO with Inter-Frequency measurement(2A/2B)’ procedure.
•
ed E-DCH Timing Re-initialised IFHO procedures: – E-DCH Inward Mobility - From ‘DCH/DCH or DCH/HS-DSCH’ to ‘E-DCH/HSDCH’
For internal use 84 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Intersystem Handover •
When UE is leaving the UMTS coverage with currently configured EDCH/HS-DSCH, the reception of ISHO Event 2D’/2D’’ shall lead to EDCH Outward Mobility to DCH/DCH, in preparation for the ISHO procedure.
For internal use 85 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
SRNS Relocation •
For the case if SRNS Relocation Type of “UE Involved without Iur” is to be triggered, E-DCH Outward Mobility to DCH/HS-DSCH or DCH/DCH (depending on the Target RNC RRC Container version) is first performed, in preparation to relocation procedure.
•
[Note]: For the case of SRNS Relocation Type of “UE Not Involved with Iur” or “UE Involved with Iur”, the UE state would have been moved to either DCH/DCH or DCH/HS-DSCH, prior to the relocation trigger. This is due to the fact that E-DCH is not ed over Iur, and, the trigger for abovementioned relocation types is when the entire Active Set belongs to DRNC.
For internal use 86 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HSUPA ission control
For internal use 87 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HSUPA ission control • ission control is triggered by procedures which set-up, add, delete or reconfigure a radio link.
• A new radio bearer is itted only, if the required resources are available in the cell and the QoS requirements of the already existing connections can be met after ission.
• To maintain the satisfactory throughput on HSUPA, it must be prevented that too many HSUPA UEs are accepted in a cell. For the new UL E-DCH channel, the existing AC algorithm has been extended.
For internal use 88 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
“BLOCK BE to E-DCH” Flag • ission control sets in each HSUPA cell the “BLOCK BE to E-DCH” flag (true, false), based on the – number of serving E-DCH RLs (nth1, nth2) – cell load utilization (cell_util_th)
• The “BLOCK BE to E-DCH” flag is set to TRUE, if – Number of serving E-DCH RLs >= Nth1 && Cell load Utilization > Cell_util_th – Number of serving E-DCH RLs >= Nth2 (>= Nth1)
Example of command execution (hmi): cre cell adc2 cellid=1 nodebid=1 nth1=10 nth2=32 cell_util_th=0.90 aul_hsupa=1.50
For internal use 89 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Cell load utilization calculation • The cell load utilization is defined as – Cell Load Utilization = (Cell Load) / (Target Cell Load) Cell Load: Cell Load calculated with measured and higher layer filtered RTWP Target Cell Load: Cell Load calculated with Target RTWP (Cell Load = 1 – Nul/RTWP and Target Cell Load = 1-Nul/Target RTWP) Target RTWP: derived from the O&M Parameter HSDPA Scheduler Offset (hsupa_oft)
R T W P
Congestion Level (N_ul+CCThreshold) Congestion Level – CC Hysteresis HSUPA Scheduler Offset
Example of command execution (hmi): cre cell cctl cellid=1 nodebid=1 ul_cngt=10.0 ul_cngh=2.0 dl_cngt=0.90 dl_cngh=0.15 mmti_rtwbp=10.00 mmti_t=10.00 k=1 ebd=ena etpchr=ena peri_cngh=0.5 mmfc_rtwp=0 mmfc_tcrp=0 cc_emg=false hsupa_oft=0.5 For internal use 90 © Nokia Siemens Networks
Maximum Target RTWP Current Cell Load
TIME HSUPA / JKuhr / September 2007
“BLOCK BE to E-DCH” flag parameters cre cell adc2 Name
Q3Name
Shortn ame
Longna me
LMTName
Type
Range
Defa ult
Description
Nth1
sbs3g RanNt h1
NTH1
nth1
nth1
Integer
0,..,100
10
Maximum number of Serving EDCH RLs acceptable in a serving cell in case Cell load Utilization > Cell_util_th Note : Nth2 >= Nth1
Nth2
sbs3g RanNt h2
NTH2
nth2
nth2
Integer
0,..,100
32
Maximum number of Serving EDCH RLs acceptable in a serving cell Note : Nth2 >= Nth1
Cell_util_th
sbs3g RanC ellUtil Thres
CELLU TLTHR
cellUtilT hres
cell_util _th
LMT: Real RC: Integer
LMT: 0,..,1 step by 0.01 RC: 0,..,100
LMT: 0.9 RC: 90
Cell load utilization threshold to apply Nth1 as Maximum number of Serving E-DCH RLs acceptable in a serving cell
Example of command execution (hmi): cre cell adc2 cellid=1 nodebid=1 nth1=10 nth2=32 cell_util_th=0.90 aul_hsupa=1.50
For internal use 91 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Update of ission control UL scaling factor • UL load of the E-DCH channels can not be estimated as it is the case for DCH – The actual load in UL created by an E-DPDCH is variable depending on the decisions of the HSUPA scheduler
• Because of this fact, the algorithm-internal UL scaling factor can not be updated correctly in the conventional way if E-DPDCH traffic existing in the cell
• UL AC Scaling factor update rule for UMR6.5: – IF the E-DCH/HS-DSCH cell has no Radio Link to any HSUPA UEs
use conventional averaged UL scaling factor in AC
– ELSE
For internal use 92 © Nokia Siemens Networks
use fixed HSUPA UL scaling factor (aul_hsupa) in AC
HSUPA / JKuhr / September 2007
UL scaling factor HSUPA Parameter cre cell adc2 Name
Q3-Name
Shortname
Longna me
LMT-Name
Type
Range
Default
aUL_HSUPA
sbs3gRan HsupaScal Fact
SCFACTHSU PA
scaling FactorH supa
aul_hsupa
LMT: Real RC: Integer
LMT: 0,..,10 step by 0.01 RC: 0,..,1000
LMT: 1.5 RC: 150
HSUPA UL scaling factor used as fixed scaling factor in a cell, in case of HSUPA UEs which allocate Serving E-DCH RL exists in that cell
Example of command execution (hmi): cre cell adc2 cellid=1 nodebid=1 nth1=10 nth2=32 cell_util_th=0.90 aul_hsupa=1.50
For internal use 93 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
ission Control for HSDPA/HSUPA call New Call Establishment • Step1 : HSDPA / HSUPA blocking check – ‘BLOCK BE to E-DCH’ and ‘BLOCK BE to HS-DSCH’ flags must be set to FALSE
• Step 2 : Load based HSDPA/HSUPA AC control – Only the load of non-scheduled dedicated channels are considered. – The load is calculated in a conventional way using physical layer characteristics of the bearers mapped on these channels (UL/DL) and the scaling factor of AC (UL/DL):
– UL and DL DPCH for SRB signalling – UL DPCH for the HS-DPCCH (serving cell only) For internal use 94 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
ission Control for HSDPA/HSUPA call HSUPA Soft Handover • Load based HSDPA/HSUPA AC control: only the load of nonscheduled dedicated channels is considered.
• The load is calculated in a conventional way using physical layer characteristics of the bearers mapped on these channels (UL/DL) and the scaling factor of AC (UL/DL): – UL and DL DPCH for SRB signalling
• AC shall use ission control load threshold for handover bearers for the UL/DL DPCH
For internal use 95 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
ission Control for HSDPA/HSUPA call Interfrequency Handover • DCH to E-DCH and E-DCH to E-DCH – Step1 : HSDPA / HSUPA blocking check – ‘BLOCK BE to E-DCH’ and ‘BLOCK BE to HS-DSCH’ flags must be set to FALSE – Step 2 : Load based HSDPA/HSUPA AC control – Only the load of non-scheduled dedicated channels are considered. – The load is calculated in a conventional way using physical layer characteristics of the bearers mapped on these channels (UL/DL) and the scaling factor of AC (UL/DL): – UL and DL DPCH for SRB signalling
– UL DPCH for the HS-DPCCH (serving cell only)
• E-DCH to DCH – The conventional load based AC will be done for ission to DCH For internal use 96 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
ission Control for HSDPA/HSUPA call Inward Mobility • DCH/DCH to HS-DSCH/E-DCH – Step1 : HSDPA / HSUPA blocking check – ‘BLOCK BE to E-DCH’ and ‘BLOCK BE to HS-DSCH’ flags must be set to FALSE – Step 2 : Load based HSDPA/HSUPA AC control – UL and DL DPCH for SRB signalling – UL DPCH for the HS-DPCCH
• HS-DSCH/DCH to HS-DSCH/E-DCH – Step1 : blocking check – ‘BLOCK BE to E-DCH’ flags must be set to FALSE – ‘BLOCK BE to HS-DSCH’ flags must be set to FALSE if serving cell changes – Step 2 : Load based HSDPA/HSUPA AC control – UL and DL DPCH for SRB signalling – UL DPCH for the HS-DPCCH For internal use 97 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
ission Control for HSDPA/HSUPA call Serving Cell Change • Step1 : HSDPA / HSUPA blocking check – ‘BLOCK BE to E-DCH’ and ‘BLOCK BE to HS-DSCH’ flags must be set to FALSE
• Step 2 : Load based HSDPA/HSUPA AC control – UL DPCH for the HS-DPCCH
For internal use 98 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Congestion Control
For internal use 99 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Congestion handling • Event Triggered common measurements are used for congestion detection
• Two staged congestion resolution handling – Stage1 : BRA, CTS – Stage2 : BRA, CTS, Call Dropping
• HSDPA DL/HSUPA UL UEs will be considered only in Stage 2 • UEs selection criteria for congestion handling – In DL or DL/UL Congestion: Downlink spreading factor (HSDPA DL/DCH UL UEs and HSDPA DL/HSUPA UL UEs, the SF of their associated DPCH channel will be used) – UL Congestion: Minimum UL Channelisation Code Length
For internal use 100 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
DL congestion handling Stage1 • Following UEs are handled in Stage1 beginning with the one having the lowest SF: – For CTS: Single PS BE UEs (excluding HSDPA DL/HSUPA UL and HSDPA DL/DCH UL UEs) – For BRA: Multi-call PS BE UEs (except UEs with minimum rate, HSDPA DL /DCH UL multi-call and ,HSDPA DL/HSUPA UL multi-call)
Stage2 • Firstly, pre-emptable RLs are ordered in ascending order of priority class and ascending order of DL SF • Secondly, all non-pre-emptable RLs are ordered in ascending order of DL SF • CTS , BRA or Call Dropping are applied in every congestion handling period • For single-call HSDPA DL/DCH UL, single-call HSDPA DL/HSUPA UL bearers CTS is applied For internal use 101 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
UL congestion handling Stage1 • Following UEs are handled in Stage1 beginning with the one having the lowest Min. UL Channelisation Code length: – For CTS : Single PS BE UEs (excluding HSDPA DL/HSUPA UL , including HSDPA DL/DCH UL UEs) – For BRA : Multi-call PS BE UEs (except UEs with minimum rate, HSDPA DL/HSUPA UL multi-call)
Stage2 • Firstly, pre-emptable RLs are ordered in ascending order of priority class and ascending order of Min. UL Channelisation Code length. • Secondly, all non-pre-emptable RLs are ordered in ascending order of Min. UL Channelisation Code length. • CTS , BRA or call dropping are applied in every congestion handling period – For single-call HSDPA DL/DCH UL, single-call HSDPA DL/HSUPA UL bearers CTS is applied For internal use 102 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Congestion Control – Interactions with Scheduler R T W P
Congestion Level (N_ul+CCThreshold) Congestion Level – CC Hysteresis HSUPA Scheduler Offset
Maximum Target RTWP Current Cell Load
TIME
• It must be assured that HSUPA Traffic will not cause congestion in a cell – Maximum Target RTWP value for scheduler is defined according to Congestion Control Thresholds in a cell
• Maximum Target RTWP is derived from the O&M Parameter HSUPA Scheduler Offset (hsupa_oft)
For internal use 103 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Scheduler offset parameter
Name
Q3-Name
Shortname
Longna me
LMTName
Type
Range
Unit
R/ W
Default
HSUPA_sc heduler_off set
sbs3gRanH supaSched Off
SCHDOFF SHSUPA
schedule rOffsetHs upa
hsupa_oft
LMT: Real RC: Integer
LMT: 0..10 step by 0.1 RC: 0..100
LMT : dB RC: 0.1* dB
R W **)
LMT: 0.5 RC: 5
Offset value to calculate Maximum Target Received Total Wide Band Power
Example of command execution (hmi): cre cell cctl cellid=1 nodebid=1 ul_cngt=10.0 ul_cngh=2.0 dl_cngt=0.90 dl_cngh=0.15 mmti_rtwbp=10.00 mmti_t=10.00 k=1 ebd=ena etpchr=ena peri_cngh=0.5 mmfc_rtwp=0 mmfc_tcrp=0 cc_emg=false hsupa_oft=0.5
For internal use 104 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Outer loop power control
For internal use 105 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HSUPA OLPC • Outer loop power control is located in the RNC and operates with block errors (CRC indication) as input to achieve a certain desired block error rate (BLER).
• In HSUPA only case, MAC level retransmissions are performed by a HARQ protocol between the UE and the Node B The BLER seen by the OPLC in the RNC will be much lower than the BLER seen by the HARQ process in the NodeB
OLPC Handling: without HARQ For internal use 106 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
with HARQ
HSUPA OLPC • Because of this fact, for HSUPA it is more reliable to have an OLPC algorithm which considers the number of retransmission information.
• For each TTI in which E-DPDCH transport block is received or HARQ failure indication is signalled from NodeB, OLPC will update the SIR target of DPCCH as following: E-DPDCH
SIR target of DPCCH
[Number of HARQ Retransmissions > NHR_th AND Number of HARQ Retransmissions ≠ {13,14,15} ] OR HARQ Failure Indication Received
STEP_UP
[Number of HARQ Retransmissions <= NHR_th AND Number of HARQ Retransmissions ≠ {13,14,15} ] AND NO HARQ Failure Indication Received
STEP_DOWN
Number of HARQ Retransmissions = {13,14,15}
No change in SIR target
• NHR_th = min[NHR_th, Max_number_of_retransmissions_for_HSUPA] For internal use 107 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Update of SIRtarget SIR OLPCtarget HSUPA .............................step _ UP SIROLPC _ target : SIROLPCtarget ...............No _ chang _ in _ SIRtarget HSUPA BLERtarget ...step _ DOWN SIROLPCtarget 1 BLERtarget ΔHSUPA=step_sizeHSUPA. (step_hsupa)
• In HSDPA/HSUPA only case, the SIR target will be signalled to the closed loop power control (CLPC) in the Node B if the following condition is satisfied:
SIROLPC_ t arget SIRCLPC_ t arget Update_ Threshold_ for _ HSUPA • ‘Update_threshold_for HSUPA’ is a new O&M parameter (upthr_hsupa) For internal use 108 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
OLPC parameters for HSUPA Name
Q3Name
Shortn ame
Longna me
LMTName
Range
Unit
Defa ult
Description
Step size HSUPA
sbs3gRan HsupaStep Size
STEPSH SUPA
stepSize Hsupa
step_hsu pa
LMT: 0.0,..,25.5 step by 0.1 RC: 0,..,255
LMT: dB RC: 0.1*d B
LMT: 0.3 RC: 3
Step size of the outer loop power control for HSDPA DL/HSUPA UL only case
Update threshold for HSUPA
sbs3gRan UpdateThr esHsupa
UPDTHR HSUPA
updateTh resHsupa
upthr_hsu pa
LMT: 0.0,..,25.5 step by 0.1 RC: 0,..,255
LMT: dB RC: 0.1*d B
LMT: 0.1 RC: 1
Threshold value for updating the SIR target in NodeB for HSDPA DL/HSUPA UL only case
NHR_th
sbs3gRan NhrThres
NHRTHR
nhrThres hold
nhr_th
0..15
-
0
NHR to decide bad E-DPDCH quality. It is recommended to set this parameter smaller than ‘Max number of retransmissions for HSUPA’ for an effective functioning OLPC. The values 13,14 and 15 are not recommended to set, because in 3GPP these values are reserved. Should not be changed to values greater than 0 in order to avoid throughput degradation.
Example of command execution (hmi): cre olpc thr_upd=0.1 step_size=0.3 lowthr_sirerr=-3 upthr_sirerr=3 mmfc_sirerr=0 ofs_thr2e=1.0 ofs_thr2f=2.0 hyst_tme=80 hyst_tmf=80 step_hsupa=0.3 upthr_hsupa=0.1 nhr_th=0 For internal use 109 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
OLPC parameters for HSUPA: NHR_th • When NHR_th is set to a value >0, lab tests have shown negative impact on UL throughput.
• Due to the nature of power control (assign the least needed resources to maintain a given QoS), the OLPC will adapt the SIR target in a way, that the majority of the E-DPDCH transmissions will be done with NHR_th-times retransmissions (e.g. 1 retransmission for NHR_th=1).
• With 1 retransmission made for nearly each transmission (NHR_th=1), the expected throughput is halved with respect to an environment, where no or only little retransmission are done.
For the moment, the recommendation is to leave NHR_th at 0 in order to have maximum throughput and minimum latency.
For internal use 110 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
UE categories
For internal use 111 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
HSUPA UE categories • Like in HSDPA, also in HSUPA different UE categories are defined • 6 HSUPA UE categories exist • They mainly differ in the number of ed E-DPDCHs and SFs as well as in the ed TTI sizes • Category 6 offers the highest throughput, category 1 the lowest. E-DCH category
Maximum number of E-DCH codes transmitted
Minimu m spreadin g factor
for 10 and 2 ms TTI EDCH
Maximum number of bits of an E-DCH transport block transmitted within a 10 ms E-DCH TTI
Maximum number of bits of an E-DCH transport block transmitted within a 2 ms E-DCH TTI
Category 1
1
SF4
10 ms TTI only
7110
-
Category 2
2
SF4
10 ms and 2 ms TTI
14484
2798
Category 3
2
SF4
10 ms TTI only
14484
-
Category 4
2
SF2
10 ms and 2 ms TTI
20000
5772
Category 5
2
SF2
10 ms TTI only
20000
-
Category 6
4
SF2
10 ms and 2 ms TTI
20000
11484
Cat. 1+3 are fully ed in UMR6.5 and RAS06. Others only with 10ms TTI and SF4
NOTE: When 4 codes are transmitted in parallel, two codes shall be transmitted with SF2 and two with SF4 For internal use 112 © Nokia Siemens Networks
TS 35.306 HSUPA / JKuhr / September 2007
plane architecture for a single MAC-d flow RLC
DCCH / DTCH
RLC PDU:
DATA
Header
MAC-d DATA
MAC-d PDU:
Disassembly Reordering
MAC-es
MAC-es PDU:
MAC-d Flow
Iub FP:
MAC-e PDU:
DDI
DDI1
TSN
N1
DDI0
DATA1
HARQ
L1
For internal use 113 © Nokia Siemens Networks
Transport block: E-DPDCH
HSUPA / JKuhr / September 2007
DATA
N
MAC-e header
MAC-e
DATA
DATA
SI
Padding (Opt)
Transport block strukture Transport block of E-DPDCH, MAC-e
Payload 320 bit
Payload 320 bit
SI (opt.) 18 bit
Padding (optional)
Payload 320 bit
Header 16
TSN 6bit
Header 16
N 6bit
Header 16
DDI 6bit
RLC PDU (w/ header)
MAC-es
Example:
DDI: Data Description Indicator N: Number of MAC-es PDU, fixed to 1 in UMR and RAS TSN: Transmission sequence number SI: Scheduling information, per TTI or also only periodic
• Transport block size: 2058 bit (E-TFCI: 71) (as the result of the E-TCF selection process) • Bits available for RLC PDUs: 2058 bit – (6+6+6) bit = 2040 bit • Number of 336 bit RLC PDU per TB: 2040 / 336 = 6.07 6 PDUs • Max. RLC throughput: 6 PDU * 320 bit/PDU *100 = 0.192 Mbps
• The size of the MAC-e/es PDU (and so the number of RLC PDUs per TTI) is determined by the E-TFC selection process in the UE. For internal use 114 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Example: HSUPA UE 3 throughput @ 10ms TTI • A category 3 UE has a max. TB size of 14484 bit@10ms TTI • With a PDU size of 336 bit, max. 43 RLC PDUs can be transmitted per TTI – (14484 bit – 18 bit) / 336 bit = 43.1 ( 43 PDUs, rest of the TB is padding)
• Payload of one RLC PDU: 320 bit (336 bit – 16 bit header) • Max. throughput: 43 PDU * 320 bit/PDU * 100 = 1.376 Mbps E-DCH category
Maximum number of E-DCH codes transmitted
Minimum spreading factor
for 10 and 2 ms TTI EDCH
Maximum number of bits of an E-DCH transport block transmitted within a 10 ms E-DCH TTI
Maximum number of bits of an E-DCH transport block transmitted within a 2 ms EDCH TTI
Category 1
1
SF4
10 ms TTI only
7110
-
Category 2
2
SF4
10 ms and 2 ms TTI
14484
2798
Category 3
2
SF4
10 ms TTI only
14484
-
Category 4
2
SF2
10 ms and 2 ms TTI
20000
5772
Category 5
2
SF2
10 ms TTI only
20000
-
Category 6
4
SF2
10 ms and 2 ms TTI
20000
11484
For internal use codes areNetworks transmitted in parallel, two codes shall be transmitted 115NOTE:©When Nokia4 Siemens HSUPA / JKuhr / September 2007with SF2 and two with SF4
Transport Block Size Selection (TS25.321) • 3GPP has standardized different E-TFC Transport Block Size tables that shall be used by the UE for the TB size selection on the E-DCH
• The UE selects one E-TFCI out of that table according to it‘s capabilties (e.g. max TB size of the UE), the grant assigned by the scheduler and the amount of data to be transfered.
• For the different TTIs (2ms, 10ms), different TB Size tables are defined • In the current implementation, only the tables for the 10ms TTI are applicable • Via O&M parameter it can be chosen, which table the UE shall use.
E-TFC: E-DCH Transport Format Combination E-TFCI: E-DCH Transport Format Combination Indicator For internal use 116 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
10ms TTI E-DCH Transport Block Size Table 0 E-TFCI
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29
TB Size (bits) 18 120 124 130 135 141 147 153 159 166 172 180 187 195 203 211 220 229 239 249 259 270 281 293 305 317 331 344 359 374
E-TFCI
30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59
For internal use 117 © Nokia Siemens Networks
TB Size (bits) 389 405 422 440 458 477 497 517 539 561 584 608 634 660 687 716 745 776 809 842 877 913 951 991 1032 1074 1119 1165 1214 1264
E-TFCI
60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89
TB Size (bits)
ETFCI
TB Size (bits)
ETFCI
TB Size (bits)
1316 1371 1428 1487 1549 1613 1680 1749 1822 1897 1976 2058 2143 2232 2325 2421 2521 2626 2735 2848 2966 3089 3217 3350 3489 3634 3784 3941 4105 4275
90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119
4452 4636 4828 5029 5237 5454 5680 5915 6161 6416 6682 6959 7247 7547 7860 8186 8525 8878 9246 9629 10028 10444 10877 11328 11797 12286 12795 13325 13877 14453
120 121 122 123 124 125 126 127
15051 15675 16325 17001 17706 18440 19204 20000
HSUPA / JKuhr / September 2007
In UMR6.5, the parameter etfci_idx is used to select the table. UMR6.5 default: Table1 In RAS06, always Table 1 is used.
10ms TTI E-DCH Transport Block Size Table 1 E -T F C I
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40
T B S ize (bits ) 18 18 6 20 4 35 4 37 2 52 2 54 0 69 0 70 8 85 8 87 6 102 6 104 4 119 4 121 2 136 2 138 0 153 0 154 8 169 8 171 6 186 6 188 4 203 4 205 2 237 0 238 8 270 6 272 4 304 2 306 0 337 8 339 6 373 2 375 0 406 8 408 6 440 4 442 2 474 0 475 8
For internal use 118 © Nokia Siemens Networks
E -T F C I
41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81
T B S ize (bits ) 507 6 509 4 541 2 543 0 574 8 576 6 608 4 610 2 642 0 643 8 675 6 677 4 709 2 711 0 742 8 746 4 776 4 780 0 810 0 813 6 843 6 847 2 877 2 880 8 910 8 914 4 944 4 948 0 978 0 981 6 1 01 1 6 1 01 5 2 1 04 5 2 1 04 8 8 1 07 8 8 1 08 2 4 1 11 2 4 1 11 7 8 1 14 6 0 1 15 1 4 1 17 9 6
E -T F C I
82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 10 0 10 1 10 2 10 3 10 4 10 5 10 6 10 7 10 8 10 9 11 0 11 1 11 2 11 3 11 4 11 5 11 6 11 7 11 8 11 9 12 0
HSUPA / JKuhr / September 2007
T B S ize (bits ) 1 18 5 0 1 21 3 2 1 21 8 6 1 24 6 8 1 25 2 2 1 28 0 4 1 28 5 8 1 31 4 0 1 31 9 4 1 34 7 6 1 35 3 0 1 38 1 2 1 38 6 6 1 41 4 8 1 42 0 2 1 44 8 4 1 45 5 6 1 48 2 0 1 48 9 2 1 51 5 6 1 52 2 8 1 54 9 2 1 55 6 4 1 58 2 8 1 59 0 0 1 61 6 4 1 62 3 6 1 65 0 0 1 65 7 2 1 71 7 2 1 72 4 4 1 78 4 4 1 79 1 6 1 85 1 6 1 86 0 6 1 91 8 8 1 92 7 8 1 98 6 0 1 99 5 0
In UMR6.5, the parameter etfci_idx is used to select the table. UMR6.5 default: Table1 In RAS06, always Table 1 is used.
Transport Block Size Table: O&M Parameter
Name
Q3-Name
Shortname
Longn ame
LMTName
Type
Range
Unit
R/ W
Default
E-TFCI Table Index
sbs3gRanEt fciTableIdx
ETFCITBIDX
etfciTabl eIndex
etfci_idx
Integer
0,..,1
-
RW
1
Indicates which standardised E-TFCS Transport Block Size Table shall be used. The related tables are specified in 3GPP TS25.321.
Example of command execution (hmi): cre edcinf edch_pref=rv0 etfci_idx=1 pesc_ng=every pesc_g=every maxrm_edch=15 edch_po=0
For internal use 119 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Overview: New Objects and Parameters related to HSUPA in UMR6.5
For internal use 120 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
New HMI objects & parameters (office data) ver=00000_06/13/07 size=0005449055 # New Header field containing the number of HSUPA licenses. Not relevant for HSUPA operation but only for consistency check purposes. hsupa_license=1026 # New HDHT HW Card for HSUPA operation. cre eqp hdht10100 00 # Existing OLPC object is extended by 3 parameters for HSUPA power control. cre olpc thr_upd=0.1 step_size=0.3 lowthr_sirerr=-3 upthr_sirerr=3 mmfc_sirerr=0 ofs_thr2e=1.0 ofs_thr2f=2.0 hyst_tme=80 hyst_tmf=80 step_hsupa=0.3 upthr_hsupa=0.1 nhr_th=0 # New object for HSUPA ission control. One instance per HSUPA cell. cre cell adc2 cellid=1 nodebid=0 nth1=10 nth2=32 cell_util_th=0.90 aul_hsupa=1.50 # Existing congestion control object extended by one paramater for HSUPA congestion control cre cell cctl cellid=1 nodebid=0 ul_cngt=10.0 ul_cngh=2.0 dl_cngt=0.90 dl_cngh=0.15 mmti_rtwbp=10.00 mmti_t=10.00 k=1 ebd=ena etpchr=ena peri_cngh=0.5 mmfc_rtwp=0 mmfc_tcrp=0 cc_emg=false hsupa_oft=0.5 # New object for E-DCH channel configuration. One instance per RNC. cre edcinf edch_pref=rv0 etfci_idx=1 pesc_ng=every pesc_g=every maxrm_edch=15 edch_po=0 # New object for HSUPA channel power and HARQ process handling. One instance per HSUPA cell. cre hsupa cellid=1 nodebid=0 no_rgch_hich=4 po_agch=1.25 po_hich=1.25 po_rgch=1.25 pr_edch=30
For internal use 121 © Nokia Siemens Networks
HSUPA / JKuhr / September 2007
Related Documents 3h463d
Happy Bit 6g31 October 2019 60
A Bit Of The Happy, Bit Of The Sad 5y6d3q September 2021 0
Copia Bit A Bit 3u234o April 2022 0
4.4 Success, Bit By Bit 5e6o4e December 2019 46
K-bit 2z6i38 April 2020 14
Bit Plan 35304d March 2023 0
More Documents from "Justin Nguyen" g2x62
Happy Bit 6g31 October 2019 60
Anh La Ai - Dan Nguyen Version 2a3wu December 2019 41
Secret Hitler Color.pdf 4482e November 2019 4,016
Blaser D99 46521n November 2019 80
Exemple De Gestion De Projet Pdf 2n6h3m October 2019 114
Famous Inventions And Inventors Pdf 445l4k October 2019 205