SlideShare a Scribd company logo
1 of 55
Download to read offline
5G - key component of
the Networked Society
RWS-150009
3GPP RAN Workshop on 5G
Phoenix, AZ, USA, September 17 – 18, 2015
Public | © Ericsson AB 2015 | 2015-08-18 | Page 2
5G Radio Access ~2020
“NX”
No compatibility constraints
“Existing” spectrum
Below 6 GHz
Tight interworking
“New” spectrum
Above 6 GHz
New spectrum below 6 GHz
LTE Evolution
1 GHz 3 GHz 10 GHz 30 GHz 100 GHz 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz
Gradual migration
Public | © Ericsson AB 2015 | 2015-08-18 | Page 3
› Possibility to evolve the radio-access technology
and still efficiently support legacy devices
– Later introduction of new technology components
– Support for future, yet unknown, use cases
Future-proof
design
› Key design principles:
– Limit mandatory network transmissions
– Transmissions well-confined in time and frequency
– Avoid strict timing relations
New technology
components
New use cases
› Critical for phased standardization process!
Public | © Ericsson AB 2015 | 2015-08-18 | Page 4
NX Technology Areas
Flexible and scalable design
Spectrum
Deployment Use cases
Access/backhaul
integration
Multi-site connectivity
Integrated D2D
Massive multi-antenna
transmission
System control
System control plane
Ultra-Lean Design
Data
Flexible PHY
Machine-type
communication
Public | © Ericsson AB 2015 | 2015-08-18 | Page 5
NX PHY Design
High degree of symmetry
− Low-power base stations similar to devices
− Integrated D2D and wireless backhaul
Duplex
Dynamic TDD,
FDD
Waveform
− OFDM with flexible numerology
Time-domain structure
− Physical mapping enabling fast detection/decoding
− Self-contained subframes
Example:
TDD DL data
RS
DL
ctrl
UL
ctrl
ACK/NAK, CSI, …
One subframe (~100-200 µs)
GP
Public | © Ericsson AB 2015 | 2015-08-18 | Page 6
System Control PLane
System control
› Decouple system information delivery
and data functionality
– Terminals may receive system information
from a different node than data
› Minimize broadcast
– Provide system information on demand
› Data capacity scales independently of
system overhead
› Enables advanced antenna solutions
System control
Public | © Ericsson AB 2015 | 2015-08-18 | Page 7
Phased standardization
› Phase 1 – early commercial deployments
› Phase 2 – full IMT-2020 compliance
SI: CM > 6 GHz
SI: 5G req.
SI: NX
NX Phase 1 NX Phase 2
LTE evo LTE evo LTE evo
SI: self-evaluation
2015 2016 2017 2018 2019 2020
NX evo
LTE evo
SI: NX enh.
IMT-2020 requirements IMT-2020 proposals IMT-2020 spec
Rel-13 Rel-15
Rel-14 Rel-16 Rel-17
Public | © Ericsson AB 2015 | 2015-08-18 | Page 8
Phased Standardization
› Focus on ‘all’ use cases (MBB, mMTC, cMTC, …)
› ‘All’ deployments, urban/suburban/rural,
up to ~100 km range
› Full frequency range, sub-1GHz to ~100 GHz,
licensed and unlicensed
› FDD and fully dynamic TDD
› Stand-alone operation
› Focus on MBB
› Urban macro/micro, outdoor-to-indoor,
up to ~500m ISD
› Frequency range from 3 to 30-40 GHz,
licensed and unlicensed
› Focus on fully dynamic TDD
› Assisted by LTE (e.g. initial access)
› Forward compatible with phase 2
NX Phase 1
Early commercial deployments
NX Phase 2
Full IMT-2020 compliance
Public | © Ericsson AB 2015 | 2015-08-18 | Page 9
› LTE evolution
– Enable 5G use cases in existing spectrum
› NX – new radio access
– No backwards-compatibility constraints
– High performance is essential
Summary
› NX forward compatibility crucial
› Phase I
– MBB focus, from 3 to 30-40 GHz, assisted by LTE
› Phase II
– Full IMT-2020 compliance
Existing spectrum
Below 6 GHz
Tight interworking
New spectrum
Above 6 GHz
New spectrum below 6 GHz
LTE Evolution
1 GHz 3 GHz 10 GHz 30 GHz 100 GHz 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz
Gradual migration
“NX”
Public | © Ericsson AB 2015 | 2015-08-18 | Page 10
Public | © Ericsson AB 2015 | 2015-08-18 | Page 11
Radio-Access Evolution
Expand in new use cases
Enhanced MBB Other
• Traffic volume
• Data rates
• Mobility
• …
MBB
• Traffic volume
• Data rates
• …
Media Delivery ITU
• IMT-2020
requirements
Need for evolved radio access!
Backwards-compatible as well as non-backwards-compatible technologies
providing sustainable and cost-efficient connectivity
Critical MTC
• Latency
• Reliability
• …
• Device density
• Device EE
• Device cost
• …
Massive MTC
Public | © Ericsson AB 2015 | 2015-08-18 | Page 12
One Network – Multiple Industries
From dedicated physical networks and
resources for different applications…
NWn
fn
NW1
f1
NW2
f2
S1 S2 Sn
…to a “network factory” where new networks and
architectures are “manufactured by SW”
Physical Resources
(Access, Connectivity, Computing, Storage, ..)
Service n
Health
Robotic communication
Media
MBB Basic
Public | © Ericsson AB 2015 | 2015-08-18 | Page 13
› Data rates
› Traffic volume density
› Mobility
› Connection density
› Device energy efficiency
› Latency
› Reliability
› Network energy efficiency
› Cost efficiency
Radio-Access Evolution
Peak data rate
User data rate
Mobility
Latency
Traffic volume density
Connection density
Energy efficiency
Experienced end user throughput
Latency
Energy efficiency
Traffic volume density
Consistent user experience
Device power consumption
Coverage
Resource and signaling
efficiency
Connectivity transparency
Context awareness
Reliability, availability
Security
Mobility
Cost efficiency
Ease of deployment
Operation efficiency
ITU
METIS
NGMN
Wide range of requirements
Public | © Ericsson AB 2015 | 2015-08-18 | Page 14
5G Radio Access ~2020
“NX”
No compatibility constraints
“Existing” spectrum
Below 6 GHz
Tight interworking
“New” spectrum
Above 6 GHz
New spectrum below 6 GHz
LTE Evolution
1 GHz 3 GHz 10 GHz 30 GHz 100 GHz 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz
Gradual migration
Public | © Ericsson AB 2015 | 2015-08-18 | Page 15
› Supported using RRC diversity and fast user plane switching (or aggregation)
› Can be enabled by common evolved RRC / PDCP layer
› Examples:
Tight interworking
Dual-connectivity
User-plane aggregation
• Initial deployment of NX on higher bands
for extreme traffic capacity and data rates
• LTE on lower bands for full coverage and robust mobility
 Smooth introduction of NX in new spectrum
• Migration of NX into legacy bands while retaining
full bandwidth availability for new devices
 Smooth migration of new RAT into legacy bands
Public | © Ericsson AB 2015 | 2015-08-18 | Page 16
5G Spectrum
1 GHz 3 GHz 10 GHz 30 GHz 100 GHz
WRC’ 15 WRC’ 18/19
Lower frequencies for full-area coverage… …complemented by high frequencies
for extreme capacity and data rates
in dense scenarios
Public | © Ericsson AB 2015 | 2015-08-18 | Page 17
high frequency Challenges
Efficiency, dynamic range,
output power, …
(Less of an issue for small cells)
Diffraction Outdoor-to-indoor
penetration
Rain/atmospheric
attenuation
Body loss
Additional Tx power
limitations above 6 GHz
Propagation
Regulation Implementation
Public | © Ericsson AB 2015 | 2015-08-18 | Page 18
• 40 MHz @ 2.6 GHz + 100 MHz @ 15 GHz
• 32 Gbyte/user/month
• LTE sites reused
• 40 MHz @ 2.6 GHz
• 32 Gbyte/user/month
• 100 MHz @ 15 GHz
• 32 Gbyte/user/month
• LTE sites reused
High-frequency operation
• 40 MHz @ 2.6 GHz
• 4 Gbyte/user/month
• Typical Asian city, 200-400 m ISD
› Higher-frequency spectrum needed to satisfy future traffic demands
› Joint low-frequency/high-frequence operation needed for full-area coverage
Public | © Ericsson AB 2015 | 2015-08-18 | Page 19
› Lower frequencies needed for full-area coverage – high frequencies alone is not sufficient
› LTE already widely deployed at lower frequency bands
High-frequency operation
› Tight interworking between LTE and NX highly beneficial
Public | © Ericsson AB 2015 | 2015-08-18 | Page 20
LTE Evolution
› Evolve LTE as far as possible taking backwards
compatibility into account
– Further enhanced mobile broadband, massive MTC,
critical MTC, ...
– Licensed and unlicensed spectrum
– ...
› Enable as many 5G use cases as possible in
existing spectrum with retained support for
legacy devices
Licensed and unlicensed spectrum
“Existing” spectrum
1 GHz 3 GHz 10 GHz 30 GHz 100 GHz
Public | © Ericsson AB 2015 | 2015-08-18 | Page 21
LTE Rel-14
Focus Areas
› Enhanced MTC support
– Improved spectral efficiency for massive MTC
› LAA enhancements
– Increased data rates and higher capacity
› Massive MIMO (enhanced FD-MIMO)
– Improved data rates, higher capacity
› Latency reduction
– Improved user performance, new use cases
› ITS/V2x support
Public | © Ericsson AB 2015 | 2015-08-18 | Page 22
› NX – to go beyond LTE evolution
– Including non-backwards-compatible technologies
› NX – addressing a wide range of use cases
– MBB, massive MTC, critical MTC, …
– Also not-yet-known use cases
› High performance is crucial
– NX will be extensively used 2030 and beyond
› NX is a major effort  spans multiple releases
NX
One Network – Multiple Industries
Existing spectrum
Below 6 GHz
Tight interworking
New spectrum
Above 6 GHz
New spectrum below 6 GHz
LTE Evolution
1 GHz 3 GHz 10 GHz 30 GHz 100 GHz 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz
Gradual migration
“NX”
Public | © Ericsson AB 2015 | 2015-08-18 | Page 23
› Possibility to evolve the radio-access technology
and still efficiently support legacy devices
– Later introduction of new technology components
– Support for future, yet unknown, use cases
Future-proof
design
› Key design principles:
– Limit mandatory network transmissions
– Transmissions well-confined in time and frequency
– Avoid strict timing relations
– …
New technology
components
New use cases
› Critical for phased standardization process!
Public | © Ericsson AB 2015 | 2015-08-18 | Page 24
NX Technology Areas
Flexible and scalable design
Spectrum
Deployment Use cases
Access/backhaul
integration
Multi-site connectivity
Integrated D2D
Massive multi-antenna
transmission
System control
System control plane
Ultra-Lean Design
Data
Flexible PHY
Machine-type
communication
Public | © Ericsson AB 2015 | 2015-08-18 | Page 25
› Minimize network transmissions not directly related to user-data delivery
– Baseline: resources are treated as undefined unless explicitly indicated otherwise.
– Reference signal transmissions and measurements are scheduled (i.e. DM-RS instead of CRS)
Ultra-Lean Design
Ultra-lean
• No ”always-on” refeference signals
• Minimum amount of ”always-broadcast ”system information
• ...
Today
• Reference signals
• Broadcast” system information
• ...
› Future-proof design, energy efficiency, interference minimization
Public | © Ericsson AB 2015 | 2015-08-18 | Page 26
› “Stay in the box” – avoid spreading signals all over the radio resource
Self-Contained Transmissions
› Tx beamforming (multi-antenna) schemes more transparent to the receiver
› Simplified coexistence of different services and long term evolution
› Multi-site transmission easier to design and support
Public | © Ericsson AB 2015 | 2015-08-18 | Page 27
› Avoid strict timing relations across subframes
– Example: predefined retransmission time in HARQ
Self-Contained Transmissions
› Dynamic TDD
› Better deployment flexibility
› Simplified evolution
7 3
2 2
1
0 0
7 7 ?
2
1 ?
0 ?
7
Public | © Ericsson AB 2015 | 2015-08-18 | Page 28
NX – PHY Design
High degree of symmetry
− Low-power base stations similar to devices
− Integrated D2D and wireless backhaul
Duplex
FDD and
dynamic TDD
Waveform
− OFDM with scalable numerology
Time-domain structure
− Physical mapping enabling fast detection/decoding
− Self-contained subframes
Example:
TDD DL data
RS
DL
ctrl
UL
ctrl
ACK/NAK, CSI, …
One subframe (~100-200 µs)
GP
Public | © Ericsson AB 2015 | 2015-08-18 | Page 29
Scalable Numerology
› One RAT with scalable numerology
– Wide range of carrier frequencies and bandwidths
– Wide range of deployment scenarios with different propagation characteristics
1 GHz 3 GHz 10 GHz 30 GHz 100 GHz
Macro/micro sites
(modest frequencies, dispersive environment, …)
Micro/pico sites
(limited dispersion, massive beamforming, …)
Pico sites
(very high frequencies)
Public | © Ericsson AB 2015 | 2015-08-18 | Page 30
› Integer number of NX subframes per 1 ms
– Simplify dual connectivity with LTE
– Preferably 2n equally-sized OFDM symbols per 1 ms
› Possibility for short NX subframe less than 1 ms (at large as well as small subcarrier spacing)
› “Nice” clock frequency relation between LTE and NX to simplify dual-mode implementation
– fs,NX = fs,LTE · M/N with reasonable M, N
› “LTE-like” numerologies at “LTE-like” deployments
– LTE numerology good choice for LTE scenarios – no need for large deviation
 need a subcarrier spacing in the 15 kHz range and a CP in the ~4 µ range
Numerology “Wish List”
Public | © Ericsson AB 2015 | 2015-08-18 | Page 31
› Example of LTE-based numerology
– Non-equal length of OFDM symbols (as in LTE)
LTE-based numerology
Large CP / low freq Medium CP / medium freq Small CP / high freq
Sub-carrier spacing 15 kHz 75 kHz 600 kHz
Cyclic prefix ≈4.7 µs ≈0.9 µs ≈0.1 µs
Symbols in 1 ms 14 70 560
Wide area Higher frequency
Shorter range
Really high frequency
Very short range
Public | © Ericsson AB 2015 | 2015-08-18 | Page 32
› Example of alternative numerology
Alternative Numerology
Large CP / low freq Medium CP / medium freq Small CP / high freq
Sub-carrier spacing 16.875 kHz 67.5 kHz 540 kHz
Cyclic prefix ≈3.2 µs ≈0.8 µs ≈0.1 µs
Symbols in 1 ms 16 64 512
Wide area Higher frequency
Shorter range
Really high frequency
Very short range
Public | © Ericsson AB 2015 | 2015-08-18 | Page 33
› Low latency  short subframe duration (~100 – 200 µs)
– Aggregation of multiple subframes to create longer transmission intervals
(wide-area coverage, services not requiring super-low latency, …)
› Possibility for “on-the-fly” decoding
– Reference signals and control signaling at the start of the subframe
Frame Structure
Data
Control
1 ms subframe
RS
LTE NX
Public | © Ericsson AB 2015 | 2015-08-18 | Page 34
› Subframes are self-contained – may contain a DL part and an UL part
– Low latency  fast decoding, possibility for ACK in same subframe
– Subframes can be concatenated for longer TTIs
Frame Structure
ACK/NAK
One subframe
DL data
UL
ctrl
DL data DL data
UL
ctrl
Public | © Ericsson AB 2015 | 2015-08-18 | Page 35
› PCCH – outband control
› Resources blindly detected
› HARQ not supported
› Simultanous reception of multiple PCCH
– Grants from mutiple sites, DL and UL, …
› PDCH – data transmission, inband control
› Resources always scheduled
– Dynamic and/or semi-persistent scheduling
› HARQ supported
– Retransmissions typically used for data,
not for time-critical inband control signaling
› Simultaneous reception of multiple PDCH
– To support multi-site connectivity, inband
control signaling, multiple services, …
PDCH and PCCH
Public | © Ericsson AB 2015 | 2015-08-18 | Page 36
Channel mapping – DL Example
MAC MUX
RLC
RLC
Logical Channels
Transport Channels
Channel
Coding
HARQ Buffer
Channel
Coding
Scheduler
DCIs & other
MAC Control Elements
DL-PCCH DL-PDCHd DL-PDCHr
Physical Channels
Blindly detected
(in UE search space) Scheduled
Channel
Coding
UEID
TB0
Public | © Ericsson AB 2015 | 2015-08-18 | Page 37
› Two possibilities for transmission of control information
› Control information on PCCH (outband)
– Blind detection using search spaces, limited number of candidates/formats monitored
› Control information on PDCH (inband)
– Resources for control information explicitly indicated (“scheduled search space”)
– Control information coded separately from data, retransmissions not used
Control Signaling
PDCH PDCH
PCCH
Public | © Ericsson AB 2015 | 2015-08-18 | Page 38
› From the UE side:
› All transmission schemes need to be able to operate on a subset of the resources
› The restriction in time and frequency may be
– semi-static – configured by RRC, may be required for some “periodic” signals
› Enables optimizations to L1 signaling
– dynamic – all signals are self-contained
› Enables fast adaptation
Service Centric and Modular
Complex L1,
potentially
more
efficient
Simpler L1,
potentially
less efficient
MAC
MAC
Public | © Ericsson AB 2015 | 2015-08-18 | Page 39
› Baseline: uplink transmissions are scheduled
– Scheduler determines resources for transmission
– Dynamically, semi-statically or (in some cases) implicitly
› Contention-based access supported
– Can be seen as part of a scheduled framework
– Resources given by scheduler but transmission instant determined by the UE
› Contention-based transmission useful for low-latency and/or large number of devices with
sporadic transmissions
Uplink transmission
Public | © Ericsson AB 2015 | 2015-08-18 | Page 40
Beam-centric NX design
– Self-contained data transmissions
– “Beam mobility” – Mobility between beams rather than nodes
– System plane matched to beam-formed user plane
Beam-formed transmission
To enable the capacity, data rate, and coverage needed in the 5G era
For both high and low frequencies
For both NX and LTE
Public | © Ericsson AB 2015 | 2015-08-18 | Page 41
Multi-Site Connectivity
Intra-layer Inter-layer
Reception of beams from multiple sites
– Continuous connectivity  Mobility robustness
– Distributed MIMO  Higher data rates
Simultaneous connection to macro and pico
– Robustness despite spotty small-cell coverage
– Both NX–NX and NX–LTE
Public | © Ericsson AB 2015 | 2015-08-18 | Page 42
› The functionality needed for devices to be able to access and properly operate in the system
– Providing devices with ”system information” – Today typically done by means of per-cell broadcast
– Paging – Today typically done by means of per-cell broadcast over a multi-cell paging area
– Random access – Today typically targeting a certain network access node
› Requirements on the NX system plane
– Scalable to allow for massive deployment of low-power access nodes
– Flexible to allow for future radio-access evolution
– Enabling high network energy performance
– Well matched to massive beam-forming for user-plane transmissions
NX system Plane
Public | © Ericsson AB 2015 | 2015-08-18 | Page 43
› Possibility to provide main part of system information on a per-need basis
– Reduced amount of always-broadcast system information
– Only basic ”access information” need to be broadcasted
› Two-step mechanism for broadcast system information
– Common access information Table (C-AIT) with long periodicity
› May be replaced by dedicated AIT (D-AIT) after initial system access
– System Signature Index (SSI) more freqeuntly
– SSI pointing to ATI index  Access information
› Flexible delivery of broadcast system information
– Not tied to a certain ”cell”
NX – System information
Config. k
• PLMN_ID
• RA configuration
• ..
Public | © Ericsson AB 2015 | 2015-08-18 | Page 44
NX – Initial Random ACCESS
› Initial random-access request based on received SSI
– May be received at multiple nodes
› Random-access response
– Self-contained including locally unique node ID to identify responding node
– Single RA response by means of inter-node coordination
– Multiple responses  RAR selection at UE
› Possibility for dynamic RACH resource allocation/configuration
– ATI+SSI provides baseline RACH resource(s) for initial access
– Additional RACH resources can be allocated/configured on demand (for selected UEs)
Single RA response Multiple RA responses
Public | © Ericsson AB 2015 | 2015-08-18 | Page 45
Paging
› Self-contained paging messages
– Including sync and DM-RS
– Some sync channels may be shared between multiple UEs
› Paging cycle up to 24 hours
– Timing derived from AIT and system signatures
› Paging may be transmitted over smaller area than the allowed
tracking area code (TAC) area for the UE
”Allowed tracking area code area”
”Paging area”
Public | © Ericsson AB 2015 | 2015-08-18 | Page 46
› AIT provided on f1
– One node or multiple nodes in MBSFN-like manner
– Could be transmitted on an LTE carrier (additional SIB or in MBSFN subframes)
› Nodes using SCP transmit SSI (on f1 and f2, respectively)
– No coordination between nodes required
Example: Separate Carriers
Node 1:
f1: NX with AIT
Node 2:
f2: NX without AIT
f2
f1
Pre-defined periodic time gaps:
5 ms every 10.24 ms
1 ms every 100 ms
Public | © Ericsson AB 2015 | 2015-08-18 | Page 47
› A node on a different frequency band can operate without any system plane (SP)
– No coordination is required
– f2 can be used upon “command” from f1
– Coverage RAT can be LTE or NX
Example: SP-free operation (I)
Node 1:
f1: NX with SP
Node 2:
f2: NX without SP
f2
f1
Public | © Ericsson AB 2015 | 2015-08-18 | Page 48
› Same frequency band & non co-located
– Coordination is required e.g. time-synchronization and periodic blanking, e.g.
› Blanking in Node 2 for Node 1 system plane DL transmissions
› Detection of UL system plane transmissions in Node 2 possible (e.g. Node 2 may send RAR to UE)
› Note: Non-continuous channel utilization should be a default assumption for NX
Example: SP-free operation (II)
Node 1:
f1: NX with SP
Node 2:
f1: NX without SP
f1
f1
Pre-defined periodic time gaps:
5 ms every 10.24 ms
1 ms every 100 ms
Public | © Ericsson AB 2015 | 2015-08-18 | Page 49
Machine-Type
Communication
› Massive MTC
– Efficient sleep modes
– Flexible device bandwidth
– D2D relaying for coverage extension
› Critical MTC
– Very short TTI
– Coding/frame structure allowing on-the-fly decoding
– Multi-level diversity
Low cost, low energy consumption, large number of devices
Very low latency and ultra-high reliability
Public | © Ericsson AB 2015 | 2015-08-18 | Page 50
› “Full” 3GPP 5G system designed to meet the needs of 2020 and beyond
› Initial commercial deployments expected in 2020
– Need to specify a subset of “full” 3GPP 5G system
› 5G to be standardized in phases
› Phase I: “Initial 5G Features”
– Optimized for the most urgent commercial requirements
– Specification completed in 2018
› Phase II: “Full 5G Features”
– Additional 5G Features
– Optimized for all envisioned long-term commercial requirements and meeting all the ITU-R IMT-2020 requirements
– Specification completed in 2019
› Phase I forward compatible, Phase II to build on the foundation of Phase I
› Strong LTE evolution in parallel to work on NX
3GPP process for 5G
Public | © Ericsson AB 2015 | 2015-08-18 | Page 51
LTE evolution
Detailed 5G 3GPP timeplan
2015 2016 2017 2018 2019 2020
SI: CM >6GHz
SI: 5G Req.
SI: NX
WI: NX (initial)
LTE evolution
WI: NX (enh.)
SI: self evaluation)
WI: NX (enh.)
LTE evolution
LTE evolution LTE evolution
LTE evolution LTE evo
LTE evo
WI: NX
WI: NX
Update with
final ITU
requirements
WS
SI: NX (enh.)
Vision IMT-2020 Requirements IMT-2020 Proposals IMT-2020 Specs
Rel-14 Rel-15 Rel-16 Rel-17
Public | © Ericsson AB 2015 | 2015-08-18 | Page 52
› 5G requirements
– Develop 3GPP requirements for next generation wireless systems, considering ITU requirements for 2020 as
well as any other requirements needed to secure commercial success of next generation wireless systems
› NX
– Develop technical solutions to meet full set of 3GPP requirements for next generation radio access (NX).
– Support all relevant use cases (e.g. enhanced mobile broadband, massive MTC, critical MTC)
– Be future proof, i.e. allow smooth evolution to support also new, yet unknown use cases and benefit from
future technology advances
– Include solutions for tight interworking between LTE and new radio access technology
– Study operation in all frequency bands considered for IMT-2020 in ITU
– The output of the NX study item should enable initiating a work item on phase I
› NX (enh)
– Study technical solutions needed for phase II
study items
Public | © Ericsson AB 2015 | 2015-08-18 | Page 53
› Minimum contents
– Optimized for MBB use case, targeting dense UMa, UMi, hot spot deployments
– Phase I deployable with existing CN
– Optimized for 3-30 GHz frequency bands with ~100-200 MHz carriers, aggregated to a contiguous
system bandwidth up to ~800 MHz
– OFDM waveform with dynamic TDD
– Prioritize LTE assisted access
› Additional functionality can be also considered(*
– E.g. FDD, stand-alone operation
– But need to maintain reasonable scope
›Phase I must be forward compatible with Phase II and beyond
RAN phase i
(* support for padding is mandatory
Public | © Ericsson AB 2015 | 2015-08-18 | Page 54
› Phase II is the 3GPP candidate SRIT (including LTE-A evolution) for ITU-R
– Meet all ITU-R requirements for IMT-2020 as well as all 3GPP requirements for next generation
wireless access
› Phase II optimized for all envisioned ‘5G’ use cases
› Support 0-100 GHz frequency bands with FDD and TDD
› Support all deployments
› Future proof design essential for further evolution of NX beyond Phase II
RAN phase II
5G - key component

More Related Content

Similar to 5G - key component

A Survey on Key Technology Trends for 5G Networks
A Survey on Key Technology Trends for 5G NetworksA Survey on Key Technology Trends for 5G Networks
A Survey on Key Technology Trends for 5G Networks
CPqD
 
Soldani_ZINNOV_The path from LTE-A to 5G_Final_Revised
Soldani_ZINNOV_The path from LTE-A to 5G_Final_RevisedSoldani_ZINNOV_The path from LTE-A to 5G_Final_Revised
Soldani_ZINNOV_The path from LTE-A to 5G_Final_Revised
Dr. David Soldani
 

Similar to 5G - key component (20)

5G for Reliable Industrial Wireless Networks
5G for Reliable Industrial Wireless Networks5G for Reliable Industrial Wireless Networks
5G for Reliable Industrial Wireless Networks
 
5G Is Overhyped - Learn What It Can Really Do
5G Is Overhyped - Learn What It Can Really Do5G Is Overhyped - Learn What It Can Really Do
5G Is Overhyped - Learn What It Can Really Do
 
5G
5G5G
5G
 
5G: A 2020 Vision
5G: A 2020 Vision5G: A 2020 Vision
5G: A 2020 Vision
 
Yao Wenbing, Huawei - INCA Full Fibre & 5G Seminar 12/7/17
Yao Wenbing, Huawei - INCA Full Fibre & 5G Seminar 12/7/17Yao Wenbing, Huawei - INCA Full Fibre & 5G Seminar 12/7/17
Yao Wenbing, Huawei - INCA Full Fibre & 5G Seminar 12/7/17
 
5G Is Overhyped - Learn What It Can Really Do
5G Is Overhyped - Learn What It Can Really Do5G Is Overhyped - Learn What It Can Really Do
5G Is Overhyped - Learn What It Can Really Do
 
Introduction to 5G by Doug Hohulin
Introduction to 5G by Doug HohulinIntroduction to 5G by Doug Hohulin
Introduction to 5G by Doug Hohulin
 
Next Generation Inter-Data Center Networking
Next Generation Inter-Data Center NetworkingNext Generation Inter-Data Center Networking
Next Generation Inter-Data Center Networking
 
A Survey on Key Technology Trends for 5G Networks
A Survey on Key Technology Trends for 5G NetworksA Survey on Key Technology Trends for 5G Networks
A Survey on Key Technology Trends for 5G Networks
 
Introduction to 5G
Introduction to 5GIntroduction to 5G
Introduction to 5G
 
DWS16 - Mobile networks forum - Laurent Fournier, Qualcomm
DWS16 - Mobile networks forum - Laurent Fournier, QualcommDWS16 - Mobile networks forum - Laurent Fournier, Qualcomm
DWS16 - Mobile networks forum - Laurent Fournier, Qualcomm
 
Sg niri 5-g ws conf 2014
Sg niri  5-g ws conf 2014Sg niri  5-g ws conf 2014
Sg niri 5-g ws conf 2014
 
Soldani_ZINNOV_The path from LTE-A to 5G_Final_Revised
Soldani_ZINNOV_The path from LTE-A to 5G_Final_RevisedSoldani_ZINNOV_The path from LTE-A to 5G_Final_Revised
Soldani_ZINNOV_The path from LTE-A to 5G_Final_Revised
 
5 g latin america april 2019 network densification requirements v1.0
5 g latin america april 2019   network densification requirements v1.05 g latin america april 2019   network densification requirements v1.0
5 g latin america april 2019 network densification requirements v1.0
 
Next Generation Wireless Access for 5G - Motorola
 Next Generation Wireless Access for 5G - Motorola Next Generation Wireless Access for 5G - Motorola
Next Generation Wireless Access for 5G - Motorola
 
5G Evolution: Progressive Enhancement & N ew Features for New Markets
5G Evolution: Progressive Enhancement & N ew Features for New Markets5G Evolution: Progressive Enhancement & N ew Features for New Markets
5G Evolution: Progressive Enhancement & N ew Features for New Markets
 
2018-04-17_GA-booth__3gppNR_compressed.ppt
2018-04-17_GA-booth__3gppNR_compressed.ppt2018-04-17_GA-booth__3gppNR_compressed.ppt
2018-04-17_GA-booth__3gppNR_compressed.ppt
 
Lte 5 g latim america 2017 what ran and small cell developments will make 5...
Lte 5 g latim america 2017   what ran and small cell developments will make 5...Lte 5 g latim america 2017   what ran and small cell developments will make 5...
Lte 5 g latim america 2017 what ran and small cell developments will make 5...
 
Recent advances in Broadcasting standards and research
Recent advances in Broadcasting standards and researchRecent advances in Broadcasting standards and research
Recent advances in Broadcasting standards and research
 
Future Networks - Bernard Celli, Strategy Director, ANFR - DigiWorld Summit 2014
Future Networks - Bernard Celli, Strategy Director, ANFR - DigiWorld Summit 2014Future Networks - Bernard Celli, Strategy Director, ANFR - DigiWorld Summit 2014
Future Networks - Bernard Celli, Strategy Director, ANFR - DigiWorld Summit 2014
 

Recently uploaded

TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc
 
Architecting Cloud Native Applications
Architecting Cloud Native ApplicationsArchitecting Cloud Native Applications
Architecting Cloud Native Applications
WSO2
 
Why Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire businessWhy Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire business
panagenda
 
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Victor Rentea
 

Recently uploaded (20)

Navigating Identity and Access Management in the Modern Enterprise
Navigating Identity and Access Management in the Modern EnterpriseNavigating Identity and Access Management in the Modern Enterprise
Navigating Identity and Access Management in the Modern Enterprise
 
Quantum Leap in Next-Generation Computing
Quantum Leap in Next-Generation ComputingQuantum Leap in Next-Generation Computing
Quantum Leap in Next-Generation Computing
 
WSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering DevelopersWSO2's API Vision: Unifying Control, Empowering Developers
WSO2's API Vision: Unifying Control, Empowering Developers
 
TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....
TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....
TEST BANK For Principles of Anatomy and Physiology, 16th Edition by Gerard J....
 
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data DiscoveryTrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
 
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ..."I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
 
AWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of Terraform
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf
 
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
TrustArc Webinar - Unified Trust Center for Privacy, Security, Compliance, an...
 
Exploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with MilvusExploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with Milvus
 
Architecting Cloud Native Applications
Architecting Cloud Native ApplicationsArchitecting Cloud Native Applications
Architecting Cloud Native Applications
 
Design and Development of a Provenance Capture Platform for Data Science
Design and Development of a Provenance Capture Platform for Data ScienceDesign and Development of a Provenance Capture Platform for Data Science
Design and Development of a Provenance Capture Platform for Data Science
 
Why Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire businessWhy Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire business
 
Platformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityPlatformless Horizons for Digital Adaptability
Platformless Horizons for Digital Adaptability
 
Less Is More: Utilizing Ballerina to Architect a Cloud Data Platform
Less Is More: Utilizing Ballerina to Architect a Cloud Data PlatformLess Is More: Utilizing Ballerina to Architect a Cloud Data Platform
Less Is More: Utilizing Ballerina to Architect a Cloud Data Platform
 
Stronger Together: Developing an Organizational Strategy for Accessible Desig...
Stronger Together: Developing an Organizational Strategy for Accessible Desig...Stronger Together: Developing an Organizational Strategy for Accessible Desig...
Stronger Together: Developing an Organizational Strategy for Accessible Desig...
 
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
 
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
Connector Corner: Accelerate revenue generation using UiPath API-centric busi...
 
Decarbonising Commercial Real Estate: The Role of Operational Performance
Decarbonising Commercial Real Estate: The Role of Operational PerformanceDecarbonising Commercial Real Estate: The Role of Operational Performance
Decarbonising Commercial Real Estate: The Role of Operational Performance
 
How to Check CNIC Information Online with Pakdata cf
How to Check CNIC Information Online with Pakdata cfHow to Check CNIC Information Online with Pakdata cf
How to Check CNIC Information Online with Pakdata cf
 

5G - key component

  • 1. 5G - key component of the Networked Society RWS-150009 3GPP RAN Workshop on 5G Phoenix, AZ, USA, September 17 – 18, 2015
  • 2. Public | © Ericsson AB 2015 | 2015-08-18 | Page 2 5G Radio Access ~2020 “NX” No compatibility constraints “Existing” spectrum Below 6 GHz Tight interworking “New” spectrum Above 6 GHz New spectrum below 6 GHz LTE Evolution 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz Gradual migration
  • 3. Public | © Ericsson AB 2015 | 2015-08-18 | Page 3 › Possibility to evolve the radio-access technology and still efficiently support legacy devices – Later introduction of new technology components – Support for future, yet unknown, use cases Future-proof design › Key design principles: – Limit mandatory network transmissions – Transmissions well-confined in time and frequency – Avoid strict timing relations New technology components New use cases › Critical for phased standardization process!
  • 4. Public | © Ericsson AB 2015 | 2015-08-18 | Page 4 NX Technology Areas Flexible and scalable design Spectrum Deployment Use cases Access/backhaul integration Multi-site connectivity Integrated D2D Massive multi-antenna transmission System control System control plane Ultra-Lean Design Data Flexible PHY Machine-type communication
  • 5. Public | © Ericsson AB 2015 | 2015-08-18 | Page 5 NX PHY Design High degree of symmetry − Low-power base stations similar to devices − Integrated D2D and wireless backhaul Duplex Dynamic TDD, FDD Waveform − OFDM with flexible numerology Time-domain structure − Physical mapping enabling fast detection/decoding − Self-contained subframes Example: TDD DL data RS DL ctrl UL ctrl ACK/NAK, CSI, … One subframe (~100-200 µs) GP
  • 6. Public | © Ericsson AB 2015 | 2015-08-18 | Page 6 System Control PLane System control › Decouple system information delivery and data functionality – Terminals may receive system information from a different node than data › Minimize broadcast – Provide system information on demand › Data capacity scales independently of system overhead › Enables advanced antenna solutions System control
  • 7. Public | © Ericsson AB 2015 | 2015-08-18 | Page 7 Phased standardization › Phase 1 – early commercial deployments › Phase 2 – full IMT-2020 compliance SI: CM > 6 GHz SI: 5G req. SI: NX NX Phase 1 NX Phase 2 LTE evo LTE evo LTE evo SI: self-evaluation 2015 2016 2017 2018 2019 2020 NX evo LTE evo SI: NX enh. IMT-2020 requirements IMT-2020 proposals IMT-2020 spec Rel-13 Rel-15 Rel-14 Rel-16 Rel-17
  • 8. Public | © Ericsson AB 2015 | 2015-08-18 | Page 8 Phased Standardization › Focus on ‘all’ use cases (MBB, mMTC, cMTC, …) › ‘All’ deployments, urban/suburban/rural, up to ~100 km range › Full frequency range, sub-1GHz to ~100 GHz, licensed and unlicensed › FDD and fully dynamic TDD › Stand-alone operation › Focus on MBB › Urban macro/micro, outdoor-to-indoor, up to ~500m ISD › Frequency range from 3 to 30-40 GHz, licensed and unlicensed › Focus on fully dynamic TDD › Assisted by LTE (e.g. initial access) › Forward compatible with phase 2 NX Phase 1 Early commercial deployments NX Phase 2 Full IMT-2020 compliance
  • 9. Public | © Ericsson AB 2015 | 2015-08-18 | Page 9 › LTE evolution – Enable 5G use cases in existing spectrum › NX – new radio access – No backwards-compatibility constraints – High performance is essential Summary › NX forward compatibility crucial › Phase I – MBB focus, from 3 to 30-40 GHz, assisted by LTE › Phase II – Full IMT-2020 compliance Existing spectrum Below 6 GHz Tight interworking New spectrum Above 6 GHz New spectrum below 6 GHz LTE Evolution 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz Gradual migration “NX”
  • 10. Public | © Ericsson AB 2015 | 2015-08-18 | Page 10
  • 11. Public | © Ericsson AB 2015 | 2015-08-18 | Page 11 Radio-Access Evolution Expand in new use cases Enhanced MBB Other • Traffic volume • Data rates • Mobility • … MBB • Traffic volume • Data rates • … Media Delivery ITU • IMT-2020 requirements Need for evolved radio access! Backwards-compatible as well as non-backwards-compatible technologies providing sustainable and cost-efficient connectivity Critical MTC • Latency • Reliability • … • Device density • Device EE • Device cost • … Massive MTC
  • 12. Public | © Ericsson AB 2015 | 2015-08-18 | Page 12 One Network – Multiple Industries From dedicated physical networks and resources for different applications… NWn fn NW1 f1 NW2 f2 S1 S2 Sn …to a “network factory” where new networks and architectures are “manufactured by SW” Physical Resources (Access, Connectivity, Computing, Storage, ..) Service n Health Robotic communication Media MBB Basic
  • 13. Public | © Ericsson AB 2015 | 2015-08-18 | Page 13 › Data rates › Traffic volume density › Mobility › Connection density › Device energy efficiency › Latency › Reliability › Network energy efficiency › Cost efficiency Radio-Access Evolution Peak data rate User data rate Mobility Latency Traffic volume density Connection density Energy efficiency Experienced end user throughput Latency Energy efficiency Traffic volume density Consistent user experience Device power consumption Coverage Resource and signaling efficiency Connectivity transparency Context awareness Reliability, availability Security Mobility Cost efficiency Ease of deployment Operation efficiency ITU METIS NGMN Wide range of requirements
  • 14. Public | © Ericsson AB 2015 | 2015-08-18 | Page 14 5G Radio Access ~2020 “NX” No compatibility constraints “Existing” spectrum Below 6 GHz Tight interworking “New” spectrum Above 6 GHz New spectrum below 6 GHz LTE Evolution 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz Gradual migration
  • 15. Public | © Ericsson AB 2015 | 2015-08-18 | Page 15 › Supported using RRC diversity and fast user plane switching (or aggregation) › Can be enabled by common evolved RRC / PDCP layer › Examples: Tight interworking Dual-connectivity User-plane aggregation • Initial deployment of NX on higher bands for extreme traffic capacity and data rates • LTE on lower bands for full coverage and robust mobility  Smooth introduction of NX in new spectrum • Migration of NX into legacy bands while retaining full bandwidth availability for new devices  Smooth migration of new RAT into legacy bands
  • 16. Public | © Ericsson AB 2015 | 2015-08-18 | Page 16 5G Spectrum 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz WRC’ 15 WRC’ 18/19 Lower frequencies for full-area coverage… …complemented by high frequencies for extreme capacity and data rates in dense scenarios
  • 17. Public | © Ericsson AB 2015 | 2015-08-18 | Page 17 high frequency Challenges Efficiency, dynamic range, output power, … (Less of an issue for small cells) Diffraction Outdoor-to-indoor penetration Rain/atmospheric attenuation Body loss Additional Tx power limitations above 6 GHz Propagation Regulation Implementation
  • 18. Public | © Ericsson AB 2015 | 2015-08-18 | Page 18 • 40 MHz @ 2.6 GHz + 100 MHz @ 15 GHz • 32 Gbyte/user/month • LTE sites reused • 40 MHz @ 2.6 GHz • 32 Gbyte/user/month • 100 MHz @ 15 GHz • 32 Gbyte/user/month • LTE sites reused High-frequency operation • 40 MHz @ 2.6 GHz • 4 Gbyte/user/month • Typical Asian city, 200-400 m ISD › Higher-frequency spectrum needed to satisfy future traffic demands › Joint low-frequency/high-frequence operation needed for full-area coverage
  • 19. Public | © Ericsson AB 2015 | 2015-08-18 | Page 19 › Lower frequencies needed for full-area coverage – high frequencies alone is not sufficient › LTE already widely deployed at lower frequency bands High-frequency operation › Tight interworking between LTE and NX highly beneficial
  • 20. Public | © Ericsson AB 2015 | 2015-08-18 | Page 20 LTE Evolution › Evolve LTE as far as possible taking backwards compatibility into account – Further enhanced mobile broadband, massive MTC, critical MTC, ... – Licensed and unlicensed spectrum – ... › Enable as many 5G use cases as possible in existing spectrum with retained support for legacy devices Licensed and unlicensed spectrum “Existing” spectrum 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz
  • 21. Public | © Ericsson AB 2015 | 2015-08-18 | Page 21 LTE Rel-14 Focus Areas › Enhanced MTC support – Improved spectral efficiency for massive MTC › LAA enhancements – Increased data rates and higher capacity › Massive MIMO (enhanced FD-MIMO) – Improved data rates, higher capacity › Latency reduction – Improved user performance, new use cases › ITS/V2x support
  • 22. Public | © Ericsson AB 2015 | 2015-08-18 | Page 22 › NX – to go beyond LTE evolution – Including non-backwards-compatible technologies › NX – addressing a wide range of use cases – MBB, massive MTC, critical MTC, … – Also not-yet-known use cases › High performance is crucial – NX will be extensively used 2030 and beyond › NX is a major effort  spans multiple releases NX One Network – Multiple Industries Existing spectrum Below 6 GHz Tight interworking New spectrum Above 6 GHz New spectrum below 6 GHz LTE Evolution 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz Gradual migration “NX”
  • 23. Public | © Ericsson AB 2015 | 2015-08-18 | Page 23 › Possibility to evolve the radio-access technology and still efficiently support legacy devices – Later introduction of new technology components – Support for future, yet unknown, use cases Future-proof design › Key design principles: – Limit mandatory network transmissions – Transmissions well-confined in time and frequency – Avoid strict timing relations – … New technology components New use cases › Critical for phased standardization process!
  • 24. Public | © Ericsson AB 2015 | 2015-08-18 | Page 24 NX Technology Areas Flexible and scalable design Spectrum Deployment Use cases Access/backhaul integration Multi-site connectivity Integrated D2D Massive multi-antenna transmission System control System control plane Ultra-Lean Design Data Flexible PHY Machine-type communication
  • 25. Public | © Ericsson AB 2015 | 2015-08-18 | Page 25 › Minimize network transmissions not directly related to user-data delivery – Baseline: resources are treated as undefined unless explicitly indicated otherwise. – Reference signal transmissions and measurements are scheduled (i.e. DM-RS instead of CRS) Ultra-Lean Design Ultra-lean • No ”always-on” refeference signals • Minimum amount of ”always-broadcast ”system information • ... Today • Reference signals • Broadcast” system information • ... › Future-proof design, energy efficiency, interference minimization
  • 26. Public | © Ericsson AB 2015 | 2015-08-18 | Page 26 › “Stay in the box” – avoid spreading signals all over the radio resource Self-Contained Transmissions › Tx beamforming (multi-antenna) schemes more transparent to the receiver › Simplified coexistence of different services and long term evolution › Multi-site transmission easier to design and support
  • 27. Public | © Ericsson AB 2015 | 2015-08-18 | Page 27 › Avoid strict timing relations across subframes – Example: predefined retransmission time in HARQ Self-Contained Transmissions › Dynamic TDD › Better deployment flexibility › Simplified evolution 7 3 2 2 1 0 0 7 7 ? 2 1 ? 0 ? 7
  • 28. Public | © Ericsson AB 2015 | 2015-08-18 | Page 28 NX – PHY Design High degree of symmetry − Low-power base stations similar to devices − Integrated D2D and wireless backhaul Duplex FDD and dynamic TDD Waveform − OFDM with scalable numerology Time-domain structure − Physical mapping enabling fast detection/decoding − Self-contained subframes Example: TDD DL data RS DL ctrl UL ctrl ACK/NAK, CSI, … One subframe (~100-200 µs) GP
  • 29. Public | © Ericsson AB 2015 | 2015-08-18 | Page 29 Scalable Numerology › One RAT with scalable numerology – Wide range of carrier frequencies and bandwidths – Wide range of deployment scenarios with different propagation characteristics 1 GHz 3 GHz 10 GHz 30 GHz 100 GHz Macro/micro sites (modest frequencies, dispersive environment, …) Micro/pico sites (limited dispersion, massive beamforming, …) Pico sites (very high frequencies)
  • 30. Public | © Ericsson AB 2015 | 2015-08-18 | Page 30 › Integer number of NX subframes per 1 ms – Simplify dual connectivity with LTE – Preferably 2n equally-sized OFDM symbols per 1 ms › Possibility for short NX subframe less than 1 ms (at large as well as small subcarrier spacing) › “Nice” clock frequency relation between LTE and NX to simplify dual-mode implementation – fs,NX = fs,LTE · M/N with reasonable M, N › “LTE-like” numerologies at “LTE-like” deployments – LTE numerology good choice for LTE scenarios – no need for large deviation  need a subcarrier spacing in the 15 kHz range and a CP in the ~4 µ range Numerology “Wish List”
  • 31. Public | © Ericsson AB 2015 | 2015-08-18 | Page 31 › Example of LTE-based numerology – Non-equal length of OFDM symbols (as in LTE) LTE-based numerology Large CP / low freq Medium CP / medium freq Small CP / high freq Sub-carrier spacing 15 kHz 75 kHz 600 kHz Cyclic prefix ≈4.7 µs ≈0.9 µs ≈0.1 µs Symbols in 1 ms 14 70 560 Wide area Higher frequency Shorter range Really high frequency Very short range
  • 32. Public | © Ericsson AB 2015 | 2015-08-18 | Page 32 › Example of alternative numerology Alternative Numerology Large CP / low freq Medium CP / medium freq Small CP / high freq Sub-carrier spacing 16.875 kHz 67.5 kHz 540 kHz Cyclic prefix ≈3.2 µs ≈0.8 µs ≈0.1 µs Symbols in 1 ms 16 64 512 Wide area Higher frequency Shorter range Really high frequency Very short range
  • 33. Public | © Ericsson AB 2015 | 2015-08-18 | Page 33 › Low latency  short subframe duration (~100 – 200 µs) – Aggregation of multiple subframes to create longer transmission intervals (wide-area coverage, services not requiring super-low latency, …) › Possibility for “on-the-fly” decoding – Reference signals and control signaling at the start of the subframe Frame Structure Data Control 1 ms subframe RS LTE NX
  • 34. Public | © Ericsson AB 2015 | 2015-08-18 | Page 34 › Subframes are self-contained – may contain a DL part and an UL part – Low latency  fast decoding, possibility for ACK in same subframe – Subframes can be concatenated for longer TTIs Frame Structure ACK/NAK One subframe DL data UL ctrl DL data DL data UL ctrl
  • 35. Public | © Ericsson AB 2015 | 2015-08-18 | Page 35 › PCCH – outband control › Resources blindly detected › HARQ not supported › Simultanous reception of multiple PCCH – Grants from mutiple sites, DL and UL, … › PDCH – data transmission, inband control › Resources always scheduled – Dynamic and/or semi-persistent scheduling › HARQ supported – Retransmissions typically used for data, not for time-critical inband control signaling › Simultaneous reception of multiple PDCH – To support multi-site connectivity, inband control signaling, multiple services, … PDCH and PCCH
  • 36. Public | © Ericsson AB 2015 | 2015-08-18 | Page 36 Channel mapping – DL Example MAC MUX RLC RLC Logical Channels Transport Channels Channel Coding HARQ Buffer Channel Coding Scheduler DCIs & other MAC Control Elements DL-PCCH DL-PDCHd DL-PDCHr Physical Channels Blindly detected (in UE search space) Scheduled Channel Coding UEID TB0
  • 37. Public | © Ericsson AB 2015 | 2015-08-18 | Page 37 › Two possibilities for transmission of control information › Control information on PCCH (outband) – Blind detection using search spaces, limited number of candidates/formats monitored › Control information on PDCH (inband) – Resources for control information explicitly indicated (“scheduled search space”) – Control information coded separately from data, retransmissions not used Control Signaling PDCH PDCH PCCH
  • 38. Public | © Ericsson AB 2015 | 2015-08-18 | Page 38 › From the UE side: › All transmission schemes need to be able to operate on a subset of the resources › The restriction in time and frequency may be – semi-static – configured by RRC, may be required for some “periodic” signals › Enables optimizations to L1 signaling – dynamic – all signals are self-contained › Enables fast adaptation Service Centric and Modular Complex L1, potentially more efficient Simpler L1, potentially less efficient MAC MAC
  • 39. Public | © Ericsson AB 2015 | 2015-08-18 | Page 39 › Baseline: uplink transmissions are scheduled – Scheduler determines resources for transmission – Dynamically, semi-statically or (in some cases) implicitly › Contention-based access supported – Can be seen as part of a scheduled framework – Resources given by scheduler but transmission instant determined by the UE › Contention-based transmission useful for low-latency and/or large number of devices with sporadic transmissions Uplink transmission
  • 40. Public | © Ericsson AB 2015 | 2015-08-18 | Page 40 Beam-centric NX design – Self-contained data transmissions – “Beam mobility” – Mobility between beams rather than nodes – System plane matched to beam-formed user plane Beam-formed transmission To enable the capacity, data rate, and coverage needed in the 5G era For both high and low frequencies For both NX and LTE
  • 41. Public | © Ericsson AB 2015 | 2015-08-18 | Page 41 Multi-Site Connectivity Intra-layer Inter-layer Reception of beams from multiple sites – Continuous connectivity  Mobility robustness – Distributed MIMO  Higher data rates Simultaneous connection to macro and pico – Robustness despite spotty small-cell coverage – Both NX–NX and NX–LTE
  • 42. Public | © Ericsson AB 2015 | 2015-08-18 | Page 42 › The functionality needed for devices to be able to access and properly operate in the system – Providing devices with ”system information” – Today typically done by means of per-cell broadcast – Paging – Today typically done by means of per-cell broadcast over a multi-cell paging area – Random access – Today typically targeting a certain network access node › Requirements on the NX system plane – Scalable to allow for massive deployment of low-power access nodes – Flexible to allow for future radio-access evolution – Enabling high network energy performance – Well matched to massive beam-forming for user-plane transmissions NX system Plane
  • 43. Public | © Ericsson AB 2015 | 2015-08-18 | Page 43 › Possibility to provide main part of system information on a per-need basis – Reduced amount of always-broadcast system information – Only basic ”access information” need to be broadcasted › Two-step mechanism for broadcast system information – Common access information Table (C-AIT) with long periodicity › May be replaced by dedicated AIT (D-AIT) after initial system access – System Signature Index (SSI) more freqeuntly – SSI pointing to ATI index  Access information › Flexible delivery of broadcast system information – Not tied to a certain ”cell” NX – System information Config. k • PLMN_ID • RA configuration • ..
  • 44. Public | © Ericsson AB 2015 | 2015-08-18 | Page 44 NX – Initial Random ACCESS › Initial random-access request based on received SSI – May be received at multiple nodes › Random-access response – Self-contained including locally unique node ID to identify responding node – Single RA response by means of inter-node coordination – Multiple responses  RAR selection at UE › Possibility for dynamic RACH resource allocation/configuration – ATI+SSI provides baseline RACH resource(s) for initial access – Additional RACH resources can be allocated/configured on demand (for selected UEs) Single RA response Multiple RA responses
  • 45. Public | © Ericsson AB 2015 | 2015-08-18 | Page 45 Paging › Self-contained paging messages – Including sync and DM-RS – Some sync channels may be shared between multiple UEs › Paging cycle up to 24 hours – Timing derived from AIT and system signatures › Paging may be transmitted over smaller area than the allowed tracking area code (TAC) area for the UE ”Allowed tracking area code area” ”Paging area”
  • 46. Public | © Ericsson AB 2015 | 2015-08-18 | Page 46 › AIT provided on f1 – One node or multiple nodes in MBSFN-like manner – Could be transmitted on an LTE carrier (additional SIB or in MBSFN subframes) › Nodes using SCP transmit SSI (on f1 and f2, respectively) – No coordination between nodes required Example: Separate Carriers Node 1: f1: NX with AIT Node 2: f2: NX without AIT f2 f1 Pre-defined periodic time gaps: 5 ms every 10.24 ms 1 ms every 100 ms
  • 47. Public | © Ericsson AB 2015 | 2015-08-18 | Page 47 › A node on a different frequency band can operate without any system plane (SP) – No coordination is required – f2 can be used upon “command” from f1 – Coverage RAT can be LTE or NX Example: SP-free operation (I) Node 1: f1: NX with SP Node 2: f2: NX without SP f2 f1
  • 48. Public | © Ericsson AB 2015 | 2015-08-18 | Page 48 › Same frequency band & non co-located – Coordination is required e.g. time-synchronization and periodic blanking, e.g. › Blanking in Node 2 for Node 1 system plane DL transmissions › Detection of UL system plane transmissions in Node 2 possible (e.g. Node 2 may send RAR to UE) › Note: Non-continuous channel utilization should be a default assumption for NX Example: SP-free operation (II) Node 1: f1: NX with SP Node 2: f1: NX without SP f1 f1 Pre-defined periodic time gaps: 5 ms every 10.24 ms 1 ms every 100 ms
  • 49. Public | © Ericsson AB 2015 | 2015-08-18 | Page 49 Machine-Type Communication › Massive MTC – Efficient sleep modes – Flexible device bandwidth – D2D relaying for coverage extension › Critical MTC – Very short TTI – Coding/frame structure allowing on-the-fly decoding – Multi-level diversity Low cost, low energy consumption, large number of devices Very low latency and ultra-high reliability
  • 50. Public | © Ericsson AB 2015 | 2015-08-18 | Page 50 › “Full” 3GPP 5G system designed to meet the needs of 2020 and beyond › Initial commercial deployments expected in 2020 – Need to specify a subset of “full” 3GPP 5G system › 5G to be standardized in phases › Phase I: “Initial 5G Features” – Optimized for the most urgent commercial requirements – Specification completed in 2018 › Phase II: “Full 5G Features” – Additional 5G Features – Optimized for all envisioned long-term commercial requirements and meeting all the ITU-R IMT-2020 requirements – Specification completed in 2019 › Phase I forward compatible, Phase II to build on the foundation of Phase I › Strong LTE evolution in parallel to work on NX 3GPP process for 5G
  • 51. Public | © Ericsson AB 2015 | 2015-08-18 | Page 51 LTE evolution Detailed 5G 3GPP timeplan 2015 2016 2017 2018 2019 2020 SI: CM >6GHz SI: 5G Req. SI: NX WI: NX (initial) LTE evolution WI: NX (enh.) SI: self evaluation) WI: NX (enh.) LTE evolution LTE evolution LTE evolution LTE evolution LTE evo LTE evo WI: NX WI: NX Update with final ITU requirements WS SI: NX (enh.) Vision IMT-2020 Requirements IMT-2020 Proposals IMT-2020 Specs Rel-14 Rel-15 Rel-16 Rel-17
  • 52. Public | © Ericsson AB 2015 | 2015-08-18 | Page 52 › 5G requirements – Develop 3GPP requirements for next generation wireless systems, considering ITU requirements for 2020 as well as any other requirements needed to secure commercial success of next generation wireless systems › NX – Develop technical solutions to meet full set of 3GPP requirements for next generation radio access (NX). – Support all relevant use cases (e.g. enhanced mobile broadband, massive MTC, critical MTC) – Be future proof, i.e. allow smooth evolution to support also new, yet unknown use cases and benefit from future technology advances – Include solutions for tight interworking between LTE and new radio access technology – Study operation in all frequency bands considered for IMT-2020 in ITU – The output of the NX study item should enable initiating a work item on phase I › NX (enh) – Study technical solutions needed for phase II study items
  • 53. Public | © Ericsson AB 2015 | 2015-08-18 | Page 53 › Minimum contents – Optimized for MBB use case, targeting dense UMa, UMi, hot spot deployments – Phase I deployable with existing CN – Optimized for 3-30 GHz frequency bands with ~100-200 MHz carriers, aggregated to a contiguous system bandwidth up to ~800 MHz – OFDM waveform with dynamic TDD – Prioritize LTE assisted access › Additional functionality can be also considered(* – E.g. FDD, stand-alone operation – But need to maintain reasonable scope ›Phase I must be forward compatible with Phase II and beyond RAN phase i (* support for padding is mandatory
  • 54. Public | © Ericsson AB 2015 | 2015-08-18 | Page 54 › Phase II is the 3GPP candidate SRIT (including LTE-A evolution) for ITU-R – Meet all ITU-R requirements for IMT-2020 as well as all 3GPP requirements for next generation wireless access › Phase II optimized for all envisioned ‘5G’ use cases › Support 0-100 GHz frequency bands with FDD and TDD › Support all deployments › Future proof design essential for further evolution of NX beyond Phase II RAN phase II