Beruflich Dokumente
Kultur Dokumente
STUDENT GUIDE
1. Safetyto
Switch Warning
notes view!
Both lethal and dangerous voltages may be present within the products used herein. The user is strongly advised not to
wear conductive jewelry while working on the products. Always observe all safety precautions and do not work on the
equipment alone.
The equipment used during this course may be electrostatic sensitive. Please observe correct anti-static precautions.
2. Trade Marks
Alcatel-Lucent and MainStreet are trademarks of Alcatel-Lucent.
All other trademarks, service marks and logos (“Marks”) are the property of their respective holders, including Alcatel-
Lucent. Users are not permitted to use these Marks without the prior consent of Alcatel-Lucent or such third party owning
the Mark. The absence of a Mark identifier is not a representation that a particular product or service name is not a Mark.
Alcatel-Lucent assumes no responsibility for the accuracy of the information presented herein, which may be subject to
change without notice.
3. Copyright
This document contains information that is proprietary to Alcatel-Lucent and may be used for training purposes only. No
other use or transmission of all or any part of this document is permitted without Alcatel-Lucent’s written permission, and
must include all copyright and other proprietary notices. No other use or transmission of all or any part of its contents may
be used, copied, disclosed or conveyed to any party in any manner whatsoever without prior written permission from
Alcatel-Lucent.
Use or transmission of all or any part of this document in violation of any applicable legislation is hereby expressly
prohibited.
User obtains no rights in the information or in any product, process, technology or trademark which it includes or
describes, and is expressly prohibited from modifying the information or creating derivative works without the express
2written consent of Alcatel-Lucent. All Rights Reserved © Alcatel-Lucent 2010
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
4. Disclaimer
In no event will Alcatel-Lucent be liable for any direct, indirect, special, incidental or consequential damages, including
lost profits, lost business or lost data, resulting from the use of or reliance upon the information, whether or not Alcatel-
Lucent has been advised of the possibility of such damages.
Mention of non-Alcatel-Lucent products or services is for information purposes only and constitutes neither an
endorsement, nor a recommendation.
This course is intended to train the student about the overall look, feel, and use of Alcatel-Lucent products. The
information contained herein is representational only. In the interest of file size, simplicity, and compatibility and, in some
cases, due to contractual limitations, certain compromises have been made and therefore some features are not entirely
accurate.
Please refer to technical practices supplied by Alcatel-Lucent for current information concerning Alcatel-Lucent equipment
and its operation, or contact your nearest Alcatel-Lucent representative for more information.
The Alcatel-Lucent products described or used herein are presented for demonstration and training purposes only. Alcatel-
Lucent disclaims any warranties in connection with the products as used and described in the courses or the related
documentation, whether express, implied, or statutory. Alcatel-Lucent specifically disclaims all implied warranties,
including warranties of merchantability, non-infringement and fitness for a particular purpose, or arising from a course of
dealing, usage or trade practice.
Alcatel-Lucent is not responsible for any failures caused by: server errors, misdirected or redirected transmissions, failed
internet connections, interruptions, any computer virus or any other technical defect, whether human or technical in
nature
5. Governing Law
The products, documentation and information contained herein, as well as these Terms of Use and Legal Notices are
governed by the laws of France, excluding its conflict of law rules. If any provision of these Terms of Use and Legal
Notices, or the application thereof to any person or circumstances, is held invalid for any reason, unenforceable including,
but not limited to, the warranty disclaimers and liability limitations, then such provision shall be deemed superseded by a
valid, enforceable provision that matches, as closely as possible, the original provision, and the other provisions of these
Terms of Use and Legal Notices shall remain in full force and effect.
Section
About This1.Course
HSDPA Introduction
4. Topic/Section is Positioned Here
Module 1. TMO18247
Course outline
Technical supportKey Introduction
Section 2. HSDPA 5. Topic/Section is Positioned Here
Course objectives
Module 1. TMO18247
Section 3. HSDPA
1. Topic/Section is Key Channel Here
Positioned 6. Topic/Section is Positioned Here
Xxx Module 1. TMO18247
Xxx
Section 4. HSDPA Key HARQ 7. Topic/Section is Positioned Here
Xxx
Module 1. TMO18247
Section 5. HSDPA Key Fast Scheduling
2. Topic/Section is Positioned Here
Module 1. TMO18247
Section 6. HSDPA Key AMC
3. Topic/Section is Positioned Here
Module 1. TMO18247
Section 7. HSDPA Protocol
Module 1. TMO18247
Section 8. HSDPA Scenario
Module 1. TMO18247
Section 9. HSDPA AL Implementation
Module 1. TMO18247
4 Section 10. HSUPA Fund
9300 WCDMA
All Rights Reserved © Alcatel-Lucent 2010
Conventions
Switch used
to notes in this guide
view!
Note
Provides you with additional information about the topic being discussed.
Although this information is not required knowledge, you might find it useful
or interesting.
Technical Reference
(1) 24.348.98 – Points you to the exact section of Alcatel-Lucent Technical
Practices where you can find more information on the topic being discussed.
Warning
Alerts you to instances where non-compliance could result in equipment
damage or personal injury.
At the end of each section you will be asked to fill this questionnaire
Course title :
Please, return this sheet to the trainer at the end of the training
Client (Company, Center) :
Language :
Switch to notes view! Dates from : to :
Number of trainees : Location :
Surname, First name :
1 To be able to XXX
2
11 All Rights Reserved © Alcatel-Lucent 2010
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
Other comments
1
Section 1
HSDPA Introduction
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
What is HSDPA?
HSDPA
1What Key Points
is HSDPA? 7
Radio Resource
1.1 HSDPA Key PointsAllocation 8
1.2 What HSDPA
User Throughput has been designed for?
Management 9
1.3 A new shared channel: HS-DSCH 10
HSDPA
2HSDPA Main Main
Solution Concepts
Facts & Benefits 11
2.1 Theoretical Peak User Data Rates 12
2.2 HSDPA
HSDPA Market Applications
Solution Main Facts 13
2.3 Typical Data Rates 14
Theoretical
2.4 Peak User Data Rates
Factors of HSDPA Performances 15
HSDPA
2.5 HSDPAMarket
Solution Applications
Key Values 16
HSDPA
3HSDPA Solutionand
deployment Keyevolution
Values 17
3.1 Deployment and evolution of HSDPA 18
3.2 Configurations of Deployment inside UMTS 19
3.3 Evolutions of HSDPA 20
High Low
Throughputs Latency
Shared PS
Channels Dedicated
HSDPA (High Speed Downlink Packet Access) is a UMTS packet air interface (add-on solution on top of
3GPP R4 architecture) that allows higher downlink peak data rates than UMTS.
In addition, HSDPA provides lower latency with reduced Round Trip Delays enabling great interactive
applications like multi-user gaming.
HSDPA introduces a new common high speed downlink channel shared by several users. It also introduces
enablers for the high speed transmission at the physical layer (see next slide).
The various system evolutions triggered by HSDPA implementation are restricted to the access network
and there is no modification to the core network and traffic classes.
DL
UL
“HSDPA is based on techniques such as Adaptive Modulation and Hybrid ARQ to achieve high data
throughput, high peak rates and reduce delay.
It relies on a new type of transport channel, the HS-DSCH, which is terminated in the Node B.
HS-DSCH is applicable only on PS domain RABs.” [refer to 3GPP TS 25.308]
It can significantly increase user data rates but only for ‘best effort’ services such as Internet access or
file download.
In a first step, HSDPA is not intended as a solution for real-time services that require guaranteed QoS and
also places heavy demands on terminals – initial deployments are expected to be confined to 3G data
cards on laptops.
Why is a shared channel more efficient to carry packet bursty traffic than a dedicated channel?
With a bursty traffic, the demand for high data rate is sporadic. Indeed once the UE will demand for a
high data rate to download a file for example, and between 2 such a demands, it won’t need it
anymore.
So with the use of a dedicated channel, the channel with its resources are “dedicated” to this UE.
Consequently between 2 demands like web browsing, the resources are lost.
On the contrary, a shared channel is able to allocate most of its resources to one UE when it asks for,
and the rest of the time, shares those resources with other UE in order to maximize the use of the
channel.
To summarize: dedicated channels are more adapted to symmetrical and constant traffic because they
are able to ensure a certain level of Quality of Service (QoS), they are NOT efficient at all for PS non-
real time traffic.
HSDPA is then based on the use of a shared channel: the High Speed Downlink Shared Channel (HS-DSCH).
The High Speed Downlink Shared Channel is a downlink transport channel shared by several UE. In the
Evolium solution the HS-DSCH is associated with a Dedicated Channel DCH for the RRC and NAS
signalling.To know more about those channels refer to the section “HSDPA Channel” in the chapter
“key concepts for HSDPA”.
The HS-DSCH is transmitted over the entire cell or over only part of the cell using beam-forming antennas
(i.e. smart antennas). [refer to 3GPP TS 25.211]
Note: No Soft Handover/ No fast Closed Loop Power Control as the link adaptation is now performed by
the adaptation of the Modulation with the Coding Rate.
21.6M
14.4M
3.6M
2.4M 3.1M
2M
0.31 M 0.38 M
UE Category 14
UE Category 10
UE Category 6
1xRTT
1xEV-DV
1xEV-DO
W-CDMA
EGPRS
HSDPA
HSDPA
1 12
HSDPA Introduction
All Rights Reserved © Alcatel-Lucent 2010
HSDPA
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
HSDPA provides impressive enhancements over W-CDMA R4 for the downlink. It offers peak data rates of
up to 10 Mbps, resulting in a better end-user experience for downlink data applications.
The HSDPA-capable UE are classified in categories depending on their receiving capabilities (processing,
modulation, number of codes,...). A single user can receive up to 15 multi-codes, the maximum
specified peak data rate with HSDPA is 21.6 Mbps (Layer1 throughput) when higher order modulation is
used with no coding (effective code rate of one) and with 15 multi-codes.
Achieving this rate in a real system remains very unlikely as it would require an unloaded system serving
a single user extremely close to the NodeB.
Nevertheless, the ability to offer higher peak rates for an increasingly performance-demanding end user
at a substantially lower cost will create a significant competitive advantage for HSDPA operators.
Supporting rich multimedia applications and content and more compelling devices at lower user costs
will enable early adopters to differentiate themselves with advanced services, resulting in higher
traffic per user and increased subscriber growth
HSDPA will change wireless communications by delivering broadband in wireless access. This is the next
big technological advancement needed to increase usage. It will boost usage in business sectors by
providing a virtual office environment anywhere and it will also trigger usage by the consumer market
by leveraging the end-user experience of fixed broadband.
The first trend will be for the business market by extending Wireless LAN applications to everywhere
providing a virtual office to sales force, and all nomadic jobs. Indeed, HSDPA allows for broadband to
be truly ubiquitous for the very first time without the inconvenience of looking for hotspots or wireless
access points.
One of the most dramatic changes the telecom sector has faced in recent years has been the diminishing
time lag between the corporate sector and the consumer market in their uptake for new technology.
As far as the consumer market is concerned, HSDPA will blend the boundary between their fixed
broadband access and their mobile services: HSDPA will provide the seamless access to all applications
already used at home for entertainment like music and video downloads, multiplayer gaming, and TV.
HSDPA has a great opportunity to enter the triple play market by addressing residential access with a
bundle offer for TV, Internet Access, and Voice and Mobile services.
7 Mbps
10.8 Mbps Pedestrian
3 Mbps
at 30km/h
for LoS at 3km/h
HSDPA
Throughput
The theoretical 21.6 Mbps of cell Throughput shared among users can be achieved only under several
criteria:
The UE must experience optimum channel conditions (e.g. very high SINR)
The load of the cell should allow the Node-B to provide all resources to HSDPA users.
The radio Resource Management or the type of scheduling algorithm of the infrastructures can also
impact the performances for a sake of fairness or of priority among users.
PA
HSD DY
REA
45W/60W MCPA
Ready for HSDPA Applications
A key attribute of Alcatel-Lucent W-CDMA infrastructure is its flexibility for future upgrades. New
features, some of which were in the earliest stages of standardization at the time of the system
specification, have been taken into account in the Radio Access Network architecture and system
design. This proactive approach enables Alcatel-Lucent to implement HSDPA with simple upgrades to
its current RAN platforms.
Being able to integrate HSDPA and R4 traffic into the same carrier is essential. With the Alcatel-Lucent
solution this is achieved without changing the base station RF elements. Alcatel-Lucent high power
MCPA is already sized for indoor and outdoor HSDPA high demanding power applications. Consequently
HSDPA can boost user and system performance using the initial 5 MHz frequency layer. This does not
prevent from choosing to allocate HSDPA services on a dedicated carrier, this option being also
completely supported by the current Alcatel-Lucent base station RF elements.
The Alcatel-Lucent HSDPA Solution is also fully backwards compatible with 3GPP R4, allowing HSDPA to
be introduced into networks gradually. Both R4 and HSDPA capable terminals can share the same radio
carriers.
Global
Satellite
Suburban Urban
Indoor
MSS
EDGE UTRA/FDD HSDPA
Outdoor
* source: Users
DoCoMo 30%
Engineering Indoor
Users 70%
Studies show that Broadband Mobile users are generally connecting inside buildings as shown on the
figure above. Then we can expect an efficient usage of HSDPA for those users.
Dedicated Configuration
Mixed Configuration
Support of mixed DCH bearers and HSDPA bearers in the same cell
Another HSDPA carrier configuration available with EVOLIUM™ Release R5 provides the ability to mix DCH
and HSDPA traffic in the same cell. In this case, DCH and HSDPA traffic will share the cell’s resources in
terms of power and codes.
Alcatel-Lucent recommends going for this configuration as soon as the optimization of HSDPA has been
performed successfully on the dedicated carrier, not to harm the current QoS of DCH services. Then,
this mixed configuration will enable operators to take full benefit of HSDPA handsets capable of multi-
call support. Indeed, the mixed carrier configuration offers the ability to have a voice call on DCH
simultaneously with a Packet call on HSDPA.
There is a third configuration with 2 layers: one freq. dedicated to DCH/another one mixed: HSDPA and
DCH, that also enables multi-calls.
All Rights Reserved © Alcatel-Lucent 2010
TMO18247 Edition D0 SG DEN I2.0
Section 1 Pager 19
3 HSDPA deployment and evolution
3.3 Evolutions of HSDPA
2
Section 2
HSDPA Key Introduction
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 HSDPA Key Features 7
1.1 HSDPA Main Concepts & Benefits 8
1.2 Radio Resource Allocation 9
1.3 User Throughput Management 10
2 HSDPA Technical Overview 11
2.1 Code and Time Multiplexing 12
2.2 Scheduling Principle 13
2.3 Adaptive Modulation and Coding 15
2.4 Fast Retransmission Combining: Hybrid-ARQ 17
2.5 NodeB Role 18
- resource allocation
- fast retransmission
H SD
PA
Better End-
End-User Perceived Quality
28 All Rights Reserved © Alcatel-Lucent 2010
HSDPA Key Introduction
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
HSDPA introduces a completely new strategy to handle downlink high data rate packet services and two
of the most fundamental features of W-CDMA (fast power control and spreading factor variability) are
disabled. In addition, the new downlink channel used to carry the PS data does not support Soft
Handover.
Basically, HSDPA introduces a new common High Speed Downlink Shared Channel (HS-DSCH) shared by
several users. In addition, it introduces enablers for the high speed transmission at the physical layer
like the use of a shorter TTI (2 ms), the use of Adaptive Modulation and Coding, and the use of fast
retransmission based on hybrid ARQ (HARQ) techniques. These key mechanisms are located within the
UMTS BTS.
HSDPA considerably improves the 3G end-user data experience by enhancing downlink performance.
HSDPA significantly reduces the time it takes a mobile user to retrieve broadband content from the
network. A reduced delay is important for many applications such as interactive gaming. HSDPA notably
allows a more efficient implementation of interactive and background traffic classes as standardized
by 3GPP. HSDPA high data rates also improve the use of streaming applications, while lower roundtrip
delays will benefit Web browsing applications. In addition, HSDPA improved capacity opens the door
for new and data-intensive applications that cannot be fully supported with R4 because of bandwidth
limitations.
9
R9 Dedicated Channel
TS
UM
Dedicated Channel
Dedicated Channel
D PA
HS
Shared Channel
The WCDMA system normally carries user data over dedicated transport channels, or DCHs, which brings
maximum system performance with continuous user data. The DCHs are code multiplexed onto one RF
carrier. In the future, user applications are likely to involve the transport of large volumes of data that
will be bursty in nature and require high bit rates.
HSDPA introduces a new transport channel type, High Speed Downlink Shared Channel (HS-DSCH) that
makes efficient use of valuable radio frequency resources and takes into account packet data services
burstiness.
This new transport channel shares multiple access codes, transmission power and use of infrastructure
hardware between several users. The radio network resources can be used efficiently to serve a large
number of users who are accessing bursty data. To illustrate this, when one user has sent a data packet
over the network, another user gets access to the resources and so forth. In other words, several users
can be time multiplexed so that during silent periods, the resources are available to other users.
9
R9 Same Throughput
TS
UM
Unused Power
Data Power
D PA
HS
100%
Rate
Adaptation 100% Power
There is no more fast Power Control with HSDPA and the High Speed Downlink Shared Channel is
transmitted at a constant power while the modulation, the coding and the number of codes are
changed to adapt to the variations of radio conditions.
Where R4 dedicated downlink PS data channels offer a constant data rate using power adaptability,
HSDPA shared channel opposes PS data rate variability.
UE 1 UE 2
Codes UE 3 UE 4
e SF .
Code #4
ia bl ux
r M UMTS/FDD (R’99)
Va ime
Code #3
Code #2
o T
Code #1
n Time
Codes
2ms
= 16 s
Code #5
d SF 2m .
e I= x
Fix d TT e Mu
Code #4
HSDPA (R5)
Code #3
i xe Cod
Code #2
F & Time
Code #1 e
2 12
Tim All Rights Reserved © Alcatel-Lucent 2010
HSDPA Key Introduction
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
Code #4
Code #3
Code #2
Code #1 Time
HS-DSCH/HS-PDSCHs
RNC Node B
UE1
UE2
UE3
Time
UE 1 UE 2 UE 1 UE 3
Radio
Link Ok, for this UE:
Quality • at the next TTI,
Quality Feedback
• I choose the 16-QAM modulation
• and a coding rate of 3/4
UA07
QPSK 16-QAM 64-QAM
Quadrature Phase Shift Keying 16 Quadrature Amplitude Modulation 64 Quadrature Amplitude Modulation
• 4 states • 16 states • 6 bits per symbol
• 2 bits per symbol • 4 bits per symbol
Throughput
[Kbps]
2500 16-QAM + coding rate 3/4
2000
1500
QPSK + coding rate 1/2
1000
Bad el od
Go nel
nn
500 cha itions n
ch itions
a
nd d
co c on
0
y Radio link quality
(SNR) [dB]
How the AMC maximizes the spectral efficiency over scheduling resource allocation?
The Adaptive Modulation and Coding (AMC) optimizes the spectral efficiency by maximising the user bit
rate during its transmission time: indeed it changes the modulation and the coding rate to increase the
bit rate in the limit of a certain quality of the link (BLER threshold).
Packet transmission
Serving Node-B UE
RNC RLC ACK
R & NT
Packet transmission
TE IE
On the
FAS FFIC H-ARQ NACK Combining
Rx packets HS-DSCH channel
E H-ARQ Re-Tx
O RE H-ARQ ACK
M RLC ACK
Serving
Node-B UE
RNC
Flow Control
Dynamically fills the Queues of each UE
Queue IDs
Scheduler
Fills the TTIs with one or more users based on their
priority and feedback information
HARQ Processes
Retransmissions handling, TFRC selection, AMC…
The main architectural shift with respect to R4 is the introduction of MAC entity, the Mac-hs layer,
located in the NodeB, near the physical channel, which allows s high reactivity in the resource
allocation according to the RF conditions changes. This Mac-hs layer manages the scheduling of users
and the retransmissions of packets.
This architectural evolution gives a new importance to the role of the NodeB in the UTRAN. It then
necessarily goes together with the introduction of some new functions managed by the NodeB among
which:
Flow Control: new control frames are exchanged in the user plane between NodeB and RNC to
manage the data frames sent by the RNC;
Scheduler: it determines for each TTI which users are going to be served and how many data bits
they are going to receive;
Hybrid Automatic Repeat Query: This ARQ schema is for error recovery at the physical layer (which
exists independently of the ARQ scheme at the RLC layer). This fast retransmission scheme is of
paramount importance for TCP as generally TCP has not performed well in a wireless environment;
Adaptive Modulation and Coding: new channel coding stages and radio modulations schemes are
introduced to provide data throughput flexibility;
Feedback demodulation and decoding in UL.
3
Section 3
HSDPA Key Channel
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 HSDPA New Channel Structure 7
1.1 HSDPA Channels 8
1.2 HSDPA Physical Layer Structure 9
1.3 Channel mapping in 3GPP/HSDPA (Downlink) 10
1.4 Channel mapping in 3GPP/HSDPA (Uplink) 11
1.5 Structure of HS-DSCH-associated Channels 12
2 Channel Features 13
2.1 HS-DSCH specific Characteristics 14
2.2 OVSF Code Tree Reservation 15
3 Power Management 16
3.1 Power Management Principles (first Tx) 17
[3GPP TS 25.211]
The HS-SCCH (High Speed-Shared Control CHannel) is a fixed rate (SF=128) downlink physical channel
used to carry downlink signalling related to HS-DSCH transmission (e.g. Transport Block size,
Modulation, number of codes).
All relevant Layer 1 information is transmitted in the associated HS-SCCH i.e. the HS-PDSCH does not
carry any Layer 1 information.
If the UE did detect consistent control information intended for this UE in the immediately preceding
subframe, it is sufficient to only monitor the same HS-SCCH used in the immediately preceding
subframe. [3GPP TS 25.214]
If the UE did not detect consistent control information intended for this UE on any of the HS-SCCHs in
the HS-SCCH set in the immediately preceding subframe, the UE shall monitor all HS-SCCHs in the HS-
SCCH set. The maximum size of the HS-SCCH set is 4.
[3GPP TS 25.321]
The Transport Block size [bits] for HS-DSCH (High Speed-Donwlink Shared CHannel) is derived from
the TFRI (Transport Format Resource Indicator) value signalled on the HS-SCCH and from the
modulation and the number of codes also signalled on the HS-SCCH. (See table of mapping in TS
25.321)
[see next slide for information about HS-DPCCH, HS-PDSCH, associated DCH]
The UE shall transmit the ACK/NACK information received from MAC-hs in the corresponding HS-DPCCH
(High Speed-Dedicated Physical Control CHannel) sub-frame.[3GPP TS 25.211]
The HS-DPCCH (SF=256) carries uplink feedback signalling related to downlink HS-DSCH transmission.
The HS-DSCH-related feedback signalling consists of Hybrid-ARQ Acknowledgement (HARQ-ACK) and
Channel-Quality Indication (CQI).
There is at most one HS-DPCCH on each radio link. The HS-DPCCH can only exist together with an
uplink DPCCH.
[3GPP TS 25.211]
The High Speed Physical Downlink Shared Channel (HS- PDSCH) is used to carry the High Speed
Downlink Shared Channel (HS-DSCH).
A HS-PDSCH corresponds to one channelization code of fixed spreading factor SF=16 from the set of
channelization codes reserved for HS-DSCH transmission. Multi-code transmission is allowed, which
translates to UE being assigned multiple channelisation codes in the same HS-PDSCH subframe,
depending on its UE capability.
An HS-PDSCH may use QPSK or 16QAM modulation symbols.
An associated uplink DCH mapped on a DPCH is necessary to carry data of the UE as HS-PDSCH is just
carrying data in DL.
Transport Channels
DCH HS-DSCH A
FACH PCH BCH
DP
HS
Physical Channels
DPDCH HS-PDSCHs
DPDCH and DPCCH + S-CCPCH P-CCPCH
multiplexed by +
time
DPCCH HS-SCCHs
A
DP
HS
Not associated
AICH PICH CPICH P-SCH S-SCH
with transport channels
The HS-DSCH is a transport channel for which a common pool of radio resources is shared dynamically
between several UEs. The HS-DSCH is mapped to one or several physical channels such that a specified
part of the downlink resources is employed. For the HS-DSCH no macrodiversity is applied, i.e. a
specific HS-DSCH is transmitted in a single cell only.The HS-DSCH is defined as an extension to DCH
transmission. Physical channel signalling is used for indicating to a UE when it has been scheduled and
then the necessary signalling information for the UE to decode the HS-PDSCH.
In every HS-DSCH TTI, one or several HS-PDSCHs can be used in the downlink. Therefore, the HS-DSCH
supports code multiplexing. MAC multiplexing of different UEs shall not be applied within an HS-DSCH
TTI, i.e. within one HS-DSCH TTI an HS-PDSCH is assigned to a single UE. However, MAC multiplexing is
allowed on a TTI by TTI basis, i.e. one HS-PDSCH may be allocated to different UEs at each TTI.
CCTrCH
Physical Channels
DPDCH
DPDCH and DPCCH + HS-DPCCH PRACH
multiplexed by modulation A
DPCCH DP
HS
For FDD, following information is carried on the HS-SCCH (SF=128, convolution coding r=1/2), refer to
[3GPP TS 25.858]
Transport-format and Resource related Information (TFRI): Channelization-code set: 7 bits,
Modulation scheme: 1 bit, Transport-block size: 6 bits
Hybrid-ARQ-related Information (HARQ information): Hybrid-ARQ process number: 3 bits (thus
corresponding to a maximum of 8 HARQ processes at UE), Redundancy version: 3 bits, New-data
indicator: 1 bit (“0” for the first MAC-hs PDU transmitted by a HARQ process), UE ID: 10 bits implicitly
encoded in the CRC
Frame structure for Uplink HS-DPCCH (SF=256, 15 kbps channel bit rate), refer to [3GPP TS 25.211]
The HS-DPCCH carries uplink feedback signalling related to downlink HS-DSCH transmission.
The HS-DSCH-related feedback signalling consists of Hybrid-ARQ Acknowledgement (HARQ-ACK) and
Channel-Quality Indication (CQI). Each sub frame of length 2 ms (3*2560 chips) consists of 3 slots, each
of length 2560 chips.
The HARQ-ACK (positive or negative) is carried in the first slot of the HS-DPCCH sub-frame. The CQI is
carried in the second and third slot of a HS-DPCCH sub-frame. There is at most one HS-DPCCH on each
radio link. The HS-DPCCH can only exist together with an uplink DPCCH.
All Rights Reserved © Alcatel-Lucent 2010
TMO18247 Edition D0 SG DEN I2.0
Section 3 Pager 12
2 Channel Features
Codes
UE 1 UE 2
UE 3 UE 4
User 5 User 3 User 5
UE 5
15 codes
(SF=16)
User 1
User 4 User 2
HS-PDSCH #5
User 4
Time
User 1 User 2 User 1 User 3 User 3
TTI=2ms
The HS-DSCH has specific characteristics in many ways compared with existing Release’99 channels:
The Transmission Time Interval (TTI) or interleaving period has been defined to be 2 ms (3 slots) to
achieve short round-trip delay for the operation between the terminal and Node B for retransmissions.
The HS-DSCH 2-ms TTI is short compared to the 10-, 20-, 40- or 80-ms TTI sizes supported in
Release’99.
Adding higher order modulation scheme, 16 QAM, as well as lower encoding redundancy has increased
the instantaneous peak data rate.
In the code domain perspective, the SF is fixed; it is always 16, and multi-code transmission (up to 15
codes/UE) as well as parallel transmission (up to 4 UE/TTI) of different users can take place. The
maximum number of codes that can be allocated is 15, but depending on the terminal (UE) capability,
individual terminals may receive a maximum of 5, 10 or 15 codes.
Channel Coding
[25.858] HS-DSCH channel coding uses the existing rate 1/3 Turbo code and the existing Turbo code
internal interleaver, as outlined in 3G TS 25.212. Other code rates are generated from the basic rate
1/3 Turbo code by applying rate matching by means of puncturing or repetition.
[Holma] turbo coding is the only coding scheme used. However, by varying the transport block size, the
modulation scheme and the number of multi-codes and turbo code rates other than 1/3 become
available. In this manner, the effective code rate can vary from ¼ to ¾; i.e. the number of bits per
code can vary by changing the coding gain.
SF4
SF8
SF16
SF32 HS-PDSCH
SF64
HS-SCCH
SF128 HSDPA
SF4
SF8
SF16
SF32
HS-PDSCH
SF64
SF128 cmCH
HSDPA + DCH
SF256 HS-SCCH
The configuration of the OVSF code tree can provide up to 15 SF16 codes allocated to HS-PDSCH and up
to 4 SF128 codes for HS-SCCH.
All R99 common channels (P-CPICH, P-CCPCH, S-CCPCH) are allocated at the top of the tree, with a
minimal equivalent occupancy of SF32.
Immediately below the HS-SCCH SF128 codes are allocated. These codes are allocated at cell setup and
cannot be used or preempted for other services.
The HS-PDSCH SF16 codes are allocated and reserved by the RNC at the bottom of the tree.
All the remaining codes are therefore contiguous and left for further DCH allocations. This includes
associated DCH as well as any other calls mapped on DCH (e.g. speech calls, streaming, etc).
Note that the maximum configuration (15 HS-PDSCH codes and 4 HS-SCCH codes) leaves no room in the
OVSF tree for DCH (due to common channels occupancy) so it is not even possible to allocate
associated SRB for HSDPA calls.
Cell
Power
PMAX
PHSDPA
HS-DSCH
HS-SCCH
DCH margin
DCH
CmCH
HSDPA power management is based on the principle that HSDPA channels can use all the remaining
power left by dedicated and common channels. In order to compensate the DCH power fluctuation
mainly due to power control, a margin is considered.
The total available power for HSDPA corresponds to the difference between the maximum available
power in the cell and the power for R99 channels plus margin.
UE is scheduled only if there remains enough power to transmit at least the HS-SCCH. Otherwise the
NodeB try to schedule another UE in the TTI. If all UEs require power for HS-SSCCH higher than what is
available at NodeB level, none of them is scheduled.
4
Section 4
HSDPA Key HARQ
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 Hybrid Automatic Repeat Query Principles 7
1.1 Fast Retransmission with Hybrid-ARQ 8
1.2 H-ARQ in HSDPA: How it works? 9
2 HARQ Processes 13
2.1 Multiple HARQ Processes 14
2.2 Parallel H-ARQ Processes 15
2.3 Stop And Wait Principles 16
3 Redundancy Version 17
3.1 HARQ Types 18
3.2 Two H-ARQ Combining Techniques 19
3.3 Answer the Questions 20
3.4 H-ARQ Combining Performances 21
3.5 Redundancy Version Parameters 22
3.6 Dynamic RV Table Selection 23
Packet transmission
R4/R5 on a
RLC NACK
DCH channel
RLC Re-Transm
ission The erroneous
Serving UE block
RNC RLC ACK is deleted!
Packet transmission
R5 on the
H-ARQ NACK Combining
Rx packets
HS-DSCH
H-ARQ Re-Tx
channel
H-ARQ ACK The erroneous block
RLC ACK
is stored for
Serving Node-B UE recombination!
RNC
How it works?
1. The Node B transmits one packet in 1 HS-DSCH TTI.
2. The UE sends a ACK/NACK indicating if the packet was correctly received or not. In case of NACK, the
UE stores the received data in a buffer.
3. If the Node B has received a NACK, it will retransmit the same transport block (at the earliest 12 ms
after the previous transmission) and the UE will combine the packet with the previous transmission(s)
(which increases the probability to decode correctly the transport block).
4. If the Node B has received a ACK, it will transmit a new block.
HS-DSCH
block #1 NACK / CQI
HS-DPCCH
2. ACKNOWLEDGMENT
HS-DSCH
block #1
HS-PDSCHs
1. FIRST
TRANSMISSION
block #1
Soft buffer
49 All Rights Reserved © Alcatel-Lucent 2010
HSDPA Key HARQ
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
HS-DSCH
block #2 ACK / CQI
HS-DPCCH
2. ACKNOWLEDGMENT
HS-DSCH
block #2
HS-PDSCHs
1. FIRST
TRANSMISSION
block #1 block #2
HS-DSCH
block #3 ACK / CQI
HS-DPCCH
2. ACKNOWLEDGMENT
HS-DSCH
block #3
HS-PDSCHs
1. FIRST
TRANSMISSION
block #3
block #1 block #2
at T0 + 12ms
ACK / CQI
HS-DSCH HS-DPCCH
block #1
2. ACKNOWLEDGMENT
HS-PDSCHs
block #3
block #1 #3
block #2
block #1 #2
block #1
H-ARQ Combination mechanism may require new Mobile equipment with a larger memory to store MAC-hs
PDU until a decoding success.
Retransmission with errors, but thanks to combining of previous transmissions, the block is considered as
successfully received
HARQ
CK
/ NA HARQ
AC K HARQ
HARQ UE HARQ
Category Processes
Soft Bits
HSDSCH Combining Category 1 2
Category 2 2
ACK/NACK Category 3 3
HARQ Category 4 3
HARQ Category 5 6
Retransmission Soft Bits Category 6 6
Management Combining
ACK Category 7 6
/ NA
HARQ CK
Category 8 6
HARQ
Category 9 6
HARQ HARQ
HARQ Category 10 6
HARQ
HARQ Category 11 3
Soft Bits
HARQ Category 12 6
Combining
HARQ
HARQ
The retransmission mechanism selected for HSDPA is Hybrid Automatic Repeat Query (HARQ) with Stop
and Wait protocol (SAW). HARQ allows the UE to rapidly request retransmission of erroneous transport
blocks until they are successfully received. HARQ functionality is implemented at the MAC-hs layer,
which is terminated at the NodeB, as opposed to the RLC (Radio Link Control), which is terminated at
the S-RNC. Therefore the retransmission delay of HSDPA is much lower than for R4, significantly
reducing the delay jittering for TCP/IP and delay sensitive applications.
There is a HARQ process assigned per transport block for all the retransmissions.
In order to better use the waiting time between acknowledgments, multiple processes can run for the
same UE using separate TTIs. This is referred to as Multiple Stop And Wait mechanism. While one
channel is waiting an acknowledgment, the remaining channels continue to transmit.
The number of processes per UE is limited and depends on UE category. The number of processes per UE
category is defined by 3GPP specifications. Once this number is reached, the UE is not be eligible by
the scheduler for new transmissions unless one of them is reset (ACK reception, max number of
retransmissions reached).
N N A A A A A
HS-DPCCH UE1
(Uplink Control) ≈2.5 TTI) between the
(≈
reception of the packet and
when the node B receives the
ACK/NACK
UE1 UE1 UE1 UE1 UE1 UE1 UE1 UE1 UE1 UE1 UE1
HS-PDSCH UE1 packet1 packet2 packet3 packet4 packet5 packet6 packet1 packet2 packet7 packet8 packet9
(Downlink Data)
2 ms
Minimum of 12 ms before the same process can be used for the = 1 for UE1
Inter-TTI interval
transmission of a packet with new data or the retransmission of = 3 for UE2
this packet
UE2 UE2 UE2
HS-PDSCH UE2 packet1 packet2 packet1
(Downlink Data)
HS-DPCCH UE2 N A
(Uplink Control)
UE #1 UE #1 UE #1 UE #1 UE #1 UE #1
process #1 process #2 process #3 process #4 process #5 process #6
UE #2 UE #2
process #1 process #2
ACK/NACK delay and data processing (UE, Node B) allow to work with several H-ARQ processes during
unused TTI.
Time between 2 different H-ARQ processes (inter-TTI interval) depends on the UE category.
Transmit Data
HSDSCH
Wait for ACK/NACK Reception
Insert DTX
ACK ACK/NACK/DTX? DTX
Indication
NACK
Once a UE is scheduled, a HARQ process is assigned that may correspond to either a new Transport Block
transmission or a TB retransmission. The RV parameters are computed accordingly and data is
transmitted.
The HARQ process is then waiting for feedback information (ACK/NACK/DTX):
In case of ACK reception, the HARQ process is reset and corresponding MAC-d PDUs are removed
from memory. This HARQ process can now be used for a new transmission.
In case of NACK reception, the number of retransmissions must be incremented. If the maximum
number of retransmissions is not reached, the HARQ process is inserted in the “NACK list” of HARQ
processes asking for retransmission.
In case of DTX indication, the same actions as for NACK reception are performed, except that a
parameter must be updated to notify DTX detection (this changes the RV parameter update).
After a NACK reception or a DTX indication, the HARQ processes are just waiting for being re-scheduled
for a new retransmission.
Note:
DTX indication is used when there is no ACK/NACK reception.
Combine Error?
Combining
RV=6 UE side
Eff. coding rate (RCC) = # data bits / (#data bits + # parity bits)
RIR < RCC Parity bits
⇒Better protection of the data bits (protection)
⇒higher probability to decode correctly
HOW are those data blocks combined to be able to recover a correct blocks from several corrupted
copies?
1st step Rate Matching:
3GPP TS 25.212] The first rate matching stage matches the number of input bits to the virtual buffer.
Note that, if the number of input bits does not exceed the virtual buffering capability, the first rate-
matching stage is transparent. The 1st rate matching performs segmentation at the maximum UE buffer
size when required.
The second rate matching stage matches the number of bits after first rate matching stage to the
number of physical channel bits available in the HS-PDSCH set in the TTI. The 2nd rate matching follows
transport format indications to achieve the effective coding rate expected during the TTI.
2nd step retransmission according to combining methods:
Chase Combining (CC)
Retransmit the same block with exactly the same bits at each retransmission
The UE buffer size is fixed for each transport block retransmission
Incremental Redundancy (IR)
Retransmit the same block with different redundancy information at each retransmission,
thanks to different rate matching version.
The use of different Redundancy Versions (RV) increases the performances of the channel
since the total effective coding rate is decreased (more protection bits) at each
retransmission
The UE buffer size increases for each transport block retransmission. IR requires a larger
memory and processing in the UE than the Chase Combining case.
The ARQ combining scheme is based on Incremental redundancy. Chase Combining is
considered to be a particular case of Incremental Redundancy.
What is the coding rate (Rbuffer) after the 1st rate matching for both combining
mechanisms?
What is the coding rate (RCC(#k)) of each block applying the Chase Combining
mechanism?
What is the coding rate (RIR(#k)) of each block applying the Incremental
Redundancy combining mechanism?
-tr
Re g
o din al
c t
0.01
r de men
tte re cy
Be h Inc ndan
t
Low error wi Redu
rate Bad link Good link
quality ~2dB gain
0.001 (N=3)
quality
-10 -5 0 5 10
Ior/Ioc [dB]
RV Coding
16QAM XRV s r b QPSK XRV s r HARQ Types
0 1 0 0 0 1 0
• Chase Combining
1 0 0 0 1 0 0
• Partial Incremental Redundancy
2 1 1 1 2 1 1 • Full Incremental Redundancy
3 0 1 1 3 0 1
4 1 0 1 4 1 2
5 1 0 2 5 0 2
6 1 0 3 6 1 3
7 1 1 0 7 0 3
RV Update
YES XRV=TRV[0]
New Tx?
k=0
Kmax NO
MIR RV Update Table
YES
k 0 1 2 3 4 5 6 7 DTX? XRV=XRV
QPSK XRV 0 2 5 6 1 3 4 7
NO
16QAM XRV 6 2 1 5 0 3 4 7
k=k+1
TRV[k] XRV= TRV[k mod Kmax]
The IR and modulation parameters necessary for the channel coding and modulation steps are the r, s
and b values. The r and s parameters (Redundancy Version or RV parameters) are used in the second
rate matching stage, while the b parameter is used in the constellation rearrangement step:
- s is used to indicate whether the systematic bits (s=1) or the non-systematic bits (s=0) are prioritized
in transmissions.
- - r (range 0 to rmax-1) changes the initialization Rate Matching parameter value in order to modify
the puncturing or repetition pattern.
- b can take 4 values (0,...,3) and determines which operations are produced on the 4 bits of each
symbol in 16QAM. This parameter is not used in QPSK and constitutes the 16QAM constellation
rotation.
These three parameters are indicated to the UE by the Xrv value sent on the HS-SCCH. The Xrv update
follows a predefined order stored in a table Trv.
A configurable parameter (CC/PIR/MIR) indicates the possibility to chose between Chase Combining,
Partial Incremental Redundancy or a mix between Partial and Full Incremental redundancy. It implies
that three different tables must be stored. Each HARQ type is characterized by its update table Trv.
k 0 1 2 3 4 5
First RTx? PIR QPSK XRV 0 2 4 6
16QAM
6 2 5 0 4 7
XRV
YES
k 0 1 2 3 4
16QAM
6 1 3
Dynamic XRV
RV Table
Selection
k 0 1 2 3
CC+CoRe
16QAM
6 5 0 4
XRV
The aim this feature is to optimize RV choice by dynamically selecting the most efficient HARQ type (and
its corresponding RV table) according to several parameters: UE category, number of HARQ processes
and applied AMC for first transmission.
In case this mode is activated for different HARQ types (each one being associated to a restricted
redundancy version set) that can be selected are: Chase Combining (CC), CC + Constellation
rearrangement (CC+CoRe), Partial Incremental Redundancy (PIR), and Full Incremental Redundancy
(FIR).
The principle is that Incremental Redundancy is only selected when required, i.e. only when punctured
bits by the second Rate Matching stage and total number of soft bits per HARQ process the UE can
handle are higher than the number of transmitted bits. Otherwise Chase Combining is efficient enough.
In case of IR, it is only necessary to puncture systematic bits (FIR) in case it is not possible to transmit
all parity bits punctured by the second RM stage in the first retransmission.
Note.
As the RV of the 1st transmission is identical whatever the HARQ type is, the HARQ Type only needs to be
determined when 1st retransmission occurs.
5
Section 5
HSDPA Key Fast Scheduling
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 CQI Measurements 7
1.1 CQI Reporting 8
1.2 Channel Quality Feedback 9
2 Fast Scheduling 10
2.1 Scheduler Type 11
2.2 NodeB Scheduler 12
2.3 UE, QId and SPI 13
2.4 SPI Management 14
P-CP
I CH
HS-D
PCC
H
0 0
1 0
... ...
22 0
23 -1
PHS-DSCH 24 -2
2ms
27 -5
28 -6
29 -7
30 -8
The procedure to allocate power to the HSDPA traffic channel described in the standard is mainly based
on terminal measurements and reporting.
In this procedure the UE first estimates the Signal to Interference Ratio, from this SIR estimate it
determines the power of the HS-DSCH and then determines the corresponding CQI.
CQI determination is then performed by the UE with a HS-DSCH BLER target of 10%.
HS-DSCH power estimates are based on the UE measurement of the power of the Primary Common Pilot
CHannel (P-CPICH) (see formula in the above slide). Γ is the Measurement Power Offset, provided by the
RNC to the NodeB via NBAP signaling and to the UE via RRC signaling. This is a fixed offset relatively to
the power of the pilot. ∆ is the reference power offset which depends on the CQI processed based on
value reported by the UE and on the category of the UE (CQI mapping tables).
The power HS-DSCH is equally distributed around the physical channels HS-PDSCH.
Reported CQI
(estimated
by the UE) Transport Block Size
SCHEDULER H-ARQ parameters (RV)
Number of channelization codes
(every TTI) Allocated power
[TFRC selection] HS-PDSCH Modulation Type
Channel Quality
Feedback (CQI)
Modulation
CQI Transport Number of Modulation CQI Transport Number of
Type
value Block Size HS-PDSCH Type value Block Size HS-PDSCH
Retransmissions First
QId0 QId1 QIdN
New Transmissions
UE #0 UE #1 UE #N
• power • power • power
• codes • codes • codes
• number of bits • number of bits • number of bits
5 11 All Rights Reserved © Alcatel-Lucent 2010
HSDPA Key Fast Scheduling
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
The aim of the scheduler is to dynamically share available DL bandwidth among users in order to optimize
overall throughput and fulfill UTRAN and UE criteria.
The scheduler first receives as input, every TTI, the number of codes available and the remaining power for
HS-PDSCH and HS-SCCH. The received ACK/NACK and CQI, UE capabilities and configuration parameters
(provided by RNC) then can select the sub-flows of the users to schedule in order to optimally uses
available resources.
The main concepts of the scheduler are:
• Retransmissions are of higher priority then the new transmission and should be scheduled first.
• The Queue ID (Qid) is chosen according the radio condition (based on CQI) and the Scheduling Priority
Indicator (SPI or CmCH-PI).
• The transport blocks should be optimized according to the transmitted CQI and the available resources
(codes, power and CPU)
In UA5.0 the MAC-hs scheduler has been enhanced in order to support of various MAC-hs scheduler type
and manage SPI. Five scheduler types are available:
• Alcatel-Lucent scheduler: mobiles are chosen according to the number of transmitted bits and the CQI
reported;
• Classical Proportional Fair scheduler: mobiles are chosen according to reported a high CQI versus their
averaged CQI to take benefit from instantaneous good radio conditions vs. average conditions;
• Pure Fair scheduler: Throughput provided per UE must be equal;
• Max C/I scheduler chooses mobiles with the best CQI;
• Round Robin scheduler serves mobiles one after the other one.
Flow Control
(UEX, SPIY)
• available codes
• available power
• UE capabilities
HARQ
• ACK/NACK/CQI
• Compressed Mode information
• UE HSDPA synchronisation state COST
NodeB Scheduler
5 12 All Rights Reserved © Alcatel-Lucent 2010
HSDPA Key Fast Scheduling
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
The selection of a Qid to be scheduled is based on a single cost function which inputs are:
• C1 takes into account the Radio criteria (CQI) and the function depends on the scheduler type.
• C2 takes in account the priority of the QID and mainly depends on the base credit assigned to this SPI
priority and the average CQI. C2 is only used by Alcatel-Lucent and Classical Proportion Fair
schedulers.
The resulting cost is a function of these two costs, and is different according to the scheduler type.
Indeed, for Alcatel-Lucent Proportional Fair scheduler, the resulting cost should be equal to
α*C1+β*C2, while for the classical Proportional Fair, the resulting cost is rather equal to γ*C1*C2 (α, β,
γ being hard coded). The QId with the smallest cost is scheduled first. Costs are updated after the QId
has been served.
UE0 UEN
cmCH-PI 4
cmCH-PI 6
cmCH-PI 6
cmCH-PI 4
RNC
PDU flow0
PDU flow0
PDU flow0
CID m
CID n
CID l
Each UE can be configured with one or more MAC-d flows according to the number of PS services
established and mapping rules on RNC side. Each MAC-d flow is associated to a CID for data Frame
Protocol.
One MAC-d flow is constituted of one or more logical subflows. If these subflows are assigned the same
priority, they are multiplexed at RNC side and this is transparent to NodeB and they are seen as a
single flow. If these subflows are assigned a different priority, they are discriminated by the
SPI/CmCH-PI parameter and are seen as different flows.
These resulting flows then constitute the priority queues for a UE and are assigned a Queue ID. Up to 8
queues can be defined per UE and are referred in the whole document as the QId.
For one UE, two QIds from the same MAC-d flow then necessarily have two different priorities, while two
QIds of two different MAC-d flows may have the same priority. A QId is then unambiguously defined by
its MAC-d flow CID and its priority (SPI).
In the scheduler the QId of all UEs are classified according to their SPI/CmCH-PI. This enables allocating
some bandwidth according to the priority. Up to 16 SPI can be defined in the scheduler.
TC CQIAV
C2
CQIAV TC
SPI QIdN
ARP THP SPI
QIdM
ARP THP
WEIGHT TBSAV
TBSAV WEIGHT
THROUGHPUTN
THROUGHPUTM
SPI management only applies to Alcatel-Lucent and Proportional Fair schedulers and is not supported by
the other schedulers.
The second cost function C2 is based on the priority of the QId, and mainly on the based credits
allocated to this SPI priority, and on the average CQI in order to share the HSDPA radio capacity of the
cell between users so that the throughput of each QId is be proportional:
to the weight of the SPI,
to the transport block size of the averaged CQI reported by the UE.
The base credits assigned per SPI priority provide the relative weight given per priority. The absolute
value is not meaningful, only the ratio between priorities is important.
Ratio on throughputs may be subject to a certain tolerance (around 10%) and are not fully respected in
case there is no resource limitation for some UEs (to avoid wasting resources by artificially restraining
some UEs while other UEs suffer very bad radio conditions).
Note:
SPI is determine based on the combination of the UMTS Traffic Class, the Allocation/Retention Priority
and the Traffic Handling Priority.
6
Section 6
HSDPA Key AMC
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 Adaptative Modulation and Coding 7
1.1 AMC Principles 8
1.2 Modulation Schemes 9
1.3 AMC implementation with 16-QAM 10
1.4 Support of 16-QAM 11
1.5 Support of 64-QAM 12
1.6 New format for the HS-SCCH-Channel 13
1.7 Structure of HS-PDSCH Channel 14
1.8 64 QAM modulation and number of available HS-PDSCH 15
1.9 Layer 2 Enhancements : flexible RLC and Mac-ehs 16
1.10 Fixed RLC and Mac-hs Overview 17
1.11 Layer 2 Enhancements : flexible RLC and Mac-ehs 18
2 UE Categorization 19
2.1 UE Categories 20
2.2 New HSDPA UE Categories 21
2.3 UE Capabilities and Max Bit Rates 22
2.4 New CQI mapping 23
2.5 New CQI mapping – table F 24
2.6 New CQI mapping – table G 25
700 QPSK ¼
QPSK ½
600 QPSK ¾
16QAM ½
Throughput (kbps)
500 16QAM ¾
AMC
2ms
400
300
200
100
0
Coding Modulation Number of -20 -15 -10 -5 0 5
Rate Scheme OVSF Codes Ior/Ioc (dB)
Maximum Throughput
Adaptive Modulation and Coding (AMC) is a fundamental feature of HSDPA. It consists in continuously
optimizing the user data throughput based on the channel quality reported by the UE (CQI feedback.
This optimization is performed using adaptive modification of the coding rate, the modulation scheme,
the number of OVSF codes employed and the transmit power.
Different combinations of modulation and channel coding rate (based on the Transport Format and
Resource Combinations or TFRC) can be used to provide different peak data rates. Essentially, when
targeting a given level of reliability, users experiencing more favorable channel conditions (e.g. closer
to the NodeB) will be allocated higher data rates.
The above figure shows an illustration of the user throughput evolution for one single OVSF code in
function of the channel quality as a result of AMC.
16QAM
Q
QPSK
1011 1001 0001 0011 Q
10 00
1010 1000 0000 0010
I
I 11 01
1110 1100 0100 0110
In order to achieve very high data rates, HSDPA adds a higher order modulation (16QAM) to the existing
QPSK modulation used for R4 channels.
As the 16QAM requires 2 times more bits to define one radio modulation symbol, the resulting number of
bits per TTI is multiplied by a factor 2, same thing for the total maximum throughput at the physical
layer.
QPSK is mandatory for HSDPA capable UE, 16QAM is optional.
CQI ?
Channel Quality
Feedback (CQI)
We see that the combination [16-QAM_15codes_21754bits] allows to achieve the highest throughput
(>12Mbps in LoS environment).
However with the same Modulation and Coding Scheme combination, we notice that the performance are
really low when the quality of the link is getting worse. In this situation, it is rather better to use a
lower coding rate and a more robust modulation technique in order to achieve a better throughput at
the end. Then the goal of the AMC is to dynamically adapt this combination (Modulation+Coding
Scheme) to maximize the throughput.
QPSK 16-QAM
M=2 for QPSK
M=4 for 16-QAM
Signal Constellations for QPSK and 16-QAM modulations
64 -QAM
UA07
6 bits per symbol
With this feature the support of 64 Quadrature Amplitude Modulation (64-QAM) is introduced for HSDPA
in addition to 16-QAM and QPSK for the UE supporting the 64QAM modulation (XCEM only).
The 64-QAM modulation enables thus a higher peak data rate.The number of bits conveyed per modulation
symbol is 6 for 64QAM enabling versus 2 for QPSK, 4 for 16QAM.
64-QAM modulation can be used to obtain a throughput gain versus 16QAM for HSDPA users, provided the
following conditions are met:
· An equalizer, and preferably two receive antennas, are used at the mobile (i.e., a type-3 receiver)
· A reliable CQI is available so that 64-QAM could be chosen during channel peaks for high geometry
(Ior/Ioc) users. This requires low speeds and accurate CQI estimation at the UE.
The 64QAM usage allows to increase the HSDPA throughput in two cases:
- Case without code limitation: 64QAM allows higher peak throughputs in very good radio conditions (21.6
Mbps on the physical layer in the DL instead of 14.4 Mbps with 16QAM).
- Case with code limitation: 64QAM can also be used in code limited situations to increase the data rate for
users in good radio conditions.
Mobility of a 64QAM capable UE beetween two 64QAM capable serving cell is supported.
64AQAM is not supported over Iur as it requires radio condition close to cell centre and low mobility profile.
However 64QAM for HSDPA can be reconfigured following SRNS relocation.
HS-SCCH Structure
(Downlink Control Channel)
Tslot = 2560 chips, 40 bits
TTI=2ms
•Ue identity
The current HS-SCCH format allows only to select 2 types of modulation:QPSK and 16QAM. The HS-SCCH
Format is modified in order to be able to select 3 types of modulation: QPSK,16QAM and 64QAM.
A mobile decoding its identity in the slot #0 of an HS-SCCH knows that it has been assigned resources on
the HS-PDSCH channels (as indicated, with modulation, in this slot #0, other information are given in slots
#1 and 2): the mobile receives a transport block on one or several HS-PDSCH.
HS-PDSCH Structure
(Downlink Data Channel) k= 4
M = 2 for QPSK,4 for 16QAM, 6 for 64QAM
Tslot=2560 chips, Mx10x2k bits
Data (N bits)
The maximum throughput by using 64QAM modulation is reached when the maximum number of HSPDSCH
codes are available (max throughput obtained with 15 HS-PDSCH).
The maximum number of HS-PDSCH codes can be obtained when the Fair Sharing feature is enabled (up to 15 HS-
PDSCH) but depends also on the codes configuration (number of S-CCPCH, number of HS-SCCH, number of E-
HICH/ERGCH, number of E-AGCH).
The configuration allows to have up to 15 HS-PDSCH codes is with Mono-S-CCPCH, 2 HS-SCCH, 1 E-HICH/E-
RGCH, 1 E-AGCH.
If the number of S-CCPCH or HS-SCCH or E-HICH/E-RGCH or E-AGCH is higher, the maximum number of available
HS-PDSCH codes will be lower than 15 and then the maximum throughput will not be reachable due to code limitation.
UA 0
7
RLC PDU
(flexible size)
Pad-
MAC-ehs header
MAC-ehs
header
Reordering SDU2 1
ReorderingSDU header ……
PDU
Reordering PDU Reordering PDU
The UA7.0 feature ‘34388 Layer 2 Enhancements : flexible RLC and Mac-ehs’ allows to support the high HS-DSCH
data rate offered by Rel7 UEs (category 13, 14, 15, 16,17, 18).
It overcomes the RLC window blocking issues (thanks to bigger PDUs ) and the UE processing limits (RLC
reassembly) (less PDU to reassemble).
The protocols involved in this feature are
• the Mac-ehs (at Nodeb), the RLC (at RNC and UE sides)
• and the IUB Frame Protocol (at RNC and Nodeb).
MAC-ehs: enhanced MAC-hs layer. MAC-ehs brings the possibility to handle MAC-d PDU of variable size,
to multiplex MAC-d PDU from different priority queues in the same MAC-ehs PDU (not used in this release)
and to segment MAC-d PDUs over multiple MAC-ehs PDUs (and hence minimize padding at MAC-ehs level).
A MAC-ehs PDU is composed of one or several reordering PDU, where:
• Reordering PDU is a set of reordering SDUs belonging to the same priority queue
• Reordering SDU is a complete MAC-d PDU (ie. MAC-ehs SDU) or a segmented MAC-d PDU
In this release, a MAC-ehs PDU is composed of only one reordering PDU.
MAC-ehs supports up to 26 MAC-d PDUs per MAC-ehs frame.
Flexible RLC: instead of using fixed RLC PDU sizes (320 bits or 640 bits), the size of a RLC PDU can vary up to a
maximum size (internal to the RNC) which is determined based on the data rate offered over the radio.
When a call is configured with MAC-ehs, each RLC AM entity may operate in either fixed size mode (pre-Rel7) or
flexible size mode (Rel7).
With RLC flexible mode, the SRNC may determine the size of the RLC PDU independently of the other RLC PDU,
respecting a maximum PDU size (which can be up to 1500 bytes, i.e. a complete SDU. 1500 bytes is the maximum size
of an IP packet, as defined by the IP protocol). It permits to use big PDU sizes, thus avoiding RLC blocking situations. It
also permits to avoid adding padding to the data to fit the PDU size.
MAC-d PDU
MAC-hs
MAC-hs PDU header MAC-hs SDU Pad. (2)
UA 0
7
RLC PDU
(flexible size)
Pad-
MAC-ehs header
header ReorderingSDU 1 MAC-ehs ……
PDU header
Twelve categories have been specified by Release 5 for HSDPA UEs according to the value of several
parameters among which are the following:
Maximum number of HS-DSCH codes that the UE can simultaneously receive (5, 10 or 15).
Minimum inter-TTI interval, which defines the minimum time between the beginning of two
consecutive transmissions to this UE. If the inter-TTI interval is one, this means that the UE can
receive HS-DSCH packets during consecutive TTIs, i.e. every 2 ms. If the inter-TTI interval is two, the
scheduler needs to skip one TTI between consecutive transmissions to this UE.
Supported modulations (QPSK only or both QPSK and 16QAM),
Maximum peak data rates at the physical layer (number of HS-DSCH codes x number of bits per HS-
DSCH / Inter-TTI interval).
These twelve categories provide a much more coherent set of capabilities as compared to R99 which
gives UE manufacturers freedom to use completely atypical combinations.
HS-DSCH Category HS-PDSCH Max Number Inter-TTI Min Modulation Max Peak Rate
Interval Air interface
throughput
: : : : :
Category 19 - - - -
Category 20 - - - -
New UE category have been introduced in order to support the 64QAM modulation:
· Category UE 13 and 14 are supported (64 –QAM capable )
· Category 17 and 18 ( 64-QAM and MIMO capable).
Since MIMO is not supported in UA7, UE category 17 and 18 are handled respectively as category 13 and
14. These UE categories are MAC-ehs capable.
The theoretical peak data rate with 64-QAM is therefore 15 codes x 2880 bits / 2 ms = 21,6Mbit/s
(physical channel bit rate), which have to be compared to the 14,4Mbit/s peak rate available with
16-QAM.
s oftCQI
9 2 288 kbps QPSK
10 3 432 kbps QPSK
11 3 576 kbps QPSK 15
12 3 720 kbps QPSK
13 4 864 kbps QPSK
14 4 1008 kbps QPSK
15 5 1296 kbps QPSK
10
16 5 1440 kbps 16-QAM -10 -8 -6 -4 -2 0 2 4 6 8 10
C/I (dB)
... ... ... ...
29 5 3024 kbps 16-QAM
30 5 3024 kbps 16-QAM
The maximum achievable data rate depends on the UE category but also on the instantaneous radio
conditions it is exposed to. Each UE category has therefore a reference table specifying the supported
combinations between the reported CQI values, the number of codes and the radio modulation
(QPSK/16-QAM/64-QAM).
Instantaneous radio channel conditions are known at the UTRAN level thanks to the periodical decoding
of the Channel Quality Indicator sent by the UE to the NodeB onto the HS-DPCCH. The UE first
estimates the Carrier over Interference ratio (C/I). From this estimate the UE then determines a CQI
(with a maximum HS-DSCH BLER target of 10%) and then it sends this indication back to the NodeB. The
NodeB takes this input into consideration in order to adapt the throughput to the UE.
New 64QAM modulation allows bigger Transport Blocks (TB) than before and hence a new TB size table is
introduced allowing TB size of up to 42192 bits (21.1 Mb/s @ mac-hs).
A new CQI mapping tables F, G, H have been defined for 64-QAM and MIMO. They are used to
translate the CQI value into a reccomended maximum TB size and Modulation scheme.
7
Section 7
HSDPA Protocol
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 HSDPA Distributed Architecture 7
1.1 HSDPA Protocol Stack 8
1.2 HSDPA Layer2/Layer1 Flows 9
2 TFRC Selection and channel coding 10
2.1 MAC-hs Architecture (UTRAN side) 11
2.2 HS-DSCH Coding Chain 12
2.3 HS-SCCH Coding Chain 13
HS-PDSCH HS-SCCH
Data Transfer (PS I/B) Downlink Transfer Information
(UEid, OVSF,...)
Introduction of MAC-hs
RNC
Iub
HS-DPCCH
DPCH Feedback Information
Upper Layer Signaling (CQI, ACK/NACK)
HSDPA is an increment on UTRAN procedures, and it is fully compatible with R4 layer 1 and layer 2. It is
based on the introduction of a new MAC entity (MAC-hs) in the NodeB, that is in charge of scheduling /
repeating the data on a new physical channel (HS-DSCH) shared between all users.
This has a minor impact on network architecture, there is no impact on RLC protocol and HSDPA is
compatible with all transport options (AAL2 and IP).
RRC
RRC(RNC)
(RNC)
RLC
RLC(RNC)
(RNC)
MAC Control PCCH BCCH CCCH CTCH MAC Control MAC Control DCCH DTCH DTCH
MAC-hs
MAC-hs MAC-d
(NodeB)
(NodeB) (S-RNC)
MAC-c/sh
MAC-c/sh
(C-RNC)
(C-RNC)
Associated Associated
Downlink HS-DSCH Uplink PCH FACH RACH DCH DCH
Signaling Signaling
R5
R5L1:
L1:HSDPA
HSDPA(NodeB)
(NodeB) R4
R4L1:
L1:Channel
ChannelCoding
Coding/ /Multiplexing
Multiplexing(NodeB)
(NodeB)
In UA04.2 only one single DTCH is supported over HSDPA (as the DCCH is supported over the associated
DCH, and this version of HSDPA does not support multiple PS RAB for a single user).
MAC-d flows
Example:
MAC-hs
TFRC Fields Value
Transport Block Size 2677 bits
Flow Control
# codes 4
Modulation QPSK
Min. HARQ buffer size 8103 bits
Scheduler
# MAC-d PDUs 4
Total Tx Power 21.5 mW
Power per code 5.4 mW
HARQ TTI 2 ms
TFRC Selection
HSDPA induces an improvement of both the global throughput and the peak data rates per user and
reduces the DL packet transmission delay mainly due to the introduction of a fast repetition layer at the
NodeB characterized by:
a new MAC entity (the MAC-hs) located in the NodeB. It manages the scheduling of users and the
retransmissions of packets.
a new transport channel, the HS-DSCH, whose transmission is based on shorter sub-frames: 2ms
(TTI).
a retransmission protocol, the HARQ (Hybrid Automatic Repeat Query) that handles fast
repetitions of erroneous blocks (with possibly a change of the rate matching parameters that
increases the global coding rate).
a mechanism that adapts data format to radio conditions, the Adaptive Modulation and Coding
(AMC), with the possibility of choosing between two modulations (QPSK and 16QAM).
CRC attachment
Bit Scrambling
Turbo Coding
HS-DSCH Interleaving
One step has been strongly modified: the HARQ functionality. It is a two-stage Rate Matching:
The first stage corresponds to the R4 rate matching, except that it matches the input bits to a
virtual buffer size instead of matching them to the number of physical channel bits (that’s the
purpose of the second stage).
The second stage keeps the same structure than the R4 rate matching but the computation of the
initial parameters is different and systematic bits may be punctured. The initial parameters are
determined by the RV parameters.
MUX MUX
CRC
Puncturing CC 1/3
Slot #0: Code Set, Modulation Slot #1: TBS, HARQ Slot#2: RV, NDI
TSUBFRAME = 2ms
7 13 All Rights Reserved © Alcatel-Lucent 2010
HSDPA Protocol
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
8
Section 8
HSDPA Scenario
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 Call Setup 7
1.1 Call Establishment 8
1.2 Initial Connection Establishment 10
1.3 RAB Assignment Phase 11
2 Mobility 12
2.1 Intra-Frequency Mobility 13
2.3 Inter-frequency HSDPA HHO with Measurements 15
3 Iub Flow Control 16
3.1 Flow Control Principles 17
3.2 HS-DSCH Capacity Allocation 18
3. DCH ? HS-DSCH ?
Channel Type Selection
1. Request for service
(e.g. Web Browsing)
RNC
Node B Core
Network
2. RAB
Assignment
UE 4. HS-DSCH Request
Establishment
HS-DSCH or
DCH ?
RAB assignment
request from CN
RAB Traffic Class Service = PS?
Traffic Class =
Streaming/
I/B
HS-DSCH
selection
UE Capabilities HSDPA UE?
Cell Capability
Primary Cell =
HSDPA Cell?
With the introduction of HSDPA in the UTRAN, a new type of transport channel can be allocated to serve
the RAB requested from the CN. Thus, the channel type selection algorithm allows selecting either DCH
or HS-DSCH depending on the RAB characteristics received from the CN.
At reception of a “RAB assignment Request”, the SRNC selects the transport channel type between DCH
and HS-DSCH according to the following constraints:
… … …
Most of the steps of this first phase are common to all type of calls. There are few elements specific to
HSDPA.
RRC Connection Request embeds the Establishment Cause and the AS Indicator that may be used for
Traffic Segmentation.
RRC Connection Setup states the properties of the SRB to be used and includes a first Radio Network
Temporary Identifyer (RNTI).
RRC connection Setup Complete indicates to RNC UE capabilities.
HS-SCCH Codes
HARQ number and properties
H-RNTI
RRC / DCCH / Radio Bearer Setup
Measurement Power Offset
HS-DPCCH properties
RRC / DCCH / Radio Bearer Setup Complete
… … …
In this second phase only the NBAP Radio Link Reconfiguration procedure and RRC Radio Bearer
Reconfiguration are modified because of HSDPA.
RNC RNC
NodeB NodeB
DCH only
R4 cell HSDPA cell HSDPA cell HSDPA cell
HS-DSCH+DCH
As defined by 3GPP HS-DSCH is established in only one cell so is never in soft handover. In Alcatel-Lucent
implementation HS-DSCH is established in the primary cell because it is the best candidate (good radio
conditions and not changing too often).
Each time the primary cell changes the HS-DSCH RL is deleted on the former primary right after the RRC
Measurement Control procedure has been performed, and it is re-established under the new primary,
using a synchronous reconfiguration.
If the new primary cell does not support HSDPA then the RB is reconfigured to DCH (iRM CAC is
performed). If the new primary cell supports HSDPA while the former did not, and given that the UE
supports HSDPA, then the RB is reconfigured to HS-DSCH (HSDPA CAC is performed).
RL Reconfiguration Ready
RL Reconfiguration Prepare
RL Reconfiguration Ready
As defined by 3GPP HS-DSCH is established in only one cell so is never in soft handover. In Alcatel-Lucent
implementation HS-DSCH is established in the primary cell because it is the best candidate (good radio
conditions and not changing too often).
Each time the primary cell changes, the HS-DSCH RL is deleted on the former primary and it is
reestablished under the new primary, using a synchronous reconfiguration. During the reconfiguration
data transfer on HS-DSCH is suspended by the RNC.
If it is not possible to re-establish HS-DSCH on the new primary (CAC failure) then the radio bearer may
fall back to DCH.
If the new primary cell does not support HSDPA then the RB is reconfigured to DCH (iRM CAC is
performed). In case of CAC failure for the DCH then the PS RAB is released.
If the new primary cell supports HSDPA while the former did not and given the UE supports HSDPA, then
the RB is reconfigured to HS-DSCH. In case of CAC failure the radio bearer stays on DCH.
In the case the current primary cell is not present in the new active set, the HS-DSCH link is deleted right
after the Active Set procedure (and before the Measurement Control procedure) and the UE releases the
HSDPA link. A new HS-DSCH link is then setup using a normal SRLR procedure on the new primary cell
after the Measurement Control.
Core Network
SRNC
R99 cell
Frequency 1
The HSDPA Inter-freq mobility (HHO) with measurements (i.e. Compressed Mode on associated DCH) is
supported with UA05.
The feature values are to Enable HSDPA call handover to another cell based on criteria thresholds,
avoiding drop calls and to allow HSDPA mobiles entering an HSDPA cell through an alarm handover to
benefit from HSDPA service.
UE solution supporting the Compressed Mode on DCH once in HSDPA operation (i.e. HS-PDSCH(s) usage).
RNC
Capacity Request Capacity Allocation
Data FP
Control FP Iub Control FP
RNC Buffers
NodeB Buffers
With HSDPA, the effective throughput per UE is not deterministic and quite variable. A flow control
mechanism has been introduced between the RNC Mac-d and the NodeB MAC-hs entities in order to fill
the NodeB buffers with sufficient data to provide to the UEs and be quite reactive to throughput
variations.
This flow control mechanism is based on three main procedures:
the Capacity Request procedure that provides means for the RNC to indicate for each session of
each UE its buffer occupancy (at MAC-d level).
the Capacity Allocation procedure generated by the NodeB to indicate to the RNC how many PDUs
are required for the desired session and the interval in which data should be sent. This is based on
the estimated throughput for this session and the amount of unsent data in NodeB transmission
buffers.
the HS-DSCH data transfer procedure in which the RNC sends the MAC-d PDUs grouped in FP frames
(1 to 255 PDUs per FP frame). The updated buffer occupancy is also given. The RNC may choose to
send all the required MAC-d PDUs in a single FP frame, or to space out (within the notified interval)
the transmission in several FPs.
UE Node B Serving
RNC
7. HS-DSCH Capacity Request
HS-DSCH FP HS-DSCH FP
Priority Indicator, UE buffer Size
9. Data Transfer
10. HS-SCCH
After HS-DSCH
MAC-hs MAC-hs
Configuration
11. Data Transfer
As soon as the SRNC detects the necessity to send HS-DL data on one HS-DSCH, it sends an HS-DSCH
Capacity Request control frame within the HS-DSCH Frame Protocol to the CRNC.
Parameters: Common Transport Channel Priority Indicator and User Buffer Size.
The CRNC forwards this message (HS-DSCH Capacity Request control frame) to the Node B. So in this
example sequence, the CRNC does not interfere with the HS-DSCH scheduling.
Parameters: Common Transport Channel Priority Indicator and User Buffer Size.
The Node B determines the amount of data (credits) that can be transmitted on the HS-DSCH and reports
this information back to the DRNC in a HS-DSCH Capacity Allocation control frame in the HS-DSCH
Frame Protocol.
Parameters: Common Transport Channel Priority Indicator, HS-DSCH Credits, HS-DSCH Interval, HS-
DSCH Repetition period, Maximum MAC-d PDU length.
The DRNC sends the HS-DSCH Capacity Allocation control frame to SRNC. So again, the DRNC does not
react itself to that message in this example.
Parameters: Common Transport Channel Priority Indicator, HS-DSCH Credits, HS-DSCH Interval, HS-
DSCH Repetition period, Maximum MAC-d PDU length.
The SRNC starts sending DL data to the Node B. This is done via the two HS-DSCH Frame Protocol "hops"
on Iur and Iub interface. The Node B schedules the DL transmission of DL data on HS-DSCH which
includes allocation of PDSCH resources.
The Node B transmits the control information for the concerned UE using the HS-SCCH.
9
Section 9
HSDPA AL Implementation
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 Deployment Scenarios 7
1.1 Cell Topology 8
2 Configuration Impacts 9
2.1 UTRAN HW Readiness 10
2.2 Scalable BTS Configuration 11
2.3 BTS Configurations Examples 12
2.4 Multi-mode BBU with xCEM 13
2.5 Interface Configuration with ATM 14
2.6 Smooth Evolution to IP 15
2.7 Core Network Impacts ATM configuration 16
2.8 Core Network Impacts Iu-PS interface over Ethernet 17
Coverage Options
HSDPA cells are not restricted to HSDPA services, they also offer all R99 services so there is no need to
handover to the R99 layer to establish these services.
Several deployment configurations are possible depending on the number of carriers and on the choice
between dedicated carrier or shared carrier.
Mono-frequency deployment with shared carrier leads to smooth transitioning from R99 only networks to
HSDPA capable networks at minimum costs.
Dual carrier networks with dedicated carriers for R99 offers the possibility to have independent
management of the two types of traffic, providing more flexibility in terms of resource allocation,
interference and capacity.
Extra HSDPA capacity can be provided mixing dedicated and shared carrier cells inside a two-layered
network.
Some HSDPA hot-spots can also be introduced in single-carrier or dual-carrier networks.
PA
HSD DY
REA RNC
HSDPA PA
L1 HSD DY
CP L2 (MAC-hs)
BTS REA
RNSAP
NBAP iCEM
RANAP .
.
MCPA DDM
UL . iTRM
RRC
DPDCH iCEM
.
DPCCH .
.
iCCM iTRM MCPA DDM
DL iCEM
DPDCH/DPCCH . iTRM
.
UP . MCPA DDM
α
CEMα DIGITAL SHELF RF BLOCK
RLC
MAC
There are no UTRAN HW impacts triggered by the introduction of HSDPA, the evolution is managed via SW
upgrade only.
From an RNC point of view, all functionalities on both the CN and IN are exactly the same. There is just
an evolution of the procedures and associated messaging protocols (NBAP, RRC...).
From a BTSEquipment perspective, at the Layer 1 level, all functionalities on both the CCM and TRM
boards (including the MCPA) are exactly the same. Only the introduction of the 16QAM modulation could
have induced some impacts on the iCEM board but this constellation is generated as two QPSK
modulations of different amplitudes. Consequently there are no HW impacts on the iCEM board as well.
UL MAC-hs
HS-DPCCH • HARQ
DL • Scheduler
HS-PDSCH • Link Adaptation (AMC)
PA
HS-SCCH
HSD DY
BTS REA
H-BBU
iCEM128
H-BBU
iTRM MCPA DDM
H-BBU
iCEM128
D-BBU
The HSDPA support on UMTS BTS requires Alcatel-Lucent second generation of CEM i.e. iCEM64 or
iCEM128. Alcatel-Lucent CEM Alpha is not HSDPA hardware ready.
Nevertheless, HSDPA support on Alcatel-Lucent UMTS BTS is possible assuming already installed CEM
Alpha modules. CEM Alpha and iCEM modules can coexist within the NodeB digital shelf while providing
HSDPA service with Alcatel-Lucent UMTS BTS.
Base Band processing is performed by BBUs of CEM and iCEM. One restriction of current BBUs is that one
BBU cannot process both Dedicated and HSDPA services. In order for the BTS to be able to manage both
dedicated and HSDPA services, the BTS has to specialize BBUs as:
D-BBU: BBU managing dedicated services,
H-BBU: BBU managing HSDPA services.
The partition between H-BBU and D-BBU is done by the BTS at BTS startup using OMC-B configuration
information. Once this allocation is done, it can only change after a BTS-iCCM reset or an iCEM plug-in or
plug-out.
D-BBU
MCPA DDM
cell#3
iTRM STSR2
cell#1
H-BBU
cell#0
3 cells/H-BBU
iCEM64 cell#1 iCCM MCPA DDM
cell#2 cell#4 F1 HSDPA cells
iTRM
F2 R99/HSDPA cells
H-BBU cell#2
cell#0
iCEM64 cell#1 MCPA DDM
cell#2 cell#5
DIGITAL SHELF RF BLOCK
H-BBU
iCEM128 cell#0 cell#0
H-BBU MCPA DDM
cell#1 cell#3
iTRM STSR2
H-BBU cell#1
cell#2 1 cell/H-BBU
iCEM128 iCCM MCPA DDM
D-BBU cell#4 F1 HSDPA cells
iTRM F2 R99 cells
D-BBU cell#2
α
CEMα
D-BBU MCPA DDM
cell#5
DIGITAL SHELF RF BLOCK
HSDPA is supported on STSR-1 and STSR-2 configurations (HSDPA can be deployed on one frequency or on
two frequencies), OTSR configuration is not supported with HSDPA.
The above figures present two different BTS configurations among the wide range of possible
combinations. The first case represents a STSR2 with a multi-cell per H-BBU case, while the second figure
illustrates a STSR2 configuration with one cell per H-BBU.
Example: if 64 DCH
Nb CE = 256 – 64
=192 CE for HSDPA
Limited before
in the previous release
This feature introduces support for multi-mode Base-band Units (BBU) on the xCEM module.
Multi-mode is understood as support of DCH + HSDPA + HSUPA channel types by the same BBU.
This includes support of channel combinations {HSD+HSU}, {DCH+HSD}, {DCH+HSU}, and
{DCH+HSD+HSU} for a given user.
Multi-mode support includes the change from triple to single decoding.
The xCEM board supports 256 DCH, with any 128 of them supporting HSDPA and/or HSUPA.
This means that the initial xCEM capacity will be doubled with this feature by means of a SW upgrade.
The additionally available capacity can be activated through the Capacity Licensing mechanism and
requires purchase of respective licenses.
INVccGroup
OAM DS
CP NDS
CCP HSDPA • New VCC
• New ATM Profile PCM link (1 up to 8 with IMA)
AAL5 AAL2
• New QoSId
ATM
PCM
As HSDPA is a system evolution limited to UTRAN, HSDPA activation have no impact beyond the RNC.
As HSDPA is not supported over Iur interface, the only interface modifications are related to Iub.
HSDPA activation does not impact UTRAN interfaces Control Plane configuration. As mentioned earlier
there is just a moderate evolution of the NBAP messaging. Evolution of RRC messaging does not impact
the interface configuration needs for DS VCC.
In fact the major evolution triggered by HSDPA introduction is the definition of a new type of VCC
dedicated to HS-DSCH operation.
There is just one HSDPA VCC per Iub, the configuration of this new VCC requires the definition of a
dedicated ATM Profile together with the introduction of a new AAL2 QoS.
The support of IMA with multi-PCM is necessary in order to be able to provide high user data rates,
otherwise this may constitute the first bottleneck. Up to 8 PCM links can be managed by a single NodeB.
IMA = nE1
R99 over ATM
E1 Leased Lines
STM1
x x
C
C Ethernet STM
C
C
Ethernet Ethernet Network with
M M Packet Sync.
HSPA over IP GigE
Low Cost Backhaul
Node B GigE Node B
SGW
HYBRID IUB introduces a hybrid transport (ATM & IP) on the Iub interface on the RNC & Node B, as shown in
Figure above. This functionality enables the operator to split delay sensitive traffic from non delay
sensitive traffic. R99 traffic is carried on E1 to secure voice transportation as well as all delay sensitive
traffic, whereas non-delay sensitive traffic is carried on IP over a private IP network.
In the hybrid Iub interface the R99, signaling and OAM traffic remains on the ATM/PCM and the HSPA
(HSDPA and E-DCH) is supported on IP/Ethernet. Hybrid Iub requires 100 BaseT Ethernet port (xCCM) in
the NodeB and a Gigabit Ethernet board on the RNC side.
All IP is introduced in UA07.
HLR Gr
new modified
parameters messaging
GGSN Gn
SGSN Iu-PS
RNC
VCC Streaming
RNC SGSN
VCC Interactive
HSDPA R99 & « HSDPA »
PA
specific HSD DY
REA
procedures VCC Background
R99 & « HSDPA »
PA
HSD DY VCC Conversational
REA
HSDPA is a UTRAN only feature and the changes triggered by HSDPA introduction stop at the RNC. Beyond
the RNC there is no R4 / HSDPA differentiation.
HSDPA does not introduce any new procedure into the core network. There are just some changes in the
QoS profiles and some new parameters introduced in the messaging.
On Iu traffic is mapped on different VCCs depending on Traffic Class (Conversational, Streaming,
Interactive or Background). R4 and HSDPA traffic with the same Traffic Class are mapped on the same
VCC. There is no specific HSDPA VCC on Iu.
HSDPA is expected to increase user traffic, which results in a higher throughput to be supported by the
SGSN and the GGSN. Depending on the call profile, more traffic processing modules may be necessary.
Dimensioning follows the same rules as for R4 traffic.
Iu-PS interface is an open interface between the RNC and SGSN for the packet domain.
ATM and IP stacks for Iu-PS are supported.
On this interface, the SCCP supports transport of RANAP messages used by the Control Plane.
ATM stack is like IU-CS interface refer to the description of previous slide.
AAL5/ATM is be used to transport IP packets across the Iu interface towards the packet switched domain.
IP stack uses the M3UA ( MTP-3 User Adaptation Layer) and SCTP ( Stream Control Transmission Protocol) to
transport the signalling on IP network.
UDP/IP is used for the User Plane.
Dynamic management of GTP tunnel is ensured by user plane towards PS domain.
The physical layer is supported by OC3/STM1 and aIP over Gigabit Ethernet.
The Transport Network Control plane is not necessary on IU-PS.
10
Section 10
HSUPA Fund
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Introduction
Definition
1 Introduction 7
1.1 Definition 8
Uplink before HSUPA
1.2 Uplink before HSUPA 9
HSUPA Principles
2 HSUPA Principles 10
2.1 Main characteristics
Main characteristics 11
2.2 Radio Resource Allocation 12
Radio Resource
2.3 NodeB level Allocation 13
NodeB
2.4 Main level
Benefits of HSUPA in UL 14
3 Exercise 15
Main Benefits of HSUPA in UL
3.1 Questions 16
Exercise
Questions
- resource mgmt
- retransmissions
Uplink Release
Release 66
HS
UP
High A
Throughputs
Dedicated
Channels
Throughput
&
Capacity
10 8 All Rights Reserved © Alcatel-Lucent 2010
HSUPA Fund
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
HSUPA (High Speed Uplink Packet Access) is the last item introduced by 3GPP with the aim to improve
the Uplink (UL) data rate.
HSUPA is characterized by a high data rate for PS calls over the UL air interface.
The 3GPP objectives are to improve the performance of uplink dedicated transport channels by
scheduling the Uplink UE data rates depending on the interference and on the Node B processing
resources, while increasing the radio interface robustness with the HARQ (Hybrid Automatic Repeat
Request) protocol associated with TTI of 2 ms and 10 ms.
By reaching high spectrum efficiency and low latency for both the uplink and downlink with
HSDPA/HSUPA, wireless operators will be able to provide seamless access services like VoIP, which can
be challenging in UMTS R4 Network.
HSUPA is not only a HSDPA for the reverse link.
Of course, some of the mechanisms are inspired by the HSDPA solution (HARQ process, Incremental
Redundancy, Scheduling) but more generally HSUPA is an enhancement of classical dedicated channels.
Such new UL channels will be called in the following E-DCH channels.
Poor spectral
Low User efficiency
Throughputs
(<384 kbps)
Low Number of
High data rate users Low coverage
For high data rate
applications
Before the launch of the HSUPA solution, the operators have expressed their needs regarding the Access
Network capabilities.
Operator needs
Higher coverage for high data rate applications
A limited coverage for the UL DPCH @ 128kbps & 384kbps
Higher number of high data rate users from a cell RF capacity standpoint
NPole formula with 50% UL load, a limited number of high data rate DPCH in UL
Higher user throughput on the Uu interface
UMTS Rel’99 allows UL peak rate @ 384kbps
Most networks have been designed to ensure 64/128kbps
Higher UL spectral efficiency for uneven traffic
As HSDPA in DL, DCH usage in UL for uneven traffic leads to a waste of radio resource
usage.
PS call delay improvement
To face these requirements, the 3GPP had to introduce the E-DCH new channel coupled with HSDPA: the
HSUPA solution.
HSUPA
E-DCH, an enhanced Dedicated channel
Fast scheduling at Node B level
(TTI: 10ms => mandatory), 2ms =>optional)
Fast retransmission of data
QPSK modulation (~2 BPSK)
Uplink Noise Rise management in nodeB
Uplink resource management in nodeB
Dedicated Channel
D PA
HS
Shared Channel
Allocated resources
User traffic
The WCDMA system normally carries user data over dedicated transport channels, or DCHs, which brings
maximum system performance with continuous user data. The DCHs are code multiplexed onto one RF
carrier. In the future, user applications are likely to involve the transport of large volumes of data that
will be bursty in nature and require high bit rates.
HSDPA introduces a new transport channel type, High Speed Downlink Shared Channel (HS-DSCH) that
makes efficient use of valuable radio frequency resources and takes into account packet data services
burstiness.
That new transport channel (HS-DSCH) shares multiple access codes, transmission power and use of
infrastructure hardware between several users. The radio network resources can be used efficiently to
serve a large number of users who are accessing bursty data. To illustrate this, when one user has
received a data packet over the network, another user gets access to the resources and so forth. In other
words, several users can be time multiplexed so that during silent periods, the resources are available to
other users.
With HSUPA, the resource is also shared among the HSUPA users but they each have an E-DCH (Enhanced
Dedicated Channel). It uses a share of the uplink resources allocated in real time by the nodeB.
Implementation
•Fast retransmission
•Uplink resource management
•received power
•processing resources
•Iub bandwidth
Benefits
•Lower latency
•Increased radio interface robustness
•Overall UL QOS and throughput improvement
•Optimized resource sharing
•Increases more the nb of high data rate users
Bit
rates
UL throughput
Operational impacts:
Spectral Same
Efficiency hardware
UL resources
Resource
Sharing
Introduction of new UL channels allowing high bit rate and global quick resources sharing is useful to map
as a first step the best effort UL traffic (i.e. Interactive/Background traffic on E-DCH) keeping for DCH
the UL Conversational/Streaming traffic class.
E-DCH network introduction while being coupled with HSDPA (for which the same basic segmentation has
been done – DL Conversational/Streaming on DCH and DL Interactive/Background on HSDPA) enhances
the spectral efficiency of UMTS technology versus live uneven traffic.
Indeed, E-DCH/HSDPA maximizes the number of high data rate users from an air interface standpoint
while minimizing the UL/DL service delay.
By principle, E-DCH with HSDPA dynamically adapts and maximizes the peak data rate of each subscriber
according to cell load and UTRAN resource availability.
11
Section 11
HSUPA Channel
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 Introduction of new channels 7
1.1 HSDPA Channels 8
1.2 HSUPA Channels 9
1.3 Transport Channel 10
1.4 Physical Channels 11
1.5 Channels Roles 12
DL UL UL DL
HS-SCCH HS-DPCCH
E-DCH
Transport DCH HS-DSCH
UL
UL DL DL
E-DPDCH
Physical DPDCH DPDCH HS-PDSCH
E-HICH E-DPCCH
HS-SCCH HS-DPCCH
DPCCH
E-AGCH E-RGCH
What is E-DCH?
It is an enhancement of classical dedicated channels. It can be divided into the following physical ones:
E-DPDCH Physical E-DCH Dedicated Physical Data Channel (data payload – SF=16)
E-DPCCH Physical E-DCH Dedicated Physical Control Channel (power control)
E-HICH Physical E-DCH HARQ Indicator Channel (Ack / Nack – SF=128)
E-AGCH Physical E-DCH Absolute Grant Channel (scheduling)
E-RGCH Physical E-DCH Relative Grant Channel (scheduling)
Note
In the next section of this course, we are going to describe the frame structure of the new HSUPA
channels.
E-AGCH E-RGCH
A specific E-DCH transport channel is defined. As the classical DCH transport channel it allows to offer
transport services to higher layers.
UL
UL DL DL
E-AGCH E-RGCH
E-DCH Transport Enhanced Dedicated CHannel
E-DPDCH Physical E-DCH Dedicated Physical Data CHannel
E-DPCCH Physical E-DCH Dedicated Physical Control CHannel
E-HICH Physical E-DCH HARQ Indicator CHannel
E-AGCH Physical E-DCH Absolute Grant CHannel
E-RGCH Physical E-DCH Relative Grant CHannel
HSUPA includes a new set of new physical channels. Here are the basic functions of each channel:
E-DPCCH and E-DPDCH for UL. The first one is devoted to control. The second is for UL traffic.
E-HICH (HARQ Indicator Channel) in DL to indicate if the UL transmission are well received (ACK/NACK channel).
E-AGCH (Absolute Grant Channel) and E-RGCH (Relative Grant Channel) in DL to indicate to the HSUPA UE
(individually or per group) what are their allocated UL resources. This indication can be done using an explicit
value (through e-AGCH) or relatively to the last allocated UL resources (with e-RGCH).
We are going to deeply discuss the role of each physical channel in the following pages.
Dedicated Dedicated
We can divide the new set of channels into 2 categories: traffic & scheduling.
Scheduling channels
E-AGCH carries E-DCH absolute grant. It indicates to the E-DCH UE (either individually or per group)
what their resources are (absolute UL resources limitation).
E-RGCH carries E-DCH relative grants. It is a dedicated channel for the Node B involved in the E-DCH
active set. This channel allows each node B dealing with E-DPDCH to reduce the UE emitted power in
order to avoid radio interferences.
Traffic & signaling channels
E-HICH carries feedback information (ACK/NACK) sent by the Node B to indicate whether the packets
are properly received. This channel is based on the Node B HARQ algorithm. Thanks to this channel,
the Node B can send back to the UE indications about the faulty packets.
E-DPDCH is the uplink channel that carries the user data; TTI is either 10ms (mandatory supported by
UE) or 2 ms (optional support). Modulation is the same as DCH.
E-DPCCH is used to carry the uplink L1 signalling required to demodulate the E-DPCH: E-TFCI identity
of the E-TFC selected, RSN (number of H-ARQ retransmissions) and “happy bit” (telling if the grants
allocated to this UE are sufficient vs the amount data waiting in the transmission buffer).
12
Section 12
HSUPA Scheduling
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 Scheduling Overview 7
1.1 General Principles 8
1.2 Channel Assignment 9
2 Grant Allocation for Scheduling 10
2.1 Grant Allocation Principles 11
2.2 EDCH active set 13
2.3 E-DCH Macro-Diversity 14
2.4 Types of Scheduler 15
2.5 UL Load Estimation 16
2.6 Scheduling and granting criteria 17
Main Steps
Iub
interface
2 • Absolute Grant
5 • Ack / Nack
6 • Relative Grants
Like the HSDPA solution, the Node B is in charge of allocating the resources in terms of TTI, one after the
other.
Here are the main steps involved in the dialogue between the UE and the BTS:
1. The UE sends Scheduling Information (SI) to tell the Node B that it has data to send (via E-
DPDCH).
2. The Node B sends an Absolute Grant corresponding to the maximum uplink power resource the
UE can use (via E-AGCH).
3. According to the grant it has received, the UE can select an E-TFCI in the E-TFCS table that is
compatible with the power granted, to send data in UL (via E-DPCCH). The Transport Block size is
agreed.
4. The UE sends data in uplink along with a throughput that can dynamically vary according to the
grants of power it receives.
5. The Node B sends either ACK or NACK on E-HICH. If the Node B sends a NACK, the UE retransmits
the data based on the same process.
6. The Node B may send Relative Grant on E-RGCH at any time to adapt (increase or decrease) the
maximum uplink power resource used by UE.
All these steps can take place at every TTI (Transmission Time Intervall). The TTI can be either 10 ms or
2 ms (optional).
Scheduler
• Absolute Grant 2
• Ack / Nack 5
• Relative Grants 6
1 2 3 4 5 6
• Scheduling info 1
• Format definition 3
• Traffic data 4
12 9 All Rights Reserved © Alcatel-Lucent 2010
HSUPA Scheduling
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
This slide shows the role of each HSUPA channel when the UE requests to send data.
Scheduler goals
The Scheduler is the key element of the HSUPA solution.
It is in charge of two major tasks:
It manages E-DCH cell resources between UEs,
It deals with uplink radio interferences.
What is Scheduling Information? It is a message reported by UE to indicate the current status of its
waiting list.
The UE available power results from: UE Power headroom)/ highest priority level /queue total size
percentage occupied by the queue of higher priority
One main constraint of the scheduler consists in supporting fairness among users according to their
Queue priority level:
15 levels of priority,
ensure a minimum access for each active UE.
With the introduction of the MAC-e protocol in charge of the scheduling, the Node B becomes smarter as
a decision-making centre.
Protocol layers functions , including MAC-e, are thoroughly described in section 4 of this course.
The scheduling principles give the ability to the Node-B to control the set of TFCs a UE may use.
More precisely, the MAC protocol layer is in charge of the selection of the appropriate Transport format
for each Transport channel, using the Transport Format Combination Set (TFCS) assigned by the RRC.
Grants are allocated to each E-DCH UE. These UEs can then tune the power level at which they are
allowed to transmit. Each UE can adapt its throughput according to the grants by selecting the E-TFC in
the E-TFCS that is compatible with the granted power.
Grants are valid until new ones are sent. Mobiles can be addressed individually (primary E-RNTI) or in
groups (secondary E-RNTI).
A UE may be active or inactive on E-DCH. Any inactive UE has no grant allocated (grants are zero). To
send data, it has to send a Scheduling Information (SI) message to ask for grants.
Grants functions
The scheduling system is based on grants. Grants are computed by the scheduler:
to ensure some fairness between al users.
to prevent the global UL interferences level from exceeding a threshold (RTWPmax standing for
Received Total Wideband Power).
to make sure each UE will adapt its throughput on E-DPDCH according to the grants it has received.
Absolute value
E-AGCH Scheduling:
(e-RNTI, Scheduling Grant) Help!
t
Bi More resources!
y
pp
C H Ha
AG
E-
C H
PC
E-
D
CH Relative grant
RG
E-
+/-
E-RGCH Scheduling :
(up, DTx, down)
The serving cell directly controls the UE requests through the scheduling channels based on absolute /
relative grants:
Absolute grants (i.e. E-AGCH) are allocated to the UE by the serving cell.
Relative grants (i.e. E-RGCH) are very useful in order to dynamically regulate (up / down) the power
of the UE. They prevent the serving cell from interfering (called “basting”) with non serving cells.
(No RGCH in UA5.0)
The E-RGCH is in charge of sending scheduling messages to the UEs belonging to the UE Active Set:
Serving cell: E-RGCH = up, DTx, down
Non serving cell: E-RGCH = DTx, down
(where DTX stands for Discontinuous Transmission).
Receiving one “down” command, the e-DCH UE reduces its uplink data throughput (i.e. E-TFCI).
At one time, a given mobile phone listens to a signature sequence carried by a E-RGCH channelization
code (up to 40 different sequences can be carried by a E-RGCH code).
The “happy bit” carried by the E-DPCCH indicates if the grants allocated to this UE are sufficient to face
the amount of data waiting in the transmission buffer.
Node-B
1 HICH
Node-
B 1 HICH RGCH
Serving EDCH RGCH
cell AGCH
There is one single “serving” radio-link and up to four “non-serving” radio-links, forming the E-DCH
active set.
This E-DCH Active Set is a sub-set of the active set.
Channel Assignments
The UE is assigned one E-HICH channel per radio-link, allowing to perform a HARQ per-radio-link
control of the link.
The UE is assigned one E-AGCH channel (on the serving cell).
At the serving cell level, the UE is assigned one E-AGCH channel and possibly one E-RGCH (Up, down
or DTX commands) channel on which it will be assigned grants.
We call non serving RLS the other cells that belong to the E-DCH active set, excluding the serving RLS.
These RLS are able to send a Relative Grant to the UE.
At the non-serving cell level, the UE is assigned one E-RGCH channel (down or DTX commands) to allow
to control the level of interferences that it generates.
Node-B
Here are the functions of each involved cell shown in the slide above:
The serving cell (RLS#1) is the unique cell that directly controls the UE requests through the
scheduling channels (absolute / relative grants).
The non serving cells (RLS#2 & RLS#3 above) are only involved in case of the SHO (soft handover)
situation. Since their main objective consists in dealing with active UEs, they shouldn’t waste their
own radio resources to ensure radio-diversity.
The e-DCH Macro diversity can be defined in terms of HSUPA channels repartition:
One single serving e-DCH cell (i.e. E-AGCH)
Multiple Node-B E-DCH control (i.e. E-DPCCH) & data (i.e. E-DPDCH) demodulation
One or more E-HICH & E-RGCH (from serving and non-serving cells)
Interference Contribution
UL Load
Allocation at each TTI,
allowing mobile
Time scheduling throughput to peak.
=>the higher the targeted
user data rate, the lower
Time the cell capacity.
The main target of the scheduler is to grant UEs so that the total UL load of the cell stays near the target
load (RTWPmax), but not above.
If the uplink load gets above this limit, then the scheduler will reduce the grants of the E-DCH links.
In case of radio “overload” (due to other traffics : CCH, DCH, inter-cell interferences and other
interferences), the grants of E-DCH links may get down to 0. If the UL load is below the limit then the
E-DCH UEs will be granted more.
FDDCell
BTSCell
E-DCH traffic
Available load
rtwpMaxCellLoadNonEdch
R99 CAC, BTS level.
typical: 50% (=3dB)
Increase to Measure sent to RNC for
cope with cell color management
EDCH
interf.
R99 traffic
R99 traffic + Interference
+ Interference
RTWPref
Once an R99 call is accepted, it will not be dropped even if the non E-DCH load exceeds the max
specified.
Non E-DCH load (i.e. R99 + interference) will increase to cope with the E-DCH interference (as it was the
case for HSDPA).
RTWP measure is regularly sent by the BTS to the RNC for cellColor.
The RNC calculates RoT using Thermal Noise value.
Scheduling Criteria
NOK OK
RoT
RoT <
< RoTmax
RoTmax
•Algorithm:Rate or
time
•Fairness:data already
UE served, Prio,
UE UE
Sorting UE
Sorting Scheduling •MBR and GBR
(de-grant Scheduling
(de-grantmgt)
mgt)
Resource
Resource Status
Status Grant
Grant
Update
Update Management
Management
Grant
Grant
Transmission
Granting / de-granting
Transmission
Criteria
•Shared resources:UL cell
load, Processing resources, nb
AGCH and RGCH, Iub
bandwidth
•UE resources: Power
headroom, data
12 17 All Rights Reserved © Alcatel-Lucent 2010
HSUPA Scheduling
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
13
Section 13
Module4 HSUPA HARQ
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 H-ARQ Process 7
1.1 Stop And Wait HARQ Processes 8
1.2 HARQ Mechanisms 9
1.3 Soft HO Data Transmission Example 10
2 Exercices 11
2.1 HSUPA versus HSDPA 12
Update RV Parameters
Transmit Data
E-HICH
NACK
TB HARQ
Once a UE is scheduled, a HARQ process is assigned that may correspond to either a new Transport Block
transmission or a TB retransmission. The RV parameters are computed accordingly and data is
transmitted.
The HARQ process is then waiting for feedback information (ACK / NACK / DTX):
In case of ACK reception, the HARQ process is reset and corresponding MAC-d PDUs are removed from
memory. This HARQ process can now be used for a new transmission.
In case of NACK reception, the number of retransmissions must be incremented. If the maximum
number of retransmissions is not reached, the HARQ process is inserted in the “NACK list” of HARQ
processes asking for retransmission.
In case of DTX indication, the same actions as for NACK reception are performed, except that a
parameter must be updated to notify DTX detection (this changes the RV parameter update).
After a NACK reception or a DTX indication, the HARQ processes are just waiting for being re-scheduled
for a new retransmission.
Note
DTX stands for Discontinuous Transmission: it is used on Radio interface to switch-off the radio activity
during the silent times until the conversation resumes. DTX indication is used when there is no
ACK/NACK reception.
Data
Data 3 Nack Data 2
Data
Data 4 Ack Data 3
Data
Data 5 Transmissions Ack Data 4
Data 2
Data Ack Data 5 To next step
(demultiplexing)
Data 6 Nack Data 2 combining
Data 1
Data 7 Ack/nack Nack Data 6
Data 3
Data 8 Ack Data 7
Data 4
Data
Data 2 Ack Data 8
Data 5
Data 6 Ack Data 2
Data 7
Data 9 Ack Data 6
Data 8
Data 10 Ack Data 9 combining
Data 2
Data 11 Ack Data 10
combining Data 6
Data 12 Ack Data 11
Data 9
Data 13 Ack Data 12
Data 10
Ack Data 13
Data 11
Data 12
Data 13
The HARQ process (Hybrid Automatic Repeat reQuest) is based on a similar scheme as for HSDPA, directly
handled by Node B and UE.
The E-HICH relies on the Node B HARQ algorithm. It handles retransmissions. Thanks to this channel, the
Node B can send back to the UE indications about the faulty packets.
There are few differences between HSDPA & HSUPA solutions: HSUPA works in SHO and is based on
synchronous retransmissions in the uplink.
Downlink: HARQ based on synchronous ACK/NACK
There is a well-defined timing relationship between reception of the transport block and
transmission of the acknowledgement by the Node B.
Uplink: HARQ based on synchronous retransmissions
Fix number of Stop-and-Wait HARQ processes
8 processes for 2ms TTI
4 processes for 10ms TTI
Maximum number of retransmissions configured per MAC-d flow.
E-HICH
4a. NACK(1)
8a. ACK(2) 14. Data
UE 12a. NACK(1) Reordering/
Non- Combining
E-DPCCH
2b. E-TFCI(1) serving
6b. E-TFCI(2) E-DCH
cell E-DCH FP
10a. E-TFCI(1)
5. Void
E-DPDCH RLS 9b. Data Tx(2)
3b. Data Tx(1) 13b. Data Tx(1)
7b. Data Tx(2)
11b. Data Tx(1)
E-HICH
4b. NACK(1)
8b. ACK(2)
12b. ACK(1)
This operation occurs in soft handover situations (SHO): Intra Node B and inter Node B macro-diversity
are supported by the HSUPA solution.
Multiple Node Bs transmit HARQ ACK/NACK in DL. The reliability of the signalling is essential to avoid de-
synchronisation of the Node Bs buffers and ACK/NACK errors.
In softer handover, cells belonging to the same Node B transmit the same HARQ ACK/NACK information
(same RLS).
Resynchronisation of HARQ instances at the Node B are implicitly performed, based on Retransmission
Sequence Number.
Question: what are the differences and similarities between HSDPA and HSUPA?
HSDPA HSUPA
2. Fast scheduling at Node B level (TTI: 2ms) 2. Fast scheduling at Node B level (TTI: 10ms =>
mandatory), 2ms =>optional)
3. Fast retransmission of data (H-ARQ usage) 3. Fast retransmission of data (H-ARQ usage)
4. Adaptable radio modulation (QPSK and 4. Basic radio modulation QPSK only (BPSK)
16-QAM)
5. Downlink radio quality & downlink 5. Uplink Noise Rise & uplink resource
resource management management
Obviously, HSDPA and HSUPA are two different techniques that share lots of basic mechanisms.
1+1
Coupling the usage of both HSDPA in DL and HSUPA, these mechanisms highly enhance the spectral
efficiency of UMTS technology versus live sporadic traffic.
Indeed, HSxPA maximizes the number of high data rate users from a air interface usage standpoint while
minimizing the UL/DL service delay with high peak rate.
By principle, HSUPA with HSDPA dynamically adapts and maximizes the peak data rate of each subscriber
according to cell load and UTRAN resource availability.
Implementation
The feature is a software-only upgrade based solution as far as the minimum processing power required
in the Node-B is available i.e. one iCEM BBU (E-BBU) at least to handle the Node-B HSUPA L1/L2
software.
14
Section 14
Module5 HSUPA UTRAN Protocols
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 MAC Entities 7
1.1 Protocol Layers 8
1.2 UTRAN Protocol Layers 9
1.3 MAC Entities 10
1.3.1 NodeB 11
1.3.2 RNC 12
1.4 MAC-e Scheduling 13
2 Physical Channel Frame Structure 14
2.1 E-DPDCH / E-DPCCH Frame Structure 15
2.2 E-AGCH, E-RGCH, E-HICH Frame Structure 16
2.3 OVSF for DL control channels 17
3 Frame Protocols 18
3.1 Iub Frame Protocol Configuration 19
4 Exercise 20
4.1 Physical Channels 21
Logical Channels
Transport Channels
Transport sublayer
PHY
Physical Channels (PHYsical Layer)
Physical sublayer
UMTS relies on the concept of logical channels, characterized by the type of information that is
transferred and transport channels which are described by how and with what characteristics the data
is transferred over the air interface.
The mapping between the logical and transport channels is performed by the MAC (Medium Access
Control) sub-layer.
MAC main functions:
Mapping between logical channels and transport channels
Selection of appropriate Transport Format
Priority handling between data flows of one UE
Priority handling between UEs
Identification of UEs on common channels
Multiplexing/ demultiplexing of higher layer PDUs
Traffic volume monitoring
Ciphering
Access Service Class selection for random access transmission
MAC -d MAC -d
MAC -es
MAC -es /
MAC -e
MAC -e MAC -e EDCH FP EDCH FP
Uu
Iub D RNC Iur
UE Node B SRNC
Here are the main functions of the new protocol layers within the UTRAN subsystem:
At UE level: MAC-es / MAC-e handles HARQ retransmissions, scheduling and MAC-e multiplexing, E-
DCH TFC selection.
At Node B level: MAC-e handles HARQ retransmissions, scheduling and MAC-e de-multiplexing.
At SRNC level: MAC-es provides in-sequence delivery (reordering) and handles duplication avoidance
(combining) in case of inter Node B soft handover.
Note
Layers above MAC are left unchanged.
In section 4, we will discuss more deeply the functions of the protocol layers.
Logical Channels
BCCH PCCH BCCH CCCH CTCH DCCH DTCH
MAC
Control
(RRC)
Transport Channels
The diagram above describes the MAC architecture. It is built upon MAC entities.
The four entities are assigned the following names:
MAC-b is the MAC entity that handles the following transport channels. It is located in the Node B.
broadcast channel (BCH)
MAC-c/sh, is the MAC entity that handles the following transport channels:
paging channel (PCH)
forward access channel (FACH)
random access channel (RACH)
MAC-d is the MAC entity that handles the following transport channels:
dedicated transport channel (DCH)
MAC-hs is the MAC entity that handles the following transport channels:
high speed downlink shared channel (HS-DSCH).
MAC-e/es are the MAC entities that handle the following transport channels:
Enhanced dedicated transport channel (E-DCH)
Note
The exact functions completed by the entities are different in the UE from those completed in the
UTRAN.
MAC-d flows
MAC-e
Flow Control MACes PDUs
Scheduling
Cell resources between Scheduling /
UE
De-multiplexing
requests
grants
Control
MACe PDUs
HARQ entity
HARQ entity
Fast transmisson. retrans
TRFC selection
Associated
Associated
Downlink
Uplink
signalling
signalling
E-HICH/
E-AGCH/E-RGCH E-DPCCH E-DPDCH
E-DCH Control:
The E-DCH control entity is responsible for reception of scheduling requests and transmission of
Scheduling Grants.
De-multiplexing:
This function provides de-multiplexing of MAC-e PDUs. MAC-es PDUs are forwarded to the associated
MAC-d flow.
HARQ:
One HARQ entity is capable of supporting multiple instances (HARQ processes) of stop and wait HARQ
protocols. Each process is responsible for generating ACKs or NACKs indicating delivery status of E-DCH
transmissions. The HARQ entity handles all tasks that are required for the HARQ protocol.
MAC -es
MAC – Control
Disassembly Disassembly Disassembly
From From
MAC -e in MAC -e in
NodeB #1 NodeB #k
Resource
ResourceStatus Grant
Status
Update
Grant
Management
Scheduling
Update Management
Grant
Grant
Transmission
Transmission
The RNC will provide the RTWPmax and RTWPref to the BTS. This will be interpreted as the maximum
Rise Over Thermal that the scheduler shall consider.
The BTS will use a self-learned RTWPref for the scheduling, so the RTWPmax considered by the BTS may
be different (above or below) than the one given by the RNC.
BTS impacts
The scheduling functions are managed in the BBU (1 BBU per iCEM64, 2 BBU per iCEM128 and 4 BBU
per xCEM).
One E-BBU (a specific BBU managing HSUPA services) can handle up to 15 UEs in iCEM & 128 in xCEM
in UA06.
(BBU=Base Band Unit; CEM=Channel Element Module)
Data (N bits)
E-DPDCH Structure
(Uplink Data Channel)
Slot #0 Slot #1 Slot #2 Slot #i Slot #14
Tslot=2560 chips
ETFCI RSN (HARQ) Happy Bit
E-DPCCH Structure
(Uplink Control Channel)
Slot #0 Slot #1 Slot #2 Slot #i Slot #14
(The E-DCH transport channel is associated with 2 UL physical channels: E-DPDCH & E-DPCCH. )
E-DPDCH (UL)
It carries the UL traffic.
The Spreading Factors: 256, 128, 64, 32, 16, 8, 4, 2
TTI is either 10 ms (mandatory) or 2 ms (UE capability).
Multi-code is used only at SF=2 and SF=4.
E-DCH introduces the use of H-ARQ in uplink on the E-DPDCH (like HSDPA in downlink) directly handled by
Node B and UE, allowing for fast retransmissions. The number of H-ARQ processes is 8 (for TTI 2ms) or 4
(for TTI 10ms).
Recombining is done using Chase Combining or Incremental Redundancy.
Slot Format:
E-AGCH (DL)
It carries E-DCH Absolute Grant. The structure is similar to HS-SCCH (UE specific CRC)
It indicates to the E-DCH UE what are their allocated UL resources (absolute UL power resources
limitation). It uses E-RNTI to target UE or groups of Ues, It works with serving E-DCH cell only
The SF is fixed to 256. AGCH can be transmitted in 2ms. In 10ms TTI, the AGCH lasts for 10ms. It consists
of repetitive sending of 2ms messages.
E-HICH (DL)
It shares the same OVSF codes as the E-RGCH and has the same structure. UEs are differentiated by the
signature. There is a set of 40 signatures per code, allowing to address several UEs at the same time.
E-HICH carries the H-ARQ acknowledgement indicator: +1 = ACK ; 0 = NACK by a non-serving Node B
(means DTX); -1 = NACK by the serving Node B.
The indicator is multiplied by the signature of the UE for the E-HICH (40 bits) When the E-DCH is in soft
handover (not supported in this release), the UE will consider that the HARQ process has been correctly
received if at least one Node B reports an ACK.
On the non serving cell, the HICH lasts for 10ms(not used in UA5.0)
E-RGCH (DL) (Not available in UA5.0)
It carries E-DCH Relative Grants:
1/0/-1 transmitted from serving RLS to indicate UP/HOLD/DOWN
0/-1 transmitted from non serving RLS to indicate HOLD/DOWN
It works with serving and non-serving E-DCH cells. It shares the same OVSF codes as the E-HICH and has
the same structure. It allows to increase or decrease the resource limitation.
UEs are differentiated by the signature: the E-RGCH relies on signature to target a UE or group of UEs. A
given mobile listens to a signature sequence carried by an E-RGCH channelization code. 40 different
sequences can be carried by a E-RGCH channelization code (can send information to 40 UEs per TTI per
E-RGCH+E-HICH)
SF128
SF256
SF16
SF32
SF64
SF4
SF8
0
0 Common channels (1 S-CCPCH)
0
1
0 4 S-CCPCH #2
2 2
1 5
3
1 S-CCPCH #3
4 6
2 3
5 7 HS-SCCH (2 for ex)
1
6 8
3 4 18
E-HICH and E-RGCH
7 DL HSUPA channels are allocated just
9
19 after the HS-SCCH codes
8 20 E-AGCHs
4 10
9 5 11
2 11
10
5
11
12
6 Free OVSF codes Dynamic DL code tree management
13
3
14
7 HS-PDSCH
15
EDCH FP contents
•User data transmission •DDI info (logical channel, MAC-D flow, MAC-D PDU size)
Only the correctly decoded MAC-es PDU
•CFN: indicates when HARQ decoded correctly (identifies the
•HARQ failure indications TB) +subframe nb in case of 2ms TTI
•RNC congestion indications •N: nb of HARQ retransmissions
The E-DCH Frame Protocol for the Iub interface has several objectives:
User data transmission of E-DCH traffic between BTS and RNC,
HARQ failure indication from BTS to RNC,
Transport Network Congestion indication from RNC to BTS.
The FP data PDU contains the MAC-es PDUs that have been correctly decoded in the MAC-e PDU of the
TTI.
If the MAC-e PDU contains several MAC-d flows then they are demultiplexed and sent on their respective
transport bearers (in UA5.0, only 1 MAC-d flow is supported on E-DCH so this is not applicable) so using
distinct E-DCH FP DATA frames.
For a HSUPA data session, there at least 3 Frame Protocol contexts used over the Iub, as illustrated by
the picture above.
1. The first Frame Protocol supports the associated DCH, i.e. uplink and downlink signaling, and is
mapped on a dedicated CID (DS QoS).
2. Another Frame Protocol on DCH may be used support a CS service established in parallel of the
PS I/B service.
3. The E-DCH Frame Protocol supports the uplink part of the user packet data traffic. It is mapped
on a dedicated CID on the UBR QoS VCC (which has lower priority that DS and NDS VCC) which is
the same VCC as the HS-DSCH one (but using different CIDs).
CID= AAL2 Channel ID, CFN=Connection Frame Number, TB=Transport Block
Associated DPCCH
15
Section 15
Module6 HSUPA Scenario
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 Call setup Procedure 7
1.1 Call Establishment 8
1.2 Initial connection 10
1.3 RAB allocation phase 11
2 Primary cell change 12
2.1 Intra-Frequency Mobility 13
2.2 HSUPA over Iur 16
3 DCH Fallback Procedure 17
3. DCH ? E-DCH ?
Channel Type Selection
1. Request for service
(e.g. Web Browsing)
RNC
Node B Core
Network
2. RAB
Assignment
UE 4. E-DCH Establishment Request
E-DCH or
DCH ?
RAB assignment
request from CN
RAB Traffic Class Service = PS?
HSDPA in DL ?
E-DCH
selection
Cell Capability E-DCH in Cell?
With the introduction of HSUPA in the UTRAN, a new type of transport channel can be allocated to serve
the RAB requested from the CN. Thus, the channel type selection algorithm allows selecting either DCH
or E-DCH in UL depending on the RAB characteristics received from the CN.
At reception of a “RAB assignment Request”, the SRNC selects the transport channel type between DCH
and E-DCH according to the following constraints:
Channel type selection is performed prior to call admission control. Then depending on the channel type
selection, either DCH RAC or HSxPA RAC is triggered.
GMM/Service Request
In this phase, only the NBAP Radio Link Reconfiguration procedure and RRC Radio Bearer
Reconfiguration are modified because of E-DCH.
RL Reconfiguration Prepare
RL Reconfiguration Ready
RL Reconfiguration Prepare
RL Reconfiguration Ready
Event1J
CPICH_EC/No
E-ASET Cell
Definition: The CPICH of a cell that is in DCH AS but not in E-DCH AS (cell “B”) becomes better than
the CPICH of a cell that is already in E-DCH AS (cell “A”).
Action triggered: Cell ”A” is removed from the E-DCH AS and replaced by cell “B”
(provided that cell “B” supports current E-DCH Configuration).
Remark: Event 1J is only configured when the “Full-Event Triggered” reporting of measurements
mode is used for intra-frequency mobility.
If the new Primary Cell does not support current E-DCH Configuration:
- E-DCH Configuration is changed to match E-DCH capabilities of the new Primary Cell.
- If E-DCH Configuration is changed to a more restrictive one (e.g. 10ms TTI → 2ms TTI),
any cell of E-DCH AS not supporting the new E-DCH Configuration is removed from E-DCH AS.
If the new Primary Cell does not support E-DCH, the E-DCH RB is reconfigured to UL DCH.
Remark:
All cells removed from DCH AS and present in E-DCH AS are also removed from E-DCH AS
Core Network
SRNC DRNC
E-DCH FP
E-DCH
Associated
Associated DCH
DCH
E-PDSCH(s)
The feature ensures a seamless mobility for HSUPA calls while a user moves from a SRNC to a D-RNC
through the Iur interface.
The HSUPA over Iur capability is required in both the S-RNC and D-RNC to allow the handling of the
configuration, maintenance, release of active HSUPA call over Iur.
In HSUPA mode, the SRNC configures the radio link with E-DPCH and E-DCH Information and the
characteristics of HSUPA service is decided by the property of Primary Cell.
As a Serving RNC, the decision to configure an existing RL over Iur with HSUPA is taken when a cell
belonging to a neighbouring RNC is added to the active set and the cell is able to be compliant with the
existing HSUPA service.
The request is sent to the neighbouring RNC using a RNSAP radio link setup/addition/reconfiguration
prepare message with E-DPCH and E-DCH information.
The UE is configured accordingly.
• As a Drift RNC, a radio link is configured to HSUPA when the DRNC receives a RNSAP radio link
setup/addition/reconfiguration prepare message with E-DPCH and E-DCH Information.
Bearing in mind the Iur dimensioning constraint for certain customers, the feature can be deactivated, in
which case a DCH fall back solution is offered to maintain the call continuity when crossing the Iur.
Max users
Primary cell HSU or HSD
change
Rab
assignment
Core
NBAP or
RNSAP
Network
failure
HSPA to DCH fallback feature allows establishing or reconfiguring the PS I/B Streaming RAB
into DCH in case of HSDPA or HSUPA CAC failure.
The following HSxPA CAC failure scenarios trigger such a fallback:
• RAB assignment (to establish or to release)
• IU release
• Primary Cell change
• Inter-RNC UE involved Hard Handover
• Alarm Hard Handover
In case of HSPA CAC failure, i.e. lack of resources, HSPA to DCH fallback feature
allows reconfiguring UL and/or DL into DCH as if UE was not HSUPA and/or HSDPA
capable, mainly based on failure causes:
• Internal to RNC: maximum number of HSDPA or HSUPA users
• External to RNC: NBAP or RNSAP failure causes
16
Section 16
Module7 HSUPA AL Implementation
TMO18247 Edition D0 SG DEN I2.0
9300 WCDMA
TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
TMO18247 Edition D0 SG DEN I2.0
Document History
Page
Switch to notes view!
1 Deployment Scenario 7
2 BTS Hardware Configuration 13
3 HSUPA power Control 20
F1
HSDPA R99 UE
capable UE
This configuration does not require any 3G inter-layer mobility and iMCTA CAC by default to save the R99
call by performing HHO to 2G neighboring cells when necessary.
Concerning Performance aspect, HSXPA throughput could be limited by Power & by
Codes and R99 could potentially be impacted by interference generated during HSXPA activity period.
In term of hardware cost, it is the cheapest one with only 1 E-BBU and 1 H-BBU mandatory.
F1 R99 UE
R99 Layer
Since HSxPA traffic and R99 traffic separated, neither HSxPA interference in R99 carrier nor HSxPA
Throughput limited by Power are expected.
Concerning capacity, Free codes and power available on layer 1 will not be available for HSXPA traffic
(and vice-versa).
The Hardware requirements are at least 1 H-BBU, 1 E-BBU & 1 TRM (if 1 carrier previously).
Globally, it should be a likely configuration chosen if already 2 dedicated carrier deployed in UA4.2 or
traffic increase.
Interesting U5.0 cell topology for 2 main reasons:
• to avoid R99/ HSXPA cohabitation issue & so safe configuration for R99/HSXPA performance.
• Traffic segmentation usage & avoid bad impact of Compress Mode for static HSxPA UE’s.
F1 R99 UE
Layer with
HSxPA/R99
HSDPA
capable UE
16 10 All Rights Reserved © Alcatel-Lucent 2010
Module7 HSUPA AL Implementation
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
RRC Traffic Segmentation is not possible in this configuration since the system can
not distinguish R6 and R5 HSDPA calls. Therefore, only usage of iMCTA Service is
possible to redirect R6 HSxPA on F2
Moreover, HCS activation is mandatory to select always F1
R99 could be potentially impacted by interference generated during HSxPA activity period and by
Compressed Mode generated at each HSUPA call established on F1.
On contrary, this is an optimum configuration for HSUPA Throughput since no cohabitation between
HSUPA and UL DCH traffic is forecasted.
iMCTA service partitioning is favored vs. load balancing and could lead to waste of resources.
The minimum hardware requirements are at least At least 2 H-BBU, 1 E-BBU & 1 TRM (if 1 carrier
previously).
Globally, this is an expensive UA5.0 Cell Topology which is possible in localized HSDPA hot spots inside
mono-carrier area.
Interesting U5.0 cell topology for 2 main reasons:
• to reach the best HSUPA Performance (only R6 PS calls on F2)
• to allow R5 HSDPA service continuity in F1 inside mono-frequency area
F2
R99 UE
HSDPA
capable UE
F1 R99 UE
Layer with
HSxPA/R99
HSDPA
capable UE
16 11 All Rights Reserved © Alcatel-Lucent 2010
Module7 HSUPA AL Implementation
9300 WCDMA TMO18247 9300 WCDMA UA07 HSxPA Radio Principles
RRC Traffic Segmentation is not possible in this configuration since the system can
not distinguish R6 and R5 HSDPA calls. Therefore, only usage of iMCTA Service is
possible to redirect R6 HSXPA on F2.
Moreover, HCS activation is mandatory to select always F1
R99 potentially impacted by interference generated during HSXPA activity period and
by Compressed Mode generated at each HSUPA call established on F1.
R99 PS UL Traffic could degrade HSUPA Throughput.
Load balancing between frequencies is possible for R99 calls.
The minimum hardware requirements are at least 2 H-BBU, 1 E-BBU & 1 TRM (if 1
carrier previously).
This is an expensive UA5.0 Cell Topology interesting for its resource usage
capabilities but no guarantee on the HSUPA Performance.
Therefore no deployment is currently forecasted in UA5.0.
R99 UE
F2
F1 R99 UE
R99 Layer
This is a scenario foreseen by some customers that wants to expand R99 capacity.
RRC Traffic Segmentation & iMCTA service will be used to redirect the R5+ call on HSDPA layer.
HSxPA throughput could be limited by DL Power limitation or by DL OVSF Code limitation. Therefore, it is
recommended to assess the DL Power Usage & the OVSF Code Usage to activate properly the Dynamic
Code Tree Management.
Load Balancing is triggered to re-direct R99 call when shared carrier is loaded (Red or Yellow color).
The minimum Hardware required is at least 1 H-BBU, 1 E-BBU & 1 TRM (if 1 carrier previously).
This is a probable configuration chosen if high traffic of R99 inside HSxPA/ R99 shared carrier area.
Interesting U5.0 cell topology for 2 main reasons:
• to use iMCTA load balancing to share R99 load
• Traffic segmentation usage and to avoid bad impact of Compress Mode for static HSxPA UE’s
MAC-e
• HARQ decoding
• E-DSC(s) scheduling
• UL Link demodulation/decoding
• DL scheduling PhCH(s)
MAC-hs
• HARQ
• HS-DSCH scheduling
• Link Adaptation (adaptive coding & modulation)
UL
DPCCH(s)
HS-DPCCH(s) UMTS BTS
DL
HS-PDSCH(s) H-BBU
iCEM128
HS-SCCH(s) E-BBU
iTRM MCPA DDM
UL D-BBU
DPCCH(s) iCEM128 D-BBU
E-DPCCH(s)
E-DPDCH(s) H-BBU
iCCM iTRM MCPA DDM
DL iCEM64
E-HICH
E-AGCH
D-BBU D-BBU
E-RGCH xCEM D-BBU D-BBU iTRM MCPA DDM
UL
Associated/R99 DPDCH(s) D-BBU
CEMa
Associated/R99 DPCCH(s) D-BBU
CCH(s)
Digital Shelf Radio Shelf
DL
Associated/R99
DPDCH/DPCCH(s)
CCH(s)
This slide shows the repartition of the roles between BBUs within the CEM boards.
It indicates where the radio links (physical channels) and retransmissions mechanisms (HARQ,
scheduling,…) are managed.
iCEM 64 has 1 BBUs that can be used as any of the above types.
iCEM 128 has 2 BBUs that can be used as any of the above types.
xCEM has 4 BBUs that can be used as any of the above types.
The CEM alpha can only be used for R99.
HS-DPCCH
iCEM 64
H-BBU Or iCEM 128
HS-PDSCH(s)
HS-SCCH(s)
E-DPCCH
E-DPDCH iCEM 64
E-BBU
Or iCEM 128
E-HICH
E-AGCH
E-RGCH
iCEM 64
DPCCH / DPDCH
D-BBU Or iCEM 128
Or CEM a
DPCCH & DPDCH
The iCEM capacity for HSUPA is given by the E-BBU limitation in terms of:
• Maximum number of users = 15
• Maximum number of codes = 3 x ( 2x SF4)
• Throughput at MAC-E level = 2.1 Mbps
Number of cell per BBU = 3
The xCEM capacity for HSUPA is given by the E-BBU limitation in terms of:
• Maximum number of users = 64
• Throughput at air interface = 7.7 Mbps
• Number of Cells = 6
Example: if 64 DCH
Nb CE = 256 – 64
=192 CE for HSDPA
Limited before
in the previous release
This feature introduces support for multi-mode Base-band Units (BBU) on the xCEM module.
Multi-mode is understood as support of DCH + HSDPA + HSUPA channel types by the same BBU.
This includes support of channel combinations {HSD+HSU}, {DCH+HSD}, {DCH+HSU}, and
{DCH+HSD+HSU} for a given user.
Multi-mode support includes the change from triple to single decoding.
The xCEM board supports 256 DCH, with any 128 of them supporting HSDPA and/or HSUPA.
This means that the initial xCEM capacity will be doubled with this feature by means of a SW upgrade.
The additionally available capacity can be activated through the Capacity Licensing mechanism and
requires purchase of respective licenses.
the Queuing Delay, if many HSUPA users want to become active at the same time
the number of HSUPA users supported per cell
the performance for HSDPA traffic that does not conform to FTP/HTTP, in particular for traffic with very
low packet sizes.
For HSUPA,
the MAC-e scheduler on the xCEM supports at least 2 E-AGCH channels per cell – target
is 48 E-AGCH channels per xCEM board.
the Node B supports at least 4 E-HICH Channelization codes per cell.
The Node B provides a signature administration for 40 signatures per E-HICH channelization code.
A pre-defined number of 1..4 signatures will be reserved for common E-RGCH usage, the remainder is
available for dedicated E-RGCH/E-HICH usage on each E-HICH Channelization code.
For HSDPA,
the xCEM will support 4 HS-SCCH channels per cell (24 HS-SCCH channels per board).
In UA7.1 SF2 and 2msTTI are supported only by the xCEM (UE categories 4, 5 and 6 are
supported)whereas the iCEM board keep the same capabilities as in UA5.
In term of bit rate, we can expect a maximum MAC-e throughput of:
• 2.0 Mbits/s for TTI = 10 ms
And a maximum RLC throughput of:
o Category 3: 1380 kb/s
o Category 5: 1890 kb/s
• 5.76 Mbits/s for TTI = 2 ms
And a maximum RLC throughput of:
o Category 4: 2720 kb/s
o Category 6: 5440 kb/s
RNC
Iub
HS-DPCCH
E-AGCH Feedback Information
Absolute Grant (CQI)
The reference Tx power is given by a hard-coded Look Up Table using the CQI and the mean square error
of the CQI, i.e.
PEDCH base = LUT(CQI, MSE(CQI))+PCPICH+Γ-mean(CQI)+∆
The MSE takes the channel variations into account
∆ is set to +3 dB in UA05.1
The OMC-B parameter eagchPowerOffset allows further control of the Tx power
This offset is a positive or negative constant offset across all CQI values
The parameter range is from –45 dB to +65 dB
2. Which is the physical channel used to control the EDPCCH and EDPDCH power?