Presentation is loading. Please wait.

Presentation is loading. Please wait.

Architectures to support Offloading and Multi Connection APCC/ATNAC 2010 Version 0.1 Prasan de Silva Enterprise Architect (Wireless & Convergence) Group.

Similar presentations


Presentation on theme: "Architectures to support Offloading and Multi Connection APCC/ATNAC 2010 Version 0.1 Prasan de Silva Enterprise Architect (Wireless & Convergence) Group."— Presentation transcript:

1 Architectures to support Offloading and Multi Connection APCC/ATNAC 2010 Version 0.1 Prasan de Silva Enterprise Architect (Wireless & Convergence) Group Technology Telecom (NZ) Corporation

2 2 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Disclaimer The views presented in this presentation are not reflective of Telecoms technology roadmap. The author is presenting his own research views on this emerging area within the industry.

3 3 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Contents 1.Definition and Problem Space 2.Typical Use Cases for Offload and Multi Connection 3.Survey of Technology Options 4.Recap on UMTS Architecture 5.Recap on LTE Architecture 6.Femto Cell Architecture (3GPP Rel 8) 7.Femto Cell Architecture (3GPP Rel 10) 8.Local IP Access (LIPA) (3GPP Rel 10) 9.Integrated WLAN (I-WLAN) (3GPP Rel 7) 10.IP Flow Mobility (3GPP Rel 10) 11.ITU-T SG13 Multi Connection Architecture 12.Comparison of Techniques (intra-3GPP) 13.Comparison of Techniques (inter-3GPP) 14.A Target Architecture to Support Offload and Multi Connection

4 4 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Definition and Problem Space A mobile network is composed of finite resources which must be used optimally to maximise KPIs such as accessibility, retainability and reduce cost per bit to serve. While it is expected that networks scale to meet traffic demands, the key constraint is available spectrum. Accepted (or traditional) practice for network expansion follows a pattern such as: radio access network is optimised (e.g. antenna tilts, power budgets, interference mitigation etc) sectorisation techniques can be employed (omni to 2/3sector to 6 sector etc) additional carriers can be added (if spectrum is available) coverage footprints can be reduced and new sites deployed hierarchical cells structures can be introduced such as micro/pico cells to offload the macro carriers.The industry is witnessing unprecedented growth in demand for capacity – primarily driven by data devices. Reports such as Credit Sussie [*] claim that even if an extra 300MHz of required spectrum planned for allocation by the FCC in 2015 happens, 65% of the projected growth will still not be met. This suggests that traditional methods of offloading alone will not suffice and other techniques will be needed to meet the demand from mobile devices. This presentation focuses on state of the art mechanisms under study for offload and multi-connection techniques. An underlying premise behind offload strategies is that the cost to serve of the recipient network or resource must be substantially lower than the primary network. The presentation draws on current output from 3GPP and ITU T Study Group 13 *Telecom Industry Themes – Profiting From the Spectrum Crisis, 24 May 2010

5 5 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Typical Use Cases for Offload and MC Session Transferral Bandwidth Aggregation Resiliency – path diversity Concurrent Applications Ref: ITU-T Y.2000 Supplement 9

6 6 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Survey of Technology Options

7 7 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Recap on UMTS Architecture Ref: 3GPP TS23.002 v9.1.0

8 8 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Recap on LTE Architecture Ref: 3GPP TS23.002 v9.1.0

9 9 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Femto Cell Architecture (3GPP Rel 8) The femtocell, or Home NodeB (HNB as defined by 3GPP) combines the NodeB and RNC functions. The HNB interconnects to the Home NodeB Gateway (HN GW) via the newly defined IuH interface. The IuH interface performs pseudo registration functions of HNB and UEs as well as tunnelling of Non-Access Stratum (NAS) signalling to the core network. The femtocell interconnects to the Mobile core network via the standard IuCS/PS interfaces, through the HNB GW function. Mobility procedures employ existing mechanisms such as idle mode cell reselection through neighbour list advertisements, PLMN IDs, Closed Subsriber Group IDs, LAC, RAC, SAC and Primary Scrambling Code parameters sent via standard System Information Blocks. With overlapping coverage, connected mode handoff is also supported. Ref: 3GPP TS25.467 v9.1.0

10 10 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Femto Cell Architecture (3GPP Rel 8) Ref: 3GPP TS25.467 v9.1.0

11 11 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Femto Cell Architecture (3GPP Rel 8) Ref: 3GPP TS25.467 v9.1.0 A key concern with regards to Femto is interoperability – and the key interface is the IuH There are two key protocols operating over IuH, namely, RANAP User Adaptation (RUA) and Home NodeB Application Part (HNBAP). RUA implies that every HNB acts like an RNC to the core from a signalling perspective. HNBAP is the means by which all HNB management and registrations occur. Can an operator safely mix and match vendor products for HNB and HNB GW – and if not what are the consequences?

12 12 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Femto Cell Architecture (3GPP Rel 10) 3GPP Release 10 is studying Femto architectures which integrate directly into an operator IMS core. This approach allows offloading CS traffic from both the UTRAN and mobile CS core. The most promising option is where the IMS Centralised Services (ICS) architecture is re-used (this effectively implies that H2=I2) The key item to this approach is that the HNB GW natively converts UMTS layer 3 NAS signalling to SIP. The HNB GW therefore acts like an MSC enhanced for ICS. Native protocol mapping by the HNB GW avoids the need to do conversions (like NAS BICC) which can lead to service transparency issues. Ref: 3GPP TR23.832 v10.0.0

13 13 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Femto Cell Architecture (3GPP Rel 10) Ref: 3GPP TR23.832 v10.0.0

14 14 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Local IP Access (LIPA) Local IP Access (LIPA) is defined as the capability that allows the UE to request that all the packet data traffic exits the mobile architecture at the base station node (i.e. eNB). The offload in this case is to the customers LAN network (e.g. their xDSL based broadband connection). In this scheme the user plane packet data session does not utilise the mobile RAN, backhaul or core network. The control plane, however continues to use the mobile infrastructure. The enhancement needed in the HNB end is the support of a local gateway function which acts as the egress for the packet data user plane (i.e. a GGSN or SGW/P-GW function). A subset of this approach is called Selected IP Traffic Offload (SIPTO). Ref: 3GPP TR23.829 v1.2.0

15 15 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Local IP Access (LIPA) Ref: 3GPP TR23.829 v1.2.0

16 16 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Integrated WLAN (I-WLAN) I-WLAN allows a 3GPP operator to extend the cellular subscription to the WLAN domain for seamless service authentication and authorisation but not seamless handoff to/from 3GPP network. I-WLAN reuses the USIM based credentials to authenticate WiFi access, thus offloading the entire mobile RAN and PS core. I-WLAN introduces a new Packet Data Gateway (PDG) node which acts as an operator hosted access router and security gateway. The PDG interworks with the operators AAA infrastructure, which in turn links to the HSS/HLR/AuC so that EAP-SIM or EAP-AKA schemes could be used in the WLAN domain. Thus the reuse of customers (U)SIM based credentials. Ref: 3GPP TS23.234 v9.0.0

17 17 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Integrated WLAN (I-WLAN) Ref: 3GPP TS23.234 v9.0.0

18 18 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. IP Flow Mobility IP flow mobility and seamless WLAN offload has been standardised in Release 10 TS23.261. The standard allows a WiFi/Cellular device to split traffic between the two access networks simultaneously in a coordinated manner. By coordinating traffic between the networks, it is possible to offload some or all sessions from the cellular network. For example, a UE involved in a videoconference may send real time voice component over UMTS and the high bandwidth video over WLAN. The Evolved Packet Core (EPC) has provided the missing pieces of flow mobility for non-3GPP access integration (e.g. for I-WLAN, WiMAX). Hence IP flows can be anchored in the common core and bearer plane tunnels moved across the IP-CANs as needed with seamless continuity of sessions. The key enabler being derivatives of Mobile IP - specifically DSMIPv6, P-MIP, and C-MIP. Ref: 3GPP TS23.261 v10.0.0

19 19 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. IP Flow Mobility Ref: 3GPP TS23.402 v10.0.0

20 20 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. ITU-T SG13 Multi Connection Architecture Multi Connection is a new and promising area under study in ITU-T SG13. The functionality is not being addressed in other SDOs. Though 3GPPs new item on Inter-UE Transfer (or IUT) has some overlap. The diagram below shows the work-in-progress mapping to the NGN reference architecture, highlighting new functional entities which need to be defined. Ref: ITU-T SG13 Y.MC_ARCH (Draft)

21 21 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Comparison of Techniques ( intra-3GPP) Offload Technique RAN Offload?Core Offload?Standard Complete? Device Impact? Network Impact? Ideal Reference Case Yes No Hierarchical Cells Yes for congested macro sector NoYesNo Inter-bandYes for congested freq. band NoYesNo (for multi band UE) No Inter-RATYes (e.g. GERAN to UTRAN) NoYesNo (for multi RAT UE) No Femto (Rel8) YesNoYesYes for CSG support Yes – new nodes needed Femto (Rel10) YesYes for IMS alternate No Yes – new nodes needed LIPAYesPartial (user plane offloaded) NoYes - LTE device needed Yes - Enhancements to HeNB needed SIPTONoYes (partial)No Yes - Direct tunnel for UMTS and new L-GW for LTE

22 22 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Comparison of Techniques (inter-3GPP) Offload Technique RAN Offload?Core Offload?Standard Complete? Device Impact? Network Impact? I-WLANYes Yes – EAP schemes Yes – new network node/AAA integration IP Flow Mobility Yes – entire session offload or partial session offload NoYes GANYesNoYes (for GSM)Yes ITU-T MCYes – similar to IP flow mobility No Yes - TBD

23 23 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. A Target Architecture to Support Offload and MC

24 24 © Copyright Telecom Corporation of New Zealand 2010. All rights reserved. Thank you for listening Questions?


Download ppt "Architectures to support Offloading and Multi Connection APCC/ATNAC 2010 Version 0.1 Prasan de Silva Enterprise Architect (Wireless & Convergence) Group."

Similar presentations


Ads by Google