Kodar_RNO&DT_eng

8/3/2019 Kodar_RNO&DT_eng

http://slidepdf.com/reader/full/kodarrnodteng 1/32

Predrag Radic

Vladica Kovacevic

Ivan Milovic

Kodar Engineering Ltd.

Belgrade, November 2011.

T HE PRINCIPLES OF „DRIVE TEST “ REALIZATION AND RADIO - PARAMETERS

OPTIMIZATION IN THE PROJECT OF MOBILE

RADIO BASE STATION NETWORK MODERNIZATION



PURPOSE AND GOAL OF DRIVE TESTS AND OPTIMIZATION IN THE PROCESS OF NETWORK MODERNIZATION

RAN (Radio AccessNetwork) Swap:• New BSC/RNC controller

installation• New OSS system installation• Base stations swap

+ Possibly replacement:

• Transmission system• PS Core network (SGSN /

GGSN)• CS Core network (HLR,

MSC, MGW)



KPI statistics of theexisting network on

the cluster level(Key Performance

Indicatiors)

KPI statistics of the

new installednetwork on the

cluster level

User experience KPIsof the existing

networkLink availability, speechquality, Web services(download, upload,

real-time streaming, ...)

User experienceKPIs of the newinstalled network

RAN (Radio AccessNetwork) Swap:• New BSC/RNC controllers





MSC, MGW)




KPI statistics of theexisting network on

the cluster level(Key Performance

Indicatiors)

KPI statistics of the

new installednetwork on the

cluster level

RNO&

DT

RNO&

DT

User experience KPIsof the existing

networkLink availability, speechquality, Web services(download, upload,

real-time streaming, ...)

User experienceKPIs of the newinstalled network

Provide the same orbetter KPI statistics

Provide the same orbetter user

experience indicators

Notice and repairevery hardware/ software mistake

occured during swap

Achieve fully networkfunctionality during

swap


RAN (Radio AccessNetwork) Swap:• New BSC/RNC controllers





MSC, MGW)



RAN Swap

EXISTING RAN NETWORK:

Mainly at least a 10 years ofexploatation, with upgrading

of Base stations andcontrollers from differentvendors, changing stuff inRNP/RNO team etc.

NEW RAN NETWORK:

Perfectly clear network insightwith:

1. Onsite hardware statedocumentation

2. Consistency anddocumentations of Data andRadio-parameters

3. Documentations andrelevancy of KPI Data

4. Detailed network ilustrationobtained by Drive tests

Among network hardware/ software modernization itself, swap

is excellent opportunity to fullyadjust and advance network,

documentation, databases, etc.




PROCESS OF SWAP REALIZATION

GeneralPreparation

Cluster SWAPPreparation

Cluster SWAPCluster

OptimizationCluster

Verification

1. General preparation2. Cluster swap preparation

3. Cluster swap

4. Cluster optimizaton

5. Cluster verification



GENERAL SWAP PREPARATION

Radioparameters

mapping

Network parameter

dump

Radio parameters

description

Radio

parameters

description Cluster

defining

DT Cell data

Cell Traffic

Data

Transmission

Network

Design

Defining of target

KPIs as well asformulas for

calculating

Performancecounters

description

Performance

countersdescription

KPI description(formulas)

GeneralPreparation


Cluster SWAPCluster

OptimizationCluster Verification

• Period of intense communication and information exchange with networkoperater

• Establishment of crucial conditions necessary for successful swap



Radioparameters

mapping

Network parameter

dump

Radio parameters

description

Radio

parameters

description

GeneralPreparation


Cluster SWAPCluster


Default

Non-default

Cell

Global

Relation

Conversion

Direct mapping

• VARIOUS „HANDOVER“ ALGORITHMS: Handover

parameters: hysteresis, offsets, thresholds etc

• VARIOUS HCS ALGORITHMS: Cell level and priority

parameters

• RADIO-UNITS WITH VARIOUS CHARACTERISTICS AND POWER SETTINGS: In order to achieve equal TOC power

• ALL OF THE OTHER „VENDOR-SPECIFIC“ PARAMETRS

AND ALGORITHMS.......




Radioparameter

mapping

Network parameter

dump

Radio parameters

description

Radio

parameters

description

Defining of target


calculating

Performancecounters

description

Performance

countersdescription


GeneralPreparation


Cluster SWAPCluster


OSS KPIs defining:

KPIs proper choice

KPI formulas mapping between two networks

Time frame choice (typically 1 – 3 weeks) and time samples during theday for KPIs collection („busy hour“, 24h, etc)

Type of counting KPIs: summary or averaged per day

Cluster

defining

DT Cell data

Cell Traffic

Data

Transmission

Network

Design




Defining of target DT

KPIs

Radioparameters

mapping

Network parameter

dump

Radio parameters

description

Radio

parameters

description Cluster

defining

DT Cell data

Cell Traffic

Data

Transmission

Network

Design

Defining of

DT scenario

Defining of DT report

content

Defining of target


calculating

Performancecounters

description

Performance

countersdescription


GeneralPreparation


Cluster SWAPCluster





CLUSTER DEFINING

Cluster – collection of neighboring sites; usually 15 – 25

All DT and RNO activities during the swap are done on the cluster level During the cluster definition process the things that need to be taken into

acount:

Terrain (physical borders)

Traffic distribution (should be similar on all of the clusters)

Transmission lines (all of the sites should be on the same transmission line)

Logical urban zones borders Radio controller (BSC/RNC) responsibility

GeneralPreparation


Cluster SWAPCluster


G C S C



DEFINING OF TARGET DT KPIS AND SCENARIOS

In order to achieve high-quality Drive test it is important to defineappropriate DT scenario and KPIs to present in report

Mutually test impact:• If done at the same time some

tests can impact each other,for example:• HSDPA DL test has negative

impact on the scanned Ec/Io!

Dual mode test• Consider dual mode test

because:• Defining UMTS service zone• Defining samples where

inter-RAT handovers occur• It is necessary to quit the call

when inter-RAT handoverhappens and then after cellresellection to UMTS toestablish a new call

Static points• Traffic tests can be done in

motion or in static points.• Good practice is to do motion

traffic tests at the beginningof the project, and later toswitch to static tests in orderto utilise resources .

GeneralPreparation


Cluster SWAPCluster

OptimizationCluster Stability

List of DTKPIs andservices

Static testparticipationdetermining

Drive test andStatic testscenarios

G l Cl SWAP Cl



DT SCENARIO EXAMPLE

GeneralPreparation


Cluster SWAPCluster


13

Description of the

test used to collectKPIs

LIST ofexported

KPI / IE

Test softwaresequence description

Test type Test Description KPIDevice

number

Device

typeSequence description

Strongest Scanned GSM 900 BCCH ARFCN

Strongest Scanned GSM 1800 BCCH ARFCN

Strongest Scanned GSM 900 RxLev

Strongest Scanned GSM 1800 RxLevRxLev Sub / Full

BCCH ARFCN

RxQual Sub / Full

SQI

Time Advance

Call Setup Success Rate

Call Drop Rate

Handover Success Rate

FTP UL Session Application ThroughputFTP UL RLC Throughput

FTP DL Session Application throughput

FTP DL RLC Throughput

PDP Context Activation Success Rate

Average PDP Context Activation Time

PS Session Drop rate

Ping Delay

Ping Number

Ping Packet Loss

Drive test

(E)GPRS FTP Upload

MS3 / DC3 Modem

1.) UE locked on 2G

2.) 60 s FTP Upload

3.) 10s wait

4.) 60s FTP Download

5.) 10s wait

6.) Ping 10 times

7.) 10s wait

8.) Repeat

(E)GPRS FTP

Download

(E)GPRS PDP Context

(E)GPRS Ping Service

Drive test GSM RF Coverage MS1 Scanner1.) GSM Scan All Operator's

BCCH / BSIC

Drive test GSM Voice Short Call MS2 Phone1.) UE locked on 2G

2.) 50s duration + 10s idle

G l Cl t SWAP Cl t



The differencies intransmitting-recieving

characteristics of differentdevices

On the test set deviceallocation have to be the

same

DT EQUIPMENT CONFIGURATION On the basis ofdeterminated scenario, the

final equipmentconfiguration will be defined

Hardware problems impacton results have to beminimized:

GeneralPreparation


Cluster SWAPCluster


The same test set have

to be used(reference,validation, acceptance)

on the cluster

Possible degradation of thereceiving characteristics of

device during the time!

Periodically test of thereceived signal strength for

all of the the devices

G l Cl t SWAP Cl t



DT REPORT CONTENT DEFINING – INFORMATION ELEMENTS DISPLAY DT report form is designed especially for the project in accordance with agreed IE and

KPIs with operater. Standard DT results display:

RxQual - 2G

Interval PDF [#] PDF [%] CDF [#] CDF [%]

0 <= x < 5 24564 99.1 24564 99.1

5 <= x < 6 141 0.6 24705 99.6

6 <= x < 7 57 0.2 24762 99.9

7 <= x < 7 33 0.1 24795 100.0

Samples (#) 24,795

Average 0.2

GeneralPreparation


Cluster SWAPCluster


MAP

STATISTICS

GRAPH

General Cluster SWAP Cluster



KPI values are obtained:

1. Statisticaly, from „information elements“, where value may be: a) Averaged from all of the samples

b) Sample percentage with the IE value above/under defined border value

2. Mathematical expression of events:

GeneralPreparation


Cluster SWAPCluster


16

Average

value

Rate

value

Average

value

Rate

value

GSM RxLev Sub (dBm) (#samples_RxLev>=-85dBm)/(#samples) -74.5 98.60 % -75.3 98.30 %

GSM RxQual Sub (#samples_RxQual<=5)/(#samples) 0.2 99.60 % 0.2 99.50 %UMTS CPICH RSCP (dBm) (#samples_RSCP>=-95dBm)/(#samples) -81.3 89.90 % -80.9 90.20 %

UMTS CPICH Ec/Io (dB) (#samples_Ec/Io>=-11dB)/(#samples) -5.4 99.40 % -5.1 99.60 %

Mode KPI (unit) Formula

Reference Acceptance

Pass?

Failures

count

Rate

value

Failures

count

Rate

value

GSM Call setup success rate 100 * (#Call Setup / #Call Attempt) 12 97.30 % 8 97.90 %

GSM Call drop rate 100 * (#Dropped Call / #Call Setup) 4 98.80 % 3 98.90 %

GSM Handover success rate 100 * (1 - Handover failures / Handover attempts ) 2 99.00 % 2 99.10 %

GPRS PS Attach success rate 100 * (1 - #PS Attach Failure / #PS Attach) 0 100.00 % 0 100.00 %

GPRS PDP activation success rate

(1 - #PDP Context Activation Failure / #PDP Context

Activation) 0 100.00 % 0 100.00 %

GPRS PDP session drop rate 100 * (1- PDP dropped connections / #Session Start) 0 100.00 % 0 100.00 %

UMTS Call setup success rate 100 * (#Call Setup / #Call Attempt) 4 98.70 % 0 100.00 %

UMTS Call drop rate 100 * (#Dropped Call / #Call Setup) 2 99.30 % 1 99.50 %

UMTS Handover fro UTRAN success rate100 * (1 - #Handover From UTRAN failure /#Handover From UTRAN) 0 100.00 % 0 100.00 %

Pass?Mode KPI Formula

Reference Acceptance

DT REPORT CONTENT DEFINING – INFORMATION ELEMENTS DISPLAY




DT REPORT CONTENT DEFINING – ADVANCED

1. Unwanted events detailed display

GeneralPreparation


Cluster SWAPCluster


17

# Lat Lon Time Logfile Event Event Info

Last Best

Server Name

Last Best

Server RSCP

Last Best

Server EcIo

Last UE

TxPower

Dist from

Serving Cell

1 44.49473 20.25293 15:43:06 Test_01 Blocked Cal l

Block type: No Immediate

Assignment. , call time:

10297 ms Cell_1 -84.3 -11.3 33 8

2. Geographical display:

3. Layer 3 signalization display(immediatelly before bad event)

UE RNC

RRC Connection Request

← RRC Connection Setup

RRC Connection Setup

Complete

CM Service Request

← Authentication Request




It is possible to present additional analysis of the unwanted network performances,like: Pilot Pollution Missing Neighbour

The data are combined from scanner (neighbour signal strength and quality) and fromtest phone (BA list) for GSM

For detailed analyse it can be used predefined „Cell & Neighbors Data“

Ping-pong handovers

Polluter Cell

Name SC

Polluted

samples (#)

Detected

Samples (#)

Polluted

samples (%)HN3395 299 1814 15986 11.3

HN3394 291 1675 8557 19.6

TI3345 227 1122 7482 15.0

TI3346 235 1003 7136 14.1

TI3340 243 773 6094 12.7

TI3147 178 708 5450 13.0

TI3344 219 696 4718 14.8

TI3050 18 650 4601 14.1

HN3398 315 638 3660 17.4

HN3430 435 628 5899 10.6

HN3422 419 520 3071 16.9

HN3396 307 513 3550 14.5

HN3390 267 493 3714 13.3

TI3148 186 482 5138 9.4

11.3

19.615.0 14.112.7 13.0 14.8 14.1

17.4

10.616.9 14.513.3

9.4

0.0

20.0

40.0

60.0

80.0

H N 3 3 9 5

H N 3 3 9 4

T I 3 3 4 5

T I 3 3 4 6

T I 3 3 4 0

T I 3 1 4 7

T I 3 3 4 4

T I 3 0 5 0

H N 3 3 9 8

H N 3 4 3 0

H N 3 4 2 2

H N 3 3 9 6

H N 3 3 9 0

T I 3 1 4 8

P o l l u t e d s a m p l e s ( % )

Highest Polluter Cells

GeneralPreparation


Cluster SWAPCluster


DT REPORT CONTENT DEFINING – ADVANCED



DT ROUTE DEFINING

DT route should cover all of the cells serving zones as well as mainroads

Usual route length: 5 – 15 km per site→ about 200 km per cluster

If cell level analyse is needed, for example „Missing Neighbors“ and„Pilot Pollution“ in urban zones, route should cover the majority of streetsbecause of statistically relevance of result data.

GeneralPreparation


Cluster SWAPCluster


• DT route have to be identical inevery repeated test.

• Because of handover hysteresiseffect there is a need foridentical route direction in everyof repeated tests.

Exceeding of the servicezone (UMTS test):Route have to be insideexpected UMTS servicezone, in order KPIstatistics to be relevant

General Cluster SWAPC S

ClusterC



REFERENCE DRIVE TEST

GeneralPreparation


Cluster SWAPCluster


R e

f e r e n c e

D T

Collection of DT KPIs on the existing network

Notice of mistakes in the DT Cell Data file

Notice of hardware mistakes/problems whichcan be solved during the swap-a (mixed

feeders, sectors)

Notice of problematic areas where specialattention should be payed after the swap

ReferenceDT Report

It is performed after cluster parameters freezing announcement in order to

collect reference DT KPIs

Exact day (working day/weekend)and period during the day when DTis performed have to be repeatedon other test on that cluster, in orderto proper compare the results

General Cluster SWAPCl SWAP

ClusterCl V ifi i



NEIGHBOURING RELATIONS COMMAND SCRIPTS GENERATION

Actions during the swap of base station:

• Reconfiguration of neighbouring relations from and toswapped cell

• Define/change definitions of external cells

Important to provide:

• Independency from previous system; no need for any

changes• Fully functionality just after new cell become active

• Independency from swap cell order and dynamics

GeneralPreparation


Cluster SWAPCluster


General Cluster SWAPCl t SWAP

ClusterCl t V ifi ti



OUTGOING

neighbouringrelations scripts

generation

Cell &Neighbors

Design Data

Cell Name Modification

Table

SwappedSites List

BSC/RNCDumps

INCOMINGneighbouring

relations scriptsgeneration

RELATIONS CONFIGURATION – SCRIPT MAKER

Cluster sites swap

• Previous detailed validation of input data• External cell adding/ modification• Defining of externall cell index in order with

mobile operators demands• Cell names harmonization• Neighbouring names adding

• External cell modification/ removing

• Redirection ofneighbouring relations

from old to new cell

• Software tool internally developed for automaticallygeneration of command scripts and network parameters

consistency checking• Developed for needs of Telenor Renovation project,

adaptable for any similar project• Provides command generation and control if

neighbouring relations parameters are correctly set

GeneralPreparation


Cluster SWAPCluster


General Cluster SWAPCl t SWAP

ClusterCl t V ifi ti



SCRIPT MAKER – CHECKING

Initial scriptgeneration

Swap scriptgeneration

Checkings

• Check if external cells parameters are correlated with initial

parameters

• Check if neighbouring relations parameters are correlatedwith initial parameters

• Check if parameters with no default values are correct set

• Unexisting cell finding

• Asymmetrical neighbouring relations finding

• ...

GeneralPreparation


Cluster SWAPCluster


General Cluster SWAPCluster SWAP

ClusterCluster Verification



ChangeRequest

Determination ifreference KPI

values are reached

OPTIMIZATION CLUSTER PROCESS

Functionality checkand urgent problem

solving

Ge e aPreparation

C uste SPreparation

Cluster SWAPC uste


Daily OSS KPI monitoring

Optimization andradio parameters

tuning

Freezing clusterparameters

AcceptanceOSS KPIscollection Acceptance

OSS & DTReports

Validation drivetest

Troubleshootingdrive tests

Acceptancedrive test





Functionality checkand urgent problem

solving

Preparation PreparationCluster SWAP



Basic functionalitycheck

• Voice traffic• Data traffic• Handovers

Parameterscheck

• Basic cellparameters• Neighbouring

relations

Hardware check

• Critical alarms• High VSWR• Crossed/mixed

feeders/cells• TMA device check







1. MIXED CELLS (TX BRANCHES)



2. TWO SC (BOTH TX BRANCHES) IN THE SAME AZIMUTH

3. MIXED RX BRANCHES

CROSSED CELLS / FEEDERS





ChangeRequest





tuning



DT result analysis

• Cells with unstable service zone

• Zones with quality degradation

• Zones with reduced data traffic

• Overshooting cells

• Bad events analyzing

• Layer 3 signaling detailed analyze






ChangeRequest





tuning



Optimization and radio parameterstuning

• Congestion problems solving and traffic

optimization:• Cell traffic distribution

• Technology traffic distribution

• Interference problems solving

• Neighbour optimization

• The „worst cell“ analyze and problem

solving



ClusterO

Cluster Verification



TRAFFIC DISTRIBUTION OPTIMIZATION Basic tasks:

Solving the „new noticed“ traffic congestion

Provide optimal traffic balance Comparing traffic distribution per cell before and after swap – visual

analysis and possible problem noticing

Detailed analyse of KPIs, serving zones comparision, ...

Possible actions (GSM):

Cell Reselectionparameters change

Handover parameterschange

Direct Retry to „switch on“

Half Rate Treshold tuning

Hardware TRXreallocation between cells



GeneralP i

Cluster SWAPP i

Cluster SWAPCluster

O i i iCluster Verification



NEIGHBOUR OPTIMIZATION

OSS tools enable finding of missed 2G neighbours from BA2 list, as well as all of

missing 3G neighbours Drive test analyse: Enables finding of missed ARFCNs in BA2 list, as well as all of

missing 3G neighbours



Map display of missingneighbours, geographicalpresentation is desirable

Automated scripts generation byusing of Script Maker

GeneralP ti

Cluster SWAPP ti

Cluster SWAPCluster

O ti i tiCluster Verification



CLUSTER VERIFICATION



Clusteroptimization

(couple weeks)

PreliminaryAcceptance

Certificate

FinalAcceptance

Certificate

SWAP SUCCESFULLYFINISHED

Clusterverification

(couple months)

Kodar_RNO&DT_eng

Documents

Transcript of Kodar_RNO&DT_eng