11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

40
RA4120BEN20GLA0 LTE Deployment Scenarios 1 1 © Nokia Siemens Networks RA4120BEN20GLA0 LTE RPESS LTE Deployment Scenarios

description

07_TM51177EN01GLA2_rrm

Transcript of 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

Page 1: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

1

1 © Nokia Siemens Networks RA4120BEN20GLA0

LTE RPESSLTE Deployment Scenarios

Page 2: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

2

2 © Nokia Siemens Networks RA4120BEN20GLA0

Nokia Siemens Networks Academy

Legal notice

Intellectual Property RightsAll copyrights and intellectual property rights for Nokia Siemens Networks training documentation, product documentation and slide presentation material, all of which are forthwith known as Nokia Siemens Networks training material, are the exclusive property of Nokia Siemens Networks. Nokia Siemens Networks owns the rights to copying, modification, translation, adaptation or derivatives including any improvements or developments. Nokia Siemens Networks has the sole right to copy, distribute, amend, modify, develop, license, sublicense, sell, transfer and assign the Nokia Siemens Networks training material. Individuals can use the Nokia Siemens Networks training material for their own personal self-development only, those same individuals cannot subsequently pass on that same Intellectual Property to others without the prior written agreement of Nokia Siemens Networks. The Nokia Siemens Networks training material cannot be used outside of an agreed Nokia Siemens Networks training session for development of groups without the prior written agreement of Nokia Siemens Networks.

Page 3: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

3

3 © Nokia Siemens Networks RA4120BEN20GLA0

Module Objectives

After completing this module, the participant should be able to:

• Identify different solutions to provide LTE Coverage

• Discuss alternatives to improve the indoor coverage

• Understand the concept of Microcell

• Describe at an overview level the requirements for Co-Siting isolation & configuration

• Recall the concepts of Tracking Area, eNode B identifier, neighbour cell and its planning principles.

Page 4: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

4

4 © Nokia Siemens Networks RA4120BEN20GLA0

Module Contents

• Macrocells

• Indoor Solutions

• Microcells

• Co-Siting Bands

• Co-Planning− Tracking Area Planning− Physical Layer Cell Identity Planning− eNode B and Cell Identity Planning− Neighbour Planning

Page 5: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

5

5 © Nokia Siemens Networks RA4120BEN20GLA0

Introduction

Macrocells• provide coverage and capacity across wide areas

• Standard deployment solution

Indoor solutions• improve coverage when indoor macrocell coverage is weak

• provide high capacity solutions

Microcells• serve traffic hotspots

• provide coverage when macrocell sites are not available

Page 6: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

6

6 © Nokia Siemens Networks RA4120BEN20GLA0

Macrocell with Flexi Multiradio BTS

• Flexi RF modules can be located adjacent to the Flexi System module (Picture on the left)

• But Flexi RF modules can also be located adjacent to the antenna to create a feeder-less design (optical connection between System Module and RF Module)

• Tower Mounted Amplifier (TMA) / Mast Head Amplifier (MHA) can be used to compensate for feeder losses in the uplink direction

• Antennas can be mounted according to the site design, e.g. roof-top, mast, side of buildingOptional

TMA/MHA

Optional AC/DC with Battery Backup

System Module

1 or 2 RF Modules

RF Connection

TMA not meaningful, if RF Module is close to antenna

Page 7: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

7

7 © Nokia Siemens Networks RA4120BEN20GLA0

LTE 2600 can be deployed on UMTS 2100MHz grid(figures applicable to Urban Deployment)

Uplink

142.8dB 140.2dB

LTE

UMTS

142.9dB 140.8dB

LTE

UMTS

Downlink

Conclusion

Delta between max. allowable pathloss values:

2.1 dB in downlink benefit of LTE

2.6 dB in uplink benefit of LTE

1.09km1.08km 1.17km 1.22km

Delta between outdoor cell range values:

DL:LTE cell range nearly identical to UMTS

UL:LTE cell range nearly identical to UMTS

Page 8: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

8

8 © Nokia Siemens Networks RA4120BEN20GLA0

Module Contents

• Macrocells

• Indoor Solutions

• Microcells

• Co-Siting Bands

• Co-Planning− Tracking Area Planning− Physical Layer Cell Identity Planning− eNode B and Cell Identity Planning− Neighbour Planning

Page 9: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

9

9 © Nokia Siemens Networks RA4120BEN20GLA0

Indoor Solutions

• Indoor solutions can be based upon the Flexi BTS connected to a Distributed Antenna System (DAS)

• Passive DAS for small and moderate sized indoor areas

• Active DAS for large indoor areas

• Passive and Active DAS connected to a Flexi BTS are able to provide both coverage and capacity. Multiple sectors can be licensed to increase capacity

• Repeaters can also be used to extend outdoor coverage across an indoor area

• Historically, indoor solutions have been designed with single transmit and receive paths. This excludes the possibility of uplink receive diversity and MIMO

• Indoor solution design requires a set of planning guidelines to ensure that proven approaches are used in a consistent manner

Page 10: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

10

10 © Nokia Siemens Networks RA4120BEN20GLA0

Minimum Coupling Loss (MCL)

• MCL represents the minimum allowed link loss between the UE and Node B cabinet antenna connector

• The MCL should be sufficient to ensure that the BTS does not become desensitised when a UE is physically close to an antenna

• The MCL should also be sufficient to ensure that the UE does not receive more downlink power than it is capable of receiving when it is physically close to an antenna

• The MCL requirement depends upon the thermal noise floor of the Node B receiver, i.e. dependant upon receiver bandwidth and Noise Figure

• Assuming a 43 dBm transmit power from the LTE BTS means that an MCL of 68 dB is required to ensure that UE do not receive more than -25 dBm

Comparing the uplink and downlink MCL requirements indicates that the uplink requirement dominates: an MCL of between 70 and 75 dB is necessary

(from 3GPP TS 36.101)

Page 11: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

11

11 © Nokia Siemens Networks RA4120BEN20GLA0

Antenna Placement

• Indoor solution design includes making decisions regarding the location of each remote antenna

• Antenna placement should account for:

Service and Reference Signal link budget requirements

Leakage requirements

Distribution of interference from the Macrocell layer

Minimum Coupling Loss (MCL) requirements

Distribution of UE and the associated traffic

Sectorisation Strategy

• Indoor solutions may be configured with single or multiple sectors

• The level of sectorisation should be defined by the capacity requirements

• This requires a definition of the traffic expectation

• Sectorisation should be planned to achieve sufficient isolation between sectors

• Sectorisation in multi-storey buildings can take advantage of the inter-floor isolation

• Overlap is required to allow time for inter-sector handover

Page 12: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

12

12 © Nokia Siemens Networks RA4120BEN20GLA0

Selection between Active and Passive DAS• Two general approaches can be adopted:

passive DAS should be able to maintain ~15 dBm of downlink transmit power at each antenna. If not, then active DAS should be selected

rule-of-thumb based upon the number of antennas, e.g. if the antenna requirement is above 5 then select an active DAS

• In general, active DAS are easier to sectorise subsequent to initial deployment because it is relatively easy to lay spare fibre optic during installation

RF Carrier Assignment

• RF carrier used for indoor solutions can be the same as that used for the outdoor macrocell

• Unlikely to be practical to dedicate and RF carrier to indoor solutions when wide bandwidths are allocated to LTE

• Important to ensure that indoor solution has dominance so the number of antennas required may increase if macrocell signal is relatively strong indoors

Page 13: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

13

13 © Nokia Siemens Networks RA4120BEN20GLA0

Verification of Existing Coverage

• Indoor solution may be proposed for coverage or capacity reasons

• Possible that macrocell layer already provides coverage while indoor solution is required for capacity

• Important that indoor solution dominated over macrocell to avoid loading the macrocell layer

• Macrocell measurements should be recorded prior to indoor solution design

Leakage Requirements

• Requirement to minimise leakage from indoor solution to the outdoor environment

• If leakage is not limited then UE in the outdoor environment could camp and establish connections upon the indoor solution

• An example approach is that the indoor solution Reference Signal Received Power (RSRP) should not exceed –125 dBm at a distance of 20 m from the building

• This absolute power threshold may be translated into a link loss based threshold

Page 14: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

14

14 © Nokia Siemens Networks RA4120BEN20GLA0

Mobility with Macrocell Layer

Indoor Solution Reference Signal EIRP

MS approaching indoor solution

Macrocell Reference Signal EIRP

Potential interference

• LTE handovers are based upon Reference Signal Received Power (RSRP) or Reference Signal Received Quality (RSRQ)

• Handover and cell re-selection boundaries between macrocell and indoor solution will depend upon:

relative transmit powers of the indoor solution and macrocell

measurement offsets defined for each adjacency

• If handover boundary is too close to the indoor solution then there is a danger that the indoor solution experiences uplink interference from UE connected to macrocells

• Measurement offsets should be applied with care because they can result in MS not being connected to the ‘best’ cell

• Indoor solution handover areas are usually located around the building entrances

• Tall buildings may have stronger macrocell coverage across the upper floors, potentially allowing MS to handover onto macrocells inside the building

Page 15: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

15

15 © Nokia Siemens Networks RA4120BEN20GLA0

Module Contents

• Macrocells

• Indoor Solutions

• Microcells

• Co-Siting Bands

• Co-Planning− Tracking Area Planning− Physical Layer Cell Identity Planning− eNode B and Cell Identity Planning− Neighbour Planning

Page 16: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

16

16 © Nokia Siemens Networks RA4120BEN20GLA0

Microcells

• Microcells can be used to serve traffic hotspots

• A microcell can be categorised as a Node B which has outdoor, below rooftop antenna placement

• Like macrocell, a microcell Node B is a Flexi System Module equipped with a Flexi RF module

• The isolation provided by neighbouring buildings limits both coverage and inter-cell interference

Microcell based upon Flexi RF Module

Page 17: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

17

17 © Nokia Siemens Networks RA4120BEN20GLA0

Microcell Link Budget

Macrocell antennaMicrocell antenna

• Microcell antennas typically have a lower gain than macrocell antennas e.g. 12 dBi

• Lower gain corresponds to less directivity and an increase in vertical beamwidth

• Feeders are typically short but may have a smaller diameter than that used for macrocells –smaller diameter allows a tighter bending radius for easier installation

• Microcells are typically introduced for capacity so should be planned assuming a relatively high cell load for both UL & DL.

Antenna Gain 12 dBi

Feeder Loss 1 dB

Uplink Load 80 %

Example Parameters

for Microcell Link Budget

Page 18: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

18

18 © Nokia Siemens Networks RA4120BEN20GLA0

Microcell Sectorisation

• Sectorisation of LTE microcells is unlikely to be common because it’s difficult to achieve sufficient isolation between sectors

• Sectorised GSM microcells benefit from having different RF carriers assigned to each sector

• The high quantity of scattering tends to mean that sectors have very similar coverage areas

• Antenna direction may not have a very large impact as a result of the scattering

Example Microcell Propagation for two cells with different antenna directions

Page 19: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

19

19 © Nokia Siemens Networks RA4120BEN20GLA0

Microcell RF Carriers

• LTE microcells are likely to be configured using the same RF carrier as the macrocelllayer

• Wide channel bandwidth results in a requirement to use a frequency re-use factor of 1

• Sharing the same RF carrier between macro and micro layers potentially results in a low isolation

• Most likely to be true when microcells are introduced for capacity within an area of macrocell coverage

• Requirement to ensure that microcells are dominant across their target coverage area

• Sharing the same RF carrier allows intra-frequency hard handovers between the macro and micro layers

• Potential requirement to tune mobility parameters to account for differences between the macro and micro downlink transmit powers

Page 20: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

20

20 © Nokia Siemens Networks RA4120BEN20GLA0

Module Contents

• Macrocells

• Indoor Solutions

• Microcells

• Co-Siting Bands

• Co-Planning− Tracking Area Planning− Physical Layer Cell Identity Planning− eNode B and Cell Identity Planning− Neighbour Planning

Page 21: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

21

21 © Nokia Siemens Networks RA4120BEN20GLA0

Operating Bands Specified by 3GPP

Extract from 3GPP TS 36.104

Extract from 3GPP TS 25.104

• LTE operating bands are similar to those for UMTS

• This implies there will be a requirement for LTE to share operating bands with UMTS, i.e. to operate in adjacent spectrum

• In the case of co-siting for FDD RATs, the duplex spacing provides isolation in the frequency domain, i.e. the BTS transmit band is relatively distant from the BTS receive band

UMTS FDD Operating Bands

LTE FDD Operating Bands (a part of the complete list)

RL10 Flexi RF Module SupportRL20 Flexi RF Module Support

Page 22: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

22

22 © Nokia Siemens Networks RA4120BEN20GLA0

Module Contents

• Macrocells

• Indoor Solutions

• Microcells

• Co-Siting Bands

• Co-Planning− Tracking Area Planning− Physical Layer Cell Identity Planning− eNode B and Cell Identity Planning− Neighbour Planning

Page 23: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

23

23 © Nokia Siemens Networks RA4120BEN20GLA0

Introduction

• Co-Planning activities are those for which re-use from other network planning projects

may be applied

• Experience gained while planning 2G and 3G networks can be used to improve the

efficiency with which LTE networks can be planned

• Potential activities for co-planning are:

• 3G routing area planning with LTE tracking area planning

• 3G Node B identity planning with LTE eNode B identity planning

• 3G neighbour list planning with LTE neighbour list planning

Page 24: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

24

24 © Nokia Siemens Networks RA4120BEN20GLA0

Module Contents

• Macrocells

• Indoor Solutions

• Microcells

• Co-Siting Bands

• Co-Planning− Tracking Area Planning− Physical Layer Cell Identity Planning− eNode B and Cell Identity Planning− Neighbour Planning

Page 25: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

25

25 © Nokia Siemens Networks RA4120BEN20GLA0

Background (I)

• Tracking areas are used for EPS Mobility Management (EMM)

• Paging messages are broadcast across the tracking areas within which the UE is registered

• Each eNode B can contain cells belonging to different tracking areas

• Each cell can belong to several tracking area

• A tracking area can be shared by multiple MME

• Tracking Area Identity (TAI)

• Constructed from the Mobile Country Code (MCC), Mobile Network Code (MNC) and TAC (Tracking Area Code)

• The TAC, MCC and MNC are broadcast within SIB 1

S1 Application Protocol Paging Message extracted from 3GPP TS 36.413

Evolved Packet System

Tracking areas are the equivalent of Location Areas and Routing Areas for LTE

EMM Registered EMM Deregistered: Successful Attach and Tracking Area Update (TAU) procedures lead to transition to EMM-REGISTERED

Page 26: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

26

26 © Nokia Siemens Networks RA4120BEN20GLA0

Background (II)

• The normal tracking area updating procedure is used when a UE moves into a tracking area within which it is not registered

• The periodic tracking area updating procedure is used to periodically notify the availability of the UE to the network (based upon T3412)

• Tracking area updates are also used for

• registration during inter-system changes

• MME load balancingFurther details in 3GPP TS 24.301

• Large tracking areas result in

• Increased paging load

• Reduced requirement for tracking area updates resulting from mobility

MME load balancing: Since TA can belong to more than one MME, if one MME is loaded then it is possible to send the paging message through other MMEs

Page 27: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

27

27 © Nokia Siemens Networks RA4120BEN20GLA0

Planning Guidelines

• Tracking areas should be planned to be relatively large (100 eNodeB)rather than relatively small

• Their size should be reduced subsequently if the paging load becomes high

• Existing 2G and 3G location area and routing area boundaries should be used as a basis for defining LTE tracking area boundaries

• Tracking areas should not run close to and parallel to major roads nor railways. Likewise, boundaries should not traverse dense subscriber areas

• Cells which are located at a tracking area boundary and which experience large numbers of updates should be monitored to evaluate the impact of the update procedures

Page 28: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

28

28 © Nokia Siemens Networks RA4120BEN20GLA0

Module Contents

• Macrocells

• Indoor Solutions

• Microcells

• Co-Siting Bands

• Co-Planning− Tracking Area Planning− Physical Layer Cell Identity Planning− eNode B and Cell Identity Planning− Neighbour Planning

Page 29: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

29

29 © Nokia Siemens Networks RA4120BEN20GLA0

Introduction

• There are 504 unique Physical Layer Cell Identities

• Organised in 168 groups of 3

• NID1 in the range 0 to 167 represents the Physical Layer Cell Identity group

• NID2 in the range 0 to 2 represents the identity within the group

• Physical Layer Cell Identity = (3 × NID1) + NID2

• NID2 defines the Primary Synchronisation Signal (PSS) sequence

• NID1 defines the Secondary Synchronisation Signal (SSS) sequence

• The Physical Layer Cell Identity has an impact upon the allocation of resource elements to the reference signal and the set of physical channels

Allocation pattern repeats every 6th

Physical Layer Cell Identity

Resource element allocation to the Reference Signal

0 to 503LNCELphyCellId

RangeObjectParameter

Compared with 512 scrambling codes in 3G (64 groups of 8)

First: PSS and SSS signals:

The PSS is generated out of 3 different sequences – each of these sequences indicates one Physical Layer Cell Identity

The SSS is generated out of 168 sequences – each of these sequences indicates one Physical Layer Cell Identity Group

Page 30: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

30

30 © Nokia Siemens Networks RA4120BEN20GLA0

Planning (I)

• The allocation of physical layer cell identities is analogous to scrambling code planning for UMTS

• The isolation between cells which are assigned the same physical layer cell identity should be maximised

• The isolation between cells which are assigned the same physical layer cell identity should be sufficiently great to ensure that UE never simultaneously receive the same identity from more than a single cell.

Id = 5

Id = 4

Id = 3

Id = 11

Id = 10

Id = 9

Id = 8

Id = 7

Id = 6

Id = 2

Id = 1

Id = 0

Example Physical Layer Cell Identity Plan

Page 31: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

31

31 © Nokia Siemens Networks RA4120BEN20GLA0

Planning (II)

• Specific physical layer cell identities can be excluded from the plan to allow for future network expansion or the introduction of Home eNodeB(Femto)

• If there is a possibility that the level of sectorization is going to be increased from 3 to 6 then every second group of identities could be allocated within the initial plan. This would allow eNodeB to be allocated identities from two adjacent groups when the number of cells is increased from 3 to 6

• There should be some level of co-ordination across international borders when allocating physical layer cell identities. This will help to avoid operators allocating the same identity to cells on the same RF carrier and in neighbouring geographic areas

Page 32: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

32

32 © Nokia Siemens Networks RA4120BEN20GLA0

Module Contents

• Macrocells

• Indoor Solutions

• Microcells

• Co-Siting Bands

• Co-Planning− Tracking Area Planning− Physical Layer Cell Identity Planning− eNode B and Cell Identity Planning− Neighbour Planning

Page 33: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

33

33 © Nokia Siemens Networks RA4120BEN20GLA0

eNode B Identifier

• The Global eNode B Identifier is used to identify eNode B globally

• It is constructed from the MCC, MNC and eNode B Identifier (eNB-Id)

• The eNB-Id is used to identify eNB within a PLMN

• The eNB-Id can have a lengths of

• Short (20 bits) allowing– 256 cells to be addressed per eNB

– 1 048 576 eNB per PLMN

• Long (28 bits) allowing– 1 cell to be addressed per eNB

– 268 435 456 eNB per PLMN

• The short eNB-ID is appropriate for macrocell networks which include more than a single cell per eNB

• The long eNB-ID is appropriate for picocell and femto networks which are based upon large numbers of Node B with only a single cell per Node B

Page 34: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

34

34 © Nokia Siemens Networks RA4120BEN20GLA0

Cell Identifier

• The E-UTRAN Cell Global Identifier (ECGI) is used to identify cells globally

• The ECGI is constructed from the MCC, MNC and E-UTRAN Cell Identifier (ECI)

• The ECI is used to identify cells within a PLMN

• It has a length of 28 bits and contains the eNode B Identifier

• It is only necessary to configure an ECI when a short eNB-Id is used

• The ECI, MCC and MNC are broadcast within SIB 1

Page 35: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

35

35 © Nokia Siemens Networks RA4120BEN20GLA0

Module Contents

• Macrocells

• Indoor Solutions

• Microcells

• Co-Siting Bands

• Co-Planning− Tracking Area Planning− Physical Layer Cell Identity Planning− eNode B and Cell Identity Planning− Neighbour Planning

Page 36: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

36

36 © Nokia Siemens Networks RA4120BEN20GLA0

Background

• LTE mobility does not rely upon neighbour lists

• UE are responsible for identifying neighbouring cells

• This effectively removes the requirement for neighbour list planning

• However, the UE can be provided with:

• neighbour cell specific measurement offsets, e.g. to make a specific neighbour appear more attractive

• RF carriers upon which to search for neighbours

• Mobility information can be provided for:

• E-UTRAN Intra-frequency

• E-UTRAN Inter-frequency

• UTRAN inter-RAT

• GERAN inter-RAT

• CDMA200 inter-RAT

Page 37: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

37

37 © Nokia Siemens Networks RA4120BEN20GLA0

Automated neighbor relation (ANR) configuration

• Neighbour relations are important as wrong neighbour definitions cause HO failures and dropped calls

• Self configuration of relations avoids manual planning & maintenance

ANR covers 4 steps:1) Neighbour cell discovery

2) Neighbour Site’s X2 transport configuration discovery (i.e. Neighbour Site IP@)

3) X2 Connection Set-up with neighbour cell configuration update

4) ANR Optimization

• The scope within ANR is to establish an X2 connection between source and target nodes and for that it is necessary that source eNB knows the target eNB IP@

• How the source eNB gets the IP@ differentiates the ANR features:– LTE Automatic Neighbour Cell Configuration (RL09)

– Central ANR (RL10)

– ANR (RL20)

– ANR- Fully UE based (RL30)

NetAct Optimizer supervises all registered cell relations between neighbouring LTE cells if they are still valid and reliable candidates to be a hand over destination. When the outcome results in an inefficient neighbour relation the according cell relation may be blacklisted for handover (RL20)

Page 38: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

38

38 © Nokia Siemens Networks RA4120BEN20GLA0

MME

3GPP ANR configuration principle

SiteeNB - A

NeighborSite

eNB - B

New cell discovered

New cell identifiedby ECGI

CM

X2 Setup : IPsec, SCTP, X2-AP [site & cell info]

UEconnected

S1 : Request X2 Transport Configuration (ECGI)

S1: Request X2 Transport Configuration

relaysrequest

S1: Respond X2 Transport Configuration (IP@)

S1 : Respond X2 Transport Configuration (IP@)

CM

relaysresponse

Add Site & Cellparameter of

eNB-A CM CM

Add Site & CellParameter of

eNB-B

Neighbor Cell Tables in both eNB updated

SCTP: Stream Control Transmission Protocol

Page 39: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

39

39 © Nokia Siemens Networks RA4120BEN20GLA0

LTE ANR

Automated planning: NO configuration of any neighbor cell attributes

•NetAct Optimizer and Configurator create the list of potential neighbour cells and related IP connectivity information

Feature ID: LTE492

RL20

•When UE reports an unknown PCI the source eNB looks for that PCI in look-up tables to find the IP@ of the site hosting the PCI reported

UEs measurements taken into account to trigger the X2 connection

•Once known target eNB IP@ the X2 connection is established and information between neighbours is exchanged

Advantage:

•Works with any UE (no need to report ECGI)

•No neighbour site planning required

The resolution of PCI to IP-connectivity information is done by means of a PCI/RF/IP@ look-up table stored at the eNB, provided by O&M-configuration (NetAct Optimizer, NetAct Configurator).

NetAct just provides in advance the mapping of IP@ to Physical Cell Ids.

Page 40: 11 RA4120BEN20GLA0 LTE Deployment Scenarios v03

RA4120BEN20GLA0

LTE Deployment Scenarios

40

40 © Nokia Siemens Networks RA4120BEN20GLA0

E-UTRAN Intra-Frequency & CDMA2000 Inter-RAT --- supported in RL20

• It’s not necessary for the network to broadcast any intra-frequency neighbour cell information, while it’s necessary to broadcast for UE to search CDMA2000 neighbour carriers (SIB8).

• Measurement offsets can be specified for up to 16 specific E-UTRAN Intra-Frequency cells if desired

• Specific E-UTRAN Intra-Frequency cells can also be blacklisted.

E-UTRAN Inter-Frequency & UTRAN/GERAN Inter-RAT --- not supported in RL20

• The network broadcasts the RF carriers upon which the UE should search for inter-frequency / UTRAN inter-RAT neighbours.

• Measurement offsets can be specified for both specific RF carriers and specific cells (not applicable for UTRAN/GERAN neighbours).

•For UTRAN side, RU20 supports broadcasting LTE RF carriers information (as individual neighbour

information is not needed) in SIB19 to enable 3G4G cell reselection,, .