Download - Best Effort Optimisation Process Doc v2.1
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
1/47
PROCESS DEFINITION 1 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
Project Spinoza: Best Effort RF & In CallOptimisation/Analysis Process
Version 2.1
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
2/47
PROCESS DEFINITION 2 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
1. DOCUMENT HISTORY
Date Version Editor(s) Changes /Notes
27/05/2005 1.0 Robert Joyce First Draft
01/06/2005 1.1 Justin Clayden Addition of sections 4.5.1 & 4.5.2 & 5.2
Updates to multiple sections.
09/06/2005 1.2 Justin Clayden Update of embedded report formats.
09/06/2005 1.3 Justin Clayden
Pat Charoenpanichkit
James Wall
Updates to most sections.
Created Actix Settings section.
Update of section 5.4
09/06/2005 1.5 Justin Clayden Updates to most sections.
02/07/2005 2.0 Justin Clayden Structure overview
02/07/2005 2.1 Justin Clayden Additions to multiple sections
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
3/47
PROCESS DEFINITION 3 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
TABLE OF CONTENTS
1. DOCUMENT HISTORY ................................................................................................................. 22. INTRODUCTION............................................................................................................................ 43. OVERVIEW OF BEST EFFORT OPTIMISATION PRINCIPLES & METHODOLOGY .................. 44. PREFERENCES IN ACTIX ............................................................................................................ 5
4.1 Cellrefs File.............................................................................................................................. 54.2 WCMDA Neighbour List .......................................................................................................... 64.3 General Settings ...................................................................................................................... 64.4 Threshold Settings................................................................................................................... 94.5 Storing Actix Settings to File.................................................................................................... 94.6 Actix Colour Settings ............................................................................................................... 94.7 UMTS Event Definition File ..................................................................................................... 9
5. DRIVE TEST SETUP................................................................................................................... 10RF OPTIMISATION RF HOUSEKEEPING ....................................................................................... 11
5.1 Analysing the Drive for Sites Off-Air and Crossed Feeders .................................................. 115.2 Running the RF Coverage KPI Report ..................................................................................14
6. RF OPTIMISATION DETAILED RF OPTIMISATION ............................................................... 227. RF OPTIMISATION 3G TO 3G NEIGHBOUR ANALYSIS........................................................ 278. RF OPTIMISATION 3G TO 2G NEIGHBOUR ANALYSIS........................................................ 309. IN-CALL ANALYSIS HOUSEKEEPING .................................................................................... 35
9.1 Analysing the Drive for Sites Carrying Traffic ........................................................................ 359.2 Running the Voice Cluster KPI Report ..................................................................................379.3 Running the PS Cluster KPI Report ...................................................................................... 399.4 Looking for Obvious Patterns ................................................................................................ 40
10. IN-CALL ANALYSIS DETAILED ANAYSIS........................................................................ 4210.1 Protocol Stack Browser...................................................................................................... 4310.2 State Forms ....................................................................................................................... 44
11. REPORTING ......................................................................................................................... 4511.1 Completion of RF Analysis Workbook ............................................................................... 4511.2 Completion of In Call Analysis Workbook .......................................................................... 4511.3 Completion of Presentation................................................................................................ 46
12. ISSUING CHANGE REQUESTS & FAULT INVESTIGATIONS............................................ 4713. SUMMARY ............................................................................................................................ 47
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
4/47
PROCESS DEFINITION 4 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
2. INTRODUCTION
This document describes the Best Effort optimisation process applied on Project Spinoza. The termBest Effort in this document is used to describe the process of optimising clusters as much aspossible prior to complete cluster optimisation.
Since the methodology described in this document is following a best effort basis, the analysisdetailed in this document concentrates mainly on RF optimisation and analysis of voice & PS calldrives. Since the process will be constantly updated during the project the reader should ensure thatthey have the latest version of this document and associated documents and templates.
3. OVERVIEW OF BEST EFFORT OPTIMISATION PRINCIPLES & METHODOLOGY
The Best Effort optimisation methodology to be employed by Nokia can be split into the followingsub-processes:
RF Optimisation
o RF house keeping (cells on-air check, crossed feeder checks)
o Detailed RF optimisation (confirming correct coverage of individual cells)
o neighbour analysis (3G-3G)
o neighbour analysis (3G-2G)
Voice & PS Call Performance Optimisation
o In-Call analysis - house keeping (all SCs carrying traffic)
o Detailed In-Call analysis (pilot pollution analysis, SHO Area Analysis).
Ideally the first step should always precede the second step as there is little point performingdetailed in call drives if the RF environment is not sufficiently optimised to support the calls in thefirst place or if cells are not radiating for any reason.
The first step of RF Optimisation is the analysis of the radio conditions against a set of RF targets(Ec, Ec/Io etc.) In order to do this, extensive RF scanner measurements will be taken for the cluster.These measurements will then be used to identify RF problem areas within each cluster such as badEc, bad Ec/Io or missing neighbours. During this stage other basic house keeping checks will bemade to make sure that all the sites expected on-air are indeed on-air, that there are no crossedfeeders etc.
Once Best Effort RF Optimisation has been performed, best effort voice & PS call performanceoptimisation can begin. Call performance optimisation involves carrying out a series of voice & PScall tests within the cluster. Again, this step includes basic house keeping checks to confirm cells arecarrying traffic, etc. For each of the call tests performed the End-to-End Engineer analyses the callperformance KPI statistics and if necessary drills down to the individual L3 messages for further
analysis.
From the analysis the Engineer will determine the reason for the problem (further RF optimisation,system problem, 3G/2G HO problem etc.) and recommend the appropriate changes to the networkthrough the Change Request process.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
5/47
PROCESS DEFINITION 5 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
4. PREFERENCES IN ACTIX
4.1 Cellrefs File
There are different CellRefs files for Optus and Vodafone. These files are updated daily and can befound on the network drive at:
\Common_Data\Actix\CellRefFiles\
Is it critical that you use the correct operators CellRef file when doing any form of analysis.Below are the details for loading the CellRef file.
Step 1: From the main menu, select Tools Preferences
Step 2: In the Change Preferences dialog, on the File Location line, double-click on the name of thecurrent cellrefs file.
Step 3: In the Open dialog, navigate to the cellrefs file you would like to use and select Open. The
files must be copied from the Network Drive and place in the following directory for local access:
C:\Program_Files\Actix\Bin\Cellrefs\
Step 4: Click OK to close the Preferences dialog.
Step 5: A message box will be displayed saying that the new cellrefs file takes effect when Actix isrestarted. Click OK to close the message box. Restart Actix by clicking FileExit and then restartActix in the normal way.
Step 6: Click View Display New Map
By default the cell sites are now visible (if this is not the case then right click, zoom go to layer wcdma site-Site_Name)
It is suggested that you use the most up to date cellrefs file every time you do any analysis. It isimportant to use the cellrefs file specific to the operator you are analyzing.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
6/47
PROCESS DEFINITION 6 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
4.2 WCMDA Neighbour List
Below are the details of the parameters for the WCDMA Neighbour List.
Tool preferences WCDMA Neighbour List
4.3 General Settings
Step 1: Time Offsets
Tools Preferences Time Offsets
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
7/47
PROCESS DEFINITION 7 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
Step 2: Binning Mode
Tools Preferences Binning Mode
For the physical layer (RF) analysis, it is suggested to use Location Binning with the value of
X=0.000001 and Y=0.000001
For In-Call analysis, it is suggested to use Message Binning Mode with the value of Message = 1.
Step 3: Decode Settings
Tools Preferences Decode Settings
NOTE: Scanner Ec/Io Threshold should be set to -20dB. Otherwise Actix ignores all values below -15dB.
Select the Binning mode here
Determine the value for each of thebinning mode here
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
8/47
PROCESS DEFINITION 8 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
Step 4: GSM Bands Used
Tools Preferences GSM Bands Used
Step 5: WCDMA
Tool
Preferences
WCDMA
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
9/47
PROCESS DEFINITION 9 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
4.4 Threshold Settings
Step 1: From the main menu, select Tools Display Thresholds
Step 2: Below are the threshold settings used for Actix Event Definitions
Actix EventDefinitions.pdf
4.5 Storing Actix Settings to File
All of the above settings (Sections 4.2 to 4.4) are stored in the actix settings file called
AppSettings.dat that is stored in the following directory:
C:\Program_Files\Actix\Bin\
A back-up version can be found on the network drive at:
\Common_Data\Actix\Actix_Settings\
4.6 Actix Colour Settings
Colour settings for Actix are stored in the xml files stored in the following directory:
C:\Program_Files\Actix\Bin\FormatGroups\UserSettings\
Back-up versions can be found on the network drive at:
\Common_Data\Actix\ColourScheme\
4.7 UMTS Event Definition File
The Actix UMTS Event Definition File need to put in the following location
C:\ProgramFiles\Actix\Analyzer\Bin\Events\
A back-up version can be found on the network drive at:
\Common_Data\Actix\Actix_Patches\
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
10/47
PROCESS DEFINITION 10 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
5. DRIVE TEST SETUP
For further details on the setup of the Nemo drive test equipment please see the Nemo Setupdocument which can be found on the network drive at:
\Common_Data\ Procedures_&_Guidelines\Nemo\
For CAL optimisation the following drive test setup will be used:
Voda - 3G only voice call - 90sec Active / 15sec Idle (NOKIA UE)(File name: YYMMDD_S01_VF_XXX_LONG3G)
Voda - 2G ISHO enabled voice call - 90sec Active / 45sec Idle (SAMSUNG UE)
(File name: YYMMDD_S01_VF_XXX_LONG2G)
Optus - 3G only voice call - 90sec Active / 15sec Idle (NOKIA UE)(File name: YYMMDD_S01_OP_XXX_LONG3G)
Optus - 2G ISHO enabled voice call - 90sec Active / 45sec Idle (SAMSUNG UE)(File name: YYMMDD_S01_OP_XXX_LONG2G)
PS384 - 2G handover enabled (NOKIA UE) - Operator will change from drive to drivePS call will download a 2MB file, disconnect, upload 500kB file, disconnect, then repeat).(File name: YYMMDD_S01_VF_XXX_PS384 (for Vodafone))(File name: YYMMDD_S01_OP_XXX_PS384 (for Optus))
2G Scanner - all GSM900 band.(File name: YYMMDD_S01_XXX_SCAN2G)
3G Scanner - both Voda and Optus channels - Top15 SC's on each channel.(File name: YYMMDD_S01_XXX_SCAN3G)
This 3G scanner files is then split into separate files for each operator using the ScannerConversion tool (available on the network drive:
\\Common_Files\Tools\
(File name: YYMMDD_S01_VF_XXX_SCAN3G (for Vodafone))(File name: YYMMDD_S01_OP_XXX_SCAN3G (for Optus))
For file naming convention the following is assumed:
YY - yearMM - monthDD - day
XXX - team name eg TIN - Tin TeamCOP - Copper Team
BRO - Bronze TeamIRO - Iron Team
S01 - cluster eg S01 - Sydney 01C01 - Canberra cluster 01
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
11/47
PROCESS DEFINITION 11 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
RF OPTIMISATION RF HOUSEKEEPING
5.1 Analysing the Drive for Sites Off-Air and Crossed Feeders
NOTES:1. The Binning method in Actix should be set to Location. See section 4.3.2. Ensure you always plot layers like streets, RNC borders and cluster borders.3. Cells should be displayed and JSids also shown.
This section must be completed for each operator.
Step 1: Open Actix and load all Scanner log files that you need to analyse (make sure that youknow exactly which files are associated with the cluster you need to analyse and for which date).
(File>Open Log File)
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
12/47
PROCESS DEFINITION 12 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
Step 2: Create a superstream of all scanner log files (if youre going to analyse multiple scanner
drives). Tools->Create Superstream
Step 3: Plot the best server SC on a map and perform a visual inspection that each and every cellthat should be on air- is on air. With the cell layer turned on and with the colour of the cells set tomatch the SC you can also easily see and sites with swapped feeders.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
13/47
PROCESS DEFINITION 13 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
Step 4: Display the detected SCs on an Excel worksheet.
Step 5: Sort by Scrambling Code and use Autofilter to run a quick check of sites SCs detectedduring the drives.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
14/47
PROCESS DEFINITION 14 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
5.2 Running the RF Coverage KPI Report
NOTES:4. The Binning method in Actix should be set to Location. See section 4.3.5. Ensure you always plot layers like streets, RNC borders and cluster borders.6. Cells should be displayed and JSids also shown.
This section must be completed for each operator.
Step 1: Open the RF KPI Report (Tools->Open Workbook)
Step 2: Make surethat you select the Superstream you have just created as the source data for theKPI Report.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
15/47
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
16/47
PROCESS DEFINITION 16 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
Step 4.2: Select Operator Name and City. Then click on Add New DT button.
1
Step 4.3: First, select the Cluster Number. Then you will get site list on the right hand and select
only the On-Air sites on this drive test. After that click update button.
1
2. Cluster Site
3. U date Site
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
17/47
PROCESS DEFINITION 17 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
Step 4.4: All shown below will be update on the highlighted area but you have to fill in the number of
Alarm sites manually.
Step 4.5: Fill in all the necessary information with Fault Investigation. Fault investigation is theproblem that you found on this drive test. You can fill in later after finish analyzing by using the EditButton.
1. Fill in additional
2. Add Fault investi ation in the
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
18/47
PROCESS DEFINITION 18 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
program will automatically fill the missing information in the above picture.
Step 4.6: From Actix Worksheet, you go to the bottom of Statistic Page. It has the summary of Drive
Test result that you can copy and paste to the KPI (You have to select only the data, dont selectwhole column in row). In this example, Ill show you the AMR KPI result.
Step 4.7: Paste in the KPI Statistic Box. Repeat it 1 by 1 until complete all RF, AMR, PS and VDOcalls.
NOTE: The
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
19/47
PROCESS DEFINITION 19 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
NOTE: For more information, please find out in the Optimize Database Manual.
Step 4.8: Then click Add Button on the upper right hand.
1
2
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
20/47
PROCESS DEFINITION 20 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
ort contain statistics and graphs.Step 5: The remaining sheets in the RF Coverage KPI Rep
Step 6: From the RF Coverage KPI Report several pages need to be cut and paste into the BestEffort RF Analysis spreadsheet.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
21/47
PROCESS DEFINITION 21 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
If swapped feeders are detected:- This issue needs to be raised immediately as a Fault Investigation in the RF Database. Once it
has been logged, then a Optimisation Notification for Fault_TT form must be filled in andemailed as soon as possible to the following people:
OUTCOMES FROM THIS SECTION:
for Vodafone Lead [email protected] for Vodafone Lead Sites
[email protected] for Optus Lead [email protected] for Optus Lead Sites.
If antenna tilts or pans are needed:- You should begin to compile a list of physical antenna changes (tilt changes, azimuth changes)
they you believe are necessary to improve RF coverage in the area. Further additions to thesephysical changes may be necessary after the In Call analysis is completed. These physicalchanges will eventually be raised in a Change Request through the RF Database tool.
- All these changes need to be carefully considered and each and every change must go throughthe following steps:
They must be simulated in NetAct planner. They must be approved by the RF Engineer who planned the site. If the planning engineer is not available then the TSS and site photos should be
used. If the antenna is DualBand then 2G must confirm the change also.
NetAct must be updated with the new configuration.
ly, the statistics need to the added to the RF Database for bothoperators.
RF Healthcheck complete the RF Database:- In the RF Database, the RF Healthcheck complete button much be tick for both operators..
Start compiling the Best Effort RF Analysis template (one for each operator):- Now that the RF Coverage KPI Analysis macro has been run, the first 3 sheets of the Best Effort
RF Analysis Template can be completed. These sheets are Scanner Files Loaded, RF KPISummary, EcNo vs RSCP.
This section must be completed for each operator.
Add RF Statistics to the RF Database:- As described in detail previous
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
22/47
PROCESS DEFINITION 22 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
6. R PTIMISATION
2.3.
This sec radiating sites in the cluster.
Step 1: Poor Coverage Analysis: Display the best server Ec (RSCP) coverage for the superstreamon a map analysed in more depth later. (ThisRSCP pl ntation so now is a good time to completethis task.)
F OPTIMISATION DETAILED RF O
NOTES:1. The Binning method in Actix should be set to Location. See section 4.3.
Ensure you always plot layers like streets, RNC borders and cluster borders.Cells should be displayed and JSids also shown.
tion to be completed for the operator with most
and locate the areas of poor coverage. These will beot is also an input into the final powerpoint prese
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
23/47
PROCESS DEFINITION 23 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
Ec/Io for the superstream on a map and
locate the areas of poor Ec/Io. Remember that areas of poor Ec/Io can be due to poor coverage asot pollution. Therefore theres nothing you can do about the areas of bad Ec/Io where theis will be analysed in
his Ec/Io plot is also an input into the final powerpoint presentation so now is a good time to
Step 2: Poor Quality Analysis: Display the best server
well as pilcoverage is also bad. You can only improve the Ec/Io if theres sufficient Ec. Thfurther in the next step.
(Tcomplete this task.)
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
24/47
PROCESS DEFINITION 24 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
ap.Step 3: Pilot Pollution Analysis: Using Actix, display the pilot pollution for the superstream on a m
This gives an easier visualisation of problem areas in the network.
In Actix, the Pilot Pollution event occurs when four or more pilots are above a user defined level (inour case -15dB). It is important to note that it does not consider the RSCP values of these pilots (can be seen in the screenshot). It is important to always consider three factors- RSCP levels, Ec/Ilevels and the number of pilots (i.e.- pilot pollution) in a given area.
Step 4: Now that the problem areas have been identified, then detailed analysis can begin. In actixlook at the individual RSCP and Ec/Io of cells to determine their service areas.
aso
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
25/47
PROCESS DEFINITION 25 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
azimuths or down tilts for theseites to improve dominance of the best servers or reduce interference from the worst interferers.
It is also important to consider the other possible reasons for these problem areas, such as:
1. Missing Site. If there is a missing site in the plan, then nothing should be done intoimprove coverage/dominance until the missing site is on air.
2. Coverage Degradation Request. There may be a Coverage Degradation Requestactive in this area. To confirm, display the MapInfo layer that contains all active CDRsand discuss with the RF Planner of this area.
3. Cell /Site not radiating. Low RSCP could be due to a cell or site not radiating at the timeof the drive. This should have been confirmed in the RF Housekeeping stage.
Step 5: Details of RF problems should be added to the Best Effort RF Analysis template. Examplebelow.
To improve the RSCP and Ec/Io situation in these areas you should use Actix to identify the best
servers and worst interferers in the area and possibly suggest news
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
26/47
PROCESS DEFINITION 26 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
Continue to compile a list of physical antenna changes (tilt changes, azimuth changes) they yousical
changes may be necessary after the In Call analysis is completed. These physical changes willeven
- All these change must go throughthe following
t confirm the change also.
tart compili
omplete the Problem Areas documentation:- The Problem Area sections of the Best Effort RF Analysis template should be completed.
This section to be completed for the operator with most radiating sites in the cluster.
OUTCOMES FROM THIS SECTION:
If antenna tilts or pans are needed:-
believe are necessary to improve RF coverage in the area. Further additions to these phy
tually be raised in a Change Request through the RF Database tool.changes need to be carefully considered and each and every
steps: They must be simulated in NetAct planner. They must be approved by the RF Engineer who planned the site. If the antenna is DualBand then 2G mus NetAct must be updated with the new configuration.
ng the final powerpoint presentation:S- The RSCP and Ec/Io plots for each operator can be pasted into the final power point
presentation.
C
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
27/47
PROCESS DEFINITION 27 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
7. R BOUR ANALYSIS
r each operator separately. 3G to 3G neighbour cell list will
Ste som cted in the file
F OPTIMISATION 3G TO 3G NEIGH
This section is to be completed fobe separate for each operator.
p 1: Select from the menu Analysis -> UMTS Accelerated Network Rollout (This should give youething similar to the screen below. Make sure that the Superstream is sele
selection box.
Step 2: Now double click on the Neighbour List Recommendation icon and after a short time(depends on the size of your superstream) you should be presented with a screen similar to thatbelow. Click Show Excel Report button on the lower right corner.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
28/47
PROCESS DEFINITION 28 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
bour List Creator macro. Enable Macros.
Sheet.
Step 3: Open the latest version of the Spinoza 3G3G Neigh
Step 4: Go back to the Actix sheet and click on the grey square between the A and the 1 greysquares to select the whole Actix
Step 5: Copy this sheet to the 3G Neighbour List Creator work book. (Click on the blue square andselect paste).
Step 6: Go back to the Summary Sheet, update the date, Engineer and Cluster details and click onthe Create Neighbour List button. After a short time you should be presented with a summarisedmissing neighbour sheet similar to the one below. Do not forget to save your new sheet with adifferent name to retain the blank 3G Neighbour List Creator sheet for next time.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
29/47
PROCESS DEFINITION 29 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
ny missing neighbours with less than 10 samples.)
Step 7: You will then have a list of suggested neighbour additions. (NOTE: The Excel macro ignores
a
NOTE: If there are any sites with swapped feeders that all missing ncells for these sites should beignored in this process.
These potential missing neighbours should be checked for validity using the mapinfo neighbours toolthat can be found on the common drive:
\Common_Data\MapInfo\UMTS_Tool\
All valid neighbours can then be created into a Change Request using the RF Database. All that isrequired to produce a CR is the source and target cellids.
There are limitations to the number of 3G to 3G neighbour relations that can be defined per cell. Atpresent this is limited to 28 relations. If the CR that is created has ADJS_ids that are greater than28, then you must reconsider this relationship and all other relationships defined in that cell. It maybe necessary to delete a relationship to make space.
OUTCOMES FROM THIS SECTION:
Change Request generation:- Once a list of valid new 3G 3G neighbour relationships is created this must be implemented
into the RF database by creating the relationships (both directions) and for both operatorsseparately.
- A copy of the final CRs are the be included in the CR -3g-3g Neighbours sheet of the BestEffort RF Analysis spreadsheet.
This section is to be completed for each operator separately. 3G to 3G neighbour cell list willbe separate for each operator.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
30/47
PROCESS DEFINITION 30 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
8. R
his section to be completed for both operators separately.
Actix is not able to do the 3G/2G neighbour analysis. The process for finding missing 3G to 2Gncells is detailed below.
All programs and macros mentioned in this section can be found on the network drive at:
\Common_Data\Procedures_&_Guidelines\3G_to_2G_ncell_process\
A DOS based program has been written to process the scan files. An excel worksheet withassociated macros (which processes the output of the above program) is then used to present the
scanned 3G/2G ncells in terms of SC/BCCH-BSIC. A second excel worksheet with associatedmacros is then used to present scanned and undefined SC/BCCH-BSIC combinations.
The RF engineer must decide which scanned SC/BCCH-BSIC combinations should be added asneighbours. The Cell id of 3G and 2G cells to be added is noted.
The new 3G to 2G relationships are added to the RF Database in order to generate a ChangeRequest.
Step 1: To process the log files copy all 3G and 2G scanner files, from one and only one drive testteam, taken on the same day, into the same directory. 3G and 2G scanner files will most often havea .fs3 and .fs2 extension respectively.
to be created in step 6, may contain over 65536 lines (the maximumallowed in excel). If this is the case the output file will have to be broken into separate files of length
It is best to check whether the file is for 3G or 2G by opening the scanner files in notepad. Followingis information is found near the top of the file. Note that the
11.5.2005 10:25:31: UMTS 2100 FDD: DTI LX UMTS 2100
tmu
te
F OPTIMISATION 3G TO 2G NEIGHBOUR ANALYSIS
T
NOTE: Concatenating the files may not end up saving time. If after concatenating the 2G and 3Gscan files, the output file,
less than 65536 lines.
is an excerpt from a 2G scanner file. Thcurrent version is 1.73 or 1.74. The remaining messages clearly indicate that this is a scan of the 2GGSM system.
*** NEMO PRIME 4.13.23 ff ver 1.73 11.5.2005 10:25:31
#NT Network type : GSM 900/GSM 1800#ST Scanner type : DTI LX GSM 900/1800
Similarly here is an excerpt from a 3G scanner file.
*** NEMO PRIME 4.13.23 ff ver 1.73NT Network type#
#ST Scanner type
Make certain that all 3G scanner files have the same extension, this does not have to be .fs3, but ist be consistent. Also, remove all spaces from the file names.
S p 2: Copy the executable DOS code, get3g2g_spin_1.5.exe to the directory created in step1.
Step 3: Open a DOS window (Start->Run->cmd)
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
31/47
PROCESS DEFINITION 31 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
cated in and combine the files:
mand; Copy *.fs2 input2G.fs2
Step 4: Change to the directory that the scanner files are lo
Combine all 2G files into a single input file using the following comCombine all 3G files into a single input file using the following command; Copy *.fs3 input3G.fs3
NOTE: All scan files are from the same day and all 2G drives have *.fs2 and all 3G scan files have
fs3 extension. If data from different drive test teams taken on the same day is copied into the same
l run of the executable file. It may be helpful to indicate the date on input andutput files as you may be analysing drives from a number of days.
*.file, the output file will contain erroneous information.
Step 5: Run the executable file get3g2g on the combined 3G and 2G scanner files. Below is anexample of a successfuo
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
32/47
PROCESS DEFINITION 32 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
work
rive.
OTE: Opening this workbook using XL from Microsoft office 2000 has resulted in the macro not
Step 7: Using XL, open the 3G2G output file (created previously) as tab and space delimited.
NOTE: If the file has more than 65536 lines then the output file will have to be broken into separatefiles of length less than 65536 lines. This can be done using the Split File tool that can be found onthe network drive.
Step 8: Select the entire sheet from step 8 (by clicking in top left grey box) and paste this sheet onthe 3g2g Output File worksheet of the Spinoza 3G2G Neighbour List Creator workbook.
Step 9: Fill your details in the front sheet of the Spinoza 3G2G Neighbour List Creator workbook.Now click the Get 3G/2G Neighbour List button. Separate lists will be created for Optus (ARFCN43-83) and Vodafone (ARFCN 85-124). The list contains only 4 columns, SC (3G primaryscrambling code), ARFCN (GSM900), BSIC, and Count. Below is an example of the list forVodafone.
Step 6: Open the 3G2G Neighbour List Creator Excel workbook that is available on the net
dNworking correctly in a number of cases. Use XL 2002 or later.
SC ARFCN(GSM900) BSIC Count
52 111 5 67
52 115 17 58
52 107 59 32
52 91 37 15
52 87 57 10
127 109 9 126
127 115 16 74
127 99 7 56
130 107 18 116
130 105 51 7
130 111 5 7
131 87 9 561
131 111 5 208
131 95 29 140
Step 10: Create a Scan Data file by pasting successive outputs (like that above) one after the other.An example is shown below with many lines cut out.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
33/47
PROCESS DEFINITION 33 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
Step 11: Open the most recent A_WCEL and A_ADJG files for Optus or Vodafone (you willrepeat the f
need toollowing step for each operator to produce separate lists).
Step 12: O the S define lls wo t. Enable macros and use Excel 2002or later. Fo the i
An examp gmen he output of this m of scanned andundefined SC/BCCH-BSIC combinations.
UNT d d or scanned Evaluate Undefined Ncell
81 2 1563 s Undefined ncell
59 71 515 s ned Undefined ncell
71 26 509 s ed Undefined ncell
53 1 285 s ed Undefined ncell
59 71 264 s nned Undefined ncell
83 77 241 s nned Undefined ncell
45 61 215 s ed Undefined ncell
71 26 200 s ed Undefined ncell
51 73 192 s ed Undefined ncell99 71 45 171 scanned Undefined ncell
scanned Undefined ncell
146 77 35 87 scanned Undefined ncell
146 55 71 82 scanned Undefined ncell
146 59 0 74 scanned Undefined ncell
145 51 45 53 scanned Undefined ncell
71 51 43 52 scanned Undefined ncell
102 71 22 51 scanned Undefined ncell
87 55 77 44 scanned Undefined ncell
pen pinoza 3G2G Un d Nce rksheellow nstructions.
le se t of t acro is shown below. We now have a list
SC ARFCN (GSM900) BSIC CO efine
ned146 can
71 can
160 cann
nn146
99
ca
ca
146 ca
146 cann
146 cann
161 cann
99 71 22 147 scanned Undefined ncell
87 59 71 103
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
34/47
PROCESS DEFINITION 34 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
These potential missing neighbours should be checked for validity using the mapinfo neighbours tool
that can be found on the common drive:
\Common_Data\MapInfo\UMTS_Tool\
Using the SC and the BCCH-BSIC combinations, the local topography, cell height/azimuth, scandata count and local knowledge the RF engineer will decide which 3G to 2G neighbour relationshipsshould be added. While investigating neighbour relationships from the maps, note the 3G and 2Gcellids.
All valid neighbours can then be created into a Change Request using the RF Database. All that isrequired to produce a CR is the source and target cellids.
There are limitations to the number of 3G to 2G neighbour relations that can be defined per cell. Atpresent this is limited to 13 relationships for both Vodafone and Optus. If the CR that is created hasADJG_ids that are greater than 13, then you must reconsider this relationship and all otherrelationships defined in that cell. It may be necessary to delete a relationship to make space.
OTE: 2G to 3G neighbouring cell relationships will be audited by a separate process.
2G neighbour relationships is created this must be implemented
Analysis spreadsheet.A copy of the final 2G - 3G CRs for each operator must then be included in the CR - 2g-3gNeighbours sheet of the Best Effort RF Analysis spreadsheet.
N
OUTCOMES FROM THIS SECTION:
Change Request generation:- Once a list of valid new 3G -
into the RF database by creating the relationships.- A copy of the final 3G -2G CRs for each operator must then be included in the CR -3g-2g
Neighbours sheet of the Best Effort RF-
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
35/47
PROCESS DEFINITION 35 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
9. I
9.1 Analysing the Drive for Sites Carrying Traffic
NOTES:
This section must be completed for each operator separately by each end-to-end engineer.
here the scanner data was checked to
at the
Open Actix and load all Voice log files that you need to analyse.
N-CALL ANALYSIS HOUSEKEEPING
7. The Binning method in Actix should be set to Message. See section 4.3.8. Ensure you always plot layers like streets, RNC borders and cluster borders.9. Cells should be displayed and JSids also shown.
This task is an extension of the RF Housekeeping section wconfirm that the cells were radiating and point in the correct direction. Now we are checking the UE
data to confirm that each and every cell in the area driven is able to carry a call (i.e.- it is in theActive Set at some time).
NOTE: In this step we are not checking if a call is setup on each cell- we are just confirming thcell is in the Active Set at some time.
Step 1:
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
36/47
PROCESS DEFINITION 36 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
g files.Step 2: Create a superstream of all the lo
Step 3: Plot the Active Set SC on a map and perform a visual inspection that each and every cellthat should be on air- is on air and is the strongest SC in the Active Set in the areas expected.Ensure you have the cell layer turned on and with the colour of the cells set to match the SC.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
37/47
PROCESS DEFINITION 37 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
9.2
Step 1: Load the mobile drive test log files to be analysed.
Running the Voice Cluster KPI Report
Step 2: Create a superstream of all the mobile drive test log files.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
38/47
PROCESS DEFINITION 38 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
KPI Report on the Superstream of the mobile drive test logStep 3: Run the latest Voice/Video or PS
Step 4: Make sure that the supersteam that has been created is used as the input for the KPI report.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
39/47
PROCESS DEFINITION 39 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
eport- PS or Video report are slightly different).
Step 5: You should then be presented with something similar to the following (this is a Voice KPI
R
This spreadsheet is the basis of the Best Effort In-Call Analysis template. This should be cut and
past into the template now.
9.3
For the PS384 calls a different report must be run. Follow the same steps as above on the PS384log files and run the Spinoza General FTP DL KPI Report spreadsheet instead. The output will besimilar to what is shown below.
Running the PS Cluster KPI Report
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
40/47
PROCESS DEFINITION 40 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
9.4
he next stage of in call analysis is to try to see if there are any obvious reasons for the callperformance. This can be easily done by displaying the setup fails/call drops on a map and on aworkbook to see if theyre mainly located in one area.
This will highlight if the issues are related to just one cell or site. It can also show you if the problemsare consistently around RNC borders for example.
Looking for Obvious Patterns
T
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
41/47
PROCESS DEFINITION 41 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
it is possible to quickly see if one of two sites are consistently
failing due to setup calls or dropping calls. If a situation like this is found then this must be his
template as well as the summary section ofe final powerpoint presentation. It is important to identify the number of failures/drops that are
rom this sheet is it also possible to see if the failures are due to low coverage or bad Ec/Io. Areasof bad coverage and bad Ec/Io should have already been detected from the scanner drives. It maybe that the site in a particular area is not yet built, in which case there is little that can be done toimprove coverage in such areas.
OUTCOMES FROM THIS SECTION:
Cells Carrying Traffic the RF Database:- In the RF Database, the Cells carrying Traffic button much be tick for both operators to confirm
that each and every cell has been detected in the Active Set during the drive.
If a serious site issue is detected:- Any serious site issue needs to be raised immediately as a Fault Investigation in the RF
Database. Once it has been logged, then it must be followed up with the RIC.
Start compiling the Best Effort In-Call Analysis template (one for each operator):
- Now that the Voice Cluster KPI Report macro has been run, most of the output sheets need tobe included in the Best Effort In-Call Analysis template. The detailed call analysis will becompleted in the following section.
his section must be completed for each operator separately by each end-to-en engineer.
From the map and this workbook
progressed to the detailed In-Call analysis and the reason for the failures/drops pinpointed. Tissue needs to the raised immediately through a Fault Investigation in the RF Database. Detailsshould also be included in the Detailed In-Call Analysisthrelated to this particular issue.
F
T
d
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
42/47
PROCESS DEFINITION 42 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
10.
r.
theplate. This will contain in depth details of each and every dropped
all / failed setup. Many obvious reasons for the failures/drops can be pinpointed immediately. Forf
he latest version of this macro gives possible reasons for a dropped call or call setup failure. These
re:
Due to Bad Coverageur
hese are indicators only. They should be used as a starting point for anaylsis. After detailedrop Failure Reason column can be filled in with one of the
Bad Coverage
DL RRC Connection Release
Other
IN-CALL ANALYSIS DETAILED ANAYSIS
This section much be completed for each operator separately by each end-to-end engineeDetailed In-Call analysis must now be performed to investigate the reasons for all failed call setupsand dropped calls. The output of the Voice Cluster KPI Report macro will now have been put intoBest Effort In-Call Analysis temcexample if there is poor RSCP levels for all SCs seen at a particular point, then it is a simple case olack of coverage. Once it is confirmed that this is due to a missing site, then no further analysis isneeded.
T
a
Due to Missing Neighbo Due to Network Problem
Tanalysis is completed the Setup/Dfollowing reasons:
Pilot Pollution
SHO Failure Missing Neighbour RRC Failure
INVALID Call Setup Failure
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
43/47
PROCESS DEFINITION 43 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
SCP generally indicate that the UE has not selected
the best SC and is usually a sign of missing neighbours. Investigate the best serving SC before and
ells.
d
10.1 l Stack Browser
reason for call failures and drops. Occasionally, Actix may misrepresent some of the data asilures and therefore we should check all failures to make sure they are real failures and if not
amend the In-C l
L3 Message flows for CS and PS calls are given in the embedded documents below.
Failures/drops due to bad Ec/Io but with good R
after the drop and if they are different investigate if a neighbour relationship exists between thesecOnce all obvious reasons for failures have been investigated, more detailed analysis must beperformed. The features in actix that can be used in this section are the Protocol Stack Browser anState Forms.
Protoco
The Actix Protocol Stack Browser should be used to look at the Layer 3 messages for a closer look
at thefa
al KPI report accordingly.
AMR MOC Call Flow PS MOC Call Flow
PS MOC CallFlow.pdf
AMR MOC CallFlow.pdf
You can acces ser through the View / Protocol Stack menu. Ensure thatyou choose th m.
s the Protocol Stack Browe current Superstrea
NOTE: This picture also shows an Active & Monitored Set State Form which is discussed in the nextsection.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
44/47
PROCESS DEFINITION 44 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
10.2
as several predefined State Forms that have cover the major functions.
d
our relations etc.
ou can access State Forms through the View / Forms menu. Ensure that you choose the current
State Forms
State Forms are user defined windows that can show any combination of data that is superstream.Actix hNOTE: To get the most out the State Forms functionality it is best to superstream the in-call anscanner files together to allow viewing of both data at the same time. This is ideal for detectingmissing neighbYSuperstream.
The picture below shows an example of the UMTS Scanner CPICH Chart and the UMTS Active +
Monitored Set state forms.
The picture below shows the UMTS Missing Neighbours state form that pulls data from both thescanner and the UE.
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
45/47
PROCESS DEFINITION 45 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
OM THIS SECTION:
alysis completed,then the Best Effort In-Call Analysis template can be finalised.
r.
11.
11.1 Completion of RF Analysis Workbook
ineer should complete a Best Effort RF Analysis workbook for eachperator. This report includes all the problems seen during the RF analysis (sites off air, crossedfeeders etc.) as well as a list of any physical changes and missing neighbours to be added (for bothoperators).
The template is stored on the network drive in the following directory:
\Common_Data\Procedures_&_Guidelines\
A copy of completed workbook should be saved in the following directory:
\Cluster_Data\Cluster_XX\Analysis\
NOTE: These spreadsheets are then embedded in the final powerpoint presentation (see thesection below).
11.2 Completion of In Call Analysis Workbook
or the In Call Analysis each end-to-end engineer should complete a Best Effort In Call Analysisis.
on the network drive in the following directory:
\Common_Data\Procedures_&_Guidelines\
A copy of completed workbook should be saved in the following directory:
\Cluster_Data\Cluster_XX\Analysis\
NOTE: These spreadsheets are then embedded in the final powerpoint presentation (see thesection below).
OUTCOMES FR
Completion of the Best Effort In-Call Analysis template (one for each operator):- Now that the Voice Cluster KPI Report macro has been run, and detailed an
This section must be completed for each operator separately by each end-to-end enginee
REPORTING
For the RF Analysis the engo
Fworkbook for their operator. This report will record all the problems seen during the In Call analys
he template is storedT
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
46/47
PROCESS DEFINITION 46 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
11.3
is workbooks, thent
pre
ommon_Data\Procedures_&_Guidelines\
leted workbook should be saved in the following directory:
01
OO - operator eg VF - Vodafone
no. eg 1st First Drive
YY - year
Completion of Presentation
After the completion of the Best Effort RF Analysis and Best Effort In-Call Analysthese two technical reports must be embedded into the Best Effort Optimisation Report (powerpoin
sentation). This is passed on to management for review.
The template is stored on the network drive in the following directory:
\C
A copy of comp
\Cluster_Data\Cluster_XX\Analysis\
File naming convention is as follows:
Best_Effort_XXX_OO_WWWDrive_YYMMDD.ppt
Where: XXX - cluster eg S01 - Sydney 01C01 - Canberra cluster
OP - Optus
WWW drive
2nd Second Drive
MM - monthDD - day
NOTE: Two separate reports need to be produced- 1 Optus and 1 Vodafone. The RF portion is thesame- but the In Call analysis must be operator specific.
This report is to be sent to the following people for review (in Sydney):- [email protected] [email protected]
This report is to be sent to the following people for review (in Mebourne):- [email protected]
-
8/7/2019 Best Effort Optimisation Process Doc v2.1
47/47
PROCESS DEFINITION 47 (47)
Version 2.1Nokia Network PlanningProject Spinoza: Best Effort Optimisation Process 18/07/2005
& FAULT INVESTIGATIONS
Swapped Feeders
Site Issues resulting is serious dropped calls or call setup failure on a cell or site.
al report:
odafone (tilts and pans)
s)
3G 3G neighbouring cells additions / deletions Optus
G neigh ouring cells ns / de
3G 2G neigh s / de (BSC and RNC data)
3G 2G neighbouring cells additions / deletions Vodafone RNC data.
G neighbouring cells additions / de C data.
These Fault Investiga hange Request must always be raised through the RF Databasesystem to allow for easy tracking of implementation. The parameter CRs are sent daily to theappropriate RIC by a single point of contact within the RF group.
12. ISSUING CHANGE REQUESTS
The following Fault Investigations need to be raised immediately once they are found duringanalysis:
The following Change Requests are to be raised upon completion of the fin
Physical antenna changes V
Physical antenna changes Optus (tilts and pan
3G 3 b additio letions Vodafone
bouring cells addition letions Optus
3G 2 letions Vodafone BStions and C
The antenna changes for Optus lead sites are send to the following people.
NSW VIC
jbrug nge @alandick.com.au [email protected]
tyou nng [email protected] [email protected]
[email protected] [email protected]
13. SUMMARY
This document has summarised the Spinoza Best Effort RF and In-Call optimisation/analysisprocess. Since the process will be constantly updated during the project the reader should ensure
mailto:[email protected]:[email protected]:[email protected]:[email protected]