2G & 2.5G Optimization Nokia India | Cellular Network | General Packet Radio Service

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N.

P

1 (136)

2nd Dec 2007.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N. P

2 (136)

2nd Dec 2007.

The information in this document is subject to change without notice and describes only the product defined in the introduction of this documentation. This document is intended for the use of Nokia Siemens Networks' customers only for the purposes of the agreement under which the document is submitted, and no part of it may be reproduced or transmitted iin any form or means without the prior written permission of Nokia Siemens Networks. The document has been prepared to be used by professional and properly trained personnel, and the customer assumes full responsibility when using it. Nokia Siemens Networks welcomes customer comments as part of the process of continuous development and improvement of the documentation. The information or statements given in this document concerning the suitability, capacity, or performance of the mentioned hardware or software products cannot be considered binding but shall be defined in the agreement made between Nokia Siemens Networks and the customer. However, Nokia Siemens Networks has made all reasonable efforts to ensure that the instructions contained in the document are adequate and free of material errors and omissions. Nokia Siemens Networks will, if necessary, explain issues which may not be covered by the document. Nokia Siemens Networks' liability for any errors in the document is limited to the documentary correction of errors. Nokia Siemens Networks WILL NOT BE RESPONSIBLE IN ANY EVENT FOR ERRORS IN THIS DOCUMENT OR FOR ANY DAMAGES, INCIDENTAL OR CONSEQUENTIAL (INCLUDING MONETARY LOSSES), that might arise from the use of this document or the information in it. This document and the product it describes are considered protected by copyright according to the applicable laws. NOKIA SIEMENS logo is a registered trademark of Nokia Siemens Corporation. Other product names mentioned in this document may be trademarks of their respective companies, and they are mentioned for identification purposes only. Copyright © Nokia Siemens Networks 2007. All rights reserved

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N. P

3 (136)

2nd Dec 2007.

ACKNOWLEDGEMENTS:It was indeed quite difficult to acknowledge the entire crowd who had a major influence on the conception and fruition of this document.To the best of my ability I shall attempt to do so.I would like to thank Pradeep Chattikal, Prashanth k, Vikrant Arun Dolas, Muthu Krushnan and Rajiv Mohan Gandhi from Nokia Siemens Network. (India) for their technical support and providing valuable sujections during the course of work.I would also like to thank Avnish Kumar from NSN, contributing for IBS solutions for Idea Delhi Network. My gratitude also to grand me and my team an opportunity of testing several queries and features on Idea cellular Delhi Network and also on some of the Hutch Networks in India.

Date: December 02 2007.

Stenin.N.P Networks, and Service Optimization. Nokia Siemens Network, India.

..29 RAC Plan Review ……………………………………………………………………30 Paging success rate verses LAC Plan ………………………………………….33 Sleeping Cells ………………………………………………………..….....2 3.. ii......... ...…………....2 2...8 1......13 LAC Distribution ……………………………………………………………......6 2..7 Voice Audit………......19 AMR Parameter Discrepancy …………………………………………………20 Neighbor Discrepancies ………………………………………………… …......23 EDGE / GPRS Configuration Settings …………………………………………….... AND SERVICE OPTIMIZATION STENIN..18 Network Discrepancies ………………………………………………………… …… 18 SDCCH Redimensioning Requirement ………………………………………18 Basic Parameter Discrepancy ………………………………………………......8 2........12 3 3......………...39 Recommendations ………………………………………………………………….............11 2..5 2.........51 Parameter Discreption ……………………………………………………………..2 1.......…………42 Parameter Discreption …………………………………………….23 Executive summary ………………………………………………………………….......10 Spectrum Loading ……………………………………………………………………..NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS..5 1........9 2....4 1.9 2......46 Expected Improvement ……………………………………………………….6 1...11 BSC and A-Interface Capacity and Utilization……………………………………….....………..21 Ghost SDCCH Analysis ………………………………………………………...20 Path Imbalance ……………………………………………………………...32 Multi slot allocation …………………………………………………………………..3 1........……. Error! Bookmark not defined. ..7 2. OBJECTIVE. 4 INTRODUCTION .……………..40 Parameter Audit.……………....4 2...44 Rx_Level_Min_Cell [SL] …………………………………………..….....42 MML Command …………………………………………………...46 Parameter Discreption …………………………………………......………....47 Handover Improvement Plot …………………………………………………….31 Territory Upgrade ……………………………………………………….......42 Explanation ……………………………………………………….….….......12 SDCCH Utilization and Failure Observations……………………………………….. …………………………………………………………....21 Data Audit………………………………………………………………………………..........36 EDAP Congestion ……………………………………………………......3 2..…………........37 Gb Utilization …………………………………………………………....3 ...1 3..……………....…13 Handover Cause Distribution …………………………………………………………...12 LAC Subscribers and Paging analysis ……………………………………………….......8 Radio Network Capacity and Traffic ……………………………………………………8 Cell wise Capacity Utilization…………………………………………………………............. Table of contents:i....………………....48 Drop due to HO Improvement Plot ………………………….....…….41 Transcoder Optimization ………………………………………….......23 GPRS / EDGE Parameter Discrepancies …………………………………………24 NSCI Plan Review …………………………………………………………………..………....…………41 Ignored Transcoder Failure_ITCF ……………………………………. iii.1 2..………………........……....... P 4 (136) 2nd Dec 2007...... 1 EXECUTIVE SUMMARY ..50 LAPD Timer T200 Optimization …………………………………………………51 Software Requirement ……………………………………………………………............7 1......... 2....52 1........... N.11 BCSU Utilization and sujections ……………………………………………….………43 Performance Plot ……………………………………………….....10 2.....17 Frequency Utilization …………………………………………………………… ……................1 1.…………………………………………………………………………......

.5..65 Performance Enhancement Plot ……………………………………………67 IBS Design Verification and Analysis.. P 5 (136) 2nd Dec 2007.....4 4...87 BSIC Plan Generation ………………………………………………………87 Optimizer Result.3 3...91 General Information …………………………………………………………..…64 Explanation ……………………………………………………………………65 Parameter Discreption ………………………………………………………..…...4...………………...... ……………………………………68 Explanation ………….56 Parameter Descreption ……………………………...4...86 TCH / BCCH Plan Generation ………………………….………….1 3...104 ..NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.5..6 5.……….8 3..2 5...8.101 Alarm Cause study…………………………………………………….2 3....61 Parameter Discreption ……………….68 Cell site Information form ………………………………………………..………81 Advantages ……………………………………………………………….4 3..…………………………59 Quality HO in the Down Link …………………..102 Alarm Number 7745 ………………………………………….81 Parameter Descreption ………………………………………………….…………………………60 Explanation ……………………………….4 3.79 ARLT Improvement Plot …………………………………..…………………..………..82 Setting in the switch ……………………………………….………………………..62 Explanation ………………………………………………………………63 Parameter Descreption …………………………………………………63 IBS Optimization ……………………………………………… …………………64 Umbrella Cell Concept ……………………………………………………..1 3.1 4.5 5..6...92 EOSFLEX Release 5...5..…………………………………61 Quality HO in the Up Link ……………….… ..1 3.4 5....1 Performance Plot ……………………………………………………………….2 3..2 3..6 3.5...2 3..8..………………………………..3 4....2 Operations …………………………………………93 XML Scripts and bat file ……………………………………………………….78 Explanation ……………………………………………………………….…………………..………………………58 Parameter Descreption ……………………..97 Scheduler Script ……………………………………………………………….3 3.4 3...5 3.7...……………….1 3.. AND SERVICE OPTIMIZATION STENIN..53 Handover Detection Analysis ……………………………………....... Before and After Iterations …………………………………87 BCCH and TCH Usage Plot …………………………………………………….55 Level HO in the Down Link …………………………………………………56 Explanation ……………………………………………..7.94 EOS Scheduler ……………...…………………………………….8... 3..82 Performance Plot …………………………………………………………85 Optimizer Cycle………………………………………………………………………….2 4.7.76 RLT Performance Improvement Plot ………………………………….……………80 Congestion Relief using TRHO …………………………………………..……………….……………………………………………….54 ND 204 Analysis ………………………………………………..3 3...4.1 3.. N.2 3.7.8..4.6.1 5..4 3.4...3 3...56 Level HO in the Up Link ………………………………...86 Optimizer 2....87 TRx Interference Distribution ……………………………………………………88 Performance Plot …………………………………………………………………89 EOSFLEX OPERATIONS ……………………………………………………………….92 Temporary Table ……………………………………………………………….5 3..5 5 5.6.4 4 4.3 3.7 3.3 5.7 6 6.69 Trunking Diagran Verification……………………………………………70 RLT & ARLT Analysis Report……………………………… …………………76 Parameter Descreption …………..58 Explanation …………………………………….……………………………..98 Statistics Generated …………………………………………………………..0 Explanation ……………………………………………………….

4.2 Data Service Drive test Measurement ………………………………..6 Data Drive Information GPRS………………………………………………….………………………………114 6.106 5.2 Fault Reasons and Solutions …………….1.8 Benchmarking Drive using Swis Qual 7..2..4 Alarm Number 7604 ………………………………………………………………………...3 Field Trial ……………………………………………………………………..117 6.8.……………………………….5 Alarm Number 7744 …………………………………………………….8..3.119 7.137 ...8.………………………104 6..…………..NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.122 7..118 7.119 7.114 6...107 6.4.5 Mobile service Quality in Nutshell …………………………………….4 Script…………….1. AND SERVICE OPTIMIZATION STENIN.…………….119 7. Alarm Number 7738 …………………………………….6 Alarm Number 7606 ………………………………………….108 6.……………….……………………………………106 6.109 6.7 Radio Efficacy Check……………………………………………………………120 7.5…………………….108 6.…………………116 6.2 Description of supplementry Information …………………………………..3 Description of supplementry Information ………………………………….…………129 Summary of Idea Delhi Optimization……………………………………………………….118 7..……………………………………………………………….105 6.110 6.5 Handover Information………………………………………………………….2 Fault Reasons and Solutions ……………….1 Check List for Cell site………………………………………………………….4.2.…………………………………………………………….109 6.. 7 8 9 10 6..131 APPENDIX…………………………………………………………………………..114 6..113 Voice Service Quality Lpot.3 Details of Nokia Macros ……………………………………………………..5 Performance Plot ……………………….8.121 7.122 7.……………….…………………………………………………115 6.130 Network Performance Plots …………………………………………………………….……………………………….1 Alarm Description ……………………………………………………………116 6.117 6.4 Dedicated Information…………………………………………………………....3 Field Test Trial ……………………………………………………………….1 Alarm Description ……………………………….3..………128 8.1.5.123 7..3 Executive summary Voice …………………………………………….110 6.2 Basic Information…………………………………………………….2 Fault Reasons with solutions ……………………….1 Description ……………………………….. N..3..6.………………………….2 Nokia Macro Dictionary for MML …………………………………………………….126 Nokia Macros ………………….118 7..8.3.…………………………. P 6 (136) 2nd Dec 2007...2 Statistical Analysis ……………………………….. …………………………………….1 Alarm Description ………………………………..………………………………….5.128 8.2 Alarm Number 7601 …………………………………………………….3 Supplementary Information.6.1 Drive Test Session …………………………………………………….………………………….117 Drive test Analysis………………………………………………………………………….124 Data Service Performance Plot …………………………………125 Summerised KPI Comparision …………………………………..2 Supplementary Information.…………………………………………………115 6.1 Description …………………………………………………..118 7.106 6..………………………….129 8.4 Executive summary Data ………………………………………………123 7.……………….109 6....…………………….1 Nokai Macro Dictionary for ND…… ………………………………………….2.1 Descreption ………………………………………….1..3 Idle Mode Information………………………………………………………….1.

P 7 (136) 2nd Dec 2007. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. . AND SERVICE OPTIMIZATION STENIN. GPRS and EDGE for both Voice and Data. which are summerised into one single document. INTRODUCTION:The heigh marketing demand for better efficacy in the field of Optimization with less of investement on the cellular Network has lead to conduct several Test Trials. The test was done on technologies like GSM. The document also covers some of the critical Alarms and the way forward to handle these Alarms. Some of the methods that were adopted to achieve good Key performance Indicater were also covered for performance enhancement of Cellular Network. i.

5 CD 6.0 S 11. Observations Idea_Cellular-Delhi: Total Cells in the Network Total Sites:Metro= Total Sites: Ultra= Total Sites in the Network Total TRX in the Network BTS Software Version: BSC Software Version: OSS Software Version: Switch Software Version: 3563 128 1234 1362 10569 S 11.5 CD 6.0 M12 CD 3.0 Traffic Split is as follows :(For 13th June 2007 from Dashdoard). which can be corrected on time to time basis for better Efficacy of Network Operation. P 8 (136) 2nd Dec 2007.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. . AND SERVICE OPTIMIZATION STENIN.The Voice Audit gives an understanding of the GSM Network and the discrepancies in the Network. Voice Audit Network Audit for GSM Network carried out with analysis of different Nokia ND Reports and OSS Extracted statistics . 1.0 OSS 4 CD 3. N. This gives details of the Network taken for Voice Audit as listed below as for Idea Cellular Delhi (India). 1.1 Radio Network Capacity and Traffic.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. N. AND SERVICE OPTIMIZATION STENIN. . P 9 (136) 2nd Dec 2007.

1. N. Total Operational Cells in the Network 2993 for Idea Cellular DELHI Circle . Utilization of cells can be planned appropriately for Idea Cellular Delhi Network. P 10 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. And there are also 6% of cells that are Under Utilized.2 Cell wise Capacity Utilization Cell wise capacity utilization Idea Cellular Delhi: Number of cells which are utilized more than 90% in Idea cellular Delhi Network tend towards a percentage of 44.

5 CD 6. N.0 . AND SERVICE OPTIMIZATION STENIN.4 BSC and A-Interface Capacity and Utilization Observations:    Total number of BSCs BSC versions used BSS software load :22 :5 BSC ( BSC 2i ) & 17 BSC ( BSC 3i) :S11. 1. 1.3 Spectrum Loading. P 11 (136) 2nd Dec 2007.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

.5 SDCCH Utilization and Failure Observation. NOTE: BSC which have High Utilization can affect the performance of the BSC.....26 % Dynamic SDCCH allocation (TCH reconfigured to SDCCH )Attempts………/c1154 ....Thus cells can be repranted appropriately.../ava_63a 95. N..NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.... 1.. SDCCH availability ..... BCSU CAPACITY UTILIZATION Idea Cellular Network.... P 12 (136) 2nd Dec 2007.. .. AND SERVICE OPTIMIZATION STENIN..

.78 7.. for which The LAC ReDimension will be carried out appropriately.... Cells planned under different LAC are as shown below.. P 13 (136) 2nd Dec 2007.78% NOTE: There seems a lot of SDCCH Utilized for Location Updates. NOTE: The major share of the drop at the SDCCH is seen due to T3101 Expiry and also at the Abis. There are 26 LAC Created under 3 MSC....... AND SERVICE OPTIMIZATION STENIN.. . 1...../c57020 SDCCH drop ratio without T3101 expiry....... T3101 expired (S7) . N.6 LAC Subscribers and Paging analysis...56% 1./sdr_4 4658584 1..NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS......

As some of the LAC has large number of cells defined under them where as some other have few cells defined The distribution can be done according to study made with respect to Paging Load and Location update. P 14 (136) 2nd Dec 2007. Comment: The cells distributed under Different LAC are seen uneven.Possibility of site rehoming. N.LAC Distributed for Idea Cellular DELHI is as shown below. . AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. etc.

Cells of the same Site are given different LAC.which can cause High signaling load due to high usage of SDCCH. .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. LAC distribution is seen uneven in some of the geographical area for Idea Cellular Delhi. P 15 (136) 2nd Dec 2007. N. AND SERVICE OPTIMIZATION STENIN.

LAD redimensioning requirement for the following cells for Idea Cellular Delhi: The cell listed in the attachment requires LAC Changes appropriately. . AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. P 16 (136) 2nd Dec 2007. N. to reduce signalling Load in the Network.

The power budget Handover can be further improved from a value of 29.66 % Ho.66 demanding correction immediately. due to DL Interference. Interfering frequency requires correction appropriately to reduce the Handover due to interference as shown there is 14. N.7 1.31%. P 17 (136) 2nd Dec 2007.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN. NOTE: The most critical is the DL Interference of 14.7 Handover Cause Distribution USES FOR HANDOVER Idea Cellular DELHI: CAUSES FOR HANDOVER Idea Cellular DELHI: Recommendation: From the cause for Handover Network wide. . FOR HANDOVER Idea Cear DELHI: 1.

P 18 (136) 2nd Dec 2007. NOTE. 1.9 Network Database Discrepancies : With appropriate Nokia ND reports the following Discrepancies were found when Network Audit for Voice was conducted for Idea Cellular Delhi Netwrork. . NOTE. SDCCH Redimensioning Requirement. we can have Dynamic SDCCH also switch on for better efficacy of SDCCH. 1.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN. N.The BCCH Plan for Idea Cellular Delhi shows the difference between the most commonly used BCCH Frequency and the Least BCCH Frequency used in the Network.8 Frequency Utilization: Frequency Distribution Idea Cellular Delhi.Taking Optimization of SDCCH further.SDCCH RE-Dimensioning Requiremnt for Cells having High SDCCH Blocking (Considering that the cells do not have time slots Blocked carrying SDCCH denoted by Alarm 7745) .

Hysterisis papameter. The above discrepancy includes Prioritising of Cells for their Voice calls. Basic Parameter Discrepancy:Some of the Discrepancies in the parameters were audited for better operation of Cells in the Network. Cells which are barred from Operations. Transmit power requirement.The data taken for audit was from OSS Statistics. Access grand requirement . Power controm Parameter enabled. Penality time requirements. Periodic MS location update. and power budjet parameters.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. The above table shows the RTSL which are not in use requiring Checks for those TRX. Discontinious Transmission. and Handover papameters. The above parameter describes the Band Requirement. . AND SERVICE OPTIMIZATION STENIN. ND Reports and BSS Dump. Call Re establishment requirements. P 19 (136) 2nd Dec 2007. N. Temporary Offsets.

showing cells which are not synchronised. Neighbor Discrepancies:The Neighbor Discrepancies for Idea Cellular Network. AND SERVICE OPTIMIZATION STENIN. P 20 (136) 2nd Dec 2007. AMR Parameter Discrepancy:The Discrepancies in the AMR Parameters are listed in the table for Idea Cellular Network. . Cells which required Neighbours to be added and as well as to be deleted are done appropriately with the analysis of Neighbor Stats taking help of the percentage of Handover attempts for these perticular cells .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. N.

The positive value indicates the Imbalance is in the Transmitted Path. VSWR etc checked for these cells appropriately Ghost SDCCH Analysis:The Phantom or Ghost SDCCH is due to reasons like Interference Both External and internal Interference in the Network.Idea Cellular Delhi.2. AND SERVICE OPTIMIZATION STENIN. and the Negative value indicates the Imbalance in the Reception path with respect to the Base Transcive Station. the sensitivity of both MS and Basae station. Note:-For Voltage Standing Wave Ratio (VSWR) the alarm threshold should be set to appropriate value in advance to a value of about 1. NOTE-Cells having Path Imbalance requires checks like Cable.2.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. Connectors . By fine tuning changing the training Sequence the Ghost SDCCH can be reduced to an extend in the cell site. So as to indicate if the value shoots more than the set value of 1.This report can be used to find the Transmitted power inbalance. . Parameter Changes requirement for Ghost SDCCH Establishment. Transmit Power . Path Imbalance:Path imbalance in the cells of the network can be analysed with the help of Nokia ND report 183. N. High VSWR in these cells. P 21 (136) 2nd Dec 2007.

. AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. N. if the Training sequence differes from the BCC on the BCCH TRX of a Sector. it would be difficult for a call to macheure. The Training sequence changes required for Non BCCH TRX Only as Listed in the table above Note: There should not be any changes made in the Training Sequence for BCCH Trx as. then there would be difficulty in the calls getting mechured. P 22 (136) 2nd Dec 2007.

2. N. Data Audit Network Audit for Data (GPRS / EDGE) Network carried out with analysis of different Nokia ND Reports and OSS Extracted statistics .35 945594 16450 36358 33623 2.  GPRS Enabled  Yes  No  EGPRS Enabled  Yes  No  GPRS TRX  1 TRX  2 TRX  3 TRX  4 TRX - 3285 789 (to be verified with MML commands) 750 3324 3875 174 22 4 .65 2512.2 MHz (GSM 900) Radio Network Capacity (Erlang): Radio Network Capacity (Erlang) . AND SERVICE OPTIMIZATION STENIN.Data: VLR Subscribers (Attached): Registered GPRS Subscribers: Total BBH Traffic (Erlang): Total NBH Traffic (Erlang): 36008.             MSC: 5 BSC: 22 Sites: 1393 Cells: 4038 TRX: 8517 Spectrum: 6.2 EDGE / GPRS Configuration Settings: The configuration settings helps to explain the total cells with GPRS and EGPRS Enabled cells in the Network.1 Executive Summary on the Network.The Data Audit gives an understanding of the Cellular Network and the discrepancies in the Network related to Data.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. 2. which can be corrected on time to time basis for better Efficacy of Network Operation for smooth and agreed Data Throughput and efficacy. P 23 (136) 2nd Dec 2007. and of the enabled cells with details of the Dedicated and Default (Switchable) timeslots availability.

.1 2: α=0.. . N.3 GPRS / EDGE Parameter Discrepancies  Priority  BCCH: 3096 cells  Non-BCCH: 978 cells  It is recommended to have at least 2 GTRXs in cells prioritised with BCCH  This Priority helps in allocation of Data calls on the enabled priority first.  Alpha Binary Representation ALPHA (ALPHA) GSM Reference: ETS 300 940 (GSM 04.08) Q3 name: Alpha Modification: Online Range: 0.2 .0 1: α=0.10 according to the following principle: 0: α=0.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. P 24 (136) 2nd Dec 2007.  CDED (%)  0 Ts:  1 Ts:  2 Ts:  3 Ts:  CDEF (%)  0 Ts:  1 Ts:  2 Ts:  3 Ts:  4 Ts:  6 Ts:  9 Ts: 1418 cells 2610 cells 33 cells 13 cells 901 cells 2041 cells 165 cells 35 cells 919 cells 9 cells 4 cells 2... 10: α=1.0 MML default: MML default: 7 (GSM 800 and GSM 900) 8 (GSM 1800 and GSM 1900) Description: With this parameter you describe the binary representation of the parameter α. and then move on to remaining TRx’s. AND SERVICE OPTIMIZATION STENIN.

62 (dB) with a step size of 2 34 (GSM 800 and GSM 900) 36 (GSM 1800 and GSM 1900) Description: With this parameter you describe the binary representation of the parameter τ ch for MS output power control. EUM. AND SERVICE OPTIMIZATION STENIN.. P 25 (136) 2nd Dec 2007. EUO OPTIONAL (GPRS) This particular Network has the following Settings as listed below: Value Total cells:  0.7: 4072 cells  0: 2 cells  Recommended Value: 1  Gamma GSM reference: Q3 name: Modification: Range: MML default: ETS 300 940 (GSM 04..NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. EUM. EUC. N. EUO Related command(s): Note: OPTIONAL (GPRS) This Network has the following settings as listed below.  18:  26:  34: 3812 cells 6 cells 256 cells  Recommended Value: 28 . Related command(s): Note: EUC. Value Total Cells.08) Gamma Online 0.

EQV. then AGCH requirement is 2.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. preferBCCHfreqGPRS2 You can modify the BFG parameter online when the value of the GENA parameter is N. EQO Range: MML default: Description: Related command(s): TRX priority in TCH allocation (TRP) GSM reference: No ref. . since most of the cells in the GSM network are found to be with Combined Mode. If the value of the GENA parameter is Y. N. AND SERVICE OPTIMIZATION STENIN. Value Total Cells. If combined mode ie (BCCH + SDCCH) then the requirement for AGCH is 1. 0…2 0 With this parameter you define whether the BCCH TRX or other TRXs are preferred in GPRS channel allocation. you must lock the BTS before modifying the BFG parameter.  1:  2: 2 cells 4072 cells  Recommended Value: 2  The Recommended value is taken as 2. P  AGCH 26 (136) 2nd Dec 2007. and is Non Combined mode ie separate BCCH and Separate SDCCH. Access Grant Channel requirement for the Network depends on the kind of Mode.  BFG / TRP: Prefer BCCH frequency GPRS (BFG) GSM reference: Q3 name: Modification: No ref. This Network has the following settings as listed below. That is Combined and Non Combined Mode.

TRP = 2: 678 cells  It is recommended to have at least 2 GTRXs in cells prioritised with BCCH  IFP Idle mode signal strength filter period (IFP) GSM reference: Q3 name: Modification: Range: MML default: Description: ETS 300 940 (GSM 04.08) TAvgW Online 0. EUO Related command(s): Note: OPTIONAL (GPRS) . TRP = 2: 3096 cells  BFG = Yes.  BFG = No. Q3 name: Modification: Range: MML default: Description: Related command(s): trxPriorityInTCHAlloc Online 0…3 0 With this parameter you define whether the BCCH TRX or other TRXs are preferred in traffic channel allocation. Value Total Cells. AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. TRP = 1: 300 cells  BFG = No.. P 27 (136) 2nd Dec 2007. EQM. N. EUM. EQO This Network has the following settings as listed below. EUC..25 9 With this parameter you control the signal strength filter period for power control in the packet idle mode.

Value Total Cells.  0: 4065 cells  1: 2 cells  0: 7 cells  Recommended Value: 13 Transfer mode signal strength filter period (TFP) GSM reference: Q3 name: Modification: Range: MML default: Description: Related command(s): Note:  NOTE: It is recommended to have at least 2 GTRXs in all cells prioritised as BCCH  NOTE: Many cells need additional GTRXs / Value of CDED / CDEF to be increased  A sample list (top 50 such cells) is attached herewith  NOTE: Also many cells are defined with additional GTRXs than required. Value Total Cells..08) TAvgT Online 0. This would lead to PCU congestion in future and is hence recommended to be reduced  The cells which do not require additional channel seizures (ach_3 = 0) can be reDimensioned to 2 GTRXs after analysing the CDED / CDEF %. P 28 (136) 2nd Dec 2007. EUO OPTIONAL (GPRS) This Network has the following settings as listed below. EUC..  A sample list (cells with more than 3 GTRXs) is attached herewith .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.  9: 4065 cells  0: 9 cells  Recommended Value: 9  TFP ETS 300 940 (GSM 04. This Network has the following settings as listed below. N.25 13 With this parameter you control the signal strength filter period for power control in the packet transfer mode. EUM. AND SERVICE OPTIMIZATION STENIN.

Network Service Control Information Elements (IEs)  NSEI plan to be re-worked  NSEI should be planned on a geographical basis  The Cell sites which are closely located geographically.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. 2.4 NSEI Plan Review. P 29 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN. N. else may have a possibility of Inter PCU reselection which can constitute to increased signaling and in turn reduction in the overall throughput . are expected to have the same NSEI to be used.

while some have very few cells associated to them. NSEI – Current Plan Review:   Few NSEIs have exceeded the capacity (64 cells) as highlighted in the circled regions Many NSEIs have exceeded the recommended threshold (48 cells) as highlighted in the circled regions.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.  PCU re-dimensioning to be done on priority to improve performance and also ensure better utilisation of PCU resources. AND SERVICE OPTIMIZATION STENIN. P 30 (136) 2nd Dec 2007. 2. GSM 04. N.60 Routing area code (RAC) GSM reference: Q3 name: Modification: Rac Online .5 RAC Plan Review.

EAC. AND SERVICE OPTIMIZATION STENIN. P 31 (136) 2nd Dec 2007. N. In the adjacent cell creation if this parameter is not given and the SEG and the adjacent cell are in the same BSS. EAO Related command(s): Note: OPTIONAL (GPRS) 2. .6 Paging success rate verses LAC Plan  Few sites have different LACs even amongst their cells as highlighted in the circled regions.  This needs to be rectified on priority. the value of this parameter is copied from the SEG. Range: MML default: Description: 0. 255 255 With this parameter you define the routing area code in the adjacent cell. EAM..NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

Territory Upgrade Success Rate is 96. . P 32 (136) 2nd Dec 2007. N.338 % 3.662 % of the Territory Upgrade requests are blocked (totally denied) 2.7     Territory Upgrade.940 % of the Territory Upgrade requests are blocked due to lack of PCU Resources (high PCU congestion)  30.721 % of the Territory Upgrade requests are blocked due to high CS Traffic load 0. 2.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. CS Traffic.529 % of the successful Territory Upgrades are served with lesser radio time slots than requested PCU Congestion. AND SERVICE OPTIMIZATION STENIN.

2. N. AND SERVICE OPTIMIZATION STENIN.8 Multi slot allocation 2911 3000 2500 2000 #C e lls 1500 1000 500 65 0 D LMultis lot B locking% 10 >= 5%< 10% 10 >= 10%< 20% 7 7 >= 20% 2 2 < 1% 2911 >= 1%< 5% 65 B locking % D LM ultislot B locking% . P 33 (136) 2nd Dec 2007.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

. AND SERVICE OPTIMIZATION STENIN. P   34 (136) 2nd Dec 2007. N.  This can be rectified by TRX addition.096 % 49 (out of 2992 cells reported) cells have DL Multislot blocking > 1% on a network level  This is primarily due to lack of radio resources (insufficient time slots). DL Multislot Blocking rate is 0. & removing faulty / bad time slots from the network (Alarm 7745 may be used for this purpose). DL Multislot Blocking Low Allocated Success Rate.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

 This can be improved if equipped with more than 1 GTRX / cell . P 35 (136) 2nd Dec 2007.245 % 990 (out of 2992 cells reported) cells have DL Multislot Allocation success > 90 % on a network level  Majority of the requests are not entirely denied.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN. N. High Blocking: DL Multislot Allocation Success: DL Multislot Allocation Success % 900 870 869 800 700 590 600 500 # Cells 400 395 300 200 148 120 100 0 DL Mult islot Allocat ion Success % >= 99% 870 >= 90% < 99% 120 >= 80% < 90% 395 >= 70% < 80% 869 >= 60% < 70% 590 < 60% 148 Blocking % DL Multislot Allocation Success %   DL Multislot Allocation Success rate is 81. but served with lesser Tsl.

AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. 2. N.9  Sleeping Cells Two main categories  Sleeping GPRS (filter N0) – ava_71  No data activity (filter N1) – ava_72  Sleeping GPRS (ava_71) further divided into the following sub-categories  Zero TSL (N10)  Bouncing GPRS (N20)  High UL TBF Establishment Fail (N30)  UL no DL (N40)  High DL TBF Fail (N50) . P 36 (136) 2nd Dec 2007.

ED A P D L 15 41350 18 22574 8 13658 4 88265 2 13421 44 13946 79 12775 10 17472 3 28013 18 27838 72 12844 46 10453 11 36097 5 27739 6 20573 6 119929 1 27971 5 11994 10 61714 BSC TBFs w it h in adeq.  Multislot allocation and throughput get affected due to this  Capacity enhancement would be required for these cells  Recommended to have adequate Abis pool devices for EGPRS High rejections also observed due to lack of PCU resources  PCU re-dimensioning to be done on priority . AND SERVICE OPTIMIZATION STENIN.10 1400 EDAP Congestion TBFs wit hout EDAP DL 1225 1200 1000 915 800 # Cells 600 518 390 400 222 200 153 66 0 TBFs w it hout EDAP DL 118 5 153 49 66 6 518 34 222 BSC 1 118 2 1225 TBFs w ithout EDAP DL 5 390 10 915 TBFs w it h in adeq. EDAP DL 120000 119929 100000 88265 80000 # Cells 60000 61714 40000 41350 36097 28013 22574 27838 27739 20573 12844 10453 11994 27971 20000 13658 13421 13946 17472 12775 0 T B F s wit h inadeq. The above analysis is done using Nokia ND Report 239. N. of rejections are observed due to inadequate / no EDAP resource. EDAP DL   High no. P 37 (136) 2nd Dec 2007.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. 2.

N. AND SERVICE OPTIMIZATION STENIN. TBF without EDAP DL TBF with inadequate EDAP DL .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. P 38 (136) 2nd Dec 2007.

11   Gb Utilization Most of the Gb links are with CIR of either 64k or 128k Certain links have crossed their threshold levels or are nearing them as highlighted in the circular regions  Recommended to increase the capacity on these links . P 39 (136) 2nd Dec 2007. Limited by PCU 2.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN. N.

as compared to Non-BCCH TRX  The BCCH carrier. the signaling happens in a good RF environment. is also maintained to be cleaner than the hopping TCH layer. thereby enhancing the performance of the network  PCU re-dimensioning to be done on priority  This will aid in better utilisation of the PCU resources.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. provided there is no limitation on the PCU  Since the power on the BCCH TRX is maintained to be constant. thereby enhancing the performance of the network . AND SERVICE OPTIMIZATION STENIN. to assist in territory upgrades  Geographical allocation of RAC and NSEI  This will aid in better utilisation of the PCU resources. P 40 (136) 2nd Dec 2007. thereby reducing the interference on the BCCH layer  It is recommended to have at least 2 GTRXs in all cells prioritised as BCCH  Since the TSLs available on the BCCH TRX is limited. 2. it is recommended to have at least 2 GTRXs. N.12 Recommendations:  It is recommended to configure GPRS on BCCH TRX.

India. Nokia. Performance Report Idea Cellular Delhi 23rd-July-2007 Stenin.P Networks. 3. For internal use 1 © Nokia Siemens Networks Presentation / Author / Date . XCDR Optimization (ITCF).N.1 Transcoder Optimization. N. AND SERVICE OPTIMIZATION STENIN. Different Nokia Parameters are audited for their better Performnace with the Help of statistics analysis and Field Test Trials. and Service Optimipation. P 41 (136) 2nd Dec 2007.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. Parameter Audit. 3.

In this case. they try to align with each other to enable speech coding both in uplink and downlink directions. due to the interference in the air interface and signaling messages can be lost. Re-sending the messages one or more times can lengthen the call establishment dramatically and this might lead to trigger of REMOTE TRANSCODE FAIL counters. The BSC requests for a clearing and then releases the resources connected to the call. If the alignment procedure fails. the BTS sends CONNECTION_FAILURE_INDICATION message to the BSC. P 42 (136) 2nd Dec 2007.how many successive remote transcoder failure the BSC may receive before releasing the particular Call. speech decoding also fails and speech is no longer audible. The cause field in this failure indication message is "REMOTE TRANSCODER FAIL” When more aggressive HR is introduced.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN. Range: 0 to 5 Default: 0. Transcoder Optimization was carried out on several BSC’s of Idea Cellular Delhi which was Dropping calls on the basic of Transcoder Failure:Parameter Fine tuning was carried out on the BSC Level with the help of Parameter ITCF (Number of Ignored Transcoder Fail) . Description:ITCF:-Number of ignored transcoder Failures. N. This Parameter is used to check how many Transcoder Failure the system will receive before it Releases a particular calls. Explanation: After a speech path connection has been established between the BTS and the TC. Nokia Tested (2) For internal use 2 © Nokia Siemens Networks Presentation / Author / Date . This parameter defines .

th e s ta tu s o f IT C F c a n b e fo u n d o n th e B S C L e v e l. AND SERVICE OPTIMIZATION STENIN. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. P 43 (136) 2nd Dec 2007. IT C F P a r a m e te r fro m M M L : W ith th e h e lp o f m m l c o m m a n d “ Z E E O :A L L ” . F or in t er n a l u s e 1 © N o k ia S ie m e n s N e t w o r k s P r es e n t a tio n / A u t h o r / D a t e P e r fo r m a n c e P lo t B D 0 1 7 : F o r in t e r n a l u s e 4 © N o k ia S ie m e n s N e t w o r k s P r e s e n t a tio n / A u t h o r / D a t e .

P e r fo r m a n c e P lo t B D 0 1 9 : F o r in t e r n a l u s e 5 © N o k ia S ie m e n s N e t w o r k s P r e s e n t a tio n / A u t h o r / D a t e P e r f o r m a n c e P lo t B D 0 1 8 : F o r in t e r n a l u s e 6 © N o k ia S ie m e n s N e t w o r k s P r e s e n t a tio n / A u t h o r / D a t e .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. N. AND SERVICE OPTIMIZATION STENIN. P 44 (136) 2nd Dec 2007.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. P 45 (136) 2nd Dec 2007. . AND SERVICE OPTIMIZATION STENIN. and there by enhancing TCH Drop Call Performance on the Network Level. N. P e r fo r m a n c e P lo t B D 0 2 0 : F o r in t e r n a l u s e 7 © N o k ia S ie m e n s N e tw o r k s P r e s e n ta tio n / A u th o r / D a te TCH Drop Netw ork Level Idea Cellular Delhi: TCH Drop call Improvement F or internal us e 10 © N okia Siem ens N etworks Pres entation / A uthor / D ate Thus there was improvement on TCH Drop which was due to Transcoder failure.

For internal use 1 © Nokia Siemens Networks Presentation / Author / Date .2 Rx Level Min Cell (SL). Rx_Lev_Min_cell (SL) Idea Cellular Delhi 31st-July-2007 Stenin N. AND SERVICE OPTIMIZATION STENIN. 3. Parameter Optimization Performance Reprot.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.P……………… Nokia Siemens Network. N. P 46 (136) 2nd Dec 2007.

Default: -100 dBm. Expected Improvement:.BSC05 . Rx_Level_Min_Cell (SL) .With this Parameter fine tuning there should be improvement in “ Handover success Rate” and also Enhancement in “drop Call” which were dropping due to handover.BSC15.BSC12) for Idea Cellular Delhi Network. Range: -110 to -47 dBm.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. P 47 (136) 2nd Dec 2007. For internal use 2 © Nokia Siemens Networks Presentation / Author / Date . Description :Rx_Lev_Min_Cell (SL):This Parameter defines the minimum signal level of an adjacent cell when an handover is allowed to the Neighboring cell. Nokia Tested (-92dBm) Note : The Value for SL can be Fine tuned to a value of -96dBm for Border Cells in the network for better Performance Enhancement.Optimization Performance :Rx_Level_Min_Cell (SL) Parameters was fine tuned for Four BSC’s (BSC02 . N. AND SERVICE OPTIMIZATION STENIN.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. F o r in t e r n a l u s e 4 © N o k ia S ie m e n s N e t w o r k s P r e s e n t a tio n / A u t h o r / D a t e . AND SERVICE OPTIMIZATION STENIN.0 5 .H O S R IM P R O V E M E N T 10000 6 5 1000 4 ERL d a te o f im p lim e n ta tio n 100 3 2 10 1 1 7 -0 7 -1 0 6 7 -0 7 -1 0 7 7 -0 7 -1 0 5 7 -0 7 -1 0 8 7 -0 7 -1 0 9 7 -0 7 -2 0 0 7 -0 7 -2 0 1 7 -0 7 -2 0 2 7 -0 7 -2 0 3 7 -0 7 -2 0 4 7 -0 7 -2 0 5 7 -0 7 -2 0 6 7 -0 7 -2 0 7 7 -0 7 -2 0 8 7 -0 7 -2 0 9 7 -0 7 -3 0 0 2 0 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 T C H T r a f f ic ( E lr ) T C H d ro p S d cch D ro p H O F A IL P o ly . N. P 48 (136) 2nd Dec 2007. H a n d o v e r Im p r o v e m e n t (B S C 0 5 ): - B S C . ( H O F A I L ) F o r in t e r n a l u s e 3 © N o k ia S ie m e n s N e tw o r k s P r e s e n t a tio n / A u t h o r / D a t e D r o p c a ll d u e to H a n d o v e r : Im p r o v e m e n t ( B S C 0 5 ) .

P 49 (136) 2nd Dec 2007. N. (H O F A IL ) F o r in t e r n a l u s e 5 © N o k ia S ie m e n s N e tw o r k s P r e s e n t a ti o n / A u t h o r / D a t e D ro p c a ll d u e to H a n d o v e r : Im p ro v e m e n t ( B S C 0 2 ) . B S C -0 2 H O S R Im p r o v e m e n t D e g r a d a ti o n is d u e to R e -H o m in g .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN. R e s o l v e d o n 3 0 th 10000 7 6 % 5 4 E rl 1000 100 d a te o f im p lim e n t a t io n 3 2 1 10 2 0 0 7 -0 7 -1 6 2 0 0 7 -0 7 -1 7 2 0 0 7 -0 7 -1 5 2 0 0 7 -0 7 -1 8 2 0 0 7 -0 7 -1 9 2 0 0 7 -0 7 -2 0 2 0 0 7 -0 7 -2 1 2 0 0 7 -0 7 -2 2 2 0 0 7 -0 7 -2 3 2 0 0 7 -0 7 -2 4 2 0 0 7 -0 7 -2 5 2 0 0 7 -0 7 -2 6 2 0 0 7 -0 7 -2 7 2 0 0 7 -0 7 -2 8 2 0 0 7 -0 7 -2 9 1 2 0 0 7 -0 7 -3 0 0 T C H T ra f f i c ( E l r) T C H d ro p S d c c h D ro p H O FA IL P o ly. F or in ter n a l u s e 6 © N o k ia S ie m e n s N e tw o r ks P r es e n ta tio n / A u th o r / D a te .

(H O F A IL ) F o r in t e r n a l u s e 7 © N o k ia S ie m e n s N e tw o r k s P r e s e n t a tio n / A u t h o r / D a t e H a n d o v e r Im p r o v e m e n t ( B S C 1 2 ) : - B S C -0 1 2 H O S R Im p rov e m e n t 10000 7 6 1000 5 4 100 d a te o f im p lim e n ta tio n 3 2 1 10 1 -0 7 2 -1 0 6 7 -0 7 2 -1 0 7 7 -0 7 2 -1 0 5 7 -0 7 -1 0 8 7 -0 7 2 -1 0 9 7 -0 7 2 -2 0 0 7 -0 7 2 -2 0 1 7 -0 7 -2 0 2 7 -0 7 2 -2 0 3 7 -0 7 2 -2 0 4 7 -0 7 2 -2 0 5 7 -0 7 -2 0 6 7 -0 7 2 -2 0 7 7 -0 7 2 -2 0 8 7 -0 7 2 -2 0 9 7 -0 7 -3 0 0 2 0 0 7 0 0 0 2 0 0 0 0 2 0 0 0 0 2 0 0 0 0 T C H T r a f f ic ( E lr ) T C H d ro p S d cch D ro p H O F A IL P o ly .H O S R IM P R O V E M E N T 10000 1000 7 6 5 4 d a te o f im p lim e n ta tio n ER L 100 10 1 -0 7 3 2 1 -1 0 6 7 -0 7 -1 0 7 7 -0 7 -1 0 5 7 -0 7 -1 0 8 7 -0 7 -1 0 9 7 -0 7 -2 0 0 7 -0 7 -2 0 1 7 -0 7 -2 0 2 7 -0 7 -2 0 3 7 -0 7 -2 0 4 7 -0 7 -2 0 5 7 -0 7 -2 0 6 7 -0 7 -2 0 7 7 -0 7 -2 0 8 7 -0 7 -3 0 0 2 0 0 7 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 2 0 T C H T ra f f i c ( E l r) S d c c h D ro p T C H d ro p H O FA IL P o ly. ( H O F A IL ) F o r in t e r n a l u s e 9 © N o k ia S ie m e n s N e t w o r k s P r e s e n t a tio n / A u t h o r / D a t e Thus this Parameter can be implemented. P 50 (136) 2nd Dec 2007. . H a n d o v e r Im p r o v e m e n t (B S C 1 5 ): - B S C . N. Network Wide of Idea Cellular Delhi for Better “Handover Performance” Enhancement and “Drop Call” Due to Handover. AND SERVICE OPTIMIZATION STENIN.0 1 5 .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

Nokia Siemens Networks. LAPD-N200 along with LAPD-k Value:Fine tuning of Timer LAPD-T200 to enhance SDCCH Drop call rate on BSC18 Idea Cellular Delhi Network. AND SERVICE OPTIMIZATION STENIN. .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.1 CD 2. N. LAPD-T200 Timer Optimization Performance Report Idea Cellular Delhi 20th-July-2007 Stenin. BSC Software: S11.To have the Timer LAPD-T200 Modified or to view.2 BTS Software: CX 4. P 51 (136) 2nd Dec 2007. Minimum Software requirement: NOTE: . the minimum software Requirements are.NP.3 LAPD T200 Timer Optimization. 3.0 Discription:LAPD-T200 Timer:The Timer T200 Can be optimized to achieve a Maximum time the LAPD (Layer-2) transmitter (at the BSC) will wait for an acknowledgment before making a retransmission.5 CD 4. For internal use 1 © Nokia Siemens Networks Presentation / Author / Date Optimization of LAPD-T200 Timer.

Nokia Tested (780ms) T200 FACCH = 780ms T200 SDCCH = 780ms LAPD-N200 Counter:The counter N200 is used to achieve a maximum number of Retransmission a transmitter will make. P 52 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN. N. The K value is has dependency on the SAPI (Service access Point Identifier) SDCCH Enhancement after timer T200 was finetuned appropriately from 0ms to 780ms (for both FACCH and SDCCH For internal use 4 © Nokia Siemens Networks Presentation / Author / Date . LAPD-K Value:The K Value decides the maximum number of unacknowledgement frames a transmitter will allow before holding up the transmission. Range: 220ms to 1000 msec Default: 220ms.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

F o r in t e r n a l u s e 5 © N o k ia S ie m e n s N e tw o r k s P r e s e n t a tio n / A u t h o r / D a t e Thus this Timer T-200 can be finetuned. N. T 2 0 0 P e rfo rm a n c e e n h a n c e m e n t : W ith n o D e g r a d a tio n in T C H D r o p f o r th is P a r tic u la r B S C 1 8 . AND SERVICE OPTIMIZATION STENIN. Network Wide of Idea Cellular Delhi for Better SDCCH Performance Enhancement 3. . P 53 (136) 2nd Dec 2007.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.4 Level and Quality Handover Decission Analysis.

Stenin. THRESHOLD. and Service Optimipation.N. F O R D IF F E R E N T H A N D O V E R C R IT E R IA : ID E A C E L L U L A R D E L H I. 2 4 th A u g 2 0 0 7 . H A N D O V E R O P T IM IZ A T IO N P E R F O R M A N C E . P 54 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN. HANDOVER DETECTION ANALYSIS USING WINDOW. . Nokia.OPTIMIZATION PERFORMANCE FOR LEVEL AND QUALITY HANDOVER CRITERIA. WEIGHTING.India . & NX / PX . 24th Aug 2007 . IDEA CELLULAR DELHI.P Networks. F o r in t e r n a l u s e 2 © N o k ia S ie m e n s N e tw o r k s P r e s e n ta tio n / A u th o r / D a te The Window and Weighting have dependency on the raw measurement done on the SACCH (480msec) for different Handover Criteria’s. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

Power Budget UL Power Budget DL Quality Handover UL Quality Handover DL Level Handover UL Level Handover DL Interference Handover UL Interference Handover DL Distance Handover UL Distance Handover DL. Idea Cellular Delhi:- [ CASE I ] LEVEL HANDOVER IN THE DOWN LINK: . Threshold and NX and PX Value appropriately for better Performance in Handover of a cellular Network. AND SERVICE OPTIMIZATION STENIN. Statistics from ND 204. P           55 (136) 2nd Dec 2007. Each of these Handover Criteria have parameters which can be fine tuned such as Window size .Weighting . The analysis done is for Level and Quality based handover.with cause values for Handover. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

LDW:-Weighting. LDN (Nx):-Total Number of Averages.means that for the consecutive 6 SACCH’s in the downlink. LDP (Px):-Number of samples to be satisfied out of the Nx. LDWS: Level Down link Window Size:- LDW:-Weighting LDW:-Level Down Link Weighting.The next average will happen between 2nd to 7th SACCH period (For next 6 consecutive SACCH’s). Range: 1 SACCH to 32 SACCH. Window size represents the average window size in SACCH Period . So in this scenario there will be 6 SACCH’s taken into account to make an average as set by LDWS=6 as shown in the diagram below. Description:- . Example:If LDWS is set to a value of 6.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. LDWS: Level Down link Window Size:Description:Parameter calculates average value from signal strength in the Downlink Measurement. P 56 (136) 2nd Dec 2007. N. AND SERVICE OPTIMIZATION STENIN. LDR:-Threshold Level Downlink Rx Level. MML Default: 6 SACCH. it will take in the level and average it to get one value. Parameters associated with Level Handover in the Down Link: LDWS: Level Down link Window Size.

AND SERVICE OPTIMIZATION STENIN. Description:This Parameter. 3(PX) out of 4(NX). LDR:-Threshold Level Downlink Rx Level:Description:This Parameter compares the average values of signal strength in the Down link direction for triggering the handover process. then there should be a minimum of 3 averages that should satisfy the threshold of the total of 4 averages (NX) for a decision making for Level based downlink handover. The averages has to overcome the value set by this particular parameter LDR. MML Default: Value of 1. MML Default: Value of 1. Diagram showing. LDN(Nx):-Total Number of Averages. LDP(Px):-Number of samples to be satisfied out of the Nx . not a continuous Transmission. Description:This Parameter. stating all SACCH’s taken into consideration. NOTE:-NX should always be greater than PX. P 57 (136) 2nd Dec 2007. Range: 1 to 32. N. MML Default: -95 dBm. This Parameter has a dependency on the DTX ( Discontinuous Transmission) If Discontinuous Transmission in the Down link is switched off then the LDW Value should be set to 1. out of the Total averages (LDN-NX). states number of Averages that have to be taken into account when making a Level based Downlink handover decision.If the value set is 3. Example:.If the value set is 4. NOTE:-If the decision have to be speeded up or slowed down. Range: -110 to -47dBm. then the LDW Value should be set to 2 / 3 appropriately.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. Range: 1 to 3. then total of 4 averages are used for decision making. Example:. this parameter can be reduced or Incremented appropriately. In other words with this parameter one can set the threshold for Rx Level in the downlink. stating blank speech in between. And in cause if Discontinuous Transmission in the Down link is switched on. states the number of averages that should satisfy the threshold (LDR). how decision is made for Level based Downlink Handover: . Range: 1 to 32. MML Default: Value of 1.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N. P

58 (136)

2nd Dec 2007.

[ CASE II ]
LEVEL HANDOVER IN THE UP LINK:
Parameters associated with Level Handover in the UP Link: LUWS: Level UP link Window Size. LUW:-Weighting. LUR:-Threshold Level UP link Rx Level. LUP (Px):-Number of samples to be satisfied out of the Nx. LUN(Nx):-Total Number of Averages.

LUWS: Level UP link Window Size:Description:Parameter calculates average value from signal strength in the UPlink measurement. Window size represents the average window size in SACCH Period . Range: 1 SACCH to 32 SACCH. MML Default: 6 ( SACCH Period ). Example:-

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N. P

59 (136)

2nd Dec 2007.

If LUWS is set to a value of 6,means that for the consecutive 6 SACCH’s in the UP link, it will take in the level and average it to get one value.The next average will happen between 2nd to 7th SACCH period (For next 6 consecutive SACCH’s). So in this scenario there will be 6 SACCH’s taken into account to make an average as set by LUWS=6 . LUW:-Weighting. LUW:-Level UP Link Weighting. Description:This Parameter has a dependency on the DTX ( Discontinuous Transmission) If Discontinuous Transmission in the UP link is switched off then the LUW Value should be set to 1,stating all SACCH’s taken into consideration. And in cause if Discontinuous Transmission in the UP link is switched On, then the LUW Value should be set to 2 / 3 appropriately, stating blank speech in between, not a continuous Transmission. Range: 1 to 3. MML Default: Value of 1. LUR:-Threshold Level UP link Rx Level:Description:This Parameter compares the average values of signal strength in the UP link direction for triggering the handover process. In other words with this parameter one can set the threshold for Rx Level in the UP link. The averages has to overcome the value set by this particular parameter LUR. Range: -110 to -47dBm. MML Default: -95 dBm. LUN (Nx):-Total Number of Averages. Description:This Parameter, states number of Averages that have to be taken into account when making a Level based UP link handover decision. Range: 1 to 32. MML Default: Value of 1. Example:- If the value set is 4, then total of 4 averages are used for decision making. NOTE:-If the decision have to be speeded up or slowed down, this parameter can be reduced or Incremented appropriately. LUP(Px):-Number of samples to be satisfied out of the Nx . Description:This Parameter, states the number of averages that should satisfy the threshold (LUR), out of the Total averages (LUN-NX). Range: 1 to 32. MML Default: Value of 1. Example: - If the value set is 3, then there should be a minimum of 3 averages that should satisfy the threshold of the total of 4 averages (NX) for a decision making for Level based UP link handover. 3(PX) out of 4(NX).

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N. P

60 (136)

2nd Dec 2007.

NOTE:-NX should always be greater than PX.

[ CASE III ]
QUALITY HANDOVER IN THE DOWN LINK:
Parameters associated with Quality Handover in the Down Link: QDWS: Quality Down link Window Size. QDW:-Weighting. QDR:-Threshold Quality Downlink Rx Qual. QDP(Px):-Number of samples to be satisfied out of the Nx . QDN(Nx):-Total Number of Averages.

QDWS: Quality Down link Window Size:Description:Parameter calculates average value from quality in the Downlink measurement. Window size represents the average window size in SACCH Period. Range: 1 SACCH to 32 SACCH. MML Default: 1 ( SACCH Period ). Example:If QDWS is set to a value of 1,means that for every SACCH (480msec) in the downlink, it will take in the quality. NOTE:-As in cause of Level varies at a very fast rate compared to Rx Quality. Thus for Quality QDWS the default is taken as 1,ie decision taken for every SACCH period. QDW:-Quality Down Link Weighting. Description:This Parameter has a dependency on the DTX ( Discontinuous Transmission) If Discontinuous Transmission in the Down link is switched off then the QDW Value should be set to 1,stating all SACCH’s taken into consideration. And in cause if Discontinuous Transmission in the Down link is switched On, then the QDW Value should be set to 2 / 3 appropriately, stating blank speech in between, not a continuous Transmission. Range: 1 to 3. MML Default: Value of 1. QDR:-Threshold Quality Downlink Rx Qual:Description:This Parameter compares the values of signal quality in the Down link direction for triggering the handover process. In other words with this parameter one can set the threshold for Rx Quality in the downlink. This value has to overcome the value set by this particular parameter QDR. Range: 0 to 7. MML Default: 4 (1.6% to 3.2%). QDN (Nx):-Total Number of Averages.

out of the Total averages (QDN-NX). then total of 6 averages are used for decision making.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. Description:This Parameter. Example: . QDP (PX):-Number of samples to be satisfied out of the Nx. Description:This Parameter. states number of Averages that have to be taken into account when making a Quality based Downlink handover decision. NOTE:-In cause of Level. how decision is made for Quality based Downlink Handover: . then there should be a minimum of 4 averages that should satisfy the threshold of the total of 6 averages (NX) for a decision making for Quality based downlink handover. AND SERVICE OPTIMIZATION STENIN. there are two trailing SACCH considered for decision making . the sliding average is done only once as QDWS is by default set to one. Range: 1 to 32. NOTE:-If the decision have to be speeded up or slowed down. Range: 1 to 32. NOTE:-NX should always be greater than PX.But where as for Quality. MML Default: Value of 4. 4(PX) out of 6(NX). P 61 (136) 2nd Dec 2007.If the value set is 6. MML Default: Value of 6. this parameter can be reduced or Incremented appropriately. N. states the number of averages that should satisfy the threshold (QDR).If the value set is 4. Example: . Diagram showing.

In other words with this parameter one can set the threshold for Rx Quality in the UP link. stating all SACCH’s taken into consideration. Window size represents the average window size in SACCH Period. Range: 1 to 3. This value has to overcome the value set by this particular parameter QUR.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. QUR:-Threshold Quality UP link Rx Qual:Description:This Parameter compares the values of signal quality in the UP link direction for triggering the handover process. . QUW:-Weighting. Range: 1 SACCH to 32 SACCH. Thus for Quality QUWS the default is taken as 1. QUP (PX):-Number of samples to be satisfied out of the Nx. MML Default: 4 (1. stating blank speech in between. P 62 (136) 2nd Dec 2007. it will take in the quality. MML Default: Value of 1. QUW:-Quality UP Link Weighting. Description:This Parameter has a dependency on the DTX (Discontinuous Transmission) If Discontinuous Transmission in the UP link is switched off then the QUW Value should be set to 1. Range: 0 to 7. ie decision taken for every SACCH period.6% to 3. means that for every SACCH (480msec) in the UP link. then the QUW Value should be set to 2 / 3 appropriately. [CASE IV] QUALITY HANDOVER IN THE UP LINK: Parameters associated with Quality Handover in the UP Link: QUWS: Quality UP link Window Size. NOTE:-As in cause of Level varies at a very fast rate compared to Rx Quality. QUR:-Threshold Quality UP link Rx Qual. Example:If QUWS is set to a value of 1. N. not a continuous Transmission. AND SERVICE OPTIMIZATION STENIN.2%). QUWS: Quality UP link Window Size:Description:Parameter calculates average value from quality in the UP link Measurement. MML Default: 1 (SACCH Period). And in cause if Discontinuous Transmission in the UP link is switched on. QUN (Nx):-Total Number of Averages. QUW:-Weighting.

Example: . out of the Total averages (QUN-NX). QUP (PX):-Number of samples to be satisfied out of the Nx. N. MML Default: Value of 6. Description:This Parameter. Range: 1 to 32. P 63 (136) 2nd Dec 2007. 4(PX) out of 6(NX).But where as for Quality.If the value set is 4. states number of Averages that have to be taken into account when making a Quality based UP link handover decision. states the number of averages that should satisfy the threshold (QUR). NOTE:-If the decision have to be speeded up or slowed down. then total of 6 averages are used for decision making. the sliding average is done only once as QUWS is by default set to one.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. Range: 1 to 32. there are two trailing SACCH considered for decision making . QUN (Nx):-Total Number of Averages. Description:This Parameter. NOTE:-In cause of Level. AND SERVICE OPTIMIZATION STENIN. H A N D O V E R D IS T R IB U T IO N B E F O R E A N D A F T E R O P T IM IZ A T IO N (N e tw o r k L e v e l) :- F or in t er n a l u s e 24 © N o k ia S ie m e n s N e t w o r k s P r es e n t a tio n / A u t h o r / D a t e . Example: . NOTE:-NX should always be greater than PX. then there should be a minimum of 4 averages that should satisfy the threshold of the total of 6 averages (NX) for a decision making for Quality based UP link handover.If the value set is 6. MML Default: Value of 4. this parameter can be reduced or Incremented appropriately.

The umbrella handover concept was applied for IBS site “HYATREG 2”of . IBS OPTIMIZATION PERFORMANCE . 4th July 2007 . N. In the umbrella handover concept. P 64 (136) 2nd Dec 2007.5 IBS Parameter Optimization. UMBRELLA HANDOVER CONCEPT: Umbrella handovers are used in scenarios. Thus these parameters can be fine tuned appropriately for Level and Quality for better Handover performance. AND SERVICE OPTIMIZATION STENIN. 3. in which the handover is to Happen from external server to in building system.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. USING UMBRELLA HANDOVER CONCEPT: IDEA CELLULAR DELHI. Further fine tuning requirement for improvement Power budget Handover and Handover due to Interference for Both UP Link and Down Link on the Network Level after appropriate. the in building system will have to be set as lower layer (Micro) as seen by external server (Macro).

AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. Parameter used for fine tuning: The above param eters are explained in the previous session. Idea Cellular Delhi Network. on their operations. P 65 (136) 2nd Dec 2007. N. where there was performance enhancement seen in Handover and TCH Drop Call. Performance Enhancement Plot: .

P e rfo rm a n c e E n h a n c e m e n t P lo t: F or in ter n a l u s e 6 © N o k ia S ie m e n s N e tw o r ks P r es e n ta tio n / A u th o r / D a te .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN. N. P 66 (136) 2nd Dec 2007.

N. Performance Enhancement Plot: For internal use 7 © Nokia Siemens Networks Presentation / Author / Date Thus there was improvement in Handover and TCH Drop Call for Site “HYATREG” of Idea Cellular Delhi. with no degradation in performance of the neighboring sites.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. . P 67 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN.

On these windows at present we are facing PingPong condition. • • After implementation of new design if we face same problem on the window of Hotel. AND SERVICE OPTIMIZATION STENIN. we require IDEA Delhi team help to get access inside the building & floor plan of all floors of this Hotel. As at present we are not having access to put antennas inside the Hotel rooms so we may not have sufficient indoor coverage at the window of rooms to avoid Idea customer to camp or latch on outdoor signal. . • • As per new design antennas are having EIRP between 14 to 19 dBm. Due to uneven EIRP & improper IBS design there are some poor coverage areas inside the Bldg. In old design EIRP was 0 dBm to 10 dBm. 3. For the implementation of proposed new IBS design at Hotel Park Royal Hotel. then we propose the dedicated outdoor site to give the proper indoor coverage inside the rooms. Also we require some extra IBS material. & on the window of rooms. Delhi. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. P 68 (136) 2nd Dec 2007. Summery of this survey is as follows: • • Idea is having own IBS implemented in this Bldg.Building survey was conducted for the Park Royal Hotel. • To improve the coverage & performance of this IBS site we had re-designed the Park Royal IBS. This design gives sufficient & even EIRP to all planned antennas inside the bldg. SUMMARY In.5 IBS Design Verification and Analysis The basis IBS Design verification was carried out for one of the IBS Cell at Idea cellular Delhi Network for performance enhancement.

AND SERVICE OPTIMIZATION STENIN. P 69 (136) 2nd Dec 2007.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. . BTS CONFIGURATION DETAIL FORM. N.

8 5 d B m 5m 10m 15m 5m 5m 10m A 1 -L 1 0 1 9 .8 5 d B m 1 9 . AND SERVICE OPTIMIZATION STENIN.8 5 d B m A 15 m 5m 10m A 1 -L 5 1 9 . PA RK RO YA L H O TEL D ELH I T R U N K IN G D IA G R A M U L T R A M IN I BTS SECTO R 1 LEVEL 3 A 15m SH AFT 1 SH AFT 2 SH AFT 3 SH AFT 4 B C D 5m A 1 -L 4 1 9 .3 d B m 5m 5m 10m 30m 5m A 1 -L 6 1 9 .3 d B m L E V E L 4 T O L E V E L 1 1 . by having the Metro cell replaced by ultra cell adding in more capacity.G U E ST F L O O R S -SH A F T 1 1 . P 70 (136) 2nd Dec 2007.8 5 d B m A 1 -L 7 1 9 .3 d B m A 1 -L 9 A 1 -L 1 1 1 9 .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. N.3 d B m A 1 -L 8 1 9 .And also by splitting the sector to have a constatnt and high EIRP appropriately. The Trunking diagram was modified appropriately with a new Design for better efficacy.

85 dBm LEVEL 4 TO LEVEL 12.4 dB m A2 -L10 A2 -L11 18.4 dB m 19.G UEST FLO O RS-SH AFT 3 .3 dB m A3 -L11 19.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.75 dBm 10m A2 -L7 30m 5m 5m 10m 10m A2 -L8 A2 -L9 19. AND SERVICE OPTIMIZATION STENIN.3 dB m A3 -L8 19.85 dBm 19.G UEST FLO O RS-SH AFT 2 5m A3 -L4 19. P 71 (136) 2nd Dec 2007.85 dBm A3 -L7 19.3 dB m B 20m 5m 10m A2 -L5 A2 -L6 17. N.3 dB m LEVEL 4 TO LEVEL 11. PA R K R O YA L H O TEL D ELH I TRUNK ING DIAG RAM 10 A2 -L4 17.85 dBm 5m 10m 15m 5m 5m 10m A3 -L10 19.4 dB m 10m 5m 10m A2 -L12 18.85 dBm A3 -L9 19.85dBm C 15 m 5m 10m A3 -L5 19.95 dBm 19.3 dB m 5m 5m 10m 30m 5m A3 -L6 19.75dBm 18.

85 dB m A4 -L9 19.3 dB m A4 -L11 19.G U E ST FLO O R S-SH A FT 4 . AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.3 dB m L E V E L 4 TO L E V EL 11. P 72 (136) 2nd Dec 2007.85 dB m A4 -L7 19.3 dB m A4 -L8 19. N.85 dB m D 15 m 5m 10m A4 -L5 19. P A R K R O YA L H O TEL D ELH I TR U N K IN G D IA G R AM 5m A4 -L4 19.85 dB m 5m 10m 15m 5m 5m 10m A4 -L10 19.3 dB m 5m 5m 10m 30m 5m A4 -L6 19.

P A R K R O Y A L H O T EL D ELH I T R U N K IN G D IA G R AM U L T R A M IN I BTS SE C T O R 2 LEVEL 3 5m A1 -L0 1 5 .4 dB m A6 -L0 1 5 .2 dB m 7d B 10m 5m A5 -L1 5m 30m 30m 25m A6 -L1 1 8 . P 73 (136) 2nd Dec 2007.2 dB m A4 -L1 1 6 .5 dB m A7 -L0 1 4 .2 dB m A2 -L1 1 7 .7 dB m 1 7 . N.3 5 dB m 10m 10m 30m 10m A2 -L0 1 4 .9 dB m A7 -L1 1 7 .6 dB m 10m 15m A4 -L0 1 4 .8 dB m LEVEL .0 10d B 10m 40m A3 -L0 1 4 .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.1 dB m A1 -L1 5m 15m 15m 15m 30m 40m 30m 1 8 .2 dB m L E V E L 1.2 dB m T O LE V EL S 1 . AND SERVICE OPTIMIZATION STENIN.9 dB m 15m 40m 5m 20m 40m 45m A5 -L0 1 4 ..B A NQ UE T FLO O R A3 -L1 1 6 .

N.3 dB m A 4 -L S2 1 4 .8 dB m A 9 -L S2 -H C 1 5 .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.0 dB m 5m 15m 10m A 1 -L S2 1 8 .1 dB m 1 8 dB m A 3 -L S2 1 6 .H E AL TH C L UB 5m 20m 40m 30m 25m 35m 10m A 5 -L S2 A 6 -L S2 1 4 . 5 dB m 1 6 .1 dB m 1 7 .8 dB m 45m 10m 5m A 8 -L S2 -H C 1 5 .S2.9 dB m 15m A 2 -L S2 1 8 .3 5 dB m L E V E L .6 5 dB m A 7 -L S2 -H C 1 5 .6 dB m 1 5 . AND SERVICE OPTIMIZATION STENIN. PA R K R O YA L H O TEL D ELH I T R U N K IN G D IA G R A M F R O M L EV EL 1 L E V E L – S1 5m 20m 20m A 1 -L S1 30m 20m A 2 -L S1 A 3 -L S1 1 6 .6 dB m 7d B 10m 20m A 4 -L S1 A 5 -L S1 1 7 .8 dB m T O LE V EL B 2 .7 dB m 15m 15m 30m A 6 -L S1 1 6 . P 74 (136) 2nd Dec 2007.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.5 d B m 1 5 . P 75 (136) 2nd Dec 2007.Sectorisation helped in power increment and Capacity enhancement as well.9 d B m 1 5 . . N. PA RK RO YA L H O TEL D ELH I T R U N K IN G D IA G R A M FRO M LEVELS2 LEVEL – B2 5m 25m 10m A 1 -L 7 15m 20m 15m 15m A 1 -L 1 1 8 .4 d B m 7dB 20m 30m A 2 -L 1 1 6 .0 d B m LEVEL – B1 25m A 2 -L 1 1 4 .5 d B m A 1 -L 8 A 1 -L 9 1 6 .9 d B m 10m 40m A 1 -L 1 1 6 .3 d B m The EIRP before plan was unevenly distributed with some nodes having very low EIRP when compared to some nodes with quite high EIRP. AND SERVICE OPTIMIZATION STENIN. which was finetuned in the new design appropriately with the help of 2 ways to 3 ways couplers.

MML Default: Value of 4.P Networks.7 RLT & ARLT Analysis Report. Range: 0 to 64 SACCH. P 76 (136) 2nd Dec 2007. and Service Optimipation. 3. Stenin. Parameter Description: RLT:-Radio Link Timeout:Parameter (RLT) Radio Link Timeout can be fine tuned appropriately to have performance enhancement on the Drop Call for cells tending to Drop High on TCH. N. 29th Aug 2007 .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.N. With a step size of 4 SACCH. IDEA CELLULAR DELHI. Nokia Tested 20 SACCH . Description:This Parameter defines the maximum value of radio link counter expressed in SACCH frame. AND SERVICE OPTIMIZATION STENIN. RLT(RADIO LINK TIMEOUT) AND ARLT (AMR RADIO LINK TIMEOUT) TEST REPORT AND ANALYSIS. Nokia.India .

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N. P

77 (136)

2nd Dec 2007.

ARLT: AMR Radio Link Timeout:Similarly (ARLT) AMR Radio Link Timeout can be fine tuned appropriately to have performance enhancement on the Drop Call for cells tending to Drop High on TCH with AMR Implemented. Description:This Parameter defines the maximum value of radio link counter expressed in SACCH frame for AMR Calls. Range: 4 to 64 SACCH. With a step size of 4 SACCH. MML Default: Value of 20. Nokia Tested 36 SACCH MML COMMANDE @ BSC FOR RLT & ARLT:

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N. P

78 (136)

2nd Dec 2007.

Performance Improvement with RLT Fine tuning.

The below performance plot shows how cells had performance enhancement “ TCH_COMPLETION_RATE ” after fine tuning RLT from value of 20 to 24 SACCH

Cells improvement in the “TCH_Completion_Ratio” after RLT Fine tuned.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N. P

79 (136)

2nd Dec 2007.

The above Diagram shows how RLT is incremented (Steps of 2) on successful decoding of a SACCH, and also Decrement (Steps of 1) on unsuccessful decoding of Consecutive SACCH. Similarly ARLT was fine tuned from a value of 20 SACCH to 36 SACCH on the Network Level for Idea Cellular Delhi Network with enhancement in “TCH_COMPLETION_RATIO” as shown in the Performance plot below.

00 80.00 62. N. P 80 (136) 2nd Dec 2007.00 56. 92.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.00 71.00 74.00 65.00 77. dated 7th A ug 2007.00 50.00 86.8 CONGESTION RELIEF USING TRHO.00 83. Performance Improvement with ARLT Fine tuning. AND SERVICE OPTIMIZATION STENIN. TCHCom pletion R atio.00 /07 4/07 4/07 5/07 5/07 5/07 5/07 5/07 5/07 5/07 5/07 5/07 5/07 6/07 6/07 6/07 6/07 6/07 6/07 6/07 6/07 6/07 6/07 7/07 7/07 7/07 7/07 /04 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 /0 23 26 29 02 05 08 11 14 17 20 23 26 29 01 04 07 10 13 16 19 22 25 28 01 04 07 10 A RLTFinetunned to a value of 36.00 53.00 68.00 89. For internal use 7 © Nokia Siemens Networks Presentation / Author / Date Thus optimizing RLT and ARLT parameters can bring in enhancement in performance on TCH_COMPLETION_RATIO (TCH Drop Call) appropriately 3.00 59. . TCHCompletion Ratio.

TEST REPORT AND ANALYSIS. IDEA CELLULAR DELHI. 30th Aug 2007 . Stenin.Increases coverage area of under utilized target cell. P 81 (136) 2nd Dec 2007. N. Parameter setting for Congested Cell: . Reduces congested coverage area of a particular cell.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.P Networks. Advantage of TRHO:- Distributes traffic between cells in close proximity. and Service Optim ipation. Nokia.N.India . CONGECTION RELIEF USING (TRHO) TRAFFIC REASON HANDOVER. AND SERVICE OPTIMIZATION STENIN.

AMH Dynamically distributes traffic to appropriate cell / Layer / Frequency band according to load in the Network.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. To avoid additional handover. Range: -109 to -47(dBm). AMH Max Load of Target Cell => AML. Parameter Setting at the Switch:MML Commands. 3) ZEPH. . Used especially in 1) Multi band (GSM 900/ GSM 800) 2) Micro cellular or Multilayer (IUO) Network. 2) ZEPH. This parameter is set in the Neighbor defined in the Source Cell. related to network Load. AMH TRHO Guard Time => TGT. BTS=“Source & Target cell id” RI=ON. N. OUCT=98. the AMH has a particular penalty system. Thus mobiles cannot be directed back to original heavy loaded cell before the penalty timer expires. AMH Advance Multilayer Handling:AMH Consists of three different features. TRHO: AMH TRHO TARGET LEVEL:This Parameter defines the minimum signal level when a traffic reason handover is allowed to an adjacent cell. N (Not used) MML Default: N (Not in use) Tested value -85dBm. BTS=“Source cell id” TRHO=ON. THRO Target Level {n} => TRHO. a) BSC Initiated TRHO. This parameter is set in the Neighbor defined in the Source Cell. AMH TRHO Pbdgt Margin {n} =>ATPM. RIM=PER. back to heavy loaded cell. Ho Margin Pbdgt {n} => PMRG. 1) 2) 3) 4) 5) 6) 7) AMH Upper Load Threshold => AUT. To Modify: 1) ZEPI. AND SERVICE OPTIMIZATION STENIN. AMH is used to relief load of a congested cell. P 82 (136) 2nd Dec 2007. Parameter Description: TRHO: AMH TRHO TARGET LEVEL:This Parameter defines the minimum signal level when a traffic reason handover is allowed to an adjacent cell. Parameter setting for Under Utilized Cell: 1) Ho Margin Pbdgt {n} => PMRG. BTS=“Target cell id” TRHI=ON. Rx Level Min Cell {n} => SL. b) IUO Load Control (Intelligent Underlay Overlay) c) Multilayer Load Control (Dual band network operation) AMH provided both Capacity and Coverage by distributing traffic evenly over the network. To View: ZEPO.

during which a handover back to the original cell is not allowed. when the Traffic reason handover get triggered in the Congested (Source) cell with AUT 80. the Traffic reason handover will get triggered in the Congested (Source) cell. BSC Controlled traffic reason handover.If TGT set to 20 sec. N. TGT: TRHO Guard Time:This Parameter defines the guard time after a BSC-controlled or an MSC-controlled TRHO. AND SERVICE OPTIMIZATION STENIN. AML: AMH Max Load Of Target Cell:This Parameter defines maximum traffic load in the adjacent cell that is allowed to be the target cell for Traffic reason handover. SL: Rx level min cell:This Parameter defines the minimum signal level of an adjacent cell when a handover is allowed to the Neighboring cell Range: -110 to -47 dBm. during which a handover back to the original cell is not allowed. Or N. In other words the MS will not be directed back to the original heavy loadad cell until the time set by TGT is attained. Range: -109 to -47(dBm). the target cell where the traffic should be distributed should not be loaded more than 60. ATPM:AMH TRHO Pbdgt Margin:This Parameter defines the guard time after a BSC-controlled or an MSC-controlled TRHO. Range: -24 to 24 dBm. then the handover from target back to source will happen after 20 sec only. when the load of this source cell goes above set value in the AUT (say source cell loaded more than 80%.This parameter triggers. In other words the MS will not be directed back to the original heavy loadad cell until the time set by TGT is attained. P 83 (136) 2nd Dec 2007. MML Default: 30 Tested value 20. Range: 0 to 100 or N (Not used) MML Default: N (Not in use) Tested value 60. MML Default: N (Not active) . Range: 0 to 100 or N (Not used) MML Default: N (Not in use) Tested value 80.If TGT set to 20 sec. then the handover from target back to source will happen after 20 sec only. AUT: AMH Upper Load Threshold:This Parameter defines the upper threshold for load of the Base station . Range: 0 to 120 Sec.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. N (Not used) MML Default: N (Not in use) Tested value -85 dBm. triggrs TRHO). MML Default: -100 Tested value -92 dBm. In other words. In other words.

RI: Resource Indication Function:- . Tested value -6dBm. AND SERVICE OPTIMIZATION STENIN. MML COMMAND @ SWITCH. P 84 (136) 2nd Dec 2007. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. “ZEPO”.

Per=Periodic Indication MML Default: No Indication TRHO: Traffic Reason Ho function from Cell:- Range: On / Off MML Default: Off TRHI: Traffic Reason Ho function to Cell:- Range: On / Off MML Default: Off OUTC: Out Criterion:- Range: MML Default: 10% Nokia Tested 98% TRHO handover statistics ND 155 Check report ND 222 Thus Congestion forms Healy loaded cell can be relived using TRHO appropriately for evenly distribution of traffic in the Cellular Network. P 85 (136) 2nd Dec 2007. N. AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. 4. Optimizer Cycle . Range: On/Off MML Default: Off RIM: Resource Indication Method:Range: No Indication.

Nokia Siemens Networks. Optimizer had plans generated for:  TCH & BCCH Frequency Plan  BSIC Plan. with measurements enabled for consecutive three days having the Network Freeze for this duration.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. There were also Prediction's made for Cell sites that were planned for the month of Oct 2007. AND SERVICE OPTIMIZATION STENIN. . OPTIMIZER CYCLE 2 Date:15th Oct 2007 Stenin. P 86 (136) 2nd Dec 2007. General Information: Optimizer 2. yet to be rolled out. N.0 was run for Idea Cellular Delhi Network.

There were several iterations run for better efficacy of Plan and some of the results from the Plan is jotted down along with the Improvement in performance from Statistics extracted form Nokia OSS. Optimizer Results: Idea Cellular Delhi BCCH & TCH Usage in the New Plan: . P 87 (136) 2nd Dec 2007. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN.

P 88 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN. TRX’s Interfered.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. Distribution The total number of TRX’s which were interfered have Come Down in the New Plan. N. Initially there were about 700 TRX’s 100% Interfered which have reduced to about 250 TRX’s in this scenario of New Plan. . Performance Enhancement with statistical Report.

2 .0 0 D L Q u a lit y .6 0 4 .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.4 0 4 .8 0 4 .3 0 1 .2 0 2 .0 0 2 .8 0 1 .8 0 6 .6 0 2 .2 0 Date . ( D L Q u a lit y ) Po ly .2 0 7 .4 0 7 . T r a f f ic ( E lr ) .6 0 2 . ( H O F a il) 2007-10-12 7 .8 0 5 . ..8 0 2 . U L Q u a lit y D L Q u a lit y Po ly .2 0 2007-10-12 1 .4 0 1 .2 0 4 .4 0 3 .0 0 4 .5 0 1 .8 0 7 . N.6 0 6 .8 0 1 . U L & D L Q U A L IT Y Id e a C e llu la r D e lh i.5 0 2 .6 0 2007-06-18 2007-06-22 2007-06-26 2007-06-30 2007-07-04 2007-07-08 2007-07-12 2007-07-16 2007-07-20 2007-07-24 2007-07-28 2007-08-01 2007-08-05 2007-08-09 2007-08-13 2007-08-17 2007-08-21 2007-08-25 2007-08-29 2007-09-02 2007-09-06 2007-09-10 2007-09-14 2007-09-18 2007-09-22 2007-09-26 2007-09-30 2007-10-04 2007-10-08 1 .2 0 6 .2 0 3 . T C H T r a f f ic ( Elr ) H O F a il Po ly .8 0 3 . AND SERVICE OPTIMIZATION STENIN.1 0 H a n d o v e r _ F a ilu r e .0 0 1 .4 0 2 .0 0 2 .4 0 1 .2 0 O p tim iz e r C y c le 2 . 2 .6 0 7 .4 0 5 . 2 .0 0 5 . ( U L Q u a lit y ) H O P e r fo r m a n c e I d e a C e l l u l a r D e l h i : 40000 O p tim iz e r C y c le 38000 36000 34000 32000 30000 28000 26000 24000 22000 2007-06-18 2007-06-22 2007-06-26 2007-06-30 2007-07-04 2007-07-08 2007-07-12 2007-07-16 2007-07-20 2007-07-24 2007-07-28 2007-08-01 2007-08-05 2007-08-09 2007-08-13 2007-08-17 2007-08-21 2007-08-25 2007-08-29 2007-09-02 2007-09-06 2007-09-10 2007-09-14 2007-09-18 2007-09-22 2007-09-26 2007-09-30 2007-10-04 2007-10-08 20000 D a t e .6 0 3 .9 0 1 .2 0 5 . P 89 (136) 2nd Dec 2007.0 0 6 .4 0 2 .2 0 U L Q u a lit y .4 0 6 ..3 0 2 .0 0 3 .6 0 5 .6 0 1 .4 0 2 .7 0 1 .

80 1. Traffic (Elr) .21 .00 0.50 0.60 2.23 .02 .70 0.23 .10 0. TCH_Drop .16 .30 1. TCH Traf f ic (Elr) TCH Drop SD Drop Poly.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.40 0.. .20 0.11 .27 .60 1.17 . AND SERVICE OPTIMIZATION STENIN.80 0. Down Link Quality.40 1.01 . (SD Drop) 3. Handover..13 . 40000 Optimizer Cycle 37500 35000 32500 30000 27500 25000 18 .70 2. P 90 (136) 2nd Dec 2007.18 .10 1.60 0.20 2.28 .90 2.00 1.50 1.10 2.00 2.80 2.03 .06 .01 .30 2.08 .11 66 6 7 7 7 7 7 7 8 8 8 8 8 8 9 9 9 9 9 9 0 0 0 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -0 7 -1 7 -1 7 -1 7 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 Date .50 2.12 .40 2.07 .90 1.70 1.06 .20 1. N.30 0.22 .26 .28 . and also on TCH Drop and SDCCH Drop Call on the Network Level. SDCCH_Drop . TCH & SDCCH DROP:Idea Cellular Delhi.00 Thus there was improvement in performance of Uplink Quality.90 0. (TCH Drop) Poly.

EOSFLE (Release 5.52) OPERATION. For internal use 1 © Nokia Siemens Networks Presentation / Author / Date EOSFLEX Release 5. P 91 (136) 2nd Dec 2007.P Networks. EOSFLEX OPERATIONS.52:-Extended Operations Flexible Reporting. N.India. . Idea Cellular Delhi 11th-May-2007 Stenin.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. 5. and Service Optimipation. AND SERVICE OPTIMIZATION STENIN. Nokia.N.

with the help of a scheduler for atomizing the stats extraction task. and mailing interface The engine starts via WIN2K Task scheduler. and the task is carried out for the second time for stats of the same day. P 92 (136) 2nd Dec 2007. N. supporting modules for Excel. 2. Log in using:.It process scheduled jobs defined in the XML file. the tool reduces the time it will take after the first attempt to query the Data base server. Different “. helps in extracting statistical Data from a 2G.csv “(Excel output). The reports Excel file offers. 2) The scheduled content definition. AND SERVICE OPTIMIZATION STENIN. 1) Frozen panes (Column header and date / object identifiers are always available) 2) Web Link 3) support for markup coloring 4) support for number formatting 5) Vertical column header (Space saving) Eos scheduler supports file and directory cleanup. The engine contains of Perl script. Zip. Note: The output can be extracted as “.xml” scripts are written for extraction of the required Data from the OSS. 1) Scheduler Engine.5G and WCDMA Networks. wherein reducing the time requirement for Data extraction.http://localhost . Once a query is made for a particular day for a particular data from the OSS.52. Some of the commonly used tables are listed:<temp_table create="yes" name="traffic"> <temp_table create="yes" name="ho"> <temp_table create="yes" name="res_avail"> <temp_table create="yes" name="service"> <temp_table create="yes" name="res_access"> <temp_table create="yes" name="pcu"> <temp_table create="yes" name="qual"> <temp_table create="yes" name="rxqual"> <temp_table create="yes" meas_level="" name="mcs"> Way forward with EOSFLES Release 5. which is time consuming. Note: The engine handles all scheduled jobes.52. by querying the Data base server at the Nokia OSS. SCRIPT: There are different tables from which the raw counters are to be extracted. This Nokia Propriety tools EOSFLEX Release 5. EOS Scheduler operates with two separate entities.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. The data extraction can be scheduled.

P 93 (136) 2nd Dec 2007. Main Report Selection Window:- . N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN.

N. N. P 94 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN. <!-IDEA BSS Delhi for MAPA.========================= Tables ================================= --> <temp_table create="yes" name="traffic"> <Counters> .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.P Updated 25-04-2007 Agreed KPI on April 2007 --> <conf_file> <column_order> <trf_6></trf_6> <sdcch_comp_ratio></sdcch_comp_ratio> <tch_comp_ratio></tch_comp_ratio> </column_order> <! -. PI for GOS 2G report Created 12-04-2007 by Stenin. XML (Script for Voice) Example shown Script for TCH Drop Call.

N.msc_i_sdcch_tch +ho. P 95 (136) 2nd Dec 2007.tch_bcsu_reset+ traffic.================= Table ================================== --> <temp_table create="yes" name="ho"> <Counters> <counter alias="msc_i_tch_tch">sum (msc_i_tch_tch) </counter> <counter alias="msc_i_sdcch_tch">sum (msc_i_sdcch_tch) </counter> <counter alias="msc_i_tch_tch_at">sum (msc_i_tch_tch_at) </counter> <counter alias="msc_i_sdcch_tch_at">sum (msc_i_sdcch_tch_at) </counter> <counter alias="msc_i_sdcch_at">sum (msc_i_sdcch_at) </counter> <counter alias="msc_o_tch_tch">sum (msc_o_tch_tch) </counter> <counter alias="msc_o_sdcch_tch">sum (msc_o_sdcch_tch) </counter> <counter alias="cell_call_clr">sum (cell_call_clr) </counter> </counters> <table_name>p_nbsc_ho </table_name> <alias_name>ho</alias_name> </temp_table> <! -.tch_succ_seiz_for_dir_acc +traffic.cell_sdcch_tch -traffic.tch_tr_fail_old+ traffic. 100-100* (Traffic.==================================== Table========================== --> <kpi name="tch_comp_ratio"> <Formula> Nvl (decode (((traffic.tch_bts_fail+ traffic.tch_abis_fail_call+ traffic.tch_a_if_fail_old+ traffic.bsc_i_sdcch_tch +ho.tch_norm_seiz +ho. 0+null. AND SERVICE OPTIMIZATION STENIN.tch_radio_fail+ Traffic.tch_abis_fail_old+ traffic.tch_rf_old_ho+ traffic. <counter alias="sdcch_busy_att">sum (sdcch_busy_att) </counter> <counter alias="tch_seiz_due_sdcch_con">sum (tch_seiz_due_sdcch_con) </counter> <counter alias="sdcch_seiz_att">sum(sdcch_seiz_att)</counter> <counter alias="sdcch_radio_fail">sum (sdcch_radio_fail) </counter> <counter alias="que_all_ass_req_att">sum (que_all_ass_req_att) </counter> <counter alias="drop_after_tch_assign">sum (drop_after_tch_assign) </counter> </counters> <table_name>p_nbsc_traffic </table_name> <alias_name>traffic</alias_name> </temp_table><! -. 0.tch_a_if_fail_call+ traffic.tch_netw_act+ traffic.tch_act_fail_call) .tch_seiz_due_sdcch_con )).tch_tr_fail+ traffic.tch_lapd_fail+ Traffic.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.tch_user_act+ traffic.

N.============================ end =============================== --> </conf_file> .tch_succ_seiz_for_dir_acc +traffic.tch_norm_seiz +ho.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.msc_i_sdcch_tch +ho. AND SERVICE OPTIMIZATION STENIN.htm</help_file> <csv_title> gos_new </csv_title> <bts_number>20< /bts_number> <csv_rule>reuse</ csv_rule> <wrap_header>on< /wrap_header> <dst>RC</dst> <nokia_counter_id_help_file></nokia_counter_id_help_file> <nokia_counter_db_help_file></nokia_counter_db_help_file> <nokia_kpi_help_file></nokia_kpi_help_file> <external_kpi_help_file></external_kpi_help_file> <report_version></report_version> <min_obj_agg>BTS</min_obj_agg> <nw_tp>2g</nw_tp> <obj_number>20</obj_number> <bts_number>20</bts_number> <implementation>2g_ran</implementation> <addon_sorting></addon_sorting> <help_text><!-. / ( traffic.bsc_i_sdcch_tch +ho. null) </formula> <kpi_alias> Tch Comp ratio</kpi_alias> <kpi_format>format %3.cell_sdcch_tch -traffic.tch_seiz_due_sdcch_con) ).2f</kpi_format> <kpi_mark></kpi_mark> <area_level>all</area_level> <kpi_info> <title>Drop Call Ratio (dcr_3i)</title> <use></use> <use_experience></use_experience> <known_problems></known_problems> <open_questions></open_questions> <formula></formula> <pm_class></pm_class> <unit>(%)</unit> <tables> p_nbsc_traffic</tables> </kpi_info> </kpi> <info> <release number="5"/> <maxrows>100</maxrows> <header>Idea_kpi </header> <help_file> about_eosflx. P 96 (136) 2nd Dec 2007.<br> --> </help_text> </info> <! -.

xml</report> <report dst="" name="Idea EDGE"> idea_edge.xml SCHED_REPORT=RepSuite_IDEA_KPI3.pl XML=IDEA_BSC_CS_BH.pl XML=IDEA_BSC_CS_BH. for Europe is DD/MM/YYYY for international is YYYY/MM/DD --> <date_format name ="europe"/> </conf> Note: The above script is used for display in the “Main report selection window”.xml SCHED_INSTANCE=BSC1_CS_BH perl eos_scheduler.xml</report> <report dst="" name="Idea GOS Report"> idea_gos.xml SCHED_INSTANCE=BSC11_CS_BH perl eos_scheduler.xml</report> <report dst="" name="Idea_edge"> idea_KPI3. cd /raproot /apps/scheduler perl eos_scheduler. N.pl XML=IDEA_BSC_CS_BH.2007 Thus the output is calculated with the formula in the script and displayed in the above link after zipping the output file appropriately.xml SCHED_REPORT=RepSuite_IDEA_KPI3. To add script for a new BSC Integrated D:\raproot\apps\scheduler\ IDEA_BSC_CS_BH.5"/> <dsn> <name dst="RC_2G" raw_data="yes" agg_data="yes">idea_nw_rc</name> </dsn> <xml_file> <report dst="" name="Idea GPRS KPI"> idea_gprs.xml” file <Conf> <release number ="5.xml SCHED_INSTANCE=BSC13_CS_BH .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. bat file) The scheduler script for different BSC.xml SCHED_REPORT=RepSuite_IDEA_KPI3.xml SCHED_REPORT=RepSuite_IDEA_KPI3.xml SCHEDULER (.xml</report> <report dst="" name="Idea_Cellular KPI3"> idea_KPI3.pl XML=IDEA_BSC_CS_BH. AND SERVICE OPTIMIZATION STENIN. After continuous execution of report using EOSFLEX.xml SCHED_INSTANCE=BSC10_CS_BH perl eos_scheduler.xml</report> </xml_file> <!--the date format for America is MM/DD/YYYY.xml SCHED_REPORT=RepSuite_IDEA_KPI3.05. Note: The above script is saves @ D:\raproot\conf\nrbasic\eosflx\2g_ran\reports The “ui_conf. After script is run to fetch report is stored @ D:\raproot\apps\scheduler\log\01.xml SCHED_INSTANCE=BSC12_CS_BH perl eos_scheduler. P 97 (136) 2nd Dec 2007.pl XML=IDEA_BSC_CS_BH. the old files can be cleared from over loading the system from D:\raproot\data\incs\odrcache.xml</report> <report dst="" name="Idea_Cellular KPI2"> idea_KPI2.

xml SCHED_REPORT=RepSuite_IDEA_KPI3.xml SCHED_INSTANCE=BSC5_CS_BH perl eos_scheduler. Scheduler script.pl XML=IDEA_BSC_CS_BH. The directory structure will be put under the SCHEDULER_OUTPUT path.pl XML=IDEA_BSC_CS_BH.pl XML=IDEA_BSC_CS_BH.xml SCHED_REPORT=RepSuite_IDEA_KPI3.pl XML=IDEA_BSC_CS_BH.xml SCHED_REPORT=RepSuite_IDEA_KPI3.xml SCHED_INSTANCE=BSC4_CS_BH perl eos_scheduler. Also used in the default XLS dir --> <dsn>idea_nw_rc</dsn> <!--The default XLS directory structure.xml SCHED_INSTANCE=BSC14_CS_BH perl eos_scheduler.xml SCHED_INSTANCE=BSC2_CS_BH perl eos_scheduler.pl XML=IDEA_BSC_CS_BH. P 98 (136) 2nd Dec 2007.xml SCHED_REPORT=RepSuite_IDEA_KPI3.pl XML=IDEA_BSC_CS_BH.pl XML=IDEA_BSC_CS_BH. On WAS this is equivelent to %DIR_PERLAPI%/wwwroot/htdocs/dlbrowser --> <xls_dir>/dlbrowser/{today}/</xls_dir> </info> .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.xml SCHED_INSTANCE=BSC3_CS_BH perl eos_scheduler.xml SCHED_INSTANCE=BSC16_CS_BH perl eos_scheduler. AND SERVICE OPTIMIZATION STENIN.bat ” file.pl XML=IDEA_BSC_CS_BH.xml SCHED_REPORT=RepSuite_IDEA_KPI3. N. perl eos_scheduler.xml SCHED_INSTANCE=BSC15_CS_BH perl eos_scheduler.pl XML=IDEA_BSC_CS_BH. <sched> <!--The <info> node contains general definitions applicable to each report node/entry --> <info id="info"> <!--Optional: The host IP address is used in report links for the title of the XLS sheet --> <!--If the host IP address is not defined here the Scheduler will lookup the host name --> <host_ip></host_ip> <!--The date format affects the name of the default XLS output directory and file names --> <date_format>europe</date_format> <!--The default dsn is used if no report specific dsn(s) are defined.xml SCHED_REPORT=RepSuite_IDEA_KPI3.xml SCHED_INSTANCE=BSC7_CS_BH Note:This script is stored @ D:\raproot \apps\scheduler The script for scheduler is stored as “ .xml SCHED_INSTANCE=BSC6_CS_BH perl eos_scheduler.xml SCHED_REPORT=RepSuite_IDEA_KPI3.xml SCHED_REPORT=RepSuite_IDEA_KPI3.xml SCHED_REPORT=RepSuite_IDEA_KPI3.

% cgi -bin% = %DIR_PERLAPI%/ wwwroot/ cgibin/nrbasic.Mon. You may use variables in the name.Tue.--> <exclude_params> SCHEDULE=1 UI=1 </exclude_params> </replink> <freezepane> <!-. --> %cgi-bin%nrbasic/eosflx/eosflx.e. for output directory structure or in sched_exe command--> PM </type> <dst> <!-. for output directory structure or in sched_exe command--> RC_2G PM </type> <dst><!-. <!-.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.variable to use e. You may use variables such as {dsn}.xml DROP_XML=idea_KPI3.xml DROP_DSN={dsn} DSN_ATT=RC_2G PARENTLIST=190657 OBJECT=SEG_ID OBJECT_LEVEL=3 Agg =CS_BH Time=Relative Fdate = Tdate = RLength =1 RTselection= Day(s) RCAselection=Absolute Rdate ={yesterday} DROP_SORT= desc Sortby =None Threshold=None Max= Min= SCHEDULE=1 REPORTYPE= KPI= UI=1 MY_SCRIPT_CONF_LINK= script_conf. Object(s): '190657' Object Aggregation: </title> <replink go="yes"> <!-. --> <report id="RepSuite_IDEA_KPI3.The Title on the XLS sheet will be a http link back to the Web version of the report.g.--> BSC10_CS_BH.Freeze a number of rows and columns in the XLS sheet . for output directory structure or in sched_exe command--> </freq> <xlsfile> <!-.pl B=Generate IMPL=2g_ran UI_CONF= idea_ui_conf.variable to use e.xls </xlsfile> <xlssheet> <!-.Fri.g.Wed.g.--> BSC10_CS_BH </xlssheet> <title> <!-. used to keep the .xml"> <instance id="BSC10_CS_BH" go="yes"> <weekdays> All </weekdays> <!-. AND SERVICE OPTIMIZATION STENIN.The Title on the XLS sheet.--> idea_report (1 day(s) end {yesterday}) Time Agg: CS_BH Object Type: BSC.All are valid entries here. You may use variables here too. {yesterday} and {type} here.The "command line" type script execution line.Sat.The name of the XLS file. for output directory structure or in sched_exe command--> RC_2G </dst> <freq><!-.Thu.variable to use e.variable to use e.Reporting Suite report example. You may use variables in the name.The name of the XLS sheet. any combination is allowed --> <dsn> idea_nw_rc </dsn> <sched_exe> <!-.xml </sched_exe> <xls go="yes"> <type> <!-.Sun. N.g. P 99 (136) 2nd Dec 2007.g.

%. %. %. %. %. %. %. {sumxls}.0f .2f. %8u.g. %3. %3.0f.undef. %3. %.0f.0f.0f.2f. %.0f. %3. You may use variables in the name.0f.2f. %.csv </mailfile> <sourcefiles> {xlsfile}.2f. %.0f. %.The CSV file name pattern.0f.0f. %.xmlidea_nw_rc_CS_BH??.2f.g.2f.0f.g. "%5.0f. %.2f. %. %. %. %3. "rlt5" = "red < 5" --> </markup> <datasetformat> <!-.????_??.2f. %.0f. %. %3. %.0f .0f. %. %. %8u.????_3_190657__.??.undef.2f. %.0f.0f .The name of the summary XLS file (leave empty if not required). AND SERVICE OPTIMIZATION STENIN.--> 5. %3. e. %3. %.0f .0f.0f . e.csv </sched_csv> <sched_csv_age> </sched_csv_age> <zip go="yes"> <zipfile> BSC_CS_BH_IDEA. {sumxls}. %. %.0f. %.0f.??.0f.0f .2f.2f.2f.2f.Define the format for each column.0f. %. %. %3. {zipdest} ..1f.0f .5 </freezepane> <sumxls> <!-.0f. %.2f.0f.2f. %. 20031109-20031110 --> /odrcache//eosflx_idea_KPI3. %. %. %. %. %. %. %. %8u. %.undef. %8u. %. %.0f . %3i.0f.0f. %. N. %. %.zip </zipfile> <sourcefiles> {xlsfile}. two decimals" --> undef.0f . %. The question marks (??) in the sched_csv tag represent date specific numbers.2f. %3. %3. P 100 (136) 2nd Dec 2007. {sched_csv} </sourcefiles> </zip> <mail go="no"> <mailfile> RS_mail.0f .0f.2f. %8u. column headers and object info in window while scrolling results in Excel. %. %. %.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.0f .0f .undef._desc___SE G_ID_.2f" = "floating point 5 digits.1f .--> </sumxls> <markup> <!-. Use the same <sumxls> name for several reports and each report will be a sheet in the same Excel workbook.0f.1f.2f. %3. %3.0f.0f. %. %.2f.2f. %0u. %.Define markup for certain KPI results. %.0f </datasetformat> </xls> <sched_csv> <!-.0f.0f. %. e.0f . %.0f.0f. %.

The above stat was generated for a particular BSC Using EOSFLEX.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.name@company. </sourcefiles> <mailaddress> your.com </mailaddress> </mail> </instance> </report> </sched> Statistical Report Generated The statistical report generated . P 101 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN. N. 6.csv file. . Alarm Cause study.

Ltd Idea cellular Delhi. NOKIA ALARM DESCREPTION AND ANALYSIS ON PERFORMANCE DEGRADATION.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. N.a detailed analysis and field test for some of the Common Alarms and its Causes - NOKIA India Pvt. Date:1st August 2007 List Of Important Alarms : Some of the Important Alarma:- . P 102 (136) 2nd Dec 2007. . AND SERVICE OPTIMIZATION STENIN.

AND SERVICE OPTIMIZATION STENIN. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. Alarm Number 7745 2992 2993 7508 7600 7601 7603 7604 7606 7617 7704 7705 7715 7725 7738 7743 2955 7746 7767 7939 8112 Description CHANNEL FAILURE RATE ALARM bts and tc unsynchronization clear calls on a interface bts and tc unsynchronization clear calls on abis interface RADIO TIMESLOT FAILURE IN TRX BCF FAULTY BCF OPERATION DEGRADED BTS FAULTY BTS Operation Degraded TRX FAULTY SEVERAL CALLS DROPPED DUE TO PROBLEM WITH TRANSCODER PCM FAILURE LAPD FAILURE CONTINUOUS RESTARTS OF BCF-TRX TRAFFIC CHANNEL ACTIVATION FAILURE BTS WITH NO TRANSACTIONS MEAN HOLDING TIME BELOW DEFINED THRESHOLD TRANSCODER CHANNEL FAILURE CH CONGESTION IN CELL ABOVE DEFINED THRESHOLD BCCH MISSING FORWARD POWER TOO LOW AT TX ANTENNA FREQUENCY ERROR . P 103 (136) 2nd Dec 2007.

If it is found to have all the Timeslots degraded . then swap BCCH /TCH Carrier appropriately. If the Problem still exists then change the TRX. then check if there exist. Causes: 1) If Alarm noticed on BCCH Carrier.then that particular TRX can be given a reset on a temporary basis. Alarm number 7745 gives information on the Timeslot degraded. cross feeder in these two TRx’s .At the foremost instent a soft reset (Locking that particular Time slot and then unlockimg )can help in overcommng the problem. ALARM NUMBER 7745:. N. 2a) 7745 on One TRx Only: If there is alarm noticed on one single TRx. If alarm noticed on two TRx’s.And in some scenarios calls get established on these timeslots and then drops with an cause of “Time out”.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. This displays degradation of both SDCCH Timeslot and TCH Time slots that have gone faulty. then check for SMA Cable(Cable that connects the Radio) at TX Connector to WCxA (Wide band combiner) of the TRx is properly tightned.CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD: This alarm helps in finding out the timeslots which are blocked and causing High SDCCH or TCH Blocking. Alarm 7745 is explained as described below with an example. 2b) 7745 on Two TRx of a cell. AND SERVICE OPTIMIZATION STENIN. P 104 (136) 2nd Dec 2007.

2c) Noticed on all TRx. N. Bad connectors. Check for Cross feeder. FOR ALARM 7745 : . The statistics showing no calls been handled by a particular Timeslot found to be having this alarm 7745. STATISTICS ANALYSIS:7745. Time slot number “2” showing Alarm 7745 for “TRX -002” of Site “AMITYSCHL1” of “BSC015” Statistics showing no calls been handled by this particular Timeslot number “2” of “TRx-002” of site “AMITYSCHL1” of “BSC15”. Connection to DVxA (Duplexer).NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. b) Permanent => Replace Hardware (Radio). Solution: a) Temporary => Inservicing appropriate Time slots. P 105 (136) 2nd Dec 2007. FIELD TEST TRIAL. AND SERVICE OPTIMIZATION STENIN.

The alarm 7745 shows for this particular cell “SARAIJLNA1” that Timeslot (TS0 & TS1) to be working fine and Timeslots(TS2. TS5.TS4. & TS7 ) could not get calls going on tending the timeslot Faulty.TS5. TS3. P 106 (136) 2nd Dec 2007. TS6.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. TS4. AND SERVICE OPTIMIZATION STENIN.TS6. N. & TS7) not carrying calls(blocked). TS3. Field test was conducted with TEMS for this particular cells at non busy hour and could find that the Mobile could latch on to Time slot TS0 & TS1 only and and the remaining Time slots ( TS2. .

If the fault reappears.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. 2. If necessary. Solution: 1. .42 ** ALARM (14652) 7601 BCF OPERATION DEGRADED Difference between PCM and base station frequency reference. AND SERVICE OPTIMIZATION STENIN. BD018 BCF-0030 EQUIPM 2007-07-24 04:20:45. Fault reason: Cabinet I2C bus is jammed. N.BCF OPERATION DEGRADED: This alarm 7601 is generated at the BTS. replace the faulty units(s). Check the fan unit. Fault reason: Incompatible unit presence has been detected in the BTS. replace the cabinet. ALARM NUMBER 7601:. 3. P 107 (136) 2nd Dec 2007. the power supply unit and the TRXs. 02 01 07 96 00 00 I. Switch the site power Off and On. The units Inside the cabinet can be reused in the new cabinet II.

Fault reason: Oven oscillator control is close to its margins. P 108 (136) 2nd Dec 2007. Solution: 1. Solution: 1. reset the BCF. N. replace the BTS. 4. 2. 3. 2. If the alarm reappears after the BCF reset. 2. Now EDGE and high power TRXs are supported. BOI=Base station operation Interface unit 3. Solution: 1. Fault reason: Difference between the PCM and BTS frequency reference. check the transmission chain. III. If the alarm stays active or reappears after the recovery actions above. Solution: 1. Replace the high power or EDGE TRX(s) with normal type TRX(s) and reset the BCF.( DAC Value)DAC value Range from 1800 t0 2200. check the transmission chain. Or. Check the synchronisation settings of the transmission interface. Fault reason: Flash operation failed in BOI or TRX . That leads to HO failures IV. That leads to HO failures V. reset the BCF. Check the synchronisation settings of the transmission interface. AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. The oven might be outdated. replace the BTS Note: If this Supplementary alarm appears there is Drift in clock value (DAC). Replace the BOI. Note: If this Supplementary alarm appears there is Drift in clock value(DAC). 4. 3. If the alarm reappears after the BCF reset. If the settings are OK. If it is TRX change the TRX . replace the normal type FAN and power supply with high power or EDGE units. 2. If the alarm stays active or reappears after the recovery actions Above. If the settings are OK.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. 3. P 109 (136) 2nd Dec 2007. BF=Temporary Block Flows No SDCCH Transaction Descrpition of Supplementary information: .BTS WITH NO TRANSCATIONS  This alarm helps in finding out that BTS has had no successfully terminated calls. AND SERVICE OPTIMIZATION STENIN. shelf number slot 4. subunit number ALARM NUMBER 7738:. unit number 6. SDCCH or Transcations GPRS TBF releases during the supervision period. Rack (cabinet) number 2.    This alarm is used for supervising the BTS traffic capacity and to indicate sudden loss of service on BTS level This is a BTS Specific alarm. N. Descrpition of Supplementary information: 1-6 XX XX XX XX XX XX 1 2 3 4 5 6 1. Type of unit 5.

P 110 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN. 01= No successful SDCCH seizures 02 = No successful TCH seizures 03 = No successful SDCCH nor TCH seizures 10 = No successful GPRS transactions 11 = No successful SDCCH seizures and No succesful GPRS transactions 12 = No successful TCH seizures and No succesful GPRS transactions 13 = No successful SDCCH nor TCH seizures nor GPRS transactions NO SDCCH TRANSACTION .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. N.

AND SERVICE OPTIMIZATION STENIN.  2.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. P 111 (136) 2nd Dec 2007. NO GPRS TRANSACTION NO GPRS Transaction . N.

. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN. P 112 (136) 2nd Dec 2007.

AND SERVICE OPTIMIZATION STENIN. . N. P 113 (136) 2nd Dec 2007.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

Fault Reason: Remote tune combiner temperature is dangerously high. Solution: 1. P 114 (136) 2nd Dec 2007. 3. Temporary solution: Reset the Sector (BTS) Permanent solution: Replace the Hardware ALARM NUMBER 7604:. Replace the remote tune combiner. cable. Solution: 1. Replace the remote tune combiner. 3. Solution: 1.  Following are the Fault Reasons for BTS Operation Degraded. 4. . II. N. RSSI: Received Signal Strength indicator. antennas). Check the RSSI measurements by BTS Manager. III. Ensure that the ambient temperature of the base station is within Specified limits. Ensure that the ambient temperature of the base station is within Specified limits. Check the cabinet fans. Locate the cause of the alarm (unit. Fault reason: Remote tune combiner temperature is low. 2. 2. AND SERVICE OPTIMIZATION STENIN. Imp alarm where call gets blocked.This alarm belong to particular sector. cable and antennas. 3.BTS OPERATION DEGRADED Description: Major fault (or faults) has occurred in a unit (or units) that Belong to the sector indicated in the alarm. Fault reason: Rx levels differ too much between main and diversity antennas.Check unit . I. Check the cabinet heater if it is installed. 2.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

Interference in the time slot has lasted longer than is acceptable. Type of unit 11. The number is a hexadecimal. 0 . unit number 12. .EXCESSIVE TCH INTERFERNCE Descrpition: During the supervision period. shelf number slot 10. IV: Fault Reason: Fault in the chain between power unit and high gain MNxx with.  The interference level classified as excessive is defined by the Operator.64 %. 9. subunit number This supplementary information is valid for 1 to 3 fault reasons. The alarm is used to supervise the BTS traffic capacity  Supplementary information fields 1-8 the percentage (per each TRX time slot) that the channel has Spent in excessive interference during the supervision period. the TCH time slot has suffered Excessive interference in idle mode that is equal to or higher than the operator-defined alarm threshold percentage.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. N. P 115 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN. Rack (cabinet) number 8. Descrpition of Supplementary information: 1-6 XX XX XX XX XX XX 1 2 3 4 5 6 7. Supplementary information: By pass ALARM NUMBER 7744:.  That is the .

HSN. I. . 2. This alarm blocks the TRX. Descrpition:   Critical fault has occurred in a TRX. The alarm is generated if at least one TRX time slot reaches the threshold  These alarms basically indicate the uplink interfencence.TRX FAULTY . the value is 0 9 10 the threshold level of excessive interference. 1. The values are 0.  Following are the Fault Reasons for TRX Faulty. MAIOSTEP  Check any Repeaters installed near the site. If the time slot is not a TCH time slot. Solution:  Either the TRX is faulty or its frequency band is different from the one that was configured into BSC. Replace the TRX with a functional TRX or with another TRX with correct frequency band.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. II. 1 . check MAIO. Fault reason: Antenna connection faulty. AND SERVICE OPTIMIZATION STENIN. . Call drops will be severely with the faulty TRX.Fault reason: Failure detected during TRX configuring. fine tune the repeaters . N. ALARM NUMBER 7606:. P 116 (136) 2nd Dec 2007.100 %. 3 and 4 the TCH channel's alarm threshold percentage of the time spent In excessive interference.

which was carried out for problematic cells in Idea Cellular Delhi Networks. correct the problem and run TRX test to cancel the alarm. If the antenna and cabling are faulty.  If the antenna and cabling are OK.There were Drive carried out for data collection in the following scenarios: Basic Information. Data Drive (GPRS / EDGE ) The following were the checks made during the Drive test for each of the scenarios. 7. Drive Test Analysis.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. . For better understanding for enhancement in performance.  Check the antenna and cabling. Basic Information from Drive Test. requiring field analysis. Check List for Cell site. Replace the faulty TRX. N. Idle Mode Dedicated mode Handover Checks Made. TRX is faulty. P Solution: 117 (136) 2nd Dec 2007. Site ID Site Name Site Connected to BSC TRX Configuration. AND SERVICE OPTIMIZATION STENIN.

N. checked wherever applicable Frequency Hopping is activated. The LAC is correctly defined Location Update procedure is checked (If applicable) MO-SMS MT-SMS Dedicated Mode Information from Drive test. Temp_Offset Penalty_Time are as planned (sys info3) The Site Radio parameters in Layer3 messages Sys. AND SERVICE OPTIMIZATION STENIN. Neighbors definition from layer3 type 5 messages is OK Subsequent Handovers from and back to each cell checked OK Handovers to main umbrella(s) and neighbor(s) work fine Intra BSC Outgoing handovers checked OK Intra BSC Incoming handovers checked OK Inter BSC Outgoing handovers with all surrounding BSC's checked OK Inter BSC Incoming handovers with all surrounding BSC's checked OK Inter MSC Outgoing Handovers with all surrounding MSC's (if applicable) checked OK . Info type 3. as planned. Frequencies (Sys info type1) BSIC correctly defined Cell_Reselect_Offset. DL_QUALs for all TRX's is zero below the antenna DL_LEVELs for all TRX's comparable and steady Uplink power control is min below the antenna All TCHs and corresponding TS's are OK Site configuration (Micro / Macro / Umbrella …etc) is correct Mobile Terminating calls Mobile Originating calls are tested OK Rescue and Concentric cells handovers. P 118 (136) 2nd Dec 2007. Handover Data From Drive Test.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. Idle Mode Information from Drive test.

N. RxLev TRX # Sector 2 Freq. Installed antenna is of the planned type Overall performance and coverage area as expected by a brief drive test Radio Efficacy Check Per Cell.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. RxLev 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 6 7 8 9 10 11 12 1 2 3 4 5 Site Name: 6 7 8 9 10 11 12 . Site ID: TRX # Sector 1 Freq. RxLev TRX # Sector 3 Freq. P 119 (136) 2nd Dec 2007. Inter MSC Incoming Handovers with all surrounding MSC's (if applicable) checked OK Data Drive for GPRS. AND SERVICE OPTIMIZATION STENIN. GPRS Attach GPRS PDP Context Activation GPRS PDP Context Deactivation GPRS Routing Area Update (If applicable) GPRS Detach General Information from Drive Test.

and downloads. should not have an RXLev not less than -55dbm proximately in each of the TRX. Sector Swap. 300 HTTP requests. Hutch (all GSM). LG RD6000 for CDMA Per operator approximately: – 2100 two-minute voice calls (mobile to fixed) evaluated – 300 FTP up.5 The Benchmarking of 2G networks for Idea.The following are the summerised comparision found as described below. N. 300 Emails send and received. 2007 Test done at static locations were SMS. Airtel. 200 SMS. Cable Swap. Reliance (CDMA) was conducted with Measurement period from Sept 16. RxLev Remarks 1 -51 2 -49 3 808 -57 4 5 6 7 8 9 10 11 12 801 805 In the above example the efficacy of the Radio per sector can be checked in the field for better performance. 2007 – Oct 26.5 was used to analyse competator network at Delhi Region for both Voice and Data. Benchmarking Drive using Swis Qual 7. 60 MMS tests performed – 2600 km of routes driven The Benchmarking Tool Swis Qual version 7.5 for Voice and Data drive tests – SwissQual QualiPoc for SMS & MMS static tests – N6680 for GSM. Measurement systems used: – SwissQual 7. Dolphin. And as this test is to be conducted in a close proximity to the cell site. TRX # Sector 4 Freq. Problems like Hardware Faulty. Along with RXQual and Level Plot from the Drive. in sector 4 as shown above. P 120 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN. Etc can be further analysed with Field Drive testing.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. having 3 TRX. Drive Test session: .Say for Example. and when tested of their RXLev should not have a difference in the RXLev of not more than 5dbm between the TRX of the same sector. MMS & FTP test.

Executive Summary . .Voice • Idea shows an average overall voice service performance in Delhi. Email Sending and then Email Reception. followed by FTP Download. Data Services Drive Test Measurement Data Session FTP Download Attach & PDP Context Activation HTTP Browsing FTP Upload Email Send Email Receive Detach & PDP Context Deactivation The data test comprised of sequence of Attach. then PDP Activation. N. Simultanious Drive done for Voice and Data. FTP Upload. during test. HTTP Brouser. AND SERVICE OPTIMIZATION STENIN. also in international comparison they show one of the best statistics here. P 121 (136) 2nd Dec 2007.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. • Call Setup Time of Idea is exceptionally good.

• All data services except SMS have poor performance levels in Delhi. Reliance being a CDMA service provider is also good when it comes to data statistics in Delhi. This is the major reason for having low success rates as well. most of the failed calls are due to coverage issues.1 1 . • The MMS performance of Idea needs improvement. Executive Summary – Data • The overall data performance for Idea in Delhi can be rated as poor. In International comparison Airtel appears to have a fairly high cell density and is also the highest compared to local competitors. • Hutch shows up with a better data performance in Delhi as compared to Idea. • Having used EDGE for almost all the sessions the average throughput of Idea is found to be very low. • • • • • Overall Idea has good Call Setup success rates. With respect to call Accessibility and Retainability Dolphin is clearly underperforming.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. Idea slightly under performs with regards to the call completion rate and should be worked upon. AND SERVICE OPTIMIZATION STENIN. O c to b e r 2 0 0 7 VCQI DCQI t o p 2 0 % p e r fo r m e r s i n t e r n a t i o n a lly 2 4 1 4 5 in t e rn a t io n a l a v e ra g e 3 5 2 1 1 ID E A 2 A i r te l 3 D o lp h in 4 H u tc h 5 R e lia n c e lo w 2 0 % p e r fo r m e r s i n t e r n a t i o n a lly 22 © N o k ia S ie m e n s N e tw o r ks B e n c h m a r k S e r vic e R e p o rt / P M & R H / 2 0 . Idea’s speech quality is found good and speech samples for both the Uplink as well as Downlink are well balanced . Long delivery times and only a 60% success rate puts Idea’s performance amongst one of the most poor performers measured globally. M o b ile S e rv ic e s Q u a lity in a N u ts h e ll D e lh i. For some of the data services Idea is amongst the poor 20% networks globally.2 0 0 7 . P 122 (136) 2nd Dec 2007. N.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N. P

123 (136)

2nd Dec 2007.

V o ic e S e rv ic e Q u a lity
VCQI
1 2 3

CST CCR M OS

= Ca ll Se t u p Ti m e = Ca ll Co m p le t i o n Rat e = M e a n Op i n io n Sco r e

CSSR = Ca ll Se t u p Su cce ss Ra t e

C S T *)
2 .6

CSSR
4 3
100% 9 9 .3 % 9 8 .2 %

CCR
1 00 % 9 9 .4 %

MOS
3 .9 4

3 .3 3 .7

1

2

5

2 1

4

9 6 .1 %

5

9 8 .6 %

4
4 .5

3 .6 9
9 7 .0 %

2 4 1

3

1

2 3

4

3 .6 0

5

3 .3 8

3

5

1 ID E A 2 A i r te l 3 D o lp h in 4 H u tc h 5 R e lia n c e

9 .4

7 4 .6 %

8 9 .2 %

2 .9 5

24

© N o k ia S ie m e n s N e tw o r ks

B e n c h m a r k S e r vic e R e p o rt / P M & R H / 2 0 .1 1 .2 0 0 7

* ) CST sco r e f o r Re li a n ce se t t o m e d ia n v a lu e

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N. P

124 (136)

2nd Dec 2007.

Data Service Perform ance

D C Q I

H T T P

F T PD L

F T PU L
1

S M S

M M S
4

E m a il

G P R SA tta c h

P D PC o n te x t

2

4 2

4 4 5 45 1 5 2 2 4 1 2 12 1 1 4 5 5 5 1 1 1 2 4 4

2

5

5 2

5

1 ID E A 2 A irte l 3D o lp h in 4 H u tc h 5R e lia n c e

35

©Nokia Siemens Networks

Benchmark Service Report / PM& RH / 20.11.2007

*) M M Sscorefor R elianc eset to medianvalue

The above plot shows Performance for Voice and Data when compared to other competator Operators at Delhi area.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS, AND SERVICE OPTIMIZATION STENIN. N. P

125 (136)

2nd Dec 2007.

. AND SERVICE OPTIMIZATION STENIN. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. The table above gives an overview about the most important performance figures collected during this 2G Benchmarking campaign. P 126 (136) 2nd Dec 2007.

8. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. P 127 (136) 2nd Dec 2007. Nokia Macros:- Table shows the availability of Macros for differend Nokia ND Reports. AND SERVICE OPTIMIZATION STENIN. .

. AND SERVICE OPTIMIZATION STENIN. N. P 128 (136) 2nd Dec 2007.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

. P 129 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. N. The Detailed List of availability of Macros for ND and MML is listed above.

Timer Optimization. Drop on the TCH could be brought down to a value of 1. Hardware Fault Verification.01 from an initial value of 2. N.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. Data Optimization for 2G and 2. Field Optimization. had the performance enhancement listed below on the Network Level. AMR Finetuning. P 130 (136) 2nd Dec 2007. with taking the new sites getting integrated in the Network. . AND SERVICE OPTIMIZATION STENIN. Summary of Idea Delhi Optimization: After consecutive effersts put in to optimize Idea Cellular Delhi Network. 9. Basic Design reviw. with Parameter Optimization.5G. Alarms Handling and threshold Verification. TCH Drop.6.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN. P 131 (136) 2nd Dec 2007. N. TCH BLOCKING: Traffic Distribution: .

AND SERVICE OPTIMIZATION STENIN.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. SDCCH Drop: SDCCH Blocking: . P 132 (136) 2nd Dec 2007. N.

P 133 (136) 2nd Dec 2007. AND SERVICE OPTIMIZATION STENIN. N. Handover Failure: RACH Failure: .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

N. AND SERVICE OPTIMIZATION STENIN. P 134 (136) 2nd Dec 2007. UL & DL Quality: .NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS.

NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION STENIN. DAC Performance Analysis Threshold verification for DAC Path Imbalance Analysis Repeater Optimization Analysis AMR Parameter Optimization TMA / TMB Performance Analysis Micro / Macro Cellular Model Analysis Physical Audit Other Methods of KPI Enhancement Discontinious Transmission [DTX] / Reception [DRX]. P 135 (136) 2nd Dec 2007. N. To cover in the Next Review. Transmission related Alarms 2000 series. .

10.NOKIA BSS PARAMETER TRAIL TEST & ANALYSIS NETWORKS. AND SERVICE OPTIMIZATION NOKIA SIEMENS NETWORKS. Appendices. End. N. . P 136 (136) 2nd Dec 2007. 2nd Dec 2007. NETWORKS. AND SERVICE OPTIMIZATION STENIN.

Sign up to vote on this title
UsefulNot useful