3. OAI Project Team
• LTE Overview
What is LTE
Introduction for each layer
LTE Generic Frame Structure
• Channel in LTE
LTE MAC Layer
MAC Architecture
Why channel is important
LTE channel mapping
• Cell Search Procedure
PSS/SSS
• System information
MIB/SIB
• Random Access Procedure
Message sequence chart
Preamble
PRACH information
Various trigger events under the random access process
3
Outline
4. OAI Project Team
• Uplink Scheduling
Protocol Layer Architecture
- RLC
- PDCP
- RRC
BSR (Buffer Status Report)
HARQ
- HARQ vs ARQ
- Application of HARQ
- Process for Uplink
• Downlink scheduling
Downlink transmission
- Downlink transmission procedure
- Downlink control information
- Channel state information
- Downlink MAC control element
Hybrid automatic repeat request
- Hybrid automatic repeat request
- Incremental redundancy
- HARQ process
- New data indicator
- Downlink HARQ
- Downlink HARQ process
Channel quality
- Modulation coding scheme, Modulation
- Channel quality indicator
Discontinuous Reception
• Overview porting OAI UE Tutorial
4
Outline
5. OAI Project Team
• LTE Overview
What is LTE
Introduction for each layer
LTE Generic Frame Structure
• Channel in LTE
LTE MAC Layer
MAC Architecture
Why channel is important
LTE channel mapping
• Cell Search Procedure
PSS/SSS
• System information
MIB/SIB
• Random Access Procedure
Message sequence chart
Preamble
PRACH information
Various trigger events under the random access process
5
LTE Overview
6. OAI Project Team
What is LTE (Long Term Evolution) ?
• LTE is a wireless data communication technology standard
• LTE Enhances Data Transmission Capabilities and Data Transmission Speed of
Wireless Networks with New Technology and Modulation
6
7. OAI Project Team
What is LTE (Long Term Evolution) ?
7
Characteristic
High data rate
Low network latency
Save electricity
Support FDD/TDD
Support
MBSFN
*MBSFN : Multicast / Broadcast Single-
frequency Network
*FDD : Frequency Division Duplex
*TDD : Time Division Duplex
9. OAI Project Team
Introduction for each layer
9
• Function: connect the radio resource of
control plane and user plane.
• Ex. Configuration for PDCP, RLC and
MAC layers
10. OAI Project Team
Introduction for each layer
10
• Main function:
‐ Data transmit in Control and User plane
‐ PDCP serial number maintenance
‐ data encryption / decryption
‐ Make sure that the order of packets from upper
layer is correct and not repeat in reconstruction.
‐ Header compression and decompression (only
apply to DRB
‐ data integrity protection (only apply to SRB
*DRB: dedicated radio resource
*SRB: signaling radio resource
11. OAI Project Team
Introduction for each layer
11
• Main function:
‐ Make sure that the packet order
‐ Remove duplicate packets and retransmission
‐ Packet cutting and reorganization
‐ Automatic Repeat Request (ARQ)
‐ TM/AM/UM mode handling
*SDU: Service Data Unit
*PDU: Protocol Data Unit
*TM: Transparent Mode
*AM: Acknowledged Mode
*UM: Unacknowledged Mode
12. OAI Project Team
Introduction for each layer
12
• Main function:
‐ Managing HARQ
‐ Scheduling information reporting (DCI generation)
‐ Multiplexing
‐ Logical channel prioritization
‐ RA management and radio resource allocation to
different radio bearer
‐ Mapping between logical channels and transport
channels
*DCI : Downlink Control Information
13. OAI Project Team
Introduction for each layer
13
• Main function:
‐ Transport channel error detection
‐ Forward Error Correction (FEC)
‐ Decode
‐ Synchronization
‐ Provide CQI to MAC layer
‐ Data transmit
‐ HARQ Ack
‐ Schedule request (SR)
*CQI: Channel Quality Indicator
*HARQ: Hybrid Automatic Repeat Request
14. OAI Project Team
LTE Generic Frame Structure
14
=10 subframes
=2 slots =TTI (Transmission Time Interval)
Vs.
• 6 ODFM symbols (short cyclic prefix)
=6 or 7 ODFM symbols
• 7 ODFM symbols (short cyclic prefix)
* CP : cyclic prefixExtended CP Normal CP
15. OAI Project Team
• LTE Overview
What is LTE
Introduction for each layer
LTE Generic Frame Structure
• Channel in LTE
LTE MAC Layer
MAC Architecture
Why channel is important
LTE channel mapping
• Cell Search Procedure
PSS/SSS
• System information
MIB/SIB
• Random Access Procedure
Message sequence chart
Preamble
PRACH information
Various trigger events under the random access process
15
Channel in LTE
16. OAI Project Team
LTE MAC Layer
• MAC is a radio network protocol which resides both in the UE and in the E-UTRAN.
• MAC protocol is available for both User plane and also for the control plane.
User Plane Control Plane
UE Protocol Stack eNB Protocol Stack
NAS
RRC
PDCP
RLC
MAC
PHY
RRC
PDCP
RLC
MAC
PHY
UE Protocol Stack
RRC
PDCP
RLC
MAC
PHY
NAS
RRC
PDCP
RLC
MAC
PHY
eNB Protocol Stack
EPC
P-GW
S-GW
MME
NAS IP Address
Packet
Filtering
Mobility
Anchoring
Inter
-net
17. OAI Project Team
MAC Architecture
E-UTRA defines two MAC entities
• one in the UE and one in the E-UTRAN.
The MAC layer is composed of
• a HARQ entity,
• a multiplexing/de-multiplexing entity,
• a logical channel prioritization entity,
• and a control entity.
18. OAI Project Team
Why Channel is needed in LTE
• In order that data can be transported across the LTE radio interface
• Variety type of data will be transported across the radio access
network
• In the LTE Protocol Structure, different channel provide interface to
the higher layers
19. OAI Project Team
Mapping Channel
19 http://www.artizanetworks.com/resources/tutorials/lay_2_log.htmlCC
Uplink Mapping Channel
Downlink Mapping Channel
• Physical channels: These are transmission channels that carry user data and control messages.
• Transport channels: The physical layer transport channels offer information transfer to Medium Access
Control (MAC) and higher layers.
• Logical channels: Provide services for the Medium Access Control (MAC) layer within the LTE protocol
structure.
20. OAI Project Team
• LTE Overview
What is LTE
Introduction for each layer
LTE Generic Frame Structure
• Channel in LTE
LTE MAC Layer
MAC Architecture
Why channel is important
LTE channel mapping
• Cell Search Procedure
PSS/SSS
• System information
MIB/SIB
• Random Access Procedure
Message sequence chart
Preamble
PRACH information
Various trigger events under the random access process
20
Cell Search Procedure
21. OAI Project Team
UE connect to network after booting
21
Cell selection Random Access
22. OAI Project Team
Cell search procedure
• Mainly related to PSS / SSS and UE through PSS / SSS can get useful information.
• Main purpose:
• Scenario:
22
*PSS: Primary Synchronization Signal
*SSS: Secondary Synchronization Signal
*PCI: Physical-layer cell identity
Get
synchronization
Get
system frame timing
Determine the PCI
UE
• Handover • Cell re-selection
UE
23. OAI Project Team
PSS / SSS time domain location
• In order to support community search, LTE defines two downlink sync signals
- PSS: Primary Synchronization Signal
- SSS: Secondary Synchronization Signal
23
1 slot
1 symbols = 1/7 slot
24. OAI Project Team
PSS
• PSS structure
• Zadoff-chu sequence
The sequence corresponding to the PSS of a certain cell is determined
by the PCI of this cell .(𝑁𝐼𝐷
𝑐𝑒𝑙𝑙
%3)
24
5 subcarriers is for protecting the frequency band
25. OAI Project Team
How the UE decodes the SSS
• After knowing PSS, UE will know
the possible location of SSS
• The exact location of SSS is also
related to the length of the Cyclic
Prefix
25
Structure of PSS / SSS frame and slot in time domain in FDD mode
26. OAI Project Team
The information obtained at each stage
26
Check the reference signal Decode PBCH
Check PSS
Check SSS
• 𝑁𝐼𝐷
2
• 5 ms timing
• 𝑁𝐼𝐷
1
• 10 ms timing
• TDD/FDD
• Time-frequency position
• The length of Cyclic Prefix
Initial synchronization
• Check PBCH timing
• Get the system message
Identify neighborhood cells
• RSRP/RSRQ
• Indicate to RRC
*RSRP: Reference Signal Receiving Power
*RSRQ: Reference Signal Receiving Quality
Check PSS
Check SSS
27. OAI Project Team
• LTE Overview
What is LTE
Introduction for each layer
LTE Generic Frame Structure
• Channel in LTE
LTE MAC Layer
MAC Architecture
Why channel is important
LTE channel mapping
• Cell Search Procedure
PSS/SSS
• System information
MIB/SIB
• Random Access Procedure
Message sequence chart
Preamble
PRACH information
Various trigger events under the random access process
27
System information
28. OAI Project Team
System information
• MIB:
- Downlink system bandwidth, PHICH configuration, System Frame Number (SFN)
- Transmission channel: PBCH -> BCH
- Period: 40 ms
28
SI : System information
frame
subframe
29. OAI Project Team
System information
• SIB1:
- Parameters are used to determine whether a cell is suitable for cell selection or not.
- Time-domain scheduling information of other SIBs
- Transmission channel: PDSCH -> DL-SCH
- Period: 80 ms
• Scheduling information for other SIBs
- According to schedulingInfolist specified SI messages, base station will tell UE which
sibs are in each SI message, and also how the SI messages will be transmitted.
29
frame
subframe
30. OAI Project Team
• LTE Overview
What is LTE
Introduction for each layer
LTE Generic Frame Structure
• Channel in LTE
LTE MAC Layer
MAC Architecture
Why channel is important
LTE channel mapping
• Cell Search Procedure
PSS/SSS
• System information
MIB/SIB
• Random Access Procedure
Message sequence chart
Preamble
PRACH information
Various trigger events under the random access process
30
Random Access Procedure
31. OAI Project Team
Random Access Procedure
• Main purpose
- Get uplink synchronization
- Assign UE a unique identifier C-RNTI
31
RNTI : Radio Network Tempory Identity
C-RNTI RA-RNTI SI-RNTI P-RNTI Temp C-RNTI
value 003D~FFF3 0001~003C FFFF FFFE 003D~FFF3
function
PDSCH
transmission for
dynamic
scheduling
For Random
Access
Response
For identify the
transmission of
SIB messages
For identify the
transmission of
paging
messages
For Msg3
transmission,
conflict
resolution
32. OAI Project Team
Random Access Procedure
• Steps of Random access procedure
32
MSG 1
MSG 2
MSG 3
MSG 4
33. OAI Project Team
When RACH Process occurs
33
Contention based RA procedure Contention free RA procedure
situation
• Initial access from RRC_IDLE
• RRC Connection Re-establishment procedure
• Handover
• DL data arrival during RRC_CONNECTED
requiring random access procedure
• UL data arrival during RRC_CONNECTED
requiring random access procedure
• Handover
• DL data arrival during RRC_CONNECTED
requiring random access procedure
• For positioning purpose during
RRC_CONNECTED requiring random access
procedure
difference • Preamble is assigned by UE • Preamble is assigned by eNodeB
• In RRC Connected status, not in RRC idle status
34. OAI Project Team
Contention based
34
• Choose preamble index
- Contention based: The preamble index is randomly selected by the UE
1. Select group (A or B)
2. the UE randomly selects a preamble from the group and sets the PRACH Mask Index to 0
- Contention free: The preamble index is specified by eNodeB
• The eNodeB assigns a dedicated preamble index to the UE and specifies a PRACH Mask Index
• Select the PRACH resource for sending preamble
• Determine the corresponding RA-RNTI
• Determine the target received power (PREAMBLE_RECEIVED_TARGET_POWER)
How to select
• there is a preamble group B
• MSG3 is larger than messageSizeGroupA
• pathloss is less than PCMAX, c -
preambleInitialReceivedTargetPower - deltaPreambleMsg3
- messagePowerOffsetGroupB
MSG1 : UE send preamble
35. OAI Project Team
Contention based
• eNodeB sends "Random Access Response" to UE on DL-SCH addressed to RA-RNTI calculated
from the timeslot in which preamble was sent.
• RA response window
• RAR MAC PDU
35
• MAC RAR Used to specify the amount of time
required for UE uplink synchronization
Inform the UE of the next uplink data
transmission resources for MSG3
For the initial identity authentication of the UE,
if the RA succeeds, this temporary identity
authentication will be converted to a formal
identity identification.
MSG2 : eNodeB sends Random Access Response
36. OAI Project Team
• Only MSG3 and MSG4 are required for contention-based random access
• Using UL-SCH, UE sends "RRC connection request message" to eNodeB
• MSG3 contains UE identify and the reason for launching RA
• UE is identified by temporary C-RNTI (TC-RNTI)
• Contention resolution timer – Check RA is finished or not and the connection with layer2 is done or not
• With HARQ
36
UE identity (TMSI or Random Value )
• TMSI is used if UE has previously
connected to the same network.
• Random value is used if UE is connecting
for the very first time to network.
Why we need
contention
resolution??
Contention based
MSG3 : UE send MSG3
37. OAI Project Team
• After eNB receive MSG3, MAC layer informs the RRC layer
• If the RRC recognizes the UE and allows the connection, the MSG4 is sent to the UE
• UE and eNB start to build up control plane and user plane’s signal channel
• Uplink power control, counter setting, HARQ parameters, CQI ,uplink schedule relative
module(like scheduling request).
37
In RRC_CONNECTED state,
UE has C-RNTI
Not in RRC_CONNECTED state
Contention based
MSG4 : eNodeB sends contention resolution
Vs.
38. OAI Project Team
Preamble
• How to select preamble (0-63)?
1. Select group (A or B)
Random Access Preambles group B exists
the potential message size is greater than messageSizeGroupA
the pathloss is less than PCMAX – preambleInitialReceivedTargetPower –
deltaPreambleMsg3 – messagePowerOffsetGroupB
choose group B
else choose group A
2. Randomly select a Random Access Preamble within the selected group.
3. Set PRACH Mask Index to 0.
38
39. OAI Project Team
Preamble Format
39
*Frame structure type 2 and special subframe configurations with UpPTS lengths and only.
Longer T_SEQ :
Help decoding PRACH under
noised condition because it
provide correlation window
to detect PRACH.
Why Multiple Preamble Format ?
Ans.
Depending on the environment, the required
conditions will be differentLonger T_CP:
Have better tolerance in fading
environment and reduce ISI
40. OAI Project Team
PRACH information
• PRACH Parameters and it's Physical Meaning
- prach-ConfigIndex
- prach-FreqOffset
- rootSequenceIndex
- zeroCorrelationZoneConfig and Highspeedflag
40
sib2
radioResourceConfigCommon
rach-ConfigCommon
…
...
prach-Config
rootSequenceIndex: 22
prach-ConfigInfo
prach-ConfigIndex: 3
..0. .... highSpeedFlag: False
zeroCorrelationZoneConfig: 5
prach-FreqOffset: 4
...
41. OAI Project Team
prach-ConfigIndex
• This parameter determines what type of
preamble format should be used and at
which system frame and subframe UE can
transmit PRACH Preamble.
41
Which "PRACH Configuration Idex" to use, the network
is most likely to detect RACH from UE? why?
• PRACH Parameters and it's Physical Meaning
- prach-ConfigIndex
- prach-FreqOffset
- rootSequenceIndex
- zeroCorrelationZoneConfig and Highspeedflag
42. OAI Project Team
prach-FreqOffset
• prach-FreqOffset is the parameter that determines the location of PRACH preamble in frequency
domain. This location in frequency domain is calculated in the unit of PRB index and calculated by
following equation. As you see, the equation gets different depending on Preamble Format.
42
• PRACH Parameters and it's Physical Meaning
- prach-ConfigIndex
- prach-FreqOffset
- rootSequenceIndex
- zeroCorrelationZoneConfig and Highspeedflag
43. OAI Project Team
rootSequenceIndex
• There are 838 root Zadoff-Chu sequences available for preambles.
• The length of each root sequence is 839.
• This rootSequenceIndex is a logical value.
43
Ex..
prach-Config
rootSequenceIndex: 22
prach-ConfigInfo
prach-ConfigIndex: 3
..0. .... highSpeedFlag: False
zeroCorrelationZoneConfig: 5
prach-FreqOffset: 4
• PRACH Parameters and it's Physical Meaning
- prach-ConfigIndex
- prach-FreqOffset
- rootSequenceIndex
- zeroCorrelationZoneConfig and Highspeedflag
44. OAI Project Team
zeroCorrelationZoneConfig and Highspeedflag
• zeroCorrelationZoneConfig and Highspeedflg information elements is to specify the cyclic shift
intervals to generate 64 PRACH Sequence from a single base sequence.
- Unrestricted Set (HighSpeedFlack = False)
- Restricted Set (HighSpeedFlack = True)
44
Ex..
prach-Config
rootSequenceIndex: 22
prach-ConfigInfo
prach-ConfigIndex: 3
..0. .... highSpeedFlag: False
zeroCorrelationZoneConfig: 5
prach-FreqOffset: 4
• PRACH Parameters and it's Physical Meaning
- prach-ConfigIndex
- prach-FreqOffset
- rootSequenceIndex
- zeroCorrelationZoneConfig and Highspeedflag
45. OAI Project Team
How to Generate 64 PRACH Preamble Sequences
1. Generate a Zaddoff Chu sequence (849 samples) using rootSequenceIndex (let's call this sequence as
'base sequence')
2. Generate 64 different sequency by doing cyclic shift of the base sequence. The cyclic shift interval is
determined by Ncs and the Ncs is determined by zeroCorrelationZoneConfig and Highspeedflag.
Ex..
Let's suppose SIB2 broadcast the parameters as follows.
a) rootSequenceindex = 22 From a, the base Zaddoff-Chu sequence with u = 1
b) Highspeedflag = false
c) zeroCorrelationZoneConfig = 5 From b and c, the Nzc (Cyclicshift interval) = 26
45
64 different PRACH sequence as follows.
PRACH Sequence[0] = base sequence
PRACH Sequence[1] = do cyclic shift to base sequence by 1 * 26 samples
PRACH Sequence[2] = do cyclic shift to base sequence by 2 * 26 samples
....
PRACH Sequence[31] = do cyclic shift to base sequence by 31 * 26 samples
PRACH Sequence[32] = do cyclic shift to base sequence +1
PRACH Sequence[33] = do cyclic shift to base sequence +1 by 1 * 26 samples
PRACH Sequence[34] = do cyclic shift to base sequence +1 by 2 * 26 samples
……
PRACH Sequence[63] = do cyclic shift to base sequence+1 by 31 * 26 samples
46. OAI Project Team
Various trigger events under the random access process
• Three ways to trigger the random access procedure
1. PDCCH order trigger
2. MAC sublayer trigger
3. The upper trigger
46
47. OAI Project Team
1. PDCCH order trigger
• DL Data arrival when Out-of-Sync
• UE positioning. (through a special DCI format 1A)
47
49. OAI Project Team
2. MAC sublayer trigger
• UE has uplink data to send, but there is no
valid PUCCH resource available for sending
SR in any TTI
• What situation may the UE have no SR
resources?
- When the UE loses uplink synchronization, it
also releases SR resources.
• The function of the random access based
on contention may replace the function of
the SR to apply for the uplink resource.
49
*SR: scheduling request
*TTI : Transmission Time Interval
50. OAI Project Team
3. The upper trigger
• The upper layer triggered random access process includes
- Initial access
- RRC connection re-establishment
- handover
50
51. OAI Project Team
3. The upper trigger
51
Initial access RRC Re-establishment
52. OAI Project Team
3. The upper trigger
52
Handover - Contention based Handover - Contention free
53. OAI Project Team
• Uplink Scheduling
Protocol Layer Architecture
- RLC
- PDCP
- RRC
BSR (Buffer Status Report)
HARQ
- HARQ vs ARQ
- Application of HARQ
- Process for Uplink
• Downlink scheduling
Downlink transmission
- Downlink transmission procedure
- Downlink control information
- Channel state information
- Downlink MAC control element
Hybrid automatic repeat request
- Hybrid automatic repeat request
- Incremental redundancy
- HARQ process
- New data indicator
- Downlink HARQ
- Downlink HARQ process
Channel quality
- Modulation coding scheme, Modulation
- Channel quality indicator
Discontinuous Reception
• Overview porting OAI UE Tutorial
53
Uplink Scheduling - Protocol Layer Architecture
54. OAI Project Team
RLC Function
• Transfer of Upper Layer PDUs
- Signaling Radio Bearer (SRB) from RRC
- Radio Bearer (RB) from PDCP
• Error Correction through ARQ
• Concatenation, Segmentation and Reassembly of SDUs
• Re-segmentation of RLC PDUs
• In-Sequence delivery of Upper Layer PDUs
• Duplicate Detection
• Protocol Error Detection and Recovery
55. OAI Project Team
RLC Modes for Uplink Logical Channel
• RLC has several modes, that is Transparent Mode (TM),
Unaknowledged Mode (UM), Aknowledged Mode (AM)
56. OAI Project Team
Difference RLC Between LTE and HSPA
LTE RLC HSPA RLC
RLC located in eNB RLC located in RNC
Flexible RLC PDU sizes to match
underlying PHY layer capacity
RLC PDU sizes are semi-statically
configured by RRC layer (except
for R7 and beyond)
Re-segmentation of RLC PDUs
during retransmission to match
PHY layer capacity
Re-segmentation for
retransmissions not allowed
No ciphering at RLC layer
(performed at PDCP layer)
Ciphering supported for UM and
AM modes
Transparent mode for common
signaling channels only
Sometimes, even the traffic
channels as well as signaling
should use transparent mode
57. OAI Project Team
PDCP Function
• Transfer of Data (C-Plane and U-Plane) between RLC and Higher U-Plane interface
• Maintenance of PDCP SN(Sequence Number)
• Transfer of SN Status (for use Upon Handover)
• ROHC (Robust Header Compression)
• In-Sequence delivery of Upper Layer PDUs at re-establishment of lower layer
• Elimination of duplicate of lower layer SDUs at re-establishment of lower layer for RLC
AM
• Ciphering and Deciphering of C-Plane and U-Plane data
• Integrity Protection and Integrity verification of C-Plane Data
• Timer based Discard
• Duplicate Discard
• For split and LWA bearers, routing and reordering.
60. OAI Project Team
RRC Function
• Broadcast of System Information related to the non-access stratum (NAS);
• Broadcast of System Information related to the access stratum (AS);
• Paging;
• Establishment, maintenance and release of an RRC connection between the UE
and E-UTRAN
• Security functions including key management;
• Establishment, configuration, maintenance and release of point to point Radio
Bearers;
• Mobility functions
• QoS management functions;
• UE measurement reporting and control of the reporting;
• NAS direct message transfer to/from NAS from/to UE.
61. OAI Project Team
RRC State
The System Information required by an UE depends on the RRC state of
the UE.
• RRC Idle
• RRC Connected
62. OAI Project Team
RRC_Idle
• This state indicates that there is not signaling radio bearer is
established i.e. no RRC connection is established. RRC_IDLE state can
further characterized as follows
- Transfer of broadcast/multicast data to UE.
- A UE specific DRX may be configured by upper layers.
- UE controlled mobility.
- The UE:
• Monitors control channels associated with the shared data channel to determine if data
is scheduled for it.
• Performing neighboring cell measurements and measurement reporting.
• Acquires system information
63. OAI Project Team
RRC_Connected
• This state indicates that there is signaling radio bearer established i.e. RRC
connection is established. RRC_CONNECTED state can be further
characterized as follows
- Transfer of unicast data to/from an UE, transfer of broadcast/multicast data to UE.
- At the lower layers, the UE may configure with a UE specific DRX/DTX
- Network Control Mobility, i.e. handover and cell change order with network
assistance (NACC) to GEREN.
- The UE:
• Monitors control channels associated with the shared data channel to determine if data is
scheduled for it
• Provides channel quality and feedback information Performing neighboring cell
measurements and measurement reporting.
• Acquires system information.
64. OAI Project Team
• Uplink Scheduling
Protocol Layer Architecture
- RLC
- PDCP
- RRC
BSR (Buffer Status Report)
HARQ
- HARQ vs ARQ
- Application of HARQ
- Process for Uplink
• Downlink scheduling
Downlink transmission
- Downlink transmission procedure
- Downlink control information
- Channel state information
- Downlink MAC control element
Hybrid automatic repeat request
- Hybrid automatic repeat request
- Incremental redundancy
- HARQ process
- New data indicator
- Downlink HARQ
- Downlink HARQ process
Channel quality
- Modulation coding scheme, Modulation
- Channel quality indicator
Discontinuous Reception
• Overview porting OAI UE Tutorial
64
Uplink Scheduling - BSR
65. OAI Project Team
Uplink Scheduling
65
• Uplink Data Transmission Scheduling
- Persistent Scheduling : UE can send UL data every time
- Non-Persistent Scheduling : UE will always ask NW to send UL Grant (DCI 0)
eNB UE
PUCCH
Scheduling Request
PDSCH
DCI format 0
PUSCH
Uplink Data
PHICH
Send ACK/NACK
eNB UE
PDCCH
DCI format 1, DCI format 0
PCFICH
CFI value
PUCCH
UCI (Carrying ACK/NACK)
PUSCH
Uplink Data
PHICH
Send ACK/NACK
Persistent
Non Persistent
66. OAI Project Team
Buffer Status Report
BSR is a kind of MAC Control Element, which carrying an information on
how much data in UE buffer from UE to Network
• Allocate UL resources only when a particular UE has something to
transmit.
• Avoid allocating resources when UE has nothing to transmit to save
network resources.
67. OAI Project Team
Classification of BSR
• Data Structure
- Short BSR
- Long BSR
• BSR Timing
- Regular BSR
- Periodic BSR
- Padding BSR
67
Scheduling Request
Buffer Status Report
This mechanism avoid wasting resource
allocation
1. eNB have no
idea amount of
UL Grant
needed
2. If grant
allocation is no
sufficient, UE
need to
retransmit
68. OAI Project Team
Buffer Size according to Data Structure
• Buffer Size bit field size is always 6 which means it can represent only
0~63
68
69. OAI Project Team
Regular BSR
• BSR will be sent by UE if :
- UE has some data to transmit in RLC or PDCP entity for a certain LCG.
- New Data Arrives in UL Buffer and no already existing data
- New Data has a higher priority than those which wait in UL Buffer
- RetxBSR-Timer expires and the UE has data available for transmission
• If there are UL Resources for new Transmission, transmitted on the
allocation resource
• If no UL resources, triggers scheduling request
69
70. OAI Project Team
Periodic BSR
• Timer Controlled periodic reporting
• Trigerred if periodicBSR-Timer expires
• Tranmitted on UL resources allocated for new Tranmission
70
71. OAI Project Team
Padding BSR
• Transmitted, instead of padding, on UL resources allocated for new
transmission if there are enough padding bits
• Number of padding bits after UL grant is allocated is equal to or larger
than the size of the Buffer Status Report MAC CE and its subheader.
71
72. OAI Project Team
When is Long or Short BSR sent?
72
if( the number of LCG with allocated data > 1) --> Long BSR
else --> Short BSR
if( the number of padding bit >= the size of the Short BSR plus its subheader
&& the number of padding bit <= the size of the Long BSR plus its subheader)
{
if( the number of LCG with allocated data > 1) --> Truncated BSR
else --> Short BSR
} else {
--> Long BSR
}
Periodic & Regular BSR Padding BSR
73. OAI Project Team
• Uplink Scheduling
Protocol Layer Architecture
- RLC
- PDCP
- RRC
BSR (Buffer Status Report)
HARQ
- HARQ vs ARQ
- Application of HARQ
- Process for Uplink
• Downlink scheduling
Downlink transmission
- Downlink transmission procedure
- Downlink control information
- Channel state information
- Downlink MAC control element
Hybrid automatic repeat request
- Hybrid automatic repeat request
- Incremental redundancy
- HARQ process
- New data indicator
- Downlink HARQ
- Downlink HARQ process
Channel quality
- Modulation coding scheme, Modulation
- Channel quality indicator
Discontinuous Reception
• Overview porting OAI UE Tutorial
73
Uplink Scheduling - HARQ
76. OAI Project Team
UL HARQ
• Synchronous protocol
- Retransmission occurs at a pre-defined time after the initial transmission
- The process number can be implicitly derived
• Non-adaptive protocol, “typically”
• Retransmission must occur at the same frequency resources and with the same transmission
format as the initial transmission
• Adaptive retransmission are sometimes needed
• to avoid fragmenting the uplink frequency resource
• to avoid collisions with random-access resources
77. OAI Project Team
HARQ Process for Uplink
• it have to use the specific process in a specific subframe called Synchronous
• There are two mode of operations : Adaptive and Non-Adaptive HARQ
Adaptive HARQ Non Adaptive HARQ
78. OAI Project Team
HARQ Procedure Example
• Non-adaptive and adaptive HARQ procedure example in UL
79. OAI Project Team
HARQ Timing
• Timing relation betweenw downlink data in subframe n and uplink HARQ
acknowledgement in subframe n+4 for FDD is as in the figure below
• Upon reception of HARQ acknowledgement, eNB can, if needed, retransmit the
downlink data in subframe n+8
- 8 HARQ processes are used
- HARQ round-trip time is 8ms
80. OAI Project Team
• Uplink Scheduling
Protocol Layer Architecture
- RLC
- PDCP
- RRC
BSR (Buffer Status Report)
HARQ
- HARQ vs ARQ
- Application of HARQ
- Process for Uplink
• Downlink scheduling
Downlink transmission
- Downlink transmission procedure
- Downlink control information
- Channel state information
- Downlink MAC control element
Hybrid automatic repeat request
- Hybrid automatic repeat request
- Incremental redundancy
- HARQ process
- New data indicator
- Downlink HARQ
- Downlink HARQ process
Channel quality
- Modulation coding scheme, Modulation
- Channel quality indicator
Discontinuous Reception
• Overview porting OAI UE Tutorial
80
Downlink Scheduling - Downlink transmission
81. OAI Project Team
Downlink transmission procedure
81
UE eNB
CSI
PUCCH
DCI1
PDCCH(without DCI0)
Downlink Data:initial
PDSCH
ACK/NACK
PUCCH (If no Grant(no DCI0))
Downlink Data:new data or retransmission
PDSCH
ACK/NACK
PUCCH
http://msc-generator.sourceforge.net v6.1
UE eNB
CSI
PUSCH
DCI1
PDCCH(with DCI0)
Downlink Data:initial
PDSCH
ACK/NACK
PUSCH (If Grant(DCI0))
Downlink Data:new data or retransmission
PDSCH
ACK/NACK
PUSCH
http://msc-generator.sourceforge.net v6.0
82. OAI Project Team
DCI (Downlink control information)
• DCI carries those detailed information
- Which resource block carries data
- Which demodulation scheme use to decode data
- Resource allocation
- Power control command
- CSI report request
- CQI report request
• Downlink control information:
- Format 1, 1A, 1B, 1C, 1D, 2, 2A, 2B, 2C
82
without DCI, UE
can’t decoding the
data from eNB
83. OAI Project Team
CSI (Channel State Information)
• CSI: UE report channel status information to eNB
• CSI is a kind of collective name of several different type of indicators
- Channel Quality Indicator(CQI)
- precoding matrix indicator (PMI)
- precoding type indicator (PTI)
- rank indication (RI)
83
UE
eNB
UE get CSI
Report CQI to eNB
eNB consider
channel quality
Transmit MCS by DCI
84. OAI Project Team
Downlink MAC control element
• MAC control element: special MAC structure carrying the control
information.
- This special MAC structure is implemented as a special bit string in LCID field
of MAC Header.
84
Values of LCID for DL-SCH
MAC PDU
MAC sub-header
R: Reserved bit
E: Extension field
LCID: Logical Channel ID field
85. OAI Project Team
• Uplink Scheduling
Protocol Layer Architecture
- RLC
- PDCP
- RRC
BSR (Buffer Status Report)
HARQ
- HARQ vs ARQ
- Application of HARQ
- Process for Uplink
• Downlink scheduling
Downlink transmission
- Downlink transmission procedure
- Downlink control information
- Channel state information
- Downlink MAC control element
Hybrid automatic repeat request
- Hybrid automatic repeat request
- Incremental redundancy
- HARQ process
- New data indicator
- Downlink HARQ
- Downlink HARQ process
Channel quality
- Modulation coding scheme, Modulation
- Channel quality indicator
Discontinuous Reception
• Overview porting OAI UE Tutorial
85
Downlink Scheduling - HARQ
86. OAI Project Team
HARQ (hybrid automatic repeat request)
• HARQ = FEC(forward error correction) + ARQ(automatic repeat
request)
• HARQ in MAC layer: retransmission loss or wrong data more qrickly.
• Classification:
- Time domain: synchronous and asynchronous
- Frequency domain: adaptive and non-adaptive
86
HARQ Downlink Uplink
Time domain asynchronous synchronous
Frequency domain adaptive adaptive and non-adaptive
87. OAI Project Team
Incremental redundancy
• HARQ with soft combining:
- Chase combining and incremental redundancy
• Use “incremental redundancy” in LTE.
87
RV
RV: Redundancy Version
Value: 0 ~ 3
88. OAI Project Team
HARQ process
• HARQ use “stop-and-wait protocol” to send data.
• In LTE, we use “Multiple parallel” stop-and-wait process.
88
Multiple parallel HARQ process
HARQ
entity
8 HARQ
process
89. OAI Project Team
NDI(new data indicator)
• NDI : parameter of HARQ
- Same NDI the same HARQ process stored in HARQ buffer to soft
combining (retransmission)
- Different NDI different HARQ process clear the HARQ buffer (new
transmit)
89
0 1 0 0 0 1 0 0 0 1 0 0 0
NDI
toggled
90. OAI Project Team
Downlink HARQ
• Downlink HARQ asynchronous:
- Retransmission can happen at anytime. (ie. HARQ process can be used in any
order.)
- It is the reason why we need DCI which contain HARQ process number. (The
eNB will clearly tell the UE about the current HARQ process. )
• Downlink HARQ adaptive:
- It means that eNB can change retransmission PRB and MCS. (ie. eNB need to
reschedule downlink retransmission.)
90
91. OAI Project Team
Downlink HARQ process
91
UE Base_Station
DCI1(Downlink Assignment)
PDCCH(with/without DCI0)
New Downlink Data
PDCCH
ACK/NACK
PUCCH(No grant,no DCI0)
ACK/NACK
PUSCH(grant,with DCI0)
If NACK
DCI1(Downlink Assignment)
PDCCH(with/without DCI0)
Retransmit Downlink Data
PDSCH(with/without DCI0)
http://msc-generator.sourceforge.net v6.1
4 sub-frame delay
At least 4 sub-frame delay
93. OAI Project Team
• Uplink Scheduling
Protocol Layer Architecture
- RLC
- PDCP
- RRC
BSR (Buffer Status Report)
HARQ
- HARQ vs ARQ
- Application of HARQ
- Process for Uplink
• Downlink scheduling
Downlink transmission
- Downlink transmission procedure
- Downlink control information
- Channel state information
- Downlink MAC control element
Hybrid automatic repeat request
- Hybrid automatic repeat request
- Incremental redundancy
- HARQ process
- New data indicator
- Downlink HARQ
- Downlink HARQ process
Channel quality
- Modulation coding scheme, Modulation
- Channel quality indicator
Discontinuous Reception
• Overview porting OAI UE Tutorial
93
Downlink Scheduling - Channel quality
94. OAI Project Team
Modulation
• Modulation: Located in the MAC of the eNB side, whose function is to
make good use of the radio resources of the uplink and downlink
channels.
- The two schedulers on the uplink and the downlink respectively control the
operation of the schedule.
- Allocate resources and codes on the physical layer to the uplink and downlink
transmission channels respectively.
• There are three modulation modes in LTE.
- QPSK
- 16QAM
- 64QAM
94
95. OAI Project Team
MCS (Modulation coding scheme)
• Modulation Coding Scheme is related to Modulation Order.
- Modulation order is defined as a Parameter called Qm.
• Code rate: How many percentages of real data are in a transmission.
- Ex. 5/6: data 5
checksum 1
- Channel signal is well 64QAM
- Channel signal is bad QPSK
95
Qm Modulation Method
2 QPSK
4 16QAM
6 64QAM
96. OAI Project Team
CQI (Channel quality indicator)
• CQI is the information that UE sends to the network via PUCCH
(periodic CQI) or PUSCH (aperiodic, period CQI)
- Current communication channel quality
- UE wants to get the data with transport block size
• The CQI value ranges from 0 ~ 30
- 30 indicates the best channel quality
- 0,1 indicates the poorest channel quality
96
97. OAI Project Team
CQI (Channel quality indicator)
• UE reports low CQI cause waste of radio resources
97
UE Base
Station
Too big transport block
Failed to
decode it
Report low CQI
Retransmission
Response NACK
98. OAI Project Team
CQI (Channel quality indicator)
• Base station gets “high” CQI value from UE transmit the data with
“larger” transport block size
• Base station gets “low” CQI value from UE transmit the data with
“smaller” transport block size
98
99. OAI Project Team
• Uplink Scheduling
Protocol Layer Architecture
- RLC
- PDCP
- RRC
BSR (Buffer Status Report)
HARQ
- HARQ vs ARQ
- Application of HARQ
- Process for Uplink
• Downlink scheduling
Downlink transmission
- Downlink transmission procedure
- Downlink control information
- Channel state information
- Downlink MAC control element
Hybrid automatic repeat request
- Hybrid automatic repeat request
- Incremental redundancy
- HARQ process
- New data indicator
- Downlink HARQ
- Downlink HARQ process
Channel quality
- Modulation coding scheme, Modulation
- Channel quality indicator
Discontinuous Reception
• Overview porting OAI UE Tutorial
99
Downlink Scheduling - Discontinuous Reception
100. OAI Project Team
DRX (Discontinuous Reception)
• DRX: It’s kind of mechanism, which can improve the battery life by
sleeping for a while there is no data transmission.
• While UE in RRC_CONNECTED state, it will deploy a “DRX cycle”.
- DRX cycle = On Duration + Opportunity for DRX
- UE receive PDCCH on Duration, otherwise UE will go to sleep
100
101. OAI Project Team
DRX (Discontinuous Reception)
• Case 1: Only Long DRX Cycle is configured and No PDCCH is received during the cycle
• Case 2: Only Long DRX Cycle is configured and a PDCCH is received during a cycle
101
102. OAI Project Team
DRX (Discontinuous Reception)
• Case 3: Only Long DRX Cycle is configured and a PDCCH and DRX Command MAC CE are received during
a cycle
102
104. OAI Project Team
Reference
• Sharetechnote
• 深入理解LTE-A
• Spec 36.212 for DCI format
• Spec 36.213 for Downlink transmission procedure
• Spec 36.321 for MAC control element
104
Characteristic
Peak download speeds up to 300 Mbit / s, peak upload speeds up to 75 Mbit / s. (high data rate)
Low network latency (small IP packets can have less than 5ms delay under optimal conditions)
Save electricity(Download using OFDMA, Upload using SC-FDMA)
Support Multicast / Broadcast Single-frequency Network (MBSFN)
Supports Frequency Division Duplex (FDD) and Time Division Duplex (TDD) communications
RRC:
RRC連線流程按部就班
RRC連線的狀態可分為閒置及連結兩種狀態,在使用者沒有資料或訊息傳遞的需求時,RRC連線會處於閒置狀態,此時基地台不會配置無線資源給使用者,而當使用者有資料傳輸需求時,便會觸發RRC連線的控制行為,嘗試將連線狀態轉入連結狀態,進入連結狀態之後,使用者便會被配置無線資源而獲得資料傳輸的能力。
在連結狀態下,RRC連線所維護的內容是關於一個使用者所被配置到的無線資源以及使用者該如何運用這些無線資源,在這些無線資源中,能夠用來傳輸資料的是無線電承載(Radio Bearer, RB),在建立RRC連線的過程中會被建置多條RB,這些RB依用途又可被分成信令無線電承載(Signaling Radio Bearer, SRB)及資料無線電承載(Data Radio Bearer, DRB),SRB用以傳輸RRC子層的控制訊息,DRB則用來傳輸使用者的網路封包,由於使用者想進入連結狀態的理由就是資料傳輸,因此RRC連線的控管過程中,重要的便是對各條RB的建立及使用,以下將就RRC連線的各階段控管流程做介紹。
包含
使用者面(User Plane)與控制面(Control Plane)資料傳送
PDCP序號維護
資料加解密
確保上層資料封包於重建時的順序正確和不重複
標頭壓縮/解壓縮功能(只適用於DRB
資料完整性保護(僅適用於SRB
Control plane:
Transmit the command from RRC
Implement the related configuration from RRC
User plane:
Receive the IP data from upper layer
Package IP data into a packet and transmit to RLC
TM:為直接穿透模式,資料不須在RLC層進行重新封裝的工作,SDU即為PDU。The information does not need to be re-packaged in RLC layer
AM、UM差別:
是否支援ARQ功能進行區分 Whether to support the ARQ function to distinguish
承認模式須支援ARQ功能,而非承認模式則不支援ARQ功能
MAC必須在接收端對於PDU接收的結果進行回報,回報結果為接收成功(ACK)或接收失敗(NACK),當結果為NACK時,RLC的傳送端必須進行重傳
MAC主要功能是對不同無線承載進行RA管理、無限資源分配,包括MCS(modulation and coding scheme)、RB(resource block)與CCE(channel control elemaent)的選擇、多工以及HARQ機制等。
MAC entity通過決定每個無線承載的數據總量以及指示RLC層所提供的封包大小,來使每個無線承載都能再一定優先級條件下進行傳輸,因為資源都是共享的,所以在考慮優先級的同時,對無線資源的效率性及公平性都對MAC的實現提出了更高的要求。
The main function of the MAC is to perform RA management and radio resource allocation for different radio bearers
Including MCS, RB, CCE, multiplexing, HARQ.
FEC:是增加数据通讯可信度的方法
•One frame =10 ms.
•One Frame = 10 subframes.
•One subframe = 1.0 ms (=TTI)
•One subframe = 2 slots.
•One slot = 0.5 ms.
•One Slot = either 6 or 7 ODFM symbols, depending on whether the normal or extended cyclic prefix is employed.
–One slot = 3 symbols when 7.5KHz subchannel is used.
•Each 1ms Transmission Time Interval (TTI) consists of two slots (Tslot).
CP的優缺點非常簡單。
優:消除了ISI Eliminate ISI (inter symbol interference)
缺:減少了可以在相同時間間隔內傳輸的符號數量 Reduce the number of symbols that can be transmitted in the same time interval
•Normal CP: with a duration of 4.7 microseconds.
•Extended CP: with a duration of 16.67 microseconds.
In order to specify the advanced explanation just study through this link
https://en.wikipedia.org/wiki/Radio_access_network
Logical channel
PCCH (Paging control channel) Paging, does not use HARQ procedure (no retransmission mechanism). PCCH is mapped only to PCH.
BCCH (Broadcast control channel) MIB, SIB
BCCH for MIB is mapped to BCH and BCCH for SIB is mapped to DL-SCH
CCCH (Common control channel) Signaling message
DCCH (Dedicated control channel) Signaling message, DCCH is mapped to DL-SCH
DTCH (Dedicated traffic channel) User data, DTCH is mapped to DL-SCH
MTCH (Multicast traffic channel) MBMS
MCCH (Multicast control channel) MBMS
Transport channel
PCH (Paging channel) P-RNTI use to paging and system information
BCH (Broadcast channel)
DL-SCH (Downlink shared channel)
MCH (Multicast channel)
When you switch on smartphone for the very first time, it will start searching for the network.
There are many frequencies from different operators available in the air to which UE can connect.
Therefore, UE needs to synchronize to each frequency and check whether this is frequency from the right operator to which it wants to connect to.
UE does this by going through very initial synchronization process.
Once synchronized UE reads the master information block and System information blocks to check whether this is the right PLMN.
Let’s assume that it finds that PLMN value to be correct and so UE will proceed with reading System information block 1 and System information block 2.
The next step is known as Random Access Procedure in which the network for the first time knows that some UE is trying to get access.
當您第一次打開智能手機時,它將開始搜索網絡。
UE可以連接到的空中有不同運營商可用的許多頻率。
因此,UE需要與每個頻率同步,並檢查這是否是來自正確的運營商的頻率,它想要連接到哪個頻率。
UE通過進行非常初始的同步過程來做到這一點。
一旦同步UE讀取主信息塊和系統信息塊,以檢查這是否是正確的PLMN。
假設它發現PLMN值是正確的,因此UE將繼續閱讀系統信息塊1和系統信息塊2。
下一步稱為隨機訪問過程,其中網絡首次知道某些UE正在嘗試訪問
Start searching for the network.
UE check the frequency from the right operator to which it wants to connect to.
Check whether this is the right PLMN after receive MIB and SIB
UE will proceed with reading System information block 1 and System information block 2.
The next step is known as Random Access Procedure
Scenario /
Main purpose:
Get frequency and symbol synchronization from cell.
Get the system frame timing (the starting position of frame)
Determine the PCI (physical-layer cell identity)
In order to support mobility, UE will keep searching its neighbor community, synchronize and estimate the reception quality of the community signal.
Handover(UE in RRC_CONTECTED status)
cell re-selection(UE in RRC_IDLE status)
PSS uses a length of 63 Zadoff-Chu sequence
Plus 5 additional subcarriers reserved for the guard band by the border,
PSS has 3 values, corresponding to three different Zadoff-Chu sequences, each corresponding to a N
PSS有3个取值,对应三种不同的Zadoff-Chu序列,每种序列对应一个Nid(2)。
某个小区的PSS对应的序列由该小区的PCI决定,即 % 3。
从36.211的6.11.1.1可以看出,不同的对应不同的Root index u,进而决定了不同Zadoff-Chu序列(见图3)。
UE为了接收PSS,会使用36.211中Table 6.11.1.1-1指定的Root index u来尝试解码PSS,直到其中某个Root index u成功解出PSS为止。
这样,UE就知道了该小区的。又由于PSS在时域上的位置是固定的(见图1),因此UE又可以得到该小区的5 ms timing
(一个系统帧内有两个PSS,且这两个PSS的相同的,因此UE不知道解出的PSS是第一个还是第二个,所以只能得到5 ms timing)。
如果是初始同步(此时UE还没有驻留或连接到一个LTE小区),在检测完同步信号之后,UE会解码PBCH,以获取最重要的系统信息。
如果是识别邻居小区,UE并不需要解码PBCH,而只需要基于最新检测到的小区参考信号来测量下行信号质量水平,以决定是进行小区重选(UE处于RRC_IDLE态)还是handover(UE处于RRC_CONNECTED态。此时UE会通过RSRP将这些测量结果上报给服务小区,决定是否进行handover)
RSRP
Reference Signal Receiving Power
The key parameter representing the strength of the wireless signal in the LTE network
is the average of the signal power received on all REs carrying the reference signal within a symbol.
-140 ~ -43dBm
RSSI
Received Signal Strength Indicator
It refers to the total power of the received mobile phones, including the desired signal, interference and noise floor.
-100 ~ -20dBm
RSRQ
Reference Signal Receiving Quality
RSRQ=10log(N)+(RSPR-RSSI)
Represents the LTE reference signal reception quality, this measure is mainly based on the signal quality of different LTE candidate community to sort.
This measurement is used as input for handover and community reselection decisions
-20 ~ -3dB
SINR
Signal to Interference plus Noise Ratio
It refers to the ratio of the intensity of the useful signal received with the intensity of the received interference signal, which can be understood as the signal-to-noise ratio
-10 ~ 40dB
圖:
Located on the BCH time domain
First 4 OFDM symbols in the 2nd slot of subframe 0 (子帧0的第2个slot的前4个OFDM symbol
Not all SIBs must exist.
For example, for the operator's base station, SIB9 is not needed, and if a cell does not provide MBMS, SIB13 is not needed.
MIB和SIB1在時域上的位置和周期是固定的,而SI消息在時域上的位置和周期是由SIB1指定的。
eNodeB 只會通過SystemInformationBlockType1告訴UE有哪些SI,每個SI包含了哪些SIB,這些SI會在哪個SI窗口發送以及SI窗口的時域位置和長度,但不會告訴UE在SI窗口的哪些子幀調度了該SI。
當UE需要某個SIB時,它就會在該SIB對應的SI消息對應的SI窗口的每個子幀(從SI窗口的起始子幀開始,共持續si-WindowLength個子幀,但不包含那些不能調度SI的子幀),使用SI-RNTI去嘗試解碼,直到成功接收到SI消息為止。
這邊應該要稍微介紹一下RNTI,RNTI的value從0-65535
由於我們在一段bandwidth裡有多個PRB,我們要藉由不同的RNTI讓UE算出他該從哪個PRB開始傳送/接收資料。
對於不同目的性的UE會有不同的RNTI,因此UE可以藉由這個資訊去取得他們想要的訊息。
Function: Identity of the UE
Each UE may correspond to multiple RNTIs simultaneously.
With different RNTIs, UE calculates which PRB from which to start transmitting / receiving data
RNTI : Inside the signal information between the UE and the UTRAN, it is used as an identifier of the UE (在UE 和UTRAN 之間的信號信息內部作為UE 的標識)
RNTI即無線網絡臨時標識,在LTE中按照功能的不同,劃分了多種RNTI,每個UE可以同時對應多個RNTI。
通過用RNTI對PDCCH控制消息加擾的方式,實現系統廣播、特定的用戶調度等功能。
Functions such as system broadcast and specific user scheduling are implemented by using the RNTI to scramble the PDCCH control message.
C-RNTI : 用於動態調度的PDSCH傳輸 PDSCH transmission for dynamic scheduling
RA-RNTI : 用於隨機接入響應(RAR)RA-RNTI: Used for Random Access Response (RAR)
SI-RNTI : 用於標識SIB消息的傳輸 Used to identify the transmission of SIB messages
P-RNTI : 用於標識尋呼消息的傳輸 Used to identify the transmission of paging messages
UE also needs to give its own identity to the network so that network can address it in next step.
Typical 'Contention Free' RACH Procedure is as follows :
i) Initial access from RRC_IDLE
ii) RRC Connection Re-establishment procedure
iii) Handover (Contention Based or Non Contetion Based)
iv) DL data arrival during RRC_CONNECTED requiring random access procedure
E.g. when UL synchronisation status is “non-synchronised”
v) UL data arrival during RRC_CONNECTED requiring random access procedure
E.g. when UL synchronisation status is "non-synchronised" or there are no PUCCH resources for SR available.
vi) For positioning purpose during RRC_CONNECTED requiring random access procedure;
E.g. when timing advance is needed for UE positioning
UE通过RAR所带的RA-RNTI和preamble index来确定是否成功接收到自己想要的RAR,然后再进行后续处理
UE发送了preamble之后,将在RAR时间窗(RA Response window)内监听PDCCH,以接收对应RA-RNTI的RAR。
如果在此RAR时间窗内没有接收到eNodeB回复的RAR,则认为此次随机接入过程失败。
RAR时间窗起始于发送preamble的子帧(如果preamble在时域上跨多个子帧,则以最后一个子帧计算) + 3个子帧,并持续ra-ResponseWindowSize个子帧。
臨時C-RNTI:For Msg3 transmission, conflict resolution
對於UE的初始身份認證,如果RA成功,則將該臨時身份認證轉換為正式的身份標識。
For the initial identity authentication of the UE, if the RA successfully succeeds, this temporary identity authentication will be converted to a formal identity identification.
定時提前值:Inform the transmission time of uplink data between UE and eNB.
上行授權資源:Inform the UE of the next uplink data transmission resources
基於非競爭的隨機接入, preamble是某個UE專用的,所以不存在衝突;又因為該UE已經擁有在接入社區內的唯一標誌C-RNTI,所以也不需要eNodeB給它分配C-RNTI。
UE identity (TMSI or Random Value )
TMSI is used if UE has previously connected to the same network. With TMSI value, UE is identified in the core network
Random value is used if UE is connecting for the very first time to network.
由於eNB在多個UE選到同一個preamble的情況下,要等到Msg3才能察覺(同個TC-RNTI不同UE_id),因此UE如果沒收到Msg4,很有可能就是碰撞了,設一個timer才不會讓她一直等
eNodeB在步驟3中成功接收到其消息被成功接收到的UE的爭用解決消息。該消息是針對TMSI值或隨機數(來自前面的步驟)的地址,但是包含將被用於進一步通信的新C RNTI
In RRC_CONNECTED state UE has C-RNTI
In step 3, Msg3 will bring this C-RNTI to the eNodeB through the C-RNTI MAC control element
In step 4, The eNodeB uses this C-RNTI to scramble the PDCCH.
The UE receives the PDCCH scrambled with this C-RNTI and knows that the access is successful.
Not in RRC_CONNECTED state
In step 3, Msg3 will bring the unique flag to eNodeB
In step 4, The eNodeB sends back the information of step 3 to the UE through the UE Contention Resolution Identity MAC Control Element
format is composed of cyclic prefiex with the sequence
prach-FreqOffset是確定PRACH前導碼在頻域中的位置的參數。頻域中的這個位置以PRM指數為單位進行計算並通過以下方程進行凝固。
f_RA是一个频率位置系数,用于计算PRACH占用的RB起始位置n_RA_PRB
PRACH固定占6个RB,因此LTE支持的带宽不能少于6个RB
(Each random access preamble occupies a bandwidth corresponding to 6 consecutive resource blocks for bothframe structures.)。
1)eNodeB要發送下行數據時,發現丟失了UE的上行同步,它會強制UE重新發起隨機接入過程以獲取正確的時間調整量;
When the eNodeB needs to send downlink data, finding that the UE's uplink synchronization is lost, it will force the UE to re-initiate the random access process to obtain the correct time adjustment value.
2)UE定位。這時eNodeB會通過特殊的DCI format 1A 告訴UE需要重新發起隨機接入,並告訴UE應該使用的Preamble Index和PRACH Mask Index。
In this case, the eNodeB will inform the UE that it needs to restart random access through a special DCI format 1A, and notify the UE of the Preamble Index and the PRACH Mask Index that should be used.
TTI(Transmission Time Interval),至於什麼是TTI,是指基地台給用戶安排資源的單位時間,這個就是叫Schdueling。LTE是1ms。
此時上行數據傳輸的流程變為:
1)UE 發送preamble;
2)eNodeB回复RAR,RAR攜帶了UL grant信息;
3)UE開始發送上行數據。
什麼情況UE可能會沒有SR資源呢?
當UE丟失了上行同步,它也會釋放SR資源
當UE沒有被分配SR資源時,基於競爭的random access可以替代SR的功能用於申請上行資源
因為 out of sync,如果有downlink要傳,eNB必須主動建立RA連結,所以DCI 1A可以告訴UE怎麼開始傳preamble。
TTA LTE/MIMO Standards/Technology Training
In Persistent scheduling, UE can send data to eNB any time since eNB is sending grant all the time,
non-persistent scheduling UE needs the grant from the network to send the data. The detailed procedure is described in the figure below.
UE inform to Network that it will transmit a data and asking about the grant. "I have something to transmit, would you give me a Grant to send this data ?"
Then Network would allocate the bare minimum amount of UL Grant (Resources for PUSCH) if the resource is available
Network would allocate the bare minimum amount of UL Grant (Resources for PUSCH) if the resource is available.
Scheduler assigns initial resources without detailed knowledge of buffer content
This is flow chart of downlink transmission procedure
First, UE will
兩張圖的差異在於有沒有 DCI 0 ,沒有DCI 0的話會用PUCCH回傳ACK/NACK
有DCI 0 用PUSCH回傳ACK/NACK
CSI : Channel State Information : UE上報給eNodeB的通道狀態資訊
PUSCH 是uplink channel
Downlink transmission 用 DCI 1
I will introduce CSI report request and CQI report request in following slides
CSI: UE report channel status information to eNB 上報eNB通道品質
there are many different types of CSIs and depending on which CSI is reported, UE should use different PUCCH Format 有許多不同類型的CSI,並且取決於哪個CSI被報告,UE應該使用不同的PUCCH格式
CSI is a kind of collective name of several different type of indicators幾種不同類型的指標的一種集體名稱
UE通過測量接收到的下行參考信號(社區特定的參考信號或CSI-RS)來獲取CSI資訊 上報給eNodeB eNdoeB在下行調度時會將通道品質考慮在內
eNodeB並不一定遵循UE上報的下行通道狀態報告來進行下行傳輸。相反的,UE上報的只是建議eNodeB使用的傳輸階數(層數)和預編碼矩陣,以及eNodeB不應該超過的最高調製和編碼方案(MCS)。eNodeB可以使用CSI報告的建議,也可以重新選擇自己的傳輸參數,eNodeB會通過DCI將當前傳輸真正使用的MCS、層數和預編碼矩陣等資訊告訴UE。
CSI上報可以是週期性的(periodic),也可以是非週期性的(aperiodic)
The more important one is CQI
MAC control element : MAC layer內部的溝通
MAC PDU consisting of MAC header, MAC control elements, MAC SDUs and padding
R: Reserved bit, set to "0".
E: The Extension field is a flag indicating if more fields are present in the MAC header or not.
Logical Channel ID field: identifies corresponding MAC SDU or the type of the corresponding MAC control element or padding
F: The Format field indicates the size of the Length field
L: The Length field indicates the length of the corresponding MAC SDU in bytes
SDU 跟上層拿的 MAC SDU是跟RLC拿的
HARQ with soft combining:根據重傳的比特資訊與原始傳輸是否相同
接收到的錯誤資料包會保存在一個HARQ buffer中,並與後續接收到的重傳資料包進行合併,從而得到一個比單獨解碼更可靠的資料包(“軟合併”的過程)。然後對合併後的資料包進行解碼,如果還是失敗,則重複“請求重傳,再進行軟合併”的過程
TBS:Transport Block Size的縮寫。重傳的TBS通常是不變的,並與初傳的TBS保持一致,否則無法進行軟合併處理
Chase combining(中重傳的比特資訊與原始傳輸相同) and incremental redundancy(重傳的比特資訊不需要與原始傳輸相同)
由於重傳可能攜帶了不包含在前次傳輸中的額外同位比特(parity bit),所以重傳的碼率會降低。每次重傳可以包含與初始傳輸數目不同的coded bit,且不同重傳的調製方式也可以不同
HARQ use “stop-and-wait protocol” to send data 要等到接收端收到資料回傳ACK才會再送下一個資料
發送端發送一個TB後,就停下來等待確認資訊。接收端會使用1比特的資訊對該TB進行肯定(ACK)或否定(NACK)的確認
但是每次傳輸後發送端就停下來等待確認,會導致輸送量很低
LTE使用多個並行的stop-and-wait process:當一個HARQ process在等待確認資訊時,發送端可以使用另一個HARQ process來繼續發送資料,但使用多個並行的stop-and-wait process可能導致接收端的MAC層送往RLC層的資料是亂序的
HARQ entity is composed of HARQ process, and every UE has one HARQ entity.
HARQ process共同組成了一個HARQ 實體(HARQ entity)每個UE都有一個HARQ實體
在空分複用中,一個TTI會平行傳輸2個TB,每個TB有各自獨立的HARQ確認資訊,並使用不同的HARQ process來處理。此時1個HARQ實體包含2個HARQ process集合。
Every HARQ process processing a TB(transport block) in one TTI.
Every HARQ process receiver has independent HARQ buffer.
The HARQ entity directs HARQ information and associated TBs received on the DL-SCH to the corresponding HARQ processes. HARQ實體將在DL-SCH上接收到的HARQ信息和相關聯的TB指引到對應的HARQ過程
每個HARQ process會保存一個NDI值,該值使用1比特來指示被調度的資料是新傳還是重傳。如果同一HARQ process的NDI值與之前相比發生了變化(NDI toggled),則表示當前傳輸是一個新的TB的初傳,否則(NDI not toggled)表示當前傳輸是同一個TB的重傳
Downlink HARQ 非同步,適應性
非同步: 重傳可以發生在任何時間
MCS is abbreviation of Modulation coding scheme
Code rate: How many percentages of real data are in a transmission.
Ex. 5/6: data 5
checksum 1
Percentage of checksum rise Error rate decline (less data transmission)
Signal well use 64QAM, signal bad use QPSK
Modulation Coding Scheme is related to Modulation Order.(QPSK Modulation Order = 2, 16QAM Modulation Order = 4, 64QAM Modulation Order = 6)
CQI代表信道質量指示符
CQI stands for Channel Quality Indicator
CQI it is an indicator carrying the information on how good/bad the communication channel quality is.
the CQI value ranges from 0 ~ 30. 30 indicates the best channel quality and 0,1 indicates the poorest channel quality. Depending which value UE reports, network transmit data with different transport block size.
即使UE報告低CQI,網絡也會發送大的傳輸塊
UE很可能無法對其進行解碼
What would happen if UE send inaccurate CQI ?如果UE發送不准確的CQI會發生什麼?
Depending which value UE reports, network transmit data with different transport block size.根據UE報告的值,網絡傳輸具有不同傳輸塊大小的數據
If network gets high CQI value from UE, it transmit the data with larger transport block size.如果網絡從UE獲得高CQI值,則傳輸具有較大傳輸塊大小的數據
What if network sends a large transport block even though UE reports low CQI, it is highly probable that UE failed to decode it (cause CRC error on UE side) and UE send NACK to network and the network have to retransmit it which in turn cause waste of radio resources.即使UE報告低CQI,如果網絡發送大的傳輸塊,如果UE不能對其進行解碼,UE很可能會發送NACK給網絡,並且網絡必須重傳,導致無線資源的浪費(導致UE側的CRC錯誤)
How UE estimate CQI ? UE如何估計CQI?
signal-to-noise ratio (SNR) 訊雜比(SNR)
signal-to-interference plus noise ratio (SINR) 信號與乾擾加噪聲比(SINR)
signal-to-noise plus distortion ratio (SNDR) 信噪比加失真比(SNDR)
What would happen if UE send inaccurate CQI ?如果UE發送不准確的CQI會發生什麼?
Depending which value UE reports, network transmit data with different transport block size.根據UE報告的值,網絡傳輸具有不同傳輸塊大小的數據
If network gets high CQI value from UE, it transmit the data with larger transport block size.如果網絡從UE獲得高CQI值,則傳輸具有較大傳輸塊大小的數據
What if network sends a large transport block even though UE reports low CQI, it is highly probable that UE failed to decode it (cause CRC error on UE side) and UE send NACK to network and the network have to retransmit it which in turn cause waste of radio resources.即使UE報告低CQI,如果網絡發送大的傳輸塊,如果UE不能對其進行解碼,UE很可能會發送NACK給網絡,並且網絡必須重傳,導致無線資源的浪費(導致UE側的CRC錯誤)
In LTE, 15 different CQI values randing from 1 to 15 (4 bits) and mapping between CQI and modulcation scheme, transport block size is defined as follows
UE回報現在目前感受到EnodeB訊號的狀況。EnodeB收到CQI之後會選擇對UE最好的傳輸方式,再指示UE進行Modulaton Code Scheme(MSC)的變更,去適應目前通道的狀況,達成較低的錯誤率及更高的效率,所以CQI回報就變得很重要。以下是CQI跟modulation的對應關係。可以看的到越高的CQI就會對應到越好的modulation跟code rate。
Even while there is no traffic between the network and UE, UE has to keep listening to Network. At least it should be ready to decode PDCCH. It means UE has to be "ON" all the time even when there is no traffic. But being ON all the time would drain the battery.
it should be ready to decode PDCCH
http://www.sharetechnote.com/html/Handbook_LTE_DRX.html
Case 1: Only Long DRX Cycle is configured and No PDCCH is received during the cycle.僅配置長DRX週期,並且在周期內沒有接收到PDCCH
Case 2: Only Long DRX Cycle is configured and a PDCCH is received during a cycle (You will notice the real 'ON time' May get extended depending on DRX Inactivity Timer and when the PDCCH is recieved as shown in thick Blue line).在一個週期內,只配置長DRX週期並接收一個PDCCH(真正的“開啟時間”可能會延長,具體取決於DRX不活動計時器,以及當接收到的PDCCH如粗藍線所示)。
drx-InactivityTimer指定了當UE成功解碼一個指示初傳的UL或DL使用者資料的PDCCH後,持續處於啟動態的連續PDCCH子幀數。
drx-RetransmissionTimer指定了從UE期待收到DL重傳的子幀(HARQ RTT之後)開始,連續監聽的“PDCCH子幀數”
Case 3: Only Long DRX Cycle is configured and a PDCCH and DRX Command MAC CE are received during a cycle (You will notice the real 'ON time' MAY get shorter depending on exactly when DRX Command MAC CE is received as shown in thick Blue line). 在一個週期內只配置長DRX週期,接收PDCCH和DRX命令MAC CE(接收DRX命令MAC CE時的實際“開啟時間”可能會縮短,如粗藍線所示)。