huawei ran features and parameters in ran5.1 & ran6.0 & hsupa

7/24/2019 Huawei RAN Features and Parameters in RAN5.1 & RAN6.0 & HSUPA

http://slidepdf.com/reader/full/huawei-ran-features-and-parameters-in-ran51-ran60-hsupa 1/219

Apr. 2006

Node B Products of Huawei

Mar 2007

Huawei RANFeatures & Parameters

HUAWEI TECHNOLOGIES CO., LTD.

www.huawei.com

http://www.huawei.com/




HUAWEI TECHNOLOGIES Co., Ltd. HUAWEI Confidential

Packet Scheduling

Adaptive Multiple Rate Control

Power Control

Load Control

Mobility

HSDPA




Overview of Packet Scheduling

nPurpose: Scheduling the limited resources between NRT users

Optimize the utilization of system resources

Improve the throughput of the system

nMethods:

RAB to RB mapping Bit rate switching (DCCC, DCH only)

! TVM (Traffic Volume Measurement) based bit rate switching

! Coverage based bit rate switching

! Load based bit rate reduction

RRC state switching

Packet scheduling of HSDPA




RAB-to-RB Mapping

TVM based Bit Rate Switching

Coverage based Bit Rate Switching

RRC State Switching




Objective of RAB-to-RB Mapping

Objective:

RB parameters configuration according to QoS of the requested RAB




RB Mapping Criteria and Contents

Criteria:

UE capabilities complied

Efficiently make use of the limited radio resources

Guarantee QoS requirement

Contents:

Channel type selection

RB parameter configuration

Interactive

Conversat ional

Streaming Mapping RB on DCH

RB on HS-DSCH

RB on CCHBackground




Channel Type Mapping

BackgroundDCH or CCH or HS-DSCH

Interactive

DCH or HS-DSCHStreaming

DCHConversational

PS

StreamingDCH

ConversationalCS

DCH or CCH Signaling

Transport ChannelTraffic ClassDomain

SET FRC

SET

CORRMALGOSWITCH

SET FRC

SET FRC

MML command

OFFPS_STREAMING_ON_HSDP

A_SWITCH

PS_STREAMING_ON_HSDPA_SWITCH

8 kbpsDlBeTraffThsOnHsdpaDL BE traffic threshold on HSDPA

128 kbpsDlStrThsonHsdpaDL streaming threshold on HSDPA

8 kbpsDlBeTraffDecThs

UlBeTraffDecThs

DL BE traffic DCH decision threshold

UL BE traffic DCH decision threshold

Default valueParameter IDParameter name

nMain parameters:

nMapping principle:




Channel Parameter Configuration

60 msMACHST1MAC-hs T1 timer

FalseMACHSDISCARDTIMEOPTMAC-hs Discard timer

option

336 bitMACDPDUSIZEMAC-d Pdu size

Service specificTransmit window and receive window

Poll parameters at the Sender

Status reporting parameters at the receiver

Reset parameters

Delivery order

AM parameters

ADD/MOD

TYPRABMACHS

ADD/MOD

TYPRABRLC

MML command

Service specificRLC discard mode selectionUM parameters

Service specificRLC segment indicationTM parameters

16MACHSWINSIZEMAC-hs window size

Service specificExplicit-ind slide RX window timing

Explicit-ind SDU discard timing

Discard PDU max TX

Discard Parameters

Default valueMain Parameter/Parameter IDParameter Group

nMain Channel Parameters:




RAB-to-RB mapping



RRC State Switching




Traffic Volume Measurement (TVM)

Taffic Volume < Th

TVM 4B

THRESHOLDThreshold

Time

Transport channeltraffic volume

Event 4b

Event 4b

Timer to Trigger

Taffic Volume > Th

TVM 4A

THRESHOLD

Threshold

Time

Transport channeltraffic volume

Event 4a Event 4a

Pending time after t riggered

ADD TYPRABDCCCMC

Traffic Volume:

RLC Buffer Occupancy: the amount of data in

number of bytes that is available for transmission

and retransmission

nAlgorithm parameters:

Timer to Trigger:

Indicates the period of time during which the event

condition has to be satisfied, before sending a

Measurement Report

Default value: 240/5000 ms (4A/4B)

Pending time after trigger:

Indicates the period of time during which it is

forbidden to send any new measurement reports

Default value: 4000/4000 ms (4A/4B)

TRAFFIC MEASUREMENT EVENT THRESHOLD

Indicates the threshold to trigger Event 4A/4B.

Default value: 1024/64 byte (4A/4B)




Bit Rate Switching based on TVM report

Uplink

Rate

Time

Upl ink mid bi trate

Upl ink bi trate threshold for DCCC

Event 4b

The highest rate

Allocated rate

Event 4b Event 4a Event 4a

Adjust

level =3

Adjust

level =2

Bit rate up-switchBit rate down-switch

Uplink Rate adjust level

Range: 2 or 3

Default value: 2

Uplink B it rate thresho ld for DCCC

Range: 8 ~ 384kbps

Default value: 64 kbps

SET DCCC




Bit Rate Switching based on TVM Report

Downlink

Down l ink Rate adjust level

Range: 2 or 3

Default value: 2

Downl ink Bi t rate threshold for DCCC

Range: 8 ~ 384kbps

Default value: 64 kbps

SET DCCC

Adjust

level =3

Adjust

level =2

Maximum bit rate

Bit rate up-switchBit rate down-switch

Rate

Time

Downl ink mid bit ra te threshold

Downl ink bi t ra te threshold for DCCC

Event 4b

The highest rate

Allocated rate

Event 4a Event 4aEvent 4b




Summary: TVM based Bit Rate Switching

n Improve the utilization of:

! Base station transmission Power

! Channelization codes

! Iub transmission resourcesRate

Traffic Volume

with bit bit rate switching

without bit rate switching

Time

Source Rate

Dynamic Channel

Configuration




RAB-to-RB mapping



RRC State Switching





nObject:

- Avoid call drop due to power limitation

- Guarantee QoS perceived by user

n Indicator of Coverage:

- Downlink Transmitted Code Power

- RLC data retransmission

data of 144kbps

data of 384kbps

voice

data of 64 kbps

BS !BS

distance

transmit rate




Transmitted Code Power Measurement

EVENT F HYSTERESIS TIME

Event F repor t ing p ower margin

EVENT E HYSTERESIS TIME

Event Eb relat ive threshold

Event E repor t ing per iod

Event F repor t ing per iod

Event Ea relat ive thresho ld

SET DCCC

Power T1=Measurement Hysteresis Time

MeasurementThreshold 1

Measurement

Threshold 2

T1

T1

T1

Ea Eb EaPeriodicreports

Time

Power T1= Measurement Hysteresis Time

Measurement

Threshold 2

Measurement

Threshold 1

T1

T1

T1

Fa Fb FaPeriodic

reports

Time Note:

Absolute threshold of Event E=

maximum DL Power - comparative threshold + PO3

n Measurement:

- Event Triggered (Ea/Eb/Fa/Fb)

- Periodic reported after Ea is triggered

n Algorithm parameters:




RLC Retransmission Monitor

RE-TX monitor period

EVENT A PENDING TIME AFTER TRIGGER

EVENT A TIME TO TRIGGER

RE-TX MEASURE FILTER COEF

Event A threshold

ADD TYPRABRLC

Time-to-trigger Perding time after trigger

Time-to-trigger

Event A threshold

Time

Reporting event A

RLC Retransmission rate

nMeasurement:

- RLC PDU retransmission rate is calculated through ACK and NACK feedback- Event A triggered when the retransmission number > threshold

- Reported from Layer 2 to Layer 3 within RNC

RLC_RETRANS_MEASURE_SWITCH

SET CORRMALGOSWITCH

n Algorithm parameters:




Bit Rate Switching based on Coverage

Rate

Time

Event Ea

and Event A

Allocated rate

Event Ea

and Event A

Downl ink mid bit rate threshold

Downlink B E guarantee bitrate

The highest rate

If RLC retransmission measurement is switched on:

- Rate down switching is performed only when both Event Ea AND Event A are

fulfilled




RAB-to-RB mapping



RRC State Switching




DCCC - Channel Transition

Channel Transition

URA_PCHCELL_DCH

CELL_FACH CELL_PCH

Event 4b/Timer Event 4b/Timer Event 4aEvent 4a

Event 4b/Timer Event 4b/Timer

Cell reselection

Timer/COUNTER

Cell reselection

Timer/COUNTER

Paging/DataPaging/Data

Paging/DataPaging/Data

Traffic Volume Report from UE, Event 4a and Event 4b

- Event 4a: Traffic volume is above a threshold -> High active- Event 4b: Traffic volumes is below a threshold during a configurable time -> Low active

Cell re-selection:- If number of cell reselections exceeds pre-define counters within the cell reselection timer, the UE is

considered to be in the state of frequent cell reselection

Paging/Data:

- There is data to be transferred

UE activity

SET UESTATETRANSBE DCH to FACH to PCH 4B thd

BE DCH to FACH 4B time to trigger

BE DCH to FACH 4B Pending Time

DCH to FACH transition timer

BE FACH TO DCH 4A threshold

FACH to PCH 4B time to trigger

FACH to PCH 4B Pending Time

FACH to PCH transition timer

CELL RESELECTION TIMER

CELL RESELECTION COUNTER




Summary - Packet Scheduling

Channel TransitionChannel Transition

CELL-DCH to/from CELL-FACH

CELL-FACH to/from CELL-PCH

CELL-PCH to/from URA-PCH

Rate SwitchingRate Switching

Downlink rate up-switch

Downlink rate down-switch

Uplink rate up-switch

Uplink rate down-switch

UE downlink activity (TVM)

Downlink Quality

UE uplink activity (TVM)

UE activity (TVM)

Trigger Act ion

! Optimize available resources for Best Effort Service

! Allocation resources dynamically to increase resource utilisation

! Prevent from call drop for users with high data rate service on the cell boarder

UE activity (Cell Reselection)




Packet Scheduling - Parameters Structure

RNC

RadioClass

GlobalParaClass CellClass

TYPRABBASIC.Class

TYPRABDCCCMC.Class

TYPRABRLC.Class

DCCC.Class

CELLDCCC.ClassUESTATETRANS.Class

RAB&SRBClass

DCCC strategy

Upl ink bit rate threshold for DCCC

Uplink mid bite rate calculate method

Upl ink mid bitrate threshold

Upl ink Rate adjust level

Downl ink b it rate threshold for DCCC

Downlink m id bite rate calculate method

Downl ink mid bitrate threshold

Downl ink B E guarantee bitrate

Event F hysteresis t ime

Report ing per iod unit for event F

Event F report ing per iod[ms]

Event F report ing per iod[m in]

Event Ea relat ive threshold

Event Eb relat ive threshold

Event E hysteresis t ime

Report ing per iod unit for event E

Event E report ing per iod[ms]

Event E report ing per iod[min]

GlobalParaClassUESTATETRANS.Class DCCC.Class

DCH to FACH transit ion t imer

BE HS-DSCH to FACH transit ion t imer

Realtime Traff DCH to FACH transit ion timer

FACH to PCH transit ion t imer

Cel l reselect ion t imer

Cel l reselect ion co unter

BE FACH to DCH 4A threshold

BE FACH to HS-DSCH 4A thresho ld

Realt ime Traff DCH to FACH 4B threshold

Downl ink Rate adjust level

CellClass

CELLDCCC.Class

Downl ink B E guaran tee b i t ra te

Event F hys te res is t ime

Repor t ing per iod un i t fo r event F

Event F repor t ing per iod [ms ]

Event F repor t ing per iod [m in ]

Event E hys te res is t ime

Repor t ing per iod un i t fo r event E

Event E repor t ing per iod [ms]

Event E repor t ing per iod [m in ]

Direct ion

Traf fi c Measurement Event 4B threshold

Traf fi c Measurement Event 4A threshold

T ime to t r igger 4B

T ime to t r igger 4A

Pending t ime af ter t r igger 4B

Pending t ime af ter t r igger 4A

4B measurement repor t moni tor t ime

re-TX mon i tor per iod

re-TX measure f i l ter coef

Event A threshold

Event A t ime to t r igger

Event A pending t ime af ter t r igger

RAB&SRBClass

TYPRABBASIC.ClassTYPRABDCCCMC.Class TYPRABRLC.Class




Packet Scheduling


Power Control

Load Control

Mobility

HSDPA




Coverage based Rate Mode Control

n Improve the coverageperformance

n Guarantee the speech

quality

7.95K

12.2K

4.75K

Extending

coverage

Experiment 1a - Test Res ults

1.0

2.0

3.0

4.0

5.0

Cond i t i ons

M OS

EFR12.210.27.957.46.7

5.95.154.75

EFR 4.01 4.01 3.65 3.05 1.53

12.2 4.01 4.06 4.13 3.93 3.44 1.46

10.2 4.06 3.96 4.05 3.80 2.04

7.95 3.91 4.01 4.08 3.96 3.26 1.43

7.4 3.83 3.94 3.98 3.84 3.11 1.39

6.7 3.77 3.80 3.86 3.29 1.87

5.9 3.72 3.69 3.59 2.20

5.15 3.50 3.58 3.44 2.43

4.75 3.50 3.52 3.43 2.66

No Errors C/I=16 dB C/I=13 dB C/I=10 dB C/I= 7 dB C/I= 4 dB C/I= 1 dB




UE Tx Power Measurement

UL UE Tx Power Measurement

n Measurement

Thresholds 6A1/6B1,

6A2/6B2

n Event report

Reporting

event 6A2

Reporting

event 6B2

Reporting

event 6A1

Reporting

event 6B1

Time

Tx power

threshold 6B1

Tx power

threshold 6A2

Tx powerthreshold 6B2

UE Tx power

Tx power

threshold 6A1 Delta_6b1

Delta_6a2

Delta_6b2

Delta_6a1

↓: represents the decrease in the permitted maximum codec mode.

↑: represents the increase in the permitted maximum codec mode.

→: represents that the current permitted maximum codec mode is kept.

Start↑6B2

Stop↑ or → (decided by timer)6A2

Stop↓ or → (decided by timer)6B1

Start↓6A1

Ul_Rate_adjust_timerPermitted Highest AMR Codec ModeEvent




Transmitted Code Power Measurement

T x P o w e r

t h r e s h o l d E 1

T x P o w e r

t h r e s h o l d E 2

T x P o w e r

t h r e s h o l d F 2

T x P o w e r

t h r e s h o l d F 1

D L D P D C H T x P o w e r M a x im u m D L D P D C H P o w e r

T im e

D e l t a _ E 1 D e l t a _ E 2 D e l t a _ F 2 D e l t a _ F 1

R a t e - D o w n N o r m a l R a t e - U p N o r m a l

DL TCP Measurement

n Measurement

Thresholds E1/E2,

F1/F2

n Periodical

report




↑↑↑DPDCH power < F1

↑→→F1 " DPDCH power < F2

→→→F2

"DPDCH power

"E2

→↓→E2 < DPDCH power " E1

↓↓↓DPDCH power > E1

Rate_UpRate_DownNormalDPDCH Power




Packet Scheduling


Power Control

Load Control

Mobility

HSDPA




Power Control Overview

Open-loop Power Contro lOpen-loop Power Contro lUL Open-loop Power Control

DL Open-loop Power Control

UL Inner-loop Power Control

DL Inner-loop Power Control

Act ion

Inner-loop Power Contro lInner-loop Power Contro l

Outer-loop Power ControlOuter-loop Power Control

Downlink Power BalanceDownlink Power Balance

Make a rough estimation of path

loss by means of a downlin k signal,

and then to provid e a coarse initial

power setting

Fast closed-loop power contro l to

control the transmit power

according t o the RX SIR of the peer

end, to compensate the fading ofradio links

UL Outer-loop Power Control

DL Outer-loop Power Control

Maintain the commun ication

quality at the level required by the

service bearer through adjustment

of the SIR target

Reduce the power drift between

links during the soft handover

Purpose




Open Loop Power Control

Inner Loop Power Control

Outer Loop Power Control

Downlink Power Balancing





Objective

n For each UE, before accessing the network, and for each base station whenRL is set up, estimate the initial UL / DL transmit power based on the

downlink path loss calculation

Content

n Uplink Open Loop Power Control for PARCH

n Uplink Open Loop Power Control for UL DPCCH

n Downlink Open Loop Power Control for DL DPCCH

Node BUE

PRACH

BCH: CPICH channel power

UL interference levelDCHDCH

CPICH Ec/IoRACH measurement report

Node B

UE




Uplink Open-loop Power Control on PRACH

BCH :

!CPICH channel power

! UL interference level

!Measure CPICH_RSCP

!Determine the initial transmitted power

RACH

Power increase step

Max preamble ret ransmission

PRACHUUPARAS.Class

PRACHBASIC.Class

Constan t value for calculat ing ini t ial TX power

Preambles Message

Control Part

Data Part

Power offset Power inc rease step

AICH ACK

Max allowedUE UL TX

power

Pini

Max preamble loop

Random b ack-of f lower

l imi t

Random back -of f upper l imi t

RACH.Clsass




Uplink Open-loop Power Control on DPCCH

DPCCH Pow er Offset

CPICH RSCP

Node B

UE

DPDCHNo data on DPDCH

PC Preamble SRB Delay

DPCCH_Initial_Power =

DPCCH_Power_Offset -

CPICH_RSCP

Various power differences between DPDCH and

DPCCH are defined through gain factors, called

c for DPCCH and d for DPDCH

DPCCH_Power_Offset = PCPICH TRANSMIT

POWER + UL interference + CONSTANT

VALUE CONFIGURED BY DEFAULT

Reference BetaC

Reference BetaD

TYPSRBBASIC.Class

TYPSRB.Class




Uplink Inner-loop Power Control

TPC

SIR estimation and

compare with SIR target

SIR target

NodeB

1500 Hz

UE

UL closed loop power control step size

-- 1 or 2 dB

Power control algori thm selection

-- ALGORITHM1, ALGORITHM2

UL Inner-loop Power Control

Power control algori thm selection

UL closed loop pow er control step size

FRC.Class

PCA1: UE adjusts uplink transmit power for each slot; the step

of PCA1 should be 1dB or 2dB by UL CLOSED LOOP POWER

CONTROL STEP SIZE parameter.

PCA2: The UE adjusts the uplink transmit power for each 5-slot

cycle and the step is 1 dB fixedly.




Downlink Inner-loop Power Control

TPCSIR estimation and

compare with SIR target

SIR target

NodeB

1500 Hz

UE

DL Inner-loop Power Control

DL power control mode

FRC.Class

FDD DL power control step size

DPC_MODE = 0The UE sends a unique TPC command in each slot and the TPC

command generated is transmitted in the first available TPC field in the

uplink DPCCH.

DPC_MODE = 1

The UE repeats the same TPC command over 3 slots and the new TPC

command is transmitted such that there is a new command at the

beginning of the frame .



HUAWEI TECHNOLOGIES Co., Ltd.HUAWEI Confidential

Outer-loop Power Control

Node B UE

Sent TPC command

SIR measurementand comparing

Inner-loop

SIR target setting

BLER measurement

Outer-loop

RNC

Comparing

BLERtarget setting

Objective:! Keep the quality of communication at the

required level by setting the SIR target for the

fast power control

BLER target value

SIR adjustment step

Maximum SIR increase step

Maximum SIR decrease step

Maximum SIR target

Minimum SIR target

TYPSRBOLPC.Class

TYPRABOLPC.Class




Mechanism of OLPC

N

N2N1

N: TTI number of SIR adjustment period

N1 TTI number of non DTX period

N2 TTI number of DTX period

N

N1"

N2

#Mechanism:

- Single RAB

> OLPC based on B LER

> OLPC based o n DPCCH BER (N1=0, N2$0)

- Multiple RABs

> SIR target decrease only when all TrCHs request to decrease its SIRtar

"If any one of the services requires to increase the SIR target, the maximum value is

used for the adjustment.

" If all the services require to reduce the SIR target, the minimum value is used for the

adjustment.

> Signaling DCH is involved in OLPC

> Guarantee QoS of al l TrCHs




Downlink Power Balance

SRNC

Node B

UE

P ref = (RATIO FOR MAX POWER ) / 100 * (Pmax-Pcpich)

+ (1- RATIO FOR MAX POWER / 100) * (Pmin - Pcpich)

DPB.Class

DPB measurement repor t per iod

DPB measurem ent f i l ter coeff icient

DPB tr igger ing threshold

DPB stop threshold

Rat io for m ax power

DPB adjustmen t rat io

DPB adjustment per iod

Max DPB adjus tment step

After starting power balancing, the RNC calculates the UE DL

reference power Pref and sends the Pref to the NodeB by the

DOWNLINK POWER CONTROL REQUEST message

Objective:

n To reduce the power drift between links of different NodeB.




Packet Scheduling


Power Control

Load Control

Mobility

HSDPA




Overview

Intelligent Admission Control

Intelligent Congestion Control




Load Control exists in all phases

Load Control is used to keep system stable, maximize system capacity while

ensuring the coverage and QoS.

Different load control algorithms according to different phases provided:

- Before UE access: Potential User Control (PUC)

- During UE access: Call Admission Check (CAC) and Intelligent Access Control (IAC)

- After UE access: Load Reshuffling (LDR), and Overload Control (OLC)

3. After UE access2. During UE access1. Before UE access

Time

! LDRCACPUC! OLC

!

! IAC

PUC: Potential User Control CAC: Call Admission Control

IAC: Intelligent Admission Control LDR: Load Reshuffling

OLC: Overload Control




Load Control for different load level

Load control isunneeded PUC starts: to enable UEs in idle mode to camp on cells with light load

CAC: to prevent new calls into cells with heavy load

ICAC: to increase the access success rate

LDR starts: to check and release basic congestion in cells

Tx power

Uplink noise

Cell load (number of subscribers)

OLC starts: to reduce the cell load

Icons for different load levels

Overload congestion occurs

Basic congestion occurs




Priority Definition in Huawei Implementation

Priority Consideration

Conversational -> Streaming -> Interactive -> BackgroundTraffic Class

ARP ARP1 -> ARP2 -> ARP3 # -> ARP14

THP THP1 -> THP2 -> THP3 # -> THP14

RAB Integrate Prior i ty Strategy: TC top-priority or ARP top-priority

- For the same TC and ARP

!For Interactive with the same ARP, priority is determined by THP.

- Ind icator o f Carr ier Type Prior i ty to control the priority between R99

and HSDPA.

Bear Type HS-DSCH or DCH THP is provided in

RAN6.0.




Priority Definition - example

3

3

THP

HSDPABackground2E

DCHStreaming2F

DCHBackground2D

DCHConversational2C

HSDPAInteractive1B

DCHInteractive1 A

Bear TypeTraffic Class ARPRAB ID

Services with different ARP/TC/THP/Bear

ARP is the top-priority, and HSDPA over DCH

TC is the top-priority, and HSDPA over DCH

3

3

THP

HSDPABackground2E

DCHBackground2D

DCHStreaming2F

DCHConversational2C

DCHInteractive1 A

HSDPAInteractive1B

Bear TypeTraffic Class ARPRANK

Background

Background

Interactive

Interactive

Streaming

Conversational

Traffic Class

3

3

THP

HSDPA2E

DCH2D

DCH1 A

HSDPA1B

DCH2F

DCH2C

Bear Type ARPRANK




Priority Definition in Huawei Implementation

User Prior i ty

33332222211111ERRORUser

Priority

14131211109876543210ARP

User Integrate Prior i ty :

- For multiple-RAB users, determined by the service with the highest

RAB Integrate Prior i ty .

User Prior i ty :

$ Gold (1)

$ Silver (2)

$ Bronze (3)

Typical Mapping of ARP! and User Priority!




GBR Configuration in Huawei Implementation

For R99 I/B services

ü Upl ink BE Guarantee Bitrate and Down l ink BE Guarantee Bitrate are configurablerespectively per cell.

ü Upl ink BE Guarantee Bitrate is used in BE downsizing due to uplink cell basic congestion.

ü Downl ink BE Guarantee Bitrate is used in BE downsizing due to downlink coverage and

downlink cell basic congestion.

For R99 and HSDPA RT services

ü GBR is in accordance with the requested guaranteed bit rate in RAB parameters.

For HSDPA I/B services

ü Different GBRs are configured for Gold/Silver/Copper user.

64kbps64kbps64kbpsDownlink

64kbps64kbps64kbpsUplink

Copper Silver Gold




Scheduling Priority used in HSDPA

23

52

81

Background

23~153

323

413

53~152

622

712

83~151

921

1011

Interactive

123

132

141

Streaming

SPITHPARPTraffic class




Overview






Overview

Resource Admission Check

Rate Negotiation

Pre-emption / Queuing

Direct Retry / Re-direction




Intelligent Admission Control Overview

Preemption

Queuing

DRD

Admission

algorithm

Succeeded

Failed

Failed or not

supported

Failed or not

supported

Service requestdenied

Service requestadmitted

Failed

Succ-

eeded

Succ-

eeded

Succ-

eeded

FailedSucc-

eeded

Failed

Succeeded Succeeded

RAB processing

RRC connection processing

Iu Qos Negotiation

algorithm switch

UE capability

RAB establishment

RAB modification

Inbound relocation

Ratereconfiguration

hard handover

Cell load

information list LIT

Scenario

LDM CRM Others

DCCC

algorithm switch

Rate

negotiation

PS domain:maximum rate

negotiation

PS and CS

domains:

initial rate

negotiation

PS domain BEservice:

target rate

negotiation

Load admission

Code resource

admission

Iub resource

admission

Credit resource

admission

FailedRRC connectionrequest

Admissionalgorithm

DRD Redirection




Resource Admission Check Overview

Maximum user number per Cell /

NodeB

For

HSDPA/HSUPA

1. DL ChannelizationCode

2. Radio Resource: Power /

Interference

3. Credit: Resource

4. Iub transmission bandwidth

Resources to

check

Make decision whether to admit

new users or service upgrade

according to the available system

resources.

Procedure

Users in connected mode Af fected users

Admission request

Code resource

based admission?

Credit resource

based admission?

Iub resourcebased admission?

Resource admission passed

Power resource

based admission?

Yes

Yes

Yes

Yes

Yes

Resource admission denied

No

No

No

No




Overview


! Radio Resource

! Code Resource

! Iub Bandwidth

! NodeB CE

Rate Negotiation






Admission Check of Radio Resource

n UL and DL independently

n On the basis of TCP / RTWP

n On the basis of equivalent user number

Request initiation

Uplink calladmission desicion

Admitted?

Downlink calladmission desicion

Admitted?

Request admitted Request rejected

End

No

No

Yes

Yes




Admission Algorithm Selection

Algorithm 1: based on TCP/RTWP measurement and load increment estimation

Downlink:

Load level definition: TCP (Transmitted Carrier Power)

Uplink:

Load level definition: load factor

Load increment of the new request is taken into consideration.

Algorithm 2: based on static Equivalent Number of Users calculation

Standard user: 12.2kbps AMR with active factor 100%.

Algorithm 3: based on current TCP/RTWP measurementBased on TCP/RTWP measurement;

Load increment of the new request is not taken into consideration

RTWP

P N UL −= 1η




Uplink Admission Algorithm 1 & 3

)/( No Ec Fun=∆η

Uplink admission control request

Get measured RTWP and calculate

the current uplink load factor.

Calculate the increment of the

uplink load due to the request.

Get the predicted uplink load

factor.

RTWP

P N UL

−=1η

LU UL predicted UL ηηη ∆+=

,

Compare the predicted value with

admission threshold! Increment is always

equal to ZERO when

algorithm 3 is applied




Downlink Admission Algorithm 1&3

)/ _ ,/( No EcCPICH No Ec Fun P =∆

Downlink admission control request

Get measured current TCP


downlink powerdue to the request.

Get the predicted downlink totalpower

Compare the predicted power withadmission threshold

TCP

P TCP P ∆+= predicted

! Increment is always

equal to ZERO when

algorithm 3 is applied

( )

−−⋅

⋅−=+∆

++

+ )()1()/ _ (/1

/)1(

1010

10 N P N E CPICH

P

N E

N E N P

N c

CPICH

N c

N c αα #$




UL & DL Admission Algorithm 2

n Based on ENU (Equivalent Number of User s calculation)

n Standard user:

- 12.2kbps AMR with activity factor 100%

- EUN for standard user: 1

n EUN for non standard user:

- Uplink

- Downlink

( )( )

dard sc

N c

N N E

N E k tan0

10

1+

+ =

( )

( )1

tan1 N

/

11

/11

+

+

+

+=

N oc

dard soc

N E

N E k




Priority Handling of Admission Check

60%UL threshold of other services

75%UL threshold of Conv non_AMR service

75%UL threshold of Conv AMR service

80%UL Handover access threshold

Default valueParameters

! Threshold for uplink radio resource admission check

75%DL threshold of other services

80%DL threshold of Conv non_AMR service

80%DL threshold of Conv AMR service

85%DL Handover access threshold

Default valueParameters

!Threshold for downlink radio resource admission check




Overview


! Radio Resource

! Code Resource

! Iub Bandwidth

! NodeB CE

Rate Negotiation

Pre-emption / QueuingDirect Retry / Re-direction




Code Management

Code management is used to manage the code resource between all the

physical channels, including common channel (CCH) e.g. PCPICH and

PCCPCH, dedicated channel (DPCH), and shared channel (HSDPA).

DPCHCCH

SF=16SF=8

SF=4

HSDPA

nCode for DPCH:

- Dynamically allocated

nCode for common channel:

- Reserved

nCode for HSDPA:- Shared with R99 (Refer to HSDPA part)




Code Allocation Mechanism

Reserve the codes

with smallest SF to

improve utilization

rate of whole code

tree.

n On the basis of maximum free sub-tree

Less code

fragments

are left

SF=256SF=128 &'(C(256, 0): PCPICH

& 0 )SF=64 * +'(C(256,1): PCCPCH

& 0 )* * &'(C(256, 2): AI CH* + 1 )

SF=32 * +'(C(256, 3): PI CH& 0 )

SF=16 * +'(C(64, 1):SCCPCH& 0 )* * &'(C(128,2):DPCH* * &' 2 )* * * ** + 1 ) +', 3

SF=8 * +',3& 0 )

SF=4 * +',1& 0 )* +',1*+',1

&',2* ( Occupi ed code+',3 , Non-occupied code




Overview


! Radio Resource

! Code Resource

! Iub Bandwidth

! NodeB CE

Rate Negotiation





Admission Check of Iub Bandwidth

DPCH Service

Bandwidth consumption:

MBR * Act ive factor

HSDPA Service

Bandwidth consumption:

GBR * Act ive factor 1HSDPA Background

1HSDPA Interactive

1HSDPA Streaming

0.5R99 Background

0.5R99 Interactive

1R99 Streaming

1R99 Conversational (VP)

0.7Telephony (AMR&VOIP)

0.5SRB

NodeB

0.7Common Channels

ScopeActiveFactor

Traffic Class

Configurable

per service type




Overview


! Radio Resource

! Code Resource

! Iub Bandwidth

! NodeB CE

Rate Negotiation





Admission Check of NodeB Credit

Admission Check:

Credits of local cell

Credits of local cell group

Credits of NodeB

Credit Consumption Law:

Reported from NodeB

In terms of SF

HSDPA is not involved

20104UL

888DL384 kbps

PS

1058UL

4416DL128 kbpsPS

6316UL

2232DL64 kbps

PS

31.532UL

1164DL32 kbps

PS

6316UL

2232DL64 kbps

VP

2164UL

11128DL12.2

kbps

AMR

2164UL

11128DL13.6

kbps

SRB

21256UL

11256DL3.4 kbps

SRB

Corresponding

Credits Consumed

Number of CEs

Consumed

SFDirectionTraffic

Class




Overview


Rate Negotiation






Rate Negotiation in IAC

!384kbps

!256kbps

!128kbps

!64kbps

!32kbps

UE capabilities

! Physical layer capability

! Transport channel capability

! RLC capability

Maximum allowed bit rate

System load

! Channelization codes

! Iub transmission resources

! Radio resources

Initial data rate / Target data rate

Scenarios: RAB setup%RAB modify, reconfiguration




Overview


Rate Negotiation






Pre-emption and Queuing

Queuing

n Weight based queuing

n Periodically retry

Pre-emption

Low Priority

High

Priority

Integrate Priority considered:

- Traffic Class

- Allocation/Retention Priority

- Bear Type (R99/HSDPA)

- THP (Traffic Handling Priority)

Priority based

Pre-empt

Pqueue = Tmax " Telapsed

- Telapsed: the time which the service request has queued.

- Tmax: the maximum time which the service request can

be in the queue.




Overview


Rate Negotiation






RRC Direct Retry & Re-direction

1 RRC CONNECTION REQUEST2 RRC CONNECTION SETUP3 RRC CONNETION SETUP COMPLETE

RRC DRD is used when UE initiates RRC CONNECTION REQUEST procedure

but is refused by the original cell.

RRC Connection

Direct Retry

RRC Redirection is used to indicate UE to reselect an inter-frequency or GSM

cell if RRC DRD failed.

RRC Connection

Re-direction

Initially campingon cell 1

Freq2

Freq1

Cell2

Resource

apply

1 2

RRC Direct Retrysuccessfully on cell2

3

1 RRC CONNECTION REQUEST2 RRC CONNECTIONREJECT(Redirection info )3# Cell reselection: Inter -freq accessOr 3## Cell reselection: Inter -RAT access

Initially campingon cell 1

Freq2

Freq1

Cell2

Resource

apply

1 2

RRC Re-Direct to Inter-Freq or inter-RAT cell3

Cell2 Inter-RAT Cell1Inter-Freq Cell1




RAB Direct Retry

RAB DRD is used when UE initiates RAB ASSIGNMENT procedure but is refused

by the original cell and may retry to other cells.

RAB Direct

Retry

Inter-Freq Cell1

1 RAB Assignment (from CN)

2 SRNS relocation (to CN)

3 Handover from UTRAN

4 Handover Complete

Freq2

Freq1

Cell2

1

3

Inter-RAT Cell1

RNC CN

2

4

Cell2

1

2

RNC

3

1 RAB Assignment (from CN)

2 RB SETUP (Freq1)

3 RB SETUP COMPLETE

4 RAB Assignment Resp

4




Parameters: Intelligent Admission Control

1.PS maximum rate negotiation2.PS & CS initial r ate negotiation

3.PS target rate negot iation

RateNegotiation

1.User priori ty based pre-emption for R992.RAB priority based pre-emption for

HSDPA

Pre-emption

1.RAB priority based queuing.Queue

DRD Switch

1.RRC connection direct retry

2.RRC connection redirection

3.RAB direct retry

DRD

Max Queuing T ime Length




Overview






Overview

Load Reshuffling

Overload Control




State of Cell Load (Radio Resource)

L o a d

%

THOLC

100%A

B

C

nOverload Congestion

! Trigger OLC (over load

contro l) to quickly decrease

system load

! Make system stable

nNormal

Ti me

nBasic Congestion

! Trigger LDR (load

reshuff l ing) to make room

for more users to access

system, especial for users

with higher priority

! Avoid load congestion

THCAC

THLDR

I t lli t C ti C t l





Power

ResourcesIub Transmission

Resources

NodeB Credit

Resources

Service Quality

UnchangedService Quality

Downgraded

Fast

TFC

Control

Load Reshuffling (LDR)

Handover

IRAT

HO

IF

HO

RAN-CN

Renegotiation

For

PS

Streaming

Code Resources ENU

Downsizing

BE rate

reduction

AMRC

MBMS

Power

Downgrading

Overload Control (OLC)

PS

CS

Drop off calls

Call Drop

Drop PS

Drop CS

! Integrate priority is used in LDR and OLC.




Overview

Load Reshuffling

Overload Control




Triggers of LDR

Power Resource:

Load level > LDR trigger threshold

Iub Bandwidth:

Available Iub bandwidth < predefined threshold

55%

70%

ULLDRTRIGTHD

DLLDRTRIGTHD

UL/DL LDR trigger threshold ADD/MOD CELLLDM

95%

95%

95%95%

95%

95%

95%

95%

RTFWCONGTHD

RTBWCONGTHD

NRTFWCONGTHDNRTBWCONGTHD

HSRTFWCONGTHD

HSRTBWCONGTHD

HSNRTFWCONGTHD

HSNRTBWCONGTHD

RT Forward congestion control threshold

RT Backward congestion control threshold

NRT Forward congestion control thresholdNRT Backward congestion control threshold

HsRT Forward congestion control threshold

HsRT Backward congestion control threshold

HsNrt Forward congestion control threshold

HsNrt Backward congestion control threshold

ADD/MOD

AAL2ADJNODE

Default valueParameter IDParameter nameMML command

No

Check the load of theserving periodically

Is the load higher thanbasic congestion trigger

threshold

Take congestion

release measures

Yes

No

End load adjustment

Yes

Is the load lower thanbasic congestion release

threshold

I t F H d i LDR




Inter-Frequency Handover in LDR

Candidate target cell:

%LDR trigger threshold in target cell current load level in target cell& >

Predefined threshold in target cell

Candidate users:

Users with the lowest Integrated Priority

Bit rate smaller than the predefined maximum bandwidth

Action:

Blind handover

Cell 1

Cell 2

Load: high

Load: low

400 (kbps)ULINTERFREQHOBWTHD/DLI

NTERFREQHOBWTHD

UL/DL Inter-freq cell load

handover maximum bandwidth

20 (%)ULINTERFREQHOCELLLOAD

SPACETHD

DLINTERFREQHOCELLLOAD

SPACETHD

UL/DL Inter-freq cell load

handover load space threshold

ADD/LST/MOD

CELLLDR

Default

value

Parameter IDParameter nameMML command




BE Rate Reduction in LDR

Candidate Users:

Users with the lowest integrated

priority

Only BE services are involved.

Action:

Reconfiguration

Highest High Lowest

Bit rate

GBR

Priority

384kbps

128kbps

64k 64k 64k

1ULLDRBERATEREDUCTIONRABNUM

DLLDRBERATEREDUCTION

RABNUM

UL/DL LDR-BE rate

reduction RAB number

ADD/LST/MODCELLLDR

Default

value




RT S i Q S R ti ti i LDR




RT Service QoS Renegotiation in LDR

Candidate service:

PS streaming Action:

QoS renegotiation over Iu

1) RNC: RAB modification request (Iu)

2) CN: RAB assignment (Iu)

3) RNC: reconfiguration (Iub/Uu)

1ULLDRPSRTQOSRENEGRAB

NUM

DLLDRPSRTQOSRENEGRAB

NUM

UL/DL LDR un-ctrl RT

Qos re-nego RAB num

ADD/LST/MOD

CELLLDR

Default

value


Inter RAT Handover of LDR




Inter-RAT Handover of LDR

Candidate target cell:

2G cells with same/bigger coverage as serving 3G cellCandidate users:

User with lowest Integrated Priority

Actions:

PS service inter-RAT handover

CS service inter-RAT handover

WCDMA

GSM CELL

Load: high

3ULLDRCSINTERRATHOUSERNUM

DLLDRCSINTERRATHOUSERNUM

UL/DL LDR CS inter-

rat ho user number

1ULLDRPSINTERRATHOUSERNUM

DLLDRPSINTERRATHOUSERNUM

UL/DL LDR PS inter-

rat ho user number

ADD/LST/MOD

CELLLDR

Default

value


Summary: Load Reshuffling




Summary: Load Reshuffling

Users with Streaming serviceIu Qos renegotiation

Users with PS service

Users with CS service

Users with AMR speech

Users with BE service

Users in CELL_DCH

Inter-RAT load handover in PS domain

Inter-RAT load handover in CS domain

AMR reduction

BE service rate reduction

Inter-frequency load handover Actions

Related

Parameters

Up to 6 service oriented strategies to use when cell enters basic congestion state.Procedure

Users in Connected modeAffected users

CELLLDR.Class

UL/DL Inter-freq cel l load handover load spac e threshold

UL/DL Inter - f req cel l load handover m ax imum bou nd width

UL/DL LDR-BE rate reduct ion RAB nu mber

UL/DL LDR un-c t r l RT Qos re-nego RAB num

UL/DL LDR CS inter -ra t ho user num ber

UL/DL LDR PS inter -ra t ho user n umber

UL/DL LDR-AMR rate reduct ion RAB nu mber

1s t -6 th LDR act ion sequence

UL/DL BE guarantee bi t rate




Overview

Load Reshuffling

Overload Control

O l d C t l (OLC)




Overload Control (OLC)

Actions supported:

TFC Control of R99 BE serviceDrop of low priority UEs

Sequence of OLC actions:

Fast TFC control -> Call drop of UEs

Check the load of the

serving periodically

Is the load higher thanoverload congestion trigger

threshold

Yes

No

Yes

No

Take actions to release

congestionEnd load adjustment

Is the load lower thanoverload congestion release

threshold




Fast TFC Control in OLC

Monitor Cell Load

If Cell load >

Congestion threshold

Congestion Detected

and inform MAC

Congestion Relieved

and infrom MAC

MAC decrease the

max TF number

Start a Adjust Timer

expires

Kill the Adjust Timer

MAC increase the

max TF number

Start a Recover Timer

expires

Downlink TFC Control

Performed within MAC-d/RNC

Uplink TFC Control

RNC -> UE: TFC control

P t f O l d C t l




Parameters of Overload Control

5SRATERECOVERTIMERLENDL OLC fast TF restrict data rate recover

timer length

3SRATERSTRCTTIMERLENDL OLC fast TF restrict data rate restrict

timer length

0ULOLCTRAFFRELRABNUMDLOLCTRAFFRELRABNUM

UL/DL OLC traff release RAB number

68%RATERSTRCTCOEFData rate restrict coefficient

3ULOLCFTFRSTRCTRABNUM

DLOLCFTFRSTRCTRABNUM

UL/DL OLC fast TF restrict RAB number ADD/LST/MOD

CELLOLC

95%ULOLCTRIGTHD

DLOLCTRIGTHD

UL/DL OLC trigger threshold ADD/LST/MOD

CELLLDM

90%ULOLCRELTHD DLOLCRELTHDUL/DL OLC Release threshold

Default valueParameter IDParameter nameMML command

Summary: Load Control Parameter Classification




Summary: Load Control Parameter Classification

RNC

RadioClass

GlobalParaClass CellClass

LDM.Class

CELLPUC.ClassUSERPRIORITY.Class

CORRMALGOSWITCH .Class

FRC.Class

QUEUEPREEMPT.Class

CELLLDM.Class

CELLLDR.Class

CELLOLC.Class

CELLCAC.Class

UL/DL basic meas rprt cycle, Unit:10ms

UL/DL basic meas rprt cyc le, Unit:min

LDM.Class

Integrate Priority Configured Reference

Indicator of Carrier Type Priority

USERPRIORITY.Class

RAB Downsizing Switch

Switcher for IU QoS Negotiation

CORRMALGOSWITCH .Class

Uplink ini t ial access rates

Downlink i nit ial access rates

FRC .Class

CELLLDR.Class

UL/DL Inter-freq cell load handov er load space threshold

UL/DL Inter - f req cel l load handover m ax imum bo und w idth

UL/DL LDR-BE rate reduct ion RAB nu mber

UL/DL LDR un-c t r l RT Qos re-nego RAB num

UL/DL LDR CS inter -ra t ho user nu mber

UL/DL LDR PS inter -ra t ho us er number

UL/DL LDR-AMR rate reduct ion RAB num ber

Load level division threshold 1

Load level division threshold 2

Load level division hysteresis

CELLPUC.Class

Preempt algorithm switch

Queue algorithm switch

Poll timer length

QUEUEPREEMPT.Class

UL threshold of Conv A MR service

UL threshold of Conv non_AMR service

UL threshold of oth er services

UL Handover access threshold

DL threshold of Conv A MR service

DL threshold of Conv non_AMR service

DL threshold of oth er services

DL Handover access threshold

DL total nonhsdpa equivalent user num ber

Maximum HSDPA user number

CELLCAC.Class

UL/DL OLC fast TF restrict times

UL/DL OLC fast TF restrict RAB num ber

Data rate restrict coefficient

UL/DL OLC traff release RAB number

CELLOLC.Class

UL/DL LDR trigger threshold

UL/DL LDR release threshold

UL/DL OLC Trigger threshold

UL/DL OLC Release threshold

CELLLDM.Class




Packet Scheduling


Power Control

Load Control

Mobility

HSDPA

Mobility Management Overview




Mobility Management Overview

Load Based Handover

Intra-frequency Soft / Softer / Hard Handover

Service Based Handover

UE Speed Based Handover (HCS)

Coverage Based Handover

Motive

Inter-RAT Handover

Inter-frequency Handover Functionality

Classification

-Provide the subscribers the continuous communication services

-Load balancing and resources sharing

-Improve the utilization of system resources

Handover Scenarios




Handover Scenarios

Intra-frequency Handover Soft / Softer Handover

Hard handover

Based on Coverage

Based on

Coverage

Based on

Load/

UE Speed

Inter-RAT Handover

Based on

Load/ServiceInter-frequency

Handover

Based on

Coverage

GSM/GPRS/EDGE

WCDMA Freq. 1

WCDMA Freq. 2

Intra-Frequency Handover




Intra Frequency Handover

UE Performs IF

Measurement

MEASUREMENT CONTROL

message

> Measurement Quantity

> Event Parameters

> Neighbor cell list, etc.

If criteria is matched, UE sends

measurement report.

RNC Performs Handover

> Apply for Resource

(Admission)

> Signaling Procedure

Execution

> Update Parameters to UE

Measurement

Phase

Decision

Phase

Execution

Handover

RNC Makes Decision

> 1A Add Cell to AS

> 1B Remove Cell in AS

> 1C Replace a Cell in AS

> 1D Indicate Best cell

- Add 1D cell to AS or

do replacement

- May do Hard HO

Do Hard HO if conditions are

met.

Intra-Frequency Handover Key Parameters




Intra Frequency Handover Key Parameters

Event Parameters

Event 1A> CS/PS service 1A event relative threshold

> 1A hysteresis

> 1A event trigger delay time

Event 1B

> CS/PS service 1B event relative threshold

> 1B hysteresis

> 1B event trigger delay time

Event 1C

> 1C hysteresis

> 1C event trigger delay time

Event 1D

> 1D hysteresis

> 1D event trigger delay time

Measurement

Phase

Decision

PhaseExecution

Handover

> Intra-freq Measure Quanti ty

> Cell offset> Max num ber of cel l in act ive set

Inter-Frequency Handover




Inter Frequency Handover

HO Triggers

1. Based on Coverage

> UE Event 2D/2F Report

2. Based on Load

> LDR Module Report

3. Based on UE Speed> HCS UE Speed

Estimation

Measurement

1. CM measurement

needed

> Periodical Meas.

> Event Reporting

! 2D start CM

! 2F stop CM

! 2B coverage based

handover

! 2C load based

handover

2. No Meas. needed

> Blind HO

3. Use blind HO or 2C

Event Reporting

RNC Perform Handover

1. Apply for Resource

Admission

2. Signaling Procedure

Execution

3. Update Parameters to

UE

IF HO will be triggered

1. Coverage basedPeriodically Reporting:

> Signal Quality of target cell

meet requirement

> Keep Time to Trigger

Event Reporting:> Received 2B Event

2. LDR choose UE andtarget cell to Blind HO

3. Blind HO or 2C Event

Report

Handover Trigger

MeasurementPhase

DecisionPhase

ExecutionHandover

Inter-Frequency Handover Key Parameters




Inter-Frequency Handover Key Parameters

Measurement

Phase

Handover

Trigger

ExecutionHandover

Event 2B

> Inter-freq CS/PS

Target/Used frequency

trigger Ec/No THD

*Thresholds also for

RSCP

Event 2C> Inter-freq measure

target frequency trigger

Ec/No THD

> 2B/2C hysteresis

> 2B/2C event trigger

delay time

Decision

Phase

Event 2D

> Inter-freq CS/PS measure

start Ec/No THD

Event 2F

> Inter-freq CS/PS measure

stop Ec/No THD

* Thresholds also for RSCP > 2D/2F hysteresis

> 2D/2F event trigger delay

time

> Inter- f requency measure report m ode

Ø In ter- f requency measure q uant i ty

> Inter-f requency measure per iod ica l rpt per iod

(for periodical reporting mode)

For Periodical reporting mode

> Inter-freq CS/PS target frequency trigger Ec/No THD

(thresholds also for RSCP)

> Inter-freq handover min access Ec/No RSCP THD

> HHO hysteresis

Inter-RAT Handover




Inter RAT Handover

Handover Trigger

MeasurementPhase

DecisionPhase

ExecutionHandover

HO Triggers

1. Based on Coverage

> UE Event 2D/2F Report

2. Based on Load

> LDR Module Report

3. Based on Service

> When a service isestablished

> Service HO properties

Measurement

1. CM measurement

needed

> Event Reporting

! 2D - start CM

! 2F - stop CM

! 3A - based on

> Periodical Meas.

Reporting

2/3. Use 3C Event

Reporting.

The RNC initiates a

handover procedure.

Inter-RAT HO triggered

1. Coverage based

3A Event Reporting:

> Received 3A Event

Periodically Reporting:

> Signal quality of target cell

meet requirement

> Keep Time to Trigger

2/3. HO to cells in 3C

Event Report By UE

Inter-RAT Handover Key Parameters




Measurement

Phase

Handover

Trigger Execution

Handover

Event 3A

> Inter-RAT CS/PS Used

frequency trigger Ec/No

THD (or RSCP)

> Inter-RAT CS/PS

handover decision THD

Event 3C> Inter-RAT CS/PS

handover decision THD

> 3A/3C hysteresis

> 3A/3C event trigger

delay time

Decision

Phase

Event 2D

> Inter-RAT CS/PS measure

start Ec/No THD

Event 2F

> Inter-RAT CS/PS measure

stop Ec/No THD

* Thresholds also for RSCP > 2D/2F hysteresis

> 2D/2F event trigger delay

time

> Inter-RAT report mo de

> 3A Measure Quantity

> Inter-RAT period report in terval

> BSIC ver ify sw i tch

For Periodical reporting mode

> Time to trigger for verified GSM cell

> Time to trigger for non-verified GSM cell

> Inter-RAT CS/PS handover decision THD

> Inter-RAT hysteresis




Packet Scheduling


Power Control

Load Control

Mobility

HSDPA




Overview


Power and Code Management

Power Admission Control

Scheduling

Flow Control

Mobility Management

Configuration and Capacity




Configuration and Capacity

n Each cell can support R99, HSDPA or R99+HSDPA.

n The max codes for HS-PDSCH per cell can be be up to 15 and max TB

size can be up to 27952 in RAN 5.0.n Support 16 simultaneous HSDPA users per cell in RAN 5.0, and 64

simultaneous HSDPA users per cell by RAN 6.0.

RAN 6.0RAN 5.0

R99/HSDPA/R99+HSDPA

Max 15 HS-PDSCH codes

per cell

Max TBsize 27952

Max 4 HS-SCCHs per cell

16 HSDPA users per cell

64 HSDPA users per cell

Features Roadmap




Features Roadmap

RAN 5.1RAN 5.0

Interactive / Background mappingon HS-DSCH

Dynamic / static power allocation

Static code allocation

Basic admission control

Pre-emption / queuing

Channel switch (based on traffic

volume or mobility)

MAC-hs scheduling (MAX C/I, RR,PF)

Iub flow control

HS-DSCH cell change / intra or

inter- frequency HHO / inter-RAT

HO

Streaming services

mapping on HS-DSCH

GBR configuration for BE

services

RNC controlled dynamic

code allocation

GBR based admission

control

Channel switch (based on

periodical timer)

Enhanced MAC-hs

scheduling (EPF)

HS-SCCH power control

based on CQI

HSDPA congestion control

NodeB

controlled

dynamic code

allocation

HSDPA load

reshuffling

RAN 6.0

VoIP over

HSDPA

HSDPA over

Iur

F-DPCH with

SRB mappedon HSDPA

RAN 7.0

HSDPA Key Techniques - OverviewHSDPA Key Techniques - Overview




y

AMC Fast SchedulingHARQ&

Hybrid ARQ'

16QAMSF16, 2ms and CDM/TDM 3 New Physical Channels




Overview




Scheduling

Flow Control

Mobility Management

HSDPA Channel Mapping




n Interactive, Background and Streaming service could be mapped onto HS-DSCH.

n The bit rate thresholds are used.RABs with maximum bit rate higher than or equal to the threshold will be mapped

onto HS-DSCH.

The bit rate thresholds (DL streaming threshold on HSDPA , DL BE traf f ic threshold

on HSDPA) are OM configurable.

n One switch (PS_STREAMING_ON_HSDPA_SWITCH ) is available for operator todisable the mapping of streaming service onto HS-DSCH.

Interactive

Background

Streaming

mapping RB on DCH

RB on HS-DSCH

RB on FACH

HSDPA Channel Mapping

HSDPA Channel Switching




l Channel type switching and state transition

CELL_DCH (with HS-DSCH) ß à CELL_FACH based on user activityCELL_DCH (with HS-DSCH) ß à CELL_DCH (without HS-DSCH)

HSDPA Channel Switching

CELL_DCH(HS-DSCH))

CELL_DCH

CELL_FACH

CELL_PCH

URA_PCH

n Based on user activity (TVM)

n Trigged by mobility

n Triggered by TVM

n Triggered by timer

Parameters for HSDPA Channel Switching




l Channel Switching between HS-DSCH and FACH

Parameters for HSDPA Channel Switching

BE HS-DSCH to FACH 4B thresh old

BE HS-DSCH to FACH 4B time to tr ig ger

BE HS-DSCH to FACH 4B Pendin g Time

BE HS-DSCH to FACH transi t ion t imer

-- This parameter is used to detect the stability of a UE in low activity state in

CELL_DCH (with HS-DSCH) state.

SET UESTATETRANS

l Channel Switching between HS-DSCH and DCH

H Retry TimerLength

-- Length of retry timer for periodical attempts to map the service onto the

HS-DSCH.

SET COIFTIMER




Overview




Scheduling

Flow Control

Mobility Management

HSDPA Power Allocation




Dynamic power allocation

l DPCHs have the preferential right to

occupy the power

l Node B can use all the remaining power

for HSDPA

l The minimum available part for HSDPA

can be guaranteed

l A configurable margin is used to keep

the system in stable status

Time

Allowed power for HSDPA

Total Power

DPCH

Power for CCH

Higher

power utility

efficiency

Time

Power margin for DCH

power control

Power Margin

SET MACHSPARA

HSDPA Power Control




HS-DPCCH Power Control

l By setting power offsets between HS-DPCCH

and associated DPCCH for ACK, NACK and CQI

l Different PO values are used for soft handover

SCCHPWRCM

SET MACHSPARA

HS-SCCH Power Control

l Fixed power controll Based on CQI

HS-PDSCH Power Control

l Allocated by scheduler

ACKPO, NACKPO, CQIPO

ADD CELLHSDPCCH

HSDPA Code Allocation (1)




l Static Code Allocation

ü Simple but robustü The code allocation for HS-

SCCHs and HS-PDSCHs is

static. It is configurable

ü Low code utilization efficiency

SF=256SF=128 &'(C(256,0) : PCPICH

& 0 )SF=64 * +'(C(256,1) : PCCPCH

& 0 )* * &'(C(256,2) : AI CH* + 1 )

SF=32 * +'(C(256,3) : PICH& 0 )

SF=16 * + (C(64,1) :SCCPCH 1& 0 )* ** * & (C(64,2) :SCCPCH 2* * ** + 1 )

SF=8 * * &'(C(128,6) : HS-SCCH 1& 0 ) + 3 )

SF=4 * +',1 *& 0 ) +'(C(128,7) : HS-SCCH 2* + ,1*+',1

&',2* & ,6 ( CCH* * SF=16 ( HSDPA* * & (C(16, 14) : HS-PDSCH 2 , DCH

+' 3 ) *+ 7 )+ (C(16, 15) : HS-PDSCH 1

( )

HS-PDSCH Code Num

--- This parameter sets the number of

HS-PDSCH codes available in a cell.

ADD CELLHSDPA

HSDPA Code Allocation (2)




( )

ü RNC will continuously monitor the usage of OVSF

codes for DPCH channelsü Via RNC reconfiguration procedure

ü Better code utilization efficiency

Codes

for CCH

and HS-

SCCH

7 8 9 10 11 12 13 146543 15210

Shared codes

Reserved codes for DPCHMi ni mumreserved codes f or HSDPA

SF=16

Re-allocated to HSDPA if the codes used by the established

DPCHs are much less than the codes available

It will be called back by DPCHs through reconfiguringthe codes for HSDPA if the codes are almost used up by

DPCH channels

SF=16

SF=16

Maxi mumavai l abl e codes f or HSDPA

%.

l RNC-Controlled Dynamic Allocation

Minimum Num ber of HS-

PDSCH Cod es

-- The minimum number of

HS-PDSCH codes available in

a cell

Maximum Numb er of HS-

PDSCH Cod es

-- The maximum number of

HS-PDSCH codes available in

a cell

ADD CELLHSDPA




Overview




Scheduling

Flow Control

Mobility Management

Downlink Power Admission Control of HSDPA cell




Downlink Power Admission Control of HSDPA cell

New Measurements for HSDPA cell

- Transmitted Carrier Power of all codes not used for HS-DSCH transmission:

Pnon-hspa

- HS-DSCH GBR required Power: GBP

Load estimation of new HSDPA service

- Predicted HS-DSCH required power increase for Steaming service:(

Ppre-strm

- Predicted HS-DSCH required power increase for BE service:(Ppre-BE

Power resource admission check of HSDPA service in HSDPA cell

Power resource admission check of R99 service in HSDPA cell

Dynamic Power Management - Overview




y g

PMax

P non-hspda

cachspanonThr P −−⋅max

cactotal Thr P −⋅max

hsdpa P −max

GBP

Relative Parameters

Admission threshold for R99 power (Thr non-hspa-cac)

Admission threshold for cell total load(Thr total-cac)

Admission threshold for HSDPA maximum power (Pmax-hspa)

GBR Consideration in Power Admission Check - DCH




P Max

P non-hspda



GBP

n DCH service access:

maxnon hspa pre non hspa cac P P P Thr − − −+ ∆ < ⋅

cactotal pretotal Thr P P P −⋅<∆+ max

cactotal prehspa strm BE hspanon Thr P P P GBP GBP P −−− ⋅<∆+++ maxmax )),min((

A

B

P

hsdpa P −max

(A and B) or (A and C) is true, then CAC is OK.

C

Example DCH Access - Accept




Suppose that:

! Pmax=Pmax-hspa; Thr total-cac=90%; Thr non-hspa-cac= 80%

! Ptotal=90%, low HSDPA load (GBP=30%), low R99 load (30%)

P Max



R99

(Currently consumed power =30%)

HSDPA

(Currently consumed power =60%, GBP=30%)

P (10%)

maxnon hspa pre non hspa cac P P P Thr − − −+ ∆ < ⋅A

30%

10%

80%

cactotal pretotal Thr P P P −⋅<∆+ maxB

30% 60% 90%

10%

TRUE !

TRUE ! cactotal prehspa strm BE hspanon Thr P P P GBP GBP P −−− ⋅<∆+++ maxmax )),min((C

30% 30% 10% 90%

False !

Example DCH Access - Reject





30%

10%

80%


30% 60% 90%

Suppose that:

! Pmax=Pmax-hspa; Thr total-cac=90%; Thr non-hspa-cac=80%

!Low R99 load (30%), high H GBR load (55%), new R99 call accesses

P Max



R99

(Currently consumed power = 30%)

HSDPA

(Currently consumed power =60%,GBP=55%)

P (10%)

TRUE !

10%

cactotal prehspa strm BE hspanon Thr P P P GBP GBP P −−− ⋅<∆+++ maxmax )),min((C

30% 55% 10% 90%

False !

False !

Example DCH Access " Accept or Reject ?





75%80%

10%

Suppose that:

! Pmax=Pmax-hspa; Thr total-cac=90%; Thr non-hspa-cac=80%! High R99 load (75% or 60%), low H GBR load (15%), new R99 call accesses

P Max



R99

HSDPA GBP = 15%

P (10%)


60% 80%10%

10%


60% 15% 90%

cactotal prehspa strm BE hspanon Thr P P P GBP GBP P −−− ⋅<∆+++ maxmax )),min((C

60% 15% 100% 10% 90%

GBR Consideration in Power Admission Check - HSDPA




PMax

P non-hspda



GBP

P

hsdpa P −max

hspa pre BE strm P P GBP GBP −<∆++ max


cactotal pre BE strmhspanon Thr P P GBP GBP P −− ⋅<∆+++ max)(

A

B

C

n HSDPA service access: (A and B) or (A and C) is true, then CAC is OK.

** B is not applied to BE service in RAN 5.1.

Example HSDPA Access " Accept




Suppose that:


!Low H load (30%), low R99 load (30%), new H call accesses

PMax



R99

Currently consumed power = 30%

HSDPA

Currently consumed power = 30%,GBP=20%

P (15%)

(A and B) or (A and C) is true



cactotal strm pre BE strmhspanon Thr P P GBP GBP P −−− ⋅<∆+++ max)(

A

B

C

30%

20%

15% 90%

15%

30%

30% 20% 15% 90%

100%TRUE !

TRUE !

TRUE !

Example HSDPA Access " Reject (1)







A

B

C

30%

55%

15% 90%

15%

60%

30% 55% 15% 90%

Suppose that:

! Pmax=Pmax-hspa; Thr total-cac=90%; Thr non-hspa-cac=80%! Low R99 load (30%), high H GBR load (55%), new H call accesses

P Max


cactotal Thr P −⋅max P (15%)

A is true, but B or C is false

100%

HSDPA

Currently consumed power = 60%,

GBP=55%

R99

Currently consumed power = 30%

TRUE !

False !

False !

Example HSDPA Access " Reject (2)







A

B

C

70%

15%

15% 90%

15%

15%

70% 15% 15% 90%

100%

Suppose that:


! High R99 load (70%), low H GBR load (15%), new H call accesses

PMax



R99

H GBR

P (15%)

A is true, but B or C is false

TRUE !

False !

False !

Conclusions " Downlink Power Admission for HSDPA Cell




n GBR is introduced to HSDPA I/B services.

n ARP is considered when setting GBR.

n Power is shared between HSDPA and R99.

n Maximum power limitation is available for R99 and HSPDA

respectively.

n HSDPA power is guaranteed for the pre-defined GBR.

HSDPA is not

best effort !




Overview




Scheduling

Flow Control

Mobility Management

HSDPA Scheduling Algorithm




Scheduling Algorithm:

l RR (Round Robin)

l MAXCI (Max C/I)

l PF (Proportional Fair)

l EPF (Enhanced PF)

Scheduling Method

SET MACHSPARA EPF

l X GBR services are scheduled with PF algorithm

l Y GBR services are scheduled according to priority

l Z All services are scheduled with PF algorithm

Scheduling

algorithm period

Time

Scheduling

algorithm period

Scheduling

algorithm period

Scheduling

algorithm period

GBR service

scheduled with PF(X)

GBR service

forcibly scheduled (Y)

All service

scheduled with PF(Z)

X, Y, and Z Time Segments of Scheduling Algorithm Period




X time segment: GBR service:)(

)(Pr

max _

t r

t Riority

i

i= (traditional PF algorithm)

Y time segment: GBR services not meeting the GBR requirements SPI iority =Pr

Larger SPI indicates higher priority.

GBR services with the same SPI can use the RR, MAXC/I, or PF algorithm.

Z time segment: all services including GBR ones that meet GBR requirements SPI

i

i

t r

t Riority γ ⋅=

)(

)(Pr

max _

(PF*algorithm)

Note*: SPI γ priority proportion coefficient that corresponds to SPI value

1. In X time segment, cell throughput is enhanced, which requires a larger segment size.

When some GBR services cannot meet the GBR requirements, you must reduce the size

of X time segment to enlarge Y segment, thus ensuring GBR services.

2. The sizes of the X, Y, and Z time segments can be dynamically changed to increase cell

throughput with guaranteed GBR.

HSDPA EPF Scheduling Algorithm Performance




EPF

l X " GBR services are scheduled with PF

algorithm

l Y " GBR services are scheduled

according to SPI

l Z " All services are scheduled with PF

algorithm

00. 10. 2

0. 30. 40. 50. 60. 7

0. 80. 9

1

32kbps 64kbps 128kbps 256kbps 384kbps

GBR conf i gured

R a t i o

o f u s e r w h o s e G B R

i s s a t i s f i e d

Enhanced PF MAXCI RR Cl assi c PF

Scheduling

algorithm period

Time

Scheduling

algorithm period

Scheduling

algorithm period

Scheduling

algorithm period

GBR service

scheduled with PF (X)

GBR service

forcibly scheduled (Y)

All service

scheduled with PF(Z)

Power Resource Limiting Ratio in Scheduling




Purpose

To settle the issue: The throughput of non GBR services is quite low due to power resources over-

occupied by GBR services when the channel conditions are bad, and the power resource efficiency

becomes lower.

Example

1. There are three users accessing the HSDPA BE service and two users accessing the HSDPA

streaming service at 90 kbps. The CQIs of the five users are 18, 15, 6, 12, and 10.

2. During congestion, each HSDPA user uses 12% power at most.

In this situation, the data rate of the third user can be increased from 20 kbps to (40 to

50) kbps at most. Otherwise, the impact on the cell throughput and the experience of

the other users in the cell will be large.

CQI Correction




Ini t ial BLER -- [1,50]percent

SET MACHSPARA

Improvement of throughput and downlink load

4.638 4.64

57.50%

30%

0

1

23

4

5

6

7

8

9

10

CQAC Cl osed CQAC Open

M a c t h

r o u g h p u t ( M b p s )

0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

D o

w n l i n k L o a d

MAC t hroughput( Mbps) Downl i nk Load

4.638 4.64

57.50%

30%

0

1

23

4

5

6

7

8

9

10

CQAC Cl osed CQAC Open

M a c t h r o u g h p u t ( M b p s )

0.00%

10.00%

20.00%

30.00%

40.00%

50.00%

60.00%

70.00%

D o w n l i n k L o a d

MAC t hroughput( Mbps) Downl i nk Load

Factors affecting accuracy of CQI:

Channel environment

Measurement accuracy of UE

CQI correction

Node B corrects the CQI according to the target initial

BLER and actual data transmission

Extend CQI Mapping Table

E t d CQI i t bl th th t ifi d i 25 214




Table1 : Extended CQI mapping table for UE category 10 -Partial

016-QAM5756423

016-QAM152696933

016-QAM152649032

0####

016-QAM152602031

016-QAM152555830

016-QAM6857423

016-QAM152795234

016-QAM###

016-QAM7971923

016-QAM5716822

016-QAM5655421

Reference power

adjustmentModulation

Number of

HS-PDSCH

Transport Block

SizeCQI value

CQI =23, Number=5,TB size=7564, about 5.5%

higher than 7168

CQI=34, Number=15TB size=27952, about 9.4%

higher than 25558

Extend CQI mapping table than that specified in 25.214

Improve the resource usage

Improve the throughput

Example: Extended CQI mapping table for UE category 10




Overview




Scheduling

Flow Control

Mobility Management

HSDPA Flow Control Overview




Node BUu RNCIubCN

Why ?

n Balance the data flow between Iub and Uun Achieve high bandwidth utilization efficiency, maximize the cell

throughput

n Decrease data transmission delay, avoid data discard and

retransmission due to congestion

Functions

n Response to a HS-DSCH Capacity Request, to indicate the number of

MAC-d PDUs that the RNC is allowed to transmit for each CmCH-PI of

each UE in the specified interval.

n Modify the capacity and control the user data flow according to the

MAC-hs queue buffer size.

HSDPA Flow Control Procedure over IubHSDPA Flow Control Procedure over Iub




NodeB

HSDPAqueue

HSDPA

RNC

ATM Subsystem

MAC-d Entity

MAC-d Entity

AAL2

Entity

AAL2Entity

ATMMux.

B

A

B

A

Iub bandwidth

Capacity allocation

queue

nQueue based flow control- Avoid overflow in queue buffer

- Quick data transmission over Iub

n Iub utilization based flow control- Allocate capacity considering available Iub

bandwidth

- Avoid data loss over Iub

MAC_hs Flow Control " Step1: Available Iub Bandwidth for HSDPA




In RAN5.1, available Iub bandwidth for HSDPA is calculated in NodeB :

BW_H =Min { (BW_Total - BW R99), BW_H_AAL2Path }

BWR99 is the R99 Radio Bearer admitted transmission bandwidth " CAC Iub bandwidth.

BWR99

BWHSDPAT o t al A A L 2 B W T

time

BW

Scenario 1 (larger R99 AF): Waste Iub bandwidth

Scenario 2 (Samll R99 AF): Overbook bandwidth, Iub will be congest

Scenario 1:

R99 service throughput <

R99 CAC admitted BW

Scenario 2:

R99 service throughput >

R99 CAC admitted BW

RL SET/RL RECONFIG

MAC_hs Flow Control " Step 2 Allocate the H Iub bandwidth

among HSDPA users




among HSDPA users

1. HSDPA scheduler calculates each user #s air throughput and air capacity*

2. Based on each user #s air throughput, MAC_hs buffer occupation, RLC buffer

occupation, MAC_hs calculates each user #s requirement for Iub bandwidth

3. Allocate the Iub bandwidth to each HSDPA user

If Iub is limited, bandwidth for each user will scale down with same ratio after each user 's GBR is

guaranteed.




Overview




Scheduling

Flow Control

Mobility Management

HSDPA Mobility Management (1)

n Handover between HSDPA and R99 cells




n Handover between HSDPA and R99 cells

Cell 2(R99)Cell 1(HSDPA) Cell 2(R99)Cell 1(HSDPA)

before handover after handover







Soft handover

The 1b (remove) is triggered

by HSDPA cell

Inter-frequency handover

2B is triggered by R99 cell

Soft handover

HSDPA cell is added into active set

The 1d event is triggered by HSDPA cell


The 2B event is triggered by

HSDPA cell

HSDPA Mobility Management (2)




n Handover between HSDPA cell and HSDPA cell


Cell 2(HSDPA)Cell 1(HSDPA) Cell 2(HSDPA)Cell 1(HSDPA)





HSDPA hysteresis t imer length

-- After event 1D triggers HSDPA handover, this

timer is started. Then, event 1D will not trigger

HSDPA handover any more before expiry of this

timer.

SET HOCOMM

The 1d event is triggered by

cell 2


2B is triggered by HSDPA cell

(cell2)

HSDPA serving cell is deleted

and the remaining cell supports

HSDPA




Thank YouThank You

Mar 2007



Apr. 2006


Huawei RAN 6.0 Features


www.huawei.com





HUAWEI TECHNOLOGIES Co., Ltd. HUAWEI Confidential Page 2

HSUPA (specific topic)

HSDPA Enhanced Features

AMRC-WB

MBMS

Load Control Enhancement




NodeB-controlled Dynamic Code Allocation

Flow Control


NodeB-controlled Dynamic Code Allocation




ü The minimum number of codes for HSDPA is configurable

ü Reconfiguration procedure is not needed

ü Making full use of the whole code tree

Codes for

CCH and

HS-SCCH

7 8 9 10 11 12 13 146543 15210

Avai l abl e codes for DPCH Reserved codes f or HSDPA

SF=16

Node B enlarges the allocated codes for HSDPA temporally

due to HSDPA data transmission if the adjacent code is free

Node B will release the code temporally occupied by HSDPAwhen it is allocated to DPCH by RNC

SF=16

SF=16

%.

Code Number for HS-PDSCH

ADD CELLHSDPA

Available Iub bandwidth for HSDPA at Iub interface level:

Available Iub Bandwidth for HSDPA in RAN 5.1




Available Iub bandwidth for HSDPA at Iub interface level:

∑ +=i

HSDPA HSDPAi R PATH NRT H PATH RT H BW T )} _ _ _ _ (,-{MinBW_Avlb 99HSDPA #$

BWR99i is the R99 Radio Bearer admitted transmission bandwidth.

BWR99

BWHSDPA

T o t al A A L 2 B W T

time

BW

Scenario 1: Waste Iub bandwidth.

Scenario 2: Overbook bandwidth.

To avoid Iub congestion, HSDPA flow maps to lower priority PATH, and overbook function be enabled

to avoid congestion.

Scenario 1:

R99 throughput < CAC

admitted BW

Scenario 2:

R99 throughput >

CAC admitted BW

Adaptive Adjustment of Available Iub bandwidth for HSDPA




Transmission Delay

and Packet Loss

Detection

Start

Delay Increasing

Or Packet loss

Decrease the

bandwidth of HSDPA

Increase the

bandwidth of HSDPA

Y

N

Detect Iub congestion state based on packet transmission delay (FrameDiscard

RateThreshold ) and packet loss (DlTrDelayJitterThldBase ).

&None congestion: Increase HSDPA available BW.

& Congestion: Decrease HSDPA available BW.

Si l i R l 1

Simulation Result 1 of HSDPA Flow Control in RAN6.0




Scenar io Descr ipt ion

Iub PATH priority: R99 PATH > HSDPA PATH

Activation factor of R99 BE service in Iub CAC is

100%;

Actual activation factor of R99 BE service is 50%;

Traffic model of HSDPA user: FTP download a large

file, such as 50MBytes.

Simulation Result 1

Total R99 efficient throughout in RLC layer (kbps)

Total HSDPA efficient throughout in RLC layer (kbps)

Total R99 efficient throughout in RLC layer

RED: Iub congestion detection switch on.LIGHT BLUE: Iub congestion detection switch off

Total HSDPA efficient throughout in RLC

layer

GREEN: Iub congestion detection switch onBLUE: Iub congestion detection switch off

Simulation Result 2 of HSDPA Flow Control in RAN6.0




Scenario Descrip t ion IUB PATH priority: R99 PATH > HSDPA PATH

Activation factor of R99 BE service in Iub CAC is 50%;

Actual activation factor of R99 BE service is 100%;

Traffic model of HSDPA user: FTP download a large file, such as 50MBytes.

Iub transport configuration: 1*E1

R99 traffic: 1.128kbps + 1 . 384kbps

The RLC rate downsizing algorithm based on RLC retransmission rate is switched off.

Simulation Result 2

36.4380.1Switch off

93.0970.5Switch on

Iub transport efficiency (%)HSDPA Efficient throughput in

RLC layer (kbps)

Iub Congestion Detection Algorithm




HSUPA


AMRC-WB

MBMS

Load Control Enhancement

AMR-WB SummaryAMR-WB is

introduced in R5




FR AMR-WB, UMTS AMR-WB, OFR AMR-

WB, OHR AMR-WFR AMR, HR AMR, UMTS AMR, UMTS AMR2, OHR AMRCoding Types

16k Hz8k HzSampling Frequency

conference call, video conferencetelephone communicationApplication

50)7000 Hz100)3400 HzFrequency Band

AMR-WBAMR-NB

0000No Data(0)

003939SID(1.8)

05342954.75

054491035.15

063551185.9

076581346.7

087611487.4

084751597.95

40996520410.2

601038124412.2

Class CClass BClass ATotal Number of BitsRate Mode

0000No Data(0)

003535SID(1.75)

078541326.60

0113641778.85

01817225312.65

02137228514.25

02457231715.85

02937236518.25

03257239719.85

03897246123.05

04057247723.85

Class CClass BClass ATotal Number of BitsRate Mode

AMR-NB Frames AMR-WB Frames

AMRC-WB Feature




# Support AMR-WB services and multi-RABs including AMR-WB.

# TFO/TrFO

# Support AMRC for AMR-WB services

& UL AMRC-WB based on UE transmitted power

& DL AMRC-WB based on transmitted code power

& UL/DL AMB-WB rate mode downgrade due to Iub transmission resource limitation

& UL/DL AMB-WB rate mode downgrade due to power limitation

UL AMRC-WB Based On UE Transmitted Power

SET AMRCWBUE Tx power UE max Tx power




UL 6A1 event relative threshold

UL 6B1 event relative threshold

UL 6A2 event relative threshold

UL 6B2 event relative threshold

Trigger time 6A1

Trigger time 6B1

Trigger time 6A2

Trigger time 6B2

SET AMRCWB

Reportingevent 6A2

Reportingevent 6B2

Reportingevent 6A1

Reportingevent 6B1

Time

Tx power threshold 6B1

Tx power threshold 6A2

Tx power threshold 6B2

p

Tx power threshold 6A1

Delta_6A1

Delta_6A2Delta_6B1

Trigger time

Reporting event

Delta_6B2

↓: represent decrease the permitted maximum codec mode

↑: represent increase the permitted maximum codec mode

→: represent remain the current permitted maximum codec mode

Start↑6B2

Stop→6A2

Stop→6B1

Start↓6A1

Ul_Rate_adjust_timerPermitted Highest AMR-WB

Codec ModeEvent

DL AMRC-WB Based On Transmitted Code Power

DL DPDCH

Tx Power

Maximum DLDPDCH Power




DL E1 event relative threshold

DL E2 event relative threshold

DL F1 event relative threshold

DL F2 event relative threshold

DL measurement reporting period

SET AMRCWB

Tx Power

threshold E1

Tx Power

threshold E2

Tx Power threshold F2

Tx Power

threshold F1

Tx Power

Time

Rate -D own Norm al Rate_Up Normal

Delta_E1 Delta_F1Delta_F2Delta_E2




↑↑↑DPDCH power < F1

↑→→F1 " DPDCH power < F2

→→→F2 " DPDCH power " E2

→↓→E2 < DPDCH power " E1

↓↓↓DPDCH power > E1

Rate_UpRate_DownNormalDPDCH Power



MBMS Standard Evolution

Ø MBMS (M ltimedia Broadcast/M lticast Ser ice) is a point to multipoint




Ø MBMS (Multimedia Broadcast/Multicast Service) is a point-to-multipoint

service, a broadcast & multicast capability over 3G network. MBMS is realised by the addition of a number of new capabilities to existing functional entities ofthe 3GPP architecture and by addition of a number of new functional entities.! -- 3GPP TS 23.246

Ø MBMS is an end to end solution: CN, RAN and UE%

Ø MBMS is an evolving technology.

3GPP MBMS

Work Item

Introduction

Kickoff for

3GPP MBMS

MBMS

Broadcast

MBMS

Enhanced

Broadcast

MBMS

Multicast

MBMS

LTE %

MBMS RAN Key Features




! Selective Combining

! Soft CombiningMacro Divers i ty

! Get user number interested in a given MBMS service

!Determine the optimum transmission mechanism for agiven MBMS service

Count ing &

PtP / PtM

! Add MAC-m architectureProtocol En t i t ies

! Add 3 logical channels mapped to FACH

! Add 1 physical channelChannel Structure

Ø MBMS RAN Key Features:

RAN: Channel Structure




indicating the changes of MBMS control signaling on MCCH

(Indication of MCCH modification)MICH

used for a p-t-m downlink transmission of user plane information

(for MBMS user data)MTCH

used for a p-t-m downlink transmission of MBMS service transmission schedule (for MBMS

schedule data)MSCH

used for a p-t-m downlink transmission of control plane information

(for MBMS control data)MCCH

RAN 6.0

RAN 6.0

RAN 6.0

RAN: Soft / Selective Combining




Ø Selective combining: gaining 3 dB compared to no combining

Ø Soft combining: gaining 5 dB compared to no combining, high level synchronization

required

CELL1 CELL2

UM RLC

Selective Combining

High layer UE

Channel decoding

Selective Combining

CELL1 CELL2

UM RLC

RAKE combining

High layer

UE

Channel decoding

LLR combining

TrCH de-multiplex

Soft Combining

RAKE combining

TrCH de-multiplex

RAKE combining

TrCH de-multiplex

RAKE combining

TrCH de-multiplex

Channel decoding

RAN 6.0 RAN 6.0

Broadcast and Multicast




Subscription

Joining

Service announcement

Data transfer

Leaving

MBMS notification

Session start

Session Stop

Multicast

Ø Support Charge-on-view time

Ø Longer channel switch delay

Broadcast

Data transfer

MBMS notification

Session Start

Session Stop

Service announcement

Ø Charge per day/week/month

Ø short channel switch delay

RAN 6.0

Huawei MBMS Roadmap

MBMS LTE




Enhanced Broadcast! Capacity: 64 session/RNC; 4 x256kbps/ 8x128 kbps/ 16 x 64kbps channels per cell

! Enhanced broadcast

! MSCH Supported

!MBMS over HSDPA (PtP)

! Iub transmission share

! Uu Code and power share

! Compatible with CMB (enhanced broad & multi-cast)

Enhanced Broadcast! Capacity: 64 session/RNC; 4 x256kbps/ 8x128 kbps/ 16 x 64kbps channels per cell

! Enhanced broadcast

! MSCH Supported

! MBMS over HSDPA (PtP)! Iub transmission share

! Uu Code and power share

! Compatible with CMB (enhanced broad & multi-cast)

Broadcast (For trial)

!Capacity: 2 x 256kbps/ 4x128 kbps/ 8x 64kbps channels per cell

!Broadcast

!Compatible with CMB (broadcast)

Broadcast (For trial)

!Capacity: 2 x 256kbps/ 4x128 kbps/ 8x 64kbps channels per cell

!Broadcast

!Compatible with CMB (broadcast)

Multicast

! MBMS over HSPA ( PtM)

! MBMS over dedicated carrier

Multicast

! MBMS over HSPA ( PtM)

! MBMS over dedicated carrier

!MBMS over LTE!MBMS over LTE

2007 2008 2009 201020082007 2008 2009 2010



Power Resource Admission Check

UL/DL algorithm1

Algorithm

DCH

Type

Based on power or interference

RAN6.0RAN5.1Remark




!Control the user number mapped on E-

DCH

User number checkHSUPA

Control the user number mapped on HS-

DSCH

User number checkStreaming

Check the power usage for HSDPA BEPower usage check

Check the aggregated Streaming traffic

provided bit rate

PBR admission check

BE

!Based on power (prediction)DL algorithm1MBMS

!Based on the equivalent number of usersUL algorithm2

Check the aggregated BE traffic provided

bit rate

PBR admission check

Power usage check

User number check

UL/DL algorithm3

UL/DL algorithm2

UL/DL algorithm1

Check the power usage for HSDPA

Streaming


DSCH

HSDPA

DCH

Based on power or interference (without

prediction)

Based on the equivalent number of users


(prediction)

Support downgrading

power for admission

HSUPA Admission Check Procedure

l User number admission check

l ENU d i i h kADD NODEBALGOPARA




HSUPA access request

Get the total ENU of allexisting users.


new incoming HSUPA user

Forecast the ENU load

Compare the forecast ENUload with the theshold

max

tot al new ENU ENU

ENU

+

new ENU

_ _

total i

all exist user ENU ENU = ∑

Maximum HSUPA user number

UL threshold of Conv AMR service

UL threshold of Conv non_AMR service

UL threshold of other services

UL Handover access threshold

Dl HSUPA reserved factor

ADD CELLCAC

E-DPCCH Ec/No and E-DPDCH

Ec/No are calculated based on

DPCCH Ec/No

l ENU admission check

l Iub transmission resource admission check

l NodeB credit resource admission check

NodeB Max Hsupa User Number

2 2

0 02 2( / ) ( / )ec ed

c HSUPA c DPCH

c d

E N E N β β

β β

+=

+

MBMS Admission Check Procedure

l Power resource admission check




MBMS descend power RAB priority

threshold

ADD CELLLDR

l Code resource admission check

l Iub transmission resource admission checkl NodeB credit resource admission check

Mechanism of downgrading power for MBMSadmission:

" For a high priority MBMS service, the needed power is the maximum

transmit power of FACH. DL threshold of oth er serv ices is used

for comparison.

" For a low priority MBMS service, the needed power is the maximum

transmit power of FACH. LDR threshold is used for comparison.

If the admission check fails, the needed power is reduced to the

minimum power of FACH.

maxmax, P Thd P P other mbms HSPAnon ×<∆+−

maxmax, P Thd P P ldr mbms HSPAnon ×<∆+−

maxmin, P Thd P P ldr mbms HSPAnon ×<∆+−

Intelligent Access Control

Failed


Failed

RRC connection

request

Admission

algorithm DRD Redirection




Preemption

Queuing

DRD

Admissionalgorithm

Succe

eded

Failed

Failed or not

supported

Failed or not

supported



Failed

Succ-

eeded

Succ-

eeded

Succ-eeded

FailedSucc-eeded

Succeeded Succeeded

RAB processingIu Qos Negotiationalgorithm switch

UE capability

RAB establishmentRAB modification

Inbound relocation

Ratereconfigurationhard handover

Cell loadinformation list LIT

Scenario

LDM CRM Others

DCCC

algorithm switch

Rate

negotiation

PS domain:maximum ratenegotiation

PS and CS

domains:

initial ratenegotiation


target ratenegotiation

Load admission

Code resource

admission

Iub resource

admission

Credit resourceadmission

YMBMS service

Y Y Y YHSUPA service

Y Y Y YHSDPA service

Y Y Y Y YDCH service

DRDQueuingPreemptionRAB DownsizingIu QoS Negotiation

Triggered by admission

check failure due to the

limitation of EUN, user

number and Iub

transmission



limitation of power, code and

credit resource

Load Reshuffling

Power Iub Transmission NodeB Credit

Code Resources EUN




Resources Resources Resources

Handover DownsizingRAN-CN

Renegotiation

IRAT

HO

IF

HO

DCCC

AMRC

For

PS Streaming

Service Quality

UnchangeService Quality

Downgrade

CS

PS

Load Reshuffling (LDR)

Monitoring load, trigger

the actions

corresponding to basiccongestion

Code Resources EUN

Code

Reshuffling

MBMS

Power Downgrading

! Code reshuffling only due to code limitation is supported in RAN6.0.

! MBMS power downgrading only due to power limitation is supported in RAN6.0.

Available Reshuffling Actions And Objects

Iu QoS Code MBMS PowerAMRInter-Inter-

BE RateInter-

LDR Actions

UL/DLResource




*

*

*

*

X

X

X

N.A.

*

*

Iu QoS

Renegotiation

X

X

X

X

X

X

*

N.A.

XX

Code

Reshuffling

X

N.A.

X

X

X

X

X

N.A.

*

N.A.

MBMS Power

Downgrading

X

X

*

*

X

X

X

N.A.

*

*

AMR

Reduction

*

*

*

*

*

*

X

N.A.

*

*

RAT PS

HO

*

*

*

*

*

*

X

N.A.

*

*

RAT

CS HO

*

*

*

*

*

*

*

N.A.

*

*

BE Rate

Reduction

*

*

X

X

X

X

X

N.A.

*

*

Inter

Freq HO

ULENU

UL

DL

DLIub TransportResource

DL

UL

NodeB Credit

DL

ULCode

Resource

DL

ULPowerResource

X

X

X

*

Iu QoS

Renegotiation

X

X

X

*

Code

Reshuffling

*

N.A.

N.A.

N.A.

MBMS Power

Downgrading

X

X

X

*

AMR

Reduction

X

*

*

*

Inter-

RAT PS

HO

X

X

X

*

Inter-

RAT CS

HO

X

X

X

*

BE Rate

Reduction

X

*

*

*

Inter-

Freq HO

LDR Actions

MBMS

HSUPA

HSDPA

DCH

Object



Load Reshuffling Due To Code Limitation

l Trigger condition




gg

Cell SF reserve threshold

Max user number of code adjust

ADD CELLLDR

l Actions

Minimum available SF > reserved SF_Thd

& Code reshuffling

& BE rate reduction

Load Reshuffling Due To NodeB Credit Limitation

l Trigger condition




gg

l Actions

, , , _ N o de B U L N od eB cu rr en t U L L dr U LC C T hr − ≤

, , , _ N od e B D L N o d eB cu r re n t D L L d r D LC C T h r − ≤

In RAN6.0, only NodeB level

Credit is supported

& UL/DL separate

& Inter-RAT PS/CS HO

& BE rate reduction

Load Reshuffling Due To ENU Limitation

l Uplink




resCCH DCH DL N N N _ +=

trig ldr

Max

UL

Thr K

K _ >=η

UL

CCH

UL

DCH

UL

Stream H

UL

BE H

UL

HSUPA

UL K K K K K K ++++= −−

p

l Downlink

& For R99 cell

ldr dchresCCH DCH Thr N N N −⋅>+ max _

& For HSDPA cell

+If ENU based DL LDR is enabled, HSDPA users shall not be

selected to perform load reshuffling actions.

& ENU based UL LDR

Service Differentiation Enhancement

l THP consideration




The values of RAB Integrate Priority are set according to the Integrate Priority Config ured Reference parameter as follows:

' If the value of the parameter is set to Traffic Class, the integrate priority abides by the following rules:

- Classes of services: conversational -> streaming -> interactive -> background

- Services of the same class: priority based on Allocation/Retention Priority (ARP) values

- Only for the interactive service of the same ARP value: priority based on THP

- Services of the same class and priority: HSDPA or DCH service preferred on the basis of the value of the

Indicator of Carrier Type Priority parameter

' If the value of the parameter is set to ARP, the integrate priority abides by the following rules:

- ARP1 -> ARP2 -> ARP3 % -> ARP14

- Same ARP value: conversational -> streaming -> interactive -> background

- Only for the interactive service of the same ARP: priority based on THP

- Services of the same ARP, class and THP (only for interactive service ): HSDPA or DCH service preferred

on the basis of the value of the Indicator of Carrier Type Priority parameter

co s de at o

# For interactive services, differentiate the priority through THP in the case of same ARP.

# Applied to determine the integrate priority




Thank YouThank You

Mar 2007



Apr. 2006


Huawei HSUPA Feature in RAN6.0


www.huawei.com






Configuration And Features

HSUPA Channel Mapping

Access to HSUPA Service

HSUPA Key Technologies

HSUPA Power Control

HSUPA Load Control

HSUPA Mobility Management

Performance Simulation

Deployment Strategy

HSUPA

Configuration and Features

Each cell can support R99, HSUPA or R99+HSUPA

E DCH 10ms TTI is supported the peak data rate up to 1 4Mbps in the application




E-DCH 10ms TTI is supported, the peak data rate up to 1.4Mbps in the applicationlayer (1.92Mbps in physical layer) can be reached in RAN 6.0.

Support 20 simultaneous HSUPA users per cell in RAN 6.0.

RAN 6.0

! Interactive / Background / Streaming

mapping on E-DCH

! E-DCH OLPC

! RGCH, AGCH, HICH power control! Basic admission control

! Pre-emption / queuing

! Scheduling based on RTWP

! Iub flow control

! Load Control

! Mobility Management



n Interactive , Background and Streaming service could be mapped onto E-DCH.

n The bit rate thresholds are sed





n The bit rate thresholds are used.

RABs with the maximum uplink bit rate higher than or equal to the threshold will be

mapped onto E-DCH.

The bit rate thresholds (UL streaming threshold on HSUPA , UL BE traf fic threshold

on HSUPA) are OM configurable.

n One switch (PS_STREAMING_ON_E_DCH_SWITCH ) is available for operator todisable the mapping of streaming service onto E-DCH.

Interactive

Background

Streaming

mapping RB on DCH

RB on HS-DSCH

RB on FACH

RB on E-DCH







& Intelligent Access Control

& Admission Control


HSUPA Power Control

HSUPA Load Control



Deployment Strategy

HSUPA

Intelligent Access Control

Failed

Succeeded Succeeded


Failed

RRC connection

request

Admission

algorithm DRD Redirection




Preemption

Queuing

DRD

Admissionalgorithm

Succe

eded

Failed

Failed or not

supported

Failed or not

supported



Failed

Succ-

eeded

Succ-

eeded

Succ-eeded

FailedSucc-eeded

RAB processingIu Qos Negotiation

algorithm switch

UE capability

RAB establishmentRAB modification

Inbound relocation

Ratereconfigurationhard handover

Cell loadinformation list LIT

Scenario

LDM CRM Others

DCCC

algorithm switch

Rate

negotiation

PS domain:maximum ratenegotiation

PS and CS

domains:

initial ratenegotiation


target ratenegotiation

Load admission

Code resource

admission

Iub resource

admission

Credit resourceadmission

YMBMS service

Y Y Y YHSUPA service

Y Y Y YHSDPA service

Y Y Y Y YDCH service

DRDQueuingPreemptionRAB DownsizingIu QoS Negotiation



limitation of EUN, user

number and Iub

transmission

HSUPA Uplink Radio Resource Admission Check

UL/DL algorithm1

Algorithm

DCH

Type


(prediction)

RAN6.0RAN5.1Remark




!Control the user number mapped

on E-DCH

User number checkHSUPA


DSCH

User number checkStreaming

Check the power usage for HSDPA BEPower usage check

Check the aggregated Streaming traffic

provided bit rate

PBR admission check

BE

!Based on power (prediction)DL algorithm1MBMS

!Based on the equivalent number of

users

UL algorithm2

Check the aggregated BE traffic provided

bit rate

PBR admission check

Power usage check

User number check

UL/DL algorithm2

UL/DL algorithm2

Check the power usage for HSDPA

Streaming


DSCH

HSDPA

Based on power or interference (without

prediction)

Based on the equivalent number of users

(prediction)

HSUPA Admission Check Procedure

l User number admission check

l ENU admission check NodeB Max Hsupa User Number

ADD NODEBALGOPARA




HSUPA access request

Get the total ENU of all

existing users.


new incoming HSUPA user

Forecast the ENU load

Compare the forecast ENUload with the threshold

max

total new ENU ENU

ENU

+

new ENU

_ _

total iall exist user

ENU ENU = ∑

Maximum HSUPA user number

UL threshold of other services

UL handover access threshold

ADD CELLCAC

E-DPCCH Ec/No and E-

DPDCH Ec/No are calculated

based on DPCCH Ec/No

l Iub transmission resource admission check

l NodeB credit resource admission check








& Node B Controlled Scheduling

& Iub Flow Control

HSUPA Power Control

HSUPA Load Control



Deployment Strategy

HSUPA

Node B Controlled Scheduling(1)




Receiver

Buffer Status

(TEBS, HLBS)

UPH

HLID

Scheduling

Information

Serving Cell

E-DPDCH

Receiver

TEBS,

Happy_Delay_

Condition

Power

Current SGHappy Bit

Serving Cell

E-DPCCH





Serving Cell

A b

s o l u

t e G

r a n t R

el a t i v e Gr an t

Receiver Receiver Receiver

R e l a t i v e G

r a n t

S c h

e d u l i n

g I n f o

RoT Measurement

Unhappy

L

Non Serving Cell

R e l a t i v

e G r a n t

RoT Measurement

Happy

JUnhappy

L

Scheduling Info

Happy/Unhappy

UE's SPI, GBR

ThresholdEstimated load





A b s

o l u t e G r a n t

R G U

P

Receiver

Unhappy

L

Receiver

Receiver Unhappy

L

Receiver

Priority = FUN

(Rreq, Ravg, SPI)

Priority = FUN (Happy Bit, RSN,

Rcur, Ravg, SPI)

AG Threshold

Average Rate Initial Value

Average Rate Smooth

Factor

SET MACEPARA

Sort Rate Weight

Sort RSN Weight

Sort GBR Switch

Effective Rate Smooth

Factor

SET MACEPARAMaximum Target Uplink Load Factor

ADD CELLHSUPA

ThresholdEstimated load





Threshold

R G

D O W N

A b s o l u t e G

r a n

t Receiver

Happy

J

Receiver Receiver

Receiver Unhappy

LReceiver

ThresholdEstimated loadEstimated loadEstimated load





Threshold

R G D O W N

R G D O W

N

Receiver

Happy

JReceiver Receiver Unhappy

L

Receiver Receiver

Iub Flow Control (1)




Iub flow control associates with NodeB scheduler

- based on the Iub buffer occupancy status

Flowcontrol

Marked UEs

R

e l a t i v

e g r

a n t

Buffer

occupancy status R e l a t i v

e G r a n t

NodeBControlled

Scheduler

Buffer Occupancy Ratio

Threshold

IUB buffer Occupancy Ratio

Hysteresis

SET MACEPARA

Iub Flow Control (2)




Flow

controlthe target uplink

load factor adjusting

command

Iub bandwidth

Total data rates

NodeB

Controlled

Scheduler

Iub flow control associates with NodeB scheduler

- based on the target uplink load adjustment

Load Factor Adjusting

Threshold

Load Factor Adjusting Step

SET MACEPARA

Simulation Results " Iub Flow Control

Scenario 1:

Iub bandwidth isn#t limited




, the throughput of system

, the throughput of Iub interface

Scenario 2:

Iub bandwidth is 3M, buffer is 1M



Scenario 3:

Iub bandwidth is 1M, buffer is 0.5M



The system makes full use

of the Iub bandwidth








HSUPA Power Control

HSUPA Load Control



Deployment Strategy

HSUPA

HSUPA Downlink Power Control for E-AGCH-E-RGCH-E-HICH (1)

n Two Schemes

& Constant transmit powerE-AGCH HPC Mode

SET MACEPARA




& Constant transmit power

& DPCH based dynamic power control

PO P P CPICH P += −

Node B

UE

P - C P I C H

E - AG C H

E - R G C H

E - H I C H

P - C P I C

H E - R G C H

E - H I

C H

Node B

PO is the power offset parameter,which can be configured for each

channel according to the RL state

Constant Transmit Power

E-RGCH HPC Mode for Service Radio Links

E-RGCH HPC Mode for Non-service Radio Links

E-HICH HPC Mode for Service Radio Links

E-HICH HPC Mode for Non-service Radio Links

E-AGCH Power Offset

E-RGCH Power Offset for Service Radio Links

E-RGCH Power Offset for Non-service Radio Links

E-HICH Power Offset for Service Radio Links

E-HICH Power Offset for Non-service Radio Links

SET MACEPARA

HSUPA Downlink Power Control for E-AGCH-

E-RGCH-

E-HICH (2)

DPCH Based Dynamic Power Control




Node B

UE

Dat a1 T P C T F C I Dat a2 P i l o t E -HIC HE -RGC HE - AGC H

Dat a1T P C T F C I Da

t a2 P i l o

t E -HIC HE -RGC H

D a t a1 T P C T F C I D

a t a 2 P i l o t

E - H I C H

E - R G C H

Node B

RL Set

The same color means that there

will be soft combination in UE

SHOTPC PowOffset FUNC P P ∆++=

,...)(

n Based on the power of TPC

n.SHO: SHO compensation, whichare calculated for E-AGCH, E-RGCH.

n PowOffset: Power control

parameter, which are configured foreach channel in different RL states.

E-AGCH Power

E-RGCH Power for Service Radio Links

E-RGCH Power for Non-service Radio LinksE-HICH Power for Service Radio Links

E-HICH Power for Non-service Radio Links

SET MACEPARA







HSUPA Scheduler

HSUPA Power Control

HSUPA Load Control



Deployment Strategy

HSUPA



Load Reshuffling in HSUPA Cell (Radio Resource)

l Uplink

RTWP based UL LDR




trig ldr N Thr

TWP

P RTWP _ >

−=η

sup _ max max( min( , ))

non hspa GBR h a res hspa total ldr P GBP P P P Thr − − −+ + > ⋅

Reserved power for HSUPA

related DL downlink control

channels ( E-AGCH/E-RGCH/E-HICH)

Dl HSUPA reserved factor

ADD CELLCAC

& RTWP based UL LDR

&

Power based DL LDR

l Downlink

Load Reshuffling in HSUPA Cell (ENU)

l Uplink

& ENU based UL LDR




resCCH DCH DL N N N _ +=

trig ldr

Max

UL

Thr K

K _ >=η

UL

CCH

UL

DCH

UL

Stream H

UL

BE H

UL

HSUPA

UL K K K K K K ++++= −−

l Downlink

& For R99 cell

ldr dchresCCH DCH Thr N N N −⋅>+ max _

& For HSDPA cell

+

If ENU based DL LDR is enabled, HSDPA users shallnot be selected to perform load reshuffling actions.

& ENU based UL LDR

HSUPA







HSUPA Scheduler

HSUPA Power Control

HSUPA Load Control



Deployment Strategy

HSUPA

HSUPA Mobility Management (1)

l Support intra/inter-frequency and inter-RAT handover

l Keep the AS of HSUPA the same as DCH in RAN 6.0

Switch to DCH if a non HSUPA cell is added into AS




/ Switch to DCH if a non HSUPA cell is added into AS

/

Switch to E-DCH when all non HSUPA cells in AS are removed

Cell 2(R99)Cell 1(HSUPA) Cell 2(R99)Cell 1(HSUPA)

E-DCH

1a event triggered

DCH DCH

1b event triggered

Cell 2(R99)Cell 1(HSUPA)

E-DCH

l Inter-RAN SHO solution in RAN6.0

/ Switch to DCH when a DRNC cell is added into AS

/ Switch to E-DCH when all cells in different RNCs removed

Iur

CN

SRNC DRNC

Iu

Uu

CN

SRNC DRNC

Iu

Uu

Iur

CN

RNCSRNC

Iu

Uu

E-DCHE-DCH

DCH

1a event triggered

DCH

1b event triggered

HSUPA Mobility Management (2)

l Direct Retry

/ HSUPA service is initiated in R99 cell




/

Traffic volume increases

/

Periodic Timer

/ Access to an HSUPA cell is rejected due to resource limitation

are set on cell a

Cell b (f2, R99)

Cell a (f1,HSUPA)

UE initiates

HSUPA service

request from cell b

After DRD, UE

HSUPA service

Cell b (f2, R99)

Cell a (f1,HSUPA)

HSUPA Parameters Structure (1)

GlobalParaClass RAB&SRBClassRNC




E-DPCCH pow er offset

TYPRABOLPC.ClassFRC.Class

Reference E-TFCI Index

Reference E-TFCI Pow er Offset

E-DCH ret ransfer number Probabi l i t y Target Value

Target Number of E-DCH PDU ret ransfer [ t imes]

Maximum Number o f E-DCH PDU ret ransfer [ times]

Maximum E-DCH Power o f fset increase step[0.001dB]

Maximum E-DCH Power Of fset

Minimum E-DCH Power Of fset

E-DCH Power Of fset Per iod[100ms]

CELLSETUP.Class

RadioClass

GlobalParaClass RAB&SRBClass CellClass

CELLHSUPA.Class

TYPRABOLPC.ClassFRC.Class

CELLSETUP.Class

CellClass

CELLHSUPA.Class

Maximum Target Upl ink Load Factor

Target Non-serving E-DCH to Total E-DCH

Power ratio[%]

Code Number for E-AGCH

Code Num ber fo r E-RGCH/E-HICH

HSUPA Parameters Structure (2)

RadioClass

NodeB




IUB bu f f e r Occupancy Rat io Hys te res i s

MACEPARA.Class

E-RGCH HPC Mode for Non-service Radio Links

E-HICH HPC Mode for Serv ice Radio Links

E-HICH HPC Mode for Non -service Radio Links

E-RGCH Power fo r Serv ice Rad io L inks

E-RGCH Power fo r Non-serv i ce Rad io L inks

E-HICH Pow er for Serv ice Radio Links

E-HICH Power for Non-serv ice Radio Link s

E-RGCH Power Of fset for Serv ice Radio Links

E-RGCH Power Offset for Non-service Radio Links

E-HICH Power Of fset for Serv ice Rad io Links

E-HICH Power Offset for No n-service Radio Links

AG Thresho ld

Averag e Rate Ini t ia l Value

Average Rate Smooth Fac to r

Sor t Rate Weigh t

Sort Rate RSN Weight

Sor t GBR Swi t ch

Ef fec t ive Rate Smoo th Factor

Load Fac to r Ad jus t i ng Step

Buf f e r Occupancy Rat io Thresho ld

Load Fac to r Ad jus t i ng Thresho ld

E-AGCH Po wer

E-AGCH HPC Mode

E-RGCH HPC Mode for Serv ice Radio L inks

CellClass

E-AGCH PowerOf fset



HSUPA Simulation Result (1)

l Link layer interface evaluation

! The Link layer interface is the basis

AWGN

PA3

PB3

VA30

VA120




! The Link layer interface is the basis

of system level simulation

-2.6-9.5-2.4-9.4-2.1-9.1-2.5-8.8-3.9-9.7Huawei

-3.1-9.0-3.0-8.9-3.0-8.7-3.0-8.4-4.5-9.5Average

-2.7-8.6-2.8-8.5-2.7-8.4-2.6-8.1-4.2-9.1Max

-3.3-9.3-3.2-9.2-3.4-9.1-3.4-8.8-4.7-10.2MinFRC6

-3.2-10.3-3.0-10.2-3.4-10.1-3.8-9.5-4.5-11.2Huawei

-3.4-10.1-3.5-10.0-4.0-9.9-4.0-9.4-4.8-10.7Average

-2.9-9.7-3.3-9.6-3.8-9.5-3.6-9.0-4.6-10.3Max

-4.0-10.5-3.9-10.4-4.4-10.2-4.3-9.7-5.0-11.3MinFRC1

70%30%70%30%70%30%70%30%70%30%

VehA120VehA30PedB3PedA3AWGNEcNo


l System level simulation assumption

R kV lP t




21dBmUE Max Tx Power

Category 3: 10ms TTI, 2SF4,Up

to 1.92Mbps

Category 6: 10msTTI,

2SF4+2SF2, Up to 5.76Mbps

Category 3,

Category 6

UE category

Full Buffer Traffic model

inter site distance 1km, 3

section per station

3x3 Wrap-aroundCell deployment

TU3Channel model

Urban Middle CityCOST 231-Hata + 0dBPath Loss

RemarkValueParameters


l Cell throughput vs RoT




0

0. 2

0. 4

0. 6

0. 8

1

1. 2

1. 4

1. 6

0 2 4 6 8 10RoT(dB)

C e l l T h r o u g h p u t ( M b p s )

DCH

E-DCH 10msTTI

E-DCH 2msTTI


l NRTV on E-DCH vs on DCH

90%

100%

90%

100%




0%10%

20%

30%

40%

50%

60%

70%

80%

90%

100 150 200 250

Del ay(ms)

C D F ( % )

EDCH

DCH0%

10%

20%

30%

40%

50%

60%

70%

80%

90%

200 400 600 800 1000 1200

Del ay J i tter(ms)

C D F ( % )

EDCH

DCH

10ms TTI, 2SF4, up to

1.92Mbps with GBR of 64K

DCH-128K

E-DCH

DCH

Channel type

Average Data Rate 64K NRTV, 10 user per cellTraffic model

VA30Channel model

PL=138.5+38log10(d/km)Dense urbanEnvironment

RemarkValueParameters



Deployment Strategy (Single Carrier)

Single Carrier Solution

All cells support HSPA and R99 service.




HSUPA cell is downlink HSDPA supported.

HSPA users perform soft handover between intra-frequency cells, HSPA

serving cell changes triggered by 1D event

HSPA users starts CM triggered by 2D event and performs inter-RAT

handovers to 2G cell

F1:R99+HSPA

Cell 1

F1:R99+HSPA

Cell 2

Hotspot Multi-carrier Solution

HSPA UE on F1 R99 cells can periodically retry to co-coverage F2 HSPA

Deployment Strategy (Multi-carrier)




HSPA UE on F1 R99 cells can periodically retry to co coverage F2 HSPA

cells

F1 HSPA users starts CM triggered by 2D event and perform inter-RAT

handover to 2G cell

F2 HSPA users starts CM triggered by 2D event and perform inter-freq

handover to F1 cell

F1:R99

Cell 3

F1:R99

Cell 2

F1:R99+HSPA

Cell 1

F1:R99+HSPA

Cell 4

F2:R99+HSPA

Cell 6

F2:R99+HSPA

Cell 5

1

4 4

1

23



Thank YouThank You

huawei ran features and parameters in ran5.1 & ran6.0 & hsupa

Documents