IP RAN 2G, 3G & LTE Muhamad YopanCCIE#38903Ericsson Indonesia100NGN WorkshopJune 17-19, 2013

Traditional telecommunication networkA dedicated infrastructure is required to support different services

IP convergence refers to the capability of the Internet to act as a single foundation for various functions that traditionally had their own platforms. IP Convergence

2G & 3G ArchitectureRAN

What is IP RAN

IP RAN is a reference solutionBSCRNCcell sitePhysical and logical connectivityHW recommendationsRedundancy2G/3G/LTE/Wifi co-locationQuality of ServiceSynchronizationSecurityIP AddressingManagement

A reference for how to connect cell site and switch site:switch siteMBH SIU/TCUCPG / MMEIP RANIP RANSwitch siterouterOSS-RCSynchsrvIPSeccell site

IP RAN Design Goals The IP RAN solution abstracts away the diverse transport networks Multiple technologies and providers but one network view for the RAN applications

Provides a unified set of services to the RAN applicationsSynch, QoS handling, SLA monitoring, security, ...

Utilizes simple, cost efficient transport services

Enables multiple transports to cell site- Different transports for different traffic types with different requirements (QoS vs. Availability)

Dual transport redundancy

IP RAN solution is aligned with mbh and MpbnBSCRNCCGWMSSMMECGWIP RAN MBH LRAN, AccessMPBNHRAN, METROIP RAN

MPBNFor Mobile CoreIP site InfrastructureMultivendorMBH

Multivendor

Mobile TransportThe IP RAN solution is fully aligned with the Mobile Backhaul and the MPBN solutionsTogether they form Mobile Transport, and provides end-to-end transport services.

IP RAN Engineering Aspect

IP RAN Network Design ApproachBuildRequirementSpecificationDetailed DesignSpecificationNetworkAcceptanceAddressingTraffic ModelingTopologySecurityL3 RoutingL2 SwitchingNode & InterfaceDimensioningProtection & RedundancyTraffic SeparationQuality of ServicesettingSolution DesignSpecificationTunneling &FirewallingStart-up & Info GatheringSolution DesignDetailed Design Conclusion

Integration

Build

Competencies requiredIPBasic- IP Addressing- VLAN- Static routing- Dynamic routing (OSPF, IS-IS)- STP (MSTP, PVST, RSTP)- VRRP, HSRP- QOS- BFDOptional:- IP MPLS - VPN L2/L3- MPLS TP- Tunneling- Metro E- IP SLA

Mobile broadband- 2G Architecture- 3G Architecture- Product Knowledge

IuPs

IuPs

Synchronization in IP RAN

IP RAN recommends the SoIP solution

SoIP is independent on what transport network is used as long as it provides IP connectivity and the right characteristicsBased on standard NTP and/or 1588v2Same transport network requirements, same sync algorithm

SoIP server integrated in the RNC boardsSoIP over NTP only supported

Standalone SoIP server required for 1588v2SoIP client in SIU, TCU 02 and RBSes1588v2 currently only supported by the SIU/TCU 02

Proven in live customer networks

FREQUENCY SYNCRONIZATION USING SIU/TCU

FREQUENCY SYNCRONIZATION WITHOUT SIU/TCU

SECURITY

RAN security challenges

User plane traffic:GSM: Abis is not encrypted from BSC to RBSWCDMA: Iub frames are encrypted (3GPP standard) from RNC to UELTE: Can be natively protected using IPSec

Control plane traffic:Is un-encrypted for GSM, WCDMA and LTE.Can be protected using IPSec for GSM and LTECan be protected using external IPSec equipment for WCDMA

O&M traffic:Is protected on application level using SSL for both GSM, WCDMA and LTE (Ericsson solution)IPsec is supported for LTE O&M and can be activated if needed, to get an extra level of security

Highest priority is to protect BSC/RNC site and OSS from external intrusion.

IPSec in LTE

eNodeB supports IPSec (currently for IPv4 only) to protect trafficTunnel modeEncryption and integrity (ESP) according to 3GPPAnti-replay protection3DES and AES encryptionMD5 and SHA-1 integrityCertificates based IKEv2 key handling

Separate tunnels for UP/CP/Synch and O&M. One IPsec tunnel for UP/CP and Synch, and one for O&M. (O&M is also SSL-protected inside the IPsec tunnel).Redundant tunnels monitored using Dead Peer DetectionAuto integration also supports IPSecUsing IKEv2 Configuration Payload

QUALITY OF SERVICE

BEHAVIOR OF FLOWS

QOS PRIORITY HANDLINGIP RAN solution provides recommendations for:Traffic classificationPrioritizationSchedulingLink dimensioning (including for adaptive modulation)

The solution resolves RAN congestion in a controlled and predictable way Common QoS recommendations apply for GSM/CDMA/WCDMA/LTE

*E/// OSS -SQWOSSMulLte architecture

The transformation

NodeBBTS

Radio intelligent moving to eNodeB

The service is divided in three major phases; Information Gathering collects the operators requirements and systemrequirements for the IP RAN Network Design and translates them into aproject specification and a requirement specification. Solution Design creates a network solution, where the requirements aretranslated into plans that consider network architecture, capacity, security,Service Level Agreements, etc.Detailed Design builds on the solution design and produces all necessarymaterial for a successful integration and implementation of the IP RANsolution.

--------------------Information GatheringThe main activity of this sub-process is to collect requirements andassumptions regarding how to introduce the LTE/WCDMA/GSM IP RANsolution. This sub-process involves the following activities: Creating a Responsibility Matrix, reflecting customer and Ericssonresponsibilities during the design project. This may be defined by theEricsson project manager for the overall IP RAN deployment project. Gathering customer requirements, assumptions, agreements, andguidelines from various other sources into a specification that will be thebasis for the design.Some examples of customer requirements: Selection of nodes and site infrastructure for IP RAN deployment anddetails of site survey Survey of northbound, to Core Network, IP site Infrastructure Survey of the operators access transport network (ATN), in case of selfbuiltIP-ATN for IP RAN Number of subscribers and distribution of subscribers, actual andforecastedIP RAN Network Design for GSM, WCDMA and LTE18/22103-FGC1010109 Rev H 2012-11-16 Ericsson AB 2009 - 2012 open 13 (16)Ericsson Internal Traffic model, actual and forecasted Network related requirements, e.g. SLAs, security policies, IP addressingand network expansion plansThe focus of the Information Gathering phase is the interaction between thecustomer and Ericsson, in order to ensure a mutual understanding of therequirements and assumptions to be used in the Solution Design and DetailedDesign.

Solution DesignThe main goals of the Solution Design phase are to translate technicalrequirements into an IP RAN Network Design, to identify the network elementsto be included in the IP introduction in RAN, and to describe the impact on theexisting network infrastructure.During Solution Design, the following activities are covered: Define the IP RAN network aspects suitable for the operators network Develop and apply network scenarios, traffic models, and subscriberprofiles, etc. Dimension the network with respect to the traffic model, QoSrequirements, security policies, geographical needs, topology, bandwidth,and redundancy Perform node dimensioning and link dimensioning, based on customerrequirements and other inputs Define security activities (traffic separation, VLAN, authentication,encryption) Manage the following based on Service Level Agreements;- Delay and variation- Synchronization- Packet drop probability- Availability- Prioritization Define type nodes in terms of HW and SW, based on product packages Perform high-level logical network design. The result will be a networkdrawing showing physical and logical network topology.

Detailed DesignIn the Detailed Design sub-process, the implementation and integration detailsare completed, starting from the high-level solution made in the SolutionDesign. Many of the activities will be the same as for the Solution Design subprocess,but on a more detailed level.During Detailed Design, the following activities are covered: Perform the complete logical network design, which enhances the highleveldesign with descriptions of all logical connections between theinvolved nodes. Complete address plans and routing plans are included,among others Perform physical network design, based on the logical network design.This results in descriptions that show all physical interfaces and theconnections between them Present detailed node HW dimensioning and link dimensioning based ondetailed traffic model information provided either by the customer or anetwork audit service Create node configuration, which specifies configuration information forimplementation of each node and interface (such as addresses, routing,protocols, security, and more) Create the documentation needed for presentation and understanding ofthe Detailed Design. The result includes detailed drawings for the logicaland physical views

Acceptance and conclusionThe outputs of the Detailed Design sub-process are handed over to theimplementation and integration phase of IP RAN deployment project.Acceptance of IP RAN Network Design for LTE/WCDMA/GSM is concluded bythe successful integration and implementation of Detailed Design.