Anda di halaman 1dari 113

LTE L2 Introduction

Susan Sun
Date: 2009.07.24
Version: 00.01

LTE Radio Interface Protocol Architecture

Architecture Basics
> LTE is structured into different protocol layers
Lower protocol layers provide services for upper layers
The data from/to higher layers is known as a Service Data Unit (SDU)
The data from/to lower layers is known as a Protocol Data Unit (PDU)

Each layer is responsible for different tasks


The upper layers should not have to care about the details

> This structure is common to most modern systems


Some layers are almost universal
Others are LTE specific

> In LTE, IP packets enters through on of the SAE bearers


SAE = System Architecture Evolution
The IP packets are then processed by the protocols

LTE Radio Interface Protocol Architecture


> The layer 1 supports all functions required for the
transmission of bit streams on the physical medium.
> The layer 2 protocol is responsible for providing functions
such as mapping, ciphering, retransmission and
segmentation. It is made of three sub-layers: MAC
(Medium Access Control), RLC (Radio Link Control), PDCP
(Packet Data Convergence Protocol)
> The layer 3 is split into 2 parts: the access stratum and the
non access stratum.

LTE Radio Interface Protocol Architecture

Short Description of Layers(1/2)


> Packet Data Convergence Protocol (PDCP)
Performs IP header compression
Reduces the number of bits to transmit over the radio
interfaced
Based on Robust Header Compression (ROHC)

> Radio Link Control (RLC)


Responsible for
Segmentation/concatenation
Retransmission handling
In-sequence delivery to higher layers

Short Description of Layers(2/2)


> Medium Access Control (MAC)
Responsible for
Uplink/downlink scheduling
Hybrid-ARQ retransmissions
Choice of modulation
Resource assignment

> Physical Layer (PHY)


Responsible for
Coding/decoding
Modulation/demodulation
Resource mapping

Data Flow

Bearers & Channels

BEARERs & CHANNELs


> Bearers, which carry information from one part of the
system to another, with a particular quality of service.
> Channels, which carry information between different
levels of the air interface protocol stack.

Bearers: Bearer Model


> A bearer carries data from one network element to
another. It is associated with a particular quality of service,
which describes parameters such as the data rate, error
rate and delay.

EPS Bearer Terminology


> Quality of service
GBR bearer
Non-GBR bearer

Guaranteed bit rate


No guaranteed bit rate

> Establishment time


Default bearer
Established when UE connects to PDN
Provides always-on connectivity ---Why Always ON ?
Always non-GBR
Dedicated bearer
Established later
Can be GBR or non-GBR

Quality of Service (QoS) Parameters


> Every EPS bearer
QoS class identifier (QCI)
Allocation and retention priority (ARP)

> Every GBR bearer


Guaranteed bit rate (GBR)
Maximum bit rate (MBR)

> Non-GBR bearers, collectively


Per APN aggregate maximum bit rate (APN-AMBR)
Per UE aggregate maximum bit rate (UE-AMBR)

From TS 36.300 13.2, and TS 23.401 4.7.3

Standardized QCI Characteristics

From TS 23.203 6.1.7

Signaling Radio Bearers (SRBs)

From TS 36.331 4.2.2

Channels: Channel Description


> Logical channels: each logical channel type is defined by
what type of information is transferred,
> Transport channels: each transport channel is described
by how and with what characteristics data are
transferred over the radio interface
> Physical channels: provide the real transmission resource,
being in charge of the association between bits of the
transport channels and physical symbols (electrical signals).

LTE Channel Architecture


> 1. RLC layer passes data
to the MAC layer as
logical channels.
> 2. The MAC layer
formats and sends the
logical channel data as
transport channel.
> 3. The physical layer
encodes the transport
channel data to physical
channels.

Logic Channel
Control Channel

Channel

Definition

Direction

Characteristic

BCCH

Broadcast Control Channel

DL

Transmission of system control information


from the network to all mobile terminals in a
cell.

PCCH

Paging Control Channel

DL

Transmission of paging to mobile terminals


whose location on cell level is not known to
the network

CCCH

Common Control Channel

UL/DL

Transmission of control information between


network and UEs (RRC connection and cell
update).
Commonly used by UEs having no RRC
connection with network or by UE when
accessing a new cell after cell reselection

Traffic Channel

MCCH

Multicast Control Channel

DL

Transmission of control information required


for reception of the MTCH

DCCH

Dedicated Control Channel

UL/DL

Transmission of control information to/from


a mobile terminal. This channel is used for
individual configuration of mobile terminals
such as different handover messages.

DTCH

Dedicated Traffic Channel

UL/DL

Transmission of user data to/from a mobile


terminal.

MTCH

Multicast Traffic Channel

DL

Transmission of MBMS services.

Transport Channel(1/3)

Common
Transport
Channels

Channel

Definition

Directio
n

Characteristic

BCH

Broadcast Channel

DL

Fixed, pre-defined transport format


Broadcast in the entire coverage area of the
cell

PCH

Paging Channel

DL

Supports UE discontinuous reception (DRX) to


enable UE power saving
Broadcasts in the entire coverage area of the
cell;
Mapped to physical resources which can be
used dynamically also for
traffic/other control channels.

DL-SCH

Downlink Shared Channel

DL

Supports Hybrid ARQ


Supports dynamic link adaptation by varying
the modulation, coding and transmit power
Optionally supports broadcast in the entire cell;
Optionally supports beam forming
Supports both dynamic and semi-static
resource allocation
Supports UE discontinuous reception (DRX) to
enable UE power saving
Supports MBMS transmission

Transport Channel (2/3)


Channel

Definition

Directio
n

Characteristic

MCH

Multicast Channel

DL

Broadcasts in the entire coverage area of the


cell;
Supports MBSFN combining of MBMS
transmission on multiple cells;
Supports semi-static resource allocation e.g.
with a time frame of a long
cyclic prefix.

RACH

Random Access Channel

UL

Channel carries minimal information


Transmissions on the channel may be lost
due to collisions

UL-SCH

Uplink Shared Channel

UL

Optional support for beam forming


Supports dynamic link adaptation by varying
the transmit power and potentially modulation
and coding
Supports Hybrid ARQ
Supports dynamic and semi-static resource
allocation

Transport Channel(3/3)
> Transmission Time Interval (TTI): is defined as the inter-arrival time of
Transport Block Sets, i.e. the time it shall take to transmit a Transport Block
Set.
> Transport Block (TB): is defined as the basic data unit exchanged between L1
and MAC. An equivalent term for Transport Block is MAC PDU.
> Transport Block Set (TBS): is defined as a set of Transport Blocks that is
exchanged between L1 and MAC at the same time instance using the same
transport channel. An equivalent term for Transport Block Set is MAC PDU
Set.
> Transport Format (TF): includes information about the transport-block size, the
modulation scheme, and the antenna mapping. By varying the transport
format, the MAC layer can thus realize different data rates

Physical Channel(1/2)

Physical Channel Structure(2/2)

Channel Mapping (Downlink)

Channel Mapping (Uplink)

RLC

High Level RLC Architecture


RLC has 3 modes of operation:
- Transparent mode (TM)
- Unacknowledged mode (UM)
- Acknowledged mode (AM)
In TM & UM modes, one RLC entity acts like the Sender and another entity
acts like the Receiver.
In AM mode, one RLC entity acts as both the Sender and the Receiver.

In all modes:
RLC Downlink: gets SDUs from upper layer
and transmits PDUs to MAC.
RLC Uplink: gets PDUs from MAC and
transmits SDUs to upper layer.

Upper Layer
SDUs

RLC
PDUs

MAC

LTE RLC Sub Layer

Model for TM Mode


Tr mode services & functions:
-No segmentation and
reassembly of RLC SDUs

Radio Interface

-No RLC headers are added

Upper Layer

Upper Layer

-No delivery guarantees


-Suitable for carrying voice

Transm.
Tr-Entity

Receiving
Tr-Entity

Transmission
buffer

BCCH/PCCH/CCCH/

Receiver
buffer

BCCH/PCCH/CCCH/

Model for UM Mode


UM mode services &
functions:

Radio Interface

Upper Layer

Upper Layer

-Segmentation and
reassembly of RLC SDUs
-Padding

Transm.
UM-Entity

Transmission
buffer

-RLC Headers are added

Segmentation &
Concatenation

-No delivery guarantees

Add RLC header

Receiver
UM-Entity

Reassembly
Remove RLC
header
Receiver
buffer

-Sequence number check


-SDU Discard
-Suitable for carrying
streaming traffic

DTCH/DCCH/M
TCH/MCCH

DTCH/DCCH/M
TCH/MCCH

Model for AM Mode


AM mode services &
functions:
- Segmentation/Reassembly
- Concatenation
- Padding
- Error correction
- In sequence delivery of
upper layer PDUs
- Duplicate detection
- Protocol error detection
and recovery
- SDU Discard
- Suitable for TCP traffic

AM Transmit Overview

AM Transmit State Variables


> VT(A): Acknowledged State Variable

Holds the value of the SN of the next AMD PDU for which a positive
acknowledgment is to be received in-sequence
Serves as the lower edge of the transmitting window.
It is initially set to 0, and is updated whenever a positive acknowledgment for an
AMD PDU with SN = VT(A) is received

> VT(MS): Maximum Send State Variable

This state variable equals VT(A) + AM_Window_Size


It serves as the higher edge of the transmitting window.

> VT(S): Send State Variable

This state variable holds the value of the SN to be assigned for the next newly
generated AMD PDU.
It is initially set to 0, and is updated whenever the AM RLC entity delivers an AMD
PDU with SN = VT(S).

> POLL_SN: Poll Send State Variable

This state variable holds the value of VT(S)-1 upon the most recent transmission
of a RLC data PDU with the poll bit set to 1. It is initially set to 0.
transmitting
window
S
N

VT(A)

VT(S
)

VT(MS)

AM Transmit Procedure

AM Receive Overview

AM Received Positive Acknowledgement - Overview

AM Received Negative Acknowledgement - Overview

AM Received Retransmission - Overview

ARQ procedures Polling & Retransmission


> Polling is to trigger STATUS reporting at the peer AM RLC entity
> STATUS PDUs is to provide positive and/or negative
acknowledgements of RLC PDUs
Transmitting side

receiving side

1. AMD PDU(SDU0, SN=0, P=0)


2. AMD PDU(SDU1, SN=1, P=0)
Polling

3. AMD PDU(SDU2, SN=2, P=1)


4. STATUS PDU(ACK_SN=3, NACK_SN=1)

Start
T_status_prohibit

5. AMD PDU segment(SDU1, SN=1, LSF=0,SO=0, P=1)


6. AMD PDU segment(SDU1, SN=1, LSF=1,SO=100, P=1)

7. STATUS PDU(ACK_SN=3)

T_status_prohibit
expires

MAC

MAC Layer Overview


> eNB functions (TS 36.321)
Mapping logical channels to transport
channels
Multiplexing (demuxing) MAC SDUs
from (to) one or more logical channels
to (from) transport blocks of transport
channels
HARQ error correction
Priority handling between UEs and
between logical channels of the same
UE
Transport format selection (i.e. MCS)

UE

eNB
PDCP

PDCP

RLC

RLC

MAC

MAC

PHY

PHY

MAC

> Procedures
Random access and contention
resolution
Data transfer over DL-SCH/UL-SCH
Paging Reception
Broadcast of system info reception
Discontinuous reception (DRX)

MAC

MAC Procedures

Random Access Procedure


> The main purpose of the preamble is to indicate to the network the
presence of a random-access attempt and to obtain uplink time
synchronization within a fraction of the uplink cyclic prefix.
> The RACH procedure is used in four cases:
Initial access from disconnected state (RRC_IDLE) or radio failure
Handover requiring random access procedure
DL or UL data arrival during RRC_CONNECTED after UL PHY has
lost synchronization (possibly due to power save operation)
UL data arrival when are no dedicated scheduling request (PUCCH)
channels available
> The network broadcasts information to all terminals in which timefrequency resources random-access preamble transmission is allowed.

Random Access Procedure (Contention-based)

Random Access Procedure (Contention-based)


> Step 1: Random access preamble transmission
Generation of the random-access preamble in UE MAC(PHY?) ;
Random-access preamble transmission from UE to eNB;
Random-access-preamble detection in eNB (by PHY);

> Step 2: Random access response


Sent on Physical Downlink Control Channel (PDCCH);
Sent within a time window of a few TTI ;
For initial access, conveys at least RA-preamble, identifier, timing alignment
information, initial UL grant, and assignment of temporary C-RNTI ;
One or more UEs may be addressed in one response;

> Step 3: Terminal identification


Uses HARQ and RLC transparent mode on UL-SCH;
Conveys UE identifier;

> Step 4: Contention resolution

Random Access Procedure (Non-Contention


Based)

> 1. Random access preamble


assignment: the eNodeB assigns
the 6 bit preamble code

> 2. Random access preamble: the


UE transmits the assigned preamble
> 3. Random access response
Same as for contention based RA
Sent on PDCCH (Physical Downlink
Control Channel)
Sent within a time window of a few
TTI
Conveys at least the timing alignment
information and initial Ul grant for
handover, and the timing alignment
information for DL data arrival. In
addition, RA-preamble identifier if
addressed to RA-RNTI on L1/L2
control channel.
One or more UEs may be addressed
in one response

Timing Alignment (TA)


> Function

To keep time alignment between uplink transmissions from multiple


UEs at the receiver side

Same signal

Different Timing => Different Samples

> Timing detection

UE timing adjustment has to cover the following cases.


Unsynchronized UEs
Synchronized UEs but with no UL traffic
Synchronized UEs with UL traffic

RACH Preamble
Sounding
Reference Signal

Timing Alignment (2/2)


> Timing detection
RACH
RACH preamble is detected by
eNB
a time adjustment value will be
calculated by the eNB, this should
be calculated by PHY
time adjustment value will be sent
as part of RACH response
message
SRS
SRS transmit to eNB by UE
a time adjustment value will be
calculated by the eNB (PHY)
time adjustment value will be sent
Time Advance Command

Random Access Procedure UE Behaviour

Random Access Procedure UE Behaviour (cont.)

DL-SCH Data Transfer UE


Behaviour

UL-SCH Data Transfer UE Behaviour

Resource Scheduling of Shared Channel (UL/DL) Overview


> Dynamic resource scheduler resides in eNB on MAC layer.
> Radio resource assignment based on radio condition, traffic volume, and
QoS requirements.
> Radio resource assignment consists of:
Physical Resource Block (PRB)
Modulation and Coding Scheme (MCS)

> The basic operation is so-called dynamic scheduling


Downlink/Uplink are independently scheduled
Time-frequency resources dynamically shared between users
Each 1 ms TTI a new decision is taken
Each mobile unit scheduled by the eNodeB
> Scheduling strategy is not specified by 3GPP
Implementation specific
Normally aiming at taking advantage of channel variations
Channel status report from mobile unit to eNodeB

Downlink scheduling
> Dynamically decide which users
to transmit to and on which
resources.
> In control of several layers In
control of several layers
RLC:
Need for concatenation/segmentation
depending on data rate.
MAC:
Multiplexing of streams is priority
dependent. Has to be considered.
L1:
Selection of coding modulation and
Selection of coding, modulation and
layers (MIMO).

> Scheduling decisions


transmitted on PDCCH to the
users

Downlink scheduling (cont.)


> May require information about
>Channel conditions at terminal:
- obtained through channel-status reports obtained
through channel-status reports (and any other means)
for decisions on power control, modulation and coding
>Buffer status and priorities of data flows
- so that empty buffers are not scheduled so that
empty buffers are not scheduled
- so that the most important data is handled first by the
MAC
>Interference situation in neighboring cells
- if inter-cell interference cooperation is implemented

Uplink Scheduling
> Uplink scheduling
> eNodeB in full control
> eNodeB deliver scheduling grants
which
- provide info about the resources and
transport format (block size,
modulation etc.)
- are valid for one subframe
- needed for a terminal to be allowed
to transmit
- are transmitted on downlink PDCCH
> Priority handling performed by MAC at
terminal, given a set of rules
> Scheduler may use buffer, channel and
interference information.

Uplink scheduling: Scheduling requests


> Terminal make a scheduling request (SR) if it wants to
transmit
> One bit SR is transmitted on a dedicated PUCCH
schedule request resource
> Initially, buffer situation at terminal unknown:
Possibly, scheduler give small resource and then ask for
buffer status (etc ) transmitted via a specific MAC control
header (etc.)
> Terminal without SR resource has to rely on random
access mechanism

Semi-persistent scheduling
> Semi-persistent scheduling
Possible to schedule recourses to be used until further notice (on
every n:th subframe)
Help reduce control signaling
Used for e.g. VoIP

Channel-Dependent Scheduling (CDS)


> Channel-dependent scheduling relies on channel-quality
variations between users to obtain a gain in system
capacity, so-called channel-dependent scheduling.
> Closely related to scheduling is link adaptation, which deals
with how to set the transmission parameters of a radio link
to handle variations of the radio-link quality.
> Channel-dependent scheduling is typically used for the
downlink. In principle, this can be used also for the uplink.
However, estimating the uplink channel quality is not as
straightforward as is the case for the downlink.

Channel-status reporting
> Channel-status reports provided by the terminal
Contains recommendations on what signaling format the
eNodeB should use for downlink
Contain one or several of:

> Reports may be


periodic or a-periodic/trigger based
CQI wideband or per-subband reports

From TS 36.213 7.2

Channel-status reporting (cont.)


> The 10 MHz bandwidth is to be divided into J Resource Block Groups (RBG) or
J sub-bands with each RBG consisting of K RB as shown below. Based on the
standard proposal, for 50 RB (10 MHz),
J = 17 RBGs
K = 3 RB

> Due to the signaling capacity constraints on PUCCH, the granularity or size of
the UE sub-band reporting will be 6 RB (equivalent to 2 RBG), except for the
last sub-band which will consist of only 2 RB. (Relation between RBs, RBGs
and sub band is shown on figure below )
> The UE will report the location of the best-M RBG and the corresponding CQI
value for the best-M sub-bands. The value of M will be configured by eNB and
signals to the UE through RRC signaling
Sub-band 1

Sub-band 8

Sub-band 9

RBG 2

RBG 1
RB1

RB2

RB3

RB4

RB5

RB6

..

RB46

RBG 16
RB47

RB48

RBG 17
RB49

RB50

Resource Allocation
PCFICH

Sub-frame (1 ms)

RB-0

RB-1

Rerference
signal

CCE
RB-49

Control region

> Data should be mapped to


resource elements which are not
reserved for pilot as well as
synchronization signals
> For each sub-frame, the DL/ UL
resources are assigned/ granted
through CCEs in PDCCH
> PCFICH defines the number of
OFDM symbols used for control
signaling (only 1-3 symbols are
allowed)
> CCE for UL grant and DL
assignment are roughly 36 and 40
bits respectively (strongly
dependent on the resource
allocation type)
> VoIP Type-2 resource assignment
is recommended
> Due to SC-FDMA property on UL,
only contiguous localized (subband) RB can be assigned to a
given UE.

Resource Allocation Type


> A resource block group (RGB) consists of a set of
consecutive physical resource blocks (14 depending on
system bandwidth).
> Resource Allocation Type
Type 0: RB groups are allocated by Bit Map.
Type 1: RBs in selected 'Distributed" RBG subset are allocated by
Bit Map.
Type 2: Start position and Width is assigned.
To have a better frequency distribution in case of type 2, notion of
Virtual Resource Blocks (VRB) has been introduced in LTE
Localized and distributed virtual resource block assignment

Resource Allocation Type (to be finished)

HARQ (to be finished)


> Hybrid ARQ with soft combining controlled by MAC
Different simultaneous processes running
When error in one part, only that process needs to retransmit
Soft combining with adaptive coding leads to better chance of
reception

Discontinuous reception (DRX)


> Packet data transmissions are generally bursty,
transmissions may occur anytime occur anytime.
> If terminal is always awake high power consumption
> To save power, terminal may listen only on specified
subframes, and sleep in-between.
> Two DRX cycles possible:
Long cycle: Sufficient in most cases. Terminal assumed to stay
awake a while after being scheduled.
Short cycle: A shorter cycle may be needed for e.g. VoIP

Active Mode Discontinuous Reception (DRX)


> eNB configures DRX in UE via RRC messages
> Two DRX periods supported: long DRX and short DRX
For long inactivity, UE can use long DRX cycle
Web browsing: UE can enter DRX sleep during reading time

Short DRX cycle can be used during VoIP


Optimal value of on duration
DL SIP/RTCP signaling will be held until on duration

CQI and SRS are not sent when not in active time
Impacts ability to adapt MCS to channel conditions

> Support measurement and reporting adjustment


Example:
Relax measurement requirement and reporting criteria according to the length of DRX interval.
If DRX interval is above a threshold and if the channel quality of the serving cell is above a threshold, UE can
omit measurement of a neighbor cell. Thresholds are set by eNB.

When measurement report is sent, UE may change DRX status, eNB should support this in
scenarios such as handover.

DRX inactivity timer


PDCCH

HARQ RTT timer


Active time

DRX retransmission
timer

MAC-PHY Interfaces for DL/UL Data Transmission


> MAC -> PHY DL DSP

PHY DL

MAC
Every TTI

DL Grant message
DL Grants

Part of PDCCH for PCFICH


UL Grant message

DL Data

Part of PDCCH for PHICH

UL Grants

DL Data message

MAC PDUs (aka,TB)


> MAC -> PHY UL DSP
UL Control message

Part of PDCCH information required by UL


DSPs as decoding instructions
Additional information for UL DSP process
> All those control information above received from
MAC will be mapped into corresponding physical
channels to build one physical DL radio frame by DSP

MAC

Every TTI
UL Control

PHY UL

Reference
> 3GPP 23.401 <General Packet Radio Service (GPRS) enhancements
for Evolved Universal Terrestrial Radio Access Network (E-UTRAN)
access>
> 3GPP 36.322 <Evolved Universal Terrestrial Radio Access (E-UTRA);
Radio Link Control (RLC) protocol specification > V8.6.0 2009-06-18
> 3GPP 36.321 <Evolved Universal Terrestrial Radio Access (E-UTRA);
Medium Acces Control (MAC) protocol specification > V8.6.0 2009-0618
> 3GPP 36.213 <Evolved Universal Terrestrial Radio Access (E-UTRA);
Physical layer procedures> V8.7.0 2009-06-08
> E. Dahlman et al., <3G Evolution HSDA and LTE for Mobile
Broadband> Academic Press, 2007
> <LTE PHY Overview V0.3> From Gavin Peng

Backup slides

LTE PHY Overview

Agenda
> LTE PHY Overview
> LTE DL PHY Layer
> LTE UL PHY Layer
> LTE PHY related Procedure

Overview
> The physical layer is responsible for coding, physical-layer hybrid-ARQ
processing, modulation, multi-antenna processing, and mapping of the signal
to the appropriate physical time-frequency resources.

Multiple access scheme


DL: OFDMA with CP (Orthogonal Frequency Division Multiple Access)
UL: Single Carrier FDMA (SC-FDMA) with CP (Single Carrier Frequency
Division Multiple Access)

Modulation and coding scheme (MCS)


DL modulations: QPSK, 16QAM, and 64QAM
UL modulations: QPSK and 16QAM
Rel-6 Turbo code: Coding rate of 1/3, two 8-state constituent
encoders, and a contention-free internal interleaver

Multi-antenna techniques
Spatial Multiplexing (MIMO) within the LTE multi-antenna framework
Space Frequency Block Coding (SFBC) within the LTE multi-antenna
framework
Beam-forming within the LTE multi-antenna framework.

Radio access
> DL- OFDM based

> UL- SC-FDMA based

Modulation and Channel Coding


> Downlink:

Conventional OFDM with cyclic


prefix
QPSK, 16-QAM and 64-QAM
supported
Asynchronous adaptive H-ARQ
using IR

> Uplink:

SC-FDMA
QPSK, 16-QAM and 64-QAM (for
UE class 5) supported
Synchronous H-ARQ using IR

Physical channel

Modulation schemes

PUSCH

QPSK, 16QAM, 64QAM

PDSCH

QPSK, 16QAM, 64QAM

PMCH

QPSK, 16QAM, 64QAM

PBCH

QPSK

PCFICH

QPSK

PDCCH

QPSK

PHICH

BPSK

PUCCH

BPSK, QPSK, QPSK+BPSK

> Channel coding

Rel-6 turbo coding only for SCH


with coding rate 1/3
Tail-biting convolutional coding for
control signaling

Control Information

Coding scheme

Coding
rate

DCI

Tail biting
convolutional
coding

1/3

CFI

Block code

1/16

HI

Repetition code

1/3

Block code

variable

Tail biting
convolutional
coding

1/3

UCI

LTE DL PHY Layer -- OFDM

LTE DL PHY Layer -- OFDMA

LTE downlink time-domain structure: FDD


Frame Structure (FS1)

Ts = 32.55 sec fs = 1/Ts = 30.72 Msamp/sec

The LTE downlink physical resource.

For 15 kHz sub-carrier


spacing and normal CP, 1
RB is 12 sub-carriers x 7
OFDM/SC-FDMA
symbols(84 resource
element)

LTE downlink Time domain structure

LTE downlink frequency-domain structure


> Flexible bandwidth: 6110 resource blocks (120 MHz )

LTE Physical Layer Configuration para


Transmission BW
Sub-frame duration
Sub-carrier spacing
Sampling frequency
FFT size
Number of occupied subcarriers
Number of OFDM
symbols per slot
(Short/Long CP)

1.4 MHz

3 MHz

1.92 MHz
( x 3.84 MHz)
128

3.84 MHz

73

181

256

Short
Long

10 MHz

15 MHz

20 MHz

23.04 MHz
(6 x 3.84 MHz)
1536

30.72 MHz
(8 x 3.84 MHz)
2048

601

901

1201

1.0 ms
15 kHz
7.68 MHz
15.36 MHz
(2 x 3.84 MHz) (4 x 3.84 MHz)
512
1024
301
7/6

Useful Symbol Time (s)


CP length
(s/samples)

5 MHz

66.67
(4.69/9) x 6,

(4.69/18) x 6,

(4.69/36) x 6,

(4.69/72) x 6,

(4.69/108) x 6,

(4.69/144) x 6,

(5.21/10) x 1*

(5.21/20) x 1

(5.21/40) x 1

(5.21/80) x 1

(5.21/120) x 1

(5.21/160) x 1

(16.67/32)

(16.67/64)

(16.67/128)

(16.67/256)

(16.67/384)

(16.67/512)

*: {(x1/y1) x n1, (x2/y2) x n2} means (x1/y1) for n1 OFDM symbols and (x2/y2) for n2 OFDM symbols

Number of occupied sub-carriers includes DC sub-carrier which contains no data

LTE system bandwidth and maximum channel rate


> Maximum channel rate
> 14 OFDM symbols per 1ms
> 100 RB * 12 sc = 1200 IQ
symbols
> 20MHz: 14*1200 = 16.8Msps
> SISO 64QAM(6 bit/per
symbol): 16.8*6 = 100.8Mbps
> 2*2 MIMO 64QAM: 2*100.8 =
201.6Mbps
> 4*4 MIMO 64QAM: 4*100.8 =
403.2Mbps
> Overhead: control information,
common singling, coding and
header overhead, guard, etc so
the maximum payload rate to a
single user is considerably
lower
> Simulations in 3 km/h and siteto-site distance 500 m indicates
173 Mbps (2x2 MIMO) and 326
Mbps (4x4 MIMO) in the
downlink

LTE downlink Radio Frame Structure

LTE downlink transport-channel processing


(DL-SCH )

PCFICH
> Physical control format indicator channel (PCFICH)
The PCFICH carries information about the number of OFDM symbols (1, 2 or 3 or 4) used
for transmission of PDCCHs in a sub frame.

32 bit PCFICH will be mapped to 16 complex-symbol with QPSK modulation


PCFICH is transmitted on the first OFDM symbol in each sub-Frame using four miniCCEs, which are evenly spread across the whole bandwidth with a cell-specific shift

PDCCH
> PDCCH occupy the first 1-3 or 4 (narrow band only) OFDM symbols per
sub frame --- indicated by PCFICH
> PDCCH Contents (DCI: Downlink Control Indication)
Scheduling assignments for a DL-SCH or an UL-SCH and other control
information for each UE

Downlink Control Information (DCI) Formats 0, 1, 1A, 1C, 2, 3, 3A


Scheduling grant information for Uplink (Format 0) and downlink (Formats
1/1A, 2)
One DCI format for one user, except for Formats 3, 3A

> Allocation Unit:


Control Channel element (CCE), which is set of 36 Resource Elements
1 CCE = 9 REG (REG: RE Group) = 36 RE

A PDCCH is transmitted on an aggregation of one or several (1,2,4,8) CCEs


1 PDCCH = 1, 2, 4, 8 CCEs

Multiple PDCCHs can be transmitted in a sub frame

Processing chain for downlink L1/L2 control


signaling

LTE UL PHY Layer (SC-FDMA)


> What is Single Carrier FDMA (SC-FDMA)?
Utilizes single carrier modulation and frequency domain
equalization.
Has similar performance and essentially the same overall structure
as those of OFDMA system. Also, referred to as DFT-spread
OFDMA.
Has low PAPR because of its inherent single carrier transmitter
structure.
An attractive alternative to OFDMA, especially in the uplink
communications where lower PAPR greatly benefits the mobile
terminal in terms of transmit power efficiency.

LTE Uplink Time domain structure


> Normal CP: 5.1us (1.5Km) 1 slot = 7 OFDM symbols
> Extended CP: 16.7us (5Km) 1 slot = 6 OFDM symbols

LTE Uplink Frequency domain structure


> Flexible bandwidth: 6110 resource blocks (120 MHz )

LTE uplink resource allocation

LTE UL Radio Frame Structure

PUSCH
> Uplink shared channel structure
> The PUSCH can be scheduled in multiples of 1, 2, 3 or 5
of the PRB size. The sounding reference will only be
transmitted when data is not being transmitted.

LTE uplink transport-channel processing (ULSCH)

Uplink L1/L2 control signaling


> The uplink L1/L2 control signaling includes:
Hybrid-ARQ acknowledgments for received DL-SCH transport
blocks.
CQI (Channel-Quality Indicator), indicating the downlink channel
quality as estimated by the mobile terminal.The CQI reports can be
used by the network for downlink channel-dependent scheduling
and rate control.
Scheduling requests, indicating that a mobile terminal needs uplink
resources for UL-SCH transmissions.

> Where to transfer


1. Uplink resource assigned (simultaneous transmission of ULSCH): L1/L2 control multiplexed with UL-SCH before DFTS-OFDM
processing.
2. No uplink resource assigned (no simultaneous transmission of
UL-SCH):L1/L2 control transmitted in frequency resources
specifically assigned for uplink L1/L2 control signaling.

Uplink L1/L2 control signaling


> Uplink L1/L2 control signaling on PUCCH

> Reasons to use the edges of the spectrum


>Maximize frequency diversity
>Not to block the assignment of very large bandwidths to
a single terminal

LTE PHY related Procedure


> Cell search
> System Information Receive
> Random access
> Run-time procedure

> Link Adaptation


> PUSCH-related
procedure
> PDSCH-related
procedure
> PDCCH-related
procedure
> PUCCH-related
procedure

Run-time
procedure

CELL Search
> Cell search: Mobile terminal or user equipment (UE)
acquires time and frequency synchronization with a cell
and detects the cell ID of that cell.
Based on BCH (Broadcast Channel) signal and hierarchical SCH
(Synchronization Channel) signals.

> P-SCH (Primary-SCH) and S-SCH (Secondary-SCH) are


transmitted twice per radio frame (10 ms) for FDD.
> Cell search procedure

1. 5 ms timing identified using P-SCH.


2. Radio timing and group ID found from S-SCH.
3. Full cell ID found from DL RS.
4. Decode BCH.

Cell Search (1/3)


> Two types

Initial cell search for first access


Non-initial cell search for mobility (in LTE_ACTIVE)
& cell reselection (in LTE_IDLE)

Cell Search
> Uses Primary and Secondary Sync Channels
P-SCH & S-SCH transmitted on center 72 sub-carriers (6 RBs) independent
of channel BW
P-SCH only uses even sub-carriers to create symmetric time waveform
allows auto-correlation detection
Three P-SCH sequences to allow better detection performance

> 2-step Initial Access Process:


1. Scan frequency raster to detect P-SCH
Determines slot timing and frequency acquisition one of three sequences. This
determines cell-ID within cell-ID Group

2. Detect S-SCH
Determines radio frame boundary and cell ID group (one of 168 possibilities). CP
length is also blindly detected in step 2

Cell Search

Cell Search (FDD/TDD structure)

FDD

TDD

System Information Receive


> PBCH
Master information block of system information transmitted on
Primary broadcast channel (PBCH)
Including system information (RAN2 conclusions)

L1 parameters (e.g. DL system bandwidth, etc.)


System Frame Number (SFN)
PHICH duration (1 bit)
PHICH resource (2 bits)
Etc

> Dynamic BCH


After successful reception of PBCH, UE can read D-BCH in
PDSCH (including PCFICH and PDCCH) which carries
information not included in PBCH

System information
> The system information includes:
Information about the downlink and uplink bandwidths
Uplink/Downlink configuration in case of TDD
Parameters related to random-access transmission and uplink
power control, etc.

> It can be derivered by two different mechanisms relying on


different transport channels

System information
> MIB and BCH transmission

System information
> MIB and BCH transmission

> System-Information Blocks


The main part of the system information is included in different
System Information Blocks (SIB), transmitted during DL-SCH. Eight
different SIBs exist:
SIB1, info on wether the terminal is allowed to camp on the cell (period =
80 ms)
SIB2, info on uplink bandwidth, random access parameter and power
control (period = 160 ms)
SIB3, info on cell-reselection(period = 320 ms)
SIB4-SIB8, info on neighbor-cell, LTE or not (period = 640 ms)

Random Access
> Problem:
From the base station to the UE, there is delay between the transmission
and reception
The UE therefore need an estimate of the timing to send its data so that
the base station can receive all the UE signals at the same time

> Solution: random access channel (RACH)


Adjust the timing offset at the UE by informing the UE how to compensate
for the round trip delay
Uplink timing synchronization

Random Access (Cont)


> Plays a role similar to CDMA ranging codes in WiMAX

> In eNB, PHY detects PRACH preamble and sends the following to the MAC:
Timing offset (of UE transmission from eNB frame timing)
SINR
Preamble code detected

Link Adaptation in Downlink (Closed Loop)

Link Adaptation in Uplink (Closed Loop)

PUSCH related procedure for HARQ 36.213 Sec 8


Uplink ACK/NAKs in response to downlink (re)transmissions are sent on
PUCCH or PUSCH
Downlink ACK/NAKs in response to uplink (re)transmissions are sent on
PHICH

TTI

n=0
eNB Tx PDCCH

n=4

n=8

n=12

NACK

eNB Rx

Ue Rx
(detection)

PDCCH
Format 0

PHICH
PN, RV, RBs, NDI,
RV++

Ue Tx
PN: process number
RV: redundancy version
NDI: new data indication

PUSCH

PUSCH

Anda mungkin juga menyukai