LTE Call Flows - Architecture Usman Ghani Ericsson
LTE Call Flows - Architecture Usman Ghani Ericsson
AS
AS AS
Service Layer
E-UTRAN
Juniper/
SUN
X2-UP Redback
Uu
PCCH MTCH MCCH BCCH DTCH DCCH CCCH DTCH DCCH CCCH
Logical Channels
“type of information”
MIB SIB (traffic/control)
Cell
Select *
RRC IDLE 2. Random Access Preamble
3. Random Access Response
8.RRC DL INFORMATION TRANSFER (UE Identity Request) DL NAS TRANSFER (UE Identity Req)
9. RRC UL INFORMATION TRANSFER (UE Identity Response) UL NAS TRANSFER (UEid Response)
11. RRC UL INFORMATION TRANSFER (Authentication Response) UL NAS TRANSFER (Auth. Response)
12. RRC DL INFORMATION TRANSFER (Security Mode Command) DL NAS TRANSFER (NAS SMC)
UE Attach
13. RRC UL INFORMATION TRANSFER (Security Mode Complete) UL NAS TRANSFER (NAS SMC)
14. INITIAL CONTEXT SETUP REQUEST
15. RRC SECURITY MODE COMMAND (EPS bearers, Attach Accept, Security)
16.RRC SECURITY MODE COMPLETE
eNB
HOW:
PDCP SN:
HFN PDCP SN Next_PDCP_TX_SN
TX_HFN
COUNT
. Figure7 1 - EPS Architecture
Header Compression
8
WHY: Saving the bandwith by V=4 Hlen TOS Packet length
STATIC
HOW: *removing redundant info Identification Flags Fragment offset
Protocol Checksum INFERRED
*Encoding important info IPv
4
TTL
Source address CHANGES
*Hop by Hop Destination address
RARELY
*Unidirectional Source port Destination port
CHANGES
UD OFTEN
P Length Checksum
PT Appr. 30 of
V P X CC M Sequence no
40 octets are
RT Timestamp static or
P easily
SSRC Identifier
compressible!
UE/UE Context
Bj B3 B2 B1
TTI n+3
TTI n+2
TTI n+1
... Max Bucket size= PBR x BSD
At each TTI
TTI n Bucket size = bucket size + PBR
PBR LCH1
UL-SCH
4. X2 HANDOVER REQUEST
5.Admission
TRELOCprep Control
6. X2 HANDOVER REQUEST
ACKNOWLEDGE
8. Start Data
forwarding 7. X2 SN STATUS TRANSFER
X2 Handover
T304
10. RRC CONNECTION RECONFIGURATION 9. Buffer
(Handover Command,Measurement conf) Forwarded
Data
Regenerate
11 MAC: CFRA Random Access Preamble
Security Keys
12. MAC Random Access Response (UL allocation + TA)
X2APNext SN = 7
Transmitter State 6 5 4
4
Status:
Receiver State
ACK 4 & 5
5
4
• Source forwards outstanding un-ACK:ed SDUs to target with their SN attached.
• Source tells Target what PDCP SN to allocate next.
• Non-outstanding SDUs are forwarded (in order) without SN
• Target “prioritizes” forwarded SDUs.
• UE re-orders PDCP SDUs based on the SN.
• UE may submit a PDCP Status to guide Target re-Tx
• NO Data forwarding for SRBs; PDCP SN and HFN are reset @ target
“4”
Receiver State
X2_AP:
6 ACK 4, NACK 5
5
6
Source eNB Target eNB
4
3 PDCPStatus report:
5
Transmitter State ACK4, NACK 5
6
5
3
• Source forwards SDUs received out-of-sequence to
Target with their SN attached.
• Target re-orders PDCP SDUs.
• Target may submit a PDCP Status
(or, a Status tunneled from Source)
to UE to guide re-transmissions to Target.
4. S1 HANDOVER REQIRED
(Source to Target Transparent Container ) 5. S10 FORWARD RELOCATION
TS1RELOCprep REQUEST
6. S11 CREATE BEARER REQ/RES
7. S1 HANDOVER REQUEST
8. Admission
Control
9. S1 HANDOVER REQUEST ACKNOWLEDGE
10. S10 FORWARD RELOCATION
RESPONSE
11. S11 CREATE BEARER REQ/RES
UP Forwarding
12. S1 HANDOVER COMMAND
T304 12. RRC CONNECTION RECONFIGURATION
(Handover Command,Measurement conf)
13 MAC: CFRA Random Access Preamble
Regenerate 14. MAC Random Access Response (UL allocation + TA)
Security Keys
15. RRC CONNECTION RECONFIGURATION COMPLETE
(Handover Confirm) 16. S1 HANDOVER NOTIFY