1 / 21

3GPP Long Term Evolution (LTE) and System Architecture Evolution (SAE)

3GPP Long Term Evolution (LTE) and System Architecture Evolution (SAE). Stephen Hayes TSG SA Chairman stephen.hayes@ericsson.com. Introduction. 3GPP Overview and Status Radio Evolution (LTE) Overview and Status Network Evolution (SAE) Overview and Status. What is 3GPP?. Japan. USA.

sarah
Télécharger la présentation

3GPP Long Term Evolution (LTE) and System Architecture Evolution (SAE)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. 3GPP Long Term Evolution (LTE) and System Architecture Evolution (SAE) Stephen Hayes TSG SA Chairman stephen.hayes@ericsson.com

  2. Introduction • 3GPP Overview and Status • Radio Evolution (LTE) Overview and Status • Network Evolution (SAE) Overview and Status

  3. What is 3GPP? Japan USA • 3GPP stands for 3rd Generation Partnership Project • It is a partnership of 6 regional SDOs • These SDOs take 3GPP specifications and transpose them to regional standards • ITU references the regional standards

  4. TSG GERAN GSM EDGE Radio Access Network TSG RAN Radio Access Networks TSG SA Services & System Aspects GERAN WG1 Radio Aspects RAN WG1 Radio Layer 1 specification SA WG1 Services GERAN WG2 Protocol Aspects RAN WG2 Radio Layer2 spec & Radio Layer3 RR spec SA WG2 Architecture GERAN WG3 Terminal Testing GERAN WG3 Terminal Testing RAN WG3 lub spec lur spec lu spec &UTRAN O&M requirements SA WG3 Security RAN WG4 Radio Performance &Protocol Aspects SA WG4 Codec RAN WG5 (ex T1) Mobile TerminalConformance Testing SA WG5 Telecom Management Structure of 3GPP Project Co-ordination Group (PCG) TSG CT Core Network& Terminals CT WG1 (ex CN1) MM/CC/SM (lu) CT WG3 (ex CN3) Interworking with External Networks CT WG4 (ex CN4) MAP/GTP/BCH/SS CT WG5 (ex CN5) OSAOpen Service Access CT WG6 (ex T3) Smart CardApplication Aspects

  5. Rel 99 Rel 6 Rel 5 Rel 4 3GPP Release Timeline HSDPA HSUPA HSPA+ WCDMA MMS MBMS FBI IMS MSC Split I-WLAN Rel 7 (target) 2007 2008 1999 2000 2001 2002 2003 2004 2005 2006

  6. 3G Evolution • Radio Side (LTE – Long Term Evolution) • Improvements in spectral efficiency, user throughput, latency • Simplification of the radio network • Efficient support of packet based services: MBMS, IMS, etc. • Network Side (SAE – System Architecture Evolution) • Improvement in latency, capacity, throughput • Simplification of the core network • Optimization for IP traffic and services • Simplified support and handover to non-3GPP access technologies

  7. Evolution of 3GPP Radio Rates

  8. LTE (Long Term Evolution) • LTE focus is on: • enhancement of the Universal Terrestrial Radio Access (UTRA) • optimisation of the UTRAN architecture • With HSPA (downlink and uplink), UTRA will remain highly competitive for several years • LTE project aims to ensure the continued competitiveness of the 3GPP technologies for the future

  9. LTE Requirements (1) • Reduced cost per bit • Improve spectrum efficiency ( e.g. 2-4 x Rel6) • Reduce cost of backhaul (transmission in UTRAN) • Increased service provisioning – more services at lower cost with better user experience • Focus on delivery of services utilising ”IP” • Reduce setup time and round trip time • Increase the support of QoS for the various types of services (e.g. Voice over IP) • Increase “cell edge bit rate” whilst maintaining same site locations as deployed today • Increase peak bit rate (e.g. above 100Mbps DL and above 50Mbps UL) • Enhance the bit rate for MBMS (e.g. 1-3 Mbps) • Allow for reasonable terminal power consumption

  10. LTE Requirements (2) • Flexibility of use of existing and new frequency bands • Allow to deploy in wider and smaller bandwidths than 5 MHz ( e.g. ranging from 1.25 to 20MHz) • Allow variable duplex technology within bands as well as between bands • Non-contiguous spectrum allocations to one UE should not be precluded

  11. LTE Requirements (3) • Architecture and Mobility • Need to consider UTRAN Evolution and UTRA Evolution at the same time aiming at simplifying the current architecture • Shall provide open interfaces to support Multi-vendor deployments • Consider robustness – no single point of failure • Support multi-RAT with resources controlled from the network • Support of seamless mobility to legacy systems as well as to other emerging systems including inter RAT Handovers and Service based RAT Selection • Maintain appropriate level of security

  12. LTE Key agreements (1) • 2 main issues have been investigated: • The physical layer • The access network internal architecture • Physical layer • Downlink based on OFDMA • OFDMA offers improved spectral efficiency, capacity etc • Uplink based on SC-FDMA • SC-FDMA is technically similar to OFDMA but is better suited for uplink from hand-held devices • (battery power considerations) • For both FDD and TDD modes (User Equipment to support both) • With Similar framing + an option for TD SCDMA framing also • Access Network consideration • For the access network it was agreed to get rid of the RNC which minimized the number of nodes

  13. LTE Architecture Evolved Packet Core MME/UPE = Mobility Management Entity/User Plane Entity eNB = eNodeB

  14. LTE Key agreements (2) • On the UTRAN Architecture the following working assumptions were agreed in TSG RAN: • RRC Terminates in the eNode B • Outer ARQ terminates also in the eNode B • Currently Ciphering and integrity for signaling is inside the eNode B while Ciphering for the User plane is in the AGW

  15. LTE Key agreements (3) • Requirements satisfaction • The LTE concept has the potential to fulfil both the system capacity and user throughput targets • Evaluated uplink peak data rate is a bit smaller than the requirements, however, it is expected that the peak data rate can be increased by some optimisations, e.g. higher TTI values and/or by reducing the amount of control signalling information. • It was confirmed that the requirements of C-plane and U-plane latency can be satisfied. • Fulfilments without any issues are identified for requirements on deployment scenarios, spectrum flexibility, interworking, mobility, E-UTRAN architecture and RRM.

  16. LTE Key agreements (4) • Regarding system and device cost and complexity work needs to continue in the future. As evolved UTRA and UTRAN system will provide significantly higher data rates than Release 6 WCDMA and, as a consequence hereof, the physical layer complexity will increase accordingly compared to lower-rate systems. This complexity is not seen as evolved UTRA and UTRAN specific, but is similar to the complexity experienced in any high data rate system. • According to these evaluation results, it can be concluded that system concepts captured in this TR are feasible for evolved UTRA and UTRAN. • For Broadcast/Multicast services it is assume that network synchronization will improve greatly the performance

  17. Time schedule for LTE • LTE plan endorsed by 3GPP Project Co-ordination Group • Initial studies and work-plan creation to was almost completed in June 2006: • Generic Work Item created during the June meeting of TSG RAN • LTE Workplan created in September 2006 • Completion foreseen in 2008

  18. SAE (System Architecture Evolution) • To ensure competitiveness of 3GPP systems for the next 10 years and beyond • Optimization of the network for IP traffic and its expected growth • Performance improvements • reduced latency, • higher user data rates, • improved system capacity and coverage, and reduced overall cost for the operator. • Potential network and traffic cost reduction • Flexible accommodation and deployment of existing and new access technologies with mobility by a common IP-based network

  19. 3GPP SAE – status • Large number of active companies (30+) • Reasonable progress on 3GPP parts (including LTE support) • As of October 2006, SA has given a directive to SA2 to ensure that LTE 3GPP access aspects can meet the time line required by 3GPP RAN • Some Key areas being addressed – agreements remaining • MME-UPE split or merged • 3GPP anchor-SAE anchor split or merged • Interconnection/mobility for non-3GPP access technologies • Roaming aspects • PCC architecture & QoS model • Simultaneous access to multiple data networks • Timeline • Report to be ready for SA plenary approval Dec 2006 • Majority of Specifications to be ready end 2007/early 2008 • First deployments planned for 2009

  20. LTE/SAE time plan SA have drafted an overall SAE/LTE work plan to align the time schedules of all applicable Working Groups 2006 2007 2008 #33 #34 #37 #39 #35 #36 #38 Study Item Stage 1 Work Item Stage 2 Work Items LTE parts Non-LTE Stage 3 Work Items LTE parts Non-LTE parts

  21. Summary • Extensive work ongoing to ensure future competiveness of 3G systems • Improved performance • Simplified architecture • Optimized for IP traffic and services • Support for non-3GPP access technologies • Completion targeted in 2008 • Study phase completing, specification phase starting • Further information at 3GPP web site (www.3gpp.org) • LTE requirements study: 25.913 • LTE architecture study: 25.912 • SAE architecture study: 23.882

More Related