External document
Copyright 2007 Nortel Networks, All Rights Reserved Printed in France NORTEL CONFIDENTIAL The information contained in this document is the property of Nortel Networks. Except as specifically authorized in writing by Nortel Networks, the holder of this document shall keep the information contained herein confidential and shall protect same in whole or in part from disclosure and dissemination to third parties and use same for evaluation, operation and maintenance purposes only. The content of this document is provided for information purposes only and is subject to modification. It does not constitute any representation or warranty from Nortel Networks as to the content or accuracy of the information contained herein, including but not limited to the suitability and performances of the product or its intended application. This is the Way. This is Nortel, Nortel, the Nortel logo, and the Globemark are trademarks of Nortel Networks. All other trademarks are the property of their owners.
PUBLICATION HISTORY
System release: GSM/BSS V16
March 2007
Issue 16.04/EN Update for V16 ChR + 8 Weeks: Update of Network Synchronization ( 4.34); Update of TX Power Offset for signalling Channels parameters ( 5.34); Update of network Synchronization Impacts ( 6.36); Addition of Network Synchronization Engineering planning ( 6.37) and Network Synchronization First Trial Results ( 6.38)
November 2006
Issue 16.03/EN Update for V16 ChR after review: Update of CellAllocation ( 5.21); update PCM error correction ( 4.17.3); update of AMR based on traffic parameters ( 5.34)
October 2006
Issue 16.02/EN Update for V16 ChR: Update of TEPMOS for AMR and not EFR calls ( 6.32.2 and 6.32.6) I Multipaging command message ( 4.10.5); UI Multipaging command message ( 4.10.6); Tx Power Offset for signalling Channels ( 4.23.9); update coderPoolConfiguration ( 5.34); update PCM error correction ( 4.17.3); update rescue Handover ( 4.6.1) and PBGT formula ( 4.5.1); PCM priority ( 6.27.5); update Cabinet power description ( 4.13.1)
May 2006
Issue 16.01/EN Update for V16 CuR: 6.16 Frequency Spacing Between Two TRXs of the Same Area
March 2006
Issue 16.0/EN Update for V16. CuR: Repeated Downlink FACCH ( 4.23.8); Tx Power Offset for signalling Channels ( 4.23.9); Directed Retry Handover and queuing ( 4.5.5, 4.23.5 removed from WPS description); updates on CellAllocation and mobileAllocation description ( 5.21);updates on AMR mechanism ( 4.23.2, 4.23.4);updates on TCH allocation management ( 4.9.1, 4.9.2); updates on interference cancellation ( 4.15, 6.22); update on lRxQualDLH and lRxQualULH description ( 5.10);update on dARPPh1Priority description ( 5.36); update coderPoolConfiguration ( 5.34); update on extended cell description ( 5.12)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 2/544
V16.0 BSS (Access) Parameters User Guide - bPUG System release: GSM/BSS V15
October 2005
Issue 15.10/EN Update for V15.1.1 CuR: AMR based on traffic ( 4.22.7, 6.35); AMR improvements (amr adaptation table : 4.22.2, 4.22.3, 6.32.3, 5.34); Network Synchronization ( 3.2.46, 4.25, 5.36, 6.36); Automatic Handover Adaptation ( 4.5.22 frequency hopping, 6.33.2 Fine Tuning); NMO I ( 4.9.5, 5.37); list of possible dual band network ( 6.20.3); update of cell models ( 6.27.4); update on concentricCell with HePA ( 4.5.6 and 5.16 bizonePowerOffset and concentricCell, 6.6.1 bizonePowerOffset, 6.6.2 ZoneTxPowerMaxReduction); update CellAllocation and mobileAllocation description ( 5.21)
September 2005
Issue 15.09/EN Update for V15.1 ChR + 8 weeks: overhaul of Concentric Cell matter ( 4.5.6 Concentric/DualCoupling/DualBand Cell Handover, 5.16 Concentric Cell Parameters and 6.6 Concentric Cell) and Microcell matter ( 6.21 Microcell Benefits) based on recent field feedback, add of a guideline for traffic HO ( 6.34 Handover for traffic reasons activation guideline), update on the appendix B: Erlang table, add of 4.5.10 Ad-Hoc Frequency plan, update on amrReserved2 and uMTSAccessMinLevel parameters.
July 2005
Issue 15.08/EN Update for V15.1 ChR: add of Satellite Abis Interface description, Automatic Handover Adpatation field field feedback
March 2005
Issue 15.07/EN Update for V15.1 CuR: update of existing features on BSC12000 (Automatic Handover Adaptation, support of S18000, configure sending SI2Quater & SI13 on NORM or EXT BCCH), update on Cell Group Management and Load Balancing, Changed microCellCaptureTimer parameter range of values
April 2005
Issue 15.06/EN Update for V15.0.1 ChR: correction for noOfBlocksForAccessGrant parameter (it is greater than zero if the SysInfo 2Q and/or SysInfo 13 on extended BCCH features are activated)
November 2004
Issue 15.05/EN Update for V15.0.1 CuR: AMR field feedback and GSM products update
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 3/544
September 2004
Issue 15.04/EN Update for V15.0 ChR
June 2004
Issue 15.03/EN Update for AMR
December 2003
Issue 15.00/EN Update for Wireless Priority Service
June 2004
Issue 14.05/EN Update for AMR
December 2003
Issue 14.04/EN Update for V14.3 ChR
December 2002
Issue 14.03/EN
September 2002
Issue 14.02/EN Update with V14
September 2002
Issue 13.02/EN Update with V13
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 4/544
May 2001
Issue 12.02/EN Update with V12 (Chapters 1 to 4 except the counters and GSM fields in Chapter 3 Algorithms Parameters).
January 2000
Issue 12.01/EN Modifications after Review
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 5/544
CONTENTS
1. ABOUT THIS DOCUMENT .........................................................................................................14 1.1. 1.2. 1.3. 1.4. 1.5. 1.6. OBJECT ..................................................................................................................................14 SCOPE ...................................................................................................................................14 AUDIENCE FOR THIS DOCUMENT ..............................................................................................14 DISCLAIMER ...........................................................................................................................14 DOCUMENT STRUCTURE ..........................................................................................................15 PARAMETERS MODIFICATION ...................................................................................................16 between V15.1.1 and V16.............................................................................................16 between V15.1 and V15.1.1..........................................................................................16 between V15.0 and V15.1.............................................................................................17
RELATED DOCUMENTS ............................................................................................................19 2.1. 2.2. APPLICABLE DOCUMENTS ........................................................................................................19 REFERENCE DOCUMENTS .......................................................................................................19
3.
CLASSIFICATION OF BSS PARAMETERS ..............................................................................21 3.1. 3.2. 3.3. PARAMETERS INFORMATIONS ..................................................................................................21 GSM UNUSED PARAMETERS ....................................................................................................29 PARAMETERS VERSUS BSS FEATURES AND PROCEDURES .......................................................30 Level averaging.............................................................................................................30 Quality averaging ..........................................................................................................30 Distance averaging .......................................................................................................30 Cell eligibility..................................................................................................................30 Radio Link Failure .........................................................................................................30 Interference management .............................................................................................30 PCH and RACH control parameters .............................................................................30 Concentric Cell ..............................................................................................................30 Extended cell.................................................................................................................30 Queuing and priority management................................................................................31 SMS-CB ........................................................................................................................31 Frequency Hopping.......................................................................................................31 Selection / Reselection (idle mode) ..............................................................................31 Dynamic barring of access class ..................................................................................31 DTX ...............................................................................................................................31 Uplink Power control .....................................................................................................31 Downlink Power control.................................................................................................31 Directed retry handover.................................................................................................32 Uplink intracell handover...............................................................................................32 Downlink intracell handover ..........................................................................................32 Intercell handover on bad uplink quality criterion..........................................................32 Intercell handover on bad downlink quality criterion .....................................................32 Intercell handover on bad uplink level criterion.............................................................32 Intercell handover on bad downlink level criterion ........................................................32 Intercell handover on power budget criterion................................................................32 Microcellular algorithm ..................................................................................................32 Intercell handover on distance criterion ........................................................................33 Handover for traffic reasons (V12)................................................................................33 Handover decision according to adjacent cell (V12).....................................................33 General protection against HO PingPong (V12) ...........................................................33 Call clearing...................................................................................................................33
Nortel confidential
3.3.1 3.3.2 3.3.3 3.3.4 3.3.5 3.3.6 3.3.7 3.3.8 3.3.9 3.3.10 3.3.11 3.3.12 3.3.13 3.3.14 3.3.15 3.3.16 3.3.17 3.3.18 3.3.19 3.3.20 3.3.21 3.3.22 3.3.23 3.3.24 3.3.25 3.3.26 3.3.27 3.3.28 3.3.29 3.3.30 3.3.31
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 6/544
ALGORITHMS .............................................................................................................................36 4.1. 4.2. INTRODUCTION .......................................................................................................................36 CONVENTIONS AND UNITS .......................................................................................................36 Unit ................................................................................................................................36 Phase 2 BTS and MS maximum transmitting output powers .......................................37 GSM Products sensitivity and power ............................................................................39 Conversion rules ...........................................................................................................46 Accuracy related to measurements ..............................................................................46 Frequency band ............................................................................................................47 Selection or reselection between cells of current Location Area (Sel_1) .....................48 Criteria for reselection towards a cell of a different Location Area (Sel_2)...................49 Additional reselection criterion (for phase 2) (Sel_3)....................................................49 Mp_1: Measurement processing (run by the BTS) .......................................................52 Mp_2: Measurement processing in dedicated mode (run by the MS) ..........................54 Missing Downlink Measurements .................................................................................55 General formulas...........................................................................................................57 Direct TCH Allocation....................................................................................................60 Handovers .....................................................................................................................61 Handovers decision priority...........................................................................................63 Directed Retry Handover...............................................................................................65 Rescue Handover .........................................................................................................72 Power Budget Handover ...............................................................................................74 Handover for traffic reasons (from V12)........................................................................74 Handover decision according to adjacent cell priorities and load (from V12)...............77 Automatic cell tiering (from V12) ...................................................................................78 Microcellular Handover .................................................................................................83 Forced Handover (Ho_10) ............................................................................................86 Early HandOver Decision..............................................................................................87 Maximum RxLev for Power Budget ..............................................................................88 Pre-synchronized HO....................................................................................................89 Radio channel allocation ...............................................................................................89
Nortel confidential
4.2.1 4.2.2 4.2.3 4.2.4 4.2.5 4.2.6 4.3. 4.3.1 4.3.2 4.3.3 4.4. 4.4.1 4.4.2 4.4.3 4.5. 4.5.1 4.5.2 4.5.3 4.5.4 4.5.5 4.6. 4.6.1 4.6.2 4.6.3 4.6.4 4.6.5 4.6.6 4.6.7 4.6.8 4.6.9 4.6.10 4.6.11
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 7/544
HANDOVER ALGORITHMS ON THE MOBILE SIDE ..................................................................... 100 POWER CONTROL ALGORITHMS ........................................................................................... 101 Step by step Power Control (Pc_1)............................................................................ 101 One shot Power Control (Pc_2) ................................................................................. 102 Fast Power Control at TCH assignment (Pc_3)......................................................... 104 Power Control on mobile side (Pc_4) ........................................................................ 105 AMR Power Control (Pc_5)........................................................................................ 105 TCH Allocation and Priority ........................................................................................ 106 Queuing...................................................................................................................... 110 Barring of access class .............................................................................................. 114 Radio link failure process (run by the MS) (Rlf-ms) ................................................... 119 Radio link failure process (run by the BTS) (Rlf-bs)................................................... 119 Call reestablishment procedure (Cr) .......................................................................... 120 Call Clearing Process (run by BTS) (Cc) ................................................................... 121 Interference Management (BTS and BSC) (If)........................................................... 121 DTX ............................................................................................................................ 121 Paging command Process (Pag) ............................................................................... 124 Paging command repetition process (run by BTS) (Pag_rep) ................................... 127 Request access command process (RA)................................................................... 128 Request access command repetition process (RA_rep) ........................................... 128 I Multipaging command message .............................................................................. 129 IU Multipaging command message............................................................................ 131 Network Mode of Operation I support in BSS ............................................................ 133 Frequency hopping principles .................................................................................... 135 Main benefits of frequency hopping ........................................................................... 136 Synthesised frequency hopping................................................................................. 138 Baseband frequency Hopping.................................................................................... 139 Ad-Hoc frequency plan............................................................................................... 141 BSC12000 Overload Management ............................................................................ 142 BSC3000 Overload Management .............................................................................. 145 Load Balancing .......................................................................................................... 147 V15.1 Evolution of Load Balancing ............................................................................ 147 Cabinet power description.......................................................................................... 149 Pr computation ........................................................................................................... 150 Ps computation .......................................................................................................... 152 Dual Band Handling ................................................................................................... 154 SI2Quater & SI13 on Extended or Normal BCCH...................................................... 157
4.8.1 4.8.2 4.8.3 4.8.4 4.8.5 4.9. 4.9.1 4.9.2 4.9.3 4.9.4 4.9.5 4.9.6 4.9.7 4.9.8 4.9.9 4.10. 4.10.1 4.10.2 4.10.3 4.10.4 4.10.5 4.10.6 4.10.7 4.11. 4.11.1 4.11.2 4.11.3 4.11.4 4.11.5 4.12. 4.12.1 4.12.2 4.12.3 4.12.4 4.13. 4.13.1 4.13.2 4.13.3 4.14. 4.14.1 4.14.2 4.15. 4.16.
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 8/544
MOBILITY 2G - 3G RESELECTION.......................................................................................... 171 BSC/TCU 3000 INTRODUCTION ........................................................................................... 174 AMR - ADAPTATIVE MULTI RATE FR/HR .............................................................................. 175 Basics and specific terminology................................................................................. 175 AMR mechanisms ...................................................................................................... 177 Traffic Management mechanisms.............................................................................. 180 AMR L1m ................................................................................................................... 184 Legacy L1M................................................................................................................ 194 Engineering rules ....................................................................................................... 195 AMR based on traffic.................................................................................................. 197 Repeated Downlink FACCH....................................................................................... 201 Tx Power Offset for Signaling Channels .................................................................... 205 Principle...................................................................................................................... 210 WPS Queuing management ................................................................................... 210 WPS Access class barring with class periodic rotation .......................................... 213 WPS Public access bandwith protection................................................................. 214 Principle...................................................................................................................... 216 Feature activation....................................................................................................... 217 Feature Interworking .................................................................................................. 217 Global description ...................................................................................................... 218 Feature activation....................................................................................................... 220 Feature impacts expectations .................................................................................... 221
4.23.1 4.23.2 4.23.3 4.23.4 4.23.5 4.23.6 4.23.7 4.23.8 4.23.9 4.24. 4.24.1 4.24.2 4.24.3 4.24.4 4.25. 4.25.1 4.25.2 4.25.3 4.26. 4.26.1 4.26.2 4.26.3 5.
ALGORITHM PARAMETERS .................................................................................................. 222 5.1. 5.2. 5.3. 5.4. 5.5. 5.6. INTRODUCTION .................................................................................................................... 222 CELL SELECTION AND RESELECTION PARAMETERS ............................................................... 223 RADIO LINK FAILURE PARAMETERS ....................................................................................... 228 SIGNAL QUALITY AVERAGING PARAMETERS .......................................................................... 231 SIGNAL STRENGTH AVERAGING PARAMETERS....................................................................... 233 NEIGHBOR CELL AVERAGING PARAMETERS .......................................................................... 236
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 9/544
ENGINEERING ISSUE ............................................................................................................. 365 6.1. GSM/GPRS TS SHARING: PRIORITY HANDLING AND QUEUING ............................................. 365 Resources reserved for priority 0 and preemption..................................................... 365 GSM/GPRS TS sharing and queuing: ....................................................................... 366 Resources strategy .................................................................................................... 367 Main differences......................................................................................................... 368 Benefit ........................................................................................................................ 376 Change in Handover performance after L1mV2 implementation............................... 376
ONE-SHOT POWER CONTROL .............................................................................................. 377 MINIMUM TIME BETWEEN HANDOVER.................................................................................... 378 Micro-cellular network ................................................................................................ 378 Non micro-cellular network......................................................................................... 380 Benefit of feature on mono-layer structure................................................................. 381 Benefit of feature on multi-layers structure ................................................................ 382 Concentric Cell Parameter Definition......................................................................... 386 Concentric Cell Field Experience ............................................................................... 389
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 10/544
FREQUENCY SPACING BETWEEN TWO TRXS OF THE SAME AREA .......................................... 404
INTERFERENCE CANCELLATION USAGE ................................................................................. 432 SET UP PRINCIPLES OF A NEIGHBORING LIST AND A BCC PLAN ............................................. 433 Introduction................................................................................................................. 433 4/12 reuses pattern .................................................................................................... 433 1X3 and 1X1 Fractional reuse pattern specific case ................................................. 435 Set-up principles of a BSIC plan ................................................................................ 437
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 11/544
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 12/544
6.36.1 6.36.2 6.36.3 6.36.4 6.37. 6.37.1 6.37.2 6.37.3 6.37.4 6.38. 7.
APPENDIX A: MAIN EXCHANGE PROCEDURES AT BSC LEVEL...................................... 520 7.1. 7.2. 7.3. 7.4. 7.5. 7.6. 7.7. 7.8. 7.9. 7.10. ESTABLISHMENT PROCEDURE .............................................................................................. 520 CHANNEL MODE PROCEDURE .............................................................................................. 521 DEDICATED CHANNEL ASSIGNMENT ...................................................................................... 522 INTRACELL HANDOVER PROCEDURE ..................................................................................... 523 INTRABSS HANDOVER PROCEDURE ..................................................................................... 524 INTERBSS HANDOVER PROCEDURE ..................................................................................... 525 RESOURCE RELEASE PROCEDURE (EXAMPLE)...................................................................... 526 SACCH DEACTIVATION PROCEDURE ................................................................................... 527 MOBILE TERMINATING CALL ................................................................................................. 528 MOBILE ORIGINATING CALL .................................................................................................. 529
8. 9.
APPENDIX B: ERLANG TABLE.............................................................................................. 530 ABBREVIATIONS & DEFINITIONS ......................................................................................... 533 9.1. 9.2. ABBREVIATIONS ................................................................................................................... 533 DEFINITIONS ........................................................................................................................ 539
10.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 13/544
1.
1.1.
1.2.
SCOPE
This version is compliant with the V16.0 ChR BSS GSM release.
1.3.
1.4.
DISCLAIMER
Depending on particular objective, call profile and network characteristics, a parameter setting can never be judged as being universally optimized. The recommended setting presented in this document should result in good network performance; however several iterations and improvements may be required in order to be optimal according to customer specificities. Every effort is made to incorporate suggestions and feedback received from customers.
PRELIMINARY VERSION
The recommended setting has been validated with product and system tests in lab. This document will be updated and adjusted after the first results from VO site or new Product Test/End-to-end labs if available.
STANDARD VERSION
This is a living document and the contents will be modified based on feedback received from R&D, Engineering and customers.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 14/544
1.5.
DOCUMENT STRUCTURE
In chapter CLASSIFICATION OF BSS PARAMETERS, BSS algorithm parameters are presented in alphabetic order according to their group. Process and related objects are also provided. Chapter ALGORITHMS describes the GSM Nortel BSS algorithms and recommends ways to use them efficiently. BSS parameters used in the algorithms are described in chapter ALGORITHM PARAMETERS. For each parameter, a recommended value and a default value are given. Engineering rules explain how to select the parameter value. In chapter ENGINEERING ISSUE, engineering issues resulting from studies on parameter setting and on products, simulations and experiments are developped. Chapter APPENDIX A: MAIN EXCHANGE PROCEDURES AT BSC LEVEL gives the main exchange procedures at BSC level. In chapter APPENDIX B: ERLANG TABLE, an Erlang table presents the maximum offered load according to the number of channels and the blocking rate. In chapter ABBREVIATIONS & DEFINITIONS, the signification of all the abbrevations used in this document and some key-definitions are explained.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 15/544
1.6.
PARAMETERS MODIFICATION
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 16/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 17/544
T3103 New recommended value set to 9 seconds instead of 5. From a handover perspective it is recommended to use 9s in order to offer a wider window of good completion of the procedure at cell edge where the quality might be poorer. noOfBlocksForAccessGrant Addition of a recommended value for SI2Quater or/and SI13 on ext BCCH. Data non transparent mode New recommended value set to TBD instead of 9.6kb/s Serving factor offset New recommended value set to 0 instead of -2. It means it will actually favor the server or disfavor in order word the neighbor greatly. amrReserved2 New recommended values will depend of in what is base AMR alarm handovers and AMR power control. Old value was 3. amrFRIntercellCodecMThresh New recommended value set to 10k2 instead of 6k7.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 18/544
2.
2.1.
RELATED DOCUMENTS
APPLICABLE DOCUMENTS
[A1] PE/SYS/DD000036 BSS Parameters User Guide
2.2.
REFERENCE DOCUMENTS
[R1] [R2] [R3] [R4] [R5] [R6] [R7] [R8] [R9] [R10] [R11] [R12] [R13] [R14] [R15] [R16] [R17] [R18] [R19] [R20] [R21] [R22] [R23] PE/SYS/DD/000065 PE/DCL/DD/000007 PE/DCL/DD/000000 PE/DCL/DD/0124 PE/DCL/DD/0125 PE/MD/DD/000008 PE/DCL/DD/000138 PE/BTS/DD/1514 PE/SYS/DD/0272 PE/SYS/INF/0225 PE/SYS/DD/6293 PE/SYS/INF/0140 PE/SYS/INF/0190 PE/SYS/DD/279 PE/BTS/DD/0421 PE/SYS/DD/0291 PE/SYS/DD/0330 PE/SYS/DD/0331 PE/SYS/DD/0482 PE/SYS/DD/010888 PE/SYS/INF/0242 PE/SYS/DD/0356 PE/SYS/DD/0432 Configuration parameters for BSS BSS Operating Principles BSS Product Documentation Overview BSS Parameter Dictionary Observation Counter Dictionary GDMO Configuration Management GSM/GPRS/EDGE BSS Engineering Rules SFS OF LAYER 1 MANAGEMENT Dual band cells management:TF875 Concentric cell improvements (CM888/TF889) FN for stepped coupling Handover for traffic reasons: TF132 Handover decision according to adjacent cell priorities and load TF716 FUNCTIONAL NOTE TIERING TF 995 : AUTOMATIC CELL
TF809 : Early handover decision General protection against HO Ping-pong :TF821 TF1216 : Automatic handover adaptation TF1217 : Protection against intra-cell HO Pingpong 22464: WPS - Access class barring with class periodic rotation 27318 Configure sending of SI2Quater and SI13 on Ext or Norm BCCH Extended CCCH :TF184 SV1322: TTY on BSC/TCU e3 AR1526 - SMS-CB Usability improvement
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 19/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 20/544
3.
3.1.
Parameter name
BSS
Object-
V9 V9 V7
Barring of access class Directed Retry Handover TCH Allocation and Priority Queuing WPS Queuing management
allocPriorityThreshold allocPriorityTimers allocWaitThreshold allOtherCasesPriority amrUlFrAdaptationSet amrUlHrAdaptationSet amrDlFrAdaptationSet amrUlHrAdaptationSet amrDirectAllocIntRxLevDL amrDirectAllocIntRxLevUL amrDirectAllocRxLevDL amrDirectAllocRxLevUL amrFRIntercellCodecMThresh amrFRIntracellCodecMThresh amrHRIntercellCodecMThresh amrHRtoFRIntracellCodecMThresh amriRxLevDLH amriRxLevULH amrReserved1 amrReserved2 answerPagingPriority assignRequestPriority averagingPeriod baseColourCode
V7 V7 V7 V7 V15 V15 V15 V15 V14 V14 V14 V14 V14 V14 V14 V14 V14 V14 V16 V14 V7 V7 V7 V7
bts bts bts bts bts bts bts bts bts bts bts bts handOverControl handOverControl handOverControl handOverControl handOverControl handOverControl handOverControl handOverControl bts bts handOverControl bts
Nortel confidential
TCH Allocation and Priority Queuing Queuing WPS Queuing management Queuing WPS Queuing management TCH Allocation and Priority Queuing AMR Codec mode adaptation AMR Codec mode adaptation AMR Codec mode adaptation AMR Codec mode adaptation AMR Handover mechanisms AMR Handover mechanisms AMR Handover mechanisms AMR Handover mechanisms AMR Handover mechanisms AMR Handover mechanisms AMR Handover mechanisms AMR Handover mechanisms AMR Handover mechanisms AMR Handover mechanisms AMR RATSCCH Proceudre AMR Legacy L1M TCH Allocation and Priority Queuing TCH Allocation and Priority Queuing Radio channel allocation Interference Management Network Synchronization
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 21/544
bsc bsc signallingPoint bts powerControl bsc bsc bsc bsc bsc bsc bsc bsc bsc signallingPoint powerControl btsSiteManager bts
Reconfiguration procedure Barring of access class Queuing WPS Queuing management Measurement Processing Power Control Algorithms AMR Power Control
General formulas Cabinet Output Power Setting Network Synchronization Minimum time between Handover General protection against HO ping-pong Reconfiguration procedure Frequency Hopping Barring of access class Reconfiguration procedure Call Clearing Process Radio link failure process, Call reestablishment procedure TCH Allocation and Priority Queuing Protection against Intracell HO Ping-Pong AMR Handover mechanisms Frequency Hopping Selection, Reselection Algorithms Selection, Reselection Algorithms Measurement Processing Handovers screening DTX
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 22/544
Selection, Reselection Algorithms Selection, Reselection Algorithms Selection, Reselection Algorithms Microcellular Algo Microcellular Algo
handOverControl handOverControl bts btsSiteManager transceiver bts transcoder board bts signallingPoint bts signallingPoint bts adjacentCellHandOver bts bts handOverControl handOverControl bts
Concentric cell / dualcoupling cell intracell handovers Concentric/DualCoupling/DualBand Cell Handover Concentric/DualCoupling/DualBand Cell Handover Cell Group Management CPU/BIFP LOAD SHARING Network Synchronization PCM Error Correction PCM Error Correction PCM Error Correction PCM Error Correction PCM Error Correction PCM Error Correction Paging command repetition process Directed Retry Handover Directed Retry Handover Directed Retry Handover Measurement Processing Measurement Processing DTX Modified SYS INFO 3 Location Services TCH Allocation and Priority Queuing Repeated Downlink FACCH PCM Error Correction Cell Tiering Parameters V15.1 Evolution of Load Balancing Tx Power Offset for Signalling Frequency Hopping
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 23/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 24/544
interCellHOIntPriority interferenceType interferer cancel algo usage intraBscDirectedRetry intraBscDirectedRetryFromCell intraCell intraCellHOIntPriority intraCellQueuing intraCellSDCCH lRxLevDLH
TCH Allocation and Priority Queuing Automatic cell tiering Interference Cancellation Directed Retry Handover Directed Retry Handover Intracell Handover decision for signal quality TCH Allocation and Priority Queuing Queuing Intracell Handover decision for signal quality Handover condition for leaving a cell on rxlev Define eligible neighbor cells for intercell handover
handOverControl handOverControl
lRxLevDLP lRxLevULH lRxLevULP lRxQualDLH lRxQualDLP lRxQualULH lRxQualULP maio masterBtsSmId maxNumberRetransmission measurementProcAlgorithm
V7 V7 V7 V7 V7 V7 V7 V7 V15 V8 V12
powerControl handOverControl powerControl handOverControl powerControl handOverControl powerControl channel btsSiteManager bts bts
Power Control Algorithms AMR Power Control Handover condition for leaving a cell on rxlev Power Control Algorithms AMR Power Control Handover condition for leaving a cell on rxqual Power Control Algorithms AMR Power Control Handover condition for leaving a cell on rxqual Power Control Algorithms AMR Power Control Synthesised frequency hopping Network Synchronization Request access command repetition process Measurement Processing Direct TCH Allocation and Handover Algorithms
V8 V8 V7 V7 V7 V7 V7 V9 V7
Microcellular Algo Microcellular Algo Measurement Processing Measurement Processing Measurement Processing Synthesised frequency hopping Baseband Frequency Hopping Directed Retry Handover Handovers screening Handover condition for leaving a cell on distance
msRangeMax msTxPwrMax
V7 V7
handOverControl bts
Handover condition for leaving a cell on distance Accuracy related to measurements General formulas Forced Handover (Ho_10) Power Control Algorithms
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 25/544
Multiband reporting Automatic cell tiering Paging command repetition process AMR Handover mechanisms Automatic handover adaptation Power Control Algorithms
Power Control Algorithms Power Control Algorithms Power Control Algorithms Power Control Algorithms Power Control Algorithms AMR Handover mechanisms Pre-synchronized HO
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 26/544
transceiver bsc BSC Overload Management Mechanisms Automatic cell tiering Protection against Intracell HO Ping-Pong AMR Handover mechanisms Interference Management Radio link failure process
Automatic handover adaptation Intracell Handover decision for signal quality Measurement Processing Measurement Processing Intracell Handover decision for signal quality Measurement Processing
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 27/544
Bts Bts bts handOverControl handOverControl btsSiteManager handOverControl bts bts signallingPoint adjacentCellHandover adjacentCellReselect bts adjacentCellHandOver bts bts bts bts bts bts bts handOverControl bsc
Tx Power Offset for Signalling Tx Power Offset for Signalling Automatic handover adaptation Automatic cell tiering Automatic handover adaptation TCH Allocation and Priority Queuing SMS-Cell Broadcast AMR - Adaptative Multi Rate FR/HR AMR - Adaptative Multi Rate FR/HR Dual Band Handling Dual Band Handling Concentric/DualCoupling/DualBand Cell Handover Pre-synchronized HO Handover Algorithms on the Mobile Side
Selection, Reselection Algorithms Radio channel allocation Interference Management Power Budget Handover General protection against HO ping-pong Network Synchronization Concentric/DualCoupling/DualBand Cell Handover Concentric/DualCoupling/DualBand Cell Handover Concentric/DualCoupling/DualBand Cell Handover Mobility 2G - 3G Reselection Mobility 2G - 3G Reselection Mobility 2G - 3G Reselection Mobility 2G - 3G Reselection Power Control Algorithms AMR Power Control Power Control Algorithms Power Control Algorithms Power Control Algorithms Power Control Algorithms
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 28/544
3.2.
Parameter name
BSS
Object-
adaptiveReceiver sigPowerOverboost
V17 V16
bts bts
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 29/544
3.3.
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 30/544
3.3.11 SMS-CB
smsCB, noOfBlocksForAccessGrant, channelType.
3.3.15 DTX
dtxMode, cellDtxDowlink.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 31/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 32/544
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 33/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 34/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 35/544
4.
4.1.
ALGORITHMS
INTRODUCTION
This chapter describes major BSS GSM algorithms using OMC-R algorithm parameters, both on the BTS and the MS side.
4.2.
4.2.1 UNIT
Thresholds on signal quality are given in RXQUAL values. Samples measurements are also reported in RXQUAL values. When internal calculations are performed, RXQUAL values are converted into bit error rates (BER) using mean values and compared to thresholds which are also converted into bit error rate. From the V9 BSS release, the comparison is done with the upper or the lower limit of the BER range.
RxQual value 0 1 2 3 4 5 6 7 BER range value BER < 0.2% 0.2% < BER < 0.4% 0.4% < BER < 0.8% 0.8% < BER < 1.6% 1.6% < BER < 3.2% 3.2% < BER < 6.4% 6.4% < BER < 12.8% 12.8% < BER Mean BER value 0.14% 0.28% 0.57% 1.13% 2.26% 4.53% 9.05% 18.10%
Signal strength thresholds are given in dBm (from -110 dBm to -47 dBm). Signal strength measurements reported by the mobiles and the BTS are given in the rxlev format (from 0 to 63). The average signal strength measurement values, which are compared to the rxlev thresholds, are the integer part of the average result.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 36/544
DCS 1800
Nominal Output power (dBm) N 36 34 32 30 28 26 24 22 20 18 16 14 12 10 8 6 4 2 0 2 3 3 3 3 3 3 3 3 3 3 3 4 4 4 4 4 5 5 Tolerance (dB) for conditions E 2,5 4 4 4 4 4 4 4 4 4 4 4 5 5 5 5 5 6 6 22-29 30 31 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16-21 Power control level
PCS 1900
Nominal Output power (dBm) Reserved 33 32 30 28 26 24 22 20 18 16 14 12 10 8 6 4 2 0 Reserved 3 3 3 3 3 3 3 3 3 3 3 4 4 4 4 4 5 5 4 4 4 4 4 4 4 4 4 4 4 5 5 5 5 5 6 6 Tolerance (dB) for conditions N E
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 37/544
Settings will be provided to allow output power to be reduced from its maximum level to at least six steps of nominally 2 dB with an accuracy of 1 dB to allow a fine adjustment of the coverage by the network operator. In addition, the actual absolute output power at each static RF power step (N) shall be 2*N dB below the absolute output power at static RF power step 0 with a tolerance of 3 dB under normal conditions and 4dB under extreme conditions. The static RF power step 0 will be the actual output power according to the TRX power class.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 38/544
Nevertheless, the MS seems to have usually better sensitivity than these figures.
GSM 1800
BTS Max output power at antenna connector Tolerance Guaranteed output power RX Sensitivity Typical gain with internal antennas e-cell 31,5 dBm +/- 1,5 dB 30 dBm - 104 dBm 8 dBi
GSM 1900
BTS Max output power at antenna connector Tolerance Guaranteed output power RX Sensitivity Typical gain with internal antennas e-cell 31,5 dBm +/- 1,5 dB 30 dBm - 104 dBm 7,5 dBi
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 39/544
BTS GMSK RM power output DDM DDM H2 46 dBm (40 W) 43,4 dBm 39,6 dBm GMSK HPRM power output Duplexor (guaranteed) H2D (guaranteed) Tx attenuation DDM loss (typical / max) DDM H2 loss (typical / max) Rx sensitivity (guaranteed) 0,8 / 1,5 dB 4 / 5,2 dB GMSK - 111,2 dBm 8-PSK MCS5 - 101 dBm
BTS18000 Outdoor / Indoor MPRM module 8-PSK 46 dBm (40 W) 43,4 dBm 39,6 dBm HPRM module: not available 8-PSK
Note: from V15.1 BTS18000 products are supported on both BSC3000 and BSC12000.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 40/544
GSM 900
BTS Power amplifier (min/nom/max) Guaranteed power Tolerance Rx Sensitivity Typical diversity gain with internal antennas S2000H Micro 43,5 / 44,75 / 46 dBm +/- 1 dB at antenna 42,6 dBm + 1,8 / - 0 dB - 109 dBm S2000L Micro 35,5 / 37 / 38,5 dBm +/- 1 dB at BTS feeder 33 dBm + 3,5 / - 0 dB - 104 dBm 4,4 dB
BTS Power amplifier High power EDGE Amplifier HePA Duplexor loss (guaranteed) H2D loss (guaranteed H4D loss (guaranteed) Rx sensitivity Expected space diversity gain at sensitivity level Global performances of the receiving system, including space diversity
S8000 Outdoor / Indoor 44,8 dBm (30 W) +/- 0,5 dB 47,75 dBm (60 W GMSK) 46,5 dBm (45 W 8-PSK) 1 dBm 5 dBm 8,5 dBm - 110 dBm 5 dBm* - 115 dBm
S12000 Outdoor / Indoor 44,8 dBm (30 W) +/- 0,5 dB 47,75 dBm (60 W GMSK) 46,5 dBm (45 W 8-PSK) 1 dBm 5 dBm 8,5 dBm - 110 dBm 5 dBm* - 115 dBm
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 41/544
BTS GMSK RM power output DDM (guaranteed) DDM H2D (guaranteed) H4 (guaranteed) 46 dBm (40 W) 43,9 dBm 40 dBm 38 dBm GMSK HPRM power output Duplexor (guaranteed) H2D (guaranteed) H2D (guaranteed) Tx attenuation DDM loss (typical / max) DDM H2 loss (typical / max) H4 loss (typical) Rx sensitivity (guaranteed) 0,8 / 1 dB 4 / 4,8 dB 6,8 dB GMSK - 111,2 dBm 8-PSK MCS5 - 101 dBm 47,8 dBm (60 W) 45,7 dBm 41,9 dBm 39,8 dBm
BTS18000 Outdoor / Indoor MPRM module 8-PSK 46 dBm (40 W) 43,9 dBm 40 dBm 38 dBm HPRM module 8-PSK 46,5 dBm (45 W) 44,4 dBm 40,6 dBm 38,5 dBm
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 42/544
GSM 1800
BTS Power amplifier (min/nom/max) Guaranteed power Tolerance Rx Sensitivity Typical diversity gain with internal antennas S2000H Micro 43,5 / 44,75 / 46 dBm +/- 1 dB at antenna 42,6 dBm + 1,8 / - 0 dB - 109,5 dBm S2000L Micro 35,5 / 37 / 38,5 dBm +/- 1 dB at BTS feeder 33 dBm + 3,5 / - 0 dB - 104 dBm 4,4 dB
BTS Power amplifier High power EDGE Amplifier HePA Duplexor loss (guaranteed) H2D loss (guaranteed H4D loss (guaranteed) Rx sensitivity Expected space diversity gain at sensitivity level Global performances of the receiving system, including space diversity
S8000 Outdoor / Indoor 44,8 dBm (30 W) +/- 0,5 dB Not available 1,2 dBm 5 dBm 8,5 dBm - 110 dBm 5 dBm* - 115 dBm
S12000 Outdoor / Indoor 44,8 dBm (30 W) +/- 0,5 dB Not available 1,2 dBm 5 dBm 8,5 dBm - 110 dBm 5 dBm* - 115 dBm
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 43/544
BTS GMSK RM power output DDM (guaranteed) DDM H2 (guaranteed) DDM H4 (guaranteed) 44,8 dBm (30 W) 42,2 dBm 38,2 dBm 38,7 dBm
BTS18000 Outdoor / Indoor RM module 8-PSK 44,8 dBm (30 W) 42,2 dBm 38,2 dBm 38,7 dBm MPRM module GMSK 8-PSK 44.7 dBm (30 W) 424,2 dBm 38,2 dBm 38,7 dBm
MPRM power output DDM (guaranteed) DDM H2 (guaranteed) H4 (guaranteed) Tx attenuation DDM loss (typical / max) DDM H2 loss (typical / max) H4 (typical) Rx sensitivity (guaranteed)
47 dBm (50 W) 44,4 dBm 41 dBm 39dBm 0,9 / 1,2 dB 4,3 / 5 dB 6,8 dB GMSK - 111,2 dBm 8-PSK MCS5 - 101 dBm 8-PSK MCS6 - 99,5 dBm
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 44/544
GSM 1900
BTS Power amplifier (min/nom/max) Guaranteed power Tolerance Rx Sensitivity Typical diversity gain with internal antennas S2000H Micro 43,5 / 44,75 / 46 dBm +/- 1 dB at antenna 42,6 dBm + 1,8 / - 0 dB - 109 dBm (FP) - 109,5 dBm (EP) 4,4 dB S2000L Micro 35,5 / 37 / 38,5 dBm +/- 1 dB at BTS feeder 33 dBm + 3,5 / - 0 dB - 104 dBm
BTS Power amplifier High power EDGE Amplifier HePA Duplexor loss (guaranteed) H2D loss (guaranteed H4D loss (guaranteed) Rx sensitivity Expected space diversity gain at sensitivity level Global performances of the receiving system, including space diversity
S8000 Outdoor / Indoor 44,8 dBm (30 W) +/- 0,5 dB 47,75 dBm (60 W GMSK) 46,5 dBm (45 W 8-PSK) 1,2 dBm 5 dBm 8,5 dBm - 110 dBm 5 dBm* - 115 dBm
S12000 Outdoor / Indoor 44,8 dBm (30 W) +/- 0,5 dB 47,75 dBm (60 W GMSK) 46,5 dBm (45 W 8-PSK) 1,2 dBm 5 dBm 8,5 dBm - 110 dBm 5 dBm* - 115 dBm
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 45/544
Due to multipath and to MS synchronization accuracy, the gap of timing advances between two different MS for a given distance can reach 3 bits (i.e. 1,6 km). The value of the timing advance has an impact on decision taking for handover and call clearing. The timing advance is calculated by taking into account all the rays coming from a same signal. The timing advance must be used carefully as a handover and call clearing criteria, especially in a microcellular configuration.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 46/544
For example, the level difference between two field strengths, which are higher than the sensivity + 14 dBm, must be within the range of [-2 dB to +2 dB]. Output power tolerance must also be considered in the parameters setting because the parameters bsTxPwrMax and msTxPwrMax are used in the algorithms.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 47/544
4.3.
RESELECTION PROCEDURE: Reselection criteria are calculated every 5 to 60 seconds period (depending on the number of cells for which BCCH is in BCCH Allocation and number of multiframes between paging) because MS must perform at least 5 measurements on every cell listed in the BCCH Allocation before averaging is allowed. For phase 1 MS, C1 path loss criterion is used whereas for phase 2 MS, the C2 criterion is used. Then, for the most powerful channel, the MS attempts to detect the FCH channel, then decodes the SCH channel, and if the NCC and BCC are not forbidden, it will listen to SYSTEM INFORMATION 1 to 4 to get full information on that cell and possibly select it depending on the selection criterion.
Received levels must be higher than rxlevAccessMin and if a mobile state has a classmark lower than msTxPwrMaxCCH, it must get closer to the cell to have access to it.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 48/544
4.3.2 CRITERIA FOR RESELECTION TOWARDS A CELL OF A DIFFERENT LOCATION AREA (SEL_2)
This is an additionnal criteria for reselection towards a y cell having a different Location Area from the current one. A choice must be made between C1 values for cell having a different Location Area: C1(x) < C1(y) - cellReselectHysteresis
The value used for the parameter cellReselectHysteresis is the-one set in the current serving cell.
where t is a timer started as soon as a cell enters the mobile best cell list: t = penaltyTime if the new cell in the list is the previous serving cell t = 0 otherwise
temporaryOffset is a negative offset. By adding an offset (cellReselectOffset) it is possible to give different priorities, for example, to different types of cells in case of a multilayer network or to different bands when multiband operation is used. The timer penaltyTime ensures that the mobile will reselect a cell which has been received with a sufficient level for a sufficient time. Some microcellular handover algorithms are based on this C2 reselection principle.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 49/544
Priority of access: cellBarred and cellBarQualify parameters. The parameters are used to give each cell the authorization to be selected or reselected, and for all of them a priority of access is given. The selection procedure is mainly concerned by this priority introduction.
SELECTION
For the server cell and the neighboring cells, the C1 algorithm is computed. The C2 algorithm is computed only if cell reselection is used (cellReselInd = true). A priority is affected to each eligible cell and is only applied to Phase II MS. IF cellBarQualify = TRUE THEN the cell priority is low, whatever the cellBarred value is. IF cellBarQualify = FALSE AND IF the cell is barred (cellBarred set to barred) THEN the cell priority is null (the cell can not be reselected in idle mode). IF cellBarQualify = FALSE AND IF the cell is not barred THEN the priority is normal. For a mobile Phase II: if no cell with NORMAL priority is eligible (cell contained in the eligible list constituted using the C1 algorithm), then the cells with LOW priority are scanned. So even if a cell is barred, a phase II mobile is able to select this cell, but it will not be able to perform a call on it. For a mobile Phase I: it is not possible to reselect a cell that is barred.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 50/544
Note: To forbid the access of a cell to a MS, the cellBarred set to not barred and incomingHandover set to disabled, is not sufficient. Care must be taken with the cellBarQualify that gives the priority.
RESELECTION
There is only one kind of priority which is NORMAL. IF the cell is barred AND IF cellBarQualify is false THEN the reselection is not authorized.
cellBarred barred barred not barred not barred false true false true
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 51/544
4.4.
MEASUREMENT PROCESSING
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 52/544
AVERAGING PROCESS
for quality and level: o o rxLevHreqave, rxQualHreqave: number of measurement results to compute an arithmetic average. rxLevHreqt, rxQualHreqave: number of arithmetic averages necessary to compute a weighted average, each one being associated to rxLevWtsList and rxQualWtsList (highest weight for the most recent data). missRxLevWt, missRxQualWt: weight applied to latest arithmetic average if existing or latest received value to replace a missing downlink measurement. In case there have been no previous measurements, a default value is used.
for distance, weighted average applies directly to distHreqt raw figures. for neighbor cells, only the arithmetic average is computed. Furthermore, for L1mV2, when 10 SACCH blocks are missing, that cell is no longer considered and corresponding data is deleted.
Note: cellDeletionCount is used as an eligibility criterion. Arithmetic averaging is performed with xx_Hreqave period whereas weighted averaging is done before algorithm processing, thus, weighted average is executed if run_xx is not a multiple of xx_Hreqave. Example for Hreqave = 3, Hreqt = 2, run xx = 4
Notes: In L1mV2, the weighted average is done with the latest not overlapped arithmetic averages. Reactivity of the L1mV2 has been improved. The measurements done by the MS and the BTS during the first SACCH block period is proceeded by the BTS during the second SACCH block period instead of the third SACCH block period.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 53/544
RESCALING
Measurements are stored along with the MS and BS power level (meas_txpwr) reported in MEAS RESULT, latest power control (MS or BS) is also stored (ref_txpwr). From the L1mV2, rescaling is done at maximum transmission power (txPwrMax). It means that the values or averages are adjusted as follows newLev = oldLev + ((txPwrMax meas_txPwr) * Pwr_to_dbm)
In this way BTS attenuation is already included in RxLevDL and handovers are better anticipated.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 54/544
RULE 1
If averaged values are available, missing measurements are replaced by the latest averaged value multiplied by a weighting factor (missDistWt, missRxLevWt, missRxQualWt).
r1
r2
r3 m1
r4
r5
r6
r7 m5
r8
m2 m3 m4
time
RULE 2
If no average value is available, missing measurements are replaced by the latest measurement value multiplied by a weighting factor (missDistWt, missRxLevWt, missRxQualWt).
r1
r2
r3 m1
r4
r5
r6
r7 m5
r8
m2 m3 m4
time
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 55/544
RULE 3
If no measurement value is available, the missing measurement is replaced by a default value.
r1
r2
r3 m1
r4
r5
r6
r7 m5
r8
m2 m3 m4
time
RULE 4:
In the following, the substitution of a missing value is only done when 6 neighbouring cells are reported during the considered period. From L1mV2 missing measurements for neighboring cells are replaced as follows; for both cases, inputs are: First case: IF RxLevNCell1(T) min(RxLevNCell(T+1) of the 6 reported cells) THEN RxLevNCell1(T+1) = RxLevNCell1(T) Ncell1 no longer belongs to the list of 6 preferred cells at T+1 period, T, T+1 correspond to measurement periods.
Second case: IF RxLevNCell1(T) > min(RxLevNCell(T+1) of the 6 reported cells) THEN RxLevNCell1(T+1) = min(RxLevNCell(T+1)) - missOffsetdB
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 56/544
4.5.
msTxPwrCapability: maximum transmission power capability of the MS according to the BCCH frequency (Band0) and its power class ( 4.2.2). msTxPwrMax: maximum transmission power level the MS is allowed to use on a traffic channel in the current cell. msTxPwrMaxCapabilityCell(n): maximum transmission power capability of the MS (in the BCCH frequency band) of an adjacent cell (n), according to: o the BCCH frequency band of the adjacent cell (n) o the power class of the mobile in this band ( 4.2.2) msTxPwrMaxCell(n): maximum transmission power level the MS is allowed to use on a traffic channel of neighbour cell n (or the band0 of the neighbour dual band cell n) RxLevNCell(n) ave: averaged downlink signal strength of the neighbour cell n RxLevDL ave: averaged downlink signal strength of the serving cell
However, if the MS is in band1 the PBGT formula is changed. Indeed, RxLevNCell(n) ave should be replaced by RxLevNCell(n)ave + biZonePowerOffset(n) in order to simulate what the field strength would be like in band0.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 57/544
EXP1
The expression named EXP1 used for defining eligible cells: EXP1(n) = RxLevNCell(n) ave - [ rxLevMinCell(n) + Max(0, msTxPwrMaxCell(n) msTxPwrCapability(n) ) ]
EXP1Forced HO (n) = RxLevNCell(n) ave - [forced handover algo(n) + Max(0, msTxPwrMaxCell(n) - msTxPwrCapability(n)]
RxLevNCell(n) ave: averaged downlink signal strength of the neighbour cell n rxLevMinCell(n): minimum RXLEV value required for a MS to handover towards cell n msTxPwrMaxCell(n): maximum transmission power level the MS is allowed to use on a traffic channel of neighbour cell n / in the band0 of the neighbour dual band cell msTxPwrCapability(n): maximum transmission power capability of the MS according to the power class of the mobile and the BCCH frequency (the band0) of the neighbour cell n directedRetry(n): minimum signal strength level received by the MS to process directed retry handovers in BTS mode forced handover algo(n): minimum signal strength level received by the mobiles to be granted access to a neighbor cell in case of forced handover.
Note: If HO decision is made toward the inner zone of a multizone cell, then related EXP1XX(n) is computed with biZonePowerOffset(n).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 58/544
EXP2
The expression named EXP2 used for defining suitable cells:
AdaptedHoMargin(n): margin computed when AHA feature is enabled. It takes into account neighDisfavorOffset and servingfactorOffset parameters (see chapter Automatic handover adaptation) hoMargin(n): margin to be used for power budget HO hoMarginTrafficOffset(n): offset to be applied to hoMargin(n) for traffic HO decision (when current cell is overloaded) hoMarginRxQual(n): margin to be used for quality HO hoMarginRxLev(n): margin to be used for signal strength HO hoMarginDist(n): margin to be used for distance HO hoMarginAMR(n): margin to be used for quality intercell HO defined for AMR TCH channels rxLevDLPBGT(n): maximum downlink RxLev received from serving cell to allow a power budget or traffic HO towards this NCell
Note: If HO decision is made in the inner zone of a multizone cell, then related EXP2XX(n) is computed with (hoMarginXX(n) + biZonePowerOffset).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 59/544
For dualband cells, obviously, a test is also performed on the capability of the mobile to support the band1.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 60/544
4.5.3 HANDOVERS
Each runHandOver, after L1M initialisation process for handover, the BTS performs handover decision process based on regular uplink and downlink measurements on the current cell (level and quality) and neighbouring cells (level only); the main steps of this process are: Triggering: the BTS detects that a handover is needed by comparison with thresholds: lRxLevXLH for alarm on level; lRxQualXLH for alarm on Quality; msRangeMax for alarm on distance, there is no triggering for handover on PBGT Screening: the BTS determines what are the n best suitable cells (n=6 from V12) for the handover (preferred cells list) and sends them to the BSC in the Handover Indication message; to be in the preferred cells list, a cell must first be eligible (eligibility checking) then sorted (Ncells list sorting); the preferred cells list is an ordered list of sorted cells. Selecting: the BSC determines THE target cell according to the resource found after reducing the preferred cells list to a maximum of three elements Executing: allocation, activation, assignment of the new channel, switching onto this channel
HANDOVERS TRIGGERING
Intercell handover normally occurs for two main reasons: Rescue handovers: when the MS gets too far from the BS (Distance) and/or radio link measurements show low received signal strength (DL/UL signal Strength) and/or signal quality on the current serving cell (DL/UL signal Quality) Network Optimization Handovers: a better signal strength is available on an adjacent cell (Power Budget), the serving cell gets overloaded (Traffic) or in the particular case of a multilayer network (Capture)
Note: new intercell handover decisions have been introduced for AMR channels Intracell handovers normally occur for the following reasons: Interference handover: radio measurements show a low received signal quality but a high received signal strength on the serving cell. inter-zone handover from a "zone" of a multizone cell to another "zone". frequency tiering handover specific intracell handover for AMR TCH channels,
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 61/544
HANDOVERS SCREENING
To a given handover is associated (hard coded) a set of expressions used both to check eligibility of a neighbour cell (a cell from the list of Ncells reported by the MS is eligible if all expressions attached to this HO cause and neighbour cell are strictly positive) and to sort target cells list. See the chapter General formulas to get the detail of each expression. According to the handover cause, the candidate cells expressions must then fulfil the following formulas to be declared eligible
HO cause / connection state request type Eligibility criteria
EXP2PBGT(n) > 0 EXP2bis(n) > 0 deleteCounter(n) < cellDeletionCount(n) trafficInterCell(n) = true EXP1(n) > 0 EXP2Traffic(n) > 0 EXP2bis(n) > 0 ul/dlQualityInterCell(n) = true
Traffic
UL / DL signal quality
UL / DL signal strength
Distance
EXP1(n) > 0 EXP2Distance(n) > 0 captureInterCell(n) = true EXP1Capture(n) > 0 interBtsForcedHO(n) = true EXP1ForcedHO(n) > 0 interBsDirectedRetry(n) = true EXP1Directedretry(n) > 0 ul/dlAMRQualityInterCell(n) = true EXP1(n) > 0 EXP2AMR(n) > 0 EXP2bis(n) > 0
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 62/544
false false false false false false true false false false false false false false false
intercell intercell intercell intercell intercell intercell intercell intercell intracell intracell intracell intracell intracell intracell intercell
1 2 3 4 5 6 7 8 9 10 11 11 11 12 0 (d) (a) (c) (a) (c) (b) (c) (b) (c) (b) (c) (a) (c)
(a) intracell and tiering handover functions are exclusive from each other (b) these handover functions are exclusive from each other (a given cell may be of only one type among concentric, dual-coupling & dual-band) and do not apply to SDCCH channels. (c) these intracell handover functions are ihnibited when in directed retry mode. (d) only for a monozone cell or in the large zone of a multizone cell. Note: The so-called "Directed Retry" handover is a "pseudo" handover indication message sent upon request from the BSC. This specific case is mainly intended to provide BSC with a target cells list for intercell HO and is discussed in chapter Directed Retry Handover.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 63/544
false false false false false false false false false false false false false false
intercell intercell intercell intercell intercell intercell intracell intracell intracell intracell intracell intracell intracell intercell
1 2 3 4 5 6 7 8 9 10 10 10 11 0 (d) (b) (c) (b) (b) (a) (b) (a) (b) (a) (b) (b)
(a) these handover functions are exclusive from each other (a given cell may be of only one type among concentric, dual-coupling & dual-band). (b) these intracell handover functions are ihnibited when in directed retry mode. (c) this intracell handover function applies to TCH/AFS (Full Rate) channels only. (d) only for a monozone cell or in the large zone of a multizone cell. Note: The so-called "Directed Retry" handover is a "pseudo" handover indication message sent upon request from the BSC. This specific case is mainly intended to provide BSC with a target cells list for intercell HO and is discussed in chapter Directed Retry Handover.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 64/544
Previously to V15.0, it is mandatory to activate the Queuing when the Directed Retry is enabled. From V15.0, the feature Directed retry without queuing activation removes this constraint and allows the activation indepently from queuing.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 65/544
If RxLevNcell(n) > directedRetry(n) + Max[0, (msTxPwrMaxCell(n) - P)] where P = maximum RF output power of the MS then cell n is candidate for Directed Retry Handover
If RxLevNcell(m) = Max(RxLevNcell(n)) then Cell m is chosen by the BSC as the target cell for the Directed Retry HO
LCAUTION! The Directed Retry criterion is based on only one measurement of RxLevNcell(n) and not on NCellHreqave measurements. In a microcell network, a directed retry HO may handover a call from a macro cell to a micro cell even if the stability criteria is not fulfilled (microcellular handover type A). In this environment, to avoid a ping-pong HO, one may put a high value to the adjacentCellHandOver parameter directedRetryAlgo.
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 66/544
In case the request could not be queued (queue full for instance), BSS sends an Assignment failure (cause no radio resource available) message to the MSC.
From V15.0, as soon as the directed retry is enabled in the BSS, whatever is the queuing activation, the directed retry is processed. In that case, if queuing is activated, it is the same behavior as before V15.0. The only change is that if the request could not be queued, the directed retry (if allowed) is processed independently from the queuing. If queuing is desactivated, (or if the request could not be queued), then the procedure is as follow: when the BSC receives from the MSC an Assignment Request and there is no TCH available in the cell, then the directed retry procedure is started and the BSC sends to the MSC a Queuing Indication message to inform the MSC of a delay in the TCH allocation, and the MS remains on SDCCH channel. o o If there is a resource in the target cell, the directed retry procedure is successful and the communication is established. If there is no resource available in the target cell, the directed retry procedure fails and the BSS sends an Assignment failure (cause no radio resource available) message to the MSC. If there is no neighbouring cells indicated by the BTS in the connection state ack message, it means that neighbouring cells information are not available in the BTS (it depends also on the MS performances) or handover conditions are not met. Then the BSC starts an internal timer directedRetryWithNoQueuingTimer (5 seconds, non configurable) in order to wait for a handover indication message (cause directed retry) the BTS sends if the handover conditions are fulfilled. The BSC processes this handover indication message as described here above. In case the timer directedRetryWithNoQueuingTimer expires, the BSC sends an Assignment failure message (cause no radio resource available) to the MSC.
Note: during a directed retry procedure, if there is no TCH available in the target cell, the procedure can neither be queued, nor execute another directed retry from the target cell.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 67/544
4.6.
CONCENTRIC CELL
Definition: a cell is defined as concentric if it exists two transceiverzones configured to transmit at different power resulting in two different coverage areas. For the two different transceiverzones, the same antenna is used.
Innerzone
traffic channels
Outerzone
BCCH and signalling channels
The principle of the concentric cells is to share the ressources in both zones assuming that the TRXs are transmitting at different power. The BCCH and the signalling channels use the high power TRXs (outer zone) thus the BTS needs to check if the link budget MS-BTS is sufficient to allocate a ressource of the inner zone. Furthermore, to avoid a subsequent intracell handover, the BSC is checking this condition with the BTS each time a first TCH has to be allocated at the end of the call setup, i.e an Assign Request has been sent by the MSC. The same checking is done by the curent BTS when an intercell handover is required. The smaller range of the frequencies in the internal zone, due to low maximum available power for transmission, means that these internal zone frequencies can be reused a short distance away. With this greater re-utilization of frequencies an operator can achieve the same coverage using less bandwidth. From V12 functionalities have been deployed allowing an easier frequency planning in case of frequency hopping (fractional reuse techniques), and a major enhancement with the TCH allocation directly in the relevant zone in case of calll setup and handover. Note: a configuration with HePA on the outer zone and ePA on the inner zone is a kind of concentric cell and not a kind of dualcoupling cell, eventhough the biZonePowerOffset parameter has to be set accordingly to that particular case. Please refer to the associated Functional Note [R10] Concentric cell improvements (CM888/TF889). See also chapter Concentric Cells.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 68/544
DUALBAND CELL
Definition: a cell is defined as dualband if GSM900 TRXs and DCS1800 TRXs coexist and share the same BCCH. The propagation loss being different, it results in two different coverage areas.
Main benefits of dualband cell functionality are: The number of cells to configure and monitor is roughly divided by two No BCCH pattern has to be defined in the second band Frequency Hopping, Power Control, Downlink DTX are available on all second band DRXs (instead of all but one with conventional management) Slight increase in capacity: one TS saving + DCS and GSM DRXs in one pool, which provides more network control of the traffic distribution Intra cells Handover between DCS and GSM DRXs of a same cell instead of synchronous inter cell handovers reduce the muting time
Please refer to the associated Functional Note [R9] Dual band cells management:TF875. See also chapter Concentric Cells.
DUALCOUPLING CELL
Definition: a cell is defined as dualcoupling if the TRXs are not combined with the same type of combiner and thus have not the same coupling loss resulting in two different coverage areas.
Innerzone
H4D
traffic channels
Outerzone
H2D
BCCH and signalling channels
In a dualcoupling cell, as the TRXs are not combined with the same type of combiner the most powerful TRXs define the large zone. Such cells are managed with the concentric cell principle and dualcoupling cell feature take advantage of it using different coupling modules rather than a mono type coupling module in a sector. Please refer to the associated Functional Note [R11] FN for stepped coupling. See also chapter Concentric Cells.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 69/544
Note: The transceiverZone object parameter zone Tx power max reduction value is always set to 0 for the large zone, and in the range of [1 to 55]dB for the small zone. The Concentric/Dualcoupling Cell Handover from Large to Small zone is triggered if: RxLev_DL > concentAlgoExtRxLev AND (only for concentric cells) MS_BS_Dist < concentAlgoExtMsRange
The MS is forced to migrate from the small zone to the large one if: the MS is far from the BTS (Timing Advance, used to estimate the MS to BTS distance, only for concentric cells) or if RF conditions are too bad (RxLev downlink).
The Concentric/Dualcoupling Cell Handover from Small to Large zone is triggered if: RxLev_DL < concentAlgoIntRxLev OR (only for concentric cells) MS_BS_Dist > concentAlgoIntMsRange Please note that an external priority [0...17] can be given to the Concentric Cell Handover from a Small to Large zone, because of the small to large Zone HO priority parameter.
In dualband the algorithms created for concentric cell are the same, except the timing advance (distance between the BTS and the MS) is not used and the dualband capability of the mobile is taken into account.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 70/544
normal intracell HO
1) EXP1(n) + biZonePowerOffset(n) > 0 2) EXP2PBGT(n) + biZonePowerOffset > 0 where PBGT uses msTxPwrMax2ndBand 3) MS_Band_supported(standardIndicatorBand1) is true
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 71/544
Thresholds should be set in order to ensure good subjective voice quality (rxqualXLIH 5 with frequency hopping or rxqualXLIH 4 without hopping). This feature is enabled by intraCell or intraCellSDCCH flags. LCAUTION! In order to avoid the choice of a more interfered channel, channels are allocated in the 2 low interference pools (hopping and not hopping); if no free channel is detected among these 2 pools and although queuing is allowed, the intracell HO must not be done; if queuing is allowed, the request is queued then satisfied only after reception of suitable interference level on idle channels (RF_RESOURCE_INDICATION message); when TDMA removals leads to intracell HO, the first free resource is taken whatever its interference level. Note: RF_RESOURCE_INDICATION message is received from BTS and induces the interference level of channels of a particular TDMA. Therefore a channel has 3 states for the BTS: Busy Free with interference measure level available Free without interference measure level available (for example the channel has just been release and the measure are not yet done)
No interference level management is performed on PDTCH channels. The level status of PDTCH resource is always high (bad level). So intracell HO is not performed on PDTCH
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 72/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 73/544
AdaptedHoMargin(n) is the margin computed when AHA feature is enabled. It takes into account neighDisfavorOffset and servingfactorOffset parameters (see chapter Automatic handover adaptation)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 74/544
The overload ends when: the number of free TCH >= numberOfTCHFreeToEndCongestion OR the number of queued TCH requests <= numberOfTCHQueuedToEndCongestion
When the cell status becomes overloaded, a request is done to the L1M to consider a new ho_margin (hoMargin-hoMarginTrafficOffset) ; this request is sent only to the TRXs which belong to the large zone/band0 (for concentric/dualband cells). In case of intra BSS handover (for traffic reasons), the BSC checks the target cell status during the handover selection phase and if overload condition is set, the BSC will try on the following cell of the list (a handover between the band0 of a serving cell and the band1 of a target cell is possible if the eligibility of band1 is indicated in the handover indication message). In case of inter BSS handover (for traffic reasons), the target cell overload status is not known until the HO procedure is launched (HO request). Also, a handover between the band0 of a serving cell and the band1 of a target cell is not possible (due to the present A interface). It is advised to set the General protection against HO ping-pong feature with this feature in order to overcome the associated risk of ping-pong. LCAUTION! This feature is not applicable for S4000/S2000E-DCU2 or S4000/S2000E-DCU2/DCU4. This feature is applicable for all cases where PBGT handover is possible; so, handover for traffic reasons is not possible between microcell and macrocell. This feature is applicable to concentric/dualband cells but is restricted to the large zone/band0 since the thresholds used to define the overload conditions concern the large zone/band0 ; if a handover indication is received by the BSC with a cause set to traffic reasons and concerns a communication established in the small zone/band1 of the cell, the message is discarded.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 75/544
If hoMarginTrafficOffset is set to 0 dB, the HO traffic is somehow disabled since PBGT will be done before the traffic has a chance to be done (higher priority).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 76/544
4.6.4 HANDOVER DECISION ACCORDING TO ADJACENT CELL PRIORITIES AND LOAD (FROM V12)
The objective of this feature is to optimize the traffic distribution both between layers according to cell priorities and cells of the same layer according to their overload conditions. In the selection phase, the BSC places the cells in descending order according to their priority and if cells have the same priority, the order given in the handover indication message is maintained. Then, for those cells, the BSC calculates the following expression: EXP4(n) = EXPi(n) [offsetLoad(n) * stateLoad(n)]
where EXPi(n) = EXP1(n) for the handover causes capture or directed retry in distant mode or EXPi(n) = EXP2(n) for other causes EXP1 or EXP2 are added in the handover indication message from V12 ; offsetLoad(n) is a neighbour cell parameter in dB and stateLoad is an overload status parameter. stateLoad=1 for an intra BSS neighbor cell which is overloaded and 0 otherwise, including an inter BSS neighbor cell overloaded ; the BSC sorts the cells that have the same priority by decreasing values of EXP4 before reducing the preferred cells list from six to three. offsetLoad(n) corresponds to the new offsetLoad parameter, offsetPriority defines the range of the priority from 1 to 5 (1 is the highest level). The overload detection relies on the same principle as that described in the Handover for traffic reasons feature. If the overload detection is not activated, obviously, the priority is the only criterion which is taken into account. With such an algorithm, it can be noticed that the priority parameter is an important criterion in a multi-layer network and that the overload situation is an important criterion in a network where the cells have the same priority. For multi-layer networks, a problem may occur when the higher priority cell (which captures traffic) becomes consequently overloaded and then induces HOs for traffic in the other adjacent cells ; this can be awkward when the overlapping area between the higher priority cell and its adjacent cells is wide ; in such a case, too much traffic is captured and this prevents from doing new calls in this cell. In a network where the cells have the same priority, another problem could be noticed: the overload condition of adjacent cells is not managed in a uniform way if the adjacent cells do not belong to the same BSC ; the overload condition for cells belonging to another BSC is not considered and may induce longer handover procedure if this one is overloaded. Indeed , the overload state will only be known when the HO is triggered. Then, if the cell is overloaded, the request will be refused and the BSC will try the next cell on the list of preferred cells.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 77/544
GOAL
The frequency tiering technique aims at decreasing the global interference level in a fractional reuse pattern network and offers efficient traffic management at a TRX level through the selftuning system at the BTS
EXPECTED GAINS
The main benefits expected are: A large capacity increase: The cell tiering increases the fractional load capabilities, therefore, permits bigger BTS configurations with the same amount of available frequencies.). In a 1x1 network, the fractional load can go up to 33.3% and up to 100% in 1x3. A better network quality (worst communications, typically at the cell boundary, do no longer corrupt other communications). The reduction of the global level of interference may also significantly decrease the global number of dropped calls and other faults in particularly loaded networks. A better uplink/downlink balancing (the uplink interference cancellation gain is balanced by a significant downlink cell tiering improvement)
PRINCIPLES
The mechanism relies on simple dynamic resources allocation strategies that are intended to allocate the worst communications, in terms of downlink Carrier on Interference ratio (CIR), to the non-hopping frequencies (like BCCH), taking advantage of their larger reuse pattern and consequently of their better resistance to interference, while the best communications are driven to the hopping frequencies. Evaluation of the calls is based on a ratio (in Watts) of the RxLevDL measured for the serving cell over the sum of RxLevNCell measured for the BCCH of each neighbour, weighted according to the type of interference brought (adjacent or co-channel). This evaluation, called Potential Worst C/I (PWCI), potential because it does not include the frequency hopping gain, is meant to simulate what the interference on the small pattern would be like.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 78/544
P%=
Number of non hopping TCH - nbLargeReuseDataChannel Total number of TCH in the cell - nbLargeReuseDataChannel
P%=
(Number of non hopping TCH nbLargeReuseDataChannel) * (1 + Non_FH_HR%) (Total number of TCH in the cell nbLargeReuseDataChannel) * (1 + HR%)
FH_HR% is the percent of HR calls managed by the hopping pattern in the cell, HR% is the percent of HR calls managed in the cell.
The tiering handover decision can be summarised as: If PWCI > uCirDLH => HO is performed from large to small pattern If PWCI < lCirDLH => HO is performed from small to large pattern
The number of values required to trace the PWCI distribution curve may be modified via MMI with the numberOfPwciSamples parameter (whereas cell tiering HO thresholds cannot be tuned via MMI). The lCirDLH is defined from the available traffic channels (i.e. TCH & PDTCH) in the non hopping layer (because these one will be allocated to communications with worst PWCI). In order to manage speech and data interworking, the averaged number of TCHs reserved for data is defined with the nbLargeReuseDataChannels parameter. To avoid the introduction of new configuration parameters or thresholds required by such a function, the associated selfTuningObs functionality enables to set tiering working parameters at their most relevant values, fitting with cell real radio profile and dynamically adapted to O&M events or radio environment modifications ensuring that the gains of the tiering strategy are always optimum.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 79/544
PWCI=
With
RxLevDL Watts SUM [RXLevNCell (i)] Watts SUM [RXLevNCell (j) - ADC] Watts
RXLEV(0) the DL signal strength in Watts received from the serving cell, re-scaled at maximum power (RxLev_DL + BS_Att) RXLEV (i) is the level in Watts measured on the BCCH of a neighbor cell using the same TCH frequencies set as the current cell. These neighbors generate cochannel interferences. RXLEV (j) is the level in Watts measured on the BCCH of a neighbor cell using a TCH frequencies set different from that of the current cell. These neighbors generate adjacent channel interferences. ADC corresponds to the first adjacent channel protection factor which is fixed in the BTS software typically to 18dB
IF the TDMA bearing the considered channel belongs to the large pattern (which implies that it belongs to the large zone): o o IF pwCi > uCirDLH THEN the channel will be put on the small pattern
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 80/544
Cell configuration O2 (14 TCH) O4 (29 TCH) O8 (59 TCH) O16 (121 TCH)
20000 nbPwCISamples
60000 nbPwCISamples
The time required to reach a sufficient statistics as well as the time between two consecutive tiering threshold updates depends on the number of samples required, and the capacity (number of TCH) and load of the cell. So a way to decrease the period between 2 consecutive threshold updates is about the half of the time required to reach a first reliable statistics.
CAUTIONS
Because it takes advantage of BTS O&M centralization, this feature applies also to 2G products (equipped exclusively with DRXs). The activation of this feature implies a previous activation of the L1mV2. The statistics (for PWCI) are not kept during upgrade and must be gathered again after the site reconfiguration. Intracell handover for quality and intracell tiering handover are exclusive (choice managed with the intracell parameter of the handOverControl object). For mobiles at cells boundaries, if for PBGT reasons, a handover is decided towards a new cell on a hopping TCH, a subsequent handover for tiering reasons will be possible towards a non hopping TCH and so on, so
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 81/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 82/544
L1mV2: Selection of the 6 best microcells MS stability check on these 6 microcells Selection of the 6 new best microcells (transmitted to BSC) Handover execution
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 83/544
signal quality signal strength distance power budget traffic directedRetry (BTS mode) forced handover signal quality signal strength distance power budget traffic directedRetry (BTS mode) forced handover
signal quality signal strength distance power budget traffic directedRetry (BTS mode) forced handover
power budget traffic directedRetry (BTS mode) forced handover signal quality signal strength distance power budget traffic directedRetry (BTS mode) forced handover
signal quality signal strength distance directedRetry (BTS mode) forced handover
signal quality signal strength distance power budget traffic directedRetry (BTS mode) forced handover
microType
However the Type A handover algorithm has not been specifically defined to perform handovers from microcells to the macrocell layer. A timer linked to that algorithm is tunable via the microCellCaptureTimer parameter. That timer prevents the BSC from doing a handover on capture reason during a fixed period. See also General formulas for the capture expression: EXP1Capture(n) = RxLevNCell(n) ave - rxLevMinCell(n)
Furthermore a strength level stability Criterion (microCellStability) has to be respected before triggering a handover toward the microcell. While microCellCaptureTimer(n) goes on, if a normal handover decision is verified, a handover towards a cell of the same type or a normal cell is allowed. While a handover is decided, the list of eligible cells is provided at each runHandover (microCellCaptureTimer (n) is not reinitialised). The threshold microCellStability(n) must be put previously to 63 dB. This value ensures that a handover is performed as long as the field strength received from the neighbor cell is higher than the capture threshold. The value can then be reduced case by case.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 84/544
This table is applicable for a runHandOver = 1. If runHandOver = 2, then 491 seconds are obtained with MicrocellCapture value set to 250. Note: if the Handover on SDCCH feature is activated, the timer must be computed by multiplying the BTS used value by 470 ms.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 85/544
By putting a low value to forced handover algo(n) , the HO becomes easier: the cell is released more rapidly. LCAUTION! A forced HO is possible after a certain communication duration: duration = Max( rxQualHreqave * rxQualHreqt, rxLevHreqave * rxLevHreqt, rxNCellHreqave).
Therefore, when integrating this feature in the soft blocking procedure, the operating mode is the following: soft blocking, wait a certain time (20 seconds), trigger the forced HO.
There is only one attempt per cell. Another reason to use a Forced HO with soft blocking is that a Forced HO may interrupt a Directed Retry HO (if the Connection State Request message of the Forced HO arrives before the Handover Indication cause Directed Retry message). One must wait a period of time after the soft blocking so that all calls have time to move from SDCCH channels to TCH channels.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 86/544
If the reselection algorithm execution occurs close to the border of cell A the mobile can setup a call a short moment after in the cell B while the cell A is still selected. Unfortunately, the MS has to wait a certain period of time before being able to make an handover. The system has to perform some measurements before taking some handovers decisions. This period of time is quite critical, there are some risks of call drop because of the low level of the signal. Another issue is concerned by this feature ; that is the problem of a mobile turning at a street corner, when the RxLev suddenly decreases in the serving cell and increases for a neighbour cell.
FEATURE DESCRIPTION
The principle is not to speed the selection process but to allow a handover on PBGT quicker.
Cell A
1 Risk of call drop 2 3 1 sel/reselection algo execution 2 call setup in cell A 3 HO toward cell B
Cell B Time
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 87/544
Therefore, the handover can be performed more quickly and with less measurements. The principle is not to speed the selection process but to allow a handover on PBGT quicker. It allows to reduce the zone which represents the critical period of time. The first impact of this feature is to reduce the probability of establishment failure and the call drop ratio. A third parameter has been created (HOMarginBeg) in order to compensate the lack of measurements by increasing the HOMargin. The parameter rxLevNCellHReqaveBeg is used each time a new cell is detected by the mobile. Therefore, it increases the system reactivity. EXP2PBGT(n) early = Pbgt(n) - [hoMargin(n) + hoMarginBeg(n)] UNTIL Max(rxLevHreqave * rxLevHreqt, rxQualHreqave * rxQualHreqt) is reached
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 88/544
4.6.10 PRE-SYNCHRONIZED HO
During an asynchronous handover, the MS repeats the HO access bursts until it receives the physical information message containing the timing advance of the new cell. So the speech cut duration may last as long as the MS receives the new TA (Timing Advance) applied in the new cell. The pre-synchronized handover feature allows a Phase 2 MS to make a synchronized handover between two (2) cells not belonging to the same site but managed by the same BSC. The procedure is the same as for an intra-site synchronized handover, excepted that the TA is set in advance and is transmitted to the MS at the beginning of the HO procedure. LCAUTION! Only intra BSC synchronized handover are possible. There are two possibilities to set the timing advance in case of pre-synchronized HO: Presynchro with default value or with a determined Timing Advance.
Two parameters are impacted in the adjacentCellHandOver object to enable this feature: synchronized is set to the value pre sync HO, with timing advance or pre sync HO,default timing advance. preSynchroTimingAdvance indicates the value of the TA.
By comparing not synchronized handovers with synchronized handover, a phonetic gain from 20ms to 40 ms is expected. This is due to the Physical_Info message suppression, which is not necessary because on pre-synchronized handover, the timing advance value is carried by the Handover_Command message. Moreover, only four Handover_Access messages are used on pre-synchronized handover instead of more than four in case of not synchronized handover.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 89/544
4.6.12 DEFINE ELIGIBLE NEIGHBOR CELLS FOR INTERCELL HANDOVER (EXCEPT DIRECTED RETRY) (HO_11)
When an intercell handover is required, the BTS sends a list of at most n best suitable cells (n=6 from V12) according to EXP1 and EXP2 formulas. The following diagram shows an example of cell interlapping produced by different values of lRxLevDLH (threshold out of Cell A) and rxLevMinCell (threshold in Cell B, assuming it is a 2W mobile and msTXPwrMaxcell is set to 33dB). If values are too restrictive, then Ho_11 will not consider Cell B as an eligible cell for handover and the call might be dropped. This might be the case especially in rural areas where cells have little overlap. Putting a high value for rxLevMinCell(n) or a high value for msTXPwrMaxCell(n) results in restricting access to that cell (see following diagram).
Cell A
lRxLevDLH -100 dBm HO 1 -98 dBm
Cell B
rxLevMinCell (B) -95 dBm HO 2 -92 dBm
There is a different margin for each handover cause: hoMarginDist, hoMarginRxLev, hoMarginRxQual (can be negative), hoMargin (for power budget), thus compliance to that formula becomes mandatory i.e a handover can only be performed towards a neigbourCell for which the (PBGT(n) - hoMargin(dist, rxqual, rxlev)) is positive.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 90/544
4.6.13 HANDOVER TO 2ND BEST CANDIDATE WHEN RETURN TO OLD CHANNEL (HO_12)
This feature is triggered by a handover failure during the execution phase. If hoSecondBestCellConfiguration = 1 then no HO attempt to 2nd best candidate cell
If hoSecondBestCellConfiguration = 3 then HO attempt to 2nd best candidate cell and to 3rd best candidate cell (if the HO attempt to 2nd best candidate cell fails)
When the HO attempt towards the last candidate fails, the bssMapTchoke starts at the BSC. At the expiry of the timer, the BSC asks the BTS to provide a new list of eligible cells.
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 91/544
This feature works even if the BSC V12 is in front of BTS V11 or V10. AMR QUALITY cause has been introduced in V14.3 fro AMR purpose. See also chapter General protection against HO Ping Pong in the feature interworking part of AMR chapter.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 92/544
LCAUTION! The parameters hoPingpongCombination and hoPingpongTimeRejection must be defined at the entering cell (relatively to the first HO of the combination) level, for the neighbouring cell (adjacentCellHandover object) corresponding to the left cell (still relatively to the first HO of the combination). Thus, these parameters are known by the new BSC whatever the type of HO is (intra or interBSC). For interBSS handovers, if the Cause element is not included in the HANDOVER_REQUEST message sent from the MSC to the target BSC, then this feature is not applied except when the incoming_cause in hoPingpongCombination parameter is set to ALL. During upgrades to V12, if bts Time Between HO configuration is greater than 0, then bts Time Between HO configuration is set to 1, hoPingpongTimeRejection is set to the previous value of bts Time Between HO configuration and hoPingpongCombination is set to (all, allPBGT) and if bts Time Between HO configuration is equal to 0, then it keeps the same value, hoPingpongTimeRejection is set to 0 and hoPingpongCombination is set to empty. The C1166 counter related to the Minimum time between handover feature is removed and replaced by the C1782 counter incremented when a cell is removed of the preferred cells list (so, for one handover indication message, it can be incremented several times). This feature gives no protection against intracell or interzone ping-pong handovers and gives no protection against ping-pong handovers between more than 2 cells except for allCapture or allPBGT outgoing causes.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 93/544
PRINCIPLE
In order to eliminate the fading in the measurement processing, some averaging mechanisms are implemented. But the frequency hopping and the mobile speed introduce frequency and space diversity and average the attenuation of the received signal:
As shown on the diagram above, the faster the mobile moves the less the fading is impacting (space diversity). Mobiles can also be sensitive to the frequency diversity as shown on the diagram below. The more hopping frequencies are used the less fading is impacting.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 94/544
The principle of this feature is to use these averages introduced by the frequency hopping and the MS speed, in order to decrease the number of measurements take into account or the handover margin.
MS SPEED EVALUATOR
From internal studies and simulation, a mobile can be considered as a fast mobile, if the standard deviation in dB of the Rxlev during one period of measurement (i.e. 104 bursts, thus 480ms) is less than 1.4dB. This standard deviation represents approximately: 20 km/h in GSM900, 10km/h in GSM1800 and GSM1900,
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 95/544
UPLINK DTX
In case of uplink DTX activation during the period, the number of bursts received is decreased, thus the accuracy of the calculated standard deviation is decreased. In this case, the standard deviation is not evaluated and the last calculated standard deviation is taken.
See chapter EXP2 to understand how AdaptedHoMargin is used. For each cases of measurement, the tables below give the HO Margin result. Example: IF number of available measurements for the cell < normal window AND IF number of available measurements for the neighbour cell < normal window THEN AdaptedHoMargin = hoMargin+ neighDisfavorOffset
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 96/544
rxLevHreqaveBeg
rxLevNCellHreqaveBeg
hoMargin
rxQualAveBeg rxQualAveBeg
In case of short averaging, due to the measurement quality, no specific value of K (refer to chapter One shot power control (Pc_2) for more details on this value) is taken into account. For slow mobile, Fast power control at TCH assignment (Pc_3) is still available in order to reduce the power control activation time, but the first decision of power control is now taken with Max[rxLevHreqAveBeg, rxQualAveBeg] measurements, instead of rxLevHreqAveBeg.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 97/544
The first two cases are required to maintain call quality, whereas the last two cases are decided to optimise system capacity.
PRINCIPLE
For this feature, two kinds of intracell handover are distinguished: capacity intracell handover: this expression groups all intracell handovers, which are triggered in order to increase the network capacity: o o o interzone handover from the outer to the inner zone, AMR handover from FR to HR TCH, tiering from BCCH to TCH frequency pattern.
quality intracell handover: this expression groups all intracell handovers, which are triggered if the quality of the call is not sufficient: o o o o normal intracell handover, inter-zone handover from the inner to the outer zone, AMR handover from HR to FR TCH, tiering from TCH to BCCH frequency pattern.
The principle of this feature is to introduce two timers, associated to the intracell handover type, which delay an intracell handover after an intracell handover: capacityTimeRejection: defines the rejection time of a capacity intracell handover after an intracell handover, minTimeQualityIntraCellHO: defines the rejection time of a quality intracell handover after an intracell handover.
First intracell HO
minTimeQualityIntraCell HO capacityTimeRejection
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 98/544
Due to the following handover non AMR priority: RXQUAL RXLEV DISTANCE PBGT TRAFFIC INTRACELL AMR INTRACELL INTERZONE
the BTS has to check if one cause of a lower priority is fullfilled. At the TS release, the BTS sends in the Stop Measurement Ack, to the BSC the number of each kinds of filtered intracell handovers. The BSC uses this information in order to generate 2 counters. The feature is deactivated at the OMC-R, minTimeQualityIntraCellHO parameters are set to 0. if the capacityTimeRejection and
LCAUTION! Due to AMR L1m introduction, a new cause value is added in hoPingpongCombination: AMRquality.
This value is used in case of AMR handover triggered for alarm purpose. In case of interBSC handover, in order to distinguish between RxQual handover and AMR quality handover, the BSC uses following rules: IF the handover cause = RxQual AND IF the speech version <> AMR THENHandover cause = RxQual.
IF the handover cause = RxQual AND IF the speech version = AMR THEN Handover cause = AMR quality.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 99/544
4.7.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 100/544
4.8.
At every runPwrControl event, the Weighted Average is computed at Pmax (SAveRxlev) and the following algorithm is perfomed by Ms/Bs: IF (SAveRxLev < lRxLevP) OR (SAveRxQual > lRxQualP) NewAttRequestdB = Max (CurrentAttRequestdB - IncStepSizeXX, 0)
ELSE IF [(SAveRxLev > uRxLevP) AND (SAveRxQual < uRxQualP)] TempAttRequestdB = SAveRxLev lRxLevP IF (TempAttRequestdB < CurrentAttRequest IncrStepSizeXX) NewAttRequestdB = CurrentAttRequestdB IncStepSizeXX ELSE IF (TempAttRequestdB > CurrentAttRequest + RedStepSizeXX) NewAttRequestdB = CurrentAttRequestdB + RedStepSizeXX ELSE NewAttRequestdB = TempAttRequestdB
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 101/544
RxQual
Increase Tx Power
lRxQual
LCAUTION! When the MS or the BTS is in the NEW TX POWER COMPUTATION zone, the recomputation of the attenuation does not lead necessarily to a reduction of the emitted power. Note: This feature is activated at the BTS level by setting the following parameters: powerControl object: uplinkPowerControl = enabled and bsPowerControl = enabled bts object: new power control algorithm = step by step
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 102/544
The values of K depend on the activation of frequency hopping and of the RxQual. Here are the values of K, which come from simulation results:
RXQUAL K with Frequency Hopping K without Frequency Hopping 0 1 2 3 4 5 6 7
0,9 0,7
0,8 0,6
0,7 0,5
The figure below summarizes the command for (UL or DL) transmission power according to RxLev/RxQual values.
RxQual
lRxLev
RxLev
Please note that if NewAttRequestdB = 0 then the MS power becomes equal to the maximum power possible in the cell, i.e. Min(msTXPwrMaxCell(n), MSTxPwrMax). The limitation can come from the mobile (MSTxPwrMax) or from the cell (msTxPwrMax). Concerning the BTS, the attenuation (difference between current power and max power) is considered, so if NewAttRequestdB = 0 then the BTS power becomes equal to the maximum static power possible.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 103/544
The triggering of the one shot power control is accelerated because rxLevHreqaveBeg or rxQualAveBeg measurements are taken into account. Until Max[rxLevHreqave * rxLevHreqt, rxQualHreqave * rxQualHreqt] is reached, the attenuaton is computed with the compensation factor K for uplink and downlink. This factor no more depends on the rxQualHreqave measurements but only on the frequency activation: NewAttRequestdB = K * (SaveRxLev - lRxLevP)
K = 0.5 in case of non hopping channel, K = 0.7 in case of hopping channel, * rxLevHreqt,
When Max[rxLevHreqAveBeg, rxQualAveBeg] > Max[rxLevHreqave rxQualHreqave * rxQualHreqt] this feature is no more activated.
When Max[rxLevHreqave * rxLevHreqt, rxQualHreqave * rxQualHreqt] is reached the usual average of the one shot power control described before is computed with the K value depending of the rxQualHreqave measurements. LCAUTION! This feature is not supported with DCU2 boards or with a mix of DCU2/DCU4 boards. Note: In some very specific cases with a poor quality and a good level strength (very interfered environment) the Fast Power Control algorithm may prevent from powering up after a TCH assignment until max(rxLevHreqave*rxLevHreqt, rxQualHreqave*rxQualHreqt) is reached.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 104/544
SA0
SA1
SA2
SA3
SA0
SA1
SA2
SA3
SA0
SA1
SA2
SA3
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 105/544
4.9.
For certain procedures like the handovers, where reactivity is crucial, it is important to immediately have TCH resources available. This can be done by reserving some resources for them. For other procedures like the Assignment Requests where the communication is not established yet, it might be more interesting to allow the queuing of the requests for some seconds in order to gain access to the network even if it is a few seconds later. The reactivity time in this last context is not as important as for the handovers. To be able to control this, a priority system has been created. Priorities can be divided into two different groups: external and internal. The BSC is in charge of converting external priorities into internal ones. Conversion rules will be detailed. Two kinds of external priorities, NSS external priorities and BSS external, can be defined: NSS external priorities are those included in the BSSMAP message coming from the MSC. As only the Assignment Requests and the Handover Requests (for interBSC HO) can generate this type of messages, these are the only procedures having an external NSS priority. BSS external priorities are defined via OMC parameter settings. They are set for all types of procedures, even for the Assignment Requests.
The type of external priority of the Assignment Request procedures taken for conversion to an internal priority is depending on the value of another OMC parameter (bscQueuingOption) that indicates if the mode is MSC driven or OMC driven. The mode MSC driven means that it is the NSS external priority which is taken into account for internal priority conversion of Assignment Request Procedures. For Handover Request and TCH overflow, it is BSS external priority that is used for conversion. The mode OMC driven means it is the BSS external priority which is taken into account for conversion, whatever the procedure.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 106/544
At this point we can start introducing some of the main OMC parameters used for the TCH allocation management:
Queuing is allowed NSS external priorities are taken into account for Assignment Request. BSS external priorities are taken into account for handover request and TCH overflow
Queuing is allowed BSS external priorities are taken into account for all procedures
Queuing is not allowed BSS external priorities are taken into account all procedures.
allocPriorityTable It is probably the most important parameter for the allocation priority management. It is used to make the conversion between external and internal priorities and it consists of a vector containing 18 values. The values can go from 0 to 12 and define the internal priorities associated to the different procedures. The association between external and internal priority is done using the index number (or slot number) in this table that goes from 0 to 17. The index in the table represents the BSS external priority. When NSS external priority is used, in order to convert into internal priority, we look in the slot NSS external priority - 1. NSS external priority contained in the BSSMAP message can take a value from 1 to 14. Slots 1 to 5 are reserved for WPS call treatment. Example: allocPriorityTable = 0 8 9 10 11 12 2 2 2 2 2 2 2 2 3 0 4 2
Slot number allocPriorityTable 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
10
11
12
With this example in MSC driven mode, for a BSS external priority = 16, the internal priority defined is 4 and for a NSS external priority = 5, we have to look at the slot number = 5 1 = 4, so the internal priority is 11.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 107/544
bscQueuingOption
"forced" "allowed"
0 0
1 8
2 9
7 2
8 2
9 2
10 11 12 13 14 15 16 17 2 2 2 2 3 0 4 2
10 11 12 2
WPS
allocPriorityThreshold Parameter that defines the number of TCH resources reserved for procedures with internal priority = 0. This internal priority is typically used for Handovers procedures where the reactivity time is very important. For all the other procedures with an internal priority > 0 a TCH will be assigned if at least allocPriorityThreshold + 1 TCH resources are free. If that is not the case the procedure will be rejected or queued depending on the provisioning and type of procedure (see chapter Queuing). LCAUTION! The ressource reservation for priotity 0 procedures is independent from the queuing process, i.e. even if the parameter bscQueuingOption = not allowed, the TCH reservation is effective. Note also that this induces two pools of prioritie : {0}, for which TCH resources are reserved according to the parameter allocPriorityThreshold [1..12], for which the TCH resources reserved for priority 0 procedures are not available.
Note: If the MSC driven mode is used and the priority is not included in the incoming Assignment Request message from the MSC, the assignRequestPriority parameter will be used instead.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 108/544
Note: these are external priority taken into account whatever the value of bscQueuingOption.
TCH overflow procedures : answerPagingPriority: BSS external priority used for TCH overflow procedures for an answer to paging. callReestablishmentPriority: BSS external priority used for TCH overflow procedures during the signaling phase of a Call Reestablishment. emergencyCallPriority: BSS external priority used for TCH overflow procedures during the signaling phase of an Emergency Call. allOtherCasesPriority: BSS external priority used for TCH overflow procedures during the signaling phase of a call establishment with cause other services. otherServicesPriority: BSS external priority used for TCH overflow procedures during the signaling phase of a call establishment with cause other services.
Note: these are external priority taken into account whatever the value of bscQueuingOption. The table below presents the sum up of recommanded setting for each BSS External priority and the mapping of each internal priority via the allocPriorityTable parameter:
Parameter
Internal priority
Meaning
15
Assigning the internal priority 0 to these procedure will allow to reserveTCH resources for them (using allocPriorityThreshold parameter)
1 assignRequestPriority directedRetryPrio 17 2
reserved for future use Internal priority 2 is assigned to assignment requests in order to perform some queuing as we will see in next section. Directed Retry Handovers are considered to have the same priority than assignment requests, even if queuing is not allowed for this type procedure
14
Internal priority 3 is assigned to IntraCell Handovers in order to perform some queuing as we will see in next section Internal priority 4 is assigned to the TCH overflow procedures
16
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 109/544
4.9.2 QUEUING
Queuing is used to put TCH allocation request into a waiting queue when no TCH resource is available. Some types of procedures are interesting to queue up: the TCH requests wait during a certain time if these ones are not satisfied the first time. In this way the requests is more likely to succeed if TCH resources become free during the queuing time. This is typically the case of Assignment Requests or Intracell Handovers. By performing some queuing on the Assignment Request the end-user impact is a little increase in the call establishment duration. In the case of Intracell Handovers, as the call is already established, the effect of the queuing from an end-user point of view is barely perceptible. Assignment Requests and Intracell Handovers (normal intracell Handovers, small to large zone, cell tiering, AMR) are the only procedures for which queuing is allowed. TCH overflow procedures and intercell handovers are never queued. The activation of the Queuing must be viewed as a solution to prevent an exceptionnal saturation of TCH. For the waiting queue, a maximum waiting time (allocPriorityTimers) and a maximum number of TCH allocation requests affected to this queue and the queues of greater priorities (allocWaitThreshold) are defined via OMC-R parameters. Note: as intercell handover procedures can not be queued, the allocPriorityThreshold parameter must be correctly set to reserve TCH resource for incoming handovers (ie priority 0 for these procedures). LCAUTION! Please note that when an assignment request is queued, the MS is still attached to a SDCCH channel and the measurement process keeps on going to allow the MS to perform a handover on SDCCH. One must so pay attention to: enable or not the feature intraBTS handovers on SDCCH (see intraCellSDCCH). Correctly dimension the allocWaitThreshold parameter to spare SDCCH resources
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 110/544
QUEUING PROCESS
Whatever the queuing mode is, a queue is defined by its size and the maximum waiting time beyond which it is not allowed to queue the request anymore,. set by these two parameters: allocWaitThreshold This parameter is a 13 slot vector. The slot number (012) represents the internal priority queues and the values define the maximum number of TCH allocation requests queued for each internal priority. The last five slots set to 5 are reserved for WPS call treatment. These values are accumulative, so the value for one queue represents the maximum number of requests for that queue and all the queues with lower priorities. Note that the serving preference for these queues has an increasing order, e.g. if there are two TCH allocation requests waiting in two different queues, when a TCH resource is released, the request with the lowest priority is served.
Slot number allocWaitThreshold 0 1 2 3 4 5 6 7 8 9 10 11 12
n is the integer part of (number of SDCCH sub-channels in the cell)/2. Note: that while the TCH request is queued it remains in a SDCCH sub-channel. A queue size longer than the number of sub-channels SDCCH in the cell is so useless. On the other hand a value closed to the number of SDCCH channels may cause an increase of SDCCH blocking rate due to the lack of SDCCH resources.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 111/544
28
28
28
28
28
Note: a too long timer is unrealistic as an user will not wait indefinetely. Sum up of the recommanded value
Slot number allocPriorityTable Internal priority / queue number allocWaitThreshold allocPriorityTimers 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
10
11
12
0 n 5
1 0 0
2 n 5
3 n 5
4 0 0
5 0 0
6 0 0
7 0 0
8 5 28
9 5 28
10 5 28
11 5 28
12 5 28
procedures coming with an external priority 0 or 15 are associated to internal priority and queue 0, but queuing is not allowed for intercell handovers (system rule). In this configuration, only Emergency Call can be queued for the external priority 0. internal priority and queue 1 are reserved for future use procedures coming with an external priority from [6 to 13] or 17 are associated to internal priority and queue 2 and queuing is allowed procedures coming with an external priority 14 are associated to internal priority and queue 3 and queuing is allowed procedures coming with an external priority 16 are associated to internal priority and queue 4 but queuing is not allowed procedures coming with an external priority from [1 to 5] are associated to internal priorities and queues [8 to 12] and queuing is allowed (if WPS activated) internal priorities and queues [5 to 7] are not used
LCAUTION! There is no queuing for TCH in signaling mode (TCH overflow). It is important to note that even if Directed Retry Handovers are associated to an internal priority 2 queuing is not allowed for this type of procedure, as for the other intercell handover procedures. Queuing set for procedures with internal priority 0 has been intentionally configured for Assignment Requests cause Emergency Call (which should have in this case a NSS external priority set to 1 if in MSC driven mode). Indeed, the only other procedures with priority 0 are intercell handover for which queuing is forbidden.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 112/544
It is recommended to give different BSS external priorities for the Assignment Requests and intracell Handovers in order to prioritise the queued allocations for Assignment Requests. This type of procedure is more sensitive from an end-user point of view. A user not succeeding in the assignment request will experience an establishment failure and have to re-establish the call, whereas in the intracell Handovers, the call is already established and even in case of Intracell Handover failure that does not necessarily mean a call drop. The intracell Handover may be re-tried without a real end-user impact.
Below is the flowchart summarizing the TCH allocation handling if queuing is configured as recommended in MSC driven mode:
Note: if directed retry handover is activated, another way of leaving the queue is a directed retry handover. Refer to Directed Retry Handover for more details.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 113/544
The feature is enabled at bsc level by the attribute bscMSAccessClassBarringFunction, and at bts level by the attribute btsMSAccessClassBarringFunction.
PRINCIPLE
In case of non-congestion, only the list of mobile access classes in notAllowedAccessClasses is not allowed to select the cell. In case of congestion, the list of mobile access classes in accessClassCongestion is not allowed.
NO
Congestion ?
YES
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 114/544
CONGESTION DETERMINATION
To enter a congestion state, either the number of free TCH must be less than numberOfTCHFreeBeforeCongestion or the number of queued TCH requests must be greater than numberOfTCHQueuedBeforeCongestion. To leave a congestion state, either the number of free TCH is greater than numberOfTCHFreeToEndCongestion or the number of queued TCH request is less than numberOfTCHQueuedToEndCongestion. Example with a one TRX cell where one time slot is reserved for requests with an internal priority equal to 0:
numberOfTCHFreeBeforeCongeston = 1
numberOfTCHFreeToEndCongeston = 3
time
SA1
Used TCH
SA0
Free TCH
SA3
A congestion situation may be detected each time one of the following events occurs: allocation of a TCH resource queuing of a TCH resource request blocking of a TCH resource (O&M action) TDMA removal for defense or O&M reason detection thresholds modification
End of congestion situation may be detected each time one of the following events occurs: release of a TCH resource a queued TCH resource request is served or aborted unblocking of a TCH resource (O&M action) TDMA attribution detection thresholds modification
Note: The overload state duration of a cell can be monitored thanks to the counter C1714, but that counter is effectively reported to the OMC-R only if the load of the cell is taken into account (i.e. only if hoTraffic = enabled at cell and BSC levels).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 115/544
To ensure the functionning of the new mechanism, two levels of barring are created and run at the same time: One level (low level) to provide point 1 and point 3 One level (high level) to provide point 2
This feature is controlled by bscMSAccessClassBarringFunction on the bsc object and btsMSAccessClassBarringFunction on the bts object.
Once the cell is no longer in the congestion state, and if no access classes are barred, the supervision timer (3 minutes) is stopped.
Congestion level
Beginning of congestion
[0 to 2]
[2 to 4]
[4 to 6]
[6 to 4]
[4 to 2]
[2 to 0]
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 116/544
Periodicity: the congestion condition is still triggered on a TCH allocation or TCH release basis, but once the congestion condition is triggered, a 60 seconds interval (system rule) is used to periodically change which access classes are barred. accessClassCongestion parameter: this parameter is a list of access classes which are eligible to be barred during the congestion condition. The principle is that, during each 60 seconds interval of congestion, a different subset of access classes (and thus a different set of mobile sets) may be barred. Access classes 11 to 15 are managed and can be automatically barred if they are included in the accessClassCongestion parameter. They can not be automatically barred if they are not in the accessClassCongestion parameter.
Beginning of congestion
[0 to 2] [0,1]
[2] [2,3]
[2] [4,5]
[2 to 4] [6,7,8,9]
[4] [0,1,2,3]
[4] [4,5,6,7]
[4 to 2] [8,9]
Let us take an example for the accessClassCongestion = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]. Next time the cell is in congestion, since the last barred access classes are memorised in the BSC, the new barred access class are the 2 followings in the list of access classes indicated in the accessClassCongestion parameter. In case the BSC12000 switchover, TMU reset for BSC3000 or lock/unlock of the cell, the first barred access class is the first one in the list of access classes indicated in the accessClassCongestion parameter. In case the feature is turned off (cell or BSC level), the BSC sends immediately the system information with notAllowedAccessClasses parameter included whatever is the cell congestion status.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 117/544
Usually all users are authorized, and the notAllowedAccessClasses list is empty. With the redefinition of the access class barring functionality, the management of the notAllowedAccessClasses parameter is modified in the following way: In case of non congestion, only the list of mobile access classes in the notAllowedAccessClasses parameter is not allowed to select the cell: there is no modification compared to the previous management. In case of congestion, the accessClassCongestion parameter is used to process access classes rotation on all the access classes listed in the accessClassCongestion except on the access classes listed in the notAllowedAccessClasses parameter, which remain barred during the congestion.
Let us take the example for the accessClassCongestion = [0, 1, 2, 3, 4, 5, 6, 7, 8, 9] and notAllowedAccessClasses = [3, 4]. This means, as described here above, that access class rotation will be done on the following access class list = [0, 1, 2, 5, 6, 7, 8, 9] and that access classes 3 and 4 remain barred during the congestion.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 118/544
If RLC reaches 0, then call is dropped and re-establishment is tried if reselection is made on a cell with CallReestablishment set.
If CT reaches 0, a connection Failure Indication is sent to the BSC every T3115, until a Deactivate Sacch or RF Channel Release message is received.
This process is started when the first SACCH frame is received correctly, and the CT counter is set according to rlf1 value. If SACCH frame is not received, then the radio link failure process is not started, CT value is kept to zero and is not modificated. Interest of the algorithm: the quality of an uplink communication is now considered for the decision to cut a communication.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 119/544
b) The radio failure is first seen at the BSS side: o The BTS send a radio_link_failure message to the BSC after rlf1 has expired, the BSC releases the radio resources and in the same time the MSC activates the t3109 timer and waits a call-reestablishment. Then, when the MS has detected the radio link failure as well, it performs the selection and sends a channel request on the selected cell.
To attempt a call re-establishment on a cell, the parameter callReestablisment of the cell will be set to allowed and the cell will not be barred (see chapter Barring of access class). The mobile station is not allowed under any circumstance, to access a cell to attempt call reestablishment later than 20 seconds after it detects the radio link failure causing the call reestablishment attempt. The mobile station shall perform the following algorithm to determine which cell to use for the call re-establishment attempt within 5 seconds max: 1) The level measurement samples taken on the serving cell BCCH carrier and on neigbhor cells carriers (carriers indicated in the BA (SACCH) received on the serving cell) received in the last 5 seconds shall be averaged. The carried with the highest average received level is selected. 2) On this carrier the MS shall attempt to decode the BCCH data block containing the parameters affecting cell selection. 3) If the parameter C1 is greater than zero call re-establishment shall be attempted on this cell. 4) If the MS is unable to decode the BCCH data block or if the call re-establishment is not allowed, the carrier with the next highest average received level shall be taken, and the MS shall repeat steps 2) and 3) above. 5) If the cells with the 6 strongest average received level values have been tried but cannot be used, the call re-establishment attempt shall be abandoned.
Beware, during a re-establishment attempt the mobile station does not return to idle mode, thus no location updating is performed even if the mobile is not updated in the location area of the selected cell, however the mobile station will update its location area at the end of the call. Generally a call re-establishment procedure lasts from 4 seconds to 20 seconds max.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 120/544
Note: No interference level management is performed for PDTCH channel, Therefore the level status of PDTCH resource is always high level (bad level).
4.9.9 DTX
DTX is possible both downlink and uplink, but configuration and activation are uncorrelated in the 2 mechanisms.
DTX UPLINK
The feature is enabled when dtxMode parameter is set to msShallUseDtx (the shall is dependent on the MS decision or capability. When DTX uplink is activated on the network, MS gets the information from the BTS (activation parameter). Then it is allowed to perform DTX uplink, i.e. to transmit discontinuously only a subset of TCH bursts.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 121/544
1 idle
(given fixed positions are only examples; for speech, a SID frame (Silence Descriptor frame: used to describe comfort noise) made of 8 consecutive TSs shall be sent at the start of every inactivity period and more are sent regularly, at least twice per second, as long as inactivity lasts) Full frame x 4: o o With DTX: o (1 SACCH) x4 + 8 TCH = 12 bursts minimum (24 TCH + 1 SACCH + 1 idle) x 4 = 96 TCH + 4 SACCH + 4 Idle = 104 bursts
Then, depending on the communications (presence of silences), the MS can use DTX or not. Note: To the minimum number of bursts (12) can be added other transmitted bursts depending on some criteria (user traffic activity and interleaving depth).
The MS sends to the BTS 2 kinds of measurements, RxQual/RxLev Full, and RxQual/RxLev Sub. RxQual/RxLev Full corresponds to an average of measurements performed over 100 out of 104 frames in a SACCH reporting period. These measurements are valid if DTX has not been used by the MS. RxQual / RxLev Sub correspond to an average of measurements performed over 12 frames (instead of 100), these 12 frames being fixed as explained previously. These measurements are valid if DTX has been used by the MS. With these measurements, the MS has to send to the BTS a notification that it has performed DTX or not (uplink DTX status), so that the BTS can choose the average which is valid (RxQual / RxLev Full or Sub) for L1M purposes. This notification is done via the DTX-used bit in the Measurement Report.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 122/544
DTX DOWNLINK
In the same way, the BTS can transmit discontinuously (cellDtxDownLink parameter). The activation of downlink DTX follows an algorithm depending on both OMC-R flags and MSC configuration.
CELLDTXDOWNLINK = FALSE
DTX is off
CELLDTXDOWNLINK = TRUE
DTX activation depends on the contents of the Assign Request or HO request at the origin of the TCH attachment. Fields concerned are downlink DTX use and Channel Type: If Downlink DTX use field is unset, the DTX is activated If Downlink DTX use field appears: o o o If transmitted data is non transparent, the DTX is activated without further consideration for the value of Downlink DTX use flag If transmitted data is voice, the DTX is activated depending on Downlink DTX use flag (false or true)
Note: With transparent data, DTX does not exist because in this case, it is difficult to assess when user data transmission can be suspended without degrading the service.
For the case of downlink DTX, the BTS does not need to notify the MS about the activation (downlink DTX status). The activation information is stored by the BTS, and attached downlink measurements sent back by the mobile in order to be processed by L1M.
As a summary, for L1M purposes, the BTS combines: uplink DTX Status and downlink measurements sent by the MS in MEASREP downlink DTX status and uplink measurements done by the BTS
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 123/544
4.10. PCH AND RACH CHANNEL CONTROL 4.10.1 PAGING COMMAND PROCESS (PAG)
Paging process is triggered by the system when a mobile needs to be found (incoming calls or short messages) in a location area (LA). The paging command is broadcast over all the cells of the LA where the mobile is located. In idle mode, the mobile listens to the broadcast channel (BCCH). Paging messages are carried by the CCCH which is a sub-channel of the BCCH. It is divided into 3 logical channels: Uplink: RACH (Channel Request) Downlink: AGCH (Immediate assignment) Downlink: PCH (Paging command)
Four (4) CCCH frames are necessary to transmit a complete paging message due to bursts interleaving. For the mobile, listening to the broadcast channels is battery consuming. Therefore the paging messages broadcast has been optimized. Instead of listening continuously to the paging channel, the mobile waits for specific occurrences of paging message. A set of mobiles are associated to a specific occurrence of the paging channel, they belong to a so-called paging group. In order for a mobile to find its associated paging group among N groups, the following rule is applied: Nb of paging group = (IMSI mod1000) mod N
Dimensioning the paging means determining the number of paging groups needed to meet incoming calls requirements inside a specific LAC. Two basic factors are taken into account: the number of subscribers the average amount of paging messages per subscriber (or average number of subscribers that receive a paging message at the same time)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 124/544
When using a TDMA model with BCCH combined, there are 3 occurrences of CCCH per multiframe of 51 frames.
CONSEQUENCES OF NOOFBLOCKSFORACCESSGRANT.
Up to V8, when different than 0, noOfBlocksForAccessGrant defines the number of blocks (i.e. the multiple of 4 CCCH occurrences) that are booked to transmit Immediate Assignment messages. E.g., with BCCH combined, the noOfBlocksForAccessGrant describes how many blocks out of 3 cant be used for paging, because they are reserved for I.A. Example with BCCH combined, and noOfBlocksForAccessGrant = 1:
Block booked for AGCH FCCH SCH CCCH CCCH CCCH CCCH CCCH CCCH CCCH CCCH FCCH SCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH FCCH SCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH FCCH SCH SACCH SACCH SACCH SACCH SACCH SACCH SACCH SACCH IDLE FCCH SCH BCCH BCCH BCCH BCCH
If noOfBlocksForAccessGrant = 0, then Immediate Assignment are transmitted as soon as possible, using the first CCCH block available. When both IA and paging messages are to be transmitted at the same time, a decision must be done on which message to broadcast. Moreover, paging messages and Immediate assignment are repeated, so the system has to deal with fresh paging messages (messages never sent), old paging messages (messages already sent and so repeated), fresh Immediate assignment and finally old Immediate assignment. The following priorities are applied to distribute the CCCH resources: Priority 1: Immediate assignment message never sent Priority 2: Paging message never sent Priority 3: Immediate assignment message already sent Priority 4: Paging message already sent
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 125/544
Note: see chapter Paging Parameters for more information on this parameter advised values. SMS-CB use has some influence on noOfBlocksForAccessGrant value (see chapter Effects of SMS-Cell Broadcast Use on noOfBlocksForAccessGrant).
FN1 Block booked for AGCH Paging group nb2 Paging group nb3 FCCH SCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH FCCH SCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH FCCH SCH SACCH SACCH SACCH SACCH SACCH SACCH SACCH SACCH IDLE FCCH SCH BCCH BCCH BCCH BCCH FCCH SCH
FN2 Block booked for AGCH Paging group nb0 (A) Paging group nb1 FCCH SCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH FCCH SCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH SDCCH FCCH SCH SACCH SACCH SACCH SACCH SACCH SACCH SACCH SACCH IDLE FCCH SCH BCCH BCCH BCCH BCCH FCCH SCH
This parameter is deeply involved in the time needed to establish a call when a paging message is coming. For instance, if a paging command is to be transmitted in a paging group P1 just after the paging group P1 occurrence, the paging command will have to wait for at least noOfMultiframesBetweenPaging x 240ms to be transmitted. If noOfMultiframesBetweenPaging = 8, the time waited to transmit a paging message can be of 2 seconds without any other delays.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 126/544
Note: see chapter Paging Parameters for more information on this parameter recommended values. noOfMultiframesBetweenPaging has also an influence on mobile battery consumption and on reselection reactivity (see chapter Effects of noOfMultiFramesBetweenPaging on Mobile Batteries and Reselection Reactivity).
delayBetweenRetrans o defines the number of occurrence between 2 repetitions of the same paging group
The following rule is checked at the OMC-R: retransDuration > (delayBetweenRetrans + 1) x nbOfRepeat
This inequality is to insure at least nbOfRepeat paging transmissions when there is no blocking on paging channel. See chapter Paging Parameters and chapter GSM Paging Repetition Process Tuning to find engineering rules to set these parameters.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 127/544
PHASE 1 MOBILES
When the timer is started, a random value n is drawn with equal probability between 0 and N-1 where N is: for the initial access: max (8, numberOfSlotsSpreadTrans) for next attempts: numberOfSlotsSpreadTrans
T3120 is set so that there are n RACH slots between T1 and the expiry of T3120. T1 is a fixed delay thanks to the configuration of the BCCH: before initial access, T1 = 0 after initial access, T1 = 250 ms (for non combined CCCH) after initial access, T1 = 350 ms (for combined CCCH)
Fixed delay whose value depends on whether or not the BCCH is combined
time
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 128/544
PHASE 2 MOBILES
Rec 04.08 have been modified to avoid double allocation (see chapter Paging Parameters). When the timer is started, a random value n is drawn with uniform probability distribution in the interval [S, S+1, ..., S+T-1]: where T is numberOfSlotsSpreadTrans where S depends on the BCCH configuration and on T (see following table).
S on non-combined BCCH S on combined BCCH
41 52 58 86 115
time
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 129/544
LCaution!
The value of this T_Paging_Group is set to 200ms. Only CS paging use I Multipaging command, therefore the PS pagings are not combined. Thus a single paging I is used for data paging. The following figure illustrates the principles of multipaging command
MSC
BTS BSC
Paging MS1 Paging MS2 Paging MS3
Paging MS4
Multi paging command MS4 The two major improvements bring by this feature are: a large Lap D bandwidth associated to the BCCH for non-paging messages, which provides a better quality of service, a reduction of the CPU load generated by paging messages at BSC and BTS levels.
However, it induces a delay (average=100ms, min=0ms, max=200ms) during the paging management at the BSC level, and the mobile terminated call setup time is lightly increased. LCAUTION! Note: As this feature increases the BSS capacity, since BSS V14.3.1 it is activated by default.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 130/544
Hence, all paging requests messages accepted by the BSC filter are all sent to the BTS which means up to 105 paging command / second. Note: The value of this T_Paging_Group is set to 200ms and can not be modified even via the bsc data config tool.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 131/544
FEATURE ACTIVATION
The feature is deactivated by default and can be activated thanks to a build on line. Recommended upgrade steps are the following: Upgrade of the BSC without activation of the UI MultiPaging feature (type 4) Upgrade of the BTS supported by the BSC Activation of the UI Multipaging feature in the BSC (via a build on line)
LCAUTION! In order to identify bad PCM links and fix it, the operator should monitor the quality of all the PCM links before the feature activation. As soon as the BSCe3 and the TRXs of BTS are able to manage this feature, the BSC sends UI MultiPaging Command messages. The BSC is aware of the BTS capacity for the Circuit Service thanks to the DRX catalog file and especially the bit 8 (from 0 to 31) of the hardware mask defined as follow: 0: UI MultiPaging Command message for Circuit Service not supported 1: UI MultiPaging Command message for Circuit Service supported
As all types of DRX support this feature (except DCU2), there is no modification of the "display all" feature, in order to know the activation state of this feature. Note: As this feature is not implemented on BSC12000 and due to upgrade constraints, then the BTS has to manage the following types of paging messages: I paging command, I MultiPaging and UI MultiPaging command messages.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 132/544
The feature should be enabled with gprsNetworkModeOperation (bts object). The parameter is at BTS object but must be consistent at Routing Area level, i.e. activated (or de-activated) in all cells of a given Routing Area.
PAGING MANAGEMENT
If NMO1 is activated, CS-Paging are managed through Gb interface for any GPRS-attached MS. ClassB MS may be simultaneously attached to GSM and GPRS services but cannot simultaneously perform CS and PS transfer. If the MS is not attached to GPRS services, the CS-Paging procedure is not modified and done through the A interface. If the MS is attached to GPRS, the CS-Paging is sent from the MSC to the SGSN (Gs interface) and then to the PCU (Gb interface): If the target mobile is in GMM STANDBY state, the PCU transmits the Paging message to the BSC on the SAPI RSL. Therefore the BSC has to broadcast this message on the CCCH of all target cells. If the mobile is in GMM READY state, the PCU sends the Paging on the PACCH of the TBF or on the CCCH of the cell if there is not an established TBF for the target mobile. In case Paging is sent on PACCH, the PCU repeats the paging message 3 times (1 emission + 3 repetitions), with a delay between 2 occurrences equal to 480 ms. This enhances the probability of success of the Paging procedure.
The 3 different cases (MS not GPRS-attached, MS in GPRS STANDY state and MS in GPRS READY state) are illustrated below. Note that the load of some interfaces is impacted by NMO1 activation: less paging on A interface more paging on AGPRS interface less load on A interface. more load on AGPRS LAPD TS.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 133/544
PCU BSC
PCU BSC
PCU BSC
BTS
BTS
BTS
BTS
BTS
BTS
BTS
BTS
BTS
BTS
BTS
BTS
Each procedure is performed with a single access on packet channels. This is transparent for the PCU, which manages it as usual without any particular action. The SGSN then informs the MSC through the Gs inteface. The following gains are expected: Notes: As the combined procedures are performed on packet channels, it is critical to protect the access to GPRS service and thus set minNbrGprsTs > 0 There is a LAPD impact on Agprs interface due to the addition of cs_paging messages for the data attached mobiles. decrease of SDCCH occupancy less load on A and Abis interfaces less load on BSC faster cell reselection between 2 LA.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 134/544
Note: using frequency hopping allows to adapt and maximise the frequency re-use pattern efficiency by maximising the capacity in term of offered Erlang/Mhz/km2. The pattern to use will depend on the available frequency band and the traffic requirement. It is possible (and recommended) to mix different frequency re-use technique, as 4X12 for BCCH and 1X3 or 1X1 for TCH. Indeed, a traditional 4X12 reuse pattern is appropriate to a wide spectrum allocation as for BCCH frequency (only one frequency per cell is needed). However, in order to increase the number of TRX per cell with a given frequency band, while keeping a low interference level, the only solution is to use more restricting reuse pattern, as 1X1 or 1X3. See also chapter General Rules For Synthesised Frequency Hopping.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 135/544
2 8
-2 -1 0 1 2 3 4
4
5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 FADING MARGIN (dB)
the smaller the mobile speed and the higher the number of frequencies, the higher the benefit of the frequency hopping.
Frame Erasure Rate versus SFH at 104 dBm (DCS)
12.00 10.00 8.00 FER (%) 6.00 4.00 2.00 0.00 1 2 3 4 5 6 7 8 NUMBER OF FREQUENCIES FOR HOPPING
5 25
the higher the number of frequencies in the hopping law, the narrower the Rxqual distribution. However Rxqual mean remains the same (see figure below). Hence the Frequency Hopping eliminates the number of bad Rxqual samples but it also reduces the number of good Rxqual ones.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 136/544
Increase resistance to Rayleigh fading: o o o o re-centred RxQual distribution for slow moving mobiles better stability of the received signal level (smoothing effect) completion of diversity task on uplink and full benefit on downlink high improvement for areas of weaker signal strength (inside buildings and on street level)
Resistance to interference o o o o spread of interference over all RF spectrum spread of interference over time highly loaded sites benefit from lower load on adjacent sites more efficient error correction gain from digital processing
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 137/544
BCCH Freq
MAIO
The TDMA configurations in case of synthesised frequency hopping are defined as follows: F1 is the BCCH frequency. the other two TDMA of the cell have the same MA. HSN and MAIO can be different.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 138/544
BCCH Freq
For a given cell with the previous configuration (4 TRX), one Mobile Allocation should be defined: MA0 contains all the frequencies except the BCCH frequency (3 frequencies in the exemple).
The baseband frequency hopping configuration is the following: hopping on TCH, no hopping on BCCH
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 139/544
MA: Mobile Allocation (list of hopping frequencies for a TRX) MAIO: Mobile Allocation Index Offset between 0 and (Nb of Freq in MA - 1). F1: BCCH frequency
LCAUTION! It is not recommended to hop on BCCH frequency when using baseband frequency hopping, because it can lead to some troubles when downlink DTX or downlink power control are enabled.
RECONFIGURATION PROCEDURE
With the baseband frequency hopping mechanism, it is possible to reconfigure the frequencies in certain cases. In case of equipment failure/recovery within a TRX, the BSC starts the reconfiguration process for a Radio Cell which supports frequency hopping and uses the Frequency Management GSM function. This function is supported by the TRX and allows the BSC to configure or to reset a frequency on a TX which is identified by the TEI of the corresponding TRX. The loss of one TX implies the loss of one frequency (which is not the BCCH) and of one TDMA (the one defined with the lowest priority) if no redundant TRX. Two symmetric mechanisms are managed by the BSC to handle the automatic frequency reconfiguration in the case of frequency hopping cavity coupling BTS: loss of a frequency o the cell is stopped and restarted with new set of frequencies. This may lead to release the calls if there is more live TX than btsThresholdHopReconf
recovery of all frequencies o an automatic reconfiguration is triggered by the BSC when all the frequencies are recovered. This may lead to release the calls
There will be a reconfiguration if the flag bscHopReconfUse is set to true (defined at BSC level) and if there are more frequencies than the threshold btsThresholdHopReconf (defined at BTS level). Otherwise the cell is badly configured. When a end of fault occurs if the flag btsHopReconfRestart is set to true and if there are more frequencies than the threshold (btsThresholdHopReconf), there is a complete cell reconfiguration.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 140/544
BCCH Freq
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 141/544
Such a mechanism is able to take into account not only traffic CPU load but O&M CPU load and to trigger an upstream or downstream protection (but based only on traffic stimuli).
Note: CPU or memory resource occupancy is corrected to give the higher weight to the more critical factor (i.e. a lack of timer may lead to a BSC switchover, thus timers have a weighting factor more important than CPU load).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 142/544
Example: Before processing a pagingResponse at BIFP level, TMG (TMG-RAD and TMG-CNX located on BIFP board) checks: its local overLoad level (i.e.its own overlLoad level... at BIFP level) the overLoad level of the network access operation family (i.e. overLoad levels of OMU-SUP-SWC, OMU and MPU boards involved) the overLoad level of the each CELL impacted by this operation (i.e. over-Load levels of the impacted SICD board)
List of the operations to be filtered Despite the fact, this mechanism is defined as a centralized overLoad control method, actions are triggered at local level (i.e. by each board). Following actions can be done only on traffic reduction purpose according overLoad level and operation type:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 143/544
overLoad level 2: traffic reduction around 66% by filtering 2 requests out of 3 of the previous messages. overLoad level 3: no new traffic is accepted by screening all previous and following messages: o o o o All First Layer 3 messages, All Channel Request (including causefor Emergency Call), All Handover Indication, All Handover Request.
Note: when communications need to be filtered to reduce the load of the BSC, it can be done for all the BTSs or CELLs supported by the overLoaded board !
CHOOSING PARAMETERS
The internal overload parameters have been .validated in R&D for V12 and upper releases and must not be changed. Refer to the processorLoadSupConf parameter.
CAPACITY IMPACT
As overLoad mechanism is based on real measurement, robustness has been increased as rejected rate for incoming calls. In other terms, same traffic can be carried by the BSC but with higher rejected rate for incoming calls in case of overload.
ALARM NOTIFICATION
Alarm notification number is 1490 BSC OverLoad. This alarm is triggered for the first card which is in overLoad level 3 for 5sec at less and ended when all cards are under the OverLoadLevel 3 for 5sec at less.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 144/544
CARRIED TRAFFIC
The carried traffic (or real traffic) is the number of simultaneous voice communication a BSC handles at the busy hour. The carried traffic is given by the customer for an area or can be observed with monitoring. It is necessary to consider a margin carried traffic for a lot of reasons (GPRS traffic is increasing lightly the load on the TMU, Load balancing algorithm shares fairly the load between TMU, The operator wants to be able to absorb additional traffic in case of special Event). As a consequence it is recommanded to use a margin of about 20-25 % when considering the carried traffic. Moreover AMR handset penetration should be considered if half rate vocoder is used on a network since it increases offered capacity on radio sites.
OFFERED TRAFFIC
The offered traffic in a cell is the number of simultaneous users that can use a resource with a target quality of service objective (blocking rate). This step will consist in determining the values of table ERLANG_PER_N_TRX_CELL in order to let the BSC computes the most adapted offered erlang.
TMU NUMBER
To set the appropriate number of TMU boards please refer to the BSS Engineering Rules (Reference Documents).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 145/544
The overload management concerns overload levels of two boards of the TMU: SBC board (based on CPU usage, memory and waiting time of messages in the mailbox) PMC board (based only on CPU usage).
For TMU2 the overload management concerns one board only (therefore the monitoring counter pegged is the one associated to SBC ) Overload architecture is hierarchically organized: 1) the elementary overload level is returned from SBC and PMC by comparing their level of CPU, memory and mailbox resources to specific thresholds 2) the maximum of these elementary overload level gives the local overLoad level 3) for each new local overload level received, each TMU computes its TMUOvLevel(i) as the maximum of all the local overload levels of the boards it manages. TMUOvLevel(i) is then sent to a centralized overload control task located on the OMU that will trigger the appropriate action for TMU(i).
The actions are triggered at TMU level, as TMU are rather independent one from the other in terms of overload handling. When a TMU is in overload, it will filter partially the new coming traffic requests related to the cell-groups it manages.
Overload level 2: filtering 66,66% requestsof the messages described above Overload level 3: no new traffic is accepted by filtering all previous and following messages o o o All first layer 3 messages All handover indication All handover requests
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 146/544
PARAMETERS
No specific new counters or configuration parameters are introduced with this feature.
For further details on this feature please refer to the corresponding chapter in the BSS Engineering Rules (chapter Reference Documents).
MAIN EVOLUTIONS
Global dimensioning constraints for the BSC remain unchanged: the BSC capacity is, as in V14.3, V14.3.1 and V15.0 limited by the following maximum number of managed objects: Maximum of 1000 TRX per BSC Maximum of 600 Cells per BSC Maximum of 500 Sites per BSC Maximum of 1 PCUSN per BSC Maximum of 2 TCUe3 per BSC Maximum of 32 TCU2G per BSC
Concerning the maximum site configuration supported in V15.1, the limitations are the following: Maximum of 16 TRX per Cell Maximum of 48 TRX per Site
Moreover, the maximum capacity of the BSC remains 3000 Erlang. The rules to respect the same dimensioning constraints for the TMU and TMU2 boards are defined in the BSS Engineering Rules (see chapter Reference Documents), as well as those existing for the Cell Group definitions.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 147/544
PACKAGING OF CG IN ERLANG
The previous packaging of site in CG was previously based on the number of TRX. The addition of a site of N TRX in an existing CG was roughly done if the CG had no more than 16N TRX, else an empty CG was chosen. The maximum number of TRX per CG (48) could be an issue in the case of site extension or big site introduction in V15.0.1 (with more than 40 TRX). In V15.1, the packaging of sites in CG is now based on a target in Erlang. The weight of each site is estimated and this estimation is used for the packaging of the CG: the objective is to have a target of 84 Erlang per CG. So the principle of the algorithm remains the same: the addition of a site with N TRX in an existing CG is roughly done if this one has no more than 84 Erlang. If no more empty CG remains, the site is added in the existing CG with a maximum constraint of 10 sites per CG. A site created on line is considered with a value of Erlang corresponding to a site of one Cell with 8 TRX.
ESTIMATEDSITELOAD PARAMETER
In V15.1 is introduced a new parameter called estimatedSiteLoad. This parameter (applicable to the btsSiteManager object) allows specifying the value in Erlang for a given site. This parameter is optional (default value 0). If this parameter is not specified (value of 0), the BSC will use the ERLANG_PER_N_TRX table for the estimation of the sites weight, else it is the estimatedSiteLoad value that is used. This weight will be considered for the placement of the site into a CG and naturally also for the CG distribution on the TMU. This parameter is a class 3 parameter. Thus, this one may be used at site creation (off line or on line) but may also be changed at any moment while the site is operational. On an online change of this parameter, the BSC will regenerate the site weight estimation (and the CG weight estimation) and will perform a new CG re-balancing if needed (as in case of a TRX addition for instance: the packaging of sites in CG are not re-performed, but the distribution of the CG according to new CG weight will be reconsidered: if the capacity of the TMU hosting the active CG or the passive CG reach their limits, the algorithm considers if it can move these CG to other TMU. Otherwise, it suppresses the CG that can not fit). Please refer to the BSS Engineering Rules (see chapter Reference Documents) for further informations on the use of that parameter.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 148/544
OR
bsTxPwrMax SUM
Pc
Ps
Pc: bsTxPwrMax + DLU/OMC attenuation Pr: given by a translation table Ps: Cabinet output power
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 149/544
4.13.2 PR COMPUTATION
This is the table for correspondance between the bsTxPwrMax and the Pr for S8000 and S12000 products (in function of the coupling system).
BTS Coupling system DLU attenuation or OMC attenuation BsTxPwrMax
H2D 4 Pr
H4D 8 Pr
PA / ePA
HePA
PA / ePA
HePA
PA / ePA
HePA
51 50 49 48 47 46 45 44 43 42 41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 0
Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack
Nack Nack Nack Nack Nack Nack Nack Nack Pmax Pmax-2 Pmax-4
Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Pmax
Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Pmax Pmax-2 Pmax-4
Pmax-2 Pmax-6 Pmax-4 Pmax-8 Pmax-6 Pmax-10 Pmax-8 Pmax-12 Pmax-10 Pmax-12 Pmax-12 Nack Nack Nack Nack Nack Nack Nack Nack Pmax-12 Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack
Pmax Pmax-2 Pmax-6 Pmax-4 Pmax-8 Pmax-6 Pmax-10 Pmax-8 Pmax-12 Pmax-10 Pmax-12 Pmax-12 Nack Nack Nack Nack Nack Pmax-12 Nack Nack Nack Nack Nack Nack Nack Nack
Pmax-2 Pmax-6 Pmax-4 Pmax-8 Pmax-6 Pmax-10 Pmax-8 Pmax-12 Pmax-10 Pmax-12 Pmax-12 Nack Pmax-12 Nack Nack Nack Nack
For more details on the Pmax per products, please refer to chapter GSM Products sensitivity and power.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 150/544
Nack Nack Nack Nack Nack Nack Nack Nack Pmax Pmax Pmax -2 Pmax -2 Pmax -4 Pmax -4 Pmax -6 Pmax -6 Pmax -8 Pmax -8 Pmax -10 Pmax -10 Pmax -12 Pmax -12 Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Pmax Pmax Pmax -2 Pmax -2 Pmax -4 Pmax -4 Pmax -6 Pmax -6 Pmax -8 Pmax -8 Pmax -10 Pmax -10 Pmax -12 Pmax -12 Nack Nack Nack Nack Pmax Pmax Pmax -2 Pmax -2 Pmax -4 Pmax -4 Pmax -6 Pmax -6 Pmax -8 Pmax -8 Pmax -10 Pmax -10 Pmax -12 Pmax -12 Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack
Nack Nack Nack Nack Nack Nack Pmax Pmax Pmax -2 Pmax -2 Pmax -4 Pmax -4 Pmax -6 Pmax -6 Pmax -8 Pmax -8 Pmax -10 Pmax -10 Pmax -12 Pmax -12 Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Pmax Pmax Pmax -2 Pmax -2 Pmax -4 Pmax -4 Pmax -6 Pmax -6 Pmax -8 Pmax -8 Pmax -10 Pmax -10 Pmax -12 Pmax -12 Nack Nack Nack Nack Nack Pmax Pmax Pmax -2 Pmax -2 Pmax -4 Pmax -4 Pmax -6 Pmax -6 Pmax -8 Pmax -8 Pmax -10 Pmax -10 Pmax -12 Pmax -12 Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack
Nack Nack Nack Nack Nack Pmax Pmax Pmax -2 Pmax -2 Pmax -4 Pmax -4 Pmax -6 Pmax -6 Pmax -8 Pmax -8 Pmax -10 Pmax -10 Pmax -12 Pmax -12 Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Nack Pmax Pmax Pmax -2 Pmax -2 Pmax -4 Pmax -4 Pmax -6 Pmax -6 Pmax -8 Pmax -8 Pmax -10 Pmax -10 Pmax -12 Pmax -12 Nack Nack Nack Nack
H4 8
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 151/544
4.13.3 PS COMPUTATION
Then, the effective cabinet output power is: Ps = Pr - cablesLoss - couplingLoss Pr is derived from Pc (where Pc = bsTxPwrMax + OMCattenuation or DLU attenuation) based on the translation table ( 4.13.2). Pr can only be equivalent to Pmax in case when the operator has chosen the maximum value for bsTxPwrMax for a given coupling system.
COUPLING SYSTEM
To know the input power, its important to know the system coupling losses:
Max guaranted losses (dBm) GSM 900 Duplexor (Dp) Tx FILTER (TxF) H2D H4D GSM 1800 GSM 1900
1 1 5 8.5
1.2 1 5 8.5
1.2 1 5 8.5
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 152/544
PS COMPUTATION
Losses coupling 900 Duplexor TxFilter H2D H4D 1800&1900 Losses in the cables 900 1800&1900 Total losses 900 1800&1900
1 1 5 8.5
1.2 1 5 8.5
1 1 5 8.5
1.2 1 5 8.5
Example: Calculation for S8000 Outdoor coupling diplexeur GSM900 Ps = 44.8 (+/- 0.5dB) (0.2+0.25) 1= 43.35dB (+/-0.5dB) Calculation for S8000 Indoor H2D GSM1800 Ps = 44.8 (+/-0.5dB) (0.35+0.5) 5 = 38.95 dB (+ /-0.5dB)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 153/544
4.14. SYSTEM INFORMATION MESSAGES RELATED FEATURES 4.14.1 DUAL BAND HANDLING
The purpose of this feature is to allow an operator with licenses in several frequency bands to support the use of multiband mobile stations in all its bands. In addition, it also allows the operator to support the use of single band mobile stations in each band of the license. The specification indicates that GSM900 and GSM1800 frequency bands can be combined. No frequency band is treated as the primary band. However, parameter setting can help multiband MS to give a higher priority to one of the bands. LCAUTION! It has been experimented that with some mobile brands a delay in the other band neighbor cells reports occurs, i.e. a minimum time is necessary for those mobiles to send measurements from neighbors transmitting of the other band to the current cell.
EARLY_CLASSMARK_SENDING_CONTROL
It indicates if multiband MS is authorized to send the early Classmark Change message to the BSC via the BTS. This allows the MSC to receive as soon as possible the multiband information and to pass it to the target BSC. It will speed up call set-ups and allows to perform Handover and directed retry when needed. The Classmark Change indicates the frequency bands supported by the MS and MS power classes to perform HO procedures in the best conditions. The corresponding parameter is the class 3 attribute early classmark sending belonging to bts objects. If it is set to enabled, the Classmark_Change message is sent just after the SABM and UA frames exchange on the Immediate_Assignment procedure. This message makes interband handover procedures possible. Moreover this parameter allows the mobile to send its capacity downlink Advanced Receiver performance. That helps to have SAIC mobile penetration
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 154/544
SYS_INFO_2TER_INDICATOR
It is used to inform multiband MS that SYS INFO 2ter information is available.
A single band mobile station will only use frequencies from SYS INFO 2 and 5 and if necessary, 2bis and 5bis for reselection and handover purposes, i.e. frequencies from the frequency band it supports. The BSC selects neighbour cells from the other band out of the neighbour list and sends them in SYS INFO 2ter and 5ter (see table below).
Sys info 2 Sys info 5 GSM900 cell GSM 1800 cell Sys info 2bis Sys info 5bis Sys info 2ter Sys info 5ter
LCAUTION! Some single band mobiles are disturbed by the receipt of SYS INFO 5ter. They react by sending an RR status message, that can load the BSC. To avoid this, the sending of these messages is controlled by the BTS. On the opposite, single band mobile stations are not disturbed by 2ter messages because they ignore them. No field called Sys_Info_5ter_Indicator exists. To know if 5ter messages are sent, SACCH filling messages are used. The parameter cellBarQualify is not used by some dual band MS in selection and reselection algorithms.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 155/544
MULTIBAND REPORTING
Multiband mobile stations report cells from different frequency bands according to Multiband Reporting parameter (corresponding to class 3 attribute multi band reporting of bts objects) broadcast in SYS INFO messages: the six strongest cells: default value. The multiband MS reports the six strongest allowed cells regardless of the frequency band. 1, 2, 3: the multiband MS reports the strongest or the two, three strongest allowed cells outside the current frequency band. The remaining space in the report is used to give information about cells in the current frequency band. If there are still some remaining positions (not enough neighbours in the current frequency band), these positions are used to report cells outside the current frequency band.
LCAUTION! A maximum of six cells will be reported. Only a maximum of n best cells (according to the L1M algorithm) will be transmitted to the BSC by the L1M in a Handover_Indication message (n = 3 before V12 ; n = 6 from V12).
OHER PROCEDURES
The handling of multiband MS did not need specific changes in L1M. Main changes are on MS side. However, main procedures can be reviewed with the differences that occur in V10. PLMN selection: a single band MS only selects a PLMN from its frequency band. A multiband MS can select PLMNs of both bands. Cell selection & reselection: a single band MS only selects or re-selects cells from its frequency band. A multiband MS can select or re-select cells of both bands. Priority can be given to one band (see chapter Selection, Reselection Algorithms). Handovers: a new attribute is introduced in both adjacentCellReselection and adjacentCellHandover objects. Its name is standardIndicator Adjc and tells the type of network where the neighboring cell operates (gsm or dcs or gsmdcs or dcsgsm). A single band MS only performs handovers towards cells from its frequency band. A multiband MS can perform handovers towards cells of both bands if classmark 3 is supported on NSS side.
If local mode directed retry is chosen, as it is performed towards a specific neighbour, one type of single band MS (the one which does not support the frequency band of adjacent cell umbrella ref) will not use this feature. For multiband MS, formulas like PBGT or thresholds are the same as single band ones, their power class is replaced according to the band of the cell they are in (se chapter General formulas).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 156/544
SI2QUATER
It is sent if needed, as determined by the system operator. If sent on BCCH Norm, it shall be sent when TC = 5 if neither of SI2bis and SI2ter are used, otherwise it shall be sent at least once within any of 4 consecutive occurrences of TC = 4. If sent on BCCH Ext, it is sent at least once within any of 4 consecutive occurrences of TC = 5.
SI13
It is only related to the GPRS service. SI13 need only be sent if GPRS support is indicated in one or more of System Information Type 3 or 4 or 7 or 8 messages. These messages also indicate if the message is sent on the BCCH Norm or if the message is transmitted on the BCCH Ext. In the case that the message is sent on the BCCH Norm, it is sent at least once within any of 4 consecutive occurrences of TC = 4.
The feature allows configuring separately SI2Quater and SI13 per BSC either on Norm BCCH or Ext BCCH.
FCCH SCH BCCH BCCH BCCH BCCH BCCH BCCH BCCH BCCH FCCH SCH CCCH CCCH CCCH CCCH CCCH CCCH CCCH CCCH FCCH SCH CCCH CCCH CCCH CCCH CCCH CCCH CCCH CCCH FCCH SCH CCCH CCCH CCCH CCCH CCCH CCCH CCCH CCCH FCCH SCH CCCH CCCH CCCH CCCH CCCH CCCH CCCH CCCH IDLE
As a consequence, SI3 message has been updated in order to indicate to the mobile: whether or not SI2quater and SI13 is broadcast if broadcast is done on Normal or Extended BCCH
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 157/544
PERFORMANCES
The BCCH channel has a repeat period of 8 multi-frames. One multi-frame has 51 frames and one frame is approximately 4,615ms long. Therefore, the BCCH repeat period is 8*51*4.615ms, or 1,88 seconds. Each period of the BCCH channel is given a number in the range 0 to 7. This number is called TC. The 3GPP specifications define in which BCCH repeat period (TC value) a specific SYS INFO message can be sent. SI2Ter, SI13 and SI2quater can be sent when TC=4. This means that: if 1 of SI2Ter, SI13 and SI2Quater messages has to be sent, it will be sent every 1.88 seconds. if 2 of SI2Ter, SI13 and SI2Quater messages has to be sent, each will be sent every 3.76 seconds. if all of SI2Ter, SI13 and SI2Quater messages has to be sent, each will be sent every 5.64 seconds.
Redirection procedure duration is directly linked to the time the MS needs to read system information messages. On the contrary, the sending of system information on extended BCCH increase load on AGCH/PCH channel.
BENEFITS
Customers are facing MS issues: Devices being unable to read SI13 messages when these are sent on the Extended BCCH. The impact of the failure to read this message was that the device is partially or completely unable to connect to GPRS services. Devices seeing valid SI messages containing 3G NCells (SI2Quater) as corrupted when sent on the Normal BCCH; continued reception of these messages resulted in the device rebooting or failing to set up CS calls.
So if customers dont wish to recall affected MS the feature allows to modify the allocation of SI2Quater and SI13 messages SI2Quater and SI13 on Ext BCCH allow as well speeding up 3G toward 2G cell reselection (see chapter Mobility 2G - 3G Reselection). The drawback is a PCH / AGCH capacity lost. LCAUTION! When this feature is enabled, e.g. if SI2Quater and/or SI13 on extended BCCH features are activated, the parameter noOfBlocksForAccessGrant has to be greater than 0.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 158/544
8 interfering MS s on the 8 TS s of F0
BS#2 BS#1
The algorithm is based on the use of the Maximum Ratio Combining diversity technique and the midamble in the GSM burst that is used to gain some indication of the channel characteristics, and hence an estimate of the noise present. This noise is approximately made up of interference and thermal-noise. The midamble is a known sequence of bits, which undergoes changes after propagation. The interference estimation is necessarily biaised since it is estimated on a short period of time (22 Tsymbol compared to the 148 Tsymbol) and the interference cancellation in the absence of interference will result in decreasing the SNR ratio. To avoid this problem, a parameter is introduced.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 159/544
MRC is Nortel equipments diversity combining technique which is known to be the linear combination of signals received on the two antennas, that maximises the S/N ratio when there is only thermal noise (for example it is 1.5dB better than selection combining). It suffers about 2dB loss when there are strong interferers. Simulations have been carried out to show how with the use of MRC, the required Carrier-to-Int+Noise ratio (C/(I+N)) to maintain a particular BER reduces, as the presence of synchronus/asynchronus interferers increases. Although following the same trend, ICA simulation showed the use of a lower C/(I+N) to maintain the same BER as opposed to only using MRC. Before V15.1.1, gain of interferer cancellation was not optimal in case of low Rxlev. Since V15.1.1 interferer cancellation algorithm has been improved to take into account all range value for parameter "interferer cancel algo usage" (called rejection factor ) for all RxLev range
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 160/544
CCCH_Conf = 1: o TS 0 = FCCH+SCH+BCCH+CCCH+SDCCH/4+SACCH/4
Note: By increasing the number of CCCH, we decrease the number of TCH, so it leads to reduction of the capacity. For example, an O8 with 1 BCCH has a capacity of 48,65 Erlangs (with 2% of blocking rate); with 4 CCCH its capacity drops to 45,88 Erlangs. To configuration of a CCCH block on a TS the channelType parameter must be set to cCH. See also chapter SDCCH Dimensioning an TDMA Models.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 161/544
The CRC is designed for three functions: Firstly, it synchronizes the ETF (CRC 26), Then, it detects errors on the received ETF, And it corrects them until 2 pairs of bits.
According to the frame transmission direction (downlink or uplink), the functions of the BTS and the TCU are different: On uplink direction: the BTS(DRX boards) build the frame(ETF) while the TCU (TCB2 boards) synchronizes, detects, corrects and monitors the frame. If an error is not corrected, the TCU mutes the frame. At the end of the communication, the RF_channel_Release_Ack message carries the synthetic information about the PCM link status. On downlink direction: the BTS(DRX boards) synchronizes, detects, corrects and monitors the frame while the TCU builds the frame. If an error is not corrected, the BTS sends a filled frame to the MS.
During a BSC HO, if the TCU losses the frame synchronization, the communication is cut until the synchronization is found back (duration around 1 or 2 frames: it means around 20 or 40 ms). Moreover, if the BSC manages different frame formats (ETSI TRAU 8.620, ETF), the PCM error correction performance on the voice depends on the transmission direction: On uplink direction: no degradation in relation to the current state On downlink direction: 60 ms of supplementary muting
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 162/544
As a result PCM error correction feature is efficient with: EFR when PCM quality is not too bad FR whatever the PCM quality
For the other codec: PCM error correction feature is not available on data circuit codec. Furthermore, Nortel has not designed this feature for AMR codec as this feature is useless for AMR calls, moreover, in case of activation with AMR, the feature gain decrease when AMR penetration increases.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 163/544
4.18.
CTM allows reliable transmission of a text telephone conversation alternating with a speech conversation through the existing speech communication paths in cellular mobile phone systems. This reliability is achieved by an improved modulation technique, including error protection, interleaving and synchronization. The CTM is intended for use in end terminals (on the mobile or fixed side) and within the BSS network for the adaptation between CTM and existing traditional text telephone standards. The signal adaptation Baudot CTM is localized in the TCU-TCB2 in a pool TCB2 boards (or in the TCU 3000 in each TRM board).
an ASSIGNMENT COMPLETE or HANDOVER COMPLETE message will be sent to the MSC with Speech Version (Chosen) = FR (or EFR).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 164/544
an ASSIGNMENT COMPLETE or HANDOVER COMPLETE message will be sent to the MSC with Speech Version (Chosen) = FR (or EFR).
ABNORMAL CASE
On reception by the BSC of an ASSIGNMENT REQUEST or HANDOVER REQUEST message with: Circuit Identity Code incompatible with TCB2 (or TRM_DSP) capability (the circuit pool implied by the CIC information element is incompatible with the channel type indicated) Speech/data indicator = Speech + CTM and permitted speech version identifiers = EFR & FR and unavailable archipelago EFR_CTM resource (SPU)
In a first step an ASSIGNMENT FAILURE or HANDOVER FAILURE message will be sent to the MSC. In a second step an ASSIGNMENT COMPLETE or HANDOVER COMPLETE message will be sent to the MSC with Speech Version (Chosen) = EFR (or FR according to the archipelago resource availability).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 165/544
TCU 3000
The TCU 3000 capacity is affected by the CTM implementation according to the configured archipelagos EFR_CTM number. TCU 3000 architecture supports until 10 TRM max: (9+1 for redundancy)) Each TRM manages 3 archipelagos i.e. 36 SPU: FR codec: up to 6 communications corresponding to 72 calls per archipelago EFR codec: up to 6 communications corresponding to 72 calls per archipelago EFR_CTM codec: up to 4 communications corresponding to 48 calls per archipelago AMR: up to 5 communications
Each TRM2 (introduced in V16.0) manages 3 archipelagos: FR codec: up to 96 calls per archipelago EFR codec: up to 96 calls per archipelago EFR_CTM codec: up to 84 calls per archipelago AMR: up to 96 calls per archipelago
The TCU 3000 capacity can be formulated on maximum of communications. If X = number of configured archipelago FR If Y = number of configured archipelago EFR If Z = number of configured archipelago EFR_CTM Capacity = X*72 + Y*72 + Z*48 = 2138 No new parameters or counters are introduced with this feature. However, new information is available through the Channel Type message, and the field Speech / data indicator. We have the new request: Speech + CTM Text Telephony. LCAUTION! CTM provides a solution that: works with EFR and FR codecs (for example AMR) allows roaming between networks of different operators allows the users to transmit speech and text alternately (Voici Carry Over VCO / Hearing Carry Over HCO)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 166/544
4.19.1 PRINCIPLE
The Enhanced Observed Time Difference (EOTD) positioning method combines the relative time of arrival of the signals from several BTSs reported by the target MS with the signals received by a fixed measuring point known as the Location Measurement Unit (LMU) whose location is known. Typically one LMU is needed for every 3 to 4 BTS sites. Note that there are two possible types of LMU: Type A LMU communicates with the BTS over the air, it requires an additional antenna for this purpose. This is known as the GSM Tx/Rx antenna. The signaling protocol for the LMU to SMLC interface is known as the LMU LCS Protocol (LLP) and is described in GSM 04.71. Type B LMU communicates with the BTS over a dedicated wired interface. The Type B interface uses the serial communications port on the LMU and will require a proprietary connection to the BTS (such as the Q1 bus or similar).
The Network Assisted GPS solution uses the GPS information measured by the MS if it supports this functionality. To ensure efficient service, assistance data needs to be sent by the network to the MS. Nortel has adopted a NSS-based architecture and will provide a combined Gateway Mobile Location Center and Serving Mobile Location Center (GMLC/SMLC) into a single platform, the Mobile Location Server. This server is therefore connected to the MSC. The BSS acts as a relay between the mobiles and the LMUs on one side and the Mobile Location Server on the other. Location Measurements Units (LMUs), if required (EOTD method), are wireless devices (type A) provided by a third party. It should be noted that the positioning accuracy is dependant on many factors, but mainly the algorithms implemented in the MS and in the SMLC. Therefore, the BSS is not responsible for the final location accuracy. Interface Lb is introduced for BSS based solution in V16.0 (see Engineering rules [R37]).
4.19.2 PERFORMANCES
New signaling messages are introduced for this feature management: RR Layer: Application Information message BSSMAP Layer: Connection Oriented Information message New BSSLAP Layer, including 7 messages needed for signaling between SMLC and BSC.
Note: the class 3 parameter early classmark sending of the bts object class must be set to allowed by the OMC-R user.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 167/544
BS
OMC
BS
Cell Broadcast Center SMS-CB manager BSC
BS BS
BSC
BS
4.20.1 PRINCIPLE
In the Nortel networks structure of Cell Broadcast Service a Cell Broadcast Center is interfaced with the OMC via a non Q3 interface. The OMC act as the SMS-CB manager and broadcast SMS over all the BSCs placed under its control. The new requirements concern: the broadcast of the same short messages on all the cells which are managed by an OMC-R or a BSC list. the change rate of these short messages: 13 seconds are required; The current implementation about the short message broadcast involves several limitations and OAM constrains which should be raised: CBC/OMC-R interface throughput which must be compliant with the user activity performance. OMC-R/BSC interface throughput which must be compliant with the number of message (TGE) to be processed by the BSC (from 1 up to 2 TGE/sec for all transactions). Heavy OAM constraint to update the data base CBC when network (re) configuration occurs.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 168/544
4.20.2 PERFORMANCES
The following table depicts the number of messages:
CBC / OMC / I/F Messages Create short message Start broadcast (first time) Set short message (continued) Stop broadcast (continued) Start broadcast (continued) Stop broadcast (last) Periodic MMI commands number Periodic TGEs number OMC / BSC / I/F
New 1 1 1 0 1 1 2*n
Old Y Y Y Y
New 1 0 1 1
o o o o
X: BSC number [1:30] Y: Cell number / BSC12000 [1:160] X*Y: Cell number / OMC [1:2400] n: Number of updates of messages
With this solution, SMS-CB has been dimensioned for following capacities: 5 messages maximum per cell (broadcast in loop) message format: 1 page / 93 characters broadcast periodicity (30 sec, 1 mn, 2mn, 4 mn, 8 mn or 16 mn), 2 sec (1 message / cell) corresponding to the CBCH maximum capacity
The whole users activity can be: on an average: 1 MMI command every 10 sec. for the whole set of users. Or, 1 MMI unitary command every 160 sec. per users, with a maximum of 16 users. on a maximum: 1 MMI unitary command every 2 sec. for the whole set users, during 2 hours maximum. Or 1 MMI unitary command every 32 sec. per users, during 2 hours maximum, with a maximum of 16 users.
The CBC can be associated to n users among 16 ones: then the number of MMI commands on the CBC / OMC interface is n every 32 sec. Every short message modifications involves 2 MMI unitary commands (set short message & start broadcast) the short message change rate is 32*2n. Note: When the OMC-R receives one command for all the cells of one or several BSC, it checks for each cell if there is a CBCH channel and if the limit of 5 short messages is not exceeded. That defines a compliant cell. It then checks if a threshold S (per BSC) corresponding to a max of tolerated non compliant cells is reached.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 169/544
This means a throughput of: 88 * 8 * 5 / 2= 1760 b/s, which is more than 2 times the max throughput of the CBCH channel.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 170/544
CPICH_RSCP(n): is the Received Signal Code Power on one code measured on the Primary CPICH (CPICH Ec/No)(n): is the received energy per chip on the Primary CPICH divided by the power density in the band
The 1st condition ensures a minimum signal level is available from cell n. The 2nd condition ensures the quality (level of interference) of cell n is acceptable.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 171/544
Search for 3G cells if signal level is bellow Applies an offset to C2 to cell re-selection to access technology FDD UMTS access min level A minimum threshold for Ec/No for UTRAN FDD cell re-selection Neighbouring UMTS cell ARFCN
These parameters are controlled by O&M and broadcasted on BCCH in the System Information 2quater message. LCAUTION! In order to enable the broadcasting of the SI2Quater on the BCCH the parameter uMTSReselectionARFCN must be set to a non-null value.
The broadcast of this new information is ensured using the "System Information 2quater" message. Due to the volume of information, it may happen that the set of data exceeds the 23 byte limit for "System Information" messages sent on BCCH. In such a case, the information is segmented into several parts i.e. several instances of the System Information 2quater message, each of them tagged with an INDEX from 0 to COUNT, (COUNT + 1) being the number of segments. When the information is updated (following a change at the OMC-R), the CHANGE MARK bit is set to a new value. The System Information 2quater is scheduled either on Normal or Extended BCCH (see chapter SI2Quater & SI13 on Extended or Normal BCCH): If sent on Normal BCCH: o o it shall be sent when TC = 5 if neither of 2bis and 2ter are used otherwise it shall be sent at least once within any of 4 consecutive occurrences of TC = 4
If sent on BCCH Ext, it is sent at least once within any of 4 consecutive occurrences of TC = 5
As a consequence, System Information 3 message has been updated in order to indicate to the mobile: whether or not SI2quater is broadcast if broadcast is done on Normal or Extended BCCH
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 172/544
In Nortels choice, neighboring cell scrambling codes will not be broadcast, and it will be assumed that only one UTRAN/FDD carrier is deployed by cell, e.g. it possible to have different carriers on different cell but only one per cell. As it will take "some" additional time with that solution (the mobile have to decode the UTRAN FDD neighbouring cells scrambling codes) 2 additional informations are provided and used by the network and the mobile when the mobile reports measurement in connected mode: a one bit 3G-BA_IND field used to correlate the measurements with a neighbouring cell list a Absolute_Index_Start_EMR used for building the neighbouring cell list in the mobile. The value of this parameter is dynamic, and depends on the number of 2G neighbouring cells (this allows shorter Meas. Report messages from the UE).
Following parameters are also contained in SI2quater message, but not used for the moment: FDD_REP_QUANT FDD_MULTIRAT_REPORTING SERVING_BAND_REPORTING Qsearch_C-initial
LCAUTION! Although being broadcast on BCCH, these parameters are only applicable to the connected mode. There are not used in this version of the document.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 173/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 174/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 175/544
MS CMI
20ms 40ms
BTS
AMR is introduced to choose in real time the repartition between rate of the source vocoder and channel protection:
Half Rate
Source coding
Global throughput = 11,4 kBits/s
Channel coding
Full Rate
Global throughput = 22,8 kBits/s
when the transmission is good, a high rate vocoder is chosen and the number of bits dedicated to the channel protection is low, in case of degraded radio conditions, the vocoder rate is decreased, in order to provide a better channel protection and allow a better voice quality.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 176/544
C/I
Codec Mode 4
Thresold_3 + Hysteresis_3 = Threshold_Max_Up(3) Thresold_3 = Threshold_Max_Dn(4) Thresold_2 + Hysteresis_2 = Threshold_Max_Up(2) Thresold_2 = Threshold_Max_Dn(3) Thresold_1 + Hysteresis_1 = Threshold_Max_Up(1) Thresold_1 = Threshold_Max_Dn(2)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 177/544
Where is equal to: 0.05 in case of FR no frequency hopping channel and slow moving mobile, 0.1 in others cases of FR channels, 0.1 in case of HR no frequency hopping channel and slow moving mobile, 0.2 in others cases of HR channels.
In case of DTX, the BTS cannot evaluate the SNR criteria, thus during the DTX period, the last value of (SNR)k is taken into account and at the end of the DX period, a time exponential filter is used in order to increase the weight of the new measures and keep the same period of filtering. This filtered SNR is compared to a set of thresholds and allows determining the requested codec mode. If no uplink correct frames is received, the BTS has no way to evaluate the quality of the downlink path, the BTS decreases the applied downlink codec mode of one step each 40ms. This procedure is repeated until an uplink frame is correctly received or the 4k75 codec mode is selected for the downlink path. LCAUTION! Before V16.0 there was a limitation on UL SNR in order to have homogeneous behavior for AMR calls with every kind of DRX. From now, UL SNR measurements are truncated at 24dB (48 in 0.5dB) at SDO level, whatever hardware is used. The 48 value given from the BTS corresponds to 24dB and more. This new implementation improves the power control reactivity. That impacts on the AMR metric. Therefore C/I metric values for both AMR and EFR calls cannot be compared.
PARAMETERS
For each mobile, the following set of parameters has to be defined: for each link direction (upLink or DownLink), one threshlod per subsequent codec in the defined Active Codec Set (ACS), one hysteresis (the same value is used for each codec mode, but one for FR and another one for HR channel).
But these parameters are linked to a set of factors, some of them being determined by the BTS (frequency hopping, MS speed), others being network dependent (environment profile). The following table is implemented in the BSS:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 178/544
5k9 to 4k75 6k7 to 5k9 FR thresholds 10k2 to 6k7 12k2 to 10k2 FR hysteresis 5k9 to 4k75 HR thresholds 6k7 to 5k9 7k4 to 6k7 HR hysteresis
slow MS no FH 81 82 83 84 85 86 87 88 89
uplink downlink ideal FH fast MS SFH 900 < 4 FH (>= 4 freq) no FH TU3 90 99 108 117 91 100 109 118 92 101 110 119 93 102 111 120 94 103 112 121 95 104 113 122 96 105 114 123 97 106 115 124 98 107 116 125
According to the network configuration, and for each combination of codec mode and link direction, the operator selects the appropriate thresholds by using the parameters amrUlFrAdaptationSet, amrUlHrAdaptationSet, amrDlFrAdaptationSet, amrDlHrAdaptationSet (or the single parameter amrAdaptationSet before V15.1.1). These parameters allow to choose between 3 sets of pre-defined tables (optimistic, pessimistic and typical settings) plus one set of tables which is user-defined The BSS using the TS configuration and the MS speed applies the appropriate column for the uplink path. As specifed in the GERAN recommendations (05.09) the mobile shall use the downlink thresholds provided by the BSS defined for a reference environement: Typical Urban 3 km/h with ideal frequency hopping at 900 MHz. The MS shall then apply a normalization factor to normalize with respect to different channel types. The normalization factor is mobile dependant.
See also chapter AMR Field Feedback for further informations on the codec adaptation table.
RATSCCH MANAGEMENT
This new channel is used in order to change the set of codec modes (see "L1m" section), and has the following main characteristics: frame stealing (1 speech frame for a FR channel, 2 speech frames for a HR channel), priority of RATSCCH frames is lower than FACCH priority, a RATSCCH message has to be acknowledged in the next 3 frames by the MS, the content of RATSCCH message is applicable 12 frames after this message, in case of failure (ACK_ERR message), a RATSCCH procedure is repeated twice. If the procedure completely fails, the MS and the BTS use the previous set of codec modes.
When amrReserved1 is set to enable, this procedure is used by the L1m to modify the set of codec modes, for a FR channel and in case of handover failure with return on the old FR channel, in order to avoid inconsistency between the BTS and the MS (the BTS sends the AMR_CONFIG_REQ message).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 179/544
PRINCIPLES
The RATSCCH as the FACCH shares the dedicated channel of the TCH. Contrarily to the FACCH the RATSCCH is time synchronous. The RATSCCH allows modification of the AMR configuration (CMI/CMC phasing, Adaptation Thresholds, ACS). From V14, the introduction of the AMR, Nortel Networks BTS will support the RATSCCH (All Nortels BTS from the S4000 DCU4 to the most recent BTS will support the AMR speech service.) The RATSCCH message is composed of a preamble and of a message part. Several messages have been defined. These messages correspond to different procedures. At the moment the following have been defined: Changing of the Active Codec Set Changing of the thresholds and hysteresis
PRE-HANDOVER
In case of intracell or intercell handover, the adaptation mechanism has to be frozen to the ICM. For this result, the BTS has to intercept: the Assignment Command in case of intracell, the Handover Command in case of intercell handover,
and to perform up to 2 codec mode adaptations, in order to activate the initial codec mode (5k9 kbits in all cases) and to stop the adaptative mechanism. This induces: an increase of around 150ms on the handover duration from the BSS point of view, a delay of around 150ms on the handover starting time from a MS point of view, but no impact for the end-user in term of voice quality (i.e. same speech gap).
In case of handover failure when the MS returns on the old channel, the adaptation mechanism is restarted by the BTS at reception of the Start Measurement message
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 180/544
The BSC also has to control the BSS version: an AMR channel is activated only if all nodes managing the call are at least in V14.
FLAG MANAGEMENT
We use the two following parameters: coderPoolConfiguration (AMR, fullrate, enhancedfullrate) attribute. This attribute indicates enumerated speech coding algorithms supported by the TCU. speechMode (halfRateAMR, fullRateAMR, fullrate, enhancedfullrate) attribute. This attribute indicates speech coding algorithms supported by the cell.
But the chosen channel type is fixed according to radio criteria and some O&M parameters, and the BSS has the possibility to modify the channel type during the connection, in all cases. So at reception of the Assignment Request or Handover Request, the following mediation is done on the Channel Type octet 4:
IF Target TCH = HR TCH AND IF AMR HR is allowed in the cell THEN the BSC allocates a HR TCH ELSE the BSC allocates a FR TCH.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 181/544
Previously to V15.1.1, if hrCellLoadStart = 0, then FR radio channel is always allocated to the MS, and if hrCellLoadStart > 0, then HR radio channel is allocated to the MS, according to its radio conditions. For one call, the cell load state is evaluated at the first TCH allocation in the cell, thus in case of intracell handover, the cell load state is not reevaluated. In V15.1.1, the feature AMR based on traffic is introduced. The goal is to enhance the HR allocation in order to take into account the cell load: AMR HR channels are allocated only during loaded period. The cell load state is evaluated every 10s (see Filtered Erlang traffic and cell load state)
ASSIGNMENT
In case of assignment, according to: the speechMode parameter value TranscoderBoard + bts parameters) the cell load of the target cell the radio condition of the MS of the target cell (signalingPoint +
the BSC selects the target Channel Type. To know the radio conditions, the BSC sends to the BTS a Connection State Request and in the Connection State Ack the BTS gives the following bit map: small zone bit indicates if the small zone of the serving is eligible in case of multizone cell HR large bit indicates if the MS has sufficient radio conditions to manage a HR channel in the large zone of a mullti-zone cell or in normal cell HR small bit indicates if the MS has sufficient radio conditions to manage a HR channel in the small zone of a mullti-zone cell or in normal cell
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 182/544
the BSC selects the channel type and the zone for the MS.
RADIO ALLOCATOR
The radio allocator is improved in order to manage AMR calls. Due to intrinsic quality of FR AMR and HR AMR, 2 new parameters are created on the transceiver object, in order to give an AMR priority to each TDMA: where Priority 0 is given to a high priority TDMA Priority 1 is given to a low priority TDMA Priority 2 disables this service on the TDMA frAMRprioriry hrAMRPriority
Thus according these new parameters, the BSC chooses the radio TS using the following order: Interference level, TDMA priority, TDMA number (from the smallest to the biggest: 0 to n), TS number (from the biggest to the smallest: TS7 to TS0).
In case of HR request, the BSC applies the following rules: Always fill the holes in term of tree half (between 2 holes, the BSC uses priority rules previously defined If there is no hole, then the BSC allocates the highest priority TS using the rules previously defined This radio allocator is not improved in order to manage AMR calls, thus if an AMR request occurs and this radio allocator is selected, then: an other vocoder (EFR or FR) is selected using priority order given in the channel type element the allocated channel type is always a full rate TCH.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 183/544
Some new mechanisms dedicated for AMR channels based on "requested codec mode" in uplink and downlink paths, which is the best representation of the quality in this case, are designed. For this reason, RxQual criterion is not used in AMR L1m algorithm, dealing with AMR channel.
In AMR L1m mechanisms, the main criterion for L1m is the requested codec mode provided by the MS or the BTS. With this set of codec modes, it is impossible to detect if the quality is good or very good (in both cases the MS and the BTS provide the 10k2 or 6k7 codec mode according to the channel type). In order to solve this problem, for an half rate channel, a fourth codec mode (7k4) is added to the list allowing to distinguished between good and very good radio conditions. Thus the half rate codec mode set becomes:
AMR HR
For a full rate channel: if the radio conditions are good for uplink and downlink, then the 12k2 kbits codec mode is configured and the 4k75 discarded allowing to distinguish between good and very good radio conditions (using RATSCCH channel). if the radio conditions are bad for uplink or downlink, then the 12k2 kbits codec mode is removed and the 4k75 is set back (using RATSCCH channel).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 184/544
The following algorithm details the way of changing the codec mode set, for both paths: 1) initial state: the active codec mode set is {12k2, 10k2, 6k7, 5k9}
2) during the last 480ms period, at least one 4k75 code mode or 3 * 5k9 codec mode are requested for uplink or downlink paths, then the active codec mode set is change to {10k2, 6k7, 5k9, 4k75}
3) if the active code mode set is {10k2, 6k7, 5k9, 4k75} and during the last 2*480ms period, no 5k9 nor 4k75 code mode is requested for uplink and downlink paths, then the active codec mode set is change to {12k2, 10k2, 6k7, 5k9}.
POWER CONTROL
The Power Control feature reduces the average interferences level on the Network and saves mobile batteries. Power control algorithms are redesigned for AMR calls, in order to take into account the requested codec mode. With the following parameters (powerControl object), the operator defines the target codec mode of each channel type: Uplink target codec hrPowerControlTargetMode frPowerControlTargetMode
For the uplink path, SNR and CMR criteria are available, but the SNR is more accurate than the CMR. For the downlink path only the CMR is available. Thus the AMR power control does not apply same principles for both paths. This new power control mechanism is also controlled by the 2 classical power control parameters: bsPowerControl for the downlink path, uplinkPowerControl for the uplink path.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 185/544
Note: in AMR like in EFR, the parameter lRxLevDLP indicates the threshold below which power control is inhibited.
HANDOVER MECHANISMS
The following table describes which handover mechanisms are impacted by the AMR introduction
Handover type uplink and downlink quality uplink and downlink strength distance power budget uplink and downlink intra-cell handover capture inter-zone directed retry Traffic modified
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 186/544
PRINCIPLE
These 4 handovers are based on "(n,p) voting" principle, using the requested codec mode. The (n,p) voting principle considers the last p requested codec modes, it compares them to two parameters: a codec mode threshold defined for the procedure and the specific n value
pRequestedCodec
t Handover decision
used for the procedure. If p is set to 2 SACCH periods (2*12), n is set to 10, the target codec mode is the green one, and then a handover is triggered in the following example: This principle applies in uplink and downlink direction independently. This mechanism is managed by the L1m and triggered at the end of each period of measurement, thus p has to be a multiple of the number of requested codec mode in one measurement period (i.e. 480 / 40 = 12). The following parameters are defined in the handOverControl object: pRequestedCodec nHRRequestedCodec nFRRequestedCodec
If the n parameter is set to a value greater than the p parameter, then all associated features are deactivated. If the target codec mode is the smallest, then the associated feature is deactivated.
INTERBSC HANDOVER
In case of interBSC handover, according to: the speechMode parameter value transcoderBoard + bts parameters) the cell load of the target cell the Current Channel element the Cause element of the target cell (signallingPoint +
the BSC selects the target Channel Type: if one out of these last 2 optional A interface elements is not set in the Handover Request message, the chosen channel type is FR if these 2 elements are present and the half rate is allowed in the target cell, then the following table is applied:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 187/544
Current Channel type 1 Cause uplink quality uplink strength downlink quality downlink strength Distance O&M intervention Better cell Directed retry Traffic
HR
FR
FR FR FR FR FR FR HR FR HR
FR FR FR FR FR FR FR FR FR
The speechMode parameter value of the target cell and the cell load are also checked in order to verify that the half rate is allowed in the cell. With AMR calls, RxLev and RxQual criteria for uplink and downlink are not used and replaced by an algorithm based on "(n,p) voting" principle, using the requested codec mode. Following parameters are introduced in order to specify the target requested codec mode for FR and HR AMR channel: amrHRIntercellCodecMThresh amrFRIntercellCodecMThresh
In order to manage the eligible cell list, a new handover margin is introduced in the adjacentCellHandOver object: hoMarginAMR this parameter is used in order to calculate the Exp2 (this expression is used to evaluate the PBGT criteria for each cell and to classify eligible cells, please refer to chapter EXP2).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 188/544
With N the number of requested codec mode for the uplink or the downlink strictly lower than AMRXXIntercellCodecModeThreshold (XX stands for HR or FR)
FR FR or HR FR HR FR HR FR HR FR HR
*The radio conditions are given by the BTS to the BSC using the Current Cell Add information element in the Handover Indication message. **If radio conditions are not sufficient in the small zone to manage this HR MS, the MS remains in the large one, due to the HR priority. Intracell handover principle is to give to the mobile a better resource in term of interference, if its C/I is low, with a high C value. This principle is only applicable to FR AMR mobiles, due to interaction with HR >FR handover: in these radio conditions, it is really more efficient to allocate a FR radio TS to a HR AMR mobile, than to perform a handover from an HR TS to a HR TS. This intracell handover is triggered only if the intracell parameter of handovercontrol object is set to enable. The following parameter is introduced on the handoverControl object, in order to specify the target requested codec mode for FR AMR channel: amrFRIntracellCodecMThresh
The minimum level to perform an AMR intracell handover is defined by following parameters on the handoverControl object: amriRxLevDLH amriRxLevULH
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 189/544
So the intracell handover uses the following criteria: IF N(Uplink) nFRRequestedCodec AND RxLevUL > amriRxLevULH OR N(Downlink) nFRRequestedCodec AND RxLevDL > amriRxLevDLH THEN the handover is triggered.
With N the number of requested codec mode for the uplink or the downlink strictly lower than amrFRIntracellCodecMThresh for the uplink or the downlink
The handover is triggered if the "(n,p) voting" principle is fulfilled in both directions. Note: this mechanism is not linked to the intracell parameter of handovercontrol object. this mechanism is deactivated if nCapacityFRRequestedCodec is greater than pRequestedCodec.
So the handover AMR FR to HR uses the following criteria: IF N(Uplink) nCapacityFRRequestedCodec AND N(Downlink) nCapacityFRRequestedCodec THEN the capacity handover is triggered.
With N the number of requested codec mode for 12k2 in the p requested codec mode for the uplink and the downlink path,
Note: this mechanism is not linked to the intracell parameter of handovercontrol object, and it is deactivated if amrHRtoFRIntracellCodecMThresh is set to 4k75.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 190/544
and allocate immediately a HR channel if radio conditions are sufficient. The principle of this mechanism is to compare the RxLev uplink and downlink to dedicated thresholds, in order to estimate the MS HR capability. Following parameters are introduced on the handoverControl object, in order to specified RxLev thresholds for this handover: amrDirectAllocIntRxLevDL amrDirectAllocIntRxLevUL amrDirectAllocRxLevDL amrDirectAllocRxLevUL
So the direct half rate TCH allocation uses the following criteria: In a normal cell or in the large zone: IF RxLevDL > amrDirectAllocRxLevDL and RXLevUL > amrDirectAllocRxLevUL THEN the direct HR TCH allocation is enabled
In a small zone: IF RxLevDL > amrDirectIntAllocRxLevDL and RXLevUL > amrDirectIntAllocRxLevUL THEN the direct HR TCH allocation is enabled
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 191/544
SUMMARY
The following table presents a summary of all new L1m decisions:
HO decision channel type p value for (n,p) voting n value for (n,p) voting target codec
quality intercell UL / DL
nFRRequestedCodec nHRRequestedCodec
quality intracell UL / DL
nFRRequestedCodec nHRRequestedCodec
capacity intracell
nCapacityFRRequestedCodec
averaging window
* in this case, all available measures, up to rxLevHreqt are taken into account.0
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 192/544
FR
Intracell FR or HR
FR FR
Interzone FR or HR
Intracell FR or HR
FR
Tiering BCCH to FH FR Tiering BCCH to FH HR Interzone FR Interzone HR Capacity FR HR FR or HR FR or HR HR Capacity FR HR FR or HR Direct TCH allocation
FR HR
HR
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 193/544
INTERCELL HANDOVERS:
FR FR
Target Cell
HR HR
FR
FR
PBGT Traffic
HR HR FR FR HR
Alarm Capture
Source Cell
FR FR
HR
FR FR
Directed Retry
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 194/544
The number of priority 0 TS takes into account only radio TS which are completely free (i.e. a free half rate TS is count for 0).
TCH SIGNALLING
A signaling half rate TCH can not be activated at reception of Channel Required. If a signaling Assignment Request (channel type: speech/ data indicator field), for a mobile using a half rate TCH, an assignment procedure is triggered to a SDCCH channel and the associated CIC is released (this case occurs at the end of a speech call, if a SMS procedure is started and not finished). If a signaling Assignment Request (channel type: speech/ data indicator field), for a mobile using a full rate TCH, a channel mode modify procedure is triggered to a signaling TCH channel and the associated CIC is released (this case occurs at the end of a speech call, if a SMS procedure is started and not finished). If an AMR HR or FR Assignment Request is received for a mobile using a signaling FR TCH, the BSC modifies the current signaling FR TCH to a AMR FR TCH and later, if radio conditions are sufficient, then a handover from AMR FR to AMR HR will be triggered by the BTS (see section Principles/ L1m/Handover mechanisms/ handover HR->FR).
P%=
Number of non hopping TCH - nbLargeReuseDataChannel Total number of TCH in the cell - nbLargeReuseDataChannel
in V14: P% is evaluated as:
P%=
(Number of non hopping TCH nbLargeReuseDataChannel) * (1 + Non_FH_HR%) (Total number of TCH in the cell nbLargeReuseDataChannel) * (1 + HR%)
FH_HR% is the percent of HR calls managed by the hopping pattern in the cell, HR% is the percent of HR calls managed in the cell.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 195/544
GSM/GPRS TS SHARING
The GSM/GPRS TS sharing is used in order to allow the BSC to preempt some GPRS radio resources, in case of lack of circuit radio resources. In case of AMR FR request, there is no special mechanism. In case of AMR HR request, if a preemption has to be done, then the allocated channel is an AMR FR one.
TDMA CONFIGURATION
Due to the half rate channel introduction and to limit the number of contexts in the BSC, the number of SDCCH per TDMA is limited as following: normal cell: Maximum number of SDCCH per TDMA: 2, only one SDCCH TS managed by odd TS per TDMA, only one SDCCH TS managed by even TS per TDMA.
LCAUTION! It is highly recommended to respect that TDMA configuration in case of activation of AMR.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 196/544
HR capacity
FR capacity
HR
FR
This feature is based on a smooth mechanism, which allows anticipating the cell load and switching the allocation into HR mode, when an Erlang threshold is reached.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 197/544
Avg Erlang
24 hours
Two typical periods are observed: Low traffic: all calls are allocated in full rate mode and the blocking is managed thanks to directed retry and traffic handovers features. High traffic: call are allocated in half or full rate modes, according to radio conditions of each calls and the ultimate blocking is managed thanks to directed retry and traffic handovers features.
FILTERED ERLANG TRAFFIC AND CELL LOAD STATE busy_TCH_TS + (1 - a)* Filtered_TCH_ration-1 available_TCH_TS
Filtered_TCH_ration = a*
where: Filtered_TCH_ration is the busy TCH ratio managed by the cell at period n. is the filter coefficient (filteredTrafficCoefficient parameter). busy_TCH_TS is the number of TCH TS allocated to a FR or a HR TCH call (in case of multi-zones cell, traffic of both zones is taken into account). Available_TCH_TS is the number of TCH TS configured and available in the cell (in case of multi-zones cell, traffic of both zones is taken into account).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 198/544
then Cell_Load_Staten = min(max (0, Cell_Load_Staten-1 -1); nb of in service DRX) Else if (Filtered_TCH_ration >= HRCellLoadStart),
then Cell_Load_Staten = min(nb of in service DRX, Cell Load_Staten-1 +1). Else Cell_Load_Staten = min(Cell_Load_Staten-1; nb of in service DRX)
This mechanism is activated whatever values of all associated parameters (AMR FR and / or HR activated or not, HRCellLoadStart, HRCellLoadEnd ), in order to allow the monitoring at the OMC-R level of this mechanism. PDTCH TS (preempted or not) are not taken into account in this mechanism in order to decrease PDTCH preemption. In case of TDMA / TRX defense mechanism, the BSC has to take into account the new number of DRX in service at the next period, in order to evaluate the cell load state.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 199/544
-110
RxLev3
RxLev2
RxLev1
-48
dBm
The principle is for the BSC to adapt the following OMC-R parameters according to the cell load state: AMRDirectAllocRxLevUL AMRDirectAllocRxLevDL AMRDirectAllocIntRxLevUL AMRDirectAllocIntRxLevDL
The threshold associated to the cell load state i is evaluated according to the following formula:
Every 10 seconds if needed, new thresholds are sent to all DRX. The initial value of this mechanism is the threshold_0 (-48dBm), At the end of a defense TDMA procedure, current thresholds are sent to the BTS. This mechanism is activated only if: at least one OMC-R threshold is not equal to -48. The AMR HR service is activated in the cell (speechMode parameters of the BSC & cell object)
In case of modification of one AMRDirectAllocyyRxlevxx parameter, the new value is taken into account at the next period.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 200/544
FR TO HR HANDOVER
FR to HR handover: this handover is activated DRX per DRX according to the cell load state: S0: no DRX is configured in order to allow the FR to HR handover Si: i DRX are configured in order to allow the FR to HR handover and N-i-1 are configured in order to deactivate this handover.
The BSC chooses the i DRX in the cell according to the AMR FR radio allocator priority. Highest priority TDMA are switched in FR->HR mode in first. Every 10 seconds if needed, new parameters are sent to all DRX. The initial is no DRX activated, especially at the end of a defense TDMA procedure. In case of modification of any AMR FR to HR handover parameter, the new value is taken into account at the next period. All Handover Indication messages sent by the BTS, have to be managed by the BSC whatever the cell load state. This mechanism is activated only if: nCapacityFRRequestedCodec not greater than pRequestedCodec. The AMR HR service is activated in the cell (speechMode parameters of the BSC & cell object)
HR TO HR INTER-CELL HANDOVER
HR to HR inter-cell handover: this half rate allocation is full deactivated in case of S0 cell load state and fully activated in all others cases. This mechanism is activated only if the AMR HR service is activated in the cell (speechMode parameters of the BSC & cell object)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 201/544
If the current FACCH block is successfully decoded and there was no such previously received identical FACCH block, the LAPDm frame of the current FACCH block is sent to the LAPDm entity.
FEATURE ACTIVATION
A dedicated cell class 2 parameter, enableRepeatedFacchFr, is used to enable the feature by chosing a codec threshold or to disable the support of Repeated FACCH in each cell.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 202/544
When repeating FACCH messages, T200 is started when transmitting the subsequent FACCH (~ 40 ms later) to cope with the case where an MS fails to decode the downlink FACCH block used to send the first instance of a repeated LAPDm frame.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 203/544
PERFORMANCE
When repeating a frame, the applicable T200 duration is increased by about 40 ms (~20%). This induces a longer time for drop call detection with T200 mechanism because N200 cannot be modified. In addition, a new MS shall soft combine the frames to optimize the decoding probability whereas legacy mobile will simply see an increased probability of decoding Lapdm frame. The expected benefit for mobiles using soft combining is about 4 dB gain and about 2 dB gain for legacy mobiles. This graph presents the expected benefits on softcombining MS and lecacy MS.
Legacy MS gain
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 204/544
On theses messages a power offset (tunable from the OMC-R) is applied up to the nominal Tx power.
Note: The power offset applies (up to the nominal Tx power of the BTS) on BTS18000, ecell, as well as S8000 and S12000 fitted with e-DRX or DRX-ND3. For other BTS hardware, the feature does not apply. In addition this feature is not applicable on BCCH TRX (PA is always transmitting with Pmax and transmitting power should not fluctuate).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 205/544
FEATURE ACTIVATION
This feature is activated at cell level; dedicated class 2 parameters are used to enable/disable the feature in each cell. The parameters related to tune the feature are the following: facchPowerOffset sacchPowerOffset sacchPowerOffsetSelection
Note: If the BTS hardware (DRX or RM) does not support the signalling offset mode (up to Pnominal), the facchPowerOffset and sacchPowerOffset provisioning is not considered and the DRX or RM behaves as it behaves when facchPowerOffset and sacchPowerOffset are set to 0 dB.
FEATURE DESCRIPTION
The Tx Power Offset for Signaling Channels is applicable to different type of message; hereafter the process for each specific handling:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 206/544
Second case: IF PWR + facchPowerOffset > Pnominal THEN SPU set the dynamic power control to: 0 BTS transmits the frame at Pnominal
Note: PWR is the BTS transmit power computed by L1M power control algorithm and applicable for speech and Pnominal is the BTS Tx power set by the static power control
SPECIFIC HANDLING OF RE-TRANSMITTED I-FACCH FRAMES, RR AND REJECT CORRESPONDING TO RE-TRANSMITTED UPLINK FACCH FRAMES AND UA CORRESPONDING TO RE-TRANSMITTED SABM OR DM
For all AMR calls, every re-transmission of FACCH frames as well as: UA (with F bit set to 1) corresponding to a retransmitted SABM or Disconnect Mode, and RR and REJect frames on FACCH (with F bit set to 1) corresponding to an uplink retransmission of a FACCH frame
are transmitted with the maximum power in order to maximise the likelihood of decoding these messages and therefore avoid as far as possible the drop calls due to N200 overrun. The BTS LAPDm entity flags each FACCH frame mentioned here-above then SPU entity checks this flag and apply (or not) the power offset (facchPowerOffset) on the re-transmitted frame. When applying the power offset: SPU (as describes for HO command and assignment command) either modifies the dynamic power control in accordance with PWR + facchPowerOffset or set this power control to 0 leading the BTS to transmit the frame at Pnominal.
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 207/544
When applying the power offset: First case: IF PWR + sacchPowerOffset Pnominal THEN SPU modifies the dynamic power control in accordance with PWR + sacchPowerOffset
Second case: IF PWR + sacchPowerOffset > Pnominal THEN SPU set the dynamic power control to: 0 BTS transmits the frame at Pnominal
Note: Correction of RxLev (to remove the impact of the power offset on Tx power control mechanism) can be approximated by SPU entity and conveyed to the L1m. In another hand, correction of CMR is not possible since BTS does not have the SNR info from MS. The impact on the choice of AMR CODEC cannot be by-passed see [R36]
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 208/544
With setting a lower codec as a Downlink Power control target: A more protected AMR speech codec is used in downlink, Overall BS attenuation is higher and the overall interference level is decreased accordingly.
So, in poor radio condition, the transmission power for signaling burst may stay identical thanks to the Power offset while interference level has decreased. Since the low target codec for Downlink Power control cannot be reached if the RxLev Power control threshold limits the BS attenuation and if the Tx Power Offset for Signaling Channels feature is enabled, lRxLevDLP for AMR communication is set to: LRxLevDLP - min (facchPowerOffset, sacchPowerOffset).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 209/544
4.24.1 PRINCIPLE
If a Service user invokes WPS (Wireless Priority Service) and no radio traffic channel is available in the cell, the WPS request shall be queued according to the WPS priority, the call initiation time and the state of the queue for the cell. This feature is an improvement of the queuing services available to WPS users. The WPS queuing principle is the following: The eight (8) current queues are kept unchanged Five (5) new queues are added an dedicated to WPS request
For public queue management and related parameters, refer to chapter Queuing.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 210/544
PROCEDURE TO QUEUE SERVICE REQUEST USER WPS FIRST CASE: MS IS PUT IN QUEUE
As no radio channel is available, and as the queue size threshold Ni of the queue corresponding to the WPS priority Pi is not reached, the WPS call request is put in queue i. A queuing indication message is sent to the MSC.
A queuing indication for the WPS call request of priority Pi and an assignement failure for the WPS call request of priority Pk are sent to to the MSC.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 211/544
T11 EXPIRY
If the WPS request is in queue i for a radio traffic channel and the maximum time allowed for that queue expires, the WPS request is removed from the queue and the call is cleared. A clear request with the cause no radio resource available is then sent to the MSC.
FEATURE ACTIVATION
If the bscQueuingOption parameter is set to not allowed then queuing is not performed, i.e. no request goes into any of the queues 0 to 12, whatever the wPSManagement value is. In all the following cases, the bscQueuingOption flag is considered as allowed (MSC driven). One has to well understand the two levels of queuing in MSC Driven queuing mode: At the MSC level the call request is described by two fields in the assignement request message: queuing allowed set to allowed / not allowed, and priority level (14 are defined) At the BSC level the queuing management of the call requests is set to allowed, so the BSC takes into account the 2 fields described above
WPS queuing is so done according both to the queuing allowed field value set in the assignment request message sent by the MSC (if this field value is set to queuing not allowed, then there is no queuing) and the WPS priority (1 to 5). In all the following cases, this field value is considered as queuing allowed for all WPS and public call requests.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 212/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 213/544
PRINCIPLE
The idea of the algorithm is to allocate a specified portion of the traffic channels (as they become free) with preference to public calls, and to allocate a second portion of the traffic channels (as they become free) with preference to WPS calls. The BSC radio resource allocator processes the algorithm which favors WPS calls 1 out of wPSQueueStepRotation times and then process the algorithm which favors public calls P out of wPSQueueStepRotation times (P = wPSQueueStepRotation 1). With this choice, 1 out of wPSQueueStepRotation of the call capacity can be allocated for WPS users, wPSQueueStepRotation being 1,2, ,10. (recommended value is 4 and hence 25% can be allocated with preference to WPS requests)
FEATURE ACTIVATION
If the wPSManagement flag (BSC level) is disabled but queuing indications in the assignement request message still give the priority to WPS call requests, in case of cell congestion, the WPS users may use all the cell bandwidth (due to their priority) and public users may not have an access to the network. However that case could only occur if WPS queues are mapped on internal queues 0-7 instead of the queues dedicated for WPS, because only internal queues 07 are evaluated to serve a queued request when wPSManagementFlaf is turned off. The new algorithm has a cell based internal management that does not impact any other cells in term of traffic management.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 214/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 215/544
BTS
Ater
BTS Abis
In some network areas, there is no earth terrestrial transmission infrastructure between the BSC and the BTS. This feature solves this problem thanks to a satellite link between these 2 nodes. To get detailed information about the implementation of this feature, please refer to document [R31].
4.25.1 PRINCIPLE
The principle of this feature is to allow the implementation of satellite links, instead of terrestrial links on the Abis interface. The main issue is to take the propagation delay between BSC to BTS which changes of some ms to about 240 ms (2*36000 km/300.000 km/s): The Abis link has to be modified, in order to take into account this supplementary delay The channel Request / Immediate Assignment has to be improved in order to allow an efficient channel allocation.
Details on how these changes are done are fully detailled in the Functional Note.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 216/544
Thus a dedicated build will be needed to activate this feature with the corresponding parameters. At the BTS site, installation has to be done with software release compatible with satellite links. Else it will not be possible to switch in service these equipments. The introduction of this feature will also imply specific engineering rules mainly due to very big transmission delays induced by satellite links usage and due to specific implementation choices. The current document will not focus on engineering rules related to this feature as they are described in detail in the Satellite Abis Interface - Engineering Guideline (refer to document [R32]). LCAUTION! The applicable BSS Engineering rules presented on document [R7] may be overwriten by the specific rules applicable to the case where Abis satellite links are used.
COMBINED BCCH
It is recommended to not use a combined BCCH for a satellite cell because of: Channel Request: the MS timer between Channel Request and Immediate Assignment is shorter, in case of combined BCCH, thus the risk of triple Channel Request is increased Lapd load: in order to distribute the signaling load over all DRX.
More details on recommended parameter associated to feature restrictions are given in the Satellite Abis Interface - Engineering Guideline (refer to document [R32])
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 217/544
Consequently, as shown in the figure below, between two not co-site cells there are random: time bit offsets time slot offsets frame numbers offsets
FN x
FN x
FN x
FN x
FN x
cell 1
FN y-1 FN y
FN y
FN y
FN y
FN y
cell 2
It has to be noted that a MS computes - using its timebase counter - the time offset by measuring the time from the beginning of TS0 on its BCCH carrier and the beginning of the first TS0 on a neighbor BCCH carrier. Also, the data found on these 2 TS0 may be used for calculating the FNOffset between its cell and the neighbor cell.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 218/544
SYNCHRONIZED NETWORK
With NW synchronization feature, all cells of a network could be synchronized on the same clock, the GPS clock, through an additional external GPS receiver. There are 2 ways this can be implemented: Burst synchronization in which all burst are aligned to the GPS clock Time synchronization in which all burst are aligned to the GPS clock and also a absolute time (or a way to deduce it) is provided, as well, to all the equipments
FN x
FN x
FN x
FN x
FN x
cell 1
time slot offset (random in burst synch) (known&controlled in time synch) FN y-1 FN y FN y FN y FN y FN y FN y FN y FN y
cell 2
frame number offset = y-x (random in burst synch) (known&controlled in time synch)
General case of synchronization
Both type of synchronizations are implemented in Nortels portfolio and are supported by addition of equipments (TMU) and parameters.
It has to be noted that in a burst synchronized network these time slot offsets and frame number offsets cannot be controlled and that every time a site is locked-unlocked these offsets change randomly.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 219/544
Consequently, see general case of synchronization figure on previous page, between two not co-site burst synchronized cells there are: time bit offsets = 0 Random time slot offsets Random frame numbers offsets
As in the case of an asynchronous network, the co-site cells have the same time bit offsets, time slot offsets and frame number offsets.
Also, similar to the asynchronous network, the co-site cells have the same time bit offsets, time slot offsets and frame number offsets. Consequently, see general case of synchronization figure on previous page, between two not co-site time synchronized cells there are: time bit offsets = 0 Known & controlled time slot offsets Known&controlled frame numbers offsets
It has to be noted that the main difference between a time synchronized and a burst synchronized network is that time slot offset planning and frame number offset planning are possible only in a time synchronized network.
Note: Other network existing parameters may have a significant impact on network performances when network synchronization is applied: baseColourCode TSC (TSC=BCC) planning and therefore whole BSIC (NCC& BCC) planning.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 220/544
Also, it has to be noted that more parameters (for handovers, location services etc) may have to be eventually retuned for an optimal functioning when network synchronization feature is deployed.
Note: all this eventual control of the quantity of interferences is possible only when time synchronizing the network as it is required to control and plan the FN Offsets (and TN Offsets as well); Impact of interferences: o the various features of interferences cancellation and noise cancellation for both BTS and MS are expected to work optimally (or better) when synchronizing the network
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 221/544
5.
5.1.
ALGORITHM PARAMETERS
INTRODUCTION
This chapter lists parameters, sorted according to their group, as they were defined in the previous Chapter. The following information is provided for each parameter: a brief description value range and unit the recommended value: takes the best benefit of the feature in a standard network configuration and environment. process in which it is used (see Chapter 2) some engineering rules that must be considered for the parameter setting the object that contains this parameter the default value. Most of the time, the default value inhibits the feature characterized by this parameter corresponding GSM name GSM Recommendation parameter type and OMC-R class (see note below)
Note: The recommended value is established from Nortel experience and studies. This value has to be adapted according to the network specificities. For the recommanded value in GSM 900, its the same value for eGSM and GSM-R when nothing else is recommended for these two networks. This value is not contractual, and it could change with Nortel new studies results and experience growth. The following types of parameters can be distinguished: Customer engineering parameters: o o o o Addressing: relative to an object Design: contract characteristic Optimization:network tuning Operation: network operation
Manufacturer parameters: o o o System: modifying such a parameter seriously impacts system behaviour Product: parameters related to the current system release DP: stands for permanent data
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 222/544
5.2.
Hysteresis to reselect towards a cell: when the MS is in IDLE mode and reselects a cell with a different LA (Location Area) when the MS is in GPRS STANDBY mode and reselects a cell with a different LA (Location Area) or a different RA (Routing Area) when the MS is in GPRS ready state and reselects a different cell [0 to 14, by steps of 2] dB bts 6 dB DP, Optimization 6 dB (rural / low cell overlap), 10 dB (urban / high cell overlap) Criteria for reselection towards a cell of a different Location Area (Sel_2) GSM case: A high value prevents the MS from making frequent location updates and may also prevent an MS from performing adequate location updates, thus risking not receiving calls. The level variation of the signal is more important in an urban context, so a higher value of hysteresis should be set. To avoid frequent location updates, there is also a timer forbidding the reselection of the previous server cell. For a reselection with change of location area, the value is 15 seconds. GPRS case: In order to minimize the impact of the introduction of the GPRS in an existing GSM network, it is recommended not to modify the current value of CellReselectHysteresis used for voice. A high value would keep the link for a long time hence some communications would have a high BLER due to an important load of the cell. The throughput would then decrease because of the retransmission at RLC/MAC layer. On the other hand a low value would ease the cell reselection pingpong in data mode which could severely decrease the overall user throughput due to the gap of transmission during the reselection. In case of cell overlap (i.e. urban environment, site covered in several frequency bands), 10dB should be considered in order to minimize ping-pong reselections.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 223/544
cellReselectOffset Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: [0 to 126, by steps of 2] dB bts 4 DP, Optimization Between 4 and 10 Additional reselection criterion (for phase 2) (Sel_3)
V8
Otherwise, if there is no privileged layer, the recommended value remains the same for both sites, between 4 dB and 10 dB.
cellReselInd Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: [true / false] bts true DP, Optimization True Additional reselection criterion (for phase 2) (Sel_3) See chapter Selection, Reselection Algorithms
V8
msTxPwrMaxCCH Description:
Class 3
V7
Maximum MS transmission power in a cell CCCH The BSC relays the information to the mobiles in the Abis CELL MODIFY REQUEST message. [5 to 43, by steps of 2] dBm (GSM 900, GSM-R, GSM850, GSM850GSM1900 and GSM 900& 850MHz - GSM 1800 networks) [0 to 36, by steps of 2] dBm (GSM 1800 and GSM 1900 - GSM 900 & 850MHz networks) [0 to 33] dBm (GSM 1900 network and 1900-850 network) [0 to 33] dBm (E-GSM network) bts Typical value of 33 dBm for GSM 900 & 850MHz handhelds, 30 dBm for GSM 1800 and 1900 DP, Optimization 33 dBm for GSM 900 & 850MHz, 30 dBm for GSM 1800 and 1900 Selection or reselection between cells of current Location Area (Sel_1), Criteria for reselection towards a cell of a different Location Area (Sel_2), Additional reselection criterion (for phase 2) (Sel_3)
Value range:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 224/544
Remark:
penaltyTime Description:
Class 3
V8
Timer used by an idle mobile before reselecting a cell (C2 criterion) When a mobile places the cell on the list of strongest carriers, it starts a timer that stops after penaltyTime seconds. This timer is reset when the mobile removes the cell from the list. For the entire timer duration, the reselection criterion (C2) is assigned a negative temporaryOffset value. Refer to the cellReselectOffset parameter in the Dictionary. [20 to 640, by steps of 20] seconds. The value 640 is reserved and indicates that the temporary offset is ignored in the reselection criterion (C2) calculation. It also changes the sign in the C2 formula. bts 20 DP, Optimization 20 Additional reselection criterion (for phase 2) (Sel_3) The longer this timer is, the longer a penalty is applied for reselecting that cell. The value should be correlated with the expected mobiles speeds, which are to be managed by that cell.
Value range:
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 225/544
rxLevAccessMin Description:
Class 3
V7
Minimum signal strength level received by the mobiles for being granted access to a cell. The information is sent to MS prior to registering. As an example, a threshold level of -104 dBm corresponds to an acceptable BER of approximately 10-2 (minimum recommended value). [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm bts less than -110 dBm DP, Optimization GSM 900/GSM 850: -101 to -100 dBm, GSM 1800/1900: -99 to -98 dBm Selection or reselection between cells of current Location Area (Sel_1), Criteria for reselection towards a cell of a different Location Area (Sel_2), Additional reselection criterion (for phase 2) (Sel_3) Main parameter for selection or reselection. Notice that the tuning of this parameter strongly depends on the operator strategy. Decreasing the value eases the access to the network by reducing the quality. This parameter defines the cell access size. The difference between GSM 900/GSM 850 and GSM 1800/1900 is due to MS sensitivity (-104 dBm (GSM 900/GSM 850), -102 dBm (GSM 1800/1900)). Example:
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Remark:
RxLevAccessMin 1 = -100 dBm RxLevAccessMin 2 = -99 dBm A rough calculation gives the following impact on the cell access surface: Access Zone 1 = Access Zone 2 x 1.2 LCAUTION! A very low value of RxlevAccessMin allows mobiles to camp and attempt calls. Most of calls attempts at very low field levels fail, or lead to a call drop a few seconds after the call has been established. This assessment is also true for GPRS/EDGE procedure, a very permissive value of RxlevAccessMin leads to data establishment failure and TBF drop.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 226/544
temporaryOffset Description:
Class 3
V8
Negative offset applied during Penalty Time for reselecting a cell (C2 criterion) This negative offset is applied during the entire penaltyTime duration and allows to prevent speeding mobiles from selecting the cell. Refer to the cellReselectOffset entry in the Dictionary. [0 to 70, by steps of 10] dB bts 70 DP, Optimization 0 (microcell & macrocell in mono-layer), 70 (macrocell in multi-layers) Additional reselection criterion (for phase 2) (Sel_3) The value prevents a mobile from reselecting a cell during PenaltyTime. By giving the highest possible value, which is higher than the field strength range (0 to 63), we ensure that the mobile will not reselect the cell before the timer expires. Then, the value 70 means the applied offset is infinite. It could be dangerous on a microcell or macrocell in a mono-layer environment to have a high value, because it slows down the reselection process. However, on a macrocell in a multi-layers environment, it is recommended to prevent from reselecting a cell (value 70), in keeping a low value for penaltyTime (20 seconds).
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 227/544
5.3.
Whether call re-establishment in a cell is allowed when the radio link is broken off for propagation reasons The information is broadcast to the mobiles at regular intervals on the cell BCCH. On receipt of a CHANNEL REQUIRED message with cause call reestablishment, the BSC attempts to allocate a TCH in one of the cells where call re-establishment is allowed. Then, if no TCH is available the BSC attempts to allocate a SDCCH. [allowed / not allowed] bts not allowed DP, Optimization allowed Radio link failure process (run by the MS) (Rlf-ms), Call reestablishment procedure (Cr) Enabling or not this feature is a MSC capability issue
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
radioLinkTimeout Description:
Class 2
V7
Maximum value of the counter (S) associated with the downlink SACCH messages, beyond which the radio link is cut off. It is lower than or equal to t3109. Mobiles comply with system operating conditions when the counter (S) is assigned a value lower than or equal to t3109. If the receiver is unable to decode a downlink SACCH message (BTStoMS direction), the counter is decreased by 1. If the message is received, the counter is increased by 2. When the counter goes down to zero, the radio link is declared faulty.
[4 to 64, by steps of 4] SACCH frames (1 unit = 480 ms on TCHs, 470 ms on SDCCHs) bts 20 SACCH DP, Optimization 20 32 when AMR is activated
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 228/544
Small value: call might be dropped before a move to a more favorable environment could occur. High value: in case of permanent bad conditions, users anger and taxation increase before actual calls end or reestablishment.
Remark:
The rlf1 attribute serves the same goal on the uplink, but the system does not check that the values of the two attributes are consistent.
rlf1 Description:
Class 2
V8
Value to compute the initial and maximum value of the (CT) counter used in the BTS radio link control algorithm The FP runs the following algorithm to monitor the uplink SACCHs (MStoBTS direction): The CT counter is reset to zero when the FP receives a CHANNEL ACTIVATION message. On each occurence of an uplink SACCH, the following occurs: if the channel is decoded and CT = 0, then CT = 4 * rlf1 + 4 if the channel is decoded and CT 0, then CT = min (4 * rlf1 + 4, CT+rlf2) if the channel is not decoded, then CT = max (0, CT - rlf3) When the CT counter goes down to zero, the radio link is broken and the BTS sends a CONNECTION FAILURE INDICATION message to the BSC.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
[0 to 15] bts 4 DP, Optimization 4 7 when AMR is activated Radio link failure process (run by the BTS) (Rlf-bs), AMR - Adaptative Multi Rate FR/HR The resulting CT value is the same as radioLinkTimeOut value. There is no reason to recommend to cut a communication more rapidly in the uplink or downlink direction. In a network with a lot of traffic or with many zones of interference, a lower value (between 2 and 4) of this parameter is recommended. Typically the value, in such a case should be 2. The radioLinkTimeOut attribute serves the same goal on the downlink, but the system does not check that the values of the two attributes are consistent.
Notes:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 229/544
rlf2 Description:
Class 2
V8
Step value by which the (CT) counter is increased by the radio link control algorithm when an uplink SACCH is decoded. Refer to the rlf1 entry. [1 to 4] SACCH frames bts 2 DP, Optimization 2 Radio link failure process (run by the BTS) (Rlf-bs) The value should be higher than rlf3 value, in order to encourage the continuity of service. The higher the value, the longer an MS will keep a bad quality communication in a disturbed zone. The choice of this value must be made by the operator, in keeping with its service quality level.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
rlf3 Description:
Class 2
V8
Step value by which the (CT) counter is decreased by the radio link control algorithm when an uplink SACCH is not decoded Refer to the rlf1 entry. [1 to 4] SACCH frames bts 1 DP, Optimization 1 Radio link failure process (run by the BTS) (Rlf-bs) It is recommended to fix this value to 1. This allows the use of the rlf1 value to set the maximal duration of consecutive non-reception of SACCH frame.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 230/544
5.4.
Weight applied to missing Quality measurement The missing measurement is replaced by the latest computed arithmetic average, or by the latest received raw measurement if no average value is available, weighed by this corrective factor when calculating the average bit error rate in the radio link. The range of permitted values makes missing quality measurements not favored. [100 to 200] % handOverControl 110 DP, Optimization 110 Missing Downlink Measurements The higher the value is, the higher the missing measurement will be weighted.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
rxQualHreqave Description:
Class 3
V7
Number of bit error rate measurements performed on a serving cell, used to compute arithmetic BER averages in handover and power control algorithms [1 to 10] number of measurement results handOverControl 8 DP, Optimization 4 in urban environment, > 8 in rural environment Measurement Processing In order to minimize calculation of temporary averages it is better if runHandOver and runPwrControl are multiples or sub multiples of rxQualHreqAve. Length of weighed average window should be reduced when the cell is small or environment requires quick reactivity. Studies have shown that a reduction of the window size value (from 8 to 4 for instance) does not increase the number of handovers on a network and does not change handover causes. However, it has a positive impact, because it leads to a greater reactivity.Then, the weighted average window size (rxQualHreqAve * rxQualHreqt) has to be correlated to the hoMargin value to keep a low ping-pong probability. The larger the window size, the lower the hoMargin should be.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 231/544
rxQualHreqt Description:
Class 3 Number of arithmetic averages taken into account to compute the weighted average bit error rate in handover and power control algorithms. Each is calculated from rxQualHreqave bit error rate (BER) measurements on a radio link. [1 to 16] handOverControl 1 DP, Optimization 1 Measurement Processing
V7
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
The quality and signal strength weighted average window should encompass the same period. For the sake of simplicity, the default value disables weighting. The weighed average window size (rxQualHeqAve * rxQualHreqt) must be correlated to the hoMargin value to keep a low ping-pong probability. The larger the window size, the lower the hoMargin should be.
rxQualWtsList Description:
Class 3
V7
List of up to sixteen weights used to compute the average bit error rate on a radio link The L1M function calculates rxQualHreqave arithmetic averages from raw measurements, and balances rxQualHreqt averages among those with the weights defined in rxQualWtsList. Each arithmetic average is partnered with one weight in the list. Weight/average associations are set in the order in which the weights are recorded. The latest computed arithmetic average is always partnered with the first weight in the list. Superaverage = [ (averagei x weighti)] / 100, i = 1 to rxQualHreqt [0 to 100] % handOverControl 100 DP, Optimization 100 Measurement Processing Values add up to 100. If there are several values, the biggest weights must be used for more recent reports. In rural environment, rxLev and rxQual weighed average window will not refer to the same time window.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 232/544
5.5.
Weight applied in case of missing signal strength measurement report The missing measurement is replaced by the latest computed arithmetic average, or by the latest received raw measurement if no average value is available, weighed by this corrective factor when calculating the average signal strength in the cell. Selecting the greatest value makes missing strength measurements not favored. [0 to 100] % handOverControl 90 DP, Optimization 90 Measurement Processing
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
rxLevHreqave Description:
Class 3
V7
Number of signal strength measurements performed on a serving cell, used to compute arithmetic strength averages in handover and power control algorithms [1 to 10] number of measurement results handOverControl 8 DP, Optimization 6 for small cells (Dintersite < 800m) between 8 and 10 for large cells (Dintersite > 1600m) Measurement Processing In order to minimize calculation of temporary averages it is better if runHandOver and runPwrControl are multiples or sub multiples of rxLevHreqAve. In an urban environment, the window size should be minimized and the hoMargin value should be high. However, choosing too small a value leads to averaging meaningless measures in case of DTX activation uplink or downlink. Then, in an urban environment, according to building density, antenna height and global environment, the window size can fluctuate between 6 and 8. The minimum value, 6, may be preferred, because it ensures a good reactivity without bad influence if the parameter hoMargin is well chosen.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 233/544
rxLevHreqaveBeg Description:
Class3
V11
Number of measurement reports used in short averaging algorithm on current cell for signal strength arithmetic average Refer to the rxLevHreqave entry in the Dictionary. [1 to 10] handOverControl 2 DP, Optimization 2 Early HandOver Decision Automatic handover adaptation Fast power control at TCH assignment (Pc_3) rxLevHreqaveBeg < rxLevHreqave This parameter has to be coupled rxLevNCellHreqaveBeg. with hoMarginBeg and
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Remark:
rxLevHreqt Description:
Class 3 Number of arithmetic averages taken into account to compute the weighted average signal strength in handover and power control algorithms. Each is calculated from rxLevHreqave signal strength measurements on a serving cell. [1 to 16] handOverControl 1 DP, Optimization 1 Measurement Processing
V7
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
In a urban environment, the window size should be minimized and the hoMargin value should be high. For the sake of simplicity, weighted averaging is disabled by default value. The weighted average is not used for the PBGT. The weighed average window size (rxLevHreqAve * rxLevHreqt) has to be correlated to the hoMargin value to keep a low ping-pong probability. The larger the window size, the lower the hoMargin should be.
LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 234/544
rxLevWtsList Description:
Class 3
V7
Values of weights to be used for signal strength weighed average The L1M function first calculates rxLevHreqave arithmetic averages from raw measurements, and balances rxLevHreqt averages among those with the weights defined in rxLevWtsList. Each arithmetic average is partnered with one weight in the list. Weight/average associations are set in the order which the weights are recorded. The latest computed arithmetic average is always partnered with the first weight in the list. Superaverage = [ (averagei x weighti)] / 100, i = 1 to rxLevHreqt [0 to 100] % handOverControl 100 DP, Optimization 100 Measurement Processing Arithmetic law to be preferred, biggest weight for most recent reports
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 235/544
5.6.
The cellDeletionCount is to be compared to the number of consecutive Measurement Results messages not containing information on one of the neighbour cells that would result in the cell being no longer eligible. Before V12, the neighbour cells information of such a cell would be discarded. From V12 (TF 1089-2), from a number cellDeletionCount the cell will be non eligible, but the information of that neighbour cell will only be discarded when the number of consecutive Measurement Results with no information on the cell will reach 10 (i.e. 5 sec). [0 to 31] bts 5 in rural environment, 2 in microcell environment DP, Design 5 in rural, 2 in urban environment Measurement Processing Handovers screening As there is no weighting factors on neighboring cells, low values of cellDeletionCount are advised and so the rule cellDelectionCount < rxNcellHrequave. A mobile is required to keep synchronization information at least 10 seconds after a cell was removed from the best cells list. This synchronisation becomes quickly obsolete in the case of fast moving mobiles. This mechanism applies only for Power budget handover. Further informations are provided in chapter Best Neighbor Cells Stability
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
LCAUTION! Remark:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 236/544
rxNCellHreqave Description:
Class 3
V7
Number of measurement results used in the PBGT algorithm to compute the average neighboring signal strength No weighed average is computed for this category of measurement [1 to 10] number of measurement results handOverControl 8 DP, Optimization 6 for small cells (Dintersite < 800m) between 8 and 10 for large cells (Dintersite > 1600m) Measurement Processing Early HandOver Decision Automatic handover adaptation In the PBGT formula, the RXLEV_DL is the last arithmetic signal strength on the current cell. In order to use the same time base, we should have rxNcellHreqAve = rxLevHreqAve.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
rxLevNCellHreqaveBeg Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V11
Number of measurement results used in short averaging algorithm to compute the average neighboring signal strength [1 to 10] handOverControl 2 DP, Optimization 2 Early HandOver Decision rxLevNCellHreqaveBeg < rxLevNCellHreqave This parameter has to be coupled with rxLevHreqaveBeg. hoMarginBeg and
Remark:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 237/544
5.7.
Number of distance measurements, used to compute the weighted average MStoBTS distance in handover algorithms [1 to 16] handOverControl 4 DP, Optimization 4 Measurement Processing For distance handover and Call Clearing, a weighted average of the MS-BS distance is computed from timing-advance results.
distWtsList Description:
Class 3
V7
List of no more than sixteen weights, used to compute the average MStoBTS distance from distHreqt measurements The L1M function balances distHreqt raw measurements with the weights defined in the distWtsList list. Each measurement is partnered with one weight in the list. Weight/measurement associations are set in the order which the weights are recorded. The latest received measurement is always partnered with the first weight in the list. Superaverage = [ (measurementi x weighti)] / 100, i = 1 to distHreqt [0 to 100] % handOverControl 40 30 20 10 DP, Optimization 40 30 20 10 Measurement Processing A supply weights to distHreqt values, highest value for latest measurements. Choosing an arithmetic law enables to enhance latest values while not putting too much weight upon the period of time which might not be representative of the current trend.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 238/544
missDistWt Description:
Class 3
V7
Weight applied to missing Distance measurement. The missing measurement is replaced by the latest received raw measurement weighed by this corrective factor when calculating the average MSBTS distance. The range of permitted values makes missing distance measurements not favored. [100 to 200] % handOverControl 110 DP, Optimization TBD Measurement Processing The higher the value is, the higher the missing measurement will be weighted.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 239/544
5.8.
Whether the hoPingpongTimeRejection timer can be used at bts level when processing handovers [0 / 1] 0:The timer is disabled. 1:The timer is used. bts 0 DP, Optimization 1 Minimum time between Handover (Ho_9) General protection against HO ping-pong (from V12) New semantic in V12 in order to restore the minimum time between HO feature (TF218, V9): timeBetweenHOconfiguration = used bts time between HO configuration = 1 ho Pingpong combinaison = (all, allPBGT) ho Pingpong Time Rejection > 0
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
forced handover algo Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V9
Minimum signal strength level received by the mobiles to be granted access to a neighbor cell in case of forced handover [less than -110, -110 to -109, ..., -49 to -48, more than -48] dBm handOverControl less than -110 DP, Optimization = rxLevMinCell -1 Forced Handover (Ho_10)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 240/544
handOver from signalling channel Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V7
Authorization to perform intercell handovers on signalling channels (SDCCH or TCH in signalling mode) [enabled / disabled] handOverControl disabled DP, Design disabled Direct TCH Allocation and Handover Algorithms It is recommended to enable this feature when queuing is activated.
hoMargin Description: Value range: Object: Default value: Type: Rec. value:
Class 3
V7
Margin to use for PBGT handovers to avoid subsequent handover, in PBGT formula [-63 to 63] dB adjacentCellHandOver 4 DP, Optimization between 4 and 6 for small cells (4 in an 1X1 pattern, 5 or 6 otherwise), 5 for large cells.
Used in:
Handovers Power budget formula (Ho_8) Handover for traffic reasons (from V12) Define eligible neighbor cells for intercell handover (except directed retry) (Ho_11) Automatic handover adaptation As a general rule, this parameter enables to harden access to a new cell in order to avoid a subsequent return to the current cell (provided rxLevMinCell is set to its minimal value and does not already take into account ping-pong handover protection). The value of this hoMargin must be correlated to the window size value to keep a low ping-pong probability. In case of ping-pong, handover hoMargin value must be incremented, and the window size value must be decremented. For a dual Band Network where one frequency band is privileged, it is advised to increase this value in neighbouring objects with a frequency belonging to the low priority frequency band. Thus, these neighbours will be underprivileged.
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 241/544
hoMarginBeg Description:
Class 3
V11
Margin to be added to hoMargin until rxLevHreqave for short averaging algorithm in order to compensate the lack of measurements This parameter is coupled with hoMargin and rxLevHreqaveBeg. [-63 to 63] dB bts 4 dB DP, Optimization 4 dB 2 dB with Automatic Handover Adaptation Handovers Early HandOver Decision Automatic handover adaptation This parameter is only available for DCU4 or DRX transceiver architecture.
Value range: Object: Default value: Type: Rec. value: Used in:
hoMarginDist Description: Value range: Object: Default value: Type: Rec. value: Margin to be used for Distance Handovers [-63 to 63] dB adjacentCellHandOver - 24 dB DP, Optimization - 2 dB
Class 3
V8
Depends on the environment and on the value of the msRangeMax Threshold. Used in: Handover condition for leaving a cell on distance (Ho_7) Define eligible neighbor cells for intercell handover (except directed retry) (Ho_11) Because the priority of the handover on Distance cause is lower than the Quality and Strength causes, it is performed while the quality and the signal strength on the current cell are still acceptable. Setting a negative value decreases the interference. PBGT hoMargin in the target cell should be set in order to avoid a ping-pong handover. For a dual Band Network where one frequency band is privileged, it is advised to increase this value in neighbouring objects with a frequency belonging to the low priority frequency band. Thus, these neighbours will be underprivileged.
Eng. Rules:
L CAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 242/544
hoMarginRxLev Description: Value range: Object: Default value: Type: Rec. value: Margin to be used for signal strength Handovers [- 63 to 63] dB adjacentCellHandOver - 24 dB DP, Optimization
Class 3
V8
From 3 to 6 dB in urban environment, from 1 to 3 in rural environment. Depends on the environment and the value of lRxLevXXH. threshold. Handovers Define eligible neighbor cells for intercell handover (except directed retry) (Ho_11) In rural environments, the hoMargin value on signal strength should be between 1 and 3. On the contrary, due to fast radio signal variations in urban environments, this criteria must be selective to allow good reactivity. Furthermore, this criteria can be selective due to site density in urban environments. The value of this hoMargin must be correlated to the window size value to keep a low ping-pong probability. In case of ping-pong handover, hoMargin value must be incremented, and the window size value must be decremented. This parameter, defined per neighbor, is used to select and sort neighbors. The setting of hoMarginRxLev depends of the gap between rxLevMinCell and lRxLevXXH. The higher the difference between these two values is, the higher the hoMarginRxLev. For a dual Band Network where one frequency band is privileged, it is advised to increase this value in neighbouring objects with a frequency belonging to the low priority frequency band. Thus, these neighbours will be underprivileged.
Used in:
Eng. Rules:
hoMarginRxQual Description: Value range: Object: Default value: Type: Rec. value: Used in: Margin to be used for Signal Quality Handovers [-63 to 63] dB adjacentCellHandOver - 24 dB DP, Optimization in [- 2; 0] without SFH, in [1; (hoMargin - 2)] with SFH (#2 or 3)
Class 3
V8
Handovers Define eligible neighbor cells for intercell handover (except directed retry) (Ho_11) Handover cause on Signal Quality: case where access to another cell should be encouraged, provided target cell field strength is not much lower than the current one. If bad quality remains there is a risk of return handover but there is nothing much to be done.
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 243/544
hoMarginTrafficOffset Description:
Class 3
V12
Minimum signal strength margin with the serving cell that allows to select the best neighbor cell when a handover is triggered for overload reasons [0 to 63] dB adjacentCellHandOver 0 dB DP, Optimization 6 dB (if overlapping exists) Handovers Handover for traffic reasons (from V12) Since the HO for traffic reasons uses the PBGT HO procedure, the parameter powerBudgetInterCell shall be enabled. It is advised to combine the HO for traffic reason with the feature HO decision according to priority and Load. This parameter shall be set at a value which guarantees that cell overlapping exists with (hoMargin -hoMarginTrafficOffset). See Paragraph 2.5k9 for more details. When set to 0, handovers for traffic reasons are not allowed in the adjacent cell (the PBGT HO is done before because it has a higher priority than the HO for traffic). Only applicable to BTSs equipped with non mixed DCU4, or DRX boards
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
LCAUTION
hoPingpongCombination Description:
Class3
V12
List of couples of causes (HOInitialCause and HONonEssentialCause) indicating the causes of ping-pong handovers in the overlapping areas The following causes are defined with regard to the neighboring cell: HOInitialCause indicates the essential handover cause which leads to enter the neighbor cell (cause of incoming handover). HONonEssentialCause indicates the non-essential handover cause which leads to leave the cell (cause of outgoing handover). This parameter defines the combination for which the HOPingpongTimeRejection attribute is used.
Value range: Object: Default value: Type: Rec. value: Used in:
[rxQual, rxLev, distance, powerBudget, capture, directedRetry, OaM, traffic, all, allCapture, allPowerBudget, AMRquality] adjacentCellHandOver DP, Optimization (all, PBGT) General protection against HO ping-pong (from V12)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 244/544
Note: LCAUTION!
hoPingpongTimeRejection Description:
Class 3
V12
Time before a new handover attempt can be triggered Refer to bsc object timeBetweenHOConfiguration and bts object bts time between HO configuration attributes in this Dictionary of Parameters for this timer activation. Refer to adjacentCellHandOver object HOPingpongCombination attribute in this Dictionary of Parameters for the combinations for which this timer applies. To avoid ping-pong handovers this new timer is started after a successful handover. Up to the expiration of this timer, the receipt of HANDOVER INDICATION message is ignored. [0 to 60] s adjacentCellHandOver 30 s DP, Optimization between 8 and 30 s General protection against HO ping-pong (from V12) The value of HOPingpongTimeRejection may be between 8 and 30 to have a real impact. The following rule can be applied: HOPingpongTimeRejection = 50% TCH effective occupancy average in a cell. If the rescue handovers are disabled in the network a too high value can result in dropped calls. The value depends on the speed of the mobile, the size of the cell and the type of cell (micro-micro etc). For an area where there are ping-pong handovers on Quality cause (the first HO occurs on Quality reason, the second one on PBGT), the value corresponds to the distance between the interference point and the limit of the cell. Care must be taken for small cells with high speed mobiles. See also chapter Minimum Time Between Handover
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 245/544
hoSecondBestCellConfiguration Description:
Class 3
V9
Number of neighbor cells in which the BSC immediately attempts to perform a new handover when the previous handover attempt failed with return to the old channel Giving the attribute a value greater than 2 allows the BSC to renew the handover request without waiting for a new set of radio measurements (the first attempt is included in this count). The same list of neighbor eligible cells is used to process the request (no new list is provided by the BTS). [1 to 3] bsc 3 DP, Design 3 Handover to 2nd best candidate when return to old channel (Ho_12) The value 1 means no new attempt after a handover failure, 2 means one new attempt and 3 corresponds to another new attempt if the first new attempt has failed. The recommended value optimizes the handover completion rate. Comment about the process: when all handover attempts have failed, the mobile returns on the previous channel. The measurement history is then complety lost, and the BTS will wait until the next (HReqAve x HReqt) period to relaunch a handover request. See also chapter Directed Retry Handover Benefit
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
hoTraffic Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: [disabled / enabled] bts enabled DP, Optimization enabled Handover for traffic reasons (from V12)
Class 3 Whether handovers for traffic reasons at bts level are allowed.
V12
enabled will be effective only if it is also enabled for the bsc object. In order to activate the feature handover decision according to adjacent cell priority and load (TF716), either hoTraffic shall be enabled or btsMSAccessClassBarringFunction shall be enabled (with also bscMSAccessClassBarringFunction). See parameter hoMarginTrafficOffset
hoTraffic Description: Value range: Object: Default value: Type: [disabled / enabled] bsc disabled DP, Optimization
Nortel confidential
Class 3 Whether handovers for traffic reasons at bsc level are allowed.
V12
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 246/544
incomingHandOver Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Whether incoming handovers are allowed in a cell. [disabled / enabled] handOverControl enabled DP enabled
Class 3
V7
Class 3 Maximum MS transmission power in a serving cell. It is equal to msTxPwrMaxCCH in a GSM 900 network.
V7
[5 to 43, by steps of 2] dBm (GSM 900, GSM850, GSM-R, GSM850GSM1900 and GSM 900 - GSM 1800 networks) [0 to 36, by steps of 2] dBm (GSM 1800, and GSM 1800 - GSM 900 networks) [0 to 33] dBm (GSM 1900 network) [0 to 33] dBm (E-GSM network and 1900-850 network) [0 to 33] dBm (GSM850 network) bts Typical value of 33 dBm for GSM 900 handhelds and 30 dBm for GSM 1800 and 1900 handhelds DP, Optimization 33 dBm for GSM 900 in urban environment 39 dBm for GSM 900 in rural environment handhelds 30 dBm for GSM 1800 and 1900 handhelds 33 dBm for GSM 850s
Used in:
Accuracy related to measurements General formulas Forced Handover (Ho_10) One shot power control (Pc_2) Power control on mobile side (Pc_4) We must have msTxPwrMax = msTxPwrMaxCCH for GSM 900 Networks and msTxPwrMaxCCH msTxPwrMax for GSM 1800 and 1900 Networks (check done at OMC-R). This parameter is adapted to mobile classes taken into account in Network Design.
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 247/544
msTxPwrMaxCell Description:
Class 3
V7
Maximum MS transmission power in a neighbor cell. It is equal to msTxPwrMaxCCH when the cell is declared as a serving cell on the network (the value must be checked by users). [5 to 43, by steps of 2] dBm (GSM 900, GSM850, GSM-R and GSM 900 - GSM 1800 networks) [0 to 36, by steps of 2] dBm (GSM 1800 network and GSM 1800 - GSM 900) [0 to 33] dBm (GSM 1900 network) [0 to 33] dBm (E-GSM network) [0 to 33] dBm (GSM 1900-850 network) adjacentCellHandOver Typical value of 33 dBm for GSM 900/850 handhelds and 30 dBm for GSM 1800 and 1900 handhelds DP, Optimization msTxPwrMaxCell = msTxPwrMaxCCCH of the current cell General formulas Handovers screening Directed Retry Handover: BTS (or distant) mode (Ho_2) Forced Handover (Ho_10) Define eligible neighbor cells for intercell handover (except directed retry) (Ho_11) One shot power control (Pc_2) Power control on mobile side (Pc_4) If this value is higher than the actual MS classmark, then MS will apply its own capability. If the cell is used as a neighbor cell of another serving cell in the network, msTxPwrMaxCell should be identical to the msTxPwrMaxCCH power defined for the corresponding adjacentCellHandOver object (the values must be checked by users).
Value range:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 248/544
offsetLoad Description: Value range: Object: Default value: Type: Rec. value: [0 to 63] dB adjacentCellHandOver 0 dB DP, Optimization 3 dB
Class 3 Load offset applied by the bsc to the cell selection process
V12
offsetLoad hoMarginTrafficOffset (Handovers for traffic reason feature activated) Used in: Eng. Rules: Handover decision according to adjacent cell priorities and load (from V12) When set to 0, no offset is effective. This parameter is set to 0 for the cells that do not belong to the related bsc object. This parameter allows to put a disadvantage to overloaded eligible cells for HO (for cells with the same offsetPriority). In order to take into account this parameter, the overload detection must be activated ; so either hoTraffic shall be enabled (bsc and bts objects) or btsMSAccessClassBarringFunction shall be enabled (with also bscMSAccessClassBarringFunction). A bad offset load parameter tuning can induce a risk of ping-pong HO or longer handover procedures; so, it is advised to set the General protection against HO ping-pong feature with HOPingpongCombination including (traffic, all PBGT). See also chapter Handover for Traffic Reasons Activation Guideline.
offsetPriority Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: [1 to 5] adjacentCellHandOver 1 DP, Optimization 1
Class 3 Priority offset applied by the bsc to the cell selection process
V12
Handover decision according to adjacent cell priorities and load (from V12) 1 is the highest priority. This parameter allows to classify eligible cells according to its value; so, it is used to optimize the traffic distribution between layers. See also chapter DualBand Networks.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 249/544
powerBudgetInterCell Description: Value range: Object: Default value: Type: Rec. value: Used in: [enabled / disabled] handOverControl enabled DP, Optimization enabled Handovers screening Power budget formula (Ho_8) Handover for traffic reasons (from V12)
Class 3
V7
Eng. Rules:
Handover on PBGT should be enabled, because for an optimized network it ensures the best quality of service.
runHandOver Description: Value range: Object: Default value: Type: Rec. value: Used in:
Class 3
V7
Number of Measurement Results messages that must be received before the handover algorithm in a cell is triggered [1 to 31] SACCH frames (1 unit = 480 ms on TCHs, 470 ms on SDCCHs) bts 1 DP, System 1 Handovers Ho__A: Microcellular Algo type A Protection against RunHandover=1 Should be run as often as possible, main impact is upon BSS load. The V11 feature protection against runHandover=1 allows some protections in order to avoid that the setting of this parameter to 1 leads some overload problems (SICD overload).. Therefore, runHandOver may be set to 1 in some environments where the reactivity is crucial (microcell, high-speed environment). So from V11, it is recommended to set this parameter to 1. However, this parameter setting must be done in accordance with the value of handover thresholds, margins and timers. See also chapter Impact of the Averaging on the Handovers and chapter Street Corner Environment
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 250/544
rxLevMinCell Description: Value range: Object: Default value: Type: Rec. value:
Class 3 Minimum signal strength level received by MS for being granted access to a neighbor cell [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm adjacentCellHandOver
V7
- 95 to -94 dBm (GSM 900 & 850), - 93 to - 92 (GSM 1800 & 1900) DP, Optimization - 95 to - 94 dBm (GSM 900 & 850) - 93 to - 92 dBm (GSM 1800& 1900) in urban environment RxLevMinCell = lRxLevDLH if HOmargin 0 in rural environment
Used in:
General formulas Handovers screening Define eligible neighbor cells for intercell handover (except directed retry) (Ho_11) A method to estimate this value is to use MS sensitivity (-104 dBm in GSM 900 for handheld, and -102 dBm in GSM 1800/1900 for handheld, otherwise -104 dBm) and applying a margin to it. However, if most of communications are handled in an indoor environment, or overlap between cell coverage is not sufficient, these recommended values can be decreased. For a dual Band Network where one frequency band is privileged, it is advised to set this parameter to a lower value in neighbour cells belonging to the priority frequency band. Thus, this band will be preferred. However, it may be greater than the value rxLevAccessMin. Thus the recommended value is -99 to -98 dBm (GSM900) or -97 to 96 dBm (GSM1800) for neighbour cells belonging to the priority frequency band. Studies have shown that the subjective quality depends on the way erroneous bits are spread into each frame. Experiments have shown that with frequency hopping in TU3 (Typical urban at 3 Km/h) up to Rxqual = 5 the subjective quality seems to be good, on the other hand without frequency hopping Rxqual = 4 seems to be the maximum value for which subjective quality is good. The table below gives examples of the margins that could be taken into account for an infinite C/I and for different mobile speeds.
t 50 km/h margin with FH margin without FH u 50 km/h - t 80 km/h u 80 km/h
Eng. Rules:
2 dB 5 dB
2 dB 4 dB - 2 dB
2 dB 2 dB
And that other table below shows the different margins that could be taken into account in a slow mobile area depending of the C/I.
C/I = 35 margin with FH margin without FH C/I = 20 C/I = 15
2 dB 5 dB
3 dB 6 dB
4 dB 10 dB
See also chapter Directed Retry Handover Benefit and chapter DualBand Networks.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 251/544
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
timeBetweenHOConfiguration Description:
Class 3
V9
Whether the HOPingpongTimeRejection timer can be used in a BSS when processing handovers. Refer to bts object bts time between HO configuration and adjacentCellHandOver object HOPingpongTimeRejection attributes in this Dictionary of Parameters. [used / not used] bsc used DP, Design used Power Budget Handover General protection against HO ping-pong (from V12) see Engineering Rules for the parameter bts time Between HO Configuration. See also chapter Minimum Time Between Handover and chapter Directed Retry Handover Benefit.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 252/544
5.9.
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
intraCellSDCCH Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V8
Whether intraBTS handovers on SDCCH are authorized in a cell for interference reasons [enabled / disabled] handOverControl disabled DP, Optimization disabled Intracell Handover decision for signal quality (Ho_4) None except system ability. Note that, some mobiles have been reported to drop the call when that feature is performed.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 253/544
rxLevDLIH Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: LCAUTION!
Class 3
V7
Maximum interference level in BTStoMS direction, beyond which an intraCell handover may be triggered [less than -110, -110 to -109,..., -49 to -48, more than -48] dBm handOverControl -85 to -84 dBm DP, Optimization -85 to -84 dBm Intracell Handover decision for signal quality (Ho_4) Path balance must be looked for this threshold parameter setting.
rxLevULIH Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: LCAUTION!
Class 3
V7
Maximum interference level in MStoBTS direction, beyond which an intra cell handover may be triggered [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm. handOverControl -85 to -84 dBm DP, Optimization -85 to -84 dBm Intracell Handover decision for signal quality (Ho_4) Path balance must be looked for this threshold parameter setting.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 254/544
rxQualDLIH Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V12
Bit error rate threshold in BTS-to-MS direction for intracell handover, above which a handover may be triggered. [less than 0.2, 0.2 to 0.4, 0.4 to 0.8, ... , 6.4 to 12.8, more than 12.8] % handOverControl 1.6 to 3.2 % DP, Optimization rxQualDLIH lRxQualDLH Intracell Handover decision for signal quality (Ho_4) From V12, intracell HO for signal quality uses a different threshold than the intercell one and intracell HO can only use either hopping channels having low interference or non hopping channels having low interference. This should improve the voice quality and the performance. The possible drawback could be to increase queuing at BSC level for networks experiencing interferences. To favor intracell HO for quality (compared to intercell HO for quality), the following rule shall be satisfied: rxQualDLIH < lRxQualDLH. From V12, the intracell HO has a lower priority than the intercell HO for quality.
rxQualULIH Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V12
Bit error rate threshold in MS-to-BTS direction for intracell handover, above which a handover may be triggered. [less than 0.2, 0.2 to 0.4, 0.4 to 0.8, ... , 6.4 to 12.8, more than 12.8] % handOverControl 1.6 to 3.2 % DP, Optimization rxQualULIH lRxQualULH Intracell Handover decision for signal quality (Ho_4) From V12, intracell HO for signal quality uses a differentthreshold than the intercell one and intracell HO can only use either hopping channels having low interference or non hopping channels having low interference. This should improve the voice quality and the performance. The possible drawback could be to increase queuing at BSC level for networks experiencing interferences. To favor intracell HO for quality (compared to intercell HO for quality), the following rule shall be satisfied: rxQualULIH < lRxQualULH. From V12, the intracell HO has a lower priority than the intercell HO for quality.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 255/544
Eng. Rules:
LCAUTION!
lRxLevULH Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3 Signal strength threshold in MStoBTS direction, below which a handover may be triggered [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm handOverControl -101 to -100 dBm (GSM 900) / -99 to -98 dBm (GSM 1800/1900) DP, Optimization -95 to -94 dBm in urban environment (900 MHz or 850 MHz) -101 to -100 dBm in rural environment (900 MHz or 850 MHz) Handover condition for leaving a cell on rxlev (Ho_6)
V7
These thresholds depend on BTS sensitivity. Then, values should be increased if one of the following points is verified: the thresholds on quality are permissive run-handover 3 scarce mobile speed is high initial tuning causes frequent level strength handover failure rate At least, a 3 dB margin can be taken into account in a rural environment and a 10 dB margin in an urban environment. where the cell is declared as a neighbor, we should have: lRxLevULH < rxLevMinCell, and path balance must be considered for this threshold parameter setting. See also chapter lRxlevDLH and lRxlevULH Definition.
LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 256/544
lRxQualDLH Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V7
Bit error rate threshold in BTStoMS direction, above which an inter cell handover may be triggered [less than 0.2, 0.2 to 0.4, 0.4 to 0.8, ... , 6.4 to 12.8, more than 12.8] % handOverControl 1.6 to 3.2 % DP, Optimization 1.6 to 3.2 % (4 in rxqual GSM unit) without frequency hopping. See Engineering Rules in case of frequency hopping. Handover condition for leaving a cell on rxqual (Ho_5) According to some experiments and studies, 4 in GSM unit is the upper limit for TU3 no hopping, while 5 in GSM unit for TU3 hopping. Suggested values become 4 in GSM unit (no frequency hopping or MS speed > 80km/h) and 5 in GSM unit (frequency hopping and low urban speed). High BER rate for threshold is dangerous (risk of handover failure). On the contrary, if a tight rxqual threshold is linked with a short averaging period, the risk is that a single bad quality report will affect the whole result (ie: if 8 samples without weighting and a threshold of 2 in GSM unit: if 7 of these samples are 2 in GSM unit and 1 of them is 5 in GSM unit, handover decision will be taken on a wrong basis). Experience shows whatever the MS speed, rxQual = 6 does not provide a comfortable voice quality. The average in the above is equal to: (7 * 0.57 + 4.53) B 8 = 1.065 greater than 0.57 (2 in GSM unit). In case of using synthesized frequency hopping, this threshold has to be increased in order to limit the increase of the number of handover on quality criteria. In a 1X1 pattern, it is advised to set this value to 5 or 6 (3.2 to 6.4 % or 6.4 to 12.8 %). In case of a 1X3 pattern, the recommended value is 4 or 5 (1.6 to 3.2 % or 3.2 to 6.4 %). DTX is often used with Frequency Hopping. There are less measurement reports with DTX, and thus the RxQual_average may be less reliable. But no degradation was observed when using both features therefore there is no need to disable handovers on quality criteria in this case.
lRxQualULH Description: Value range: Object: Default value: Type: Rec. value: Used in:
Class 3
V7
Bit error rate threshold in MStoBTS direction, above which an inter cell handover may be triggered [less than 0.2, 0.2 to 0.4, 0.4 to 0.8, ... , 6.4 to 12.8, more than 12.8] % handOverControl 1.6 to 3.2 % DP, Optimization 1.6 to 3.2 % (4 rxqual GSM unit) without frequency hopping. See Engineering Rules in case of frequency hopping. Handover condition for leaving a cell on rxqual (Ho_5)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 257/544
rxLevDLPBGT Description:
Class 3
V11
Downlink signal strength threshold above which handovers for power budget are inhibited In certain issues, the operator may want to prevent handover for power budget in case of the received level in the serving cell is good enough so that a handover would not improve the situation. This parameter shall be set such as rxLevDLPBGT > lRxLevDLH. [less than -110, -110 to -109,..., -49 to -48, more than -48] dBm adjacentCellHandOver more than -48 DP, Optimization TBD Handovers screening Maximum RxLev for Power Budget rxLevDLPBGT > lRxLevDLH This parameter has to be managed carefully because it can prevent all the handover for power budget when set to less than -110. Moreover, the setting of this parameter has to be done with the help of some radio measurement campaigns. This parameter shall be disabled by setting the value to more than 48 (dBm). This parameter is only available for DCU4 or DRX transceiver architecture. It shall be disabled for DCU2 architecture.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Remark:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 258/544
cellType Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Type of the serving cell [normalType / umbrellaType / microType] bts normalType DP, Design normalType Ho__A: Microcellular Algo type A
Class 3
V7
To run a capture handover (umbrella to micro) on a neighbor, which must be microType, the bts must be declared as an umbrellaType. It is possible to manage a three layer network by declaring cell A and cell B as umbrellaType, neighbor B and neighbor C as microType for cell A, neighbor A as umbrellaType and neighbor C as microType for cell B, and finally neighbor B as umbrellaType for cell C. The adjacent cell umbrella Ref attribute is defined at the OMC-R if the cell is a microcell (cellType) and directed retry handovers are processed in BSC mode (directed-RetryModeUsed).
Remark:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 259/544
Class 3
V8
Time used to confirm a capture (signal strength stability) when using microcell Algorithm type A Time = N multiplied by runHandOver. According to microCellCaptureTimer value, N values are the following:
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
adjacentCellHandOver 0 DP, Design 8s, whatever runHandOver value (e.g. if runHandOver = 2 N = 8, if runHandOver = 1 N = 16) Microcellular Algo type A (Ho_A) Experiments done in urban areas show that a timer of 8 seconds to 10 seconds allows a better use of the capture. See also chapter Impact of the Averaging on the Handovers.
microCellStability Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: [0 to 255] dB adjacentCellHandOver 10 dB DP, Design 63 dB Microcellular Algo type A (Ho_A)
V8
To allow handovers on capture this parameter has to be set at a value greater than 0. A value of microCellStability equal to 63 dB has to be set first, because with such a value, the stability constraints are always verified. The value of this parameter can then be decreased case by case.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 260/544
Whether the cell is extended (up to 120 km large) or not The cell working mode governs the upper limit of the following attribute values (refer to theses entries in the Dictionary):
callClearing, msRangeMax, and rndAccTimAdvThreshold attributes of the bts object concentAlgoExtMsRange and concentAlgoIntMsRange attributes of the associated handOverControl object if the bts object describes a concentric cell
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
[true (extended) / false (normal)] bts false DP, Optimization see Engineering Rules Extended cells will be used to reach mobiles that are far from the BTS (in the case of sea shores and pleasure boats, for example). In an extended cell, two consecutive time slots are reserved for each channel. The capacity is then decreased. Up to V10, an extended cell cannot be concentric. Whatever the MSBTS distance is, two consecutive time slots are reserved on Air interface. See also chapter SDCCH Dimensioning an TDMA Models. GPRS/EDGE is not supported when extended cell feature is activated.
Nortel confidential
LCAUTION!
LCAUTION!
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 261/544
Maximum MStoBTS distance beyond, which a handover may be triggered. It can be set to 1 for a microcell and is less than callClearing in all cases. [1 to 34] km (non-extended mode) [1 to 120] km (extended mode) handOverControl 34 in non-extended mode, 89 in extended mode DP, Optimization = callClearing - 1 km Handover condition for leaving a cell on distance (Ho_7) If the associated serving cell is a concentric cell, the following inequality, that is not checked by the system, must be true (refer to this entry in the Dictionary): concentAlgoExtMsRange concentAlgoIntMsRange msRangeMax
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
LCAUTION!
callClearing > msRangeMax is controled at the OMC level. It must be adapted to current cell extent in order to be an efficient preventive handover. If value is too small, there is a big risk of ping-pong handover. Due to lack of mobile timing advance accuracy this parameter must not be set at a too low value (not < 2). Generaly for non-extended mode (6 km for urban and 34 km for rural)
LCAUTION!
msBtsDistanceInterCell Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V7
Whether interbts handovers are allowed in a cell for distance reasons [enabled / disabled] handOverControl enabled DP, Optimization enabled Handovers screening Handover condition for leaving a cell on distance (Ho_7) Due to the imprecision of some MS on Timing Advance (see chapter Distance - timing advance conversion) and due to the delay spread in a very urban environment, it is possible to set this parameter to disabled (in an urban environment). However, for all cells with a radius of more than 1 km, handover on distance must be authorized.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 262/544
preSynchroTimingAdvance Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V10
Pre-defined timing advance used in a pre-synchronized handover procedure between the serving cell and this neighbor cell. [1 to 35] (km) adjacentCellHandOver Refer to parameter synchronized DP, Design see Engineering Rules Pre-synchronized HO This value of timing advance is used when the parameter synchronized is set to pre sync HO with timing advance. A predefined timing advance can be defined when phase 2 MSs always handove from the serving cell to this neighbor cell approximately at the same place (railway, highway). If the parameter synchronized is set to presyncho HO, default timing advance, the default TA value is -1 (554 m). If the parameter synchronized is set to presyncho HO, with timing advance, the parameter preSynchroTimingAdvance must be tuned to the estimated value of TA. See also chapter Synchronized HO versus Not Synchronized HO. preSynchroTimingAdvance value is not controlled at the OMC-R
LCAUTION!
rndAccTimAdvThreshold Description:
Class 3
V8
MStoBTS distance beyond which mobile access requests to a cell are refused. It defines the maximum timing advance value accepted. The effective timing advance value is broadcast in the CHANNEL REQUIRED message sent by the BTS to the BSC. If it is above the user defined threshold, the BSC ignores the request. [2 to 35] km (non-extended mode) [2 to 120] km (extended mode) bts 35 (non-extended cell), 90 (extended cell) DP, Optimization msRangeMax (= call clearing - 1km = 1.5* cell diameter + 2 km -1 km) Generally for non-extended mode: 6 km for urban, 35 km for rural Request access command process (RA) The maximum authorized value will inhibit the feature. By adjusting the value to the size of the cell (see recommended value), parasite RACH (noise which is decoded by the system like a RACH) are filtered. This avoids the unnecessary assigment of SDCCH. For example, for small cells, if the value is 35 km, almost 30% of the RACHs are parasite. If the value is modified to 2, almost no parasites RACH are detected.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 263/544
Number of Measurement Results messages that must be received before the call clearing algorithm in a cell is triggered [1 to 31] SACCH frames (1 unit = 480 ms on TCHs, 470 ms on SDCCHs) bts 16 DP, System 16 Call Clearing Process (run by BTS) (Cc) It is not necessary to run Cc too often, since those calls are going to be ended anyway. Nevertheless, traffic out of a cells range interferes on other cells or timeslots.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 264/544
Whether radio measurements collected by the mobiles for a cell are processed by the BTS or the BSC [preProcessedMeasurementReporting (BTS) / basicMeasurementReporting (BSC)] bts preProcessedMeasurementReporting DP, Product preProcessedMeasurementReporting Measurement Processing Since radio measurements are always preprocessed by the BTS, changing this attribute has no meaning.
bsPowerControl Description: Value range: Object: Default value: Type: Rec. value: Used in: [enabled / disabled] powerControl disabled DP, Optimization enabled Step by step Power control (Pc_1) One shot power control (Pc_2) Fast power control at TCH assignment (Pc_3) Power Control (AMR)
V7
Not useful for mono-TRX cells, because BTS power control on BCCH frequency is not allowed. During a measurement field campaign, it can be normal to disable this feature in order to have the real signal strength and not the adjusted one.
bsTxPwrMax Description:
Class 3
V7
Maximum theoretical level of BTS transmission power in a cell The BSC relays the information to the mobiles in the Abis CELL MODIFY REQUEST message. [0 to 47] dBm powerControl 43 dBm DP, Optimization depends on the equipment General formulas Cabinet Output Power Setting
Value range: Object: Default value: Type: Rec. value: Used in:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 265/544
Remark:
lRxLevDLP Description: Value range: Object: Default value: Type: Rec. value: Used in:
Class 3
V7
Signal strength threshold in BTStoMS direction, below which the power control function increases power. It is lower than uRxLevDLP. [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm powerControl -95 to -94 dBm DP, Optimization -95 to -94 dBm (step by step) -85 to -84 dBm (one shot) Step by step Power control (Pc_1) One shot power control (Pc_2) Fast power control at TCH assignment (Pc_3) Power Control (AMR) The difference between lower and upper thresholds must be greater or equal to max (powerIncrStrepSize, powerRedStepSize), because it is controled at the OMC level. lRxLevDLP > lRxLevDLH, up to V7, because power Control and handover algorithms are decorrelated. In case the AMR power control algorithm is activated ( refer to the amrReserved2 parameter) that parameter defines the threshold below which the AMR power control is inhibited. In that case the recommended values remain the same if the AMR penetration is low, and the same + 2dB if the AMR penetration is high.
Eng. Rules:
LCAUTION!
lRxLevULP Description: Value range: Object: Default value: Type: Rec. value: Used in:
Class 3
V7
Signal strength threshold in MStoBTS direction, below which the power control function increases power. It is lower than uRxLevULP. [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm powerControl -95 to -94 dBm DP, Optimization -95 to -94 dBm (step by step) -85 to -84 dBm (one shot) Step by step Power control (Pc_1) One shot power control (Pc_2) Fast power control at TCH assignment (Pc_3) Power Control (AMR)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 266/544
lRxQualDLP Description:
Class 3
V7
Bit error rate threshold in BTStoMS direction, above which the power control function increases power. It is greater than or equal to uRxQualDLP. [less than 0.2, 0.2 to 0.4, 0.4 to 0.8, ... , 6.4 to 12.8, more than 12.8] % powerControl 0.4 to 0.8 DP, Optimization 0.8 to 1.6 % (RxQual = 3 in GSM unit) without SFH 3.2 to 6.4 % (RxQual = 5 in GSM unit) with SFH Step by step Power control (Pc_1) One shot power control (Pc_2) Fast power control at TCH assignment (Pc_3) Power Control (AMR) This value must be lower than lRxQualDLH in order to maintain priority between power control and handover.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
lRxQualULP Description:
Class 3
V7
Bit error rate threshold in MStoBTS direction, above which the power control function increases power. It is greater than or equal to uRxQualULP. [less than 0.2, 0.2 to 0.4, 0.4 to 0.8, ... , 6.4 to 12.8, more than 12.8] % powerControl 0.4 to 0.8 DP, Optimization 0.8 to 1.6 % (RxQual = 3 in GSM unit) without SFH 1.6 to 3.2 % (RxQual = 4 in GSM unit) with SFH Step by step Power control (Pc_1) One shot power control (Pc_2) Fast power control at TCH assignment (Pc_3) Power Control (AMR) This value must be lower than lRxQualULH in order to maintain priority between power control and handover.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 267/544
Class 2
V12
Maximum MS transmission power in the band 1 of the dualband cell depending on the network type (BCCH is only defined in band 0) [0 to 36] for GSM 900 GSM 1800 (gsmdcs), [5 to 43] for GSM 1800 GSM 900 (dcsgsm) [0 to 33] for GSM 850 GSM 1900 (gsm850pcs) [5 to 43] for GSM 1900 GSM 850 (pcsgsm850) for all in the steps of 2 + value = 33 for GSM 850 GSM 1900 0..43 for other standardIndicator types bts Typical value of 33 dBm for GSM 900 & 850 handhelds, 30 dBm for GSM 1800 and 1900 DP, Optimization 33 dBm for dcsgsm 30 dBm for gsmdcs & 850 Concentric/DualCoupling/DualBand Cell Handover (Ho_3) This parameter is only used for power control. The attribute value is within the range [0 to 36] and even when the bts object standardIndicator attribute is gsmdcs. The attribute value is within the range [5 to 43] and odd when the bts object standardIndicator attribute is dcsgsm.
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V9
Algorithm used by the BTS to control power in a cell step by step value refers to the standard power control algorithm. one shot value refers to the advanced power control algorithm. enhanced one shot value refers to the advanced power algorithm used in connection with the handOverControl object rxLevHreqaveBeg attribute used in the early handover mechanism. [step by step / one shot / enhanced one shot] bts one shot DP, Optimization one shot (if DCU2 boards) enhanced one shot (otherwise) Power Control Algorithms Enhanced one shot is not supported with DCU2 boards or with a mix of DCU2/DCU4 boards
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 268/544
powerControlIndicator Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V7
Whether MS signal strength measurements include measurements on BCCH or not. [include BCCH measurements / do not include BCCH measurements] bts include BCCH measurements DP, Optimization See Eng. Rules Power Control Algorithms BCCH measurements must not be included when the following two conditions are met: The radio channel hops at least on two different frequencies, including the BCCH frequency. Power control on the downlink is used. This parameter should only be used with cavity coupling.
LCAUTION!
powerIncrStepSizeDL Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Increment step size for downlink power control. [2, 30] dB powerControl 4 dB DP, Optimization 4 dB Step by step Power control (Pc_1)
Class 3
V14
A high step is required to be reactive in increasing the power when entering an area where propagation is not acceptable. A higher step (6 dB) is recommended for specific networks or environment (high speed trains for example). The attribute powerIncrStepSizeDL must verify: lRxLevDLP + powerIncrStepSizeDL uRxLevDLP Not used in one shot power control nor in AMR power control.
LCAUTION!
powerIncrStepSizeUL Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Increment step size for uplink power control. [2, 30] dB powerControl 4 dB DP, Optimization 4 dB Step by step Power control (Pc_1)
Class 3
V14
A high step is required to be reactive in increasing the power when entering an area where propagation is not acceptable. A higher step (6 dB) is recommended for specific networks or environment (high speed trains for example).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 269/544
Not used in one shot power control nor in AMR power control.
powerRedStepSizeDL Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Decrement step size for downlink power control. [2, 8] dB powerControl 2 dB DP, Optimization 2 dB Step by step Power control (Pc_1)
Class 3
V14
Small steps are enough to adapt two subsequent changes in quality and strength. Moreover, calls become sensitive to low MS or BS TxPower. The attribute powerIncrStepSizeDL must verify: uRxLevDLP powerRedStepSizeDL lRxLevDLP Not used in one shot power control.
LCAUTION!
powerRedStepSizeUL Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Decrement step size for uplink power control. [2, 30] dB powerControl 2 dB DP, Optimization 2 dB Step by step Power control (Pc_1)
Class 3
V14
Small steps are enough to adapt two subsequent changes in quality and strength. Moreover, calls become sensitive to low MS or BS txPower. The attribute powerRedStepSizeUL must verify: uRxLevULP powerRedStepSizeUL lRxLevULP Not used in one shot power control.
LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 270/544
runPwrControl Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V7
Number of Measurement Results messages that must be received before the power control algorithm in a cell is triggered. [1 to 31] frames (1 unit = 480 ms on TCH, 470 ms on SDCCH) bts 4 DP, System 2 Power Control Algorithms Power Control (AMR) The lowest is the parameter value, the best will be the reactivity; nevertheless, it is better to wait for the effect of MS power decrease on the uplink quality.
uplinkPowerControl Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V8
Whether power control in the MStoBTS direction is authorized at cell level [enabled / disabled] powerControl enabled DP, Optimization enabled Power Control Algorithms Power Control (AMR)
uRxLevDLP Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: LCAUTION!
Class 3 Upper strength threshold for BTS txpwr decrease for step by step algorithm (it is greater than IRxLevDLP) [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm powerControl -85 to -84 dBm DP, Optimization = lRxLevDLP + Max (powerIncrStepSizeDL, powerRedStepSizeDL) typically Power Control Algorithms
V7
Difference between the lower and upper thresholds must be greater or equal to the maximum power step size. Not used in one shot power control.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 271/544
uRxLevULP Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: LCAUTION!
Class 3 Upper strength threshold for MS txpwr decrease for step by step algorithm (it is greater than lRxLevULP). [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm powerControl -85 to -84 dBm DP, Optimization
V7
lRxLevULP + Max (powerIncrStepSizeUL, powerRedStepSizeUL) typically Power Control Algorithms Difference between the lower and upper threshold, must be greater or equal to the maximum power step size. Not used in one shot power control.
uRxQualDLP Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: LCAUTION!
Class 3
V7
Upper quality threshold to reduce BTS txpwr for step by step algorithm (it is lower than or equal to lRxQualDLP). [less than 0.2, 0.2 to 0.4, 0.4 to 0.8, ... , 6.4 to 12.8, more than 12.8] % powerControl 0.2 to 0.4 DP, Optimization 0.8 to 1.6 % (RxQual = 3 in GSM unit) without SFH 3.2 to 6.4 % (RxQual = 5 in GSM unit) with SFH Power Control Algorithms This value must be lower than lRxQualDLH in order to maintain priority between power control and handover. Not used in one shot power control.
uRxQualULP Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V7
Upper quality threshold to reduce MS txpwr for step by step algorithm (it is lower than or equal to lRxQualULP). [less than 0.2, 0.2 to 0.4, 0.4 to 0.8, ... , 6.4 to 12.8, more than 12.8] % powerControl 0.2 to 0.4 DP, Optimization 0.8 to 1.6 % (RxQual = 3 in GSM unit) without SFH 1.6 to 3.2 % (RxQual = 4 in GSM unit) wtih SFH Power Control Algorithms This value must be lower than lRxQualULH in order to maintain priority between power control and handover. There is no reason why this value should differ from uRxQualDLP. Not used in one shot power control.
LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 272/544
List of access classes that are not authorized in a cell during TCH congestion phase (class 10 not included) [0 to 9] User classes [11 to 15] Operator classes bts [0,1,2,3,4,5,6,7,8,9] DP, Design see Engineering Rules Dynamic barring of access class (All_4) V15.0 Changes of dynamic barring of access class (All_4) Usually, in a low capacity cell (between 1 and 2 TRXs), many classes must be forbidden in case of congestion (few resources available). In a high capacity cell, only a few classes must be forbidden.
allocPriorityTable Description:
Class 3
V7
Table of eighteen elements that define the internal priorities for processing TCH queued allocation requests for each external priority defined (among them, fourteen are GSM priorities) TCH is always allocated using the internal priority. [0 to 12]. 0 defines the highest priority. bts 000000000000000000 DP, System 02222222222223042 0 8 9 10 11 12 2 2 2 2 2 2 2 2 3 0 4 2 for WPS use Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) WPS Queuing management The default set means that all TCH allocation requests have the same priority, which is equal to 0. When queuing is activated, set the following parameters in order not to disadvantage the interCell handover procedures:
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Priority for interCell handover: 0 Priority for other procedures: 0 allocPriorityThreshold > 0
LCAUTION!
When WPS Queuing Management is activated, the WPS priorities (8 to 12) have to be set as recommended, otherwise WPS queues will be managed like internal public queues.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 273/544
allocPriorityThreshold Description:
Class 3
V7
Number of free TCHs needed for processing a TCH allocation request with an internal priority higher than 1 These channels are reserved to allocation requests with a maximum internal priority (priority 0). The TCH allocation is performed according to this algorithm:
Nb of free TCH = 0 TCH request of priority 0 TCH request of priority > 0 1 Nb of free TCH allocPriorityThreshold Nb of free TCH > allocPriorityThreshold
For GPRS with shared PDTCH, the allocation is performed according to this algorithm: free resources are composed of free TCH and shared PDTCH not already used by a GSM call:
Nb of free TCH = 0 1 Nb of free TCH allocPriorityThreshold Nb of free TCH > allocPriorityThreshold
TCH allocated if TCH free > 0 if preemption is authorized and PCU ACK, allocation of a shared PDTCH if preemption is not authorized or PCU NACK, queuing if defined or rejected
TCH allocated if TCH free > 0 if preemption is authorized and PCU ACK, allocation of a shared PDTCH if preemption is not authorized or PCU NACK, queuing if defined or rejected TCH allocated if TCH free > 0 if preemption is authorized and PCU ACK, allocation of a shared PDTCH if preemption is not authorized or PCU NACK, queuing if defined or rejected
Value range: Object: Default value: Type Rec. value: Used in:
[0 to 2147483646] bts 0 DP, Design n, with n TRX Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 274/544
allocPriorityTimers Description: Value range: Object: Default value: Type: Rec. value: Used in:
Class 3
V7
Table of timers defining the maximum waiting time of TCH allocations request (public and WPS request), according to the internal priority. [0 65535] for BSC3000 [0 2147483646] for BSC12000 bts 0 0 0 0 0 0 0 0 28 28 28 28 28 DP, System 5 0 5 5 0 0 0 0 28 28 28 28 28 Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) WPS Queuing management The maximum waiting time in the queue must be lower than: tnt2 - t3107 Where:
Eng. Rules:
tnt2 is the DMS MSC timer, which represents the maximum duration between the assign request message (sent by the MSC) and the assign complete message (received from the BSC). t3107 is the timer set on the transmission of the assign command message and reset on the receipt of the assign complete.
Maximum_waiting_time tnt2 - t3107 A high value of timer is not realistic, since a subscriber will not wait unless the last TCH is available quickly. The last five parameters in the table (those set to 28) are determining the waiting time of WPS calls queued. See also chapter Directed Retry Handover Benefit
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 275/544
allocWaitThreshold Description:
Class 3
V7
Table of thresholds defining the maximum number of TCH allocation requests queued (public and WPS), according to their internal priority. A TCH request of priority Pi, P0<Pi<P7, is queued if the total number of requests of priority Pj, with j<i, already in the queue does not exceed the waiting threshold of the queue i (element i of the allocWaitThreshold table). A WPS request priority is queued according to the rules of WPS queuing. [0 to 63] MMI Range bts 0000000055555 DP, System n 0 n n 0 0 0 0 5 5 5 5 5, with n = integer part of (number of SDCCH subchannels / 2) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) WPS Queuing management The maximum size in each queue must be lower than the number of SDCCH channels in the cell. For an incoming call, when the assignRequest is queued, it remains on the SDCCH subchannel. The last five parameters in the table are determining the maximum number of WPS calls of the same priority that can be queued.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
allOtherCasesPriority Description:
Class 3
V7
Index in the allocPriorityTable that defines the processing priority of TCH allocation requests with cause other cases This priority is used in primoallocations or when an SDDCH cannot be allocated for overload reasons. [0 to 17] bts 17 DP, System 16 Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) The associated internal priority is > 0. A TCH allocation request (in signaling mode) whose cause is other case is acknowledged when at least allocPriorityThreshold + 1 channels are free. Refer also to the allocPriorityTable parameter.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 276/544
answerPagingPriority Description:
Class 3
V7
Index in the allocPriorityTable that defines the processing priority of TCH allocation requests with cause reply to paging This priority is used in signaling mode on TCH only. [0 to 17] bts 17 DP, System 16 Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) The associated internal priority is > 0. A TCH allocation request (in signaling mode) whose cause is other case is acknowledged when at least allocPriorityThreshold + 1 channels are free. Refer also to the allocPriorityTable parameter.
Value range: Object: Default value: Type: Rec. valueb Used in:
Eng. Rules:
assignRequestPriority Description:
Class 3
V7
Index in the allocPriorityTable that defines the processing priority of TCH allocation requests with cause immediate assignment This priority is used when radio resource allocation queuing is not requested by the MSC or not authorized in the BSS (refer to the bscQueuingOption parameter). [0 to 17] bts 17 DP, System 17 Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) When queuing driven by the MSC is used, this parameter is not significant. It is recommended not to associate an internal priority equal to 0. There is no queuing for TCH in signaling mode. Refer also to the allocPriorityTable parameter.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 277/544
bscMSAccessClassBarringFunction Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: [enabled / disabled] bsc disabled DP, Design enabled, see Engineering Rules
Class 3
V9
Dynamic barring of access class (All_4) V15.0 Changes of dynamic barring of access class (All_4) Set to disabled, this parameter allows to inhibit the dynamic barring of access class feature for the whole BSC whatever the values of the other parameters related to All_4 are. If queuing or directed retry is activated, the following parameters must be used:
numberOfTCHQueuedBeforeCongestion numberOfTCHQueuedToEndCongestion
bscQueuingOption Description:
Class 1
V7
Whether radio resource allocation requests are queued in the BSC when no resources are available
If no resource is available when an allocation request is received and queuing is not allowed, the allocation request is refused immediately. Value range: [allowed (MSC driven) / forced (O&M driven) / not allowed] allowed: resource allocation request queuing depends on the type of operation and indicative items provided with the messages received from the MSC. forced: resource allocation request queuing depends on the type of operation only. not allowed: resource allocation request queuing is forbidden. signallingPoint forced DP, Design forced (O&M driven) allowed (MSC driven) for WPS use Used in: Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) WPS Queuing management When queuing is activated, the queued procedures (assignRequest and intraCellHO if OMC driven) statistically take advantage on the other procedures. If all the TCH channels are already allocated, the queued procedures stay in the queue during a defined time (see allocPriorityTimers), when the others are rejected.
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 278/544
btsMSAccessClassBarringFunction Description: Value range: Object Default value: Type: Rec. value: Used in: Eng. Rules: [enabled / disabled] bts disabled DP, Design See Engineering Rules
Class 3
V9
Dynamic barring of access class (All_4) V15.0 Changes of dynamic barring of access class (All_4) To enable dynamic barring of access class at the bts level, this parameter and the bscMSAccessClassBarringFunction parameter of the corresponding bsc must be set to enabled. This feature globally reduces the cell capacity. The fewer the number of TRXs on the cell, the more the capacity is reduced.
callReestablishmentPriority Description:
Class 3
V7
Index in the allocPriorityTable that defines the processing priority of TCH allocation requests with cause call reestablishment This priority is used in primoallocations or when an SDDCH cannot be allocated for overload reasons. [0 to 17] bts 17 DP, System 15 Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) The value that must be given should correspond to a priority 0. Refer to the allocPriorityTable parameter.
Value range: Objectb Default value: Type: Rec. value: Used in:
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 279/544
cellBarQualify Description:
Class 3
V8
Cell selection priority used in the C2 algorithm in Phase II The information is broadcast to the mobiles at regular intervals on the cell BCCH. [true (low priority) / false (normal priority)] bts False DP, Optimization False Selection or reselection between cells of current Location Area (Sel_1) Additional reselection criterion (for phase 2) (Sel_3) New SYS INFO messages refer to Sel_3 algorithm, see also chapter DualBand Networks.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
cellBarred Description:
Class 3
V7
Whether direct cell access are barred to mobiles The information is broadcast to the mobiles at regular intervals on the cell BCCH.During a call, it is transmitted on a signaling link. If the attribute value is changed to barred, all inprogress calls can continue but the BSC will direct further mobile calls to another cell. [barred / not barred] bts not barred DP, Optimization not barred Selection or reselection between cells of current Location Area (Sel_1) Additional reselection criterion (for phase 2) (Sel_3) refer to Sel_3 algorithm, see also chapter DualBand Networks.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
channelType Description: Value range: Object: Default value: Type: Rec. value: Type of logical channel supported by a radio TS
Class 2 [tCHFull / sDCCH / mainBCCH / mainBCCHCombined / bcchsdcch4CBCH / sdcch8CBCH / cCH (V12) / pDTCH (V12)] channel None DP, Optimization None. No recommended value is specified since this parameter depends on the strategy of the operator.
V7
Used in: Eng. Rules: In the case of GSM, refer to chapter SDCCH Dimensioning an TDMA Models for the rules with SDCCH.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 280/544
emergencyCallPriority Description:
Class 3
V7
Index in the table allocPriorityTable for a TCH allocation request whose cause is emergency call This priority is used in primoallocations or when an SDDCH cannot be allocated for overload reasons. [0 to 17] bts 17 DP, System 15 Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) The internal priority associated is 0. A TCH allocation request (in signaling mode) whose cause is emergency call is acknowledged when at least 1 channel is free. Refer also to the allocPriorityTable parameter.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
interCellHOExtPriority Description:
Class 3
V7
Index in the allocPriorityTable that defines the processing priority of incoming interbss handovers in a cell This priority is used when radio resource allocation queuing is not requested by the MSC or not authorized in the BSS (refer to the bscQueuingOption parameter). [0 to 17] bts 17 DP, System 15 Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) The internal priority associated is 0. A TCH allocation request (in signaling mode) on interBSC handover is aknowledged when at least 1 channel is free. When queuing is used, it is recommended to give the priority 0 and reserve the TCH channels (allocPriorityThreshold) since it disadvantages requests that cannot be queued. Refer also to the allocPriorityTable parameter.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 281/544
interCellHOIntPriority Description:
Class 3
V7
Index in the allocPriorityTable that defines the processing priority of incoming intrabss handovers in a cell This priority is always used, whether radio resource allocation queuing is authorized in the BSS or not. [0 to 17] bts 17 DP, System 15 Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) The internal priority associated is 0. A TCH allocation request (in signaling mode) on intraBSC handover is aknowledged when at least 1 TCH is free. When queuing is used, it is recommended to give the priority 0 and reserve the TCH channels (allocPriorityThreshold) since it disadvantages requests that cannot be queued. Refer also to the allocPriorityTable parameter.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
intraCellHOIntPriority Description:
Class 3
V7
Index in the allocPriorityTable that defines the processing priority of an intrabts handover in a cell This priority is always used, whether radio resource allocation queuing is authorized in the BSS or not. [0 to 17] bts 17 DP, System 14 Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) Refer also to the allocPriorityTable parameter.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 282/544
directedRetryPrio Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: DP, Optimization 17 TCH Allocation Management
V12 Index in the allocPriorityTable that defines the processing priority for directed retry handovers [0 to 17] bts
Before V12, the directed retry used the incoming handover priority, which is the highest priority; to avoid this, this new priority is introduced. Refer also to the allocPriorityTable parameter.
intraCellQueuing Description:
Class 3
V8
Whether intrabts handover requests are queued for a cell. This parameter is significant only when queuing radio resource allocation requests is allowed in the BSS. Refer to the bscQueuingOption parameter. [enabled / disabled] bts disabled DP, Optimization Enabled Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) None.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
minNbOfTDMA Description:
Class 2
V7
Minimum number of TDMA frames that must be working in order for the cell itself to be working. The frame carrying the cell BCCH must be among them and is successfully configured. [1 to 16] bts 1 DP, Optimization 1 None.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 283/544
notAllowedAccessClasses Description:
Class 3
V7
List of mobile access classes that are forbidden in the cell, except case of congestion. This attribute, together with the emergencyCallRestricted attribute, allows to control access to a cell according to the service classes authorized. List of mobile access class: [0 to 9]: user classes [11 to 15]: operator classes bts Leave the field empty DP,Operation null (empty list) Dynamic barring of access class (All_4) V15.0 Changes of dynamic barring of access class (All_4) This parameter contains the list of forbidden access classes. Usually all users are authorized, in this case, the list must be empty.
Value range:
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
numberOfTCHFreeBeforeCongestion Description:
Class 3
V9
Minimum number of free TCHs which triggers the beginning of the TCH congestion phase and the beginning of the traffic overload condition [0 to infinite] bts 0 DP, Design 1 for cells with 1-2 TRXs 2 or 3 for cells with more than 3 TRXs Dynamic barring of access class (All_4) V15.0 Changes of dynamic barring of access class (All_4) Handover for traffic reasons (from V12) Note that the congestion feature does not distinguish between reserved or unreserved TCHs. A reserved TCH is a TCH booked for a priority 0 procedure. Setting this parameter must consider the number of reserved TCHs.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 284/544
Threshold that gives the number of free TCHs, which triggers the end of TCH congestion phase and the end of the traffic overload condition. [0 to infinite] bts 0 DP, Design 2 for cells with 1-2 TRXs 3 or 4 cells with more than 3 TRXs Dynamic barring of access class (All_4) V15.0 Changes of dynamic barring of access class (All_4) Handover for traffic reasons (from V12) numberOfTCHFreeToEndCongestion > numberOfTCHFreeBeforeCongestion Note, this inequality is not checked at the OMC.
Eng. Rules:
numberOfTCHQueuedBeforeCongestion Description:
Class 3
V9
Maximum number of TCH allocation requests queued which triggers the beginning of the TCH congestion phase and the beginning of the traffic overload condition [0 to infinite] bts 0 DP, Design TBD Dynamic barring of access class (All_4) V15.0 Changes of dynamic barring of access class (All_4) Handover for traffic reasons (from V12)
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
numberOfTCHQueuedToEndCongestion Description:
Class 3
V9
Maximum number of TCH allocation requests queued which triggers the end of TCH congestion phase and the end of the traffic overload condition [0 to infinite] bts 0 DP, Design TBD Dynamic barring of access class (All_4) V15.0 Changes of dynamic barring of access class (All_4) Handover for traffic reasons (from V12)
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 285/544
otherServicesPriority Description:
Class 3
V7
Index in the table allocPriorityTable for a TCH allocation request (in signaling mode) whose cause is other services
This priority is used in primoallocations or when an SDDCH cannot be allocated for overload reasons. Value range: Object: Default value: Type: Rec. value: Used in: [0 to 17] bts 17 DP, System 16 Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) The internal priority associated is > 0. A TCH allocation request (in signaling mode) whose cause is other services is acknowledged when at least allocPriorityThreshold + 1 channels are free. Refer also to the allocPriorityTable parameter.
Eng. Rules:
priority Description:
Class 2
V7
Priority level of a TDMA frame. At least minNbOfTDMA TDMA frames related to a cell must be successfully configured for the cell to be working. They include the TDMA frame carrying the cell BCCH and those with the other priority(ies). [0 to 255] transceiver DP, Optimization See Engineering Rules Among the set of TDMA frames attached to a cell, it is mandatory for the one carrying the BCCH to have the highest priority allotted and to be the only one to have that priority. For the TDMA carrying SDCCH channels that priority must be the second highest priority, i.e. not as high as the BCCH priority. For the TDMA carrying only TCH channels that priority must be the lowest. The easiest way to set the TDMA priorities is the following: BCCH TDMA priority=0 SDCCH TDMA priority=1 TCH TDMA priority=2 Refer also to chapter SDCCH Dimensioning an TDMA Models.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 286/544
Identifier of the adjacentCelHandOver object that describes the neighbor cell towards which a directed retry will be triggered in BSC mode [0 to 31] bts DP, Design Identifier of the adjacentCellHandOver of the macrocell which totally covers the micro cell. Directed Retry Handover: BSC (or local) mode (Ho_1) BSC mode is especially used in a two layer network. For micro cells, directed retry needs to be triggered towards the macro cell. However, if the recovering of each micro cell is good enough, adjacentUmbrellaRef can identify a micro cell. To facilitate the procedure, the BCCH frequency of the target neighbor cell must be in the reselection list. See also chapter Directed Retry Handover Benefit.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
directedRetry Description:
Class 3
V9
Minimum signal strength level received by the mobiles to be granted access to the neighbor cell, used in processing directed retry handovers in BTS mode [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm adjacentCellHandOver more than -48 dBm DP, Optimization = rxLevMinCell + 3 to 25 dB Directed Retry Handover: BTS (or distant) mode (Ho_2) The choice of recommended value has to be done regarding the general design of the network. A 3 dB margin must be considered as a minimum on a network to eliminate field strength bumps effect due to multipath. However, this margin must be increased in an urban environment or with the use of reuse pattern (overall for a 1X1 pattern) because of the generated interference when the MS is not on the best server cell. See also chapter Directed Retry Handover Benefit. Directed retry is not allowed between 2 zones of a concentric cell. For a dual Band Network where one frequency band is privileged, it is possible to set this parameter to a higher value in neighbour cells belonging to the low priority frequency band. Thus, this band will be underprivileged. However, it will impact the directed retry for monoband MS on this band (less directed retry).
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 287/544
Specify how directed retry handovers are processed in a cell either directly by the BSC (microcells only) or by querying the BTS first [bsc / bts] bts bts DP, Design bts Directed Retry Handover: BSC (or local) mode (Ho_1) Directed Retry Handover: BTS (or distant) mode (Ho_2) The micro cell should be entirely covered by the macro cell in order to use efficiently the bsc mode. The use of the bts mode is recommended in a hot spot when there are several micro cells under the umbrella. The bts mode allows the use of micro cells to rescue the umbrella cell and also avoids a saturation of the umbrella cell. See also chapter Directed Retry Handover Benefit. Class 3 V9
interBscDirectedRetry Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: LCAUTION! [allowed / not allowed] bsc allowed DP, Design allowed
Directed Retry Handover: BSC (or local) mode (Ho_1) Directed Retry Handover: BTS (or distant) mode (Ho_2) See also chapter Directed Retry Handover Benefit. Directed retry is not allowed between 2 zones of a concentric cell.
interBscDirectedRetryFromCell Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: [allowed / not allowed] bts allowed DP, Optimization allowed
Class 3
V9
Directed Retry Handover: BSC (or local) mode (Ho_1) Directed Retry Handover: BTS (or distant) mode (Ho_2) If the value is not allowed then, the value of interBscDirectedRetryFromCell must be set to not allowed for the concerned cells. See also chapter Directed Retry Handover Benefit. Directed retry is not allowed between 2 zones of a concentric cell.
Nortel confidential
LCAUTION!
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 288/544
intraBscDirectedRetryFromCell Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: [allowed / not allowed] bts allowed DP, Optimization allowed
Class 3
V9
Directed Retry Handover: BSC (or local) mode (Ho_1) Directed Retry Handover: BTS (or distant) mode (Ho_2) If the value is not allowed then, the value of intraBscDirectedRetryFromCell must be set to not allowed for the concerned cells. See also chapter Directed Retry Handover Benefit. Directed retry is not allowed between 2 zones of a concentric cell.
LCAUTION!
modeModifyMandatory Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V9
Whether a CHANNEL MODE MODIFY message should be sent to the mobile after a directed retry handover in the BSS [used (yes) / not used (no)] bsc not used DP, Optimization used Directed Retry Handover This message is only useful for mobiles belonging to special brands that are not able to switch directly from signaling information to speech information. They need to receive a CHANNEL MODE MODIFY message. The value must be set to used if all types of mobile stations are welcome on the network even if it can load the system (messages sent for all the mobiles not only the ones that need the message).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 289/544
Offset added in calculation formula to draw up the list of eligible cells for handover towards a dualband, dualcoupling, or concentric cell inner zone to take into account the difference of propagation models between the two bands of the cells and the difference of transmission power between TRXs of the two zones due to either BTS configuration or coupling. [-63 to 63] dB adjacentCellHandOver if main band = 850 MHz biZonePowerOffset = 3 dB if main band = 1900 MHz biZonePowerOffset = -3 dB DP, Optimization See Engineering Rules General formulas Direct TCH allocation on an adjacent cell Concentric/DualCoupling/DualBand Cell Handover (Ho_3) Used for intercell handover to control whether the inner zone is eligible or not. to inhibit Direct TCH Allocation on an adjacent cell (when the adjacent cell is declared as monozone / concentric / dualband / dualcoupling) biZonePowerOffset(n) = 63 to allow Direct TCH Allocation on an adjacent cell (when the adjacent cell is declared as concentric / dualband / dualcoupling) biZonePowerOffset(n) =concentAlgoExtRxLev(n) - rxLevMinCell(n) Shall be 63 for a monozone adjacent cell. The higher (in positive) is the value, the more difficult it will be to handover in the inner zone of the adjacent cell. It is advised to set a value higher than the max offset (in rxLevDL band 0) corresponding to the biggest difference of coverages between the 2 bands (for the adjacent cell) otherwise an intercell handover to the inner zone would be wrongly decided. If HO decision is made toward the inner zone of a multizone cell, then related EXP1XX(n) is computed with biZonePowerOffset(n). See also chapters Concentric Cells and DualBand Networks.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Note:
LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 290/544
biZonePowerOffset Description: Value range: Object: Default value: Type: Rec. value: Used in:
Class 3
V12
Power offset between inner and outer TRXs of the handOverControl object of a dualband, dualcoupling, or concentric cell. [-63 to 63] dB handOverControl if main band = 850 MHz, biZonePowerOffset = 3 dB if main band = 1900 MHz, biZonePowerOffset = -3 dB DP, Optimization See Engineering Rules General formulas Direct TCH allocation on an adjacent cell Concentric/DualCoupling/DualBand Cell Handover (Ho_3)
Eng. Rules: monozone cell: biZonePowerOffset = 63 concentric cell: biZonePowerOffset = zone Tx powermax reduction concentric cell with HePA only on outer zone: biZonePowerOffset = 3 dualband cell (main band = 850 or 900 MHz): biZonePowerOffset = 6 dualband cell (main band = 1800 or 1900 MHz): biZonePowerOffset = - 6 dualcoupling cell: biZonePowerOffset = zone Tx powermax reduction = coupling losses difference between inner and outer zone dualband + dualcoupling cell combination: biZonePowerOffset = coupling losses + propagation losses
LCAUTION!
When using dualcoupling cell DLU attenuation should be NULL and compensated by the zone Tx power max reduction, see concentric cell parameter Shall be 63 for a monozone adjacent cell. If HO decision is made in the small zone of a multizone cell then related EXP2xx(n) = hoMarginxx(n) + biZonePowerOffset. See also chapters Concentric Cells and DualBand Networks.
Note: LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 291/544
concentAlgoExtMsRange Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V9
MS to BTS distance below which a handover is requested from the large zone to the small zone if the level criteria is verified [1 to 34] km (non-extended mode) [1 to 120] km (extended mode) handOverControl 1 DP, Design 34 Direct TCH allocation at first TCH allocation Concentric cell / dualcoupling cell intracell handovers The calculated distance between the MS and the BTS is based on timing advance (TA), which has an accuracy of 3 bits (corresponding to more than 1,5 km), thus not very useful in urban areas where the cell size is relatively small and multipath affect the MS_BS distance. However this parameter can be useful in rural areas or suburban areas, and concentAlgoExtMsRange should respect following rules:
Note:
34 disable the parameter since condition is always fullfilled. See also chapters Concentric Cells and DualBand Networks.
concentAlgoIntMsRange Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V9
MS to BTS distance from which a handover from the small zone to the large zone will be requested [1 to 34] km (non-extended mode) [1 to 120] km (extended mode) handOverControl 34 DP, Design 34 Concentric cell / dualcoupling cell intracell handovers The calculated distance between the MS and the BTS is based on timing advance (TA), which has an accuracy of 3 bits (corresponding to more than 1,5 km), thus not very useful in urban areas where the cell size is relatively small and multipath affect the MS_BS distance. However this parameter can be useful in rural areas or suburban areas, and concentAlgoIntMsRange should respect following rules:
Note:
34 disable the parameter since condition is always fullfilled. See also chapters Concentric Cells and DualBand Networks.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 292/544
concentAlgoExtRxLev Description: Value range: Object: Default value: Type: Rec. value: Used in:
Class 3
V9
The level of the MS signal strength above which a handover is requested from the large zone to the small zone [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm handOverControl - 95 to - 94 DP, Design See Engineering Rules Direct TCH allocation at first TCH allocation Concentric/DualCoupling/DualBand Cell Handover (Ho_3) Concentric cell / dualcoupling cell intracell handovers The recommended value depends on the network design. Depending on capacity distribution between inner and outer zone, CPT can be used to match the RxLev DL number of samples to concentAlgoExtRxLev, which defines when users interzone handover from outer to inner zone, i.e. inner zone traffic load. The following rules shall be respected: concentAlgoExtRxLev > concentAlgoIntRxLev concentAlgoExtRxLev rxLevMinCell + biZonePowerOffset See also chapters Concentric Cells and DualBand Networks.
Eng. Rules:
concentAlgoIntRxLev Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V9
Level of the MS signal strength below which a handover is requested from the small zone to the large zone [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm handOverControl less than -110 DP, Design See Engineering Rules Concentric/DualCoupling/DualBand Cell Handover (Ho_3) Concentric cell / dualcoupling cell intracell handovers In order to avoid unnecessary ping-pong interzone HO a Hysteresis Margin should be added: concentAlgoIntRxLev = concentAlgoExtRxLev - biZonePowerOffset - Hysteresis Margin where recommended Hysteresis Margin = 4 dB See also chapters Concentric Cells and DualBand Networks.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 293/544
Class 2
V9
Whether the cell is monozone, concentric, dualband or dualcoupling A concentric, dualband, or dualcoupling cell describes a combination of two transmission zones, the outer (or large) zone and the inner (or small) zone. The inner zone is entirely included in the outer zone. A dualband cell is a particular type of concentric cell for which GSM 900 and GSM1800 (or GSM 850 and GSM1900) TRXs/DRXs coexist and share the same BCCH. A dualcoupling cell is a particular type of concentric cell for which the TRXs/DRXs are combined with two types of combiners. For concentric configurations (concentric, dualband or dualcoupling), a TDMA frame belongs to one zone or the other, but never to both. [monozone / concentric / dualband / dualcoupling] from V12 monozone: normal cell concentric: two concentric transmission zones dualband: two concentric transmissions zones with GSM 900 TRXs/DRXs for the one and GSM 1800 TRXs/DRXs for the other dualcoupling: two concentric transmission zones with TRXs/DRXs combined with one type of combiner for the one and with another type of combiner for the other bts monozone DP, Optimization See Engineering Rules Concentric/DualCoupling/DualBand Cell Handover (Ho_3)
Value range:
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
concentric cell: From V12, it is possible to allocate directly a TCH in the innerzone for call set-up or HO and to reuse the same frequency in both zones, and hopping concerns the total available number of frequencies. A cell configuration with HePA only on outer zone is concentric cell, not a dualcoupling cell. dualband cell: The dualband combining into one cell allows to save up to one SDCCH in particular configurations, the combining of GSM 900 / GSM 1800 (or GSM 850 / GSM 1900) resources into one pool allows to increase the traffic capacity.
LCAUTION!
dualband is not supported on S4000 with DCU2/DCU4, S4000 with DCU2, S4000 with DCU4 dualcoupling cell: The DLU attenuation shall be used: so configure the attenuation parameter (btsSiteManager object) to null, configure the max power for the cell to the desired max power (power for the outer zone) and configure zone Tx power max reduction for the inner zone to the delta value. dualcoupling is not supported on mixed DCU4 or DRX transceiver architecture. See also chapters Concentric Cells and DualBand Networks.
LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 294/544
Class 3
V12
External priority of inter-zone handovers from the inner zone to the outer zone in a concentric cell. This attribute is defined if the associated bts object describes a concentric cell. [0 to 17] handOverControl 17 DP 14 Allocation and priority (run by the BSC) (All_1) Queuing driven by the MSC (All_2) Queuing driven by the BSC (All_3) Concentric cell / dualcoupling cell intracell handovers Refer also to the allocPriorityTable parameter.
Value range: Object: Default value: Type: Rec. value: Used in:
Eng. Rules:
Class 2
V9
Class of a TRX/DRX. The class of a TRX/DRX sets, among others, its maximum transmission power. The attribute possible values have the following meaning:
Class 1 corresponds to GSM 850/900 class 5 or GSM 1800/1900 class 1 (20W to 40W transmitters) Class 2 corresponds to GSM 900 class 6 which is not supported or GSM 1800/1900 class 2 (10W to 20W transmitters)
[0 (reserved) / 1 / 2] transceiverEquipment DP monozone: 1 concentric cell: outer=1, inner=1 dualband cell: outer=1, inner=2 dualbcoupling cell: outer=1, inner=2
Concentric/DualCoupling/DualBand Cell Handover (Ho_3) When dual band is used, the class of a TRX/DRX enables to distinguish which DRX and which TDMA are used in the outer zone or inner zone. Class 1 corresponds to to a TDMA in the frequency band carrying BCCH so belonging to transceiverZone = 0 (large/outer zone). Class 2 corresponds to a TDMA in the frequency band not carrying BCCH so belonging to transceiverZone = 1 (small/inner zone). If the TRX/DRX is partnered with a TDMA frame, its class matches the TRX/DRX class allotted to the zone to which the TDMA frame belongs (refer to the next parameter). In case of concentric cell configuration, setting inner and outer class to 1 allows a reconfiguration of TRX/DRX from the inner to the outer if needed.
Note:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 295/544
V9
Class of the TRX/DRXs partnered with the TDMA frames of the zone. The class of a TRX/DRX sets, among others, its maximum transmission power. Refer to the previous parameter. [1 / 2] transceiverZone DP monozone: 1 concentric cell: outer=1, inner=1 dualband cell: outer=1, inner=2 dualbcoupling cell: outer=1, inner=2
Concentric/DualCoupling/DualBand Cell Handover (Ho_3) When dual band is used, the class of a TRX/DRX enables to distinguish which DRX and which TDMA are used in the outer zone or inner zone. Class 1 corresponds to to a TDMA in the frequency band carrying BCCH so belonging to transceiverZone = 0 (large/outer zone). Class 2 corresponds to a TDMA in the frequency band not carrying BCCH so belonging to transceiverZone = 1 (small/inner zone). In case of concentric cell configuration, setting inner and outer class to 1 allows a reconfiguration of TRX/DRX from the inner to the outer if needed.
Note:
transceiverZone Description:
Class 2
V12
Identifier of the transceiverZone object that defines the zone to which a TDMA frame belongs in a concentric cell. The transceiverZone objects are only significant for the bts objects that describe concentric cells. Two transceiverZone objects are created for each created concentric bts object; one describes the large or outer transmission zone, and the other describes the smallor inner transmission zone. [0 (large outer zone) / 1 (small or inner zone)] transceiverZone DP 0 for outer zone 1 for inner zone Concentric/DualCoupling/DualBand Cell Handover (Ho_3) When a concentric/dualband/dualcoupling cell is created the transceiverZone outer zone must set to 0 and the transceiverZone inner zone must be set to 1. It is not applicable for monozone cells.
Value range: Object: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 296/544
zone Tx power max reduction Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 2
V9
Attenuation vs bsTxPowerMax that defines the maximum TRX/DRX transmission power in the zone large zone = [0] dB, small zone = [1 to 55] dB transceiverZone 0 dB DP, Design see Engineering Rules Concentric cell / dualcoupling cell intracell handovers concentric cell: zone Tx Power Max Reduction(outer) = 0 zone Tx Power Max Reduction(inner) zone Tx Power Max Reduction(outer) (zone Tx Power Max Reduction(inner) = 0 is recommanded) dualband cell (homogeneous coupling): zone Tx Power Max Reduction(outer) = 0 zone Tx Power Max Reduction(inner) = 1 dualcoupling cell: zone Tx Power Max Reduction(outer)=0 zone Tx Power Max Reduction(inner)=3 simulates the D/H2D configuration zone Tx Power Max Reduction(inner)=4 simulates the H2D/H4D configuration
LCAUTION!
when using dualcoupling cell DLU attenuation should be NULL and compensated by the zone Tx power max reduction, see concentric cell parameter See also chapters Concentric Cells and DualBand Networks.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 297/544
Number of SACCH multiframes over which the interference levels are averaged. This averaging will be performed immediately before the transmission of the RESOURCE INDICATION message. This attribute, together with the thresholdInterference attribute, allows users to manage interferences in radio cells. Refer to this entry in the Dictionary. [0 to 255] SACCH frame (1 unit = 480 ms on TCH, 470 ms on SDCCH) handOverControl 20 DP, System 20 Radio channel allocation Interference Management (BTS and BSC) (If) Performing this message broadcast has a great impact on the system load and should not be done too often. Reducing this value speeds-up the channel allocation algorithm, since it checks temporary channel interference non frequently. However, the main purpose of this algorithm is to take into account long term interference and not short term interference which do not have a statistically large impact on call quality.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 298/544
radChanSelIntThreshold Description:
Class 3
V8
Maximum interference level on free radio channels, below which the channels are ranged in the group of allocation priority channels The information is used to first allocate the free channels with the lowest interference level. The levels depend on the thresholdInterference attribute value defined for the cell. Refer to this entry in the Dictionary. The BSC distributes the free radio channels among two groups:
The first group contains the list of channels with a measured averaged interference level equal to or lower than the defined level. The second group contains the list of channels with a measured averaged interference level higher than the defined level, and recently released channels for which no measurement is available.
Four resource pools are defined for each SDCCH or TCH type of channel:
low interference level radio channels that are authorized to hop low interference level radio channels that are not authorized to hop high interference level radio channels that are authorized to hop high interference level radio channels that are not authorized to hop
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
[0 to 4] handOverControl 1 DP, Optimization 3 1 (for 1X1 & 1X3) Interference Management (BTS and BSC) (If) A high value for this parameter means a tolerant interference sorting. It is easier to change the value of this pointer than to tune the thresholds themselves since the thresholds are used in the lower layer of signal processing at the BTS. The radChanSellIntThreshold counter can be set after interference counters monitoring. Ideally, it should depend on the average traffic load expected on the cell and on the interference distribution. With low Traffic per TCH, radChanSellIntThreshold can be set to 1. This means that the selection of the non interefered channels is very selective. The few TCH selected are sufficient for the traffic to be carried. RadChanSellIntThreshold can be decreased to 1 when using 1X1 or 1X3 reuse pattern in order to use as more BCCH resources as possible. With high Traffic per TCH, radChanSellIntThreshold can be set to 4. This means MS will get allocated to a channel regardless of the interference as long as there are resources available.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 299/544
thresholdInterference Description:
Class 2
V7
List of four thresholds defined in ascending order, used to sort idle channels on the basis of measured interference levels This attribute, together with the averagingPeriod attribute, allows to manage interferences in a radio cell. The classification is used by the radio resource allocator. For each idle radio channel, the BTS permanently measures the signal strength level RXLEV. When averagingPeriod Measurement results messages have been received, the L1M function in the BTS calculates interference level averages, sorts the idle channels according to the five defined interference levels, and sends the information to the BSC.
Level 0 corresponds to: RXLEV < threshold 1 Level 1 corresponds to: threshold 1 < RXLEV < threshold 2 Level 2 corresponds to: threshold 2 < RXLEV < threshold 3 Level 3 corresponds to: threshold 3 < RXLEV < threshold 4 Level 4 corresponds to: threshold 4 < RXLEV
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
[-128 to 0] dBm handOverControl -100 -90 -80 -70 DP, Optimization -114, -112, -108, -100 Radio channel allocation Interference Management (BTS and BSC) (If) Those values define 5 interference level ranges, so free channel classification can be displayed at the OMC-R level. The setting of the threshold Interference level should be linked to the interference level distribution in the cell. As a first definition, thresholds can be evenly distributed over the defined range.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 300/544
Maximum time that SDCCH or TCH can be continuously occupied without generating an alarm [1 to 18] hours bsc 3 DP, System 10 or 3 (see Engineering Rules)
radResSupervision Description:
Class 3
V8
Indicates whether radio resources are controlled at the cell level (both busy resources and free resources) When no control is performed, no alarm related to the use or nonuse of an SDCCH or TCH is generated. Refer to the radResSupBusyTimer and radResSupFreeTimer parameters. [true / false] bts True DP, System True It is recommended to use this control mainly after a frequency plan update, to regularly supervise the network.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
radResSupFreeTimer Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V8
Maximum time an SDCCH or TCH can be continuously free without generating an alarm [1 to 18] hours bsc 18 DP, System 10 or 3 (see Eng. Rules) Useful, for example, to see problems of design at busy hours or if some channels are jammed. 10 during busy day for high traffic area 3 for other cases (at night, in rural areas).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 301/544
A interface timer triggered by the BSC in the BSSMAP management procedure. It is started on transmission of BLOCK or UNBLOCK by the BSC and cancelled on receipt of BLOCK ACKNOWLEDGE or UNBLOCK ACKNOWLEDGE sent by the MSC. [2 to 300] seconds bsc 5 DP, System 5, 60 (if using DMS switch)
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
bssMapT12 Description:
Class 1
V7
A interface timer triggered by the BSC in the BSSMAP management procedure. This timer is used with a Phase I MSC only. It is started on transmission of RESET CIRCUIT by the BSC and cancelled on receipt of RESET CIRCUIT ACKNOWLEDGE sent by the MSC. [2 to 300] seconds bsc 5 DP, System 5, 60 (if using DMS switch)
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
bssMapT13 Description:
Class 1
V7
An interface timer triggered by the BSC in the BSSMAP management procedure. It is started on receipt of RESET sent by the MSC. On elapse, the BSC sends RESET ACKNOWLEDGE to the MSC. [2 to 300] seconds bsc 32 DP, System 32
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 302/544
bssMapT19 Description:
Class 1
V8
A interface timer triggered by the BSC in the BSSMAP management procedure. This timer is used with a Phase II MSC only. It is started on transmission of RESET CIRCUIT by the BSC and cancelled on receipt of RESET CIRCUIT ACKNOWLEDGE sent by the MSC. [2 to 300] seconds bsc 32 DP, System 32
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
bssMapT20 Description:
Class 1
V8
A interface timer triggered by the BSC in the BSSMAP management procedure. It is started on transmission of CIRCUIT GROUP BLOCK or CIRCUIT GROUP UNBLOCK by the BSC and cancelled on receipt of CIRCUIT GROUP BLOCK ACKNOWLEDGE or CIRCUIT GROUP UNBLOCK ACKNOWLEDGE sent by the MSC. [2 to 300] seconds bsc 32 DP, System 32
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
bssMapT4 Description:
Class 1
V7
A interface timer triggered by the BSC in the BSSMAP management procedure. It is started on transmission of RESET and cancelled on receipt of RESET ACKNOWLEDGE sent by the MSC. On elapse, the BSC sends RESET. [5 to 600] seconds bsc 60 DP, System 60
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 303/544
bssMapT7 Description:
Class 1
V7
A interface timer triggered by the BSC in the BSSMAP management procedure. It is started on transmission of HANDOVER REQUIRED and cancelled on receipt of HANDOVER COMMAND, RESET, RESET CIRCUIT, CLEAR COMMAND or HANDOVER REQUIRED REJECT. [2 to 120] seconds bsc 7 DP, Optimization 7
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
bssMapT8 Description:
Class 1
V7
A interface timer triggered by the BSC in the BSSMAP management procedure. It is greater than t3103 for each cell managed by the BSC. It is started on transmission of HANDOVER COMMAND and cancelled on receipt of CLEAR COMMAND sent by the MSC or HANDOVER FAILURE sent by MS. [0 to 255] seconds bsc 15 DP, Optimization 15 It is greater than t3103 for each cell managed by the BSC.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
bssMapTchoke Description:
Class 1
V7
A interface timer triggered by the BSC in the handover management procedure. It is started by the BSC when the last neighbour cell in the list is rejected. On timer elapse, the BSC asks the MSC to provide a new list of eligible cells. [1 to 255] seconds bsc 4 DP, System 4 It is strongly recommended to keep this value.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 304/544
bssSccpConnEst Description:
Class 1
V7
A interface timer triggered by the BSC in the handover management procedure. It is set on transmission of CONNECTION REQUEST and cancelled on receipt of CONNECTION CONFIRM or CONNECTION REFUSED. [5 to 360, by steps of 5] seconds signallingPoint 5 DP, System 5 A high value is dangerous in case of slowing down on A interface. Then, the minimum value (5 s) must be chosen for this parameter; it is strongly recommended not to modify this value.
Value rang: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
t3101 Description:
Class 3
V7
BSC timer triggered during the immediate assignment procedure. Use the suggested system value. It is set on transmission of CHANNEL ACTIVATION by the BSC and cancelled on receipt of ESTABLISH INDICATION sent by the BTS. [1 to 255] seconds bts 3 DP, System 3 Most of the time, the timer expires in the case of double allocation (i.e, when two RACHs are sent by the same mobile to the network). The higher the timer is the longer unnecessary signaling resources are reserved. Up to 30% of signaling resources are allocated for a second RACH for phase 1 MS according to numberOfSlotsSpreadTrans (32). To optimize signaling resources (especially in case of Queuing), it could be useful to decrease the timer value. The minimum time between the two messages is 600 ms and the maximum for a lightly loaded BSS is almost 1.8 seconds when MS is answering.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 305/544
t3103 Description:
Class 3
V7
BSC timer triggered during the handover procedure. Use the suggested system value. It is set on transmission of HANDOVER COMMAND by the BSC and cancelled on receipt of either HANDOVER COMPLETE or HANDOVER FAILURE sent by the MS (intrabss handover), or CLEAR COMMAND sent by the MSC (interbss handover). At expiry of T3103, the channel is released. [2 to 255] seconds (t3103 < bssMapT8) bts 5 seconds DP, Optimization 9 seconds The longest procedure (inter BSS handover) is taken as an example. The timer is set on receipt of the HO command and reset on clear complete. It means that as long as the timer runs, 2 channels are kept: one on the originating BSC and one on the target BSC. If the timer is too long, two resources are used which can be a bad in case of capacity problems. Tests showed that t3103 set to 9 seconds offers the best compromise between the execution of the procedure and the hold of ressources.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
t3107 Description:
Class 3
V7
BSC timer triggered during the assignment command procedure. Use the suggested system value. It is set on transmission of ASSIGN COMMAND by the BSC and cancelled on receipt of either ASSIGN COMPLETE or ASSIGN FAILURE sent by MS. [2 to 255] seconds bts 10 seconds DP, Optimization 10 seconds in a network without any capacity problems. If not, the value can be decreased. The minimum theoretical value is 5 seconds.
Used in: Eng. Rules: At expiry of the timer, the mobile is assumed to be lost and its resource can be used by another mobile. Mobile on SDCCH is a constraining case: the timer T200 leads to a 230 ms wait instead of 180 ms on TCH, before repeating a message. If no message is repeated, this procedure lasts about 1 second. However, if the radio link is bad, it is necessary to repeat some messages. The maximum time before resetting t3107 is approximately 5 seconds: after this time, the timer will expires: no new message will be received to reset t3107. The default value of 10 seconds is then a good value to ensure that the link is not cut too early.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 306/544
BSC timer triggered during the SACCH deactivation procedure. Use the suggested system value. It is set on receipt of DEACTIVATE SACCH ACKNOWLEDGE sent by the BTS and cancelled on receipt of RELEASE INDICATION sent by the BTS. If the timer expires, a RF CHANNEL RELEASE message is sent to the BTS and a RF CHANNEL RELEASE ACK is expected. Mobiles comply with system operating conditions when the counter (S) associated with SACCH messages is assigned a value below or equal to t3109. [2 to 255] seconds (t3109 radioLinkTimeout) bts 12 seconds DP, Optimization 12 seconds (related to radioLinkTimeOut value) On receipt of the Deactivate SACCH message, the radio link control algorithm will lead to a decrease on the value of the radioLinkTimeOut timer and this on MS side or on BTS side according to the situation. t3109 added to t3111 must be greater than radioLinkTimeOut and greater than the time corresponding to rlf1: t3109 radioLinkTimeOut If t3109 is too small, the ressources could be allocated even if radiolinkTimeOut did not reach zero yet. When AMR is activated that parameter should be set to 17.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
LCAUTION!
t3111 Description:
Class 3
V7
BSC timer triggered during the radio resource clearing procedure. Use the suggested system value. It is set on receipt of RELEASE INDICATION sent by the BTS. On elapse, the BSC sends RF CHANNEL RELEASE. [1 to 255] seconds bts 2 seconds DP, System 2 seconds This timer is used to delay the channel deactivation after disconnection of the main signalling link. Its purpose is to allow time for the possible repetition of the disconnection by the BTS to the MS. After Release Indication, resources are kept until t3111 expires. In case of capacity problems, t3111 must be as little as possible. The smallest possible value is 2 seconds (range 2-255 seconds).The minimum theoretic value is 5 times the repetition time which is less than 2 seconds No advantage has been found to have a higher value than the smallest possible one.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 307/544
t3122 Description:
Class 3
V7
Minimum time that mobiles must wait before issuing a channel allocation request when an immediate assignment has failed. In a similar way, in GPRS mode, this value is indicated in the Packet Access Reject (PAREJ) to inform the MS with the waiting time before sending a new Channel Request. The timer is called T3172 in GPRS mode, with T3172 = T3122. [0 to 255] seconds bts 10 seconds DP, Optimization 10 seconds This value is broadcast to the mobile stations. When an immediate assignment reject command is received (when no SDCCH and no TCH in signalling mode is available or when the A-interface is down), mobile stations wait t3122 seconds before sending the request again. In case of BSC Overload, t3122 is automatically increased or decreased between its value set by O&M and 30s according to a specific algorithm. This parameter can be used to solve a problem of a load pick. By increasing the value, the access to the network is regulated.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
timerPeriodicUpdateMS Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Time between two location update requests
Class 3
V7
[0 to 255] 1/10th of hour. 0 means that no periodic location update is requested. bts 60 DP, Optimization 10 (not loaded network) 20 (loaded network) Location updatings are performed when initiating a call or when entering a new location area in idle mode. When those events do not occur, timerPeriodicUpdateMS is used to ensure a maximum time between two location update requests. The value of this timer should be set regarding the value of the same timer used in the switch (attach mobile audit for a DMS) If the value chosen is low, the load of the BSC is severely increased. On the contrary, a too high value would lead to a smaller reactivity of the mobile (e.g. if a mobile is in a hole of coverage and a short message is sent to it, it will be aware of it only at the next location update which could be several hours later). A good trade-off is 2 hours.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 308/544
Number of occurences of a paging subgroup that separates two transmissions of the same paging message. [0 to 22] bts 0 DP, Optimization 0 Paging command repetition process (run by BTS) (Pag_rep) The recommended value is 0 because the time between two paging commands broadcast must not be too long, otherwise there is a risk of double allocation. This phenomenon occurs when the suscriber answers and hangs up very quickly. In that case, the mobile is ready to receive a new paging message, for example the previous one if it is resent. The value of this parameter is linked to the values of the nbOfRepeat and retransDuration parameters. Furthermore, the following inequality, that is not checked by the system, must be true: retransDuration (delayBetweenRetrans + 1) x nbOfRepeat See also chapter GSM Paging Repetition Process Tuning.
maxNumberRetransmission Description:
Class 3
V8
Maximum number of RACH burst retransmissions allowed in a call in case of non-system response. The information is broadcast to the mobiles at regular intervals on the cell BCCH. It defines the maximum number of times a mobile can renew access requests to the BTS on RACH. [one / two / four / seven] bts two DP, Optimization two in non-interfered areas four in interfered areas Request access command repetition process (RA_rep) In interfered areas, it is necessary to repeat RACHs because of bad conditions. Even if it increases a little overall noise, the gain in decreasing the number of RACHs not received should be significant (under study). In non-interfered areas, the value of two is sufficient. one is not advised because mobile stations can be in holes of coverage due to multipath fading and, in these cases, at least one retransmission is necessary. See also chapter GSM Paging Repetition Process Tuning.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 309/544
nbOfRepeat Description:
Class 2
V8
Maximum number of times that paging messages are repeated to mobiles that belong to the same paging sub-group It is set to 3 in former BSS versions (static configuration parameter). The following inequality, that is not checked by the system, must be true (refer to these entries in the Dictionary): retransDuration (delayBetweenRetrans + 1) x nbOfRepeat [0 to 22] bts 3 DP, Optimization See Engineering Rules Paging command repetition process (run by BTS) (Pag_rep) The value of 3 ensures a good quality of service. With less repetition, paging messages can be lost, and, as the repetitions are performed systematically, a signicantly higher value would increase the load of the system and the risk to page a mobile twice. The value of this parameter is linked to the values of the delayBetweenRetrans and retransDuration parameters. That parameter can be tuned regarding the paging parameters and the TDMA configuration, but very cautiously with some metric monitoring (see chapter GSM Paging Repetition Process Tuning)
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
noOfBlocksForAccessGrant Description:
Class 2
V7
Number of CCCH blocks not used for paging A BCCH is combined when it shares the same radio time slot with four SDCCHs, which can include a CBCH (refer to the channelType entry in the Dictionary). In that case, the attribute value is no greater than to 2 (the value must be checked by users). [0 to 2] if the cell uses a combined BCCH, [1 to 7] otherwise. 0 means that PCH blocks are used for sending immediate assignment messages as and when needed. bts 0 DP, System 0 if no SMS-CB or SMS-CB with combined BCCH 1 if SMS-CB with non-combined BCCH > 0 if SI2Quater or/and SI13 on ext BCCH are activated
Value range:
Used in:
Paging command Process (Pag) Effects of SMS-Cell Broadcast Use on noOfBlocksForAccessGrant SI2Quater & SI13 on Extended or Normal BCCH See also chapter GSM Paging Repetition Process Tuning.
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 310/544
noOfMultiframesBetweenPaging Description:
Class 2
V7
Number of occurrences of a paging subgroup The greater this number, the greater the number of paging sub groups. [2 to 9] multiframe of fifty-one frames bts 6 DP, Optimization 6 for rural environments 2 or 4 for urban environments Paging command Process (Pag) This parameter has an impact on the use of mobile batteries (determine when an MS needs to listen to paging channels) and on reselection selectivity. For this operation, frequency of measurements performed on idle neighbours thanks to the formula: mesurements done every Max (5 seconds, ((5*nb of idle neighbors + 6) DIV 7) * noOfMultiframesBetweenPaging /4). Regarding mobile batteries, a value of 6 is sufficient to have a tradeoff between the saving of energy and effective paging. In rural environments, the maximum size of reselection list is usually 4/5. 5 seconds is then the maximum in the formula, so it does not slow down the reselection mechanism. The value of 6 is then advised. In urban environments, the size of the list is a bit higher. Furthermore, in this kind of environment, reselection reactivity is a key issue. The way to avoid having more than 5 seconds in the formula is to decrease noOfMultiframesBetweenPaging to 2 or 4 even if it increases battery consumption. Some studies are in progress to determine the value with more accuracy. See also chapter Effects of noOfMultiFramesBetweenPaging on Mobile Batteries and Reselection Reactivity.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 311/544
numberOfSlotsSpreadTrans Description:
Class 3
V7
Number of radio time slots over which RACH transmission access are spread in a random way to avoid collisions The information is broadcast to the mobiles at regular intervals on the cell BCCH. In the event of non-system response, the mobile will renew the RACH bursts after a randomly defined period that varies with numberOfSlotsSpreadTrans. MS Phase 1 The time T between two transmissions of the same RACH burst is the following: T= [D + (N+1) x 4.615]ms
D is the maximum system response pending time: D= 250 ms for BCCH not combined (i.e. 55 time slots) D= 350 ms for BCCH combined (i.e. 77 time slots)
N is the randomly number generated by the mobile in the range [0 to numberOfSlotsSpreadTrans-1] 4.615 ms is the time occupied by a time slot. MS Phase 2 The time T between two transmissions of the same RACH burst is the following (whatever the BCCH is combined or not): T= 4.615 x [S+(N + 1)] ms where
S is a parameter depending on the BCCH configuration and on the value of numberOfSlotsSpreadTrans (see table hereafter) N is the randomly number generated by the mobile in the range [0 to numberOfSlotsSpreadTrans-1] 4.615 ms is the time occupied by a time slot.
numberOfSlotsSpreadTrans 3, 8, 14, 50 4, 9, 16 5, 10, 20 6, 11, 25 7, 12, 32 S on non-combined BCCH S on combined BCCH
41 52 58 86 115
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
[3 to 12, 14, 16, 20, 25, 32, 50] time slots bts 32 DP, Optimization 32 Request access command repetition process (RA_rep) From Rec 04.08, numberOfSlotsSpreadTrans has a different meaning for phase 1 and phase 2 mobiles. For phase 1 mobiles, if the value is too small, two resources may be allocated to the same mobile (double allocation). For phase 2 mobiles, it is different. The best trade-off is to take 32 which is very good for phase 2 mobiles and not too bad for phase 1 mobiles. The choice will depend on the quantities of GSM phase 1 and GSM phase 2 mobiles.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 312/544
pagingOnCell Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Enable or disable paging requests in a cell [enabled / disabled] bts enabled DP, Optimization
Class 3
V9
enabled but can be disabled on special occasions (see Engineering Rules) PCH and RACH channel control When pagingOnCell is set to disabled, the BSC does not send any PAGING_COMMAND to the cell. This feature is used when operators want to forbid mobile terminated call set-up in specific cells. It can be useful during special events or in places like cinemas, theaters...
retransDuration Description:
Class 2
V8
Maximum number of occurrences of a same paging sub-group that separates the first and the last transmissions of the same paging message. [0 to 22] bts 10 DP, Optimization 10 Paging command repetition process (run by BTS) (Pag_rep) If many paging commands must be broadcast, repetitions of old paging messages are delayed because fresh paging has a higher priority. Therefore, repetitions could be so delayed that it leads to double paging. By setting this parameter to an accurate value retransDuration , the risk of sending very old paging messages is limited. Anyway, the value of this parameter is linked to the ones of nbOfRepeat and retransDuration. Furthermore, the following inequality, that is not checked by the system, must be true: retransDuration (delayBetweenRetrans + 1) x nbOfRepeat See also chapter GSM Paging Repetition Process Tuning.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 313/544
Whether frequency hopping reconfiguration is authorized in BTSs that use cavity coupling When frequency reconfiguration is authorized, it allows to automatically reconfigure the hopping sequence whenever a frequency is lost or recovered in the BTS. [true / false] bsc true DP, Design true (for BSC that manages both cavity and hybrid coupling) false (mandatory for hybrid coupling) Reconfiguration procedure If the value is True then the value of btsHopReconfRestart must be true in case of cavity coupling in the BTS. However, when enabling frequency hopping, it is advised to use hybrid coupling and synthesized frequency hopping. In order to facilitate the further use of frequency hopping in the network, the parameter bscHopReconfUse can be set to True, even if frequency hopping is not used yet.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
btsHopReconfRestart Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 2
V8
Whether hopping frequency reconfiguration is authorized on TX restarts in a cell [true / false] bts true DP, Optimization true (for cavity coupling) false (mandatory for hybrid coupling) Reconfiguration procedure If the value is True then the value of bscHopReconfUse must be true. However, when enabling frequency hopping, it is advised to use hybrid coupling and synthesized frequency hopping. With cavity coupling, in order to facilitate the further use of frequency hopping in the network, the parameter btsHopReconfRestart can be set to True, even if frequency hopping is not used yet.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 314/544
btsIsHopping Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Whether frequency hopping is allowed in a cell [hopping / noHopping / hoppingWithCarrierFilling / noHoppingWithCarrierFilling] bts Hopping DP, Design Hopping Frequency Hopping
Class 2
V7
The two main advantages of using Frequency Hopping are interferer and frequency diversities. Enabling frequency hopping allows to adapt and maximize the frequency reuse efficiency by maximizing the capacity in terms of offered Erlang/MHz/km. Moreover, enabling frequency hopping makes easier the task of frequency planning and TRXs addition. Although when using DTX there is a few number of RxQual measurements, there is no need to disable handovers on quality criteria, as no degradation was observed. When TRX are hopping, it is highly recommended to modify some TDMA configuration. Channel SDCCH must be set on time slot 1 of the concerned TDMA. Moreover this modification can be introduced before enabling frequency hopping. It is also recommended not to use Power Control with Frequency Hopping in case of cavity couplers. Indeed, with cavity couplers, the BCCH frequency can be part of the Mobile Allocation List (that is not possible in case of Hybrid couplers) and then the gap between the emitted power of two adjacent bursts could be at its maximum. Except this particular case (cavity coupler + FH + PWC) there is no restriction in combining Frequency hopping with Power Control.
LCAUTION!
LCAUTION!
Remark:
btsThresholdHopReconf Description:
Class 2
V8
Minimum number of frequencies that must be working in a cell to allow frequency hopping reconfiguration. If this attribute defines the nominal number of cell frequencies, the reconfiguration process is deactivated. Refer to the btsHopReconfRestart parameter. [1 to 64] bts 1 DP, Optimization 1 Reconfiguration procedure This parameter is checked before reconfiguration is started, for cavity coupling. If there are less remaining frequencies than the value of this parameter, the cell is deconfigured. The minimum value (1) allows a cell to be reconfigured even if there is only one frequency still available.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 315/544
cellAllocation Description:
Class 2
V7
List of no more than 64 frequencies allocated to a cell in the network frequency band. Normally, the maximum number of frequencies that can be set up with this parameter is 64 per frequency band. However, due to SI13 size constraints, when GPRS or EDGE is activated in the cell and there is at least one hopping data TDMA, the limitation becomes a maximum of 55 frequencies (in V15.0 and V15.0.1) ,52 frequencies (in V15.1 and V15.1.1), 49 frequencies (from V16). By definition, all cells covered by a given radio site use the same frequency band defined by the type of the network (standardIndicator). All cells declared as neighbor cells of a serving cell use the same frequency band as the serving cell. [1 to 124] (GSM 900 network), [975 to 1023] & [0 to 124] (E-GSM network), [955 to 1023] & [0 to 124] (GSM-R network), [512 to 885] (GSM 1800 network), [512 to 810] (GSM 1900 network) [128 to 251] (GSM 850 network) bts DP, Optimization see Engineering Rules This list must include all the frequencies used by TRX of the cell, even the BCCH frequency and shall respect following rules: With cavity couplers, two (2) consecutive frequencies must be spaced of at least 600 kHz in order to avoid interference With hybrid couplers, considering UL power control activated: in case of intra cell and intrasite configuration Nortel recommends 400kHz frequency spacing between TRX with or without frequency hopping. in case of intersite configuration, 200kHz frequency spacing are necessary between TRX with or without frequency hopping. These frequency spacings (400kHz in intrasite and intracell, 200kHz in intersite) guarantee a minimum of 12dB in C/I. This can provide certain quality of service. With particular applications (e.g. EDGE), an upper frequency spacing is needed (600kHz for EDGE). It is recommended to declare only 1 hopping frequency list by band (the use of the frequency band is optimal with all hopping frequencies in the same list and it is much easier for OAM). If at least one of the cell allocation ARFCN is in the range [975; 1023] & [0], the BCCH should be in that range also (this monoband EGSM cell does not support monoband PGSM MS nor dualband PGSM/DCS1800 MS), else BCCH should be a PGSM one.
Value range:
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 316/544
fhsRef Description:
Class 2
V7
Identifier of the frequencyHoppingSystem object that defines the frequency hopping management parameters for the radio time slot Setting this attribute and the maio attribute allows the time slot to obey frequency hopping laws. [0 to 63] channel DP, Optimization see Engineering Rules It is advised to use only one (1) fhsRef per cell (when the Mobile Allocation is the same for all its TRX), because it is time saving for creation at the OMC.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 317/544
hoppingSequenceNumber Description:
Class 2
V7
Hopping sequence number used by a radio time slot which obeys frequency hopping laws. Select different HSNs for nearby cells that use the same set of frequencies. [0 to 63] frequencyHoppingSystem DP, Optimization see Engineering Rules Synthesised frequency hopping In case of synthesized frequency hopping, whatever the fractional reuse pattern for TCH, using a unique HSN per site allows to avoid frequency collisions. However, it leads to a specific MAIO plan, more restricting than with the use of different HSN in cells (needs more frequencies). Indeed, the frequency load would be higher with different HSN. But it is possible to reach the maximum fractional load (value limited by RF constraints to 16,6 % for 1X1 pattern and 50 % for 1X3 pattern in case of no intra-site collision). When intra-site collision is allowed, field experience has shown that with an appropriate tuning of the parameters, 1X1 can go up to 20% fractional load and 1X3 up to 58% while keeping a very good quality for the offered capacity.) with a unique HSN per site and then systematically avoiding frequency adjacencies. See also chapter General Rules For Synthesised Frequency Hopping Class 2 V7
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
maio Description:
Index in the list of frequencies allotted to a radio time slot, which obeys frequency hopping laws. Setting this attribute, together with the fhsRef attribute, allows the time slot to obey frequency hopping laws. [0 to N-1] N is the number of frequencies allotted to the time slot. channel DP, Optimization see Engineering Rules Synthesised frequency hopping The MAIO must be different for each TRX within a cell in order to avoid frequency collision. If the Mobile Allocation contains adjacent frequencies, the difference between two TRX MAIO within a cell must be greater or equal than two (2). However, for a 1X3 pattern, it is possible to use the same MAIO sequence in all cells of a same site. Moreover, for such a pattern, if each list of MA frequencies does not contain adjacent frequencies, adjacent MAIO can be used. For a 1X1 pattern, different MAIO for each TRX must be used and no adjacent MAIO if there are adjacent frequencies in the MA list. See also chapter General Rules For Synthesised Frequency Hopping
Nortel confidential
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 318/544
mobileAllocation Description:
Class 2
V7
List of frequencies allocated in the network frequency band to a radio time slot which obeys frequency hopping laws. Normally, the maximum number of frequencies that can be set up with this parameter is 63 i.e. 64 BCCH frequency. However, due to SI13 size constraints, when GPRS or EDGE is activated in the cell and there is at least one hopping data TDMA (carrying at least one PDTCH), the limitation becomes a maximum of 55 n frequencies (for V15.0 and V15.0.1) or 52 n frequencies (for V15.1 and V15.1.1),or 49 n frequencies (from V16) where n is the number of non-hopping frequencies in the cell. [1 to 124] (GSM 900 network), [975 to 1023] & [0 to 124] (E-GSM network), [955 to 1023] & [0 to 124] (GSM-R), [512 to 885] (GSM 1800 network), [512 to 810] (GSM 1900 network) [128 to 251] (GSM 850 network). frequencyHoppingSystem DP, Optimization Synthesised frequency hopping Baseband Frequency Hopping see Engineering Rules This list must include all the hopping frequencies used by a TRX. As the first TRX of a cell does not hop, it is not related to a MA (TRX channels frequency is BCCH). The following TRXs may have a common MA containing all the hopping frequencies (not including the BCCH frequency). With cavity couplers, two (2) consecutive frequencies must be spaced of at least 600 kHz in order to avoid interference, because of material constraints. With hybrid couplers, considering UL power control activated: in case of intra cell and intrasite configuration Nortel recommends 400kHz frequency spacing between TRX with or without frequency hopping. in case of intersite configuration, 200 kHz frequency spacing are necessary between TRX with or without frequency hopping. These frequency spacings (400kHz in intrasite and intracell, 200kHz in intersite) guarantee a minimum of 12dB in C/I. This can provide certain quality of service. With particular applications (e.g. EDGE), an upper frequency spacing is needed (600kHz for EDGE). It is recommended to declare only 1 hopping frequency list by band (the use of the frequency band is optimal with all hopping frequencies in the same list and it is much easier for OAM).
Value range:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 319/544
trafficPCMAllocationPriority Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: see also chapter PCM Priority.
Class 2
V9
Allocation priority of a TDMA frame on the covering site PCMs This attribute is used in case of Abis PCM reconfiguration. [0 to 255] transceiver 0 for the TDMA supporting the BCCH, 255 for the others DP, Optimization 0 for the TDMA supporting the BCCH 255 for the others
zoneFrequencyHopping Description:
Class 2
V9
Whether frequency hopping is authorised in the zone. If frequency hopping is not allowed in a zone, a channel objects that describe the radio time slots of the TDMA frames used in the zone cannot be allowed to hop. [hopping / not hopping] transceiverZone not hopping DP see Engineering Rules In case of a dualband cell and if PDTCHs are configured on the inner zone, that parameter must be set to not hopping on the transceiverZone corresponding to the inner zone. In any other case that parameter must be set to hopping.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
zoneFrequencyThreshold Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 2
V9
Minimum number of frequencies needed to allow frequency reconfiguration in the zone. [1 to 64] transceiverZone 1 DP TBD
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 320/544
estimatedSiteLoad Description:
Class 3
V15
This parameter is used: at site creation, in order to preset the erlang consumption of the new Cell Group ortherwise, in order to set the erlang consumption [0 to 1100] erlangs. 1100 is the internal erlang capacity of a TMU2. btsSiteManager 0 DP see Engineering Rules V15.1 Evolution of Load Balancing It is usually recommended to try to set the estimatedSiteLoad of a site at the creation of this site (with the maximum configuration wanted for this site) to be sure that at this time the global dimensioning of the BSC is correct. It may also help in handling exceptional events on some parts of the network. This parameter is available only from V15.1
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 321/544
Whether Early classmark sending procedure initiated by a multiband MS is allowed. The information is broadcast to the mobiles at regular intervals on the cell BCCH (SYQ INFO 3). [Not Allowed, Allowed] bts Not Allowed DP, Design Allowed Modified SYS INFO 3 Location Services When this parameter is set to enabled, the Classmark_Change message is sent just after the SABM and UA frames exchange on the Immediate_Assignment procedure. This message enables interband handover procedures (handovers on TCH and SDCCH, Directed Retry); Morever this parameter allows MS to send its capacity downlink Advanced Receiver performance. Therefore, if the operator is interested to have the SAIC mobile penetration, it is recommended to set this parameter to Allowed In single band networks, early classmark sending will be set to disabled.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V10
Minimum number of cells that multiband MSs must report in their radio measurements in each frequency band [the six strongest cells / the strongest cell out band / the two strongest cells out band / the three strongest cells out band] 6 strongest allowed cells irrespective of their frequency band the strongest allowed cell outside the current frequency band the 2 strongest allowed cells outside the current frequency band the 3 strongest allowed cells outside the current frequency band bts the six strongest cells DP, Optimization The two strongest cells out band (case of privileged band) the six strongest cells (case of no privileged band) Multiband reporting For values indicating the one (1), two (2) or three (3) strongest cells out band, the multiband MS respectively reports the one, two or three strongest allowed cells outside the current frequency band. The remaining space in the report (at least 5, 4 or 3 cells) is used to give information about cells in the current frequency band. If there are still some remaining positions, they are used to report cells outside the current frequency band.
Nortel confidential
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 322/544
standard indicator AdjC Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Type of network in which this neighbour cell is working
Class 3
V10
[gsm / extended gsm / dcs1800 / pcs1900 / R gsm / gsmdcs (V12) / dcsgsm (V12) / gsm850 / gsm850pcs / pcsgsm850] adjacentCellHandover gsm DP, Optimization extended gsm if available in the network. See Engineering Rules Oher procedures (Dual Band Handling) The indicates standard indicator must have the same value in adjacentCellHandover or adjacentCellReselection objects and in the associated neighbour bts object. Refer to the standardIndicator parameter engineering rules to get more information about neighbours management. gsmdcs and dcsgsm are only available for S8000 DRX transceiver architecture. eGSM is only available for S8000 CBCF transceiver architecture.
LCAUTION!
standard indicator AdjC Description: Value range: Object: Default value: Type: Rec. value: Used in: Type of network in which this neighbor cell is working
Class 3
V10
[gsm / extended gsm / dcs1800 / pcs1900 / R gsm / gsmdcs (V12) / dcsgsm (V12) / gsm850 / gsm850pcs / pcsgsm850] adjacentCellReselection gsm DP, Optimization extended gsm if available in the network. See Engineering Rules Oher procedures (Dual Band Handling)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 323/544
LCAUTION!
bCCHFrequency Description:
Class 3
V7
Radio frequency allocated to a neighbour cell BCCH in the network frequency band. The information is broadcast on the serving cell SACCH. [1 to 124] (GSM 900 network), [512 to 885] (DCS 1800 network), [512 to 810] (PCS 1900 network), [955 to 1023] & [0 to 124] (RGSM network), [975 to 1023] & [0 to 124] (EGSM network), [128 to 251] (GSM 850 network). adjacentCellHandOver DP
Value range:
Class 3
V7
Radio frequency used for selection and reselection management. The information is broadcast on the serving cell BCCH. [1 to 124] (GSM 900 network ), [512 to 885] (DCS 1800 network), [512 to 810] (PCS 1900 network), [955 to 1023] & [0 to 124] (RGSM network), [975 to 1023] & [0 to 124] (EGSM network). [128 to 251] (GSM 850 network) adjacentCellReselection DP Directed Retry Handover: BSC (or local) mode (Ho_1) An adjacentCellReselection object can use the same BCCH as the serving cell to which it is associated. This allows a mobile to immediately recover the cell on which it was camping after being switched off, then switched back on, and is especially useful in the selection process.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 324/544
bCCHFrequency Description:
Class 2
V7
Radio frequency allocated to a cell BCCH (Broadcast Control CHannel) in the network frequency band. The information is broadcast on the cell SACCH. The BCCH frequency is automatically assigned to the radio time slot carrying the cell BCCH when the cell is brought into service (absoluteRFChannelNo attribute of the channel object describing the carrier TDMA frame TS0). It is broadcast to the radio time slot whenever modified. The BCCH is used by the BTS for broadcasting cell related system information to MS, such as frequency band and list of frequency channels used, authorized services and access conditions, list of neighbour cells, and radio parameters (maximum transmission strength, minimum reception strength, etc). [1 to 124] (GSM 900 network ), [512 to 885] (DCS 1800 network), [512 to 810] (PCS 1900 network), [955 to 1023] & [0 to 124] (RGSM network), [975 to 1023] & [0 to 124] (EGSM network). [128 to 251] (GSM 850 network) bts DP
Value range:
If at least one of the cell allocation ARFCN is in the range [975; 1023] & [0], the BCCH should be in that range also (this monoband EGSM cell does not support monoband PGSM MS nor dualband PGSM/DCS1800 MS), else BCCH should be a PGSM one.
standardIndicator Description:
Class 2
V10
Type of network in which the cell is working From the value given to this attribute, the OMCR determines the network frequency band and the frequencies that can be used by all radio entities (cells and radio time slots) in the related site. [gsm / extended gsm / dcs1800 / pcs1900 / R gsm / gsmdcs (V12) / dcsgsm (V12) / gsm 850 / gsm850pcs / pcsgsm850] bts DP
GSM 900 network (gsm) The GSM 900 frequency band is 2*25 MHz wide and includes 124 pairs of carrier frequencies, numbered [1 to 124], which are 200 kHz apart:
Uplink direction (MStoBTS) = 890 to 915 MHz f1 = 890 + 0.2xN MHz where N = [1 to 124] Downlink direction (BTStoMS) = 935 to 960 MHz f2 = f1 + 45 MHz
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 325/544
Uplink direction (MStoBTS) = 824 to 849 MHz f1 = 824.2 + 0.2x N MHz where N = [1 to 124] Downlink direction (BTStoMS) = 869 to 894 MHz f2 = f1 + 45 MHz EXTENDED GSM network (extended gsm) The extended GSM frequency band is 2*35 MHz wide and includes 174 pairs of carrier frequencies, numbered [0 to 124] and [975 to 1023], which are 200 kHz apart:
Uplink direction (MStoBTS) = 880 to 915 MHz f1 = 880.2 + 0.2x(N 975) MHz where N = [975 to 1023] f1 = 890 + 0.2xN MHz where N = [0 to 124] Downlink direction (BTStoMS) = 925 to 960 MHz f2 = f1 + 45 MHz GSMR network (R gsm) The GSMR frequency band is 2*39 MHz wide and includes 194 pairs of carrier frequencies, numbered [0 to 124] and [955 to 1023], which are 200 kHz apart:
Uplink direction (MStoBTS) = 876 to 915 MHz f1 = 876.2 + 0.2x(N 955) MHz where N = [955 to 1023] f1 = 890 + 0.2xN MHz where N = [0 to 124 Downlink direction (BTStoMS) = 921 to 960 MHz f2 = f1 + 45 MHz GSM 1800 network (dcs1800) The GSM 1800 frequency band is 2*75 MHz wide and includes 374 pairs of carrier frequencies, numbered [512 to 885], which are 200 kHz apart:
Uplink direction (MStoBTS) = 1710 to 1785 MHz f1 = 1710k2 + 0.2x(N 512) MHz where N = [512 to 885] Downlink direction (BTStoMS) = 1805 to 1880 MHz f2 = f1 + 95 MHz GSM 1900 network (pcs1900) The GSM 1900 frequency band is 2*60 MHz wide and includes 299 pairs of carrier frequencies, numbered [512 to 810], which are 200 kHz apart:
Uplink direction (MStoBTS) = 1850 to 1910 MHz f1 = 1850.2 + 0.2x(N 512) MHz where N = [512 to 810] Downlink direction (BTStoMS) = 1930 to 1990 MHz f2 = f1 + 80 MHz GSM 900 GSM 1800 network (gsmdcs) The primary band is GSM 900 The secondary band is GSM 1800 GSM 1800 GSM 900 network (dcsgsm) The primary band is GSM 1800
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 326/544
The frequency bands defined hereabove are the definition of the ETSI. Concentric/DualCoupling/DualBand Cell Handover (Ho_3)
If one of a cell ARFCN is in [975;1023] & [0] range, this monoband EGSM (RGSM or EGSM) cell does not support monoband PGSM MS nor dualband PGSM/DCS1800 MS. If a EGSM cell has a BCCH in PGSM band, a PGSM mobile will listen to it and may be handed over in that cell on a TCH in the E band. In that case, the mobile will send a handover failure. Sys-infos management: According to recommendations, only main frequencies can be present in the SI2 and SI2bis (resp. 5 and 5bis). Following table gives the standard indicator of the neighbouring cells that can be included in the different sys_info messages. (extended gsm is noted EGSM in the table).
SYS_INFO SI2 / SI5 GSM 900 standardIndicator (current cell) E GSM GSM 1800 SI2 bis / SI5 bis SI2 ter / SI5 ter
Note (1): In that case, the number of frequencies in the frequency list is limited due to their large range. => Thus, due to the range of frequencies in EGSM + GSM 1800 bands, and the fact that only 1 message (ter) can contain such neighbours info (if StandardIndicator = GSM), it is strongly recommended to set the standard indicator of PGSM cells containing EGSM neighbours to extended gsm (2 messages to encode EGSM neighbours).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 327/544
LCAUTION!
dtxMode Description:
Class 3
V7
MS control of the discontinuous transmission mechanism in a cell Discontinuous transmission is designed to lessen MS battery consumption and diminish interference by breaking off the transmission when no data or speech are being transmitted. [FRmsmayuseDTX / HRmsshallnotuseDTX, FRmsshalluseDTX / HRmsshallnotuseDTX, FRmsmayuseDTX / HrmsmayuseDTX, FRmsshallnotuseDTX / HRmsshallnotuseDTX, FRmsshalluseDTX / HrmsshalluseDTX, FRmsshallnotuseDTX / HRmsshalluseDTX] bts msMayUseDtx DP, Optimization msShallUseDtx DTX When AMR is activated that parameter should be set to FRmsshalluseDTX / HRmsshalluseDTX See also chapter Impact of DTX on Averaging
Value range:
Object: Default value: Type: Rec. value: Used in: Eng. Rules: LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 328/544
5.25. MISCELLANEOUS
Data14_4OnNoHoppingTs Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Class 3 V12
Whether data 14.4 kbit/s transmission rate is allowed at bts level on the non hopping TSs [disabled / enabled] bts disabled DP, Optimization TBD PCM Error Correction
data mode 14.4 kbit/s Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Whether data 14.4 kbit/s transmission rate is allowed [disabled / enabled] transcoderBoard disabled DP TBD PCM Error Correction
Class 2
V12
data non transparent mode Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: data non transparent mode Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
Class 3
V12
Set of transmission rates used for data non transparent mode transmission of the Radio interface and Abis interface. [9.6 / 14.4] (kbit/s) bts 9.6 kbit/s DP TBD
Class 3
V12
Set of transmission rates used for data non transparent mode transmission of the Radio interface and Abis interface. [9.6 / 14.4] (kbit/s) signallingPoint 9.6 kbit/s DP TBD
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 329/544
data transparent mode Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: DP TBD
Class 3
V12
Set of transmission rates used for data transparent mode transmission of the Radio interface and Abis interface. [1.2/0.075 / 0.6 / 1.2 / 2.4 / 4.8 / 9.6 / 14.4] (kbit/s) bts
data transparent mode Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: DP TBD
Class 3
V12
Set of transmission rates used for data transparent mode transmission of the Radio interface and Abis interface. [1.2/0.075 / 0.6 / 1.2 / 2.4 / 4.8 / 9.6 / 14.4] (kbit/s) signallingPoint
measurementProcAlgorithm Description: Value range: Whether the new L1M interface is used [L1MV1, L1MV2] L1MV1: the older L1M is used L1MV2: the newer L1M is used bts DP, Optimization L1MV2 Measurement Processing Direct TCH Allocation and Handover Algorithms
Class 2
V12
L1MV2 is not supported on DCU2. It is not recommended to set L1MV2 on a DCU2/DCU4 BTS mixed configuration since the enhancements offered will be available only on part of the site so with a call processing not homogeneous on the whole communications. Major benefits are:
ability to support advanced capacity and coverage features such as Automated cell tiering capture process more reactive less handover failure (better updating of eligible cells)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 330/544
siteGsmFctList Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 2
V7
List of up to 14 elements that identify the GSM functions configured in a site BCF [entityMgt / download / siteMgt / abisSig / abisTraf / rfTrans / rfRecep / cellMgt / fhMgt / tdmaMgt / tsMgt / gsmTime / car0Fil / freqMgt] btsSiteManager site Mgt/abisSig DP, Optimization [entityMgt / download / siteMgt / abisSig / abisTraf / rfTrans / cellMgt / fhMgt / tdmaMgt / tsMgt] It is always useless to put the elements rfRecep, gsmTime and car0Fill in the list because these functions are not yet implemented. The function freqMgt must be included in the list only when using cavity coupling. It is advised to put the function fhMgt even if frequency hopping is not used in the network, in order to avoid a class 2 parameter change when introducing this feature.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 331/544
Correlation ratio of the input signals received from the normal and diversity antennas. This ratio enables to adapt the SPU software (the interferer cancellation algorithm) to the propagation conditions. Correlation ratio = 0 means that the interferer cancellation algorithm is inactive. [0 to 100] % bts 0 DP, Design see Engineering Rules Interference Cancellation Three values are necessary and sufficient to cover the clients needs according to the sold options (it is quite unlikely that a more refined fine-tuning will bring anything more): - 0%: Maximum Ratio Combining (best pure thermal noise sensitivity): no interference cancellation, minimum speed correction. - 50%: MRC when no interferers (same pure thermal noise sensitivity as 0%): interference cancellation, medium speed correction. - 100%: Approximate MRC when no interferers: interference cancellation, best speed correction. To set a specific value to this parameter, the gsm Protocol (in the omc-configure.cfg of the OMC) shall be set to JTC. See also chapter Interference Cancellation Usage.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 332/544
Whether the BTS uses the Enhanced TRAU Frame (ETF) for TCU
pcmErrorCorrection Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 2
V12
Whether the bts uses the new ETF (Enhanced TRAU Frame) frame (set to 1) or the ETSI Rec 08.60 frame (set to 0). [0 / 1] bts 1 DP, Optimization 1 PCM Error Correction To benefit from the PCM Error Correction feature during intra BSC HO, it is advised to use the ETF for all cells linked to the BSC. This attribute can be set to 1 only if enhancedTRAUFrameIndication attribute is set to available or active. All related TCUs shall be of TCB2 board type and their softwares shall be V12. Only BTSs equipped with non mixed DCU4 or DRX transceiver architecture can support the Enhanced TRAU Frame. PCM error correction feature is efficient with: - EFR when PCM quality is not too bad - FR whatever the PCM quality For the other codec: PCM error correction feature is not available on data circuit codec. Nortel has not designed this feature for AMR codec as this feature is useless for AMR calls, moreover, in case of activation with AMR, the feature gain decrease when AMR penetration increases.
LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 333/544
This attribute allows to configure the cell tiering algorithm at BTS level instead of the cellTieringConfiguration attribute from V14 release BSC. This parameter is composed of the following five parameters:
Object: Type:
hoMarginTiering Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
Hysteresis between the uCirDLH and lCirDLH tiering thresholds. Used to avoid ping-pong handovers (expressed in dB) [0 to 63] dB handOverControl 4 dB DP, Optimization 4dB (to be optimized with the HO cell tiering monitoring) Automatic cell tiering (from V12)
interferenceType Description:
Class 3
V14
It is used for identifying the type of interference created by a neighbor cell. The possible values are not applicable (no interference), adjacent interference or cochannel interference. [notApplicable / adjacent / coChannel] adjacentCellHandOver notApplicable DP, Optimization This parameter should be set according to frequency plan strategy. Automatic cell tiering (from V12)
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 334/544
nbLargeReuseDataChannels Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
Mean number of logical channels belonging to the large frequency reuse pattern and used at the same time for data communications [-16 to +16] handOverControl 0 DP, Optimization To be determined according to configuration (see below) Automatic cell tiering (from V12) This parameter gives the mean number of radio TS in the large reuse pattern (BCCH) used for data communications (and consequently not available for tiering). nbLargeReuseDataChannels = number of timeslots dedicated GPRS + average number of timslots for 14.4 if the parameter data 14.4 OnNoHoppingTs is set to 1. This last value can be obtained through the counters 1705/2 and 1707/2.
numberOfPwciSamples Description:
Class 3
V14
Minimum number of PwCI samples required to reach a reliable distribution (representative of the real distribution in the whole cell) * 1000 [0 to 60] handOverControl 20 DP, Optimization 20. However, it is a deal between PWCI distribution refresh time and accurancy (see below). Automatic cell tiering (from V12) It gives the minimum number of PWCI samples required to reach a reliable distribution of PWCI that will be representative of the real distribution in the whole cell x 1000. The number of samples before a PWCI distribution is undertaken is : 1000 x numberOfPwciSamples. For example, in a cell bearing 29 TCHs and loaded at 75%, at each moment, 0.75x29=21.75 TCHs are occupied. Then, every 480 ms well have 21.75 samples available and every second (1000*21.75)/480=45.3 samples. If we set numberOfPwciSamples at 20, a PWCI distribution will be computed when 20000 samples will be available, wich means that a PWCI distribution will be computed every 20000/45.3 = 441.5 seconds ( almost every 7 minutes and a half).
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 335/544
pwciHreqave Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3 Averaging window size for PwCI. It defines the number of measurement reports for a PWCI arithmetic averaging. [0 to 16] handOverControl 8 DP, Optimization 8 Automatic cell tiering (from V12)
V12
In a given cell, each communication in the cell reports its measurements every 480 ms which allows computing the PWCI. When 20000 samples are gathered in the cell, a distribution of all the PWCI is computed and, lCirDLH and uCirDLH are determined for the cell. In order to take a tiering decision, a PWCI is averaged over a pwciHreqAve window, for each communication and compared to lCirDLH and uCirDLH obtained from the previous distribution, to lead (or not) to a handover decision.
selfTuningObs Description:
Class 3
V12
BTS mode of the sending the PwCI distribution on the Abis interface. This allows a closer monitoring of the cell tiering feature behavior once activated. [pwCi distribution not sent, pwCi distribution sent after gathering, one pwCi distribution sent per hour] handOverControl pwCi distribution not sent DP, Optimization Other than pwCi distribution not sent when fine tuning the feature, with close monitoring needed. Automatic cell tiering (from V12) The possible values are pwCi distribution not sent (PWCI distribution is gathered but not sent onto the Abis interface), pwCi distribution sent after gathering (the distribution is sent each time a new tiering threshold is computed for a maximum of 10 cells) or one pwCi distribution sent per hour (the distribution is sent when a new tiering threshold is computed but no more than one message every hour for a maximum of 40 cells). PWCI distribution may be gathered and sent onto the Abis interface independantly of tiering activation.
Value range:
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Remark:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 336/544
List of the speech algorithms associated with channel use modes in the cell The full rate value refers to the standard algorithm. The enhanced full rate value only applies when all the TCUs linked to the BSC are equipped with TCB2 boards. list of [algoid] where algoid id: full rate, enhanced, full rate, AMR full rate, AMR half rate bts [full rate, enhanced full rate] DP [full rate, enhanced full rate] AMR - Adaptative Multi Rate FR/HR When AMR is activated, SpeechMode must be set to full rate, enhanced full rate, AMR full rate, AMR half rate
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: LCAUTION!
speechMode Description:
Class 3
V12
List of the speech algorithms associated with channel use modes on the A interface. The full rate value refers to the standard algorithm. The enhanced full rate value only applies when all the TCUs linked to the BSC are equipped with TCB2 boards. list of [algoid] where algoid id: full rate, enhanced, full rate, AMR full rate, AMR half rate signallingPoint [full rate, enhanced full rate] DP [full rate, enhanced full rate] AMR - Adaptative Multi Rate FR/HR When AMR is activated, SpeechMode must be set to full rate, enhanced full rate, AMR full rate, AMR half rate
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 337/544
Whether broadcasting of short messages in unacknowledged mode is authorized in a cell. [used / unused] bts used DP
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 338/544
Object: Type:
uMTSAccessMinLevel Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Note:
Class 3
V14
A minimum threshold for Ec/No for UTRAN FDD cell re-selection (3GPP reference is FDD_Qmin) [0: - 20 dB, 1: - 6 dB, 2: - 18 dB, 3: - 8 dB, 4: - 16 dB, 5: - 10 dB, 6: 14 dB, 7: - 12 dB] bts - 12 dB DP - 12 dB Mobility 2G - 3G Reselection below the recommended value UE may not be able to reach the 3G network in good conditions. The SI2Quater message broadcasted by the BSS is an index [0 to 7] that is interpreted by the mobile depending on the release date of that mobile:
Index Mobiles interpretation before October 2003 Mobiles interpretation after October 2003
0 1 2 3 4 5 6 7
- 20 dB - 19 dB - 18 dB - 17 dB - 16 dB - 15 dB - 14 dB - 13 dB
- 20 dB - 6 dB - 18 dB - 8 dB - 16 dB - 10 dB - 14 dB - 12 dB
One should be advised that OMC-R may eventualy display old values while the offset is broadcasted.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 339/544
uMTSReselectionARFCN Description:
Class 3
V14
Neighbouring UMTS cell ARFCN. Although no control is performed on the value, it shall be indicated on the OMC-R display as a comment that a UTRAN ARFCN FDD is from 10562 to 10838. (3GPP reference is FDD_ARFCN) 0 to 16383 bts 0 DP a non-null value to broadcast the SI2Quater on the BCCH Mobility 2G - 3G Reselection
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
uMTSReselectionOffset Description: Value range: Object: Default value: Type: Checks: Rec. value: Used in: Eng. Rules: see Engineering Rules Mobility 2G - 3G Reselection
Class 3
V14
Applies an offset to RLA_C for cell reselection to access technology / mode FDD (3GPP reference is FDD_Qoffset) [-dB, -28 dB, -24 dB, -20 dB, -16 dB, -12 dB, -8 dB, -4 dB, 0 dB, 4 dB, 8 dB, 12 dB, 16 dB, 20 dB, 24 dB,28 dB] bts -dB DP
that parameter allows a fine tuning in UMTS re-selection by introducing a favorable/defavorable offset toward a UMTS cell. The recommanded value by default is 0 dB.
Class 3 Search for 3G cell if signal level is below or above the threshold (3GPP reference is Qsearch_I)
V14
[0: < -98 dBm, 1: < -94 dBm, 2: < -90 dBm, 3: < -86 dBm, 4: < 82 dBm, 5: < -78 dBm, 6: < -74 dBm, 7: Always, 8: > -78 dBm, 9: > -74 dBm, 10: > -70 dBm,11: > -66 dBm, 12: > -62 dBm, 13: > -58 dBm, 14: > -54 dBm, 15: Never] bts -98 dBm DP see Engineering Rules Mobility 2G - 3G Reselection this parameter set whether UE should search for UMTS cells or not. It can allow UE to search above a certain level, below a certain level, or always. Note that in this last case the UE battery autonomy can be impacted.
Nortel confidential
Object: Default value: Type: Rec. value: Used in: Eng. Rules:
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 340/544
Rejection time of a capacity intracell handover after an intracell handover [0 to 120 s.] handOverControl 0 s. DP [15 to 30 s.] Protection against Intracell HO Ping-Pong Handover mechanisms (AMR)
minTimeQualityIntraCellHO Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Remark: Note: LCAUTION! Applies to a BSC 3000 architecture only.
Class 3
V14
Rejection time of a quality intracell handover after an intracell handover [0 to 120 s.] handOverControl 0 s. DP [0 to 10 s.] Protection against Intracell HO Ping-Pong AMR - Adaptative Multi Rate FR/HR
That parameter can be named qualityTimeRejection in the literature. When AMR is activated that parameter should be set to 5 s
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 341/544
servingfactorOffset Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3 This attribute defines the offset linked to the serving cell, used to decrease the HO margin, in some specific cases [-63 to 63] handoverControl -2 DP 0 Automatic handover adaptation
V12
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 342/544
neighDisfavorOffset Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Note:
Class 3
V12
This attribute modifies the offset linked to the neighbouring cell, used to increase the HO marging, in some specific cases [-63 to 63] handoverControl 2 DP 2 Automatic handover adaptation That parameter can be named offsetNeighbouringCell at the MMI.
rxQualAveBeg Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V12
This attribute defines the number of quality measurement results used by the power control mechanism, in short averaging algorithm [1 to 10] handoverControl 2 DP same as RxlevHreqAveBeg Automatic handover adaptation Fast Power Control at TCH assignment (Pc_3)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 343/544
Define the lines of parameter used for the adaptation mechanism. It sets the C/I thresholds when AMR speech codecs are used on a FR channel in UL.when AMR speech codecs are used.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
[0 to3] bts 0 DP 3 Codec mode adaptation 0: typical radio condition 1: optimistic radio condition 2: pessimistic radio condition 3: personalize with the BSC data configuration table The recommanded value of 0 offers a good compromise between HR penetration and radio environment. For optimization of the table amrUlFrAdaptationSet should be turn to 3 (refer to AMR Activation Guideline PE/BSS/APP/11438 in Reference Documents) See also chapter AMR Engineering Studies.
amrUlHrAdaptationSet Description:
Class 3
V15
Define the lines of parameter used for the adaptation mechanism. It sets the C/I thresholds when AMR speech codecs are used on a FR channel in UL.when AMR speech codecs are used.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
[0 to3] bts 0 DP 3 Codec mode adaptation 0: typical radio condition 1: optimistic radio condition 2: pessimistic radio condition 3: personalize with the BSC data configuration table The recommanded value of 0 offers a good compromise between HR penetration and radio environment. For optimization of the table amrUlHrAdaptationSetshould be turn to 3 (refer to AMR Activation Guideline PE/BSS/APP/11438 in Reference Documents) See also chapter AMR Engineering Studies.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 344/544
amrDlFrAdaptationSet Description:
Class 3
V15
Define the lines of parameter used for the adaptation mechanism. It sets the C/I thresholds when AMR speech codecs are used on a FR channel in UL.when AMR speech codecs are used.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
[0 to3] bts 0 DP 3 Codec mode adaptation 0: typical radio condition 1: optimistic radio condition 2: pessimistic radio condition 3: personalize with the BSC data configuration table The recommanded value of 0 offers a good compromise between HR penetration and radio environment. For optimization of the table amrDlFrAdaptationSetshould be turn to 3 (refer to AMR Activation Guideline PE/BSS/APP/11438 in Reference Documents) See also chapter AMR Engineering Studies.
amrDlHrAdaptationSet Description:
Class 3
V15
Define the lines of parameter used for the adaptation mechanism. It sets the C/I thresholds when AMR speech codecs are used on a FR channel in UL.when AMR speech codecs are used.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
[0 to3] bts 0 DP 3 Codec mode adaptation 0: typical radio condition 1: optimistic radio condition 2: pessimistic radio condition 3: personalize with the BSC data configuration table The recommanded value of 0 offers a good compromise between HR penetration and radio environment. For optimization of the table amrDlHrAdaptationSetshould be turn to 3 (refer to AMR Activation Guideline PE/BSS/APP/11438 in Reference Documents) See also chapter AMR Engineering Studies.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 345/544
hrCellLoadStart Description: Value range: Object: Default value: Type: Rec. value:
Class 3
V14
This attribute is used to trigger the beginning of AMR HR allocation in the cell. [0 to 100] bts 100 DP 0 for AMR FR only, different from 0 to trigger the HR allocation in the cell. 80 for AMR based on Traffic Channel allocation This parameter shall be different from 0 to use Half Rate allocation. The parameter should be set to 1 to reach V15.1 behaviour (HR calls allocated on RxLev criterion only) This value should be tuned according to the operator strategy and the number of TCH (preemptable PDTCH are not taken into account). 80 is a good compromise but it can be increased for cells with more than 12 TCH.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 346/544
radioAllocator Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: Radio allocator type used in the cell [voice + dataCircuit, voice + dataCircuit + packetData] bts voice + dataCircuit DP voice + dataCircuit + packetData
Class 2
V12
Lab tests have shown that the recommended value has to be set to voice + dataCircuit + packetData when AMR is activated
TRANSCODER OBJECT
coderPoolConfiguration Description: Class 2 V12
This attribute indicates enumerated speech coding algorithms supported by the TCU. List of algoid [minimumCalls, powerUplink, powerDownlink] Algoid: fullRateCoder, enhancedFullRateCoder, amrFullHalfRateCoder, ctmEnhancedFullRateCoder MinimumCall: 0 to 65535 PowerUL: -15 to +15 PowerDL: -15 to +15 Transcoder fullRateCoder, minimumCall = 1, pwrUL = 0, pwrDL = 0 enhancedFullRateCoder, minimumCalls = 1, pwrUL = 0, pwrDL = 0 amrFullHalfRateCoder, minimumCalls = 1, pwrUL = 0, pwrDL = 0 ctmEnhancedFullRateCoder, minimumCalls = 1, pwrUL = 0, pwrDL = 0 DP see Engineering Rules Channel allocation (AMR) Cellular Telephone Text Modem (TTY) Used for the AMR, TTY activation at the TCU level (downlink and uplink amplification level and use to define the minimum of AMR communications on the TCU level). Each coded has to be present only if is is activated by the operator, FR is mandatory. During normal operation, it dynamically reallocates the resources between the TRMs to meet traffic demand. For the EFR and FR codecs, the archipelago capacity is 72, i.e. 216 circuits per TRM. For the AMR codec, the archipelago capacity is 60, i.e.180 circuits per TRM. For the EFR+TTY codec, the archipelago capacity is 48, i.e. 144 circuits per TRM. The customer can set for each enabled vocoder type (FR, EFR, AMR) a warrantied minimum number of communications. This field is called minimumCalls and is used for the initial distribution.
Nortel confidential
Value range:
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 347/544
FullRateCoder, minimumCalls = 4, powerUL = 0, powerDL = 0 EnhancedFullRateCoder, minimumCalls = 8, powerUL = 0, powerDL = 0 amrFullHalfRateCoder, minimumCalls = 8, powerUL = 0, powerDL = 0
Remark:
Whatever is the repartition between the codecs, the two parameters powerUL and powerDL should always be set to 0. For T1 network, no TTY CODEC is available at the MMI. So when theTCU receives TRM related config messages indicating for each CODEC(FR, EFR and AMR) their minimumCalls, the equivalent EFR+TTYCODEC is enabled with a minimumCalls set to 1 by default.
LCAUTION!
All TCUe3 releases below V16.0, if the transmission network uses the T1 PCM, TTY is activated by default. For any TCUe3 upgrade from V14/V15 to release V16.0, TTY must be explicitly set at MMI on G3Trans object via the coderPoolConfiguration field.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 348/544
TRANSCEIVER OBJECT
frAMRPriority Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: defines TDMA allocation priority for AMR FR calls. [0 to 2] Transceiver 0 DP 1 for BCCH TDMA 0 for hopping TDMA Channel allocation (AMR) BCCH and non-hopping TDMA should be set to low priority, i.e. 1, while hopping TDMA should be set to high priority, i.e. 0. Priority 0 is given to a high priority TDMA, Priority 1 is given to a low priority TDMA, Priority 2 disables this service on the TDMA. See also chapter Isolated Areas in AMR Monitoring. Priority 2 is not recommended as it could introduce an AMR congestion on the cell due to a barring of access to some TDMAs for AMR calls. However, that setting could be interesting in some specific cases. Class 2 V14
LCAUTION!
hrAMRPriority Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: defines TDMA allocation priority for AMR HR calls. [0 to 2] Transceiver 0 DP 1 for BCCH TDMA 0 for hopping TDMA Channel allocation
Class 2
V14
BCCH and non-hopping TDMA should be set to low priority, i.e. 1, while hopping TDMA should be set to high priority, i.e. 0 Priority 0 is given to a high priority TDMA, Priority 1 is given to a low priority TDMA, Priority 2 disables this service on the TDMA. See also chapter Isolated Areas in AMR Monitoring. Priority 2 is not recommended as it could introduce an AMR congestion on the cell due to a barring of access to some TDMAs for AMR calls. However, that setting could be interesting in some specific cases.
LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 349/544
hrPowerControlTargetMode Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
AMR codec target to define the Uplink power control threshold for HR AMR calls [4k75, 5k9, 6k7, 7k4] power control 7k4 DP 7k4 Power Control (AMR) Power has to be decreased when call quality is very good and increased when the quality could be better. Even if 7k4 AMR HR is set, which corresponds to the most constraining Power control value, AMR Power control has shown to be more aggressive than EFR Legacy L1m. If cell radio conditions are very good, optimization to 6k7 HR target could be justified. Power control has to be triggered before handover for quality reason. AMRHRIntercellCodecModeThreshold<hrPowerControlTargetMode
frPowerControlTargetMode Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
AMR codec target to define the Uplink power control threshold for FR AMR calls [4k75, 5k9, 6k7, 10k2, 12k2] power control 12k2 DP 12k2 Power Control (AMR) Power has to be decreased when call quality is very good and increased when the quality could be better. Even if 12k2 AMR HR is set, which corresponds to the most constraining Power control value, AMR Power control has shown to be more aggressive than EFR Legacy L1m. If cell radio conditions are very good, optimization to 10k2 FR target could be justified. Power control has to be triggered before handover for quality reason. AMRFRIntercellCodecModeThreshold<frPowerControlTargetMode
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 350/544
hrPowerControlTargetModeDl Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V16
AMR codec target to define the downlink power control threshold for HR AMR calls [4k75, 5k9, 6k7, 7k4] power control 7k4 DP 7k4 Power Control (AMR) Power has to be decreased when call quality is very good and increased when the quality could be better. Even if 7k4 AMR HR is set, which corresponds to the most constraining Power control value, AMR Power control has shown to be more aggressive than EFR Legacy L1m. If cell radio conditions are very good, optimization to 6k7 HR target could be justified. Power control has to be triggered before handover for quality reason. AMRHRIntercellCodecModeThreshold<hrPowerControlTargetModeDl
frPowerControlTargetModeDl Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V16
AMR codec target to define the downlink power control threshold for FR AMR calls [4k75, 5k9, 6k7, 10k2, 12k2] power control 12k2 DP 12k2 Power Control (AMR) Power has to be decreased when call quality is very good and increased when the quality could be better. Even if 12k2 AMR HR is set, which corresponds to the most constraining Power control value, AMR Power control has shown to be more aggressive than EFR Legacy L1m. If cell radio conditions are very good, optimization to 10k2 FR target could be justified. Power control has to be triggered before handover for quality reason. AMRFRIntercellCodecModeThreshold<frPowerControlTargetModeDl
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 351/544
HANDOVER OBJECT
amrDirectAllocRxLevUL Description: Class 3 V14
Uplink RxLev threshold for direct AMR TCH allocation in a normal cell or in the large zone of a bizone cell (in conjunction with amrDirectAllocRxlevDL). [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm handoverControl - 80 dBm DP, Optimization -80 to -79 dBm Handover mechanisms (AMR) Direct HR allocation enables to avoid some unnecessary handovers from FR to HR channels. To define the value of those parameters it is necessary to study the distribution of RxLev for the codec mode defined as the target for the HR to FR intra cell HO to avoid a immediate come back on a FR channel after a direct HR allocation. The uplink parameter may be set considering a threshold corresponding to 90% of C/I values higher than 16 dB (proposed value, depends on the network quality). Furthermore, it has to be checked that the RxLev value is more restrictive than the threshold to go back to the large zone to avoid an immediate comeback on the large zone. See also chapter Half Rate Penetration Analysis.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
amrDirectAllocRxLevDL Description:
Class 3
V14
Downlink RxLev threshold for direct AMR TCH allocation in a normal cell or in the large zone of a bizone cell (in conjunction with amrDirectAllocRxlevUL). [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm handoverControl - 80 dBm DP, Optimization -75 to -74 dBm Handover mechanisms (AMR) Direct HR allocation enables to avoid some unnecessary handovers from FR to HR channels. To define the value of those parameters it is necessary to study the distribution of RxLev for the codec mode defined as the target for the HR to FR intra cell HO to avoid a immediate come back on a FR channel after a direct HR allocation. The uplink parameter may be set considering a threshold corresponding to 90% of C/I values higher than 16 dB (proposed value, depends on the network quality). Furthermore, it has to be checked that the RxLev value is more restrictive than the threshold to go back to the large zone to avoid an immediate comeback on the large zone. See also chapter Half Rate Penetration Analysis.
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 352/544
amrDirectAllocIntRxLevUL Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
UplinkRxLev threshold for directAMR TCH allocation in the inner zone of a bizone cell (in conjunction with amrDirectAllocIntRxlevDL). [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm handoverControl - 80 dBm DP, Optimization -80 to -79 dBm Handover mechanisms (AMR) see Engineering Rules of amrDirectAllocRxLevUL.
amrDirectAllocIntRxLevDL Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
Downlink RxLev threshold for directAMR TCH allocation in the inner zone of a bizone cell (in conjunction with amrDirectAllocIntRxlevUL). [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm handoverControl - 80 dBm DP, Optimization -75 to -74 dBm Handover mechanisms (AMR) see Engineering Rules of amrDirectAllocRxLevUL. Furthermore, it has to be checked that the RxLev value is more restrictive than the threshold to go back to the large zone to avoid an immediate comeback on the large zone. amrDirecAllocIntRxLevDL concentAlgoIntRxLev
amrFRIntercellCodecMThresh Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: [4k75, 5k9, 6k7, 10k2, 12k2] handoverControl 6k7 DP, Optimization 10k2 Handover mechanisms (AMR)
Class 3
V14
The target codec mode has to be more restrictive than the one for intracell handover otherwise intracell handover will not be possible most of the time. amrFRIntercellCodecMThresh<amrFRIntracellCodecMThresh. On the other hand, the codec mode threshold for intercell handover has to be smaller than the target codec for power control. amrFRIntercellCodecMThresh<frPowerControlTargetMode This parameter is directly linked to AMR adaptation set and the C/I threshold. Intercell codec target, which directly applies on a C/I target, has to be aligned to C/I relation with RxQual. CPT could be used.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 353/544
amrFRIntracellCodecMThresh Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: [4k75, 5k9, 6k7, 10k2, 12k2] handoverControl 4k75 DP, Optimization 4k75 (AMR intracell deactivation value) Handover mechanisms (AMR)
Class 3
V14
The target codec mode has to be less restrictive than the one for intercell handover otherwise intracell handover will not be possible most of the time. amrFRIntercellCodecMThresh<amrFRIntracellCodecMThresh
amrHRIntercellCodecMThresh Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
Target codec mode to trigger an intercell quality handover from a HR channel. [4k75, 5k9, 6k7, 7k4] handoverControl 5k9 DP, Optimization 5k9 Handover mechanisms (AMR) The target codec mode has to be more restrictive than the one for intracell handover otherwise intracell handover will not be possible most of the time. amrHRIntercellCodecMThresh<amrHRtoFRIntracellCodecMThresh. On the other hand, the codec mode threshold for intercell handover has to be smaller than the target codecs for power control. amrHRIntercellCodecMThresh<hrPowerControlTargetMode.
amrHRtoFRIntracellCodecMThresh Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
Target codec mode to trigger an AMR intracell quality handover from AMR HR to FR [4k75, 5k9, 6k7, 7k4] handoverControl 6k7 DP, Optimization 6k7 Handover mechanisms (AMR) The target codec mode has to be less restrictive than the one for intercell handover otherwise intracell handover will not be possible most of the time. In case same intercell and intracell codec target is chosen, intercell has the priority.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 354/544
amriRxLevDLH Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
Minimum downlink level to receive to trigger an intracell handover FR to FR [less than -110, -110 to -109, ..., -49 to -48, more than -48] dBm handoverControl - 75 dBm DP, Optimization -75 to -74 dBm Handover mechanisms (AMR) Since AMR coding is better than standard coding, the threshold for intracell AMR handover must be more restrictive than the one for standard calls: amriRxLevDLH>rxLevDLIH.
amriRxLevULH Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
Minimum uplink level to receive to trigger an intracell handover FR to FR [less than -110, -110 to -109, ... , -49 to -48, more than -48] dBm handoverControl - 75 dBm DP, Optimization -75 to -74 dBm Handover mechanisms (AMR) Since AMR coding is better than standard coding, the threshold for intracell AMR handover must be more restrictive than the one for standard calls: amriRxLevULH>rxLevULIH.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 355/544
V16
1: RATSCCH procedure disabled - initial Full Rate ACS if optimistic therefore; ACS is [12.2k, 10.2k, 6.7k, and 5.9k] 2: RATSCCH procedure disabled - initial Full Rate ACS if pessimistic therefore; ACS is [10.2k, 6.7k, 5.9k and 4.75] Object: Default value: Type: Rec. value: Used in: Eng. Rules: . handoverControl 0 DP 0 AMR Legacy L1M
amrReserved2 Description:
Class 3
V12
Legacy L1m procedures (Power control and Handover) or AMR L1m mechanisms (based on (n,p) voting algorithm and codec target) can be chosen [0 to3] handoverControl 0 DP see Engineering Rules AMR Legacy L1M
amrReserved2 0 1 2 3 AMR alarm handovers based on AMR PowerControl algorithm based on
Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
LCAUTION!
A mix between AMR L1m for Power Control and Legacy L1m for AMR alarm HO is recommended at this stage (amrReserved2 = 1); however AMR activation with full AMR algorithms on HO management and Power Control has shown good performances.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 356/544
nCapacityFRRequestedCodec Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
Number of 12k2 codec mode requested to trigger a capacity handover (FR to HR) [0 to 196] handoverControl 44 DP, Optimization set to 100% of pRequestedCodec, i.e. 48 Handover mechanisms (AMR) The recommended value was chosen in order to increase capacity in real good conditions: 100% of the requested codecs should be 12k2 meaning the radio conditions are really good. If the operators strategy is to increase capacity vs. quality, low value for nCapacityFRRequestedCodec can be chosen. Higher nCapacityFRRequestedCodec assures a better HR radio conditions and reduce probability intraHO ping pong. See also chapter Half Rate Settings.
nFRRequestedCodec Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
Minimum number of codecModeRequest out of pRequestedCodec in the (n,p) voting mechanism to trigger an AMR HO while in FR mode. [0 to 196] handoverControl 24 DP, Optimization set to 50% of pRequestedCodec, i.e. 24 Handover mechanisms (AMR)
nHRRequestedCodec Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
Minimum number of codecModeRequest out of pRequestedCodec in the (n,p) voting mechanism to trigger an AMR HO while in HR mode. [0 to 196] handoverControl 34 DP, Optimization set to 50% of pRequestedCodec, i.e. 24 Handover mechanisms (AMR)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 357/544
pRequestedCodec Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3 Number of codec mode requests to consider in the (n,p) voting decisions. [12 to 192] (step of 12) handoverControl 48 DP, Optimization 48 Handover mechanisms (AMR)
V14
A similar reactivity between AMR and non-AMR calls should be reached. The recommended value corresponds to the same quality averaging window as for standard calls in urban environment. Field experimentation should give further information as for the value of pRequestedCodec.
ADJACENTCELLHANDOVER
hoMarginAMR Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V14
HO margin taken into account in an intercell quality handover for AMR calls in order to manage the eligible cell list. [-63 to 63] dB AdjacentCellHandover -2 DP, Optimization same as hoMarginRxQual Handover mechanisms (AMR) Handovers screening In case of AMR L1mis activated (cf. amrReserved2) Handover cause AMR quality: case where access to another cell should be encouraged, provided target cell field strength is not much lower than the current one. If bad quality remains, there is a risk of return handover but there is nothing much to be done. Depending on radio environment: Interfered environment: It is better to have a low C/I threshold for Quality HO (chosen via AMR adaptation set or intercell HO codec target) and have homarginAMR = hoMarginRxQual
Coverage limited environment: It is better to have a high C/I threshold for Quality HO (chosen via AMR adaptation set or intercell HO codec target) and have hoMargin = hoMarginRxQual + 2
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 358/544
Enable/ disable the Repeated FACCH feature on AMR FR calls Disable / FR 4.75 / FR 5.9 and lower / FR 6.7 and lower bts Disable DP, Optimization FR 6.7 and lower Handover mechanisms (AMR)
Eng. Rules:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 359/544
sacchPowerOffset Description: Value range: Object: Default value: Type: Rec. value: Used in: Power offset to be applied on SACCH signalling [0 to 6] dB (with 2 dB step) bts 2 DP, Optimization 6
Class 2
V16
This parameter is used to tune the power offset to be applied on selected SACCH frames transmission
Eng. Rules:
sacchPowerOffsetSelection Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 2
V16
CODEC selection for applying a power offset on SACCH NULL / FR 4.75 kbps / FR 5.9 and lower / FR 6.7 and lower bts NULL DP, Optimization FR 6.7 and lower
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 360/544
wPSQueueStepRotation Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 3
V15
One out of the wPSQueueStepRotation value to first have an evaluation of the WPS queues in the radio resource allocator. [1 to 10] bts 4 DP, System 4 WPS - Wireless Priority Service If the operator choose to activate WPS queuing management on its network this parameter can ensure a minimum amount of non-WPS calls (with low priorities) that can access the network even if it is very congested With that parameter fixed to 4, when a radio resource become free and there are WPS or public call requests queued, the priority is given 1 out of 4 times to a WPS call request and 3 out of 4 times to a public call. In that case WPS calls are favored in 25% of the time. The operator can choose to enabled queuing uniquely on WPS calls, hence public calls are never queued and this parameter become obsolete. The Algorithm for the traffic channel allocation applies at a cell level in the BSC, and hence wPSQueueStepRotation is a cell parameter.
LCAUTION!
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 361/544
tnOffset Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 2
V15
Its value allows to specify and control TN difference between BTS in case of network synchronisation by GPS [0..7] btsSiteManager 0 DP, Optimization 0 Network Synchronization
fnOffset Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 2
V15
Its value allows to specify and control FN difference between BTS in case of network synchronisation by GPS [0..84863] btsSiteManager 0 DP, Optimization N/A Network Synchronization
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 362/544
dARPPh1Priority Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules: [high priority, low priority] transceiver high priority DP, Optimization high priority Network Synchronization
Class 2
V15
Its value allows specifying the priority of SAIC mobiles on the TDMA.
Actually, for radio resource allocation only SDCCH requests are not differentiated depending if the mobile requesting is SAIC capable or not.
masterBtsSmId Description: Value range: Object: Default value: Type: Rec. value: Used in: Eng. Rules:
Class 2
V15
Gives the identity of the master BTS if the BTSSMSynchroMode is slave and remains empty if the BTS is master or normal Master BTS id or empty btsSiteManager Empty DP, Optimization Depends on context Network Synchronization
baseColourCode Description:
Class 2
V7
Base station Color Code assigned to a serving cell. It is broadcast on the cell SCH and is used to distinguish cells that share the same BCCH frequency. The (BCC, NCC) pair forms the cell BSIC. The information is broadcast on the cell SCH. Several BCCs may be assigned to a same BTS. Hence, different codes can be allotted to cells that may have overlapping areas (adjacent cells). The Base Station Identity Code (BSIC) is a 6bit code: bits 6-5-4 = NCC (PLMN color code), bits 3-2-1 = BCC (Base station color code). At cell level, the NCC bits can be used to increase BCC color possibilities when the NCC is not needed. The BCC value is determining the TSC (training sequence code) of the cell.
[0 to 7] bts N/A
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 363/544
gprsNetworkModeOperation Description: Value Range: Object: Default value: Rec. value: Used in: Eng. rules: Flag to choose the network mode of operation.
Class 3
V15
[0 - 2] ; 0 = NMO II , 1 = NMO I , 2 = NMO 3 (value forbidden) . bts. 0. 1. Network Mode of Operation I support in BSS NMO 1 must be activated or deactivated at RA level: the setting must be consistent in all cells of a RA. NMO1 activation is recommended when GPRS is activated on all cells of the network: NMO1 should not be activated on a LA where some cells do not affer GPRS service. As combined procedures are performed on PDTCH with NMO1 (combined attach/detach and combined LA/RA update), it is strongly recommended to guaranty the continuity of GPRS service by setting minNbrGprsTs > 0. The feature must be activated first at Core Network level and then at BSS level. The bscDataConfig must be modified to take the value of gprsNetworkModeOperation into account. (see [R36] for details)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 364/544
6.
6.1.
ENGINEERING ISSUE
GSM/GPRS TS SHARING: PRIORITY HANDLING AND QUEUING
With GSM/GPRS TS sharing, the operators strategy can be of three main different kinds: Minimize the impact of GPRS introduction on GSM. Guarantee GPRS quality of service thus impacting on GSM if no resources are added Find a trade-off impacting GSM as little as possible and guaranteeing GPRS as much as possible.
The tuning of priority handling, queuing and also the use of the preemption mechanism depends on the adopted strategy.
This behaviour is normal and comes from the definition of allocPriorityThreshold and the allocation strategy that allocates in priority free TCH. On the contrary: IF allocPriorityThreshold Number of shared PDTCH THEN the only free resources left for priority 0 TCH allocation request are shared PDTCH. Reestablishment will not be enabled at those periods of time (no reestablishment on shared PDTCH is allowed). A more frequent issue will come from GprsPreemption set to yes enabling the PCU to NACK a preemption requested by the BSC. This phenomenon decreases the efficiency of allocPriorityThreshold: reserved resources considered free by the BSC might not be used to serve a TCH allocation request when the PCU NACKs the preemption. This phenomenon will only happen in case of heavy GPRS traffic at the same time as heavy GSM traffic.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 365/544
1 2 2 2 3 2 2 3
1 1 2 2 2 2 2 2
0 1 2 1 2 2 1 2
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 366/544
It means that all PDTCH configurated are shared by GSM and GPRS and thePCU is not allowed to NACK the preemption requested by the BSC.Impact on queuing, impact on preemption depending on allocPriorityThreshold value.
It means that some resources are always dedicated to GPRS and that the PCU can NACK a pre-emption requested by the BSC. Impact on queuing and preemption efficiency since the PCU can NACK the preemption It might be interesting to activate HO traffic so as to enable a spatial repartition of traffic on overlapping cells (with protection against HO ping pong): this spatial repartition of traffic will save PDTCH channels for GPRS traffic and guarantee a constant availability of preemptable PDTCH.
IMPACT ON QUEUING.
Minimum resources are guaranteed to GPRS and all the other resources can be used by GSM calls if needed since the PCU can never NACK a preemption. It might be interesting to activate HO traffic so as to enable a spatial repartition of traffic on overlapping cells (with protection against HO ping pong): this spatial repartition of traffic will save PDTCH channels for GPRS traffic and guarantee a constant availability of preemptable PDTCH.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 367/544
6.2.
MEASUREMENT PROCESSING
The measurement processing ensures that the network and mobiles communicate with each other with the minimum interference, at the lowest possible transmission power and the best transmission quality. With the L1mV2: The measurement processing is optimized in order to provide valid measurements as early as possible: the MS and BTS measurements are available as soon as MS measurements are received by the BTS, i.e. 1 SACCH period (480ms) delay instead of 2 SACCH (960 ms) periods with L1mV1. The process of averaging/superaveraging is based on fully sliding windows in order to take into account the most updated samples. In case of missing measurement, the last sliding average will be used instead of the last synchronous average. That gives a better missing measurement update.
These major improvements will allow earlier decisions on SDCCH/TCH to be more accurate since 0.5 seconds (over 1second) are saved on the processing delay of first measurements. This will decrease the number of assignment failure. Moreover, the new measurement processing will provide more reactive handover and power control decisions, enhancing the global quality of the network.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 368/544
RESCALING
RxLevel (UL & DL) measurement are rescaled in order to take into account the difference between the reference Power and the real transmitted Power Example: Rescaling with msTxPwrMax = 30, rxLevHreqave = 4 lRxLevULP = -97 to -96 uRxLevULP = -93 to -92
L1mV1 msTxPower RxLev Delta Rescaled RxLev Reference: last msTxPower = mr4 = 26
L1mV1: Reference power = Last value of power control command L1mV2: Reference power = maximum transmission power (Pmax)
mr1 20 - 93 6 - 87
mr2 24 - 93 2 - 91
mr3 26 - 95 0 - 95
mr4 26 - 97 0 - 97
Average
- 92,5
L1mV2
Reference: msTxPwrMax = 30
mr1
msTxPower RxLev Delta Rescaled RxLev
mr2 24 - 93 6 - 87
mr3 26 - 95 4 - 91
mr4 26 - 97 4 - 93
Average
20 - 93 10 - 83
- 88,5
computed Delta for rescaling = msTxPower - Ref_msTxPower computed Rescaled RxLev = OldRxLev - Delta
The rescaling performed by L1mV2 ( taking as the reference power = Pmax ) gives a RxLev that is closer to real conditions. So L1mV2 will anticipate the decision of Power control and Handover earlier than L1mV1.
CAPTURE PROCESS
Before L1mV2, the capture was launched only on the best microcell reported by the mobile, and then the algorithm waited for the failure of the confirmation process before starting another capture on the second best cell. With L1mV2, this sub-feature launches in parallel the confirmation process for all the microcells which verify the capture threshold providing a better reactivity of the system. If a confirmation fails for a cell, the capture can be performed rapidly towards another cell satisfying the criterion, increasing the probability to capture a microcell in a dense area.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 369/544
CELLDELETIONCOUNT
The parameter cellDeletionCount is considered as a pure eligibility criterion. With L1mV1, the neighbour cell information was discarded if the number of consecutive measurement reports which does not contain measurements for this neighbouring cell was equal to cellDeletionCount. With L1mV2, the CellDeletionCount corresponds to the number of missing measurements reports after which the neighbour cell is not eligible for a PBGT handover. But the measurements related to this neighbour cell are not deleted as far as less than 10 consecutive measurements (i.e. 5 seconds) are missing. That always allows a rescue handover after the CellDeletionCount Example: CellDeletionCount = 5 Rn measurement report n of a neighboring cell C by the MS Rn+1 Rn+2 Rn+3 Rn+4 Rn+5 cell_Deletion_Counter = 4, Nb_of_Missing = 1 cell_Deletion_Counter = 3, Nb_of_Missing = 2 cell_Deletion_Counter = 2, Nb_of_Missing = 3 cell_Deletion_Counter = 1, Nb_of_Missing = 4 cell_Deletion_Counter = 0, Nb_of_Missing = 5
No more PBGT HO possible on this neighbouring cell Rn+6 Rn+7 Rn+8 Rn+9 Rn+10 Nb_of_Missing = 6 Nb_of_Missing = 7 Nb_of_Missing = 8 Nb_of_Missing = 9 Nb_of_Missing = 10
this cell is no more candidate whatever the HO type, measurement reports for this cell are deleted from the L1M.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 370/544
This process degrades gradually the level of a missing neighbouring cell, only when it is not any more among the 6 best cells.
with SAveRxLev is the weighted averages, there is no difference between L1mV2 and L1mV1. Both compute a new attenuation request: NewAttRequestdB = Max (CurrentAttRequestdB - IncrStepSize, 0)
When reception level and quality are good: SAveRxLev > uRxLevXXP AND SAveRxQual < uRxQualXXP
L1mV1 always decrease the Tx power with the reduce step size set at the OMCR while L1mV2 compute a new transmission power with total path loss compensation (increase or decrease). The new increase (or reduce) step size is not necessarily the same as the one set at the OMCR but it can not be higher than IncrStepSizeXX (or RedStepSizeXX) Main Step for the new Tx power computed by L1mV2: NewAttRequestdB = K* (SAveRxLev - lRxLevXXP)
with K=1 for the algorithm step by step Limitation of attenuation Request
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 371/544
Case2: IF NewAttRequestdB > CurrentAttRequest + RedStepSize THEN ordered attenuation = CurrentAttRequest + RedStepSize
Case3: IF CurrentAttRequest - IncrStepSize NewAttRequestdB CurrentAttRequest + RedStepSize THEN ordered attenuation = NewAttRequestdB
Note: The ordered attenuation request is always in the range [0, AttMaxdB], and with L1mV1 the SAveRxLev is the rescaled RxLev at last power command.
CurrentAttRequest
NewMsAttRequest
CurrentMsPower
ordered attenuation
Step 1 2 3 4 5 6 7 8
Rxlev Rough
= RxlevPmax - currentAttRequest
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
NewMsTx Power
MsTxPowerMax
Rxlev rough
RxLevUL
Page 372/544
MsTxPowerMax
Step 1 2 3 4 5 6 7 8
30 30 30 30 30 30 30 30
26 22 22 22 26 26 26 22
Here the NewMsTxPower computed by L1mV1 is often higher than the MsTxPower computed with the new version. So L1mV2 gains in efficiency.
Initial Power control "Step by step" decrease
-1 1 -1 0 08 -1 0 -1 6 04 -1 02 -1 00 -9 8 -9 6 -9 4 -9 2 -9 0 -8 8 -8 6 -8 4 -8 2 -8 0 -7 8 -7 6 -7 4 -7 2
PE/DCL/DD/000036
16.04 / EN
-90
Standard
Rxlev rough
06/03/2007
Page 373/544
L1MV1
RxQual
Increase Tx Power
lRxQual
Decrease Tx Power
lRxLev uRxLev RxLev
L1MV2
RxQual
Increase Tx Power
lRxQual
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 374/544
# of Samples
Rx Lev
# of Samples
Rx Lev
One can see 50% time RxLev is better than -87 dB for L1mV1 and better than -89 dB for L1MV2, so for the same percentage of time with L1mV2 lower power levels are used. This explains the gain in the power control efficiency.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 375/544
6.2.2 BENEFIT
The major benefit of L1mV2 is the ability to support advanced capacity and coverage features such as Automated Cell Tiering (fromV12) which enhances quality and/or capacity of fractional reuse in loaded networks. In addition, as shown in the next chapter other benefits will be perceived on the network thanks to introduction of some modifications In microcellular dense areas, the capture process will be more reactive thanks to the parallel launch of confirmation process for all the micro cells reported by the mobile. In dense urban areas where the neighbouring cells reported by the mobile are numerous and fluctuant, with a better updating of eligible cells, the operator will experience less handover failure. The uplink and downlink RxLev handover and intracell handover processes will be triggered considering the RxLev which could correspond to a transmission at maximum power, by comparing RxLev + attenuation (instead of RxLev) to the handover threshold. This will result in less call drop, better quality. Handover which could be avoided by powering up transmission will not be performed. Moreover the interference level on the network will be decreased as mobiles will remain as much as possible on the best server cell. Early Handover decisions on SDCCH/TCH will be more accurate since 0.5 seconds (over 1second) are saved on the processing delay of first measurements. This will decrease the number of assignment failure. Moreover, the new averaging of measurements based on sliding window will provide more reactive handover and power control decisions, enhancing the global quality of the network. The power control is more efficient thanks to the rescaling performed by L1M V2; it gives a better approach to real conditions.
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 376/544
6.3.
Furthermore, the reactivity of the algorithm allows to set the one shot power control thresholds to the step-by-step low ones without any impact on uplink and downlink quality. One shot QoS metrics are also better than step-by-step ones. However, these results come from a study over few days and in a specific configuration. It is difficult to say that the one shot power control algorithm is simply better than the step-bystep one. The quality is not degraded and it seems to lead to more power attenuation but nothing allows to conclude surely that this algorithm is the one to use in all cases.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 377/544
6.4.
Actually, even in such configuration, the value of the delay depends on the speed of the mobiles. If the speed is low and the mobile speed in the cell is homogeneous then the delay can be significant and have an action on ping-pong handover. If the speed is non homogeneous then the most rapid-moving mobiles must be considered for the value of the delay, though ping-pong handovers could occur. The lower the most rapid moving mobiles speed, the more important the delay is. Then bts Time Between HO configuration is a function of the cell size and the mobile speed. In such situation, the problem of field variation is solved: If the mobile speed is low then the delay will help to avoid a ping-pong handover If the mobile speed is high, the averaging will not show all these variations.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 378/544
macroCell B
microCell A
microCell C
With a macroCell, the delay can be used for the microCell. A mobile that goes from microCell A to macroCell B will perform a handover (on alarm cause). Then, it is worth setting a delay on cell A to avoid a ping-pong handover (between A and C). Therefore, this delay is beneficial for a mobile in cell C that turns into the street of cell A. The same is true in opposite direction. The only restriction is for a mobile coming from macro B and going to micro C. The delay has a negative influence for the handover microA-microB. It is the same case as before. In V12, the feature General Protection against HO ping-pong can solve this kind of problem. For instance, in this particular case, the parameter hoPingPongCombination should be set to (alarm, capture) and hoPingPongTimeRejection should be set to the previous V9 value of bts Time Between HO configuration.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 379/544
However the following light constraints are applied to the value of the delay: average time of a mobile in the cell (weighted if nedeed for each speed) bts Time Between HO configuration.
Those constraints could also be a way to find the best value of minimum time between handover. In V12, same remark as before.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 380/544
6.5.
Call
Large surface
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 381/544
With Directed Retry and 25% overlapping: gain on traffic 3,3% on the whole set of 12 cells of this example and gain on blocking rate.
WITH N = 1:
The Erlang law gives X = 87.6% (a blocking rate of 12.4%), the carried traffic is: 14.9 + 87.6% * (10-5.9) = 18.5 Erl Gain 30% on ONE -cell and the highest blocking rate is over 12.4% (instead of 48%).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 382/544
WITH SEVERAL N:
microCells transfer their calls into one umbrella-cell, and with the hypothesis of our example, the gain should be (en = enabled, dis = disabled):
Gain%=
-1
Gain%=
The best cells to implement directed retry are the cells that have potential problems due to a lack of TCH resources. Directed Retry may solve the problem of load if the cell is the only one to have this kind of problem in the close area. If the entire area is congested, almost no improvement will be observed. If queuing is enabled on the cell, the parameter setting of the queuing should lead to queues of size 3 and a waiting timer of 6 seconds in the candidate cell. From V15.0, Directed Retry can be also activated without queuing. See chapter Directed retry without queuing activation for further informations. The last value to set is the rxLev threshold used in the feature to choose a good neighbor cell (distant mode). As the decision is taken on the basis of one measurement, a margin of a few dBs needs to be taken to deal with multipath fading. Then, the advised value should be at least rxLevMinCell + 3 dB.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 383/544
At Cell level (where directed retry is implemented): allocPriorityTimers = 0 0 6 0 0 0 0 0 allocWaitThreshold = 0 0 3 0 0 0 0 0 directedRetryModeUsed = bts interBscDirectedRetryFromCell = allowed intraBscDirectedRetryFromCell = allowed
At neighbor cell level: directedRetry = rxLevMinCell + 3 dB hoPingPongTimeRejection = 30 (= the previous V9 value of bts Time Between HO configuration hoPingPongCombination = (DirectedRetry , all) or for instance (DirectedRetry, PBGT)
At cell level for neighbor cells: bts Time Between HO configuration = 1 (V12 update, the parameter changes its possible vallues) allocPriorityThreshold = 3
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 384/544
6.6.
CONCENTRIC CELLS
The concentric cell feature has been introduced from the BSS version V9.1. The main principle is to define two zones in a cell: inner (or small) and outer (or large) zone. BCCH and signaling channels use TMDAs of outer zone.
This feature enables the system to have two separate zones within the same cell using different TDMAs and giving the operator flexibility to have separate frequency hopping systems. Therefore, concentric cell zones give better spectral efficiency through mobility management between zones and being able to increase inner zone frequency reuse. For a good understanding of this feature, please refer to the chapter Concentric/DualCoupling/DualBand Cell Handover (Ho_3), and the associated Functional Notes [R10] Concentric cell improvements (CM888/TF889) and [R11] FN for stepped coupling. Expected Network Impacts: Radio Quality Improvement: C/I and RxQual improvement and an overall RF and HO drops improvement Sligth increase in intracell HO drops, inherent to concentric cell interzone traffic management.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 385/544
concentAlgoExtRxLev
(outer to inter threshold)
concentAlgoIntRxLev
(inner to outer threshold)
As shown on the figure above, the definition of inner zone coverage depends mainly on concentAlgoExtRxLev; concentAlgoIntRxLev and biZonePowerOffset+hysteresis parameters. Main related parameters to the concentric cell feature are listed below:
Parameter Description
concentric cell concentAlgoExtRxLev concentAlgoIntRxLev biZonePowerOffset zone Tx power max reduction concentAlgoExtMsRange concentAlgoIntMsRange biZonePowerOffset(n) rxLevMinCell(n)
enable the concentric cell feature on the cell (also used for dualband / dualcoupling) level threshold used for TCH Direct Allocation in the inner zone or to trigger an interzone HO from the outer to the inner zone level threshold used to trigger an interzone HO from th inner to the outer zone offset used to simulate the power difference between TDMAs of the inner and the outer zone (power difference either due to power emission, coupling losses or propagation losses) set the power difference between the two zones of a concentric/dualaband/dualcoupling cell distance threshold used for TCH Direct Allocation in the inner zone or to trigger an interzone HO from the outer to the inner zone (not used for dualband functionality) distance threshold used to trigger an interzone HO from th inner to the outer zone offset used to reflect the difference of propagation between the two zones of an adjacent cell in case of handover toward the inner zone minimum signal strength level received by MS for being granted access to a neighbor cell
CONCENTALGOEXTRXLEV
The concentAlgoExtRxLev value can be set depending on how TRXs capacity in the cell is shared between the inner and outer zone. The following figure shows CPT cumulative distribution of RxLev uplink and downlink of a cell before concentric cell activation. concentAlgoExtRxLev may be deduced from the downlink RxLev distribution which represents samples of communications in function of the strength level.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 386/544
On the figure above we can see that only 10% of the traffic is handled with a level under -86 dBm. So if the traffic size of inner zone (% of TS in the inner zone with regard to total number of TS in the cell) is 90% of the outer zone, it means that 90% of downlink Rxlev sample may be inside of inner zone, and 10% is outside. A downlink RxLev value L90, L75 or L50 should then correpsond to 90%, 75% or 50% of traffic on the inner zone. concentAlgoExtRxLev = LXX (use of the CPT tool)
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 387/544
CONCENTALGOINTRXLEV
To avoid ping-pong interzone HO, a hysterisis margin is recommended. The level threshold to trigger an interzone HO from the inner to the outer zone could be calculated as follow: concentAlgoIntRxLev = concentAlgoExtRxLev - Hysteresis Margin biZonePowerOffset where Hysteresis Margin = 4 dB is recommended.
cellA
cellB
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 388/544
On the other hand, one of the inherent risks of using this approach is to block on the outer zone while resource availability remains on the inner zone. Even though inner zone blocking is not customer perceived (calls can overflow onto the outer zone radios if available TCH resources), a compromise exists between the traffic distribution between the zones, and the improvement in KPI. Therefore, additional tuning of the concentAlgoExt/IntRxLev thresholds may be necessary on certain sites to set an appropriate threshold for transitioning from and to the inner zone.
SDCCH DIMENSIONING
It should be noted that with Concentric Cell SDCCH channels cannot be configured in the inner zone and all the SDCCH channels will have to be re-mapped to the outer zone radios. All the sectors prior to implementation of Concentric Cell in the concerned BSCs must follow Nortels recommended rule of spreading the SDCCH channels amongst different radios and therefore had to be re-mapped carefully such that SDCCH congestion is not encountered.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 389/544
30 25 20 15 10 5 0 0,00
BTSPower(Offsetpower0) BTSPower(Offsetpower8dB) InnerZone Coverage (40%) RxLev(Offsetpower0) RxLev(Offsetpower8dB)
0,05
0,10
If BTS inner zone TDMA are not attenuated at all (0dB), 14,8 dBm mean BTS TX DL power would be found while if 8 dB output power would be attenuated, mean BTS TX DL Power would become 13,4 dBm. Therefore the impact on interference and isolation on innerzone is very limited and it is preferred to leave power control the possibility to power up rather than induce an external attenuation
CONCENTALGOEXT/INTRXLEV
It is recommended to set concentAlgoExtRxLev using CPT tool. DL RxLev number of samples repartition found in CPT is a good indicator on how traffic load is spread around the cell. concentAlgoExtRxLev threshold can be defined to match inner/outer zone capacity repartition. It is recommended to define concentAlgoExtRxLev instead of concentAlgoIntRxLev through CPT methodology. Like this, inner zone RxLev samples are slightly underestimated (signal
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 390/544
RxLev[dBm]
35
-90,0
CONCENTALGOEXT/INTMSRANGE
concentAlgoExtMsRange and concentAlgoIntMsRange could be used to reinforce or to complement inner and outer inter zone handovers using concentAlgoExt/IntRxLev. The calculated distance between the MS and the BTS is based on timing advance (TA), which has an accuracy of 3 bits (corresponding to more than 1,5 km), due to the shift of synchronization of some MSs. Thus, this parameter is not very useful in urban areas where the cell size is relatively small and due to the multipath effect, the MS to BS distance is not very accurate. However this parameter could be used in rural areas or suburban areas.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 391/544
L1M REACTIVITY
It is not recommended to increase L1m reactivity when concentric cell is used for HO decisions since it can increase significantly interzone HO with the consequent increase on T3107 drops. An average of 8 frames is recommended.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 392/544
6.7.
- 0,15 2,12
- 0,15 1,48
- 0,15 1,19
- 0,15 1,03
- 0,15 0,72
The results show that, for an averaging on 4 measurements, the standard deviation is only 1 dB. This is insignificant enough to consider that we can run simulations, and analyze the measurements with one of the two levels, if we dont know which one is used. Moreover, the measurement processing used for the neighbor cells is close to the process used in the case of DTX: it is the arithmetic mean of about (104/N) received time slots power, where N is the number of neighbor cells declared, between 1 and 32. If 6 < N < 12, which is often the case, the two processes are quite comparable. 8 to 10 for neighbor; standard deviation on RxLev_Sub can be extended to RxLev(i). This means that the RxLev_NCell(i) measured on a neighbor cell, is close to the RxLev that would be measured if it was the current cell.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 393/544
6.8.
1,18 1,89 4,01 5,42 1,89 4,01 4,48 1,65 1,42 8,02 66,04
1,18 3,07 7,08 12,5 14,39 18,4 22,88 24,53 25,94 33,96 100
Note: absent_time values are multiples of 0,66 seconds. For instance, for the recommended value 5 and according to these measurements, in 12,5 percent of the cases the neighbor cell concerned is accessible after 2,64 seconds, in 87,5 percent, it is still missing.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 394/544
6.9.
If allocPriorityThreshold equals 0, all the requests are treated in the same manner. If queuing is in OMC driven mode (run by the BSC), incoming handovers cannot be queued. The highest priority must be given to incoming handovers. The queuing plays a part when, there is not enough TCH resources. When traffic increases to a blocking state, the queuing has no impact on the total ratio of TCH allocation success: the more call attempts that are acknowledged, the more incoming handovers are refused. The queuing is prefered when all TCH resources are busy during a short time; it cannot replace a resource. Please refer to chapter TCH Allocation Management.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 395/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 396/544
This comes from the following expression that relates the mean of the natural logarithm of an exponential random variable of mean one to the Euler constant (): Ln (x) exp (- x) dx = = 0,57721
The 10.Log (e) factor just accounts for the base 10 log. In this normalised example: averaged mean of Watt samples converted in dB = 0 = BTS calculation averaged mean of dB samples = 2.51 dB = MS calculation
So, the maximum difference between the two ways of calculating the average power is 2.51 dB. The uplink value will be the higher. However, here, the hypothesis of the Rayleigh fading lead to deal with two paths, if there are many paths, the value of the correction needs to be decreased.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 397/544
with N = number of BCCHs to monitor. This formula, confirmed by field tests, shows that increasing the noOfMultiframesBetweenPaging slows down the cell reselection mechanism. Two different cases must be studied in order to find a trade-off: In a rural environment o the reselection list usually contains a maximum of 5 reselection neighbours. Up to 5 reselection BCCHs, a noOfMultiframesBetweenPaging equal to 6 does not slow down the reselection mechanism too much. So it is possible to advise an increase of the default value. parameter
In a urban environment o cells size and mobiles speed generate an important constraint in terms of reactivity. Moreover, an urban cell has much more BCCH frequencies in its reselection list. Therefore, noOfMultiframesBetweenPaging should not be too high to keep a good reselection reactivity.
The following curves have been drawn using the formula Max(5, ((5xN+6)DIV7)x NoOfMultiframesBetweenPaging /4) seconds with N = number of BCCH to monitor, to compute the periodicity of reselection measurements average.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 398/544
12
15
4 6 13 from 13 to 32
6 4 2 none
With more than 13 neighbours in the reselection list, any NoOfMultiframesBetweenPaging will slow down the reselection mechanism.
value
for
Therefore, with a cell that has up to 4 BCCHs in its reselection list, it is advised to set noOfMultiframesBetweenPaging = 6. In that case, the lost of reselection reactivity will correspond to 10% (5,57 seconds instead of 5), and the gain for batteries is very important. LCAUTION! noOfMultiframesBetweenPaging is also used in the paging algorithm. A higher value will decrease the paging reactivity and might lead to double paging response (in case of paging repetitions) if the call is set up and released quickly . A trade-off between the saving of batteries and effective paging has to be found. Please also refer to chapter GSM Paging Repetition Process Tuning.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 399/544
is a recommendation requirement on not combined CBCH. In that case, on the frame number 8 and 9, the MS can just receive an Immediate Assignment. If an Immediate Assigment message is transmitted, it means that the mobile has sent a channel request, and is not in idle mode any more. Therefore, the MS wont listen to the CBCH channel. Please also refer to chapter Consequences of NoOfBlocksForAccessGrant.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 400/544
2 2 1 1
2 1 2 1
The results are spread on three items: Global statistics: number of HO in each configuration. Study of reactivity: impact of parameters on reactivity. Reactivity vs ping-pong.
HO CAUSE LEVEL DL
The modification of the parameters has a low impact on the total amount of HO detected on Level DL cause.
HO CAUSE CAPTURE
For each of the four sets of parameters used, the total amount of handovers is the same. The difference is not significant because microCellCaptureTimer * runHandover is kept constant.
CONCLUSION
The simulations show that: Setting Hreqt=1 instead of 2 has a very low impact on the total amount of handovers (less than 4%) Same conclusion for runHandover=1 instead of 2
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 401/544
RUNHANDOVER=1
Field simulations have shown that such a value of runHandOver has low impact on reactivity compared to runHandOver=2. The increase of reactivity due to runHandOver=1 is less than or equal to 0,5 second.
HREQT=1
The influence of Hreqt on reactivity is much more decisive, 15% are being advanced by setting Hreqt=1 (hoMargin unchanged). Two reasons can explain this: After the beginning of communication on a new TCH, L1M waits for a fixed delay before a new HO: HreqAve*Hreqt*0,48 sec. Among the HO performed within 8 seconds1 after a callsetup or another HO, 45% are advanced thanks to Hreqt=1.This can be very helpful if, for example, the callsetup was initiated on a bad cell, because of Reselection failure. Reducing the length of the weighted averaging window can make the variations of the weighted average less smooth. This effect is observed for only 2% of the HO. For this particular case, it is still possible to tune hoMargin. The low impact of this measure can be explained as follows.
HREQT=2
That configuration does not always double the size of the averaging window. Example: runHandover=1, HreqAve=4, Hreqt=2. Every runHandover, the L1M calculates a weighted average based on the last average stored and the sliding average of the moment. These two averages can have up to 3 measures in common.
CONCLUSION
Hreqt=1 is an efficient way to increase reactivity for 15% of the HO. Among the HO performed within 8 seconds (after call setup or another HO), 45% are performed sooner with Hreqt=1 (in average 1,6 sec sooner). Among the HO performed long after the beginning of the communication, only 2% are performed sooner because Hreqt=1 makes the weighted average less smooth.It is still possible to tune hoMargin. runHandOver=1 can not advance HO of more than 0,5 sec.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 402/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 403/544
6.16.1 INTRA_CELL
Considering the UL power control activated, Nortel recommends a minimum of 400khz frequency spacing between TRX on a same cell with or without frequency hopping, to guarantee voice quality.
6.16.2 INTRA_SITE
No hopping case: Considering the UL power control activated, Nortel recommends a minimum of 400 kHz frequency spacing between TRX on a same cell without frequency hopping, to ensure a satisfactory service quality.
Hopping: Generally, when hopping and considering the UL power control activated, the minimum recommended frequency spacing between TRX on a same site is 400 KHz. However, the frequency spacing between TRX on a same site could go down to 200 KHz in the following cases when some intra-site adjacencies allows a satisfactory service quality: - 1x1 or 1x3 hopping plan when the site fractional load <= 60 %; - adhoc hopping plan when different HSN s are used by the co-site cells;
6.16.3 INTER_SITE
Nortel recommends a minimum of 200 kHz frequency spacing between inter-site TRX with or without frequency hopping, to ensure a satisfactory service quality.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 404/544
UPLINK BUDGET:
MS_pwr + MS_ant_gain - (BTS_sen - BTS_ant_gain - Others_UL_gains + Others_UL_losses)
Others_UL_gains = BTS_div_gain, OR LNA_gain (for external LNA only) Others_UL_losses = BTS_feeder_loss + Body_loss
DOWNLINK BUDGET:
BTS_pwr + BTS_ant_gain - Others_DL_gains + Others_DL_losses - (MS_sen MS_ant_gain)
Others_DL_losses = BTS_feeder_loss + XP_loss + Body_loss XP_loss is for slant polarization loss when using cross-polarized antennas
Others_XX_gains and Others_XX_losses (XX stands for UL or DL) represents all the margins that can be taken into account in the LB. Those margins can be grouped into 3 major groups which are: Gains and losses on the BTS side margins, Design margins, Environmental factors margins.
DIVERSITY
It can be seen as a quality improvement. There are three kinds of diversity: space diversity (mostly used), angle diversity, and polarization diversity. The space diversity uses two antennas far apart enough. The two received signals suffer uncorrelated degradation, allowing to extract a diversity gain from their simultaneous process. This technique is used to decrease the Raleigh fading for slow moving mobiles, fast moving mobiles being less disturbed by this fading. Therefore, this technique is mostly used in suburban and urban areas. More generally, it is applicable in all contexts where the gain brought by diversity can be useful to balance the link budget.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 405/544
COMBINING STRATEGIES
A combiner allows several frequencies to be handled by the same antenna. Those losses are taken into account in the BTS_sen, NORTEL giving its BTS sensitivity at the antenna connector
OVERLAPPING MARGIN
Designed to prevent the field of the current cell from dropping under a critical value before the MS locks on the next cell. The value given for this margin depends mainly on two factors: the speed of the mobile and the speed of decreasing signal experienced by the mobile.
PENETRATION FACTORS
They can be defined with average value based on measurements. Incar: designed to take into account a MS used in a car in standard conditions. Indoor: designed to take into account a MS used in a building, using an outdoor network.
Note: in the calculation of the link budget, only consider the maximum of (overlapping margin + incar penetration factor) and (indoor penetration factor).
SHADOW MARGIN
Shadowing effects due to obstacles have been studied in many articles and its probability is described as a Log-normal law. The mean square value depends on the environment (terrain variation and vegetation) and frequency. This margin allows the determination of an x% coverage over the cell surface (typically 90%) by the integration of the Log-normal law over this surface.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 406/544
The worst link budget between uplink and downlink will be taken as path loss in order to do the cell planning. If = 0: the link budget is balanced, so either DL or UL_budget is good for path loss If > 0: the link budget is uplink limited, take the UL_budget as path loss If < 0: the link budget is downlink limited, take the DL_budget as path loss
Example: a link budget calculation with Nortel values for the S8000 Outdoor BTS using duplexor, in GSM1800:
Downlink Uplink
BTS_Pwr
BTS
30 dBm - 2 dBi 3 dB 28 dB
BTS_Ant_Gain BTS_Feeder_Loss
EIRP
MS_Sen
MS
MS_Ant_Gain Body_Loss
DL budget
155,3
UL budget
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 407/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 408/544
As we can notice in the results of the upper table, the values are the same for uplink and downlink.
6.18.2 BLOCKING
The Blocking takes into account the interferences generated by the others MSs. The BTS can handle, for the 600 kHz adjacent frequency, a received signal strength 35 dB below the maximum received power of the current frequency. Over this value, a phenomenon of flashing occurs. The flashing phenomenon consists in a BTS or a MS which would emit at a very high value, and would by this way interfere the communication of the others MSs. The effect of this phenomenon is the deterioration of the wanted signal. The decoupling value is the difference between the maximum output power and the maximum received signal level. Considering an S2000L BTS and a GSM 1800 MS, values are the following in both uplink and downlink:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 409/544
30 -35 65
33 -44 77
Moreover, in the blocking case, the probability of collision of the burst between MS and BTS must be taken into account. In the blocking case, the downlink is more affected than the uplink. However, this difference is not very important (except if the study is done at the frequency of the interferer) since the decoupling value for the Broadband noise is more restricting than the decoupling values for blocking.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 410/544
PARAMETER SETTINGS
The parameter setting for the synthesised frequency hopping with a fractional re-use pattern is easily performed due to the fact that the set of frequencies is the same for each cell (1*1 pattern) or a group of cells (for example 1*3 pattern). Implementation of new sites implies a new frequency planning for the BCCH layer, but is not needed for the TCH layer. On the contrary, two different MA per cell are needed when using baseband frequency hopping: one for the TS0 of all the TRXs except the one carrying the BCCH, without the BCCH frequency one for the TS1 to TS7 for all the TRXs, including the BCCH frequency
TS 0 TDMA 0 TDMA 1 TDMA 2 TDMA 3 TS 1 TS 2 TS 3 TS 4 TS 5 TS 6 TS 7
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 411/544
FADING DIVERSITY
From Nortel experience, to get the full benefit of frequency hopping, a minimum of six (6) different frequencies shall be used in each cell. This benefit is increased up to 8 frequencies available within the hopping sequence concerning fading effects.
INTERFERER DIVERSITY
Beyond 8 frequencies, the additional interferer benefits are still increasing.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 412/544
FractLoadCell =
NbHopTRXCell Nhfcell
NbHopTRXCell: number of hopping TRX in a cell Nhfcell: number of hopping frequencies in a cell (= number of freq in the MA)
It is obvious that the defined fractional load is not comparable in a 1X1 pattern and a 1X3 pattern. In both cases there are three times more TRX in a trisectorial site than in each of its cell. However, though there are also three times more TCH frequencies in a trisectorial site than in each if its cell for a 1X3 pattern, there is the same number of hopping frequencies in a trisectorial site than in each of if its cell for a 1X1 pattern. For that matter, we also need to define a fractional load at the site level that allows us to compare both reuse patterns. We need to mention that when dealing with non homogeneous sites of configuration Sxyz (with x<y<z) this fractional load per site is important. Note: By homogeneous sites (Sxxx) we mean cells that have the same number of TRXs and hopping TRXs.
FractLoadSite =
NbHopTRXSite Nhfsite
NbHopTRXSite: number of hopping TRX in a cell Nhfsite: number of hopping frequencies in a site
The table below shows the fractional re-use pattern that can be implemented according to the maximum fractional load. The results in this table come from simulations and field experience. Then they have to be understood as maximum values for a good RF quality in the network. They are available only in case of using power control and DTX, both uplink and downlink. Otherwise, the maximum fractional load would be smaller.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 413/544
16,6 % 50 %
20 % 58 %
33 % 100 %
LCAUTION! 20% and 58% can be reached with an appropriate tuning of the parameters and in this case offer a very good quality for the given capacity (field experience). The maximum fractional load is the basis of the following study for engineering rules concerning HSN and MAIO. Indeed, as the fractional load is a limitation, the aim of HSN and MAIO plans is to be as close as possible to this limitation, and to have as less interference as possible (no adjacent frequency).
S777 S888
number of frequencies 1X3 fractional re-use pattern 1X1 fractional re-use pattern 4X12 re-use pattern
42
39
37
36
33
32
30
S555 S555
S444
number of frequencies 1X3 fractional re-use pattern 1X1 fractional re-use pattern 4X12 re-use pattern
27
24
22
18
17
12
S222 S222
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 414/544
The maximum number of used MAIOs in the site (which correspond to the maximum number of hopping TRXs in the site) is given by the following rule: NbMaxOfusedMAIOsite = ROUNDDOWN(Nhfcell/2)
with ROUNDDOWN[x] the function that returns the round part of x down-wise (for instance ROUNDDOWN(7.9) = 7) Note: this rule can obviously not be exactly applied in the case of non-homogeneous sites. Refer to the following examples.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 415/544
Since we are in 1X1, we have Nhfcell1 = Nhfcell2 = Nhfcell3 = Nhfsite In order to avoid intra-site channel collision, we use a step 2 MAIO which enables us to put a 400kHz distance between the frequencies at each moment. To have hopping TRXs in 3 cells according to step 2 MAIO is like putting all the hopping TRXs in one cell with still the step 2 MAIO and none in the 2 other cells. In this case, we will be using every other frequency which means that the fractional load of the site must be below 50%. In this case the rule is FractLoadSite 50% Since FractLoadSite = NbHopTRXSite / Nhfsite = (NbHopTRXcell1 + NbHopTRXcell2+ NbHopTRXcell3) / Nhfsite = FractLoadCell1 + FractLoadCell2 + FractLoadCell3, we can deduce that the condition for no intra-site collision is then (Sxxx or Sxyz): FractLoadCell1 + FractLoadCell2 + FractLoadCell3 50%
In the particular case of a homogeneous site (Sxxx) and since NbHopTRXCell1 = NbHopTRXCell2 = NbHopTRXCell3 and thus FractLoadCell1 = FractLoadCell2 = FractLoadCell3, this condition becomes: FractLoadCell 16.6%
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 416/544
Homogeneous site: S333 Let us consider 12 hopping frequencies {f1,f2,f3,f4,f5,f6,f7,f8,f9,f10,f11,f12}. Then, NbMaxOfusedMAIO = 6 which means that of the 12 available MAIOs we can attribute 6 of them at the most in order to respect the non intra-site collision. Since the site is homogeneous we can use 2 hopping TRXs per cell at the most. Then, FractLoadCell is 2/12=16.6%.
MAIO cell 1 cell 2 cell 3 0 1 2 3 4 5 6 7 8 9 10 11
f1 f1 f1
f2 f2 f2
f3 f3 f3
f4 f4 f4
f5 f5 f5
f6 f6 f6
f7 f7 f7
f8 f8 f8
f9 f9 f9
As we can see, at each moment (using NORTELs BTS which are synchronized), the frequencies used by all TRXs will be spaced by at least 400kHz. This is guaranteed by the step 2 MAIO and the choice of frequencies spaced by 200 kHz.
f1 f1 f1
f2 f2 f2
f3 f3 f3
f4 f4 f4
f5 f5 f5
f6 f6 f6
f7 f7 f7
f8 f8 f8
f9 f9 f9
FractLoadCell1=3/12=25% and FractLoadCell2=2/12=16.6% & FractLoadCell3=1/12=8.3% FractLoadSite = (3+2+1)/12 = 50%. We can see here that the rule of MAIO setting has been adapted because of the non homogeneity of the site: the TRXs were not completely considered by order.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 417/544
f1 f1 f1
f2 f2 f2
f3 f3 f3
f4 f4 f4
f5 f5 f5
f6 f6 f6
f7 f7 f7
f8 f8 f8
f9 f9 f9
FractLoadCell1 = 3/14 = 21.4% and FractLoadCell2 = FractLoadCell3 = 2/14 = 14.3% FractLoadSite = (3+2+2)/14 = 50%
The step 1 MAIO will create the adjacent intra-site interferences as frequencies spaced by only 200 kHz (step 1 MAIO) will be used at the same time in the site. It is up to us to decide where to create the interferences by choosing where to put the step 1 MAIOs. The recommendations are to put them in the cell which has the smallest overlap with its neighbors. If the overlap is similar in all cells of the same site then choose the cell with the smallest traffic as this will have less impact. Field experience with homogeneous sites has shown that with a proper tuning of the parameters it was possible to go up to FractLoadCell=20% while keeping a very good quality in the cell for the capacity offered. Then, we can say that in general FractLoadSite must be 60% in order keep a very good quality with intra-site collision. In other words:
Homogeneous: Sxxx IntraSite collision Non homogeneous: Sxyz
Example: Let us consider a S333 with 10 hopping frequencies {f1,f2,f3,f4,f5,f6,f7,f8,f9,f10}. With 2 hopping TRXs per cell FractLoadCell is 2/10=20%. Let us assume that at one moment the HSN starts by f3, the frequencies that will be used at each moment are:
MAIO cell 1 cell 2 cell 3 0 1 2 3 4 5 6 7 8 9
f3 f3 f3
f4 f4 f4
f5 f5 f5
f6 f6 f6
f7 f7 f7
f8 f8 f8
f9 f9 f9
f1 f1 f1
f2 f2 f2
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 418/544
f3 f3 f3
f4 f4 f4
f5 f5 f5
f6 f6 f6
f7 f7 f7
f8 f8 f8
f9 f9 f9
f1 f1 f1
f2 f2 f2
FractLoadCell1 = 3/12 = 25% and FractLoadCell2 = FractLoadCell3 = 2/12 = 16.6% FractLoadSite = (3+2+2)/12 = 58.3% Note: it is important to keep a certain coherence between the fractional loads of each cell within a site. Indeed, if the fractional load of one cell is very high compared to the one of the other cells, it could lead to much more intercell interferences and this should be avoided.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 419/544
Note: This rule can obviously not exactly be applied in the case of non-homogeneous sites. Refer to the following examples. Let us consider a tri-sectorial site. As defined previously we have for each cell with 1 < i < 3 FractLoadCelli = NbHopTRXCell i / Nhfcelli
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 420/544
f1 f2 f3
f4 f5 f6
f7 f8 f9
If we look at it by a site point of view, we can consider the site as one big cell with one spectrum (equal to the 3 groups: {T1, T2, T3}). Then it becomes:
Site
f1
f2
f3
f4
f5
f6
f7
f8
f9
f10
f11
f12
In this case, we are brought back to 1X1 (refer to the strategy 1A). Since the frequencies are spaced by 200 kHz, we can avoid intra-site channel collision by using a step 2 MAIO which enables us to put a 400kHz distance between the frequencies at each moment. In this case, we will be using every other frequency which means that the fractional load of the site must be below 50%. In this case the rule is FractLoadSite 50% Since FractLoadSite = NbHopTRXSite / Nhfsite = 3 * [(NbHopTRXcell1 + NbHopTRXcell2 + NbHopTRXcell3)] / Nhfsite = 3 * (FractLoadCell1 + FractLoadCell2 + FractLoadCell3), we can deduce that the condition for no intra-site collision is then (Sxxx or Sxyz): 3*(FractLoadCell1+FractLoadCell2+FractLoadCell3) 50%
In the particular case of a homogeneous site (Sxxx) and since NbHopTRXCell1 = NbHopTRXCell2 = NbHopTRXCell3 and thus FractLoadCell1 = FractLoadCell2 = FractLoadCell3, this condition becomes: FractLoadCell 50%
Then we can deduce the following rule on the maximum number of possible used MAIOs in a site at a given moment. This number will correspond to the maximum number of hopping TRXs in the site. It is given by the following rule following the previous limitation FractLoadCell 50%: NbMaxOfusedMAIOsite=ROUNDDOWN(Nhfsite/2)=ROUNDDOWN((3*Nhfell)/2)
With ROUNDDOWN[x] the function that returns the round part of x down-wise (for instance ROUNDDOWN(7.9) = 7).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 421/544
Example: Let us call the frequencies according to the following rule: f1=F1 , f2=F1+200 , f3=F1+400 , f4=F1+600, ... Let us consider 3 groups of hopping frequencies: T1={f1, f4, f7, f10, f13, f16}; T2={f2, f5, f8, f11, f14, f17} & T3={f3, f6, f9, f12, f15, f18}.
Homogeneous site: Then, NbMaxOfusedMAIOsite=9 which means that we can attribute 3 TRXs per cell at the most in order to respect the non intra-site collision. FractLoadCell is 3/6=50% and we have a S444.
MAIO cell 1 cell 2 cell 3 0 1 2 3 4 5
f1 f2 f3
f4 f5 f6
f7 f8 f9
As we can see, at each moment (using NORTELs BTS which are synchronized), the frequencies used by all TRXs will be spaced by at least 400kHz. This is guaranteed by the step 2 MAIO and the choice of frequencies spaced by 200 kHz.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 422/544
f1 f2 f3
f4 f5 f6
f7 f8 f9
S544
MAIO cell 1 cell 2 cell 3 0 1 2 3 4 5 6
f1 f2 f3
f4 f5 f6
f7 f8 f9
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 423/544
The step 1 MAIO will create the adjacent intra-site interferences between the 3 cells as the frequencies are spaced by only 200 kHz between cells (step 1 MAIO. It is up to us to decide where to create the interferences by choosing where to put the step 1 MAIOs. The recommendations are to put them in the cell which has the smallest overlap with its neighbors. If the overlap is similar in all cells of the same site then choose the cell with the smallest traffic as this will have less impact. Field experience with homogeneous sites has shown that with a proper tuning of the parameters it was possible to go up to FractLoadCell=58% while keeping a very good quality in the cell for the capacity offered. Then, we can say that in general FractLoadSite must be 58% in order keep a very good quality with intra-site collision. In other words:
Homogeneous: Sxxx NO IntraSite collision Non homogeneous: Sxyz
Example: Let us call the frequencies according to the following rule: f1=F1, f2=F1+200, f3=F1+400, f4=F1+600, ... Let us consider 3 groups of hopping frequencies: T1={f1, f4, f7, f10, f13, f16, f19}; T2={f2, f5, f8, f11, f14, f17, f20} & T3={f3, f6, f9, f12, f15, f18, f21}. FractLoadCell is 4/7=57.1% and we have a S555.
MAIO cell 1 cell 2 cell 3 0 1 2 3 4 5 6
f1 f2 f3
f4 f5 f6
f7 f8 f9
In order to see better the interferences, let us assume that at one moment the HSN starts by the third frequency of each group (same HSN), the frequencies that will be used at each moment are:
MAIO cell 1 cell 2 cell 3 0 1 2 3 4 5 6
f7 f8 f9
f1 f2 f3
f4 f5 f6
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 424/544
f1 f2 f3
f4 f5 f6
f7 f8 f9
FractLoadCell1=57.1% and FractLoadCell2=FractLoadCell3=42.8% FractLoadSite=10/18=55.5% The interferences are localized mostly in cell 1. Note: it is important to keep a certain coherence between the fractional loads of each cell within a site. Indeed, if the fractional load of one cell is very high compared to the one of the other cells, it could lead to much more intercell interferences and this should be avoided.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 425/544
RESELECTION
Multiband mobile stations are phase 2 mobile stations. Cell reselection will involve C2 computation (if cellReselInd= true). Here is the used formula: C2 = C1 + cellReselectOffset - temporaryOffset *H(x) where: x=penaltyTime - t when: penaltyTime <> 640
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 426/544
In both bands, usually Max(B,0) will be equal to 0. As the recommended value for rxLevAccessMin is -101 to -100 dBm for GSM 900 and -99 to -98 dBm for GSM 1800. It means that for an identical value of RxLev, GSM 900 selection is favoured (2dB) if recommended values are used for both types of cells. However, cell reselect offset can be used in the computing of C2 criteria to advantage one frequency band. Two different cellReselectOffset values can be used according to the cell frequency band. With penaltyTime <> 640, the higher the cellReselectOffset value, the higher the value of C2. Other parameters can be set as follow if no special care needs to be taken for fast mobile stations: penaltyTime <> 640, temporaryOffset = 0. Then, cellReselectOffset can be set to 30 in the favoured frequency band between 4 and 10 in the other-one (some tests using 20 and 0 respectively provided good results). The 2 dB difference for the C1 criteria between GSM900 and GSM1800 can be ignored in this case because the recommended parameter setting for cellReselectOffset leads to a difference of more than 20 dB for the C2 criteria. Another way of favouring one frequency band is to only declare reselection neighbours belonging to the priority frequency band.
DIRECTED RETRY
For distant mode, the eligible cell list is obtained from a level criteria directedRetry in the adjacentCellHO object. A way to have an underprivileged frequency band is to choose two sets of value for directedRetry, one for each band and to take the higher value for neighbour cells belonging to the low priority frequency band. However, it will impact the directed retry for monoband MS on this band (less directed retry).
HANDOVERS
If an offset was used to select (rather re-select) the cell, one must be aware that the cell may not be the best one. To avoid going back to another band because it is the best cell, this offset must be taken into account as well during handovers (hoMargin). Another way is also to inhibit power budget handovers from the priority band towards the non-priority one. To penalize handovers towards band 1 cells, it is only necessary to modify the different hoMargin for band 1 neighbouring cells, here-in called hoMargin_nei_cell_band1. hoMargin_nei_cell_band1 > hoMargin_nei_cell_band2.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 427/544
MICROCELL ALGORITHM
Microcell capture A algorithm can also be used to make mobile stations stay in the same frequency band.
2 true between 4 and 10 hoMargin_nei_cell_band2 for adjacentCellHO object rxLevMinCell + 3 dB 2 to 5 hoMargin_nei_cell_band1 > hoMargin_nei_cell_band2
RESELECTION
No change may be done to the recommended parameter setting, then all cells may have the same values for the parameters cellReselectOffset, temporaryOffset and penaltyTime. As in cell selection, the parameter rxLevAccessMin may be set to -100 to -99 dBm for all cells.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 428/544
OTHER FEATURES
For all other features (Directed Retry or handover), the same parameter setting may be kept for both band cells. The remark about interband handovers (see above) is particularly crucial to take into account in the case of no band is favoured. Indeed, a interband handover must be reduced to the minimum (by modifying thresholds) and a particular neighbour plan may be elaborated in order to avoid frequent interBSC handovers when GSM900 sites and GSM1800 sites are not on the same BSC. In V12, the feature HO decision according to priority and load allows not to favour one by setting the parameter offsetPriority to the default value for all cells.
SUM-UP OF THE RECOMMENDED PARAMETER SETTING FOR TWO EQUAL FREQUENCY BANDS
GSM 900 band Multiband reporting cellBarQualify cellReselectOffset rxLevAccessMin hoMarginRxQual, hoMarginRxLev... GSM 1800 band Note
the six strongest cells false between 4 and 10 - 100 to - 99 dBm Value 900 for adjacentCellHO object
the six strongest cells false between 4 and 10 - 100 to - 99 dBm Value 1800 for adjacentCellHO object Value 900 = Value 1800 directedRetry 900 = directedRetry 1800
directedRetryAlgo offsetPriority
directedRetry 900 1
directedRetry 1800 1
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 429/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 430/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 431/544
The following guidelines should be applied: when the interference cancellation is available, 50% is an excellent compromise between coverage and interference cancellation. When speed is the main problem (high speed train coverage) 100% is the best value. Improvement appears when there is an update from a previous v15.1.1 BSS to a later one. Indeed, before V15.1.1, gain of interferer cancellation was not optimal in case of low Rxlev. Since V15.1.1 interferer cancellation algorithm has been improved to take into account all range value for parameter interferer cancel algo usage for all RxLev range.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 432/544
6.23.1 INTRODUCTION
An optimum neighboring plan consists in having the best compromise between the quality of service and the network load. Indeed, the higher the number of neighboring cells in the neighboring list, the more loaded the traffic due to HO procedures. Moreover, an efficient neighboring plan ensures a better network reliability by avoiding an excessive call drop rate resulting from HO failures. Neighboring plan optimization is a trade off between: many neighbors which can lead to excessive HO, and thus signaling overload. Moreover, as measurements are performed on all neighbors in the list, measurements on the more used neighbors are less often performed than with a shorter list. Then the system is less reactive to perform handover. few neighbors which would lead to call drop and poor quality of service due to HO failures.
Hereafter are the engineering rules to follow when initializing a neighboring plan, depending on the type of pattern used for the frequency plan.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 433/544
RESURGENCE PROBLEMS
If the resurgence area is large and not too far from the serving cell, it can be considered as a real cell. Consequently, this situation is equivalent to a normal cells neighborhood assignment and all the cells surrounding the resurgence must be added to the serving cell neighborhood. This situation is well handled by the automatic tools. However, there are several other situations where the resurgence should not be taken into account: The resurgence is reduced to a small area. Then the resurgence coverage is not enough significant to be considered as a suitable cell for the handover or selection issue. Any HO operation performs on the cells resurgence will lead to a pingpong handover from the cell resurgence to the surrounding cells. The resurgence is located far from the serving cell (with several cells between the resurgence and the serving cell). This situation leads to a poor stability of the received signal. As the serving cell is far away from the MS, the MS could easily lose the signal and thus almost immediatly perform a handover to another cell (signaling load).
That is why, all the cells assigned as neighbor of a serving cell because of this kind of resurgence should then be removed from the neighbor list. Then, such cells with resurgence which were first assigned as neighbor of a serving cell (after distance criteria application) must be removed from the neighbor list.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 434/544
CONCLUSION
Initialization with the first ring Current cell: antenna, Azimuth, emission power, frequency Candidate cell: antenna, azimuth, geographical position From the current cell
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 435/544
N1, T2
N6, T3
N7, T1
N2, T3
S, T1
N5, T2
N3, T2
N4, T3
N8, T1
In case of hot traffic spot, as this solution leads to a few number of cells in the neighbor list, there is a risk of handover failure due to channel unavailability. In order to avoid this, 2 channels in every cell must be reserved for handover (allocPriorityThreshold = 2). The only exceptions for this rule are the following: Coverage hole Limited coverage due to shadowing effect
However, this solution means a few number of neighbors in the list and then can lead to call drop and handover failures (see scheme with first ring neighbor list before).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 436/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 437/544
6.24.1 DESCRIPTION
Especially in micro-cellular network, where the antennas are under the roof, the level received by the mobile can dramatically fluctuate. Ping pong handovers and call drop were experienced in this type of environment, and led to bad quality of service as well as a significant increase in signalling traffic. One of the toughest issues to solve in a micro cellular network is street corner environment.
cell A
cell B
Two cases must be distinguished: The first one deals with mobile moving straight the cross road. In the case, the handover toward the cell A must be avoided. Mobiles turning at the cross road is the second case. The handover from cell B to A must be performed quickly before the field of the current cell dropped under a critical value, leading a call drop.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 438/544
cell A
cell B
RxLev
rxLevDLPBGT
cell B cell A
Time
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 439/544
cell A
cell B
RxLev
cell A
cell B
Time
The problem is solved by the combination of the following features: Early Handover decision (see chapter Early HandOver Decision) Protection against runHandOver = 1: in a microcell environment reactivity is essential (see chapter Protection against RunHandover=1). Max rxLev for PBGT: the problem of handover toward cell A when mobile goes straight forward is solved by a negative hoMargin for PBGT that can be set in order to help handover when mobile turns (see chapter Maximum RxLev for Power Budget)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 440/544
Intra BSC / Inter BTS HO Not synchronized HO from Cell A to Cell B (UL & DL) Presynchronized HO from Cell A to Cell B (UL & DL) with different values of the PresynchTimingAdvance parameter.
SYNCHRONIZED HO
Parameters CellId Synchronized hoMargin Cell A Cell B
adjacentCellHO object
NOT SYNCHRONIZED HO
Parameters adjacentCellHO object CellId Synchronized hoMargin Cell A Cell B
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 441/544
PRE-SYNCHRONIZED HO
Parameters AdjacentCellHO object CellId Synchronized Cell A Cell B
PreSynchroTA
hoMargin
-24
Note: the value - 1 for the PreSynchroTA parameter stands for a TA value equal to 1 (554 m).
6.25.3 TIMING HO
PROCEDURE
The test procedure was based on tone recordings. A specific tone is sent for UL (resp. DL) from the MS (resp. the land line). The tone is a pattern of a 3 second 500 Hz signal and a 3 second 700 Hz signal. The use of 2 contiguous signal is needed because problems of no signal emission occurred when a one frequency tone signal is used. The tone was sent for a minute. An HO occurred approximately every 5,7 seconds. Each record has a serial of about 10 HOs. All the averages shown in that study are calculated from these 10 values.
26 14 21 31 14 26 70 66 43 49 29
55 60 57 61 52 50 26 28 25 10 18
28 21 15 14 15 19 19 26 46 38 36
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 442/544
The (1,2,3,4,5,6) HO # are HOs which occurred in the 500 Hz frequency part of the tone. The (7,8,9,10,11) HO # are HOs which occurred in the 700 Hz frequency part of the tone.
56 50 61 4
19 14 28 5
97 78 120 16
21 10 28 7
33 19 46 11
106 58 144 35
For both frequencies, the average timing HO of a synchronized HO is the same, around 100 ms. The interesting part is that the time repartition between the muting, silence and demuting phases are not the same. The muting and demuting phases appear to be dependent on the frequency. However, the muting and demuting algorithms at the TCB are not dependent on the frequency. Actually, the ECU activation on both cells may be responsible of this dependence. It seems that the ECU algorithm at the BTS makes the muting and demuting dependent on frequency. When ECU is enabled, it seems that the muting and demuting slopes are correlated to the frequency.
25 47 40 20 24 48 18 38 25
4 84 43 47 43 33 46 38 44
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 443/544
122 93 143 16
42 4 84 20
The Not Synchronized Timing HO is around 200 ms. Unfortunately, the high standard deviation value does not allow any conclusion on this specific duration. Note: Not synchronized HO procedure Here is a brief example of the L3 radio protocol of such a HO: DL: HANDOVER COMMAND UL: HANDOVER ACCESS DL: PHYSICAL INFO DL: PHYSICAL INFO DL: PHYSICAL INFO UL: HANDOVER COMPLETE
The TA is indicated from the target BTS to the MS in the PHYSICAL INFO. We can make the statement that the not synchronized HO is twice slower than the synchronous one. It is mainly due to the PHYSICAL INFO expectation of the MS.
COLLECTED DATA
The real TA of both cells is 0 (but fluctuant sometimes to a TA value of 1). The aim of these tests is to evaluate the voice quality loss and/or gain of a pre-synchronized HO versus the preSynchroTimingAdvance value set at the OMC-R.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 444/544
STATISTICS
PreSynchroTA (kms) Average (ms) Minimum Maximum Standard Deviation 0 -1 1 2 3 4 5 6 30
122 94 144 18
89 65 126 17
105 89 105 13
COMMENTS
It has to be understood that the pre-synchronized handover has been implemented in order to fasten the handover procedure in a dense (size <2kms) environment or in a railway / highway optimization. As the setting of the preSynchroTimingAdvance parameter is not that easy (onfield measurements and TA distributions after HO per pair of cells), the behavior of the MS for a wrong (2 or 3 steps of TA) and a very wrong (greater than 3 steps of TA) TA value is very interesting for the network optimization. Actually, regarding the timing HO results versus different preSynchroTimingAdvance values, it seems that the MS is able to re-synchronize with the BTS. The drawback is that the speech cut duration and the handover procedure are highly increased (up to 1 second).
CONCLUSION
Regarding the results of that study, it clearly appears that the synchronized handover is the faster type of handover. It is available for intraBTS or intracell handovers, or if the Network Synchronisation is activated. In this case, if the two cells are synchronized by GPS, and they have the same TNOffset, handover can be synchronized, even if the two cells are not in the same BSC. However, the pre-synchronized handover has shown very good results (almost the same performance than the synchronized one) if the TA after HO is previously known. Therefore, pre-synchronized HO is a good solution to fasten handover and to decrease (up to 80 ms) the speech cut duration. The fields of appliance should be dense (cell size < 2kms), railway or highway environment to ensure that the distance after handover is known. Not synchronized handover still remains the only setting for InterBSC handovers. Anyway, the UL results of that memo show that the speech cut duration is less than 250 ms. This value allows to keep a pretty good voice quality during handovers.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 445/544
Base Station
Note: In case of BTS S2000H, antenna connector is located on the HP RF remote unit, it is not on the BTS itself but on the remote RF module unit.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 446/544
BRANCH SENSITIVITY
Diversity gains are calculated by doing the difference between with and without 2 antennas figures. Then diversity gains vary a lot with correlation and propagation channels. Yet, it can be observed that after rounding figures, the overall sensitivity + diversity figure stays relatively constant, independently of the configuration. The trend is a cumulated figure of -113 dBm for the S8000 without enhanced coverage option, and -115 dBm for the S8000 with enhanced coverage option. This observation partly justifies the uniformity of the diversity gain of 5 dB for the S8000. It must be stressed that this artifice is only meant to provide separate figures for sensitivity and diversity gain, which are still distinguished when discussing link budgets
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 447/544
Hence use of cross polar antennas implies: simplification of the coupling stage. radio link performances modification. diversity of polarization.
Note: performances of crosspolar antennas are strongly dependent on environment, and mainly on reflectors and scatterers: the more they are, the better the performances. For link budget purposes, crosspolar antennas recommended typical losses are: in all environment, 1.5dB in 900 MHz and 1800 MHz. in flat open area, 3dB in 900 MHz and 1800 MHz.
POLARIZATION DIVERSITY
Polarization diversity is obtained by processing the two signals coming from the two branches of one crosspolar antenna. Polarization diversity is estimated after measurements of signal decorrelation between the two diversity receiving branches of one crosspolar.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 448/544
(*) Crosspolar antennas offer as diversity solution: polarization diversity (4dB gain) when 1 crosspolar antenna is used. spatial diversity(5dB gain) with 2 crosspolar antennas.
This system relies on a single 3dB-90 dephaser-hybrid coupler located at the bottom of the crosspolar antenna feeding the two ports of the crosspolar antenna with exactly the same feeder length. The system scheme is shown below:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 449/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 450/544
So the number of these messages has to be taken into account in the dimensioning of the SDCCH channels. Some rules are defined here below.
2% 5%
0.1 % 0.1 %
0.1 % 0.1 %
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 451/544
ACTIVATION OF SMS-CB
The SMS-CB is multiplexed with the SDCCH. So the activation of the SMS-CB reduces the number of SDCCH sub-channels and so the signaling capacity of the BTS. For example: SDCCH/4 + SMS-CB => 3 SDCCH available (combined case) SDCCH/8 + SMS-CB => 7 SDCCH available (not combined case)
TDMA Model SDCCH/4 SDCCH/3 SDCCH/7 SDCCH/8 Capacity (erlang)
So the activation of the SMS-CB has a great impact on the signaling capacity of cell (see also chapter SMS-Cell Broadcast) Note: in case of SMS-CB, the SDCCH TS number has to be lower than 4 (< 4)
SUBSCRIBERS MOBILITIES
In a high mobility area (rural, highway) a none negligible number of the RACH are requested for Location Updates. The total number of RACH is then higher than in a low mobility area, it is then better to increase the number of SDCCH channels. In a very high mobility area (high speed train) the number of Location Area are generally reduced in order to avoid a BSS signaling overload due to the LA update. Moreover the TCH allocation has to be as fast as possible in order to avoid dropped calls set-up. So for the cells which are dedicated to the coverage of very high mobility area only, (e.g. cells which cover only the high speed train railways and not surrounding roads or villages) it is better to reduce the SDCCH channels number. If the cell is at the boundary of a location area the SDCCH channels have to be set according to the Location Area update load.
NUMBER OF NETWORKS
The SIM card can contain the Id of only 4 forbidden networks, i.e if there are more than four networks in a country a mobile can attempted a Location Update on other networks (-> Location Reject). So wherever there are more than four competitors in the same frequency band it is recommended to increase the number of SDCCH channels.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 452/544
In case of Automatic Cell Tiering, it might be useful to put the SDCCH channels on the hopping TDMAs in order to leave many resources for traffic on the non hopping TDMA. More generally, it is useful to put the SDCCH channels on the hopping TDMAs since it allows the L1M to take more reliable decisions in case of early PBGT handover, directed retry in distant mode, enhanced power control (V12), direct TCH allocation (V12).
BCCH + SDCCH/4 BCCH +CBCH + SDCCH/4 BCCH BCCH BCCH TCH TCH TCH TCH TCH
TCH TCH SDCCH/8 CBCH + SDCCH/8 TCH SDCCH/8 SDCCH/8 CBCH + SDCCH/8 CBCH + DCCH/8 TCH
TCH TCH TCH TCH TCH TCH SDCCH/8 TCH SDCCH/8 TCH
TCH TCH TCH TCH TCH TCH TCH TCH TCH TCH
TCH TCH TCH TCH TCH TCH TCH TCH TCH TCH
TCH TCH TCH TCH TCH TCH TCH TCH TCH TCH
TCH TCH TCH TCH TCH TCH TCH TCH TCH TCH
TCH TCH TCH TCH TCH TCH TCH TCH TCH TCH
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 453/544
EXTENDED CCCH
Abbreviation b3 b4 b5 TS0 TS1 TS2 TS3 TS4 TS5 TS6 TS7
EXTENDED CELL
Abbreviation C_ext c_ext B_ext b1_ext b2_ext S_ext s_ext T_ext TS0 TS1 TS2 TS3 TS4 TS5 TS6 TS7
BCCH + SDCCH/4 BCCH +CBCH + SDCCH/4 BCCH BCCH BCCH TCH TCH TCH
TCH TCH SDCCH/8 CBCH + SDCCH/8 TCH SDCCH/8 CBCH + SDCCH/8 TCH
STANDARD CELL
These configurations are given for a standard call profile with 50% AMR-HR. Though PDTCH are not represented in TDMA models, the calculation was made with 2 TS are dedicated to GPRS for each cell (minNbOfGprsTS = 2 and at least 2 PDTCH configured).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 454/544
TRX/Cell 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
SDCCH/8/Cell 0 1 2 2 2 2 3 3 3 3 3 4 4 4 4 4
PDTCH/Cell 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2
TDMA/Cell C B2S B2SS B2SST B2SSTT B2SSTTT B2SSSTTT B2SSSTTTT B2SSSTTTTT B2SSSTTTTTT B2SSSTTTTTTT B2SSSSTTTTTTT b2SSSSTTTTTTTT b2SSSSTTTTTTTTT b2SSSSTTTTTTTTTT b2SSSSTTTTTTTTTTT
Priorities 0 0,1 0,1,1 0,1,1,2 0,1,1,2,2 0,1,1,2,2,2 0,1,1,1,2,2,2 0,1,1,1,2,2,2,2 0,1,1,1,2,2,2,2,2 0,1,1,1,2,2,2,2,2,2 0,1,1,1,2,2,2,2,2,2,2 0,1,1,1,1,2,2,2,2,2,2,2 0,1,1,1,1,2,2,2,2,2,2,2,2 0,1,1,1,1,2,2,2,2,2,2,2,2,2 0,1,1,1,1,2,2,2,2,2,2,2,2,2,2 0,1,1,1,1,2,2,2,2,2,2,2,2,2,2,2
For Cell Broadcast, the following permutations are allowed: C <=> c B <=> b1 S <=> s (for the first S only)
EXTENDED CELL
TRX / Cell 1 2 3 4 5 6 7 8 8
SDCCH/8 / Cell 0 1 1 1 1 2 2 2 4 3 6
Priorities
10 14 18 21 25 29 27
b2_ext S_ext T_ext T_ext b2_ext S_ext T_ext T_ext T_ext b2_ext S_ext S_ext T_ext T_ext T_ext b2_ext S_ext S_ext T_ext T_ext T_ext T_ext b2_ext S_ext S_ext T_ext T_ext T_ext T_ext T_ext b2_ext S_ext S_ext S_ext S_ext T_ext T_ext T_ext
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 455/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 456/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 457/544
NETWORK:
Each BSC is fully operational and a switchover should be done, LapD load balancing over TMU, LapD loadsharing, Location Area (LA) sizing,, TCH congestion (this is particularly important in case of concentric cell use), Call Drop rate, HandOver failure rate (and neighbouring reciprocity).
Moreover, no modification of the network during the special event (such as command files, OMC commands, ) shall be done.
6.28.2 BSS: SUGGESTIONS FOR PARAMETERS TO BE MODIFIED FOR THE SPECIAL EVENT
It is suggested that the following parameters be modified before the special event and set back to the previous value afterwards (when the amount of traffic is back to a normal level): These parameters are split into 3 categories. The modification of parameters of the 1st category does not lead to any service interruption. These modifications may be done very quickly and a few hours before the event. Parameters of the 2 nd category are only applied if it can be done without service interruption (refer to chapter ALGORITHM PARAMETERS).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 458/544
Parameters to modify: abisSpy = not in progress unknownCellWarning = disabled interBscDirectedRetry = not allowed intraBscDirectedRetry = not allowed Multipaging timer on Abis interface = 200 ms maxNumberRetransmission = 1 bscCapacityLoadReduction feature is not available for BSC3000, but dedicated overload mechanism for BSC3000 exist (see chapterBSC3000 Overload Management)
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 459/544
SS7 LINK
Underprovisioned SS7 links can result in link congestion, which potentially inhibit mobile call processing. It is therefore recommended to audit the link provisioning in the network before the special event. During the busy hour the mean link occupancy should not exceed 40%. The expected subscriber growth in the network has to be taken into account. This check should be done about 4 months before the special event in order to allow potential HW extensions.
LAC DATAFILL
The Location Area Code (LAC) is a configurable parameter on the BSS and on the NSS (table LAC). If the values are not the same, Mobile location updates on the MSC will fail. This will result in all mobiles to repeat the locationupdate attempt. The resulting high signaling load can decrease stability of the LPP due to the increased signaling traffic. It is therefore highly recommended to verify that the LAC values on BSS and NSS match up before the special event.
BSC PROTECTION
Reduction of the signaling load on the BSC optimizes its behavior in a high traffic situation. This chapter proposes actions in the NSS, which will help to decrease the signaling load on the BSC.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 460/544
AUTHENTICATION
Authentication in GSM aims at ensuring that only mobiles with an official SIM card can access the network. Reducing authentication reduces the signaling on the BSS. The operator should consider to disable the optional authentication activities in the network. This can be done by modifying parameter AUTH_CONTROL_PARM in table OFCVAR. To configure to a minimum activity the parameter has to be set as follows GSM09: AUTH_CONTROL_PARM = NORM_0 PER_0 ATT_0 MO_0 MT_0
IMPACT
It should be noted that even with this minimum setting the authentication procedure will be executed at the first Attach or Inter-VLR-location update of a mobile at the MSC. This implies that a reasonable degree of security is reached. The default value of NORM_20 PER_20 ATT_20 MO_20 MT_20 configures that every 20th call, location update and attach will trigger the authentication procedure. The above described minimum value results in only the first location update (inter-VLR or attach) to trigger authentication. The parameter allows to individually set authentication rates for normal (NORM), periodic (PER) location updates location, Attachs (ATT), mobile originated (MO) and mobile terminated (MT) calls.
PAGE RETRY
The Paging message sent to the BSC is highly costly in terms of BSC CPU processing. After a timer expires without a response from a mobile, the DMS sends a second Paging message. Monitoring of live networks has shown that only an insignificant portion of the second paging message is successfully responded by a mobile. Due to this it is recommended to deactivate the paging retry. This is done by setting the parameter GSM_PAGE_RETRY in table GSMVAR to 0.
CIPHERING
Ciphering guarantees confidentiality of GSM communications on the radio interface. Deactivating Ciphering reduces the signaling on the BSC. The operator should consider whether the deactivation of ciphering is acceptable during the special event. To deactivate, the officeparameter GMSC_CIPHERING in table OFCENG of the MSC has to be set to OFF.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 461/544
Offered traffic
55 % 60 % 60 % 90 %
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 462/544
70 % 70 % 70 % 100 %
The monitored average TMU1-SBC processor load should keep below 70%. The monitored average TMU1-PMC processor load should keep below 85%. The monitored average TMU2-SBC processor load should keep below 80%.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 463/544
interZone handover
RxLev DL
biZonePowerOffset
SACCH
BS Pwr Att
SACCH
Band 0
Band 1
There is no power compensation during the handover: the initial power after a handover doesnt take into account the difference of radio propagation between the two bands. So, there is a signal drop (approximately biZonePowerOffset). However the condition on level for the Interzone handover ensures that the signal drop has no effect.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 464/544
CONCLUSION
The Step by step algorithm compensates the signal drop. Note: If the initial attenuation (in level) after the handover is less than biZonePowerOffset, the definitive power compensation is reduced.
(with VAL_PWRLEV_TO_DB = 2) Note: if the DL_TxPwr_Band0 (dB) is lower than K_DL * biZonePowerOffset, the power compensation is reduced.
Example: Bizone_power_offset = 3 level (6 dB) Bad quality without frequency hopping: K_DL = 0.5, RxLev DL_Band1 - RxLev DL_Band0 = -3 + 0.5*3/2 = -3 level (-6 dB) Good quality with frequency hopping: K_DL = 0.9, RxLev DL_Band1 - RxLev DL_Band0 = -3 + 0.9*3/2 = -1 level (-2 dB)
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 465/544
(with VAL_PWRLEV_TO_DB = 2)
Example: Bizone_power_offset = 3 level (6 dB) DPMS = 3 dB Bad quality without frequency hopping: K_UL = 0.5, RxLev UL_Band1 RxLevUL_Band0 = -3 + (0.5*3 - 0.5*3) / 2 = -3 level (-6 dB) Good quality with frequency hopping: K_UL = 0.9, RxLev UL_Band1 RxLevUL_Band0 = -3 + (0.9*3 - 0.1*3) / 2 = -2 level (-4 dB)
CONCLUSION
The definitive power compensation with the One shot algorithm is reduced especially when the frequency hopping is not used. However the condition on level for the Interzone handover ensures that the compensation is not indispensable. In comparable conditions, the difference of level (resulting from the Power control) between the two bands of a Dual Band cell always exist. It is not tied to the handover example.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 466/544
Example: Coupling D (loss about1dB) and H2D (loss about 4dB) Bizone_power_offset = 3dB = 1.5 level Bad quality without frequency hopping: K_DL = 0.5, RxLev DL_Zone1 - RxLev DL_Zone0 = - 1.5 + 0.5*1.5/2 = -1.1 level (-2 dB) Good quality with frequency hopping: K_DL = 0.9, RxLev DL_Zone1 - RxLev DL_Zone0 = - 1.5 + 0.9*1.5/2 = -0.8 level (-0 dB)
The One shot associated with Dual coupling cells has a good behavior.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 467/544
The combination of these parameters allow to delay or speed up the broadcasting for a group of mobile and maximize the probability of reception of a paging message, but also to decrease the number of re-emission of paging messages if the radio conditions allow it.
NSS PARAMETERS
On the NSS side, only one parameter may be taken into account, GSM_PAGING_RETRY which allows to repeat the Paging Command message on the A interface. It is possible to choose between paging repetition at a BSS or a NSS level: one can prefer NSS paging repetition or be dependent on an other vendor NSS paging repetition. In this case BSS paging repetition parameters should be set accordingly. NSS repetition can bring some improvements, as described in chapter Field examples: NSS paging repetition tuning.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 468/544
TDMA CONFIGURATION
Depending on if the CCCH is combined or not on the cell, the number of frames dedicated to the paging are different: it goes from 3 CCCH occurrences in the combined case to 9 occurences. The TDMA configuration can drastically reduce the number of free channels available for paging messages and thus should be taken into account for the number of repetition. See also chapter Consequences of the TDMA Model.
2 2 8 8 3
0 0 1 1 0
With this example we can see that 3 LACs show a large number of discarded paging messages. At this step we can not determine if those discarded messages have been successfully sent previously or not (the repetition take place eventhough the mobile already answer). The first step will be to audit the type of the BTS and the TDMA configuration. In case the CCCH is combined to the BCCH, a reconfiguration should be plan. Then the number of repetition on the NSS side should be taken into account, and set to 0 if it is not the case (in this particular case the GSM_PAGING_RETRY was already set to 0) Finally the BSS parameters could be checked and compared to the recommended values (and especially the noOfMultiframeBetweenPaging that depends on the environment), before trying to tune the nbOfRepeat, and the retransDuration. If good radio conditions are met on the cell, one could try to decrease the nbOfRepeat very cautiously, and subsequently the retransDuration which is correlated.
Parameter Septembers value Januarys value
1 5 3 10 0
1&5 5 0 3 0
The number of repetition has been set to 0, and the restransmission duration down to 3. Other parameters were still at recommended value.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 469/544
3 14 14 87 278 384 7
0 1 0 0 8 17 0
0 0 0 0 0 0 0
From a BSS tuning point of view, the nbOfRepeat has a major influence on the paging queue. Modifying this parameter is a good way to optimize the number of paging messages, as long as good radio conditions are met.
1.60%
Action 1
Action 2
1.40% 1.20% 1.00% 0.80% 0.60% 0.40% 0.20% 0.00% Call Drop(Include C1164/17) System Call Drop Rate(Include C1164/17)
That field example shows the good impact of NSS Timers tuning on the Call Drop ratio. Action 1 corresponds to a reduction of timers T305 and T308 from 30 to 1second and Action 2 corresponds to a reduction of timer T102 from 5 to 30 seconds. (T305: started when a DISCONNECT message without progress indication is sent and stopped when the network has received a RELEASE or DISCONNECT message; T308: started when a RELEASE message is sent and stopped when the network has received a RELEASE_COMPLETE or a RELEASE message; T102: used by MSCA when a HANDOVER_COMMAND message is sent and stopped when a HANDOVER_COMPLETE message is received)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 470/544
The principle of this feature is described in chapter AMR - ADAPTATIVE MULTI RATE FR/HR, and this chapter try to quantify the gain of AMR regarding the two objectives listed above. Note: most of the findings in terms of monitoring and feature optimization are based on the experience gained during the VO activity and the rollout phase that followed. As the Legacy L1m was activated for most of these testings, we recommend and support today the AMR feature with this L1m algorithm enabled.
Indeed, the GSM specifications (3GPP TS 48.008) precise that the chosen channel shall be included in the message between the BSS and the MSC (ASSIGNEMENT COMPLETE, HANDOVER REQUEST ACKNOLEDGE, HANDOVER PERFORMED) at least when the channel rate/type choice was done by the BSS. Issues have been noticed on the field with other vendor Core network when those parameters are not properly set, in this case in particular it was impossible to establish half rate calls.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 471/544
TEPMOS TEPMOS stands for theoretical extrapolated PMOS. It is theoretical because it is based on simulations in order to translate FER to PMOS values. It is extrapolated, because TEPMOS weight usage of each one of different AMR codecs PMOS in order to establish AMR TEPMOS.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 472/544
In other terms also, capacity can be increased by operating a tighter frequency reuse pattern or by operating a higher fractional load, which is equivalent in the two cases to a higher number of Erl/km2/frequency.
This figure shows that the combination of all 6 AMR HR codec modes allows to: provide a good quality down to 16 dB C/I in Clean Speech, always significantly better than the GSM FR and GSM HR, provide good performances in Background Noise down to 16-13 dB C/I, equivalent to GSM FR otherwise.
It means that AMR HR offers the possibility to have in good radio conditions a capacity increase in term of Erlang (two users can be mapped on the same TS instead of one) keeping comparable quality of a FR speech.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 473/544
16 dB
13 dB
10 dB
7 dB
4 dB
1 dB
3 (0.8%<BER<1.6%) Excellent
1% 1%
3% 3%
20% 20%
50% 50%
It is interesting to see that: down to the limit of acceptable SACCH/FACCH BLER (20%), HR and EFR provide the same level of voice quality (Poor to Bad), slightly better though for EFR. This has driven us in our recommendation of maximizing HR penetration in areas where RLT is not the limiting factor above the 20% of SACCH/FACCH BLER, voice quality for AMR-FR is still fair which may lead to potential drop calls while the speech is still fair from a user perspective. This has driven in our recommendation to extend the radio link timeout timer in order to compensate somehow the user behavior in places where the coverage or low C/I are the limiting factors
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 474/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 475/544
5k9 to 4k75 6k7 to 5k9 FR thresholds 10k2 to 6k7 12k2 to 10k2 FR hysteresis 5k9 to 4k75 HR thresholds 6k7 to 5k9 7k4 to 6k7 HR hysteresis
downlink uplink fast MS ideal FH SFH 900 < 4 FH no FH (>= 4 freq) TU3 2,5 3,5 2,5 4 4 5 4 5,5 6,5 7,5 6,5 7,5 12,5 12,5 12,5 13,5 1,5 2 1,5 2 10 10,5 10 11 12 12,5 12 12,5 17 17,5 17 16,5 2 2 2 3
5k9 to 4k75 6k7 to 5k9 FR thresholds 10k2 to 6k7 12k2 to 10k2 FR hysteresis 5k9 to 4k75 HR thresholds 6k7 to 5k9 7k4 to 6k7 HR hysteresis
5k9 to 4k75 6k7 to 5k9 FR thresholds 10k2 to 6k7 12k2 to 10k2 FR hysteresis 5k9 to 4k75 HR thresholds 6k7 to 5k9 7k4 to 6k7 HR hysteresis
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 476/544
5k9 to 4k75 6k7 to 5k9 FR thresholds 10k2 to 6k7 12k2 to 10k2 FR hysteresis 5k9 to 4k75 HR thresholds 6k7 to 5k9 7k4 to 6k7 HR hysteresis
5k9 to 4k75 6k7 to 5k9 FR thresholds 10k2 to 6k7 12k2 to 10k2 FR hysteresis 5k9 to 4k75 HR thresholds 6k7 to 5k9 7k4 to 6k7 HR hysteresis
LCAUTION! In the case of the customized tables defined via the BSC Data config, values are to be entered in dB. For example the threshold to switch from a 12k2 codec to a 10k2 codec in the case of a slow MS non hopping in the table above should be 39 in the BSC Data config to express a C/I of 19,5 dB. Note: The AMR threshold set in the bscdataconfigeditor -- labels 81--125 should to be set with a value small than 63.
Bit Value
34 32
31
30
29 28
27 20
19 18
17 12
11 6
50
001
ICM
ACS
HYSTc
THRESH3
THRESH2
THRESH1
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 477/544
00 01 10 11
1 dB 2 dB 3 dB 4 dB
Please note that this case is only applicable in downlink AND for a change of Active Codec Set via a RATSCCH message (refer to RATSCCH management). Consequently, if one wants to use the customized values in the amrAdaptationSet table (parameter amrXXYYAdaptationSet = 3) it is recommended to set cunningly the related downlink hysteresis in the customized AMR adaptation table,that is to say in order to respect the only 4 values that hysteresis can take via a RATSCCH message.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 478/544
AMR VERSUS EFR AMR FR VS EFR IN BCCH LAYER IN INTERFERENCE LIMITED ENVIRONMENT
The purpose of this test was to characterize AMR performances in a degraded radio environment to show AMR codec performance on the BCCH layer, but it also included comparative results with EFR performance with different adaptation sets. Same BCCH frequency was set for 2 neighboring cells in order to create interference to the victim cell, and the Pessimistic default table has been compared with a customized table proposed by the operator. Observations: AMR gain is critically dependant on voice quality target. A trade-off capacity-voice quality is found. The lower the voice quality target, the higher is capacity increase available. This capacity increase could be obtained by increasing network frequency load. For a given radio condition, TEPMOS from AMR is better than EFR. AMR increases voice quality or area reliability is improved. In very good radio conditions, e.g. more than 14 dB, lower codecs present worse performances than 10k2 FR Adapting to lower codecs in a higher C/I tends to slightly decrease voice quality but going faster to lower codec in bad radio conditions improve the voice quality performance in bad radio conditions.
Note: higher gain is found in AMR in frequency hopping layer than in non-hopping BCCH layer, and frequency diversity adds an extra gain to lower codec robustness.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 479/544
Observations: More than 3 dB coverage gain can be obtained using low AMR codecs in low signal strengths.
EXECUTIVE RESULTS
In summary of these tests: there is definitely a trade-off between AMR gain versus voice quality. This will be up to the operator to define it PMOS target for voice quality impacts critically AMR gain Adaptation codec set table impacts voice quality and AMR gain Low codec usage in good radio condition degrades voice quality AMR FR could achieve a gain of 3-3.5 dB on BCCH layer AMR FR could achieve a gain of 3.5-4 dB on frequency hopping layer AMR FR could achieve a gain of 3-4 dB on coverage could be obtained AMR HR presents a comparable voice quality compared to EFR
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 480/544
It is important to check that thresholds for intracell HO HR to FR and FR to HR are correctly set in order to avoid ping-pong handover. It should be check that C/I threshold to adapt from HR to FR is lower than FR to HR and a good overlapped zone is found in order to avoid ping pong intracell HO due to wrong parameter settings.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 481/544
HR to FR 6k7 HR 17 dB C/I
FR to HR
BS
As AMR HR penetration is a trade-off between radio conditions and voice quality, it is highly dependent on environment since if high interference is found, penetration is only obtained if voice quality is highly jeopardized. Handovering to FR mode too early because parameter are too constraining would provide benefit of HR capacity. On the other hand, handovering to FR mode too late jeopardizes user voice quality as lower codecs might be used too long in lower C/I ranges. Using pessimistic table threshold and 7,4 HR as amrHRtoFRIntracellCodecMThresh, intracell HO HR to FR is done as soon as possible when radio conditions starts to be degraded. Normally this case brings a low HR penetration, around 20 to 25% HR penetration (highly dependent on radio/environment conditions). Increase of HR penetration is obtained setting a lower codec for HR to FR intracell handover (30 to 35% HR penetration can be expected). A more aggressive strategy is to change adaptation set to more optimistic thresholds which would bring a higher HR penetration (50 to 55% HR penetration can be expected).
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 482/544
Maximizing HR in the urban area could definitely reduced the drop performance to the level it was in EFR only and brought big improvement in terms of resource availability related to traffic mobility In order to maximize that HR penetration, one can either: Reduce at maximum the level for the direct allocation in HR favor FR to HR intra cell handover by setting nFRRequestedCodec to 1 avoid HR to FR intracell handover by setting amrHRtoFRIntracellCodecMThresh to 4k75
Of course, these settings are not standard and the maximization of HR could be loosen by changing these parameters along with the intracell ping-pong protection Concerning the adaptation table, it is recommended to use the customized one as HR becomes poor very quickly for low C/I lower.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 483/544
AMR
Very Good Voice Quality
EFR
Very Good Voice Quality
EFR
Signalling Channels
Traffic Channels
Bad Voice Quality User Hangs Up Correct Released call No Call Drop
Signalling channels risks to be lost User keeps talking since VQ is good Call drop is increased
LCAUTION! Thus, from a counter perspective, this kind of tricky situation is seen as a dropped call in AMR, while it is being pegged as a normal clearing for a EFR user. This problem is intrinsic to AMR standards. While waiting for AMR standard to be improved, one of the work-around is to increase radioLinkTimeout which maximize probability to recover radio conditions without degradation of AMR user perception or leave enough time to clear properly the call when it starts to be very poor in terms of voice quality.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 484/544
Two mobiles were running in parallel in a coverage limited zone. Both mobiles were running in a car moving at 50km/h connected to a single external antenna. Without user behavior intervention, both calls end at the same time. RLT (SACCH performance) is independent from speech codecs, EFR and AMR call ends at the same time.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 485/544
2 .0 0 %
1 .7 5 %
1 .5 0 %
1 .2 5 %
1 .0 0 %
AMR link adaptation benefit: 0.5% High half rate voice quality
0 .7 5 %
F E R U L S ta n d a rd F R
0 .5 0 %
0 .2 5 %
1 0 -M a r
1 2 -M a r
1 6 -M a r
2 3 -M a r
2 7 -M a r
2 9 -M a r
AMR FR FER is significantly lower than EFR FER EFR FER is also improved due to AMR L1m power control aggressiveness AMR HR FER is very low since it uses robust codecs and it is used in very good radio quality When AMR HR is activated, AMR FR FER increases since AMR FR is used in worst radio conditions than AMR HR When AMR HR is activated, less interferences are found since AMR HR uses half time radio resources and thus, EFR FER slightly improves.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 486/544
3 1 -M a r
1 4 -M a r
2 5 -M a r
2 5 -F e b
2 7 -F e b
2 9 -F e b
2 8 -J a n
3 0 -J a n
2 -M a r
8 -M a r
4 -M a r
3 -F e b
6 -M a r
1 -F e b
0 .0 0 %
Note that the voice degradation caused by frame losses on the terrestrial links or by the perturbations induced during handovers is not captured by the indicator. The TEPMOS enables to measure the impact of AMR tuning on the user perceived voice quality in various configurations and thus to find ore optimal QoS tradeoff: choice of the adaptation table, AMR-HR allocation triggers, AMR based on traffic, Interference cancellation... However with EFR, the indicator is less accurate. One reason is that the TEPMOS relies mainly on the weighted FER per AMR codec mode. In AMR each codec mode is used in a limited C/I range. For EFR the same encoding is used over the whole working range limiting the accuracy. A second reason is that with EFR, class 2 bits are not protected. Thus the frame erasure rate with EFR does not reflect the voice quality degradation occurring when a speech frame is correct (class 1 bit OK) and some class 2 bits are erroneous. With AMR-FR however there are no class 2 bit defined. Thus the FER or the TEPMOS reflect more accurately the perceived voice quality with AMR. Nortel recommends thus using the TEPMOS with EFR cautiously. Variations in EFR TEPMOS are representative of different voice quality perception enabling comparison between cells or TDMA with EFR traffic. However EFR and AMR TEPMOS shall not be used to compare the voice quality between the two modes.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 487/544
For these above reasons, there is no comparison and absolute trends to be considered here when deploying AMR feature. The purpose of this section is to provide some guidelines in terms of monitoring observation and what are the contributors of the changes that could be observed. The performances of the AMR feature were evaluated regarding newly dedicated counters: TCH resource: AMR FR and HR allocation, assignment, resource usage, connection duration Handover: AMR FR and HR HO required, executed, completed and failures Drops: AMR FR and HR drops per cause radio, LAPD or Others L1M: AMR level, quality, power control, C/I Additional counters related to AMR specific mechanisms such as the codec distribution, FER, RATSCCH failures etc
There is also a huge set of already existing counters that are being pegged whether or not the call is in FR, EFR or AMR. All these counters are mostly related to the allocation and the handovers procedures. For more details on these counters, please refer to [R29].
OVERALL FINDINGS
After having successfully tested all the procedures and the specific algorithms related to the AMR feature throughout numerous testing in lab and live, AMR have been deployed progressively on live areas under different environments: rural areas with low density of urbanized areas where coverage was the limiting factor suburban areas with spot of dense traffic and where the interference was definitely the constraining factor urban to dense urban areas where interference and coverage (indoor) limitations are mainly the constraining factors. Traffic was also a important constraint.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 488/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 489/544
RECOMMENDATION
In coverage limited areas with low traffic (rural areas) Nortel recommend to avoid using as much as possible the low codecs in order not to experience any user behavior effect. Usage of the optimistic table or a customized table avoiding at least the 4k75 codec is necessary. The DL RLT (radioLinkTimeout) should be increased subsequently to a minimum of 32 SACCH periods. To a certain extent it could be interesting to customize if possible a 10k2 only table for such environment and keep the RLT to 32 as the 10k2 is bringing a 1-2 dB coverage gain vs EFR. Concerning HR, one should look at the real traffic carried on a cell level to decide whether or not capacity is required. In a general manner, HR should be disabled in such environment as it does not bring any extra benefit. T3107 drops would then be avoided. From a handover perspective, it is recommended to change the timer T3103 (t3103) to a value of 9 seconds in order to offer a wider window of good completion of the procedure at cell edge where the quality might be poorer.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 490/544
RECOMMENDATION
In urbanized environment, potentially facing spots of interference, it is advisable to enable the legacy HO in order to perform HO on Quality criteria (RxQual) instead of CMR (AMR algorithm). For the same reasons, it is also recommended to have a window of decision for the rescue HO short enough to react for signal degradation. It has been observed in some specific situations and interfered areas differences in the RxQual estimation between EFR and AMR mobiles. If the volume of handover is higher after AMR activation: Make sure that the allocation priority threshold (allocPriorityThreshold) is well set on the target cells Extend the T3103 timers (t3103). Usually set to 5s, when this timer is set to 9s, it has been observed some improvement on the HO failures
It is also advisable to make sure that TDMA priorities are well set (frAMRPriority & hrAMRPriority). As the allocation in AMR does not take directly the level of interference in the resource classification, a higher priority on hopping TDMA can be set for AMR allocations in order to favor hopping layers. In such environment, it has also been observed that increasing the HR usage may decrease the drop rate to normal values as from a MOS perspective, HR and EFR are similar in low C/I ranges. The gain in such conditions is not on the coverage but on the capacity.
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 491/544
RECOMMENDATION
Setting the AMR table to 10k2only usage requires customizing the table at BSC level (class1 change = planned outage). Another solution would be to set the optimistic table or Nortel customized table that is detailed above. On cell basis, HR should be totally avoided unless necessary but with pessimistic settings (see Nortel customized table) RLT should be also kept to 32 in such configuration.
RECOMMENDATION
As in coverage limited or rural areas, Nortel would recommend to avoid using as much as possible the low codecs in order not to experience any user behavior effect with AMR. A usage of the optimistic table or a customized table avoiding at least the 4.75 codec is necessary. The RLT in the downlink (user perception) should be increased subsequently to a minimum of 32 SACCH period. Concerning HR, one should look at the real traffic carried on a cell level to decide whether or not capacity is required.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 492/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 493/544
selfAdaptActivation servingfactorOffset neighDisfavorOffset rxLevHreqave rxNCellHreqave rxLevHreqaveBeg rxLevNCellHreqaveBeg rxQualHreqave rxQualAveBeg hoMargin hoMarginBeg runHandOver
Use for activate the Automatic Handover adaptation This attribute defines the offset linked to the serving cell, used to decrease the HO margin This attribute modifies the offset linked to the neighbouring cell, used to increase the HO marging Number of signal strength measurements performed on a serving cell, used to compute arithmetic strength averages in handover and power control algorithms Number of measurement results used in the PBGT algorithm to compute the average neighboring signal strength Number of measurement reports used in short averaging algorithm on current cell for signal strength arithmetic average Number of measurement results used in short averaging algorithm to compute the average neighboring signal strength Number of arithmetic averages taken into account to compute the weighted average bit error rate in handover and power control algorithms. Each is calculated from rxQualHreqave bit error rate (BER) measurements on a radio link This attribute defines the number of quality measures used by the power control mechanism, in case of hopping TS or fast MS Margin to use for PBGT handovers to avoid subsequent handover, in PBGT formula Margin to be added to hoMargin until rxLevHreqave for short averaging algorithm in order to compensate the lack of measurements Number of Measurement Results messages that must be received before the handover algorithm in a cell is triggered
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 494/544
FIRST ACTIVATION
Activation parameters setting:
Parameter Value
selfAdaptActivation servingfactorOffset neighDisfavorOffset rxLevHreqave rxNCellHreqave rxLevHreqaveBeg rxLevNCellHreqaveBeg rxQualHreqave rxQualAveBeg hoMargin hoMarginBeg runHandOver
enabled 2 2 8 8 2 2 8 2 4 4 1
That activation has proven some good results, mainly on RF drops and Minute Of Usage, but also on HO repartition, as shown below:
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 495/544
Handover Distribution
As explained in the feature description the algorithm helps in the Urban areas by making intelligent decisions for Power Budget handovers and reducing interference by more reactive adjustment in attenuation. In coverage limited environment the advantage is highly mitigated. In order to capture the benefits from the feature in the Suburban and Rural areas through reducing rescue handovers; appropriate recommendations should be applied (see chapter Final recommended setting). Hereunde are the general conclusions about AHA activation: RF MoU/Drop improvement follows more closely the reduction in drop due to handovers. BSCs with good coverage and having interference issues definitely showed improvement in drops. BSCs with good ratio of hopping radios and having reduction in BER showed some considerable improvement in RLT drops. These were areas where the UL BER had shown consistent improvement after the feature activation BSCs with very low ratio of hopping Sectors OR even with high ratio of hopping sectors showed NO considerable improvement in drops if they are coverage limited OR less RF overlap.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 496/544
Handover QoS
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 497/544
Handover QoS
selfAdaptActivation servingfactorOffset neighDisfavorOffset rxLevHreqave rxNCellHreqave rxLevHreqaveBeg rxLevNCellHreqaveBeg rxQualHreqave rxQualAveBeg hoMargin hoMarginBeg runHandOver
enabled 0 2 8 8 2 2 8 2 4 2 1
enabled 2 2 8 8 2 2 8 2 4 2 1
enabled 0 2 8 8 2 2 8 2 2 4 1
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 498/544
The objectives of a BSC deployment of that feature would be: to reduce current TCH blocking wherever it happens on normal origination and during HO phase to anticipate unexpected TCH blocking in order to improve traffic carried on originating and ongoing calls to facilitate feature activation process by generalising the settings on the whole BSC
OVERLOAD CRITERION
The overload criterion is defined on a cell basis and can take two expressions according to the operators choice : If queuing is not activated the number of available TCHs is lower than the defined threshold, If queuing is activated: the number of queued TCH requests is greater than the defined threshold.
That mechanism is decribed in the chapter Congestion determination. When overload occurs, the BTS sends, on request from the BSC, HO indications including the list of candidate neighbors n for which the following expression is fullfilled: EXP2Traffic(n) = Pbgt(n) - [hoMargin(n) - hoMarginTrafficOffset(n)] Refer also to the chapter General formulas.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 499/544
RELATED PARAMETERS
Parameter Description
hoTraffic (bsc) hoTraffic (bts) hoMarginTrafficOffset numberOfTCHFreeBeforeCongestion numberOfTCHFreeToEndCongestion hoPingpongCombination hoPingpongTimeRejection offsetLoad
enable the traffic HO feature at BSC level enable the traffic HO feature at BTS level level strength margin added to compute the neighbor eligibility in case of traffic HO (refer to EXP2Traffic) minimum number of free TCHs which triggers the beginning of the TCH congestion phase and the beginning of the traffic overload condition number of free TCHs which triggers the end of the TCH congestion phase and the end of the traffic overload condition list of couples of causes (HOInitialCause and HONonEssentialCause) to prevent possible HO ping pong due to traffic HO timer associated to the anti ping pong feature level strength offset added to compute the neighbor eligibility depending on its state of congestion (refer to EXP4)
Furthermore and as described in the chapter Expected effects and recommended parameters, queuing and directed retry parameters have to be set properly. As a reminder: Queuing activation: please refer to chapters Queuing and TCH Allocation Management Parameters Directed retry: please refer to chapters Directed Retry Handover and Directed Retry Handover Parameters
FEATURE INTERWORKING
In order to avoid blocking the originating calls on congested cells, directed retry with default settings should be enabled, and to avoid a return from non congested to congested cell after HO traffic activation two features should be used: prevent ping-pong effect by applying a protection timer for all incoming relations onto the congested cell prevent a snow ball effect by using the load status conditions through the usage of the offset load parameter in : EXP4(n) = EXP2(n) [offsetLoad(n) * stateLoad(n)]
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 500/544
Normal phase
Overload phase
Normal phase
Cell A
Cell A
Cell A
In a normal phase incoming HO toward cell A can be alarm HO, PBGT HO, or traffic HO coming from congested neighbor cells. As the congestion state is reached on cell A, depending on the cell load state and the associated parameter, some procedures are engaged to try to set back the cell to a non congested state: traffic HO are activated from cell A to its non congested neighbor cells, i.e. PBGT HO with a smaller margin traffic HO are disfavored toward congested cell thanks to Handover decision according to adjacent cell priorities and load feature HO toward cell A are also disfavored
When the cell A succeed in balancing the excess of traffic it reaches again a non congested cell and the normal procedures are applicable again.
PARAMETER TUNING
As described hereabove the expected behaviour takes benefit from the Handover for traffic reasons feature that allows to balance calls in good radio conditions toward neighbor cells via a traffic HO, from the directed retry HO that balance TCH assignment to neighbor cells, and from the Handover decision according to adjacent cell priorities and load feature that prevents from oading the cell with unnecessary incoming HO. Directed retry parameters settings are summarized in the following chapter 4.5.5 and hoMarginTrafficOffset and offsetLoad parameters tuning is explained hereunder.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 501/544
hoMarginTrafficOffset
Cell A congested
Offset load
One can observe on the above figure that using traffic HO is likely to simulate an increase in the non congested neighbor cell coverage of hoMarginTrafficOffset dB. In order to prevent outgoing traffic HO from A to B to come back on A an offsetLoad value equal to hoMarginTrafficOffset is recommended. In that case any attempt of HO from traffic extended B cell coverage to A would be discarded. offsetLoad hoMarginTrafficOffset
Furthermore, the correct setting of the anti ping pong feature sould harden that behaviour for the PBGT HO from B to A.
LCAUTION! The following exceptions should be applied: Timer protection should not be set from cells like: indoor, microcells, special coverage, or any relation with HOmarginPBGT < 0 Offset load should not be set from cells like: indoor, microcells, special coverage, or any relation with HOmarginPBGT < 0
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 502/544
10 % of potential ressources for circuit calls including preemptable PDTCH 20 % of potential ressources for circuit calls including preemptable PDTCH
Note: potential ressources for circuit calls including preemptable PDTCH cans be deduced from the following metric (C1700 max value (tchFrAveragedAvailableMax) - AllocPriorityThreshold)
enabled enabled 6 dB
Note: HoMarginTrafficOffset should be tune such as the resulting margin should be equivalent to the one for rescue HO. This margin can be increase case by case for cell with important congestion. At on stage it is preferable to add capacity.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 503/544
offsetLoad
hoMarginTrafficOffset
hoPingpongCombination hoPingpongTimeRejection
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 504/544
With this values, the V15.1 like behaviour should be reached after nb_of_inService_DRX*10 seconds.
Note: the behaviour with this configuration is based on a theoretical study of the AMR based on traffic algorithm. To prevent HR allocation, it is necessary to set the parameters as following : hrCellLoadStart = 0 (range [0 to 100]) amrDirectAllocRxLevUL or amrDirectAllocRxLevDL = more than -48 dBm
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 505/544
Duration over which to compute the collision probability the GSM hyperframe length: 2715647 GSM frames. In the case of 1x1 frequency hopping fractional reuse, as the same MA list is used, the number of parameters goes down to 8.
Cell x1, HSN1= 9 MAIO1= 0 FN1 = 150 MA list = 38 Freq Cell x2, HSN2= 10 MAIO2= 26 FN2 = 1450 MA list = 38 Freq
F24
F30
F4
F33
F25
F26
F26
F19
collision
F22
F16
F22
F5
F2
F26
F37
F36
Duration : d
Probability of collision calculation
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 506/544
The more TDMA, the more the average collision probability will tend to its limit = 1 / Nb. Freq. It leads also to ad hoc plans limitation, for which the Collision probability is constant. No change in the parameters of the hopping law (HSN, FN) will bring any difference to the collision probability, for all the MAIO are used by all the TDMA (ad-hoc frequency plan implies number of TDMA is equal to the number of hopping frequencies).
PERIODICITY
Applying the GSM hopping algorithm, the following periodicity can be found concerning the FN and FN Offsets: ARFCN (FN) = ARFCN (FN + 26*51*64). This property implies that the calculation of the collision probability over a duration of 84864 (where 84864 = 26*51*64) TDMA frames is equivalent to the collision probability calculation over a duration of 2715648 TDMA frames Therefore, the computation of the exact value of collision probability requires a shorter duration - 84864 TDMA frames - than the whole GSM hyperframe. It implies also that using the Nortel FN Offset range (0 to 84863) allows the calculation of collision probability with 100% precision.
(HSN1, FNOffset1, mod (MAIO1+k, Nb Freq.)) And (HSN2, FNOffset2, mod (MAIO2+k, Nb Freq.)) This property allows that the calculation of the collision probabilities between all hopping combinations that exist between 2 cells needs computing the collision probabilities only for some hopping combinations of these 2 cells - therefore, less computing time than in the general case is needed.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 507/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 508/544
Also, the TSC impact in a synchronized network depends on the fact if an interference cancellation feature is deployed or not in a network. When an interference cancellation feature is not deployed in the synchronized network, the TSC degradation impact in the case of TSC collision may be up to 3 dB. But this impact is significantly higher when an interference cancellation feature is deployed: if in this case a TSC collision exists between the victim and the strongest co-channel interferer, then all gain due to the interference cancellation is lost and also an extra loss in C/I is produced (the TSC degradation impact may be up to 12 dB). Therefore, synchronization may cause significant network C/I degradation when synchronizing a network without a careful TSC (BCC) planning. In an asynchronous network, the BCC planning is contained in BSIC (NCC&BCC) planning which is done in order to avoid usually co-BCCH & co-BSIC neighboring. This kind of planning is no longer satisfactory for a synchronized network: in this case, a BCC planning has to be done firstly for avoiding the TSC collisions and then a NCC planning has to be done in order to avoid usually co-BCCH & co-BSIC neighboring. BCC planning for avoiding TSC collisions is far from being trivial as only 8 values (0 to 7) are available and TSC collisions have to be avoided on the BCCH channel as well as on the TCH channel (which usually is hopping). Each victim and interferer TSC couple (i, j) has an intrinsic impact value: Ti,j. But the real impact of an interfering TSC on the final value of interference has to be calculated taking also into account a factor characterizing the interference situation. This factor, called DITR (Dominant to Interferer TSC Ratio), reflects how much stronger the co-channel interference with the same TSC as the dominant interferer is comparing to the rest of interference (which is the sum of: interferences with other TSCs, adjacent-channel interferences and thermal noise).
SACCH IMPACT
In a synchronized network without a FN Offset planning, the SACCH transmission will be simultaneous and, as SACCH channel is always transmitted regardless of the voice activity, it will not benefit from the discontinuous transmission (DTX) mechanism at all, since it is always transmitted. The consequence of this fact is a higher interference level on SACCH channels than on TCH channels.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 509/544
In a synchronized network with an intelligent FN Offset planning, the simultaneous SACCH transmissions of interfering cells can be avoided (or lowered) and thus the interference level on SACCH channels can be significantly reduced.
SCH IMPACT
FN Offset has an important role on BSIC decoding reactivity. According to the GSM standard, a mobile should attempt to demodulate SCH on the BCCH carrier of as many neighbor cells as possible, and read the BSIC as often as possible for neighboring cell information and at least once every 10 seconds in dedicated mode or for cell selection or reselection in idle mode. In a synchronized network without a FN Offset planning, the SCH transmission of neighbor cells will be simultaneous and a mobile will need much more time for BSIC reading. Thus, a mobile will read the BSIC of a smaller number of neighbors if FN Offset is not correctly planned. In a synchronized network with an intelligent FN Offset planning, the simultaneous SCH transmission of neighbor cells can be significantly reduced. In this case, a mobile could read the BSIC of a greater number of neighbors in the window of 10 seconds. It has to be underlined that in this case an intelligent scheduling for BSIC refreshing has a very significant impact. Finally, it has to be mentioned that the BSIC searching and decoding speed in active mode depends on the type of TCH channel used by mobiles. During a 26 TDMA frames period, a mobile has only one idle frame for searching and decoding the BSIC of neighbor cells when using a FR TCH channel, whereas it has 12 idle frames when using a HR TCH channel. Consequently, for a synchronized network, the impact of an intelligent FN Offset planning on the BSIC searching and decoding speed in active mode is more significant for the mobiles using FR TCH channels than for the mobiles using HR TCH channels. Neighbor relationships and the Interference Matrix are used as input data for the SCH Color allocation (see [R34])
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 510/544
5 interferers
The algorithm uses the window of 26 bits of the TSC in the normal bursts. The table above shows that the gain is higher in case of synchronous interferers. If the stronger interferer uses the same TSC than the useful signal, then, the useful signal will be degraded as well (TSC collision). The TSC collision problem doesnt happen if, comparing to the victim burst, the interferer burst has a delay greater than 5 symbols. This is the assumption taken for the non synchronized case.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 511/544
The BSC radio allocator is modified to include this new type of priority to be combined with all already existing priorities. The BSC chooses the radio TS using the following order: SAIC : o For a SAIC type of request, whatever the type of request (FR, AMR FR, AMR HR, DATA) BSC allocates the MS on a high priority DARPPh1 resource unless there is no free TCH (that copes with the request) in the high priority DARPPh1 pool of resources. For AMR HR request, if there is any hole in the high priority DARPPh1 pool of resources, this one is selected otherwise BSC looks for an available full TS in the high priority DARPPh1 pool of resources. If there is neither available hole nor available full TS in the high priority DARPPh1 pool of resources, BSC looks for first an available hole in the low priority DARPPh1 pool of resources, then an available full TS in this pool of resources. For a non SAIC type of request, whatever the type of request (FR, AMR FR, AMR HR, DATA) BSC allocates the MS on a low priority DARPPh1 resource unless there is no free TCH in the low priority DARPPh1 pool of resources. For AMR HR request, if there is any hole in the low priority DARPPh1 pool of resources, this one is selected otherwise BSC looks for available full TS in the low priority DARPPh1 pool of resources. If there is neither available hole nor available full TS in the low priority DARPPh1 pool of resources, BSC looks for first an available hole in the high priority DARPPh1 pool of resources, then an available full TS in this pool of resources.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 512/544
Interference level, TDMA priority, TDMA number (from the smallest to the biggest: 0 to n), TS number (from the biggest to the smallest: TS7 to TS0).
Note: For radio resource allocation only SDCCH requests are not differentiated depending if the mobile requesting is SAIC capable or not.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 513/544
Thus, Nortels TSC planning strategy is to allocate the best TSC couples, which have the smallest Ti,j values, to the interfering cell couples which have the highest values of IM *Collision probability*Traffic. The TSC planning has then to be used as input for the final BSIC (NCC+BCC) planning.
In order to address independently the 3 requirements of FNOffset planning, Nortel defines FNOffset as a combination of 4 new parameters: where: Global Color = SACCH Color * 51 + SCH Color * 52 FN Offset = Global Color + Hopping Color* 13 * 51 (for synchronized networks without HR traffic) or FN Offset = Global Color + Hopping Color* 26 * 51 (for synchronized networks without HR traffic)
Nortel confidential
SACCH Color ( integer from 0 to 12 for HR traffic network or 0 from 0 to 25 for FR traffic network) SCH Color ( integer from 0 to 50 ) Hopping Color ( integer from 0 to 123 for HR traffic networkor 0 from 0 to 61 for FR traffic network) Global Color
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 514/544
Therefore, for making an easier FN Offset planning, Nortel obtains the FN Offset planning by making independently: SACCH Color planning SCH Color planning Hopping Color planning
It has to be noted that: SACCH Color planning is done taking into account the TN Offset planning additionnally Hopping Color planning is useful only for a fractional reuse frequency plan as it has no impact fro adhoc frequency plans
For further details concerning the SACCH Color, SCH Color and Hopping color please refer to [R34])
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 515/544
So far, Nortel has experimented only the 100% Synchronization Solution in a frequency adhoc plan.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 516/544
Only the cells of KPI Cluster were taken into account when assessing the performances of different test scenarios. Also, initially, the KPI Cluster cells were supposed to not be interfered by any not synchronized cell. Broadly, the impact of the following parameters was tested: Burst synchronization with existing BSIC plan (w/o a TSC plan); TSC planning with Burst synchronization; ICA algorithm usage (50% or 100%) with Burst synchronization & TSC plan; Time synchronization with FNOffset planning (SCH + SACCH color) without TNOffset planning (same TSC plan and TNOffset plan as Burst Synchronization); Time synchronization with FNOffset planning (SCH + SACCH color) and TNOffset planning (same TSC plan as Burst Synchronization);
Please refer to Network Synchronization handbook [R34] for a complete KPI Results presentation.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 517/544
MOU
290
ICA @50% ICA @100%
270 250 230 210 190 170 150 07/08/2006 08/08/2006 09/08/2006 10/08/2006 11/08/2006 12/08/2006 13/08/2006 14/08/2006
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 518/544
310
TRAFFIC CARRIED TSC Plan 8400 7200 6000 4800 High Non RF Drops 3600 2400 1200 0 Traffic
The intent behind this test case was to see how much a planned TSC provides improvements in performance against an un-planned TSC (BSIC). As it was expected, the MOU evolution shows an improving trend.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 519/544
7.
7.1.
SABME: frame to set asynchronous balanced mode (initiate a link for numbered information transfer). UA: unnumbered aknowledge
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 520/544
7.2.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 521/544
7.3.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 522/544
7.4.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 523/544
7.5.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 524/544
7.6.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 525/544
7.7.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 526/544
7.8.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 527/544
7.9.
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 528/544
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 529/544
8.
2%
2%
2%
2%
2%
0% 0,021 0,223 0,602 1,092 1,657 2,276 2,935 3,627 4,345 5,084 5,842 6,615 7,401 8,200 9,010 9,829 10,656 11,491 12,333 13,181 14,036 14,896 15,761 16,631 17,504 18,383 19,265 20,150 21,040 21,932 22,827 23,725
25 % 0,021 0,230 0,630 1,158 1,783 2,483 3,208 3,972 4,767 5,589 6,434 7,299 8,182 9,082 9,978 10,885 11,800 12,724 13,656 14,594 15,540 16,525 17,520 18,524 19,536 20,558 21,587 22,624 23,669 24,643 25,617 26,593
50 % 0,022 0,247 0,698 1,324 2,097 3,000 3,882 4,814 5,786 6,794 7,833 8,899 9,991 11,106 12,114 13,119 14,119 15,112 16,099 17,077 18,046 19,272 20,517 21,783 23,068 24,374 25,698 27,041 28,403 29,596 30,791 31,989
75 % 0,023 0,284 0,849 1,688 2,787 4,138 5,299 6,502 7,732 8,982 10,245 11,516 12,790 14,065 15,360 16,655 17,946 19,234 20,516 21,791 23,059 24,579 26,118 27,678 29,257 30,857 32,474 34,112 35,767 37,200 38,629 40,058
100 % 0,027 0,365 1,177 2,482 4,294 6,621 8,377 10,152 11,922 13,669 15,385 17,056 18,677 20,241 22,004 23,747 25,468 27,164 28,834 30,473 32,082 34,075 36,081 38,102 40,135 42,182 44,240 46,310 48,391 50,467 52,551 54,645
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 530/544
24,626 25,529 26,435 27,343 28,254 29,166 30,081 30,997 31,916 32,836 33,758 34,682 35,607 36,534 37,462 38,392 39,323 40,255 41,189 42,124 43,060 43,997 44,936 45,876 46,816 47,758 48,700 49,644 50,589 51,534 52,480 53,428 54,376 55,325 56,275 57,226 58,177 59,129 60,082 61,035 61,990 62,945 63,901 64,857 65,813 66,771 67,729 68,688 69,647 70,607 71,568 72,529
27,569 28,545 29,521 30,498 31,534 32,574 33,618 34,664 35,714 36,768 37,825 38,886 39,815 40,741 41,662 42,580 43,493 44,402 45,308 46,426 47,549 48,678 49,812 50,951 52,095 53,245 54,399 55,344 56,285 57,224 58,158 59,091 60,019 61,029 62,039 63,048 64,057 65,065 66,073 67,080 68,087 69,258 70,434 71,614 72,798 73,987 75,179 76,377 77,340 78,300 79,258 80,215
33,191 34,394 35,600 36,808 37,988 39,169 40,349 41,528 42,708 43,886 45,065 46,242 47,306 48,364 49,414 50,458 51,494 52,523 53,546 54,862 56,184 57,513 58,847 60,187 61,533 62,886 64,243 65,345 66,443 67,537 68,626 69,711 70,792 71,867 72,937 74,003 75,065 76,122 77,174 78,222 79,266 80,665 82,071 83,482 84,900 86,325 87,755 89,192 90,276 91,358 92,434 93,508
41,485 42,908 44,329 45,748 47,248 48,750 50,255 51,761 53,269 54,779 56,290 57,803 59,197 60,585 61,968 63,346 64,719 66,085 67,447 68,982 70,519 72,059 73,600 75,144 76,690 78,237 79,786 81,124 82,456 83,782 85,101 86,414 87,720 89,092 90,459 91,822 93,181 94,536 95,886 97,232 98,574 100,154 101,738 103,323 104,912 106,504 108,098 109,696 111,137 112,578 114,017 115,455
56,748 58,857 60,975 63,100 65,077 67,051 69,023 70,990 72,954 74,914 76,870 78,822 80,555 82,272 83,973 85,658 87,327 88,979 90,616 92,628 94,640 96,654 98,667 100,682 102,697 104,712 106,726 108,458 110,181 111,893 113,592 115,282 116,961 118,865 120,765 122,664 124,559 126,452 128,341 130,227 132,109 134,307 136,512 138,723 140,939 143,163 145,392 147,628 149,435 151,237 153,032 154,822
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 531/544
73,490 74,452 75,415 76,378 77,342 78,306 79,270 80,235 81,201 82,167 83,133 84,100 85,067 86,035 87,003 87,972 88,941 89,910 90,880 91,850 92,820 93,791 94,763 95,734 96,706 97,678 98,651 99,624 100,597 101,571 102,545 103,519 104,493 105,468
81,169 82,120 83,069 84,016 85,131 86,247 87,365 88,485 89,607 90,732 91,857 92,944 94,033 95,122 96,212 97,303 98,395 99,487 100,581 101,704 102,828 103,955 105,083 106,212 107,342 108,474 109,568 110,663 111,758 112,854 113,951 115,047 116,145 117,244
94,578 95,644 96,706 97,764 99,178 100,596 102,020 103,448 104,882 106,322 107,765 108,975 110,184 111,393 112,601 113,809 115,017 116,223 117,429 118,717 120,005 121,295 122,587 123,880 125,173 126,467 127,684 128,900 130,115 131,331 132,546 133,760 134,974 136,187
116,890 118,324 119,756 121,187 122,918 124,654 126,396 128,144 129,899 131,659 133,424 134,758 136,088 137,415 138,736 140,053 141,366 142,675 143,979 145,583 147,190 148,800 150,412 152,025 153,640 155,257 156,717 158,177 159,634 161,091 162,547 164,001 165,454 166,906
156,606 158,384 160,156 161,922 164,140 166,362 168,590 170,823 173,062 175,307 177,556 179,493 181,428 183,361 185,291 187,220 189,146 191,070 192,993 195,088 197,185 199,284 201,385 203,487 205,590 207,694 209,642 211,588 213,531 215,473 217,414 219,352 221,289 223,224
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 532/544
9.
9.1.
Advanced Management Unit Adaptative Multi-Rate Adaptative Multi-Rate Half Rate Adaptative Multi-Rate Full Rate Base station Colour Code Last three bits of BSIC code. The BCC is used to identify one of the cells sharing the same BCCH frequency. Neighouring cells may, or may not, have different BCC.
BCCH
Broadcast Control CHannel Common mobile logical channel used for broadcasting system information on the radio interface
Base Common Function BSC application database This database contains all the information objects describing the BSS. OMC-R operations database This database contains all the information objects describing the BSS under OMCR management control, and the objects required to manage OMC-R functionalities
BER
Bit Error Rate Method of measuring the quality of radio link transmission A ratio of the number of digital errors received in a specified period to the total number of bits received in the same period. Usually expressed as a negative exponent, i.e: 10-6 means one bit error in 106 bits of transmission, or one in a million
Base Interface Front-end Processor Set of BSC functional units managing the interface with BTS Base Station Controller BTS Signalling Concentration Board Board which concentrates 12 LAPD signalling channels between BSC and BTS into 3 channels
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 533/544
BSIC
Base Station Identity Code Code used to identify a base station which allows mobile stations to distinguish the cells sharing the same BCCH frequency. A BSIC is defined by an (NCC, BCC) combination
BSS
Base Station Subsystem Radio Cellular Network radio subsystem made up of Base Station Controllers, one or more remote TransCoder Units and one or more Base Transceiver Stations
BTS CA CBCH
Base Transceiver Station Cell Allocation Radio frequency channel allocated to a cell Cell Broadcast CHannel Logical channel used inside a cell to broadcast short messages in unacknowledged mode
CC
Call Control Sublevel of layer 3 on the radio interface charged with managing call processing
CCCH
Common Control CHannel Common bidirectional mobile control channel, used for transmitting signalling information on the radio interface
CCH CGI
Control Channel Common or dedicated control channel Cell Global Identifier Global identifier of a mobile network cell. The CGI contains the Location Area Code (LAC), Mobile Country Code (MCC), Mobile Network Code (MNC) and the cell identifier in the location area
Codec Mode Command Central Processing Unit Slave BSC processing unit Central BSC processing unit handling MPU and BIFP functions Decibel Measurement unit of relative power level defined as 10 log10 (P1/P2) where P1 and P2 are the power levels.
dBm
Power in dB relative to 1 mW
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 534/544
Dedicated radio signalling channel with one SDCCH + one SACCH DITR DLNA DRX DTX EFR EIRP eMLPP FACCH FCCH FCH FER FH FN FP FR GSM GSM 900 GSM 1800 GSM 1900 HO HR HSN ICM L1M LAC LAI Dominant to Interferer TSC Ratio Duplexer Low Noise Amplifier Amplifier installed between BTS and the antenna Driver and Receiver Unit Signal processing unit for radio transmission and reception. Discontinuous Transmission Enhanced Full Rate vocoder Equivalent Isotropic Radiated Power enhanced Multi Level Precedence and Preemption Fast Associated Control CHannel Dedicated signalling channel (Um interface) Frequency Correction CHannel Common frequency synchronization channel Frequency CHannel Common frequency synchronization channel Frame Erasure Rate Frequency Hopping Frame Number Frame Processor Full Rate TCH Global System for Mobile Communications Radio Cellular Network standard adapted for the 900 MHz frequency band. Radio Cellular Network standard adapted for the 1800 MHz frequency band. Radio Cellular Network standard adapted for the 1900 MHz frequency band. HandOver: automatic call transfer between two radio channels Half Rate TCH Hopping Sequence Number Iinitial Codec Mode Processor functional unit handling BTS radio measurements Location Area Code Code used to identify a location area in the GSM network Location Area Identity Geographic identity of a group of cells used to locate a mobile station
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 535/544
Link Budget Low Noise Amplifier, part of DLNA system Mobile Allocation Mobile Allocation Index Mobile Allocation Index Offset Mobile Country Code Minimum Time Between Failure Masthead Electronics Unit Mini-masthead electronics cabinet. Remote amplifier located between BTS and the antenna
MegaHertz Mass Memory Unit (BSC) Main Processor Unit (BSC) Set of BSC functional units charged mainly with call processing functions Mobile Network Code Measurement processing Maximum Radio Combiner Mobile Station Mobile Services Switching Center Minimum Coupling Loss Mathematical Time Between Failure It is a mathematical time expectancy between two successive parts of equipment or unit failure
Network Colour Code First three bits of the BSIC code. Each country is assigned a list of NCC. Network Management Centre Network and Switching SubSystem Radio Cellular Network subsystem including an MSC, main HLR, VLR, EIR and AUC
National Security and Emergency Preparedness Operation and Maintenance Centre for the radio subsystem Operation and Maintenance Centre - Radio Operation and Maintenance Centre - Switching Central BSC Operation & Maintenance Unit Operation SubSystem
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 536/544
BSC board controller for Abis and Ater Interface SNR SPU SUP Signal to Noise Ratio Signal Processing Unit SUPervision unit Functional BSC monitoring unit
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 537/544
SWC TA
SWitching matrix Controller (BSC 6000) Timing Advance Alignment process designed to compensate propagation time between a mobile and base station
Traffic CHannel Radio traffic channel Traffic CHannel/Full rate Traffic CHannel/Half rate Time Division Multiple Access Abbreviation used to designate a transmission frame on the radio interface, divided into eight time slots (TS) or channels
Traffic Management Unit Transmission/reception subsystem of the BTS Time Slot Training Sequence Code Transcoder Signalling Concentration Board (BSC) Board which concentrates LAPD signalling channels between BSC and TCU into a single channel
TX WPS
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 538/544
9.2.
DEFINITIONS
CODEC MODE
Codec mode is used to designate one of the 8 AMR vocoder and identified using its rate (12k2, 10k2, 7.95, 7k4, 6k7, 5k9, 5k15, 4k75) give in kbps.
CONCENTRIC CELL
Two concentric geographical zones delimited by distance and level criteria (outer zone and inner zone).
Outerzone
BCCH and signalling channels
Innerzone
traffic channels
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 539/544
Innerzone
H4D
traffic channels
Outerzone
H2D
BCCH and signalling channels
ERLANG
Unit of telecommunications traffic intensity. The number of erlangs represents the average number of resources or circuits occupied during the peak traffic hour.
FREQUENCY LOAD
Defines the load of a frequency hopping pattern and is evaluated as below: fl = Nb of hopping TRX in the cell / Nb of frequencies in the hopping law
f1,f2,f3,f4
f1,f2,f3,f4
f1,f2,f3,f4
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 540/544
f1,f2,f3
f7,f8,f9
f4,f5,f6
MULTIZONE CELL
Used in order to refer following kinds of cell: concentric cell (see above) heterogeneous coupling cell (see above) dual-band cell (see above)
RADIO INTERFACE
Interface between the mobile station (MS) and the BTS.
SPEECH FRAME
Corresponds to 20 ms of speech on the radio interface and theTRAU interface.
TIMING ADVANCE
Delay used to compensate propagation time between mobile and base station.
UM-INTERFACE
See Radio interface
WPS CALL
Call which has priority level set in the Assignment Request or Handover Request between 2 and 6 (3GPP TS 48.008)
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 541/544
10. INDEX
All the parameters listed in the chapter ALGORITHM PARAMETERS are listed and indexed here below:
accessClassCongestion, 273 adjacent cell umbrella ref, 287 allocPriorityTable, 273 allocPriorityThreshold, 274 allocPriorityTimers, 275 allocWaitThreshold, 276 allOtherCasesPriority, 276 amrAdaptationSet, 344, 345, 346 amrDirectAllocIntRxLevDL, 353 amrDirectAllocIntRxLevUL, 353 amrDirectAllocRxLevDL, 352 amrDirectAllocRxLevUL, 352 amrFRIntercellCodecMThresh, 353 amrFRIntracellCodecMThresh, 354 amrHRIntercellCodecMThresh, 354 amrHRtoFRIntracellCodecMThresh, 354 amriRxLevDLH, 355 amriRxLevULH, 355 amrReserved2, 356 answerPagingPriority, 277 assignRequestPriority, 277 averagingPeriod, 298 baseColourCode, 363 bCCHFrequency_adjacentCellHandover, 324 bCCHFrequency_adjacentCellReselection, 324 bCCHFrequency_bts, 325 biZonePowerOffset_adjacentCellHandover, 290 biZonePowerOffset_handoverControl, 291 bscHopReconfUse, 314 bscMSAccessClassBarringFunction, 278 bscQueueingOption, 278 bsMsmtProcessingMode, 265 bsPowerControl, 265 bssMapT1, 302 bssMapT12, 302 bssMapT13, 302 bssMapT19, 303 bssMapT20, 303 bssMapT4, 303 bssMapT7, 304 bssMapT8, 304 bssMapTchoke, 304 bssSccpConnEst, 305 bsTxPwrMax, 265 bts Time Between HO configuration, 240 btsHopReconfRestart, 314 btsIsHopping, 315 btsMSAccessClassBarringFunction, 279 btsSMSynchroMode, 362 btsThresholdHopReconf, 315
Nortel confidential
callClearing, 261 callReestablishment, 228 callReestablishmentPriority, 279 capacityTimeRejection, 341 cellAllocation, 316 cellBarQualify, 280 cellBarred, 280 cellDeletionCount, 236 cellDtxDownLink, 328 cellReselectHysteresis, 223 cellReselectOffset, 224 cellReselInd, 224 cellType_adjacentCellHandover, 259 cellType_bts, 259 channelType, 280 coderPoolConfiguration, 347 concentAlgoExtMsRange, 292 concentAlgoExtRxLev, 293 concentAlgoIntMsRange, 292 concentAlgoIntRxLev, 293 concentric cell, 294 dARPPh1Priority, 363 data mode 14.4 kbit/s, 329 data non transparent mode_bts, 329 data non transparent mode_signalingPoint, 329 data transparent mode_bts, 330 data transparent mode_signalingPoint, 330 Data14_4OnNoHoppingTs, 329 delayBetweenRetrans, 309 directedRetry, 287 directedRetryModeUsed, 288 directedRetryPrio, 283 distHreqt, 238 distWtsList, 238 dtxMode, 328 early classmark sending, 322 emergencyCallPriority, 281 enableRepeatedFacchF, 359 enhancedTRAUFrameIndication, 333 enhCellTieringConfiguration, 334 estimatedSiteLoad, 321 extended cell, 261 facchPowerOffset, 359 fhsRef, 317 fnOffset, 362 forced handover algo, 240 frAMRPriority, 349 frPowerControlTargetMode, 350, 351 frPowerControlTargetModeDl, 351 gprsNetworkModeOperation, 364
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 542/544
msTxPwrMax2ndBand, 268 msTxPwrMaxCell, 248 multi band reporting, 322 nbLargeReuseDataChannels, 335 nbOfRepeat, 310 nCapacityFRRequestedCodec, 357 neighDisfavorOffset, 343 new power control algorithm, 268 nFRRequestedCodec, 357 nHRRequestedCodec, 357 noOfBlocksForAccessGrant, 310 noOfMultiframesBetweenPaging, 311 notAllowedAccessClasses, 284 numberOfPwciSamples, 335 numberOfSlotsSpreadTrans, 312 numberOfTCHFreeBeforeCongestion, 284 numberOfTCHFreeToEndCongestion, 285 numberOfTCHQueuedBeforeCongestion, 285 numberOfTCHQueuedToEndCongestion, 285 offsetLoad, 249 offsetPriority, 249 otherServicesPriority, 286 pagingOnCell, 313 pcmErrorCorrection, 333 penaltyTime, 225 powerBudgetInterCell, 250 powerControlIndicator, 269 powerIncrStepSizeDL, 269 powerIncrStepSizeUL, 269 powerRedStepSizeDL, 270 powerRedStepSizeUL, 270 pRequestedCodec, 358 preSynchroTimingAdvance, 263 priority, 286 processorLoadSupConf, 321 pwciHreqave, 336 radChanSelIntThreshold, 299 radioAllocator, 347 radioLinkTimeout, 228 radResSupBusyTimer, 301 radResSupervision, 301 radResSupFreeTimer, 301 retransDuration, 313 rlf1, 229 rlf2, 230 rlf3, 230 rndAccTimAdvThreshold, 263 runCallClear, 264 runHandOver, 250 runPwrControl, 271 rxLevAccessMin, 226 rxLevDLIH, 254 rxLevDLPBGT, 258 rxLevHreqave, 233 rxLevHreqaveBeg, 234 rxLevHreqt, 234 rxLevMinCell, 251 rxLevNCellHreqaveBeg, 237 rxLevULIH, 254
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 543/544
Z END OF DOCUMENT Y
Nortel confidential
PE/DCL/DD/000036
16.04 / EN
Standard
06/03/2007
Page 544/544