Professional Documents
Culture Documents
GSR8
GMR-01
68P02901W17-R
GMR-01
68P02901W17-R
GSR8
GMR-01
Copyrights The Motorola products described in this document may include copyrighted Motorola computer programs stored in semiconductor memories or other media. Laws in the United States and other countries preserve for Motorola certain exclusive rights for copyright computer programs, including the exclusive right to copy or reproduce in any form the copyright computer program. Accordingly, any copyright Motorola computer programs contained in the Motorola products described in this document may not be copied or reproduced in any manner without the express written permission of Motorola. Furthermore, the purchase of Motorola products shall not be deemed to grant either directly or by implication, estoppel or otherwise, any license under the copyrights, patents or patent applications of Motorola, except for the rights that arise by operation of law in the sale of a product. Restrictions The software described in this document is the property of Motorola. It is furnished under a license agreement and may be used and/or disclosed only in accordance with the terms of the agreement. Software and documentation are copyright materials. Making unauthorized copies is prohibited by law. No part of the software or documentation may be reproduced, transmitted, transcribed, stored in a retrieval system, or translated into any language or computer language, in any form or by any means, without prior written permission of Motorola. Accuracy While reasonable efforts have been made to assure the accuracy of this document, Motorola assumes no liability resulting from any inaccuracies or omissions in this document, or from the use of the information obtained herein. Motorola reserves the right to make changes to any products described herein to improve reliability, function, or design, and reserves the right to revise this document and to make changes from time to time in content hereof with no obligation to notify any person of revisions or changes. Motorola does not assume any liability arising out of the application or use of any product or circuit described herein; neither does it convey license under its patent rights of others. Trademarks Motorola and the Motorola logo are registered trademarks of Motorola Inc. Intelligence Everywhere, M-Cell and Taskfinder are trademarks of Motorola Inc. All other brands and corporate names are trademarks of their respective owners. CE Compliance The CE mark confirms Motorola Ltds statement of compliance with EU directives applicable to this product. Copies of the Declaration of Compliance and installation information in accordance with the requirements of EN50385 can be obtained from the local Motorola representative or the CNRC help desk, contact details below: Email: csc.emea@motorola.com Tel: +44 (0) 1793 565 444
GMR-01
14 Apr 2006
Table of Contents
Contents
GMR-01
Contents
Short Message Service - Point-To-Point . . . . . . . . . . . Preventive Cyclic Retransmission (PCR) . . . . . . . . . . MSC initiated IMSI and IMEI call trace. . . . . . . . . . . Call trace flow control . . . . . . . . . . . . . . . . . . . GPRS Trace. . . . . . . . . . . . . . . . . . . . . . . . Enhanced Circuit Error Rate Monitor (ECERM) . . . . . . . Advanced Load Management for EGSM . . . . . . . . . . Network Controlled Cell Reselection . . . . . . . . . . . . GPRS Interleaving TBFs. . . . . . . . . . . . . . . . . . Enhanced BSC Capacity . . . . . . . . . . . . . . . . . . Inter-Radio Access Technology (Inter-RAT) Handover . . . . GSM location services . . . . . . . . . . . . . . . . . . . Enhanced GPRS One Phase Access . . . . . . . . . . . . PBCCH/PCCCH feature . . . . . . . . . . . . . . . . . . Adaptive Multi-Rate (AMR) . . . . . . . . . . . . . . . . GSM Half Rate . . . . . . . . . . . . . . . . . . . . . . GPRS Seamless Cell Reselection . . . . . . . . . . . . . . Current Bucket Level (CBL) feature . . . . . . . . . . . . Enhanced Scheduling . . . . . . . . . . . . . . . . . . . Intelligent Multilayer Resource Management (IMRM) . . . . Quality of Service (QoS). . . . . . . . . . . . . . . . . . Network Assisted Cell Change (NACC) . . . . . . . . . . Enhanced Multi-level Precedence and Pre-emption (eMLPP) . Fast Call Setup . . . . . . . . . . . . . . . . . . . . . . RSL Congestion Control . . . . . . . . . . . . . . . . . . VersaTRAU. . . . . . . . . . . . . . . . . . . . . . . . Feature Capacity Licensing and Audit . . . . . . . . . . . Improved Timeslot Sharing . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
2-55 2-59 2-62 2-64 2-69 2-73 2-82 2-85 2-94 2-99 2-100 2-109 2-120 2-124 2-138 2-149 2-151 2-154 2-156 2-161 2-171 2-181 2-185 2-189 2-191 2-194 2-197 2-198
ii
GMR-01
Contents
Reparenting a BSS . . . . . . . . . . . . . . . . . . . Reparenting a BSS to a different OMC-R . . . . . . . . . Reparenting a BSS to a different RXCDR (same OMC-R) . Reparenting an RXCDR to a different MSC . . . . . . . . Checking the software version for a BSS/RXCDR/OMC-R.
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
GMR-01
iii
Contents
Adding a cell (recommended procedure) . . . . . . . . . . . . Adding a cell using the copy/change method . . . . . . . . . . Adding a cell using the TTY interface . . . . . . . . . . . . . Adding a cell using the OMC-R GUI . . . . . . . . . . . . . . General cell parameter section . . . . . . . . . . . . . . . . . Handover cell parameter section . . . . . . . . . . . . . . . . Power control cell parameter section . . . . . . . . . . . . . . GPRS cell parameter section . . . . . . . . . . . . . . . . . . Propagating cell parameters . . . . . . . . . . . . . . . . . . Deleting a cell. . . . . . . . . . . . . . . . . . . . . . . . . Defining algorithms . . . . . . . . . . . . . . . . . . . . . . Modifying default algorithms using the OMC-R GUI . . . . . . Modifying default algorithms using the TTY interface . . . . . . Neighbours, Sources and Reciprocal Neighbours . . . . . . . . Viewing Sources, Neighbours and Reciprocals . . . . . . . . . Creating and deleting Sources, Neighbours and Reciprocals . . . Creating neighbours using Neighbour Detailed View. . . . . . . Modifying a neighbour . . . . . . . . . . . . . . . . . . . . Deleting neighbours using the Navigation Tree Delete option . . . Neighbour templates. . . . . . . . . . . . . . . . . . . . . . Configuring a UTRAN neighbour . . . . . . . . . . . . . . . UTRAN blind search neighbour . . . . . . . . . . . . . . . . Proxy cells . . . . . . . . . . . . . . . . . . . . . . . . . . Configuring a single proxy cell . . . . . . . . . . . . . . . . . Autocreation of a proxy cell . . . . . . . . . . . . . . . . . . Configuring multiple proxy cells using cmutil . . . . . . . . . . Exporting and importing proxy cell information between OMC-Rs Synchronizing all OMC-R proxy cells within a network . . . . . Dynamic propagation of proxy cell data to OMC-Rs . . . . . . . Expanding the capacity of a cell . . . . . . . . . . . . . . . . Configuring frequency hopping . . . . . . . . . . . . . . . . Configuring frequency hopping using the OMC-R GUI . . . . . Configuring frequency hopping using the TTY interface . . . . . Checking frequency hopping configuration for cells . . . . . . . Configuring a cell with BCCH and SDCCH in the EGSM band . . Configuring a cell for coincident multiband handovers . . . . . . Configuring a cell for adaptive handovers . . . . . . . . . . . . Configuring a neighbour cell for adaptive handovers . . . . . . . Limiting Ping-Pong handovers between cell zones . . . . . . . . Configuring a cell for flexible neighbour cell processing . . . . . Configuring enhanced SDCCH to TCH band assignment . . . . . Configuring a cell for extended cell range prioritization . . . . . Configuring a cell for power control optimization . . . . . . . . Configuring a cell for multiple GPRS carriers . . . . . . . . . . Changing a BCCH carrier frequency . . . . . . . . . . . . . . Changing a non-BCCH carrier frequency . . . . . . . . . . . . Changing a BSIC . . . . . . . . . . . . . . . . . . . . . . . Changing a TSC for a BCCH. . . . . . . . . . . . . . . . . . Propagating TSC updates . . . . . . . . . . . . . . . . . . . Assigning a quality of 7 to missing measurement reports . . . . . Changing the number of allocated SDCCHs . . . . . . . . . . . Establishing a cell boundary by changing transmit power. . . . . Setting all channels at full power . . . . . . . . . . . . . . . . Barring calls at a cell . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8-6 8-8 8-10 8-11 8-14 8-50 8-67 8-74 8-83 8-106 8-108 8-109 8-113 8-121 8-124 8-129 8-134 8-144 8-145 8-147 8-149 8-153 8-155 8-157 8-161 8-165 8-166 8-172 8-174 8-175 8-177 8-179 8-187 8-190 8-192 8-194 8-198 8-203 8-206 8-208 8-212 8-215 8-217 8-222 8-228 8-231 8-234 8-236 8-238 8-240 8-242 8-253 8-255 8-257
iv
GMR-01
Contents
Changing LAC and/or CI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Viewing and editing the SMS-CB message using the OMC-R GUI . . . . . . . . . . . . . . . . . . . .
8-260 8-262
GMR-01
Contents
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
GMR-01
Contents
GMR-01
vii
Contents
viii
GMR-01
List of Figures
List of Figures
Figure 1-1: Figure 1-2: Figure 1-3: Figure 1-4: Figure 1-5: Figure 2-1: Figure 2-2: Figure 2-3: Figure 4-1: Figure 4-2: Figure 4-3: Figure 4-4: Figure 4-5: Figure 4-6: Figure 4-7: Figure 5-1: Figure 5-2: Figure 6-1: Figure 6-2: Figure 7-1: Figure 7-2: Figure 7-3: Figure 7-4: Figure 7-5: Figure 7-6: Figure 7-7: Figure 7-8: Figure 8-1: Figure 8-2: Figure 8-3: Figure 8-4: Figure 8-5: Figure 8-6: Figure 8-7: Figure 8-8: Figure 8-9: Figure 9-1: Figure 9-2: Figure 9-3: Figure 9-4: Figure 9-5: Figure 9-6:
CM Navigation Tree showing containment relationship . . . . . . . . . . Example of a Detailed View in Edit mode . . . . . . . . . . . . . . . . OMC-R front panel . . . . . . . . . . . . . . . . . . . . . . . . . . RLogin window . . . . . . . . . . . . . . . . . . . . . . . . . . . . Batch File Selection window for a BSS . . . . . . . . . . . . . . . . . Typical SFH mobile allocations with BCCH frequency excluded . . . . . Typical SFH mobile allocations with BCCH frequency included. . . . . . Typical example of BBH mobile allocations . . . . . . . . . . . . . . . Initial BSS Detailed View in Create mode . . . . . . . . . . . . . . . . Example of a script file . . . . . . . . . . . . . . . . . . . . . . . . . Typical BSS database directory structure. . . . . . . . . . . . . . . . . Change Assoc NE ID form (for an Assoc_RXCDR instance) . . . . . . . .progress log file . . . . . . . . . . . . . . . . . . . . . . . . . . . . Log File Selection window . . . . . . . . . . . . . . . . . . . . . . . .active log file . . . . . . . . . . . . . . . . . . . . . . . . . . . . . CommsLink List showing GPRS links . . . . . . . . . . . . . . . . . . Typical x25_config file . . . . . . . . . . . . . . . . . . . . . . . . . Device and equipment hierarchy for a PCU . . . . . . . . . . . . . . . Example of PCU containment in the Navigation Tree . . . . . . . . . . . Simplified MSC (SMLC) - BSC-BTS links . . . . . . . . . . . . . . . Hypothetical BSS site . . . . . . . . . . . . . . . . . . . . . . . . . Example of adding BTS 2 . . . . . . . . . . . . . . . . . . . . . . . Path assignment example . . . . . . . . . . . . . . . . . . . . . . . . Example of equipping a SITE and MSIs . . . . . . . . . . . . . . . . . Example of equipping paths . . . . . . . . . . . . . . . . . . . . . . Navigation Tree showing SITE hierarchy . . . . . . . . . . . . . . . . Example of path connections . . . . . . . . . . . . . . . . . . . . . . CELL Detailed View showing parameter section buttons . . . . . . . . . Cell Parameter Propagation form . . . . . . . . . . . . . . . . . . . . Navigation Tree showing navigation to the cell algorithm instance buttons . Sources and Neighbours View window in Monitor mode . . . . . . . . . Power budget algorithm prompt . . . . . . . . . . . . . . . . . . . . . Neighbour Detailed View Reciprocate form . . . . . . . . . . . . . . . Mobile Allocation Selector window - for a GSM 900 cell . . . . . . . . . Frequency Hopping View. . . . . . . . . . . . . . . . . . . . . . . . MIB Propagation Dialog Form . . . . . . . . . . . . . . . . . . . . . Circuit Status form . . . . . . . . . . . . . . . . . . . . . . . . . . . Channel Status form . . . . . . . . . . . . . . . . . . . . . . . . . . Hierarchy for BSS or RXCDR devices and functions . . . . . . . . . . . Hierarchy for SITE devices and functions . . . . . . . . . . . . . . . . Hierarchy for Hardware Devices . . . . . . . . . . . . . . . . . . . . Hierarchy for Software Functions at BSC only . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1-17 1-43 1-47 1-48 1-49 2-6 2-8 2-10 4-8 4-48 4-49 4-91 4-94 4-95 4-96 5-13 5-20 6-4 6-5 7-2 7-3 7-17 7-22 7-23 7-25 7-28 7-43 8-13 8-105 8-110 8-126 8-131 8-131 8-183 8-185 8-229 9-24 9-28 9-30 9-31 9-32 9-33
ix
GMR-01
List of Figures
Figure 9-7: Hierarchy for Logical Links containment . . . . . . . . . . . . Figure 9-8: Hierarchy for Radio Frequency containment . . . . . . . . . . . Figure 9-9: Hierarchy for Cell containment . . . . . . . . . . . . . . . . . Figure 9-10: Hierarchy for Handover/Power Control containment. . . . . . . Figure 9-11: Configuration of RTC (InCell) . . . . . . . . . . . . . . . . . Figure 9-12: RTC hardware addresses . . . . . . . . . . . . . . . . . . . Figure 9-13: DRI-Combiner configuration . . . . . . . . . . . . . . . . . Figure 9-14: DRI Reassign box. . . . . . . . . . . . . . . . . . . . . . . Figure 9-15: Calibrate Site form . . . . . . . . . . . . . . . . . . . . . . Figure 9-16: New Standard Configuration form . . . . . . . . . . . . . . . Figure 9-17: Select DRI(s) form . . . . . . . . . . . . . . . . . . . . . . Figure 9-18: Calibration data set at BSS form . . . . . . . . . . . . . . . . Figure 9-19: EAS Alarms Dialog . . . . . . . . . . . . . . . . . . . . . . Figure 9-20: Network showing paths and terminating site . . . . . . . . . . Figure 11-1: Copy SITE form . . . . . . . . . . . . . . . . . . . . . . . Figure 11-2: SITE <Create> form . . . . . . . . . . . . . . . . . . . . . Figure 11-3: Path Details form . . . . . . . . . . . . . . . . . . . . . . . Figure 11-4: Cell Details Form . . . . . . . . . . . . . . . . . . . . . . . Figure 11-5: Copy SITE Progress Dialog window - applying filters . . . . . . Figure 11-6: Swap site LACs Form . . . . . . . . . . . . . . . . . . . . . Figure 11-7: Reparent SITE controlling form . . . . . . . . . . . . . . . . Figure 11-8: Confirmation window after selecting rollback . . . . . . . . . . Figure 11-9: Delete SITE Progress Dialog window. . . . . . . . . . . . . . Figure 11-10: Delete SITE daisy chain operation confirmation form . . . . . Figure 11-11: MMS Reconfiguration form . . . . . . . . . . . . . . . . . Figure 11-12: Delete SITE <name> Progress Dialog form . . . . . . . . . . Figure 11-13: Copy SITE daisy chain operation confirmation form . . . . . . Figure 11-14: MMS Reconfiguration form . . . . . . . . . . . . . . . . . Figure 11-15: Network Expansion Scheduler Detailed View window . . . . . Figure 11-16: Copy SITE Operation Default Behaviour window . . . . . . . Figure 11-17: Network Expansion Log window (part 1) . . . . . . . . . . . Figure 11-18: Network Expansion Log window (part 2) . . . . . . . . . . . Figure 11-19: Path Configure form . . . . . . . . . . . . . . . . . . . . . Figure 11-20: Delete Path Confirmation window . . . . . . . . . . . . . . Figure 11-21: Flat file information dialog box . . . . . . . . . . . . . . . . Figure 12-1: Cell X Export Watcher window . . . . . . . . . . . . . . . . Figure 12-2: File Selection window. . . . . . . . . . . . . . . . . . . . . Figure 12-3: Cell X Import Watcher window . . . . . . . . . . . . . . . . Figure 12-4: File Selection window. . . . . . . . . . . . . . . . . . . . . Figure 12-5: Radio Frequency Import/Export configuration form (partial) . . . Figure 12-6: Cell RF Config Detail View form . . . . . . . . . . . . . . . Figure 15-1: Two sites cmutil output example. . . . . . . . . . . . . . . . Figure 15-2: One site cmutil example with columns and specific labels marked
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9-34 9-35 9-35 9-36 9-51 9-52 9-68 9-81 9-91 9-92 9-100 9-102 9-114 9-172 11-8 11-11 11-14 11-18 11-21 11-28 11-29 11-34 11-37 11-41 11-42 11-45 11-49 11-50 11-60 11-68 11-72 11-73 11-82 11-88 11-102 12-10 12-12 12-19 12-21 12-30 12-34 15-47 15-49
GMR-01
List of Tables
List of Tables
Table 1: Manual version history . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2: Service requests resolved in this manual . . . . . . . . . . . . . . . . . . . . . . Table 3: CDCNs incorporated in this manual . . . . . . . . . . . . . . . . . . . . . . . . Table 1-1: Recommended CM command partitioning configuration . . . . . . . . . . . . . . Table 1-2: Same day omcaudit log file naming convention . . . . . . . . . . . . . . . . . . Table 1-3: Vanguard router required software loads . . . . . . . . . . . . . . . . . . . . . Table 1-4: MAX_CM_OPS Minimum, maximum and default Values . . . . . . . . . . . . . Table 1-5: MAX_CMUTIL_OPS Minimum, maximum and default values . . . . . . . . . . Table 2-1: Number of BSC to RXCDR signalling links . . . . . . . . . . . . . . . . . . . Table 2-2: RXCDR-BSCdynamic allocation parameters . . . . . . . . . . . . . . . . . . . Table 2-3: BSC-BTS dynamic allocation parameters . . . . . . . . . . . . . . . . . . . . . Table 2-4: Timer parameters for mobile access class barring . . . . . . . . . . . . . . . . . Table 2-5: Single BCCH parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-6: GPRS and EGPRS coding schemes parameters . . . . . . . . . . . . . . . . . . Table 2-7: SMS-CB parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-8: 7 MTP level 2 timer parameters . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-9: 3 N-value parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-10: Call trace flow control parameters. . . . . . . . . . . . . . . . . . . . . . . . Table 2-11: ECERM parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-12: Advanced Load Management for EGSM parameters . . . . . . . . . . . . . . . Table 2-13: GPRS cell reselection modes . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-14: Network Controlled Cell Reselection parameters . . . . . . . . . . . . . . . . . Table 2-15: add_neighbor NCCR-related prompts . . . . . . . . . . . . . . . . . . . . . . Table 2-16: GPRS interleaving BSS and cell parameters . . . . . . . . . . . . . . . . . . . Table 2-17: Inter-RAT Handover and Enhanced Inter-RAT handover parameters . . . . . . . . Table 2-18: Location Services parameters . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-19: chg_element and disp_element accepted locations . . . . . . . . . . . . . . . . Table 2-20: Enhanced GPRS One Phase Access parameters . . . . . . . . . . . . . . . . . Table 2-21: PBCCH/PCCCH parameters . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-22: PBCCH/PCCCH parameters . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-23: Active Codec set modes . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-24: AMR parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-25: GSM HR specific parameters . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-26: Seamless Cell Reselection parameters . . . . . . . . . . . . . . . . . . . . . . Table 2-27: Current Bucket Level parameters . . . . . . . . . . . . . . . . . . . . . . . . Table 2-28: Enhanced Scheduling parameters . . . . . . . . . . . . . . . . . . . . . . . . Table 2-29: Default Band weightings for EGSM and non-EGSM enabled systems . . . . . . . Table 2-30: Per-call Preferred Band (PCPB) settings . . . . . . . . . . . . . . . . . . . . . Table 2-31: Summary of band preference modes and their associated behaviours. . . . . . . . Table 2-32: Assignment and Handover band selection algorithms for the band preference modes Table 2-33: Intelligent Multilayer Resource Management parameters . . . . . . . . . . . . . Table 2-34: Quality of Service parameters. . . . . . . . . . . . . . . . . . . . . . . . . . 68P02901W17-R 14 Apr 2006
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4 5 5 1-8 1-9 1-12 1-26 1-27 2-17 2-18 2-22 2-25 2-32 2-41 2-48 2-59 2-60 2-65 2-74 2-83 2-86 2-87 2-92 2-96 2-102 2-110 2-118 2-121 2-124 2-127 2-138 2-142 2-150 2-152 2-155 2-157 2-163 2-164 2-165 2-165 2-168 2-172
xi
GMR-01
List of Tables
Table 2-35: Network Assisted Cell Change (NACC) parameters . . . . . . . . . . . . . . . . . . Table 2-36: Enhanced Multi-level Precedence and Pre-emption (eMLPP) parameters. . . . . . . . . Table 2-37: Fast Call Setup parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-38: RSL congestion control parameters . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-39: Possible values for RFT field: Number of Backhaul Timeslots on Carrier (rtf_ds0_count) . Table 2-40: VersaTRAU parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-41: ITS parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 3-1: Network Detailed View fields - Identification grouping . . . . . . . . . . . . . . . . . Table 3-2: Network Detailed View fields - State grouping . . . . . . . . . . . . . . . . . . . . . Table 3-3: Network Detailed View fields - Map Information grouping. . . . . . . . . . . . . . . . Table 3-4: OMC and MSC Detailed View fields - Identification grouping . . . . . . . . . . . . . . Table 4-1: BSS Detailed View fields - Identification grouping . . . . . . . . . . . . . . . . . . . Table 4-2: BSS Detailed View fields - State grouping . . . . . . . . . . . . . . . . . . . . . . . Table 4-3: BSS Detailed View fields - Network Addresses grouping . . . . . . . . . . . . . . . . Table 4-4: BSS Detailed View fields - Optional Features grouping . . . . . . . . . . . . . . . . . Table 4-5: BSS Detailed View fields - Signalling Information grouping . . . . . . . . . . . . . . . Table 4-6: BSS Detailed View fields - A5 Algorithms grouping. . . . . . . . . . . . . . . . . . . Table 4-7: BSS Detailed View fields - General grouping . . . . . . . . . . . . . . . . . . . . . . Table 4-8: BSS Detailed View fields - PCS 1900 Frequency grouping . . . . . . . . . . . . . . . . Table 4-9: BSS Detailed View fields - Flash Information grouping . . . . . . . . . . . . . . . . . Table 4-10: BSS Detailed View fields - Trunk Information grouping . . . . . . . . . . . . . . . . Table 4-11: BSS Detailed View fields - Directed Retry grouping . . . . . . . . . . . . . . . . . . Table 4-12: BSS Detailed View fields - Multiband grouping . . . . . . . . . . . . . . . . . . . . Table 4-13: BSS Detailed View fields - Enhanced Full Rate grouping . . . . . . . . . . . . . . . . Table 4-14: BSS Detailed View fields - GPRS grouping . . . . . . . . . . . . . . . . . . . . . . Table 4-15: BSS Detailed View fields - Map Information grouping . . . . . . . . . . . . . . . . . Table 4-16: BSS Detailed View fields - Traffic Parameters grouping . . . . . . . . . . . . . . . . Table 4-17: BSS Detailed View fields - Network Assisted Cell Change grouping . . . . . . . . . . Table 4-18: BSS Detailed View fields - GPRS Seamless Cell Reselection grouping . . . . . . . . . Table 4-19: Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping . . . . . Table 4-20: Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping . . . . . Table 4-21: BSS Detailed View fields - Improved Timeslot Sharing. . . . . . . . . . . . . . . . . Table 4-22: Extension cabinets for Horizon II macro . . . . . . . . . . . . . . . . . . . . . . . . Table 4-23: Cabinet types allowing Horizon II macro_ext as an extension type . . . . . . . . . . . Table 4-24: Extension cabinet types allowed for Horizon II mini . . . . . . . . . . . . . . . . . . Table 4-25: Master cabinet types allowed for Horizon II mini extension . . . . . . . . . . . . . . . Table 4-26: Cabinet Detailed View fields - Identification grouping . . . . . . . . . . . . . . . . . Table 4-27: Cabinet Detailed View fields - General grouping . . . . . . . . . . . . . . . . . . . . Table 4-28: Cage Detailed View fields - Identification grouping . . . . . . . . . . . . . . . . . . Table 4-29: Assoc_BSS Detailed View fields - Identification grouping . . . . . . . . . . . . . . . Table 4-30: Assoc_BSS Detailed View fields - General grouping . . . . . . . . . . . . . . . . . . Table 4-31: Assoc_RXCDR Detailed View fields - Identification grouping . . . . . . . . . . . . . Table 4-32: Assoc_RXCDR Detailed View fields - Local Routing Information grouping . . . . . . . Table 4-33: Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping . . . . . Table 4-34: DYNETGroup Detailed View fields - Identification grouping . . . . . . . . . . . . . . Table 4-35: DYNET Detailed View fields - Identification grouping . . . . . . . . . . . . . . . . . Table 4-36: DYNET Detailed View fields - Local Routing Information grouping . . . . . . . . . . Table 4-37: DYNET Detailed View fields - path Information grouping . . . . . . . . . . . . . . . Table 5-1: Example Connection report for BSS1015 . . . . . . . . . . . . . . . . . . . . . . . . Table 5-2: Conn_Link Detailed View fields - Identification grouping . . . . . . . . . . . . . . . . Table 5-3: Conn_Link Detailed View fields - Connectivity Information grouping . . . . . . . . . . Table 5-4: CommsLink Detailed View fields - Identification grouping . . . . . . . . . . . . . . . Table 5-5: CommsLink Detailed View fields - Map Information grouping . . . . . . . . . . . . . . Table 5-6: Slot: port settings for OML link . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2-183 2-187 2-190 2-192 2-195 2-196 2-199 3-4 3-6 3-6 3-9 4-10 4-12 4-13 4-14 4-19 4-21 4-21 4-29 4-29 4-30 4-31 4-32 4-33 4-34 4-36 4-37 4-37 4-38 4-38 4-40 4-41 4-58 4-58 4-59 4-59 4-61 4-63 4-66 4-77 4-77 4-81 4-81 4-82 4-103 4-106 4-106 4-107 5-2 5-7 5-8 5-14 5-14 5-21
xii
GMR-01
List of Tables
Table 6-1: PCU contained devices . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 6-2: PCU Detailed View fields - Identification grouping . . . . . . . . . . . . . . Table 6-3: PCU Detailed View fields - Alarm Information grouping. . . . . . . . . . . . Table 6-4: PCU Detailed View fields - BSSGP Information grouping . . . . . . . . . . . Table 6-5: PCU Detailed View fields - Gb Mapping Information grouping. . . . . . . . . Table 6-6: PCU Detailed View fields - Gb Statistics Configuration grouping. . . . . . . . Table 6-7: PCU Detailed View fields - NS Information grouping . . . . . . . . . . . . . Table 6-8: PCU Detailed View fields - Address Information grouping . . . . . . . . . . . Table 6-9: DPROC Detailed View fields - Identification grouping . . . . . . . . . . . . Table 6-10: PSP Detailed View fields - Identification grouping . . . . . . . . . . . . . . Table 6-11: PSP Detailed View fields - Cage and Slot Information grouping . . . . . . . . Table 6-12: PCU MSI Detailed View fields - Identification grouping . . . . . . . . . . . Table 6-13: PCU MSI Detailed View fields - Cage and Slot Information grouping . . . . . Table 6-14: GDS Detailed View fields - Identification grouping . . . . . . . . . . . . . Table 6-15: GDS Detailed View fields - Connectivity Information grouping . . . . . . . . Table 6-16: gsl_lcf_mapping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 6-17: GSL Detailed View fields - Identification grouping. . . . . . . . . . . . . . Table 6-18: GBL Detailed View fields - Identification grouping . . . . . . . . . . . . . Table 6-19: GBL Detailed View fields - Connectivity Information grouping . . . . . . . . Table 6-20: GBL Detailed View fields - Frame Relay Information grouping . . . . . . . . Table 6-21: NSVC Detailed View fields - Identification grouping . . . . . . . . . . . . . Table 6-22: NSVC Detailed View fields - NS Information grouping. . . . . . . . . . . . Table 6-23: SGSN Detailed View fields - Identification grouping . . . . . . . . . . . . . Table 7-1: Default RSLs - Timeslots and Cages . . . . . . . . . . . . . . . . . . . . . Table 7-2: Default RSLs - Timeslots and Card frame for Horizon II macro Site . . . . . . Table 7-3: Default RSLs - Timeslots and Card frame for non Horizon II macro Site . . . . Table 7-4: SITE Detailed View fields - Identification grouping . . . . . . . . . . . . . . Table 7-5: SITE Detailed View fields - General grouping. . . . . . . . . . . . . . . . . Table 7-6: SITE Detailed View fields - SMS Information grouping . . . . . . . . . . . . Table 7-7: SITE Detailed View fields - GPRS grouping . . . . . . . . . . . . . . . . . Table 7-8: BSS commands for GCLK synchronization . . . . . . . . . . . . . . . . . . Table 7-9: BSS parameters for GCLK synchronization . . . . . . . . . . . . . . . . . . Table 8-1: CELL Detailed View, General - Identification grouping . . . . . . . . . . . . Table 8-2: CELL Detailed View fields, General - General grouping . . . . . . . . . . . . Table 8-3: CELL Detailed View fields, General - System Access grouping . . . . . . . . Table 8-4: CELL Detailed View fields, General - Cell Selection/Reselection grouping . . . Table 8-5: CELL Detailed View fields, General - Radio Channel Config grouping . . . . . Table 8-6: CELL Detailed View fields, General - Queuing grouping . . . . . . . . . . . Table 8-7: CELL Detailed View fields, General - Flow Control grouping . . . . . . . . . Table 8-8: CELL Detailed View fields, general - channel allocation-deallocation grouping . Table 8-9: CELL Detailed View fields, general - radio link control grouping. . . . . . . . Table 8-10: CELL Detailed View fields, general - congestion relief grouping . . . . . . . Table 8-11: CELL Detailed View fields, general - directed retry grouping . . . . . . . . . Table 8-12: CELL Detailed View fields, general - multiband handover grouping . . . . . . Table 8-13: Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping Table 8-14: CELL Detailed View fields, General - AMR full rate grouping . . . . . . . . Table 8-15: CELL Detailed View fields, General - AMR/GSM Half Rate grouping . . . . Table 8-16: CELL Detailed View fields, General - AMR/GSM Half Rate grouping . . . . Table 8-17: CELL Detailed View, Handover - Handover - General grouping. . . . . . . . Table 8-18: CELL Detailed View, Handover - Handover Thresholds grouping . . . . . . . Table 8-19: CELL Detailed View, Handover - Handover types allowed grouping. . . . . . Table 8-20: CELL Detailed View, Handover - Handover Timer grouping . . . . . . . . . Table 8-21: CELL Detailed View, Handover - Uplink RxQual Handover grouping . . . . . Table 8-22: CELL Detailed View, Handover - Downlink RxQual handover grouping . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6-6 6-13 6-14 6-15 6-16 6-17 6-18 6-19 6-25 6-28 6-29 6-31 6-32 6-38 6-38 6-40 6-42 6-46 6-47 6-48 6-53 6-54 6-59 7-6 7-6 7-6 7-30 7-31 7-34 7-35 7-47 7-49 8-14 8-16 8-18 8-21 8-22 8-24 8-25 8-26 8-27 8-28 8-30 8-31 8-36 8-36 8-42 8-49 8-50 8-52 8-53 8-54 8-55 8-57
GMR-01
xiii
List of Tables
Table 8-23: CELL Detailed View, Handover - Uplink RxLev Handover grouping . . . . Table 8-24: CELL Detailed View, Handover - Downlink RxLev Handover grouping . . . Table 8-25: CELL Detailed View, Handover - Uplink Interference Handover grouping . . Table 8-26: CELL Detailed View, Handover - Downlink Interference Handover grouping Table 8-27: CELL Detailed View, Handover - Distance Handover grouping . . . . . . . Table 8-28: CELL Detailed View, Handover - Power Budget Handover grouping . . . . Table 8-29: CELL Detailed View, Handover - SDCCH Handover grouping . . . . . . . Table 8-30: CELL Detailed View, Handover - Handover - AMR Full Rate grouping . . . Table 8-31: CELL Detailed View, Handover - Handover - AMR/GSM Half Rate grouping Table 8-32: CELL Detailed View, Power Control - Power Control - General grouping . . Table 8-33: CELL Detailed View, Power Control - Rapid MS Power Down grouping . . Table 8-34: CELL Detailed View, Power Control - Uplink Power Control grouping . . . Table 8-35: CELL Detailed View, Power Control - Downlink Power Control grouping . . Table 8-36: CELL Detailed View, Pwr Ctrl - Pwr Ctrl - AMR Full Rate grouping . . . . Table 8-37: CELL Detailed View, Pwr Ctrl - Pwr Ctrl - AMR/GSM Half Rate grouping . Table 8-38: CELL Detailed View, GPRS grouping . . . . . . . . . . . . . . . . . . . Table 8-39: CELL Detailed View fields, GPRS - Ntwk Ctrld Cell Reselection grouping . Table 8-40: GSM cell propagation parameters . . . . . . . . . . . . . . . . . . . . Table 8-41: GSM cell propagation parameters with GSM Half Rate unrestricted . . . . . Table 8-42: Algorithm Detailed View - Identification grouping . . . . . . . . . . . . . Table 8-43: Algorithm Detailed View - General grouping . . . . . . . . . . . . . . . Table 8-44: chg_cell_element rel_tim_adv and chg_cell_element surround_cell . . . . . Table 8-45: chg_cell_element rxlev_dl_ho and chg_cell_element rxlev_ul_ho . . . . . . Table 8-46: Neighbour Detailed View fields - Identification grouping . . . . . . . . . . Table 8-47: Neighbour Detailed View fields - General grouping . . . . . . . . . . . . Table 8-48: Neighbour Detailed View fields - Power Budget Algorithm grouping . . . . Table 8-49: Neighbour Detailed View fields - Directed Retry grouping . . . . . . . . . Table 8-50: Neighbour Detailed View fields - Concentric Cells grouping . . . . . . . . Table 8-51: UTRAN neighbour parameters and values . . . . . . . . . . . . . . . . . Table 8-52: UTRAN Blind Search Neighbour Detailed View Fields General grouping. Table 8-53: ProxyCELL Detailed View fields - Identification grouping . . . . . . . . . Table 8-54: ProxyCELL Detailed View fields - Proxy Cell Data grouping . . . . . . . . Table 8-55: Command line options for pcellImport . . . . . . . . . . . . . . . . . . Table 8-56: Frequency hopping cell parameters . . . . . . . . . . . . . . . . . . . . Table 8-57: Frequency hopping maximum frequency number. . . . . . . . . . . . . . Table 8-58: FreqHopSys Detailed View fields - Identification grouping . . . . . . . . . Table 8-59: FreqHopSys Detailed View fields - General grouping. . . . . . . . . . . . Table 8-60: Coincident multiband handover parameters . . . . . . . . . . . . . . . . Table 8-61: Adaptive handover parameters . . . . . . . . . . . . . . . . . . . . . . Table 8-62: Ping Pong limitation parameters . . . . . . . . . . . . . . . . . . . . . Table 8-63: Flexible neighbour processing parameters . . . . . . . . . . . . . . . . . Table 8-64: erc_ta_priority parameter . . . . . . . . . . . . . . . . . . . . . . . . . Table 8-65: Optimizing cell power control parameters . . . . . . . . . . . . . . . . . Table 8-66: Timeslots on multiple GPRS carriers configured for performance . . . . . . Table 8-67: Timeslots on multiple GPRS carriers configured using OSA . . . . . . . . Table 8-68: Multiple GPRS carriers per cell parameters . . . . . . . . . . . . . . . . Table 8-69: rpt_bad_qual_no_mr parameter . . . . . . . . . . . . . . . . . . . . . . Table 8-70: SDCCH parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 8-71: SDCCH parameters with combined channel configurations . . . . . . . . . Table 8-72: SDCCH parameters with NON-combined channel configurations . . . . . . Table 8-73: Value ranges for max_tx_bts . . . . . . . . . . . . . . . . . . . . . . . Table 8-74: SMSCBmsg Detailed View fields - Identification grouping . . . . . . . . . Table 8-75: SMSCBmsg Detailed View fields - SMS Information grouping . . . . . . . Table 9-1: VersaTRAU (VT) channel information in Channel Status form . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8-58 8-59 8-60 8-61 8-62 8-63 8-64 8-65 8-66 8-68 8-68 8-69 8-70 8-72 8-73 8-75 8-82 8-84 8-102 8-111 8-112 8-115 8-117 8-135 8-136 8-138 8-139 8-140 8-150 8-153 8-158 8-159 8-170 8-178 8-181 8-184 8-184 8-195 8-199 8-206 8-209 8-215 8-218 8-222 8-223 8-224 8-240 8-243 8-246 8-247 8-253 8-263 8-264 9-28
xiv
GMR-01
List of Tables
Table 9-2: BSP cage and slot restrictions . . . . . . . . . . . . . . . . . . . . . Table 9-3: BSP Detailed View fields - Identification grouping . . . . . . . . . . . Table 9-4: BSP Detailed View fields - Cage and Slot Information grouping . . . . . Table 9-5: BTP cage and slot restrictions . . . . . . . . . . . . . . . . . . . . . Table 9-6: BTP Detailed View fields - Identification grouping . . . . . . . . . . . Table 9-7: BTP Detailed View fields - Cage and Slot Information grouping . . . . . Table 9-8: BTP Detailed View fields - State Information grouping . . . . . . . . . Table 9-9: CBL Detailed View fields - Identification grouping . . . . . . . . . . . Table 9-10: COMB Detailed View fields - Identification grouping . . . . . . . . . Table 9-11: GPROC cage and slot restrictions . . . . . . . . . . . . . . . . . . . Table 9-12: CSFP Detailed View fields - Identification grouping . . . . . . . . . . Table 9-13: DHP cage and slot restrictions . . . . . . . . . . . . . . . . . . . . Table 9-14: DHP Detailed View fields - Identification grouping . . . . . . . . . . Table 9-15: DHP Detailed View fields - Cage and Slot Information grouping . . . . Table 9-16: DHP Detailed View fields - State Information grouping. . . . . . . . . Table 9-17: DRI Detailed View fields - Identification grouping . . . . . . . . . . . Table 9-18: DRI Detailed View fields - Cage and Slot Information grouping. . . . . Table 9-19: DRI Detailed View fields - Additional State Information grouping. . . . Table 9-20: DRI Detailed View fields - Preferred RTF grouping . . . . . . . . . . Table 9-21: DRI Detailed View fields - DRI RCU grouping . . . . . . . . . . . . Table 9-22: DRI Detailed View fields - Combiner 1 grouping. . . . . . . . . . . . Table 9-23: DRI Detailed View fields - Shared Cells grouping . . . . . . . . . . . Table 9-24: DRI Detailed View fields - Port Connections grouping . . . . . . . . . Table 9-25: DRI Detailed View fields - Power Distribution Board grouping . . . . . Table 9-26: Bay level calibration parameters . . . . . . . . . . . . . . . . . . . Table 9-27: Rx A and Rx B receive path options. . . . . . . . . . . . . . . . . . Table 9-28: Severity level definitions . . . . . . . . . . . . . . . . . . . . . . . Table 9-29: EAS Detailed View fields - Identification grouping. . . . . . . . . . . Table 9-30: EAS Detailed View fields - Cage and Slot Information grouping . . . . Table 9-31: EAS Detailed View fields - OptoCoupler groupings . . . . . . . . . . Table 9-32: EAS Detailed View fields - Relay Information grouping . . . . . . . . Table 9-33: GCLK Detailed View fields - Identification grouping. . . . . . . . . . Table 9-34: GCLK Detailed View fields - Cage and Slot Information grouping . . . Table 9-35: GPROC cage and slot numbers . . . . . . . . . . . . . . . . . . . . Table 9-36: GPROC Detailed View fields - Identification grouping . . . . . . . . . Table 9-37: GPROC Detailed View fields - Cage and Slot Information grouping . . . Table 9-38: GPROC Detailed View fields - State Information grouping . . . . . . . Table 9-39: KSWpair Detailed View fields - Identification grouping . . . . . . . . Table 9-40: KSW Detailed View fields - Identification grouping . . . . . . . . . . Table 9-41: KSW Detailed View fields - Cage and Slot Information grouping . . . . Table 9-42: LCF Detailed View fields - Identification grouping . . . . . . . . . . . Table 9-43: LMTL parameters . . . . . . . . . . . . . . . . . . . . . . . . . . Table 9-44: LMTL Loadshare Granularity parameter. . . . . . . . . . . . . . . . Table 9-45: MSI Detailed View fields - Identification grouping . . . . . . . . . . . Table 9-46: MSI Detailed View fields - Cage and Slot Information grouping. . . . . Table 9-47: MSI Detailed View fields - MMS HDSL Information grouping . . . . . Table 9-48: Enhanced GDP Provisioning parameters. . . . . . . . . . . . . . . . Table 9-49: MTL Detailed View fields - Identification grouping . . . . . . . . . . Table 9-50: MTL Loadshare Granularity parameter . . . . . . . . . . . . . . . . Table 9-51: OMF Detailed View fields - Identification grouping . . . . . . . . . . Table 9-52: OML Detailed View fields - Identification grouping . . . . . . . . . . Table 9-53: Abis link cage timeslots . . . . . . . . . . . . . . . . . . . . . . . Table 9-54: Default RSLs - Timeslots and Card frame for Horizon II macro Site . . Table 9-55: Default RSLs - Timeslots and Card frame for non Horizon II macro Site .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9-37 9-39 9-40 9-42 9-43 9-44 9-44 9-46 9-54 9-57 9-58 9-61 9-63 9-64 9-64 9-72 9-75 9-75 9-76 9-76 9-77 9-78 9-79 9-79 9-86 9-93 9-108 9-115 9-116 9-117 9-117 9-122 9-123 9-124 9-126 9-126 9-127 9-129 9-133 9-133 9-136 9-140 9-143 9-147 9-149 9-150 9-157 9-163 9-166 9-169 9-171 9-177 9-177 9-177
GMR-01
xv
List of Tables
Table 9-56: PATH Detailed View fields - Identification grouping . . . . . . . . . . Table 9-57: PATH Detailed View fields - Path information grouping . . . . . . . . Table 9-58: RSL Detailed View fields - Identification grouping . . . . . . . . . . . Table 9-59: RSL Detailed View fields - LapD Information grouping . . . . . . . . Table 9-60: RSL Detailed View fields - MMS Timeslots grouping . . . . . . . . . Table 9-61: RTF Detailed View fields - Identification grouping . . . . . . . . . . . Table 9-62: RTF Detailed View fields - Carrier 1 Information grouping . . . . . . . Table 9-63: RTF Detailed View fields - Concentric cells grouping . . . . . . . . . Table 9-64: RTF Detailed View fields - GPRS grouping . . . . . . . . . . . . . . Table 9-65: RTF Detailed View fields - MMS Timeslot grouping . . . . . . . . . . Table 9-66: RTF Detailed View fields - General grouping . . . . . . . . . . . . . Table 9-67: RTF Detailed View fields - AMR/GSM Half Rate grouping . . . . . . . Table 9-68: XBL Detailed View fields - Identification grouping . . . . . . . . . . Table 9-69: XBL Detailed View fields - LapD Information grouping . . . . . . . . Table 10-1: Values propagated after an audit . . . . . . . . . . . . . . . . . . . Table 11-1: Example of a successful swap site LAC operation . . . . . . . . . . . Table 11-2: Example of an unsuccessful swap site LAC operation . . . . . . . . . Table 11-3: Example of an unsuccessful swap site LAC operation . . . . . . . . . Table 11-4: Reparent site - Examples of OMC Device Transition States . . . . . . . Table 11-5: Delete SITE - Examples of OMC-R Device Transition States . . . . . . Table 11-6: Default Actions when copying, deleting, reparenting a site . . . . . . . Table 12-1: RF General Options. . . . . . . . . . . . . . . . . . . . . . . . . Table 12-2: Configuration file parameters . . . . . . . . . . . . . . . . . . . . . Table 12-3: Command line options (rf_export) . . . . . . . . . . . . . . . . . . Table 12-4: Command line options (rf_import) . . . . . . . . . . . . . . . . . . Table 12-5: Command line options (rfNcheck) . . . . . . . . . . . . . . . . . . Table 12-6: Command line options (correct_rtfs) . . . . . . . . . . . . . . . . . Table 12-7: RTF attributes . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 12-8: RFPlanCell default parameters . . . . . . . . . . . . . . . . . . . . Table 12-9: User selectable cell parameters . . . . . . . . . . . . . . . . . . . . Table 12-10: User selectable cell parameters with GSM Half Rate unrestricted. . . . Table 12-11: RFPlanNeighbour default parameters . . . . . . . . . . . . . . . . Table 12-12: User selectable Neighbour parameters . . . . . . . . . . . . . . . . Table 12-13: Site parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 12-14: DRI parameters. . . . . . . . . . . . . . . . . . . . . . . . . . . Table 12-15: RTF parameters . . . . . . . . . . . . . . . . . . . . . . . . . . Table 15-1: FreqHopSys attribute details . . . . . . . . . . . . . . . . . . . . . Table 15-2: Path attributes link(1 ... 10) (stored outside pathtable2, in intlisttable2) . Table 15-3: Path attribute commsLinkList (stored outside pathtable2 in oidlisttable2) Table 15-4: Mangled object classes with resulting table names . . . . . . . . . . . Table 15-5: Example of OIDs mangled in OSP 4 . . . . . . . . . . . . . . . . . Table 15-6: cmutil output use of columns . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9-179 9-180 9-189 9-190 9-191 9-199 9-201 9-203 9-204 9-205 9-206 9-207 9-215 9-217 10-42 11-24 11-24 11-24 11-33 11-38 11-66 12-31 12-39 12-46 12-47 12-50 12-51 12-52 12-57 12-58 12-71 12-72 12-73 12-74 12-78 12-79 15-38 15-38 15-39 15-40 15-40 15-48
xvi
GMR-01
Chapter 1 Configuration Management general information This chapter provides useful information to assist in the configuration of a GSM system. For example, this chapter includes: Recommended working practices. Description of the CM Management Information Base (MIB). Uploading an NE database to the OMC-R. Using the Navigation Tree and Detailed Views to create, modify and delete network objects. Remotely logging in to a BSS from the OMC-R GUI and changing security levels.
Chapter 2 Configuring BSS features This chapter provides an overview of BSS features and how to configure them from the OMC-R. Chapter 3 Configuring Network, OMC-R and MSC instances This chapter describes the procedures to be followed to add a Network, OMC-R or MSC object to the OMC-R Navigation Tree.
GMR-01
Chapter 4 Configuring a BSS/RXCDR This chapter describes how to configure a BSS or RXCDR. It covers topics such as: Adding a BSS/RXCDR to a network. Creating a BSS/RXCDR database. Equipping cabinets and cages. Configuring an Assoc_BSS and Assoc_RXCDR. Changing the NE ID of an Assoc_BSS/Assoc_RXCDR. Reparenting a BSS/RXCDR. Creating Dynets and DynetGroups.
Chapter 5 Configuring connectivity This chapter describes how to create and check connectivity between Network Elements and the OMC-R, BSS and MSC (Through an RXCDR), and BSS/RXCDR and OMC-R. Chapter 6 Configuring a PCU for GPRS This chapter describes configuring a Packet Control Unit (PCU). It covers General Packet Radio Service (GPRS) PCU topology, equipping PCU contained devices, and configuring a Serving GPRS Support Node (SGSN). Chapter 7 Configuring a site This chapter describes configuring BTS and BSC sites. It covers topics such as: Description of sites. Adding, deleting, and modifying sites. Equipping cabinets and cages at a remote BTS. Extending paths. Generic clock synchronisation. Barring calls at a site.
Chapter 8 Configuring cells This chapter describes how to configure cells, neighbours, and proxy cells from the OMC-R GUI using Detailed Views or TTY interface commands. In addition, this chapter includes procedures to manipulate specific cell parameters, and bar calls at a cell. Chapter 9 Configuring devices and functions This chapter describes equipping devices and functions using the OMC-R GUI Navigation Tree or TTY interface. These procedures are referenced throughout the manual but are collected together in this chapter for convenience. Chapter 10 Auditing This chapter describes the purpose of an audit, and how to run and schedule an audit. Chapter 11 Network Expansion This chapter describes how to expand the network, including copying and reparenting a BTS. Chapter 12 CellXchange This chapter describes how to use the OMC-R GUI CellXchange facility to import and export cell parameters. This may be necessary in order to replan network frequencies.
GMR-01
Chapter 13 Manipulating maps This chapter describes the facilities available to manipulate background geographical maps. The procedures described use both the OMC-R GUI Navigation Tree and the cmutil utility. The following procedures are described, for example: Adding and deleting a user-defined regional map. Adding and changing a map background. Adding and deleting a map node. Adding and deleting a map link.
Chapter 14 Optimising the network This chapter gives advice, guidelines and recommendations about how to perform an optimization of the network from the OMC-R. Chapter 15 cmutil This chapter describes the cmutil utility, and the configuration management operations it can perform.
GMR-01
The following shows the issue status of this manual since it was first released.
Version information
The following table lists the versions of this manual in order of issue: Table 1 Manual version history Date of issue 03 Oct 1994 30 Dec 1994 01 Sep 1995 28 Mar 1997 29 Aug 1997 27 April 1998 12 Mar 1999 15 July 2000 31 Jul 2001 31 May 2002 20 Nov 2002 02 May 2003 13 Nov 2003 09 Sep 2004 14 Apr 2006 Remarks Original issue - Software release GSR 1.2.2.x. Issue A - Software release 1.2.3.x. Issue C - Software release 1.4.0.x. Issue D - Software release 1.4.1.x. Issue E - GSM Software release 2. Issue F - GSM Software release 3. Issue G - GSM Software release 4. Issue H - GSM Software release 4.1. Issue J - GSM Software release 5. Issue K - GSM Software release 5.1. Issue L - GSM Software release 6. Issue M - GSM Software release 6 (Horizon II). Issue P - GSM Software release 7. Issue Q - GSM Software release 7 Half Rate. Issue R - GSM Software release 8 (GMR-01).
Manual issue O A C D E F G H J K L M P Q R
GMR-01
Incorporation of CDCNs
The following CDCNs are now incorporated in this manual: Table 3 CDCNs incorporated in this manual GMR Number GMR-01 Remarks Issued to resolve SR 2002502.
CDCN 01W17-004
GMR-01
General information
General information
Motorola disclaims all liability whatsoever, implied or express, for any risk of damage, loss or reduction in system performance arising directly or indirectly out of the failure of the customer, or anyone acting on the customers behalf, to abide by the instructions, system parameters or recommendations made in this manual. If this manual was obtained when attending a Motorola training course, it will not be updated or amended by Motorola. It is intended for TRAINING PURPOSES ONLY. If it was supplied under normal operational circumstances, to support a major software release, then corrections will be supplied automatically by Motorola in the form of General Manual Revisions (GMRs) or Customer Documentation Change Notices (CDCNs).
Purpose
Motorola cellular communications manuals are intended to instruct and assist personnel in the operation, installation and maintenance of the Motorola cellular infrastructure equipment and ancillary devices. It is recommended that all personnel engaged in such activities be properly trained by Motorola.
Failure to comply with Motorolas operation, installation and maintenance instructions may, in exceptional circumstances, lead to serious injury or death.
These manuals are not intended to replace the system and equipment training offered by Motorola, although they can be used to supplement and enhance the knowledge gained through such training.
Feature references
Most of the manuals in the set, of which this manual is part, are revised to accommodate features released at Motorola General System Releases (GSRn) or GPRS Support Node (GSNn) releases. In these manuals, new and amended features are tagged to help users to assess the impact on installed networks. The tags are the appropriate Motorola Roadmap DataBase (RDB) numbers or Research and Development Prioritization (RDP) numbers. The tags include index references which are listed in the manual Index. The Index includes the entry feature which is followed by a list of the RDB or RDP numbers for the released features, with page references and hot links in electronic copy.
GMR-01
General information
The tags have the format: {nnnn} or {nnnnn} Where: {nnnn} {nnnnn} The tags are positioned in text as follows: New and amended feature information Complete new sections of content as follows: All sections under a main heading. All paragraphs under subheadings. Tag position in text In the heading immediately after the heading content as follows: Single paragraphs of new or amended text. New or amended complete Figures and Tables. Warning, Caution and Notes. General command syntax, operator input (in special fonts). Computer output displays (in special fonts). Main heading {nnnn} Subheading {nnnn} is: the RDB number. the RDP number.
Immediately before the affected paragraph. After the Figure or Table number and before the title text. Immediately before the affected text in the Warning, Caution or Note. On a separate line immediately above the affected item or immediately before the affected item. On a separate line immediately above the affected item or immediately before the affected item.
For a list of Roadmap numbers and the RDB or RDP numbers of the features included in this software release, refer to the manual System Information: GSM Overview (68P02901W01), or to the manual System Information: GPRS Overview (68P02903W01), or to the manual System Information: UMTS Overview (68P02905W21).
Cross references
Throughout this manual, references are made to external publications, chapter numbers and section names. The references to external publications are shown in italics, chapter and section name cross references are emphasised blue in text. This manual is divided into uniquely identified and numbered chapters that, in turn, are divided into sections. Sections are not numbered, but are individually named at the top of each page, and are listed in the table of contents.
GMR-01
General information
Data encryption
In order to avoid electronic eavesdropping, data passing between certain elements in the GSM and GPRS network is encrypted. In order to comply with the export and import requirements of particular countries, this encryption occurs at different levels as individually standardised, or may not be present at all in some parts of the network in which it is normally implemented. The manual set, of which this manual is a part, covers encryption as if fully implemented. Because the rules differ in individual countries, limitations on the encryption included in the particular software being delivered, are covered in the Release Notes that accompany the individual software release.
Text conventions
The following conventions are used in the Motorola cellular infrastructure manuals to represent keyboard input text, screen output text and special key sequences.
Input
Characters typed in at the keyboard are shown like this.
Output
Messages, prompts, file listings, directories, utilities, and environmental variables that appear on the screen are shown like this.
GMR-01
Whenever a safety issue arises, carry out the following procedure in all instances. Ensure that all site personnel are familiar with this procedure.
Procedure
Whenever a safety issue arises: Procedure 1 1 2 3 Safety issue reporting Make the equipment concerned safe, for example by removing power. Make no further attempt to adjust or rectify the equipment. Report the problem directly to the Customer Network Resolution Centre, Swindon +44 (0)1793 565444 or China +86 10 88417733 (telephone) and follow up with a written report by fax, Swindon +44 (0)1793 430987 or China +86 10 68423633 (fax). Collect evidence from the equipment under the guidance of the Customer Network Resolution Centre.
GMR-01
The following describes how warnings and cautions are used in this manual and in all manuals of this Motorola manual set.
Warnings
A definition and example follow below:
Definition of warning
A warning is used to alert the reader to possible hazards that could cause loss of life, physical injury, or ill health. This includes hazards introduced during maintenance, for example, the use of adhesives and solvents, as well as those inherent in the equipment.
Do not look directly into fibre optic cables or data in/out connectors. Laser radiation can come from either the data in/out connectors or unterminated fibre optic cables connected to data in/out connectors.
Cautions
A definition and example follow below:
10
GMR-01
Definition of caution
A caution means that there is a possibility of damage to systems, software or individual items of equipment within a system. However, this presents no danger to personnel.
Do not use test equipment that is beyond its due calibration date; arrange for calibration to be carried out.
GMR-01
11
General warnings
General warnings
Observe the following specific warnings during all phases of operation, installation and maintenance of the equipment described in the Motorola manuals: Potentially hazardous voltage. Electric shock. RF radiation. Laser radiation. Heavy equipment. Parts substitution. Battery supplies. Lithium batteries.
Failure to comply with these warnings, or with specific warnings elsewhere in the Motorola manuals, violates safety standards of design, manufacture and intended use of the equipment. Motorola assumes no liability for the customers failure to comply with these requirements.
Warning labels
Warnings particularly applicable to the equipment are positioned on the equipment. Personnel working with or operating Motorola equipment must comply with any warning labels fitted to the equipment. Warning labels must not be removed, painted over or obscured in any way.
Specific warnings
Specific warnings used throughout the GSM manual set are shown below, and will be incorporated into procedures as applicable. These must be observed by all personnel at all times when working with the equipment, as must any other warnings given in text, in the illustrations and on the equipment.
12
GMR-01
General warnings
This equipment operates from a potentially hazardous voltage of 230 V ac single phase or 415 V ac three phase supply. To achieve isolation of the equipment from the ac supply, the ac input isolator must be set to off and locked. When working with electrical equipment, reference must be made to the Electricity at Work Regulations 1989 (UK), or to the relevant electricity at work legislation for the country in which the equipment is used.
Electric shock
Do not touch the victim with your bare hands until the electric circuit is broken. Switch off. If this is not possible, protect yourself with dry insulating material and pull or push the victim clear of the conductor. ALWAYS send for trained first aid or medical assistance IMMEDIATELY. In cases of low voltage electric shock (including public supply voltages), serious injuries and even death, may result. Direct electrical contact can stun a casualty causing breathing, and even the heart, to stop. It can also cause skin burns at the points of entry and exit of the current. In the event of an electric shock it may be necessary to carry out artificial respiration. If the casualty is also suffering from burns, flood the affected area with cold water to cool, until trained first aid or medical assistance arrives.
RF radiation
High RF potentials and electromagnetic fields are present in this equipment when in operation. Ensure that all transmitters are switched off when any antenna connections have to be changed. Do not key transmitters connected to unterminated cavities or feeders. Relevant standards (USA and EC), to which regard should be paid when working with RF equipment are: 68P02901W17-R 14 Apr 2006
13
GMR-01
General warnings
ANSI IEEE C95.1-1991, IEEE Standard for Safety Levels with Respect to Human Exposure to Radio Frequency Electromagnetic Fields, 3 kHz to 300 GHz. CENELEC 95 ENV 50166-2, Human Exposure to Electromagnetic Fields High Frequency (10 kHz to 300 GHz).
Laser radiation
Do not look directly into fibre optic cables or optical data in/out connectors. Laser radiation can come from either the data in/out connectors or unterminated fibre optic cables connected to data in/out connectors.
Lifting equipment
When dismantling heavy assemblies, or removing or replacing equipment, a competent responsible person must ensure that adequate lifting facilities are available. Where provided, lifting frames must be used for these operations. When equipment has to be manhandled, reference must be made to the Manual Handling of Loads Regulations 1992 (UK) or to the relevant manual handling of loads legislation for the country in which the equipment is used.
Parts substitution
Do not install substitute parts or perform any unauthorized modification of equipment, because of the danger of introducing additional hazards. Contact Motorola if in doubt to ensure that safety features are maintained.
14
GMR-01
General warnings
Battery supplies
Do not wear earth straps when working with stand-by battery supplies. Use only insulated tools.
Lithium batteries
Lithium batteries, if subjected to mistreatment, may burst and ignite. Defective lithium batteries must not be removed or replaced. Any boards containing defective lithium batteries must be returned to Motorola for repair. Contact your local Motorola office for how to return defective lithium batteries.
GMR-01
15
General cautions
General cautions
Observe the following cautions during operation, installation and maintenance of the equipment described in the Motorola manuals. Failure to comply with these cautions or with specific cautions elsewhere in the Motorola manuals may result in damage to the equipment. Motorola assumes no liability for the customers failure to comply with these requirements.
Caution labels
Personnel working with or operating Motorola equipment must comply with any caution labels fitted to the equipment. Caution labels must not be removed, painted over or obscured in any way.
Specific cautions
Cautions particularly applicable to the equipment are positioned within the text of this manual. These must be observed by all personnel at all times when working with the equipment, as must any other cautions given in text, on the illustrations and on the equipment.
Fibre optics
Fibre optic cables must not be bent in a radius of less than 30 mm.
Static discharge
Motorola equipment contains CMOS devices. These metal oxide semiconductor (MOS) devices are susceptible to damage from electrostatic charge. See the section Devices sensitive to static in the preface of this manual for further information.
16
GMR-01
Certain metal oxide semiconductor (MOS) devices embody in their design a thin layer of insulation that is susceptible to damage from electrostatic charge. Such a charge applied to the leads of the device could cause irreparable damage. These charges can be built up on nylon overalls, by friction, by pushing the hands into high insulation packing material or by use of unearthed soldering irons. MOS devices are normally despatched from the manufacturers with the leads short circuited together, for example, by metal foil eyelets, wire strapping, or by inserting the leads into conductive plastic foam. Provided the leads are short circuited it is safe to handle the device.
When mounted onto printed circuit boards (PCBs), MOS devices are normally less susceptible to electrostatic damage. However, PCBs should be handled with care, preferably by their edges and not by their tracks and pins, they should be transferred directly from their packing to the equipment (or the other way around) and never left exposed on the workbench.
GMR-01
17
The following information is provided to enable regulatory compliance with the European Union (EU) Directive 2002/96/EC Waste Electrical and Electronic Equipment (WEEE) when using Motorola Networks equipment in EU countries.
Please do not dispose of Motorola Networks equipment in landfill sites. In the EU, Motorola Networks in conjunction with a recycling partner will ensure that equipment is collected and recycled according to the requirements of EU environmental law. Please contact the Customer Network Resolution Centre (CNRC) for assistance. The 24 hour telephone numbers are listed at https://mynetworksupport.motorola.com/. Select Customer Network Resolution Centre contact information. Alternatively if you do not have access to CNRC or the Internet, contact the local Motorola office.
18
GMR-01
The Motorola manual sets provide the information needed to operate, install and maintain the Motorola equipment. Manuals for the GSM, GPRS and UMTS products are available on the following media: Printed hard copy. Electronic, as fully navigable PDF files on: The Motorola customer support web site at: (https://mynetworksupport.motorola.com/index.asp). CD-ROM produced in support of a major system software release.
Each CD-ROM includes all manuals related to a specified main GSM, GPRS or UMTS software release, together with current versions of appropriate hardware manuals, and has additional navigation facilities. A snapshot copy of on-line documentation is also included, though it will not be updated in line with subsequent point releases. The CD-ROM does not include Release Notes or documentation supporting specialist products such as MARS or COP.
GMR-01
19
Manual amendment
Manual amendment
Changes to a manual that occur after the printing date are incorporated into the manual using either Customer Documentation Change Notices (CDCNs) or General Manual Revisions (GMRs). Small changes are published in CDCNs. These describe the changes rather than replacing large sections of the manual. They are sent directly to customers and Motorola Local Offices and are accessible on the Motorola Extranet. CDCNs are numbered in sequence using the format: Shortened manual order number. Issue identifier. CDCN number.
For example: 01W23-M-CDCN01 would be the first CDCN produced for 68P2901W23M. Major changes are effected by publishing a GMR. GMRs are also produced in order to incorporate CDCNs when the numbers applying to a particular manual become significant. In this case, the CDCNs numbers are listed in "Incorporation of CDCNs" on page 5 in the issue status section of the manual. GMRs are issued to correct Motorola manuals as and when required. A GMR has the same identity as the target manual. Each GMR is identified by a number in a sequence that starts at 01 for each manual at each issue.
GMR availability
GMRs are published as follows: Printed hard copy - Complete replacement content or loose leaf pages with amendment list. Remove and replace pages in this manual, as detailed on the GMR instruction sheet.
Motorola service web - Updated at the same time as hard copies. CD-ROM - Updated periodically as required.
CDCN availability
CDCNs are published as follows:
20
GMR-01
Manual amendment
PDF distributed electronically - Description of changes, occasionally with replacement loose leaf pages. Motorola service web - Updated at the same time as hard copies.
CDCN instructions
When a CDCN is incorporated in this manual, the record below is completed to record the amendment. Retain the instruction sheet that accompanies each CDCN and insert it in a suitable place in this manual for future reference.
GMR-01
21
Manual amendment
22
GMR-01
Chapter
General information relating to the configuration of a GSM network from the OMC-R is provided here. The following topics are described: "Recommendations for Configuration Management" on page 1-2. "Management Information Base (MIB)" on page 1-16. "Definition of a Network Element (NE)" on page 1-29. "Uploading an NE database to the OMC-R" on page 1-31. "Configuring network objects using the OMC-R GUI" on page 1-33. "Navigating to a network object class or instance" on page 1-35. "Using Detailed Views" on page 1-37. "Creating a network object using the OMC-R GUI" on page 1-39. "Modifying a network object using the OMC-R GUI" on page 1-41. "Deleting a network object using the OMC-R GUI" on page 1-44. "Remotely logging in to a BSS site from the OMC-R" on page 1-46. "Changing security level (for TTY interface commands)" on page 1-50. "Remotely logging in to a BSS using WebMMI" on page 1-51. "Making wide area modifications" on page 1-55.
GMR-01
1-1
1-2
GMR-01
Further information about recommended weekly procedures can be found in OMC-R Online Help, Network Operations.
GMR-01
1-3
The OMC-R GUI is the preferred tool for on-line expansion. The recommended method is using Detailed Views accessed using the OMC-R GUI Navigation Tree. The other method is to use Remote Login (Rlogin) and type TTY interface commands directly into the BSS. The export and import of RF planning data to/from a third party planning tool can also take place on-line using the OMC-R GUI. When using the Remote Login method, if the OML to the network element is in service and there is no MIB lock on the corresponding object, any database changes are propagated to the MIB. These are logged using attributeStateChangeEvents, objectCreateEvents, or objectDeleteEvents in the event logs.
1-4
GMR-01
Rlogin functionality is designed independently of MIB, and changes can be made using the rlogin method regardless of whether the object is locked or not. There are advantages and disadvantages to this method: Main advantage is that changes can be made to the BSS CM database regardless of the state of the CM MIB. The BSS CM database is the live (revenue generating) database. The CM MIB is a model of this data used to centrally manage the network, therefore any change can be applied retrospectively to the MIB (using Audit) with no effect on the revenue stream. Main disadvantage is that if strict work practices are not implemented to restrict CM staff changing BSS parameters, then the network manager can lose control of the network configuration to the extent that revenue opportunities may be missed. For example, if uncontrolled changes are made to the frequency plan these could introduce excess interference into the network and reduce the available capacity.
GMR-01
1-5
Edit the BSS Detailed View in the Navigation Tree. Set the Local Maintenance parameter field in the Identification grouping to No (0). Save the changes by selecting File-Save from the menu bar. Exit the Detailed View.
If the flag is set to YES (ON) then all CM operations on the BSS/RXCDR are allowed, however if the flag is set to NO (OFF) then all CM operations on the BSS/RXCDR are disallowed. See OMC-R Online Help, Network Operations for further details.
1-6
GMR-01
The updateLocalMaint script can be used to display or set a Local Maintenance flag for a BSS, this can be carried out by an omcadmin user only.
To run the updateLocalMaint script the environmental variable CM_LOCAL_MAINT must be set to true in /usr/omc/current/env/.cshrc The updateLoaclMaint script can be used in display mode to list BSSs or Regions that match a query. The following are some examples: updateLocalMaint -disp bss updateLocalMaint -disp bss -region all
The updateLoaclMaint script can be used in set mode to toggle the Local Maintenance flag for required BSSs or Regions that are displayed. The following are some examples: updateLocalMaint 1 -bss BSS101, BSS102 updateLocalMaint 1 -bss all updateLocalMaint 1 -region Region1
GMR-01
1-7
Recommended CM command partitioning configuration Person usually responsible Supervisor Supervisor/Operator Supervisor Alarm handler (Not required for CM) Supervisor/Operator Supervisor/Operator Supervisor/Operator Supervisor/Operator Supervisor Supervisor Supervisor/Operator OMC-R Administrator or Access Controller (Not required for CM) OMC-R Administrator (Not required for CM) Functions enabled All action options under load management in the GUI. TTY and batch rlogin. Changes to the subscriptions and subscription lists. Handle alarms option in alarm window. Device administration of BSS devices after creation. Enabling/disabling statistics on BSS through GUI. Create, save and delete options under network icon. Create/delete/edit of all detailed views/commslinks. Audit scheduler and logs. All audit and PM resync options using GUI. Resync scheduler and logs options listed. Cell parameter propagation. Changing command partitioning options for all users. Modifying blacklist and pager subscriptions.
Load Management (LM) BSS rlogin (RLog) Subscription Management (Subs) Alarm handling (Alarms) Fault Management commands (FM) Statistics Management (Stat) Map Management (Map) Configuration Management (CM) Audit Resync Cell Propagation (CellProp) Access Control (Access)
1-8
GMR-01
An omcaudit log file can be viewed using the commands: cat or more. For example: cat omcaudit20041214_1 or more omcaudit20041214_1 Use the following command to track CM only changes: grep cm : /usr/omc/logs/omcaudit* >/tmp/omcaudit_stripped
BSS log files - logging of rlogin changes (TTY and batch rlogin changes)
Two environment variables (in Common.csh) determine where these logs are kept, and if they are enabled. Log files are stored on a per BSS/per session basis. RL_BSSLOGDIR identifies the directory used for storing all files detailing BSS command activity. Use: setenv RL_BSSLOGDIR $OMC_TOP/logs/bss RL_LOGCMDS controls the logging facility for BSS commands.
See Operating Information: OMC-R System Administration (68P02901W19) for further details of these environment variables, how to use them, and how to manage log files.
GMR-01
1-9
Each user should have access to an OMC-R GUI. Command partitioning should have been set up for each user. Edit the file /usr/omc/config/global/AUTOINIT.CNFG and ensure it contains all the windows that are required at GUI start-up. Placing an AUTOINIT.CNFG in the home account allows the users to further customize what appears at start-up. Refer to OMC-R Online Help, Network Operations for further details on configuring AUTOINIT.CNFG. Periodic Audits should be set up and CM logging turned on.
If the GUI is not available (for example on a remote site where the overhead is not economic), rlogin to the SITE using the command: RLstart <NE_name>
Multiple OMC-R
Use the following procedure when there are multiple OMC-Rs: Procedure 1-3 1 2 3 4 On-line CM set up for multiple OMC-Rs
Configure each operator workstation with a CDE window per OMC-R, and name appropriately. Set up the CDE pull-across windows to start GUIs for the different OMC-Rs. Set up the CDE pull-across windows to allow access to the database utilities of each OMC-R. Install the utilities available on CD ROM which will aid some CM operations (such as Adding Neighbours across MIBs) in a multi-OMC-R environment. Refer to the Software Release Notes supplied with the software for further details.
1-10
GMR-01
GMR-01
1-11
Table 1-3
Vanguard router required software loads Required Software Load Version 5.1M (Y2K Load) Memory Required The upgrade of the Codex 6525/PLUS platform is no longer a supported path (see Bulletin Number: GSM_G_OMCR_019) as all Codex 6525 and 6525 plus routers should have been upgraded in 1999 to take account of the Y2K (Year 2000) load. This was the last available software load for these systems (see ISB GSM-99-30 Dated August 1999). If the Vanguard unit currently has 4 MB Global DRAM, you will need to order 4 MB Global DRAM Upgrade. If the Vanguard unit currently has 4 MB Global DRAM, you will need to order 8 MB DRAM Upgrade. If the Vanguard unit has: 4 MB Global DRAM, you will need to order 4 MB Global DRAM. 8 MB Local DRAM, you will need to order 8 MB Local DRAM.
Vanguard 6520
Version 5.5
Vanguard 320
Version 6.0
Vanguard 6560
Version 6.0
Some hardware upgrade (memory) may be required on some systems. The amount of memory required for the Vanguard 6560 is based on customised Vanguard software load as issued bu OSSD OMC Development and is also based on the assumption that the recommended configuration is used (see Installation and Configuration: OMC-R Clean Install (68P02901W47)). If the defaults are exceeded, the capacity of performance of the packet switch could be degraded. Customers that are currently running Version 5.4 of the Vanguard software on their 6560 switch and do not foresee any major configuration changes occurring on their network, may decode to stay on this release of the software. If major expansion is planned, Motorola recommends the installation of the CISCO 3662 router as detailed in bulletin GSM_G_OMCR_043.
1-12
GMR-01
As the connection between remote MMI and the OMC server may implement two of either 6520/320 or a combination of both, the local 6520/320 is defined as connected to the same LAN as the OMC server. The remote 6520/320 is defined as connected to the same LAN as the MMI. The IP addresses of the 6520/320 routers, the OMC server and the remote MMI are known. Telnet will be used to connect to the local 6520/320 from the OMC server and to the remote 6520/320 from the remote MMI machine.
The default router IP address can be found in the PCU Detailed View field (see Table 6-8). The root passwords of the OMC server and remote MMI are known.
GMR-01
1-13
Procedure 1-4 1
Login into the local or remote 6520/320 from the OMC-R or remote MMI by entering: telnet <ip address of router>. Result: If the OK prompt is displayed, go to step 2. If the * prompt is displayed, go to step 3. If the password dialogue is displayed, go to step 4.
2 3 4
Type atds0 and press Return. Result: The password dialogue is displayed - go to step 4. Type .ctp and press Return. Result: The password dialogue is displayed - go to step 4. Make a note of the software version from the password dialogue which should now be visible. For example, in the display below the router type is Vanguard 320 and the software version running is version 6.0:
OK atds0 CONNECT Connected to the Control Port on Node Local, at 18-APR-2004 19:31:17 VANGUARD 320, Version V6.0.R00A_@v320v6_v320 Copyright (C) 1989-2001 VanguardMS LLC Copyright (c) 1995 by Age Logic Inc., San Diego, CA All rights reserved Enter Password
1-14
GMR-01
The box number is made up of the X.121 address and the sub-address (see Installation and Configuration: OMC-R Clean Install (68P02901W47) for more details).
Procedure 1-5 1 2 3 4
Login to the OMC-R as user root or omcadmin. Change directory as follows: cd /opt/SUNWconn/bin Connect to the router using the X.121 pad functionality as follows: ./pad <box_number> Make a note of the software version from the output displayed. For example, in the display below the software version running is version 5.3:
OK atds0 CONNECT (3) Codex2 03-APR-2003 11:52 ATCIF-3 CONNECTED TO ControlPort Connected to the Control Port on Node Codex2, at 3-APR-2003 11:52:48 Motorola 6560 Regional Node, Version V5.3_@MOTOROLA_6560 Copyright (C) 1989-1995 Motorola, Inc. Information Systems Group Copyright (c) 1995 by Age Logic Inc., San Diego, CA All rights reserved Enter Password
GMR-01
1-15
The OMC-R MIB database must be populated with enough information to allow it to communicate with each Network Element. In practice, this means that the Network, OMC-R, BSS, RXCDR and MSC objects must be created in the MIB database. The OMC-R reads in information from the BSS about its associated BTS sites, links, cells and cell parameter data. This information is retrieved using the audit process. The audit can be configured so that any differences detected between the OMC-R and the BSS are automatically applied to the MIB database.
1-16
GMR-01
Containment
{22879} The data stored in the MIB database has a hierarchical structure; the relationship of which is reflected in the Configuration Management Navigation Tree (see Figure 1-1). The relationship between two objects is known as a parent-child, or a containment relationship. Figure 1-1 CM Navigation Tree showing containment relationship
Map
BSS
RXCDR CommsLink
MSC
OMC-R SWInventory
SGSN
DYNETGroup Dynet
Assoc_RXCDRs/ Assoc_BSSs
NESoftware
SITE
SoftwareLoad
XBL
Conn_link
Hardware Devices
Software Functions
Logical Links
Radio Frequency
LCF
OMF
CBL
MTL
OML
LMTL
PATH
RSL RTFGroup
DRIGroup
CELL
RTF
DRI
Cabinet
Cage
EAS
Processors
COMB
KSWpair KSW
GCLK
IAS
LAN
TDM
MSI
DHP
MMS
GPROC
BSP/ BTP
CSFP
FreqHopSys
SMSCBmsg
Neighbour
UtranNbr
BlindSrchNbr TestNeighbour
TRX
* The Handover Control Objects are: RelTimAdvHC, RxlevDlHC, RxlevUlHC, RxqualDlHC, RxqualUlHC, SurrndCellHC ** The Power Control Objects are : RxlevDlPC, RxlevUlPC, RxqualDlPC, RxqualUlPC
See "Hierarchy of devices and functions" on page 9-30 for further details.
GMR-01
1-17
Containment rules
Some of the rules that apply to the containment of objects are given below:
Network object
There can be only one network instance.
OMC-R objects
The maximum number of OMC-Rs is 51 (0 to 50). Each active OMC-R contains one SWInventory and each SWInventory can contain n Software Loads. In the network, only one active OMC-R is allowed.
GUI sessions
{23370} The maximum number of simultaneous GUI sessions supported per OMC-R is 60 (provided the appropriate number and size of GUI servers are available). This includes 60 MMI processes, one started by each GUI. {23370} Only five GUI sessions can start in parallel across all connected GUI server platforms. If more than five sessions are started at the same time, then the additional sessions wait for the other sessions to complete initialisation before commencing their own initialisation. {23370} The maximum number of GUI Clients that can be started on the SunBlade 150 server is 12. If more than 12 are started an error message is displayed. If performance degradation at the GUI Server occurs, then the number of GUI Clients operating from the GUI Server should be reduced. The performance of an OMC GUI server is directly proportional to the number of GUI Clients and is also directly proportional to the number of events arriving per second. Event rates vary depending on the system activity. See OMC-R Online Help, Network Operations for details.
MSCs
The maximum number of MSCs allowed is 101 (0 to 100).
1-18
GMR-01
BSS/RXCDR
{23370} On a SunFire 4800, SunFire 4900 and SunBlade 150, the OMC-R supports a maximum of 254 RXCDRs, or 254 BSSs. (On a SunFire 4800, SunFire 4900 and SunBlade 150, the OMC-R supports a maximum of 254 combined BSSs and RXCDRs). A BSS node can contain up to 100 sites. An RXCDR node contains one site (SITE 0). A BSS can support up to three PCUs (for GPRS). A BSS can support up to three NSEIs, one per PCU. The NSEIs must be unique. Each BSS and RXCDR contains one NESoftware object, which identifies software loads.
MSI
An MSI can contain up to six MMSs depending on the cabinet type.
XCDR
Each XCDR contains one MMS.
Cells
A cell can contain up to 64 GSM Neighbour cells. A cell can contain up to 16 UTRAN Neighbour cells. A cell can contain up to 31 GSM Neighbour cells when the cell contains one or more UTRAN Neighbours. A cell can contain up to four Handover Control objects, four Power Control objects and one InterferAlg.
GMR-01
1-19
MIB locking
{23370} In pre-GSR8 versions, the CM-MIB was locked exclusively when any of the following applications were started; Audit, Resync, Cell Propagation, NetEx, CellX, Bay Level Calibration, Cmutil, Proxy Cell Import/Export, and CleanMIB. GSR8 introduces MIB locking, an intelligent locking scheme which allows applications to run simultaneously if they meet certain criteria.
Regardless of the introduction of MIB Locking, only one network expansion operation can be run at a time (with the exception of Path Configure). See Chapter 11, "Network Expansion" for further details.
Types of locking
Instead of locking the entire MIB, it is possible to specify that only specific network elements (BSS/RXCDR) are locked. In this way, multiple operations can run in parallel if they do not use the same BSS(s)/RXCDR(s) and contained devices. The following is an overview of the types of locks which are configurable per application type: Intelligent Locking - allows the OMC-R to identify and lock only the BSS(s)/RXCDR(s) that are affected by a particular operation for the duration of the operation. However, in the case of an Audit Gather for a Network or multiple NEs, a lock is released when the application has finished with an NE rather than waiting until the entire operation has finished. In the case of a Resync operation, intelligent locking takes the form of no locking. This is because Resync only affects state and MO locks can be broken in order to update the state without affecting an audit or other CM operation. Global Locking - mimics the pre-GSR8, that is, it puts a lock on the entire network for the duration of the operation. This is supported purely for backward compatibility.
mib_locks.cfg file
The lock configuration for each application can be defined and stored in the /usr/omc/config/global/mib_locks.cfg file. The /usr/omc/config/global/mib_locks.cfg file will be copied over from one OMC release to the next in order to maintain the customer lock configuration.
1-20
GMR-01
Lock files
Lock files are created for the Audit, Resync, CMutil, NetEx, CellEx, Cell Propagation, Bay Level Calibration, OLM and Proxy Cell Import/Export applications, and are stored in the directory: /usr/omc/config/global/locks. The OMC-R removes all lock files from /usr/omc/config/global/locks on startup of the OMC. The name of a lock file depends on the type of locking specified: A lock file with a name in the format <BSS/RXCDR OID> is created when Intelligent Locking has been specified. Where BSS/RXCDR OID is a unique numerical identifier for each device instance. An Audit Gather lock file name has the format <BSS/RXCDR OID AUDIT_TAG>, where AUDIT_TAG is AG to indicate an Audit Gather lock file. For example, 28034-131072-1120583512-AG. A file called ALL-GLOBAL is created for Global Locking. A file called ALL-INTELLIGENT-NETWORK is created when Intelligent Locking is configured for an application and where the operation affects the entire network. For example, Cell-X-export for a network, Cell-X-import for a network, CMutil network operation, CMutil type extraction, Proxy Cell Export and Network ReAlignment on the OLM. It is also applicable when the Verify NE and Save NE Database options are initiated through the OLM Operations menu option when the Network icon on the Navigation Tree has been selected.
The OMC-R does not lock the MIB for an operator-initiated neighbour propagation procedure from a Cell or RTF Detailed View.
GMR-01
1-21
LOCK_LOGGING option
The LOCK_LOGGING option determines the type of logging that occurs for the MIB Locking feature. If set to 0 (Off), limited locking data is logged to the omcauditlog files, that is, the logged information just indicates the creation and deletion of a lock for an NE. If set to 1 (On), then extra locking information is logged in the omcauditlog files, and will consist of the location of the lock file, the name of the lock file and the lock file contents, for example:
2004-04-16 16:29:02 gui: Lock File : /usr/omc/config/global/locks/28034-131089- 1080813742 2004-04-16 16:29:02 gui : Populating File with the following info 2004-04-16 16:29:02 gui : Ne Name : BSS1011 2004-04-16 16:29:02 gui : Process Name : Path Configure 2004-04-16 16:29:02 gui : Process ID : 11041 2004-04-16 16:29:02 gui : User Name : alynch010 2004-04-16 16:29:02 gui : IP Address : 10.131.2.192 2004-04-16 16:29:02 gui : Host Name : liath192
The default is 0 (Off). The LOCK_LOGGING option is contained in the /usr/omc/config/global/mib_locks.cfg configuration file.
1-22
GMR-01
Procedure 1-7 1 2 3 4
The operator selects the BSS(s)/RXCDR(s) to Audit from either the Navigation Tree, BSS/RXCDR Detailed View, Map or LM applications. The operator selects the Audit option from the Config Mgt Menu. The OMC-R checks the /usr/omc/config/global/mib_locks.cfg file where Intelligent Locking has been set for Audit Gather operations. For each BSS/RXCDR to be audited, the OMC-R creates a lock file. The lock file name has the format: <BSS/RXCDR OID AG> where AG signifies the Audit Gather operation, and can be found in /usr/omc/config/global/locks. Each file contains the NE name, the process name, the pid, userid of the person initiating the operation, and the IP address of the machine on which the operation is running. For each BSS/RXCDR locked in Step 4, the system logs the following information to the omcauditlogs:
YYYY-MM-DD HH:MM:SS au : Name> : <UserId> (PID) Audit Gather locking <BSS/RXCDR
For each BSS/RXCDR locked by the Audit Gather, steps 6 to 8 and then performed. 6 7 8 The system determines a list of audit inconsistencies for the BSS/RXCDR. The system removes the lock file created in Step 4 for that BSS/RXCDR. The system logs the following information in the omcauditlogs for the released lock:
YYYY-MM-DD HH:MM:SS au : Name> : <UserId> (PID) Audit Gather releasing <BSS/RXCDR
The system verifies that all BSS(s)/RXCDR(s) selected in Step 1 have been audited.
Example 2: Global Locking set The following procedure illustrates how the MIB locking strategy is used for the Audit Gather operation on a BSS/RXCDR when Global Locking is set:
GMR-01
1-23
Procedure 1-8 1 2 3 4
The operator selects the BSS(s)/RXCDR(s) to Audit from either the Navigation Tree, BSS/RXCDR Detailed View, Map or LM applications. The operator selects the Audit option from the Config Mgt menu. The OMC-R checks the /usr/omc/config/global/mib_locks.cfg file where Global Locking has been set for Audit Gather operations. The system creates a lock file called ALL-GLOBAL in /usr/omc/config/global/locks which contains the process name, the pid, userid of the person initiating the operation, and the IP address of the machine on which the operation is running. The system logs the following information to the omcauditlogs:
YYYY-MM-DD HH:MM:SS au : <user id> (PID) Audit Gather locking ALL-GLOBAL:
6 7 8
The system determines a list of audit inconsistencies for the selected BSS(s)/RXCDR(s). The system removes the lock file created in Step 4. The system logs the following information to the omcauditlogs:
YYYY-MM-DD HH:MM:SS au : <user id>(PID) Audit Gather releasing ALL-GLOBAL:
1-24
GMR-01
LockUtility
To view the locks that currently exist, run the LockUtility found in: /usr/omc/current/sbin/. LockUtility displays the following information for each lock found in /usr/omc/config/global/locks: Id. BSS/RXCDR Name. Application Type. PID. Lock Type. Time. User.
The omcadmin can either Remove Lock, Remove All Locks, or Exit. If a lock is removed, the following information is logged to the omcauditlogs:
YYYY-MM-DD HH:MM:SS: Lock Utility releasing <BSS/RXCDR Name> : <UserId> (PID)
checkValidLockPID utility
To ensure that locks do not exist for processes that have died, the checkValidLockPID utility can be deployed. To do this, set up a cronjob on every GUI server and the SPLAT to run the checkValidLockPID utility every 15 minutes. The checkValidLockPID utility checks for lock files in /usr/omc/config/global/locks containing the same IP address as the machine on which it is running. For each lock file with the same IP address, checkValidLockPID verifies that the PID associated with the lock file is still alive and running. If it is not alive and running, checkValidLockPID removes the associated lock file.
MAX_CM_OPS
The MAX_CM_OPS parameter defines the maximum number of locked NEs, above which no new configuration management operations that require a lock on an NE can be started.
GMR-01
1-25
System TCH Capacity 120 K TCH All other platforms Off Line MIB on any DataGen supported system specifications
The MAX_CM_OPS system parameter cannot be set to values outside the ranges specified above for the different TCH capacity systems.
If the number of NE lock files is less than MAX_CM_OPS, the new configuration management operation starts. Example 1: If the value of MAX_CM_OPS is set to 5 and the following configuration management operations (that is, five NE lock files) are currently running: Path configure. Delete site with no neighbours. CellEx Export with no neighbours. CellEx Import with no neighbours. CMutil extract BSS. Another new configuration management operation would not be allowed to start.
1-26
GMR-01
Example 2: If the value of MAX_CM_OPS is set to 5 and the following configuration management operations are currently running: Path configure. Delete site with no neighbours. CellEx Export with no neighbours. Audit Gather. Audit Gather. Audit Gather. CMutil extract BSS. Because there are four configuration management operations running (four NE lock files), a new configuration management operation would be allowed to start as Audit Gathers are not included.
MAX_CMUTIL_OPS
The MAX_CMUTIL_OPS parameter defines the maximum number of Cmutil operations allowed in parallel.
System TCH 120 K TCH All other platforms Off Line MIB on any DataGen supported system specifications
The MAX_CMUTIL_OPS system parameters cannot be set to values outside the ranges specified above for the different TCH capacity systems. Cmutil operations are counted as part of the MAX_CM_OPS total. A HierDelete operation is classified as ONE cmutil operation. This Cmutil operation is part of the MAX_CMUTIL_OPS total.
GMR-01
1-27
1-28
GMR-01
RXCDR
Transcoding is the digital signal processing required to interface between the MSC 64 kbit/s circuits and the MS air interface 13 kbit/s circuits.
GMR-01
1-29
Transcoding is a BSS function that can be performed at a BSC and/or remote BTS sites. A Remote Transcoder (RXCDR), typically located at the MSC, provides transcoding for multiple BSSs.
1-30
GMR-01
If any changes are made to the BSS database, using BSS commands or Detailed Views, the BSS database must be uploaded to the OMC-R. {24190} The Upload scheduler can be used to schedule uploads. See OMC-R Online Help, Network Operations for details.
GMR-01
1-31
From the Front Panel, select the Config Mgt icon to display the Navigation Tree. For each affected BSS NE, open the Detailed View by either double clicking on the required NE, or by selecting Edit - Detailed View from the menu bar. Select Options - NESoftware to open the NESoftware window. Select Load Mgt - Upload Object to open the Upload box. Select Database in the Object Type field. Click on OK to initiate an upload of the NE database so that the database has the recent cell id and neighbour updates. An information box is displayed with the following message:
Upload Operation Started...
7 8
Click on OK. The information box closes. In the NESoftware window, select File - Close from the menu bar.
Use the following procedure to monitor the upload status during the upload process: Procedure 1-10 1 2 3 4 5 Monitor upload process
Select the Load Mgt icon from the Front Panel. the Load Mgt Options window is displayed. Select the Upload Status option on the Upload window to display the Upload Status window. Monitor the status of the upload in the Upload Status window. When the upload is complete, close the Upload Status window. Repeat Procedure 1-9 and Procedure 1-10 for all affected BSS NEs.
1-32
GMR-01
This section provides a general procedure for creating, modifying and deleting network objects using the OMC-R GUI Navigation Tree and Detailed View forms.
Other activities initiated from the Navigation Tree are detailed in OMC-R Online Help, Network Operations. Network objects are created and modified using Detailed View forms.
GMR-01
1-33
Related topics
The following sections describe related topics: "Navigating to a network object class or instance" on page 1-35. "Using Detailed Views" on page 1-37. "Creating a network object using the OMC-R GUI" on page 1-39. "Modifying a network object using the OMC-R GUI" on page 1-41. "Deleting a network object using the OMC-R GUI" on page 1-44.
1-34
GMR-01
From the Front Panel, click on the Config Mgt icon to display the Navigation Tree. Click on the folder icon buttons next to the network object class and network object instance buttons to open the Navigation Tree levels until the network class button required in visible. See Figure 1-1 for information about network object containment. If necessary, see OMC-R Online Help, Network Operations for further details of how to use the Navigation Tree. Click on the folder icon button next to network object class button. If any network object instances have been created, the OMC-R displays them.
GMR-01
1-35
1-36
GMR-01
For example, the BTS Power Control Acknowledgement field in the CELL Detailed View form can be displayed as bts_p_con_ack, which is the name of the parameter in the BSS and OMC-R database. (An OMC-R attribute is also referred to as a parameter.)
Some parameters can have slightly different names in the OMC-R and BSS databases.
GMR-01
1-37
1-38
GMR-01
Navigate to and select the network object class button in the Navigation Tree. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The network object class button changes colour. Select Edit - Create from the Navigation Tree menu bar. The OMC-R displays the Detailed View for the network object in Create mode.
GMR-01
1-39
Create the Detailed View for the network object. Complete the mandatory and optional fields in the Detailed View, as required. All the mandatory fields must be completed before a network object can be created. See the appropriate sections in this manual for details of specific Detailed View fields. Use the scroll bar on the right-hand side of the window to scroll all the way to the top and bottom of the window. This ensures that all the fields in the Detailed View have been completed. The proportion of window which is invisible depends on the physical size of the window displayed.
Select File - Create from the menu bar. The create process is documented in the status bar. Any errors occurring are also displayed in this area. If the create is not successful, use this information to help remove possible errors from the Detailed View. If successful, the network object is created and is visible in the Navigation Tree. Select File - Close from the menu bar to close the Detailed View window. If you chose not to create or save the information in the Detailed View, the OMC-R displays a confirmation window, asking whether the changes are to be discarded or saved. Reply as required.
1-40
GMR-01
GMR-01
1-41
Procedure 1-15 1
Navigate to and select the network object instance button in the Navigation Tree. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The network object instance button changes colour. Alternatively, use the Find icon on the Front Panel to locate a network object, see OMC-R Online Help, Network Operations for further details. Select Edit - Detailed View from the menu bar. The OMC-R displays the Detailed View in Monitor mode. Alternatively, double-click on the network object instance button to display the Detailed View form. To modify fields, select Edit - Edit from the menu bar. The Detailed View changes from Monitor to Edit mode. It is only possible to change fields in the Detailed View when it is in Edit mode. Figure 1-2 shows an example of a Detailed View in Edit mode. Move to the field to be changed using the mouse, arrow keys, or TAB key. The scroll bar at the right of the window can also be used when the Detailed View has many fields extending over several pages. Details of individual Detailed View fields are described in the relevant sections of this manual. Click on the required field. The field information can be changed using the arrow and Backspace keys. Where an entry with a list of options is to be changed: 1. Open the option list by pointing at the current selection and holding down the left mouse button. 2. Keeping the button depressed, use the mouse to scroll up or down through the available options. 3. When the required option has been highlighted, release the mouse button. The new selection replaces the previous selection.
Select File - Save from the menu bar to save the changes. Alternatively, to return all changed fields to the state they were in before editing took place, select File - Revert.
It is impossible to revert to a previous version after an edited version has been saved. 2 Close the Detailed View by selecting File - Close from the menu bar.
1-42
GMR-01
Figure 1-2
GMR-01
1-43
Navigate to and select the network object instance button in the Navigation Tree. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The network object class button changes colour. Select Edit - Delete from the menu bar. The OMC-R displays a deletion confirmation window. To cancel the deletion, click on Cancel. The confirmation window closes and the OMC-R displays the Navigation Tree. To confirm the deletion, click on OK. The deletion process is documented in the status bar. When completed, the message: Delete Complete is displayed. After a few seconds, the OMC-R deletes the network object from the Navigation Tree. Select File - Close from the menu bar to close the Navigation Tree window.
2 3 4
1-44
GMR-01
In the instance of deleting a BCCH RTF, the deletion confirmation window displays a further option to allow the incoming neighbours to be exported. This is further described in "Exporting incoming neighbours on deletion of BCCH RTFs" on page 9-212.
Display the Detailed View for the network object to be deleted. Select Edit - Edit from the menu bar to enter Edit mode. Select File - Delete from the menu bar. The OMC-R displays a deletion confirmation window. Either click on OK to confirm the deletion, or click on Cancel to cancel the deletion. The confirmation window closes and the OMC-R displays the Navigation Tree. The deletion process is documented in the status bar. When completed, the message:
Delete Complete
is displayed. After a few seconds, the OMC-R deletes the network object from the Navigation Tree. 5 6 Select File - Close from the menu bar to close the Detailed View. Select File - Close from the menu bar to close the Navigation Tree window.
In the instance of deleting a BCCH RTF, the deletion confirmation window displays a further option to allow the incoming neighbours to be exported. This is further described in "Exporting incoming neighbours on deletion of BCCH RTFs" on page 9-212.
GMR-01
1-45
1-46
GMR-01
Select the Remote Login icon from the Front Panel as shown in Figure 1-3. The OMC-R displays the RLogin window (see Figure 1-4) which lists all the current network elements in alphabetical order. Select the network element required. Click on the TTY button to start a TTY interface session. The OMC-R displays a window for the site and an MMI prompt. The BATCH button displays the Batch File Selection window (see Figure 1-5), which lists the available batch files in the default batch directory. Use this window to: Select, view, edit, and run the batch files. Search for, and manipulate, files in other directories.
2 3
4 5
Change to security level 2 once logged in, see "Changing security level (for TTY interface commands)" on page 1-50. Use any of the BSS commands mentioned in this manual or detailed in the Technical Description: BSS Command Reference (68P02901W23).
Figure 1-3
GMR-01
1-47
Figure 1-4
RLogin window
1-48
GMR-01
Figure 1-5
GMR-01
1-49
From the RLogin window (see Figure 1-4), click on the TTY button. The OMC-R displays a window for the site and an MMI prompt. Type chg_level and press Return. Enter the password for security level 2 and press Return.
The above steps can only be done if the password is the Return character. If the password has been changed, it is necessary to enter the changed password. For example, the system displays:
OMC> Login completed successfully -> chg_level Enter password for security level you wish to access:... Current security level is 2
1-50
GMR-01
Introduction to WebMMI
WebMMI allows a user to access a BSS from any part of the world through a PC and the network operators intranet, providing the PCU is attached to the Ethernet. For a full technical description of the WebMMI feature, see Technical Description: BSS Implementation (68P02901W36). When the connection to the PCU is established a WebMMI GUI is displayed through which a user can manage the BSS using BSS MMI commands.
WebMMI GUI
The WebMMI GUI acts like a telnet session, where any commands allowed by the MMI or Executive Monitor (EMON) can be entered (as determined by the current security level). A user can also perform the following activities using the WebMMI GUI, as required: Logging - allows the user to store the data entered and displayed in the WebMMI GUI to a file on the hard drive. The MMI Shell and the EMON Shell can be logged to different files at the same time. Script catting - allows the user to load a file from their hard drive and run the contents at either the MMI Shell or EMON Shell. Repetitive commands - allows the user to run a single command at the MMI Shell or the EMON Shell any number of times, at any time required. Aliasing - provides a GUI interface to the MMI and EMON command alias. Quick-key aliasing - allows the user to assign commands to keystrokes. BSS element descriptions - allows the user to display a short description of an element by typing the element name at the prompt. Element names can also be entered as part of a command, such as disp_element <element name>. This facility can be switched on/off from the Preferences menu in the WebMMI GUI. Pop-up historical commands - allows the user to display a pop-up box listing the commands previously entered. This facility can be switched on/off from the Preferences menu in the WebMMI GUI.
GMR-01
1-51
If MPROC redundancy is in use, the Ethernet cable must also be connected to the redundant MPROC.
At the PC
Before using WebMMI ensure the following requirements are met at the PC: Windows or UNIX operating system is installed suitable for running a web browser. A web browser, such as Microsoft Internet Explorer Version 4+ or Netscape[Symbol_registersans] Navigator Version 4+ is available on the PC. Java Runtime Environment version 1.3 (minimum) is available on the PC. If this is not already installed on the PC, the web browser displays prompts to load it before WebMMI can run.
1-52
GMR-01
Look up the IP address, Router IP address and Subnet Mask of the PCU in the Address Information grouping in the PCU Detailed View, see "Configuring a PCU using the OMC-R GUI" on page 6-11.
If a dial-in server is used, all the PCUs could have the same IP address since each PCU would be on its own network with its dial-in server installed on a PC next to it. Otherwise, if the PCUs are connected directly to hubs which connect into the network, each PCU should have its own IP address. 2 If the IP address, Router IP address and Subnet Mask fields have not been completed, and assuming the PCU device on the BSC is in a Busy-Unlocked State, enter the appropriate values. Alternatively, enter the following commands from either a terminal connected to the BSP TTY port at the BSC, or through an rlogin session at the OMC-R: modify_value pcu ip_address <ip address> psp 0 modify_value pcu router_ip_address <router ip address> psp 0 modify_value pcu subnet_mask <subnet mask> psp 0 If the system uses MPROC redundancy, type the following commands instead of the command listed above: modify_value 0 ip_address <ip address> pcu 0 modify_value 0 router_ip_address <router ip address> pcu 0 modify_value 0 subnet_mask <subnet mask> pcu 0 At a PC, which has access to the network on which the PCU resides, enter the following command from a DOS or UNIX prompt to test the web server: ping <PCU ip address> The system replies that the site is alive. If the site is not alive, check the network connections. If the PCU is connected to a dial-in server, dial-in to the server, log in to the network remotely, and then proceed.
GMR-01
1-53
Start a web browsing tool (such as, Microsoft Internet Explorer 4+ or Netscape Navigator 4+). Go to the following website: http://<PCU ip address>/index.html The web page appears and an applet downloads to the PC. If the PC does not have Java Runtime Environment 1.3+, the web browser displays prompts to install it. Follow the instructions given by the web browser. After installing the Java Runtime Environment 1.3+, exit, and restart the web browser. Once the applet is downloaded, Java Runtime Environment 1.3+ runs the applet. If the .java.policy file does not contain the necessary permissions (for example, when a new PCU is accessed by the PC), a window appears containing the required text. Copy and paste this text into the .java.policy file. The .java.policy file is located in your home directory (for example, in Microsoft Windows inprofiles/<username> directory). If the .java.policy is updated, exit and restart the web browser. Once the permissions are sufficient, the WebMMI GUI appears allowing the MMI Shell window to be opened. If security level 3 has been accessed, the EMON Shell window can also be opened.
Click on the MMI Shell checkbox in the WebMMI GUI window. The MMIShell window opens. (If security level 3 has been accessed, the EMON Shell checkbox is also displayed.) Enter the appropriate BSS MMI commands and parameters to manage the BSS, as required.
1-54
GMR-01
chg_element
When used with the all input parameter, this command changes the database element to the specified value for all cells at the specified location. For example, to change the database element max_tx_bts to value 10 for all cells at site 1, the following command needs to be issued at the TTY command line interface: chg_element max_tx_bts 10 1 all
chg_A5_alg_pr
Specifies A5 encryption algorithms in the order in which they are to be used by the BSS. For example, to prioritize the algorithms in the following order: A5/1, A5/2 for a BSS, the following command needs to be issued at the TTY command line: chg_a5_alg_pr 1 2
del_neighbor
When used with the all input parameter, this command deletes all neighbour cells from a cells neighbour list. For example, to delete all cells from the neighbour list of cell 5 4 3 2 1 61986 34944, the following command needs to be issued at the TTY command line interface: del_neighbor 5 4 3 2 1 61986 34944 all
GMR-01
1-55
modify_value
When used with the all input parameter, this command modifies values for MMS, RSL or XBL devices. For example, to modify lapd_t200_timer to 2500 msecs for every equipped RSL, the following command needs to be issued at the TTY command line interface: In SYSGEN mode: modify_value all lapd_t200_timer 2500 rsl
reset_site
Used to selectively reboot available sites without remotely logging in. Typical scenarios could be: all sites including BSC, all sites excluding BSC, multiple sites and single site. For example to reboot all sites, the following command needs to be issued from the BSC: reset_site all_sites
1-56
GMR-01
Chapter
The information provided here shows how BSS features can be configured to align to the requirements of the service provider. The following topics are described: "Frequency hopping" on page 2-3. "Enhanced XBL (EXBL)" on page 2-11. "Dynamic Allocation of RXCDR-BSC Circuits (DARBC)" on page 2-14. "Dynamic allocation of BSC-BTS Backing Resources (DYNET)" on page 2-20. "MSC to BSS overload control" on page 2-24. "Encryption algorithms" on page 2-27. "Dual band cells option" on page 2-29. "GPRS and EGPRS coding schemes" on page 2-40. "Short Message Service - Cell Broadcast" on page 2-46. "Short Message Service - Point-To-Point" on page 2-55. "Preventive Cyclic Retransmission (PCR)" on page 2-59. "MSC initiated IMSI and IMEI call trace" on page 2-62. "Call trace flow control" on page 2-64. "GPRS Trace" on page 2-69 "Enhanced Circuit Error Rate Monitor (ECERM)" on page 2-73. "Advanced Load Management for EGSM" on page 2-82. "Network Controlled Cell Reselection" on page 2-85. "GPRS Interleaving TBFs" on page 2-94. "GSM location services" on page 2-109. "Enhanced GPRS One Phase Access " on page 2-120. "Intelligent Multilayer Resource Management (IMRM)" on page 2-161. "Quality of Service (QoS)" on page 2-171.
GMR-01
2-1
"Network Assisted Cell Change (NACC)" on page 2-181. "Enhanced Multi-level Precedence and Pre-emption (eMLPP)" on page 2-185. "Fast Call Setup" on page 2-189. "RSL Congestion Control" on page 2-191. "VersaTRAU" on page 2-194. "Feature Capacity Licensing and Audit" on page 2-197.
2-2
GMR-01
Frequency hopping
Frequency hopping
Frequency hopping is described in detail in Technical Description: BSS Implementation (68P02901W36). Also see "Configuring frequency hopping" on page 8-177 for details of how to configure frequency hopping for a cell.
GMR-01
2-3
Frequency hopping
If hopping is to be used then Receive Transmit Functions (RTF) must be equipped to assign frequency hopping indicators (fhi) to each of the eight carrier timeslots. This indicator identifies a particular frequency hopping system for a cell, or no hopping. Four different systems can be defined.
For EGPRS, baseband hopping is supported, but there are some restrictions due to the Horizon II macro controller. Firstly, if the master cabinet is anything other than a Horizon II macro, then baseband hopping cannot be supported. Secondly, EGPRS RTFs need to be in a different hopping system to that used by GPRS RTFs. There is no such restriction for synthesizer hopping.
Synthesizer frequency hopping cannot be implemented when RTCs (Remotely Tuneable Combiners) are used. With synthesizer frequency hopping (SFH), both the transmit and receive RF carrier frequencies are changed each timeslot. This is accomplished by retuning the Radio Channel Unit (RCU). A cell equipped with a minimum of two DRI/RCU (RF carriers) can support hopping over a maximum of 64 frequencies. One DRI/RCU is dedicated for the BCCH (broadcast control channel) carrier. Cells with a small number of RF carriers are well suited for SFH. Such cells are easily implemented with hybrid combiners, a requirement for SFH.
2-4
GMR-01
Frequency hopping
GMR-01
2-5
Frequency hopping
The typical mobile allocations shown in Figure 2-1 split the non-BCCH cell allocation in half for two frequency hopping systems. Figure 2-1 Typical SFH mobile allocations with BCCH frequency excluded
CELL ALLOCATION
MOBILE ALLOCATIONS
1 9 12 16 22 29 32 46
BCCH RF CHANNEL
9 16 29 46 88
1 12 22 32 69
52 69 88
ti-GSM-SC01W17-000041-eps-sw
2-6
GMR-01
Frequency hopping
GMR-01
2-7
Frequency hopping
Figure 2-2
CELL ALLOCATION
MOBILE ALLOCATIONS
1 9 12 16 22 29 32 46
BCCH RF CHANNEL
9 16 29 46 88
1 12 22 32 69
52 69 88
ti-GSM-SC01W17-000041-eps-sw
2-8
GMR-01
Frequency hopping
A typical cell allocation would include a BCCH RF channel and four non-BCCH channels in a cell equipped with one DRI dedicated to the BCCH carrier and four DRIs dedicated to non-BCCH carriers. The typical mobile allocations shown in Figure 2-3 split the cell allocation into: A 4-frequency allocation that does not include the BCCH frequency. A 5-frequency allocation that includes the BCCH frequency.
GMR-01
2-9
Frequency hopping
Figure 2-3
CELL ALLOCATION
MOBILE ALLOCATIONS
32 32 46
BCCH
32 46 46
52
RF CHANNEL
52 69 69
69
88 88
88
ti-GSM-SC01W17-000043-eps-sw
2-10
GMR-01
If any of these consistency or connectivity checks fail, the user is notified so that they can take the appropriate action. The BSS also automatically disables the relevant CIC devices to ensure they are not used. Another user visible aspect is that indications regarding maintenance activity or faults occurring at the RXCDR which indirectly affect BSC link devices are forwarded to the BSC for processing. For example, if the MMS at the RXCDR which is carrying the OML link from the BSC is locked, the RXCDR forwards this information to the BSC. The BSC then disables the OML. Support of the signalling link between the RXCDR and BSC is not new, however, EXBL significantly changes the RXCDR and BSC interface. For example, CIC validation is enabled and provisioning of at least one XBL per RXCDR-BSC pair is mandatory to ensure the traffic carrying capability of the interface is available. EXBL supports RXCDRs which use either existing nailed connect information or CIC information available from the DARBC feature. EXBL introduces a new containment for XBLs, that is, XBLs are contained by the Assoc_RXCDR or Assoc_BSS. For further technical details, see Technical Description: BSS Implementation (68P02901W36).
GMR-01
2-11
Chapter 4, "Configuring a BSS/RXCDR" explains how to create and manage these devices.
This section applies when XBLs are in use and CIC validation is enabled at the BSC for a given XBL. To ensure the BSS is always using valid traffic circuit identity codes (CIC) to carry calls, the BSS blocks any CIC at the BSC which cannot be verified to be in good working order. Blocking a CIC informs the MSC that the CIC should not be used for calls. When using remote transcoding, the only way to determine if a CIC is in good working order is to communicate with the RXCDR. If nothing is wrong at the RXCDR that would affect the CIC, the BSC allows the CIC to remain in operation provided no other blocking condition exists. If the RXCDR indicates that something is wrong, the BSC blocks the CIC from use. If the BSC cannot communicate with the RXCDR, the BSC has no way to determine the validity of any CIC connected through that RXCDR. In this case, the BSC blocks all the CICs connected to the RXCDR to ensure no calls use the potentially corrupt CICs. The user must enable the CIC validation option before CICs can be blocked due to RXCDR/BSC communication failure, see "Configuring an Assoc_RXCDR" on page 4-79.
2-12
GMR-01
When cic_validation is Enabled (Yes), the RXCDR enters Auto-connect mode. In Auto-connect mode, Ater channels are allocated and released dynamically as resources are provisioned, un-provisioned, or during handling of fault condition. Auto-connect mode provides fault tolerance along with the call processing efficiency of Backwards compatibility mode. This is the recommended mode of operation for the BSC.
If CIC Validation is enabled, XBLs must be equipped on the RXCDR and BSC. If no XBLs are equipped and the AXCDR is operating in Auto-connect mode, all CICs at the BSC associated with the AXCDR are blocked and no call traffic goes to the AXCDR.
GMR-01
2-13
2-14
GMR-01
The RXCDR responsibilities are as follows: Inform the BSC when activity (due to faults or operator actions) at the RXCDR affects the usability of Ater channels and/or CICs. Make switch connections between the Ater channels and TRAU resource when instructed by the BSC. Ensure that Ater channels and CICs are switch-connected to the proper idle tone at the proper times. Provide the BSC with the necessary CIC and Ater information for auditing. Handle the error case where the BSC does not initiate the audit procedure.
Prior to the introduction of this feature, all Ater channels were statically assigned and the use of XBL links was not mandatory. From release GSR5, should an operator decide to use the Auto-connect mode, it becomes imperative to equip XBL links on the RXCDR and BSC. If no XBLs are equipped, and the AXCDR is operating in the Auto-connect mode, all CICs at the BSC associated with the AXCDR will become blocked and no call traffic will go to the AXCDR. Auto-connect mode is the recommended mode of operation for the BSC. Auto-connect mode is set using the AXCDR parameter cic_validation, see "Enhanced XBL (EXBL)" on page 2-11 for further details. For example, if there are six RXCDRs connected to the BSC, cic_validation must be enabled for the six corresponding AXCDRs.
GMR-01
2-15
Backwards compatibility mode is set using the parameter cic_validation, see "Enhanced XBL (EXBL)" on page 2-11 for further details.
The allocation information used by DARBC relies on what is entered when equipping CICs, both at the BSC and RXCDR plus how a particular MMS is provisioned (that is, using chg_ts_usage or equip of a link). Therefore, the use of equip and disp_equip of CICs, disp_mms_ts_usage and disp_connectivity commands are essential for the user to properly manage and maintain the system.
Planning considerations
The following factors need to be considered when planning the number of XBL links from BSC to RXCDR: Determine the traffic requirements of the BSC and/or the number of trunks (CICs) used between the BSC and AXCDR. Determine the mode (Backward Compatibility or Auto-connect) in which the BSC and RXCDR operate. A maximum of 20 XBLs (64 kbit/s or 16 kbit/s) can be configured for a BSC/RXCDR. A BSC can connect to a maximum of 10 RXCDRs and vice versa.
Provisioning
The number of XBL links depends on the number of trunks on the BSC-RXCDR interface and whether or not the Auto-connect mode is enabled at the RXCDR/BSC. Table 2-1 details the minimum number of XBLs required to support the given number of trunks between the BSC and RXCDR, with Auto-connect mode.
2-16
GMR-01
Table 2-1
Number of BSC to RXCDR signalling links No redundancy Number of 64 kbit/s XBLs Number of 16 kbit/s XBLs 4 8 With redundancy Number of 64 kbit/s XBLs 2 4 Number of 16 kbit/s XBLs 8 16
1 2
The figures above, only apply to Auto-connect mode. The redundancy values are two times the non-redundancy values. When using Backwards Compatibility mode (cic_validation is off for the corresponding AXCDR device), technically there is no requirement to equip any XBLs, but it is good practice to equip at leas two 16 kbit XBLs for each AXCDR. In Backwards Compatibility mode, the only traffic on the XBL is CIC block/unblock information, which is very minimal; although one XBL link is sufficient, built in redundancy should also be considered.
GMR-01
2-17
Transcoding local_transcoding
fm_site_type
2-18
GMR-01
Equipping CICs
See "Configuring a CIC" on page 9-48 for details of how to configure CICs.
GMR-01
2-19
BSC-BTS dynamic allocation is not supported for M-Cell and Horizon products. It is only available for InCell and in-building systems. BSC-BTS dynamic allocation is an alternative mechanism for allocating radio resources between a BSC and a BTS. BSC-BTS Dynamic allocation is also referred to as BTS concentration or Dynamic Network of BTSs (DYNET). Before BSC-BTS Dynamic allocation was available, terrestrial backing resources between the BSC and BTS were allocated when RTFs were equipped. This mechanism can still be used, but BSC-BTS dynamic allocation allows the operator to enable dynamic allocation of terrestrial backing resources for each BTS. When BSC-BTS dynamic allocation is enabled, when a call is placed on a TCH the terrestrial backing resource is allocated. When the call leaves a TCH, the terrestrial backing resource is freed. The terrestrial backing resource is a 16 kbit/s portion of a timeslot on a span and is allocated by the BSC from a pool of available resources. This pool is shared by every BTS the user specifies, and which are within the same network configuration. BSC-BTS dynamic allocation can be used for spoke, daisy chain and closed loop daisy chain network configurations. Two network objects are required for BSC-BTS dynamic allocation; a Dynet, and a DynetGroup. For a full technical description of BSC-BTS dynamic allocation, see Technical Description: BSS Implementation (68P02901W36).
2-20
GMR-01
GMR-01
2-21
Table 2-3
BSC-BTS dynamic allocation parameters Description Displayed in the BSS Detailed View - Optional Features grouping. Displays whether BSC-BTS dynamic allocation for the BSS is enabled or disabled. It cannot be changed by a user. Displayed in the SITE Detailed View, Local Routing Information grouping. This parameter field is greyed out for SITE0 (BSC). Enables or disables BSC-BTS dynamic allocation for the BTS at the time of creation only. Once a BTS has been created, it cannot be reset. Only accessible when BSC-BTS dynamic allocation is Enabled (1). Displayed in the BTS SITE Detailed View, Local Routing grouping. This parameter field is greyed out for SITE0 (BSC). The retry time used by the BTS when requesting a terrestrial backing resource from the BSC. The BTS tries three times to get terrestrial backing resources before deciding a TCH cannot be allocated due to lack of resources. Only accessible when BSC-BTS dynamic allocation and Timeslot Sharing are Enabled (1). Values Enabled (1) Disabled (0)
OMC-R GUI field name/BSS parameter name BSC-BTS dynamic allocation Feature (OMC-R parameter name: BSCBTSDynAllocOpt) Timeslot Sharing ts_sharing
Displayed in the CELL Detailed View, General section, Local Routing Information grouping. The amount of terrestrial backing resources (TCHs) reserved for a cell. Only available when BSC-BTS dynamic allocation is enabled for the BTS containing this cell (that is, ts_sharing is enabled). Otherwise the field is greyed-out in the CELL Detailed View and is set to 0. If the user attempts to set a value so that the total reserved cell capacity exceeds the terrestrial backing resources for the BTS network, the BSS rejects the request.
2-22
GMR-01
GMR-01
2-23
2-24
GMR-01
Table 2-4
Timer parameters for mobile access class barring Description Displayed in the CELL Detailed View, Flow Control parameter grouping. Indicates the time that must elapse before new overload messages are considered by the Flow Control mechanism. Multiple OVERLOAD messages may be sent from the MSC to the BSS. There is a danger that the access classes will be barred far too rapidly, resulting in all access classes being restricted throughout the BSS. To guard against this a timer is started on reception of an OVERLOAD message. This timer is called T17. The BSS ignores all subsequent OVERLOAD messages received after the first instance until T17 expires. When T17 has expired the next OVERLOAD message received by the BSS will result in the next access class being barred and T17 is restarted. Timer T17 duration is set by flow_control_t1. Valid values are: 0 - 1000000 (milliseconds). Default is 20000. Displayed in the CELL Detailed View, Flow Control parameter grouping. Indicates the time that must elapse before a previously flow control barred access class is brought back in service. There is no message sent from the MSC to the BSS notifying the BSS that the MSC processor overload condition has cleared. The unbarring of the access classes to increase the traffic to the MSC is controlled by a timer. This timer is called T18. This timer is also started when the first OVERLOAD message is received. If no subsequent OVERLOAD message has been received when the T18 timer expires then the BSS will unbar an access class. The T18 timer is then restarted, unless all of the access classes are now unbarred. Timer T18 duration is set by the flow_control_t2 parameter. The reception of an OVERLOAD message after the expiry of T17, but before the expiry of T18, will result in the barring of a mobile access class and both timers T17 and T18 are restarted. Valid values are 0 - 1000000 (milliseconds). Default is 3000.
OMC-R GUI field name/BSS parameter name Flow Control T1 Timer flow_control_t1
GMR-01
2-25
Displaying the status of MSC overload control using the TTY interface
To display whether MSC overload control is enabled or disabled, use the disp_element command. For example: disp_element bss_msc_overload_allowed 0 If the MSC overload control is enabled the OMC-R displays:
bss_msc_overload_allowed = 1
2-26
GMR-01
Encryption algorithms
Encryption algorithms
GMR-01
2-27
Encryption algorithms
For full details of the commands used refer to: Technical Description: BSS Command Reference (68P02901W23).
2-28
GMR-01
Either of these bands can be assigned as the primary band for the cell. When the Dual Band Cells feature is enabled for a cell, the frequency type is managed on a per zone basis. Primary band carriers are configured in the outer zone (providing total cell coverage), and secondary band carriers are configured for the inner zone. GPRS is not supported on the secondary band within a Dual Band cell. See Technical Description: BSS Implementation (68P02901W36) for a full description of this feature.
GMR-01
2-29
Benefits
Single BCCH for Dual Band Cells feature provides a: Convenient way of expanding system capacity by utilising frequencies from the secondary band (provided sufficient multiband subscriber population exists). This enables system capacity to be increased without modifying either the frequency plan of the primary frequency or the associated neighbour list. Reduction in the number of cells required in the database. Reduction in the management of neighbour lists.
Areas impacted
The areas primarily impacted by the Single BCCH for Dual Band Cells feature include configuration, inner zone use algorithms, channel selection algorithms, and handover and power control. Also, the BSS: Supports two different frequency bands within a single cell using a concentric cells configuration. Allows the network operator to define the coverage area of the primary and secondary bands independently using BSS parameters. Enhances the channel allocation algorithms to incorporate selection of channels from different frequency bands and ensure the allocation of the secondary band inner zone) resource at TCH assignment when qualifications are met. Provides power level conversions for intra-cell channel changes and incoming inter-cell handovers between channels on different frequency bands.
2-30
GMR-01
Traffic is managed between frequency bands of different cells using the MultiBand Inter-Cell H/O feature (mbInterCellHoOpt) by using algorithms based on frequency types of the serving cell neighbour cells, as well as network operator preferences defined by the band_preference and band_preference_mode parameters. To achieve a satisfactory algorithm for inter-zone traffic management with the dual band cells feature, the concentric cells feature power-based use algorithm has been enhanced with the MultiBand Inter-Cell H/O feature inter-band traffic management shifted from an inter-cell level to an intra-cell level. The resulting inner zone use algorithm for dual band cells feature verifies that the MS supports the frequency band of the inner zone prior to evaluation of the receive levels. If unrestricted and enabled, the alternative congestion relief Feature (congestReliefOpt) (that is, Directed Retry alternatives) is applied to dual band cells. This can also include enabling Enhanced Congestion Relief (ECR) (enhanced_relief). See BSS and CELL Detailed Views for the related parameter fields.
The status of all these features can be viewed in the BSS Detailed View (Optional Features grouping). The Coincident Multiband feature and the Dual Band Cells feature are mutually exclusive, and cannot be enabled at the same time.
GMR-01
2-31
Table 2-5
Single BCCH parameters Description Displayed in the BSS Detailed View - Optional Features grouping. Displays whether or not the Dual Band Cells feature has been enabled for this BSS. Valid values are: Enabled (1) Disabled (0)
OMC-R GUI field name/BSS parameter name Dual Band Cells Option (OMC-R parameter name: dualBandCellOpt)
Displayed in the CELL Detailed View, General section, Concentric and Dual-Band Cells grouping. Displays the algorithm used to hand into the inner zone. Valid values are: Disabled (0). Power Based Use Algorithm (1). Interference based Use Algorithm (2). Dual Band Cell Use Algorithm (3).
The Interference based Use algorithm (2) determines that an intra-cell handover should occur based on interference levels from neighbour cells which use an interfering frequency. The Power based Use Algorithm (1) determines that an intra-cell handover should occur based on power control algorithms. The Dual Band Cell Use Algorithm (3) can only be used when the Dual Band Cell option is enabled. This algorithm provides the capability to manage cells with carriers from two different frequency bands. When the Dual Band Cells feature and MultiBand (mb_preference) are enabled for a BSS, no RTFs are equipped for the inner zone, and coincident_mb is disabled, this parameter can be set to Dual Band Cell Use Algorithm (3). This indicates the cell is a dual band cell. If the primary frequency_type is PCS1900, this parameter cannot be set to 3. When set to 3, prompts for the following are displayed: BTS Max Transmit Pwr for Inner Zone (bts_txpwr_max_inner), Secondary Frequency Type (secondary_freq_type), Max MS Transmit Power When HO to Inner zone (ms_txpwr_max_inner), Inner Zone Handover Hysteresis (zone_ho_hyst), Inner Zone DL Receive Level Threshold (rxlev_dl_zone), Inner Zone UL Receive Level Threshold (rxlev_ul_zone) and HO Power level for Inner Zone (ho_pwr_level_inner). Dual Band Offset dual_band_offset (OMC-R parameter name: dualBand_offset) Displayed in the CELL Detailed View, General section, Concentric and Dual-Band Cells grouping. Specifies the offset used when calculating the power budget using measurement information from a secondary band channel. Valid value range is: -63 to +63. The default is 0. Cont.
2-32
GMR-01
Table 2-5
Single BCCH parameters (Continued) Description Displayed in the CELL Detailed View, General section, Concentric and Dual-Band Cells grouping. Specifies for the preferred method of compensating for a mismatch in frequency types between the serving channel and the neighbour cell BCCH when calculating power budget. Valid values are: 0 - the MS uses the serving channel measurements for the secondary band with the addition of the dual_band_offset to calculate the power budget. 1 - the MS uses the reported serving cell signal strength for the primary band (Through modified SACCH System Information messages) to calculate the power budget. The BCCH frequency of the serving cell is added to the BA SACCH neighbour cell list of the serving cell.
OMC-R GUI field name/BSS parameter name Power Budget Mode pbgt_mode
Displayed in the CELL Detailed View, General section, Concentric and Dual-Band Cells grouping. When a cell is configured as dual band, this parameter specifies the frequency type of the inner zone, secondary band of the cell. Valid values are: PGSM (1). EGSM (2). DCS1800 (4).
BTS Max Transmit Pwr For Inner Zone bts_txpwr_max_inner (OMC-R parameter name: btsTxPwrMax_inner)
Displayed in the CELL Detailed View, General section, Concentric and Dual-Band Cells grouping. When inner_zone_alg is set to 3, indicating the cell is a dual band cell, this parameter specifies the BTS maximum transmit power for the secondary band/inner zone. Valid values depend on the equipment type and are detailed in Technical Description: BSS Command Reference (68P02901W23). For example, for PGSM, EGSM and DCS1800 cells, and M-Cell6, Horizonmacro or Horizon II macro controlling BTS cabinets, the range is -1 to 21. Displayed in the CELL Detailed View, General section, Concentric and Dual-Band Cells grouping. When the cell is configured as a dual band cell, this parameter specifies the handover power level for the inner zone. Valid range is: 0 to 19 and 29 to 31 (that is, the same as for handover_power_level except based on the secondary_freq_type, not the primary frequency_type). The default value is 2. Can only be modified when Dual Band Cell Option is enabled. Displayed in the CELL Detailed View, General section, Coincident Multiband HO grouping. Determines whether the Coincident Multiband HO feature is enabled or disabled at the cell. Can only be modified if the MultiBand feature is unrestricted. Cannot be enabled if the cell is configured as a dual band cell (that is, inner_zone_alg is set to 3)
HO Power level for Inner Zone ho_pwr_level_inner (OMC-R parameter name: hoPwrLevel_inner)
Cont.
GMR-01
2-33
Table 2-5
Single BCCH parameters (Continued) Description Valid values are 0 to 3: 0 - Coincident MultiBand is disabled at this cell. 1 - Coincident cell handovers are enabled 2 - Coincident cell handovers and coincident cell redirections are enabled 3 - Intra BSC handovers will behave the same as coincident_mb = 2. But for inter BSC handovers, the call will be targeted at the primary cell.
Displayed in the BSS Detailed View, Multiband grouping. Determines whether the MultiBand feature is enabled or disabled for the BSS. Can only be modified if the MultiBand Inter-Cell Handover feature is unrestricted (Enabled). Cannot be disabled if there are cells at this BSS that are configured as a dual band cell (that is, inner_zone_alg is set to 3). Displayed in the CELL Detailed View, General section, General grouping. Determines whether the cell transmits at high or low power. Only valid for cells that are configured as a dual band cells (that is, inner_zone_alg is set to 3), regardless of the frequency type of the cell. Displayed in the CELL Detailed View, General section, Concentric and Dual-Band Cells grouping. Determines the maximum transmit power of the mobile station when handing over from the outer zone to the inner zone. Only valid for cells that are configured as a dual band cells (that is, inner_zone_alg is set to 3). The valid range is then dependent on the secondary band frequency type. Otherwise, the range is dependent on the primary frequency type. Displayed in the CELL Detailed View, General section, Concentric and Dual-Band Cells grouping. Determines the hysteresis added to the threshold to determine if an outer zone to inner zone handover should take place. Only valid for cells that are configured as a dual band cells (that is, inner_zone_alg is set to 3). The valid range is then -63 to 63. Otherwise the range is 0 to 30. Displayed in the CELL Detailed View, General section, General grouping. Specifies the single frequency band capability of the cell. When the cell is a dual band cells (that is, inner_zone_alg is set to 3), and secondary_freq_type is EGSM or PGSM, frequency_type can only be set to DCS1800. When the cell is a dual band cells (that is, inner_zone_alg is set to 3), and secondary_freq_type is DCS1800, frequency_type can only be set to PGSM or EGSM. Displayed in the CELL Detailed View, General section, Concentric and Dual-Band Cells grouping. The downlink receive threshold that must be crossed for a handover to take place from the outer zone to the inner zone in a concentric cell or dual band cell. Only used if the CELL inner_zone_alg type is set to the Power Based or the Dual Band Cell Use Algorithms. Cont.
2-34
GMR-01
Table 2-5
Single BCCH parameters (Continued) Description Valid values are 0 to 63, where: 0 = -110 dBm. 1 = -109 dBm. 2 = 108 dBm. .. 63 = -47 dBm.
Displayed in the CELL Detailed View, General section, Concentric and Dual-Band Cells grouping. The uplink receive threshold that must be crossed for a handover to take place from the outer zone to the inner zone in a Concentric cell or Dual Band cell. Only used if the Cell inner_zone_alg type is set to the Power Based or the Dual Band Cell Use Algorithms. Valid values are 0 to 63, where: 0 = -110 dBm. 1 = -109 dBm. ... 63 = -47 dBm. Displayed in the RTF Detailed View, Concentric cells Grouping. Determines in which zone the RTF is located. Only used for non-BCCH carriers. Valid values are: Outer zone (0), Inner zone (1). Default is Outer zone (0). Displayed in the CELL Detailed View, General section, Concentric and Dual-Band Cells grouping. Defines the usage level required before inner zone resources are allocated for traffic and phone calls are handed into the inner zone. Valid values are: 0 - 100 (percentage). Displayed in the CELL Detailed View, General section, Multiband Handover grouping. Determines the destination frequency band preferred for an Inter-Cell handover. The value of this element indicates to which band this cell prefers to assign or handover. Valid values are: 1 = PGSM, 2 = EGSM, 4 = DCS1800, 8 = PCS1900. {22404} 16 = DYNAMIC. Cannot be modified unless the MultiBand Inter-Cell Handover feature is enabled (unrestricted). Not used if Cell band_pref_mode has a value of 0. Default value is the frequency_type of the Cell. {22404} A value of 16 (Dynamic) indicates that the Intelligent Multilayer (IMRM) feature is enabled (unrestricted) for the cell. Can only be set to 16 (Dynamic) if the Intelligent Multilayer Resource Management feature (imrmOpt) is enabled (unrestricted) for the BSS (See "Intelligent Multilayer Resource Management (IMRM)" on page 2-161 for details). If set to 16 (Dynamic) and all weightings are set to 0, the following message is displayed: WARNING: IMRM weights set to unsupported. The BSS shall apply internal defaults. Cont.
GMR-01
2-35
Table 2-5
Single BCCH parameters (Continued) Description Displayed in the CELL Detailed View, General section, Multiband Handover grouping. Determines the method that will be used to have a MultiBand MS use the band of preference for a given cell in the BSS. Can only be modified if the MultiBand Inter-Cell Handover feature is unrestricted (enabled). (See "Intelligent Multilayer Resource Management (IMRM)" on page 2-161 for details) Displayed in the CELL Detailed View, Handover section, General grouping. Indicates the maximum Dedicated Control Channel (CCH) power level allowed for a Mobile Station (MS) after a handover to this cell. Valid range depends on the setting of Cell frequency_type. Displayed in the CELL Detailed View, Power Control section, Downlink Power Control grouping. Indicates the maximum output power for the base station transmitter. Can be used to establish a cell boundary. Valid range depends on the setting of Cell frequency_type. For example, for PGSM, EGSM and DCS1800 cells, and M-Cell6, Horizonmacro or Horizon II macro controlling BTS cabinets, the range is -1 to 21. Displayed in the CELL Detailed View, Power Control section, Uplink Power Control grouping. Indicates the maximum MS output power which can be used in this cell. Regardless of the power class of the mobile, the mobile will not be told to use a higher output power. The values should be chosen in order to balance the up and down links in a cell. Valid range depends on the setting of Cell frequency_type. Displayed in the CELL Detailed View, General section, System Access grouping. Defines maximum random access power available for a mobile station, on a control channel (CCCH) in a cell. Valid range depends on the setting of Cell frequency_type. Displayed in the CELL Detailed View, Power Control section, General grouping. Contains the default value to be used for a neighbour cell when the Neighbour ms_txpwr_max_cell is not defined in a underlying Neighbour instance. Valid range depends on the setting of Cell frequency_type.
OMC-R GUI field name/BSS parameter name Band Preference Mode band_preference_mode
Mobile Station HO Power Level handover_power_level Maximum Transmit Power for BTS max_tx_bts
Maximum Control Channel Transmit Power ms_txpwr_max_cch Maximum Default Transmit Power ms_txpwr_max_def
Intra-Cell Handover Displayed in the CELL Detailed View, Handover section, Handover Types Allowed Allowed grouping. intra_cell_handover_allowed Disables or enables intra-cell handovers. Valid values are 0 to 2. Default is BSC Controlled Handover (1).
2-36
GMR-01
Modify the inner_zone_alg parameter for the cell to Dual Band Cell (3). Specify settings for the following parameters: Frequency Type of the secondary band. BTS Maximum Transmit Power level. MS maximum Transmit Power Level. Handover Power Level. Handover Hysteresis. Downlink Receive Level Threshold. Uplink Receive Level Threshold. Dual Band Offset. Power Budget Mode.
Once the inner_zone_alg parameter and above parameters are set to enable dual band cells, the DRIs and RTFs for the secondary band must be equipped. It is necessary to allow two DRI/RTFGroups per cell because the frequency of the RTF must match the radio equipment tied to the DRI. There must be different DRI/RTFGroups associated with the primary band and the secondary band of the dual band cell. Secondary band carriers must be equipped as inner zone carriers. Define the percentage in the Outer Zone Usage Level field (outer_zone_usage_level) (that is, outer zone TCHs) that need to be in use prior to the assignment of secondary band channels.
The dual band cell is fully operational when the secondary band DRIs are brought in to service.
GMR-01
2-37
Configuring the dual band cells option using the TTY interface
The TTY interface can be used to configure a cell, including specifying the dual band operation requirements. The following sections indicate the BSS commands and parameters that can be used to create, display, and modify dual band operation parameters. For further details of these commands and parameters, see Technical Description: BSS Command Reference (68P02901W23). Also see Table 2-5 in this section for details of the parameters. Security Level 2 is required to enter these TTY commands.
Ensure that the following features are also unrestricted: Infrastructure Sharing Homogenous Cabinet MultiBand Inter-Cell Handover Infrastructure Sharing Heterogeneous Cabinet Concentric Cells
The Infrastructure Sharing Heterogeneous Cabinet feature is only required for combined cabinet configurations.
2-38
GMR-01
GMR-01
2-39
EGPRS Coding Schemes are valid only for software release 1740 (EGPRS) or later.
2-40
GMR-01
OMC-R GUI field name/BSS parameter name BSS Parameters: GPRS Coding Schemes 3 and 4 (CS3/CS4) feature (OMC-R parameter name: cs34Opt)
Displayed in the Optional Features grouping in the BSS Detailed View form. Displays whether the GPRS Coding Schemes 3 and 4 (CS3/CS4) feature is unrestricted (Enabled) or restricted (disabled) for the BSS. Valid values: Disabled (0) or Enabled (1). Default is 0. Cannot be modified by a user. Greyed-out if the GPRS feature (gprsOpt) is restricted at the BSS. Displayed in the Optional Features grouping in the BSS Detailed View form. Displays whether the EGPRS feature is unrestricted (enabled) or restricted (disabled) for the BSS. Valid values: Disabled (0) or Enabled (1). Cannot be modified by a user.
Cell Parameters: Initial Downlink Coding Scheme init_dl_cs Displayed in the GPRS grouping in the CELL Detailed View. Indicates the initial coding scheme for a downlink TBF. Valid values: 0 to 3, where: 0 - CS-1 1 - CS-2 2 - CS-3 3 - CS-4 Previously, parameter allow_32k_trau had to be enabled for at least one RTF in a given cell in order to use Coding Schemes 3 and 4. For software release 1740 (EGPRS) or later, allow_32k_trau is replaced by pkt_radio_type and the dependency between the parameters is removed. That is, the OMC-R disregards any RTF parameters when determining valid values for CELLinit_dl_cs. (pkt_radio_type will not be prompted for during the equipage of an RTF and the option to select CS-3 or CS-4 is disabled). Greyed-out if the GPRS feature (gprsOpt) is restricted at the BSS. Cont.
GMR-01
2-41
Table 2-6
GPRS and EGPRS coding schemes parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View. Indicates the initial coding scheme for a uplink TBF. Valid values: 0 to 3, where: 0 - CS-1 1 - CS-2 2 - CS-3 3 - CS-4 Previously, parameter allow_32k_trau had to be enabled for at least one RTF in a given cell to use Coding Schemes 3 and 4. For software release 1740 (EGPRS) or later, allow_32k_trau is replaced by pkt_radio_type and the dependency between the parameters is removed. That is, the OMC-R disregards any RTF attributes when determining legal values for init_ul_cs CELL DV attribute. (pkt_radio_type will not be prompted for during the equipage of an RTF and the option to select CS-3 or CS-4 is disabled). Greyed-out if the GPRS feature (gprsOpt) is restricted at the BSS. Displayed in the GPRS grouping in the CELL Detailed View. Indicates the initial EGPRS coding scheme for a downlink MCS value. Valid values: 0 to 8, where: 0 - MCS-1 1 - MCS-2 2 - MCS-3 3 - MCS-4 4 - MCS-5 5 - MCS-6 6 - MCS-7 7 - MCS-8 8 - MCS-9 Default is 2 (MCS-3). Greyed-out if the EGPRS feature (egprsOpt) is restricted at the BSS. Cont.
OMC-R GUI field name/BSS parameter name Initial Uplink Coding Scheme init_ul_cs
2-42
GMR-01
Table 2-6
GPRS and EGPRS coding schemes parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View. Indicates the initial EGPRS coding scheme for an uplink MCS value. Valid values: 0 to 8, where: 0 - MCS-1 1 - MCS-2 2 - MCS-3 3 - MCS-4 4 - MCS-5 5 - MCS-6 6 - MCS-7 7 - MCS-8 8 - MCS-9 Default is 2 (MCS-3). Greyed-out if the EGPRS feature (egprsOpt) is restricted at the BSS. Cont.
OMC-R GUI field name/BSS parameter name EGPRS Initial Uplink Coding Scheme egprs_init_ul_cs
GMR-01
2-43
Table 2-6
OMC-R GUI field name/BSS parameter name RTF Parameter: Packet Radio Type pkt_radio_type
Displayed in the RTF Detailed View in the GPRS group. This parameter replaces allow_32k_trau, and indicates whether or not the RTF can carry GPRS or EGPRS data. SDCCH allocation favours carriers with low values. Valid values are: 0 - 3, where: 0 - None 1 - 16 k 2 - 32 k 3 - 64 k Greyed out if the parent BSS has the GPRS feature (gprsOpt) restricted. The 32 k option is not displayed if the Coding Schemes 3 and 4 feature (cs34Opt) is restricted (Disabled) in the associated BSS. The 64 k option is not displayed if the EGPRS feature (egprsOpt) is restricted (Disabled) for the associated BSS. The 32 k and 64 k options are not displayed if the RTF cell_zone parameter is set to inner zone (1). RTF cell_zone is restricted to outer zone (0) if pkt_radio_type value is 32 k or 64 k. The 32 k and 64 k options are not displayed if the associated SITE ts_sharing value is set to BSC-BTSdynamic allocation supported (1)". The 32 k and 64 k options are not displayed if the RTFrtf_capacity value is RTF_SUB (1)" (sub-equipped). The RTFrtf_capacity value of RTF_SUB (1)" (sub-equipped) is not displayed if the pkt_radio_type value is 32 k or 64 k. The 64 k option is not displayed if the RTF ext_timeslots value is non-zero. RTF ext_timeslots value is restricted to 0 if the RTF pkt_radio_type value is 64 k. The 64 k option is displayed if the associated SITE contains at least one of the following cabinets: Horizon macro, Horizon macro extension , Horizon II macro, Horizon II macro extension, {24281} Horizon II mini or Horizon II mini extension. If a user changes pkt_radio_type in edit mode, the OMC-R issues a warning message that the configuration change will result in a temporary outage of the RT and requesting operator confirmation before proceeding.
2-44
GMR-01
If DRIM-based carriers are used, and if any of the timeslots are used for GPRS, then all timeslots must have backing for 32 kbit/s TRAU due to the processing limitations within the DRIM hardware.
Configuring GPRS and EGPRS coding schemes using the TTY interface
Displaying if the GPRS CS3/CS4 feature is unrestricted
To display whether the GPRS Coding Schemes 3 and 4 (CS3/CS4) feature is unrestricted (Enabled) or restricted (Disabled) for the BSS, use the command: disp_options all If the GPRS Coding Schemes 3 and 4 (CS3/CS4) feature is unrestricted it is listed in the unrestricted features list.
GMR-01
2-45
Overview of SMS-CB
The Short Message Service - Cell Broadcast (SMS-CB) is an optional feature that provides a means of unilaterally transmitting background messages to MSs on a per cell basis, using the Cell Broadcast Channel (CBCH). Each BSC is connected to a single Cell Broadcast Centre (CBC), which is responsible for downloading cell broadcast messages to the BSC together with indications of the repetition rate and the number of broadcasts required per message. The BSC is responsible for transmitting these updates to the BTSs affected, which then ensures that the message is transmitted as requested.
Message categories
The CBC categorizes messages as: High. Normal. Background.
High priority messages are scheduled into Reserved slots allocated by the CBC in the current schedule period. Thereafter, they are treated as normal messages. Background priority messages are accepted from the CBC and scheduled into slots remaining from those occupied by High and Normal priority messages.
2-46
GMR-01
SMS-CB parameters
Table 2-7 details the SMS-CB parameters. Unless stated otherwise, the OMC-R parameter name is usually the same as the BSS parameter name. Refer to: Technical Description: BSS Command Reference (68P02901W23) for full details of the commands and parameters used.
GMR-01
2-47
Table 2-7
SMS-CB parameters Description Displayed in the BSS Detailed View SMS Information grouping. Used to select the BSS to CBC interface. Select (on a per BTS site basis) either the existing interface, or the enhanced interface with the new interpretation of the repetition rate and CBCH loading fields. This selects the protocol used across the SMS CB interface. The new maximum broadcast repetition rate is one 8 x 51 multiframe sequence which corresponds to a frequency period of 1.883 seconds. The current interface selected can also be displayed. Displayed in the BSS Detailed View SMS Information grouping. Used to set (on a per BTS site basis) the number of successful Version Binds (VBINDS) that must be sent by the BSS to the CBC before a negotiation takes place within the next VBIND sent. The VBIND includes a version parameter which indicates what version of the ETSI specifications is supported by the CBC/BSS sending the VBIND, and the version of the interface the system wants to use on the established SVC. The number of successful VBINDS sent to the CBC before negotiation takes place can also be displayed. This value is the number of successful Version Binds (VBINDS) that must be sent by the BSS to the CBC before a negotiation takes place. Values Existing (0). Existing with new interpretation of repetition rate (1). The default is Existing (0).
OMC-R GUI field name/BSS parameter name CBC to BSC Interface Version cbc_intface_vers
Cont.
2-48
GMR-01
Table 2-7
SMS-CB parameters (Continued) Description Displayed in the BSS Detailed View SMS Information grouping. Indicates what type of X.25 network is being used. Enabled (1) indicates the BSS and CBC will attempt to exchange user data in the network connection and network connection release phases of X.25. Disabled (0) means the BSS and CBC will not exchange user data in the network connection and network connection release phases of X.25. If a user changes this field the system displays a message to warn that the CBL will be recycled. Displayed in the SITE Detailed View SMS Information grouping. Specifies (on a per BTS site basis) how many broadcast slots the CBS should wait before considering the CBC sourced messages invalid in the case of an outage. This introduces a delay between the outage occurring and the CBS halting transmission of CBC originated messages. The current delay, on a per BTS basis, can also be displayed. Values Enabled (1) or Disabled (0).
OMC-R GUI field name/BSS parameter name SMS Fast Select sms_fast_select
0 to 255.
GMR-01
2-49
An SMS-CB message can be edited and viewed using the OMC-R GUI, see "Viewing and editing the SMS-CB message using the OMC-R GUI" on page 8-262.
2-50
GMR-01
Selecting the interface version between the BSS and CBC using the TTY interface
To select the interface version between the BSS and CBC, use the chg_element command and the cbc_intface_vers parameter. For example, to select the existing interface with a new interpretation of the repetition rate and CBCH loading fields at BSC, use the following command: chg_element cbc_intface_vers 1 0 The command is rejected in the following instances: If a BTS location is entered in the command, the following error message is displayed:
COMMAND REJECTED: Element requires a location parameter of 0
If a BSC location with a bsc type 0 is entered in the command, the following error message is displayed: COMMAND REJECTED: bsc_type not compatible with specified
element
If an RXCDR location is entered in the command, the following error message is displayed:
COMMAND REJECTED: Element specified not allowed at a RXCDR site.
If a BSC location with a bsc type 0 is entered in the command, the following error message will be displayed: COMMAND REJECTED: bsc_type not compatible with specified
element
If an RXCDR location is entered in the command, the following error message will be displayed: COMMAND REJECTED: Element specified not allowed at a RXCDR
site.
Setting delay between outage and halting transmission using the TTY interface
To set a delay between an outage occurring and the CBS halting transmission of CBC messages, use the chg_element command and the cbs_outage_cntr parameter. For example, to set the delay to 20 for site 1 use the following command: chg_element cbs_outage_cntr 20 1 The command is rejected in the following instances: If a stand alone BSC location is entered in the command, the following error message is displayed: COMMAND REJECTED: Element specified not allowed at a stand
alone BSC
If an RXCDR location is entered in the command, the following error message is displayed:
COMMAND REJECTED: Element specified not allowed at a RXCDR site.
GMR-01
2-51
If a BSC location with a bsc type 0 is entered in the command, the following error message is displayed: COMMAND REJECTED: bsc_type not compatible with specified
element
If an RXCDR location is entered in the command, the following error message is displayed:
COMMAND REJECTED: Element specified not allowed at a RXCDR site.
If a BSC location with a bsc type 0 is entered in the command, the following error message is displayed: COMMAND REJECTED: bsc_type not compatible with specified
element
If an RXCDR location is entered in the command, the following error message is displayed:
COMMAND REJECTED: Element specified not allowed at a RXCDR site.
2-52
GMR-01
Displaying delay between an outage and halting transmission using the TTY interface
To display the delay between an outage occurring and the CBS halting transmission of CBC messages at a BTS site, use the disp_element command and the cbs_outage_cntr parameter. For example, use the following command to display the value of the cbs_outage_cntr at site 2: disp_element cbs_outage_cntr 2 If the command is accepted, the system responds: cbc_vbind_cntr = 0 The command is rejected in the following instances: If a standalone BSC location is entered in the command, the following error message is displayed: COMMAND REJECTED: Element specified not allowed at a stand
alone BSC
If an RXCDR location is entered in the command, the following error message is displayed:
COMMAND REJECTED: Element specified not allowed at a RXCDR site.
GMR-01
2-53
Procedure 2-2 1
Enter the following command: chg_smscb_msg 0 1234 0 0 0 1 5 4 3 2 1 61986 34944 The following is displayed:
Enter the Message:
At this prompt, enter the CBCH background message, which can be up to 93 alphanumeric characters in length. To continue a message, use the escape character (\) at the end of each line of the message, for example:
Enter the Message:
This is the first line of the message.\ This is the last line of the message. 3 Press the Return key to terminate the message and transmit it to the cell.
Technical Description: BSS Command Reference (68P02901W23) contains further examples of this command.
For example, to delete a single message at a single cell (message number 0 at cell number 5 4 3 2 1 61986 34944) use the following command: del_smscb_msg 0 5 4 3 2 1 61986 34944 Technical Description: BSS Command Reference (68P02901W23) contains further examples of this command.
2-54
GMR-01
Refer to: Technical Description: BSS Command Reference (68P02901W23) for full details of the commands used.
SMS-PTP procedures
The following SMS-PTP procedures are described in the following sections: Enabling the MS originated point-to-point SMS. Displaying the MS originated point-to-point SMS. Enabling the MS terminated point-to-point SMS. Displaying the MS terminated point-to-point SMS. Specifying the downlink logical channel.
GMR-01
2-55
SMS-PTP prerequisites
This feature is automatically enabled when the system is purchased. It is disabled when either the MS originated SMS-PTP feature or the MS terminated SMS-PTP feature are themselves disabled. It requires a Service Centre which stores and forwards the messages. The transfer of short messages between the Service Centre and the MS needs the support of the GSM PLMN.
2-56
GMR-01
GMR-01
2-57
2-58
GMR-01
Introduction to PCR
The Preventive Cyclic Retransmission (PCR) method of error correction is supported by the Multiple Serial Interface, and is advantageous where large transmission delays are experienced, as in satellite links. At initialization, the database is checked by the Layer 2 code to ensure that PCR error correction has been enabled for use. If PCR error correction is not enabled for use, the default is Basic error correction. When using PCR, a Message Signalling Unit (MSU) which has been transmitted is retained at the transmitting signalling link terminal until a positive acknowledgement for that MSU has been received. During a period when there are no new MSUs to be transmitted, or when the maximum number of unacknowledged messages has been reached, all of the MSUs which have not been positively acknowledged are transmitted cyclically. PCR is clearly defined in CCITT Q.703 section 6 (reference #2).
Timer T1 (alignment ready) T2 (not aligned) T3 (aligned) T4 (emergency) T5 (sending SIB) T6 (remote congestion) T7 (excessive delay of acknowledgement)
These timers are displayed and can be configured in the BSS Detailed View MTP Timers parameter grouping or using the TTY interface.
GMR-01
2-59
The third N-value parameter, pcr_enable, is the flag required to change the error correction from basic error mode to PCR error correction mode. When this element is set to 1, PCR error correction is in the enabled state, and when it is set to 0, the PCR error correction is disabled, and the basic error correction mode is enabled.
Refer to Technical Description: BSS Command Reference (68P02901W23) for full details of the commands used in the subsequent sections.
2-60
GMR-01
<location>
Refer to Table 2-8 for the range and default values of the MTP level 2 timers.
GMR-01
2-61
Example 1
To enable the MSC call trace feature and set the percentage of traces reserved for MSC initiated traces to 1 percent, enter the command: chg_element call_trace_options 1 0 If the command is executed successfully, the following is displayed:
COMMAND ACCEPTED
Example 2
To bar the MSC call trace feature, enter the command: chg_element call_trace_options 255 0 If the command is executed successfully, the following is displayed:
COMMAND ACCEPTED
2-62
GMR-01
Example 3
To display the current setting of the call_trace_options parameter, enter the command: disp_element call_trace_options 0 If the command is executed successfully, the following is displayed:
call_trace_options = 1
GMR-01
2-63
When a BSS is reset, call trace flow control is set to Disabled (0). MSC traces are generally considered to be of greater importance than other types of traces, and are less likely to collect excessive trace data than, for example, nth call traces. MSC traces only exist for the life of the call upon which they were invoked. For this reason, call traces initiated from an MSC can be enabled or disabled, when the call trace flow control is enabled.
2-64
GMR-01
Table 2-10
Call trace flow control parameters Description Displayed in the GSM/GPRS Trace Information grouping of the BSS Detailed View. Automatically set by the BSS when the ct_fc_hi_level or ct_fc_lo_level is reached (see below). Displays whether a user can initiate a call trace from a BSS, SITE, CELL or RTF. This parameter is set to 0 (zero) when the BSS is reset. This field cannot be modified by a user. Displayed in the GSM/GPRS Trace Information grouping of the BSS Detailed View. Specifies the percentage of the call trace OML buffer space that has to be used before flow control is automatically enabled. When this limit is reached, ct_fc_bss_enabled is automatically set to Enabled (1). This parameter must be greater than or equal to ct_fc_lo_level plus 20. Setting this parameter to 100% effectively disables call trace flow control. Valid Input 0 to 2. Disabled (0): meaning a user can initiate a call trace from a BSS, site, cell or RTF. Enabled (1): meaning a user cannot initiate a call trace from a BSS, site, cell or RTF. Halted (2). Default is Disabled (0).
OMC-R GUI field name/BSS parameter name {22407} Flow Control by BSS ct_flow_control_bss_enabled (OMC-R parameter name: ct_fc_bss_enabled)
{22407} Flow Control High Threshold ct_flow_control_hi_level (OMC-R parameter name: ct_fc_hi_level)
Cont.
GMR-01
2-65
Table 2-10
Call trace flow control parameters (Continued) Description Displayed in the GSM/GPRS grouping of the BSS Detailed View. Specifies the percentage of the call trace OML buffer space that has to be used before flow control is automatically disabled. When this limit is reached, ct_fc_bss_enabled is automatically set to Disabled (0). This parameter must be less than or equal to ct_fc_hi_level minus 20. For example, if ct_fc_hi_level is set to 75% and ct_fc_lo_level is set to 25%, call trace flow control is automatically enabled when the OML buffer capacity reaches 75%, and call trace flow control is automatically disabled when the OML buffer capacity reaches 25%. Displayed in the GSM/GPRS Trace Information grouping of the BSS Detailed View. Enables or disables the initiation of call traces from an MSC, when call trace flow control is enabled. For example, when BSS, SITE, CELL, and RTF call traces are prevented using ct_fc_bss_enabled = 1, MSC initiated call traces can be initiated when ct_fc_msc_trace is set to Disabled (0). This parameter can only operate when call trace flow control is enabled, that is, ct_fc_bss_enabled is set to 1, and MSC traces have not been barred using the call_trace_options parameter. Valid Input 0 to 80. Default is 20%.
OMC-R GUI field name/BSS parameter name {22407} Flow Control Low Threshold ct_flow_control_lo_level (OMC-R parameter name: ct_fc_lo_level)
Apply Flow Control to MSC Trace ct_flow_control_msc_enabled (OMC-R parameter name: ct_fc_msc_trace)
Disabled (0): meaning MSC traces are allowed while flow control is enabled. Enabled (1): meaning MSC traces are not allowed while flow control is enabled. Default is Disabled (0).
2-66
GMR-01
GMR-01
2-67
To display the level of the OML buffer at which the BSS disables call trace flow control, use the following command: disp_element ct_fc_ho_level The system responds, for example:
ct_flow_control_hi_level = 60%
To display whether or not MSC call trace flow control is enabled, use the following command: disp_element ct_fc_msc_trace The system responds, for example:
ct_flow_control_msc_trace = 0
2-68
GMR-01
GPRS Trace
GPRS Trace
Feature Description
The GPRS Trace feature is an extension of the existing GSM Call Trace implementation. The GPRS Trace feature enables users to trace information on GPRS MSs. It provides similar functionality to GSM Call Trace. GPRS Trace differs from GSM Call Trace in the following respects: GPRS signalling is more frequent due to the bursty packet nature of GPRS data transfers. GPRS MSs may leave a cell without informing the BSS. Therefore, the continue beyond scope option will not be applicable in GPRS Trace. However, for ease of implementation, a continue beyond scope value will always be included in the trace Create action. This value will be ignored by the BSS, if the trace type is GPRS. For GPRS Trace, the lifetime of an invoked trace will correspond to the lifetime of a GPRS MS meeting the GPRS Trace criteria within a PCU. A number of GPRS data transfers may occur within this period. Due to cell reselection, a GPRS MS may leave the scope of the criteria and/or the PCU without prior warning. When the PCU detects that a GPRS MS has left, the invoked trace ends. Since cell reselection can take up to 15 seconds, the PCU waits 15 seconds for the MS to reappear before ending the invoked trace. This differs from GSM Call Trace, where the lifetime of an invoked trace and corresponding log file corresponds to a single call. GPRS Trace is created and managed from the OMC and BSS MMI only.
Unlike GSM Call Trace, creation of GPRS Trace criteria is not supported from the MSC. Also in the GSR8 release, GPRS Trace Records are forwarded to the NMC.
GMR-01
2-69
GPRS Trace
The GPRS trace create criteria includes: Trace scope options for GPRS Trace: BSS, site, Cell, RTF (as for GSM). Trace selector options for GPRS Trace: IMSI (International Mobile Subscriber Identity). TLLI (Temporary Logical Link Identity), Nth GPRS MS. GPRS Trace Record type: Basic or Radio. If Radio is selected, the user may select some or all of the following: LLC (Logical Link Control) information. BSSGP (BSS GPRS protocol) messages.
RLC/MAC (Radio link control / Medium Access Control) messages. GPRS Power Control and Coding Scheme, including UL/DL measurement data. Packet Measurement Reports. Every RLC/MAC PDAK.
This information is counted per-PRP. The trace criteria are complete at the BSS, when the total number of MSs have been traced for at least one PRP. The overall number of MSs traced during this period may exceed the total number setting. This behaviour is similar to the counting of total number of calls at the LCF level for Call Trace. Measurement interval: This value applies for Packet Measurement Reports and UL/DL Measurement data. Maximum number of simultaneous MSs to be traced (applicable only if Trace selector is set to Nth GPRS MS).
This information is counted per-PRP. Therefore, the number of simultaneous calls at any specific time may exceed the maximum number setting. The user may request a combined trace of both GSM and GPRS information in the specific case of an IMSI trace selector. In this case, the BSS will forward trace records relating to both GSM calls and GPRS data transfers for that IMSI. GSM and GPRS trace information will be written to separate log files.
2-70
GMR-01
GPRS Trace
GMR-01
2-71
GPRS Trace
Process 2-1
Factors influencing the number of GPRS Call trace events Type of mobile used: The mobile may support some or all of the following trace features. Radio environment information GPRS Mobility management information GPRS Session management information RLC/MAC information Protocol messages monitoring Quality of Service
Type of signalling that is being traced: The GPRS trace create criteria includes: 3 Trace scope - options for GPRS Trace: BSS, site, Cell, RTF (as for GSM) Trace selector - options for GPRS Trace: IMSI (International Mobile Subscriber Identity), TLLI (Temporary Logical Link Identity), Nth GPRS mobile GPRS Trace Record type: Basic or Radio. If Radio is selected, then the operator may select some or all of the following: LLC (Logical Link Control) information BSSGP (BSS GPRS protocol) messages
RLC/MAC (Radio link control / Medium Access Control) messages: GPRS Power Control and Coding Scheme, including UL/DL measurement data Packet Measurement Reports Every RLC/MAC PDAK
4 5
Communications infrastructure Urban and or Rural Frequency of Handover between cells: Increased handover activity will cause more trace logs and event activity.
2-72
GMR-01
Overview of ECERM
Enhanced Circuit Error Rate Monitor (ECERM) monitors the continuity of circuits. A circuit is a path along which the connection is made from the entry point in the BSS to the exit point in the BSS. Enhanced Circuit Error Rate Monitor (ECERM) is an enhancement to the existing Circuit Error Rate Monitor feature (see OMC-R Online Help, Network Operations for details). ECERM increases the number of monitor points along the circuit path to narrow down the identification of potentially faulty devices. ECERM does not confirm that a device is faulty; the user must determine this. The circuit path points monitored by CERM are: CIC (Circuit Identity Code) - a timeslot on the link between the RXCDR or BSC and the MSC. RCI (Radio Channel Identifier) - the radio hardware.
In addition to these points, ECERM also monitors the following new points: ACI (Ater Channel Identifier) - the timeslot group on the link between the RXCDR and the BSC. PIC (Path Identity Code) - the timeslot in the link between the BSC and the BTS. GCI (GPRS Circuit Identifier) - a timeslot on the link between the BSC and the PCU.
These points are monitored on a per-timeslot basis. For a full description of ECERM, see Technical Description: BSS Implementation (68P02901W36). For details of the alarms generated by CERM and the ECERM feature, see Maintenance Information: Alarm Handling at the OMC-R (68P02901W26).
Table 2-11 indicates which ECERM parameters require these parameters to be enabled. For example, existing CERM parameters cannot be restricted.
GMR-01
2-73
ECERM parameters
Table 2-11 details the ECERM parameters. Unless stated otherwise, the OMC-R parameter name is usually the same as the BSS parameter name. For further details of these and other parameters, see Technical Description: BSS Command Reference (68P02901W23). Table 2-11 ECERM parameters Description Displayed in the Optional Features grouping in the BSS Detailed View. Indicates whether the ECERM feature is enabled. Valid values are 0 or 1, where: 0 - Disabled. 1 - Enabled. Cont.
OMC-R GUI field name/BSS parameter name BSS parameters: ECERM Feature (OMC-R parameter name: ecermOpt)
2-74
GMR-01
Table 2-11
ECERM parameters (Continued) Description Displayed in the Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the CIC error count threshold at the BSC. Once this threshold is reached, further CIC errors do not increase the CIC error count. When this threshold is reached or exceeded a CIC alarm is generated. Valid range: 2 to 255. Default value: 6. If a user changes the threshold value, an alarm is not immediately generated. The new threshold only takes effect when the CIC error count changes. This parameter must be two greater than cic_error_clr_thresh. Displayed in the Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the CIC error count clearing threshold at the BSC. When the error count reaches or falls below this threshold the alarm clears. Valid range: 0 to 253. Default value: 0. Must be two less than cic_error_gen_thresh.
OMC-R GUI field name/BSS parameter name CIC Error Gen Threshold cic_error_gen_thresh
Prior to GSR6, this parameter was named cic_error_gen_threshold. (OMC-R parameter name: cicErrGenThresh).
Prior to GSR6, this parameter was named cic_error_clr_threshold. (OMC-R parameter name: cicErrClrThresh). CIC Error Increment cic_error_inc
Prior to GSR6, this parameter was named cic_error_increment. (OMC-R parameter name: cicErrorInc).
Displayed in the Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the CIC error increment value. The system updates the CIC error count by this value whenever an error is detected. Valid range: 0 (Disabled) to 255. Default value: 1. If a user sets the value to 0, an error message is displayed indicating that no more CIC alarms will be generated.
Cont.
GMR-01
2-75
Table 2-11
ECERM parameters (Continued) Description Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the ACI error count threshold at the BSC. Once this threshold is reached, further ACI errors do not increase the ACI error count. When this threshold is reached or exceeded a ACI alarm is generated. Valid values: 2 to 255. Default value: 6. If a user changes the threshold value, an alarm is not immediately generated. The new threshold only takes effect when the ACI error count changes. Greyed-out if the ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the value which the error count must be equal to or less than for an ACI alarm to be cleared. Valid values: 0 to 253. Default value: 0. If a user changes the threshold value, an alarm is not immediately cleared. The new threshold only takes effect when the ACI error count changes. Greyed-out if the ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the ACI error increment value. The system updates the ACI error count by this value whenever an error is detected. Valid range: 0 (Disabled) to 255. Default value: 1. If a user sets the value to 0, an error message is displayed indicating that no more ACI alarms will be generated. Set to 0, if the ECERM feature is disabled. Greyed-out if the ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Cont.
OMC-R GUI field name/BSS parameter name ACI Error Gen Threshold aci_error_gen_ thresh (OMC-R parameter name: aciErrGenThresh).
ACI Error Clear Threshold aci_error_clr_ thresh (OMC-R parameter name: aciErrClrThresh).
2-76
GMR-01
Table 2-11
ECERM parameters (Continued) Description Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the GCI error count threshold at the BSC. Once this threshold is reached, further GCI errors do not increase the GCI error count. When this threshold is reached or exceeded a GCI alarm is generated. Valid values: 2 to 255. Default value: 6. If a user changes the threshold value, an alarm is not immediately generated. The new threshold only takes effect when the GCI error count changes. Greyed-out if the GPRS Feature (gprsOpt) or ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the value which the error count must be equal to or less than for a GCI alarm to be cleared. Valid values: 0 to 253. Default value: 0. If a user changes the threshold value, an alarm is not immediately cleared. The new threshold only takes effect when the GCI error count changes. Greyed-out if the GPRS Feature (gprsOpt) or ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the GCI error increment value. The system updates the GCI error count by this value whenever an error is detected. Valid range: 0 (Disabled) to 255. Default value: 1. If a user set the value to 0, an error message is displayed indicating that no more GCI alarms will be generated. Set to 0, if either the GPRS or ECERM feature is disabled. Greyed-out if the GPRS Feature (gprsOpt) or ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Cont.
OMC-R GUI field name/BSS parameter name GCI Error Gen Threshold gci_error_gen_thresh (OMC-R parameter name: gciErrGenThresh)
GMR-01
2-77
Table 2-11
ECERM parameters (Continued) Description Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the time period in which the error counters are incremented if an error indication is received for a GCI, or decremented if no error indication is received. Valid values: 0 (Disabled), 5 to 240 seconds. Default values: 60, when GPRS and ECERM are enabled. 0, if either GPRS or ECERM is disabled.
OMC-R GUI field name/BSS parameter name GPRS Alarm Time gprs_alarm_time (OMC-R parameter name: gprsAlarmTime)
Greyed-out if the GPRS Feature (gprsOpt) or ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. PIC Error Gen Threshold pic_error_gen_thresh (OMC-R parameter name: picErrGenThresh) Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the PIC error count threshold at the BSC. Once this threshold is reached, further PIC errors do not increase the PIC error count. When this threshold is reached or exceeded a PIC alarm is generated. Valid values: 2 to 255. Default value: 6. If a user changes the threshold value, an alarm is not immediately generated. The new threshold only takes effect when the PIC error count changes. Greyed-out if the ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the value which the error count must be equal to or less than for a PIC alarm to be cleared. Valid values: 0 to 253. Default value: 0. If a user changes the threshold value, an alarm is not immediately cleared. The new threshold only takes effect when the PIC error count changes. Greyed-out if the ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Cont.
2-78
GMR-01
Table 2-11
ECERM parameters (Continued) Description Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the PIC error increment value. The system updates the PIC error count by this value whenever an error is detected. Valid range: 0 (Disabled) to 255. Default value: 1. If a user set the value to 0, an error message is displayed indicating that no more PIC alarms will be generated. Set to 0, if the ECERM feature is disabled. Greyed-out if the ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Displayed in the Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the RCI error count threshold at the BSC. Once this threshold is reached, further RCI errors do not increase the RCI error count. When this threshold is reached or exceeded a RCI alarm is generated. Valid range: 2 to 255. Default value: 6. If a user changes the threshold value, an alarm is not immediately generated. The new threshold only takes effect when the RCI error count changes. Must be two greater than rci_error_clr_thresh. Displayed in the Circuit Error Rate Monitor grouping in the BSS Detailed View form. Specifies the Radio Channel Identifier (RCI) error count clearing threshold at the BSC. When the error count reaches or falls below this threshold the alarm clears. Valid range: 0 to 253. Default value: 0. Must be two less than rci_error_gen_thresh.
OMC-R GUI field name/BSS parameter name PIC Error Increment pic_error_inc (OMC-R parameter name: picErrorInc)
Prior to GSR6, this parameter was named rci_error_gen_threshold. (OMC-R parameter name: rciErrGenThresh), RCI Error Clear Threshold rci_error_clr_thresh
prior to GSR6 this parameter was named rci_error_clr_threshold. (OMC-R parameter name: rciErrClrThresh).
Cont.
GMR-01
2-79
Table 2-11
ECERM parameters (Continued) Description Displayed in the Circuit Error Rate Monitor grouping in the BSS Detailed View. Specifies the Radio Channel Identifier (RCI) error increment value. The system will update the RCI error count by this value whenever an error is detected. Valid range: 0 (Disabled) to 255. Default value: 1. If a user set the value to 0, an error message is displayed indicating that no more RCI alarms will be generated.
OMC-R GUI field name/BSS parameter name RCI Error Increment rci_error_inc
Prior to GSR6 this parameter was named rci_error_increment (OMC-R parameter name: rciErrorInc). SITE parameters: Initial Sync Timer (msec) initial_sync_timer (OMC-R parameter name: initSyncTimer)
Displayed in the Circuit Error Rate Monitor grouping in the SITE Detailed View. From GSR6 onwards, this parameter is supported at BTS sites. If a user changes this parameter, an warning message is displayed indicating that a site reset will occur when the value is saved. Displayed in the Circuit Error Rate Monitor grouping in the SITE Detailed View. From GSR6 onwards, this parameter is supported at BTS sites. If a user changes this parameter, an warning message is displayed indicating that a site reset will occur when the value is saved. Displayed in the Circuit Error Rate Monitor grouping in the SITE Detailed View form. From GSR6 onwards, this parameter is supported at BTS sites. If a user changes this parameter, an warning message is displayed indicating that a site reset will occur when the value is saved. Displayed in the GPRS grouping in the SITE Detailed View. From GSR6 onwards, this parameter is supported at BTS sites. If a user changes this parameter, an warning message is displayed indicating that a site reset will occur when the value is saved. Valid values: 1 to 65535, when the GPRS Feature is enabled. Default value: 0, when the GPRS feature is disabled. Greyed-out in the SITE 0 Detailed View if the GPRS Feature (gprsOpt) is disabled.
2-80
GMR-01
GMR-01
2-81
Also external handovers will assume that a cell with PGSM BCCH is a PGSM only cell.
2-82
GMR-01
OMC-R GUI field name/BSS parameter name ALM Enhancement for EGSM Carriers (OMC-R parameter name: AlmEgsmOpt)
Displayed in the General grouping of the BSS Detailed View. Indicates whether Advanced Load Management for EGSM is enabled or disabled at the BSS. Valid values: 0 or 1, where: 0 - Disabled. 1 - Enabled.
This field is greyed-out if the field: ALM Enhancement for EGSM Carriers (parameter name:AlmEgsmOpt) has been set to Disabled (0).
GMR-01
2-83
If Advanced Load Management for EGSM is restricted (disabled), the system displays:
bss_egsm_alm_allowed = 0
Enabling and disabling ALM for EGSM using the TTY interface
To modify the current setting for Advanced Load Management for EGSM (that is, to enable or disable the feature at the BSS) using the TTY interface, use the chg_element command and the bss_egsm_alm_allowed parameter. The feature can only be enabled at the BSC. For example, the following command enables Advanced Load Management for EGSM at a BSC: chg_element bss_egsm_alm_allowed 1 bsc
2-84
GMR-01
The main objective of Network Controlled Cell Reselection (NCCR) and congestion relief is to increase network capacity and provide a tool for network planning and improved quality of service. The operator can specify GPRS cell reselection mode on a per cell basis providing the flexibility of virtual zones within the network of cells with same cell reselection order. Table 2-13 details the cell reselection modes offered by Motorola.
GMR-01
2-85
Table 2-13
GPRS cell reselection modes Responsible Network Element MS control Functionality Normal GPRS mobile control. The mobile performs autonomous cell reselection based on the radio environment. Includes all functionality provided by NC0 mode. BSS sends cell reselection commands to GPRS MS to change reselection mode. GPRS mobile control with measurement reports to the BSS. MS performs autonomous cell reselection. All functionality in NC1 mode. BSS sends cell reselection command to GPRS mobile to change cell reselection mode. Network control. GPRS MS sends measurement reports to the BSS. BSS sends cell reselection commands and instructs mobile to perform cell reselection.
Enhanced NC0
MS control
NC1
MS control
Enhanced NC1
MS control
NC2
Network control
For a full description of NCCR, see Technical Description: BSS Implementation (68P02901W36).
2-86
GMR-01
If the NCCR optional feature is unrestricted, the system displays the following in the unrestricted list:
43 Network Controlled Cell Reselection
GMR-01
2-87
Table 2-14
Network Controlled Cell Reselection parameters (Continued) Description Displayed in the Network Controlled Cell Reselection grouping in the BSS Detailed View form. Indicates the time interval the BSS expects the MS to read the paging channel (CCCH) for a control message (PCCO). Valid values are: 0 to 7, where: 0 - No non_drx_period after a measurement report has been sent. 1 - 0.24 seconds 2 - 0.48 seconds 3 - 0.72 seconds 4 - 0.96 seconds 5 - 1.20 seconds 6 - 1.44 seconds 7 - 1.92 seconds The default is 2, that is, 0.48 seconds. This field is greyed-out if the BSS Detailed View field: Network Controlled Cell Reselection Feature (parameter name: nccrOpt) is set to Disabled (0). Displayed in the Network Controlled Cell Reselection grouping in the BSS Detailed View form. Indicates the time interval between successive measurement reports from a GPRS MS to the BSS when the MS is transferring packet data. Valid values are: 0 to 6, where: 0 - 0.96 seconds 1 - 1.92 seconds 2 - 3.84 seconds 3 - 7.68 seconds 4 - 15.36 seconds 5 - 30.72 seconds 6 - 61.44 seconds The default is 2, that is, 3.84 seconds. This field is greyed-out if the BSS Detailed View field: Network Controlled Cell Reselection Feature (parameter name: nccrOpt) is set to Disabled (0). Cont.
OMC-R GUI field name/BSS parameter name NC Non Drx Period nc_non_drx_period
2-88
GMR-01
Table 2-14
Network Controlled Cell Reselection parameters (Continued) Description Displayed in the General - Cell Selection-Reselection grouping in the CELL Detailed View form. Indicates the network entity responsible for cell reselection. Valid values are: 0 to 4, where: 0 - NC0 1 - NC1 2 - NC2 3 - Enhanced NC0 4 - Enhanced NC1 The default is 0. This parameter can be modified regardless of whether the cell is GPRS enabled/disabled. This field is greyed-out if the BSS Detailed View field: Network Controlled Cell Reselection Feature (parameter name: nccrOpt) is set to Disabled (0). Cannot be set to 1, 2, 3 or 4, if inter_rat_enabled is set to 1 (Idle) and the PBCCH/PCCCH feature (pccchOpt) is unrestricted. Displayed in the GPRS - Network Controlled Cell Reselection grouping of the CELL Detailed View. Indicates the number of bad Packet Resource Reports (PMR) that will be received before the PCU initiates network controlled cell reselection. (A bad PMR is one in which the difference between the serving cells rxlev and the serving cells configured value of rxlev_access_min is less than gprs_cr_margin.) Greyed-out if the Network Controlled Cell Reselection Feature (nccrOpt) is Disabled (0) for the BSS. Valid values: 1 to 10. The default is 3. Displayed in the GPRS - Network Controlled Cell Reselection grouping of the CELL Detailed View. Indicates the threshold at which the network determines the Packet Resource Report (PMR) received from the MS is a bad PMR. Greyed-out if the Network Controlled Cell Reselection Feature (nccrOpt) is Disabled (0) for the BSS. Valid values: 5 to 40. The default is 30.
OMC-R GUI field name/BSS parameter name Network Control Order network_control_order (OMC-R parameter name: netwk_ctrl_order)
GMR-01
2-89
An asterisk (*) in the list above indicates that the GPRS checkbox is greyed-out if the Network Controlled Cell Reselection Feature (parameter name: nccrOpt) field is set to Disabled (0) in the Optional Features grouping of the BSS Detailed View. Also, at least one of the checkboxes in the BA Type field must be checked before the Detailed View can be saved. It is possible to select the following combinations in the BA Type field: SACCH or BCCH or GPRS SACCH or BCCH SACCH and GPRS BCCH and GPRS SACCH and BCCH and GPRS
2-90
GMR-01
The following command displays the value of the network_control_order parameter at site 5, cell id 0010116: disp_element network_control_order 5 cell 0 0 1 0 1 1 6
GMR-01
2-91
0 to 63
None
If an attempt is made to create a neighbour, which is not present in any of the BCCH, SACCH or GPRS lists, the command is rejected and an error message is displayed. modify_neighbor NCCR changes: The modify_neighbor command can be used to specify if a previously added frequency should be added or removed from the ba_gprs list. For example, the following command attempts to delete the neighbour 0010112 of cell 0010111 from the GPRS list, when the neighbour is not present in both the SACCH and BCCH lists: modify_neighbor 0 0 1 0 1 1 1 0 0 1 0 1 1 2 ba_gprs delete
COMMAND REJECTED: Neighbour not present in SACCH list: deleted to remove from BCCH/GPRS list. must be
The following command adds the neighbour 0010112 of cell 0010111 on the GPRS list, when NCCR is unrestricted in the BSS: modify_neighbor 0 0 1 0 1 1 1 0 0 1 0 1 1 2 ba_gprs add
COMMAND ACCEPTED
If a user attempts to include a neighbours frequency on the GPRS list when the NCCR feature is restricted at the BSS, the command is rejected and an error message is displayed.
2-92
GMR-01
disp_neighbor NCCR changes: The disp_neighbor command can be used to display whether or not the frequencies of the neighbouring cells are part of the ba_gprs list. For example, the following command displays all neighbour cells of cell 0010111, when NCCR is unrestricted at the BSS: disp_neighbor 0 0 1 0 1 1 1 all The system responds by displaying a report including a GPRS column. The following command displays all neighbour information for neighbour cell 0010114 of cell 0010111, when NCCR is unrestricted at the BSS: disp_neighbor 0 0 1 0 1 1 4 0 0 1 0 1 1 1 The system responds by displaying a report including Frequency in the ba_type list information. See Technical Description: BSS Command Reference (68P02901W23) for full details of the reports displayed.
del_neighbor NCCR changes: The del_neighbor command can be used to delete the frequencies of the neighbouring cells from the ba_type list. For example, the following command deletes the cell 0010114 from the neighbour list of cell 0010111: del_neighbor 0 0 1 0 1 1 1 0 0 1 0 1 1 4
GMR-01
2-93
Description of TBF
A Temporary Block Flow (TBF) is a logical connection used by the two GPRS RR entities to support unidirectional transfer of LLC PDUs on packet data physical channels. The TBF is allocated a radio resource on one or more PDCHs and comprises a number of RLC/MAC blocks carrying one or more LLC PDUs. A TBF is temporary and is maintained only for the duration of a data transfer; that is, until there are no more RLC/MAC blocks to be transmitted and, in RLC acknowledged mode, all of the transmitted RLC/MAC blocks have been successfully acknowledged by the receiving entity.
2-94
GMR-01
GMR-01
2-95
Table 2-16
GPRS interleaving BSS and cell parameters Description Displayed in the GPRS grouping in the BSS Detailed View form. The number of block periods in which the network delays the release of a downlink TBF. One block period is 20 ms. Valid values: 15 to 600 blocks. Default is 50 blocks. Can only be modified if the GPRS Feature (gprsOpt) is unrestricted (Enabled) in the BSS Detailed View. Otherwise, the field is greyed-out in the Detailed View form. Displayed in the GPRS grouping in the BSS Detailed View form. The number of block periods in which the network delays the release of an uplink TBF. Valid values: 10 to 50 blocks. Default is 18 blocks. Greyed-out if the GPRS feature (gprsOpt) is restricted at the BSS. Displayed in the GPRS grouping in the BSS Detailed View form. Whether the BSS supports the feature for Delayed Downlink TBF Release Duration as a function of cell availability. Valid values: Disabled (0) or Enabled (1). Default is 0. Greyed-out if the either the GPRS feature (gprsOpt) or Increased PRP Capacity feature is restricted at the BSS. Displayed in the GPRS grouping in the BSS Detailed View form. The number of block periods in which the network keeps a new downlink TBF, which was created through the auto downlink mechanism, alive while waiting for new downlink data to arrive. One block period is 20 ms. Valid values: 15 to 250 blocks. Default is 50 blocks. Can only be modified if the GPRS Feature (gprsOpt) is unrestricted (Enabled) in the BSS Detailed View. Otherwise, the field is greyed-out in the Detailed View form. Cont.
OMC-R GUI field name/BSS parameter name BSS Parameters: Delayed Downlink TBF Release Duration delay_dl_rel_dur
2-96
GMR-01
Table 2-16
GPRS interleaving BSS and cell parameters (Continued) Description Displayed in the GPRS grouping in the BSS Detailed View form. The scheduling beta algorithm at the BSS. Valid values: 0 to 2, where: 0 - Each MS throughput in bps is the same. 1 - Each MS transfers the same number of blocks as every other mobile. 2 - MS with the higher coding scheme is preferred.
OMC-R GUI field name/BSS parameter name GPRS Scheduling Beta Algorithm gprs_sched_beta
Can only be modified, if the GPRS Feature (gprsOpt) is unrestricted (Enabled) in the BSS Detailed View. Otherwise, the field is greyed-out. {23956} If gprs_sched_beta is modified and saved while the QoS feature (see "Quality of Service (QoS)" on page 2-171) is enabled, the following message is displayed: WARNING: Changes to gprs_sched_beta are overridden while QoS is enabled. Cell Parameter: Max Number of TS In Pre-load USF Active State ts_in_usf_active Displayed in the GPRS grouping in the CELL Detailed View form. The maximum number of non-BCCH timeslots allowed to be in preload USF (Uplink State Flag) active state in the cell at the same time. (That is, the number of non-BCCH timeslots that are broadcast continuously at full power even when no mobile is active on the timeslot.) Valid values are 0 to 3. If not set by a user at cell creation time, defaults to 1 timeslot. Can only be modified, if the GPRS Feature (gprsOpt) and Enhanced GPRS One Phase feature are unrestricted (Enabled) in the BSS Detailed View. Otherwise, the field is greyed-out in the CELL Detailed View form.
GMR-01
2-97
2-98
GMR-01
If either GSM HR and/or AMR has been purchased and enabled, a maximum of 4800 CICs can be equipped at a RXCDR site. The Enhanced BSC Capacity feature also increases the number of entries in the BSC-RXCDR connectivity table to 27.
GMR-01
2-99
2-100
GMR-01
The Enhanced Inter-RAT feature also introduces a new device called a Blind Search Neighbour, which is supported under a cell, and represents the blind search neighbours of a cell. See "UTRAN blind search neighbour" on page 8-153 for further details.
Additional information
For further details of the Inter-RAT Handover feature and the Enhanced Inter-RAT Handover feature, see Technical Description: BSS Implementation (68P02901W36).
GMR-01
2-101
Table 2-17
OMC-R GUI field name/BSS parameter name BSS parameters: Inter-RAT Handover Feature InterRatOpt
Displayed in the Optional Features grouping of the BSS Detailed View form. Indicates whether or not the Inter-RAT Handover Feature is restricted (disabled) or unrestricted (enabled) in the BSS software. This parameter cannot be modified by a user. {22879}When the Enhanced Inter-RAT Handover Feature (EnhncdInterRatOpt) is set to 1 (Enabled), InterRatOpt is automatically set to 1 (Enabled). Displayed in the Optional Features grouping of the BSS Detailed View form. Indicates whether or not the Enhanced Inter-RAT Handover Feature is restricted (disabled) or unrestricted (enabled) for the BSS. This parameter cannot be modified by a user. When the Enhanced Inter-RAT Handover Feature (EnhncdInterRatOpt) is set to 1 (Enabled), InterRatOpt is automatically set to 1 (Enabled). Displayed in the General grouping of the BSS Detailed View form. Indicates the release of the MSC to which this BSS is connected.
{22879} Enhanced Inter-RAT Handover Feature EnhancedInterRatOpt (OMC parameter name: EnhncdInterRatOpt)
0 or 1, where: Release 1998 or older (0). Release 1999 or newer (1). Default is 0. Cont.
2-102
GMR-01
Table 2-17
Inter-RAT Handover and Enhanced Inter-RAT handover parameters (Continued) Description Values
OMC-R GUI field name/BSS parameter name CELL parameters: Inter-RAT Handovers Enabled inter_rat_enabled
Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Indicates whether idle mode, dedicated mode, or idle mode and dedicated mode functionality of the Inter-RAT Handover feature are enabled for this cell. This field is greyed-out if the Inter-RAT Handover Feature (InterRatOpt) is restricted (disabled) for the BSS. Can only be set to 1 (Idle) if network_control_order is set to 0 (NC0). This field cannot be set to 4, 5, 6 or 7 if the container BSS has EnhancedInterRatOpt set to Disabled (0). If modified to either of 4, 5, 6 or 7 and the container BSS has earlyClassmarkSndset to 0 or 1, the following warning is displayed: Enhanced 2G/3G requires early_classmark_sending to be enabled across both the A and Air Interfaces. If modified to either of 4, 5, 6 or 7 and the container BSS has phase2ClssmkAld not set to 2, the following warning is displayed: Enhanced 2G/3G requires phase2_classmark_allowed to be configured to support multiband.
{22879} 0 to 7, where: 0 - OFF. 1 - 2 3G Idle. 2 - 3 2G Dedicated. 3 - 2 3G Idle and 3-2G Dedicated. {22879} 4- 2G-3G Dedicated. 5- 2G-3G Idle and 2G-3G Dedicated. 6- 3G-2G Dedicated and 2G-3G Dedicated. 7- Idle and bi-directional Dedicated. Default is 0.
Cont.
GMR-01
2-103
Table 2-17
Inter-RAT Handover and Enhanced Inter-RAT handover parameters (Continued) Description Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Used by the MS to determine when to start measuring a UTRAN neighbour cell. When the received RF signal level of the BCCH carrier in the serving GSM cell is below or above the qsearch_i value, the MS starts measurement of the UTRAN neighbour cells. This field is greyed-out if Inter-RAT Handover Feature (InterRatOpt) is restricted (disabled) for the BSS. Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. The value of this parameter is broadcast on the BCCH using the SYSTEM INFORMATION TYPE 2quater message, and determines if qsearch_I is used by the MS in dedicated mode after certain instances of MEASUREMENT INFORMATION messages are received, OR if the MS should always search. Modifying this parameter will cause the SI2ter_MP_CHANGE_MARK and SI2quater MP_CHANGE_MARK to be toggled. This field is greyed-out if Inter-RAT Handover Feature (InterRatOpt) is restricted (disabled) for the BSS. Values 0 to 15, where: 0 = -98 dBm. 1 = -94 dBm. 2 = -90 dBm. .... 4 = -82 dBm. 5 = Below -78 dBm. 6 = Below -74 dBm. 7 = Always Search (irrespective of threshold value). 8 = Above -78 dBm. 9 = Above -74 dBm. 10 = -70 dBm. .... 14 = -54 dBm. 15 = Never Search. Default is 15. 0 or 1, where: 0 = Use Q Search_I. 1 = Use Q Search_C. Default is 0.
OMC-R GUI field name/BSS parameter name BCCH RF Signal Level Threshold qsearch_i
Cont.
2-104
GMR-01
Table 2-17
Inter-RAT Handover and Enhanced Inter-RAT handover parameters (Continued) Description Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Used by the MS in the cell reselection algorithm. This field is greyed-out if Inter-RAT Handover Feature (InterRatOpt) is restricted (disabled) for the BSS. Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Used by the MS in the cell reselection algorithm. This field is greyed-out if Inter-RAT Handover Feature (InterRatOpt) is restricted (disabled) for the BSS. Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Used by the MS in dedicated mode to decide when to start measurement of a UTRAN neighbour cell. This field is greyed-out if EnhncdInterRatOpt is Disabled (0). Values 0 to 15, where: 0 = always select a cell, if acceptable. 1 = -28 dB. 2 = -24 dB. 3 = -20 dB. .... 15 = 28 dB. Default is 8 (0 dB). 0 to 7, where: 0 = -20 dB. 1 = -6 dB. 2 = -18 dB. 3 = -8 dB. 4 = -16 dB. 5 = -10 dB. 6 = -14 dB. 7 = -12 dB. Default is 0 (-20 dB). 0 to 15, where: 0 = -98 dBm. 1 = -94 dBm. 4 = -82 dBm. 5 = Below -78 dBm. 6 = Below -74 dBm. 7 = Always search. 8 = Above -78 dBm. 9 = Above -74 dBm. 10 = -70 dBm. 14 = -54 dBm. 15 = Never search. Default is 15 (Never search).
OMC-R GUI field name/BSS parameter name Receive Signal Code Power (RSCP) Threshold fdd_qoffset
Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Indicates the measurement quantity to be reported for a UTRAN FDD cell. Greyed out if EnhncdInterRatOpt is Disabled (0).
Cont.
GMR-01
2-105
Table 2-17
Inter-RAT Handover and Enhanced Inter-RAT handover parameters (Continued) Description Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Indicates the number of cells to be reported from the frequency band to which the serving GSM cell belongs. Greyed out if EnhncdInterRatOpt is Disabled (0). Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Indicates the number of UTRAN FDD cells to be reported in the list of strongest cells in the measurement report. Greyed out if EnhncdInterRatOpt is Disabled (0). Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Indicates the preference for blind search in idle mode and/or dedicated mode. Greyed out if EnhncdInterRatOpt is Disabled (0). If modified from 0 to 1, and there are no UTRAN blind search neighbours equipped to that cell, the following warning message is displayed: There are no Blind Search neighbours equipped for this cell. Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Indicates whether or not handover to UMTS band is preferred. Greyed out if EnhncdInterRatOpt is Disabled (0) Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. It is a threshold parameter used by the handover algorithm when fdd_rep_quant is Ec/No(1). Greyed out if EnhncdInterRatOpt is Disabled (0). Values Values: 0 to 3. Default is 3.
OMC-R GUI field name/BSS parameter name {22879} Number of Serving Band cells to report serving_band_reporting
0 to 3. Default is 1.
0 or 1, where: 0 = No blind search in idle mode. 1 = Blind search in idle mode. Default is 0 (No blind search in idle mode).
Cont.
2-106
GMR-01
Table 2-17
Inter-RAT Handover and Enhanced Inter-RAT handover parameters (Continued) Description Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. It is a threshold parameter used by the handover algorithm when fdd_rep_quant is RSCP (0). Greyed out if EnhncdInterRatOpt is Disabled (0). Displayed in the Identification parameter grouping in the UTRAN Detailed View form. It is a measurement parameter used by the handover algorithm. Greyed out if EnhncdInterRatOpt is Disabled (0). Displayed in the General parameter grouping in the UTRAN Detailed View form. Indicates UTRAN neighbour cell measurement averaging period. Greyed out if EnhncdInterRatOpt is Disabled (0). Displayed in the General parameter grouping in the UTRAN Detailed View form. Specifies the neighbour lists: BCCH, SACCH, or BCCH and SACCH. Greyed out if EnhncdInterRatOpt is Disabled (0). Values -53 dBm to -115 dBm. Default is -90 dBm.
OMC-R GUI field name/BSS parameter name {22879}Threshold when FDD_REP_QUANT is RSCP umts_cpich_rscp_min
UTRAN parameters: {22879} UMTS Measurement Margin umts_meas_margin 0 dB to 20 dB. Default is 3 dB.
0 to 12. Default is 6.
1 to 3, where: 1 = BCCH. 2 = SACCH. 3 = BCCH. and SACCH. Default is 3 (both buttons checked). If the SACCH option is selected, it cannot be modified after creation (whether selected or not).
GMR-01
2-107
2-108
GMR-01
Location services have been identified by operators, service providers and Motorola as being a key application enabler. For example, through applications tailored to use the position of the mobile device directly (Where am I?), to deliver tailored content (Location Specific Advertising) or to determine the routing of voice traffic (Location Sensitive Routing). Location services support is through: NSS-based Servicing Mobile Location Centre (SMLC), which is an SMLC communicating with an MSC through the Ls interface. BSS-based SMLC, which is an SMLC communicating with the BSS through the Lb interface.
For a full description of location services, see Technical Description: BSS Implementation (68P02901W36).
GMR-01
2-109
Table 2-18 details these Location Services parameters. Unless stated otherwise, the OMC-R parameter name is usually the same as the BSS parameter name. For further details of these and other parameters, see Technical Description: BSS Command Reference (68P02901W23). Table 2-18 Location Services parameters Description Displayed in the LCS grouping in the BSS Detailed View form. Guards the receipt of a BSSMAP-LE perform Location Response from a BSS-based SMLC. Valid values: 0 to 1,000,000 ms. Default is 300,000 ms. Cont.
OMC-R GUI field name/BSS parameter name General Location Services Timers: LCS Perform Location Timer (ms) lcs_perf_location
2-110
GMR-01
Table 2-18
Location Services parameters (Continued) Description Displayed in the LCS grouping in the BSS Detailed View form. Supervises the overall operation of a location request. Valid values: 0 to 1,000,000 ms. Default is 30,000 ms. The value of this parameter should be less than the value of the LCS Perform Location timer. Displayed in the LCS grouping in the BSS Detailed View form. Supervises an LCS segmentation operation. Valid values: 0 to 1,000,000 ms. Default is 10,000 ms. The value of this parameter should be less than the value of the LCS Supervision timer. Displayed in the LCS grouping of the BSS Detailed View. Specifies the LCS mode of the BSS. Valid values: 0 - LCS disabled, SMLC not supported. 1 - LCS enabled, BSC supports a NSS-based SMLC.2 - LCS enabled, BSC supports a BSS-based SMLC. Can only be modified in SYSGEN mode. If LCS is enabled and early_classmark_sending is not enabled across the A-interface and the Air-interface, an error message is displayed. If LCS is enabled and phase2_classmark_allowed is not configured to support multiband, an error message is displayed. If LCS is disabled and one or more LMTL devices are equipped, an error message is displayed. Displayed in the LCS grouping in the BSS Detailed View form. The alignment ready" timer (ITU Q.703) associated with the Lb interface. The valid values are dependent on the value of the ss7_mode parameter. If ss7_mode is 0, values are 40,000 to 50,000 ms. Default is 50,000 ms. If ss7_mode is 1, values are 13,000 to 30,000 ms. Default is 13,000 ms. This parameter is automatically changed to the appropriate default value if the value of ss7_mode is changed. Cont.
OMC-R GUI field name/BSS parameter name LCS Supervision Timer (ms) lcs_supervision
Lb Interface MTP Layer 2 Timers: Lb Interface MTP Layer 2 T1 timer (ms) lb_int_ss7_l2_t1
GMR-01
2-111
Table 2-18
Location Services parameters (Continued) Description Displayed in the LCS grouping in the BSS Detailed View form. The not aligned" timer (ITU Q.703) associated with the Lb interface. The valid values are dependent on the value of the ss7_mode parameter. If ss7_mode is 0, values are 5,000 to 150,000 ms. Default is 25,000 ms. If ss7_mode is 1, values are 5,000 to 30,000 ms. Default is 23,000 ms. This parameter is automatically changed to the appropriate default value if the value of ss7_mode is changed. Displayed in the LCS grouping in the BSS Detailed View form. The aligned" timer (ITU Q.703) associated with the Lb interface. The valid values are dependent on the value of the ss7_mode parameter. If ss7_mode is 0, values are 1,000 to 1,500 ms. Default is 1,400 ms. If ss7_mode is 1, values are 5,000 to 14,000 ms. Default is 11,500 ms. This parameter is automatically changed to the appropriate default value if the value of ss7_mode is changed. Displayed in the LCS grouping in the BSS Detailed View form. The emergency proving period" timer (ITU Q.703) associated with the Lb interface. Valid values: 400 to 600 ms. Default is 600 ms. Displayed in the LCS grouping in the BSS Detailed View form. The sending SIB" timer (ITU Q.703) associated with the Lb interface. Valid values: 80 to 120 ms. Default is 100 ms. Displayed in the LCS grouping in the BSS Detailed View form. The remote congestion" timer (ITU Q.703) associated with the Lb interface. The valid values are dependent on the value of the ss7_mode parameter. If ss7_mode is 0, values are 3,000 to 6,000 ms. Default is 5000 ms. If ss7_mode is 1, values are 1,000 to 6,000 ms. Default is 5,000 ms. This parameter is automatically changed to the appropriate default value if the value of ss7_mode is changed. Cont.
OMC-R GUI field name/BSS parameter name Lb Interface MTP Layer 2 T2 timer (ms) lb_int_ss7_l2_t2
2-112
GMR-01
Table 2-18
Location Services parameters (Continued) Description Displayed in the LCS grouping in the BSS Detailed View form. The excessive delay of acknowledgment" timer (ITU Q.703) associated with the Lb interface. Valid values: 500 to 2,000 ms. Default is 1,000 ms.
OMC-R GUI field name/BSS parameter name Lb Interface MTP Layer 2 T7 timer (ms) lb_int_ss7_l2_t7
Lb Interface MTP Layer 3 Timers: Interface MTP Layer 3 T1 timer (ms) lb_int_ss7_l3_t1 Displayed in the LCS grouping in the BSS Detailed View form. The delay to avoid mis-sequencing on changeover" timer (ITU Q.704) associated with the Lb interface. Valid values: 500 to 1,200 ms. Default is 850 ms. Displayed in the LCS grouping in the BSS Detailed View form. The waiting for changeover acknowledgement" timer (ITU Q.704) associated with the Lb interface. Valid values: 700 to 2,000 ms. Default is 1,400 ms. Displayed in the LCS grouping in the BSS Detailed View form. The waiting for changeback acknowledgement (first attempt)" timer (ITU Q.704) associated with the Lb interface. Valid values: 500 to 1,20 ms. Default is 850 ms. Displayed in the LCS grouping in the BSS Detailed View form. The waiting for changeback acknowledgement (second attempt)" timer (ITU Q.704) associated with the Lb interface. Valid values: 500 to 1,200 ms. Default is 850 ms. Displayed in the LCS grouping in the BSS Detailed View form. The waiting for uninhibit acknowledgement" timer (ITU Q.704) associated with the Lb interface. Valid values: 800 to 1,500 ms. Default is 1,150 ms. Displayed in the LCS grouping in the BSS Detailed View form. The waiting for force uninhibit" timer (ITU Q.704) associated with the Lb interface. Valid values: 800 to 1,500 ms. Default is 1,150 ms. Displayed in the LCS grouping in the BSS Detailed View form. The waiting for inhibition acknowledgement" timer (ITU Q.704) associated with the Lb interface. Valid values: 2,000 to 3,000 ms. Default is 2,500 ms. Cont.
GMR-01
2-113
Table 2-18
Location Services parameters (Continued) Description Displayed in the LCS grouping in the BSS Detailed View form. The delay to avoid oscillation of initial alignment failure and link restart" timer (ITU Q.704) associated with the Lb interface. Valid values: 800 to 1,500 ms. Default is 1,150 ms. Displayed in the LCS grouping in the BSS Detailed View form. The local inhibit test" timer (ITU Q.704) associated with the Lb interface. The valid values are dependent on the value of the ss7_mode parameter. If ss7_mode is 0, values are 180,000 to 360,000 ms. Default is 270,000 ms. If ss7_mode is 1, values are 90,000 to 120,000 ms. Default is 90,000 ms. This parameter is automatically changed to the appropriate default value if the value of ss7_mode is changed. Displayed in the LCS grouping in the BSS Detailed View form. The remote inhibit test" timer (ITU Q.704) associated with the Lb interface. The valid values are dependent on the value of the ss7_mode parameter. If ss7_mode is 0, values are 180,000 to 360,000 ms. Default is 270000 ms. If ss7_mode is 1, values are 90,000 to 120,000 ms. Default is 90,000 ms. This parameter is automatically changed to the appropriate default value if the value of ss7_mode is changed. Displayed in the LCS grouping in the BSS Detailed View form. The supervision timer for signalling link test acknowledgement message" timer (ITU Q.707) associated with the Lb interface. Valid values: 4,000 to 12,000 ms. Default is 8,000 ms.
OMC-R GUI field name/BSS parameter name Lb Interface MTP Layer 3 T17 timer (ms) lb_int_ss7_l3_t17
2-114
GMR-01
Table 2-18
Location Services parameters (Continued) Description Displayed in the LCS grouping in the BSS Detailed View form. Specifies if the calling party address is to be included in the SCCP message Connect Request messages that travel over the Lb interface. Valid values: 0 or 1. Default is 0. 0 - not included. 1 - included. Displayed in the LCS grouping in the BSS Detailed View form. The point code of a BSS-based SMLC. The valid values are dependent on the value of the ss7_mode parameter. If ss7_mode is 0, values are 0 to 16383 ms. No default. If ss7_mode is 1, values are 0 to 16,777,215. No default. For a live system, lb_int_dpc should not be the same as the opc. Displayed in the LCS grouping in the BSS Detailed View form. Specifies if the point code is included in the called party address in the SCCP messages that travel over the Lb interface. Valid values: 0 or 1. The default is None. 0 - point code not included. 1 - point code is included. Displayed in the LCS grouping in the BSS Detailed View form. Specifies if the point code is included in the calling party address in the SCCP messages that travel over the Lb interface. Valid values: 0 or 1. The default is None. 0 - point code not included. 1 - point code is included. Cont.
Lb Int PC Included Calling Party Flag lb_int_calling_pci (OMC-R parameter name: lb_calling_pci)
GMR-01
2-115
Table 2-18
Location Services parameters (Continued) Description Displayed in the LCS grouping in the BSS Detailed View form. Indicates the level of granularity for LMTL load sharing. Valid values are 0 or 1. Default is 0.0 corresponds to a granularity of 16.1 - corresponds to a granularity of 64. If this parameter is modified outside SYSGEN mode, all LMTLs must be locked for the modification to take effect. This parameter cannot be modified or displayed at an RXCDR site. Displayed in the LCS grouping in the BSS Detailed View form. Guards the time allowed for the BSS-based SMLC to respond to a RESET message with a RESET ACKNOWLEDGE message. Valid values are 0 to 1,000,000 ms. The default is 50,000 ms. Displayed in the LCS grouping in the BSS Detailed View form. The reset guard" timer (GSM 8.08-3.2.3: BSSMAP timers). The system starts this timer when the RESET message from the BSS-based SMLC is received at the BSS. Valid values: 0 to 1,000,000 ms. Default is 40,000 ms. Displayed in the LCS grouping in the BSS Detailed View form. The wait from clear command from the BSS-based SMLC" timer. Valid values are 0 to 1,000,000 ms. Default is 30,000 ms. Displayed in the LCS grouping in the BSS Detailed View form. Specifies the amount of time to wait for the SCCP connection confirmation from the BSS-based SMLC. Valid values: 0 to 1,000,000 ms. Default is 30,000 ms. Displayed in the LCS grouping in the BSS Detailed View form. The receive inactivity control" timer (GSM 8.08-3.23: all BSSMAP timers, TIAR) for the Lb interface. Valid values: 0 to 1,000,000 ms. Default is 30,000 ms. The value of this parameter should be: Greater than the lb_int_sccp_tias parameter. Greater than the value of sccp_tiar at the SMLC. Cont.
OMC-R GUI field name/BSS parameter name LMTL Load Share Granularity lmtl_loadshare_granularity (OMC-R parameter name: lmtl_loadshare)
Lb Interface SCCP Conn Conf Timer (ms) lb_int_sccp_tconn_est (OMC-R parameter name: lb_sccp_tconn_est)
2-116
GMR-01
Table 2-18
Location Services parameters (Continued) Description Displayed in the LCS grouping in the BSS Detailed View form. The wait for SCCP release complete" timer for the LB interface. Valid values: 4000 to 15,000 ms. Default is 10,000 ms. Displayed in the LCS grouping in the BSS Detailed View form. The wait for SCCP released message from BSS-based SMLC" timer. Valid values: 0 to 1,000,000 ms. Default is 30,000 ms. Displayed in the LCS grouping in the BSS Detailed View form. The send activity control" timer (GSM 8.08-3.23: all BSSMAP timers, TIAS) for the Lb interface. Valid values: 0 to 1,000,000 ms. Default is 30,000 ms. The value of this parameter should be less than the lb_int_sccp_tiar parameter. Displayed in the LCS grouping in the BSS Detailed View form. Specifies the amount of time the BSS shall wait before initiating an internal reset after either Subsystem Prohibited (SSP) or SPI has occurred over the Lb interface. Valid values: 10,000 to 1,000,000 ms. Default is 60,000 ms. Displayed in the LCS grouping in the BSS Detailed View form. Specifies the amount of time between sending Subsystem Status Test (SST) messages to the BSS-based SMLC. Valid values: 0 to 1,000,000 ms. Default is 90,000 ms. Displayed in the LCS grouping in the BSS Detailed View form. Specifies the number of times the global reset procedure on the Lb interface is allowed to repeat before an alarm is generated. Valid values: 0 to 255. Default is 0.
OMC-R GUI field name/BSS parameter name Lb Interface SCCP Rel Complete Timer (ms) lb_int_sccp_trel
Lb Interface SCCP Rel Timer (ms) lb_int_sccp_released (OMC-R parameter name: lb_sccp_released) Lb Interface SCCP TIAS Timer (ms) lb_int_sccp_tias
Lb Subsystem Status Test Timer (ms) lb_int_t_stat_info (OMC-R parameter name: lb_t_stat_info)
Lb Interface CP Elements: Lb Interface Global Reset Repetitions lb_int_global_reset_repetitions (OMC-R parameter name: lb_globresetReps)
GMR-01
2-117
See Technical Description: BSS Command Reference (68P02901W23) for full details of BSS commands, prompts, and parameters.
2-118
GMR-01
The following command changes the value of lcs_perf_location to 60,000 ms: chg_element lcs_perf_location 60000 bsc
GMR-01
2-119
For further details of the Enhanced GPRS One Phase Access feature, see Technical Description: BSS Implementation (68P02901W36).
2-120
GMR-01
Table 2-20
OMC-R GUI field name/BSS parameter name BSS parameters: Enhanced One Phase Access Feature (OMC-R parameter name: eopOpt)
Displayed in the Optional Features grouping of the BSS Detailed View form. Indicates whether or not the Enhanced GPRS One Phase Access feature is restricted (disabled) or unrestricted (enabled) in the BSS software. This parameter cannot be modified by a user. The field is greyed-out in the OMC-R GUI if the GPRS feature is restricted (disabled). Displayed in the GPRS grouping of the BSS Detailed View form. Indicates whether or not Enhanced GPRS One Phase Access feature is enabled or disabled for the BSS. This parameter can be modified by a user. The field is greyed-out in the OMC-R GUI if the Enhanced GPRS One Phase Access Feature (eopOpt) and GPRS feature are restricted (disabled). {23956} The QoS feature (see "Quality of Service (QoS)" on page 2-171) modifies the behaviour of this parameter. If bssgp_pfc_bit is set to On (1), any modification to eop_enabled will be overridden. If eop_enabled is modified and saved while QoS is enabled and bssgp_pfc_bit is set to on(1), the following message is displayed: WARNING:
Changes to eop_enabled are overridden while QoS is enabled.
Cont.
GMR-01
2-121
Table 2-20
OMC-R GUI field name/BSS parameter name CELL parameters: Number of TS In Pre-load USF Active State ts_in_usf_active
Displayed in the GPRS grouping of the CELL Detailed View form. The maximum number of non-BCCH timeslots allowed to be in preload USF (Uplink State Flag) active state in the cell at the same time. (That is, the number of non-BCCH timeslots that are broadcast continuously at full power even when no mobile is active on the timeslot.) Can only be modified, if the GPRS Feature (gprsOpt) and Enhanced GPRS One Phase feature are unrestricted (Enabled) in the BSS Detailed View and GPRS Enabled (gprs_enabled) is Yes (1) in the CELL Detailed View. Otherwise, the field is greyed-out in the CELL Detailed View form.
Configuring Enhanced GPRS one phase access using the TTY interface
Checking if Enhanced GPRS one phase access is unrestricted
To check if the Enhanced GPRS one phase access feature is unrestricted (enabled) using the TTY interface, enter the following command: disp_options If Enhanced GPRS one phase access is unrestricted, the following is displayed:
44 Enhanced One Phase Access
2-122
GMR-01
Setting BSS and cell parameters for Enhanced GPRS One Phase Access
Use the chg_element command to change Enhanced GPRS One Phase Access BSS parameters and chg_cell_element command to change Enhanced GPRS One Phase Access cell parameter. For example, the following command changes eop_enabled to 1: chg_element eop_enabled 1 0 The following command changes ts_in_usf_active to 2 at cell 0010111: chg_cell_element ts_in_usf_active 2 0 0 1 0 1 1 1
GMR-01
2-123
PBCCH/PCCCH feature
PBCCH/PCCCH feature
Packet Logical Channels Packet Random Access Channel (PRACH) (on PCCCH) Packet Access Grant Channel (PAGCH) (on PCCCH) Packet Paging Channel (PPCH) (on PCCCH) Packet Broadcast Control Channel (PBCCH) Packet Notification Channel (PNCH)
Downlink only
Downlink only
If the PBCCH/PCCCH feature is not configured for a cell, GPRS-related information is broadcast on the Broadcast Control Channel (BCCH) and GPRS-accessing signalling is conducted on the Common Control Channel (CCCH) channels. In a lightly loaded GSM/GPRS network, BCCH/CCCH has sufficient signalling capacity for both GSM and GPRS. In a highly loaded GSM/GPRS network, PBCCH/PCCCH provides more signalling capabilities for both the GSM voice and GPRS service. In addition, if PBCCH/PCCCH is enabled, there is reduced internal traffic over the GPRS Signalling Link (GSL) and Radio Signalling Link (RSL) because there are fewer requests, assignments, or paging messages over GSL and RSL. The PBCCH/PCCCH feature also facilitates both MS controlled (C31/C32) and network controlled cell reselection (PSI 3, PSI 3bis and PSI 5) by broadcasting cell reselection parameters to the MS.
2-124
GMR-01
PBCCH/PCCCH feature
When the PBCCH/PCCCH feature is enabled, a BSS supports the following messages: PSI1. PSI2. PSI3. PSI3bis. PSI3quater. PSI5. PSI8.
PSI3ter, PSI4, PSI6, and PSI7 messages are not supported. PSI13 is supported on PACCH. For a full description of the PBCCH/PCCCH feature, see Technical Description: BSS Implementation (68P02901W36).
PBCCH/PCCCH can only be enabled for a cell, if the cell: Operates in the normal range. That is, ext_range_cell must set to 0 meaning Extended Range Cell is disabled. BCCH carrier is non-hopping.
If the cell parameter GPRS enabled (gprs_enabled) is set to 1 (Enabled), the cell parameter: PBCCH/PCCCH enabled (pccch_enabled) cannot be modified. To change PBCCH/PCCCH for a GPRS cell, use the following procedure: Procedure 2-3 1 2 3 Change PBCCH/PCCCH for a cell
GMR-01
2-125
PBCCH/PCCCH feature
2-126
GMR-01
PBCCH/PCCCH feature
PBCCH/PCCCH parameters
Table 2-22 details the PBCCH/PCCCH parameters. For further details of these and other parameters, see Technical Description: BSS Command Reference (68P02901W23). Table 2-22 PBCCH/PCCCH parameters Description Displayed in the Optional Features grouping in the BSS Detailed View. Indicates whether the PBCCH/PCCCH feature is enabled for the BSS. Valid values are 0 or 1, where: SGSN Release sgsn_release 0 - Disabled. 1 - Enabled.
OMC-R GUI field name/BSS parameter name BSS parameters: PBCCH/PCCCH Feature pccchOpt
Displayed in the GPRS grouping in the BSS Detailed View. Specifies the SGSN release version. Valid values are 0 or 1, where: 0 - The SGSN is Release 98 or older. 1 - The SGSN is Release 99 onwards.
CELL parameters: PBCCH/PCCCH enabled pccch_enabled Displayed in the GPRS grouping in the CELL Detailed View. Indicates whether the PBCCH/PCCCH feature is enabled for the cell. Valid values are 0 or 1, where: 0 - False. 1 - True.
when: PBCCH/PCCCH feature is unrestricted. gprs_enabled is 0. BSS has configured the BCCH carrier of a cell as a non-hopping carrier. Cell is a normal range cell. ts_sharing is set to 0 (Disabled) on the same cell site. Cont.
GMR-01
2-127
PBCCH/PCCCH feature
Table 2-22
PBCCH/PCCCH parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View. Specifies the number of PCCCH timeslots. Indicates the number of physical channels carrying PCCCHs including the physical channel carrying the PBCCH. Valid values are 1. Default: 1. Displayed in the GPRS grouping in the CELL Detailed View. Specifies the number of PBCCH blocks per 52-frame-multiframe. Valid values are 1 to 4. Default: 2. Displayed in the GPRS grouping in the CELL Detailed View. Specifies the number of PAGCH blocks per 52-frame-multiframe. Can only be set to a value of (bs_pbcch_blks + bs_pag_blks_res) within range of 1 to 11. Valid values are 0 to 10. Default: 3. Displayed in the GPRS grouping in the CELL Detailed View. Specifies the number of PRACH blocks per 52-frame-multiframe. Valid values are 1 to 12. Default: 4. When psi1_repeat_period is set to 1, bs_pbcch_blks cannot be set to 1 or 2. Displayed in the GPRS grouping in the CELL Detailed View. Specifies the time interval between consecutive PSI 1 messages in 52-multiframes. Valid values are 0 to 16. Default: 5. If in range 1 to 16, the BSS uses the value of psi1_repeat_period to scheduling PSI messages. If psi1_repeat_period is 0, the BSS algorithmically determines the value of psi1_repeat_period based upon the value of bs_pbcch_blks and the number of PSI instances in low repetition rate group. When psi1_repeat_period is set to 1, bs_pbcch_blks cannot be set to 1 or 2. Cont.
OMC-R GUI field name/BSS parameter name Number of PCCCH Timeslots bs_pcc_chans
Time Interval for Scheduling PSI Messages psi1_repeat_period (OMC-R parameter name: psi1_repeat_prd)
2-128
GMR-01
PBCCH/PCCCH feature
Table 2-22
PBCCH/PCCCH parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View. Specifies the duration of the transfer non-DRX mode period on PCCCH. This field is the binary representation of the parameter DRX_TIMER_MAX. Valid values are 0 to 7, where: 0 = 0 seconds. 1 = 1 second. 2 = 2 seconds. 3 = 4 seconds. 4 = 8 seconds. 5 = 16 seconds. 6 = 32 seconds. 7 = 64 seconds.
OMC-R GUI field name/BSS parameter name Non-DRX Mode Transfer Period Duration pccch_drx_timer_max (OMC-R parameter name: pccch_drx_max_t)
Displayed in the GPRS grouping in the CELL Detailed View. Specifies the minimum number of frames between two successive Packet Channel Request messages. Valid values are 0 to 9, where: 0 - S = 12. 1 - S = 15. 2 - S = 20. 3 - S = 30. 4- S = 41. 5 - S = 55. 6 - S = 76. 7 - S = 109. 8 - S = 163. 9 - S = 217. Cont.
GMR-01
2-129
PBCCH/PCCCH feature
Table 2-22
PBCCH/PCCCH parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View. Specify the values of the access persistence level P(i) for each priority i (i = 1 to 4), where radio priority 1 represents the highest radio priority. Valid values are 0 to 15, where: 0 - persistence level 0. 1 - persistence level 1. 2 - persistence level 2. ... 14 - persistence level 14. 15 - persistence level 16.
OMC-R GUI field name/BSS parameter name Persistence Level 1 to 4 persistence_lvl_0 persistence_lvl_1 persistence_lvl_2 persistence_lvl_3
Displayed in the GPRS grouping in the CELL Detailed View. Specifies the maximum number of retransmissions allowed for each radio priority i, where radio priority 1 represents the highest radio priority. Valid values are 0 to 3, where: 0 - 1 retransmission allowed. 1 - 2 retransmissions allowed. 2 - 4 retransmissions allowed. 3 - 7 retransmissions allowed. Cont.
2-130
GMR-01
PBCCH/PCCCH feature
Table 2-22
PBCCH/PCCCH parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View. Specifies the number of frames to spread transmission of the random access. Valid values are 0 to 15, where: 0 - two slots used to spread transmission. 1 - three slots used to spread transmission. 2 - four slots used to spread transmission. ... 8 - 10 slots used to spread transmission. 9 -12 slots used to spread transmission. 10 - 14 slots used to spread transmission. 11 - 16 slots used to spread transmission. 12 - 20 slots used to spread transmission. 13 - 25 slots used to spread transmission. 14 - 32 slots used to spread transmission. 15 - 50 slots used to spread transmission.
OMC-R GUI field name/BSS parameter name Slots to Spread Random Access Transmission prach_tx_int
Displayed in the GPRS grouping in the CELL Detailed View. Specifies the minimum received signal level at the MS required to access the system. Valid values are 0 to 63 (representing -110 dB to -47 dB). Default: 0. Displayed in the GPRS grouping in the CELL Detailed View. Specifies the maximum power level an MS may use when accessing the system. Valid values are 0 to 31. The valid range depends on the value of frequency_type, that is, whether a cell is PGSM and EGSM, DCS1800, or PCS 1900. Defaults: 22 for PGSM and EGSM. 0 for DCS1800. 30 for PCS1900. Cont.
GMR-01
2-131
PBCCH/PCCCH feature
Table 2-22
PBCCH/PCCCH parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View. Specifies the Hierarchical Cell Structures (HCS) priority class. Valid values are 0 to 7. Default: 0 (Lowest Priority). Displayed in the GPRS grouping in the CELL Detailed View. Specifies the HCS signal strength threshold. Each step is + 2 dBm. Valid values are 0 to 31, where: 0 means -110 dBm. 1 means -108 dBm. ... 31 means -48 dBm.
OMC-R GUI field name/BSS parameter name HCS Priority Class priority_class
Displayed in the GPRS grouping in the CELL Detailed View. Specifies the additional hysteresis that applies in ready state for cells in the same Routing Area (RA). Valid values are 0 to 7, where: 0 = 0 dB. 1 = 2 dB. 2 = 4 dB. ... 7 = 14 dB.
Displayed in the GPRS grouping in the CELL Detailed View. Specifies the exception rule for gprs_reselect_offset. Valid values are 0 or 1, where: 0 - Exception not allowed. 1 - Exception allowed.
Displayed in the GPRS grouping in the CELL Detailed View. Specifies if hysteresis is applied to C31. Valid values are 0 or 1, where: 0 - Hysteresis is not applied to C31. 1 - Hysteresis is applied to C31. Cont.
2-132
GMR-01
PBCCH/PCCCH feature
Table 2-22
PBCCH/PCCCH parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View. Specifies the additional hysteresis that applies when selecting a cell in a new routing area. Valid values are 0 to 7, where: 0 = 0 dB. 1 = 2 dB. 2 = 4 dB. ... 7 = 14 dB.
OMC-R GUI field name/BSS parameter name Routing Area Reselect Hysteresis ra_reselect_hysteresis (OMC-R parameter name: ra_reselect_hyst)
Displayed in the GPRS grouping in the CELL Detailed View. Specifies the negative offset to C32 that the MS uses for duration of gprs_penalty_time. Valid values are 0 to 7, where: 0 = 0 dB. 1 = 10 dB. 2 = 20 dB. 3 = 30 dB. ... 6 = 60 dB. 7 = infinity.
Displayed in the GPRS grouping in the CELL Detailed View. Specifies the length of time for which gprs_temporary_offset is active. One step equals 10 seconds. Valid values are 0 to 31, where: 0 = 10 seconds. 1 = 20 seconds. ... 31 = 320 seconds. Cont.
GMR-01
2-133
PBCCH/PCCCH feature
Table 2-22
PBCCH/PCCCH parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View. Specifies the negative or positive offset and a hysteresis to the GPRS cell reselection criteria. Valid values are 0 to 31, where: 0 = -52 dB. 1 = -48 dB. ... 10 = -12 dB. 11 = -10 dB. ... 22 = +12 dB. 23 = +16 dB. ... 31 = +48 dB. Cont.
OMC-R GUI field name/BSS parameter name GPRS Cell Reselect Offset gprs_reselect_offset (OMC-R parameter name: gprsReselectOffs)
2-134
GMR-01
PBCCH/PCCCH feature
Table 2-22
PBCCH/PCCCH parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View. Specifies the threshold for a multi-RAT MS to search for 3G cells. Valid values are 0 to 15, where: Search for 3G cells if the signal level is below a threshold of: 0 : -98 dBm. 1 : -94 dBm. 2 : -90 dBm. 3 : -86 dBm. 4 : -82 dBm. 5 : -78 dBm. 6 : -74 dBm. 7 : Infinity, always search for 3G cells. Search for 3G cells if the signal level is above a threshold of: 8 : -78 dBm. 9 : -74 dBm. 10 : -70 dBm. 11 : -66 dBm. 12 : -62 dBm. 13 : -58 dBm. 14 : -54 dBm 15 : Infinity, never search for 3G cells. Cont.
OMC-R GUI field name/BSS parameter name 3G Cell Threshold for Multi-RAT MS qsearch_p
GMR-01
2-135
PBCCH/PCCCH feature
Table 2-22
PBCCH/PCCCH parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View. Indicates whether 3G cells are searched when BSIC decoding is required. Valid values are 0 or 1, where: 0 - False (not searched). 1 - True (searched).
OMC-R GUI field name/BSS parameter name Allow Search for 3G Cells search_prio_3g
Displayed in the GPRS grouping in the CELL Detailed View. Specifies the offset to RLA_P for cell reselection to access technology/mode FDD. Valid values are 0 to 15, where: 0 = - infinity (always select a cell if acceptable). 1 = -28 dB. 2 = -24 dB. 3 = -20 dB. ... 8 = 0 dB. 9 = 4 dB. ... 15 = 28 dB.
2-136
GMR-01
PBCCH/PCCCH feature
To change the setting of gprs_network_operation_mode to 1, use the following command: chg_element gprs_network_operation_mode 1 pcu
GMR-01
2-137
2-138
GMR-01
The BSC and RXCDR software supports 8 Kbps switching so that half-rate enabled RTFs are provisioned on only two E1 timeslots between the BSC and BTS, that is, 8 Kbps backhaul is utilised. However, 7.95 capable RTFs are provisioned on an additional two E1 timeslots between the BSC and BTS, because 7.95 Kbps mode only fits in 16 Kbps TRAU frame format between the BSC and BTS. The GPD2 boards are used to double the transcoding capability. Each GDP2 board can handle up to 60 channels. The backhaul saving is achieved by replacing KSWs with DSWs in the BSC and RXCDR.
Link Adaptation
Full Rate Link Adaptation
When Full Rate Link Adaptation is used in conjunction with AMR, speech quality in poor RF environments is improved by adapting the speech rates and level of error correction on a call. For example, in a poor RF environment speech quality is reduced by reducing the speech rate and increasing the level of error correction. Full Rate AMR Link Adaptation enables the BSS to adapt the speech Codec modes in an AMR codec set on the uplink and downlink of an AMR FR call to provide the most suitable level of error correction for the RF environment. Uplink and Downlink Codec modes are considered separately and can be adapted separately. With Full Rate Link Adaptation up to four Codec modes can be included in the Full Rate Active Codec Set for a cell. A call is then adapted over this Active Codec Set according to the quality of the link between the mobile and the BSS. The Full Rate Codec modes supported are shown in Table 2-23.
GMR-01
2-139
In Half Rate AMR Link Adaptation there is a different Half Rate Active Codec Set, which can contain up to four of the Half Rate Codec modes supported in the Hardware Capable Codec Set for the CTU/TCU-B/TCU-A platforms. The Half Rate Codec modes supported in the Hardware Capable Codec Set for the CTU/TCU-B/TCU-A radios are shown in Table 2-23. There is also a different Half Rate Initial Codec Mode and different uplink and downlink Codec mode thresholds and hysteresis values for Half Rate AMR calls. The existing GSM Handover and Power Control algorithms are still used for the Half Rate AMR channel, but, similar to Full Rate Link Adaptation, a new set of Handover and Power control thresholds are introduced.
2-140
GMR-01
These settings can also be modified to fine tune performance as required. Within the Cell, RTFs can then be configured to be Half Rate channel mode capable.
GMR-01
2-141
The values for these fields are: Disabled (0) - meaning the feature is restricted. Enabled (1) - meaning the feature is unrestricted.
The default for these fields is Disabled (0), and cannot be changed by a user.
AMR parameters
Table 2-24 lists the parameters associated with configuring AMR. Table 2-24 AMR parameters BSS parameter name AMR BSS parameters: amrOpt Displayed in the Optional Features grouping of the BSS Detailed View. Indicates whether the Adaptive Multi-Rate (AMR) feature is restricted (Disabled) or unrestricted (Enabled) for the BSS. Displayed in the Optional Features grouping of the BSS Detailed View. Indicates whether the Adaptive Multi-Rate (AMR) using Enhanced GDP feature is restricted (Disabled) or unrestricted (Enabled) for the BSS. Displayed in the Optional Features grouping of the BSS and RXCDR Detailed View. Indicates whether the Adaptive Multi-Rate (AMR) Enhanced Capacity feature is restricted (Disabled) or unrestricted (Enabled) for the BSS or RXCDR. {24541} If this feature is enabled, the RXCDR will support 4800 CICs and 8 kbit/s switching. Cont. Details
amrEGDPProOpt
amrEnhancedCapOpt
2-142
GMR-01
Table 2-24
AMR parameters (Continued) BSS parameter name Details Displayed in the Optional Features grouping of the BSS Detailed View. Indicates whether the Adaptive Multi-Rate (AMR) TCU-A feature is restricted (Disabled) or unrestricted (Enabled) for the BSS. If this feature is enabled, TCU-A support for AMR is provided. Displayed in the Optional Features grouping of the BSS Detailed View. Indicates whether the Adaptive Multi-Rate (AMR) TCU-B feature is restricted (Disabled) or unrestricted (Enabled) for the BSS. If this feature is enabled, TCU-B support for AMR is provided. See BSS Detailed View fields - ("Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping" on page 4-38) for details of these parameters. See BSS Detailed View fields - ("Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping" on page 4-38) for details of these parameters. See BSS Detailed View fields - ("Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping" on page 4-38) for details of these parameters. See BSS Detailed View fields - ("Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping" on page 4-38) for details of these parameters.
amrTCUAOpt
amrTCUBOpt
Downlink Adaptation MS Monitor BSS parameters: amr_ms_monitor_period amr_ms_high_cmr amr_ms_low_cmr amr_ms_high_rxqual amr_ms_low_rxqual General AMR Cell parameters: hr_fr_hop_count See CELL Detailed View fields, General - ("Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping" on page 8-35) for further details. See CELL Detailed View fields, General - ("AMR Full Rate grouping" on page 8-36) for details.
Cont.
GMR-01
2-143
Table 2-24
AMR parameters (Continued) BSS parameter name Details See CELL Detailed View fields, General - grouping ("AMR/GSM Half Rate grouping" on page 8-42) for details of these parameters.
Half Rate AMR Cell parameters: amr_half_rate_enabled hr_res_ts hr_intracell_ho_allowed inner_hr_usage_thres new_calls_hr reconfig_fr_to_hr Full Rate Active Codec Set (ACS) Cell parameters: amr_fr_acs amr_fr_icm amr_fr_uplink_threshold1 amr_fr_uplink_threshold2 amr_fr_uplink_threshold3 amr_fr_uplink_hysteresis1 amr_fr_uplink_hysteresis2 amr_fr_uplink_hysteresis3 amr_fr_downlink_threshold1 amr_fr_downlink_threshold2 amr_fr_downlink_threshold3 amr_fr_downlink_hysteresis1 amr_fr_downlink_hysteresis2 amr_fr_downlink_hysteresis3 amr_fr_uplink_threshold1_hopping amr_fr_uplink_threshold2_hopping amr_fr_uplink_threshold3_hopping amr_fr_uplink_hysteresis1_hopping amr_fr_uplink_hysteresis2_hopping amr_fr_uplink_hysteresis3_hopping amr_fr_downlink_threshold1_hopping amr_fr_downlink_threshold2_hopping amr_fr_downlink_threshold3_hopping amr_fr_downlink_hysteresis1_hopping amr_fr_downlink_hysteresis2_hopping amr_fr_downlink_hysteresis3_hopping See CELL Detailed View fields, General - ("AMR Full Rate grouping" on page 8-36) for details.
Cont.
2-144
GMR-01
Table 2-24
Half Rate Active Codec Set (ACS) Cell parameters: amr_hr_acs amr_hr_icm amr_hr_uplink_threshold1 amr_hr_uplink_threshold2 amr_hr_uplink_threshold3 amr_hr_uplink_hysteresis1 amr_hr_uplink_hysteresis2 amr_hr_uplink_hysteresis3 amr_hr_downlink_threshold1 amr_hr_downlink_threshold2 amr_hr_downlink_threshold3 amr_hr_downlink_hysteresis1 amr_hr_downlink_hysteresis2 amr_hr_downlink_hysteresis3 amr_hr_uplink_threshold1_hopping amr_hr_uplink_threshold2_hopping amr_hr_uplink_threshold3_hopping amr_hr_uplink_hysteresis1_hopping amr_hr_uplink_hysteresis2_hopping amr_hr_uplink_hysteresis3_hopping amr_hr_downlink_threshold1_hopping amr_hr_downlink_threshold2_hopping amr_hr_downlink_threshold3_hopping amr_hr_downlink_hysteresis1_hopping amr_hr_downlink_hysteresis2_hopping amr_hr_downlink_hysteresis3_hopping Full Rate AMR Cell Handover parameters: l_rxqual_ul_h_amr_fr l_rxqual_ul_h_hopping_amr_fr l_rxqual_dl_h_amr_fr l_rxqual_dl_h_hopping_amr_fr Full Rate AMR Cell Power Control parameters: l_rxqual_ul_p_amr_fr l_rxqual_ul_p_hopping_amr_fr l_rxqual_dl_p_amr_fr l_rxqual_dl_p_hopping_amr_fr Half Rate AMR Cell Handover parameters: l_rxqual_ul_h_hr l_rxqual_ul_h_hopping_hr l_rxqual_dl_h_hr l_rxqual_dl_h_hopping_hr See CELL Detailed View fields, ("Handover AMR/GSM Half Rate grouping" on page 8-66) for details of these parameters. See CELL Detailed View fields ("Power control AMR Full Rate" on page 8-71) for details of these parameters. See CELL Detailed View fields, General - ("AMR Full Rate grouping" on page 8-36) for details. See CELL Detailed View fields, General ("AMR/GSM Half Rate grouping" on page 8-42) for details.
Cont.
GMR-01
2-145
Table 2-24
Half Rate AMR Cell Power Control parameters: l_rxqual_ul_p_hr u_rxqual_ul_p_hr l_rxqual_ul_p_hopping_hr l_rxqual_dl_p_hr u_rxqual_dl_p_hr l_rxqual_dl_p_hopping_hr Half Rate Link Adaptation Cell parameters: amr_hr_ul_la_enabled amr_hr_dl_la_enabled Full Rate Link Adaptation Cell parameters: amr_fr_dl_la_enabled amr_fr_ul_la_enabled Half Rate RTF parameters: half_rate_enabled allow_8k_trau Assoc_RXCDR parameters: eac_mode cic_block_thresh cic_unblock_thresh See Assoc_RXCDR Detailed View fields, Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping (Table 4-33) for details. See RTF Detailed View fields, Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping (Table 9-67) for details. CELL Detailed View fields, General - AMR Full Rate grouping (Table 8-14) for details of these parameters. See CELL Detailed View fields, General - AMR Half Rate grouping (Table 8-15) for details of these parameters. See CELL Detailed View fields, ("Power control AMR/GSM Half Rate" on page 8-72) for details of these parameters.
2-146
GMR-01
GMR-01
2-147
2-148
GMR-01
The GSM Half Rate feature offers enhanced capability over the air interface, corresponding to the proportion of mobiles within a coverage area that support Half Rate. An air timeslot is split into two sub-channels, each containing a half rate channel. Although speech quality is considered inferior to other speech codecs, the penetration level is high making it a viable option for high density areas. A full technical description of GSM HR can be found in Technical Description: BSS Implementation (68P02901W36).
Configuring GSM HR
GSM HR is an optional feature for a BSS. If the GSM HR feature is unrestricted (Enabled) at the BSS, then GSM HR can be enabled or disabled on a BSS, Cell or RTF basis.
GMR-01
2-149
GSM HR parameters
Table 2-25 lists the additional parameters specific to configuring GSM HR. Table 2-25 GSM HR specific parameters BSS parameter name GSM HR BSS parameters: gsmHalfRateOpt Displayed in the Optional Features grouping of the BSS Detailed View. Indicates whether the GSM Half Rate (HR) feature is restricted (Disabled) or unrestricted (Enabled) for the BSS. See BSS Detailed View fields - Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate ("Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping with GSM Half Rate" on page 4-40) for details of these parameters. See CELL Detailed View fields, General AMR/GSM Half Rate grouping ("AMR/GSM Half Rate grouping with GSM Half Rate" on page 8-49) for details of these parameters. Details
2-150
GMR-01
GMR-01
2-151
OMC-R GUI field name/ parameter name GPRS Seamless Cell Reselection Enabled scr_enabled
2-152
GMR-01
GMR-01
2-153
2-154
GMR-01
OMC-R GUI field name/BSS parameter name Current Bucket Level Feature bssgp_cbl_bit
GMR-01
2-155
Enhanced Scheduling
Enhanced Scheduling
Overview
In GSR6 GPRS Enhanced One-Phase (EOP) access, when a Random Access CHannel (RACH) was received at a BTS, the BTS used an EOP assignment if available. When the EOP assignments were exhausted, and the RACH throttle threshold had not been reached, the RACH was sent to the PCU. The PCU then responded by sending a one-phase immediate assignment message back to BTS for transmission to the mobile station (MS). Two-phase access was only used if the MS explicitly requested it. The two-phase RACH was processed at the PCU and the required messaging was carried over the RSL/GSL. The number of messages exchanged between the PCU and BTS over the RSL by these different TBF establishment methods may have caused the RSL to overload at high RACH arrival rates. This overloading may have adversely affected circuit switched traffic and reduced GPRS traffic handling capability. The Enhanced Scheduling feature introduces mechanisms that allows the BSS to dynamically select the most appropriate access method, allowing fast access whilst reducing the load on the signaling links.
These changes together increase scheduling efficiency leading to a greater amount of GPRS traffic handling capacity in a given cell whilst reducing the impact of the data traffic on circuit switched traffic. For further details of the Enhanced Scheduling, see Technical Description: BSS Implementation (68P02901W36).
2-156
GMR-01
Enhanced Scheduling
OMC-R GUI field name/BSS parameter name BSS parameters: Increased PRP Capacity Feature Supported prp_capacity_opt
Displayed in the Optional Features grouping of the BSS Detailed View form. Indicates whether or not the increased PRP capacity feature is restricted (disabled) or unrestricted (enabled) in the BSS software. This parameter cannot be modified by a user. The field is greyed-out in the OMC-R GUI if the GPRS feature is restricted (disabled). Displayed in the GPRS grouping of the BSS Detailed View form. Indicates whether increased PRP capacity is enabled (1) or disabled (0). If disabled (0), the concept of short and long GPRS sessions do not apply. This field cannot be set to True (1), if the Increased PRP Capacity Feature (prp_capacity_opt) is Disabled (0). Displayed in the GPRS grouping of the BSS Detailed View form. Determines the maximum number of DL timeslots allocated to a mobile for EOP and one-phase access.
1, 2, 4 or 8, where: 1 - multislot class1. 2 - multislot class 2, 3, 5.4 multislot class 4, 6, 7. 8 - multislot class 8 to 29. Default is 8. Cont.
GMR-01
2-157
Enhanced Scheduling
Table 2-28
Enhanced Scheduling parameters (Continued) Description Displayed in the GPRS grouping of the BSS Detailed View form. Represents a coefficient for a linear function to dynamically allocate/deallocate reserved PRR blocks. An aggressiveness factor of 0 means that each cell in the BSS has PRR blocks allocated according to the value of the gprs_min_prr_blks cell parameter. This field has no effect on cells that have pccch_enabled set to 1 (Enabled). Displayed in the GPRS grouping of the BSS Detailed View form. Determines whether Uplink or Downlink bias is applied to mobiles of multislot class 6 and 10. Displayed in the GPRS grouping of the CELL Detailed View form. Indicates the minimum number of reserved PRR blocks created per cell, when measured over four multiframes. This field has no effect on cells that have pccch_enabled set to 1 (Enabled). Displayed in the GPRS grouping of the BTS SITE Detailed View form. Indicates the percentage of RSL traffic reserved for circuit switch (CS) traffic per site. This field can only be modified if GPRS is enabled. 0 to 4. Default is 3. Values
OMC-R GUI field name/BSS parameter name PRR Blocks Reservation Aggressiveness Factor prr_aggr_factor
CELL parameters: Minimal number of dynamic PRR blocks gprs_min_prr_blks 0 to 24. Default is 0.
BTS site parameters: Percentage of RSL Reserved for CS percent_traf_cs 0 to 90. Default is 55.
2-158
GMR-01
Enhanced Scheduling
GMR-01
2-159
Enhanced Scheduling
For example, the following command displays the current value of gprs_min_prr_blks at cell 0010111: disp_element gprs_min_prr_blks 0 cell_number = 0 0 1 0 1 1 1 The system replies, for example:
gprs_min_prr_blks = 4
2-160
GMR-01
{22404}
Overview of IMRM
The Intelligent Multilayer Resource Management (IMRM) feature enables optimal traffic management by utilizing all available frequency bands deployed in a particular area: Multi-band (PGSM, EGSM, DCS1800, and so on) Multi-layer (macro and micro) Multi-RAT (GSM and UMTS) networks
The existing Advanced Load Management (ALM) feature allowed an operator to re-direct mobile traffic to a preferred band by setting certain parameters in each cell. However, the ALM feature has difficulty managing the increased number of different layers within the BSS (for example, macro, micro, pico, PGSM, EGSM, DCS1800 and UMTS). Using the ALM feature with more than two bands resulted in mobiles, in some circumstances, handing over to macro layers when the operator wanted the mobile to be maintained on the micro layer. EGSM Layer Management, or ALM for EGSM carriers, overrides the preferred band set by the ALM feature so that the EGSM layer is not under utilized. The IMRM feature is an enhancement to the Advanced Load Management (ALM) feature and EGSM Layer Management. IMRM uses a weight-based algorithm that distributes calls between all available bands before congestion is encountered. On call establishment or when handover from the existing serving cell is required, the algorithm chooses a "preferred" band based on the band weightings and mobile capabilities. The preferred band is biased by operator settable parameters to reflect intrinsic capacity available on each band, number of mobiles users capable of accessing that band, and service consideration. The IMRM and the ALM algorithms cannot be operated in the same cell. The two algorithms may be operated in neighbouring cells either within the same BSS or different BSSs.
GMR-01
2-161
Background to IMRM
Over many years, numerous features have been introduced to aid in the management of multi-frequency band networks. Some to support the initial introduction of a new frequency band, that is DCS1800 and later EGSM, and others to try and optimise resource utilisation across the multitude of different bands, for example Multiband Handover, SBCCH and EGSM Layer Management. These algorithms, generally are in competition rather than complimentary, and heavily biased towards a mobile capability profile (in terms of frequency band support), though valid at the time of introduction, no longer applicable and leads to less than optimal network performance. The two main areas of concern impacted by the IMRM feature are: Imbalance between bands, for example, the DCS1800 is heavily utilised whilst other bands are not. Imbalance between layers, that is, macro overlay running at very high utilisation levels, whilst micro underlay can be very lightly used.
The first of these has a direct impact on the second, that is, where the micro underlay is not the same frequency type as the macro preference, then traffic which should be supported on the micro layer is targeted to the preferred band macro layer. This causes the effect of over-utilisation in the macro layer and under-utilisation in the micro layer. By addressing the band imbalance, that is, allowing for better distribution of traffic across all available frequency bands, IMRM has a positive effect on the layer imbalance (no distinction made between micro layer band capability and macro layer band capability). The key drivers for traffic distribution are network capacity for the supported frequency bands in conjunction with multi-band mobile penetration. These vary between networks and also within a single network over a period of time a typical example of this would be the gradual increase in penetration levels of DCS1800 capable mobiles.
Benefits of IMRM
The following are the benefits of the IMRM feature: Simplicity of operation and deployment. Efficient use of spectrum resource as a result of the ability to prioritise traffic allocation by both band and layer. Optimises Voice and CS Data usage with available resources. Traffic management between systems from different vendors. Balanced traffic across radio access technologies. Unified and scalable solution to resource management. Reduced drop call rate and improved Quality of Service.
2-162
GMR-01
The actual weightings should be defined based on the available capacity (directly within the cell, but should also consider neighbouring cells, micro underlay and/or macro overlay and so on), as well as mobile penetration levels supporting the particular band/RAT. The statically defined weightings are then dynamically combined with the capabilities of the mobile requesting network resources, to define a Band Preference for targeting of network resources for allocation. The mobile capabilities are used to discount layers that the mobile cannot support, the remaining layer weightings are then scaled to represent a probability weighting for each of the individual layers. A random element is then introduced to effect the distribution across the available layers. The higher the weighting is set for a particular band (relative to other bands), the more chance that the layer will be selected. Setting a layer to the maximum weighting removes the distribution effect and emulates ALM. A default mode of operation is supported whereby the system applies an internally defined set of weightings where an operator has enabled IMRM but not configured band weightings in that cell. There are two sets of internal weightings based on whether EGSM is supported or not in the current cell. These are shown in Table 2-29. Table 2-29 EGSM Support YES NO Default Band weightings for EGSM and non-EGSM enabled systems PGSM 45 50 EGSM 10 0 DCS1800 45 50 UMTS 0 0
These internally defined weight values are used as a direct replacement for the per-cell configuration items where all items have been left undefined. Defining any of the supported weights results in the algorithm using the configuration items rather than the internal defaults. The internal defaults are not configurable.
GMR-01
2-163
Unlike existing behaviour whereby band preference is defined statically for a cell (using the band_preference parameter), IMRM supports the dynamic calculation of the Preferred Band on a per-call basis. This is be performed as per the following: On initial Assignment. On in-coming External Handover. On in-coming Internal Handover whereby: Source cell does not have the Preferred Band defined (non-IMRM Cell). Source cell defined Preferred Band not supported in target cell. Target cell configured to force recalculation.
The dynamically calculated Preferred Band is then applied as for (and in replacement of) the current statically defined band_preference, and in conjunction with (the current) band_preference_mode, it will be used to define target resources on initial resource allocation and/or handover behaviour. See Table 2-32 for further details. UMTS support is included, but is currently limited by a number of factors, such as limited coverage, the expected limited penetration of multi-RAT capable handsets and limitations on resource allocation between RATs on service request.
Therefore it is currently not recommended that IMRM is used to control 2G-3G handovers.
2-164
GMR-01
In an IMRM-enabled cell the PCPB is determined by the application of the IMRM algorithm, based on the band-weightings within that cell. The band preference mode determines the behaviour of all mobiles that are currently in dedicated mode (that is, have a TCH up) within that cell. Table 2-31 summarizes the possible values that the band preference mode can take, along with the resulting system behaviours. Table 2-32 describes the band selection algorithms per band preference mode that are invoked on assignment and handover request. Table 2-31 Setting 0 1 2 3 4 5 6 Summary of band preference modes and their associated behaviours Comment Attempt to handover to strongest reported neighbour. Attempt assignment to strongest preferred band reported neighbour (SDCCH TCH). Attempt handover to strongest preferred band reported neighbour. 1 and 2 above. Attempt assignment to strongest preferred band TCH immediately after initial assignment. 1 or 4 above. 1 or 4 above.
Correct setting of the band-preference mode is important in optimising an IMRM-enabled system as it controls the interaction between cells, and important in moderating the interaction of other features with IMRM. Table 2-32 Setting 0 1 Assignment and Handover band selection algorithms for the band preference modes Assignment Outer Zone Local preferred then / or Neighbour preferred then Local non-preferred Outer Zone preferred then / or Outer Zone non-preferred Handover Strongest. Inner Zone continual. Strongest. Inner Zone continual when preferred. Inner Zone continual when preferred. Normal / Congestion to preferred. Inner Zone continual when preferred. Normal / Congestion to preferred. Inner Zone continual when preferred. Preferred neighbour continual. Normal / Congestion to preferred. Cont. 68P02901W17-R 14 Apr 2006 2-165
Local preferred then / or Neighbour preferred then Local non-preferred Outer Zone Outer Zone preferred then / or Outer Zone non-preferred
GMR-01
Table 2-32 Assignment and Handover band selection algorithms for the band preference modes (Continued) Setting 5 Assignment Local preferred then / or Neighbour preferred then Local non-preferred Outer Zone Handover Inner Zone continual when preferred. Preferred neighbour continual. Normal / Congestion to preferred.
Same as 5.
In addition, Band Preference Modes (BPM) 4 and 5 both allow assignment to the strongest preferred band cell immediately after initial TCH assignment. If the PCPB differs from the BCCH band, then an intercell handover may take place immediately after the TCH has been assigned. The selection of band preference mode 4 or 5 should be based on the desired cell selection algorithm, and the configuration of cells within the neighbourhood. In this case, the difference between BPM 2 and 3, and 4 and 5 is that in the former handover to the preferred band will take place immediately on qualification if the preferred band is in the IZ in a dual band cell, whereas in the latter handover to any preferred band cell (that is, not just intra-cell handover, but handover to the optimal preferred band neighbour, whether it is in the same cell or not) will be attempted immediately after assignment. Motorola currently advise BPM 2 or 3 over 4 or 5, as these perform a local handover only, and are therefore unlike to consume the same level as system resources as the inter BTS or external handover that may be triggered by BPM 4 or 5.
An immediate handover from the initial assignment band to the PCPB may impact voice quality for affected handsets. This may also be dependent on the speed of the signalling, and on how quickly the call is established after the initial TCH assignment.
2-166
GMR-01
Where the IMRM Force Recalculation (imrm_force_recalc) flag is set, the PCPB of that cell will be recomputed based on the Band Weightings of the current cell. This may or may not change the PCPB (depending on the original PCPB, the MS capabilities and the Band Weightings). The band preference mode applied in that cell will then determine at what point a handover may then take place.
Outer to Inner zone handovers (where the Inner zone is the Preferred band) will still take place as soon as the Inner zone qualifies, as per ALM.
For information about the interaction of IMRM with other BSS features, see Intelligent Multilayer Resource Management Field Optimization Guide (GSM-BSS-22404-FOG-001).
GMR-01
2-167
OMC-R GUI field name/BSS parameter name BSS parameters: Intelligent Multilayer Feature imrmOpt
Displayed in the Optional Features grouping of the BSS Detailed View. Indicates whether IMRM feature is unrestricted (enabled) or restricted (disabled). Displayed in the CELL Detailed View, General section, Multiband handover grouping. Allows the preferred band to be set for a cell. To enable IMRM on a per cell basis, set to 16 (DYNAMIC) The value 16 (DYNAMIC) can only be selected if Intelligent Multilayer Feature (imrmOpt) is unrestricted (enabled). When IMRM is enabled for a cell, Advanced Load Management (ALM) feature is automatically switched off. When IMRM is switched off, ALM is automatically switched on. Also used by the ALM feature, see "Advanced Load Management for EGSM" on page 2-82. Displayed in the CELL Detailed View, General section, Multiband handover grouping. When the IMRM feature (imrmOpt) is enabled, displays whether or not a recalculation on the preferred band to handover to is executed on the cell. See "Use of IMRM Force Recalculation flag" on page 2-166 for further details of how to set this parameter.
Cont.
2-168
GMR-01
Table 2-33
Intelligent Multilayer Resource Management parameters (Continued) Description Displayed in the CELL Detailed View, General section, Multiband handover grouping. When the IMRM feature (imrmOpt) is enabled, displays the weighting for the PGSM frequency. Only one weighting can be set to 100, otherwise the following error message is displayed: Cannot set more than one IMRM band weight to the max value. See "Layer weightings" on page 2-163 for further details of how to set this parameter. Displayed in the CELL Detailed View, General section, Multiband handover grouping. When the IMRM feature (imrmOpt) is enabled, displays the weighting for the EGSM frequency. Only one weighting can be set to 100, otherwise the following error message is displayed: Cannot set more than one IMRM band weight to the max value. See "Layer weightings" on page 2-163 for further details of how to set this parameter. Displayed in the CELL Detailed View, General section, Multiband handover grouping. When the IMRM feature (imrmOpt) is enabled, displays the weighting for the DCS1800 frequency. Only one weighting can be set to 100, otherwise the following error message is displayed: Cannot set more than one IMRM band weight to the max value. See "Layer weightings" on page 2-163 for further details of how to set this parameter. Values 0 to 100. Default is 0.
OMC-R GUI field name/BSS parameter name PGSM Weighting (0100) imrm_pgsm_weight
0 to 100. Default is 0.
IMRM DCS1800 Weighting (0-100) imrm_dcs1800_weight (Field name in OMC-R database table: mrm_dcs18_weight)
0 to 100. Default is 0.
Cont.
GMR-01
2-169
Table 2-33
Intelligent Multilayer Resource Management parameters (Continued) Description Displayed in the CELL Detailed View, General section, Multiband handover grouping. When the IMRM feature (imrmOpt) is enabled, displays the weighting for the UMTS frequency. Only one weighting can be set to 100, otherwise the following error message is displayed: Cannot set more than one IMRM band weight to the max value. Greyed-out if either the IMRM or 2G3G feature is restricted. See "Layer weightings" on page 2-163 for further details of how to set this parameter. Displayed in the CELL Detailed View, General section, Multiband Handover grouping. Determines the method used to have a MultiBand MS use the band of preference for a given cell in the BSS. Can only be modified if the MultiBand Inter-Cell Handover feature is unrestricted (enabled). See "Use of Band Preference Mode" on page 2-164 for recommended settings when used in conjunction with IMRM. Values 0 to 100. Default is 0.
OMC-R GUI field name/BSS parameter name IMRM UMTS Weighting (0-100) imrm_umts_weight
0 to 6. Default is 0.
2-170
GMR-01
{23956}
Overview of QoS
In R99 of the 3GPP specifications, Packet Flow Management (PFM) procedures were added to the BSSGP protocol. These procedures provide for aggregation of similar QoS profiles into a single Packet Flow Context and allow the BSS to negotiate and modify QoS parameters. The Aggregate BSS QoS Profile (ABQP) field, contained in PFM signals, describes the QoS characteristics for a single PFC, identified by a Packet Flow Identifier (PFI). The ABQP field contains a full set of QoS parameters: traffic class, Traffic Handling Priority (THP), maximum bit rates and guaranteed bit rates for uplink/downlink, transfer delay, and other fields describing error rate/ratio characteristics are parameters included in the ABQP to provide a more specific differentiation of services to users. With the added parameters contained in the ABQP field, and the ability to negotiate and modify these QoS parameters, the BSS can now provide differentiated services to users in line with the QoS requested by the mobile and consistent to those offered to the mobile by the other network entities, thus providing a more consistent QoS E2E. For a full description of QoS, see Technical Description: BSS Implementation (68P02901W36).
GMR-01
2-171
Table 2-34
OMC-R GUI field name/BSS parameter name BSS parameters: Quality Of Service Feature qosOpt
Displayed in the Optional Features grouping of the BSS Detailed View. Indicates whether QoS feature is enabled or disabled.
0 or 1, where: Disabled (0). Enabled (1). If the feature has been purchased the default is Enabled (1), otherwise the default is Disabled (0). 0 or 1, where: Off (0). On (1). Default is Off (0).
Displayed in the Quality of Service grouping in the BSS Detailed View. Specifies whether PFM procedures are enabled. Greyed out if QoS feature is not purchased and NACC feature is not enabled in the BSS. If modified the following warning message is displayed: WARNING: Changing this element may trigger a negotiation with the SGSN, resulting in the reset of signalling BVCI. QoS feature shall be enabled/disabled subject to this negotiation. Ongoing data transfers will be affected due to signalling reset. Do you wish to modify? Displayed in the Quality of Service grouping in the BSS Detailed View. Indicates which ARP signalling selection option is used for R99/R4 mobiles. Greyed out if QoS Feature is not purchased. If bssgp_pfc_bit set to On (1) and arp_signal_sele is modified the following message is displayed: WARNING: Changing arp_signal_sele when QoS is enabled will only affect new PFCs.
0, 1, or 2, where: Fixed ARP Value of 3 (0). Map precedence class values to ARP(1, 2, 3) (1), Map Traffic Handling Priority to ARP (2) Default is Map precedence class values to ARP(1, 2, 3) (1).
Cont.
2-172
GMR-01
Table 2-34
Quality of Service parameters (Continued) Description Displayed in the Quality of Service grouping in the BSS Detailed View. Specifies the THP weight of interactive 2 class. Traffic Handling Priority controls relative throughput of PFCs by assigning a weighting factor for interactive 2 class. Greyed out if QoS Feature is not purchased. Field becomes read-only if bssgp_pfc_bit is set to On (1). If thp_i2_weight is modified and then bssgp_pfc_bit is set from 0 to 1, the BSS Detailed View reverts back to previously saved value for thp_i2_weight. Displayed in the Quality of Service grouping in the BSS Detailed View. Specifies the THP weight of interactive 3 class. Traffic Handling Priority controls relative throughput of PFCs by assigning a weighting factor for interactive 3 class. Greyed out if QoS Feature is not purchased. Field becomes read-only if bssgp_pfc_bit is set to On (1). If thp_i3_weight is modified and then bssgp_pfc_bit is set from 0 to 1, the BSS Detailed View reverts back to previously saved value for thp_i3_weight. thp_i3_weight must be less than or equal to the value of thp_i2_weight. Values 10 to 40 Default is 40.
OMC-R GUI field name/BSS parameter name THP Weight of Interactive 2 Class thp_i2_weight
10 to 40 Default is 40.
Cont.
GMR-01
2-173
Table 2-34
Quality of Service parameters (Continued) Description Displayed in the Quality of Service grouping in the BSS Detailed View. Specifies the THP weight of background class. Traffic Handling Priority controls relative throughput of PFCs by assigning a weighting factor for background class. Greyed-out if QoS Feature is not purchased. Field becomes read-only if bssgp_pfc_bit is set to On (1). If thp_bg_weight is modified and then bssgp_pfc_bit is set from 0 to 1, the BSS Detailed View reverts back to previously saved value for thp_bg_weight. thp_bg_weight must be less than or equal to the value of thp_i3_weight. Displayed in the Quality of Service grouping in the BSS Detailed View. Specifies the THP weight of best effort class. Traffic Handling Priority controls relative throughput of PFCs by assigning a weighting factor for best effort class. Greyed-out if QoS Feature is not purchased. Field becomes read-only if bssgp_pfc_bit is set to On (1). If thp_be_weight is modified and then bssgp_pfc_bit is set from 0 to 1, the BSS Detailed View reverts back to previously saved value for thp_be_weight. thp_be_weight must be less than or equal to the value of thp_i3_weight. Values 10 to 40 Default is 40.
OMC-R GUI field name/BSS parameter name THP Weight of Background Class thp_bg_weight
0 to 40 Default is 40.
Cont.
2-174
GMR-01
Table 2-34
Quality of Service parameters (Continued) Description Displayed in the Quality of Service grouping in the BSS Detailed View. Specifies choices for ARP parameter for PFCs belonging to best effort traffic class. Greyed-out if QoS Feature is not purchased. If arp_signal_sele is set to Disable ARP across BSS (0), any attempt to modify pfc_be_arp will display the following message: WARNING: Any changes to pfc_be_arp do not change system behaviour when arp_signal_sele is equal to 0. Displayed in the GPRS grouping in the BSS Detailed View. QoS modifies the behaviour of this parameter. If gprs_sched_beta is modified and saved while QoS is enabled, the following message is displayed: WARNING: Changes to gprs_sched_beta are overridden while QoS is enabled. Displayed in the GPRS grouping in the BSS Detailed View. QoS modifies the behaviour of this parameter. If bssgp_pfc_bit is set to On (1), any modification to eop_enabled will be overridden. If eop_enabled is modified and saved while QoS is enabled and bssgp_pfc_bit is set to on(1), the following message is displayed: WARNING: Changes to eop_enabled are overridden while QoS is enabled. Values 0, 1, 2, or 3, where: ARP mapped from precedence class (0), ARP 1 (1), ARP 2 (2), ARP 3 (3). Default is ARP mapped from precedence class (0).
OMC-R GUI field name/BSS parameter name ARP Parameter for Best Effort Class PFCs pfc_be_arp
Cont.
GMR-01
2-175
Table 2-34
OMC-R GUI field name/BSS parameter name CELL parameters: MTBR for Interactive THP 1 qos_mtbr_i1_dl
Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies the downlink Minimum Throughput Budget Requirement (in Kbps) ranges from 2-24 for Interactive traffic class, traffic handling priority 1. Greyed-out if QoS Feature is not purchased. Read-only if bssgp_pfc_bit is set to On (1). Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies the uplink Minimum Throughput Budget Requirement (in Kbps) ranges from 2-6 for Interactive traffic class, traffic handling priority 1. Greyed-out if QoS Feature is not purchased. Read-only if bssgp_pfc_bit is set to On (1). Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies the uplink Minimum Throughput Budget Requirement (in Kbps) ranges from 2-6 for Interactive traffic class, traffic handling priority 1. Greyed-out if QoS Feature is not purchased. Read-only if bssgp_pfc_bit is set to On (1).
2 to 24. Default 2.
2 to 6. Default is 2.
2 to 6. Default is 2.
Cont.
2-176
GMR-01
Table 2-34
Quality of Service parameters (Continued) Description Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies the downlink Minimum Throughput Budget Requirement (in Kbps) ranges from 2-24 for Interactive traffic class, traffic handling priority 2. Must be less than or equal to the value of qos_mtbr_i1_dl. Greyed-out if QoS Feature is not purchased. Read-only if bssgb_pfc_bit is set to On (1). Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies the uplink Minimum Throughput Budget Requirement (in Kbps) ranges from 2-6 for Interactive traffic class, traffic handling priority 2. Greyed-out if QoS Feature is not purchased. Must be less than or equal to the value of qos_mtbr_i1_ul. Greyed-out if QoS Feature is not purchased. Read-only if bssgp_pfc_bit is set to On (1). Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies the downlink Minimum Throughput Budget Requirement (in Kbps) ranges from 2-6 for Interactive traffic class, traffic handling priority 3. Greyed-out if QoS Feature is not purchased. Must be less than or equal to the value of qos_mtbr_i2_dl. Read-only if bssgp_pfc_bit is set to On (1). 2 - 24. Default is 2. Values
OMC-R GUI field name/BSS parameter name Downlink MTBR for Interactive THP 2 qos_mtbr_i2_dl
2 to 6. Default is 2.
2 to 6. Default is 2.
Cont.
GMR-01
2-177
Table 2-34
Quality of Service parameters (Continued) Description Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies the uplink Minimum Throughput Budget Requirement (in Kbps) ranges from 2-6 for Interactive traffic class, traffic handling priority 3. Greyed-out if QoS Feature is not purchased. Must be less than or equal to the value of qos_mtbr_i2_ul. Read-only if bssgp_pfc_bit is set to On (1). Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies the downlink Minimum Throughput Budget Requirement (in Kbps) ranges from 2-6 for Best Effort traffic class. Greyed-out if QoS Feature is not purchased. Read-only if bssgp_pfc_bit is set to On (1). Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies the uplink Minimum Throughput Budget Requirement (in Kbps) ranges from 2-6 for Best Effort traffic class. Greyed-out if QoS Feature is not purchased. Read-only if bssgp_pfc_bit is set to On (1). Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies the downlink Minimum Throughput Budget Requirement (in Kbps) ranges from 2-6 for Background traffic class. Greyed-out if QoS Feature is not purchased. Read-only if bssgp_pfc_bit is set to On (1). 2 to 6. Default is 2. Values
OMC-R GUI field name/BSS parameter name Uplink MTBR for Interactive THP 3 qos_mtbr_i3_ul
2 to 6. Default is 2.
2 to 6. Default is 2.
2 to 6. Default is 2.
GMR-01
Table 2-34
Quality of Service parameters (Continued) Description Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies the uplink Minimum Throughput Budget Requirement (in Kbps) ranges from 2-6 for Background traffic class. Greyed-out if QoS Feature is not purchased. Read-only if bssgp_pfc_bit is set to On (1). Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Specifies how long the mobile needs to wait before Re-Raching into the cell. Greyed-out if GPRS Feature is not purchased. Displayed in the Quality of Service grouping in the PCU Detailed View. Guards the DOWNLOAD-BSS-PFC procedure. Greyed out if the QoS feature (qosOpt) is restricted. Set to read-only if bssgp_pfc_bit is set to 1 (On). Displayed in the Quality of Service grouping in the PCU Detailed View. Guards the MODIFY-BSS-PFC procedure. Greyed out if the QoS feature (qosOpt) is restricted. Set to read-only if bssgp_pfc_bit is set to 1 (On). Displayed in the Quality of Service grouping in the PCU Detailed View. Guards the RA-CAPABILITY-UPDATE procedure. Greyed out if the GPRS feature (gprsOpt) is restricted. 2 to 6. Default is 2. Values
OMC-R GUI field name/BSS parameter name Uplink MTBR for Background Traffic Class qos_mtbr_bg_ul
100 to 750. Default is 150. The unit is Block Periods; one Block Period is 20 ms.
PCU parameters: DOWNLOAD-BSS-PFC Procedure Guard Timer bssgp_t6_timer 100 to 10000. Default is 3000.
Cont.
GMR-01
2-179
Table 2-34
Quality of Service parameters (Continued) Description Displayed in the Quality of Service grouping in the PCU Detailed View. Indicates the maximum number of retries for PFC Download. Greyed out if the QoS feature (qosOpt) is restricted. Displayed in the Quality of Service grouping in the PCU Detailed View. Indicates the negotiated value of CBL Bit. Displayed in the Quality of Service grouping in the PCU Detailed View. Indicates the negotiated value of PFC Bit. Values 1 to 3. Default is 3 (tries).
OMC-R GUI field name/BSS parameter name Maximum Number of Retries for PFC Download bssgp_dwnld_retry
0 or 1. 0 = CBL feature at PCU disabled. 1 = CBL feature at PCU enabled. No default. Read-only. 0 or 1. 0 = QoS feature at PCU disabled. 1 = QoS feature at PCU enabled. No default. Read-only.
2-180
GMR-01
{22708}
Overview
In systems prior to GSR8, there were performance degradations when the MS performed an autonomous cell reselection. These were caused for the following reasons: Since the MS has limited information about the target cell that it performs cell reselection to, the mobile station might perform a cell reselection to a target cell that is congested or might even select a cell with GPRS/EGPRS service disabled. The MS has to read a consistent set of target cell system information messages before resuming the data transfer on the target cell. This procedure may delay the data transfer resumption depending upon the periodicity of the broadcast system information messages in the network.
The Network Assisted Cell Change (NACC) feature reduces the overhead associated with cell selection.
Description
The Network Assisted Cell Change feature consists of two independent procedures. The first procedure allows the MS to indicate to the network the need for a cell change. In the second procedure, the network provides neighbour cell data to the MS. For a full description of NACC, see Technical Description: BSS Implementation (68P02901W36).
GMR-01
2-181
Congestion Relief
When performing congestion relief, QoS has to be considered so as to not move high priority users for the sake of reducing congestion. QoS would signal if a cell is congested and will also send a candidate list of mobiles preferable for cell reselection. Cell congestion and PRP congestion will be indicated separately by QoS. In both cases the candidate list of mobiles are the only list of mobiles considered for cell reselection due to congestion relief. However, when PRP congestion is indicated, only the mobiles that can be reselected to cells that are not on the congested PRP are considered for cell reselection.
2-182
GMR-01
OMC-R GUI field name/BSS parameter name BSS parameters: Network Assisted Cell Change Feature naccOpt
Displayed in the Optional Features grouping of the BSS Detailed View. Displays whether the Network Assisted Cell Change Feature is Unrestricted or Restricted for the BSS. Displayed in the Network Assisted Cell Change grouping of the BSS Detailed View. Indicates whether Cell Change Notification (CCN) is enabled or disabled for the BSS. Can only be modified by a user if Network Assisted Cell Change (NACC) feature (naccOpt) is unrestricted for the BSS. Cannot be set to 0 if the QoS feature is enabled.
Cont.
GMR-01
2-183
Table 2-35
Network Assisted Cell Change (NACC) parameters (Continued) Description Displayed in the GPRS grouping of the BSS Detailed View. Allows enabling and disabling of the GPRS type-5 microcellular algorithm for the BSS. Enabling the GPRS type 5 algorithm is only allowed when the NACC feature, microcellular feature and NCCR feature are enabled for the BSS. Removed by introduction of the QoS feature. Values 0 or 1, where: 0 = GPRS type-5 algorithm is disabled. 1 = GPRS type-5 algorithm is enabled.
OMC-R GUI field name/BSS parameter name GPRS Type 5 Algorithm Enabled gprs_type5_alg
2-184
GMR-01
{24347}
Overview
Enhanced Multi-Level Precedence and Pre-emption (eMLPP) feature enhances the control of call traffic by adding multi level precedence and pre-emption to the existing functionality of prioritising the calls and call queuing.
Background
Previous software allowed only two levels of priority; high priority and low priority. Emergency calls were classified as high priority calls and non-emergency calls were classified as low priority calls. Hence, only pre-emption of non-emergency calls by emergency calls was supported by the system. The pre-emption was implemented within the BSS. The BSS ignored the PCI and PVI information in the assignment request message from MSC. Pre-emption was performed in the following: TCH pre-emption emergency calls (high priority) calls are allowed to pre-empt the non-emergency calls (low priority). TCH pre-emption during initial establishment is supported for the emergency calls only when the ECP feature is enabled. Ater pre-emption supported for the emergency calls (including Ater switchover) as an option only when the ECP feature is enabled. Mobis channel pre-emption supported for emergency calls by BTS concentration only when the ECP feature is enabled.
GMR-01
2-185
Description of eMLPP
The eMLPP feature adds multi level priority (precedence), to which an originating and incoming external handover call can be assigned. The BSS conforms to 3GPP 48.008 standards in supporting the full set of priority and pre-emption procedures. Three kinds of resource pre-emption are supported: TCH, Ater channel, and queue block. Pre-emption is supported for: New call set up External handover that comes into the BSS Internal imperative handover (not queue block) Call switchover by which calls do not necessarily need to be terminated due to a single failure on the link set (not queue block).
When eMLPP is enabled: In EAC mode (irrespective of whether ECP functionality is enabled), Ater pre-emption based on priority is supported for call setup, external handover and internal imperative handover requests. In EAC/AC mode, Ater pre-emption is supported for call switchover.
It is responsibility of MSC to ensure that the priority, pci/pvi, and QA are set consistently for emergency calls and non-emergency calls. It is responsibility of MSC to protect a TS12 call from pre-emption by setting pvi = 0 to this kind of call. The BSS will follow the pci/pvi and priority settings as per MSC assigned values without any modification or validation. For example, if the MSC mistakenly set pvi = 1 to an emergency call, this call is not protected and can be pre-empted in BSS. For a full description of NACC, see Technical Description: BSS Implementation (68P02901W36).
eMLPP parameters
Table 2-36 details the parameters associated with the Enhanced Multi-level Precedence and Pre-emption (eMLPP) feature. Unless stated otherwise, the OMC-R parameter name is usually the same as the BSS parameter name. For further details of these and other parameters, see Technical Description: BSS Command Reference (68P02901W23).
2-186
GMR-01
Table 2-36
Enhanced Multi-level Precedence and Pre-emption (eMLPP) parameters Description Displayed in the Optional Features grouping of the BSS Detailed View. Displays whether the Enhanced Multi-Level Precedence and Preemption (eMLPP) feature is unrestricted or restricted. Displayed in the Pre-emption grouping in the BSS Detailed View. Displays the selected pre-emption option. Values 0 or 1, where: Restricted (0). Unrestricted (1).
0 to 3, or, 0 or 1. If enhancedMLPPOpt is enabled, the range is 0 to 3, where: ECP and eMLPP Disabled (0) ECP Enabled eMLPP Disabled (1) ECP Disabled eMLPP Enabled (2) ECP and eMLPP Enabled (3). If enhancedMLPPOpt is disabled, the range is 0 to 1, where: ECP Disabled (0) ECP Enabled (1). Default is 0. Cont.
GMR-01
2-187
Table 2-36
Enhanced Multi-level Precedence and Pre-emption (eMLPP) parameters (Continued) Description Displayed in the Pre-emption grouping in the BSS Detailed View. Defines a priority level threshold for calls. Any call (including handovers) with higher or equal priority than emergency_group_priority is exempt from certain congestion mechanisms. Greyed out if enhancedMLPPOpt is disabled. Displayed in the Pre-emption grouping in the BSS Detailed View. Indicates the priority level for switchable PDTCH resources. This ensures that the equal or lower priority calls to the PDTCH do not steal the PDTCH resources. Greyed out if enhancedMLPPOpt is disabled. Values 0 to 14. Default is 0 meaning no calls are exempt (disabled) from certain congestion mechanisms.
OMC-R GUI field name/BSS parameter name Emergency Group Priority emergency_ group_priority
1 to 14. Default is 14, meaning priority protection is disabled allowing all calls to allocate switchable PDTCH resources.
2-188
GMR-01
{24620}
Overview
The Fast Call Setup feature speeds up the time taken to set up a standard voice call.
Description
The Fast Call Setup feature assigns the MS directly to the TCH during the IMMEDIATE ASSIGNMENT message, when the available TCHs for the BCCH band are below the operator-configured threshold. Once the TCH usage for the outer zone has equalled or exceeded this threshold, the BSS performs assignment through the SDCCH. The benefits of this direct assignment are: Returning the MS from the SDCCH to the TCH is avoided. Establishing the main signalling (LAPDm) is only done once. The data throughput on the TCH is faster than that of the SDCCH. The operatorconfigured thresholds can help avoid cell congestion due to phantom RACHs.
GMR-01
2-189
Table 2-37
OMC-R GUI field name/BSS parameter name BSS parameters: Fast Call Service Feature FastCallOpt
Displayed in the Optional Features grouping of the BSS Detailed View. Displays whether the Fast Call Service feature is restricted (Disabled (0)) or unrestricted (Enabled (1)). Cannot be modified by a user. Displayed in the General Radio Channel Configuration grouping of the CELL Detailed View. Indicates percentage of TCH usage, at or above which the Fast Call Service feature (FastCallOpt) will be disabled. This field is greyed-out if the Fast Call Service feature (FastCallOpt) is restricted (Disabled (0)). Deleted by the Fast Call Setup feature.
CELL parameters: TCH Usage Threshold tch_usage_ threshold (OMC-R parameter name: tch_usage_thrsld) 0 to 100. Default is 0.
2-190
GMR-01
{24660/24661}
Overview
The Radio Signalling Link (RSL) Congestion Control feature protects downlink RSLs from GSM paging surges, which can occur during events such as Formula 1 car crashes, football goal scoring and so on. The controls are scalable, fault tolerant of message losses in the BSCs LAN, and interact with the MSC.
Description
The purpose of RSL Congestion Control is to detect the onset of RSL congestion. When RSL congestion is detected, any new service requirements are rejected and the MSC is notified with an OVERLOAD message until the congestion abates. During the congestion, the BSS alarms the OMC-R and provides a statistic with the amount of time a processor was in a congested state and the number of OVERLOAD messages that were sent to the MSC.
GMR-01
2-191
Table 2-38
RSL congestion control parameters Description Displayed in the RSL Congestion grouping of the BSS Detailed View. The high threshold to detect RSL congestion on a RSLLCF. If the RSLLCF board detects the number of congested RSL links are more than this percentage of the total number of RSLs it services, then the RSLLCF board is in congestion status. Displayed in the RSL Congestion grouping of the BSS Detailed View. The low threshold to detect RSLLCF not in a congested state. If the RSLLCF board detects the number of congested RSL links are less than this percentage of the total number of RSLs it services, then the RSLLCF board is out of congestion status. Displayed in the RSL Congestion grouping of the BSS Detailed View. Defines the OVERLOAD message interval. This avoids reducing the A-interface traffic too rapidly. Displayed in the RSL Congestion grouping of the BSS Detailed View. Defines the minimum interval between reporting and clearing RSL congestion alarms to the OMC-R on a per RSLLCF basis. Values 1 to 100. Default is 60%. If set to 0%, the BSS does not send out XOFF information on RSLLCF.
OMC-R GUI field name/BSS parameter name RSL Congestion Upper Threshold (%) rsl_lcf_congestion_thi
Cont.
2-192
GMR-01
Table 2-38
RSL congestion control parameters (Continued) Description Displayed in the RSL Congestion grouping of the BSS Detailed View. Enables or disables the BSC to send an OVERLOAD message to the MSC when there is RSL congestion. Displayed in the RSL Congestion grouping of the BSS Detailed View. Defines the maximum number of PAGE messages that can be sent from the BSC to a BTS in a second. Values 0 or 1, where: Disabled (0), Enabled (1). Default is Disabled (0).
OMC-R GUI field name/BSS parameter name Send Overload Messages to MSC msc_bss_overload_allowed (OMC-R parameter name: msc_bss_ovld_alw)
GMR-01
2-193
VersaTRAU
VersaTRAU
{23769}
Overview
The VersaTRAU feature is an extension to the GSM BSS software architecture introduced by the General Packet Radio Service (GPRS) feature and the Enhanced GPRS (EGPRS) feature. Currently each timeslot in an EGPRS carrier is allocated 64 K TRAU regardless of whether the timeslot is being used for EGPRS coding schemes, GPRS coding schemes, or voice. The VersaTRAU feature provides dynamic TRAU capability to EGPRS Carriers to optimise backhaul usage and reduce costs. This feature is only available if the EGPRS (egprsOpt) feature is unrestricted (enabled). VersaTRAU channel information is displayed in the Channel Status form, see "Displaying Channel and Circuit Status" on page 9-21.
A 16 K TRAU Half Rate call is not supported on a 64 K carrier, regardless of whether VersaTRAU is restricted or unrestricted. A VersaTRAU Backhaul Summary report can be displayed from the Navigation Tree by right-clicking the site instance and then selecting VersaTrau Backhaul Summary option from the drop-down list, see OMC-R Online Help, Network Operations for further details.
Description
The VersaTRAU feature reduces backhaul costs by taking advantage of statistical multiplexing that can be achieved when packing variable size radio blocks, to be sent over PDCHs on a carrier, into one large TRAU frame associated with the carrier. This feature creates a pool of DS0s connections between the BTS and PCU for an EDGE carrier. The size of the pool is allocated by the operator depending on anticipated data traffic for the site. EDGE data packets are routed onto this pool as required. The VersaTRAU feature eliminates the static mapping between a PDCH and backhaul resources. All the PDCHs on a 64 K carrier shares a group of DS0s defined by a VersaTRAU channel. The feature eliminates the need for one-to-one mapping of air TSs and TRAU slots and instead allows configuration of a versatile TRAU backhaul that will carry the data load for a carrier. The impacts to backhaul synchronization are minimal; expanding and contracting the number of air timeslots and/or TRAU timeslots is done seamlessly as long as at least one air timeslot on the VersaTRAU carrier is in synchronization
2-194
GMR-01
VersaTRAU
Default 3 3 3 3 Value of 7 sent from BSS. Value of 8 sent from BSS. Value sent from BSS. Value sent from BSS. Value sent from BSS.
64 K (3)
YES
NO
NO
N/A
N/A
Insensitive
None
N/A
N/A
N/A
N/A
N/A
1 to 8
16 K (1)
N/A
N/A
N/A
N/A
N/A
1 to 8
32 K (2)
N/A
N/A
N/A
N/A
N/A
1 to 8
VersaTRAU parameters
Table 2-40 details the parameters associated with VersaTRAU. Unless stated otherwise, the OMC-R parameter name is usually the same as the BSS parameter name. For further details of these and other parameters, see Technical Description: BSS Command Reference (68P02901W23).
GMR-01
2-195
VersaTRAU
Table 2-40
OMC-R GUI field name/BSS parameter name BSS parameters: VersaTRAU Feature versaTrauOpt
Displayed in the Optional Features grouping of the BSS Detailed View. Indicates whether versaTRAU feature is unrestricted (enabled) or restricted (disabled). Cannot be modified by a user. This feature is only available if the EGPRS feature (egprsOpt) is unrestricted (enabled). Displayed in the GPRS grouping of the RTF Detailed View. If the VersaTRAU feature is enabled, defines the number of DS0s for RTF backhaul, when equipping an EGPRS capable RTF (64 k RTF). Modifying this field displays the following message:
WARNING: This operation may cause a carrier to be taken out of service and calls affected by this carrier may be lost. Loss of calls depends on the availability of other carriers. Do you wish to modify?
RTF parameters: Number of Backhaul Timeslots on Carrier rtf_ds0_count 1 to 8. See Table 2-39 for details of possible values and defaults.
2-196
GMR-01
{24452}
Feature description
The License Audit tool introduced a mechanism to monitor the usage of the carriers across the customer network on a per feature basis. Information is gathered by running scheduled audits against the OMC-R Configuration Management database to produce a report indicating how many RTF(s) are equipped in the database to support each feature. This feature extends the License Audit only functionality to provide license file comparison and customer notification of license overruns. Each software release has a list of features that are monitored for carrier capacity usage. The OMC software triggers the License Audit tool at pre-defined intervals, which can be configured by the customer. The License Audit tool will be extended on each release to incorporate new features in the audit functions. For each customer, a license file is issued which contains the information on current licensed capacity for every licensable feature. A single license key is provided to control this information per network. The License Audit Tool is distributed with the OMC software, and installed and configured by the user. The audit is triggered by a configurable interval parameter in the OMC software. If the interval parameter is not set, or set outside the permissible range [2 hours, 48 hours], the default value of 12 hours is used. The result of the audit (actual usage) is compared with the license file per feature. An alarm is generated when the carrier usage for one or more features exceeds the carriers purchased for those features. If the usage is within the limit, the License Audit Tool generates an event which indicates that the carrier usage is within the license purchase. The alarms and events are displayed at one or all OMC(s) in the network as previously configured during installation and configuration. The License Audit Tool produces a report which is stored in a predefined location containing the result of the latest audit and license file comparison. Users and Motorola have access to this report by physically accessing the location where the file is stored.
GMR-01
2-197
{28075}
Overview
Improved Timeslot Sharing (ITS) feature is an optional feature, which supports Enhanced GPRS (EGPRS) on a Double Density (DD) CTU2. It requires no hardware changes to the CTU2, BSS software and Horizon II firmware. In that way the EGPRS PDTCH (Packet Data Traffic Channel) can only be configured on Carrier A of a DD CTU2 while the corresponding timeslots on the paired Carrier B must be blanked out. Improved Timeslot Sharing (ITS) feature is only available if the EGPRS (egprsOpt) and VersaTRAU (versaTrauOpt) are unrestircted (enabled). ITS provides more channels to service voice users with EGPRS service in parallel and when implemented in the EGPRS network it further improves the network capacity.
The ITS feature requires the EGPRS and VersaTRAU features to be unrestricted.
ITS parameters
Table 2-41 details the parameters associated with Improved Timeslot Sharing. Unless stated otherwise, the OMC-R parameter name is usually the same as the BSS parameter name.
2-198
GMR-01
Table 2-41
OMC-R GUI field name/BSS parameter name Improved Timeslot Sharing Feature itsOpt
Displayed in the Optional Features grouping of the BSS Detailed View. Indicates whether ITS is unrestricted (enabled) or restricted (disabled). Displayed in the Improved Timeslot Sharing group of the BSS Detailed View.
GMR-01
2-199
2-200
GMR-01
Chapter
The information here describes how to create Network, OMC-R and MSC instances in the OMC-R GUI. The following topics are described: "Configuring a network instance" on page 3-2. "Configuring an OMC-R or MSC instance" on page 3-7.
GMR-01
3-1
To modify a Network instance, see "Modifying a network object using the OMC-R GUI" on page 1-41.
3-2
GMR-01
Procedure 3-1 1 2
From the Front Panel, click on the Config Mgt icon to display the Navigation Tree. Select Edit - Create Network from the menu bar to open a new Network Detailed View.
If a Network instance has already been created, the Create Network menu option is not displayed. 3 4 Complete the fields as required. See "Network Detailed View fields" on page 3-3 for details. Complete the Map Information section using the name selected for the network as it is required to appear on the relevant map. For the Name field, enter the name of the map where the network is to be placed. This will probably be a new map name, since a new network is being created. The Map label name is created by default to coincide with the name of the new network. Only input a name where there is a special requirement to do so. When a special background to a map is required, for example a geographical display, type the name of the file (without the .map extension) under which the background is stored.
A background display to a map is only possible where the relevant file has been defined and placed in the directory: /usr/omc/config/global/maps. Where the map background is to be blank, or where no geographical backgrounds are available, allow the field to default to Empty. 5 6 7 8 Select File - Save from the menu bar to save the new configuration. Select File - Close to close the Map Network Detailed View window. Select File - Create from the menu bar. Select File - Close from the menu bar to close the Network Detailed View.
GMR-01
3-3
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 3-1 details the fields in the Identification grouping of the Network Detailed View. Table 3-1 Network Detailed View fields - Identification grouping Brief description Unique Network name. The MCC for the network. The MNC for the network. Whether or not the OMC-R initiates a Resync of the Network on system start-up. The object class identifier. 3 digits. 2 or 3 digits. Yes (1) or No (0). Default is 1. Default is Network. Values Mandatory or Optional? Mandatory. Mandatory. Mandatory. Optional.
Field name Name Mobile Country Code Mobile Network Code Resync on Startup
RDN Class
Optional. Cont.
3-4
GMR-01
Table 3-1
Network Detailed View fields - Identification grouping (Continued) Brief description The instance identifier of the object. Together with the rdnClass, it makes up the Relative Distinguished Name (RDN) of an object. {24636} When the Environment Variable AUTO_GEN_RDN is set to On (default) (see Operating Information: OMC-R System Administration (68P02901W19) for further details), the RDN Instance field is automatically populated by the OMC-R with the next available RDN instance id when the following objects are created: BSS, RXCDR, AssocRXCDR, AssocBSC, SITE, Region, CELL, Neighbour, UtranNbr, RTF Group, RTF, DRI Group, DRI, SMSCBmsg, RSL, Cabinet, Cage, DHP, EAS, COMB, KSW, GCLK, MSI, Conn Link, PATH, XBL, PCU, PSP, GDS, GBL, GSL, OML, OMF, LCF, CBL, MTL, CSFP, TestNeighbour, DYNETGroup, DYNET, GPROC, BSP and BTP. The RDN Instance is not automatically populated for the following auto-created objects: IAS, KSWpair, LAN, TDM, TRX, FreqHopSys, Handover/Power Control algorithms. Neither is it auto-populated for a DPROC because the valid set for the DPROC RDN Instance is 1 to 6 or 11 to 16. There is no RDN Instance field for object NSVC. The RDN Instance field is auto-populated in sequential order. Although the RDN instance is created automatically by the OMC-R, a user can still type in a different valid RDN instance when creating the object, if required. The OMC-R supports an interface to a Network Management Centre (NMC). This is the instance identifier of the object on the NMC interface. Values Default is 0. Mandatory or Optional? Mandatory.
NMC Value
Optional.
GMR-01
3-5
Additional Information
Use the Additional Information window to input any notes relating to this Network. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
{22904} Table 3-2 Network Detailed View fields - State grouping Field name Brief description Values Date and Time (ddmmyy hhmm). Date and Time (ddmmyy hhmm). Mandatory or Optional? Read only.
Time of Last Audit Gather Shows the last time the Gather Complete phase of a network Audit was timeOfLastAuGatherComplete completed. Time of Last Audit Apply Complete timeOfLastAuApplyComplete Shows the last time the Apply phase of a network Audit was completed.
Read only.
3-6
GMR-01
To modify an OMC or MSC instance, see "Modifying a network object using the OMC-R GUI" on page 1-41.
Navigate to and select the OMC-R or MSC class button. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The network object class button changes colour. From the menu bar, select Edit - Create. The OMC-R or MSC Detailed View window in Create mode is displayed. Complete the fields, as required. See "OMC and MSC Detailed View fields" on page 3-8 for further details. Save and close the Detailed View as detailed in "Creating a network object using the OMC-R GUI" on page 1-39.
2 3 4
GMR-01
3-7
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Without write permission on the fields, it is not possible to change any values in the Active fields. In this case, delete the OMC-R and recreate it in Edit mode.
Identification grouping
Table 3-4 details the fields in the Identification grouping of the OMC and MSC Detailed Views.
3-8
GMR-01
Table 3-4
OMC and MSC Detailed View fields - Identification grouping Brief description Unique OMC or MSC name. Multiple OMCs can be created in the MIB, but only one represents the actual in-situ OMC. This is the active OMC where, for example, the SoftwareLoads will be installed. Select Yes if this is the first OMC-R. It is essential that the first OMC-R in a network is created with Active flag set at True, or software download will be impossible. Subsequent OMC-Rs have to be created with Active flag set at False, as there can only be one active OMC-R in a network. Name of the UNIX host machine. Mainly used to support the ProxyCell synchronization feature for inter-OMC ProxyCell updates. See description in Table 3-1. See description in Table 3-1. No (0) and Yes (1). Default is No (0) Values Mandatory or Optional? Mandatory. Optional.
0 to 24
Mandatory.
Optional. Optional.
See description in Table 3-1. Displays the name of the parent. Click to display the parent Network Detailed View.
Additional Information
Use the Additional Information window to input any notes relating to this OMC or MSC. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
3-9
3-10
GMR-01
Chapter
Configuring a BSS/RXCDR
The procedures to be followed in order to configure a BSS and/or RXCDR are provided here. The following topics are described: "Overview of adding a BSS or RXCDR" on page 4-2. "Creating a BSS using the OMC-R GUI" on page 4-7. "Creating an RXCDR using the OMC-R GUI" on page 4-43. "Configuring the packet switch/MUX for a BSS" on page 4-45. "MSC to BSS overload control" on page 2-24. "Deleting a BSS/RXCDR" on page 4-50. "Deleting a BSS/RXCDR at the packet switch/MUX" on page 4-54. "Equipping cabinets and cages at a BSS site" on page 4-57. "Configuring an RXCDR cabinet" on page 4-68. "Configuring an Assoc_BSS" on page 4-75. "Configuring an Assoc_RXCDR" on page 4-79. "Changing the NE ID of an Assoc_BSSs or Assoc_RXCDR" on page 4-88. "Configuring DYNETs and DYNETGroups" on page 4-99. "Configuring a DYNETGroup" on page 4-102. "Configuring a DYNET" on page 4-104. "Reparenting a BSS" on page 4-110. "Reparenting an RXCDR to a different MSC" on page 4-117.
GMR-01
4-1
4-2
GMR-01
Create the new BSS or RXCDR. Refer to "Creating a BSS using the OMC-R GUI" on page 4-7 and "Creating an RXCDR using the OMC-R GUI" on page 4-43. If the BSS already contains a load and database, and has its X.25 connections and OML properly configured, the BSS will be able to connect to the OMC-R once the BSS object has been created in the MIB. Open a Event with History window. Select the BSS on the Navigation Tree, and use the Display - Events - With History menu option. Select Wide format. Check for a red X.25 link failure alarm, which means the OMC-R cannot connect to the BSS. Refer to OMC-R Online Help, Network Operations for further details. If the alarm exists, cycle the X.25 port on the packet switch/MUX to see if this brings the OML into service. If this works, the alarm will clear and the BSS will begin sending events and statistics files to the OMC-R. If the alarm has not cleared, configure the packet switch/MUX. Refer to "Configuring the packet switch/MUX for a BSS" on page 4-45. The red X.25 link failure alarm will clear, when the OML connects to the OMC-R. If the BSS is not already operational (software load and NE database object are missing), load and activate the appropriate NE database object for the BSS. Use the Database Management - Load Database menu option of Load Management available from the GUI front panel. Reset the BSS to begin downloading the BSS software and database from the OMC-R. Refer to OMC-R Online Help, Network Operations. If the BSS is already operational (software load and NE database object are LAN loaded), upload the NE database object. Use the Load Mgt - Upload object menu option in the Navigation Tree. Monitor the upload status. Refer to OMC-R Online Help, Network Operations for further details. Rlogin to the BSS, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. If the BSS name appears, and the rlogin is successful, then NE.MAP has been configured properly.
GMR-01
4-3
Performing an audit
Now an audit should be performed for the BSS/RXCDR. To perform the audit follow these steps: Procedure 4-2 1 Perform an audit for the BSS/RXCDR
Initiate an audit of the BSS/RXCDR, using Audit Scheduler from the Admin icon on the GUI front panel. Create a new Audit for the new BSS, using One-shot/Apply to OMC-R. See "Introduction to auditing" on page 10-2 for further details. Once the audit is completed, verify that the destination point code and originating point code are set correctly. Otherwise the BSS will not communicate properly with the MSC. Use the BSS Detailed View Signalling Information grouping to check. Verify all SITEs and cells have been audited properly.
4-4
GMR-01
Verifying information
Next the BSS/RXCDR settings should be verified. To do this follow these steps: Procedure 4-3 1 Verify RSS.RXCDR settings
Verify that the Statistics collection interval matches that set for the OMC-R, using the BSS Detailed View General grouping to check BSS setting.
At the OMC-R, if PM_HOURLY_STATS environment variable is not set for the system processor, then the default collection interval is 30 minutes. Access is by: cd/usr/omc/config/global grep PM_HOURLY_STATS * 2 3 If required, change the SITE names. Refer to "Reparenting a BSS" on page 4-110. Verify that all SITEs under the BSC have come into service, using the TTY command: state 0 site * *
Some sites may be dummy sites, and may be D-U or D-L. 4 Verify the raw statistics files are being uploaded for the BSS, using the Event window to monitor for filexransferCompletedEvents. Refer to OMC-R Online Help, Network Operations for further details. Verify the PM reports are available for the BSS. Refer to OMC-R Online Help, Network Operations for further details. If required, edit the appropriate subscription lists to add the new BSS to them. Refer to OMC-R Online Help, Network Operations for further details.
5 6
Configuring connectivity
The next stage is to configure connectivity. To do this, configure BSS to RXCDR connectivity. From Network Operator System Engineering Drawings, identify the RXCDRs connecting to the BSS. Create the RXCDR Associated BSS objects, filling in the appropriate 2 Mbit/s link information.
GMR-01
4-5
If using the Map feature, when a new BSS/RXCDR is added, a new default map is created for the BSS/RXCDR. The NEs will not be correctly positioned on this new default map. Before storing the updated MIB data in backup files, select the new BSS from the map list and then select Organize Nodes menu option to reposition the BTSs. Then move the nodes to required positions on the map background. Refer to OMC-R Online Help, Network Operations for a description of how to move the NEs on a map. If using the Map feature, the network map now has a new node added that corresponds to the new BSS/RXCDR. Open the network map from the GUI and move the new node to the required position on the map background. When the NEs are in the required position, save the network map and the new default map. Select File - Save from the menu bar to save a map. Refer to OMC-R Online Help, Network Operations for a description of how to move the NEs on a map. If using the Map feature, add Commslinks from the BSS to devices such as RXCDRs, OMC-R and MSC, so that they are displayed on the map. Refer to "Adding and deleting a map link" on page 13-12 in Chapter 13. If using the Map feature, add the BSS to any customized regional maps.
Making backups
The final stage is to make backups. To do this, Store the following updated MIB data in backup files: BSS object. NE Software object. SITE names. All Map data. Updated RXCDR connectivity information.
4-6
GMR-01
A BSS that supports the GPRS feature can only be created if the gprsOpt parameter is unrestricted.
GMR-01
4-7
Procedure 4-5 1
Navigate to and select the BSS class button in the Navigation Tree. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The BSS class button changes colour. From the menu bar, select Edit - Create. The OMC-R displays the initial BSS Detailed View in Create mode, see Figure 4-1. Click on the Initial Software Load button to display a Software Inventory Dialog window. Double-click on one of the software loads displayed to select it and enter it in the initial BSS Detailed View. Select Options - Initialize Form from the BSS Detailed View menu bar. The OMC-R displays the complete BSS Detailed View window. Complete the fields in the Detailed View as required. See BSS Detailed View fields for details. Select File - Create from the menu bar. Select File - Close from the menu bar to close the Detailed View.
2 3 4 5 6 7 8
Figure 4-1
4-8
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
GMR-01
4-9
Identification grouping
Table 4-1 describes the fields in the Identification grouping of the BSS Detailed View. Table 4-1 BSS Detailed View fields - Identification grouping Brief description Unique BSS name. The object class identifier. Automatically set to the next available network element identifier. See "Dynamic Allocation of RXCDR-BSC Circuits (DARBC)" on page 2-14 for details. The OMC-R supports an interface to a Network Management Centre (NMC). This is the instance identifier of the object on the NMC interface. Click to display the parent Network Detailed View. Version number of the software load active in the Network Element. Date and time at which the current NE load was created. Initial Software Load installed when NE was created. Can be set to Yes to warn operators that the BSS is out of service. See "Recommendations for Configuration Management" on page 1-2 for further information on how to set this parameter. The BSC configuration type. This attribute has no function at an RXCDR. Yes (1) or No (0). Default is Yes (1). 4 to 11 digits. Default is BSS. {23370} 1 to 254 Values Mandatory or Optional? Mandatory. Optional. Mandatory.
4 to 11 digits.
Optional.
Parent Detailed View OMC/NE Load Version OMC/NE Load Version Create Time Initial Software Load Local Maintenance local_maintenance
1 to 3. 1 = Non-Abis, Type 1. 2 = Non-Abis, Type 2 3 = Abis, Type 0. Default is Non-Abis, Type 0 (0) Local (1) or Remote (0). Default is 0.
Mandatory.
Transcoding local_transcoding
Whether transcoding is performed locally at the BSC, or remotely at one or more RXCDR. See "Dynamic Allocation of RXCDR-BSC Circuits (DARBC)" on page 2-14 for details.
Mandatory.
4-10
GMR-01
Additional information
Use the Additional Information window to input any notes relating to this BSS. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
The state parameter fields are updated by the OMC-R only, and show the current status of the object. A user cannot update any of the fields in this section. When an object is being created, these fields are not up-to-date. Only when an object has been created, does the OMC-R keep these fields up-to-date. Table 4-2 describes the fields in the State grouping of the BSS Detailed View.
GMR-01
4-11
Table 4-2
BSS Detailed View fields - State grouping Field name Brief description The operational state of the NE. Values 0 to 3. UNDEFINED (0), DISABLED (1), ENABLED (2), BUSY (3). Mandatory or Optional? Optional.
Operational State
Administration State
0 to 5. UNDEFINED (0), NOT EQUIPPED (1), EQUIPPED (2), LOCKED (3), UNLOCKED (4), SHUTTINGDOWN (5). 0 to 65535.
Optional.
The reason code why the state changed. The time of the last state transition.
Optional. Mandatory.
{22904} Time of Last Audit The date and time when the Gather Complete Audit (Gather phase) of the timeOfLastAuGatherComplete device was last performed. {22904} Time of Last Audit Apply Complete timeOfLastAuApplyComplete Other State grouping fields: Last OMC Administrator (not shown in BSS Detailed View) The username of the last OMC administrator to modify the state of the object through a Device Management action such as Lock, UnLock. The identifiers of any related devices. The date and time when the audit (apply phase) of the device was last performed.
Date and time - in the format ddmmyy hh:mm. Date and Time - in the format ddmmyy hh:mm
Read-only.
Read-only.
Mandatory.
Optional.
4-12
GMR-01
1 to 14 characters
Mandatory.
OMC X.121 Download Address 1 OMC X.121 Download Address 2 OMC X.121 Remote Login Address
0 to 14 characters
Mandatory.
0 to 14 characters
Mandatory.
0 to 14 characters
Mandatory.
0 to 14 characters
Mandatory.
0 to 14 characters 0 to 14 characters
Mandatory. Mandatory.
GMR-01
4-13
Table 4-4
BSS Detailed View fields - Optional Features grouping Brief description See "Frequency hopping" on page 2-3 for details. Affects the ability of the system to process a request to configure Concentric Cells. See "Preventive Cyclic Retransmission (PCR)" on page 2-59 for details. If disabled, the BSS parameters pcr_enable, pcr_n1, pcr_n2 cannot be used. If this feature is restricted, the creation of non-spoke PATH instance is not allowed. If this feature is unrestricted (enabled), the DRI diversity_flag can be used (see Table 9-17). If this feature is unrestricted (enabled), the CELL parameter egsm_ho_thresh can be used (see Table 8-18). If this feature is unrestricted (enabled), the CELL parameter ext_range_cell can be used (see Table 8-2). Whether the A and Um Interface feature is restricted. See System Information: Overview (68P02901W01) for a description of this feature. Also see Table 4-7 for related BSS parameters. See "GSM Half Rate" on page 2-149 for details. Whether the Heterogeneous Cabinet Feature is restricted. Cannot be enabled without homoCabFreqType also being enabled. Whether the Homogeneous Cabinet Frequency Type is restricted. See "Configuring enhanced SDCCH to TCH band assignment" on page 8-212 and "Configuring a cell for coincident multiband handovers" on page 8-194 for details. Also see Table 8-10 CELL Detailed View Congestion Relief parameter grouping. Whether the Microcell feature is restricted. See Table 8-28, Table 8-47 and Table 8-48 for associated parameters. Whether the Multiple Encryption feature is restricted. See Table 4-6 for related parameters. Also see "Encryption algorithms" on page 2-27 and Technical Description: BSS Implementation (68P02901W36) for details of this feature. Cont.
Field name/OMC-R parameter name Frequency Hopping Baseband Feature basebandHopOpt Concentric Cells Feature concentricCellOpt Preventative Cyclic Retransmission Feature cycRetranPrevOpt
Daisy Chaining Feature daisyChainOpt Receiver Spatial Diversity Feature diversityOpt Extended GSM 900 Feature egsmOpt Extended Range Cell Feature ercOpt A and Um Interface - GSM Phase 2 Feature gsmPhase2Opt
GSM Half Rate gsmHalfRateOpt Heterogeneous Cabinet Feature heteroCabFreqOpt Homogeneous Cabinet Feature homoCabFreqOpt MultiBand Inter-Cell H/O Feature mbInterCellHoOpt
4-14
GMR-01
Table 4-4
BSS Detailed View fields - Optional Features grouping (Continued) Brief description Whether the Add Nail Connections feature is restricted. See Technical Description: BSS Implementation (68P02901W36) for details of this feature. Whether the Reserved Timeslot feature is restricted. See Technical Description: BSS Implementation (68P02901W36) for details of this feature. Whether the Sub-equipped RTF feature is restricted. See Technical Description: BSS Implementation (68P02901W36) for details of this feature. Whether the RTF PATH Fault Containment feature is restricted. See Technical Description: BSS Implementation (68P02901W36) for details of this feature. Whether the 16 Kbps LAPD RSL RTF feature is restricted. See Technical Description: BSS Implementation (68P02901W36) for details of this feature. Whether the Alternative Congestion Relief feature is restricted. See Table 8-10 and Table 8-49 for details of the Cell and Neighbour Detailed View fields associated with this feature. Also see System Information: Overview (68P02901W01) for a description of this feature. Whether the Directed Retry feature is restricted. See Table 4-11, Table 8-11 and Table 8-49 for details of the BSS, cell, and neighbour parameters associated with this feature. Also see Technical Description: BSS Implementation (68P02901W36) for details of this feature. See "Short Message Service - Cell Broadcast" on page 2-46 for details. See "Short Message Service - Point-To-Point" on page 2-55 for details. See "Frequency hopping" on page 2-3 for details. Whether the SMS Service Centre feature is restricted. Affects the ability of the system to process a request to equip/create a CBL. Cont.
Reserved Timeslot Feature resTimeslotOpt Sub-equipped RTF Feature rtf_capacityOpt RTF PATH Fault Containment Feature RTFPathEnableOpt
SMS Cell Broadcast Feature smsCellBroadOpt SMS Point to Point Feature smsPntToPntOpt Frequency Hopping Synthesizer Feature synthHoppingOpt SMS Service Centre Feature smsServCenterOpt
GMR-01
4-15
Table 4-4
BSS Detailed View fields - Optional Features grouping (Continued) Brief description Whether the Aggregate Abis feature is restricted. If this attribute is enabled, the link attributes in the Path Managed Object between a BSC and a BTS can have a TS-Switching site. See Technical Description: BSS Implementation (68P02901W36) for details of this feature. Whether Integrated M-Cell HDSL feature is restricted. See site Detailed View HDSL Information grouping, and Table 9-47 for detailed of the site and MSI fields associated with this feature. See Technical Description: BSS Implementation (68P02901W36) for details of this feature. Whether GPRS feature is restricted. See the GPRS parameter groupings of the BSS, Cell and site Detailed Views for detailed of the associated parameters. Also see System Information: Overview (68P02901W01) for a description of this feature. Whether EGPRS feature is restricted. See "GPRS and EGPRS coding schemes" on page 2-40 for details of configuring EGPRS Coding Schemes. See the GPRS parameter groupings of the BSS, Cell and site Detailed Views for detailed of the associated parameters. Also see System Information: Overview (68P02901W01) for a description of this feature. See "Dual band cells option" on page 2-29 for details. Whether the HorizonMicro/HorizonCompact feature is restricted. See "Enhanced Circuit Error Rate Monitor (ECERM)" on page 2-73 for details. See "Advanced Load Management for EGSM" on page 2-82 for details. See "Network Controlled Cell Reselection" on page 2-85 for details. See "GPRS and EGPRS coding schemes" on page 2-40 for details. See "Enhanced BSC Capacity" on page 2-99 for details. See "Enhanced GPRS One Phase Access " on page 2-120 for details. Cont.
Dual Band Cells Option dualBandCellOpt HorizonMicro/HorizonCompact Feature HorizonMicCom2Opt ECERM Feature ecermOpt ALM Enhancement for EGSM Carriers AlmEgsmOpt Network Controlled Cell Reselection Feature nccrOpt Coding Scheme 3 and 4 cs34Opt Enhanced BSC Feature ebscOpt Enhanced One Phase Access Feature eopOpt
4-16
GMR-01
Table 4-4
BSS Detailed View fields - Optional Features grouping (Continued) Brief description See "Inter-Radio Access Technology (Inter-RAT) Handover" on page 2-100 for details. {22879} Whenever EnhncdInterRatOpt is set to 1, InterRatOpt also will be set to 1. Whether the XBL 16 Kbps LAPD feature is restricted. See Table 9-68 for details of the XBL parameters associated with this feature. Whether the Level 3 Password feature is restricted. See Technical Description: BSS Implementation (68P02901W36) for details of this feature. See "PBCCH/PCCCH feature" on page 2-124 for details. Whether the Enhanced Full Rate feature is restricted. See Table 4-13 for the associated parameters. Also see Technical Description: BSS Implementation (68P02901W36) for details of this feature. Whether the GDP Volume Control feature is restricted. Determines whether the BSS and Assoc_BSS parameter volume_control_type can be used (see Table 4-7 and Table 4-30). Also see Technical Description: BSS Implementation (68P02901W36) for details of this feature. Whether the Fast GCLK Warm Up feature is restricted. Determines whether the site parameter gclk_qwarm_flag can be used (see Table 7-5). See "GSM location services" on page 2-109 for details. Whether or not the GPRS Trace feature is enabled or disabled. See OMC-R Online Help, Network Operations for details of this feature. See "Adaptive Multi-Rate (AMR)" on page 2-138 for details. See "Adaptive Multi-Rate (AMR)" on page 2-138 for details. Greyed-out if the AMR Feature (amrOpt) is restricted (Disabled). See "Adaptive Multi-Rate (AMR)" on page 2-138 for details. See "Adaptive Multi-Rate (AMR)" on page 2-138 for details. See "Adaptive Multi-Rate (AMR)" on page 2-138 for details. Cont.
XBL 16 Kbps LAPD Feature xbl_rateOpt Level 3 Password Feature level3PassOpt PBCCH/PCCCH Feature Enhanced Full Rate Feature EFROpt
Fast GCLK Warm Up Feature FastWarmGclkOpt Location Services Feature lcsOpt {22407} GPRS Trace Feature gprsTraceOpt AMR Feature amrOpt AMR Enhanced GDP Feature amrEGDPProOpt AMR Enhanced Capacity Feature amrEnhancedCapOpt AMR TCU-A Feature amrTCUAOpt AMR TCU-B Feature amrTCUBOpt
GMR-01
4-17
Table 4-4
BSS Detailed View fields - Optional Features grouping (Continued) Brief description See "GPRS Seamless Cell Reselection" on page 2-151 for details. See "Enhanced Scheduling" on page 2-156 for details. This feature can only be enabled if GPRS is enabled. Whether the Intelligent Multilayer Resource Management feature is restricted. See "Intelligent Multilayer Resource Management (IMRM)" on page 2-161 for further details. Whether the Fast Call Service feature is restricted or unrestricted. See "Fast Call Setup" on page 2-189 for further details. Where the Enhanced Inter RAT Handover feature has been restricted. Whenever EnhncdInterRatOpt is set to 1, InterRatOpt also will be set to 1. See "Enhanced Inter-RAT Handover feature" on page 2-101 for further details. Whether the Network Assisted Cell Change feature is restricted (disabled) or unrestricted (enabled). See "Network Assisted Cell Change (NACC)" on page 2-181 for further details. Whether the Enhanced Multi-Level Precedence and Preemption (eMLPP) is restricted or unrestricted for the BSS. See "Enhanced Multi-level Precedence and Pre-emption (eMLPP)" on page 2-185 for further details. Whether or not Quality of Service feature is restricted or unrestricted. See "Quality of Service (QoS)" on page 2-171 for further details. Displays whether the VersaTRAU feature is restricted (Disabled (0)) or unrestricted (Enabled (1)). See "VersaTRAU" on page 2-194 for further details. Displays whether the Improved Timeslot Sharing Feature is restricted (Disabled (0)) or unrestricted (Enabled (1)).
Field name/OMC-R parameter name GPRS Seamless Cell Reselection Feature scrOpt Increased PRP Capacity Feature Supported prp_capacity_opt {22404} Intelligent Multilayer Feature imrmOpt
{24620} Fast Call Service Feature FastCallOpt {22879} Enhanced Inter RAT Handover Feature EnhancedInterRatOpt
4-18
GMR-01
Mandatory.
Mandatory.
Mandatory.
Calling PCI
Mandatory.
Mandatory.
Cont.
GMR-01
4-19
Table 4-5
BSS Detailed View fields - Signalling Information grouping (Continued) Brief description Whether Preventative Cyclic Retransmission (PCR) is enabled or disabled as an error correction scheme for the MSC-BSC A-interface. See "Preventive Cyclic Retransmission (PCR)" on page 2-59 for further details. See "Preventive Cyclic Retransmission (PCR)" on page 2-59 for further details. See "Preventive Cyclic Retransmission (PCR)" on page 2-59 for further details. When enabled, detects Signalling Point Inaccessible, and loss of BSSAP subsystem, and handles the following messages: User Part Unavailable (UPU), Subsystem prohibited (SSP), Subsystem Allowed (SSA), and Subsystem Test (SST). When disabled, the BSS responds to an SST with an SSA message. Indicates which SS7 definition is supported. Disabled (0) or Enabled (1). Default is 0. Values Disabled (0) or Enabled (1). Default is 0. Mandatory or Optional? Mandatory.
Preventative Cyclic Retransmission N1 pcr_n1 Preventative Cyclic Retransmission N2 pcr_n2 SCCP BSSAP Management Flag
Mandatory.
Mandatory.
Mandatory.
SS7 defined by CCITT (0) or SS7 defined by ANSI (1). Default is 0. 0 to 255. Defaults to 254. Disabled (0) or Enabled (1). Default is 0. 0 to 16777215.0 to 16777215 if ss7_mode is ANSI SS7.0 to 16383 if ss7_mode is not ANSI SS7.
Mandatory.
Mandatory. Mandatory.
The STP (signalling transfer point) point code. This point code should be used by MTPL3 and not by SCCP. Only used when stp_pc_enabled is 1.
Mandatory.
A5 Algorithms grouping
Table 4-6 describes the fields in the A5 Algorithms grouping of the BSS Detailed View.
4-20
GMR-01
Table 4-6
BSS Detailed View fields - A5 Algorithms grouping Brief description The A5 encryption algorithm with priority 1 (highest) to be used by the BSS. As above but for Priority 2 to 7. No encryption algorithm associated. These fields enable or disable encryption algorithm A5/1 to 7. multiEncryptOpt must be enabled. Values 0 to 7. Default is 0 (No Encryption). 0 to 7. Default is null. 0 or null. Default is null. Disabled (0) or Enabled (1). Default is Disabled (0). Mandatory or Optional? Mandatory.
General grouping
Table 4-7 describes the fields in the General grouping of the BSS Detailed View. Table 4-7 BSS Detailed View fields - General grouping Brief description The layer 1 mode of the land network TELCO connection type. Turns the MMS critical alarm threshold (cat) on or off. When enabled, takes the MMS out of service if it goes in and out of service ten times within a ten minute period. If disabled, keeps the MMS in service even if it goes in and out of service ten times in a ten minute period. Whether downlink Voice Activity Detection/Discontinuous Transmission (VAD/DTX) is enabled. Identifies a generated tone which is transmitted over a traffic channel when a voice is not being transmitted. The time in minutes in which the statistics file should be reported. Values CEPT (E1) (0) or T1 (1). Default is 0. Disabled (0) or Enable (1). Default is 0. Mandatory or Optional? Mandatory.
Mandatory.
Disabled (1) or VAD/DTX Enable (0). Default is 0. 0 to 255 (Number identifying the tone). Default is 0 5 to 60 (in minutes). Default is 30
Optional.
Mandatory.
Statistics Interval
Mandatory.
Cont.
GMR-01
4-21
Table 4-7
BSS Detailed View fields - General grouping (Continued) Brief description Used to negotiate the Packet Size in the X.25 Call Request Packet. Used to negotiate the Window Size in the X.25 Call Request Packet. An identifier to describe a circuit that will never be used. It is used as an internal placeholder in call processing to show that no circuit has been assigned to a call. Whether or not the Cipher Mode Reject message is sent to the MSC. Generated when the Cipher Mode Command message from the MSC specifies ciphering that the BSS or MS is unable to perform. Only used if the BSS optional feature gsmPhase2Opt is unrestricted. Whether or not the BSS sends Confusion messages over the A-interface when an erroneous message is received from the MSC. If disabled, an alarm is sent instead to the MSC. Only used if the BSS optional feature gsmPhase2Opt is unrestricted. Whether or not the Reset Circuit message is sent to the MSC. Whether or not a RR status message is sent to the mobile. The RR status message is sent to report certain error conditions in the messages received from the mobile. The audio downlink volume control. Affects background and comfort noise, not data. Values 128, 256 or 512. Default is 128 2 to 7. Default 2. 0 to 65535. Default is 0. Mandatory or Optional? Mandatory. Mandatory.
Field name/BSS parameter name OML X.25 Layer 3 Packet Size OML X.25 Layer 3 Window Size Illegal Circuit ID
Mandatory.
Cipher Mode Reject Message Allowed ciph_mode_rej_allowed (OMC-R parameter name: ciphModeRejAllwd)
Cipher Mode Reject message is not sent (0) or Cipher Mode Reject message is sent (1)
Mandatory.
Mandatory.
Message not sent (0), or Message sent (1). Default is 0. Disabled (0) or Enabled (1). Default is 0.
Mandatory.
Mandatory.
Mandatory.
Cont.
4-22
GMR-01
Table 4-7
BSS Detailed View fields - General grouping (Continued) Brief description The audio uplink volume control. Affects background and comfort noise, not data. Values -15 to 15 (in dB) Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Uplink Audio Level Offset ul_audio_lev_offset (OMC-R parameter name: ulAudioLevOff) Global Reset Repetitions global_reset_repetitions (OMC-R parameter name: globalResetReps)
Allows the reset procedure to continue indefinitely, or stops the procedure after a fixed number of repetitions. The global reset procedure is only repeated if the MSC fails to acknowledge the BSS. Only used if the BSS optional feature gsmPhase2Opt is unrestricted. Allows the A-interface to be more efficient by enabling support of the group blocking/unblocking procedure if MSC supports circuit group block and circuit group unblock messages. Only used if the BSS optional feature gsmPhase2Opt is unrestricted. The format of the GSM cell id sent by the BSS to the MSC.
Mandatory.
Group Block Unblock Allowed group_block _unblock_allowed (OMC-R parameter name: grpBlkUnblkAllwd)
Mandatory.
GSM Cell ID Format gsm_cell_id_format (OMC-R parameter name: gsm_cell_id_fmt) Max Reset Circuit Timer Expirations
0 to 2. Whole CGI (0), (LAC) and CI (1), or CI (2). Default is 1. 0 to 100 (number of repeats). Default is 1. Formatted for Phase 1 (0), Formatted for Phase 2 (1), Formatted for Phase 2 with MultiBand (2) Default is 0.
Mandatory.
Number of times the reset circuit message is repeated if an acknowledgement is not received from the MSC. The format of the classmark parameter sent to the MSC based on GSM phases.
Mandatory.
Mandatory.
Cont.
GMR-01
4-23
Table 4-7
BSS Detailed View fields - General grouping (Continued) Brief description The format used to send Resource Indication messages to the MSC. Only used if the BSS optional feature gsmPhase2Opt is unrestricted. Values GSM Phase 1 format (0) or GSM Phase 2 format (1). Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Phase Resource Indication phase2_resource_ind_ allowed (OMC-R parameter name: phase2ResIndAllwd) SSM Critical Overload Threshold
The usage of call information blocks, as expressed by the ratio of the number of active calls to the maximum number of calls the SSM can handle (250). The usage of call information blocks, as expressed by the ratio of the number of active calls to the maximum number of calls the SSM can handle (250). Every time the usage equals or exceeds this threshold, one access class will be barred. The delay between bursts of messages sent from the Site Statistics Process (SSP) to the Central Statistics Process (CSP). Number of messages Site Statistics Process (SSP) can forward to Central Statistics Process (CSP) in one burst. Determines if, when a message arrives from the MSC specifying a terrestrial circuit that is not equipped, an unequipped circuit message is sent to the MSC. Alternatively, an alarm is generated. Only used if the BSS optional feature gsmPhase2Opt is unrestricted.
0 to 100 (Percentage of Call Information Blocks in Use). Default is 80. 0 to 100. Default is 70.
Mandatory.
Mandatory.
0 to 2500 (in milliseconds). Default is 200. 1 to 65535 (number of messages). Default is 10. 0 to 2. Send alarm to OMC (0), Send message to MSC (1), Send alarm to OMC and message to MSC (2). Default is 0.
Mandatory.
Mandatory.
Mandatory.
Cont.
4-24
GMR-01
Table 4-7
BSS Detailed View fields - General grouping (Continued) Brief description Reserved space for MSC-initiated Call Traces in the BSS, or to block MSC-initiated Call Traces. The values are specified as a percentage of traces reserved per LCF. Values 0 - No space reserved for MSC-initiated Call Traces. 1 to 100 - Percentage of space reserved for MSC-initiated Call Traces. 255 - MSC-initiated Call Traces blocked. Default is 0. Send (0) or Do not send (1). Default is 0. Mandatory or Optional? Mandatory.
Whether SSM should send a pre-transfer request to SM when the handover allocation message is received during an inter-cell handover. Determines if the optional element current channel is included in the Handover Required message to the MSC. Used to negotiate the Packet Size in the X.25 Call Request Packet. Used to negotiate the Window Size in the X.25 Call Request Packet. Whether the functionality for the RTF PATH Fault Containment Feature is enabled or disabled. Disables or enables the delivery of a handover required reject message from the MSC to the source BSS, in the event that a target cannot be found for a requested handover. Determines the values that can be used for the Cabinet frequency_type and the CELL frequency_type. Cannot be changed if the GDP Volume Control feature (gdpVolContOpt) is restricted (disabled).
Mandatory.
Disabled (0) or Enabled (1). Default is 0. 128, 256 or 512. Default is 128. 2 to 7. Default is 2 Disabled (0) or Enabled (1). Default is 0. Reject message not required (0), Reject message required (1) Default is 1. 1 to 15. Default is PGSM900 (1). CCDSP Volume Control (0), GDP Volume Control (1). Default is 0.
Mandatory.
CBL X.25 Layer 3 Packet Size CBL X.25 Layer 3 Window Size RTF PATH Fault Containment Status Handover Reject Message Required
Mandatory. Mandatory.
Optional.
Mandatory.
Mandatory.
Uplink and Downlink Volume Control Type volume_control_type (OMC-R parameter name: volContType)
Mandatory.
Cont.
GMR-01
4-25
Table 4-7
BSS Detailed View fields - General grouping (Continued) Brief description See "Advanced Load Management for EGSM" on page 2-82 for details. Format of the cell id accepted on the MMI command line. 0 or 1. 7-Parameter Cell Id Format Used On Command Line (0) 4-Parameter Cell Id Format Used On Command Line. Default is 0. 0 to 8. Default is 5. Values Mandatory or Optional? Optional.
Field name/BSS parameter name BSS EGSM ALM Allowed egsm_alm_allowed MMI Cell ID Format
Mandatory.
The number of messages of each type of handover data (RSS, Abis, and MS Power Control) collected immediately before a handover attempt has been completed, when handover data is requested by the operator. The number of messages of each type of handover data (RSS, Abis, and MS Power Control) collected immediately after a handover attempt has been completed, when handover data is requested by the operator. Whether Second Assignment Procedure has been enabled at the BSS. See "MSC to BSS overload control" on page 2-24 for further details. See "Propagating TSC updates" on page 8-238 for further details. The preemption level for the pool GPROC functions.
Mandatory.
0 to 8. Default is 5.
Mandatory.
Enabled (1) or Disabled (0). Default is Disabled (0). Enabled (1) or Disabled (0). Default is Disabled (0). Default is 0. 0 to 2. No replacement (0), Based on Function Priority (1), Based on Function and Intra-function priorities (2). Default is 1.
Optional.
MSC Overload Control bss_msc_overload_ allowed Update TSCs tsc_update_method Pool GPROC Preemption
Optional.
Optional. Optional.
Cont.
4-26
GMR-01
Table 4-7
BSS Detailed View fields - General grouping (Continued) Brief description Whether the MTPL3 signalling link test is enabled when the MTL comes in service. Enables or disables the SCCP Inactivity Control. See "Modifying MTL loadsharing granularity" on page 9-165 for details. It takes time to stop RF transmission in a cell after it has been OOS. To avoid adding additional time to a short cell outage (for example caused by the momentary interruption of a non-redundant RSL), this field allows a user to specify the amount of time a DRI should continue RF transmission after the cell in which it is contained goes OOS. If set to Yes (1), the DRIs will continue transmitting for the length of time specified in stop_dri_tx_time before transitioning to the "D-U: CELL OOS" state. If set to No (0) (default), the DRIs do not stop transmitting when the cell goes OOS. See "Modifying LMTL loadsharing granularity" on page 9-142 for details. The version of the MSC to which the BSS is connected. 0 or 1, where: 0 - Indicates the MSC is a release 98 or older. 1 - Indicates the MSC is a release 99 or newer. 0 or 1 where: 0 = No 1 = Yes. Default is No (0). Values Allowed (1) or Disallowed (0). Default is Allowed (1). Enabled (1) or Disabled (0). Default is Enabled (1). Mandatory or Optional? Mandatory.
Mandatory.
MTL Loadshare Granularity mtl_loadshare_ granularity {22076} Terminate RF when Cell goes OOS stop_dri_tx_enable
Optional.
Mandatory.
Optional.
Optional.
Cont.
GMR-01
4-27
Table 4-7
BSS Detailed View fields - General grouping (Continued) Brief description Indicates how many times zone ping-pong handover is allowed during the time in which the frequency of interzone ping-pong handovers are measured (as set by zone_pingpong_enable_win). Indicates the length of time in which the frequency of interzone ping-pong handovers are measured (seconds). Indicates the length of time during which zone ping-pong handovers are not allowed during the time in which the frequency of interzone ping-pong handovers are measured (as set by zone_pingpong_enable_win) after ping-pong handover has happened zone_pingpong_count times. Indicates which zone is preferred as the hop target zone. Values 0 to 255. Default is 3. Mandatory or Optional? Optional.
Interzone PingPong Enabled Timer zone_pingpong_ enable_win Interzone PingPong Disabled Timer zone_pingpong_ disable_win
Optional.
Optional.
0 (outer zone preferred), 1 (inner zone preferred) or 255 (current zone). Default is 255.
Optional.
4-28
GMR-01
Mandatory.
Field name Flash Information Flash Time Flash Checksum Flash Size
GMR-01
4-29
Table 4-10
BSS Detailed View fields - Trunk Information grouping Brief description Used to determine the severity assignment of alarms and maintenance actions affecting trunks. Used to determine the severity assignment of alarms and maintenance actions affecting trunks. Values 0 to 100 (Represents a percent of the capacity lost). Default is 50. 0 to 99 (Represents a percent of the capacity lost). Default is 10. Mandatory or Optional? Mandatory.
Mandatory.
4-30
GMR-01
Table 4-11
BSS Detailed View fields - Directed Retry grouping Brief description Whether the MSC can be involved when a directed retry procedure is necessary. Whether a channel mode modify procedure follows a successful handover in which the channel mode changed. Values Enabled (1) or Disabled (0). Default is 0. Enabled (1) or Disabled (0) (perform channel mode modify procedure after a handover for a Phase 1 MS in which the channel mode changed to full rate speech). Default is 0. Mandatory or Optional? Optional.
Field name/BSS parameter name Directed Retry Preference dr_preference Directed Retry Channel Mode Modify dr_chan_mode_modify (OMC-R parameter name: dr_chan_mode_mod)
Optional.
GMR-01
4-31
Multiband grouping
Table 4-12 describes the fields in the Multiband grouping of the BSS Detailed View. Table 4-12 BSS Detailed View fields - Multiband grouping Brief description Can only be modified if the MultiBand Inter-Cell Handover feature is unrestricted (enabled). Determines if the BSS suppresses the early sending of the Classmark Update message to the MSC. Values Enabled (1) or Disabled (0). Default is 0. 0 to 3. Disabled on A-Interface and Air-Interface (0), Enabled on A-Interface, disable on Air-Interface (1), Disabled on A-Interface, and enabled on Air-Interface (2), Enabled on A-Interface and Air-Interface (3). Default is 0. 0 - 100000 milliseconds. Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name MultiBand Enabled mb_preference Early Classmark Sending early_classmark_send (OMC-R parameter name: earlyClassmarkSnd)
Mandatory.
The duration the BSS delays before sending the Classmark Update message to the MSC in the case of controlled early classmark sending.
Mandatory.
4-32
GMR-01
HO Req Speech Version Used handover_required_ sp_ver_used (OMC-R parameter name: ho_req_spver_used)
Mandatory.
GPRS grouping
Table 4-14 describes the fields in the GPRS grouping of the BSS Detailed View. These fields are greyed-out, if the GPRS feature (gprsOpt) is restricted at the BSS.
GMR-01
4-33
Table 4-14
BSS Detailed View fields - GPRS grouping Brief description The SMG version adopted by the BSS over the Gb interface. Serving GPRS support node object identifier associated with this BSS. See "GPRS Interleaving TBFs" on page 2-94 for further details. See "GPRS Interleaving TBFs" on page 2-94 for further details. See "GPRS Interleaving TBFs" on page 2-94 for further details. See "GPRS Interleaving TBFs" on page 2-94 for further details. See "GPRS Interleaving TBFs" on page 2-94 for further details. See "Enhanced GPRS One Phase Access " on page 2-120 for details. Indicates whether or not the BSC allows PCU redundancy. See "Overview of configuring a PCU and its devices " on page 6-7 for details of the 3x PCU feature. Identifier of the first redundant PCU for PCU 0. Greyed-out if pcu_redundancy is set to False. Identifier of the second redundant PCU for PCU 0. Greyed-out if pcu_redundancy is set to False. Identifier of the first redundant PCU for PCU 1. Greyed-out if pcu_redundancy is set to False. Identifier of the second redundant PCU for PCU 1. Greyed-out if pcu_redundancy is set to False. True or False. Default is True. Values 24 to 31 (SMG Gb version). Default is 31. Mandatory or Optional? Optional.
Field name/BSS parameter name SMG Gb Protocol Version smg_gb_vers Related SGSN
Optional.
Delayed Downlink TBF Release Duration Delayed Uplink TBF Release Duration Delayed Downlink TBF Release Control Auto Downlink Duration GPRS Scheduling Beta Algorithm Enhanced One Phase Access eop_enabled PCU Redundancy Status pcu_redundancy
Mandatory.
1st Redundant for PCU 0 pcu_red_map_01 2nd Redundant for PCU 0 pcu_red_map_02 1st Redundant for PCU 1 pcu_red_map_11 2nd Redundant for PCU 1 pcu_red_map_12
Optional.
Optional.
Optional.
Optional.
Cont.
4-34
GMR-01
Table 4-14
BSS Detailed View fields - GPRS grouping (Continued) Brief description Identifier of the first redundant PCU for PCU 2. Greyed-out if pcu_redundancy is set to False. Identifier of the second redundant PCU for PCU 2. Greyed-out if pcu_redundancy is set to False. The Medium Access mode that should be used by the PCUs. Values -1 to 2. Default is -1. Mandatory or Optional? Optional.
-1 to 2. Default is -1.
Optional.
Medium Access Control Mode gprs_mac_mode Network Operation Mode gprs_network_ operation_mode GPRS Dual Power Mode gprs_dl_pwr_mode
Fixed access mode (0), Dynamic access mode (1). Default is 1. 1 to 3. Default is 3.
Mandatory.
Mandatory.
The downlink power control mode the PCUs uses to broadcast data blocks to the mobile. See "PBCCH/PCCCH feature" on page 2-124 for details. See "Current Bucket Level (CBL) feature" on page 2-154 for details. See "Enhanced Scheduling" on page 2-156 for details. See "Enhanced Scheduling" on page 2-156 for details.
No power mode (0), Mode A (1), Mode B (2). Default is Mode A (1).
Optional.
SGSN Release sgsn_release Current Bucket Level Feature bssgp_cbl_bit Increased PRP Capacity Feature Enabled Max Number of UL timeslots per mobile PRR Blocks Reservation Aggressiveness Factor GPRS Uplink or Downlink bias Most Common Multislot of GPRS Mobiles Redundant PSP Audit Timer red_psp_audit_tmr
Optional. Mandatory.
Mandatory. Optional.
Audit mechanism used to determine the health of the secondary MPROC. Greyed-out if the GPRS feature is restricted at the BSS. See "Network Assisted Cell Change (NACC)" on page 2-181 for further details.
Optional.
GMR-01
4-35
Default Map
4-36
GMR-01
Table 4-16
BSS Detailed View fields - Traffic Parameters grouping Brief description Number of SMS messages compared to calls, expressed as a ratio. OMC only attribute. Average number of handovers per call. OMC only attribute. The ratio of intra-BSC handovers to all handovers. OMC only attribute. A function of the ratio of location updates to calls, the ratio of IMSI detaches to calls and whether the short message sequence or long message sequence is used for IMSI detach. The average call duration during the busiest period of the day. Values 0.0 to 1.0. Default is 0. 0.0 to 15.0. Default is 0. 0.0 to 1.0. Default is 0. 0.0 to 30.0. Default is 0. Mandatory or Optional? Optional.
Number of handovers per call Ratio of Intra-BSC handovers to all handovers Location Update factor
Optional. Optional.
Optional.
Optional. Optional.
LCS grouping
See "GSM location services" on page 2-109 for details of these fields.
GMR-01
4-37
Field name/ parameter name GPRS Seamless Cell Reselection Feature scr_enabled
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping
Table 4-19 describes the fields in the Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping of the BSS Detailed View. Unless stated otherwise, the OMC-R database parameter names are the same as the BSS database parameter names. Fields in this grouping can be accessed if the AMR Feature (amrOpt) or the {22064} GSM HR Feature (gsmHalfRateOpt) are unrestricted (Enabled) at the BSS, see "Adaptive Multi-Rate (AMR)" on page 2-138 for details. Table 4-19 Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping Brief description Enables and disables AMR Full Rate (FR) for the BSS. Cannot be enabled if HO Req Speech Version Used (ho_req_spver_used) is disabled at the BSS, or if CIC Validation (cic_validation) is disabled at the Assoc_RXCDR. Enables and disables AMR Half Rate (HR) for the BSS. Cannot be enabled if ho_req_spver_used is disabled at the BSS, or if CIC Validation (cic_validation) is disabled at the Assoc_RXCDR. Values 0 or 1. Enabled (1), Disabled (0). Default is 0. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Full Rate Enabled amr_bss_full_ rate_enabled (OMC-R parameter name: amr_fr_enabled) AMR Half Rate Enabled amr_bss_half_rate_ enabled (OMC-R parameter name: amr_hr_enabled)
Optional.
AMR MS Monitor Used to detect MSs continually Period requesting the highest or lowest amr_ms_monitor_period modes. (OMC-R parameter name: AmrMsMonPeriod) AMR MS Low CMR amr_ms_low_cmr The percentage of the monitor period for which an individual MS can request the lowest Codec mode.
0, or 10 to 120 SACCH periods.0 disables the MS Monitor function. Default is 40. 50 to 100%. Default is 95%.
Optional.
Optional.
Cont.
4-38
GMR-01
Table 4-19 Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping (Continued) Field name/BSS parameter name AMR MS Low RXQUAL amr_ms_low_rxqual Brief description If the MS is consistently requesting lowest rate Codec mode but reports RXQUAL values less than defined, the BSS uses this value to decrease the Down Link adaptation Thresholds. The percentage of the monitor period for which an individual MS can request the highest Codec mode. If the MS is consistently requesting the highest rate Codec mode but reports RXQUAL values less than defined, the BSS uses this value to increase the Down Link adaptation Thresholds. Used to increase or decrease C/I adaptation thresholds according to the values for AmrMsHighRxqual and amr_ms_low_rxqual. Overrides MSC provided preference, and forces Half Rate usage for all AMR/GSM Half Rate capable calls within the BSS. {22064}Does not apply when the MSC has specified that rate changes are not allowed. For example, if hr_intracell_ho_allowed is set such that full-rate only is allowed, force_hr_usage is ignored. Used for the downlink adaptation procedure to set the minimum time period between initiating changes in the downlink Codec mode. The delay is only added, if set to less than the inherent delay in the adaptation (including zero). Values 0 to 7 Qband units. Default is 2 Qbands or 0.5% BER. Mandatory or Optional? Optional.
Optional.
AMR MS High RXQUAL amr_ms_high_rxqual (OMC-R parameter name: AmrMsHighRxqual) AMR Downlink Threshold Adjustment amr_dl_thresh_adjust (OMC-R parameter name: AmrDlThreshAdj) AMR Force Half Rate Usage force_hr_usage (OMC-R parameter name: force_hr_use)
Optional.
1 to 7 dB. Default is 3.
Optional.
Optional.
AMR Downlink LA Mode Change Min amr_dl_la_mode_ chg_min (OMC-R parameter name: AmrDlLaModeChgMin)
Optional.
GMR-01
4-39
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping with GSM Half Rate
Table 4-20 describes the new fields in the Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping of the BSS Detailed View when the Half Rate feature is unrestricted. All other fields remain the same. Unless stated otherwise, the OMC-R database parameter names are the same as the BSS database parameter names. Fields in this grouping can be accessed if the GSM HR Feature (gsmHalfRateOpt) is unrestricted (Enabled) at the BSS, see "GSM Half Rate" on page 2-149 for details. Table 4-20 Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping Brief description Enables and disables GSM Half Rate (HR) for the BSS. Cannot be enabled (greyed-out) if GSM Half Rate Feature is restricted, or if CIC Validation (cic_validation) is disabled at the Assoc_RXCDR. Values 0 or 1. Enabled (1), Disabled (0). Default is 0. Mandatory or Optional? Optional.
Field name/BSS parameter name GSM BSS Half Rate Enabled gsm_bss_half_rate_ enabled (OMC-R parameter name: gsm_bss_half_rate_ enabled)
4-40
GMR-01
Pre-empt grouping
{24347} See "Enhanced Multi-level Precedence and Pre-emption (eMLPP)" on page 2-185 for details of these parameters.
Field name/BSS parameter name Improved Timeslot Sharing Enabled improve_ts_enabled (OMC-R parameter name: its_enabled
When the Transcoding field is set to Remote (0), and an attempt is made to modify the value in the Network Entity Id field, the OMC-R displays the following warning message:
GMR-01
4-41
Warning: Changing Network Entity Id will result in cycling all Associated RXCDR devices which are BUSY_UNLOCKED. Cycling these devices will result in loss of all call traffic from this BSS to those RXCDRs. This loss of call traffic may be avoided if cic_validation is disabled at the BSS. The connected remote Associated BSS entities may need to be updated at the following RXCDRs: RXCDR_<name> RXCDR_<name> ... Do you wish to continue?
Click on OK to continue or Cancel to cancel the cycling. However, these messages are not displayed if the Transcoding field in the BSS Detailed View is set to Local (1).
4-42
GMR-01
Navigate to and select the RXCDR class button in the Navigation Tree. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The RXCDR class button changes colour. From the menu bar, select Edit - Create. The OMC-R displays the RXCDR Detailed View in Create mode Click on the Initial Software Load button to display a Software Inventory Dialog window. Double-click on one of the software loads to select it and enter it in the RXCDR Detailed View. From the menu bar of the RXCDR Detailed View window, select Options Initialize Form. The OMC-R displays the RXCDR Detailed View window. Complete the fields in the RXCDR Detailed View as required. See Table 4-1 to Table 4-16 for guidance.
2 3 4 5 6
To obtain the relevant information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. 7 8 Once all the required information has been entered in the RXCDR Detailed View, select File - Create from the menu bar. Select File - Close from the menu bar to close the Detailed View.
GMR-01
4-43
Any attempt to modify this field after the RXCDR has been created, results in the OMC-R displaying the following warning message:
Warning: Changing Network Entity Id will result in cycling all Associated BSS devices which are BUSY_UNLOCKED. Cycling these devices will result in loss of all call traffic from those BSSs to this RXCDR. This loss of call traffic may be avoided if cic_validation is disabled at the BSS for this RXCDR. The connected remote Associated RXCDR entities may need to be updated at the following BSSs: BSS_<name> BSS_<name> ... Do you wish to continue?
Click on OK to continue or Cancel to cancel the cycling. If the Network Entity Id field is changed, later when the RXCDR Detailed View window is saved, the OMC-R displays the following warning message:
Warning: Changing the Network Entity Identifier will cause all the associated BSSs to be cycled which may result in the loss of all active calls. Do you wish to continue?
4-44
GMR-01
If the software load on the Vanguard equipment is not at the required level, then it will not be supported. Motorola recommends that the software loads are checked. There have been several generations of packet switch/MUX. The latest is the Vanguard 6560 MPRouter. The 6525 packet switch and 6250 MUX are previous-generation equipment. The Vanguard 6560 MPRouter combines the functionality of both. When a new BSS/RXCDR is added to the GSM network, the OML from the NE must be connected to the OMC-R through the X.25 network. This requires that the packet switch is configured for the new NE and the OML connected to it.
GMR-01
4-45
Connect to the Vanguard 6560 MPRouter, using telnet over the LAN or PAD within the OMC-R.
If using telnet, type atds at the OK prompt. 2 3 4 5 6 7 8 9 10 Supply the password to the router. Check which Virtual Ports are available for the BSS to connect to. Configure the new Virtual Port, if it has not already been done, or copy another Virtual Port to the new one. Check the Virtual Port Mapping Tables, to identify which timeslot can be allocated to the Virtual Port. Allocate a timeslot to the Virtual Port. Identify the next available entry in the Route Selection Tables. Configure the Routing Selection tables to identify which 6560 is connected to the new BSS. Configure routing Tables on all other Routers, if necessary. This identifies the route to be taken to the BSS from each 6560. Carry out a warm reboot. This reboots the Route Selection Tables, inserting the changes.
To manage the packet switch, refer to Operating Information: OMC-R System Administration (68P02901W19).
4-46
GMR-01
GMR-01
4-47
This script can be LAN loaded onto the BSC to create the database object during the installation and commissioning of a BSC. Figure 4-2 Example of a script file
NE database checks
Network Element (NE) database checks are required for the following reasons: To ensure that the NE has the same database as the OMC-R. To clear out old databases. Only the last three databases are kept. To check if an upload has been made after NE database changes. When changes are made, they must be logged using any method selected by the customer.
4-48
GMR-01
When configuration changes at an NE database are made, the MIB is updated by performing an audit. The OMC-R must also be updated, by uploading the NE database. There should be a maximum of three databases on the system for any BSS or RXCDR at any one time. For more information on the database checking procedure see Operating Information: OMC-R System Administration, (68P02901W19).
00.00.03.fd.02 YORK database.list $DBROOT/ BSSspecific/ BSS<name> dbComment download.list 00.00.03.fd.02.Z db950228122300 database.list dbComment 00.00.03.fd.02 database.list CSFP directory dbComment download.list OTHER BSSs
ti-GSM-SC01W17-000049-eps-sw
current database
CSFP database
GMR-01
4-49
Deleting a BSS/RXCDR
Deleting a BSS/RXCDR
Removing a BSS or RXCDR will prevent the OMC-R from communicating with the BSS/RXCDR. Failure to physically disconnect the BSS/RXCDR from the OMC-R may result in unnecessary traffic across the GSM network.
4-50
GMR-01
Deleting a BSS/RXCDR
Carry out Deleting a BSS/RXCDR from the OMC-Rin this section. Remove the BSS/RXCDR from the X.25 network by deleting a BSS/RXCDR at the packet switch, see "Deleting a BSS/RXCDR at the packet switch/MUX" on page 4-54.
Preparing to delete
The following preparation is required before deleting a BSS/RXCDR: Procedure 4-9 1 Prepare to delete BSS/DXCDR
Lock the OML(s) between the OMC-R and this BSS/RXCDR using the command: lock_device 0 OML x y 0 Where: x is an OML identifier. y is an OML identifier.
This can be done locally at the BSC or remotely using rlogin. 2 Physically disconnect the cable between the OMC-R and BSS/RXCDR.
GMR-01
4-51
Deleting a BSS/RXCDR
Configuration information may still need to be extracted if the BSS is to be added at a later date. To do this, see "Extracting data from the CM MIB using cmutil" on page 15-30. 2 As omcadmin, delete the BSS from the MIB using the following command:
This step requires authorization in advance from the OMC-R System Administrator. HierDelete BSS <name> The following confirmation message is displayed:
Do you really want to delete the BSS <name>? The gui might core if any of the forms for the objects are open for edit Please ensure this is not the case and will not be at any time while this script is running (Warning: this operation cannot be aborted once started. Type Y to proceed, anything else will abort operation now).
Press Y to proceed. The deletion is complete when the BSS/RXCDR has been removed from the Navigation Tree. No further deletes should be performed until this occurs.
The BSS software directory is renamed in a similar manner to after the activation of a new BSS software load. The relevant entries in the PM database are renamed to <old_name>~xx where xx is a two digit number. The relevant entries in the NE.MAP and SITE.MAP are commented out. The old names must not be re-used until the PM statistics have cleared (after approximately 5 days) and the entries deleted using delete_BSS, delete_SITE or delete_CELL commands.
4-52
GMR-01
Deleting a BSS/RXCDR
If the cells of the BSS are being decommissioned, or reused under different BSSs, external neighbours which point to these cells may require removal. The HierDelete utility does not remove these external neighbours from other BSSs. The neighbours should be removed from other BSS databases during the next frequency replan. Verify NE.MAP has been cleaned up correctly, by checking NE.MAP for entries relating to the BSS. Also use Remote Login icon on the GUI front panel; if the BSS name still appears, then NE.MAP has not been cleaned up correctly. Remove the BSS directory from the following location:
/usr/omc/ne_data/dbroot/BSS/BSSspecific
3 4
Edit any appropriate subscription lists to remove the BSS from them. See OMC-R Online Help, Network Operations for details of subscription lists.
Once the BSS has been deleted, the following are also removed: Event and Alarm windows for the BSS and the BSS SITES, if subscriptions are exclusive to them. 5 6 7 8 Remove the appropriate RXCDR - Associated BSS objects from the RXCDRs which are connected to the BSS. Remove any entries for the NE from the packet switch/MUX, see "Deleting a BSS/RXCDR at the packet switch/MUX" on page 4-54. Delete the default network map and any user-defined map files containing the deleted BSS information. If using the Map feature, remove Commslinks from the BSS to devices such as RXCDRs, OMC-R and MSC so that they are no longer displayed on the map. Also remove the BSS from any customized regional maps. If using the Map feature, open the network map from the GUI and check the impact of the BSS/RXCDR removal on the remaining NEs. Move the remaining nodes to any desired new positions on the map background. When the NEs are in the desired position, save the network map and the new default map, by selecting File - Save from the menu bar. Refer to: OMC-R Online Help, Network Operations for a description of how to move the NEs on a map.
GMR-01
4-53
At the packet switch delete the routing table entry, if necessary. Remove the cabling between the packet switch and MUX.
4-54
GMR-01
Disconnect the cable from the access link port and the cable between ports used between the MUX and packet switch. Use the configuration table to determine to which ports these cables are connected.
Delete the link, endpoints and circuit entries from the MUX configuration. Remove the cabling between the packet switch and MUX.
If the NE is on its own 2 Mbit/s link, an additional action is required as detailed in the following sub-section Removing the NE from the MUX.
GMR-01
4-55
Use the MUX configuration table to determine the linkname, endpoints and circuit name, that need to be removed from the MUX configuration. Continue with the next procedure, Removing the NE link to the MUX, to remove the links to the MUX.
Log in to the MUX. Remove the access link entry if a 2 Mbit/s link is being disconnected using the following command: d l -r <linkname> Remove circuit entries using the following command: d c -r <circuitname> Remove endpoint entries using the following command: d e -r <endpoint1> d e -r <endpoint2> Log out of the MUX by pressing Ctrl-L. Remove the cabling.
3 4
5 6
4-56
GMR-01
Equipping cabinets and cages can be carried out either in SYSGEN mode or outside of SYSGEN mode with the site locked. See "Configuring a cabinet" on page 4-60 and "Configuring a cage" on page 4-65 in the following sections.
GMR-01
4-57
A Horizon II macro or Horizon II macro_ext cabinet type can support only one of the following frequencies at a time: PGSM900. EGSM900. DCS1800.
A maximum of three extension cabinets can be connected to a Horizon II macro cabinet type, as shown in Table 4-22. Table 4-22 Extension cabinets for Horizon II macro Master cabinet Horizon II macro Extension TCU_6. Horizonmacro_ext. Horizon II macro_ext. A Horizon II macro_ext cabinet type can be equipped to the cabinet types shown in Table 4-23. Table 4-23 Cabinet types allowing Horizon II macro_ext as an extension type Extension Horizon II macro_ext Master cabinet M-Cell6. Horizonmacro. Horizon II macro.
4-58
GMR-01
Table 4-24
Extension cabinet types allowed for Horizon II mini Extension cabinet Horizon II mini extension. Horizon II macro extension. Horizon macro extension. TCU6.
Table 4-25 shows the master cabinets to which a Horizon II mini extension can be equipped. Table 4-25 Master cabinet types allowed for Horizon II mini extension Master cabinet Horizon II mini. Horizon II macro. Horizon macro. MCELL6.
GMR-01
4-59
Configuring a cabinet
Configuring a cabinet
Navigate to and select the Cabinet class button in the Navigation Tree (BSS BSS instance - SITE - SITE instance - Hardware Devices - Cabinet). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The network object class button changes colour. Select Edit - Create from the Navigation Tree menu bar. Complete the fields, as required. See Cabinet Detailed View fields for further details. Select File - Create from the menu bar to create a Cabinet instance. Select File - Close from the menu bar to close the Detailed View form.
2 3 4 5
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
4-60
GMR-01
Configuring a cabinet
Identification grouping
Table 4-26 describes the fields in the Identification grouping of the Cabinet Detailed View. Table 4-26 Cabinet Detailed View fields - Identification grouping Brief description The type of this cabinet. See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the name of the parent site. Click to display the parent site Detailed View. Not displayed for a Horizonmacro or Horizon II macro BTS. Greyed-out if site is not a Horizonmicro or Horizoncompact. For a Horizonmicro or Horizoncompact, this field is inherited from the Hardware Version Number (HVN), and cannot be changed. 0 to 15 characters Optional. Values {24281} 0 to 27. Default is Cabinet. 0 to 15. Mandatory or Optional? Mandatory.
Field name Cabinet Type cabinet_type RDN Class RDN Instance NMC RDN Value Parent Detailed View
Kit Number
Cont.
GMR-01
4-61
Configuring a cabinet
Table 4-26
Cabinet Detailed View fields - Identification grouping (Continued) Brief description See Maintenance Information: BSS Field Troubleshooting (68P02901W51) for details of all the possible values that can be displayed. {24281} Displayed when cabinet_type is: Horizon II mini, Horizon II macro, Horizon macro, MCell6 or MCell2. For a Horizonmicro or Horizoncompact, this field is inherited from the Hardware Version Number (HVN), and cannot be changed. For a BSSC3 cabinet at the BSC site, this field is set to BSSC3 and cannot be changed. Not displayed for a Horizonmacro or Horizon II macro BTS. Greyed-out if site is not a Horizonmicro or Horizoncompact. For a Horizonmicro or Horizoncompact, this field is inherited from the Hardware Version Number (HVN), and cannot be changed. 0 to 15 characters Values Mandatory or Optional? Optional.
Serial Number
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this Cabinet. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
General grouping
Table 4-27 describes the fields in the General grouping of the Cabinet Detailed View.
4-62
GMR-01
Configuring a cabinet
Table 4-27
Cabinet Detailed View fields - General grouping Brief description The frequency band capability of the Cabinet. If the Infrastructure Sharing Homogeneous Cabinet feature is restricted, then only required for the first Cabinet created at a site. Thereafter, the frequency type of future Cabinets should be forced to the freq_type of the first Cabinet. If cabinet_type is M-Cellmicro, then only one frequency type is allowed regardless of whether the Infrastructure Sharing Homogenous or Heterogenous features are restricted (disabled) or not. Horizon II and {24281} Horizon II mini sites can support one of the following frequencies: PGSM, EGSM, or DCS1800. The type of the first, second, third, and fourth power supply units (PSUs) out of four PSUs installed in the cabinet, if any. PSUs 1 to 3 are valid for Horizonmacro, Horizonmacro_ext, Horizon II macro and Horizon II macro_ext cabinet types. PSU 4 is only valid for Horizon II macro and Horizon II macro_ext cabinet types. {24281} When cabinet-type is a Horizon II mini psu_fru_1 and psu_fru_2 are displayed. psu_fru_1 displays hardware information for the Power Supply Unit at the Horizon II mini cabinet. psu_fru_2 indicates whether or not a battery hold-up unit is present in the Horizon II mini cabinet. These fields are not visible for any other cabinet types. Cannot be modified by a user (read-only). Values 1 to 15. Mandatory or Optional? Optional.
Field name/BSS parameter name Frequency Type frequency_type (OMC-R parameter name: freq_type)
Optional.
Cont.
GMR-01
4-63
Configuring a cabinet
Table 4-27
Cabinet Detailed View fields - General grouping (Continued) Brief description Indicates whether an internal HDSL modem is present in the cabinet. When cabinet type is Horizonmacro, or Horizonmacro_ext this field is greyed-out. For a {24281} Horizon II mini, Horizon II mini extension, Horizon II macro, and Horizon II macro extension, this field does not appear. Indicates whether an internal integrated antenna is present in the cabinet. When cabinet type is Horizonmacro or Horizonmacro_ext this field is greyed-out. {24281} For a Horizon II mini, Horizon II mini extension, Horizon II macro, and Horizon II macro extension, this field does not appear. Values 0 or 1. Internal HDSL modem is not present (0). Internal HDSL modem is present (1). Mandatory or Optional? Optional.
Field name/BSS parameter name Internal HDSL Modem (OMC-R parameter name: int_hdsl_modem)
0 or 1. Internal integrated antenna is not present (0). Internal integrated antenna is present (1).
Optional.
Enter the following command: equip <location> CAB The system prompts for further configuration information, for example:
Enter the CABINET: Enter the cabinet type: Enter the frequency type:
Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on BSS commands, parameters and prompts.
4-64
GMR-01
Configuring a cage
Configuring a cage
Navigate to and select the Cage class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Hardware Devices - Cage). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The network object class button changes colour. Select Edit - Create from the Navigation Tree menu bar. The Cage Detailed View form is displayed. Enter all required information in this form. See Cage Detailed View fields for further details. Select File - Create from the menu bar to create the cage instance. Select File - Close from the menu bar to close the Detailed View.
2 3 4 5
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
GMR-01
4-65
Configuring a cage
Identification grouping
Table 4-28 describes the fields in the Identification grouping of the Cage Detailed View. Table 4-28 Cage Detailed View fields - Identification grouping Brief description See Table 4-1 description. See Table 3-1 description. Values Default is Cage. For a BSC or RXCDR, cage range is 0-13. For a BTS, cage range is 2-15. Mandatory or Optional?
See Table 4-1 description. Displays the name of the parent site (BSC or BTS). Click to display the parent site Detailed View. The identifier of the cabinet in which this cage resides. Whether an IAS is connected to this cage. Not used if cabinet_type is PCU. The KSWX device which is connecting the cage to a KSW for TDM0 in another cage. Not used if TDM0 or the KSW resides in this cage. Not used if cabinet_type is PCU. The KSWX device which is connecting the cage to a KSW for TDM1 in another cage. Not used if TDM1 or the KSW resides in this cage. Not used if cabinet_type is PCU. The KSW pair managing this cage. Not used if cabinet_type is PCU. IAS not connected, or IAS is connected. 0 - 4 Mandatory. Mandatory.
KSWX Number 0
Optional.
KSWX Number 1
0 - 4
Optional.
KSW Pair
0 - 3
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this Cage. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
4-66
GMR-01
Configuring a cage
Enter the following command: equip <location> CAGE The system responds with the prompts for further information.
Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on BSS commands and parameters.
GMR-01
4-67
Navigate to and select the Cabinet class button in the Navigation Tree (RXCDR RXCDR instance - SITE - SITE instance - Hardware Devices - Cabinet). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The network object class button changes colour. Select Edit - Create from the Navigation Tree menu bar. A Cabinet Detailed View form is displayed. Enter all required information in this form. See "Configuring a cabinet" on page 4-60 for details of the Cabinet Detailed View fields.
2 3
To obtain the relevant information for a parameter, click on Help at the top right of the window, select On Context and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. 4 5 Select File - Create from the menu bar to create an RXCDR cabinet. Select File - Close to close the Detailed View form.
4-68
GMR-01
GMR-01
4-69
4-70
GMR-01
Navigate to and select the Cage class button in the Navigation Tree (RXCDR - RXCDR instance - SITE - SITE instance - Hardware Devices - Cage). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The network object class button changes colour. Select Edit - Create from the Navigation Tree menu bar. A CAGE Detailed View form is displayed. Enter all required information in this form. See "Configuring a cage" on page 4-65 for details of the Cage Detailed View fields.
2 3
To obtain the relevant information for a parameter, click on Help at the top right of the window, select On Context and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. 4 5 Select File - Create from the menu bar to create an RXCDR cage. Select File - Close from the menu bar to close the Detailed View form.
GMR-01
4-71
Example of equipping an RXCDR cabinet and cage using the TTY interface
Example of equipping an RXCDR cabinet and cage using the TTY interface
Scenario
In this example, an RXCDR cabinet will be equipped at MSC_XCDR. The following information is available: The RXCDR cabinet will be number 0. The cabinet will be equipped with one cage, numbered 0.
The RXCDR examples shown in this section are for demonstration purposes only. Parameters are system specific and will vary. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the BSS commands, parameters and prompts.
Equipment
Cage 0 is equipped with the following required and optional devices: EAS (half size PIX module). MSI. XCDR. KSW A and KSW B. GCLK A and GCLK B. GPROC.
4-72
GMR-01
Example of equipping an RXCDR cabinet and cage using the TTY interface
Additional equipment
Although there is no equip procedure for the following devices, they must be physically inserted when more than one cage is equipped: CLKX (half size modules, cage 0 only). KSWX (half size modules).
The Bus Terminator Card (BTC) is always provided in a BSC (or BTS or RXCDR) cage.
Select the RXCDR site and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Equip the cabinet using the equip command, see the following sections. Equip a cage using the equip command, see the following sections.
GMR-01
4-73
Example of equipping an RXCDR cabinet and cage using the TTY interface
-> equip 0 CAGE Enter the identifier for the CAGE: 0 Enter the KSW pair that manages the CAGE: Enter the KSWX connecting cage to KSW for Enter the KSWX connecting cage to KSW for Enter cabinet to which the cage belongs: Is an IAS connected?: no COMMAND ACCEPTED ->
1
TDM 0: TDM 1:
4-74
GMR-01
Configuring an Assoc_BSS
Configuring an Assoc_BSS
Description of an Assoc_BSS
An Assoc_BSS (ABSS) specifies the actual BSS connected to the RXCDR. An Assoc_BSS is said to be contained by an RXCDR. A maximum of ten Assoc_BSSs can be supported by each RXCDR. There is one Assoc_BSS device for each BSS connected to the RXCDR. Performing an action on a Assoc_BSS in effect performs the action on the XBLs contained within the Assoc_BSSs. If the actual BSS is deleted from the network, the BSS identifier in the Assoc_BSS Detailed View is set to NULL. This indicates that the Assoc_BSS does not correspond to any BSS device. {23683} When an Assoc_BSS is created, a CommsLink is automatically created. Likewise, when an Assoc_BSS is deleted, the CommsLink is automatically deleted.
GMR-01
4-75
Configuring an Assoc_BSS
Navigate to and select the Assoc_BSS class button in the Navigation Tree (RXCDR - RXCDR instance - Assoc_BSS). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The Assoc_BSS class button changes colour. Select Edit - Create from the Navigation Tree menu bar. The OMC-R displays the Assoc_BSS Detailed View in Create mode. Click on the Associated BSS button. The OMC-R displays a popup window which lists all the BSSs currently in the network. Select the BSS to be associated with this RXCDR. This highlights the BSS. Click on OK. The OMC-R displays the name of the selected BSS in the Associated BSS field. Complete the remaining fields as required. See Assoc_BSS Detailed View fields for details of these fields.
2 3
4 5 6
To obtain the relevant information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. 7 8 From the menu bar, select File - Create to create the Assoc_BSS details. From the menu bar, select File - Close to close the Detailed View.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
4-76
GMR-01
Configuring an Assoc_BSS
Identification grouping
Table 4-29 describes the fields in the Identification grouping of the Assoc_BSS Detailed View. Table 4-29 Assoc_BSS Detailed View fields - Identification grouping Brief description See Table 4-1 description. See Table 3-1 description. See Table 4-1 description. Displays the name of the parent object. Click to display the parent RXCDR Detailed View. Displays the identifier of the associated BSS. Not applicable. Values Default is Assoc_BSS. 1 to 128. Mandatory or Optional?
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View
Associated BSS
Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this Assoc_BSS. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard object status information fields, see Table 4-2 for details.
General grouping
Table 4-30 describes the fields in the General grouping of the Assoc_BSS Detailed View. Table 4-30 Assoc_BSS Detailed View fields - General grouping Brief description See description in Table 4-7. See description in Table 4-7. See description in Table 4-7. Values Mandatory or Optional?
Field name UL and DL Volume Control Type Downlink Audio Level Offset Uplink Audio Level Offset
GMR-01
4-77
Configuring an Assoc_BSS
4-78
GMR-01
Configuring an Assoc_RXCDR
Configuring an Assoc_RXCDR
Description of an Assoc_RXCDR
An Assoc_RXCDR (AXCDR) specifies the actual RXCDR connected to the BSS. An Assoc_RXCDR is said to be contained by a BSS. There is one Assoc_RXCDR for each RXCDR connected to the BSC. A maximum of ten Assoc_RXCDRs can be supported by each BSS. Performing an action on a Assoc_RXCDR in effect performs the action on the XBLs contained within the Assoc_RXCDR. The Conn_Link object class is a child of an Assoc_RXCDR. Assoc_RXCDRs only exist if remote transcoding is specified at the BSS. {23683} When an Assoc_RXDCR is created, a CommsLink is automatically created. Likewise, when an Assoc_RXCDR is deleted, the CommsLink is automatically deleted.
GMR-01
4-79
Configuring an Assoc_RXCDR
Navigate to and select the Assoc_RXCDR class button in the Navigation Tree (RXCDR - RXCDR instance - Assoc_RXCDR). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The Assoc_RXCDR class button changes colour. Select Edit - Create from the Navigation Tree menu bar. The OMC-R displays the Assoc_RXCDR Detailed View in Create mode. Click on the Associated RXCDR button. The OMC-R displays a popup window which lists all the RXCDRs currently in the network. Select the RXCDR to be associated with this BSS. This highlights the RXCDR. Click on OK. The OMC-R displays the name of the selected RXCDR in the Associated RXCDR field. Complete the remaining fields, as required. See Assoc_RXCDR Detailed View fields for further details. From the menu bar, select File - Create to create the new Assoc_RXCDR. From the menu bar, select File - Close to close the Detailed View.
2 3 4 5 6 7 8
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 4-31 describes the fields in the Identification grouping of the Assoc_RXCDR Detailed View.
4-80
GMR-01
Configuring an Assoc_RXCDR
Table 4-31
Assoc_RXCDR Detailed View fields - Identification grouping Brief description See Table 4-1 description. See Table 3-1 description. See Table 4-1 description. Displays the parent BSS Detailed View. Displays the name of the associated RXCDR. Mandatory. Values Default is Assoc_RXCDR. 1 to 128. Mandatory or Optional?
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View Associated RXCDR
Additional Information
Use the Additional Information window to input any notes relating to this Assoc_RXCDR. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard object status information fields, see Table 4-2 for details.
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping
Table 4-33 describes the fields in the Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping of the Assoc_RXCDR Detailed View. The fields in this grouping are greyed-out if both amrEnhancedCapOpt and gsmHalfRateOpt are restricted. (see "Adaptive Multi-Rate (AMR)" on page 2-138 and "GSM Half Rate" on page 2-149 for additional information).
GMR-01
4-81
Configuring an Assoc_RXCDR
Table 4-33
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping Brief description Whether the BSC-RXCDR interface is using the available resources for half rate calls with 8 Kbps Ater allocations. If cic_validation (see Table 4-32) is disabled, this field is greyed-out and set to Disabled (0). Threshold used to block CICs according to the availability of IDLE Aters. Only sensitive if eac_mode is set to Enabled (1) and if AMR and/or GSM HR features are unrestricted. Threshold used to unblock CICs according to the availability of IDLE Aters. Only sensitive if eac_mode is set to Enabled (1) and the AMR and/or GSM HR features are unrestricted. cic_unblock_thresh must be greater than cic_block_thresh by a value of 10 or more. Values 0 or 1. Disabled (0) or Enabled (1). Default is 0. Mandatory or Optional? Optional.
0 to 245. Default is 0.
Optional.
0, 11 to 255. Default is 0.
Optional.
The CIC blocking mechanism can be formally disable by setting cic_block_thresh and cic_unblock_thresh to 245 and 255 respectively. It should be noted however, that if no 16 Kbps ATERs are available, then full rate calls will be prevented from being set up and only half rate calls will be accepted.
4-82
GMR-01
Configuring an Assoc_RXCDR
To disable CIC Validation at an Assoc_RXCDR, use the modify_value command. For example, the following command disables cic_validation (sysgen on) whether or not AMR Half Rate, GSM Half Rate and eac_mode are enabled: modify_value 0 cic_validation NO AXCDR 1
GMR-01
4-83
Configuring an Assoc_RXCDR
To disable eac_mode when AMR and GSM Half Rate features are unrestricted, (with SYSGEN on or off), cic_validation, amr_bss_half_rate_enabled and gsm_bss_half_rate_enabled enabled, use the modify_value command. For example, the following command modifies eac_mode to No at Assoc_RXCDR 128: modify_value 1 eac_mode no AXCDR 128 The system responds:
WARNING: Disabling enhanced auto connect mode will terminate all active calls through this Associated RXCDR from this BSC, and reconfigure the CIC Ater assignments as for Auto Connect Mode.
The following command modifies cic_unblock_thresh to 100 at Assoc_RXCDR 128: modify_value 0 cic_unblock_thresh 100 AXCDR 128
4-84
GMR-01
Configuring an Assoc_RXCDR
The following command attempts to modify cic_unblock_thresh to 10 at Assoc_RXCDR 128: modify_value 0 cic_unblock_thresh 10 AXCDR 128 The system responds:
COMMAND REJECTED: The valid range is 0 to disable cic_unblock_thresh or 11-255 to enable it.
The following command attempts to modify cic_unblock_thresh to 29 when cic_unblock_thresh is currently 40 and cic_block_thresh is 20: modify_value 0 cic_unblock_thresh 29 AXCDR 128 The system responds:
COMMAND REJECTED: CIC unblocking threshold must be greater than the CIC blocking threshold by a value of 10.
The following command attempts to modify cic_unblock_thresh to 20 at Assoc_RXCDR 128 when eac_mode is disabled: modify_value 0 cic_unblock_thresh 20 AXCDR 128 The system responds:
COMMAND REJECTED: Cannot modify CIC blocking or unblocking thresholds if Enhanced Auto-Connect Mode is disabled
GMR-01
4-85
Configuring an Assoc_RXCDR
If an AXCDR with cic_validation enabled does not exist, the system also responds:
WARNING: AXCDR CIC validation must be enabled for AMR or GSM HR.
If the parameter handover_required_sp_ver_used is disabled in the BSS Detailed View, the system responds:
Unable to enable EFR/AMR or GSM HR when handover_required_sp_ver_used is set to disabled
The following command enables gsm_bss_half_rate_enabled (with SYSGEN on or off) with either cic_validation and/or eac_mode enabled: chg_element gsm_bss_half_rate_enabled 0 1 The system responds:
WARNING: This may cause a short delay in a new call setup during reconfiguration. COMMAND ACCEPTED
4-86
GMR-01
Configuring an Assoc_RXCDR
GMR-01
4-87
Once the change assoc NE ID process has started, if the GUI is closed for some reason the change assoc NE ID process will continue.
4-88
GMR-01
The progress of the change assoc NE ID operation is displayed in the status bar and also in the change assoc NE ID process log file, which is displayed in an Xterm window when the change assoc NE ID process is initiated.
Where:
<NEname> is the name of the BSS or RXCDR to which the ABSS/AXCDR being changed is associated. <old_ne_id> is the current (old) network entity id of the network element to be changed. <new_ne_id> is the new network entity id of the network element. <status> is the status of log file, which can be:
active - indicates an active log file, that is, one that is currently being written to by the change process. progress - a log file showing a summary of the progress of the change process. The progress file is automatically displayed when the change process is initiated. resume - indicates a halted change assoc NE ID process log file. Such a file is created if the system suspends a change assoc NE ID process for some reason (for example, if there is a GUI stop or start). The system can suspend a change process in any phase of the process. This log file is used if the change assoc NE ID process is resumed. When resumed, the log file has the extension .active. complete - a log file of a completed change assoc NE ID process. This file name is suffixed with a time stamp.
For example, changing RXCDR1 NE id 5 to NE id 6 on BSS1018, creates an active log file named: BSS1018_5_6.active. If the change assoc NE ID process continues successfully a log file called BSS1018_5_6.progress is also created. Finally, when the change process is complete a log file called BSS1018_5_6.complete is created. The user can view any type of log file.
GMR-01
4-89
Restrictions to changing an NE ID
Do not modify the database of the NE being changed until the change assoc NE ID process is complete. Do not start a change assoc NE ID operation for an associated device, if: An Audit, Resync, Network Expansion, CellXchange, Bay Level Calibration, or cell parameter propagation operation is in progress for the container NE. cmutil updates are in progress in the container NE database.
Likewise, if a change assoc NE ID operation is in progress: An Audit, Resync, Network Expansion, CellXchange, Bay Level Calibration, or cell parameter propagation should not be started for the container NE. A cmutil operation cannot be invoked for an NE or its containers.
Navigate to and select the Assoc_BSS or Assoc_RXCDR instance button in the Navigation Tree (for an Assoc_BSS, select: RXCDR - RXCDR instance Assoc_BSS - Assoc_BSS instance. For an Assoc_RXCDR, select: BSS - BSS instance - Assoc_RXCDR Assoc_RXCDR instance. The instance button changes colour. Select Options - Change Assoc NE ID from the menu bar. The Change Assoc NE ID form is displayed, see Figure 4-4 for an example. If a window is already open for the associated NE, the Change Assoc NE ID form cannot be opened, and the active window is brought to the foreground. More than one Change Assoc NE ID form can be open at a time. If necessary, the user can open other GUI forms while the Change Assoc NE ID form is displayed. The name of the selected instance is displayed in the title bar of the form. The OMC-R displays the current network entity id of the ABSS or AXCDR in the Current Assoc NE ID field. This field cannot be changed by a user. Enter the new network entity id for the Assoc_BSS or Assoc_RXCDR in the New Assoc NE ID field. Enter a unique value in the range 1 to 128. If the new network entity id number is not unique, the OMC-R displays a message in the status bar and rejects the new number. Enter a new unique network entity number. If the new network entity id is not known, go to Viewing network entity ids step 1. Otherwise, go to Starting the change assoc NE ID process - step 1.
4-90
GMR-01
Figure 4-4
GMR-01
4-91
Click on the View NE IDs button. The BSSs or RXCDRs list form is displayed. For example, if the selected element is a ABSS, a list of all BSSs is shown. The BSSs/RXCDRs list form displays the following information for each BSS or RXCDR managed by the OMC-R: NE ID - the network entity id. Version - the version number of the software load active in the Network Element (BSS database parameter neLoadVersion). Network Element - the name of the network element.
If required, click on the Print button to print the list of NEs to the printer specified in the PRINTER environmental variable. 2 Click on the required network element in the list. The OMC-R highlights the selection. To exit the list and return to the Change Assoc NE ID form, click on Cancel. Click on OK. The network entity id of the selected NE is copied into the New Network Entity Id field in the Change Assoc NE ID form. Double-clicking the network element in the NE List form has the same result. Now go to Starting the change assoc NE ID process - step 1.
4-92
GMR-01
Click on OK. When changing the NE ID of an Assoc_RXCDR, the OMC-R displays the following message. An equivalent message is displayed when changing an Assoc_BSS NE id. Use the scroll bars to display all of the message.
WARNING: Changing the Network Entity Id will result in loss of all calls and communication between this RXCDR and the BSS. The operation will first delete all the XBLs, CICs, Conn_Links and Assoc_RXCDRs between this RXCDR and the BSS in the BSS database. Then it will re-equip all the XBLs, CICs, Conn_Links and Assoc_RXCDRs as it was originally in the BSS database but with the new Network Entity Id. The operation may take a long time to complete. Do you wish to continue?
Click on OK to continue with the change assoc NE ID process. To close the confirmation box and return to the Change Assoc NE ID form, click on Cancel. The OMC-R displays the status of the NE id change process in the status bar, and the .process log file in an Xterm window. By default, the status bar is one line deep. To expand the status bar, click on the [Symbol_triangledown] button to the right of the status bar. To shrink the status bar back to its original size, click on the [Symbol_triangleup] button. To view the active log file for the change assoc NE ID process, go to Viewing other log files below.
GMR-01
4-93
Figure 4-5 shows an example of the .progress log file with the Extracting phase complete, and the Unequipping phase in progress. Figure 4-5 .progress log file
4-94
GMR-01
Figure 4-6
Select the .active log file in the Files pane of the Log File Selection window. Click on the View Active Log button to view the .active log file. The text editor displays the contents of the .active log file in an Xterm window (see Figure 4-7, for example). If necessary, use the Return key to scroll through the log file. If an active log file does not exist, the View Active Log button is greyed-out and cannot be selected. Now go to Closing the log file window step 1.
GMR-01
4-95
Figure 4-7
4-96
GMR-01
Navigate to another directory using the Filter line and button, and select a log file. Or, if necessary: Click on Cancel to close the window and return to the Change Assoc NE ID window. Click on the View Log button to view the contents of an inactive log file. The text editor displays the contents of the log file in an Xterm window. Use the Return key to scroll through the log file.
Left-click on the button in the top left corner of the window. Select Close from the dropdown menu.
Before resuming a change assoc NE ID operation, ensure that no changes were made to the database since the suspension and before the resume. Otherwise, the change assoc NE ID reconfigurations may not be successful.
GMR-01
4-97
Procedure
To restart a suspended change assoc NE ID process, select Options - Resume from the menu bar of the Change Assoc NE ID form. The OMC-R resumes the change assoc NE ID process from the point at which it was halted.
4-98
GMR-01
DYNET device
A DYNET device specifies the BTSs sharing dynamic terrestrial backing resources and how they are interconnected. See"Dynamic allocation of BSC-BTS Backing Resources (DYNET)" on page 2-20 for further details. A DYNET is contained in a DYNETGroup. When the user creates the first DYNET using the TTY interface, a DYNETGroup is automatically created. When the last DYNET in a DYNETGroup is deleted, the DYNETGroup is automatically deleted.
Equipping RSLs
RSLs for BTS sites that support dynamic allocation must be equipped to the automatically equipped paths associated with the DYNET.
GMR-01
4-99
DYNET restrictions
Restrictions and exceptions for a DYNET are as follows: A DYNET can be equipped and unequipped, but cannot be locked, unlocked, or shutdown. A DYNET can include BTSs with the SITE Detailed View field: Timeslot Sharing (parameter name ts_sharing) disabled. A DYNET can include BTSs with timeslot (TS) marker sites (switching sites). All DYNETs that share the same first identifier must have exactly the same BTSs, or marker sites (switching sites), in the same order. DYNETs must have different E1/T1 links for the BTSs that have the SITE Detailed View field: Timeslot Sharing (parameter name ts_sharing) enabled. Equipping the DYNET also equips path devices for the BTSs supporting dynamic allocation (that is, BTSs with Timeslot Sharing field (parameter name ts_sharing) enabled). For any non-DYNET BTSs, paths have to be manually created. DYNETs must include at least one BTS that has the Timeslot Sharing field (parameter name ts_sharing) enabled. A DYNET device can only be equipped to a BSC. There can be only three DYNETs per DYNETGroup. More than one E1/T1 link can exist between BTSs for dynamic sharing purposes.
DYNETGroup
A DYNETGroup represents a grouping of DYNETs. When the user creates the first DYNET using the TTY interface, a DYNETGroup is automatically created. A DYNETGroup is contained by a BSS.
DYNETGroup restrictions
Restrictions and exceptions for a DYNETGroup are: A maximum of 20 DYNETGroup objects can be supported per BSS. A DYNETGroup is only visible on the Navigation Tree when BSC-BTSdynamic allocation is enabled at the BSS (that is, the BSCBTSDynAllocOptparameter is set to Enabled (1)). The DYNETGroup can include BTSs with the SITE Detailed View field: Timeslot Sharing (parameter name ts_sharing) disabled. A maximum of three DYNETs can be supported per DYNETGroup. Fault management activities are not supported for a DYNETGroup object.
4-100
GMR-01
GMR-01
4-101
Configuring a DYNETGroup
Configuring a DYNETGroup
Navigate to and select the DYNETGroup class button in the Navigation Tree (BSS - BSS instance - DYNETGroup). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The class button changes colour. Select Edit - Create from the menu bar. The OMC-R displays the DYNETGroup Detailed View form in Create mode. Complete the fields as required. See DYNETGroup Detailed View fields for further information. Select File - Create from the menu bar to create the DYNETGroup. Select File - Close from the menu bar to close the DYNETGroup Detailed View.
2 3 4 5
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
4-102
GMR-01
Configuring a DYNETGroup
Identification grouping
Table 4-34 describes the fields in the Identification grouping of the DYNETGroup Detailed View. Table 4-34 DYNETGroup Detailed View fields - Identification grouping Brief description See Table 4-1 description. See Table 3-1 description. See Table 4-1 description. Click to display the parent BSS Detailed View. Values Default is DYNET Group. 0 to 19. Mandatory or Optional?
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View
Additional Information
Use the Additional Information window to input any notes relating to this DYNETGroup. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
GMR-01
4-103
Configuring a DYNET
Configuring a DYNET
4-104
GMR-01
Configuring a DYNET
Procedure
To create a DYNET, follow these steps: Procedure 4-33 1 Create a DYNET using the OMC-R GUI
Navigate to and select the DYNET class button in the Navigation Tree (BSS BSS instance - DYNETGroup - DYNETGroup instance - DYNET). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The class button changes colour. Select Edit - Create from the Navigation Tree menu bar. The OMC-R displays the DYNET Detailed View form in Create mode. Complete the fields as required. See DYNET Detailed View fields for further details. Select File - Create from the menu bar to create the DYNET. Select File - Close from the menu bar to close the DYNET Detailed View.
2 3 4 5
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 4-35 describes the fields in the Identification grouping of the DYNET Detailed View.
GMR-01
4-105
Configuring a DYNET
Table 4-35
DYNET Detailed View fields - Identification grouping Brief description See Table 4-1 description. See Table 3-1 description. See Table 4-1 description. Click to display the parent DYNET Group Detailed View. Values Default is BSS. 0 to 2. Mandatory or Optional?
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View
Additional Information
Use the Additional Information window to input any notes relating to this DYNET. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
4-106
GMR-01
Configuring a DYNET
Table 4-37
DYNET Detailed View fields - path Information grouping Brief description Number of links in the sequence for the DYNET. A DYNET can have up to 11 links. The MSI id at the BSC where the MMS resides. The MMS id for the BSC network definition. The BTS site identifier, that is, the terminating site. The first to sixth link in the DYNET path. Values 1 to 11. Mandatory or Optional? Mandatory.
Field name/BSS parameter name No of Links numInSequence BSC MSI Id msi_id BSC MMS Id mms_id Site Id Siteid Link 1 to Link 6 DYNET_link1 to DYNET_link6
0 to 55. 0 or 1. 1 to 100. Site Id (0..120, 254). Upstream MSI (0..55, 254). Upstream MMS (0..1, 254). Downstream MSI (0..55, 254). Downstream MMS (0..1, 254). Site Id (0..120, 254). Upstream MSI (0..55, 254). Upstream MMS (0..1, 254). Downstream MSI (0..55, 254). Downstream MMS (0..1, 254). Site Id (0) Upstream MSI (0..55) Upstream MMS (0..1) Downstream MSI (0..55) Downstream MMS (0..1). Button on or off.
Link 7, 8, 9, 10 (DYNET_link7)
The seventh, eight, ninth and tenth links in the DYNET path.
Optional.
Link 11 (DYNET_link11)
The eleventh link in the DYNET path. It can only be used to make the final loop-closing link back to the BSC.
Optional.
GMR-01
4-107
Configuring a DYNET
To delete a DYNET, see the general procedure in "Deleting a network object using the OMC-R GUI" on page 1-44.
Example 2: To equip a second set of E1/T1 links for the BTS network defined in Example 1, enter the following command: equip 0 DYNET The system responds with the following prompts. Bold text shows examples of user responses: Enter 1st and 2nd DYNET identifiers: 1 1 Enter BSC MMS identifier: 1 0 Enter SITE identifier: 1 Enter upstream MMS identifiers: 1 1
Enter downstream MMS identifiers: COMMAND ACCEPTED
4-108
GMR-01
Configuring a DYNET
GMR-01
4-109
Reparenting a BSS
Reparenting a BSS
In addition, the RXCDR might itself be reparented from one MSC to another MSC. The following sections detail reparenting procedures: "Reparenting a BSS to a different OMC-R" on page 4-112. "Reparenting a BSS to a different RXCDR (same OMC-R)" on page 4-115. "Reparenting an RXCDR to a different MSC" on page 4-117.
Some reparenting procedures detailed in the following sections use cmutil. For further information about cmutil, see Chapter 15, "cmutil".
4-110
GMR-01
Reparenting a BSS
To use the preserve_site_names script, follow these steps: Procedure 4-34 1 Use preserve_site_names script
As omcadmin run the script in extract mode. This extracts the site names for the BSS to be reparented. For example: preserve_site_names BSS BSS1019 The script creates a file in /usr/omc/ne_data/ called <bss_name>.upd. This file should be stored in the new OMC-R /usr/omc/ne_data/.
Once the BSS has been created (using the same BSS name as originally used in the old OMC-R) and audited, the script can be run in update mode. This updates the site names for the BSS which has been reparented. For example: preserve_site_names update BSS1019
GMR-01
4-111
4-112
GMR-01
Extract all the MIB data for the selected BSS by using the following command: cmutil -x -h -i bss_name.ip -o <bss_name>.op This file is required to create proxy cells, and also for keeping the site names.
Find which cells of the BSS still have external neighbours in the old OMC-R. These cells will need to be added as proxy cells to the old OMC-R, once the BSS has been HierDeleted. Create a proxy cell input file from the extracted cells in the bss_name.op file. Name the file proxycell.ip If using custom SITE names, obtain the scriptpreserve_site_names, as detailed in Preserving SITE names. As omcadmin, run the preserve_site_names script in extract mode as follows: preserve_site_names BSS <bss_name> his extracts the site names for the BSS to be reparented. For example: preserve_site_names BSS BSS1019 The script creates the file /usr/omc/ne_data/<bss_name>.upd
3 4
Store the file in /usr/omc/ne_data/ at the new OMC-R and, once the BSS has been created (using the same BSS name as originally used in the old OMC-R) and audited, the script can be run in update mode as follows: preserve_site_names update <BSS_name> This updates the site names for the BSS which has been reparented. For example: preserve_site_names update BSS1019
6 7
At the old OMC-R, delete the BSS/RXCDR. Refer to "Deleting a BSS/RXCDR" on page 4-50. Add in the proxy cells to the old OMC-R using the proxycell.ip file is as follows: cmutil -a -i proxycell.ip
GMR-01
4-113
Create the BSS. Refer to "Overview of adding a BSS or RXCDR" on page 4-2. Ensure the BSS name given when creating the new BSS on the Navigation Tree matches the name originally used in the old OMC-R. Audit in the new BSS. If using custom SITE names, after the audit, copy the file /usr/omc/ne_data/ <bss_name>.upd from the original OMC-R. The preserve_site_names script should also be stored in the new OMC-R. The script can be run in update mode as follows: preserve_site_names update <BSS_name> This updates the site names for the BSS which has been reparented. For example: preserve_site_names update BSS1019
2 3
If the BSS had to be renamed (for example, due to a move to a different MSC), edit the <bss_name>.ip file and change the name given for the container entries: sed s/"old BSS name"/"new BSS name"/g\ <<BSS_name>.upd> <new_BSS_name>.upd The script should then be run in update mode as follows: preserve_site_names update <new_BSS_name>
4-114
GMR-01
Clean up BSS - RXCDR connectivity. Remove the appropriate RXCDR - Associated BSS objects from the old RXCDRs which are connected to the BSS. From the engineering diagram, identify the new RXCDRs connecting to the BSS. Create the RXCDR - Associated BSS objects completing the appropriate link information. If using the Map feature, proceed to Procedure 4-38. If not, the procedure is finished.
GMR-01
4-115
Procedure 4-38 1 2 3 4
If using the Map feature, first complete all steps in Procedure 4-37. Log in to the system processor as omcadmin. Open a shell and change to the temporary work directory: cd $OMC_TOP/config/local/cm_mib_db/temp_files Extract the link information between the BSS to be reparented and its RXCDR: mib_env cmutil -x -h -t CommsLink -n BSS:"<name>" -o current_links cp current_links current_links_del Remove the links between the BSS and its current parent RXCDR using the following command: cmutil -d -i current_links_del Use an editor to edit current_links and replace all instances of the old RXCDR and RXCDR_SITE names with that of the new RXCDR and RXCDR_SITE. Change the MMS ids for the associated devices to those used by the new RXCDR. Use the following command to check the file syntax: cmutil -s -i current_links If the file syntax check reveals errors, self-explanatory error messages are displayed.
Use the following command to add the links between the BSS and its new parent RXCDR: cmutil -a -i current_links When the BSS has been reparented, it is necessary to extract the BSS configuration from the MIB database as it will now contain link information for the newly parented RXCDR. This is done using the procedure described in step 4 above. As a result of reparenting, links may have been deleted from the user-defined maps. Refer to: "Adding and deleting a map link" on page 13-12 for the procedure on adding links between the BSS and the new RXCDR for relevant user-defined maps. The default network map will have been modified. The map nodes will not have been deleted and re-added, so the node positioning is correct. Only the map links will have changed. Follow the procedure described in step 4 above, to extract the new information for the network map. Log out from the system processor by typing: logout
10
11
12
4-116
GMR-01
GMR-01
4-117
At the System Processor, log in as omcadmin. Open a shell and change to the temporary work directory: cd $OMC_TOP/config/local/cm_mib_db/temp_files Extract the link information between the RXCDR and RXCDR SITE and the MSC: cmutil -x -h -t CommsLink -n RXCDR:"<name>" current_links Remove the links between the RXCDR and its MSC: cmutil -d -i current_links Use an editor to edit current_links and replace all instances of the old MSC_name with the new MSC_name. Use the following command to check the file syntax of the file current_links. cmutil -s -i current_links If the file syntax check reveals errors, self-explanatory error messages are displayed.
4 5 6
Use the following command to add the links between the RXCDR and its new MSC: cmutil -a -i current_links When the RXCDR has been moved to a new MSC, it is necessary to extract the RXCDR configuration from the MIB as it will now contain new link information for the RXCDR. Log out from the system processor: logout
4-118
GMR-01
An f in the fifth character position of the number shown in Version column indicates a Fix Object load. For example, 06.00.f3.c4 is a Fix Object load, whereas 06.00.03.c4 is a standard load. However, the Fix Object number does not indicate the point release to which it applies, and the result returned by the disp_ver command does not show the point release information. If this information is needed, contact CNRC or the SDLC group for assistance.
Open a BSS/RXCDR Detailed View from the Navigation Tree. Check the setting of OMC-R/NE load version field (in the Identification parameter group) to obtain current software load version number. Select Options - NE Software from the BSS/RXCDR Detailed View menu bar, to check all other load versions associated with the selected NE.
GMR-01
4-119
Procedure 4-41 1
Click on the Load Management icon on the front panel. This displays the Software Load Management window. The software load setting is displayed in the Current Software Load column. If required, use options File - Save As to save this information to a text file. Select Load Mgt - Software Inventory from the menu bar to display the Software Inventory window, which lists all the software loads currently installed at the OMC-R. The software version number for each Software Load Name is displayed in the Version column.
4-120
GMR-01
Chapter
Configuring Connectivity
The information here shows how to check and create connectivity between a BSS and MSC (Through RXCDR), and a BSS/RXCDR and OMC-R. The following topics are described: "Checking BSS to MSC (Through RXCDR) connectivity" on page 5-2. "Configuring a Conn_Link" on page 5-6. "Configuring a CommsLink using the OMC-R GUI" on page 5-11. "Checking RXCDR/BSS to OMC-R (OML) connectivity" on page 5-16. "DTE X.121 addresses at the OMC-R" on page 5-18 - contains details of the x25_config file, which contains the DTE X.121 addresses necessary for the OMC-R to communicate with Network Elements. "Assigning DTE X.121 addresses at the NE" on page 5-21. "Modifying configurations on A, M, and Mobis interfaces" on page 5-24.
GMR-01
5-1
Motorola recommends using the Generic Lookup Utility (GLU). GLU is an optional tool, available from Motorola, capable of extracting configuration information on connectivity.
Connection report
{23683/28094}
Description
A Connection report can be displayed for any NE, that is, any BSS or RXCDR. A Connection report displays the following information: Table 5-1 Example Connection report for BSS1015 NE BSS1015 BSS1015 BSS1015 Device MMS 1 0 MMS 1 0 MMS 1 1 Connected NE RXCDR-1 RXCDR-1 RXCDR-1 Device MMS 22 0 MMS 22 1 MMS 22 1
5-2
GMR-01
Timeslots
The disp_mms_ts_usage command lists the incoming (from BSS) and outgoing timeslots (to MSC) through the RXCDR and gives its associated group. disp_links also lists the nailed connections through the RXCDR for features such as SMS.
Extracting CommsLinks
To extract CommsLinks details on a per object basis, or to extract all CommsLinks details, see Chapter 15, "cmutil".
GMR-01
5-3
5-4
GMR-01
To check BSS to RXCDR connectivity, proceed as follows: Procedure 5-1 Check BSS to RXCDR connectivity 1 2 Create a job order to associate each BSS with RXCDR. Using the Navigation Tree, create a new Assoc_BSS object for each connection (see "Configuring an Assoc_BSS" on page 4-75). Each connection can be identified from disp_bss_conn output. Extract the information created in step 2 from the MIB by creating the following sql script, get_rxcdr_bsc_links.sql:
unload to /tmp/tmp_links1.op delimiter # select rxcdrtable2.name, bsstable2.name, conn_linktable2.rxcdr_mms, conn_linktable2.bsc_mms from bsstable2, rxcdrtable2, conn_linktable2, assoc_bscstable2 where (assoc_bscstable2.containerinstrite = rxcdrtable2.oidinstrite and assoc_bscstable2.containerinstleft = rxcdrtable2.oidinstleft and assoc_bscstable2.containertomid = rxcdrtable2.oidtomid and assoc_bscstable2.containerclass = rxcdrtable2.oidclass) and (conn_linktable2.containerinstrite = assoc_bscstable2.oidinstrite and conn_linktable2.containerinstleft = assoc_bscstable2.oidinstleft and conn_linktable2.containertomid = assoc_bscstable2.oidtomid and conn_linktable2.containerclass = assoc_bscstable2.oidclass) and (assoc_bscstable2.bss_idinstrite = bsstable2.oidinstrite and assoc_bscstable2.bss_idinstleft = bsstable2.oidinstleft and assoc_bscstable2.bss_idtomid = bsstable2.oidtomid) order by rxcdrtable2.name
Create the following script, get_rxcdr_bsc_links, which formats the output of the sql extract:
#!/bin/csh rm -f rxcdr_links.asc echo "rxcdr name#bss name#rxcdr mms_id#bss mms_id#" >rxcdr_links.asc mib_env isql mib_16xx <get_rxcdr_bsc_links.sql sed s/31\/1,30\/0,9\///g /tmp/tmp_links1.op >/tmp/tmp_links2.op sed s/10\///g /tmp/tmp_links2.op >/tmp/tmp_links3.op sed s/60\/1,30\/0,9\///g /tmp/tmp_links3.op >>rxcdr_links.asc rm -f /tmp/tmp_links1.op /tmp/tmp_links2.op /tmp/tmp_links3.op
GMR-01
5-5
Configuring a Conn_Link
Configuring a Conn_Link
Procedure
If no Conn_Link exists for the MMS on the BSC, create a Conn_Link using the OMC-R GUI. To do this, follow these steps: Procedure 5-2 1 Create Conn_Link using the OMC-R GUI
Navigate to and select the Conn_Link class button in the Navigation Tree (BSS BSS instance - Assoc_RXCDR - Assoc_RXCDR instance - Conn_Link). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The network object class button changes colour. Select Edit - Create from the Navigation Tree menu bar. The OMC-R displays the Conn_Link Detailed View in Create mode. Complete the required fields. See Conn_Link Detailed View fields for details. Select File - Create from the menu bar to create the Conn_Link. Select File - Close from the menu bar to close the Detailed View.
2 3 4 5
5-6
GMR-01
Configuring a Conn_Link
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 5-2 describes the fields in the Identification grouping of the Conn_Link Detailed View. Table 5-2 Conn_Link Detailed View fields - Identification grouping Brief description See Table 4-1 description. See Table 3-1 description. See Table 4-1 description. The id of the Associated RXCDR. Click to display the parent Assoc_RXCDR Detailed View. Values Default is Conn_Link. 0 to 26. Mandatory or Optional?
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View
Additional Information
Use the Additional Information window to input any notes relating to this Conn_Link. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
GMR-01
5-7
Configuring a Conn_Link
Table 5-3
Conn_Link Detailed View fields - Connectivity Information grouping Brief description Identifier of the container RXCDR. Identifier of the BSS connected to the RXCDR through this Conn_Link. The local MMS id for the XBL connectivity, that is, the MMS id at the site (BSS or RXCDR) at which the Conn_Link is being created. The remote MMS id for the XBL connectivity, that is, the MMS id of the site between which the Conn_link is being created. Id of the connected Associated RXCDR. Values Mandatory or Optional? Mandatory. Mandatory.
Local MMS
Mandatory.
Remote MMS
Mandatory
Mandatory.
Procedure
To delete a Conn_Link using the OMC-R GUI, see the general procedure in "Deleting a network object using the OMC-R GUI" on page 1-44.
5-8
GMR-01
Configuring a Conn_Link
The add_conn command can also be used outside of SYSGEN. This command allows the operator to specify the E1/T1 connectivity information identifying which RXCDR is associated with the E1/T1 link and the device identity within the RXCDR to which the E1/T1 link is connected. This connectivity information must be specified for each E1/T1 link connecting to an RXCDR. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the add_conn command.
GMR-01
5-9
Configuring a Conn_Link
5-10
GMR-01
The CommsLink is created only after validating the end nodes, the container BSC/RXCDR and the associated RXCDR/BSC. Auto-created CommsLinks can only be auto-deleted. Manually created CommsLinks can only be manually deleted. Manually deleted CommsLinks do not delete corresponding Conn_Links or paths.
GMR-01
5-11
Procedure
To create a CommsLink using the OMC-R GUI, use the following procedure: Procedure 5-3 1 Create a CommsLink using the OMC-R GUI
Navigate to and select the CommsLink class button in the Navigation Tree. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The network object class button changes colour. Click on the folder icon next to the CommsLink class button. The OMC-R displays the CommsLink List window as shown in Figure 5-1 for GPRS networks. Select Edit - Create from the Navigation Tree menu bar. A CommsLink Detailed View window is displayed. Complete the Name field, preferably choosing a name relating to the two nodes the link connects, separated by a hyphen (-). To input a node name, click on the Node A button. A Navigation Tree is displayed. Navigate through the Navigation Tree in the usual way, and when the required network element is reached, double-click the left mouse button. This NE will be recorded as node A in the Node A field. Repeat step 5 for Node B at the other end of the CommsLink. Once all the above information has been input to the Detailed view select File - Create from the menu bar. Close the Detailed View window by selecting File - Close from the menu bar, and by selecting OK from the subsequent Confirmation window.
3 4 5
6 7 8
5-12
GMR-01
Figure 5-1
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
GMR-01
5-13
Identification grouping
Table 5-4 describes the fields in the Identification grouping of the CommsLink Detailed View. Table 5-4 CommsLink Detailed View fields - Identification grouping Brief description The name of the CommsLink. A CommsLink has two end points, A and B. This is the object at point A. Click to display the Detailed View of Node A. A CommsLink has two end points, A and B. This is the object at point B. Click to display the Detailed View of Node B. Displays the name of the parent. Click to display the Detailed View of the parent. A CommsLink can only have the network as a parent. Values Mandatory or Optional? Mandatory. Mandatory.
Node B
Mandatory.
5-14
GMR-01
To filter for links between two nodes, proceed as follows: Procedure 5-4 1 Apply filter for links between two nodes
From the Navigation Tree, click on the folder icon next to the CommsLink type button. The CommsLink list is displayed. Click on the Node A button. The Navigation Tree is displayed. Double-click on one of the nodes that is attached to one end of the link to be accessed. Click on the Node B button. The Navigation Tree is redisplayed. Double-click on the node that is attached to the other end of the link to be accessed. Click on the Apply Filter button.
2 3 4 5 6
Only the links that are configured between the two selected nodes are now displayed in the CommsLink list.
Navigate to and select the CommsLink class button in the Navigation Tree. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The network object class button changes colour. Click on the folder icon next to the Commslink class button, to display the Commslink List window. Select the Commslink to be deleted. The selection is highlighted. Select Edit - Delete from the menu bar. A confirmation window is displayed. To delete the Commslink, select OK in the confirmation window. The confirmation window closes and the process is documented on the status bar at the bottom of the Commslink List window. When the deletion has been completed, the chosen Commslink node disappears from the Commslink List, and the message Element Deleted is displayed in the status bar. Close the Commslink List window by selecting File - Close from the menu bar.
2 3 4 5
GMR-01
5-15
Open a Navigation Tree to show OMLs (BSS - SITE - <Site:0> - Logical links - OML). Check number of configured OMLs. There will usually be two OMLs configured (one active and one standby). Open the Detailed Views and check the associated MMS id and timeslot. The MMSs of the active and standby OMLs are usually equipped in slots 16 and 14 of the BSC cage. This allows utilisation of the dual OML feature which speeds up software downloads.
5-16
GMR-01
2 3
Create a file called oml.sql with this query. As an omcadmin user, enter: mib_env isql mib_16xx <oml.sql> oml.op Where mib_16xx is the name of the database. The file called oml.op will contain all the data for analysis or further parsing.
GMR-01
5-17
5-18
GMR-01
<link number>
<x121 app.
addr.>
<app.
process>
GMR-01
5-19
Sun
For the HSI configuration, the link numbers in the x25_config file must correspond to the Sunlink X.25 link numbers. A typical x25_config file for the Sun HS/IS is shown in . Figure 5-2 Typical x25_config file
1 2 3 4 5 6 7
2 3 0 1 0 2 3
H H H H H H H
2 2 2 2 2 2 2
Record Number
}
Link Number
5-20
GMR-01
Process Calchar
Application Process
Protocol
Window Size
ti-GSM-SC01W17-000052-eps-sw
GMR-01
5-21
Set the DTE addresses using the command: chg_dte bsc <link_num> <address_length> <address_byte> .... <address_byte> For example, the following command sets link 0, address length of 14, address 26245911023431: chg_dte bsc 0 14 2 6 2 4 5 9 1 1 0 2 3 4 3 1
The address in bsc 0 must always be set, even if the primary OMC-R connection is not used. The bsc 0 address is used by the BSC or RXCDR in RAM. The slot number refers to the MSI board which carries the OML in the BSC cabinet and the port number refers to the MMS. For full details of BSS commands, refer to: Technical Description: BSS Command Reference (68P02901W23).
5-22
GMR-01
GMR-01
5-23
The following have to be noted when modifying interfaces: 1. Prior to any modification of an interface, display the current status of that interface using either the display features of the BSS MML Command Constructor window, or the TTY interface commands such as disp_traffic or disp_mms_ts_usage. 2. Implement the required configuration changes from the TTY interface using the equip, add_conn and chg_ts_usage commands, although there is some functionality available from the OMC-R GUI. Refer to: OMC-R Online Help, Network Operations for information on displaying the status using the BSS MML Command Constructor window.
5-24
GMR-01
Full details of the syntax for these TTY commands can be found in: Technical Description: BSS Command Reference (68P02901W23).
Reserving a timeslot
Timeslots on specified E1/T1 links can be barred from use by a BSS, that is reserved for other uses. To reserve timeslots the chg_ts_usage reserve command is used (refer to: Technical Description: BSS Command Reference (68P02901W23) for full details of the syntax). To illustrate the steps required to use the command refer to the following example:
GMR-01
5-25
For example, to reserve the range of timeslots between 6 and 9 at BTS 12 for MMS 1 0, follow these steps: Procedure 5-9 1 2 Reserve a timeslot
Remotely login to the BSS and change security levels, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Enter the following command:chg_ts_usage reserve 12 1 0 6 9
Remotely login to the BSS and change security levels, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Enter the following command:chg_ts_usage free 12 1 0 6 9
Remotely login to the BSS and change security levels, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Enter the following command: chg_ts_usage free_path 3 0 0 1 0 5 3 0 1 7 1
5-26
GMR-01
Full syntax details of the chg_ts_usage command are in the Technical Description: BSS Command Reference 68P02901W23 manual. To illustrate the steps required to use the command, refer to the following examples. Example 1: To nail timeslots 5 to 8 of MMS 1 0 to timeslots 7 to 10 of MMS 0 1 at the same site. Procedure 5-12 1 2 Nail a timeslot
Remotely login to the BSS and change security levels, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Enter the following command: chg_ts_usage nail 0 1 0 5 0 1 7 4
Example 2: To nail a path (with path identity of 3) from timeslot 5 of MMS 1 0 at SITE 0 to timeslot 7 of MMS 0 1 at SITE 3. Procedure 5-13 1 2 Nail a path
Remotely login to the BSS and change security levels, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Enter the following command: chg_ts_usage nail_path 3 0 0 1 0 5 3 0 1 7 1
GMR-01
5-27
5-28
GMR-01
Chapter
The procedures here show how to configure a PCU (for GPRS) and its devices. The following topics are described: "Introduction to the PCU and its devices" on page 6-2. "Overview of configuring a PCU and its devices " on page 6-7. "Configuring a PCU using the OMC-R GUI" on page 6-11. "Displaying and modifying PCU cabinet details" on page 6-21. "Displaying and modifying PCU cage details" on page 6-22. "Configuring a DPROC using the OMC-R GUI" on page 6-23. "Displaying and modifying PSP details" on page 6-27. "Configuring a PCU MSI using the OMC-R GUI" on page 6-30. "Displaying and modifying PCU MMS details" on page 6-34. "Configuring a GDS using the OMC-R GUI" on page 6-36. "Configuring a GSL using the OMC-R GUI" on page 6-40. "Configuring a GBL using the OMC-R GUI" on page 6-44. "Configuring a GSL using the OMC-R GUI" on page 6-40. "Configuring an SGSN (GPRS) using the OMC-R GUI" on page 6-58. "Configuring the PCU and its devices from the TTY interface" on page 6-61.
GMR-01
6-1
Overview of GPRS
GPRS is a service which allows for the packet-mode transmission of data within a GSM network. Using GPRS, an MS can send and receive data in an end-to-end packet transfer mode. This enables a more cost effective and efficient use of network resources for data transfer.
Introduction to PCU
GSM Packet Radio Service (GPRS) functionality needs a Packet Control Unit (PCU) to manage the packet radio interface and link the Serving GPRS Support Node (SGSN) into each GSM BSC. The SGSN is connected to the PCU by the Gb link (GBL). PCUs are located at the BSS, and up to three PCU can be equipped, with identifiers in the range 0 to 2. PCUs and SGSN are visible in the OMC-R GUI once they have been configured.
6-2
GMR-01
Logical Links: GDS (types: TRAU and LAPD) GSL GBL NSVC
GMR-01
6-3
Figure 6-1
PCU
PCU
PCU
CAB1
CAGE1
PSP1
DPROC (PICP)
DPROC (PRP)
MSI
MSI
MMS2
MMS2
GDS (TRAU)
GBL
GDS (TRAU)
GDS (LAPD)
GSL
LEGEND 1 indicates automatically equipped device, when a PCU is equipped. 2 Indicates automatically equipped device, when an MSI is equipped.
6-4
GMR-01
GMR-01
6-5
None of the contained devices can be equipped unless the containing PCU has been equipped.
6-6
GMR-01
GMR-01
A PCU Detailed View does display all cells currently mapped to this PCU but the Detailed View needs to closed and re-opened to correctly display an updated list. So for instance, when a cell is moved to its first redundant PCU, it will not be listed in the redundant PCU Detailed View immediately. But if the PCU Detailed View is closed and re-opened, the new Cell will be seen in the list. The system responds by displaying the cell ids and their GPRS status. The following command displays the current PCU mapping for an individual cell (cell 0010114): disp_cell_map 0 0 1 0 1 1 4 The system responds by displaying the current PCU site id.
3. 4.
6-8
GMR-01
Locking, unlocking, and other event and fault management activities are described in: OMC-R Online Help, Network Operations.
GMR-01
6-9
6-10
GMR-01
SYSGEN mode cannot be exited if a PCU has been created but a PSP has not been created for it.
GMR-01
6-11
Navigate to and select the PCU class button in the Navigation Tree (BSS - BSS instance - PCU). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The PCU class button changes colour. Select Edit - Create from the menu bar. The OMC-R displays the PCU Detailed View in Create mode. Complete the fields, as required. See PCU Detailed View fields for details. Select File - Create from the menu bar. Close the PCU Detailed View window by selecting File - Close from the menu bar.
2 3 4 5
To obtain further detailed information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
The PCU Detailed View shows all cells that are currently mapped to the PCU.
6-12
GMR-01
Identification grouping
Table 6-2 describes the fields in the Identification grouping of the PCU Detailed View. Table 6-2 PCU Detailed View fields - Identification grouping Brief description The unique PCU name. This name must be unique to the OMC-R. If a PCU is created during an audit, the OMC-R auto-generates a name for the PCU. See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Click to display the parent BSS Detailed View. Values Up to 31 characters. Format of an auto-generated PCU name is: <BSSname>:PCU-0. Default is PCU. 0 to 2. Default is 0. Mandatory or Optional? Mandatory.
RDN Class RDN Instance NMC RDN Value Parent Detailed View
Additional Information
Use the Additional Information window to input any notes relating to this PCU. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
6-13
Field name MSI Remote Loss Daily Alarm Level MSI Remote Loss Hourly Alarm Level MSI Remote Loss OOS Alarm Level MSI Remote Time OOS Alarm Level MSI Remote Time Restoral Time MSI Sync Loss Daily Alarm Level MSI Sync Loss Hourly Alarm Level MSI Sync Loss OOS Alarm Level MSI Sync Loss Time OOS Alarm Level MSI Sync Loss Restoral Time (time)
6-14
GMR-01
Mandatory.
Cell Block Retry Messages Cell Unblock Retry Messages Cell Reset Retry Messages Flow Control Period
Mandatory.
GMR-01
6-15
Network Operation Whether a GS is present between Mode the MSC and the SGSN. (OMC-R parameter name: gprs_net_op_mode BSS parameter name: gprs_network_operation_mode)
1 or 3.1 - the network sends a CS paging message for a GPRS attached mobile on the GPRS paging channel, which is the PCH or the PPCH depending on whether there is a PCCCH in the cell, or on a GPRS PDTCH.3 - the network sends CS pages for a GPRS attached mobile on the CCCH and PS pages on the PCCCH, if allocated. Default is 3. Cannot be set to a value of 2.
Mandatory.
6-16
GMR-01
GBL Uplink Throughput Samples GBL Downlink Throughput Samples PCU MMS Configuration Type
Mandatory.
Mandatory.
Mandatory.
GMR-01
6-17
NS Information grouping
Table 6-7 describes the fields in the NS Information grouping of the PCU Detailed View. Table 6-7 PCU Detailed View fields - NS Information grouping Brief description Guards the NS-VC blocking and unblocking. Guards the NS-VC reset procedure. The period of NS-VC test procedure. Guards the NS-VC test procedure. The number of retries when attempting to block an NS-VC. The number of retries when attempting to unblock an NS-VC. The number of retries generated when establishing whether an NS-VC is alive. The period during which the PCU attempts to reset a NS-VC. The NSEI used by the PCU over the Gb Interface. Values 1 - 30 (Seconds). Default is 3. 1 - 120 (Seconds). Default is 40. 1 - 60 (Seconds). Default is 30. 1 - 30 (Seconds). Default is 3. 1 - 3. Default is 3. 1 - 3. Default is 3. 1 - 10. Default is 3. 1 - 250 (Seconds). Default is 125. 0 to 65535. Mandatory or Optional? Mandatory. Mandatory. Mandatory. Mandatory. Mandatory. Mandatory. Mandatory.
Field name NSVC (Un)Block Guard Timer NSVC Reset Guard Timer NSVC Test Period NSVC Test Guard Timer NSVC Block Retry Messages NSVC Unblock Retry Messages NSVC Alive Retry Messages NSVC Reset Period Network Service Entity Identifier nsei
Mandatory. Mandatory.
6-18
GMR-01
Optional.
Optional.
GMR-01
6-19
When saving the changes in the Detailed View form, the OMC-R displays the following message if parameters have been changed which cause the PCU to be cycled:
WARNING: You have modified attribute(s) that cause the PCU to be cycled when you select OK". Do you wish to modify? If you do not wish to proceed, select Cancel", which shall undo all your changes.
6-20
GMR-01
GMR-01
6-21
6-22
GMR-01
Introduction to DPROCs
A DPROC is a child of a PCU. There are two types of DPROC: Packet Interface Control Processor (PICP). A maximum of six DPROCs with the type PICP can be created. Packet Resource Processor (PRP). A maximum of ten DPROCs with the type PRP can be created. The total number of PICP DPROCs and PRP DPROCs cannot exceed 12. The links to a PCU are normally controlled by PICPs. If, in special circumstances, a direct link is made to a PRP, the relatedDev parameters of the GDS will contain the information needed by the PICP for link control. See Technical Description: BSS Command Reference (68P02903W18) for the GDS parameters. A DPROC PICP must be created in either slot 1 or slot 2 of the PCU Cage.
GMR-01
6-23
Navigate to and select the DPROC class button in the Navigation Tree (BSS BSS instance - PCU - PCU instance - Hardware Devices - Processors - DPROC). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The DPROC class button changes colour. Select Edit - Create from the menu bar. The OMC-R displays the DPROC Detailed View in Create mode. Complete the fields, as required. See DPROC Detailed View fields for details. Select File - Create from the menu bar. Select File - Close from the menu bar.
2 3 4 5
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
6-24
GMR-01
Identification grouping
Table 6-9 describes the fields in the Identification grouping of the DPROC Detailed View. Table 6-9 DPROC Detailed View fields - Identification grouping Brief description The functionality to be performed by the DPROC. See the description in Table 4-1. See the description in Table 3-1. When creating the first device or function for the PCU, the default value is unique and will not need to be changed. See the description in Table 4-1. Displays the name of the parent site (PCU). Click to display the parent PCU Detailed View. Identifier unique to the PCI Device Vendor. Identifier unique to the PCI Device. The revision number of the PCI device. Optional. Optional. Optional. Values PRP (1) or PICP (2). Default is 1. Default is DPROC. 1 to 6 or 11 to 16. Default is 0. Mandatory or Optional? Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
6-25
For a PRP DPROC only, a user can only delete it when the remaining total PRP timeslots resources available at the PCU is sufficient to support the GPRS timeslot resources for cells where the field: GPRS Enabled (BSS parameter name: gprs_enabled) is True.
6-26
GMR-01
Introduction to PSP
A PCU System Processor (PSP) is a child of a PCU. Up to two PSP can exist per PCU. A PSP is used as the master processor at the PCU, and is necessary for GPRS functionality. Because the PSP is the main system processor and without it the PCU cannot function, a PSP cannot be deleted. When a PCU is created, PSP 0 and PSP 1 are automatically created (auto-equipped). When a PCU is deleted, the PSPs are also deleted automatically. A user cannot create or delete a PSP. All commands used by PSP 0 are also supported for PSP 1. A PSP must be in slot 7 or slot 9 of the PCU cage. PSP 0 is auto-equipped as the PSP device in slot 7. PSP 1 is auto-equipped in slot 9. These values cannot be changed by a user. Device management of the MPROC boards is available through the PCU PSP device. A PSP cannot be locked.
Navigate to and select the PSP instance button in the Navigation Tree (BSS - BSS instance - PCU - PCU instance - Hardware Devices - Processors - PSP - PSP instance). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The PSP instance button changes colour. See the general procedure in "Modifying a network object using the OMC-R GUI" on page 1-41. The OMC-R displays the PSP Detailed View in Monitor mode. See PSP Detailed View fields for details.
GMR-01
6-27
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 6-10 describes the fields in the Identification grouping of the PSP Detailed View. Table 6-10 PSP Detailed View fields - Identification grouping Brief description See description in Table 4-1. The PSP Identifier field. Also see description in Table 3-1. See description in Table 4-1. Displays the parent PCU name. Click to display the parent PCU Detailed View. See description in Table 6-9. See description in Table 6-9. See description in Table 6-9. Optional. Optional. Optional. Values Default is PSP. 0 or 1. Default is 0. Mandatory or Optional?
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View
6-28
GMR-01
Additional Information
Use the Additional Information window to input any notes relating to this PSP. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
6-29
Navigate to and select the MSI class button in the Navigation Tree (BSS - BSS instance - PCU - PCU instance - Hardware Devices - MSI). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The MSI class button changes colour. Select Edit - Create from the menu bar. The OMC-R displays the MSI Detailed View in Create mode. Complete the fields, as required. See PCU MSI Detailed View fields for details. Select File - Create from the menu bar. Select File - Close from the menu bar.
2 3 4 5
6-30
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 6-12 describes the fields in the Identification grouping of the PCU MSI Detailed View. Table 6-12 PCU MSI Detailed View fields - Identification grouping Brief description The MSI device type. Values Default is MSIE1_PMC (14). Only available if BSS gprsOpt is enabled (1). Default is MSI. 0 or 1. Default is 0. Mandatory or Optional? Mandatory.
RDN Class RDN Instance NMC RDN Value Parent Detailed View
See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the parent PCU name. Click to display the parent PCU Detailed View.
GMR-01
6-31
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
6-32
GMR-01
GMR-01
6-33
6-34
GMR-01
Navigate to and select the MMS instance button in the Navigation Tree (BSS BSS instance - PCU - PCU instance - Hardware Devices - MSI - MSI instance). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The MSI instance button changes colour. See the general procedure in "Modifying a network object using the OMC-R GUI" on page 1-41.
GMR-01
6-35
A TRAU type GDS creation will fail if it is terminated on an MSI equipped on a PICP DPROC and an appropriate message will be displayed. A GDS cannot be configured to an MMS on a PICP MSI when the PICP of the other MMS is supporting a GBL. The PCU can support a maximum of 36 TRAU GDSs and 2 LAPD GDSs. A GDS and a GBL cannot be equipped to the same MSI at the PCU.
Click on either OK or Cancel to continue the FM activity, or cancel to abandon the FM activity.
6-36
GMR-01
Navigate to and select the GDS class button in the Navigation Tree (BSS BSS instance - PCU - PCU instance - Logical Links - GDS). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The GDS class button changes colour. Select Edit - Create from the menu bar. The OMC-R displays the GDS Detailed View in Create mode. Complete the fields, as required. See GDS Detailed View fields for details. Select File - Create from the menu bar. Close the GDS Detailed View window by selecting File - Close from the menu bar.
2 3 4 5
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 6-14 describes the fields in the Identification grouping of the GDS Detailed View.
GMR-01
6-37
Table 6-14
GDS Detailed View fields - Identification grouping Brief description The function type of the GDS. Values TRAU (0) or LAPD (1). Default is 0. Default is GDS. 0 - 19. Mandatory or Optional? Mandatory.
RDN Class RDN Instance NMC RDN Value Parent Detailed View
See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the parent PCU name. Click to display the parent PCU Detailed View.
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
PCU MMS
Mandatory.
6-38
GMR-01
Procedure
To delete a GDS using the Navigation Tree, see the general procedure in "Deleting a network object using the OMC-R GUI" on page 1-44.
GMR-01
6-39
For example, the following command changes the value of gsl_lcf_mapping before any GSLs are equipped while in SYSGEN mode: chg_element gsl_lcf_mapping 0 1
6-40
GMR-01
A GSL cannot be created if the total number of max_gsls for all LCFs would be less than the total number of equipped GSLs.
Navigate to and select the GSL class button in the Navigation Tree (BSS BSS instance - PCU - PCU instance - Logical Links - GSL). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The GSL class button changes colour. Select Edit - Create from the menu bar. The OMC-R displays the GSL Detailed View in Create mode. Complete the fields, as required. See GSL Detailed View fields for details. Select File - Create from the menu bar. Close the GSL Detailed View window by selecting File - Close from the menu bar.
2 3 4 5
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
GMR-01
6-41
Identification grouping
Table 6-17 describes the fields in the Identification grouping of the GSL Detailed View. Table 6-17 GSL Detailed View fields - Identification grouping Brief description See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the parent PCU name. Click to display the parent PCU Detailed View. Identifier of the GDS on which this GSL resides. Cannot be modified. Determines the LCF to which the GSL is equipped. Only displayed when gsl_lcf_mapping is set to Manual, see Table 6-16 for details. 0 to 37. Mandatory. Values Default is GSL. 0 to 59. Mandatory or Optional? Optional.
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View
GDS Identifier
LCF Identifier
0 to 24.
Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 6-22 for details.
6-42
GMR-01
GMR-01
6-43
Navigate to and select the GBL class button in the Navigation Tree (BSS BSS instance - PCU - PCU instance - Logical Links - GBL). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The GBL class button changes colour. Select Edit - Create from the menu bar. The OMC-R displays the GBL Detailed View in Create mode. Complete the fields as required. See GBL Detailed View fields for details. Select File - Create from the menu bar. Select File - Close from the menu bar.
2 3 4 5
6-44
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
GMR-01
6-45
Identification grouping
Table 6-18 describes the fields in the Identification grouping of the GBL Detailed View. Table 6-18 GBL Detailed View fields - Identification grouping Brief description The first timeslot for the GBL. When creating a GBL, the First GBL Timeslot field (parameter name: start_ts) must be less than or equal to the Last GBL Timeslot field (parameter name: end_ts). The last timeslot for the GBL on the span. Also see start_ts. See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the parent PCU name. Click to display the parent PCU Detailed View. Values 1 to 31 (the timeslot number on the span). Mandatory or Optional? Mandatory.
Last GBL Timeslot end_ts. RDN Class. RDN Instance. NMC RDN Value. Parent Detailed View.
Mandatory.
6-46
GMR-01
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
6-47
Field name Link Integrity Timer T391 Polling Verification Timer T392 Full Status Polling Counter N391 Error Threshold Counter N392 Monitored Events Counter N393 NS Access Rate
Mandatory.
Mandatory.
Mandatory.
Mandatory.
Mandatory.
6-48
GMR-01
When a second parameter is modified the OMC-R displays the following message:
WARNING: The attribute you have just modified will cause the GBL to be cycled when the Detailed View is saved. You have already modified attributes that cause the GBL to be cycled on Saving. If you do not wish to proceed, select File Revert" to undo your changes.
When saving the changes, the OMC-R displays the following message if parameters have been changed which cause the GBL to be cycled:
WARNING: You have modified attribute(s) that cause the GBL which is specified by the GBL Identifier to be cycled when you select OK". Do you wish to modify? If you do not wish to proceed, select Cancel", which shall undo all your changes.
GMR-01
6-49
6-50
GMR-01
GMR-01
6-51
Navigate to and select the NSVC class button in the Navigation Tree (BSS BSS instance - PCU - PCU instance - Logical Links - NSVC). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The NSVC class button changes colour. Select Edit - Create from the menu bar. The OMC-R displays the NSVC Detailed View in Create mode.
An NSVC can also be created from the NSVC List by using File - Create, which also displays the NSVC Detailed View in Create mode. 3 4 5 Complete the fields as required. See NSVC Detailed View fields for details. Select File - Create from the menu bar. Select File - Close from the menu bar to close the NSVC Detailed View.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 6-21 describes the fields in the Identification grouping of the NSVC Detailed View.
6-52
GMR-01
NSVC Detailed View fields - Identification grouping Brief description The Data Link Connection Identifier on the GBL. The object identifier of the GBL. See description in Table 4-1. A unique NSVC identifier. When creating the first NSVC for the PCU the default value (0) will be unique and will not need to be changed. See description in Table 4-1. Displays the parent PCU name. Click to display the parent PCU Detailed View. Values 16 - 991. 0 to 11. Default is NSVC. 0 - 65535. The default is 0. Mandatory or Optional? Mandatory. Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
GMR-01
6-53
NS Information grouping
Table 6-22 describes the fields in the NS Information grouping of the NSVC Detailed View. Table 6-22 NSVC Detailed View fields - NS Information grouping Brief description The committed information rate in Kbps for NSVC. If either the NS Committed Information Rate or the NS Burst Size field is set to 0, then both fields must be set to 0. Specifies burst rate in Kbps for this NSVC. If either the NS Committed Information Rate or the NS Burst Size field is set to 0, then both fields must be set to 0. The fields BS Burst Size and NS Burst Excess must not both have a value of 0. Specifies burst rate in Kbps for this NSVC. The fields BS Burst Size and NS Burst Excess must not both have a value of 0. Values 0 - 1984. There is no default value. Mandatory or Optional? Mandatory.
NS Burst Size
Mandatory.
NS Burst Excess
Mandatory.
6-54
GMR-01
Procedure 6-10 1
Navigate to the NSVC class button in the Navigation Tree (BSS - BSS instance PCU - PCU instance - Logical Links - NSVC). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Click the folder icon next to the NSVC type button. The OMC-R displays the NSVC List. The NSVC List displays a list of all NSVCs associated with the PCU. For each NSVC, values are shown for the following: NSVC identifier (NSVCI). Data Link Connection Identifier (DLCI) GBL identifier. NS Committed Rate. NS Burst Size. NS Burst Excess.
3 4
Click the NSVC to be modified. The OMC-R highlights the entry. From the menu bar, select Edit - Detailed View. The OMC-R displays the NSVC Detailed View in Monitor mode. (An NSVC can also be created from the NSVC List using File - Create.) Select Edit - Edit from the menu bar of the NSVC Detailed View form. Cont.
GMR-01
6-55
Procedure 6-10 6
Modify the required fields. See NSVC Detailed View fields for details. The following fields cannot be modified: Data Link Connection Identifier. GBL Identifier. NSVCI.
If the following fields are modified, the OMC-R displays a series of warning message that the specified GBL will be cycled: NS Committed Information Rate (BSS parameter name: ns_com_rate) NS Burst Size (BSS parameter name: ns_burst_size) NS Burst Excess (BSS parameter name: ns burst_excess)
When a second parameter is modified the OMC-R displays the following message:
WARNING: The attribute you have just modified will cause the GBL which is specified in the GBL Identifier to be cycled when the Detailed View is saved. You have already modified attributes that cause the GBL to be cycled on Saving. If you do not wish to proceed, select File Revert" to undo your changes.
Select File - Save from the menu bar to save any changes. The OMC-R displays the following message if parameters have been changed which cause the GBL to be cycled:
WARNING: You have modified attribute(s) that cause the GBL which is specified by the GBL Identifier to be cycled when you select OK". Do you wish to modify? If you do not wish to proceed, select Cancel", which shall undo all your changes.
Click on OK or Cancel as required. 8 Select File - Close from the menu bar to close the NSVC Detailed View.
6-56
GMR-01
Navigate to the NSVC class button in the Navigation Tree (BSS - BSS instance PCU - PCU instance - Logical Links - NSVC). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Click the folder icon next to the NSVC type button. The OMC-R displays the NSVC List. The NSVC List displays a list of all NSVCs associated with the PCU. Click the NSVC to be deleted. The OMC-R highlights the entry. Select Edit - Delete from the menu bar. The OMC-R displays a deletion confirmation message. Click on OK to confirm the deletion. After a few seconds, the OMC-R deletes the NSVC from the NSVC List.
3 4 5
GMR-01
6-57
SGSN configuration
The SGSN can only be created using the OMC-R GUI. It cannot be created using the equip command.
Multiple SGSNs
When a GBL is created, it is associated with a Commslink (that is, it is added as a Related Device to the Commslink object). By default, a GBL is associated with the Commslink between the PCU and SGSN-0. This default can be modified to a specified SGSN for all the GBLs at a particular BSS, by setting the Related SGSN attribute of the BSS to the required SGSN. This associates the GBLs to the Commslink between the PCU and the specified SGSN.
Navigate to and select the SGSN class button in the Navigation Tree (Network SGSN). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The SGSN class button changes colour. Select Edit - Create from the menu bar. The OMC-R displays the SGSN Detailed View. Complete the fields, as required. See SGSN Detailed View fields for further details. Create and close the Detailed View form.
2 3 4
6-58
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 6-23 describes the fields in the Identification grouping of the SGSN Detailed View. Table 6-23 SGSN Detailed View fields - Identification grouping Brief description Unique SGSN name. See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Click to display the parent Network Detailed View. Default is SGSN. Default is 0. Values Mandatory or Optional? Mandatory.
Field name Name RDN Class RDN Instance NMC RDN Value Parent Detailed View
Additional Information
Use the Additional Information window to input any notes relating to this SGSN. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
6-59
Deleting an SGSN
To delete an SGSN, refer to the general procedure in "Deleting a network object using the OMC-R GUI" on page 1-44.
6-60
GMR-01
Configuring the PCU and its devices from the TTY interface
Configuring the PCU and its devices from the TTY interface
Introduction
To configure a PCU or any of its contained devices using the TTY interface, use the equip command. This is referred to as equipping a device. Use the equip command to create the PCU and its contained devices, and the unequip command to delete a PCU and its contained devices. These commands are described in detail in the manual: Technical Description: BSS Command Reference (68P02901W23). The BSS supports PCU equipage and unequipage inside and outside SYSGEN mode. If the Local Maintenance field (BSS parameter name: local_maintenance) in the BSS Detailed View form has been set to False (0), the TTY interface cannot be used to configure a PCU either remotely through Remote Login (Rlogin) or locally at the BSS.
192.168.53.254
GMR-01
6-61
Configuring the PCU and its devices from the TTY interface
Where _id is the PCU identifier (in the range 0 to 2) and device_id is replaced by any device acronym shown in Table 6-1. To equip a DPROC at PCU_1, enter the following command: equip PCU_1 DPROC Depending on the device type, the system then prompts the user for further information. The equip and unequip command cannot be used to equip the following devices, instead these devices are auto-equipped when the PCU is created: PSP. Cage. Cabinet.
These commands are described in detail in the manual: Technical Description: BSS Command Reference (68P02901W23).
6-62
GMR-01
Chapter
Configuring a Site
The procedures here show how to configure BSC and BTS sites. The following topics are described: "Introduction to BSC and BTS sites" on page 7-2. "Overview of adding a BTS" on page 7-12. "Adding a BTS using a batch rlogin script" on page 7-14. "Adding a BTS using the TTY interface (example 1)" on page 7-17. "Adding a BTS using the TTY interface (example 2)" on page 7-23. "Creating a SITE using the OMC-R GUI" on page 7-28. "Modifying SITE parameters" on page 7-36. "Equipping cabinets and cages at a remote BTS" on page 7-38. "Deleting and unequipping TCU/CTU cabinets" on page 7-41. "Extending an existing path to a new site using the TTY interface" on page 7-42. "GCLK synchronization" on page 7-45. "Barring calls at a site using the TTY interface" on page 7-56.
For full details on the design considerations of a BTS site, refer to System Information: BSS Equipment Planning (68P02900W21).
GMR-01
7-1
MSC (SMLC)
BSC
RSL RTF
BTS
TYPE 1 or 2 - LCF 0 to 16
7-2
GMR-01
29
23 BSC
30
24
10
31
25
19
15
11
32
26
20
16
12
Net02_4_14
Path devices
Usage
One of the more important concepts of using path devices for multiple routes between the BSC and a destination BTS, is that topological terms such as spoke, fork, or loop no longer have to be considered - all paths reduce to a straight line. Consider the loop formed by BSC-10-4-3-9-BSC. Available paths to BTS 3 are BSC-10-4-3 and BSC-9-3.
GMR-01
7-3
The BTS will code load on the MMS on which the RSL is equipped. The RSL is equipped on a PATH which can have a primary path and a secondary path. If the primary path on which the RSL is equipped is in service (BU) then the BTS code loads through PATH1s MSSs. .
Only one additional path from all those that are still available can be equipped.
7-4
GMR-01
The maximum number of MSIs at a remote BTS is dependent on the BTS type, number of radios equipped, and the number of associated DRIMs. DRIMs take up the slots used by MSIs, and therefore reduce the number of MSIs that can be equipped. A recommendation is that RSL 0 is assigned to the first default RSL and RSL 1 to the second. Default RSLs use specific timeslots of the Abis link. Table 7-1 identifies these timeslots and cages.
GMR-01
7-5
Table 7-1
Default RSLs - Timeslots and Cages Cage 15 MSI Slot Number 16 16 14 14 16 MMS Group 0 1 0 0 Abis Timeslot Used 1 2 2 2
This table only applies to InCell BTS sites only. The path intended for the first default RSL must terminate at MMS 0 of the MSI equipped in cage 15, slot 16. The path intended for the second default RSL must terminate as: MMS 1 of the MSI equipped in cage 15, slot 16 for a BTS with a single MSI. MMS 0 of the MSI equipped in cage 15, slot 14 for a BTS with a single cage. MMS 0 of the MSI equipped in cage 14, slot 16 for a BTS with two or more cages.
The RSL connections differ depending upon if the site is a Horizon II macro or non Horizon II macro site. Table 7-2 identifies the default RSLs for a Horizon II macro site. Table 7-3 identifies the default RSLs for a non Horizon II macro site.
Table 7-2
Default RSLs - Timeslots and Card frame for Horizon II macro Site Card frame A A NIU2 Number 0 0 0 Span 0 1 2 Timeslot Used 1 2 2
Table 7-3
Default RSLs - Timeslots and Card frame for non Horizon II macro Site Card frame A B NIU Number 0 0 0 Span 0 1 0 Timeslot Used 1 2 2
7-6
GMR-01
RTF considerations
When RTF functions are equipped, a primary path must be specified. Once equipped, this path cannot be changed without first unequipping the RTF. For this reason, future network changes should be considered before equipping RTFs. The optional secondary path can be specified when the RTF is first equipped. The secondary path can be added or changed at a later time.
An important concept relating to RTF paths is that whenever there are two paths equipped, the shortest path (fewer intervening BTS sites) will be used. For example, if the secondary path is shorter after being added or changed, it will be chosen as the primary path. When paths are equal in length, the primary path is selected. When the selected path is not available, the RTF is switched over to the alternate path. The RTF switches back to the shortest path when availability is restored.
GMR-01
7-7
These BTS models can only be created and configured if the HorizonMicro/HorizonCompact field (BSS parameter name: HorizonMicCom2Opt) in the BSS Detailed View is set to Enabled (1), see Figure 4-4. This setting can also be displayed using the disp_options TTY command, see Technical Description: BSS Command Reference (68P02901W23) for further details.
Up to three Cabinet devices can be equipped at a Horizonmicro2 and Horizoncompact2 BTS site. Each cabinet represents a BTS. The first Cabinet equipped is the master, the second (and third, if required) the slave. See "Equipping cabinets and cages at a BSS site" on page 4-57 for further details. The slave is represented by a DHP device. Two DHPs can be supported. A Horizonmicro2 DHP is different from an InCell BTS DHP, see "Configuring a DHP device" on page 9-61 for further details. DRI devices are statically assigned to a Cabinet device. A parent-child relationship exists between the DHP of the Cabinet, and the DRI devices assigned to it. Up to six carriers can be supported; two at the master unit and two at each slave. The DHP at the slave unit must be in-service before a DRI device can come in-service. See "Configuring a DRI" on page 9-66 for further details.
For further details of this feature, see manual: Technical Description: BSS Implementation (68P02901W36).
Horizon II BTS
Horizon II can be divided into two main areas: CTU2 radio Horizon II macro BTS cabinet hardware
7-8
GMR-01
CTU2 radio
The CTU2 provides the following functionality: Double density carrier support The CTU2 transceiver has the ability to support two logical carriers within a single transceiver unit. The number of carriers to be supported can be defined by a user using the DRI parameter dri_density. See "Configuring a DRI" on page 9-66 for further details. The CTU2 can operate in single or double density mode in a Horizonmacro or Horizon II macro cabinet. Backwards compatibility The CTU2 can be placed within the Horizonmacro platform. The Horizonmacro cabinet can be a controlling cabinet or an extension cabinet connected to a Horizon II macro/Horizonmacro/M-Cell controlling cabinet. 900 or 1800 MHz.
GMR-01
7-9
The H2SC is not backward compatible with MCU/MCUF and cannot be used as a direct replacement for a MCU(F) in a Horizon 1/Mcell cabinet. The Horizon II macro Site Controller (H2SC) acts as the main processor card with the Horizon II macro cabinet. It performs the same functions as when located in a Horizonmacro cabinet. Multiplexing functionality To allow the Horizon II macro cabinet to be used as an extension cabinet, an XMUX card provides multiplexing of data to and from the controlling cabinet. The XMUX card slots into the H2SC slot in the digital card cage. Site I/O panel In the Horizon II macro cabinet, the fibre connectors are consolidated on to the Site I/O panel. Increased RSL functionality The integrated NIU on the H2SC supports up to six E1 span connections, with up to four RSL devices per span. The RSl devices can be provisioned with either 16 Kbps or 64 Kbps channels. Interoperability The Horizon II macro BTS platform can be used as controlling or extension cabinets within sites with a mixture of M-Cell and Horizonmacro equipment. Compact Digital Module. The presence of the H2SC in the Horizon II macro cabinet allows the size of the Digital Module to be reduced, due the removal of slots required for multiple FRUs (NUI/FMUX). H2-SURF (Sectorized Unified Receiver Front-end). H2-SURF in the Horizon II macro cabinet provides the same functionality as the SURF in the Horizonmacro cabinet. H2-SURF also supports additional functionality, such as four branch receive diversity. For further technical details, see the Horizon II product documentation.
7-10
GMR-01
Horizon II Mini
{24281} The Horizon II Mini platform is a smaller version of Horizon II Macro, supporting less capacity and hence less backhaul (RTF). The OMC-R software identifies the Horizon II Mini from the cabinet id and provisions a lesser number of carriers for the cabinet. When configured in a Horizon II Mini network (that is, a network of four Horizon II Mini cabinets), the maximum number of carriers supported is limited to 16. This does not apply, if there is an MCELL, Horizonmacro, or Horizon II Macrocabinet in the network. The Horizon II Mini BSS software recognizes the four PIX alarms at the CTU2 caused by Horizon II Mini hardware and suppresses the four PIX (EAS) alarms. The FRU type is sent to the OMC-R and can be viewed in the Detailed View of the Horizon II Mini BTS cabinet. The Horizon II Mini BTS, unlike the Horizon II Macro BTS, has no redundant site controller (BTP device). A maximum of two physical radios may be equipped to a Horizon II Mini cabinet. The Horizon II Mini BSS software generates a new cabinet type to identify the Mini cabinet to the OMC-R.
In GSR 8, Horizon II Micro shares the Horizon II Mini cabinets identifiers. Use the Horizon II Mini cabinet identifiers when equipping Horizon II Micro in the database. The Horizon II Mini BSS software also supports the EGPRS (egprsOpt) feature. For further technical details, see the Horizon II mini product documentation.
GMR-01
7-11
Refer to "Introduction to BSC and BTS sites" on page 7-2 for further considerations and restrictions of the different SITE devices and functions.
In addition there must be sufficient MSIs equipped at the BSC and intermediate BTSs for the addition of connections toward the new BTS. This includes sufficient provision for paths, RSLs, and RTFs between the BSC and the new BTS.
7-12
GMR-01
These procedures are described in detail in the following sections. In addition, new paths may be required to be connected to a new SITE; refer to "Extending an existing path to a new site using the TTY interface" on page 7-42.
GMR-01
7-13
Assumptions
For brevity, this procedure assumes that: Sufficient MSIs are equipped at the BSC and intermediate BTSs for connections toward the BTS being added. The remote BTS is physically installed and connected to the BSS network through 2.048 Mbit/s links.
7-14
GMR-01
Procedure list
The following steps are required to add a remote BTS to a BSS: Procedure 7-1 1 Add remote BTS to a BSS
Create the script file or template, see "Adding a BTS using the TTY interface (example 1)" on page 7-17 for details of the TTY commands to be included in the script file. Select the BSS to which the BTS is to be added, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 for further details. Begin a batch session. Run the amended file under the batch session to add the site to the relevant database. Audit the site and apply any inconsistencies to the OMC-R.
2 3 4 5
From the Rlogin window, click the Batch button. If templates are used, a chg_level command needs to be included at the start followed by the password. Identify the appropriate and previously written or uploaded script file for adding a BTS which is available in the $SYS_CONFIG_BATCH/templates_1500 directory. Copy this file to the $SYS_CONFIG_BATCH/input directory and modify its contents accordingly.
GMR-01
7-15
Click on the Run button to execute the selected BTS script file. On successful completion, close the Batch window and return to the Front Panel.
If required, update the SITE names on the SITE Detailed View. Verify that the new SITE under the BSC has come into service using, through rlogin, the TTY command: state 0 site ** If required, unlock the SITE and associated RSLs. Verify the raw statistics files are enabled for the BTS. Wait one statistic interval before verifying the PM reports are available for the BTS.
3 4 5
7-16
GMR-01
MSI 18 MMS 1
MSI 1 MMS 1
MSI 2 MMS 1
MSI 1 MMS 0
Select the BSS and change security level, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 for further details. Equip the new BTS site and all required devices and functions in the database. Perform checks to verify that the site is in service, see Checks to perform after adding a BTS in "Adding a BTS using a batch rlogin script" on page 7-14.
GMR-01
7-17
7-18
GMR-01
3.
Radio: Cells (including Short Message Service, Hopping, Surround Cell, Power Budgets, Enabling Statistics, and so on). Neighbours. RTF. DRI.
GMR-01
7-19
Add BTS 2 (see Figure 7-3) using the following command: equip <location> SITE The system responds by prompting for further information about the site.
2 3
Equip required devices and functions. Add the two MSIs to BTS 2 using the following command: equip <location> MSI The system responds by prompting for further information about the MSI.
See Technical Description: BSS Command Reference (68P02901W23) for further command, parameter, and system prompt information.
7-20
GMR-01
Add RSL devices to BTS 2 using the equip command. The path specified for RSL 0 terminates at the default MSI and MMS. Since PATH 1 and PATH 2 both terminate at the secondary default position, either could be entered for RSL 1. Refer to: Technical Description: BSS Command Reference (68P02901W23) for comprehensive parameter information. Repeat Step 1 to add additional RSL devices.
Add RTF functions to BTS 2 using the Navigation Tree, or the TTY interface equip command. Only certain RTF parameters are shown in the example. Refer to: Technical Description: BSS Command Reference (68P02901W23) for comprehensive parameter information. Repeat Step 1 to add additional RTF functions. The primary path assignment cannot be changed or deleted. The secondary path can be omitted, added at a later time (using add_rtf_path), and deleted (using del_rtf_path). If a secondary path is later added that is shorter than the primary path (for example, over a new 2.048 Mbit/s link directly between the BSC and BTS 2), the secondary path will be used for the RTF. The example shown in Figure 7-4 deletes the PATH 1 assignment and adds a PATH 3 assignment.
GMR-01
7-21
Figure 7-4
BSC
PATH 2
Slot 14 Cage 15
PATH 3
7-22
GMR-01
Add BTS 3 using the equip command. The example is appropriate for a Type 1 or Type 2 BSC. Equip required devices and functions. Add three MSIs to BTS 3 using the equip command. The physical locations specified in the command for MSIs 0 and 2 are required for the default RSL ports. Example of equipping a SITE and MSIs
MSI 16 MMS 0 MSI 0 MMS 0 MSI 0 MMS 1 MSI 0 MMS 0 MSI 0 MMS 1 MSI 0 MMS 0
Figure 7-5
MSI 17 MMS 0
MSI 1 MMS 0
MSI 1 MMS 1
MSI 1 MMS 0
MSI 1 MMS 1
MSI 1 MMS 0
BSC
MSI 18 MMS 1
MSI 2 MMS 0
BTS 1
MSI 2 MMS 1
MSI 2 MMS 0
BTS 2
MSI 2 MMS 1
MSI 1 MMS 1
BTS 3
MSI 19 MMS 0
MSI 3 MMS 0
MSI 3 MMS 1
MSI 2 MMS 0
GMR-01
7-23
The following is an example input and output for equipping a SITE and MSI devices: -> equip bsc SITE
Enter the SITE identifier: 2 Enter the type of BSP or LCF: LCF Enter the function ID for the LCF: 2 Enter the function ID of the LCF: 3 Enter the RSL rate: 16 Does the site use dynamic allocation of terrestrial backing resources: COMMAND ACCEPTED -> equip 2 MSI Enter the device identification for the MSI: 0 Enter the cage number: 15 Enter the slot number: 16 Enter the MSI type: 0 Enter MMS0 protocol type: E1 Enter the number of timeslots supported on MMS0: Enter MMS0 modem setting: master Enter MMS1 protocol type: E1 Enter the number of timeslots supported on MMS1: Enter MMS1 modem setting: master COMMAND ACCEPTED -> equip 3 MSI Enter the device identification for the MSI: 0 Enter the cage number: 15 Enter the slot number: 14 Enter the MSI type: 0 Enter MMS0 protocol type: E1 Enter the number of timeslots supported on MMS0: Enter MMS0 modem setting: master Enter MMS1 protocol type: E1 Enter the number of timeslots supported on MMS1: Enter MMS1 modem setting: master COMMAND ACCEPTED
16
16
16
16
7-24
GMR-01
MSI 0 MMS 0
BTS 3
Slot 16 Cage 15
PATH 0
PATH 1
PATH 1
PATH 2
PATH 2
MSI 2 MMS 0
Slot 16 Cage 14
PATH 3
To add path devices proceed as follows: Procedure 7-10 1 2 3 4 Add path devices
Identify paths to be copied using the disp_link_usage command. Add PATH 0 and PATH 1 for BTS 3 using the copy_path command. PATH 0 MSI at the terminating BTS is the one equipped for the default primary RSL position. Add PATH 2 for BTS 3 using the copy_path command. Add PATH 3 for BTS 3 using the copy_path command. PATH 3 MSI at the terminating BTS is the one equipped for the default secondary RSL position.
For the copy_path command, selection of the path to be copied is arbitrary. For example, any of the BTS 1 paths could be specified in step 4.
GMR-01
7-25
Add RSL devices to BTS 3 using the equip command, see below. The path specified for RSL 0 (primary) terminates at the default MSI and MMS and that for RSL 1 (secondary) terminates at the standby default MSI and MMS. Refer to Technical Description: BSS Command Reference (68P02901W23) for comprehensive parameter information. Repeat Step 1 to add additional RSL devices.
The following is an example input and output for equipping RSL devices: -> equip 0 RSL
Enter the 1st device ID for the RSL: Enter the 2nd device ID for the RSL: Enter the unique PATH identifier: 0 Enter LAPD T200 timer value for this Enter LAPD N200 timer value for this Enter LAPD K value for this device: COMMAND ACCEPTED -> equip 0 RSL Enter the 1st device ID for the RSL: 3 Enter the 2nd device ID for the RSL: Enter the unique PATH identifier: 3 COMMAND ACCEPTED
3 0
device: device:
2500 3
7-26
GMR-01
Add frequencies to the system by adding RTF functions to BTS 3 using the navigation tree or the TTY interface equip command as shown earlier. Only certain RTF parameters are shown in the example; refer to: Technical Description: BSS Command Reference (68P02901W23) for comprehensive parameter information.
The primary path assignment cannot be changed or deleted. The secondary path can be omitted, added at a later time (add_rtf_path) and deleted (del_rtf_path). If a secondary path is later added that is shorter than the primary path, the secondary path will be used for the RTF. 2 Repeat Step 1 to add additionally required RTF functions.
GMR-01
7-27
7-28
GMR-01
Procedure
To create a site using the OMC-R GUI, follow these steps: Procedure 7-13 1 Create a site using the OMC-R GUI
Navigate to and select the SITE class button in the Navigation Tree (BSS - BSS instance - SITE). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The SITE class button changes colour. From the menu bar select Edit - Create. The OMC-R displays the SITE Detailed View form. Enter all the required information, see SITE Detailed View fields for details. Select File - Create to create the site. Select File - Close to close the SITE Detailed View form.
2 3 4 5
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
GMR-01
7-29
Identification grouping
Table 7-4 describes the fields in the Identification grouping of the SITE Detailed View. Table 7-4 SITE Detailed View fields - Identification grouping Brief description Unique SITE name. Displayed for a BTS site only. 0 or 1. Non-Abis, Type 0 (0). Non-Abis, Type 1 (1). Default is null. Default is SITE. Values Mandatory or Optional? Mandatory. Optional.
RDN Class
The class identifier used to format the DN in the OMC. It is also used in the Alarm Interface between the OMC and BSS. The instance identifier of the object. Together with the rdnClass, it makes up the Relative Distinguished Name (RDN) of an object. Also see description inTable 3-1. See description in Table 4-1. Displays the parent BSS name. Click to display the parent BSS Detailed View. The type of hardware contained by this SITE. Set to M-Cell for a Horizonmacro or Horizonmacro_ext site.
Optional.
RDN Instance
Default is 0.
Optional.
Site Generation
Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this SITE. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
7-30
GMR-01
General grouping
Table 7-5 describes the fields in the General grouping of the SITE Detailed View. Table 7-5 SITE Detailed View fields - General grouping Brief description Only valid for a remote BTS. Whether a BSP or LCF manages this site. Only valid for a remote BTS. The time to wait in seconds before a carrier is disabled while the site is in power saving mode. The number of carriers to remain in service in the event of a main power failure. Not displayed for SITE 0 (BSC). ANY - Select using Pool Algorithm then STDBY algorithm (1), POOL - Select a redundant BSP or BTP (2), POOL - Select a pooled GPROC (3), NONE - Do not configure a CSFP device at this site (4). Controls the amount of BSC-BTS link bandwidth which the CSFP download consumes. Only valid in a BTS. Enables phase locking for the GCLK board. Phase locking means the GCLK board is synchronized to a clock at an uplink site. Values 0 to 24. Default is null. BSP (0) or LCF (1). Mandatory or Optional? Optional. Optional.
Field name/BSS parameter name LCF managing this site BSP/LCF Flag
120 to 65535 (seconds). Default is 120. 0 to 30 (number of RCUs). Default is 30. 1 to 4. Default is ANY (1).
Optional.
Optional.
CSFP Algorithm
Mandatory.
Optional.
Mandatory.
Clock Source Fail Reset Period GPROC Timeslots The number of timeslots to be allocated to all GPROCs for the TDM highway. The alarm range on the allowed long term average (LTA) variation. The number of times CP processes audit each other with regard to a particular connection.
Mandatory. Mandatory.
Optional.
Mandatory.
Cont.
GMR-01
7-31
Table 7-5
SITE Detailed View fields - General grouping (Continued) Brief description Enables or disables the flag which checks the timing advance on a Random Access Channel (RACH). Not displayed for SITE 0 (BSC). The RACH loading calculation method to be used. Not displayed for SITE 0 (BSC). The handover RF response to indicate the period of the idle channel categories. Not displayed for SITE 0 (BSC). Specifies the signalling and control information rate of the RSL. Only valid at a BTS. If the BSS feature 16 Kbps LAPD RSL (rsl_rateOpt) is restricted, can only be set to RATE_64 Kbps. The usage of TCHs, as expressed by the ratio of the number of active calls to the maximum number of calls the SSM can handle (250). Every time the usage equals or exceeds this threshold, two access classes will be barred. Not displayed for SITE 0 (BSC). The usage of TCHs, as expressed by the ratio of the number of active calls to the maximum number of calls the SSM can handle (250). Every time the usage equals or exceeds this threshold, one access class will be barred. Not displayed for SITE 0 (BSC). The time that the site will wait before selecting a new MMS for clock extract after an MMS has a reference failure alarm. The type of connection wanted for the TELCO connection. Not displayed for SITE 0 (BSC). Values Enabled (1) or Disabled (0). Default is Disabled (0). Mandatory or Optional? Mandatory.
0 or 1. Default is 0 (Motorola method). 1 to 127 (in SACCH Multiframes). Default is 10. Default is RATE_64 Kbps (0).
Mandatory.
Mandatory.
Optional.
Mandatory.
Mandatory.
Mandatory.
Mandatory
Cont.
7-32
GMR-01
Table 7-5
SITE Detailed View fields - General grouping (Continued) Brief description The cept timeslot mapping algorithm at sites adjacent to a TS_SWITCH. Greyed-out for SITE 0 (BSC). Whether the GCLK is active after the normal 30 minute warm up period or after a 15 minute warm up period. Greyed-out for SITE 0 (BSC). Only valid if the Fast GCLK Warm Up feature (FastWarmGclkOpt) is unrestricted (Enabled). Specifies the time in minutes which would be used by the FM Sync process to retry phase locking automatically after it fails. Greyed-out for SITE 0 (BSC). Whether or not the SITE can be calibrated. Only displayed if the bay level calibration facility has been enabled. See "Remotely calibrating DRIs" on page 9-82 for further details. Configuration type used the last time the SITE was calibrated. Only displayed if the bay level calibration facility has been enabled. See "Remotely calibrating DRIs" on page 9-82 for further details. Values 0 or 1. Default is Existing timeslot algorithm (0). Default is GCLK to warm up in 30 mins (0). Mandatory or Optional? Optional.
Optional.
Optional.
Mandatory.
Optional.
GMR-01
7-33
Mandatory.
Mandatory.
Optional.
7-34
GMR-01
GPRS grouping
This grouping is not displayed for SITE 0 (BSC). Table 7-7 describes the fields in the GPRS grouping of the SITE Detailed View. Table 7-7 SITE Detailed View fields - GPRS grouping Brief description Specifies the maximum amount of time the channel coder has to transition from initial time alignment to static time alignment. See "Enhanced Scheduling" on page 2-156 for details. Values 1 to 65535 (milliseconds). Default is 1200. Mandatory or Optional? Optional.
Optional.
GMR-01
7-35
Remotely log in to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Use the chg_element command and the appropriate parameter. Parameter values should be obtained from a system engineer. The following example activates the BTS type to type 1: chg_element bts_type 1 3 The following example assigns 16 TDM timeslots to GPROC: chg_element gproc_slots 16 3
A complete description of the chg_element command and the device/function parameters affected by it can be found in: Technical Description: BSS Command Reference (68P02901W23).
7-36
GMR-01
Remotely log in to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Enter the modify_value command with the parameter to be defined. For example: To change the maximum number of DRIs on DHP 4 2 0 at site 7 to 5, use the following: modify_value 7 max_dris 5 dhp 4 2 0 To change the time period to wait for acknowledgement of a transmitted frame for the RSL device at site 1 to 2500 ms, use the following: modify_value 1 lapd_t200_timer 2500 rsl 1 0
A complete description of the modify_value command and the device/function parameters affected by it can be found in: Technical Description: BSS Command Reference (68P02901W23).
GMR-01
7-37
The BTS examples shown in this section are for demonstration purposes only. Parameters are system specific and will vary. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the BSS commands.
Scenario
In this example, two remote BTS cabinets will be equipped. The following information is available: The remote BTS cabinets (0, 1) will be equipped at SITE 2 BSS SWest BSIC 26. The BTS cabinet numbers will be 0 and 1. Each cabinet will be equipped with a cage: Cabinet 0 - cage 15. Cabinet 1 - cage 14.
7-38
GMR-01
BTS equipment
Cages 15 and 14 are equipped with the following required and optional devices: EAS (half size PIX module). KSW A and KSW B (cage 15 only). MSI. GCLK A and GCLK B (cage 15 only). DRI. GPROC.
Additional equipment
Although there is no equip procedure for the following devices, they must be physically inserted when more than one cage is equipped: CLKX (half size modules, cage 15 only). KSWX (half size modules).
The Bus Terminator Card (BTC) is always provided in a BTS cage. Furthermore, although there is no equip procedure for the DRIX half size modules, they must be physically inserted to provide the interface between the DRI and RCU.
Procedure 7-16 1 2 3 4
Select BSS site and change to security level 2. Equip the remote BTS cabinets, see below. Equip the BTS cages, see below. Add any new cells.
GMR-01
7-39
0 0
0 0
7-40
GMR-01
GMR-01
7-41
7-42
GMR-01
Remotely log in, select the BSS site and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Enter the command: copy_path The SITE responds with prompts for further information. See Technical Description: BSS Command Reference (68P02901W23) for further details.
3 4 5
At the prompts, enter the appropriate configuration information, after which a copied path will exist. The new path can now be extended one site further down the branch if required. A new branch can be started (a fork) by recopying the same path and extending to a different BTS, as shown in below.
The physical sites and 2 Mbit/s links must be installed first, and must be entered in the CM database, to allow the procedure to be successful. Figure 7-8 Example of path connections
Upstream MSI & MMS
[1 1 ] BTS 3
Downstream MSI & MMS BTS 4 [30] Upstream MSI & MMS
GMR-01
7-43
--> copy_path
Enter terminating site id to be copied: Enter unique PATH id to be copied: 9 Enter NEW terminating site id: 4 Enter NEW unique PATH id: 0 Enter downstream MSI id: 1 Enter downstream MMS id: 0 Enter upstream MSI id: 3 Enter upstream MMS id: 0 COMMAND ACCEPTED
Refer to Technical Description: BSS Command Reference (68P02901W23) for complete information on the copy_path command.
7-44
GMR-01
GCLK synchronization
GCLK synchronization
Throughout this section the term GCLK refers either to the GCLK board in InCell sites or the GCLK part of the MCU for M-Cell sites and MCUF for Horizonmacro. Any specific differences are detailed where appropriate. To create a GCLK, see "Configuring a GCLK device" on page 9-120.
GMR-01
7-45
GCLK synchronization
Configuration restrictions
The following restrictions apply: An RXCDR or BSC will not be allowed to synchronize to an MMS which is connected to a lower order site. This restriction does not apply to a BTS. A GCLK in a BTS cannot synchronize to an MMS if the synchronization path does not lead directly or indirectly (through the path configuration) to a BSC. An MMS of non-zero priority (mms_priority database parameter greater than zero) must be specified as the MMS source. Only one site can synchronize to a single MMS.
7-46
GMR-01
GCLK synchronization
Command chg_element
disp_element
modify_value disp_equipment
clear_gclk_avgs
reattempt_pl disp_gclk_cal
state gclk_cal_mode
disp_gclk_avgs
GMR-01
7-47
GCLK synchronization
7-48
GMR-01
GCLK synchronization
Table 7-9
BSS parameters for GCLK synchronization Description Enables or disables phase locking at a site. If this flag is set to 0 then the site will not attempt phase lock at any time. If set to 1, the site will attempt to phase lock. If the flag is set to 1 and the user updates it to zero, then the GCLK will go to set frequency mode. The default setting is 0. Updates the alarm range on the allowed LTA variation. During every LTA polling period, the stored LTA values are checked by comparing the stored LTA values with the newly calculated LTA. If 25% of the stored LTA values vary (either positively or negatively) from the newly calculated LTA by more than the allowed LTA variation, an alarm is raised to alert the operator to potential problems/ alterations in the system. For example, the GCLK is phase locked to a different clock source; the uplink site is unstable. It may be set to a value of 1 to 255. The default value is 7 to allow for day to day temperature variations. This parameter is invalid for M-CELL sites. Controls the time that the system will wait before selecting an MMS for clock extraction, after a GCLK has had a GCLK reference failure alarm. If the MMS providing the clock extraction is INS after the time period has expired, it will be left as the clock extraction source. A default value of 10 seconds is used. This value is available on equipage of the site, but will be overwritten by an entry the user makes. The timer may be set to a value of 0 to 255 seconds, where 0 indicates that there is no wait period. Changes the value of the clk_src_fail_reset_period. The reset period is used to delimit the time for which an OOS count is held. At the end of each reset period, the OOS count is reset to zero and the count begins again. It may be set to a value between 1 to 255 hours. The default value is 24 hours. Changes the priority rating for an MMS. The priority rating determines its possible use as a reference source to which the GCLK will phase lock. The MMS with the highest rating is initially used as the source for the incoming reference clock. The parameter may be set to a value in the range 0 to 255. The default setting is 0. Updates the value of the phase_lock_duration. The GCLK/MCU (GCLK/MCUF in Horizon sites) achieves the locked state when its frequency equals the long term frequency of the E1/T1 line for a specified period of time and is stable to within $0.05 ppm. For M-Cell and Horizon sites this time can be configured using this parameter. For InCell sites, the value of this parameter is added onto the time duration determined by the GCLK revision level. The parameter may be set to a value between 0 and 3600 seconds. The default value is 0 seconds for InCell sites and 1500 seconds for M-Cell and Horizon sites. For InCell sites, it is recommended that the value of this parameter is set to 0.
lta_alarm_range
wait_for_ reselection
clk_src_fail_ reset_period
mms_priority
phase_lock_ duration
GMR-01
7-49
GCLK synchronization
GCLKs are usually used in either Closed Loop or Set Frequency mode. There are very short periods of time when the GCLK hardware will put the GCLK into Hold Frequency and Free Run. The Closed Loop mode is the mode which achieves GCLK synchronization. Within this mode there are two sub-modes: Acquiring phase locked state. Phase locked state.
Remotely log in to a BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. For each required location, there are a number of commands available to display the current setting and to perform GCLK synchronization procedures. Examples of these are described in the following sub-section.
If an attempt is made to enable the GCLK synchronization feature before an MMS priority has been assigned, a warning alarm is displayed. This has no effect on the operation of the feature as it will be enabled once an MMS priority is set and the alarm will clear.
GMR-01
GCLK synchronization
To prioritise the order in which the MMSs of a site are configured as reference clock sources
For example, the following command sets a priority rating for an MMS to value 2: modify_value bsc mms_priority 2 mms 0 0 The following example sets the priority to zero and MMS is providing clock extraction: modify_value bsc mms_priority 0 mms 0 0
MMS [0,0,0] is currently providing clock extraction. You will deselect MMS {0,0,0] for clock extraction. Are you sure? (y = yes, n = no).
GMR-01
7-51
GCLK synchronization
Example 3: Command executed when GCLK 0 is not in the FAILED_PHASE_LOCK state: reattempt_pl bsc 0
COMMAND REJECTED - GCLK reason does not equal FAILED_PHASE_LOCK
Example 2: Request the clock frequency register value when GCLK 0 is phase locked: disp_gclk_cal 0 0
SITE 0, GCLK 0 0 0 Clock frequency register value = XX.
7-52
GMR-01
GCLK synchronization
Example 2: If the GCLK has never been phase locked, then the default LTA is displayed: disp_gclk_avgs 0 1
The GCLK 1 0 0 Frequency Reg values for site 0 are: 80 Long term average = 80
This command is not allowed from remote login, and is ONLY allowed at M-Cell and Horizon sites. Use the command: gclk_cal_mode The system will respond with the following:
Site <local site number> starting GCLK CALIBRATION MODE. If this is a single MCU site, the site will be down until calibration is complete. If this is a two MCU site, the site will be down until the redundant takes over. (Are you sure (y = yes, n = no)?
If replying with anything other than y, the command is aborted. If replying y, the GCLK will begin calibration mode. No call processing can occur which involves this GCLK during calibration mode. The GCLK will be reset when calibration is complete.
GMR-01
7-53
7-54
GMR-01
# setup batch_rlogin command file for all sites for j in echo $site_nums do echo "disp_eq $j gclk * * full" >>bsc_cmd.file echo "state $j gclk * *" >>bsc_cmd.file done echo "BSCname $i" >>bsc_sync.log batch_rlogin $i <bsc_cmd.file >>bsc_sync.log sleep 15 rm bsc_cmd.file done # Loop through all RXCDRs second xcdrs = grep "XRGSME" /usr/omc/config/global/NE.MAP| awk {print $2} for i in echo $xcdrs do echo "disp_eq 0 gclk * * full" >>bsc_cmd.file echo "state $j gclk * *" >>bsc_cmd.file echo "RXCDRname $i" >>bsc_sync.log batch_rlogin $i <bsc_cmd.file >>bsc_sync.log sleep 15 rm bsc_cmd.file done phase_locked_gclks = grep -i "phase locked" bsc_sync.log|wc -l echo "Count of phase locked GCLKs = $phase_locked_gclks " >>bsc_sync.log failed_locked_gclks = grep -i "failed phase lock" bsc_sync.log|wc -l echo "Count of failed phase locked GCLKs = $failed_locked_gclks " \ >>bsc_sync.log set_freq_gclks = grep -i "Set Freq. Mode" bsc_sync.log|wc -l echo "Count of set frequency mode GCLKs = $set_freq_gclks " >>bsc_sync.log fine_tune_gclks = grep -i "Fine Tune Mode" bsc_sync.log|wc -l echo "Count of fine tune mode GCLKs = $fine_tune_gclks " >>bsc_sync.log locking_gclks = grep -i "phase locking" bsc_sync.log|wc -l echo "Count of phase locking GCLKs = $locking_gclks " >>bsc_sync.log fast_tune_gclks = grep -i "Fine Tune Mode" bsc_sync.log|wc -l echo "Count of fast tune mode GCLKs = $fast_tune_gclks " >>bsc_sync.log hvn_gclks = grep -i "hvn =" bsc_sync.log|wc -l echo "Count of Incell GCLKs = $hvn_gclks " >>bsc_sync.log mcell_gclks = grep -i " MCU " bsc_sync.log|wc -l echo "Count of M-Cell GCLKs = $mcell_gclks " >>bsc_sync.log mcell_micro_gclks = grep -i " MCUm " bsc_sync.log|wc -l echo "Count of M-Cell Micro GCLKs = $mcell_micro_gclks " >>bsc_sync.log mcell_arena_gclks = grep -i "Arena (MCU) " bsc_sync.log|wc -l echo "Count of M-Cell Arena GCLKs = $mcell_arena_gclks " >>bsc_sync.log echo "Log file is in $PWD/bsc_sync.log"
GMR-01
7-55
Remotely log in to a BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Determine the DRI equipage at the BTS by entering: disp_equipment <location> Shut down the DRI by entering: shutdown_device <location> DRI <1st DRI identifier> <2nd DRI identifier> <3rd DRI identifier> <seconds>
Entering 60 in the seconds field will put the DRI in the locked state after one minute. 4 5 Repeat Step 2 to shut down all DRIs at the BTS. Lock the site by entering: lock_device 0 SITE <1st device id>
Additional information
Refer to Technical Description: BSS Command Reference (68P02901W23) for complete information on the commands and parameters described in this section. To bar calls to a cell, see "Barring calls at a cell" on page 8-257.
7-56
GMR-01
GMR-01
7-57
The script operates on the basis that BSS loads are correctly named (for example, BSGSM) during load install.
#!/bin/ksh # Script to check the equipment on all sites under this OMC # Written by Motorola Field Engineer on 17/11/98 bscs = grep "BSGSM" /usr/omc/config/global/NE.MAP| awk {print $2} for i in echo $bscs do bsc_num = grep $i /usr/omc/config/global/NE.MAP|awk {print $4} site_nums =grep "SITE 31 $bsc_num" /usr/omc/config/global/SITE.MAP|awk { print $5} |cut -c9-10 |grep -v "00" for j in echo $site_nums do echo "disp_eq $j full" >>bsc_cmd.file done echo "bscname $i" >>hardware_check.log batch_rlogin $i <bsc_cmd.file >>hardware_check.log sleep 10 rm bsc_cmd.file done echo "Log file is in $PWD/hardware_check.log."
7-58
GMR-01
GMR-01
7-59
These parameters are explained in the following sections. Refer to: Technical Description: BSS Command Reference (68P02901W23) for full details of commands and parameters.
antenna_select number
The antenna_select number DRI attribute contains the receiver antenna select number for the first shared cell. Verify that the coupling at the site matches the setting in the database.
7-60
GMR-01
Chapter
Configuring Cells
The procedures here show how to configure cells and cell neighbours using the Navigation Tree, Detailed Views and TTY interface. Also shown are procedures to manipulate cell parameters, for example, how to change a BCCH carrier frequency. The following topics are described: 68P02901W17-R 14 Apr 2006 "General information for configuring cells" on page 8-4. "Adding a cell (recommended procedure)" on page 8-6. "Adding a cell using the copy/change method" on page 8-8. "Adding a cell using the TTY interface" on page 8-10. "Adding a cell using the OMC-R GUI" on page 8-11. "General cell parameter section" on page 8-14. "Handover cell parameter section" on page 8-50. "Power control cell parameter section" on page 8-67. "GPRS cell parameter section" on page 8-74. "Propagating cell parameters" on page 8-83. "Deleting a cell" on page 8-106. "Defining algorithms" on page 8-108. "Modifying default algorithms using the OMC-R GUI" on page 8-109. "Modifying default algorithms using the TTY interface" on page 8-113. "Neighbours, Sources and Reciprocal Neighbours" on page 8-121. "Viewing Sources, Neighbours and Reciprocals" on page 8-124. "Creating and deleting Sources, Neighbours and Reciprocals" on page 8-129. "Creating neighbours using Neighbour Detailed View" on page 8-134. "Modifying a neighbour" on page 8-144. "Deleting neighbours using the Navigation Tree Delete option" on page 8-145. "Neighbour templates" on page 8-147. "Configuring a UTRAN neighbour" on page 8-149. 8-1
GMR-01
"Proxy cells" on page 8-155. "Configuring a single proxy cell" on page 8-157. "Autocreation of a proxy cell" on page 8-161. "Configuring multiple proxy cells using cmutil" on page 8-165. "Exporting and importing proxy cell information between OMC-Rs" on page 8-166. "Synchronizing all OMC-R proxy cells within a network" on page 8-172. "Dynamic propagation of proxy cell data to OMC-Rs" on page 8-174. "Expanding the capacity of a cell" on page 8-175. "Configuring frequency hopping" on page 8-177. "Configuring frequency hopping using the OMC-R GUI" on page 8-179. "Configuring frequency hopping using the TTY interface" on page 8-187. "Checking frequency hopping configuration for cells" on page 8-190. "Configuring a cell with BCCH and SDCCH in the EGSM band" on page 8-192. "Configuring a cell for coincident multiband handovers" on page 8-194. "Configuring a cell for adaptive handovers" on page 8-198. "Configuring a neighbour cell for adaptive handovers" on page 8-203. "Configuring a cell for flexible neighbour cell processing" on page 8-208. "Configuring enhanced SDCCH to TCH band assignment" on page 8-212. "Configuring a cell for extended cell range prioritization" on page 8-215. "Configuring a cell for power control optimization" on page 8-217. "Configuring a cell for multiple GPRS carriers" on page 8-222. "Changing a BCCH carrier frequency" on page 8-228. "Changing a non-BCCH carrier frequency" on page 8-231. "Changing a BSIC" on page 8-234. "Changing a TSC for a BCCH" on page 8-236. "Propagating TSC updates" on page 8-238. "Assigning a quality of 7 to missing measurement reports" on page 8-240. "Changing the number of allocated SDCCHs" on page 8-242. "Establishing a cell boundary by changing transmit power" on page 8-253.
8-2
GMR-01
"Setting all channels at full power" on page 8-255. "Barring calls at a cell" on page 8-257. "Changing LAC and/or CI" on page 8-260. "Viewing and editing the SMS-CB message using the OMC-R GUI" on page 8-262.
GMR-01
8-3
Cell parameters can be modified and propagated using the CELL Detailed View. See "Propagating cell parameters" on page 8-83 for further details.
8-4
GMR-01
GMR-01
8-5
8-6
GMR-01
Procedure 8-1 1
Use the copy/change method to create a new cell. See "Adding a cell using the copy/change method" on page 8-8 for further details. Once the cell is created, it appears on the Navigation Tree. Enable any remaining required raw statistics. Use the disp_enable_stat command to check which ones are enabled, and use a batch rlogin script with the appropriate stat_mode commands. Configure the handover and power control algorithm data for the cell, see "Defining algorithms" on page 8-108 for further details. Configure the frequency hopping objects for the cell, as required. See "Configuring frequency hopping" on page 8-177. Configure each associated RTF and DRI, enabling the RF hardware to bring air interface timeslots into operation. Configure the RTF for frequency hopping. See "Configuring an RTF function" on page 9-194 and "Configuring a DRI" on page 9-66 for further details.
3 4 5
The DRIs and RTFs must have the same group number (that is, DRI 0 0 matches RTF 0 0 or RTF 0 1.DRI 0 0 will not bring RTF 1 0 or RTF 1 1 into service). 6 7 Add the required sources/neighbours for the cell. See "Neighbours, Sources and Reciprocal Neighbours" on page 8-121. Ensure each DRI and RTF configured for the cell is in service. See OMC-R Online Help, Network Operations for further details about locking and unlocking devices. Verify that the cell is processing calls, using the disp_rtf_chan and disp_cell_status commands. Refer to Technical Description: BSS Command Reference (68P02901W23) for further details of these commands. If cells within the SITE are not processing calls, refer to "Checking key site parameters" on page 7-60, which describes how to check the settings of tru_id, max_dris per GPROC and antenna_select number. Verify successful handovers take place into, and out of, the cell. If necessary, configure SMS cell broadcast messages. For example, to broadcast the name of the region the cell covers. See "Short Message Service - Cell Broadcast" on page 2-46 for further details. Verify the Performance Management reports are available for the cell. See OMC-R Online Help, Network Operations for further details of reports.
10 11
12
GMR-01
8-7
The site does not need to be out of service to create a new cell.
8-8
GMR-01
Find a cell that has parameters which match the cell to be created. Remotely log in to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 for further details. Use the copy_cell command to create a new cell with the same parameters as an existing cell. Refer to Technical Description: BSS Command Reference (68P02901W23) for further details of copy_cell. The created cell appears on the Navigation Tree. The new cell will have the same parameters as the copied cell but with a new BSIC. If required, change the cell parameters in the CELL Detailed View. In particular, verify that cell_bar_access_switch (capability to set up MS calls in cell) and en_incom_ho (the capability to receive incoming handovers) are set to required values.
GMR-01
8-9
The recommended Motorola method to add a cell is using the copy_cell command. See "Adding a cell (recommended procedure)" on page 8-6 for further details. The cell can be added through the Batch Rlogin process using a script that contains the add_cell command and its parameters, the algorithm and neighbour data.
Remotely log in to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 for further details. Enter the add_cell command and reply to the prompts with the required data. See Technical Description: BSS Command Reference (68P02901W23) for full details. Define algorithm data for cell parameters using either the Navigation Tree, or the chg_cell_element command from the TTY interface. Define neighbour lists using the Navigation Tree.
8-10
GMR-01
The recommended Motorola method to add a cell is using the copy_cell command. See "Adding a cell (recommended procedure)" on page 8-6 for further details. The OMC-R GUI CELL Detailed View can also be used to create a cell. If the CELL Detailed View method is used to create a cell, also refer to "Adding a cell (recommended procedure)" on page 8-6 for an overview of the complete cell configuration procedure.
GMR-01
8-11
Procedure 8-4 1
Navigate to and select the CELL class button in the Navigation Tree (BSS BSS instance - SITE - SITE instance - Radio Frequency - CELL). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The CELL class button changes colour. Select Edit - Create from the menu bar. The OMC-R displays the CELL Detailed View form in Create mode. At the top of the CELL Detailed View are four section buttons as shown in Figure 8-1. Click one of the following buttons to display more cell parameter fields grouped by function: General, see "General cell parameter section" on page 8-14 for details of these parameters. By default, the form shows the General cell parameter fields. Handover, see "Handover cell parameter section" on page 8-50 for details of these parameters. Power Control, see "Power control cell parameter section" on page 8-67 for details of these parameters. GPRS, see "GPRS cell parameter section" on page 8-74 for details of these parameters.
If necessary, click the grouping button to display the individual cell parameter fields. Use the scroll bar to display all the parameters in each grouping, if necessary. Complete the required parameter fields in each grouping as required. Press TAB after entering each value.
To obtain the relevant information for a parameter, select Help - On Context from the menu bar and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. 6 7 Select File - Create from the menu bar to create the cell. Select File - Close from the menu bar to close the CELL Detailed View form.
8-12
GMR-01
{22239} Figure 8-1 CELL Detailed View showing parameter section buttons
GMR-01
8-13
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 8-1 describes the fields in the General - Identification grouping of the CELL Detailed View. Table 8-1 CELL Detailed View, General - Identification grouping Brief description Unique Cell name. Values Up to 31 characters plus the NULL character. Mandatory or Optional? Optional.
Cont.
8-14
GMR-01
Table 8-1
CELL Detailed View, General - Identification grouping (Continued) Brief description {22239} The unique GSM Cell identifier (also known as Cell Global Identification (CGI)). Made up of the following sub-fields: Mobile Country Code (MCC), Mobile Network Code (MNC), Location Area Code (LAC), Cell Identity (CI). {22239} The MCC and MNC subfields can be edited in Create and Edit mode. (By default, the MCC and MNC sub-fields are entered when the network was created.) The MCC and MNC sub-fields cannot be edited for n-1 or n-2 BSS. A two digit MNC is supported for all frequency types, except when frequency_type is 8 (PCS1900), in which case a three digit MNC is supported. Also see Online Help for the restrictions that apply when creating cell ids for cells in pre-GSR8 BSSs. A local colour code that allows an MS to distinguish between different neighbouring base stations. BSIC is encoded on the Synchronization Channel. Indicates on which layer the cell exists. Not relevant if Microcellular is restricted. See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the name of the parent site. Click to display the parent SITE Detailed View. Values There are two types of GSM cell ID input format; seven elements or four elements. The format used is set with the GSM Cell ID Format (mmi_cell_id_format) parameter. See Technical Description: BSS Command Reference (68P02901W23) for further details of GSM Cell Id formats. Mandatory or Optional? Mandatory.
Default is 0.
Mandatory.
Layer Number layer_number RDN Class RDN Instance NMC RDN Value Parent Detailed View
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this CELL. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
GMR-01
8-15
State grouping
Standard network object state fields, see Table 4-2 for further details.
General grouping
Table 8-2 describes the fields in the General - General grouping of the CELL Detailed View. Table 8-2 CELL Detailed View fields, General - General grouping Brief description The Mobile Station (MS) capability to use discontinuous transmission. Enabling helps to reduce interference and prolong battery life. See "Configuring a cell with BCCH and SDCCH in the EGSM band" on page 8-192 for further details of this field. The default value to be used for the Neighbour rxlev_min_cell by contained Neighbours. The decision algorithm is currently being used. Which foreign Network Colour Codes (NCCs) are allowed on specific broadcast control channels (BCCH carriers). The maximum number of target cells to be included in the HANDOVER_ REQUIRED message. 0 to 63. Default is 15. 0 or 1. Default is 0 (handover decision algorithm number 1). 0 to 255 (Bitmapped value of network country codes). Default is 255. 1 to 16. Default is 16. Values 0 to 2. Permitted (0), Required (1), Disallowed (2). Default is Disallowed (2). Mandatory or Optional? Mandatory.
Frequency Type
Mandatory.
Minimum Receive Level Default rxlev_min_def Decision Algorithm Type decision_alg_type NCC of PLMN Allowed ncc_of_plmn_allowed (OMC-R parameter name: nccOfPlmnAllowed) Maximum Number of Preferred Cells number_of_preferred_ cells (OMC-R parameter name: numOfPrefCells) Power Excluding Broadcast Ctrl Channels pwrc Cell Broadcast Channel (CBCH) cbch_enabled
Mandatory.
Mandatory.
Mandatory.
Mandatory.
Whether the Broadcast Control Channels (BCCH) measurement is included in the averaged value of hopping frequencies. Whether or not the Cell Broadcast Channel is enabled.
Mandatory.
Mandatory.
Cont.
8-16
GMR-01
Table 8-2
CELL Detailed View fields, General - General grouping (Continued) Brief description The type of hopping supported in this cell. If any DRI servicing the cell is Double density, and the container site is anything other than a Horizon II macro, this field cannot be modified to 2. Enables and disables RF Loss reporting for a cell. Values 0 to 2. No Hopping (0), Synthesizer Hopping (1), Baseband Hopping (2). Default is 0. 0 to 2. Disabled (0), or Enabled, sends reports to OMC and MMI (1), or Enabled, sends reports to OMC (2). Default is Disabled (0). 0 to 2. Default is 0. Extended range is disabled for the cell (0), Extended range is enabled as a Boundary cell (1), Extended range is enabled as an Isolated cell (rural area) (2). Mandatory or Optional? Optional.
Automatic RF Loss Trace Reporting auto_rf_loss_trace (OMC-R parameter name: auto_rf_loss) Extended Range Cell ext_range_cell
Mandatory.
Whether the Extended Range Cell option is enabled or disabled for the cell. Can only be modified if: all related DRIs in the cell have been locked. the Extended Range Cell feature (ercOpt) is unrestricted for the BSS.
Mandatory.
pccch_enabled is set, any attempt to change this value will be rejected. Prioritize Microcell prioritize_microcell (OMC-R parameter name: prior_micro) Cell Transmit Power tx_power_cap If the level of the serving cell impacts sorting of the HO candidate list. Only valid if the Microcellular option is not restricted. Whether the cell is high or low transmit power. Only valid for cells with DCS1800 and PCS1900 frequency types or cells that are configured as a Dual Band cells. Not valid for micro type sites. Set to High Power (1) for a Horizon II macro site, which cannot be changed by a user. Default is Enabled (1) (will impact sorting of candidate list). Optional.
Optional.
Cont.
GMR-01
8-17
Table 8-2
CELL Detailed View fields, General - General grouping (Continued) Brief description See "Configuring a cell with BCCH and SDCCH in the EGSM band" on page 8-192 for further details. See "Configuring a cell for extended cell range prioritization" on page 8-215 for further details. See "Assigning a quality of 7 to missing measurement reports" on page 8-240 for further details. Allows downlink discontinuous transmission (DTX) to be enabled independently for speech and Non-Transparent (NT) data calls. 0 to 3. Enabled for speech and disabled for NT data (0). Disabled for speech and disabled for NT data (1). Disabled for speech and enabled for NT data (2). Enabled for speech and enabled for NT data (3). Default is 0. Values Mandatory or Optional? Optional.
Field name/BSS parameter name EGSM Carrier Configuration Information Ext Range Neighbour Priority Rpt Bad Quality on a Missing Rpt Downlink DTX for Voice/Data dl_dtx_voice_data
Optional.
Optional.
Mandatory.
Field name/BSS parameter name Call Re-Establishment reestablish_allowed (OMC-R parameter name: reestablishAllwd) Cell Barred Access Class cell_bar_access_class (OMC-R parameter name: cellBarAccClass)
Defines access classes that are barred (or not barred) access to the PLMN. A channel request is only initiated when the access class of a mobile is not barred.
0 to 65535. Default is 0.
Mandatory.
Cont.
8-18
GMR-01
Table 8-3
CELL Detailed View fields, General - System Access grouping (Continued) Brief description See "Barring calls at a cell" on page 8-257 for details. A flag to the Mobile Station (MS) to either enable, or disable the mandatory International Mobile Subscriber Identity (IMSI) attach/detach. Default is Disabled (0). Values Mandatory or Optional? Mandatory. Mandatory.
Field name/BSS parameter name Subscriber Access to Cell IMSI Attach/Detach attach_detach
Emergency Class Switch Enables or disables emergency emergency_class_switch calls by access class. (OMC-R parameter name: emergencyClass)
0 or 1. Enabled in cell for access classes 11 to 15 only (1). Enabled for All Classes (0). Default is 0. 0 to 3. Default is 1 Retransmission (0). 0 or 19. Default is 2.
Mandatory.
Maximum Retransmissions max_retran Maximum Control Channel Transmit Power ms_txpwr_max_cch Mobile Station Power Offset ms_power_offset
The maximum channel request retransmission value for Mobile Stations (MSs). Maximum random access power available for a mobile station, on a control channel (CCCH) in a cell. Read by the mobile from the BCCH system information. It is used in addition to cell ms_txpwr_max_cch to determine the new power for cell selection by the mobile before accessing the cell on the RACH. The number of Random Access Channel (RACH) slots between the access retry transmission on the RACH. The T3122 timer value (in seconds) that the MS will use.
Mandatory.
Mandatory.
Mandatory.
Number of RACH Slots Between Access Retries tx_integer Wait Indication Parameters wait_indication_ parameters (OMC-R parameter name: waitIndicParams)
0 to 15. Default is 4.
Mandatory.
0 to 255. Default is 5.
Mandatory.
Cont.
GMR-01
8-19
Table 8-3
CELL Detailed View fields, General - System Access grouping (Continued) Brief description Governs the mobiles periodic location update procedure. The time the BSS waits for the MS to establish on a SDCCH after sending an immediate assignment message. Values 0 to 255 (1 range step = 1 decihour). Default is 10. 0 to 1000000 (milliseconds). Default is 5000. Mandatory or Optional? Mandatory.
Field name/BSS parameter name RR_T3212 Timer rr_t3212 RR_T3101 Timer rr_t3101
Mandatory.
8-20
GMR-01
Table 8-4
CELL Detailed View fields, General - Cell Selection/Reselection grouping Brief description The minimum received signal level (dBm) required for an MS to access the system. The hysteresis level for cell reselection into a different location area. Values 0 to 63. Default is 0 (-110 dBm). 0 (0 dB) to 7 (14 dB). Default is 0 dB (0). Mandatory or Optional? Mandatory.
Field name/BSS parameter name Min Received Signal Level For Access rxlev_access_min Cell Reselect Hysteresis Level cell_reselect_hysteresis (OMC-R parameter name: cellReselectHys)
Mandatory.
Cell Reselection Whether or not C2 cell reselection Parameters parameters being broadcast is cell_reselect_param_ind system information of this cell. (OMC-R parameter name: cellReselParamInd) Low Cell Selection Priority cell_bar_qualify Cell Reselect Offset cell_reselect_offset (OMC-R parameter name: cellReselectOffs) Temporary Offset temporary_offset The priority of the cell. Used for computing the C2 cell reselection criterion. The positive or negative offset for computing the C2 cell reselection criterion.
Mandatory.
0 or 1. Default is Priority is Not Low (0). 0 - 63 (dB where each range step equals 2 dB). Default is 0. 0 to 7. Default is 0.
Mandatory.
Mandatory.
The negative offset for computing the C2 cell reselection criterion for the duration specified by the CELL penalty_time. The duration for which the value specified by the CELL temporary_offset is valid. See "Network Controlled Cell Reselection" on page 2-85 for details.
Mandatory.
0 to 31. Default is 0.
Mandatory.
Mandatory.
GMR-01
8-21
Number of Reserved Access Grant Blocks bs_ag_blks_res Period Between Mobile Paging Messages bs_pa_mfrms Activate Extended Paging extended_paging_active (OMC-R parameter name: extendedPagingAct) Channel Reconfiguration Preferred Number of SDCCH Maximum Number of SDCCH SDCCH Need High Water Mark SDCCH Need Low Water Mark Report Resource TCH Full High Water Mark report_resource_tch_f_ high_water_mark (OMC-R parameter name: repResTchFHighWm) Report Resource TCH Full Low Water Mark report_resource_tch_f_ low_water_mark (OMC-R parameter name: repResTchFLowWm)
Mandatory.
Mandatory.
Mandatory.
Mandatory.
Mandatory.
Cont.
8-22
GMR-01
Table 8-5
CELL Detailed View fields, General - Radio Channel Config grouping (Continued) Brief description See "Changing the number of allocated SDCCHs" on page 8-242 for further details. It takes time to stop RF transmission in a cell after it has been OOS. To avoid adding additional time to a short cell outage (for example caused by the momentary interruption of a non-redundant RSL), this field provides the ability to maintain RF transmission for a number of seconds (0 to 1800) into the cell outage. This allows the termination and restart of RF transmission to be avoided for a short cell outage. Only takes effect if stop_dri_tx_enable is Yes(1). See "Fast Call Setup" on page 2-189 for further details. 0 1800 seconds Default: 300 seconds. Optional. Values Mandatory or Optional?
Field name/BSS parameter name TCH Full Need Low Water Mark {22076} Time From Cell-Outage to RF Termination (secs.) stop_dri_tx_time
GMR-01
8-23
Queuing grouping
Table 8-6 describes the fields in the General - Queuing grouping of the CELL Detailed View. Table 8-6 CELL Detailed View fields, General - Queuing grouping Brief description The number of subscribers that can wait in the queue for channel assignment. Values 0 to 50. Default is 50. (0 disables queuing). Mandatory or Optional? Mandatory.
Field name/BSS parameter name Queue Length Management Information queue_management_ information (OMC-R parameter name: queueMgtInfo) Max Queue Length Channel max_q_length_channel (OMC-R parameter name: maxQLengthChan) Max Queue Length SDCCH max_q_length_sdcch (OMC-R parameter name: maxQLgtSdcchs)
The maximum number of MSs that can wait in queue for a channel assignment (applied to both full rate and half rate).
0 to 50. Default is 0.
Mandatory.
The maximum length of the queue for Stand-alone Dedicated Control Channel (SDCCH) requests.
0 to 50. Default is 0.
Mandatory.
8-24
GMR-01
Field name/BSS parameter name Random Access Channel Load Period rach_load_period Random Access Channel Load Threshold rach_load_threshold (OMC-R parameter name: rach_load_thresh) CCCH Load Period ccch_load_period
Mandatory.
How often to check for RACH and/or AGCH overload, once the cell under consideration is already overloaded. Enables or disables the flow control of the TCH Congestion flow control. See "MSC to BSS overload control" on page 2-24. See "MSC to BSS overload control" on page 2-24.
1 - 1020 (in 235 millisecond units). Default is 40. Enabled (1) or Disabled (0). Default is 0.
Mandatory.
TCH Flow Control tch_flow_control Flow Control T1 Timer Flow Control T2 Timer
Mandatory.
Mandatory. Mandatory.
GMR-01
8-25
Table 8-8
CELL Detailed View fields, general - channel allocation-deallocation grouping Brief description The averaging period in terms of number of SACCH multiframes. Contain the limit for the interference categories (bands) 0 to 4. The time allowed before a channel is released after a communications loss. The time allowed to delay the deactivation of a channel after the disconnection of the main signalling link. The time allowed to delay the deactivation of a channel after the disconnection of the main signalling link. The timer that governs the deallocation of a channel for which a fatal error indication has been received from the BSS. The amount of time that the system waits for an RF channel release (acknowledgement) message from the Radio SubSystem (RSS). The number of times the Cell Resource Manager (CRM) attempts to assign a Signalling Connection Control Part (SCCP) number before rejecting the request. Values 1 - 31. Default is 8. 0 to 63. Default is 63. 0 - 1000000 milliseconds. Default is 14400. 0 - 1000000 milliseconds. Default is 1500. 0 - 1000000 milliseconds. Default is 1500. 0 - 1000000 milliseconds. Default is 5000. 0 - 1000000 milliseconds. Default is 5000. Mandatory or Optional? Mandatory. Mandatory.
Field name/BSS parameter name Interference Average intave Interference Band 0 to 4 interfer_band0-4 RR_T3109 Timer rr_t3109 RR_T3111_TCH Timer rr_t3111_tch
Mandatory.
Mandatory.
Mandatory.
Deallocate Inactive Timer dealloc_inact RF Channel Release Acknowledgement Timer rf_chan_rel_ack Threshold threshold
Mandatory.
Mandatory.
0 - 255. Default is 7.
Mandatory.
8-26
GMR-01
Field name/BSS parameter name Radio Link Timeout radio_link_timeout (OMC-R parameter name: radioLinkTimeout) Link Fail Threshold link_fail Full Power Radio Frequency Before Loss full_pwr_rfloss
Mandatory.
Mandatory.
Mandatory.
GMR-01
8-27
Table 8-10
CELL Detailed View fields, general - congestion relief grouping Brief description Time between successive attempts to handover to target cells which had previously rejected a handover attempt. Only valid when BSS congestReliefOpt is Enabled (1). Values 1 - 1000000 (ms). Default is 4000. Mandatory or Optional? Optional.
Field name/BSS parameter name Retry Candidate Period Timer rtry_can_prd (OMC-R parameter name: retry_cand_period)
How the cell behaves if it rejects a handover request. When enabled (1), after rejecting a handover a cell shall invoke congestion relief procedure. When disabled (0), after rejecting a handover, the cell takes no action. Only valid when BSS congestReliefOpt is Enabled (1). How a cell behaves if it is unable to service a given congestion relief handover. When enabled (1) the cell is allowed to retry handovers to those cells which had previously rejected the request for a handover. When disabled (0) no action is taken if a handover is rejected. Only valid when BSS congestReliefOpt is Enabled (1).
Optional.
Optional.
MB TCH The percentage at which MultiBand Congestion mobiles will start to be re-directed Threshold to the preferred band. Only valid mb_tch_congest_threswhen BSS congestReliefOpt and BSS (OMC-R parameter mbInterCellHoOpt are Enabled (1). name: mb_tch_cong_thres) External Retry Period Timer ext_rtry_cand_prd (OMC-R parameter name: exRtryCandPrd) The time between successive attempts to handover to external non-coincident target cells which have previously rejected a handover attempt.
Optional.
Optional.
Cont.
8-28
GMR-01
Table 8-10
CELL Detailed View fields, general - congestion relief grouping (Continued) Brief description Values 1 to 1000000 milliseconds. Default is 4000. Mandatory or Optional? Mandatory.
Valid Candidate The duration that candidates for handovers Period Timer due to congestion are valid before querying valid_candidate_period new ones. for (OMC-R parameter name: validCandPeriod) Handover existing calls ho_exist_congest Whether attempts to handover existing calls on a TCH are initiated in the case of an MS needing a TCH when there are none available in that cell. Only valid when BSS congestReliefOpt is Enabled (1).
0 to 2. Default is 0 (Disabled).
Optional.
TCH Congest The TCH congest prevention threshold. If Prevent Threshold the TCH allocation causes the percent busy tch_congest_prevent_ TCH to be greater than tch_congprev_thr, thres then the Congestion Relief Procedure (OMC-R parameter is initiated. Only used the BSS feature name: congestReliefOpt is unrestricted. tch_congprev_thr) Enhanced Congestion Relief enhanced_relief Whether the Enhanced Congestion Relief (ECR) feature is Enabled (1) or Disabled (0) for this cell. Only valid when Alternative Congestion Relief congestReliefOpt is unrestricted (Enabled (1)) for the BSS.
Optional.
Optional.
GMR-01
8-29
Table 8-11
CELL Detailed View fields, general - directed retry grouping Brief description If directed retry is allowed at the external neighbour. The message sequence and contents across the A-interface during directed retry procedures that require an external handover during the assignment procedure. If a handover can be processed during an assignment procedure. Values Default is No (0). Mandatory or Optional? Optional.
Field name/BSS parameter name Directed Retry Std Congestion Allowed dr_std_congest MSC Preference msc_preference
0 to 7. Default is 0 (directed retry supported within the BSS (not across the A-interface)). Default is Ignore need of handover (0).
Optional.
Optional.
8-30
GMR-01
Table 8-12
CELL Detailed View fields, general - multiband handover grouping Mandatory or Optional? Optional.
Brief description The destination frequency band for handover. Cannot be modified if the MultiBand Inter-Cell Handover feature (mbInterCellHoOpt) is disabled (restricted). If the mbInterCellHoOpt is disabled (restricted), the default is the frequency_type of the cell. If mbInterCellHoOpt is enabled (unrestricted), when a cell is created, if a value is not specified, the default value is 3 for PGSM and EGSM cells. This assumes that freqTypesAllowed allows both PGSM and EGSM frequency types at the BSS. If either PGSM or EGSM is not allowed at the BSS, the default is the CELL frequency_type. For example, if adding a PGSM cell when PGSM is allowed at the BSS but EGSM is not allowed, the default value is 1 (PGSM). Defaults to the CELL frequency_type for DCS1800 and PCS1900 cells. Must always, at a minimum, contain the value representing the CELL frequency_type of the Cell. For example, if the cell associated with this attribute has a CELL frequency_type of PGSM (1), the Interband Handover Allowed must always contain PGSM as a possible value (that is, one of values 1,3,5,7,9, or 11).
Values 1 to 11, where: 1 = PGSM 2 = EGSM. 3 = PGSM and EGSM. 4 = DCS1800. 5 = PGSM and DCS1800. 6 = EGSM and DCS1800. 7 = PGSM, EGSM, and DCS1800. 8 = PCS1900. 9 = PGSM and PCS1900. 10 = EGSM and PCS1900. 11 = PGSM, EGSM, and PCS1900.
Cont.
GMR-01
8-31
Table 8-12
CELL Detailed View fields, general - multiband handover grouping (Continued) Brief description Values Mandatory or Optional? Optional.
Band Preference See "Dual band cells option" band_preference on page 2-29, "Advanced Load Management for EGSM" on page 2-82, "Configuring enhanced SDCCH to TCH band assignment" on page 8-212 and "Intelligent Multilayer Resource Management (IMRM)" on page 2-161 for details. IMRM Force Recalculation imrm_force _recalc IMRM PGSM Weighting (0100) imrm_pgsm _weight IMRM EGSM Weighting (0-100) imrm_egsm _weight IMRM DCS1800 Weighting (0-100) imrm_dcs1800 _weight IMRM UMTS Weighting (0-100) imrm_umts _weight See "Intelligent Multilayer Resource Management (IMRM)" on page 2-161 for details. See "Intelligent Multilayer Resource Management (IMRM)" on page 2-161 for details. See "Intelligent Multilayer Resource Management (IMRM)" on page 2-161 for details. See "Intelligent Multilayer Resource Management (IMRM)" on page 2-161 for details.
Optional.
Optional.
Optional.
Optional.
See "Intelligent Multilayer Resource Management (IMRM)" on page 2-161 for details.
Optional.
Cont.
8-32
GMR-01
Table 8-12
CELL Detailed View fields, general - multiband handover grouping (Continued) Brief description See "Dual band cells option" on page 2-29, "Advanced Load Management for EGSM" on page 2-82, "Configuring enhanced SDCCH to TCH band assignment" on page 8-212 and "Intelligent Multilayer Resource Management (IMRM)" on page 2-161 for details. Values Mandatory or Optional? Optional.
Cont.
GMR-01
8-33
Table 8-12
CELL Detailed View fields, general - multiband handover grouping (Continued) Brief description The number of Cells in each supported band to be included in the Measurement Report message by an MS. Cannot be accessed if the MultiBand Inter-Cell Handover (mbInterCellHoOpt) feature is disabled (restricted). Values 0 to 3, where: 0 = Normal reporting of the six strongest neighbour cells with known and allowed NCC part of BSIC, irrespective of the band used. 1 = Report the strongest neighbour cell, with known and allowed NCC part of BSIC, in each of the frequency bands in the neighbour cell list, excluding the frequency band of the serving cell. The remaining positions in the measurement report are used for reporting Cells in the band of the serving Cell. Any still remaining positions are used to report the next strongest identified neighbours in other bands irrespective of the band used. 2 = Report the two strongest cells, with known and allowed NCC part of BSIC, in each of the frequency bands in the neighbour cell list, excluding the frequency band of the serving cell. The remaining positions in the measurement report are used for reporting Cells in the band of the serving Cell. Any still remaining positions will be used to report the next strongest identified neighbours in other bands irrespective of the band used. (continued...) Mandatory or Optional? Optional.
Cont.
8-34
GMR-01
Table 8-12
CELL Detailed View fields, general - multiband handover grouping (Continued) Brief description Values 3 = Report the three strongest cells, with known and allowed NCC part of BSIC, in each of the frequency bands in the neighbour cell list, excluding the frequency band of the serving cell. The remaining positions in the measurement report are used for reporting Cells in the band of the serving Cell. Any still remaining positions are used to report the next strongest identified neighbours in other bands irrespective of the band used. Default is 0. Mandatory or Optional?
See "Configuring enhanced SDCCH to TCH band assignment" on page 8-212 for further details.
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping
Table 8-13 describes the fields in the General - Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping of the CELL Detailed View. Unless stated otherwise, the OMC-R database parameter names are the same as the BSS database parameter names. Fields in this grouping can be accessed if the AMR Feature (amrOpt) or the GSM HR Feature (gsmHalfRateOpt) are unrestricted (Enabled) at the BSS. Fields in this grouping cannot be accessed if the site is not AMR or GSM HR capable, see "Adaptive Multi-Rate (AMR)" on page 2-138 for details.
GMR-01
8-35
Table 8-13
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping Brief description Controls the number of intracell handovers from Half Rate channels to Full Rate channels for a call. Must not exceed the value of hop_count (see Table 8-17). Values 0 to 255. Default is 1. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Full Rate Enabled amr_full_rate_enabled (OMC-R parameter name: amr_fr_enabled)
AMR FR Uplink Link Adaptation Enabled amr_fr_ul_la_enabled (OMC-R parameter name: AmrFrUlLaEnabled) AMR FR Downlink Link Adaptation Enabled amr_fr_dl_la_enabled (OMC-R parameter name: AmrFrDlLaEnabled)
Optional.
Optional.
Cont.
8-36
GMR-01
Table 8-14
CELL Detailed View fields, General - AMR full rate grouping (Continued) Brief description Allows selection of the Active Codec Set for AMR Full Rate. Click to display the Cell<id>AMR Full Rate Codec Modes window. Click the required modes to select and deselect. Click Apply when selection is complete. At least one, and up to four modes can be selected. The lower uplink decision threshold for switching from one codec mode to another. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The lower uplink decision threshold for switching from one codec mode to another. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The lower uplink decision threshold for switching from one codec mode to another. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The lower downlink decision threshold for switching from one Codec mode to another. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. Values 0, 1, 3, 4, 6. Where: 0 = 12.2 Kbps. 1 = 10.2 Kbps. 3 = 7.4 Kbps. 4 = 6.7 Kbps. 6 = 5.15 Kbps. Default is 0, 1, 3, 6. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Full Rate Active Codec Set amr_fr_acs
AMR Full Rate Uplink Threshold 1 amr_fr_uplink_ threshold1 (OMC-R parameter name: amr_fr_ul_thr1) AMR Full Rate Uplink Threshold 2 amr_fr_uplink_ threshold2 (OMC-R parameter name: amr_fr_ul_thr2) AMR Full Rate Uplink Threshold 3 amr_fr_uplink_ threshold3 (OMC-R parameter name: amr_fr_ul_thr3) AMR Full Rate Downlink Threshold 1 amr_fr_downlink_ threshold1 (OMC-R parameter name: amr_fr_dl_thr1)
0 to 63. Default is 9.
Optional.
Optional.
Optional.
Optional.
Cont.
GMR-01
8-37
Table 8-14
CELL Detailed View fields, General - AMR full rate grouping (Continued) Brief description The lower downlink decision threshold for switching from one Codec mode to another. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The lower downlink decision threshold for switching from one Codec mode to another. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. Values 0 to 63. Default is 24. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Full Rate Downlink Threshold 2 amr_fr_downlink_ threshold2 (OMC-R parameter name: amr_fr_dl_thr2) AMR Full Rate Downlink Threshold 3 amr_fr_downlink_ threshold3 (OMC-R parameter name: amr_fr_dl_thr3) AMR Full Rate Uplink Hysteresis 1 amr_fr_uplink_ hystersis1 (OMC-R parameter name: amr_fr_ul_hys1) AMR Full Rate Uplink Hysteresis 2 amr_fr_uplink_ hystersis2 (OMC-R parameter name: amr_fr_ul_hys2) AMR Full Rate Uplink Hysteresis 3 (amr_fr_uplink_ hystersis3 amr_fr_ul_hys3)
Optional.
0 to 15. Default is 1.
Optional.
0 to 15. Default is 1.
Optional.
0 to 15. Default is 1.
Optional.
Cont.
8-38
GMR-01
Table 8-14
CELL Detailed View fields, General - AMR full rate grouping (Continued) Brief description The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The uplink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The uplink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The uplink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. Values 0 to 15. Default is 1. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Full Rate Downlink Hysteresis 1 amr_fr_down link_hystersis1 (OMC-R parameter name: amr_fr_dl_hys1) AMR Full Rate Downlink Hysteresis 2 amr_fr_downlink_ hystersis2 (OMC-R parameter name: amr_fr_dl_hys2) AMR Full Rate Downlink Hysteresis 3 amr_fr_downlink_ hystersis3 (OMC-R parameter name: amr_fr_dl_hys3) AMR Full Rate Uplink Threshold 1 Hopping amr_fr_uplink_ threshold1_hopping (OMC-R parameter name: amr_fr_ul_thr1Hop) AMR Full Rate Uplink Threshold 2 Hopping amr_fr_uplink_ threshold2_hopping (OMC-R parameter name: amr_fr_ul_thr2Hop) AMR Full Rate Uplink Threshold 3 Hopping amr_fr_uplink_ threshold3_hopping (OMC-R parameter name: amr_fr_ul_thr3Hop)
0 to 15. Default is 1.
Optional.
0 to 15. Default is 1.
Optional.
0 to 63. Default is 4.
Optional.
Optional.
Optional.
Cont.
GMR-01
8-39
Table 8-14
CELL Detailed View fields, General - AMR full rate grouping (Continued) Brief description The downlink switching thresholds applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The downlink switching thresholds applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The downlink switching thresholds applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The Uplink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The Uplink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. The Uplink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. Values 0 to 63. Default is 14. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Full Rate Downlink Threshold 1 Hopping amr_fr_downlink_ threshold1_hopping (OMC-R parameter name: amr_fr_dl_thr1Hop) AMR Full Rate Downlink Threshold 2 Hopping amr_fr_downlink_ threshold2_hopping (OMC-R parameter name: amr_fr_dl_thr2Hop) AMR Full Rate Downlink Threshold 3 Hopping amr_fr_downlink_ threshold3_hopping (OMC-R parameter name: amr_fr_dl_thr3Hop) AMR Full Rate Uplink Hysteresis 1 Hopping amr_fr_uplink_ hysteresis1_hopping (OMC-R parameter name: amr_fr_ul_hys1Hop) AMR Full Rate Uplink Hysteresis 2 Hopping amr_fr_uplink_ hysteresis2_hopping (OMC-R parameter name: amr_fr_ul_hys2Hop) AMR Full Rate Uplink Hysteresis 3 Hopping amr_fr_uplink_ hysteresis3_hopping (OMC-R parameter name: amr_fr_ul_hys3Hop)
Optional.
Optional.
0 to 15. Default is 1.
Optional.
0 to 15. Default is 1.
Optional.
0 to 15. Default is 1.
Optional.
Cont.
8-40
GMR-01
Table 8-14
CELL Detailed View fields, General - AMR full rate grouping (Continued) Brief description The Downlink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out. Values 0 to 15. Default is 1. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Full Rate Downlink Hysteresis 1 Hopping amr_fr_downlink_ hysteresis1_hopping (OMC-R parameter name: amr_fr_dl_hys1Hop) AMR Full Rate Downlink Hysteresis 2 Hopping amr_fr_downlink_ hysteresis2_hopping (OMC-R parameter name: amr_fr_dl_hys2Hop) AMR Full Rate Downlink Hysteresis 3 Hopping amr_fr_downlink_ hysteresis3_hopping (OMC-R parameter name: amr_fr_dl_hys3Hop) AMR Full Rate Initial Codec Mode amr_fr_icm (OMC-R parameter name: amr_fr_icm)
The Downlink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out.
0 to 15. Default is 1.
Optional.
The Downlink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_fr_acs, this field is set to NULL and is greyed-out.
0 to 15. Default is 1.
Optional.
The initial codec mode (used at the beginning of a call). Click to display a list of the modes selected in the AMR Full Rate Active Codec Set field (amr_fr_acs). Click the mode to be the initial codec mode. If AMR Full Rate Active Codec Set field (amr_fr_acs) is changed at a later date and the mode set does not include the mode selected for amr_fr_icm, then amr_fr_icm is set to the highest mode in the new amr_fr_acs mode set.
0, 1, 3, 4, or 6. Default is 1.
Optional.
GMR-01
8-41
Field name/BSS parameter name AMR Half Rate Enabled amr_half_rate (OMC-R parameter name: amr_hr)
AMR HR Uplink Link Adaptation Enabled amr_hr_ul_la_enabled (OMC-R parameter name: AmrHrUlLaEnabled) AMR HR Downlink Link Adaptation Enabled amr_hr_dl_la_enabled (OMC-R parameter name: AmrHrDlLaEnabled)
Optional.
Optional.
Cont.
8-42
GMR-01
Table 8-15
CELL Detailed View fields, General - AMR/GSM Half Rate grouping (Continued) Brief description Allows selection of the Active Codec Set for AMR Half Rate. Click to display the Cell<id>AMR Half Rate Codec Modes window. Click the required modes to select and deselect. Click on Apply when selection is complete. At least one, and up to four modes can be selected. If any RTF serving a cell has allow_8k_trau set to Yes (1), the option 7.95 Kbps (2) cannot be included in the amr_hr_acs set. The lower uplink decision threshold for switching from one Codec mode to another. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. The lower uplink decision threshold for switching from one Codec mode to another. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. The lower uplink decision threshold for switching from one Codec mode to another. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. The lower downlink decision threshold for switching from one Codec mode to another. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. Values 2, 3, 4, 5, 6. Where: 2 = 7.95 Kbps. 3 = 7.4 Kbps. 4 = 6.7 Kbps. 5 = 5.9 Kbps. 6 = 5.15 Kbps. Default is 4, 5, 6. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Half Rate Active Codec Set amr_hr_acs
AMR Half Rate Uplink Threshold 1 amr_hr_uplink_ threshold1 (OMC-R parameter name: amr_hr_ul_thr1) AMR Half Rate Uplink Threshold 2 amr_hr_uplink_ threshold2 (OMC-R parameter name: amr_hr_ul_thr2) AMR Half Rate Uplink Threshold 3 amr_hr_uplink_ threshold3 (OMC-R parameter name: amr_hr_ul_thr3) AMR Half Rate Downlink Threshold 1 amr_hr_downlink_ threshold1 (OMC-R parameter name: amr_hr_dl_thr1)
Optional.
Optional.
0 to 63. No default.
Optional.
Optional.
Cont.
GMR-01
8-43
Table 8-15
CELL Detailed View fields, General - AMR/GSM Half Rate grouping (Continued) Brief description The lower downlink decision threshold for switching from one Codec mode to another. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. Values 0 to 63. Default is 30. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Half Rate Downlink Threshold 2 amr_hr_downlink_ threshold2 (OMC-R parameter name: amr_hr_dl_thr2) AMR Half Rate Downlink Threshold 3 amr_hr_downlink_ threshold3 (OMC-R parameter name: amr_hr_dl_thr3) AMR Half Rate Uplink Hysteresis 1 amr_hr_uplink_ hysteresis1 (OMC-R parameter name: amr_hr_ul_hys1) AMR Half Rate Uplink Hysteresis 2 amr_hr_uplink_ hysteresis2 (OMC-R parameter name: amr_hr_ul_hys2) AMR Half Rate Uplink Hysteresis 3 amr_hr_uplink_ hysteresis3 (OMC-R parameter name: amr_hr_ul_hys3) AMR Half Rate Downlink Hysteresis 1 amr_hr_downlink_ hysteresis1 (OMC-R parameter name: amr_hr_dl_hys1)
The lower downlink decision threshold for switching from one Codec mode to another. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out.
0 to 63. No default.
Optional.
The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out.
0 to 15. Default is 1.
Optional.
0 to 15. Default is 1.
Optional.
0 to 15. No default.
Optional.
0 to 15. Default is 1.
Optional.
Cont.
8-44
GMR-01
Table 8-15
CELL Detailed View fields, General - AMR/GSM Half Rate grouping (Continued) Brief description The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. The sum of the associated threshold and hysteresis is used as the upper decision threshold for switching the Codec mode. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. The Uplink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. The Uplink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. The Uplink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. The Downlink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. Values 0 to 15. Default is 1. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Half Rate Downlink Hysteresis 2 amr_hr_downlink_ hysteresis2 (OMC-R parameter name: amr_hr_dl_hys2) AMR Half Rate Downlink Hysteresis 3 amr_hr_downlink_ hysteresis3 (OMC-R parameter name: amr_hr_dl_hys3) AMR Half Rate Uplink Threshold 1 Hopping amr_hr_uplink_ threshold1_hopping (OMC-R parameter name: amr_hr_ul_thr1Hop) AMR Half Rate Uplink Threshold 2 Hopping amr_hr_uplink_ threshold2_hopping (OMC-R parameter name: amr_hr_ul_thr2Hop) AMR Half Rate Uplink Threshold 3 Hopping amr_hr_uplink_ threshold3_hopping (OMC-R parameter name: amr_hr_ul_thr3Hop) AMR Half Rate Downlink Threshold 1 Hopping amr_hr_downlink_ threshold1_hopping (OMC-R parameter name: amr_hr_dl_thr1Hop)
0 to 15. No default.
Optional.
Optional.
Optional.
0 to 63. No default.
Optional.
Optional.
Cont.
GMR-01
8-45
Table 8-15
CELL Detailed View fields, General - AMR/GSM Half Rate grouping (Continued) Brief description The Downlink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. Values 0 to 63. Default is 30. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Half Rate Downlink Threshold 2 Hopping amr_hr_downlink_ threshold2_hopping (OMC-R parameter name: amr_hr_dl_thr2Hop) AMR Half Rate Downlink Threshold 3 Hopping amr_hr_downlink_ threshold3_hopping (OMC-R parameter name: amr_hr_dl_thr3Hop AMR Half Rate Uplink Hysteresis 1 Hopping amr_hr_uplink_ hysteresis1_hopping (OMC-R parameter name: amr_hr_ul_hys1Hop) AMR Half Rate Uplink Hysteresis 2 Hopping amr_hr_uplink_ hysteresis2_hopping (OMC-R parameter name: amr_hr_ul_hys2Hop) AMR Half Rate Uplink Hysteresis 3 Hopping amr_hr_uplink_ hysteresis3_hopping (OMC-R parameter name: amr_hr_ul_hys3Hop) AMR Half Rate Downlink Hysteresis 1 Hopping amr_hr_downlink_ hysteresis1_hopping (OMC-R parameter name: amr_hr_dl_hys1Hop)
The Downlink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out.
0 to 63. No default.
Optional.
The Uplink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out.
0 to 15. Default is 1.
Optional.
The Uplink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out.
0 to 15. Default is 1.
Optional.
The Uplink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out.
0 to 15. No default.
Optional.
The Downlink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out.
0 to 15. Default is 1.
Optional.
Cont.
8-46
GMR-01
Table 8-15
CELL Detailed View fields, General - AMR/GSM Half Rate grouping (Continued) Brief description The Downlink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out. Values 0 to 15. Default is 1. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Half Rate Downlink Hysteresis 2 Hopping amr_hr_downlink_ hysteresis2_hopping (OMC-R parameter name: amr_hr_dl_hys2Hop) AMR Half Rate Downlink Hysteresis 3 Hopping amr_hr_downlink_ hysteresis3_hopping (OMC-R parameter name: amr_hr_dl_hys3Hop) AMR Half Rate Initial Codec Mode amr_hr_icm (OMC-R parameter name: amr_hr_icm)
The Downlink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this field is set to NULL and is greyed-out.
0 to 15. No default.
Optional.
The initial codec mode (used at the beginning of a call). Click to display a list of the modes selected in the AMR Half Rate Active Codec Set field (amr_hr_acs). Click the mode to be the initial codec mode. If AMR Half Rate Active Codec Set field (amr_hr_acs) is changed at a later date and the mode set does not include the mode selected for amr_hr_icm, then amr_hr_icm is set to the highest mode in the new amr_hr_acs mode set. The maximum number of half rate capable timeslots to be reserved within each zone of the cell. The congestion level at which the BSS allows: Reconfiguration of Half Rate capable Full Rate calls to Half Rate calls in the inner zone. Assignment of new calls on Half Rate channels establishing in the inner zone.
2, 3, 4, 5, or 6. Default is 4.
Optional.
Half Rate Reserved Timeslot hr_res_ts Inner Half Rate Usage Threshold inner_hr_ usage_thres (OMC-R parameter name: InnHrUseThres)
Optional.
Optional.
Cont.
GMR-01
8-47
Table 8-15
CELL Detailed View fields, General - AMR/GSM Half Rate grouping (Continued) Brief description If the congestion level at the target cell exceeds this threshold, any existing Half Rate capable Full Rate calls are reassigned to Half Rate traffic channels. Setting the value to 101 disables reconfiguration. If the congestion level in the target cell exceeds this threshold, all new calls are allocated to Half Rate channels, if channels are available. Setting the value to 101 disables reconfiguration. Does not apply when the MSC has specified that rate changes are not allowed. For example, if hr_intracell_ho_allowed is set such that full-rate only is allowed, new_calls_hr is ignored. Enables and disables Intracell handovers for Half Rate channels within a cell. Values 0 to 101%. Default is 101. Setting the value to 101 effectively disables reconfiguration. 0 to 101%. Default is 101. Setting the value to 101 effectively disables reconfiguration. Mandatory or Optional? Optional.
Field name/BSS parameter name Reconfigure Full Rate to Half Rate reconfig_fr_to_hr (OMC-R parameter name: ReconfigFrToHr) New Calls Half Rate new_calls_hr
Optional.
Half Rate Intracell Handover Allowed hr_intracell_ho_ allowed (OMC-R parameter name: HrIntHoAllwd)
0 to 3. Default is 0.
Optional.
8-48
GMR-01
Field name/BSS parameter name GSM Half Rate gsm_half_rate_enabled (OMC-R parameter name: gsm_hr)
GMR-01
8-49
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Cont.
8-50
GMR-01
Table 8-17
CELL Detailed View, Handover - Handover - General grouping (Continued) Brief description Used to prevent continuous handover bouncing between cells due to RXQUAL and RXLEV reasons. Values 0 to 127 Decibels. Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Bounce Protect HO Margin bounce_protect_margin (OMC-R parameter name: bnce_prt_mgn) Bounce Protect Quality Ho Timer bounce_protect_ qual_tmr (OMC-R parameter name: bnce_prt_ qual_tmr) Bounce Protect Congestion HO Timer bounce_protect_ cong_tmr (OMC-R parameter name: bnce_prt_cong_tmr) Mobile Station HO Power Level handover_power_ level (OMC-R parameter name: handoverPwrLevel) Minimum Handover Recognized Period handover_recognized_ period (OMC-R parameter name: handoverRecPeriod) Handover Margin Default ho_margin_def Handover Margin Usage Flag ho_margin_usage_flag (OMC-R parameter name: ho_mgn_use_flag)
Used to prevent continuous handover bouncing between cells due to RXQUAL reasons.
Mandatory.
Used to prevent continuous handover bouncing between cells due to congestion reasons.
Mandatory.
The maximum Dedicated Control Channel (CCH) power level allowed for an MS after a handover to this cell. Value range depends on the CELL frequency_type. The threshold for handover interval when the MSC needs to queue a handover request.
Mandatory.
2 to 64. Default is 2.
Mandatory.
Used for a neighbour whenever ho_margin_cell is not defined in the neighbour object. The sorting algorithm used to sort the neighbour list.
-63 to 63 (dB). Default is 8. Generic H/O margin formula (0) or Specialized HO margin formula (1). Default is 0.
Mandatory.
Mandatory.
Cont.
GMR-01
8-51
Table 8-17
CELL Detailed View, Handover - Handover - General grouping (Continued) Brief description See "Barring calls at a cell" on page 8-257 for details. The number of interference handovers allowed within a CELL hop_count_timer period. The number of SACCH periods before the CELL hop_count value is reset. Enables or disables the no_measurement_report flag in the call block, and to suspend all measurement processing (store, averaging, power control, handover) in the event of a missing measurement report. The interval between timing advance changes. 0 - 255. Default is 255. Default is 0. Values Mandatory or Optional? Mandatory. Mandatory.
Field name/BSS parameter name Enable Incoming Handovers Hop Count hop_count Hop Count Timer hop_count_timer Missing Measurement Report missing_rpt
Mandatory.
Mandatory.
Timing Advance Period timing_advance_ period (OMC-R parameter name: timingAdvPeriod) Max Disuse Count based on Hreqave HO UL/DL with MS/BSS at Full Pwr Nbr Journaling
Mandatory.
See "Configuring a cell for flexible neighbour cell processing" on page 8-208 for further details of these fields.
Default is No (0).
Mandatory.
Field name/BSS parameter name EGSM Handover Threshold egsm_handover_ threshold (OMC-R parameter name: egsm_ho_thresh)
8-52
GMR-01
Field name/BSS parameter name Downlink Receive Quality Handover dl_rxqual_ho_allowed (OMC-R parameter name: dlRxqualHoAllowed) Inter-Cell Handover inter_cell_handover_ allowed (OMC-R parameter name: interCellHoAllowd) Intra-Cell Handover intra_cell_handover_ allowed (OMC-R parameter name: intraCellHoAllowd) Uplink Receive Quality Handover ul_rxqual_ho_ allowed (OMC-R parameter name: ulRxqualHoAllowed)
Mandatory.
Mandatory.
Mandatory.
GMR-01
8-53
Mandatory.
Mandatory.
Mandatory.
8-54
GMR-01
Table 8-21
CELL Detailed View, Handover - Uplink RxQual Handover grouping Brief description The measurement averaging bin used to generate handover for uplink receive quality. Values 0 or 1. Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Uplink Receive Quality HO Bin decision_1_ul_ rxqual_av_h (OMC-R parameter name: dec1UlRxqualAv_h) Lower Uplink Receive Quality (HO) l_rxqual_ul_h Decision Algorithm Parameter N6 decision_1_n6
The lower uplink receive quality handover threshold. The parameter n6 in the decision algorithm in the BSS. N6 is the number of samples in the threshold comparison process used in handover decisions based on receive signal quality. The parameter p6 in the decision algorithm in the BSS. P6 is the number of averages that must exceed a threshold in order for the handover decisions based on receive signal quality to be taken. Whether or not the receive quality parameters for hopping are enabled. The lower uplink receive quality handover threshold for hopping.
Mandatory.
Mandatory.
Mandatory.
Alt Hopping Quality Thresholds hop_qual_enabled Lower Uplink Rcv Qual (HO) Hopping l_rxqual_ul_h_ hopping (OMC-R parameter name: lRxqualUlHHopping) Lower Uplink Rcv Qual (Pwr) Hopping l_rxqual_ul_p_hopping (OMC-R parameter name: lRxqualUlPHopping) Alt Data Quality Thresholds data_qual_flag (OMC-R parameter name: data_qual_enabled)
Mandatory.
Optional.
The lower uplink signal quality threshold for power control for hopping in the serving cell.
0 to 1810. Default is 0.
Optional.
Whether or not the receive quality parameters for data will be enabled.
Mandatory.
Cont.
GMR-01
8-55
Table 8-21
CELL Detailed View, Handover - Uplink RxQual Handover grouping (Continued) Brief description The lower uplink receive quality handover threshold for data services. Values 0 to 1810. Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Lower Uplink Rcv Qual (HO) Data l_rxqual_ul_h_data (OMC-R parameter name: lRxqualUlHData) Lower Uplink Rcv Qual (Pwr) Data l_rxqual_ul_p_data (OMC-R parameter name: lRxqualUlPData)
The lower uplink signal quality threshold for power control for data services in the serving cell.
0 to 1810. Default is 0.
Mandatory.
8-56
GMR-01
Field name/BSS parameter name Downlink Receive Quality HO Bin decision_1_dl_rxlev_ av_h (OMC-R parameter name: dec1DlRxlevAv_h) Lower Downlink Receive Quality (HO)(OMC-R parameter name: l_rxqual_dl_h) Lower Downlink Rcv Qual (Ho) Hopping l_rxqual_dl_h_hopping (OMC-R parameter name: lRxqualDlHHopping) Lower Downlink Rcv Qual (Pwr) Hopping l_rxqual_dl_p_ hopping (OMC-R parameter name: lRxqualDlPHopping) Lower Downlink Rcv Qual (HO) Data l_rxqual_dl_h_data (OMC-R parameter name: lRxqualDlHData) Lower Downlink Rcv Qual (Pwr) Data l_rxqual_dl_p_data (OMC-R parameter name: lRxqualDlPData)
Mandatory.
0 to 1810. Default is 0.
Optional.
The lower downlink signal quality threshold for power control for hopping in the serving cell.
0 to 1810. Default is 0.
Optional.
The lower downlink receive quality handover threshold for data services.
0 to 1810. Default is 0.
Mandatory.
The lower downlink signal quality threshold for power control for data services in the serving cell.
0 to 1810. Default is 0.
Mandatory.
GMR-01
8-57
Field name/ BSS parameter name Uplink Receive Level Handover ul_rxlev_ho_allowed (OMC-R parameter name: ulRxlevHoAllowed) Uplink Signal Strength HO Bin decision_1_ul_rxlev_ av_h (OMC-R parameter name: dec1UlRxlevAv_h) Lower Uplink Receive Level (HO) l_rxlev_ul_h Decision Algorithm Parameter N5 decision_1_n5
The measurement averaging bin used to generate handover for uplink signal strength.
0 or 1. Default is 0.
Mandatory.
The lower uplink receive level handover threshold. The parameter n5 in the decision algorithm in the BSS. N5 is the number of samples in the threshold comparison process used in handover decisions based on receive signal level. The parameter p5 in the decision algorithm in the BSS. P5 is the number of averages that must exceed a threshold in order for the handover decisions based on receive signal level to be taken.
Mandatory.
Mandatory.
Mandatory.
8-58
GMR-01
Field name/ BSS parameter name Downlink Receive Level Handover dl_rxlev_ho_allowed (OMC-R parameter name: dlRxlevHoAllowed) Downlink Signal Strength HO Bin decision_1_dl_ rxlev_av_h (OMC-R parameter name: dec1DlRxlevAv_h) Lower Downlink Receive Level (HO) l_rxlev_dl_h HO to Nbr with Lower RxLev
The measurement averaging bin used to generate handover for downlink signal strength.
0 or 1. Default is 0.
Mandatory.
The lower downlink receive level handover threshold. See "Configuring a cell for flexible neighbour cell processing" on page 8-208 for further details.
Mandatory.
GMR-01
8-59
Field name/BSS parameter name Interference Handover interfer_ho_allowed (OMC-R parameter name: interferHoAllowed) Uplink Signal Interference HO Bin decision_1_ul_ rxlev_av_ih (OMC-R parameter name: dec1UlRxlevAv_ih) Decision Algorithm Parameter N7 decision_1_n7
The identifier for one of the RxLevUl_HC instances contained within the BTS-CELL object instance.
0 or 1. Default is 0.
Mandatory.
The parameter n7 in the decision algorithm in the BSS. N7 is the number of samples in the threshold comparison process used in handover decisions based on interference. The parameter p7 in the decision algorithm in the BSS. P7 is the number of averages that must exceed a threshold in order for the handover decisions based on interference to be taken. The upper uplink interference receive level handover threshold.
Mandatory.
Mandatory.
Mandatory.
8-60
GMR-01
Field name/BSS parameter name Downlink Signal Interference HO Bin decision_1_dl_ rxlev_av_ih (OMC-R parameter name: dec1DlRxlevAv_ih) Upper DL Receive Interfer Level (HO) u_rxlev_dl_ih
Mandatory.
GMR-01
8-61
Field name/BSS parameter name Mobile Station Distance Handover ms_distance_allowed (OMC-R parameter name: msDistanceAllowed) Mobile Station Distance HO Bin decision_1_tim_ adv_av_alg (OMC-R parameter name: dec1TimAdvAv_alg) Mobile Station Maximum Timing Advance ms_max_range Decision Algorithm Parameter N8 decision_1_n8
The measurement averaging bin used to determine whether a handover is necessary due to MS distance.
0 - 1. Default is 0.
Mandatory.
The maximum timing advance between the BTS and the MS. Set in terms of timing advance bits. The parameter n8 in the decision algorithm in the BSS. N8 is the number of samples in the threshold comparison process used in handover decisions based on MS distance. The parameter p8 in the decision algorithm in the BSS. P8 is the number of averages that must exceed a threshold in order for the handover decisions based on MS distance to be taken.
0 to 219. Default is 0.
Optional.
Mandatory.
1 to 31. Default is 1.
Mandatory.
8-62
GMR-01
Field name/BSS parameter name Power Budget Handover pwr_handover_ allowed (OMC-R parameter name: pwrHoAllowed) Power Budget HO Bin decision_1_p_bgt_ rxlev_av_h (OMC-R parameter name: dec1PBgtRxlevAv_h) Neighbour Cell Signal Strength HO Bin decision_1_ncell_ rxlev_av_h_calc )(OMC-R parameter name: dec1NcellRxlevAvH) Use Neighbour Power Budget Hreqave use_neighbor_ pbgt_hreqave (OMC-R parameter name: useNeiPbgtHreqave)
The measurement averaging bin used to determine whether a handover is necessary due to power budget.
0 or 1. Default is 0.
Mandatory.
The measurement averaging bin used to determine whether a handover is necessary due to neighbour cell signal strength.
0 or 1. Default is 0.
Mandatory.
Tells the handover process whether to use the unique hreqave value for each neighbour of a given cell. Only used if the BSS optional feature microcellOpt is unrestricted.
0 or 1. Default is No (0).
Optional.
GMR-01
8-63
1 to 31. Default is 1.
Mandatory.
8-64
GMR-01
Field name/ BSS parameter name AMR FR Lower Uplink Receive Quality (HO) l_rxqual_ul_h_ amr_fr (OMC-R parameter name: lRxqualUlHAmrFr) AMR FR Lower Uplink Rcv Qual (HO) Hopping l_rxqual_ul_h_ hopping_amr_fr (OMC-R parameter name: lRxqUlHHopAmrFr) AMR FR Lower Downlink Receive Quality (HO) l_rxqual_dl_h_amr_fr (OMC-R parameter name: lRxqualDlHAmrFr) AMR FR Lower Downlink Rcv Qual (HO) Hopping l_rxqual_dl_h_ hopping_amr_fr (OMC-R parameter name: lRxqDlHHopAmrFr)
0 to 1810 BER or 0 to The handover control threshold for the lower receive quality on the 7 Qband units. uplink for hopping calls only. This Default is 0. threshold is checked to determine if a handover condition exists. This threshold is enabled using the Alt Hopping Quality Thresholds field (hop_qual_enabled). The handover control threshold for the lower received quality downlink. This threshold is checked to determine if a handover condition exists. 0 to 1810 BER, or 0 to 7 Qband units. Default is 226 BER or 4 Qband units.
Optional.
Optional.
The handover control threshold for the lower receive quality downlink for hopping calls only. This threshold is checked to determine if a handover condition exists. This threshold is enabled using the Alt Hopping Quality Thresholds field (hop_qual_enabled).
Optional.
GMR-01
8-65
Field name/BSS parameter name HR Lower Uplink Receive Qual (HO) l_rxqual_ul_h_hr (OMC-R parameter name: lRxqualUlHHr) HR Lower Uplink Rcv Qual (HO) Hopping l_rxqual_ul_h_ hopping_hr (OMC-R parameter name: lRxqUlHHopHr)
Optional.
HR Lower Downlink Rcv Qual (HO) l_rxqual_dl_h_hr (OMC-R parameter name: lRxqualDlHHr) HR Lower Downlink Rcv Qual (HO) Hopping l_rxqual_dl_h_ hopping_hr (OMC-R parameter name: lRxqDlHHopHr)
Optional.
Optional.
8-66
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
GMR-01
8-67
Field name/BSS parameter name Rapid Power Down Procedure rapid_pwr_down Rapid Power Down Offset rpd_offset Rapid Power Down Period rpd_period Rapid Power Down Trigger rpd_trigger
Mandatory.
The number of reports that will be averaged before checking for a rapid power down situation. The minimum power threshold beyond which the MS will immediately be ordered to a calculated power level.
Mandatory.
Mandatory.
8-68
GMR-01
Field name/ BSS parameter name Maximum Mobile Station Transmit Power max_tx_ms MS Power Control ms_power_control_ allowed (OMC-R parameter name: msPowerCntlAllowd) UL Signal Strength Power Change Bin decision_1_ul_ rxlev_av_p (OMC-R Parameter name: dec1UlRxlevAv_p) UL Receive Quality Power Change Bin decision_1_ul_ rxqual_av_p (OMC-R parameter name: dec1UlRxqualAv_p) Lower Uplink Receive Level (Pwr) l_rxlev_ul_p Lower Uplink Signal Quality (Pwr) l_rxqual_ul_p Upper Uplink Signal Level (Pwr) u_rxlev_ul_p Upper Uplink Signal Quality (Pwr) u_rxqual_ul_p Power Increase Step Size UL Power Reduction Step Size UL
Mandatory.
The measurement averaging bin number used to generate power change based on uplink signal strength.
0 - 1. Default is 0.
Mandatory.
The measurement averaging bin number used to generate power change based on uplink receive quality.
0 - 1. Default is 0.
Mandatory.
The lower uplink signal strength threshold for power control in the serving cell. The lower uplink signal quality threshold for power control in the serving cell. The upper uplink signal level threshold for power control of the serving cell. The upper uplink signal quality threshold for power control of the serving cell. See "Configuring a cell for power control optimization" on page 8-217 for details of these fields.
0 to 63. Default is 30. 0 to 1810. Default is 226. 0 to 63. Default is 40. 0 to 1810. Default is 28.
Mandatory.
Mandatory.
Mandatory.
Mandatory.
Mandatory.
Cont.
GMR-01
8-69
Table 8-34
CELL Detailed View, Power Control - Uplink Power Control grouping (Continued) Brief description The minimum time in which an ordered MS power change must be confirmed. The minimum time interval between successive RF power change orders to the mobile. The algorithm used for MS power control processing. Values 0 to 31. Default is 4 Multiframes (2). 0 - 31. Default is 4 Multiframes (2). 0 or 1. Do not use enhanced algorithm (0). Use enhanced algorithm (1). Default is 0. Mandatory or Optional? Mandatory.
Field name/ BSS parameter name MS Power Control Message Acknowledge ms_p_con_ack Mobile Station Power Control Interval ms_p_con_interval MS Power Control Processing mspwr_alg
Mandatory.
Mandatory.
Field name/BSS parameter name Maximum Transmit Power for BTS max_tx_bts BTS Power Control bts_power_control_ allowed (OMC-R Parameter name: btsPwrCntlAllowed) Alt Quality Procedure alt_qual_proc
Mandatory.
Whether the radio link quality processing is based on Bit Error Rate (BER) (0) or quality band (Qband) (1). When changed, the AltQualProcForm is displayed. The measurement averaging bin number used to generate power change based on downlink signal strength.
Mandatory.
DL Signal Strength Power Change Bin decision_1_dl_ rxlev_av_p (OMC-R Parameter name: dec1DlRxlevAv_p)
0 or 1. Default is 0.
Mandatory.
Cont.
8-70
GMR-01
Table 8-35
CELL Detailed View, Power Control - Downlink Power Control grouping (Continued) Brief description The measurement averaging bin number used to generate power change based on downlink receive quality. Values 0 or 1. Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name DL Receive Quality Power Change Bin decision_1_dl_ rxqual_av_p (OMC-R parameter name: dec1DlRxqualAv_p) Lower Downlink Receive Level (Pwr) l_rxlev_dl_p Lower Downlink Receive Quality (Pwr) l_rxqual_dl_p Upper Downlink Receive Level (Pwr) u_rxlev_dl_p Upper Downlink Signal Quality (Pwr) u_rxqual_dl_p Decision Algorithm N1 to N4 decision_1_n1 to 4 Decision Algorithm P1 to P4 decision_1_p1 to 4 Power Increase Step Size DL Power Reduction Step Size DL Dynamic Step Adjustment Alg Factor of Max Pwr Reduction BTS Power Control Acknowledgement bts_p_con_ack BTS Power Level Changes Min Interval bts_p_con_intervl
The lower downlink signal strength threshold for power control in the serving cell. The lower downlink signal quality threshold for power control in the serving cell. The upper downlink receive level threshold for power control of the serving cell. The upper downlink signal quality threshold for power control of the serving cell. Parameters n1 to n4 in the decision algorithm in the BSS. Parameter p1 to p4 in the decision algorithm in the BSS. See "Configuring a cell for power control optimization" on page 8-217 for details of these fields.
0 to 63. Default is 30. 0 to1810. Default is 226. 0 to 63. Default is 40. 0 to 1810. Default is 28. 1 - 31 (1 range step = 1 peg). Default is 1. 1 - 31 (1 range step = 1 peg). Default is 1.
Mandatory.
Mandatory.
Mandatory.
Mandatory.
Mandatory.
Mandatory.
Mandatory.
The minimum time in which an ordered BTS power change must be confirmed. The minimum amount of time between successive downlink power level changes.
Optional.
Mandatory.
GMR-01
8-71
Table 8-36
CELL Detailed View, Pwr Ctrl - Pwr Ctrl - AMR Full Rate grouping Brief description The lower uplink limit of the signal quality of the MS. This threshold is checked to determine if the MS power needs to be increased. Values 0 to 1810 BER, or 0 to 7 Qband units. Default is 226 BER or 4 Qband units. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR FR Lower Uplink Signal Quality (Pwr) l_rxqual_ul_p_ amr_fr (OMC-R parameter name: lRxqualUlPAmrFr) AMR FR Lower Uplink Rcv Qual (Pwr) Hopping l_rxqual_ul_p_ hopping_amr_fr (OMC-R parameter name: lRxqUlPHopAmrFr) AMR FR Lower Downlink Receive Quality (Pwr) l_rxqual_dl_p_ amr_fr (OMC-R parameter name: lRxqualDlPAmrFr) AMR FR Lower Downlink Rcv Qual (Pwr) Hopping l_rxqual_dl_p_ hopping_amr_fr (OMC-R parameter name: lRxqDlPHopAmrFr)
The lower uplink limit of the signal quality of the serving cell for hopping calls only. This threshold is checked to determine if the BTS power needs to be increased. This threshold is enabled using the Alt Hopping Quality Thresholds field (hop_qual_enabled). The lower downlink limit of the signal quality of the serving cell. This threshold is checked to determine if the BTS power needs to be increased.
Optional.
Optional.
The lower downlink limit for the signal quality of the serving cell for hopping calls only. This threshold is checked to determine if the BTS power needs to be increased. This threshold is enabled using the Alt Hopping Quality Thresholds field (hop_qual_enabled).
Optional.
8-72
GMR-01
Table 8-37
CELL Detailed View, Pwr Ctrl - Pwr Ctrl - AMR/GSM Half Rate grouping Brief description The lower uplink limit of the signal quality of the MS. This threshold is checked to determine if the MS power needs to be increased. The power control threshold for the best allowed uplink receive quality. Values 0 to 1810 BER, or 0 to 7 Qband units. Default is 113 BER or 3 Qband units. Mandatory or Optional? Optional.
Field name/BSS parameter name HR Lower Uplink Signal Quality (Pwr) l_rxqual_ul_p_hr (OMC-R parameter name: lRxqualUlPHr) HR Upper Uplink Signal Quality (Pwr) u_rxqual_ul_p_hr (OMC-R parameter name: uRxqualUlPHr) HR Lower Uplink Rcv Qual (Pwr) Hopping l_rxqual_ul_p_ hopping_hr (OMC-R parameter name: lRxqUlPHopHr)
Optional.
The lower uplink limit of the signal quality of the serving cell for hopping calls only. This threshold is checked to determine if the BTS power needs to be increased. This threshold is enabled using the Alt Hopping Quality Thresholds field (hop_qual_enabled). The lower downlink limit of the signal quality of the serving cell. This threshold is checked to determine if the BTS power needs to be increased. The power control threshold for the best allowed downlink receive quality. Values depend on the type of unit selected.
Optional.
HR Lower Downlink Rcv Qual (Pwr) l_rxqual_dl_p_hr (OMC-R parameter name: lRxqualDlPHr) HR Upper Downlink Signal Qual (Pwr) u_rxqual_dl_p_hr (OMC-R parameter name: uRxqualUlHr) HR Lower Downlink Rcv Qual (Pwr) Hopping l_rxqual_dl_p_ hopping_hr (OMC-R parameter name: lRxqDlPHopHr)
Optional.
Optional.
The lower downlink limit for the signal quality of the serving cell for hopping calls only. This threshold is checked to determine if the BTS power needs to be increased. This threshold is enabled using the Alt Hopping Quality Thresholds field (hop_qual_enabled).
Optional.
GMR-01
8-73
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
An asterisk (*) next to the field name indicates a propagatable cell parameter (see "Propagating cell parameters" on page 8-83 for details). ** indicates parameters that are only available for propagation if the Network Controlled Cell Reselection Feature (nccrOpt) is Enabled (1) for the BSS.
8-74
GMR-01
Table 8-38
CELL Detailed View, GPRS grouping Brief description Whether or not a cell supports GPRS. Cannot be set to1, if there is no reserved PDCH timeslot in the same cell. The RAC (Routing Area Code) which is part of the GPRS cell identifier. Specifies that GPRS is supported in a cell in System Information messages. Whether or not intra-cell handovers can be performed to free up GPRS PDTCHs which have been switched to TCHs. Values 0 or 1. Default is Disabled (0). Mandatory or Optional? Optional.
Routing Area Code * rac Routing Area Colour * ra_colour GPRS Intra-Cell HO Allowed * gprs_intraho_allwd (OMC-R parameter name: gprs_intraho_allw) GPRS Protect Last Time Slot * protect_last_ts Power Offset Multiplier * gprs_pc_alpha C Averaging in Wait State * t_avg_w C Averaging in Transfer Mode * t_avg_t Signal Strength Measurements * n_avg_i Max MS Count Down Value * gprs_bs_cv_max gprs_cr_margin**
Optional.
Optional.
Optional.
Whether the last timeslot should be protected or not. Broadcast on the BCCH and is used as a multiplier of the power offset in power control calculations. The number of multiframes for C averaging in the Wait state. The number of multiframes for C averaging in the transfer mode. The number of signal strength measurements that must be made for each filtered interference signal strength sample. The maximum count down value a mobile can use for uplink RLC data transfer. The threshold at which the network shall consider the PMR received from the MS as poor.
0 or 1. Default is Disabled (0). 0 - 10. (multiplicative factor). Default is 0. 0 - 25. Default is 10. 0 to 25. Default is 10. 0 - 15 (number of radio blocks). Default is 2. 0 - 1. Default is 6. 5 - 40. Default is 30.
Optional.
Optional.
Optional.
Optional.
Optional.
Optional.
Optional.
Cont.
GMR-01
8-75
Table 8-38
CELL Detailed View, GPRS grouping (Continued) Brief description The amount by which to decrement N3102. The amount by which to increment N3102. The maximum value for N3102. Values 0 - 7. Default is 1. 0 - 7. Default is 1. 0 - 7. Default is 3. 1 - 10. Default is 3. Mandatory or Optional? Optional.
Field name/BSS parameter name MS Counter N3102 Decrement * gprs_ms_pan_dec MS Counter N3102 Increment * gprs_ms_pan_inc Max MS Counter N3102* gprs_ms_pan_max gprs_num_pmrs**
Optional.
Optional.
Specifies the number of poor PMRs the network shall receive before initiating network controlled reselection. Whether the MS measures the received power level on the downlink for the purposes of uplink power control on the BCCH or PDCH.
Optional.
Downlink Power Measurement Chan * gprs_pc_meas_chan (OMC-R parameter name: pc_meas_chan) Max MS Downlink Buffer * max_ms_dl_buffer Max MS Downlink Rate* max_ms_dl_rate Reconfig Idle TCH Threshold * gprs_reconfig_ thresh_idle_tch (OMC-R parameter name: gprs_rec_idle_tch) BVCI bvci BCCH Blocks Power Reduction * gprs_pb
Optional.
The maximum size of the downlink buffer for each mobile in the cell. The maximum rate the SGSN can transmit data to mobiles in the cell. The number of idle circuit switched resources that must be exceeded before a switchable timeslot is reconfigured as a PDTCH.
Optional.
Optional.
Optional.
A unique ID that identifies a cell to the SGSN. Specifies the power reduction used by the BTS on BCCH blocks.
Optional. Optional.
Cont.
8-76
GMR-01
Table 8-38
CELL Detailed View, GPRS grouping (Continued) Brief description The maximum time allowed for the MS to request for Non-DRX mode after packet transfer mode. Values 0 - 3 (Seconds). Default is 0. Mandatory or Optional? Optional.
Field name/BSS parameter name Max MS Non-DRX Mode Request Time * gprs_drx_timer_max (OMC-R parameter name: gprs_drx_time_max) T3168 * gprs_t3168 T3192 (SMG24SMG30) * gprs_smg30_t3192 T3192 (SMG31) * gprs_t3192 Reserved GPRS Data Timeslots Switchable GPRS Data Timeslots* Switchable PDCHs When One Carrier Goes OOS Reserved PDCHs When One Carrier Goes OOS Use BCCH Carrier for GPRS GPRS Timeslot Configuration Algorithm* Maximum GPRS Data Timeslots per Carrier * Minimum GPRS Data Timeslots per Carrier * Max Number of TS In Pre-load USF Active State
Specifies the two mobile timers used by the BTS on BCCH blocks. Specifies the mobile timers used by the BTS on BCCH blocks. Only valid if BSS smg_gb_vers <= 30. Specifies the mobile timers used by the BTS on BCCH blocks. See "Configuring a cell for multiple GPRS carriers" on page 8-222 for details of these fields.
500, 1000, 2000, or 4000. Default is 4000 msecs. 0, 80, 120, 160, 200, 500, 1000, or 1500. Default is 500 msecs. 0, 80, 120, 160, 200, 500, 1000, or 1500. Default is 500 msecs.
Optional.
Optional.
Optional.
Optional.
See "GPRS Interleaving TBFs" on page 2-94 and "Enhanced GPRS One Phase Access " on page 2-120 for further details of this parameter.
Optional.
Cont.
GMR-01
8-77
Table 8-38
CELL Detailed View, GPRS grouping (Continued) Brief description See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details. Values Mandatory or Optional? Optional.
Field name/BSS parameter name PBCCH/PCCCH enabled pccch_enabled Number of PCCCH Timeslots bs_pcc_chans Number of Blocks Allocated to PBCCH bs_pbcch_blks Number of PAGCH Blocks per Multiframe bs_pag_blks_res Number of PRACH Blocks per Multiframe bs_prach_blks Time Interval for Scheduling PSI Messages psi1_repeat_period (OMC-R parameter name: psi1_repeat_prd) Non-DRX Mode Transfer Period Duration pccch_drx_timer_max (OMC-R parameter name: pccch_drx_max_t) Slots Between Channel Request prach_s Perstistence Level 1 to 4 persistence_lvl_0 persistence_lvl_1 persistence_lvl_2 persistence_lvl_3 Retransmissions Allowed for Radio Priority 1 to 4 prach_mx_retran_0 Slots to Spread Random prach_mx_retran_1 Access Transmission prach_mx_retran_2 prach_tx_int prach_mx_retran_3
Optional.
Optional.
Optional.
Optional.
Optional.
Optional.
See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details.
Optional.
Optional.
See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details.
Optional.
Optional
Cont.
8-78
GMR-01
Table 8-38
CELL Detailed View, GPRS grouping (Continued) Brief description See "PBCCH/PCCCH feature" on page 2-124 for details. Values Mandatory or Optional? Optional.
Field name/BSS parameter name GPRS Minimum Receive Level gprs_rxlev_access_min (OMC-R parameter name: gprs_rxlev_ac_min)
GPRS MS Max Transmit See "PBCCH/PCCCH feature" on Power page 2-124 for details. gprs_ms_txpwr_max_cch (OMC-R parameter name: gprs_mx_txpwr_cch) HCS Priority Class priority_class HCS Signal Strength hcs_thr GPRS Cell Reselect Hysteresis gprs_cell_reselect_ hysteresis (OMC-R parameter name: gprs_reselect_hys) C32 Exception Rule c32_qual C31 Hysteresis c31_hyst Routing Area Reselect Hysteresis ra_reselect_hysteresis (OMC-R parameter name: ra_reselect_hyst) GPRS Negative C32 Offset gprs_temporary_offset (OMC-R parameter name: gprs_temp_offset) GPRS Penalty Time gprs_penalty_time See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details.
Optional.
See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details.
Optional.
Optional.
Cont.
GMR-01
8-79
Table 8-38
CELL Detailed View, GPRS grouping (Continued) Brief description See "PBCCH/PCCCH feature" on page 2-124 for details. Values Mandatory or Optional? Optional.
Field name/BSS parameter name GPRS Cell Reselect Offset gprs_reselect_offset (OMC-R parameter name: gprsReselectOffs) 3G Cell Threshold for Multi-RAT MS qsearch_p Allow Search for 3G Cells search_prio_3g FDD Cell Reselection Offset fdd_gprs_qoffset Primary PCU primary_pcu
See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details. See "PBCCH/PCCCH feature" on page 2-124 for details. Identifier of the primary PCU for this cell. -1, 0, 1 or 2. Default is -1 (meaning no primary PCU site or GPRS has never been enabled). -1 to 2. Default is -1.
Optional.
Optional.
Optional.
Mandatory.
Current PCU current_pcu(OMC-R only parameter) Initial Downlink Coding Scheme init_dl_cs Initial Uplink Coding Scheme init_ul_cs EGPRS Initial Downlink Coding Scheme egprs_init_dl_cs (only for software release 1740 (EGPRS) or later) EGPRS Initial Uplink Coding Scheme egprs_init_ul_cs (only for software release 1740 (EGPRS) or later) Minimal number of dynamic PRR blocks
Displays the identifier of the current PCU to which this cell mapped. Cannot be updated by a user. See "GPRS and EGPRS coding schemes" on page 2-40 for details. See "GPRS and EGPRS coding schemes" on page 2-40 for details. See "GPRS and EGPRS coding schemes" on page 2-40 for details.
Mandatory.
Optional.
Optional.
Optional.
See "GPRS and EGPRS coding schemes" on page 2-40 for details.
Optional.
See "GPRS and EGPRS coding schemes" on page 2-40 for details.
Optional.
Cont.
8-80
GMR-01
Table 8-38
CELL Detailed View, GPRS grouping (Continued) Brief description BEP filter averaging period used at the MS for channel quality measurements. Values 0 to 10 where: 0 = 1 radio block. 1 = 2 radio blocks. 2 = 3 radio blocks. 3 = 4 radio blocks. 4 = 5 radio blocks. 5 = 7 radio blocks. 6 = 10 radio blocks. 7 = 12 radio blocks. 8 = 15 radio blocks. 9 = 20 radio blocks. 10 = 25 radio blocks. Default = 0. 0 to 15 where: 0 = 1 radio block. 1 = 2 radio blocks. 2 = 3 radio blocks. 3 = 4 radio blocks. 4 = 5 radio blocks. 5 = 7 radio blocks. 6 = 10 radio blocks. 7 = 12 radio blocks. 8 = 15 radio blocks. 9 = 20 radio blocks. 10 = 25 radio blocks. 10 = 25 radio blocks. 11 = 40 radio blocks. 12 = 55 radio blocks. 13 = 70 radio blocks. 14 = 90 radio blocks. 15 = normal filtering. Default = 15. 0 or 1. 0 = CS-1 for GPRS or MCS-1 for EGPRS. 1 = commanded coding scheme. Default = 0. Mandatory or Optional? Optional.
Field name/BSS parameter name Bit Error Probability Period bep_period (only for software release 1740 (EGPRS) or later)
Bit Error Probability Period 2 bep_period2 (only for software release 1740 (EGPRS) or later)
BEP filter averaging period used at the MS for channel quality measurements.
Optional.
Indicates whether a RLC data block containing the contention resolution TLLI field in the RLC data block header is to be encoded using: CS-1 (in GPRS mode) or MCS-1 in EGPRS mode the commanded modulation and channel coding scheme.
Optional.
GMR-01
8-81
Field name/ parameter name Bad PMRs gprs_num_pmrs PMR Threshold gprs_cr_margin
Optional.
8-82
GMR-01
GMR-01
8-83
BSS database parameter name adap_trigger_rxlev_dl adap_trigger_rxlev_ul adap_trigger_rxqual_dl adap_trigger_rxqual_ul adap_trigger_hop_rxqual_dl adap_trigger_hop_rxqual_ul amr_fr_acs amr_fr_dl_la_enabled amr_fr_downlink_threshold1 amr_fr_downlink_threshold1_hopping amr_fr_downlink_threshold2 amr_fr_downlink_threshold2_hopping
Cont.
8-84
GMR-01
Table 8-40
BSS database parameter name amr_fr_downlink_threshold3 amr_fr_downlink_threshold3_hopping amr_fr_downlink_hysteresis1 amr_fr_downlink_hysteresis1_hopping amr_fr_downlink_hysteresis2 amr_fr_downlink_hysteresis2_hopping amr_fr_downlink_hysteresis3 amr_fr_downlink_hysteresis3_hopping amr_fr_icm amr_fr_ul_la_enabled amr_fr_uplink_hysteresis1 amr_fr_uplink_hysteresis1_hopping amr_fr_uplink_hysteresis2 amr_fr_downlink_hysteresis2_hopping amr_fr_downlink_hysteresis3 amr_fr_downlink_hysteresis3_hopping amr_fr_uplink_threshold1 amr_fr_uplink_threshold1_hopping
Cont.
GMR-01
8-85
Table 8-40
BSS database parameter name amr_fr_uplink_threshold2 amr_fr_uplink_threshold2_hopping amr_fr_uplink_threshold3 amr_fr_uplink_threshold3_hopping amr_full_rate_enabled amr_hr_acs amr_hr_dl_la_enabled amr_hr_downlink_hysteresis1 amr_hr_downlink_hysteresis1_hopping amr_hr_downlink_hysteresis2 amr_hr_downlink_hysteresis2_hopping amr_hr_downlink_hysteresis3 amr_hr_downlink_hysteresis3_hopping amr_hr_downlink_threshold1 amr_hr_downlink_threshold1_hopping amr_hr_downlink_threshold2 amr_hr_downlink_threshold2_hopping amr_hr_downlink_threshold3
Cont.
8-86
GMR-01
Table 8-40
BSS database parameter name amr_hr_downlink_threshold3_hopping amr_hr_icm amr_hr_ul_la_enabled amr_hr_uplink_threshold1 amr_hr_uplink_threshold1_hopping amr_hr_uplink_threshold2 amr_hr_uplink_threshold2_hopping amr_hr_uplink_threshold3 amr_hr_uplink_threshold3_hopping amr_hr_uplink_hysteresis1 amr_hr_uplink_hysteresis1_hopping amr_hr_uplink_hysteresis2 amr_hr_uplink_hysteresis2_hopping amr_hr_uplink_hysteresis3 amr_hr_uplink_hysteresis3_hopping attach_detach ba_alloc_proc band_preference
Cont.
GMR-01
8-87
Table 8-40
BSS database parameter name band_preference_mode {22879}blind_search_preference bounce_protect_cong_tmr bounce_protect_margin bounce_protect_qual_tmr bs_ag_blks_res bs_pa_mfrms bs_pag_blks_res bs_pbcch_blks bs_pcc_chans bs_prach_blks bts_p_con_ack bts_p_con_interval c31_hyst c32_qual cbch_enabled ccch_config ccch_load_period
Cont.
8-88
GMR-01
Table 8-40
BSS database parameter name cell_bar_access_class cell_bar_access_switch cell_bar_quality cell_reselect_hysteresis cell_reselect_offset cell_reselect_param_ind channel_reconfiguration_switch coincident_mb coincident_offset data_qual_enabled dealloc_inact decision_1_dl_rxlev_av_h decision_1_dl_rxlev_av_ih decision_1_dl_rxlev_av_p decision_1_dl_rxqual_av_h decision_1_dl_rxqual_av_p decision_1_n1-8 decision_1_p1-8
Cont.
GMR-01
8-89
Table 8-40
BSS database parameter name decision_1_tim_adv_av_alg decision_1_ul_rxlev_av_ih decision_1_ul_rxqual_av_h decision_1_ncell_rxlev_av_h_calc decision_1_p_bgt_rxlev_av_h decision_1_ul_rxlev_av_h decision_1_ul_rxlev_av_p decision_1_ul_rxqual_av_p decision_alg_type direct_inner_zone_threshold dl_rxlev_ho_allowed dl_rxqual_ho_allowed dr_ho_during_assign dr_standard_congest dtx_required dyn_step_adj_fmpr emergency_class_switch en_incom_ho
Cont.
8-90
GMR-01
Table 8-40
BSS database parameter name erc_ta_priority ex_range_cell ext_rtry_cand_prd extended_paging_active fdd_gprs_qoffset fdd_qmin fdd_qoffset {22879}fdd_multirat_reporting {22879}fdd_rep_quant flow_control_t1 flow_control_t2 full_pwr_rfloss {23956} gprs_par_wait_ind half_rate_enabled handover_power_level handover_recognized_period hcs_thr ho_ack
Cont.
GMR-01
8-91
Table 8-40
BSS database parameter name ho_exist_congest ho_margin_def ho_margin_usage_flag hop_count hop_count_timer hop_qual_enabled hopping_support hr_fr_hop_count hr_intracell_ho_allowed hr_res_ts {22404} imrm_dcs1800_weight {22404} imrm_egsm_weight {22404} imrm_force_recalc {22404} imrm_pgsm_weight {22404} imrm_umts_weight inner_hr_usage_thres inner_zone_alg intave
Cont.
8-92
GMR-01
Table 8-40
BSS database parameter name inter_band_ho_allowed inter_cell_handover_allowed inter_rat_enabled interfer_band0-4 interfer_ho_allowed intracell_handover_allowed l_rxlev_dl_h l_rxlev_dl_p l_rxlev_ul_h l_rxlev_ul_p l_rxqual_dl_h l_rxqual_dl_h_amr_fr l_rxqual_dl_h_data l_rxqual_dl_h_hopping l_rxqual_dl_h_hopping_amr_fr l_rxqual_dl_h_hopping_hr l_rxqual_dl_h_hr l_rxqual_dl_p
Cont.
GMR-01
8-93
Table 8-40
BSS database parameter name l_rxqual_dl_p_amr_fr l_rxqual_dl_p_data l_rxqual_dl_p_hopping l_rxqual_dl_p_hopping_amr_fr l_rxqual_dl_p_hopping_hr l_rxqual_dl_p_hr l_rxqual_ul_h l_rxqual_ul_h_amr_fr l_rxqual_ul_h_data l_rxqual_ul_h_hopping l_rxqual_ul_h_hopping_amr_fr l_rxqual_ul_h_hopping_hr l_rxqual_ul_h_hr l_rxqual_ul_p l_rxqual_ul_p_amr_fr l_rxqual_ul_p_data l_rxqual_ul_p_hopping l_rxqual_ul_p_hopping_amr_fr
Cont.
8-94
GMR-01
Table 8-40
BSS database parameter name l_rxqual_ul_p_hopping_hr l_rxqual_ul_p_hr link_about_to_fail link_fail low_sig_thresh max_number_of_sdcchs max_q_length_channel max_q_length_full_rate_channel max_q_length_sdcch max_retran max_tx_bts max_tx_ms mb_tch_congest_thresh min_gprs_ts_per_carrier missing_rpt ms_distance_allowed ms_max_range ms_p_con_ack
Cont.
GMR-01
8-95
Table 8-40
BSS database parameter name ms_p_con_interval ms_power_control_allowed ms_power_offset ms_txpwr_max_cch ms_txpwr_max_def msc_preference mspwr_alg multiband_reporting ncc_of_plmn_allowed neighbor_report_timer network_control_order new_calls_hr number_of_preferred_cells number_sdcchs_preferred outer_zone_usage_level pbgt_mode pcch_drx_max_t pcch_enabled
Cont.
8-96
GMR-01
Table 8-40
BSS database parameter name penalty_time persistence_lvl_1 to 4 pow_inc_step_size_dl pow_inc_step_size_ul pow_red_step_size_dl pow_red_step_size_ul prach_mx_retran_1 to 4 prach_s prach_tx_int priority_class priortize_microcell psi1_repeat_prd pwr_handover_allowed {23956} qos_mtbr_i1_dl {23956} qos_mtbr_i1_ul {23956} qos_mtbr_i2_dl {23956} qos_mtbr_i12_ul {23956} qos_mtbr_i13_dl
Cont.
GMR-01
8-97
Table 8-40
BSS database parameter name {23956} qos_mtbr_i13_ul {23956} qos_mtbr_be_dl {23956} qos_mtbr_be_ul {23956} qos_mtbr_bg_dl {23956} qos_mtbr_bg_ul {22879} qsearch_c qsearch_c_initial qsearch_I qsearch_p queue_management_information ra_reselect_hyst rach_load_period rach_load_threshold radio_link_timeout rapid_pwr_down reconfig_fr_to_hr reestablish_allowed report_resource_tch_f_high_water_mark
Cont.
8-98
GMR-01
Table 8-40
BSS database parameter name report_resource_tch_f_low_water_mark res_gprs_pdchs res_ts_less_one_carrier retry_cand_period rf_chan_rel_ack rpd_offset rpd_period rpd_trigger rpt_bad_qual_mr rr_ny1_rep rr_t3101 rr_t3103 rr_t3105 rr_t3109 rr_t3111_sd rr_t3111_tch rr_t3212 rxlev_access_min
Cont.
GMR-01
8-99
Table 8-40
BSS database parameter name rxlev_min_def sdcch_ho sdcch_need_high_water_mark sdcch_need_low_water_mark sdcch_timer_ho search_prio_3g {22879} serving_band_reporting {22076} stop_dri_tx_time sw_ts_less_one_carrier tch_congest_prevent_thres tch_flow_control tch_full_need_low_water_mark {24620} tch_usage_threshold temporary_offset threshold timing_advance_period ts_in_usf_active tx_integer
Cont.
8-100
GMR-01
Table 8-40
BSS database parameter name u_rxlev_dl_ih u_rxlev_dl_p u_rxlev_ul_ih u_rxlev_ul_p u_rxqual_dl_h u_rxqual_dl_p u_rxqual_dl_p_hr u_rxqual_ul_h u_rxqual_ul_p u_rxqual_ul_p_hr ul_rxlev_ho_allowed ul_rxqual_ho_allowed {22879} umts_band_preferred {22879} umts_cpich_ec_no_min {22879} umts_cpich_rscp_min use_bcch_for_gprs use_derived_ho_power use_neighbor_pbgt_hreqave
Cont.
GMR-01
8-101
Table 8-40
8-102
GMR-01
Navigate to the CELL instance button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Radio Frequency - CELL - CELL instance). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Double-click the required cell instance. Result: The OMC-R displays the CELL Detailed View form in Monitor mode. From the menu bar, select Edit - Edit. Result: This changes the form to Edit mode. Modify the parameters that can be propagated. Refer to "Propagating cell parameters" on page 8-83 and Table 8-40 for lists of propagatable parameters.
2 3 4
To obtain the relevant information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. 5 6 Select File - Save from the menu bar. Select Options - Propagate Cell Parameters from the menu bar and select the desired scope of propagation (that is, one of the following): Propagate to site. Propagate to BSS. Propagate to Network. Propagate to Region.
Result: The Cell Parameter Propagation form is displayed as shown in Figure 8-2. 7 Select the modified parameters from the Do Not Propagate Parameters list and add them to the Propagate Parameters list using the Add or Add All buttons. Cont.
GMR-01
8-103
Procedure 8-5 8
{28243} The Cell Parameter Propagation form has a filter mechanism to allow display of cells based on Cell name or Site name. Filter by Site name is not available if the option menu selected is Propagate by Site. For large networks, this is a useful tool for selecting large groups of cells. See OMC-R Online Help for details. 9 Once the parameter and cell lists has been built up and reviewed, click on the Propagate button to commence the propagation.
Parameters and/or cells can be cancelled or removed from the lists by selecting the appropriate buttons. Result: The progress of the propagation is monitored on the Cell Parameter Propagation monitor form. This form additionally indicates whether the cell is a standard cell (Cell) or a Proxy Cell (Proxy). {29978} It is possible to print the contents of this window. Use the Save As option to save the contents of this window to a file. See OMC-R Online Help for details. 10 Click on Cancel, to close the monitor form.
8-104
GMR-01
GMR-01
8-105
Deleting a cell
Deleting a cell
Use shutdown_device menu option in the Navigation Tree to stop calls on the cells by gracefully shutting down the DRIs. Shut down the non BCCH DRIs first to prevent the BCCH hopping to another in service RTF. Allow 60 seconds to terminate all existing calls. Delete the required sources/neighbours for the cell. Using the Navigation Tree, open the Sources/Neighbours form for the cell to be deleted and make a note of all the cells which have this cell as a neighbour. Remotely log in to the BSS. See "Remotely logging in to a BSS site from the OMC-R" on page 1-46 for further details. Use the del_nei command to remove the cell sources and neighbours. See "Deleting neighbours using the Navigation Tree Delete option" on page 8-145 for further details. Unconfigure the frequency hopping objects, using the FreqHopSys Detailed View under the cell using the Navigation Tree. Use the del_rtf_path command to delete the RTFs from the paths configured for the site. If not retaining the cell statistics, for the time taken by the database management tool to clean out the cell statistics, use the del_CELL command on the OMC-R (/usr/omc/current/sbin) to delete the entries in the PM DBMS. This should be done immediately if unloading statistics to a third party DBMS, to avoid duplicate LAC-CIs occurring in the third party reports. Unconfigure RTFs and DRIs. This enables the RF hardware to be released. Delete the cell in the OMC-R GUI. See Deleting a cell using the OMC-R GUI in this section. Verify that Performance Management reports can no longer be selected for the cell.
3 4
5 6 7
8 9 10
8-106
GMR-01
Deleting a cell
Procedure
To delete the cell using the OMC-R GUI, see the general deletion procedure in "Deleting a network object using the OMC-R GUI" on page 1-44.
GMR-01
8-107
Defining algorithms
Defining algorithms
Introduction to algorithms
When a cell is created, power control and handover algorithms are automatically created under the CELL object. If the cell is created using the OMC-R GUI, add_cell, or cmutil, the Algorithm Number field (BSS parameter name: alg_num) in the algorithm Detailed View form is set to Unused (255), and may need to be changed. For example, before an RTF or DRI can be created, the Algorithm Number field (BSS parameter name: alg_num) must be changed from Unused (255) to another setting. If the cell was created using the copy/change method, the algorithms have the same settings as the original cell. When a cell is deleted, the algorithms are automatically deleted.
The algorithm data examples shown in these sections are for demonstration purposes only. Actual values required will vary with the number of carriers on the cell and specific system conditions. For this reason, only use values recommended by a system engineer.
8-108
GMR-01
GMR-01
8-109
Procedure 8-7 1
Modifying an algorithm
Navigate to and select an algorithm instance button in the Navigation Tree as shown in Figure 8-3 (BSS - BSS instance - SITE - SITE instance - Radio Frequency - CELL - CELL instance - Handover/Power Control - algorithm class - algorithm instance). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The algorithm instance button changes colour. Select Edit - Detailed View from the menu bar. The OMC-R displays the algorithm Detailed View in Monitor mode. Select Edit - Edit from the menu bar. The Detailed View changes from Monitor mode to Edit mode. Modify the information as required. See Algorithm Detailed View fields for details. Select File - Save from the menu bar to save the new details. Select File - Close from the menu bar to close the Detailed View. Navigation Tree showing navigation to the cell algorithm instance buttons
2 3 4 5 6 Figure 8-3
8-110
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 8-42 describes the fields in the Identification grouping of the Algorithm Detailed View. Table 8-42 Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View Algorithm Detailed View - Identification grouping Brief description See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the name of the parent CELL. Click to display the parent CELL Detailed View. Values Default is the class, such as RxqualDlHC. Default is 0. Mandatory or Optional?
Additional Information
Use the Additional Information window to input any notes relating to this algorithm. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
General grouping
Table 8-43 describes the fields in the General grouping of the Algorithm Detailed View.
GMR-01
8-111
Table 8-43
Algorithm Detailed View - General grouping Brief description The measurement averaging algorithm number used. Values 0, 1 or 255. Unweighted (0), Weighted (1), Unused (255). 1 - 31. Default is 4. 1 - 31. Default is 1. Mandatory or Optional? Mandatory.
The averaging period in terms of number of SACCH multiframes. The number of averages to be performed before making a handover or power control decision. The weight applied to the receive quality (RX_QUAL) when Discontinuous Transmission is being used (DTX).
Mandatory.
Mandatory.
0 - 255. Default is 1.
Mandatory.
8-112
GMR-01
Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the chg_cell_element command, parameters, and prompts.
For example, the following command sets surround_cell, bin number 0, algorithm number 0, for cell 0010114, hreqave to four SACCH multiframes, and does not change the value of hreqt: chg_cell_element surround_cell, 0 0 cell 0 0 1 0 1 1 4 hreqave: 4
hreqt: COMMAND ACCEPTED
GMR-01
8-113
In addition, the four rxqual algorithms permit the definition of qual_weight to set an rxqual weighting factor for discontinuous transmission (DTx).
If the value of <alg_num> is 255 for any of the algorithms, the system does not prompt for any parameters.
In the following example, hreqt is set to 4, meaning to four measurements, and hreqave and qual_weight are left unchanged: chg_cell_element rxqual_ul_ho, 0 0 cell 3 6 4 1 7 1C3h 1D7h
hreqave: hreqt: 4 qual_weight: COMMAND ACCEPTED
In the following example alg_num is 255, so the system does not prompt for parameters: chg_cell_element rxlev_dl_ho, 0 255 cell 3 6 4 1 7 1C3h 1D7h
COMMAND ACCEPTED
8-114
GMR-01
hreqave x hreqt cannot be greater than 32. hreqt Sets the number of tim_adv measurement results that can be sent in a handover required message. This should not be set to less than the value for RSS decision alg 1 n8. Sets the surround_cell measurement period. 1 to 31.
hreqave x hreqt cannot be greater than 32. hreqt Sets the number of surround_cell measurement results that can be sent in a handover required message. This should not be set to less than the value for RSS decision alg 1 n8. 1 to 31.
GMR-01
8-115
The GSM cell id input parameter is then: 3 6 4 1 7 1C3h 1D7h (h for hexidecimal).
Procedure
To modify rel_tim_adv and surround_cell parameters, proceed as follows: Procedure 8-8 1 2 Modify rel_tim_adv and surround_cell parameters
Remotely log in to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 for further details. Define the handover for distance hreqave and hreqt using the command: chg_cell_element rel_tim_adv, 1 0 cell 3 6 4 1 7 1C3h 1D7h The system then prompts (bold text shows typical user response): hreqave: 4 hreqt: 2
COMMAND ACCEPTED
Where 4 sets hreqave to four SACCH multiframes, and 2 sets hreqt to two measurements. 3 Define the surround cell handover hreqave and hreqt using the command: chg_cell_element surround_cell, 1 0 cell 3 6 4 1 7 1C3h 1D7h The system then prompts (bold text shows typical user response): hreqave: 8 hreqt: 4
COMMAND ACCEPTED
8-116
GMR-01
hreqave x hreqt cannot be greater than 32. hreqt Sets the number of rxlev measurement results that can be sent in a handover required message. This should not be set to less than the value for RSS decision alg 1 n8. Sets the rxlev measurement period. 1 to 31.
hreqave x hreqt cannot be greater than 32. hreqt Sets the number of rxlev measurement results that can be sent in a handover required message. This should not be set to less than the value for RSS decision alg 1 n8. 1 to 31.
GMR-01
8-117
The GSM cell id input parameter is then: 3 6 4 1 7 1C3h 1D7h (h for hexidecimal).
Procedure
To modify uplink and downlink parameters, proceed as follows: Procedure 8-9 1 2 Modify uplink and downlink parameters
Remotely log in to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 for further details. Define the downlink receive level for handover hreqave and hreqtparameters using the command: chg_cell_element rxlev_dl_ho, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: 8 hreqt: 4
COMMAND ACCEPTED
Where 8 sets hreqave to eight SACCH multiframes, and 4 sets hreqt to four measurements. 3 4 Repeat step 2 for the two uplink parameters using the chg_cell_element rxlev_ul_ho command. Define downlink receive level for power control hreqave and hreqt parameters using the commands: chg_cell_element rxlev_dl_pc, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: 8 hreqt: 4
COMMAND ACCEPTED
Where 8 sets hreqave to eight SACCH multiframes, and 4 sets hreqt to four measurements. Cont.
8-118
GMR-01
Procedure 8-9 5
Repeat step 4 for the two uplink parameters, using the chg_cell_element rxlev_ul_pc command, but assigning two multiframes and two measurements. For example: chg_cell_element rxlev_ul_pc, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: 2 hreqt: 2
COMMAND ACCEPTED
Define the downlink receive quality for handover hreqave, hreqt, and (optionally) qual_weight parameters using the commands: chg_cell_element rxqual_dl_ho, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: 8 hreqt: 4 qual_weight: 1
COMMAND ACCEPTED
Where 8 sets hreqave to eight SACCH multiframes, 4 sets hreqt to four measurements, and 1 sets qual_weight to a weighting factor of 1. 7 8 Repeat step 6 for the three uplink parameters using the chg_cell_element rxqual_ul_ho command. Define downlink receive quality for power control hreqave, hreqt, and (optionally) qual_weight parameters using the commands: chg_cell_element rxqual_dl_pc, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: 8 hreqt: 4 qual_weight: 1
COMMAND ACCEPTED
Where 8 sets hreqave to eight SACCH multiframes, 4 sets hreqt to four measurements, and 1 sets qual_weight to a weighting factor of 1. 9 Repeat step 8 for the three uplink parameters using the chg_cell_element rxqual_ul_pc command.
GMR-01
8-119
Summary
A summary of the input and output for this procedure is as follows: chg_cell_element rxlev_dl_ho, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: 8 hreqt: 4
COMMAND ACCEPTED
!logout
8-120
GMR-01
Definition: Neighbour
A Neighbour is a cell to which another cell can hand over calls. Information about the cells which are Neighbours to a cell are held in a cells Neighbour objects in the OMC-R, and can be displayed in the cells Neighbour Detailed Views. For example, CELLB is a Neighbour of CELL A, so CELL A will have a Neighbour object for CELL B.
Definition: source
A Source is an OMC-R only object, which cannot be displayed as a Detailed View. A Source object contains information about the cell to which a cell is a Neighbour. For example, if CELL A has CELL B as its Neighbour, then CELL B contains information about CELL A in its Source object. The Source object of CELLB is then referred to as Source A.
GMR-01
8-121
For example, if CELL C was created at OMC2 and a CELL C is created as a Neighbour of CELLB on OMC2 (referred to as Neighbour C), when a user deletes Neighbour C the CM MIB deletes the Source object for CELLC. If the deletion of the Source object fails, an error message is written to the omcaudit log file.
One-Way Neighbours
If two CELLs are Neighbours of each other, they are said to exhibit neighbour reciprocity. If cells are not Reciprocal Neighbours, for example if CELL A can hand over to CELL B, but CELL B cannot hand over to CELL A, this is referred to as One-Way.
8-122
GMR-01
The non-existence of the Source (Source A) indicates that the Neighbour is not already reciprocated. If Neighbour B is being added to CELL A, and Source B does not exist below CELL A and Neighbour B exists as a CELL, or exists as a Proxy Cell in the OMC-R with a non-NULL omc_name, the location of the Neighbour CELL is known. The parameters of the Reciprocal Neighbour to be created under CELL B shall be derived from CELL A.
GMR-01
8-123
The Sources and Neighbours View window can also be used to: Display Cell, Neighbour or reciprocal Neighbour Detailed View forms for selected entries. Add a Neighbour, Source or Reciprocal. Delete a Neighbour, Source or Reciprocal.
8-124
GMR-01
Procedure 8-10 1 2
View Sources, Neighbours and Reciprocal Neighbours for one or more cells
Click the Config Mgt icon on the Front Panel. The OMC-R displays the Navigation Tree. Select either the Network, a BSS, SITE or CELL instance in the Navigation Tree. Alternatively, use the Find option (see OMC-R Online Help, Network Operations for further information). From the Navigation Tree menu bar, select Config Mgt - Sources and Neighbours option. The OMC-R displays the Sources and Neighbours View window in monitor mode as shown in Figure 8-4. The full title of the window depends on the scope selected in step 2. For example, if Network is selected the name of the network is also displayed in the window title. The scrollable pane on the left-hand side of the window displays a list of cells within the scope selected at step 2. For example, if a specific BSS is selected, all cells at each SITE within the BSS are displayed. The right-hand side of the screen shows Neighbour parameters. Use the close/open icon to expand or contract the information displayed for each BSS or site. For each CELL, the pane shows the following columns: CELL - the id of the CELL (gsmCellId). Neighbour - the cell id of the Neighbour (neighborGsmCellId) Reciprocal - the Reciprocal cell id (sourceGsmCellId). The Reciprocal cell id is the Source cell id. If a Neighbour does not exist for a cell, None is displayed in the Neighbour column. If a cell has multiple Neighbours/Sources, multiple entries are displayed in the list for the same CELL gsmCellId. If a Source object does not exist for a cell, and the Neighbours Reciprocate Neighbour field is set to Yes (1), None is displayed in the Reciprocal column. If an entry has both a Source and Neighbour present, but the Neighbours Reciprocate Neighbour field is set to No (0), the OMC-R sets the value of the Reciprocate Neighbour field to Yes (1). If a Source object does not exist for a cell, and Neighbours Reciprocate Neighbour field is set to No (0), One Way is displayed in the Reciprocal column. For example, the following entry indicates that CELL 001-01-1-1 has CELL 001-01-1-4 as a Neighbour, but CELL 001-01-1-4 does not have 001-01-1-1 as its Neighbour: CELL 001-01-1-1 Neighbour None Reciprocal 001-01-1-4
If the cell or Neighbour does not exist, the appropriate error message is displayed in the status bar.
GMR-01
8-125
Select View - CELL Id from the menu bar. Select HEX to display cell ids in hexadecimal format. Select a CELL id displayed in the left-hand pane to display the Cell Name, GSM Cell Id, BSIC and BCCH in the fields across the top of the window. The OMC-R also displays information for the Neighbour of the selected cell in the on the right-hand side of the screen, such as, Ho Margin, Cell Condition, BSIC, BCCH Frequency number, Ba type. If an entry is not selected, or if multiple entries are selected, or if an entry without any Neighbours is selected, default values are displayed for all Neighbour parameters. Sources and Neighbours View window in Monitor mode
Figure 8-4
8-126
GMR-01
Enter a value in one or more of the fields: MCC, MNC, LAC or CI at the bottom of the screen. These fields are greyed-out if the form displays a single CELL instance only, or if cells are displayed using the cell name format. Select Filter - by CELL Id to display only the entries where the CELL gsmCellId conforms to the information entered at step 1. This option is greyed-out if the form displays a single CELL instance only, or if cells are displayed using the cell name format. Select Filter - by Neighbour CELL Id to display only the entries where the Neighbour gsmCellId conforms to the information entered at step 1. This option is greyed-out if the form displays a single CELL instance only, or if cells are displayed using the cell name format. Select Filter - Display Non Reciprocal neighbours to display only the entries where Neighbour relationship is not reciprocated. Select Filter - All to undo all filters and return to the default display, which is to display a complete list of CELLS, Neighbours and Reciprocals for the scope selected in step 2.
4 5
Highlight a cell in the cell information pane. Select either Edit - Open CELL Detailed View, Edit - Open Neighbour Detailed View, or Edit - Open Reciprocal Detailed View from the menu bar. The OMC-R displays the appropriate Cell, Neighbour or Reciprocal Neighbour Detailed View window for the selected cell. For example, in the following situation if Edit - Open Reciprocal Detailed View is selected, a Neighbour Detailed View opens under CELLB with the Neighbour ID field set as A. CELL A Neighbour B Reciprocal B
If the cell or Neighbour does not exist, the appropriate error message is displayed in the status bar. 3 Close the Detailed View.
GMR-01
8-127
Highlight the information to be printed in the Sources and Neighbours View. Select File - Print Selected from the menu bar.
Highlight the required information. Select File - Save Selected from the menu bar. The File Selection window is displayed. Enter the name of the file and the directory to which the selected information is to be saved.
Select File - Save All from the menu bar. The File Selection window is displayed. Enter the name of the file and the directory to which the selected information is to be saved.
8-128
GMR-01
A new Source cannot be created for a CELL unless a Neighbour already exists for the cell. When adding Sources and Neighbours manually, the Neighbour has to be created first.
GMR-01
8-129
Procedure 8-17 1 2 3
Display the Sources and Neighbours View window for the required scope. If necessary, use the filter fields and options to display the required cells. Select Config Mgt - Reciprocate All from the menu bar. Result: The OMC-R displays the progress of the Reciprocate All process in the status bar and a prompt to select the power budget algorithm is displayed (as shown in Figure 8-5).
The power budget algorithm grouping is shown in "Power Budget Algorithm grouping" on page 8-137. 4 To select the power budget algorithm, click Yes. Result: The Neighbour Detailed View Reciprocate form is displayed as shown in Figure 8-6 - go to step 5. To select the default power budget algorithm, click No and go to step 7.
By selecting No, the power budget algorithm is set to 1 (Conventional GSM PBGT). 5 Enter the power budget algorithm type in the Power budget Algorithm Type field. Result: The other fields in the form will be populated according to the type of power budget algorithm selected. 6 Select Create Reciprocal Neighbour(s) from the File pull-down menu. Result: The power budget algorithm as set in the Neighbour Detailed View Reciprocate form shall be used. 7 Close the window.
8-130
GMR-01
Figure 8-5
Figure 8-6
Display the Sources and Neighbours View window for the required scope. If necessary, use the filter fields and options to display the required cells. Select the cell or cells for which Sources are to be created. Select Config Mgt - Reciprocate from the menu bar. Result: The OMC-R displays the progress of the Reciprocate process in the status bar and a prompt to select the power budget algorithm is displayed (as shown in Figure 8-5).
Follow step 4 through step 7 in "Creating missing Sources and Neighbours for all Cells" on page 8-129.
GMR-01
8-131
Display the Sources and Neighbours View window for the required scope. If necessary, use the filter fields and options to display the required cells. Select the cell for which a neighbour is to be created. Select Config Mgt - Add Neighbour from the menu bar. The OMC-R displays a Neighbour Detailed View form in Create mode. If the selected CELL has a source but does not have a Neighbour, the neighborGsmCellId is initialised from the cell id of the source. If the selected cell does not have a reciprocal inconsistency or if it had a missing source, enter the neighborGsmCellId. A new entry is added to the cells neighbour List. The OMC-R updates the Sources and Neighbours View window accordingly. Close the window.
Display the Sources and Neighbours View window for the required scope. Select the cell for which a source is to be created. Select Config Mgt - Add Reciprocal from the menu bar. If the selected cell does not have a source and if the neighbour cell exists in the same OMC-R, the OMC-R displays a Neighbour Detailed View form in Create mode with the Neighbour cell as the parent, and its parameters initialised from the starting cell. For example, if CELL A has Neighbour B but no source, and CELL B exists in the OMC-R, the Neighbour Detailed View displays its parent as CELL B and the neighborGsmCellId and all other parameters are derived from Cell A. If the selected entry displays a valid Cell Id, name, or On Way in the Reciprocal column, an error message is displayed in the status bar. The OMC-R updates the Sources and Neighbours View window accordingly. Close the window.
8-132
GMR-01
Display the Sources and Neighbours View window for the required scope. Select the cell or cells for which neighbours are to be removed. Select Config Mgt - Remove Neighbour from the menu bar. The OMC-R deletes the Neighbours for the highlighted cells and updates the Sources and Neighbours View window accordingly. Close the window.
Display the Sources and Neighbours View window for the required scope. Select the cell or cells for which reciprocal neighbours are to be removed. Select Config Mgt - Remove Source from the menu bar. The OMC-R deletes the selected reciprocal neighbours (and therefore the corresponding sources) for the highlighted cells and updates the Sources and Neighbours View window accordingly. Close the window.
GMR-01
8-133
This section describes how to create a Neighbour for a cell using the Neighbour Detailed View.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
8-134
GMR-01
Identification grouping
Table 8-46 describes the fields in the Identification grouping of the Neighbour Detailed View. Table 8-46 Neighbour Detailed View fields - Identification grouping Brief description The textual name of the neighbour. Values Up to 31 characters plus the NULL character. There are two types of GSM cell ID input format; seven elements or four elements. The format used is set with the GSM Cell ID Format (mmi_cell_id_format) parameter. See Technical Description: BSS Command Reference (68P02901W23) for further details of GSM Cell Id formats. Mandatory or Optional? Optional.
{22239} The GSM cell id of the neighbouring cell. The subfields MCC and MNC can be edited in create mode. The MCC and MNC fields cannot be edited for n-1 or n-2 BSS. Also see Online Help for the restrictions that apply for cell ids in pre-GSR8 BSSs.
Mandatory.
Neighbour Template RDN Class RDN Instance NMC RDN Value Cell Condition
Name of the Neighbour template used when creating the neighbour. See description in Table 3-1. See description in Table 3-1. See description in Table 4-1. The condition of the CELL pointed to by NeighborGsmCellId. 0 to 3. Cell Does Not Exist (0), Cell Exists Under Same site (1), Cell Exists Under Different site (2), Proxy Cell 3).
Mandatory.
Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this Neighbour. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
GMR-01
8-135
General grouping
Table 8-47 describes the fields in the General grouping of the Neighbour Detailed View. Table 8-47 Neighbour Detailed View fields - General grouping Brief description The Base Station Identity Code (BSIC) of the neighbour cell. The Absolute Radio Frequency Channel Number of the neighbour cells BCCH. The Neighbours ba_type. Determines whether the neighbour is included in the bcch allocation table for System Information messages sent on the BCCH, SACCH, and/or GPRS. The single frequency band capability of a Neighbour. Values 0 to 63. 0 to 124, 512 to 885, 975 to 1023. BCCH, SACCH, and/or GPRS. Mandatory or Optional? Mandatory. Mandatory.
Field name/BSS parameter name Base Station Identity Code (BSIC) BCCH Frequency (ARFCN) BA Type
Mandatory.
Frequency Type
PGSM900 (1), EGSM900 (2), DCS1800 (4), PCS1900 (8). -63 - 63 dB.
Mandatory.
The amount by which the received signal strength from the neighbouring cell must exceed that from the source cell to request handover. This margin is applied to the power budget (PBGT) calculation when the handover cause is RXQUAL. This margin is applied to the power budget (PBGT) calculation when the handover cause is RXLEV. The maximum power level an MS can use in the neighbour cell. Used for the power budget equation. Whether or not the neighbour cell is within the same BSS as the originating cell. The minimum rxlev of the neighbour required for an MS to handover to the neighbour cell.
Optional.
-63 to 63 dB.
Optional.
-63 to 63 dB.
Optional.
0 to 39.
Optional.
Mandatory.
Optional.
Cont.
8-136
GMR-01
Table 8-47
Neighbour Detailed View fields - General grouping (Continued) Brief description Whether or not the neighbour cell is synchronized with the present cell. Whether or not the Adjacent Channel Interference Test is enabled. If a call is handed over from a serving cell to a neighbour cell which has a type 7 neighbour, it is possible that the call can be dropped due to high interference from the adjacent channel. To avoid this, the adjacent channel interference avoidance test can be performed before handing over a call to a neighbour. Only used if the BSS Optional Feature microcellOpt is unrestricted. The Receive Level Difference for the Adjacent Channel Interference Test. Only valid when adj_chn_intf_test is enabled. Only used if the BSS Optional Feature microcellOpt is unrestricted. If the neighbour is an extended range neighbour. Used as a threshold when using the adaptive power budget handover algorithm on a per neighbour basis. Whether or not a reciprocal neighbour is created while creating the neighbour. If set to Enabled (1) and environment variable RECIPROCATE_NBR is set to TRUE, then a reciprocal neighbour is created. Values No (0) or Yes (1). Mandatory or Optional? Optional.
Optional.
Adjacent Channel Receive Level Difference adj_chan_rxlev_dif (OMC-R parameter name: adj_chn_rxlev_dif) Neighbouring Range
-63 to 63.
Optional.
Optional.
Optional.
Reciprocate Neigbour
Mandatory.
GMR-01
8-137
Table 8-48
Neighbour Detailed View fields - Power Budget Algorithm grouping Brief description Represents the unique hreqave used for the averaging rxlev measurements for this neighbor cell. Only used if the cell parameter: Use Neighbour Power Budget Hreqave (useNeiPbgtHreqave) is set to 1. Only used if the BSS Optional Feature microcellOpt is unrestricted. The power budget algorithm to be used per neighbour cell. This allows per neighbor control over the triggering of power budget handover. The algorithm should be selected based on the relationship between the serving cell and the given neighbor, that is around the corner neighbors or line of sight neighbors. Affects the ranges of pbgt_alg_data0, pbgt_alg_data1, and pbgt_alg_data2. Only used if the BSS Optional Feature microcellOpt is unrestricted. Allows the operator to modify one of three data values used in the per neighbor surround cell power budget algorithm. Only used if the BSS Optional Feature microcellOpt is unrestricted. See pbgt_alg_data0. Values 1 to 31. Mandatory or Optional? Optional.
Field name/BSS parameter name Power Budget Surround Cell Hreqave pbgt_surround_ cell_hreqave (OMC-R parameter name: pbgtSrcellHreqave)
1 to 7.
Optional.
Optional.
Power Budget Algorithm Data 1 pbgt_alg_data1 Power Budget Algorithm Data 2 pbgt_alg_data2 Type 5 HO Margin ho_margin_type5
See pbgt_alg_data0.
See "Configuring a neighbour cell for adaptive handovers" on page 8-203 for details.
Optional.
8-138
GMR-01
-63 to 63 dB.
Optional.
GMR-01
8-139
Table 8-50
Neighbour Detailed View fields - Concentric Cells grouping Brief description Whether or not a neighbour that has a carrier which uses a frequency that could interfere with the carrier used in the inner zone of the source cell. Only used if the CELL inner_zone_alg type is set to interference algorithm and the neighbour is being added to the SACCH list. The signal strength difference between the serving cell and the interfering neighbour which is required for the MS to qualify for a channel in the inner zone. Only used if concentricCellOpt is unrestricted (enabled) at the BSS, CELL inner_zone_alg is set to interference based algorithm, Neighbour interfering_nei is set to TRUE, and the neighbour is being added to the SACCH list. An additional signal strength level above the defined threshold necessary for an MS to handover into the inner zone. Only used if concentricCellOpt is unrestricted (enabled) at the BSS, CELL inner_zone_alg is set to interference based algorithm, Neighbour interfering_nei is set to TRUE, and the neighbour is being added to the SACCH list. Values 0 or 1. No interfering frequency (0), Interfering frequency (1). Default is 0. Mandatory or Optional? Optional.
0 - 63 (db). Default is 0.
Optional.
0 - 63 (db). Default is 0.
Optional.
8-140
GMR-01
From the Front Panel, click the Find icon. Complete the Cell Name and/or GSM Cell Id fields of the Source cell. Click Find Cell(s) button. If found, the cell is listed in the Find Results pane. Highlight the required cell and click the Navigation Tree button. A Navigation Tree is displayed, starting at the selected cell.
GMR-01
8-141
Click on the NEIGHBOUR type button. Select Edit - Create from the Configuration Management menu bar. The Neighbour Detailed View window is displayed. Enter a valid cell id in the Neighbour GSM Cell Identifier field. Select Options - Initialise FORM from the menu bar. This initialises the parameters on the form with the values of the parameters in the cell pointed to in the Neighbour GSM Cell Identifier field and, for microcellular, the parameters already identified in the template.
Specifying a gsmCellid that does not exist as a cell or a proxy cell in the OMC-R MIB, the OMC-R automatically creates a proxy cell. See "Autocreation of a proxy cell" on page 8-161 for more information. 5 6 If the microcellular option is enabled, select the appropriate template from the menu. Once initialised, all default values derived from the cell identified by the gsmCellid are displayed in the Detailed View. For example, the bcchFrequencyNum attribute derives its value from the carrier1_arfcn attribute of the identified cell RTF_BCCH carrier. These values can be modified as required. See Neighbour Detailed View fields for details. Select Disabled (0) in the Reciprocate Neighbour field in the General parameter grouping, if a Reciprocal Neighbour for this Neighbour should not be automatically created. For example, when the Neighbour being created is to be one-way. By default, this field is set to Enabled (1), so Reciprocal Neighbours are automatically created if the RECIPROCATE_NBR environment variable is switched on (set to TRUE). If a Reciprocal Neighbour already exists, a new Reciprocal Neighbour is not created. If a Reciprocal Neighbour already exists, and the Reciprocate Neighbour field is set to Disabled (0), the OMC-R automatically switches the field to Enabled (1). To create a neighbour, select File - Create from the menu bar. Close the Detailed View window by selecting File - Close from the menu bar.
8 9
8-142
GMR-01
The Motorola utility add_nei is part of an optional set of Operation and Maintenance utilities available on the OMC-R GSM software CD-ROM from GSR4 onwards.
GMR-01
8-143
Modifying a neighbour
Modifying a neighbour
Use the Navigation Tree or the Find option to locate the required cell on the Navigation Tree. From the Navigation Tree menu bar, select Config Mgt - Sources and Neighbours option. A Source Neighbour window is displayed. Highlight each item in the cell neighbour list and select Edit option to modify the parameters. To move to the next neighbour on the list, first return to Monitor mode.
8-144
GMR-01
This section describes how to delete a Neighbour for a cell using the Navigation Tree.
Navigate to the required Neighbour. Use the Find icon if required. Click the Neighbour instance button to be deleted. The button changes colour. From the menu bar select Edit - Delete. A confirmation window is displayed requesting confirmation of intention to delete. Click on OK to delete. The confirmation window closes and the process is documented on the status bar. When the deletion has been completed, the chosen neighbour instance button disappears from the Navigation Tree, and the message Delete Complete is displayed in the status bar.
GMR-01
8-145
The Motorola utility del_nei is part of an optional set of Operation and Maintenance utilities available on the OMC-R GSM software CD-ROM from GSR4 onwards.
8-146
GMR-01
Neighbour templates
Neighbour templates
Open the Navigation Tree. Select the Config Mgt - Neighbor Templates from the menu bar. A list of existing templates is displayed.
When the list of templates is shown, select Edit - Create. Enter the required parameters to the Detailed View. Select File - Create to create a new template.
GMR-01
8-147
Neighbour templates
When the list of templates is shown, select the required template. Select Edit - Detailed View from the neighbour template. Select Edit - Edit. Change the required parameters in the Detailed View. Select File - Save to save the changes to the template.
When the list of templates is shown, select the required template to be deleted. Select Edit - Delete. Confirm the deletion by clicking on OK in the confirmation box.
8-148
GMR-01
GMR-01
8-149
Table 8-51
UTRAN neighbour parameters and values Description Displayed in the Identification parameter grouping in the UTRAN Detailed View form. The unique UTRAN Cell identifier for this UTRAN neighbour. This parameter can only be completed in Create mode, and cannot be modified in Monitor or Edit mode. Also see Online Help for the restrictions that apply for cell ids in pre-GSR8 BSSs. An OMC-R only parameter. Displayed in the Identification parameter grouping in the UTRAN Detailed View form. Automatically created when the UTRAN is created using the UTRAN cell id. Displayed in the General parameter grouping in the UTRAN Detailed View form. Indicates the frequency of the cell. Displayed in the General parameter grouping in the UTRAN Detailed View form. Indicates the primary scrambling code. See "Inter-Radio Access Technology (Inter-RAT) Handover" on page 2-100 for further details. See "Inter-Radio Access Technology (Inter-RAT) Handover" on page 2-100 for further details. See "Inter-Radio Access Technology (Inter-RAT) Handover" on page 2-100 for further details. Values {27713} The MCC and MNC parts are initialised with default values. These values are read from the UTRAN_COUNTRY_CODE and UTRAN_NETWORK_CODE values in the file Common.csh. See Online Help for details. Up to 31 characters plus the NULL character.
OMC-R GUI field name/BSS parameter name Utran Neighbor Cell Identifier utran_cell_id
Name name
10562 to 10838.
0 to 511.
{22879} UMTS Measurement Margin umts_meas_margin {22879} Averaging Period umtsNcellAvgPrd {22879} UMTS BA Type umts_ba_type
8-150
GMR-01
Navigate to and select the UTRAN class button in the Navigation Tree (BSS BSS instance - SITE - SITE instance - Radio Frequency - CELL - CELL instance - UTRAN). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The UTRAN class button changes colour. Select Edit - Create from the menu bar. The OMC-R displays the UTRAN Detailed View. Enter all required information in this form, see Table 8-51 for field details.
2 3
To obtain the relevant information for a parameter, select Help - On Context from the menu bar and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. 4 Create and close the Detailed View.
GMR-01
8-151
The following sections provide some examples of using these commands with the parameters detailed in Table 2-17. For further details of these commands, parameters, and command prompts, see the Technical Description: BSS Command Reference 68P02901W23 manual.
Where umts_fdd is the add_neighbor command placement parameter, which specifies the new neighbour as a UTRAN cell. The BSS automatically adds the UTRAN neighbour to the BCCH list.
8-152
GMR-01
{22879}
General grouping
Table 8-52 UTRAN Blind Search Neighbour Detailed View Fields General grouping Description The FDD ARCN of the Blind Search neighbour. A blind search neighbour cannot share bs_fdd_arfcn with a UTRAN neighbour or another blind search neighbour. Values 10562 to 10838. There is no default.
OMC-R GUI field name/BSS parameter name Blind Search FDD ARFCN bs_fdd_arfcn
GMR-01
8-153
8-154
GMR-01
Proxy cells
Proxy cells
GMR-01
8-155
Proxy cells
8-156
GMR-01
From the Navigation Tree, select Config Mgt - Proxy Cells from the menu bar. The Proxy Cell List form is displayed, which contains a scrollable list of the currently configured Proxy Cells and their parameters. Select the Edit - Create option. The ProxyCELL Detailed View form is displayed in Create mode. The Proxy CELL Detailed View is used primarily for creation and modification of Proxy Cells. All values except ARFCN map directly to normal attribute values from the corresponding cell under an external OMC-R. Complete the fields, as required. See ProxyCELL Detailed View fields for details. Select File - Create from the menu bar to create the proxy cell. Select File - Close from the menu bar to close the ProxyCELL Detailed View.
3 4 5
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
GMR-01
8-157
Identification grouping
Table 8-53 describes the fields in the Identification grouping of the ProxyCELL Detailed View. Table 8-53 Field name GSM Cell ID ProxyCELL Detailed View fields - Identification grouping Brief description The Cell Global Identification (CGI) of the proxy cell. {22239} The MCC and MNC subfields can be edited in Create and Edit mode. The textual name of the cell. Values Mandatory or Optional? Mandatory.
Cell Name
Optional.
8-158
GMR-01
Layer Number
Optional.
Carrier 1 ARFCN
Mandatory.
BSIC
0 to 63.
Mandatory
0 to 39 -63 to 63 dB
Mandatory Mandatory
0 - 63
Mandatory
GMR-01
8-159
Select the required proxy cell instance. Select the Edit - Detailed View option. Select Edit - Edit from the menu bar to change the form to Edit mode. Modify the fields, as required. See ProxyCELL Detailed View fields for details. Select File - Save from the menu bar to save your modifications. Select File - Close from the menu bar to close the ProxyCELL Detailed View.
Always consult the CM supervisor before deleting a proxy cell. Deleting a proxy cell also sets the cellCondition to Does not Exist for any neighbours in the MIB with the same gsmCellid. This condition will be set for both proxy cells and real cells, though real cells are not deleted.
To delete a proxy cell, proceed as follows: Procedure 8-34 1 2 3 Delete a proxy cell
From the Navigation Tree, select Config Mgt - Proxy Cells from the menu bar. Select the required proxy cell instance. Select the Edit - Delete option. The selected proxy cell instance is deleted. All associated sources/neighbours are updated.
8-160
GMR-01
The operator has to enter all values for a proxy cell created manually. The following autocreated proxy cell parameters are set to a temporary value, until the correct source cell information is determined by a proxy cell import: Cell Name field (name) of the proxy cell is set to the same value as specified in the Neighbour GSM Cell Identifier field. layer_number of the proxy cell is initialised to MACROCELL. omc_name of the proxy cell is initialised to NULL.
GMR-01
8-161
GMR-01
Execute the following command as omcadmin to ensure that the autocreate function is set:ECHO $PROXYCELL_AUTOCREATE If PROXYCELL_AUTOCREATE is not set, use text editor or set command, and restart the OMC-R to make the change take effect. Select the required CELL instance and click the folder icon next to this element to display the NEIGHBOUR type button. Click the NEIGHBOUR type button and select Edit - Create. The OMC-R displays the Neighbour Detailed View window in Create mode.
2 3
Enter a unique cell identification number in the Neighbour GSM Cell Identifier fields. To autocreate a proxy cell this cell identification number should not already exist as a cell or a proxy cell. Select Options - Initialize Form from the menu bar. If the GSM cell identifier does not exist as either a cell or a proxy cell in the OMC-R MIB, the OMC-R displays the following message:
<cell id> does not exist in the System Database as a CELL or a Proxy Cell. A Proxy Cell shall be automatically created when this Neighbour is created. The Proxy Cells parameters shall be derived from this Neighbour.
3 4
Click on OK. The OMC-R displays the Neighbour Detailed View in Create mode. Modify any default field settings as required, and as permitted. See Table 8-53 and Table 8-54 for details.
GMR-01
8-163
Select File - Create from the menu bar to create the proxy cell. If the create fails, the OMC-R displays a message in the status bar at the bottom of the window. Otherwise, a Create Complete message is displayed, and the Cell Condition field displays Proxy Cell. On successful creation, the proxy cell is displayed in the Navigation Tree as a neighbour with the cell id the same as the proxy cell name. Select File - Close from the menu bar to close and exit the Detailed View window.
8-164
GMR-01
GMR-01
8-165
8-166
GMR-01
The parameters exported for each proxy cell are: OMC_Name. GSMCellId. Cell_Name. Layer_Number. Carrier1_ARFCN. BSIC. Max_MS_Tx_Pwr. HO_Margin. Min_Rxlev. List_Of_Nbr (consisting of a neighbour count, followed by a list of the neighbourCellids).
Help on the export feature is available from the following location: /usr/omc/current/sbin/pcellExport -help The proxy cell export process retrieves the name parameter of the active OMC-R in the MIB and uses this name to complete the OMC_Name field in the proxy cell export file. The active OMC-R is the OMC-R controlling the MIB; inactive OMC-Rs are the OMC-Rs managing other parts of the network.
GMR-01
8-167
is: OMC_Name. GsmCellId. Cell_Name. Layer_Number. Carrier1_ARFCN. BSIC. Max_MS_Tx_Pwr. HO_Margin. Min_Rxlev. List_Of_Nbr - neighbour count, followed by... gsmcellid of first neighbour. gsmcellids of second neighbour.
8-168
GMR-01
Log in as omcadmin. From the Front Panel, select Xterm to open an Xterm window. Execute the following command: /usr/omc/current/sbin/pcellExport
To specify the export file name execute the following command: /usr/omc/current/sbin/pcellExport [-o <filename>] An error message is displayed if RF import or export is taking place. On successful completion the following message is displayed in the command line:
ProxyCellExport completed successful
The outcome of the export, and the path where the file may be located, is recorded in the omc audit log file. 4 To locate the export file, use the following command: cd /usr/omc/ne_data/proxycell_data ls <filename> Where: <filename> is PROXYCELL_EXPORT.OUT (by default), specified filename.
If a proxycell_export file already exists, the file will be backed up and given the extension.BAK. All files in the directory proxycell_data that have not been accessed within seven days will be removed.
GMR-01
8-169
Log in as omcadmin. From the Front Panel, select Xterm to bring up an xterm window. Execute the following command: /usr/omc/current/sbin/pcellImport <argument(s)>
Table 8-55 shows the command line options for pcellImport. Table 8-55 Command line options for pcellImport Argument -i<pathname> -i<pathname1><pathname2> <pathname3> -d<directory_name> Description Specifies the path where the file is located. Specifies the paths for more than one file. Specifies a directory to import all files from.
-i and -d options are mutually exclusive: only one can be used. -a<omcName1><omcName2> Specifies the name of the OMC-R to import data from.
8-170
GMR-01
Each field in the import file must be separated by tabs. The first line must contain the name of the parameters to import. Each subsequent line represents cell values, one line per cell. Help on the import feature is available by executing the following from the command line: /usr/omc/current/sbin/pcellImport -help It is possible to concatenate data from multiple OMC-R proxy cell data files into a single file before importing. It is also possible to manually add data from cells belonging to non Motorola OMC-Rs before importing. To check the progress of the import, look at the OMC-R audit log files on each OMC-R.
The name of the active OMC-R should be different on all the OMC-Rs in the network.
GMR-01
8-171
8-172
GMR-01
Select the proxy cell. Select Edit mode. Enter the new LAC-CI. From the menu bar, select File - Save to save the changes. The save propagates the change to the affected sources/neighbours/DRI/RTF/parent site and child objects. The MIB Propagation form is displayed. Check the propagation is successful for all sources/neighbours affected. A single source cell may not be updated due to a lock on the object.
The failures, and resolve manually (open affected Neighbour Detailed View and edit). 6 Upload each affected NE database to the OMC-R.
GMR-01
8-173
8-174
GMR-01
GMR-01
8-175
Find the DRI and RTF groups matching the cell to be expanded.
The DRIs and RTFs must have the same group number (that is, DRI 0 0 matches RTF 0 0 or RTF 0 1. DRI 0 0 will not bring RTF 1 0 or RTF 1 1 into service). 2 Configure the RTFs and DRIs under these DRI/RTF groups that will provide the RF hardware to bring the timeslots on air. 3 4 5 6 7 Configure hopping as part of the RTF create. Configure up to four Frequency Hopping objects, as required, using the FreqHopSys object under the cell using the Navigation Tree.
Add the RTFs to the paths configured for the site. Unlock the new DRI/RTF and ensure each DRI and RTF configured for the cell is in service. If required, increase the number of SDCCHs allocated to the cell. Verify that the cell is processing calls on the new RTF, using the disp_rtf_chan and disp_cell_status TTY commands. If cells within the SITE are not processing calls, refer to "Checking key site parameters" on page 7-60, which describes how to check the settings of tru_id, max_dris per GPROC and antenna_select number.
8-176
GMR-01
Frequency hopping
Frequency hopping enables each timeslot to use a set of frequencies defined in one of four frequency hopping systems. For further details of frequency hopping, see "Frequency hopping" on page 2-3
To check existing frequency hopping for a cell, see "Checking frequency hopping configuration for cells" on page 8-190.
GMR-01
8-177
hopping_systems_enabled
hopping_systems_hsn
hopping_systems_mobile_alloc
The hopping parameters are defined using the chg_element command or using the OMC-R GUI Cell and FreqHopSys Detailed Views.
8-178
GMR-01
GMR-01
8-179
If the BCCH ARFCN is not included in the frequencies selected, then the maximum number of frequencies that can be configured is reduced to 63.
If the GSM 900 extended range of frequencies is being presented (0 to 124 and 975 to 1023), then it is not possible to select frequencies from both the normal GSM 900 range (1 to 124) and the extended GSM 900 range (0, 975 to 1023) at the same time unless the cell::egsm.bcch.sd attribute is enabled. Table 8-57 lists the maximum number of frequencies that may be allocated to the mobile allocation list for a given cell frequency range, when configuring cell frequency hopping.
If EGSM carrier Configuration is enabled, then it is allowed to mix PGSM and EGSM extension band frequencies in the mobile allocation list.
8-180
GMR-01
Table 8-57
Frequency hopping maximum frequency number Frequency cell range (ARFCNs used) 1 to 124 975 to 1023 1 to 124, 975 to 1023 0,1 to 124 0,975 to 1023 0,1 to 124, 975 to 1023 Maximum Number of frequencies allocated in mobile allocation list. 64 49 16 17 17 17
If the containing cell is a dual band cell, the hopping_systems_mobile_alloc parameter can be allocated frequencies from either the band specified in the frequency_type cell parameter or the band specified in the secondary_frequency cell parameter, but not both.
Navigate to and select the required FreqHopSys instance button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Radio Frequency - cell FreqHopSys - FreqHopSys 0 to 3). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The FreqHopSys instance button changes colour. Select Edit - Detailed View from the Navigation Tree menu bar. The OMC-R displays the FreqHopSys Detailed View form. Select Edit - Edit from the menu bar. The Detailed View changes from Monitor to Edit mode. Complete the fields in the Identification, Additional Information, and General groupings, as detailed in FreqHopSys Detailed View fields.
2 3 4
GMR-01
8-181
Select Edit - Mobile Allocation from the FreqHopSys Detailed View menu bar. The OMC-R displays the Mobile Allocation Selector window (see Figure 8-7). This window contains a list of available Absolute Radio Frequency Channel Numbers (ARFCNs) from which new values may be selected and old values deselected when in Edit mode. Figure 8-7 shows radio frequencies for a GSM 900 site, if required also see Mobile allocation at a DCS1800 or PCS1900 site. Select new frequencies for the mobile allocation ARFCN values by clicking on the appropriate frequency values. To remove a selected frequency, click it. Click on OK when all the required frequencies have been selected. If only one frequency is selected in the Mobile Allocation Selector window, a message is displayed prompting for at least two frequencies. The frequency values are transferred to the FreqHopSys Detailed View form Mobile Allocation grouping ARFCN fields in ascending order. To cancel a selection at any stage, click on Cancel. Select File - Save from the menu bar to save the Detailed View and set the value of the hopping_systems_mobile_alloc parameter at the remote BSS. Repeat from Procedure 8-42, step 4 for each FreqHopSys object, if necessary.
4 5
8-182
GMR-01
Figure 8-7
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
GMR-01
8-183
Identification grouping
Table 8-58 describes the fields in the Identification grouping of the FreqHopSys Detailed View. Table 8-58 FreqHopSys Detailed View fields - Identification grouping Brief description See description in Table 4-1. See description in Table 3-1. The OMC-R supports an interface to a Network Management Centre (NMC). This is identifier of the object on the NMC interface. Displays the parent cell name. Click to display the parent CELL Detailed View. Values Default is the class name. 0 to 3. Optional. Mandatory or Optional?
Additional Information
Use the Additional Information window to input any notes relating to this frequency hopping system. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
General grouping
Table 8-59 describes the fields in the General grouping of the FreqHopSys Detailed View. Table 8-59 FreqHopSys Detailed View fields - General grouping Brief description Enables or disables this frequency hopping system. The hopping sequence number to be used by the frequency hopping system. Values Enabled (1) or Disabled (0). 0 to 63. Mandatory or Optional? Mandatory. Optional.
8-184
GMR-01
Select the required cell in the OMC-R GUI Navigation Tree. Select Config Mgt - Frequency Hopping from the Navigation Tree menu bar. The OMC-R displays the Frequency Hopping View window as shown in Figure 8-8. Alternatively, the Frequency Hopping View window can be displayed from the CELL Detailed View by selecting Options - Frequency Hopping from the menu bar.
Figure 8-8
GMR-01
8-185
Double-click the required RTF line. The OMC-R displays the RTF Detailed View form. View or edit RTF Detailed View form as required.
Navigate to the required cell and select the required FreqHopSys instance. Click the FreqHopSys button for which you want to display details. The OMC-R displays the FreqHopSys Detailed View the corresponding frequency hopping object in Monitor mode. To edit the form, select Edit - Edit from the menu bar. Make the required changes. Save the changes, and exit the form.
3 4 5
8-186
GMR-01
GMR-01
8-187
To establish the type of hopping supported at the cell, enter the following command. All cells at the site must either be non-hopping or use the same type of hopping system. disp_element hopping_support <location> cell = <cell_desc> To enable each of the four hopping systems for the cell, enter the command: chg_element hopping_systems_enabled,<fhi> <element_value> <location> cell = <cell_desc> To define the HSN for each hopping system, enter the command: chg_element hopping_systems_hsn,<index> <element_value> <location> <cell_number> To define the mobile allocation for the frequency hopping system that does not hop through the BCCH timeslot, enter the command: chg_hop_params <cell_desc> <fhi> <f1> <f2> [f3]. . . <fn> Repeat step 4 for the hopping system that does hop through the BCCH timeslot.
Example
The commands and examples shown in this section are typical instances for demonstration purposes only. Enter only parameters specified by the system engineers. The following is example of setting up hopping-related cell parameters using the TTY interface. -> disp_element hopping_support 0 0 0 1 0 1 1 3
COMMAND ACCEPTED hopping = 0 -> chg_element hopping_systems_enabled,0 1 0 0 0 1 0 1 1 3 COMMAND ACCEPTED ->
chg_element hopping_systems_enabled,1 1 0 0 0 1 0 1 1 3
COMMAND ACCEPTED
chg_element hopping_systems_hsn,1 3 0 0 0 1 0 1 1 3
COMMAND ACCEPTED
8-188
GMR-01
1 1 2 2 2 1 1 2
Only certain RTF parameters are shown in the example above. Refer to: Technical Description: BSS Command Reference (68P02901W23) for comprehensive command and parameter information and "Configuring an RTF function" on page 9-194.
GMR-01
8-189
Customers extracting hopping and path information on a regular basis (part of data harvest nightly, for example) should contact Motorola OMC-R Customer Support for further information.
Open a FreqHopSys Detailed View (BSS - BSS instance - SITE - SITE instance Radio Frequency - cell - FreqHopSys - FreqHopSys 0 to 3). Check the Mobile Alloc settings. To check the Frequency Hopping Indicator settings for the carriers of the cell: Open its associated RTF(s) or TRX(s). Check under the Carrier 1 Information grouping.
8-190
GMR-01
GMR-01
8-191
Impact on RTFs
When egsm_bcch_sd is enabled for a cell and carrier type is BCCH, the RTF parameter field Carrier 1 ARFCN (BSS parameter name: arfcn) can be set to EGSM band frequencies.
8-192
GMR-01
Configuring a cell with BCCH and SDCCH on EGSM using the TTY interface
To create a cell with BCCH and SDCCH in the EGSM using the TTY interface, follow these steps: Procedure 8-49 1 2 3 Create a cell with BCCH and SDCCH in the EGSM using TTY interface
Remotely login to the BSS and change security levels, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Use the frequency_type parameter to set the cell frequency to 2 (EGSM900). Enable the egsm_bcch_sd parameter by setting it to 1. For example: chg_element egsm_bcch_sd 1 3 cell00101121 A typical OMC-R response is shown below, for example:
Set egsm_bcch_sd for site 3 in cell 00101121 such that the BCCH frequency and SDCCH channels are allowed in the GSM EXtension band for an EGSM cell: chg_element egsm_bcch_sd 1 3 cell 0 0 1 0 1 1 2 1 COMMAND ACCEPTED
See Technical Description: BSS Command Reference (68P02901W23) for further details of these command and parameters.
GMR-01
8-193
8-194
GMR-01
Table 8-60
Coincident multiband handover parameters Description See Table 2-5 for details of this parameter. Displayed in the General section, Coincident Multiband HO grouping, of the CELL Detailed View. Specifies the cell (unique GSM cell identifier) that is coincident to the cell specified in the chg_cell_element coincident_mb prompt or the disp_cell command. This parameter may only be changed if the Coincident MultiBand Handover option is unrestricted. If coincident_mb is set to 1 or 2, both cells must be SACCH neighbours of each other. If coincident_mb is set to 2, both cells must be at the same site, the cells must be neighbours of each other, and the bsic settings must be the same. A cell cannot be coincident to itself. In the CELL Detailed View, to enter the coincident cell id as a name, rather than as a decimal or hexadecimal number, click the CellId button. This field is greyed-out if the Coincident MB HO Status parameter field is set to Disabled (0). {22239} The MCC and MNC subfields within the cell id can be edited. The MCC and MNC fields cannot be edited for n-1 or n-2 BSS. Displayed in the General section, Coincident Multiband HO grouping, of the CELL Detailed View. Specifies the value added to the handover margin (ho_margin) when handover is based on receive level from the serving cell. Valid value range is: -63 to +63. The default is 0. This value is only used when the handover of a multiband MS is based on the receive level from the serving cell. Enter a value in the range -63 to 63. The default is 0. Displayed in the General section, Coincident Multiband HO grouping, of the CELL Detailed View. Specifies the value of receive level that must be exceeded by a coincident cell to cause a handover to that cell. Valid value range is: 0 to 63. The default is 0. low_sig_thres of the external neighbours cannot be accessed.
OMC-R GUI field name/BSS paramter name Coincident MB HO Status coincident_mb Coincident Cell coincident_cell
GMR-01
8-195
8-196
GMR-01
Changing the value added to the handover margin using the TTY interface
First, display the current value added to the H0_margin, using the disp_element command and the coincident_offset parameter, for example: chg_element coincident_offset 1 cell 0 0 1 0 1 1 7 The system replies with the current setting. To change the value added to the ho_margin, use the chg_element or chg_cell_element commands. For example, the following command adds the value 60 to the handover margin at gsmcellid: 0010117: chg_element coincident_offset 60 1 cell 0 0 1 0 1 1 7
Changing the receive value for low signal handover using the TTY interface
First, display the current value of the low signal handover threshold, using the disp_element command and the low_sig_thresh parameters, for example: chg_element low_sig_thresh 1 cell 0 0 1 0 1 1 7 The system replies with the current setting. To change the value of the low signal handover threshold, use the chg_element or chg_cell_element commands. For example, the following command sets the handover threshold to 60 at gsmcellid: 0010117: chg_element low_sig_thresh 60 1 cell 0 0 1 0 1 1 7
GMR-01
8-197
A cumulative area threshold value for each type of handover can be defined. For quality handovers if cell hopping has been enabled, alternative cumulative area thresholds can be defined. The cumulative area for the power budget handover algorithm can be set on a per cell or per neighbour basis. The cumulative area for adaptive level and quality handovers remain on a per cell basis only. The way in which Type 3 and Type 5 handover algorithms function have also been modified in line with this feature. For a detailed description of handovers, adaptive handovers, and handover algorithms, see the manual Technical Description: BSS Implementation (68P02901W36).
8-198
GMR-01
OMC-R GUI field name/BSS parameter name Adaptive Pwr Budget HO Alg adap_ho_pbgt
Also see "Configuring a neighbour cell for adaptive handovers" on page 8-203. Adaptive Pwr Budget HO Trigger adap_trigger_pbgt Displayed in the CELL Detailed View - Handover section, Adaptive Handovers grouping. Specifies the value used as a threshold with the adaptive power budget handover algorithm on a per cell basis used to determine when handover should occur. Valid value range: 0 to 255. The default is 0. Displayed in the CELL Detailed View - Handover section, Adaptive Handovers grouping. Specifies the value used as a threshold with the adaptive power budget handover algorithm on a per neighbour basis used to determine when handover should occur. Valid value range: 0 to 255. The default is 40. Displayed in the CELL Detailed View - Handover section, Adaptive Handovers grouping. Specifies whether the adaptive receive level handover algorithm is Enabled (1) or Disabled (0). The default is Disabled (0). Displayed in the CELL Detailed View - Handover section, Adaptive Handovers grouping. Specifies the value used to determine when to handover when using the Adaptive Receive Level Handover Trigger algorithm on the downlink (BSS to MS). Valid value range: 0 to 255. The default is 0.
Neighbour Adap Pbgt HO Trigger adap_trigger_pbgt_nbr (OMC-R database name: adap_trg_pbgt_nbr) Adaptive Rxlev HO Alg adap_ho_rxlev
Cont.
GMR-01
8-199
Table 8-61
Adaptive handover parameters (Continued) Description Displayed in the CELL Detailed View - Handover section, Adaptive Handovers grouping. Specifies the value used to determine when to handover when using the Adaptive Receive Level Handover Trigger algorithm on the uplink (MS to BSS). Valid value range: 0 to 255. The default is 0. Displayed in the CELL Detailed View - Handover section, Adaptive Handovers grouping. Specifies whether the adaptive receive quality handover algorithm is Enabled (1) or Disabled (0). The default is Disabled (0). Displayed in the CELL Detailed View - Handover section, Adaptive Handovers grouping. Specifies the value used to determine when to handover when using the Adaptive Receive Quality Handover Trigger on the downlink. Valid value range: 0 to 65535. The default is 0. Displayed in the CELL Detailed View - Handover section, Adaptive Handovers grouping. Specifies the value used to determine when to handover when using the Adaptive Receive Quality Handover Trigger on the uplink. Valid value range: 0 to 65535. The default is 0. Displayed in the CELL Detailed View - Handover section, Adaptive Handovers grouping. Specifies whether the adaptive alternate trigger receive quality handover algorithm is Enabled (1) or Disabled (0). The default is Disabled (0). Displayed in the CELL Detailed View - Handover section, Adaptive Handovers grouping. Specifies the value used to determine when to handover when using the Adaptive Receive Quality Hopping Handover algorithm on the downlink. Valid value range: 0 to 65535. The default is 0. Displayed in the CELL Detailed View - Handover section, Adaptive Handovers grouping. Specifies the value used to determine when to handover when using the Adaptive Receive Quality Hopping Handover algorithm on the uplink. Valid value range: 0 to 65535. The default is 0. Specifies the value used to determine the handover margin used in the Optimized Type 5 Handover Algorithm, or whether the Optimized Type 5 Handover Algorithm is disabled (63). Valid value range is -63 to 63. The default is 63. In theory, a Power Budget value of 63 can never be reached, therefore setting this parameter to 63 is seen as disabling the Optimized Type 5 Handover algorithm.
OMC-R GUI field name/BSS parameter name Adaptive Rxlev HO Trigger on UL adap_trigger_rxlev_ul (OMC-R database parameter name: adap_trig_rl_ul) Adaptive Rxqual HO Alg adap_ho_rxqual
Adaptive Rxqual HO Trigger on DL adap_trigger_rxqual_dl (OMC-R database parameter name: adap_trig_rq_dl) Adaptive Rxqual HO Trigger on UL adap_trigger_rxqual_ul (OMC-R database parameter name: adap_trig_rq_ul) Adaptive Alt Trigger Rxqual HO adap_ho_alt_trigger_rxqual (OMC-R database parameter name: adap_ho_al_trg_rq) Adap Rxqual Hop HO Trigger DL adap_trigger_hop_rxqual_dl (OMC-R database parameter name: adap_trg_hop_rqdl) Adap Rxqual Hop HO Trigger UL adap_trigger_hop_rxqual_ul (OMC-R database parameter name: adap_trg_hop_rqul) Type 5 HO Margin ho_margin_type5
8-200
GMR-01
GMR-01
8-201
8-202
GMR-01
Configuring a neighbour cell for adaptive handovers using the OMC-R GUI
To configure a neighbour cell for adaptive handovers using the OMC-R GUI for a new or existing neighbour cell, following these steps: Procedure 8-50 1 2 Configure a neighbour cell for adaptive handovers using the OMC-R GUI
Display the required Neighbour Detailed View form. If modifying an existing neighbour cell, select Edit - Edit to change from Monitor to Edit mode. Otherwise go to step 1.
GMR-01
8-203
Use the scroll bar to display the Power Budget Algorithm parameter grouping. Enter a value for the handover margin for the Optimized Type 5 Handover algorithm in the Type 5 HO Margin field. See Table 8-61 for further details for this parameter, or use the on-line context sensitive help for the field.
Complete or modify other neighbour fields, as required. Select File - Save from the menu bar to save the changes. Select File - Close to close the Neighbour Detailed View form.
8-204
GMR-01
GMR-01
8-205
The system provides control over the frequency of inter-zone ping-pong handovers. This prevents a call from constantly changing zones, which, in turn, improves voice quality and reduces the workload on the BSS.
OMC-R GUI field name/BSS parameter name Interzone PingPong Allowed Count zone_pingpong_count
8-206
GMR-01
View the General grouping in the BSS Detailed View form (see "General grouping" on page 4-21). Locate the parameter(s) to be configured. Enter the values as appropriate in the parameter fields.
The range values of the parameters are provided in Table 4-7. 4 Save and close the BSS Detailed View form.
GMR-01
8-207
For full details of the flexible neighbour cell processing feature, see the manual Technical Description: BSS Implementation (68P02901W36).
8-208
GMR-01
OMC-R GUI field name/BSS parameter name HO to Nbr with Lower Rxlev worse_neighbor_ho (OMC-R database name: worse_nei_ho)
Displayed in the CELL Detailed View - Handover section, Handover General grouping. Specifies whether or not to include the disuse count of neighbour cells when it is less than or equal to the maximum disuse count. Valid values are: True - means the maximum disuse count is defined by the surrounding cell Hreqave. Neighbours with a disuse count less than or equal to the maximum disuse count are still considered as valid candidates for a handover. False - disables maximum disuse count. Cont.
GMR-01
8-209
Table 8-63
Flexible neighbour processing parameters (Continued) Description Displayed in the CELL Detailed View - Handover section, Handover - General grouping. Specifies whether or not RxQual or RxLev handovers are allowed when the BTS or MS is at full power. Valid values are: True - means ensure the MS or BTS is at full power for RxLev or RxQual handovers. That is, for an uplink the MS must be at full power, for a downlink the BTS must be at full power. False - disables maximum disuse count.
OMC-R GUI field name/BSS parameter name HO UL/DL with MS/BSS at Full Pwr ho_only_max_pwr (OMC-R database name: ho_onlymax_pwr)
Displayed in the CELL Detailed View - Handover section, Handover - General grouping. Specifies whether or not warm up periods are allowed for neighbours. Valid values are: True - means: Neighbour power level calculations begin immediately. If the mobile does not send the neighbour measurement reports to the BTS, the BTS substitutes missing reports with zeros. Disuse count needs to reach the Hreqave of the cell before being removed from the list of cell candidates for handover.
False - means: The neighbour power level calculations do not begin until Hreqave reports are received. If the mobile does not send the neighbour measurement reports to the BTS, the BTS substitutes missing reports with the last RxLev received. Disuse count needs to reach 8 before being removed from the list of cell candidates for handover.
8-210
GMR-01
Configuring a cell for flexible neighbour processing using the TTY interface
The TTY interface can be used to configure a cell, including specifying the flexible neighbour processing requirements. The following sections indicate the BSS commands and parameters that can be used to create, display, and modify flexible neighbour processing parameters. For further details of these commands and parameters, see the Technical Description: BSS Command Reference 68P02901W23 manual. Also see Table 8-63 in this section for details of the parameters. Security Level 2 is required to enter these TTY commands.
GMR-01
8-211
8-212
GMR-01
Use of this parameter may impose up to a two second delay in call setup. Determine the optimal value for this parameter which increases the number of SDCCH to TCH (preferred band) assignments without an unacceptable delay in call setup time. The sdcch_tch_band_reassign_delay parameter can be set to one of the following options: No delay (0). One measurement report (1). Two measurement reports (2). Three measurement reports (3). Four measurement reports (4).
Setting enhanced SDCCH to TCH band assignment using the TTY interface
To set Enhanced SDCCH to TCH band assignment using the TTY interface, follow these steps: Procedure 8-54 1 2 Set Enhanced SDCCH to TCH band assignment using the TTY interface
Remotely login to the BSS and change security levels, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Enter the command: chg_element sdcch_tch_band_reassign_del <value> <location> cell = <cell_desc>
A full description of commands and parameters is provided in Technical Description: BSS Command Reference (68P02901W23).
GMR-01
8-213
Displaying enhanced SDCCH to TCH band assignment using the TTY interface
To set Enhanced SDCCH to TCH band assignment using the TTY interface, follow these steps: Procedure 8-55 1 2 Set Enhanced SDCCH to TCH band assignment using the TTY interface
Remotely login to the BSS and change security levels, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Enter the command: disp_element sdcch_tch_band_reassign_del <location> cell = <cell_desc> or use: disp_cell <cell_desc>
A full description of commands and parameters is provided in Technical Description: BSS Command Reference (68P02901W23).
8-214
GMR-01
OMC-R GUI field name/BSS database parameter name Ext Range Neighbour Priority erc_ta_priority
GMR-01
8-215
Configuring a cell for extended range cell prioritization using the TTY interface
To configure a cell for extended range cell prioritization, use the erc_ta_priority parameter and the chg_element command. The user will need Security Level 2 to enter these TTY commands. For example, the following command sets the timing advance prioritization to 60 at the BSC (SITE 0) in the cell 0010112: chg_element erc_ta_priority 60 0 cell_number = 0 0 1 0 1 1 2 Use the erc_ta_priority parameter and the disp_cell or disp_element command to display all current details or a specific parameter setting for a cell. For further details of commands and parameters, see the Technical Description: BSS Command Reference 68P02901W23 manual.
8-216
GMR-01
Optimized power control extends the range of power control steps for power increments to allow 2, 4, 6,10,12 and 14 dB. It also adds power oscillation prevention for downlink power control.
GMR-01
8-217
OMC-R GUI field name/BSS parameter name Pwr Increase Step Size UL pow_inc_step_size_ul (OMC-R parameter name: pow_inc_stepsz_ul) Pwr Increase Step Size DL pow_inc_step_size_dl (OMC-R parameter name: pow_inc_stepsz_dl)
Pwr Reduction Step Size DL pow_red_step_size_dl (OMC-R parameter name: pow_red_stepsz_dl) Dynamic Step Adjustment Alg dyn_step_adj
8-218
GMR-01
GMR-01
8-219
Displaying and changing the step size for power increases (uplink)
To display the current step size for power increases from the MS to the BTS, use either of the following commands: disp_cell <cell_desc> disp_element pow_inc_step_size_ul <location> cell = <cell_desc> To change the current step size for power increases from the MS to the BTS, use either of the following commands: chg_element pow_inc_step_size_ul <value> <location> cell = <cell_desc> chg_cell_element pow_inc_step_size_ul <value> [cell = ]<cell_desc>
Displaying and changing the step size for power increases (downlink)
To display the current step size for power increases from the BTS to the MS, use either of the following commands: disp_cell <cell_desc> disp_element pow_inc_step_size_dl <location> cell = <cell_desc> To change the current step size for power increases from the BTS to the MS, use either of the following commands: chg_element pow_inc_step_size_dl <value> <location> cell = <cell_desc> chg_cell_element pow_inc_step_size_dl <value> [cell = ]<cell_desc>
Displaying and changing the step size for power decreases (uplink)
To display the current step size for power decreases from the MS to the BTS, use either of the following commands: disp_cell <cell_desc> disp_element pow_red_step_size_ul <location> cell = <cell_desc> To change the current step size for power decreases from the MS to the BTS, use either of the following commands: chg_element pow_red_step_size_ul <value> <location> cell = <cell_desc> chg_cell_element pow_red_step_size_ul <value> [cell = ]<cell_desc>
8-220
GMR-01
Displaying and changing the step size for power decreases (downlink)
To display the current step size for power decreases from the BTS to the MS, use either of the following commands: disp_cell <cell_desc> disp_element pow_red_step_size_dl <location> cell = <cell_desc> To change the current step size for power decreases from the BTS to the MS, use either of the following commands: chg_element pow_red_step_size_dl <value> <location> cell = <cell_desc> chg_cell_element pow_red_step_size_dl <value> [cell = ]<cell_desc>
GMR-01
8-221
By default, multiple GPRS carriers per cell is configured for performance. This allows the network to configure all the reserved and switchable GPRS timeslots in a cell contiguously to maximize performance. When a carrier with GPRS timeslots goes out of service (OOS), GPRS timeslots are reconfigured on a different carrier, which supports GPRS, based on radio resources available in the cell. For a full description, see Technical Description: BSS Implementation (68P02901W36).
TCH
SW
SW
SW
SW
SW
SW
SW
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
8-222
GMR-01
TCH
TCH
SW
SW
SW
SW
SW
SW
TCH
TCH
TCH
TCH
TCH
SW
SW
SW
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
If these parameters are not set, the parameters detailed in Table 8-68 will be greyed-out in the CELL Detailed View.
GMR-01
8-223
OMC-R GUI field name/BSS parameter name Reserved GPRS Data Timeslots res_gprs_pdchs
Displayed in the GPRS grouping in the CELL Detailed View form. Indicates the number of timeslots the BSS attempts to allocate as switchable TCH and PDCH timeslots in the cell. The number can only be increased if: There are enough timeslots available on all the carriers in the cell. The sum of the values of res_gprs_pdchs and switch_gprs_pdchs exceeds the DYNET capacity.
Switchable PDCHs When One carrier Goes OOS sw_ts_less_one_carrier (OMC-R parameter name: switch_less_one_cr)
Displayed in the GPRS grouping in the CELL Detailed View form. Indicates the number of switchable GPRS timeslots the BSS allocates on its GPRS carriers when one of the carriers becomes OOS. Only used when one of the carriers in the cell becomes unavailable. Valid values: (0:30, 255). Default: unset or current value of switch_gprs_pdchs. Cannot be changed in Create mode. Can be modified by a user in Edit mode, but the following warning message is displayed:
GPRS traffic may be disrupted while GPRS timeslots are being reconfigured
Can be modified for any cell if there are enough timeslots available on all its carriers and the combined value of res_gprs_pdchs and switch_gprs_pdchs is in the range 0 to 30. If there are insufficient RTFs, the following message is displayed:
No Timeslots left on carrier(s) for res_ts_less_one_cr and sw_ts_less_one_cr
Cont.
8-224
GMR-01
Table 8-68
Multiple GPRS carriers per cell parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View form. Indicates the maximum number of reserved GPRS PDCHs the BSS allocates if one carrier becomes unavailable. For each additional carrier that is lost the maximum number of reserved GPRS PDCHs to configure will be adjusted by res_gprs_pdchs minus res_ts_less_one_carrier. Valid values: (0:30, 255). Default: unset or current value of res_gprs_pdchs. Cannot be changed in Create mode. Can be modified by a user in Edit mode, but the following warning message is displayed in the GUI:
GPRS traffic may be disrupted while GPRS timeslots are being reconfigured. Can be modified for any cell if there are
OMC-R GUI field name/BSS parameter name Reserved PDCHs When One carrier Goes OOS res_ts_less_one_carrier (OMC-R parameter name: res_less_one_cr)
enough timeslots available on all its carriers and the combined value of sw_ts_less_one_carrier and res_ts_less_one_carrier does not exceed 30. If there are insufficient RTFs, the following message is displayed:
No Timeslots left on carrier(s) for res_ts_less_one_cr and sw_ts_less_one_cr
Displayed in the GPRS grouping in the CELL Detailed View form. Indicates if reserved and switchable GPRS timeslots are allocated on a BCCH carrier. If the value is set to 0 the BSS verifies that there are enough non-BCCH carriers equipped and that they have enough timeslots available to configure and support the values of res_gprs_pdchs, switch_gprs_pdchs, res_les s_one_cr and sw_less_one_cr. If use_bcch_for_gprs is being set to 0 (whether or not the cell is already GPRS enabled) then: There must be enough timeslots available on carriers for res_gprs_pdchs and switch_gprs_pdchs configuration. There must be enough carriers to support res_ts_less_one_carrier and sw_ts_less_one_carrier values. The allow_32K_trau parameter cannot be set to yes.
When gprs_enabled is already set to 1 and use_bcch_for_gprs is being changed from 0 to 1 or from 1 to 0, then some GPRS timeslots may become unavailable while they are being reconfigured for that cell. The BSS rejects the request if there is insufficient number of timeslots available on Non-BCCH Carrier(s). Valid Values: 0 or 1, where 0 means use BCCH carrier for PDs as the last priority, and 1 means use BCCH carrier for PDs as the first priority. Default is 1. Cont.
GMR-01
8-225
Table 8-68
Multiple GPRS carriers per cell parameters (Continued) Description Displayed in the GPRS grouping in the CELL Detailed View form. Indicates the type of algorithm the BSS uses to allocate switchable and reserved GPRS timeslots. Valid values: 0 to 1, where: 0 - PCU Performance Algorithm. 1 - Customer Specified Algorithm.
OMC-R GUI field name/BSS parameter name GPRS Timeslot Configuration Algorithm gprs_ts_config_alg (OMC-R parameter name: gprs_ts_confg_alg)
gprs_enabled is changed from disabled (0) to enabled (1) for the cell. Otherwise an error message is displayed. Maximum GPRS Data Timeslots per Carrier max_gprs_ts_per_carrier (OMC-R parameter name: max_ts_per_cr) Displayed in the GPRS grouping in the CELL Detailed View form. Indicates the maximum number of switchable and reserved GPRS timeslots the BSS can allocate on a per-carrier basis in the cell. Valid values: 1 to 8. Default: 8. This parameter can only be used when gprs_ts_config_alg is set to 1 (Customer Specified Algorithm). When this parameter is modified the BSS verifies that there are enough timeslots available on its carriers: for res_gprs_pdchs and switch_gprs_pdchs configuration. to support res_ts_less_one_carrier and sw_ts_less_one_carrier values.
8-226
GMR-01
Configuring a cell for multiple GPRS carriers using the TTY interface
Commands used to configure multiple GPRS carriers
The following commands can be used through the TTY interface to configure a cell for multiple GPRS carriers. disp_element to display the current value of a parameter listed in Table 8-68. chg_element to change the current value of a parameter listed in Table 8-68.
See Technical Description: BSS Command Reference (68P02901W23) for full descriptions of commands and parameters.
GMR-01
8-227
Navigate to and select the RTF instance button in the Navigation Tree (BSS BSS instance - SITE - SITE instance - Radio Frequency - RTFGroup - RTFGroup instance - RTF - RTF instance). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The RTF instance button changes colour. Select Edit - Detailed View to open the RTF Detailed View form. Select Edit - Edit from the menu bar. Change the frequency in the Carrier 1 ARFCN field to the desired value. The following message is displayed:
WARNING: Modifying this attribute may cause a carrier to be taken out of service and calls affected by this carrier may be lost. Loss of calls depends on the availability of other carriers and timeslots not affected by the carrier being disabled. If the carrier is baseband hopping, it will be removed from the hopping system until the next site reset. Do you wish to modify ?
2 3 4
5 6
Select either OK or Cancel. Select File - Save from the menu bar. This frequency change is transmitted to the BSS and the BCCH carrier is automatically taken out of service while the frequency change takes effect. After successful modification of the frequency at the BSS, the MIB is updated. The MIB Propagation form is displayed, as shown in Figure 8-9.
8-228
GMR-01
Figure 8-9
GMR-01
8-229
Refer to the Network Operator System Engineering Drawings for customer specific details of equipment interconnections. To check the status of a site, proceed as follows: Procedure 8-57 1 2 Check status of a site
Remotely login to the BSS and change security levels, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Use the disp_equipment to list all equipment for the site. In the list displayed, BCCH RTF will be identified as follows:
RTF x 0 0
Where: x is the cell (0...5) for this site. 3 Use the following command to display the function of the RTF (identified in Step 4): disp_equipment <location> RTF <rtf_id1> <rtf_id2> <rtf_id3> In the list displayed, the following item indicates the BCCH frequency channel number:
Carrier absolute radio freq. channel
From the list displayed, record the number of the GSM cell to which this carrier is assigned, as this will be required later. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the BSS commands discussed in this procedure.
8-230
GMR-01
Changing non-BCCH carrier frequency for a cell using the OMC-R GUI
To change a non-BCCH carrier frequency using the OMC-R GUI, follow these steps: Procedure 8-58 1 Change a non-BCCH carrier frequency using the OMC-R GUI
Navigate to and select the RTF instance button in the Navigation Tree (BSS BSS instance - SITE - SITE instance - Radio Frequency - RTFGroup - RTFGroup instance - RTF - RTF instance). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The RTF instance button changes colour. Select Edit - Detailed View from the menu bar. The OMC-R displays the RTF Detailed View form. Select Edit - Edit from the menu bar. Change the frequency in the Carrier 1 ARFCN field to the desired value. The following message is displayed:
WARNING: Modifying this attribute may cause a carrier to be taken out of service and calls affected by this carrier may be lost. Loss of calls depends on the availability of other carriers and timeslots not affected by the carrier being disabled. If the carrier is baseband hopping, it will be removed from the hopping system until the next site reset. Do you wish to modify ?
2 3 4
Cont.
GMR-01
8-231
Procedure 8-58 5
Select File - Revert before saving an edited detailed view to return changed fields to the state they were in before editing took place. 6 Select File - Save from the menu bar to save the new value. This frequency change is transmitted to the BSS and the BCCH carrier is automatically taken out of service while the frequency change takes effect. After successful modification of the frequency at the BSS, the MIB is updated. Select the RTF which is associated with the non-BCCH carrier for the cell of interest. Open a detailed view form for the selected RTF by selecting Edit - Detailed View from the menu bar, or by double-clicking on the required RTF. A detailed view is displayed with all fields in fully opened view. Click on View - Carrier 1 information to display Carrier 1 information. Select Edit - Edit from the menu bar. Change the frequency in the Carrier 1 ARFCN field to the desired value. The following message is displayed:
WARNING: Modifying this attribute will cause an RTF to be temporarily unequipped and then re-equipped with the new frequency. This has the following effects: If baseband hopping, all calls on an in-service carrier will be lost and hopping for this carrier will be disabled until the site is reset. If synthesized hopping, all calls on an in-service RTF will be lost. Do you wish to modify ?
7 8
9 10
11 12
Select either OK or Cancel. Select File - Save from the menu bar to save the new value. This frequency change is transmitted to the BSS and the non-BCCH carrier is automatically taken out of service while the frequency change takes effect. After successful modification of the frequency at the BSS, the MIB is updated.
8-232
GMR-01
Remotely login to the BSS and change security levels, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Use the following command to display a list of all equipment for the site: disp_equipment <location> From the list, identify the RTF non-BCCH that requires amendment. Use the following command to display the function of this RTF: disp_equipment <location> RTF <rtf_id1> <rtf_id2> <rtf_id3> In the list displayed, the following item indicates the non-BCCH frequency channel number:
Carrier absolute radio freq. channel
Use the following command to change the non-BCCH frequency channel number: chg_rtf_freq <frequency> <location> <rtf_id1> <rtf_id2> Answer the prompt. If y is input, the following message is displayed:
COMMAND ACCEPTED
To check that the non-BCCH is set to the new frequency channel number, enter the following command: disp_equipment <location> RTF <rtf_id1> <rtf_id2> <rtf_id3> In the list displayed, the following item indicates the new frequency channel number:
Carrier absolute radio freq. channel
GMR-01
8-233
Changing a BSIC
Changing a BSIC
Motorola recommends using the OMC-R GUI CELL Detailed View to change the BSIC of a cell. This enables MIB propagation to update all sources/neighbours configured in the network under that OMC-R. When the Base Station Identity Code (BSIC) or CCCH Configuration fields are changed, the CM MIB does not propagate the training sequence codes (TSC) changes. Instead, the BSS propagates the changes in accordance with the method specified in the Update TSCs field (tsc_update_method parameter) in the BSS Detailed View. The BSS then sends the attribute value change events to OMC-R and the RTF TSCs are updated automatically. This means there is no need to delete the RTF. See "Changing a TSC for a BCCH" on page 8-236 for further details. An audit is only required after a BSIC change, if the OML was out of service.
8-234
GMR-01
Changing a BSIC
Navigate to the required cell in the Navigation Tree or use the Find function on the Front Panel to locate the required cell. Double-click on the required cell instance to open the CELL Detailed View. Select Edit - Edit from the menu bar. If necessary, stop calls on the cells by gracefully shutting down the DRIs using shutdown_device option on the Navigation Tree. Shut down the non-BCCH DRIs first, to prevent the BCCH hopping to another in service RTF. Allow 60 seconds for existing calls to be transferred. Enter the new BSIC value in the Base Station Identity Code (BSIC) field in the Identification section of the CELL Detailed View. The OMC-R displays warning message that the cell will temporarily lose calls. Select either OK or Cancel. This frequency change is transmitted to the BSS, and the BCCH carrier is automatically taken out of service while the change takes effect. After successful modification at the BSS, the MIB is updated. The MIB Propagation form is displayed. Save the changes and close the Detailed View.
Change the BSIC for the cell using the procedure Changing a BSIC with no hopping using OMC-R GUI in the previous section. Delete the sources/neighbours for the cell. Unconfigure the frequency hopping for the RTF. Delete the RTF from the paths configured for the site, using the del_rtf_path command. Delete the RTF using the Delete option in the Navigation Tree. Re-equip the RTF with the new TSC codes in all timeslots.
GMR-01
8-235
The MIB will not propagate updates to sources/neighbours configured in the network under that OMC-R. When the BSIC is changed, the BSS does not propagate the change of the associated TSC of the BCCH RTF to the training sequence codes. The BSS propagates the changes for the RTF::TSCs that have been modified. However, if frequency hopping is configured, all TSC timeslots have to be updated. The only way to update all TSC timeslots is to delete and then re-equip the RTF.
8-236
GMR-01
Changing a TSC
To change the TSC, proceed as follows: Procedure 8-62 1 Change the TSC
Stop calls on the Cell by gracefully shutting down the DRIs using shutdown_device option on the Navigation Tree. Shut down the non BCCH DRIs first to prevent the BCCH hopping to another in service RTF. Typically allow between 30 and 60 seconds to terminate all existing calls. Change the BSIC for the cell using the procedure described in "Changing a BSIC" on page 8-234. Delete the BCCH RTF by the following: Delete the sources/neighbours for the cell. Unconfigure the frequency hopping for the RTF. Delete the RTF from the paths configured for the SITE, using the del_rtf_path command. Delete the BCCH RTF using the Delete option in the Navigation Tree.
2 3
Re-equip the RTF with the new TSC codes in all timeslots.
GMR-01
8-237
8-238
GMR-01
Modifying the TSC update propagation method using the TTY interface
To modify the TSC update propagation method using the TTY interface, use the following command: chg_element tsc_update_method <value> <location> For example, the following command sets the update method to 1 (update TSCs on all timeslots on the BCCH carrier only) at site 0: chg_element tsc_update_method 1 0 For further details of the tsc_update_method parameter and BSS commands, see Technical Description: BSS Command Reference (68P02901W23).
For further details of the tsc_update_method parameter and BSS MMI commands, see Technical Description: BSS Command Reference (68P02901W23).
GMR-01
8-239
OMC-R GUI field name/BSS parameter name Rpt Bad Quality on a Missing Rpt rpt_bad_qual_no_mr (OMC-R parameter name: rpt_bad_qual_mr)
8-240
GMR-01
GMR-01
8-241
There is no requirement to lock the site for this facility. From GSR8 onwards, up to 128 SDCCHs can be supported per Cell, and up to 64 SDCCHs per carrier (RTF).
All of the parameters shown in Table 8-70 are displayed in the CELL Detailed View, General section, Radio Channel Configuration grouping.
8-242
GMR-01
Table 8-70
SDCCH parameters Description Enables and disables dynamic channel reconfiguration (reassignment) of traffic channels to Standalone Dedicated Control Channels (SDCCHs). The Cell Resource Manager (CRM) may attempt to reconfigure an idle TCH into an SDCCH if a high proportion of SDCCHs are in use and additional SDCCH requests are received. The reconfiguration process continues until the number of idle SDCCHs reaches the sdcch_need_high_water_mark value. The reconfiguration process stops when the number of idle TCHs goes below the tch_full_need_low_water_mark value or when the total number of SDCCHs configured reaches the max_number_of sdcchs value. Valid values are: 0 - Channel reconfiguration disabled in the cell. 1 - Channel reconfiguration enabled in the cell.
OMC-R GUI field name/BSS parameter name Channel Reconfiguration channel_reconfiguration_switch (OMC-R database parameter name: channelReconfig)
Defines the preferred number of SDCCHs that the reconfiguration algorithm tries to manage. If channel reconfiguration is switched on then the Cell Resource Manager (CRM) tries to make the required number of SDCCHs available for immediate assignment. Valid values are dependent on the setting of ccch_conf (see below). If ccch_conf is 1, valid values are 12, 20, 28, 36, 44, 52, 60, 68, 76, 84, 92, 100, 108, 116, 124. If ccch_conf is 0, 2, 4 or 6, valid values are 16, 24, 32, 40, 48, 56, 64, 72, 80, 88, 96, 104, 112, 120, 128. Refer to Table 8-71 and Table 8-72 for the required parameter settings. Ensure that the following relationship is maintained: Preferred Number of SDCCH <Maximum Number of SDCCH. Determines the number of blocks which are reserved for access grant for each 51 TDMA multiframe. The number of reserved blocks is broadcast on the Broadcast Control Channel (BCCH) beginning with block 0. The number of available paging blocks is reduced by the number of blocks reserved for access grant messages. Valid values are: 0 - 2, blocks reserved for ccch_conf = 001. 0 - 7, blocks for all other values of ccch_conf. Cont.
GMR-01
8-243
Table 8-70
SDCCH parameters (Continued) Description Determines the organisation of the Common Control Channels (CCCHs) on the BCCH. This parameter determines whether or not the CCCHs are being combined on the physical channel together with the SDCCH and the SACCH. The value depends on specific planning conditions in each individual network. Valid values represents (three bits coded): 0=000 1=001 2=010 4=100 6=110
If pccch_enabled is set to 1 and the operator tries to change ccch_conf, a warning is displayed when the PBCCH/PCCCH feature is unrestricted. SDCCH Need High Water Mark sdcch_need_high_water_mark (OMC-R parameter name: sdcchNeedHighWm) Determines the number of idle SDCCHs that trigger reconfiguration of a traffic channel to an SDCCH. Valid values are 1 - 11 9, which indicate the number of SDCCHs. The default is 2. Ensure that the following relationship is maintained: SDCCH Need High Water Mark < SDCCH Need Low Water Mark. Determines the number of idle SDCCHs that trigger reconfiguration of an SDCCH (from previous reconfigurations) back to a traffic channel. Valid values are 10 - 128, which indicate number of SDCCHs. The default is 12. Cont.
SDCCH Need Low Water Mark sdcch_need_low_water_mark (OMC-R parameter name: sdcchNeedLowWm)
8-244
GMR-01
Table 8-70
SDCCH parameters (Continued) Description Sets the low need water mark used by the CRM to determine the need for reconfiguration of full rate traffic channels to SDCCHs. The value of the tch_full_need_low_water_mark represents the minimum number of TCHs the system tries to maintain when dynamic reconfiguration is enabled.channelReconfig (BSS naming: channel_reconfiguration_switch) needs to be enabled for this reconfiguration to take place. Valid values are 0 - 255, which indicates number of channels. The default is 255. Determines the number of SDCCHs that can be reached in the reconfiguration process. It determines the upper limit for the number of SDCCHs that the CRM can manage. Valid values are dependent on the setting of ccch_conf (see above). If ccch_conf is 1, valid values are 12, 20, 28, 36, 44, 52, 60, 68, 76, 84, 92, 100, 108, 116, 124. If ccch_conf is 0, 2, 4, or 6 valid values are 16, 24, 32, 40, 48, 56, 64, 72, 80, 88, 96, 104, 112, 120, 128. Set this field to 28 for a combined channel configuration and to 32 for a non-combined channel configuration. When changing between a combined and non-combined configuration, it may be necessary to adjust the value of Number of Reserved Access Grant Blocks, observing the dependencies to CCCH Configuration. That is, if CCCH Configuration is 1, the valid range of values for Number of Reserved Access Grant Blocks is 0 to 2, otherwise, the valid range is 0 to 7.
OMC-R GUI field name/BSS parameter name TCH Full Need Low Water Mark tch_full_need_low_water_mark (OMC-R parameter name: tchFullNeedLowWm)
GMR-01
8-245
Table 8-71
12
20
28
11
11
18
26
8-246
GMR-01
Table 8-72
16
24
32
11
14
22
30
GMR-01
8-247
Remotely login to the BSS and change security levels, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. Display the cell parameters, using the following command: disp_cell [<cell_desc>] ["full"] The current settings of the parameters are shown in Table 8-70.
When the number of allocated SDCCHs are changed, the parameter relationships described in this procedure must be maintained. Set the parameters for the required number of SDCCH. Refer to Table 8-71 and Table 8-72 for the required parameter settings. 4 Compare the intended value of ccch_conf with the value currently stored in the database. If the value remains the same, continue to step 6. Otherwise, go to step 5.
8-248
GMR-01
Procedure 8-63 5
Change the value of ccch_conf using the following command: chg_cell_element ccch_conf <value> <cell_desc_opt> The response is as follows:
WARNING: The ccch_conf command will cause an RTF to be temporarily unequipped, and then re-equipped. This has the following effects: If baseband hopping, all calls on an in-service carrier will be lost, and hopping for this carrier will be disabled until the site is reset. If synthesizer hopping, all calls on an in-service carrier will be lost. Are you sure? (y = yes, n = no).
Depending on the value assigned to ccch_conf, set the values for the five prompts according to the following conditions: If ccch_conf = 0, 2, 4, or 6, values for the following parameters must meet specific criteria: number_sdcchs_preferred must be in multiples of 8 with no offset (divisible by 8) (that is, 16,...,128). number_sdcchs_preferred must be less than or equal to sdcch_need_low_water_mark. The minimum number of SDCCHs must be divisible by 8. max_number_of_sdcchs must be divisible by 8. 0 bs_ag_blks_res 7.
If ccch_conf = 1, values for the following parameters must meet specific criteria: number_sdcchs_preferred must be in multiples of 8, with an offset of 4 (that is, 12,...,124). The minimum number of SDCCHs must be a multiple of 8 (+4). max_number_of_sdcchs must be a multiple of 8 (+4). 0 bs_ag_blks_res 2.
GMR-01
8-249
Procedure 8-63 6
Should it be necessary to change the value of sdcch_need_high_water_mark use the following command: chg_element sdcch_need_high_water_mark <element value> <location> cell = <cell_desc> Ensure that the following relationship is maintained: sdcch_need_high_water_mark < sdcch_need_low_water_mark
Change the value for number_sdcchs_preferred using the following command: chg_element number_sdcchs_preferred <element value> <location> cell = <cell_desc> Refer to Table 8-71 and Table 8-72 for the required parameter setting. Ensure that the following relationship is maintained: number_sdcchs_preferred max_number_of_sdcchs When increasing the number of allocated SDCCHs, the value of number_sdcchs_preferred must be increased first. Set the max_number_of_sdcchs to 28 for a combined channel configuration and to 32 for a non-combined channel configuration. When changing between a combined and non-combined configuration, it may be necessary to adjust the value of bs_ag_blks_res, observing the dependencies to ccch_conf, that is, if ccch_conf is 1, the valid range of values for bs_ag_blks_res is 0 to 2, otherwise, the valid range is 0 to 7. To change thebs_ag_blks_res parameter use the following command: chg_element bs_ag_blks_res <element value> <location> cell = <cell_desc>
Each radio can support a maximum of 16 SDCCHs. Therefore, when changing to 24 or more SDCCHs, two non-BCCH DRIs (if available) that do not already contain SDCCHs should be locked and unlocked. To confirm that the changes have been implemented use the following command: disp_cell <cell_desc>
8-250
GMR-01
chg_element sdcch_need_high_water_mark 12 2 cell_number = 2 6 2 0 1 1234 200 chg_element number_sdcchs_preferred 12 2 cell_number = 2 6 2 0 1 1234 200
GMR-01
8-251
Use SQL to get the information for all cells in the MIB. The following example SQL query extracts the SDCCH config information for all cells in the OMC-R:
select bsstable2.name BSC, sitetable2.name SITE, celltable2.gsmcellid CID, celltable2.ccch_conf ccch_conf, celltable2.channelreconfig chan_rec, celltable2.sdcchneedhighwm sd_hiwm, celltable2.sdcchneedlowwm sd_lowm, celltable2.numsdcchspref numsd_pref, celltable2.maxnumberofsdcch max_num_sd, celltable2.rr_t3101 rr_t3101 from celltable2, drigrouptable2, sitetable2, bsstable2 where celltable2.containerinstrite = sitetable2.oidinstrite and celltable2.containerinstleft = sitetable2.oidinstleft and sitetable2.containerinstrite = bsstable2.oidinstrite and sitetable2.containerinstleft = bsstable2.oidinstleft order by BSC, SITE, CID
Create a file called sdcch.sql with this query. As omcadmin user, enter: mib_env isql mib_16xx <sdcch.sql> sdcch.op Where mib_16xx is the name of the database. The file called sdcch.op contains all the data for analysis or further parsing.
8-252
GMR-01
Min. value -1
Max. value 21
PCS1900 cells
21
-1
21
The steps vary according to the associated BTS type and cell frequency. For example for PGSM, EGSM, and PCS1900: -1 represents 45 dBm (valid only for BTS sites with M-Cell6, Horizonmacro, or Horizon II macro as the controlling cabinet and with frequencies PGSM, EGSM, or DCS1800). 0 represents 43 dBm. 12 represents 19 dBm. 21 represents 1 dBm.
GMR-01
8-253
8-254
GMR-01
When full power mode is deactivated, active channels are affected as follows: Downlink DTx remains off for any calls which are active. New calls are able to use downlink DTx. Downlink power control is resumed if it is enabled.
The set_full_power command can be entered from the OMC-R using Rlogin, MMI at the BSC, or at the SITE where the affected cells are located.
Displaying the status of full power mode using the TTY interface
To display the status of the full power mode for a cell, use the disp_cell_status command. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the set_full_power and disp_cell_status command.
GMR-01
8-255
Remotely login to the BSS, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. For a specific cell, enter the following command: set_full_power [<cell_desc>] on <minutes> For all cells at a specific SITE, enter the following command: set_full_power <location> on <minutes>
Remotely login to the BSS, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46. For a specific cell, enter the following command: set_full_power <cell_desc> off For all cells at a specific SITE, enter the following command: set_full_power <location> off
8-256
GMR-01
To stop call processing in a cell, but still leave all the hardware in service, disable both: Procedure 8-67 1 2 Stop a cell call processing
Disable the capability to set up MS calls by entering the command: cell_bar_access_switch Disable the capability to receive incoming handovers by entering the command: en_incom_ho
GMR-01
8-257
Unbarring calls
To unbar a calls using User Barred Cells form, select one or more cells in the User Barred Cells form, then click the Unbar button at the bottom of the User Barred Cells form. The unbarred cells are then removed from the User Barred Cells form. Unbarred call operations are logged in the usrauditlog file.
8-258
GMR-01
The Neighbor Detailed View contains a List Type field setting which supports the selection of the two independent BA lists on a per neighbour basis. The neighbour list is supplied to the MS in call mode as a list in which the MS must monitor the signal strength of each cell and report these to the BSS. The decision to handover to one of these cells is taken by the BSS and/or the MSC. In idle mode, the MS monitors the list of cells provided by the BSS, and uses an internal algorithm to decide when to reselect to a new cell. The BSS and MSC are not involved, and are not informed unless this reselection is to a new location area. For example, it is possible to reserve a cell for call originations only. This can be done by removing the cell BCCH frequency from the BA_SACCH so that handovers from MSs in call mode are barred. If the subscriber population is mostly mobile across a large geographical area of cells, with units frequently turned off, all BCCH frequencies can be included in the BA_BCCH list. This inclusion, of BCCH frequencies, decreases the average time it takes a MS to come back into service.
GMR-01
8-259
See Technical Description: BSS Command Reference (68P02901W23) for further details of GSM Cell Id formats.
These methods use the Neighbour Propagation feature of the MIB, so that all LAC-CI cell changes automatically update associated sources, neighbours, DRIs and RTFs. Alternatively, use the off-line MIB and DataGen.
8-260
GMR-01
Navigate to and select the cell instance button in the Navigation Tree. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. The cell instance button changes colour. Select Edit - Detailed View to display the CELL Detailed View. Select Edit - Edit. Move to the GSM Cell ID field and change the LAC or CI or both.
2 3 4
To obtain parameter information, select Help - On Context from the menu, drag the ? prompt to the appropriate field and click. A context sensitive help page is displayed. 5 6 If required, modify the name of the cell in the Name field to reflect the change. From the menu bar, select File - Save to save the changes. The save propagates the change to the affected sources/neighbours/DRI/RTF/parent site and child objects. The MIB Propagation form is displayed. Select File - Close to close the CELL Detailed View. Check the propagation is successful for all sources/neighbours affected. Sometimes a single source cell is not updated due to a lock on the object.
7 8
The failures are to be noted and resolved manually. (open affected Neighbour Detailed View and edit). 9 Upload each affected NE database to the OMC-R.
GMR-01
8-261
Viewing and editing the SMS-CB message using the OMC-R GUI
Viewing and editing the SMS-CB message using the OMC-R GUI
Using the Navigation Tree, select the appropriate cell. Open the SMSCBmsg Detailed View from the SMSCBmsg instance. To edit the message or associated parameters, select Edit - Edit from the menu bar. This switches the form in to Edit mode. If required, edit the SMSCB message or the associated parameters. See SMSCBmsg Detailed View fields for details. Select File - Save to save the changes. Select File - Close to close the Detailed View.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
8-262
GMR-01
Viewing and editing the SMS-CB message using the OMC-R GUI
Identification grouping
Table 8-74 Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View SMSCBmsg Detailed View fields - Identification grouping Brief description See Table 4-1 description. See Table 3-1 description. See Table 4-1 description. Displays the name of the parent cell. Click to display the parent CELL Detailed View. Values Default is the device class. 0 to 3. Default is 0. Mandatory or Optional?
Additional Information
Use the Additional Information window to input any notes relating to this message. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
GMR-01
8-263
Viewing and editing the SMS-CB message using the OMC-R GUI
The data coding scheme for this message, such as, English (1) or Norwegian (10). The message code for the message, used to differentiate between SMSCB messages with the same message identifier. Identifies the source and type of the message. When the message identifier is combined with the message code, the SMSCB message is uniquely identified. The update number of this message.
Mandatory. Mandatory.
Message Identifier
0 - 65535.
Mandatory.
Update Number
0 - 15.
Mandatory.
8-264
GMR-01
Chapter
Typically, all required devices and functions are equipped when the BSS database is first created. This enables the site configured cells to be operational. However, devices and functions in a site/BSC may need to be manually added, removed or changed from time to time. The procedures here show how to do this. When all the necessary hardware components of the network have been created, and the site and the necessary cabinets and cages have been created/equipped, each device and function can be created/equipped to inform the BSS system software of its existence. For each device or function, specific configuration information is provided, such as prerequisites, parameters, slot details (where appropriate), and so on. The devices and functions are described alphabetically for ease of reference. The following topics are described: 68P02901W17-R 14 Apr 2006 "Methods of configuring individual devices and functions" on page 9-4. "Methods of configuring multiple devices and functions" on page 9-9. "Reassigning SITE, MTL, and CBL devices between GPROCs" on page 9-15. "Displaying Channel and Circuit Status" on page 9-21. "Hierarchy of devices and functions" on page 9-30. "Configuring a BSP device" on page 9-37. "Configuring a BTP device" on page 9-41. "Configuring a CBL" on page 9-45. "Configuring a CIC" on page 9-48. "Configuring a COMB device" on page 9-50. "Configuring a CSFP device" on page 9-56. "Configuring a DHP device" on page 9-61. "Configuring a DRI" on page 9-66. "Reassigning a DRI device" on page 9-80. "Remotely calibrating DRIs" on page 9-82. "Creating a standard configuration for DRI calibration" on page 9-88. "Remotely calibrating DRIs from the OMC-R" on page 9-98. "Managing existing standard configurations" on page 9-104. 9-1
GMR-01
Viewing and editing the SMS-CB message using the OMC-R GUI
"Configuring an EAS device" on page 9-106. "User-definable EAS BSC/BSS and BTS alarm strings" on page 9-108. "Defining EAS alarms in the alarm table using the TTY interface" on page 9-110. "Changing EAS alarms in the alarms table using the TTY interface" on page 9-111. "Creating an EAS device using the OMC-R GUI" on page 9-113. "Configuring an EAS using the TTY interface" on page 9-118. "Configuring the EAS physical relay states using the TTY interface" on page 9-119. "Configuring a GCLK device" on page 9-120. "Configuring a GPROC device" on page 9-124. "Configuring a KSWpair device" on page 9-128. "Configuring a KSW (or DSW) device" on page 9-131. "Configuring an LCF function" on page 9-135. "Configuring an LMTL device" on page 9-139. "Modifying LMTL loadsharing granularity" on page 9-142. "Configuring an MSI device" on page 9-145. "Configuring Enhanced GDP provisioning" on page 9-155. "Configuring an MTL device" on page 9-162. "Modifying MTL loadsharing granularity" on page 9-165. "Configuring an OMF function" on page 9-168. "Configuring an OML device" on page 9-170. "Configuring a path device" on page 9-172. "Creating a path" on page 9-174. "Deleting a path" on page 9-181. "Extending and reparenting a path" on page 9-183. "Checking path connectivity" on page 9-185. "Configuring an RSL device" on page 9-187. "Configuring an RTF function" on page 9-194. "Creating an RTF function" on page 9-198.
9-2
GMR-01
Viewing and editing the SMS-CB message using the OMC-R GUI
GMR-01
9-3
General procedures for using each of these methods for the following activities are described in this section: Creating/equipping Displaying Modifying Deleting/unequipping
When only one method is available, this will be stated in the appropriate device or function section. When configuring many devices or functions, Motorola recommends specific or other methods, see "Methods of configuring multiple devices and functions" on page 9-9.
9-4
GMR-01
Procedure 9-1 1
Remote login to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 and "Changing security level (for TTY interface commands)" on page 1-50, respectively. Use the equip command. For example, the following command equips a BSP at the BSC: equip bsc BSP The system responds by displaying prompts for specific device or function parameter information. For example, when equipping a BSP the system displays the following prompts (bold text shows typical user replies): Enter the BSP identifier: 0 Enter the cage number: 1 Enter the slot number: 20 Enter the maximum MTLs this BSP may manage: 0 COMMAND ACCEPTED
Reply to each prompt with the required information. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the equip command and the system prompts displayed for each device and function. Once equipped, a device must be unlocked to bring it into service.
GMR-01
9-5
Remote login to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 and "Changing security level (for TTY interface commands)" on page 1-50, respectively. Use the BSS parameter name with either of the following commands: chg_element or modify_value. For example, the following command changes the parameter lmtl_loadshare_granularity to 1 at SITE 0: chg_element lmtl_loadshare_granularity 1 0 The following command changes the parameter max_lmtls of LCF 0 to 1: modify_value bsc max_lmtls 1 LCF 0 Technical Description: BSS Command Reference (68P02901W23) describes all commands in detail.
9-6
GMR-01
Remote login to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 and "Changing security level (for TTY interface commands)" on page 1-50, respectively. Use the disp_equipment command in the following format: disp_equipment <location> <device/function name> <device ids> For example, the follow command displays details for XBL 200: disp_equipment 0 xbl 2 0 0 The system responds by displaying information about the device or function. For example:
AXCDR device identifier for the XBL: 2 Second device identifier for the XBL: 0 Data rate for the XBL (Kbps): 64 K First MMS identifier for this device: 0 Second MMS identifier for this device: 0 Timeslot on MMS where this device appears: 9 LAPD T200 Timer value for this device is [lapd_t200_timer]: 2500 LAPD N200 value for this device is [lapd_n200]: 3 LAPD K value for this device is [lapd_k]: 7
Technical Description: BSS Command Reference (68P02901W23) describes all commands and prompts in detail.
GMR-01
9-7
Before deleting some devices and functions, specific prerequisites must be met. When required, these prerequisites are listed in the appropriate section in this chapter. To delete an individual device or function, follow these steps: Procedure 9-4 1 Delete device or function using TTY interface
Remote login to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 and "Changing security level (for TTY interface commands)" on page 1-50, respectively. Unlock the device or function, as appropriate. Use the unequip command in the following format: unequip <location> <device or function name> <1st device id> <2nd device id> For example, the following command unequips MSI 2 0 0: unequip 2 msi 2 0 0 Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the unequip command.
2 3
9-8
GMR-01
The advantage of using cmutil over batch_rlogin is that cmutil can update all BSSs if required, whereas batch_rlogin operates only on a single BSS.
chg_element
When used with the all input parameter, this command changes the database element to the specified value for all cells at the specified location. For example, to change the database element max_tx_bts to value 10 for all cells at site 1, the following TTY command is required: chg_element max_tx_bts 10 1 all
GMR-01
9-9
modify_value
When used with the all input parameter, this command modifies values for MMS, RSL or XBL devices. For example, to modify lapd_t200_timer to 2500 milliseconds for every equipped RSL, the following TTY command in SYSGEN mode is required: modify_value all lapd_t200_timer 2500 rsl
9-10
GMR-01
Motorola recommends using the Generic Lookup Utility (GLU). See "Recommendations for Configuration Management" on page 1-2 for further details. The following devices contain information which allow them to be tracked for inventory and fault diagnostic purposes: BSP. BTP. COMB. CSFP. DHP. DRI. GPROC. GCLK. KSW. MSI.
This tracking is done by extracting information on the following parameters: Kit number. Serial number. Field replaceable unit (FRU).
GMR-01
9-11
Open a Detailed View from the Navigation Tree for any of the devices listed above. Check the settings contained under the Identification parameter grouping, Kit number, Serial number, and FRU fields.
9-12
GMR-01
select dritable2.kitnumber dri_kit, dritable2.fru dri_fru, dritable2.serialnumber dri_sn, dritable2.assockitnumber rtf_kit, dritable2.assocfru rtf_fru, dritable2.assocserialnumber rtf_sn, dritable2.rdninstance id0, drigrouptable2.rdninstance id1, sitetable2.name SITE, bsstable2.name BSC from dritable2, drigrouptable2, sitetable2, bsstable2 where dritable2.containerinstrite = drigrouptable2.oidinstrite and dritable2.containerinstleft = drigrouptable2.oidinstleft and drigrouptable2.containerinstrite = sitetable2.oidinstrite and drigrouptable2.containerinstleft = sitetable2.oidinstleft and sitetable2.containerinstrite = bsstable2.oidinstrite and sitetable2.containerinstleft = bsstable2.oidinstleft order by bsc, site, id1, id0
To check multiple devices using SQL, follow these steps: Procedure 9-6 1 2 Checking multiple devices using SQL
Create a file called dri_hw.sql with this query. As omcadmin user, enter: mib_env isql mib_16xx <dri_hw.sql> dri_hw.op where mib_16xx is the name of the database. The file called dri_hw.op contains all the data, which can then be analysed or further parsed as required.
GMR-01
9-13
9-14
GMR-01
Device redistribution
Device redistribution is used to equalize the load incurred by GPROC devices. Any GPROC experiencing high processor utilization is a candidate to have some of the devices which it supports moved to another GPROC. This section primarily deals with the reassigning of the CBL, MTL and SITE devices from one GPROC device to another. The GPROC device is referred to as the parent, and the devices which it supports as the child devices. The LCF exists only in a BSC type 1 or 2 system. In a BSC type 0 system, all functionality is supported by the BSP GPROC. The purpose of the LCF is to off load functionality from the BSP in a larger configuration. The functionality supported by the LCF as it relates to this feature is the support of the MTL, CBL, and (remote) site devices. The MTL is the link supporting the A interface between the MSC and BSS, whereas the CBL is the link supporting the interface between the CBC and the BSS. A CBL is only allowed to exist in a BSC type 1 or 2 system and therefore is never supported by the BSP. The site device as it relates to this feature represents the BTS portion of the BSS.
See System Information: BSS Equipment Planning to ensure that capacity guidelines are not exceeded.
GMR-01
9-15
This feature does not perform any automatic SITE reassignments under any circumstances. Site assignments should be performed in accordance with the rules provided in the System Information: BSS Equipment Planning manual. Refer to: Technical Description: BSS Command Reference (68P02901W23) for full details of the commands used.
9-16
GMR-01
Refer to: Technical Description: BSS Command Reference (68P02901W23) for full details of commands and parameters.
Any changes to the HDLC channel layout would require the reset of the GPROC. The maximum number of HDLC channels supported is controlled by the gproc_slots parameter, which can only be modified in SYSGEN mode.
GMR-01
9-17
If the command is successful then the output includes: GPROC device. GPROC devices CPU identifier. GPROC function, that is, LCF. Indication of how the channels have been configured. Indication of whether the channel is currently in use.
The output indicates that LCF 0 0 0 is assigned to GPROC 0 0 0 which is currently supporting an active MTL and CBL device. All other channels are free and configured for the RSL device.
9-18
GMR-01
If the value is not acceptable then a message is displayed that indicates that the device needs to be reset before the value can be accepted. For example: modify_value 0 max_cbls 1 LCF 1 0 0
Parent device must be reset before new maximum can be observedCOMMAND REJECTED
Reassigning MTL 2 0 0 to LCF 0 0 0 when the reassignment request cannot be supported due to an insufficient number of HDLC channels being available on the parent GPROC device: reassign 0 MTL 2 0 0 to LCF 0 0 0
COMMAND REJECTED: Insufficient GPROC HDLC Channels to support request
Reassigning CBL 0 0 0 to LCF 2 0 0 when the reassignment request cannot be supported due to the parent GPROC device being out of service: reassign 0 CBL 0 0 0 to LCF 2 0 0
COMMAND REJECTED: Reassignment attempted to parent which is not in service
GMR-01
9-19
Reassigning SITE 12 0 0 to LCF 0 0 0 when the reassignment request cannot be supported due to an insufficient number of HDLC channels being available on the parent GPROC device: reassign 0 SITE 12 0 0 to LCF 0 0 0
COMMAND REJECTED: Insufficient GPROC HDLC Channels to support request
Reassigning SITE 1 0 0 to LCF 2 0 0 when the reassignment request cannot be supported due to the parent GPROC device being out of service: reassign 0 SITE 1 0 0 to LCF 2 0 0
COMMAND REJECTED: Reassignment attempted to parent which is not in service
9-20
GMR-01
{23376}
Overview
To monitor timeslot usage on an MMS link (that is, usage of the 32 timeslots on the terrestrial circuit), use the Circuit Status form. To view the status of all eight timeslots on an RTF carrier, and the VersaTRAU channel, use the Channel Status form. These forms are refreshed periodically at an interval set by a user. Both forms can be used for diagnostic purposes.
Description
The Circuit Status form provides a GUI front-end to the BSS MMI command disp_mms_ts_usage. This command is issued to the BSS when the Circuit Status form is opened for an MMS, or when the form is refreshed periodically, or on-demand. The command collects the information from the BSS and sends it back to the OMC-R through a remote login session, and then displays the information in the Circuit Status form. The Channel Status form provides a GUI front-end to the BSS MMI command disp_rtf_channel. This command is issued to the BSS when the Channel Status form is opened for an RTF, or when the form is refreshed periodically, or on-demand. The command collects the information from the BSS and sends it back to the OMC-R through a remote login session, and then displays the information in the Channel Status form The parameters required for these commands are gathered from the selected node. The corresponding generated MMI commands are sent to the remote login process.
GMR-01
9-21
The following values can be displayed for the timeslots: Unavailable. Unused (denoted by .). Active. Blocked. Idle. Unequipped. Unknown. RSL. GBL. GSL. GPRS data. XBL. OML. MTL. CIC.
9-22
GMR-01
CBL. RXCDR link. DYNET. 16 K DYN RSL. 64 K RSL. Reserved. Nailed. Nailed Path. Channel. XBL. Ater. Ater*. RTF. Sub-equipped RTF.
GMR-01
9-23
Figure 9-1
9-24
GMR-01
The permission of the folder needs to be set with the t-bit (drwxrwxrwt) and the log files are in the 0644 (-rw-r--r--) permission. Any user is permitted to view the log file but only the owner of the log file or the omcadmin has the permission to delete it. The log file can be deleted while the Circuit Status form is still active. However, a new log file is recreated on the next refresh if the Log to a file checkbox is selected.
GMR-01
9-25
If an RTF is selected and its operational state is not Busy Equipped, the Channel Status form is not displayed, and the following message is displayed in the message area:
Unable to launch Channel Status dialog RTF <RTF group id, RTF Id> is <Operational State>
9-26
GMR-01
Unavail(Band), that is, timeslot is unavailable due to poor interference band Unavail(Operator), that is, the operator has subequipped an RTF Unavail(Terrestrial), that is, the carrier is unavailable due to a problem with the terrestrial link
GPRS type, that is, reserved or switchable for the timeslots that support GPRS
{23769} If an RTF with pkt_radio_type set to 64 K is EGPRS capable, information on the VersaTRAU (VT) channel is displayed as follows, regardless of whether or not the VersaTRAU feature is restricted or unrestricted: The identifier of each DS0 sub-channel in the range 0 to 7. Status for each DS0, as shown in Table 9-1. For a DS0 configured for GSM, the status can be: ACTIVE when there is at least one circuit switched call configured on the DS0. IDLE when there are no circuit switched calls configured on the DS0, but it can also be used for circuit switched calls. N/A unused. ACTIVE .the DS0 is configured for VersaTRAU channel and the DS0 is in-service (part of a VersaTRAU channel width). The state from the CCU is idle. ERROR_PCU_CONFIG no acknowledgement on a GPRS VT Config or GPRS Timeslot Status messages. ERROR_CCU_CONFIG no acknowledgement on a VT Config messages. ERROR_CCU_QUERY on acknowledgement for a VT Query message. ERROR_MISMATCH mismatch between CRM and CCU based on results of the VT Query message. ERROR generic errors. INTRANS the DS0 of a VersaTRAU channel is in one of the following states from CCU: Initial state I, II, or Static state. UNUSED when not configured either for GSM or GPRS.
GMR-01
9-27
VersaTRAU (VT) channel information in Channel Status form 0 ACTIVE 1 IDLE 2 UNUSED 3 UNUSED 4 UNUSED 5 INTRANS 6 INTRANS 7 ACTIVE
Config
GSM
GSM
N/A
N/A
N/A
N/A
GPRS
GPRS
Figure 9-2
9-28
GMR-01
The permission of the folder needs to be set with the t-bit (drwxrwxrwt) and the log files are in the 0644 (-rw-r--r--) permission. Any user is permitted to view the log file but only the owner of the log file or the omcadmin has the permission to delete it. The log file can be deleted while the Channel Status form is still active. However, new log file is recreated on the next refresh if the Log to a file checkbox is selected.
GMR-01
9-29
BSS/RXCDR containment
Figure 9-3 shows the containment for a BSS or RXCDR. Figure 9-3 Hierarchy for BSS or RXCDR devices and functions
BSS/RXCDR (including NESoftware)
DYNETGroup
Assoc_RXCDR/ Assoc_BSS
SITE
PCU
DYNETGroup and DYNETs are only visible when BTS-BSC dynamic allocation is enabled. An Assoc_RXCDR/BSS is only visible under a remotely transcoding site.
9-30
GMR-01
SITE containment
Figure 9-4 shows the hierarchy for a SITE. Figure 9-4 Hierarchy for SITE devices and functions
BSS
SITE
Hardware Devices
Logical Links
GMR-01
9-31
Cabinet Cage
KSWpair
IAS
EAS
GCLK Processors
LAN
TDM
MSI
KSW
MSS
CSFP
GPROC
9-32
GMR-01
LCF
OMF
GMR-01
9-33
OML
RSL
PATH
RSL0
9-34
GMR-01
CELL
RTFGROUP
DRIGROUP
RTFGROUP: 0
DRIGROUP: 0
RTF
DRI
SMSCBMSG
UTRANNBR
TESTNEIGHBOR
TRX
GMR-01
9-35
RELTIMADVHC
RXLEVUIHC
RXQUALUIHC
RXQUALDIPC
RXLEVDIPC
RXLEVDIHC RXQUALDIHC
SURRNDCELLHCR RXLEVUIPC
RXQUALUIPC
9-36
GMR-01
Introduction
{25779} In GSR8, the BSP must be a GPROC3.
Definition of a BSP
A Base Site Control Processor (BSP) is the device type of the main BSC/RXCDR control GPROC in the BSS. A BSP exists at SITE 0 only.
GMR-01
9-37
Navigate to and select the BSP class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance (SITE 0 only) - Hardware Devices - Processors - BSP). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. The OMC-R displays the BSP Detailed View. Enter all required information, see BSP Detailed View fields for details. Create and close the Detailed View. If necessary, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
9-38
GMR-01
Identification grouping
Table 9-3 describes the fields in the Identification grouping of the BSP Detailed View. Table 9-3 BSP Detailed View fields - Identification grouping Brief description See description in Table 4-1. BSP identifier, see description in Table 3-1. See description in Table 4-1. Displays the name of the parent site. Click to display the parent SITE Detailed View. The kit number of the device. The hardware field replaceable unit. See Maintenance Information: BSS Field Troubleshooting (68P02901W51) for details of the values displayed for this and other devices/functions. The serial number of the device. The number of message transfer links (A interface) that the BSP will handle. The maximum MTLs prompt is only applicable for BSC type 0 configurations. It is only visible when the BSP is in a non-equipped condition. For a BSC type 0, non-RXCDR system, the value must be non-zero and equal for all BSPs. For a BSS type 0, RXCDR system, the value must be zero. 0 or 1. Default is 0. Optional. Optional. Values Default is the device class. 0 or 1. Default is 0. Mandatory or Optional?
Field name/BSS parameter name RDN Class RDN Instance NMC RDN Value Parent Detailed View
Kit Number Field Replacement Unit (FRU) fru_unit (OMC-R parameter name: FR_unit) Serial Number Maximum Number of MTLs max_mtls
Optional. Mandatory.
GMR-01
9-39
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
9-40
GMR-01
Definition of a BTP
A BTP is the device type of the main BTS control GPROC.
When the BTP is deleted these devices are also automatically deleted.
GMR-01
9-41
Table 9-5
BTP cage and slot restrictions Site Cage number NOT ALLOWED 1514 20 or 2420 Slot number
Navigate to and select the BTP class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance (BTS only) - Hardware Devices - Processors BTP). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. The OMC-R displays the BTP Detailed View. Enter all required information in this form. See BTP Detailed View fields for details. Create and close the Detailed View. If necessary, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
9-42
GMR-01
Identification grouping
Table 9-6 describes the fields in the Identification grouping of the BTP Detailed View. Table 9-6 BTP Detailed View fields - Identification grouping Brief description See description in Table 4-1. BTP identifier, see description in Table 3-1. See description in Table 4-1. Displays the name of the parent SITE. Click to display the parent SITE Detailed View. See description in Table 9-3. See description in Table 9-3 {24281} H2SC is displayed for a BTP at a Horizon II macro and a Horizon II mini site. See description in Table 9-3. The maximum number of DRIs that can be supported by this BTP. Cannot be set at M-Cell sites. 0 to 24. 0 to 6 (if site is non-M-Cell). 2 (if site is M-Cellmicro, Horizonmicro2, Horizoncompact2). 24 (if site is M-Cell2, M-Cell6, Horizonmacro, Horizon II macro, or {24281} Horizon II mini). Mandatory Values Default is the device class. 0 or 1 Default is 0. Mandatory or Optional?
Field name/BSS parameter name RDN Class RDN Instance NMC RDN Value Parent Detailed View
GMR-01
9-43
Table 9-7
BTP Detailed View fields - Cage and Slot Information grouping Brief description See description in Table 9-4. See description in Table 9-4. Values See Table 9-5. See Table 9-5. Mandatory or Optional? Mandatory. Optional.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Table 9-8 describes the unique fields in the State Identification grouping of the BTP Detailed View. For descriptions of the standard State Information fields, see Table 4-2. Table 9-8 BTP Detailed View fields - State Information grouping Brief description Identifiers of the DRIs assigned to this BTP. Values Mandatory or Optional? Optional.
Field name/OMC-R parameter name Assigned DRIs related_dris (OMC-R only parameter)
9-44
GMR-01
Configuring a CBL
Configuring a CBL
Definition of a CBL
A CBL is a Cell Broadcast Link. A CBL is contained only within site 0 (BSC) at a BSS.
Navigate to and select the CBL class button in the Navigation Tree (BSS BSS instance - SITE - SITE instance (SITE 0 only) - Logical Links - CBL). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. The OMC-R displays the CBL Detailed View. Enter all the required information. See CBL Detailed View fields for details. Create and close the Detailed View. If necessary, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
GMR-01
9-45
Configuring a CBL
Identification grouping
Table 9-9 describes the fields in the Identification grouping of the CBL Detailed View. Table 9-9 CBL Detailed View fields - Identification grouping Brief description The particular link for this device. The T1 Link on the MSI. The identifier of the timeslot for this device. See description in Table 4-1. CBL identifier, see description in Table 3-1. See description in Table 4-1. Displays the name of the parent site. Click to display the parent SITE Detailed View. The name of the BSC operator. Any string (up to 20 characters) enclosed in ". Any string (up to 20 characters) enclosed in ". Mandatory. Values 0 to 55. 0 or 1. 1 to 24 for T1 links. 1 to 31 for E1 links. Default is the device class. Default is 0. Mandatory. Mandatory or Optional? Mandatory. Mandatory. Mandatory.
Field name/BSS parameter name MSI Identifier MMS Identifier MMS Timeslot Identifier RDN Class RDN Instance NMC RDN Value Parent Detailed View
Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
9-46
GMR-01
Configuring a CBL
equip 0 CBL
Enter the device id for the CBL: 0 Enter the first MMS description for this device: 1 Enter the second MMS description for this device: 1 Enter timeslot on MMS where this device appears: 6 Enter the BSS operator: "jenny" Enter the CBC operator: "becky" COMMAND ACCEPTED ->
GMR-01
9-47
Configuring a CIC
Configuring a CIC
The Local Maintenance flag does not prevent the equipage, unequipping or any other management of the CIC device from the MMI interface.
9-48
GMR-01
Configuring a CIC
When equipping a CIC at a remote transcoding BSC, the AXCDR providing the TRAU resource for the CIC must be specified.
Equipping at an RXCDR
When equipping a CIC at an RXCDR, the system prompts for the id of the ABSS managing the CIC. The user can use the same CIC number for multiple ABSSs. For example, the following command equips CICs 255 to 286 on MMS 4 1 at RXCDR 42. The same range of CICs is managed by ABSS 16 and assigned to MMS 17 0 between the RXCDR and the MSC:
->
equip 0 cic
Enter CIC(s): 255 to 286 Enter the ABSS which manages the CIC(s): Enter the MMS ID to the ABSS: 4 1 Enter the starting timeslot: 1 Enter the starting subgroup: 0 Enter the MMS ID to the MSC: 17 0 Enter the starting timeslot: 1 COMMAND ACCEPTED
16
Displaying at an RXCDR
For example, the following command displays information for CIC 286 at RXCDR 42 (where the CIC is managed by ABSS 16): disp_equipment 0 CIC 286
CIC ID ABSS ID ATER MMS MMS COMMENTS/REASON ID TS GRP ID TS -------------- --- --286 16 4 1 1 0 TRAU
--- ---17 0 1
---------------
GMR-01
9-49
Definition of COMB
A Combiner (COMB) can be either a Remote Tuneable Combiner (RTC) or a Cavity Combining Block (CCB). COMBs cannot be equipped at M-Cellmicro, M-Cellaccess, M-Cellcity, Horizonmicro, or Horizoncompact sites. Alarms occurring from COMBs will be displayed in the Alarms window at the OMC-R.
Configuration of RTC
An RTC includes two processors and five cavities. Up to 14 combiners may be equipped at a BTS site. A combiner can be arranged to provide a single antenna output from inputs of five transceivers (Tx/Rx) or two outputs. One output can be associated with three transceiver inputs, and the other output with two transceiver inputs. Additionally, two combiners can be interconnected to provide a common output from inputs of ten transceivers. Each of the two combiner processors is assigned a DRI to provide tuning commands, and accept tuning verification responses. The physical layer for these links includes both the DRI/DRIX-transceiver fibre optic connections, and the transceiver-COMB transmit coaxial cable.
9-50
GMR-01
ID = 0 1
DRI
DRIX
Tx/Rx
ID = 0 2
DRI
DRIX
Tx/Rx
TO ANTENNA
ID = 0 3
DRI
DRIX
Tx/Rx
ID = 0 4
DRI
DRIX
Tx/Rx
INDIVIDUAL CAVITY TUNING CONTROL USES SERIAL DATA (1200 BAUD) OVER TRANSMIT CABLE FROM TX/RX. AFTER TUNING, COMB PROCESSOR SENDS VERIFICATION TO TX/RX. EQUIPPING THE COMB IDENTIFIES CONTROLLING AND STANDBY DRIS FOR THE TUNING LINK.
ID = 1 6
DRI
DRIX
Tx/Rx TO ANTENNA
ID = 1 7
DRI
DRIX
Tx/Rx
ID = 2 8
DRI
DRIX
Tx/Rx TO ANTENNA
ID = 2 9
DRI
DRIX
Tx/Rx ti-GSM-SC01W17-000074-eps-sw
GMR-01
9-51
GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND
ADRS7 ADRS6 ADRS5 ADRS4 ADRS3 ADRS2 ADRS1 ADRS0 RS232A RS232B CAV5 LINKA CAV5 LINKB CAV4 LINKA CAV4 LINKB CAV3 LINKA CAV3 LINKB CAV2 LINKA CAV2 LINKB CAV1 LINKA CAV1 LINKB CAV0 LINKA CAV0 LINKB PARKING PARKING PARKING
GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND
ADRS7 ADRS6 ADRS5 ADRS4 ADRS3 ADRS2 ADRS1 ADRS0 RS232A RS232B CAV5 LINKA CAV5 LINKB CAV4 LINKA CAV4 LINKB CAV3 LINKA CAV3 LINKB CAV2 LINKA CAV2 LINKB CAV1 LINKA CAV1 LINKB CAV0 LINKA CAV0 LINKB PARKING PARKING PARKING
GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND GND
ADRS7 ADRS6 ADRS5 ADRS4 ADRS3 ADRS2 ADRS1 ADRS0 RS232A RS232B CAV5 LINKA CAV5 LINKB CAV4 LINKA CAV4 LINKB CAV3 LINKA CAV3 LINKB CAV2 LINKA CAV2 LINKB CAV1 LINKA CAV1 LINKB CAV0 LINKA CAV0 LINKB PARKING PARKING PARKING
ADDRESS 255
ADDRESS 254
ADDRESS 253
9-52
GMR-01
Navigate to and select the CBL class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Hardware Devices - COMB). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. The OMC-R displays the COMB Detailed View. Enter all the required information. See COMB Detailed View fields for details of the fields. Create and close the Detailed View. If necessary, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
GMR-01
9-53
Identification grouping
Table 9-10 describes the fields in the Identification grouping of the COMB Detailed View. Table 9-10 COMB Detailed View fields - Identification grouping Brief description See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the name of the parent SITE. Click to display the parent SITE Detailed View. See description in Table 9-3. See description in Table 9-3. See description in Table 9-3. The address recognised by the DRIs for the identified combiner. This address must be unique. Can be specified during creation, or later, if necessary. The DRI that links to the combiner processor 0. Because DRIs do not have to be equipped before COMBs, the fields First Controlling DRI and Second Controlling DRI 1 may contain NULL. The DRI that links to the combiner processor 1. Because DRIs do not have to be equipped before COMBs, the fields First Controlling DRI and Second Controlling DRI 1 may contain NULL. 0 to 255. Mandatory. Values Default is device class. 0 to 13. Default is 0. Mandatory. Mandatory or Optional?
Field name/BSS parameter name RDN Class RDN instance NMC RDN Value Parent Detailed View
Kit Number Field Replacement Unit (FRU) Serial Number Combiner Address combiner_address
Optional.
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
9-54
GMR-01
State grouping
Standard network object state fields, see Table 4-2 for details. Additional Last OMC Administrator field shows username of OMC Administrator.
GMR-01
9-55
Definition of a CSFP
A Code Storage Facility Processor (CSFP) is a GPROC device which facilitates the propagation of new software instances with reduced system downtime. A software instance is a complete set of software/firmware and database objects.
DHPs, LCFs and in-service BTPs/BSPs may NOT be configured as a CSFP. Only standby BSPs/BTPs or unused GPROCs may be configured as a CSFP. CSFPs cannot be equipped/unequipped/configured/unconfigured by a user at an M-Cell site. CSFP 0 is automatically equipped at an M-Cell site when the first BTP at a site is equipped. A second CSFP can be equipped at the BSC for BSS loads.
9-56
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
GMR-01
9-57
Identification grouping
Table 9-12 describes the fields in the Identification grouping of the CSFP Detailed View. Table 9-12 CSFP Detailed View fields - Identification grouping Brief description See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the name of the parent SITE. Click to display the parent SITE Detailed View. See description in Table 9-3. See description in Table 9-3. See description in Table 9-3. The name of the containing site. See description in Table 9-4. See description in Table 9-4. How the CSFP was equipped. See Table 9-11. See Table 9-11. Through equip_device (5) or config_csfp (6). At an M-Cell site, the default is 5 for the auto-created CSFP. At M-Cell site, when CSFP is auto-created, contains the value of GPROC. Displays NULL for equipped CSFPs, as it only applies to configured CSFPs. Mandatory. Optional Optional Mandatory Values Default is device class. 0 to 1. Default is 0. Mandatory or Optional?
Field name/OMC-R parameter name RDN Class RDN instance NMC RDN Value Parent Detailed View
Kit Number Field Replacement Unit (FRU) Serial Number Site Number csfpSiteName Cage Identifier Slot Number Equipage Type equip
Mandatory
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
9-58
GMR-01
State grouping
Standard network object state fields, see Table 4-2 for details.
Select the required BSS/RXCDR in the Navigation Tree. Click and hold down the right mouse button to display the Navigation Tree popup menu. Select Load Mgt - NESoftware from the menu to display the NESoftware Detail View. Select Edit - Edit from the menu bar. Select CSFP - Configure CSFP from the menu bar. A confirmation box is displayed. Select OK to send a request to the parent NE to configure a CSFP device at each of its sites. To abort the request, select Cancel. Save and close the Detailed View.
To configure a CSFP device using one of the other settings for the stealing algorithm, refer to Equipping a CSFP device using the TTY interface in this section.
Display the NESoftware Detail View. See steps 1 to 4 in Creating a CSFP device using the OMC-R GUI. Select CSFP - Unconfigure CSFP from the menu bar. A confirmation box is displayed. Select OK to send a request to the parent NE to unconfigure CSFP devices at each of its sites. To abort the request, select Cancel. Save and close the Detailed View.
GMR-01
9-59
Remote login to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 and "Changing security level (for TTY interface commands)" on page 1-50, respectively. To display the per-site CSFP algorithm and thus confirm the current setting of the stealing algorithm, enter the command: disp_csfp <location> algorithm For example, to show the CSFP stealing algorithm at the BSC, use the command: disp_csfp bsc algorithm
To change the value of the stealing algorithm or the flow control, enter the command: chg_csfp <element> <value> <location> For example, to set the stealing algorithm at the BSC to use only pooled GPROCs, the command is: chg_csfp algorithm POOL bsc
4 5
Log out of the TTY session and return to the Front Panel. Follow the procedure described in Creating a CSFP device using the OMC-R GUI to configure the CSFPs.
For a detailed description of the disp_csfp and the chg_csfp commands refer to: Technical Description: BSS Command Reference (68P02901W23).
9-60
GMR-01
Definition of a DHP
A Digital Host Processor (DHP) is the device type of the DRI control processor. The underlying GPROC does not have to be equipped to equip a DHP.
GMR-01
9-61
Navigate to and select the DHP class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Hardware Devices - Cage - Cage instance - DHP). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details.
For Horizonmicro/Horizonmicro2 and Horizoncompact/Horizoncompact2 the DHP device resides under SITE - Processors group, because these products do not have Cages. 2 3 4 Select Edit - Create from the menu bar. The OMC-R displays the DHP Detailed View form. Enter all required information. See DHP Detailed View fields for details of the fields. Create and close the Detailed View. If required, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
9-62
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identification grouping
Table 9-14 describes the fields in the Identification grouping of the DHP Detailed View. Table 9-14 DHP Detailed View fields - Identification grouping Brief description See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the name of the parent Cage. Click to display the parent Cage Detailed View. See description in Table 9-3. See description in Table 9-3. See description in Table 9-3. Defines the number of DRI devices the DHP can support. 1 to 6. At a Horizonmicro2 or Horizoncompact2, set to 2. Mandatory. Values Default is device class. 0 to 7. Default is 0. Mandatory or Optional?
Field name/OMC-R parameter name RDN Class RDN instance NMC RDN Value Parent Detailed View
Kit Number Field Replacement Unit (FRU) Serial Number Maximum Number of DRIs dhp_max_dris
GMR-01
9-63
Table 9-15
DHP Detailed View fields - Cage and Slot Information grouping Brief description See description in Table 9-4. See description in Table 9-4. Values See Table 9-13. See Table 9-13. Mandatory or Optional?
State grouping
Table 9-16 describes the unique fields in the State Identification grouping of the DHP Detailed View. For descriptions of the standard State Information fields, see Table 4-2. Table 9-16 DHP Detailed View fields - State Information grouping Brief description Identifiers of the DRIs assigned to this DHP. Values Mandatory or Optional? Optional.
Field name/OMC-R parameter name Assigned DRIs related_dris (OMC-R only attribute)
equip 1 DHP
Enter the cage number for this DHP (identifier 1): 15 Enter the unique DHP number in the cage (identifier 2): 0 Enter the slot number: 18 Enter the maximum number of DRIs supported by this DHP: 1 COMMAND ACCEPTED ->
9-64
GMR-01
If necessary, lock the site, either from the Navigation Tree, or by using the lock_device command. Equip the DHPs. If necessary, unlock the site, either from the Navigation Tree, or by using the unlock_device command.
GMR-01
9-65
Configuring a DRI
Configuring a DRI
Definition of a DRI
The Digital Radio Interface (DRI) provides the logical interface between the Radio Channel Unit (RCU) and the TDM bus. A DRI is contained within an DRIGroup.
Once equipped, the DRI can be reassigned to another GPROC by using the reassign command or the Reassign option of the Misc menu from the MML Command Constructor window. Refer to "Reassigning a DRI device" on page 9-80 for more information. For a non-M-Cell site there can be up to 36 DRIs on a TDM highway. DRI cardinality depends on the following conditions: Non-M-Cell site: 12 (0 to 11) per DRIGroup. M-Cellmicro site: 2 (0 to 1) per DRIGroup. Horizonmicro2/Horizoncompact2 site: 2 (0 to 1) per DRIGroup. Horizonmacro, Horizonmacro_ext, Horizon II macro, Horizon II macro_ext BTS sites: 12 per DRI Group. If11 DRIs exist, a Single density DRI can be changed to a Double density DRI, but a Single density DRI cannot be created. Horizonmacro/Horizon II macro/M-Cell6 BTS site: 24 DRIs.
For details of Voltage Standing Wave Ratio (VSWR), see OMC-R Online Help, Network Operations and Installation and Configuration: BSS Optimization (68P02901W43).
DRIGroup
The DRIGroup object class describes a single DRI function grouping within the site. A DRIGroup consists of one or more DRIs which are connected to the same antenna and which use the same portion of the TDM bus. Instances of this object are only created as placeholders for contained DRI object instances. There is a DRIGroup Detailed View in the OMC-R GUI.
9-66
GMR-01
Configuring a DRI
GMR-01
9-67
Configuring a DRI
The TRAU data is switched from the radios to the fibre link at the slave BTS, and from the fibre link to the E1 link at the master BTS. See "Introduction to BSC and BTS sites" on page 7-2 for further details of Horizonmicro2 and Horizoncompact2.
DRI 0 0
DRI 0 1
9-68
GMR-01
Configuring a DRI
The OMC-R supports a maximum of four DRIs (two physical CTU2s) at a Horizon II mini or Horizon II mini extension cabinet.
GMR-01
9-69
Configuring a DRI
Procedure 9-16 1 2 3 4 5 6
Lock both DRIs in the DRI pair. Change DRI Density (dri_density) to Single (1). Save the DRI Detailed View with the changed details. Change DRI Density (dri_density) to Double (2). Enter the new Associated DRI Id (assoc_dri_id). Save the DRI Detailed View with the changed details.
Deleting
Before deleting one DRI in a DRI pair, both DRIs must be locked. When one DRI in a DRI pair is deleted, the dri_density of other DRI is set to Single and the assoc_dri_id is greyed-out in the DRI Detailed View.
Resetting
If an attempt is made to reset a DRI in a DRI pair, the following message is displayed: WARNING: The reset will affect the DRI and the associated DRI. Do you wish to continue? If the user selects to continue, both DRIs in the DRI pair will be reset.
Navigate to and select the DRI class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Radio Frequency - DRIGROUP - DRIGROUP instance - DRI). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. The OMC-R displays the DRI Detailed View form. Enter all required information. See DRI Detailed View fields for details of the fields. Create and close the Detailed View. If required, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
9-70
GMR-01
Configuring a DRI
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
GMR-01
9-71
Configuring a DRI
Identification grouping
Table 9-17 describes the fields in the Identification grouping of the DRI Detailed View. Table 9-17 DRI Detailed View fields - Identification grouping Brief description Device type of this DRI instance. Currently, a DRI can only be created as type DRIM (0) at a non-M-Cell site. DRI-DRIM and DRI-ACM type DRIs can only be created at a non-M-Cell site. The diversity flag for the DRI. If BSS parameter diversityOpt is restricted, must be set to 0. See description in Table 4-1. DRI identifier, see description in Table 3-1. The type of cell structure supported at the BTS in which this DRI resides. Values 0, 2 or 9, where: DRIM (0), TCU (2), RF-UNIT (9). When the associated SITE has a Cabinet type of Horizonmacro or Horizonmacro Extension, the option CTU (10) can be selected. No Diversity (0) or Diversity (1). Mandatory or Optional? Mandatory.
Field name/BSS parameter name DRI Type (OMC-R parameter name: DRI_type)
Diversity Flag diversity_flag (OMC-R parameter name: diversityFlag) RDN Class RDN Instance Cell Type fm_cell_type
Optional.
Default is the device class. 0 to 11. Default is 0. 0 to 4. OMNI cell (0).20 degree cell (1).60 degree cell (2). Shared Diversity cell (3) Full Diversity cell (4). Mandatory. Mandatory.
See description in Table 4-1. Displays the name of the parent DRIGroup. Click to display the parent DRIGroup Detailed View. See description in Table 9-3. See description in Table 9-3. See description in Table 9-3. Identifier of the cabinet in which the DRI resides. The kit number of the RCU/DRCU. The serial number of the RCU/DRCU. 0 to 15. 0 to 15. 0 to 15. Mandatory. Optional. Optional.
Kit Number Field Replacement Unit (FRU) Serial Number Cabinet Identifier cabinet_id Associated FRU Kit Number Associated FRU Serial Number
Cont.
9-72
GMR-01
Configuring a DRI
Table 9-17
DRI Detailed View fields - Identification grouping (Continued) Brief description The type of the RCU device. Only applicable if the DRI resides in one of the following cabinet types: {24281} Horizon II mini, Horizon II mini extension, Horizon II macro, Horizon II macro_ext, Horizonmacro, or Horizonmacro_ext. Greyed-out for all other cabinet types. Double density can only be selected for the cabinet types listed above. If this field is to set to 2, the user must specify a value for assoc_dri_id. The DRI must be locked before this field can be changed from 1 to 2. The DRI and the associated DRI must be locked before this field can be changed from 2 to 1. See "Configuring Double density DRIs" on page 9-69 for further details. Values Default is null. 1 or Single Double Default 2. (1), (2). is 1. Mandatory or Optional? Optional Optional.
Field name/BSS parameter name Associated FRU DRI Density (OMC-R parameter name: dri_density)
Cont.
GMR-01
9-73
Configuring a DRI
Table 9-17
DRI Detailed View fields - Identification grouping (Continued) Brief description The RDN number of the other DRI which will be autocreated to provide double density. (The other DRI is created in the same DRIGroup.) Only applicable if: The DRI resides in one of the following cabinet types: Horizon macro, Horizon macro_ext, Horizon II macro, Horizon II macro_ext, {24281} Horizon II mini, or Horizon II mini extension. This field is greyed-out for all other cabinet types. dri_density is set to Double (2). The associated DRI RDN must: Be different than the DRI to which it is being associated. Not be an existing DRI id. Values 0 to 11. Mandatory or Optional? Optional.
Field name/BSS parameter name RDN of Associated DRI (OMC-R parameter name: assoc_dri_id)
Otherwise an error message is displayed when the details are saved. See "Configuring Double density DRIs" on page 9-69 for further details.
9-74
GMR-01
Configuring a DRI
Additional Information
Use the Additional Information window to input any notes relating to this DRI. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Table 9-19 describes the unique fields in the State Identification grouping of the DRI Detailed View. For descriptions of the standard State Information fields, see Table 4-2. Table 9-19 DRI Detailed View fields - Additional State Information grouping Brief description The RTF which the DRI is servicing. Values Mandatory or Optional? Optional.
Field name/OMC-R parameter name Related RTF related_rtf (OMC-R only attribute)
GMR-01
9-75
Configuring a DRI
Field name/OMC-R parameter name Preferred RTF Group Id pref_rtf_group_id Preferred RTF Id pref_rtf_id
Field name/ parameter name Topcell Radio Unit Identifier tru_id (OMC-R parameter name: truId)
9-76
GMR-01
Configuring a DRI
Combiner 1 grouping
Table 9-22 describes the fields in the Combiner 1 grouping of the DRI Detailed View. Table 9-22 DRI Detailed View fields - Combiner 1 grouping Brief description Determines if the DRI is using a remote tuning combiner. When set to None (0), Combiner Identifier and Combiner Cavity Identifier fields are greyed-out. Greyed-out when the DRI is Double density. {24281} For a DRI equipped in a Horizon II macro, Horizon II macro extension, Horizon II mini, or Horizon II mini extension cabinet, this field is greyed-out. Also see "Configuring a COMB device" on page 9-50. The identifier for the first combiner connected to the DRI. Can be entered at creation time, but can also be modified at a later date. Not valid for M-Cellmicro sites. Greyed-out when the DRI is Double density. Cavity in the first combiner that the DRI is connected to. Can be entered at creation time, but can also be modified at a later date. Values 0 to 2. None (0), Non-Controlling (1), Controlling (2). Default is None (0). Mandatory or Optional? Optional.
0 to 13.
Optional.
0 to 5.
Optional.
For M-Cellmicro and Pico sites, this attribute is set to NULL and cannot be changed by the operator. Greyed-out when the DRI is Double density.
GMR-01
9-77
Configuring a DRI
Optional.
9-78
GMR-01
Configuring a DRI
Field name/BSS parameter name Connection to BTP tcu_connection (OMC-R database parameter name: foxFmuxConn)
Indicates the port connection used by a TCU device. {24281} For a DRI equipped in a Horizon II Mini or Horizon II Mini Extension cabinet, only values of 0 or 1 are allowed.
Optional.
Optional. Optional.
GMR-01
9-79
Introduction to reassigning
Reassigning is moving control of a DRI from one GPROC to another using the reassign command. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the reassign command. Reassigning devices is also described in OMC-R Online Help, Network Operations.
Navigate to the required DRI instance in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Radio Frequency - DRIGROUP - DRIGROUP instance - DRI - DRI instance). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Fault Mgt - Reassign from the Navigation Tree menu bar. A Reassign box is displayed listing all DHP, and BTP in the same cage as the DRI device (see Figure 9-14). The list box shows the operational state and administrative state for each device. Select a device in the window and click the Reassign button. A confirmation dialogue box is displayed with the following message: Do you wish to
reassign <device1> from <device2> to <device3> at <SITE>?
Click OK.
9-80
GMR-01
Figure 9-14
Remote login to the BSS and change to security level 2, see "Remotely logging in to a BSS site from the OMC-R" on page 1-46 and "Changing security level (for TTY interface commands)" on page 1-50, respectively. Enter the command: reassign <location> <child_dev_name> <child_dev_id> <child_dev_id_2> <child_dev_id_3> [<to>] <parent_dev_funct_name> <parent_dev_id_1> <parent_dev_id_2> <parent_dev_id_3> For example, to reassign DRI 0 2 0 from its current GPROC at BTS 4 to DHP 4 2 0 use the following command: reassign 4 DRI 0 2 0 DHP 4 2 0 Refer to: Technical Description: BSS Command Reference (68P02901W23) for a compete description of the commands and parameters.
GMR-01
9-81
The Remote Bay Level Calibration facility only propagates the information to the BSC. The Preserve Transceiver Calibration feature (controlled by store_cal_data) must be enabled to propagate the information to the BTS. See Installation and Configuration: BSS Optimization (68P02901W43) and Technical Description: BSS Implementation (68P02901W36) for further details.
This facility is not a true calibration activity. Instead, the values that are downloaded to the BTS from the BSC are average values that have been determined by Motorola by analysing test results from factory production test procedures. The result is that expected calibration errors should be evened out across the network.
9-82
GMR-01
Remotely log in to the required base site controller (BSC). To enable the Preserve Transceiver Calibration feature type: store_cal_data <site_id> Result: All calibration data will be stored in the master CM database at the BSC, which is then used to update the CM database copy at the BTS only if the data is valid.
Calibration restrictions
The calibration function is not available for all cabinets types. The calibrate function is not available when: The parent of the BSC or site is an RXCDR. Where a site has been specified with a specific cabinet type. The equivalent values for the cabinet_type parameter can be found in the Technical Description: BSS Command Reference (68P02901W23) manual. A site contains a cell where the frequency_type is set to 8 (PCS1900).
GMR-01
9-83
For every DRI under the site: That there is a DRI under the Standard Configuration with a matching DRIGroup rdnInstance and DRI rdnInstance. If the frequency_type of the associated cell is 1 or 2 (that is 900 MHz) that the corresponding DRI under the Standard Configuration also has a frequency_type of 900 MHz. If the frequency_type of the associated cell is 4 (that is 1800 MHz) that the corresponding DRI under the Standard Configuration also has a frequency_type of 1800 MHz.
If any check fails, the OMC-R displays an error message and the calibration is not performed.
9-84
GMR-01
If an ampersand (and) sign is used after the command to launch the OMC-R GUI, the GUI> prompt is not displayed. If BAY_LEV_CAL is changed, close and reopen the OMC GUI for the changes to take effect.
Add the following lines to /usr/omc/config/global/env/Common.sh: BAY_LEV_CAL = TRUE export BAY_LEV_CAL Add the following line to /usr/omc/config/global/env/Common.csh: setenv BAY_LEV_CAL TRUE
GMR-01
9-85
Config_type_on_ last_cal
rx_cal_data_a rx_cal_data_b
9-86
GMR-01
Also see the restrictions listed in Calibration restrictions earlier in this section.
The Calibrate Enabled field in the SITE Detailed View is only displayed if the bay level calibration facility has been enabled, see Enabling the bay level calibration facility.
GMR-01
9-87
Navigate to the site to be calibrated using the Navigation Tree. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select the site instance to be calibrated. The colour of the site changes. Select Options - Calibrate from the menu bar. Alternatively, select Options Calibrate from the menu bar of the site Detailed View or Map window. Result: After a few moments, the OMC-R opens the Calibrate site form as shown in Figure 9-15. By default, the site name is shown in the site field, and cabinet type of the master cabinet is shown in the Master Cabinet field (for example, M-Cell2). Cont.
9-88
GMR-01
Procedure 9-22 4
Click the All DRIs button in the Calibrate DRI(s) section of the form shown in Figure 9-15, if not already selected. This must be selected when a standard configuration is being created. Later, when a standard configuration is being applied, a subset of DRIs can be selected. Click the New button in the Standard Configuration section of the Calibrate site form. Result: The OMC-R displays the New Standard Configuration form as shown in Figure 9-16. By default, the form shows cabinet and associated DRI details for the first cabinet (Cabinet 0). For each DRI within the selected cabinet, the form shows the following information: Slot number. Frequency. Receiver A (RX A). Receiver B (RX B). The Slot No. fields display the following information: DRI with rdnInstance 0 to 5, defaults to Slot 0 to Slot 5, respectively. DRI with rdnInstance 6, defaults to Slot 0. DRI with rdnInstance 7, defaults to Slot 1, and so on. DRI with rdnInstance 11, defaults to Slot 5.
6 7 8
Click on the Cabinet tab for which you want to specify details. Enter the name to be given to the new Standard Configuration in the Name field. Enter a maximum of 30 characters. This is a mandatory field. Click the Cabinet Class button to display a dropdown list of menu options, and select a cabinet class. By default, this field displays the following options: Cabinet with rdnInstance 0, defaults to Master. Cabinet with rdnInstance 1, defaults to Extender1. Cabinet with rdnInstance 2, defaults to Extender2. Cabinet with rdnInstance 3, defaults to Extender3. Cabinet with rdnInstance greater than 3, defaults to Extender3.
9 10
Click the DRI <no> Slot No. button to display a dropdown list of slot numbers in the range 0 to 5, and select the required slot number for this DRI. Click the Rx A button to display a dropdown menu of receive path options, and select the required option. By default, the first option is displayed. The OMC-R displays only valid receive path options for the selected cabinet type and DRI frequency, see Table 9-27. Cont.
GMR-01
9-89
Procedure 9-22 11 12 13 14
Click on the Rx B button to display a dropdown menu of receive path options, and select the required option. See Table 9-27. Repeat steps 9 to 11 to configure each DRI required. Repeat steps 6 to 12 to configure each cabinet required. Click the Save button to save the new Standard Configuration under the specified name. Result: The OMC-R displays the Calibrate Site form. If the name of the Standard Configuration already exists, the OMC-R displays an error message. Alternatively, to cancel the configuration, click Close.
15 16
To calibrate the selected site go to step 1 of the procedure "Remotely calibrating DRIs from the OMC-R" on page 9-98. To exit, click on Close.
9-90
GMR-01
Figure 9-15
GMR-01
9-91
Figure 9-16
9-92
GMR-01
InCell1800 MHz
Local LNA fixed gain Local LNA switched low Local LNA switched high Local LNA fixed gain + Local MPD Local LNA switched low + Local MPD Local LNA switched high + Local MPD Local DLNB Local DLNB + Local MPD
cabinet_type = 10 or 12 and frequency_type = 900 MHz cabinet_type = 10 or 12 and frequency_type = 1800 MHz
Local LNA fixed gain Local LNA switched low Local LNA switched high Local LNA fixed gain + Local MPD Local LNA switched low + Local MPD Local LNA switched high + Local MPD Cont.
GMR-01
9-93
Table 9-27
Rx A and Rx B receive path options (Continued) If... cabinet_type = 11 or 13 and Cabinet-0:: cabinet_type = 11 or 13 and frequency_type = 900 MHz Receive path options displayed Local DLNB Local DLNB + Local MPD Remote DLNB Remote DLNB + Remote MPD Local DLNB + Remote MPD Remote DLNB (3m) + Local MPD (3m) Local DLNB + Remote MPD (3m) Local LNA fixed gain Local LNA switched low Local LNA switched high Local LNA fixed gain + Local MPD Local LNA switched low + Local MPD Local LNA switched high + Local MPD Remote LNA switched high + Local LNA fixed gain Remote LNA switched high + Local LNA switched low Remote LNA switched high + Local LNA fixed gain + Remote MPD Remote LNA switched high + Local LNA switched low + Remote MPD Local SURF Local SURF + TDF Local SURF + DCF Local SURF + DDF Remote SURF + Local SURF Remote SURF + TDF + Local SURF Remote SURF + DCF + Local SURF Remote SURF + DDF + Local SURF Cont.
9-94
GMR-01
Table 9-27
Rx A and Rx B receive path options (Continued) If... cabinet_type = 18 or 19 and Cabinet-0:: cabinet_type = 18 or 19and frequency_type = 1800 MHz Receive path options displayed Local SURF Local SURF + TDF Local SURF + DCF Local SURF + DDF Remote SURF + Local SURF Remote SURF + TDF + Local SURF Remote SURF + DCF + Local SURF Remote SURF + DDF + Local SURF Local SURF2 Local SURF2 + DUP Remote SURF2 + Local SURF2 Remote SURF2 + DUP + Local SURF2 Local SURF2 Local SURF2 + DUP Remote SURF2 + Local SURF2 Remote SURF2 + DUP + Local SURF2 Local SURF + Remote DLNB Local SURF + Remote DLNB + Remote MPD Remote SURF (TCU in M-Cell6 Cabinet) Remote SURF + TDF (TCU in M-Cell6 Cabinet) Remote SURF + DCF (TCU in M-Cell6 Cabinet) Remote SURF + DDF (TCU in M-Cell6 Cabinet)
cabinet_type = 24 or 25and Cabinet-0:: cabinet_gen = 24 or 25 and frequency_type = 900 MHz cabinet_type = 24 or 25 and Cabinet-0:: cabinet_gen = 24 or 25 and frequency_type = 1800 MHz cabinet_type = 18 or 19 and Cabinet-0:: cabinet_type = 11 or 13 and frequency_type = 900 MHz OR cabinet_type = 11 or 13 and Cabinet-0:: cabinet_type = 18 or 19 and frequency_type = 1800 MHz
Cont.
GMR-01
9-95
Table 9-27
Rx A and Rx B receive path options (Continued) If... cabinet_type = 18 or 19 and Cabinet-0:: cabinet_type = 11 or 13 frequency_type = 1800 MHz OR cabinet_type = 11 or 13 and Cabinet-0:: cabinet_type = 18 or 19 and frequency_type = 1800 MHz Receive path options displayed Remote LNA fixed gain + Local SURF Remote LNA switched low + Local SURF Remote LNA fixed gain + Remote MPD + Local SURF Remote LNA switched low + Remote MPD + Local SURF Remote SURF + Local LNA fixed gain (TCU in M-Cell6 Cabinet) Remote SURF + Local LNA switched low (TCU in M-Cell6 Cabinet) Remote SURF + TDF + Local LNA fixed gain (TCU in M-Cell6 Cabinet) Remote SURF + DCF+ Local LNA fixed gain (TCU in M-Cell6 Cabinet) Remote SURF + DDF+ Local LNA fixed gain (TCU in M-Cell6 Cabinet) Remote SURF + TDF+ Local LNA switched low (TCU in M-Cell6 Cabinet) Remote SURF + DCF+ Local LNA switched low (TCU in M-Cell6 Cabinet) Remote SURF + DDF+ Local LNA switched low (TCU in M-Cell6 Cabinet) Remote LNA switched high + attenuator + Local SURF Remote LNA switched high + Remote MPD + attenuator + Local SURF Cont.
9-96
GMR-01
Table 9-27
Rx A and Rx B receive path options (Continued) If... cabinet_type = 24 or 25 and Cabinet-0:: cabinet_type = 11 or 13 and frequency_type = 900 MHz cabinet_type = 24 or 25 and Cabinet-0:: cabinet_type = 11 or 13 and frequency_type = 1800 MHz Receive path options displayed Local SURF2 + Remote DLNB Local SURF2 + Remote DLNB + Remote MPD Remote SURF2 (TCU2 in M-Cell6 Cabinet) Remote SURF2 + DUP (TCU2 in M-Cell6 Cabinet) Remote LNA fixed gain + Local SURF2 Remote LNA switched low + Local SURF2 Remote LNA fixed gain + Remote MPD + Local SURF2 Remote LNA switched low + Remote MPD + Local SURF2 Remote SURF2 + Local LNA fixed gain (TCU2 in M-Cell6 Cabinet) Remote SURF2 + Local LNA switched low (TCU2 in M-Cell6 Cabinet) Remote SURF2 + DUP + Local LNA fixed gain (TCU2 in M-Cell6 Cabinet) Remote SURF2 + DUP + Local LNA switched low (TCU2 in M-Cell6 Cabinet) Remote LNA switched high + attenuator + Local SURF2 Remote LNA switched high + Remote MPD + attenuator + Local SURF2
GMR-01
9-97
Navigate to the site to be calibrated using the Navigation Tree. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select the site instance to be calibrated. The colour of the site changes. Select Options - Calibrate from the menu bar. Alternatively, select Options Calibrate from the menu bar of the site Detailed View or Map window. Result: By default, the site name is shown in the site field, and cabinet type of the master cabinet is shown in the Master Cabinet field (for example, M-Cell2). The OMC-R opens the Calibrate site form as shown in Figure 9-15.
9-98
GMR-01
Click on the All DRIs bullet button in the Calibrate DRI(s) section to calibrate all DRIs at the selected site, then proceed to step 1 of Initiating the calibration. Alternatively, click the Sub-set of DRI(s) bullet button to manually pick the DRIs to be calibrated, then go to the next step. Click the Select button. The Select button is available only when the Sub-set of DRIs button has been selected. The OMC-R displays the Select DRI(s) form as shown in Figure 9-17. Result: The Select DRI(s) form shows the site name and the cabinet type of the master cabinet. In the main section of the form are two panes. The left-hand pane labelled DRI(s) to Calibrate is empty by default. The right pane has no label and displays a list of all the DRIs in the selected site.
3 4
Select the name of a DRI you want to calibrate from the list of DRIs shown in the right pane. The OMC-R highlights the DRI name. Click the <Add button. The DRI name highlighted is moved from the right pane to the DRI(s) to Calibrate pane. Alternatively, double-clicking on the DRI name, moves the names directly to the left pane without having to use the <Add button. If moving the wrong DRI name, select the name in the left pane and click the Remove>. The OMC-R moves the DRI name back to the right pane. Repeat steps 3 and 4 until all the required DRIs to be calibrated are moved to the DRI(s) to Calibrate pane. Click on OK at the bottom of the screen to calibrate all the DRIs displayed in the DRI(s) to Calibrate pane. Result: The OMC-R displays the Calibrate site form. Selections are shown in the Selected Configuration to Apply to NE field, for example Sub-set of DRI(s) <standard configuration name>.
5 6
GMR-01
9-99
Figure 9-17
9-100
GMR-01
Click the Preview/Revise button. Result: The OMC-R makes the OMC-R checks listed in "Remotely calibrating DRIs" on page 9-82. If the checks fail, the OMC-R displays an error message in the status bar.If the checks pass, the OMC-R displays the Preview/Revise Calibration Values form which contains the same fields as the New Standard Configuration form shown in Figure 9-16.
Revise the calibration fields as required. See "Creating a standard configuration for DRI calibration" on page 9-88 for field details.
A revised standard configuration cannot be saved, because it is intended to be used for one-off changes only. 3 Click on OK to use changes, or Cancel to cancel without making any changes.
Click on Apply to NE button at the bottom of the form. Result: The OMC-R makes the checks listed in "Remotely calibrating DRIs" on page 9-82 before it begins the calibration. If the checks fail, the OMC-R displays an appropriate warning or error message in the status bar. If the checks pass, the OMC-R: Sends the calibration values to the BSC database as multiple set operations of the rx_cal_data_a and rx_cal_data_b attributes on the DRI class for any selected DRIs. Displays the following warning message: The selected DRI(s) will
not be calibrated until a lock and unlock is performed.
Click on OK to acknowledge the warning message. Result: The OMC-R displays the Calibration data set at BSS form as shown in Figure 9-18. For each DRI the Calibration data set at BSS form shows whether the calibration was a Success or Failed. Success means that the default calibration values have been set in the BSC database. Failed means that the download of the calibration values to the BSC was unsuccessful.
GMR-01
9-101
Figure 9-18
Click on Save at the bottom of the Calibration data set at BSS form. The OMC-R displays a Save As dialogue box. Type the file name and select the directory name where the results are to be stored. Click on Save to save the data to the file. Result: The OMC-R also updates the field: Configuration used in last Calibrate in the SITE Detailed View form (see Table 7-5) with the name of the Standard Configuration used to calibrate the site.
9-102
GMR-01
The Remote Bay Level Calibration facility only propagates the information to the BSC. The Preserve Transceiver Calibration feature (controlled by store_cal_data) must be enabled to propagate the information to the BTS. See Installation and Configuration: BSS Optimization (68P02901W43) and Technical Description: BSS Implementation (68P02901W36) for further details.
GMR-01
9-103
Navigate to the SITE to be calibrated using the Navigation Tree. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select the SITE instance to be calibrated. The colour of the SITE changes. Select Options - Calibrate from the menu bar. Alternatively, select Options Calibrate from the menu bar of the SITE Detailed View or Map window. Result: By default, the site name is shown in the site field, and cabinet type of the master cabinet is shown in the Master Cabinet field. The OMC-R opens the Calibrate Site form as shown in Figure 9-15.
Select the name of the standard configuration to be edited from the list of Standard Configurations in the central pane of the form. Result: The OMC-R highlights the name. Use the scroll bar in the pane to scroll the list up and down.
Click onthe All DRIs button in the Calibrate DRI(s) section of the form, if not already selected. This must be selected when a standard configuration is being viewed or modified. When a standard configuration is being applied, a subset of DRIs can be selected. Click on the Edit button in the Standard Configuration section of the Calibrate Site form. Result: The OMC-R displays the Edit Standard Configuration form, which contains the same fields as the New Standard Configuration form. The name of the standard configuration is displayed in the Name field and the details for the first cabinet and its DRIs are displayed. The Slot No. field displays the saved slot number.
7 8 9
Revise the calibration fields as required. See "Creating a standard configuration for DRI calibration" on page 9-88 for field details. Click on the Save button to save your changes and overwrite the previous version of the file, or Close to cancel without making any changes. Click on Close to exit the Calibrate site form.
9-104
GMR-01
Navigate to the SITE to be calibrated. If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select the site instance to be calibrated using the Navigation Tree. Result: The colour of the site changes. Select Options - Calibrate from the menu bar. Alternatively, select Options Calibrate from the menu bar of the SITE Detailed View or Map window. Result: By default, the site name is shown in the site field, and cabinet type of the master cabinet is shown in the Master Cabinet field. The OMC-R opens the Calibrate Site form as shown in Figure 9-15.
Select the name of the Standard Configuration you want to delete from the list in the central pane. Result: The OMC-R highlights the name. Use the scroll bar in the pane to scroll the list up and down.
Click the Delete button in the Standard Configuration section of the Calibrate Site form. Result: The OMC-R displays a Confirmation box. Click on OK to confirm the deletion. To cancel the deletion, click Cancel and then reselect the correct Standard Configuration name. Click on Close to exit the Calibrate site form.
6 7
GMR-01
9-105
9-106
GMR-01
If required, customize alarm text and severity levels for entries in the EAS alarm table. The text and severity level are reported to the OMC-R. This table is common to the BSC/BSS and its associated BTSs, and specific for an RXCDR. See "Defining EAS alarms in the alarm table using the TTY interface" on page 9-110 for further details. Alternatively, and if required, modify the alarm text and severity level for individual EAS alarm table entries. See "Changing EAS alarms in the alarms table using the TTY interface" on page 9-111 for further details. Create one or more EAS devices at the BSC/BSS, BTS, and RXCDR sites. Define which alarm conditions are to be reported. Define the no alarm state for each of the optocouplers. Assign an alarm index number to each alarm condition. Define the relay wiring state. To do this, use: OMC-R GUI Navigation Tree, see "Creating an EAS device using the OMC-R GUI" on page 9-113. TTY interface, see "Configuring an EAS using the TTY interface" on page 9-118 and "Configuring the EAS physical relay states using the TTY interface" on page 9-119.
GMR-01
9-107
Severity level 0 1 2 3 4
9-108
GMR-01
GMR-01
9-109
Defining EAS alarms in the alarm table using the TTY interface
Defining EAS alarms in the alarm table using the TTY interface
Enter the following command: chg_eas_alarm <alarm_table_index> <alarm_severity_level> <new_alarm_string> Repeat the above step for each of the alarm table entries.
Example
In the following example, severity level 4 is selected and Door 2 Alarm is defined as the alarm string for table entry 1: -> chg_eas_alarm 1 4 Door 2 "Alarm"
9-110
GMR-01
Changing EAS alarms in the alarms table using the TTY interface
Changing EAS alarms in the alarms table using the TTY interface
Displaying parameters
It is helpful to execute the disp_equipment command before changing the EAS parameters to display all parameters associated with the EAS device. Refer to the "Configuring an EAS using the TTY interface" on page 9-118 for more information.
Changing EAS alarm strings and security levels using the TTY interface
To change EAS alarm strings and severity levels follow these steps: Procedure 9-32 1 Change EAS alarm strings and severity levels
The current setting of the required EAS alarm string and severity level may be viewed using the disp_element eas_alarm command and the disp_element eas_severity command, respectively. Enter the command: chg_eas_alarm <alarm_table_index> <alarm_severity_level> <new_alarm_string> Repeat this procedure for each required alarm table entry.
GMR-01
9-111
Changing EAS alarms in the alarms table using the TTY interface
Example
For example, to select severity level 4 and define Low Room Temperature as the alarm string for table entry 17, enter the command: chg_eas_alarm 17 4 "Low Room Temperature" The following shows examples of the displaying/defining and changing EAS alarms and the subsequent system responses: -> disp_element eas_alarm 1 bsc
eas_alarm = Door 4 Alarm -> disp_element eas_severity 1 bsc eas_severity = 2 -> chg_eas_alarm 1 4 "Door 5 Alarm" COMMAND ACCEPTED -> disp_element eas_alarm 1 bsc eas_alarm = Door 5 Alarm -> disp_element eas_severity 1 bsc eas_severity = 4 -> disp_element eas_alarm 17 bsc eas_alarm = High Room Temperature -> disp_element eas_severity 17 bsc eas_severity = 3 -> chg_eas_alarm 17 4 "Low Room Temperature" COMMAND ACCEPTED
9-112
GMR-01
Navigate to and select the EAS class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Hardware Devices - EAS). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. The OMC-R displays the DRI Detailed View form. Enter the required information in this form. See EAS Detailed View fields for details. Result: If EAS Alarm is selected in the Alarm Id field, the EAS Alarms Dialog window is displayed, see Figure 9-19.
2 3
Double-click the alarm text to be displayed when an alarm is reported for the optocoupler. Result: The OMC-R displays the selected alarm in the Alarm Id field. Repeat for each optocoupler for which an alarm is to be assigned. Create and close the Detailed View form.
5 6
GMR-01
9-113
Figure 9-19
9-114
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identification grouping
Table 9-29 describes the fields in the Identification grouping of the EAS Detailed View. Table 9-29 EAS Detailed View fields - Identification grouping Brief description See description in Table 4-1. EAS identifier, see description in Table 3-1. See description in Table 4-1. Displays the name of the parent site. Click to display the parent SITE Detailed View. Values Default is device class. 0 to 15. Default is 0. Mandatory or Optional?
Field name RDN Class RDN instance NMC RDN Value Parent Detailed View
An M-Cell and Horizon BTS, does not have a cage or slot. The slot identity is replaced by the cabinet identity where the Main Control Unit (MCU) resides.
GMR-01
9-115
Table 9-30
EAS Detailed View fields - Cage and Slot Information grouping Brief description Identifier of the cage where the PIX board is located. Identifier of the daughter slot where the PIX board is located. Not valid at an M-Cell site. Values Default is null. Mandatory or Optional?
15 to 18.
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
Optocoupler groupings
Each Optocoupler group displays the fields shown in Table 9-31, where <no.> is the Optocoupler number (1 to 16, 9 to 16 at M-Cell site only). {24281} For a Horizon II Mini or Horizon II Mini extension, Optocouplers 13 to 16 are not displayed in the EAS Detailed View. For an EAS device equipped to a Horizon II Mini or Horizon II Mini extension cabinet, the OMC-R displays the following details for Optocoupler 1 to 12 only: Alarm Reporting. No Alarm When. Alarm Id.
9-116
GMR-01
Table 9-31
EAS Detailed View fields - OptoCoupler groupings Brief description Specifies whether or not the alarm is reported when the optocoupler enters the alarm state. Specifies the no alarm state for the optocoupler. This field is greyed-out if the Alarm Reporting field is set to Disabled. Specifies which alarm is reported when this optocoupler enters the alarm state. Only displayed if the Alarm Reporting field is set to Enabled, otherwise it is greyed-out. Values Enabled (1) or Disabled (0). Default is Disabled. Optocoupler is open or Optocoupler is closed. Main Power Failure (125) or EAS Alarm (0 to 33). If EAS Alarm is selected, Figure 9-19 can be used to select an alarm. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Alarm Reporting opto<no.>_reporting No Alarm When opto<no.>_state
Mandatory.
Alarm Id opto<no.>_alarm_id
Optional.
Relay 1 to 4 State
Optional.
GMR-01
9-117
9-118
GMR-01
Configuring the EAS physical relay states using the TTY interface
Configuring the EAS physical relay states using the TTY interface
Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the disp_relay_contact command.
GMR-01
9-119
Definition of a GCLK
The Generic Clock (GCLK) device generates all timing reference signals required at the site. The clock signals are distributed over optical fibre cables, which are terminated on CLKX and KSWX boards. A GCLK cannot be explicitly created in an M-Cell site. For an M-Cell site: GCLK instance 0 is auto created (equipped) by the BSS when BTP instance 0 is created (equipped). GCLK instance 1 is auto created (equipped) by the BSS when BTP instance 1 is created (equipped).
9-120
GMR-01
Procedure 9-34 1
Navigate to and select the GCLK class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Hardware Devices - GCLK). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. The OMC-R displays the GCLK Detailed View form. Enter all required information in this form. See GCLK Detailed View fields for details. Create and close the Detailed View. If required, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
GMR-01
9-121
Identification grouping
Table 9-33 describes the fields in the Identification grouping of the GCLK Detailed View. Table 9-33 GCLK Detailed View fields - Identification grouping Brief description See description in Table 4-1. GCLK identifier, see description in Table 3-1. See description in Table 4-1. Displays the name of the parent SITE. Click to display the parent SITE Detailed View. See description in Table 9-3. See description in Table 9-3. The option H2SC is also available for a GCLK. See description in Table 9-3. (slot U7) Indicates whether or not CLKX 0 is present for this GCLK. (slot U6) Indicates whether or not CLKX 1 is present for this GCLK. (slot U5) Indicates whether or not CLKX 2 is present for this GCLK. CLKX0 is not present (0) or CLKX0 is present (1). CLKX1 is not present (0) or CLKX1 is present (1). CLKX2 is not present (0) or CLKX2 is present (1). Optional. Values Default is the device class. 0 or 1. Default is 0. Mandatory or Optional?
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View
Clock Extender 1
Optional.
Clock Extender 2
Optional.
9-122
GMR-01
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
9-123
Definition of a GPROC
The Generic Processor (GPROC) performs all control functions for the BSC, BTS, or RXCDR. Not valid at an M-Cell site. From GSR6 onwards, GPROC2 or GPROC3 are required for all configurations. The last GPROC instance within a site cannot be deleted.
The values for the slot numbers assume that slots 20 and 24 are the master slots for the BSC/BTS, and slot 25 is the master slot for the RXCDR.
9-124
GMR-01
Navigate to and select the GPROC class button in the Navigation Tree (BSS BSS instance - SITE - SITE instance - Hardware Devices - Processors - GPROC). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. Result: The OMC-R displays the GPROC Detailed View form. Enter all required information in this form. See GPROC Detailed View fields for details of the fields. Create and close the Detailed View. If required, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
GMR-01
9-125
Identification grouping
Table 9-36 describes the fields in the Identification grouping of the GPROC Detailed View. Table 9-36 GPROC Detailed View fields - Identification grouping Brief description See description in Table 4-1. GPROC identifier, see description in Table 3-1. See description in Table 4-1. Displays the name of the parent site. Click to display the parent SITE Detailed View. See description in Table 9-3. See description in Table 9-3. See description in Table 9-3. Values Default is the device class. 0 or 111 Default is 0. Mandatory or Optional?
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View
9-126
GMR-01
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Table 9-38 describes the unique fields in the State Identification grouping of the GPROC Detailed View. For descriptions of the standard State Information fields, see Table 4-2. Table 9-38 GPROC Detailed View fields - State Information grouping Brief description The software function within which the GPROC is busy. Values Mandatory or Optional? Optional.
GMR-01
9-127
Definition of a KSWpair
A KSWpair groups a pair of KSW devices which manage a single TDM highway. The KSW object instances that are contained below this KSWpair define the two KSW devices. (Basically a KSWpair is a placeholder for the underlying KSW instances. When the parent SITE is created, all KSWpair instances contained by that SITE instance are autocreated by the BSS.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
9-128
GMR-01
Identification grouping
Table 9-39 describes the fields in the Identification grouping of the KSWpair Detailed View. Table 9-39 KSWpair Detailed View fields - Identification grouping Brief description See description in Table 4-1. KSWpair identifier, see description in Table 3-1. See description in Table 4-1. Displays the name of the parent SITE. Click to display the parent SITE Detailed View. Indicates which KSWX daughter card is used to control the first 1024 timeslots on the TDM highway. First device id must match the KSW pair in the cage where the KSW is being equipped. 0 to 3. Default is 0. The KSW controls the first 1024 timeslots (0). Expansion KSWX A0/B0 is connected to the cage that controls the first 1024 timeslots (1). Expansion KSWX A1/B1 is connected to the cage that controls the first 1024 timeslots (2). Expansion KSWX A2/B2 is connected to the cage that controls the first 1024 timeslots (3). Default is 1. Default is 2. Default is 3. Mandatory. Values Default is the device class. 0 or 3. Default is 0. Mandatory or Optional?
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View
Controlling KSWX for Highway 1 Controlling KSWX for Highway 2 Controlling KSWX for Highway 3
As above but for second 1024 timeslots. As above but for third 1024 timeslots. As above but for fourth 1024 timeslots.
GMR-01
9-129
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
9-130
GMR-01
GMR-01
9-131
Navigate to and select the KSW class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Hardware Devices - KSWpair - KSWpair instance - KSW). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. Result: The OMC-R displays the KSW Detailed View. Enter all required information in this form. See KSW Detailed View fields for further details. Create and close the Detailed View. If required, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
9-132
GMR-01
Identification grouping
Table 9-40 describes the fields in the Identification grouping of the KSW Detailed View. Table 9-40 KSW Detailed View fields - Identification grouping Brief description See description in Table 4-1. KSW or DSW identifier, see description in Table 3-1. See description in Table 4-1. Displays the name of the parent KSWpair. Click to display the parent KSWpair Detailed View. See description in Table 9-3. See description in Table 9-3. For a KSW board, KSW is displayed. For a DSW board, KSW is displayed. See description in Table 9-3. Values Default is the device class. 0 or 1. Default is 0. Mandatory or Optional?
Serial Number
GMR-01
9-133
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
Answer the final KSW equip prompt in the same way for the two KSWs that make up the same portion of the TDM. The first device id must match the KSW pair in the cage where the KSW is being equipped. The following is an example of equipping a KSW:
-> equip bsc KSW Enter Portion of TDM Highway Managed (identifier 1): 0 Enter the TDM identifier (identifier 2): 0 Enter the cage number: 0 COMMAND ACCEPTED
9-134
GMR-01
GMR-01
9-135
Procedure 9-37 1
Navigate to and select the LCF class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Software Functions - LCF). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. Result: The OMC-R displays the LCF Detailed View form. Enter all required information in this form. See LCF Detailed View fields for details. Create and close the Detailed View. If necessary, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identification grouping
Table 9-42 describes the fields in the Cage and Slot Information grouping of the LCF Detailed View. Table 9-42 LCF Detailed View fields - Identification grouping Brief description See description in Table 4-1. LCF identifier, see description in Table 3-1. See description in Table 4-1. Cont. Values Default is the device class. 0 to 24. Default is 0. Mandatory or Optional?
Field name/BSS parameter name RDN Class RDN Instance NMC RDN Value
9-136
GMR-01
Table 9-42
LCF Detailed View fields - Identification grouping (Continued) Brief description Displays the name of the parent SITE. Click to display the parent SITE Detailed View. The maximum number of CBLs the LCF can manage. The maximum number of MTLs the LCF can manage. The maximum number of GSLs the LCF can manage. Only displayed if the GPRS feature is unrestricted. The maximum number of LMTLs the LCF can manage. This parameter can only be used when the when the BSS is configured to support a BSS-supported SMLC. If an attempt is made to equip an LCF accommodating both LMTLs and MTLs, the command is rejected and an error message is displayed. The sites managed by this LCF. The CBLs controlled by this LCF. The MTLs controlled by this LCF. The GSLs controlled by this LCF. Only displayed if the GPRS feature is unrestricted. The LMTLs controlled by this LCF. Only displayed, if the Location Services feature is unrestricted. 0 or 1. Mandatory. Values Mandatory or Optional?
Maximum Number of CBLs max_cbls Maximum Number of MTLs max_mtls Maximum Number of GSLs max_gsls
Mandatary.
Optional.
0 to 2. No default.
Mandatory.
SITEs Managed Controlled CBLs Controlled MTLs Controlled GSLs (OMC-R only attribute)
Controlled LMTLs
Optional.
GMR-01
9-137
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
1 1
When the BSS is configured to support a BSS-supported SMLC, the following prompt is also displayed:
Enter the number of LMTLs the LCF can manage:
9-138
GMR-01
Definition of an LMTL
The Location Services Message Transfer Link (LMTL) is the signalling link between the BSC and the BSS-based SMLC over which runs the MTP protocol. The LMTL represents the Lb interface. The LMTL is a 64 Kbs MPRT on the MMS device. The LMTL uses SS7 MTP and SCCP protocols (with variations specified by GSM standards) for communication between the BSC and the BSS-based SMLC. An LMTL can only be equipped at a BSC (SITE0). Up to 16 LMTLs can be supported by a BSC. An LMTL is a child of an MMS device. An LMTL is managed by an LCF. Up to two LMTLs can be managed by an LCF. Also see "Modifying LMTL loadsharing granularity" on page 9-142, if appropriate.
LMTL restrictions
If an attempt is made to equip an LMTL to an MMS which is already associated with a non-Lb device, the command is accepted but an MMS usage conflict message is displayed.
GMR-01
9-139
LMTL parameters
Table 9-43 details the LMTL parameters. Table 9-43 LMTL parameters Field name LMTL Device Identification First MMS Identifier Second MMS identifier Timeslot Description A unique identifier for the LMTL device. Valid values: 0 to 15. No default. The identity of the first MMS to which the LMTL is equipped. Valid values: 0 to 55. No default. The identity of the second MMS to which the LMTL is equipped. Valid values: 0 to 1. No default. The identity of the timeslot used by the LMTL on the MMS. Valid values: For E1, 1 to 31. For T1, 1 to 24. No default.
Navigate to and select the LMTL class button in the Navigation Tree (BSS BSS instance - SITE - SITE instance (SITE 0 only) - Logical Links - LMTL). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. Result: The OMC-R displays the LMTL Detailed View form. Enter all required information in this form. See Table 9-43 for details of the LMTL parameters.
2 3
To obtain the relevant information for a parameter, select Help - On Context from the menu bar and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. 4 Create and close the Detailed View. See "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
9-140
GMR-01
These commands and their parameters are fully detailed in Technical Description: BSS Command Reference (68P02901W23)
29
GMR-01
9-141
LMTL loadsharing granularity can be changed at any time, but the change does not take effect until all the LMTLs are locked. If the element is changed in SYSGEN mode, the change immediately takes effect.
9-142
GMR-01
Although the SLS is not used to perform routing at the BSS, the SLS field is completed. The SLS may be used for message routing by the BSS-based SMLC. The SLS field of the routing label is filled in with the lower 4 bits of the router index. This technique guarantees that all messages associated with a call block have the same SLS field and it results in an even distribution of SLS values to routing labels. Messages without a connection are assigned a randomly generated router index. The SLS field is completed using the same technique described above for connection oriented messages.
OMC-R GUI field name/BSS parameter name LMTL Loadshare Granularity lmtl_loadshare_granularity
GMR-01
9-143
Navigate to and select the BSS instance button in the Navigation Tree (BSS - BSS instance). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Detailed View from the menu bar. Result: The OMC-R displays the BSS Detailed View form in Monitor mode. Select Edit - Edit. Change the LMTL Loadshare Granularity field in the LCS grouping to the required value. See Table 9-44 for details. Result: The OMC-R displays the following message: This change will not
take effect until all LMTLs are in a Locked state.
2 3 4
For a detailed description of the lmtl_loadshare_granularity parameter and the disp_element command, see Technical Description: BSS Command Reference (68P02901W23).
9-144
GMR-01
Definition of MSI
The Message Transfer Link (MTL) is the link between the MSC and the BSC over which MTP protocol is run. When equipping an MSI device at a BSC, the MTL can be added for traffic considerations. An MSI device provides one of two types of interface between 2 Mbit/s links in the network. These are a 64 kbit/s to 64 kbit/s channel interface for type 0 (MSI), and a 64 kbit/s to 16 or 64 kbit/s channel interface for type 1 (XCDR) and type 2 (GDP). MSI 64 kbit/s to 16 or 64 kbit/s (XCDR) devices interface between 2 Mbit/s link to convert between 64 kbit/s traffic channels and GSM-defined 16 kbit/s traffic channels. Although this transcoding function may be performed at BSCs, the examples provided for these procedures have the function performed remotely at the MSC. Once the transcoding function is accomplished, an MSI 64 kbit/s to 64 kbit/s device can have its 64 kbit/s channels submultiplexed with four 16 kbit/s traffic channels. See Technical Description: BSS Implementation (68P02901W36) and Maintenance Information: Device State Transitions (68P02901W57) for a full description of an MSI. See "Configuring Enhanced GDP provisioning" on page 9-155 for further information of configuring MSI parameters for Enhanced GDP Provisioning.
GMR-01
9-145
Link parameters
Once the MSI is equipped, two link parameters are automatically set in the firmware: ber_oos_mon_period which determines the amount of time that an in service MMS must be above a set BER before it is taken out of service. Its default value is one second. ber_restore_mon_period which determines the amount of time that an out of service MMS must be below a specified BER before it is brought back into service. Its default value is 6000 (ten minutes).
The value of these link parameters can subsequently be modified using the modify_value command or the Misc - Modify Value option of the BSS MML Command Constructor window. For additional information concerning the modify_value command, refer to: Technical Description: BSS Command Reference (68P02901W23).
Navigate to and select the MSI class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance - Hardware Devices - MSI). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. Result: The OMC-R displays the MSI Detailed View form. Enter all required information in this form. See MSI Detailed View fields for details. Also see "Configuring Enhanced GDP provisioning" on page 9-155 for further information of configuring MSI fields for Enhanced GDP Provisioning. Create and close the Detailed View. If necessary, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3
9-146
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identification grouping
Table 9-45 describes the fields in the Identification grouping of the MSI Detailed View. Table 9-45 MSI Detailed View fields - Identification grouping Brief description See "Configuring Enhanced GDP provisioning" on page 9-155 for ways in which the MSI type can be modified. Also see "Adaptive Multi-Rate (AMR)" on page 2-138 and "Configuring Enhanced GDP provisioning" on page 9-155. Values {24541}0 to 3, 7 to 9, 12, 14, 20 and 21: MSI-MSI (0), MSI-XCDR (1), MSI-GDP (2), MSI-NIU (3), MSI-EXT-HDSL (7), MSI-NIU-HDSL (8), MSI-NIU-EXTHDSL (9), MSI-RF_Unit (12), MSI-E1_PMC (14), MSI-GDP2 (20), NIU2 (21) 0 or 1. Mandatory or Optional? Mandatory.
Only valid when MSI type is NIU. The MCU card frame where this MSI-NIU device resides. See description in Table 3-1. MSI identifier, see description in Table 3-1.
Optional.
GMR-01
9-147
Table 9-45
MSI Detailed View fields - Identification grouping (Continued) Brief description See description in Table 4-1. Displays the name of the parent SITE. Click to display the parent SITE Detailed View. See description in Table 9-3. See description in Table 9-3. The option NIU2 is also available for an MSI. For an MSI of type MSI-GDP2, the FRU is set to GDP2. See description in Table 9-3. The NMC name of the MMS on the BSC connected to this XCDR. See "Configuring Enhanced GDP provisioning" on page 9-155 for further details. See "Configuring Enhanced GDP provisioning" on page 9-155 for further details. See "Configuring Enhanced GDP provisioning" on page 9-155 for further details. Optional. Values Mandatory or Optional?
Field name/BSS parameter name NMC RDN Value Parent Detailed View
Transcoding Capability
Optional.
Optional.
Optional
9-148
GMR-01
Slot Number
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
9-149
Table 9-47
MSI Detailed View fields - MMS HDSL Information grouping Brief description The link protocol type utilized by MMS 0 on the MSI. Only used if msi_type is MSI-NIU-HDSL, MSI-NIUEXT-HDSL or MSI-EXT-HDSL. The number of timeslots that MMS 0 supports. Only used if the MSI type is MSI-NIU-HDSL, MSI-NIUEXT-HDSL or MSI-EXT-HDSL. Only used if MMS0_link_type is HDSL. The modem setting utilized by MMS 0. Only used if the MSI type is MSI-NIU-HDSL, and MMS0_link_type is HDSL. The link protocol type utilized by MMS 1 on the MSI. See Link Protocol Type for MMS 0 description. Number of timeslots that MMS 1 supports. See Number of Timeslots MMS 0 supports description. The modem setting utilized by MMS 1. See Modem Setting Utilized by MMS 0 description. Values E1 (0) or HDSL (6). Mandatory or Optional? Optional.
Field name/BSS parameter name Link Protocol Type for MMS 0 MMS0_link_type
16 or 32.
Optional.
Optional.
Optional.
16 or 32.
Optional.
Optional.
Cont.
9-150
GMR-01
Table 9-47
MSI Detailed View fields - MMS HDSL Information grouping (Continued) Brief description The unique id of the DPROC on which the MSI resides. Only valid if msi_type is MSI-E1_PMC. The socket on the DPROC on which this MSI resides. Only valid if msi_type is MSI-E1_PMC. 1 or 2. Values Mandatory or Optional? Optional.
Optional.
GMR-01
9-151
The following provides an example of equipping an MSI device at an M-Cell site: -> equip <site number> MSI Enter the MSI identification: 0 Enter MCU card frame in which the NIU exists: 0 Enter the NIU slot number: 0
COMMAND ACCEPTED ->
The following example equips a primary GDP for Enhanced GDP Provisioning: -> equip 0 MSI Enter the MSI identifier: 1 Enter the cage number: 0 Enter the slot number: 14 Enter the MSI type: gdp Enter the MSS ID to the MSC: 1 0 Enter the transcoding capability: enhanced
COMMAND ACCEPTED ->
The following example equips a secondary GDP for Enhanced GDP Provisioning: -> equip 0 MSI Enter the MSI identifier: 2 Enter the cage number: 0 Enter the slot number: 14 Enter the MSI type: gdp Enter the MSS ID to the MSC: 1 0
COMMAND ACCEPTED ->
9-152
GMR-01
For example, the following command and system response shows which boards are providing the transcoding for CICs at a remote transcoder: disp_transcoding
MSC MMS Transcoding Board ABSS ID CIC IDs 1 0 1 0 1 1,2,3,4,5,6,7,8,9,10,11,12,13 14,15 2 0 1 16,17,18,19,20,21,22,23,24,25 26,27,28,29,30 3 0 3 0 3 0 100,101,102,103,104,105,106, 107,108,109,110,111,112,113, 114 4 0 3 0 115,116,117,118,119,120,121, 122,123,124,125,126,127,128, 129
GMR-01
9-153
When modifying transcoding_capability, the CICs need to be unequipped first. The following command modifies an MSI to a Secondary GDP: modify_value 0 msi_type GDP msi 1 0 0
9-154
GMR-01
Definition of a GDP
A GDP is an Generic Digital Signal Processor (DSP) Processor board. It is interchangeable with the XCDR board. A GDP can provide either Basic or Enhanced transcoding.
Types of transcoding
A user can select the type of transcoding used by a GDP. The transcoding types are: Basic - Transcoding for GSM Full Rate speech, Enhanced Full Rate speech and phase 2 data services. Enhanced - Transcoding for future applications, particularly AMR speech coding, in addition to existing GSM Full Rate speech, Enhanced Full Rate speech and phase 2 data services.
For a full description of this feature, see Technical Description: BSS Implementation (68P02901W36).
GMR-01
9-155
The related MMS must exist before specifying it as an MSC MMS for a secondary GDP or, if the MSC MMS is the GDPs own MMS, it must be equipped at the same time. A GDP can only provide an MSC MMS for one secondary GDP.
9-156
GMR-01
OMC-R GUI field name/BSS parameter name Transcoding Capability transcoding_capability (OMC-R parameter name: trans_capability)
Default is 0 (Basic). When set to GDP_2E1 (2), the MSI supports two MMSs. Otherwise, the MSI supports one MMS. If the MSI type is not GDP or GDP2, this field is greyed-out in the MSI Detailed View. This field cannot be changed unless the MSI is locked. The GDP_2E1 mode is allowed irrespective of whether the AMR, AMR Enhanced Capacity or GSM HR features are restricted. Also see Restrictions when changing the MSI type and Enhanced GDP Provisioning parameters in this section for a list of the restrictions associated with this parameter. When changing this parameter, the CICs need to be unequipped first. Cont.
GMR-01
9-157
Table 9-48
Enhanced GDP Provisioning parameters (Continued) Description Displayed in the Identification grouping of the MSI Detailed View form. The MSI identifier of a GDP whose MMS is available for routing the transcoding circuits of a secondary GDP towards the MSC. Valid values are 0 to 1 23. Default is: value of the GDPs own MSI identifier. When creating a new MSI of type GDP, this parameter cannot be changed until Transcoding Capability is changed to Enhanced. The user can then create a Secondary GDP. The user can create the Secondary GDP by changing msc_msi_id to a value other than the GDPs own MSI id. This is only true as long as the value belongs to an existing Enhanced GDP which is not already paired. When creating a new MSI of type GDP, while this parameter remains unchanged from the default value, the user can create either a Basic GDP or a Primary GDP by selecting Transcoding Capability as either Basic or Enhanced, respectively. (Primary and Secondary GDPs provide enhanced Transcoding only). Greyed-out in the MSI Detailed View, if MSI type is not GDP or GDP2. Cannot be changed unless the MSI is locked. Also see Restrictions when changing the MSI type and Enhanced GDP Provisioning parameters in this section for a list of the restrictions associated with this parameter. Displayed in the Identification grouping of the MSI Detailed View form. The MSC MMS is always zero, because MSIs cannot be used to provide MSC MMSs. Default is: 0 (identity of GDPs own second MMS identifier), which cannot be changed. Greyed-out in the MSI Detailed View, if MSI type is not GDP or GDP2. Also see Restrictions when changing the MSI type and Enhanced GDP Provisioning parameters in this section for a list of the restrictions associated with this parameter.
OMC-R GUI field name/BSS parameter name MSI ID TO THE MSC msc_msi_id
9-158
GMR-01
GMR-01
9-159
Changing trans_capability
A user can only change trans_capability from Enhanced to Basic, if msc_msi_id is GDPs own MSI id (that is if it is a primary GDP). If a user attempts to change trans_capability from Enhanced to Basic, and there is a Secondary GDP with which it is paired, an error message is displayed. If a user attempts to modify trans_capability and there are CICs equipped to the GDP, an error message is displayed. If trans_capability is changed from Basic (0) to Enhanced (1) at an MSI-GDP2 type MSI, msc_msi_id cannot be modified. The trans_capability of an MSI-GDP2 type MSI can be modified from Enhanced (1) to Basic (0), if msc_msi_id is already saved to the RDN value of the MSI (Primary GDP2). If trans_capability is changed from Basic (0) to GDP_2E1 (2) at an MSI-GDP2 type MSI, msc_msi_id and msc_mms_id cannot be modified. The trans_capability of an MSI-GDP2 type MSI can be changed from GDP_2E1 (2) to Basic (0), if msc_msi_id is already saved to the RDN value of the MSI and msc_mms_id is saved to value 0 (Primary GDP2). For an MSI type MSI-GDP2, if trans_capability is set to GDP_2E1 (2), msc_mms_id is always set to a value of 0, and msc_msi_id is always set to the RDN value.
9-160
GMR-01
Changing msc_msi_id
If a user attempts to specify msc_msi_id of a GDP if the MMS corresponding to the specified msc_msi_id belongs to a non-GDP, an error message is displayed. If a user attempts to specify msc_msi_id of a GDP if the MMS corresponding to the specified msc_msi_id belongs to a Secondary GDP, a warning is displayed indicating that the CICs will be out of service. If a user attempts to specify msc_msi_id of a GDP if the MMS corresponding to the specified msc_msi_id belongs to a Basic GDP, an error message is displayed. A Secondary GDP can only be paired with a Primary GDP. If a user attempts to specify msc_msi_id for a GDP, and the specified MMS (that is msc_msi_id, 0) belongs to a Primary GDP with which it is paired, an error message is displayed. Two Secondary GDPs cannot be paired with the same Primary GDP.
GMR-01
9-161
Navigate to and select the MTL class button in the Navigation Tree (BSS BSS instance - SITE - SITE instance (SITE 0 only) - Logical Links - MTL). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. Result: The OMC-R displays the MTL Detailed View form. Enter all required information in this form. See MTL Detailed View fields for details. Create and close the Detailed View. If necessary, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
9-162
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identification grouping
Table 9-49 describes the fields in the Identification grouping of the MTL Detailed View. Table 9-49 MTL Detailed View fields - Identification grouping Brief description The MSI device on which the logical link resides. The MMS device on which the logical link resides. The MMS timeslot on which the logical link resides. See description in Table 4-1. MTL identifier, see description in Table 3-1. See description in Table 4-1. Displays the name of the parent site. Click to display the parent SITE Detailed View. Values 0 - 123. Mandatory or Optional? Mandatory.
MMS Identifier
0 or 1.
Mandatory.
1 - 31 (for E1), 1 - 24 (for T1). Default is the device class. 0 to 15. Default is 0.
Mandatory.
RDN Class RDN Instance NMC RDN Value Parent Detailed View
GMR-01
9-163
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
9-164
GMR-01
MTL loadsharing granularity can be changed at any time, but the change does not take effect until all the MTLs are locked. If the element is changed in SYSGEN mode, the change immediately takes effect.
GMR-01
9-165
Although the SLS is not used to perform routing at the BSS, the SLS field is completed. The SLS may be used for message routing by the MSC or some other signalling point in the SS7 network. The SLS field of the routing label is filled in with the lower 4 bits of the router index. This technique guarantees that all messages associated with a call block have the same SLS field and it results in an even distribution of SLS values to routing labels. Messages without a connection are assigned a randomly generated router index. The SLS field is completed using the same technique described above for connection oriented messages.
OMC-R GUI field name/BSS parameter name MTL Loadshare Granularity mtl_loadshare_granularity
9-166
GMR-01
Navigate to and select the BSS instance button in the Navigation Tree (BSS - BSS instance). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Detailed View from the menu bar. Result: The OMC-R displays the BSS Detailed View form in Monitor mode. Select Edit - Edit. Change the MTL Loadshare Granularity field in the General grouping to the required value. See Table 9-50 for details. Result: The OMC-R displays the following message: This change will not
take effect until all MTLs are in a Locked state.
2 3 4
For a detailed description of the mtl_loadshare_granularity parameter and the disp_element command, see Technical Description: BSS Command Reference (68P02901W23).
GMR-01
9-167
Navigate to and select the OMF class button in the Navigation Tree (BSS - BSS instance - SITE - SITE instance (SITE 0 only) - Software Functions - OMF). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. Result: The OMC-R displays the OMF Detailed View form. Enter all required information in this form. See OMF Detailed View fields for further details. Create and close the Detailed View. If necessary, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
9-168
GMR-01
Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these BSS parameters.
Identification grouping
Table 9-51 describes the fields in the Identification grouping of the OMF Detailed View. Table 9-51 OMF Detailed View fields - Identification grouping Brief description See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the name of the parent site. Click to display the parent SITE Detailed View. OMLs controlled by this OMF. Valid only at SITE 0. XBLs controlled by this OMF. Valid only at SITE 0. 0 to 3. Optional. Values Default is device class. 0 only. Default is 0. Mandatory or Optional?
Field name RDN Class RDN instance NMC RDN Value Parent Detailed View
Controlled OMLs
Controlled XBLs
0 to 31.
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
9-169
Navigate to and select the OML class button in the Navigation Tree (BSS BSS instance - SITE - SITE instance (SITE 0 only) - Logical Links - OML). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. Result: The OMC-R displays the OML Detailed View form. Enter all required information in this form. See OML Detailed View fields for further details. Create and close the Detailed View. If necessary, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
9-170
GMR-01
Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these BSS parameters.
Identification grouping
Table 9-52 describes the fields in the Identification grouping of the OML Detailed View. Table 9-52 OML Detailed View fields - Identification grouping Brief description The MSI related to this OML. The MMS related to this OML. The MMS timeslot related to this OML. See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the name of the parent site. Click to display the parent SITE Detailed View. Default is device class. 0 to 3. Default is 0. Values Mandatory or Optional? Mandatory. Mandatory. Mandatory.
Field name MSI Identifier MMS Identifier MMS Timeslot Identifier RDN Class RDN instance NMC RDN Value Parent Detailed View
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
9-171
Definition of a path
A path is a unique identification of a route through MSI/MMS links over 2.048 Mbit/s links and intervening BTS sites, to the site with which the RTF or RSL is associated. The site with which the RTF or RSL is associated is referred to as the terminating site for the path, as shown in Figure 9-20. Figure 9-20 Network showing paths and terminating site
Paths are required at all BTS sites. A path can include a maximum of ten BTSs. A path device must always be equipped before equipping a receive/transmit (RTF) function or a Radio Signalling Link (RSL) device. When RTF functions are equipped, a primary path must be specified. Once equipped, this path cannot be changed without first unequipping the RTF. For this reason, future network changes should be considered before equipping RTFs. The optional secondary path can be specified when the RTF is first equipped. The secondary path can be added or changed at a later time.
9-172
GMR-01
An important concept relating to RTF paths is that whenever there are two paths equipped, the shortest path (fewer intervening BTS sites) will be used. For example, if the secondary path is the shorter after being added or changed, it will be chosen as the primary path. When paths are equal in length, the primary path is selected. When the selected path is not available, the RTF is switched over to the alternate path. The RTF switches back to the shortest path when availability is restored.
Modifying a path
Once a path has been created, it cannot be modified.
GMR-01
9-173
Creating a path
Creating a path
The SITE does not need to be out of service to create a new path.
9-174
GMR-01
Creating a path
Procedure 9-45 1
Identify the free MMSs at the BSC, the terminating site and, if required, the upstream and downstream MMSs in the intermediary sites. This can be done using the Network Operator System Engineering Drawings for customer specific details of equipment interconnections, or by using the MMI commands disp_link_usage or disp_mms_ts_usage. Create the path using the equip command: equip <location> PATH Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the equip command.
At the prompts, enter the appropriate configuration information according to the BTS type: InCell BTS the PATH intended for the first default RSL must terminate at MMS 0 of the MSI equipped in cage 15, slot 16. The PATH intended for the second default RSL must terminate as: MMS 1 of the MSI equipped in cage 15, slot 16 for a BTS with a single MSI. MMS 0 of the MSI equipped in cage 15, slot 14 for a BTS with a single cage. MMS 0 of the MSI equipped in cage 14, slot 16 for a BTS with two or more cages.
Horizon II macro the PATH intended for the first default RSL must terminate on Card Frame A, NIU2 0, Span 0, Timeslot 1. The PATH intended for the remainder RSL must terminate as follows: Card frame A, NIU2 0, Span 1, Timeslot 2. Card frame A, NIU2 0, Span 2, Timeslot 2.
Non Horizon II macro the PATH intended for the first default RSL must terminate on Card Frame A, NIU 0, Span 0, Timeslot 1. The PATH intended for the remainder RSL must terminate as follows: Card frame A, NIU 0, Span 1, Timeslot 2. Card frame B, NIU 0, Span 0, Timeslot 2.
GMR-01
9-175
Creating a path
Procedure 9-45 5
Add the RSLs to the PATH. Motorola recommend that RSL 0 is assigned to the first default RSL, and RSL 1 to the second default. The connection to be made is dependant on the BTS type: InCell BTS the default RSLs use specific timeslots of the Abis link, depending on the cage, as shown in Table 9-53. Horizon II macro Site use specific timeslots, the default connections depending on the card frame as shown in Table 9-54. Non Horizon II macro Site use default specific timeslots, the default connections depending on the card frame as shown in Table 9-55.
6 7 8
Unlock the RSL using the unlock command. Add the RTFs to the primary path as part of the equip rtf command. Result: The primary path assignment cannot be changed or deleted. If required, add the RTFs at the secondary path at a later time using add_rtf_path. If the added secondary path is shorter than the primary path, the secondary path will be used for the RTF. Verify that the paths have been correctly assigned by entering: disp_traffic <location> <unique PATH identifier> Verify that the timeslots of the path on which the RTFs are configured is processing calls, using the disp_rtf_chan and disp_cell_status TTY commands. Check the 2 Mbit/s link is operating correctly by opening the MMS Detailed View and selecting Options - Circuit Status.
9 10 11
9-176
GMR-01
Creating a path
Table 9-53
Default RSLs - Timeslots and Card frame for Horizon II macro Site NIU2 Number 0 0 0 Span 0 1 2 Timeslot Used 1 2 2
Default RSLs - Timeslots and Card frame for non Horizon II macro Site NIU Number 0 0 0 Span 0 1 0 Timeslot Used 1 2 2
Card frame A B
The recommended Motorola method to add a path on-line is using the equip TTY command.
GMR-01
9-177
Creating a path
To create an instance of a path device using the OMC-R GUI, follow these steps: Procedure 9-46 1 Create an instance of a path device
Navigate to and select the PATH class button in the Navigation Tree (BSS BSS instance - SITE - SITE instance - Logical Links - PATH). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Result: The class button changes colour. Select Edit - Create from the menu bar. Result: The OMC-R displays the PATH Detailed View form. Enter all required information in this form. See PATH Detailed View fields for details of the fields. Create and close the Detailed View. See "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these BSS parameters.
Identification grouping
Table 9-56 describes the fields in the Identification grouping of the PATH Detailed View.
9-178
GMR-01
Creating a path
Table 9-56
PATH Detailed View fields - Identification grouping Brief description See description in Table 4-1. Identifier assigned to the path. This number is unique for this path among the other paths at this terminating site. Also see description in Table 3-1. See description in Table 4-1. Displays the name of the parent site. Click to display the parent SITE Detailed View. Values Default is device class. 0 to 9. 6 to 9, if the terminating BTS uses dynamic allocations. Default is 0. Mandatory or Optional? Optional. Optional.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
9-179
Creating a path
Table 9-57
PATH Detailed View fields - Path information grouping Brief description Indicates the number of links, which also indicates which link attributes are valid for this instance. Id of the MSI at the BSC used to start the path. MMS Id of the MSI at the BSC. Site id on the path. The first site entered is the one nearest the BSC. The field (and prompt in TTY input) is repeated until the site furthest from the BSC on the path (terminating site) is entered. Number of the MSI at the site which looks towards the BSC. Values 1 to 11. When a value of 2 or more is specified, additional rows are added for each site. 0 to 55. 0 or 1. 1 to 120, or ts_switch. Mandatory or Optional? Mandatory.
0 to 55 (BSC). 0 to 9 (BTS InCell). 0 to 3 (M-Cell6). 0 to 1 (M-Cell2). 0 (M-Cellmicro). 0 (M-Cellcity). 0 to 3 (Horizonmacro). 0 (Horizonmicro). 0 (Horizoncompact). 0 or 1. 0 to 55 (BSC). 0 to 9 (BTS InCell). 0 to 3 (M-Cell6). 0 to 1 (M-Cell2). 0 (M-Cellmicro). 0 (M-Cellcity). 0 to 3 (Horizonmacro). 0 (Horizonmicro). 0 (Horizoncompact). 0 or 1.
Mandatory.
MMS of the MSI above. Number of the MSI at the BSC which looks towards the site.
Mandatory. Mandatory.
MMS of the MSI above. (Displayed in PATH Detailed View only). Indicates a TS switching site (254).
Mandatory.
9-180
GMR-01
Deleting a path
Deleting a path
The site does not need to be out of service to delete a path. However, removing a primary path will take the site out of service.
GMR-01
9-181
Deleting a path
Determine the RSL and RTF equipage for the path by entering: disp_traffic <location> <unique PATH identifier> Lock the RSLs by entering: lock_device 0 RSL <1st device id> <2nd device id> Lock the path by entering: lock_device 0 PATH <1st device id> <2nd device id> Remove the RTFs from the path by using del_rtf_path. The primary path assignment for a RTF cannot be deleted without first removing neighbour/sources from the cell assigned to the RTF. If required, unequip the RTF by entering: unequip <location> RTF <1st device id> <2nd device id>
This command also removes frequencies from operation. 6 7 If required, unequip the RSL by entering: unequip 0 RSL <1st device id> <2nd device id> Unequip the path by entering. unequip 0 PATH <1st device id> <2nd device id>
9-182
GMR-01
Motorola recommends reparenting paths as part of a new BSS database build. This is because a reparent is effectively a delete/add, so that if the primary path is involved, an outage cannot be avoided. The procedure outlined here, while still involving an outage, is the fastest way to reparent on-line. The procedure uses a dummy path, avoiding the need to remove the RTFs (Cells) sources/neighbours.
The site does not need to be taken out of service to reparent a path. However, reparenting a primary path will take the site out of service unless a secondary path can be brought into service for the duration of the reparent. The physical sites and 2 Mbit/s links in the newly reconfigured chain must be installed first, and must be entered in the CM database
GMR-01
9-183
To reparent a path on-line, proceed as follows: Procedure 9-48 1 2 3 Reparenting a path on-line using TTY
Add a dummy path using dummy MMSs at the site and the BSC. Add the RTFs of the path to be reparented to the dummy path using the add_rtf_path command. Before deleting the path to be reparented, ensure MMSs are in service at the BSC and the terminating site. If required, ensure the upstream and downstream MMSs in the intermediary sites used in the new path configuration are also in service (use Network Operator System Engineering Drawings and/or the disp_link_usage or disp_mms_ts_usage MMI commands to ensure the MMSs are free, then use the state command to check the MMSs are in service). Delete the path to be reparented. Refer to "Deleting a path" on page 9-181.
The prompt will not ask to remove the RTFs sources/neighbours as part of the del_rtf_path, if there is secondary path in service or a dummy path described in step 1 and step 2. 5 6 7 Add the path again, using the newly required configuration. Refer to "Creating a path" on page 9-174. Verify that the new path is in service. Remove the dummy path if used as part of this procedure.
Only if there is no secondary path for the RTFs, step 1, step 2 and step 7 (detailing use of a dummy path) are required.
9-184
GMR-01
Customers extracting hopping and path information on a regular basis (part of data harvest nightly, for example), should contact Motorola OMC-R Customer Support for further information. Motorola recommends using the Generic Lookup Utility (GLU). GLU is an optional tool, available from Motorola, capable of extracting configuration information on connectivity. This section describes the following methods of checking path connectivity: Checking a single path using the GUI. Checking multiple paths using the command line. Single site or NE path check using cmutil. Multiple path checks at OMC-R using cmutil.
Open a Path Detailed View from the Navigation Tree. Check the connectivity settings (under Path Information grouping) to the MMS identification settings for the site(s) in the path.
GMR-01
9-185
9-186
GMR-01
Likewise, the system will not prompt for these parameters in the equip command.
GMR-01
9-187
Navigate to and select the RSL class button in the Navigation Tree (BSS BSS instance - SITE - SITE instance - Logical Links - RSL). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. The OMC-R displays the RSL Detailed View. Enter all required information in this form. See RSL Detailed View fields for further details. Create and close the Detailed View. If necessary, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
Device information is stored in flat files when creating an RSL with timeslot(s). If an unexpected exit from the GUI occurs, this file can be used to access the reserved timeslot(s) information on the mmi prompt using the chg_ts_usage command. See "Using flat files" on page 11-99 for more details.
9-188
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these BSS parameters.
Identification grouping
Table 9-58 describes the fields in the Identification grouping of the RSL Detailed View. Table 9-58 RSL Detailed View fields - Identification grouping Brief description See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the name of the parent site. Click to display the parent SITE Detailed View. The path on which the RSL resides. 0 to 9. Mandatory. Values Default is the device class. 0 to 7. Default is 0. Mandatory or Optional?
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View
PATH Identifier
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
GMR-01
9-189
1 to 5. Default: 3.
Mandatory.
1 to 10. Default: 7.
Mandatory.
9-190
GMR-01
0 to 31.
Optional.
GMR-01
9-191
Determine the RSL equipage at the BTS using: disp_equipment <location> Lock the RSL by entering: lock_device 0 RSL <1st device id> <2nd device id> Repeat step 2 to lock all additional RSLs. Lock the path by entering: lock_device 0 PATH <1st device id> <2nd device id> Repeat step 4 to lock all additional paths. Remove neighbour/source cell data from neighbouring cells. Unequip the RTF by entering: unequip <location> RTF <1st device id> <2nd device id>
This command also removes frequencies. 8 9 Unequip the RSL by entering: unequip 0 RSL <1st device id> <2nd device id> Repeat step 8 to unequip all additional RSLs.
9-192
GMR-01
Example
The following is an example of unequipping a RTF and a RSL: -> disp_equipment 2
GPROC 0 0 0 GPROC 1 0 0 . . SITE 0 0 0
GMR-01
9-193
RTFGroup
The RTFGroup object class describes a single RTF function grouping within the site. Instances of this object are only created as placeholders for contained RTF instances. There is an RTFGroup Detailed View in the OMC-R GUI.
9-194
GMR-01
64 K and 16 K half rates are mutually exclusive for a carrier. That is, if a carrier is configured to be 64 K and other existing conditions allow half rate to be enabled, then half rate can only be enabled if 8 k TRAU is allowed. 16 K half_rate is not supported on carriers with pkt_radio_typeas 64 K. When pkt_radio_type is set to 64 K and half_rate_enabled is set to Enabled (1), if allow_8k_trau is set to No (0) during a create operation the following message is displayed:
ERROR: allow_8k_trau must be set to Yes (1) for 64 k carrier if half rate is enabled.
When half_rate_enabled is set to Enabled (1) and allow_8k_trau is set to No (0), any modification of pkt_radio_type from None (0), 16 k (1) or 32 k (2) to 64 k (3) displays the following error message:
ERROR: allow_8k_trau must be set to 1 for 64 k carrier if half rate is enabled
If pkt_radio_type is either None (0)/16 k(1)/32 k(2) and half_rate_enabled is set to Enabled (1), then allow_8k_trau can be set to Yes (1) or No (0). See "VersaTRAU" on page 2-194 for further details.
If BSC-BTS dynamic allocation is enabled for the site containing the selected RTF, the parameter field: RTF Capacity (BSS naming convention: rtf_capacity) in the RTF Detailed View form is set to RTF FULL, and cannot be changed by a user.
GMR-01
9-195
The RTF parameters max_gprs_pdch and res_gprs_pdch have been removed from the OMC-R GUI from GSR6 onwards.
9-196
GMR-01
GMR-01
9-197
2. 3. 4.
Device information is stored in flat files when creating an RTF with timeslot(s). If an unexpected exit from the GUI occurs, this file can be used to access the reserved timeslot(s) information on the mmi prompt using the chg_ts_usage command. See "Using flat files" on page 11-99 for more details.
9-198
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 9-61 describes the fields in the Identification grouping of the RTF Detailed View. Table 9-61 RTF Detailed View fields - Identification grouping Brief description The carrier type of the RTF. The KSW pair managing this carrier. Not valid for an RTF in an M-Cell site. See description in Table 4-1. See description in Table 3-1. See description in Table 4-1. Displays the name of the parent RTFgroup. Click to display the parent RTFGroup Detailed View. The primary Unique PATH. Not valid if the site in which this RTF is contained is site 0 (BSC). Not applicable when BSC-BTSdynamic allocation ts_sharing is enabled (1). The first associated 16 Kbps RSL. 0 to 9 Mandatory for creation. Thereafter, optional. Values BCCH carrier (0) or Non-BCCH carrier (1). Default is BCCH (0). 0 to 3 Mandatory or Optional? Mandatory.
KSW Pair ksw_pair RDN Class RDN Instance NMC RDN Value Parent Detail View
Optional.
Optional.
Cont.
GMR-01
9-199
Table 9-61
RTF Detailed View fields - Identification grouping (Continued) Brief description The optional secondary Unique PATH. Not valid if the site in which this RTF is contained is site 0 (BSC). Not applicable when BSC-BTSdynamic allocation ts_sharing is enabled (1). The second associated 16 Kbps RSL Values Mandatory or Optional? Optional for creation.
Field name/BSS parameter name Second Path Id (OMC-R parameter name: path_id2)
Associated RSL for Second Path Id (OMC-R parameter name: rsl_id2) RTF Capacity rtf_capacity
Optional.
Whether the reduced or full number of time slots are used on E1/T1 link.
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this RTF. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details. The Related Device field is greyed-out by default.
9-200
GMR-01
The frequency hopping indicator for GSM air timeslots 0 to 7 on the carrier.
Optional.
Cont.
GMR-01
9-201
Table 9-62
RTF Detailed View fields - Carrier 1 Information grouping (Continued) Brief description GSM cell id assigned to the carrier. {22239} The MCC and MNC sub-fields can be edited in Create mode. The MCC and MNC sub-fields cannot be edited for n-1 or n-2 BSS. {24632} If the environment variable AUTO_POP_CELLID is set to On (see Operating Information: OMC-R System Administration (68P02901W19) for further details) and an RTF has already been created under the associated RTF Group, the OMC-R automatically populates the GSM Cell ID field with the Cell ID to which the RTF Group belongs. When creating an RTF in a RTFGroup where no other RTF exists, the GSM Cell ID field is auto-populated with a default value of <MCC> <MNC> 0 0. The training sequence code for the GSM air timeslots 0 to 7 on the carrier. The maximum number of timeslots that can be configured as SDCCHs for this carrier. If a CTU2 is equipped in a cell to operate in double density mode, then sd_load should not be set higher than 3. 0 to 7. Default is 0. Values Mandatory or Optional? Mandatory.
Mandatory.
0 to 8. Default is 2.
Mandatory.
Cont.
9-202
GMR-01
Table 9-62
RTF Detailed View fields - Carrier 1 Information grouping (Continued) Brief description The SDCCH placement priority for a carrier (RTF). The BSS configures SDCCHs on carriers with the highest priority, up to their SDCCH load (sd_load). The channel allocation priority of a carrier. Values 0 (high priority) to 255 (low priority). Default is 0. Mandatory or Optional? Optional.
Mandatory.
0 to 21 dBm. For PGSM, EGSM, DCS1800 cells, and M-Cell6, Horizonmacro or Horizon II macro BTSs, the range is: -1 to 21. For PCS1900 cells, the range is 0 to 21.
Optional.
GPRS grouping
Table 9-64 describes the fields in the GPRS grouping of the RTF Detailed View.
GMR-01
9-203
Table 9-64
RTF Detailed View fields - GPRS grouping Brief description See "GPRS and EGPRS coding schemes" on page 2-40 {23769} and "VersaTRAU" on page 2-194 for further details. See "VersaTRAU" on page 2-194 for details. Values Mandatory or Optional? Optional.
Optional.
9-204
GMR-01
Table 9-65
RTF Detailed View fields - MMS Timeslot grouping Brief description The first timeslot number on which the RTF is equipped, on the primary path, in the upstream MMS directly connected to a TS switch. For example if the value is 2, the RTF is equipped on timeslot 2 in the case of a sub-equipped RTF. Whereas the RTF is equipped on timeslots 2 and 3 in the case of a fully equipped RTF. Values 0 to 31. Mandatory or Optional? Optional.
First Path The first timeslot number on which DownStream the RTF is equipped, on the primary TS MMS path, in the downstream MMS (OMC name: directly connected to a TS switch. path1_downst_ts1) example if the value is 2, the For RTF is equipped on timeslot 2 in the case of a sub-equipped RTF. Whereas the RTF is equipped on timeslots 2 and 3 in the case of a fully equipped RTF. Second Path Upstream TS MMS (OMC name: path2_upst_ts1) The first timeslot number on which the RTF is equipped, on the secondary path, in the upstream MMS directly connected to a TS switch. For example if the value is 2, the RTF is equipped on timeslot 2 in the case of a sub-equipped RTF. Whereas the RTF is equipped on timeslots 2 and 3 in the case of a fully equipped RTF.
0 to 31.
Optional.
0 to 31.
Optional.
Second Path The first timeslot number on DownStream which the RTF is equipped, on the TS MMS secondary path, in the downstream (OMC name: MMS directly connected to a TS path2_downst_ts1) switch. For example if the value is 2, the RTF is equipped on timeslot 2 in the case of a sub-equipped RTF. Whereas the RTF is equipped on timeslots 2 and 3 in the case of a fully equipped RTF.
0 to 31.
Optional.
General grouping
Table 9-66 describes the fields in the General grouping of the RTF Detailed View.
GMR-01
9-205
Table 9-66
RTF Detailed View fields - General grouping Brief description The number of Extended Range timeslots that are configured when ext_range_cell is 1 (enabled as a boundary cell). Values 0 to 4. Mandatory or Optional? Optional.
9-206
GMR-01
Table 9-67
RTF Detailed View fields - AMR/GSM Half Rate grouping Brief description Enables and disables Half Rate for the RTF. If the site has Horizonmacro and/or Horizonmacro_ext cabinets, and the BSS has the amrTCUAOpt and amrTCUBOpt features restricted, this field remains selectable. {23769} Also see "VersaTRAU" on page 2-194. Whether or not 8 K backhaul calls are allowed. Cannot be accessed if: The BSS feature amrEnhancedCapOpt is restricted. gsmHalfRateOpt is restricted. half_rate_enabled is disabled, in which case allow_8k_trau is set to Yes (1). Cell parameter amr_hr_acs is set to 7.95 Kbps, in which case allow_8k_trau is set to No (0). The site is not AMR capable. Values Enabled (1), Disabled (0). Default is 0. Mandatory or Optional? Optional.
Optional.
If any RTF serving a cell has allow_8k_trau set to Yes (1), the option 7.95 Kbps is not available for cell parameter amr_hr_acs. {23769} Also see "VersaTRAU" on page 2-194.
GMR-01
9-207
When equipping an RTF using the TTY interface, if half_rate_enabled is set to 0, the system does not prompt for allow_8k_trau. This is because allow_8k_trau will be set to Yes (1) by default. Similarly, half_rate_enabled can be set to 1. In this instance, the system does prompt for allow_8k_trau. Also if the cell parameter amr_hr_acs is set to 7.95 Kbps, allow_8k_trau cannot be set to Yes (1).
9-208
GMR-01
Deleting an RTF
Deleting an RTF
When a BCCH RTF is to be deleted, the opportunity to export the incoming neighbours associated with this RTF is provided. The method used to do this is described in "Exporting incoming neighbours on deletion of BCCH RTFs" on page 9-212.
GMR-01
9-209
Deleting an RTF
Determine the RSL, PATH, and RTF equipage at the BTS using: disp_equipment <location> Lock the RSL by entering: lock_device 0 RSL <1st device id> <2nd device id> Repeat step 2 to lock all additional RSLs. Lock the path by entering: lock_device 0 PATH <1st device id> <2nd device id> Repeat step 4 to lock all additional paths. Remove neighbour/source cell data from neighbouring cells. Unequip the RTF (and remove frequencies) by entering: unequip <location> RTF <1st device id> <2nd device id> Unequip the RSL by entering: unequip 0 RSL <1st device id> <2nd device id> Repeat step 8 to unequip all additional RSLs.
9-210
GMR-01
Deleting an RTF
Example
The following is an example of unequipping an RTF and RSL: -> disp_equipment 2
GPROC 0 0 0 GPROC 1 0 0 . . SITE 0 0 0 -> shutdown_device 2 DRI 0 0 0 60 COMMAND ACCEPTED . .-> lock_device 0 SITE 2 0 0 COMMAND ACCEPTED -> lock_device 0 RSL 2 0 0 COMMAND ACCEPTED . -> lock_device 0 PATH 2 0 0 COMMAND ACCEPTED . . . -> unequip 2 RTF 0 0 0 COMMAND ACCEPTED . -> unequip 0 RSL 2 0 0 COMMAND ACCEPTED
GMR-01
9-211
Deleting an RTF
Navigate to and select the BCCH RTF to delete. Select Edit - Delete from the menu bar. Result: The OMC-R displays the deletion confirmation window. Press the Export Neighbours button. Result: The Cell X Export Watcher window is displayed (see Figure 12-1). From the Cell X Export Watcher window, select Options - Start menu bar to begin the export. Result: The neighbour and cell file is exported to /usr/omc/config/global/cellX. When the export is complete, close the Cell X Export Watcher window. In the deletion confirmation window, click on OK to confirm the BCCH RTF deletion.
5 6
The neighbour information can be retrieved at a later date by using the Cell-X-Import facility as described in "Cell-X-Import" on page 12-18.
This facility is only available for BCCH RTFs. It is not available for non-BCCH RTFs.
9-212
GMR-01
Definition of an XBL
The purpose of the XBL is to enable notification of failed traffic circuits at the RXCDR being sent to the BSC. If failures occur, the BSC disables these circuits by sending the appropriate blocking messages to the MSC along an MTL. The XBL is the link between the RXCDR and the BSC which provides fault management communications link for the devices at the RXCDR. The XBL uses a dedicated 64 kbit/s timeslot on the RXCDR to BSC 2 Mbit/s link. It provides bi-directional communications between GPROC in the BSC and GPROC in RXCDR, consequently four traffic channels (TCH) are lost. If multiple BSCs are supported by the same RXCDR, then the second XBL should be equipped to a physically different 2 Mbit/s link to enhance redundancy. A maximum of 20 XBLs can be supported. An XBL can only exist at SITE 0 (BSC), but are not allowed at SITE 0 (BSC) of a BSS if the BSC is a transcoding site. In the Navigation Tree, an XBL is contained under an Assoc_BSS or Assoc_RXCDRs. Also see "Enhanced XBL (EXBL)" on page 2-11.
GMR-01
9-213
Creating an XBL
To add an XBL to the network using the OMC-R GUI, follow these steps: Procedure 9-54 1 Add an XBL to the network
Navigate to and select the XBL class button in the Navigation Tree (BSS - BSS instance - Assoc_RXCDR - Assoc_RXCDR instance - XBL). If necessary, see "Navigating to a network object class or instance" on page 1-35 for further details. Select Edit - Create from the menu bar. Result: The OMC-R displays the XBL Detailed View form. Enter all required information in this form. See XBL Detailed View fields for details. Create and close the Detailed View. If necessary, see "Creating a network object using the OMC-R GUI" on page 1-39 for further details.
2 3 4
9-214
GMR-01
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed.
Identification grouping
Table 9-68 describes the fields in the Identification grouping of the XBL Detailed View. Table 9-68 XBL Detailed View fields - Identification grouping Brief description The particular MSI for the link. The 2.048 Mbit/s link on the MSI. The XBL timeslot for the link. The rate of the XBL to a SITE. Displayed if the XBL 16 Kbps LAPD Feature (xbl_rateOpt) is enabled (unrestricted) at the BSS. If XBL 16 Kbps LAPD Feature is disabled (restricted), the rate is 64 Kbps. The XBL group. Only used if XBL data rate is 16. See description in Table 4-1. Device id for the XBL - the particular link between the RXCDR and the BSC. Also see description in Table 3-1. Values BSC: 0 to 55. RXCDR: 0 to 71. 0 or 1. E1: 1 to 31 T1: 1 to 24 16 Kbps (0) or 64 Kbps(3). Default is 0. Mandatory or Optional? Mandatory. Mandatory. Mandatory. Mandatory.
Field name/BSS parameter name MSI Identifier MMS Identifier MMS Timeslot Identifier XBL Rate xbl_rate
XBL Group
0 to 3.
Optional.
Cont.
GMR-01
9-215
Table 9-68
XBL Detailed View fields - Identification grouping (Continued) Brief description See description in Table 4-1. Displays the name of the parent Assoc_RXCDR. Click to display the parent Assoc_RXCDR Detailed View. Valid for XBLs equipped at an RXCDR. Specifies with which Assoc_BSS device the XBL will be communicating. Click to display the BSS Detailed View for the BSS associated with this XBL. Valid for XBLs equipped at a BSS. Specifies with which Assoc_RXCDR device the XBL will be communicating. Click to display the RXCDR Detailed View for the RXCDR associated with this XBL. 1 to 128. Mandatory. Values Mandatory or Optional?
Field name/BSS parameter name NMC RDN Value Parent Detail View
Associated BSS
Associated RXCDR
1 to 128.
Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this XBL. Where additional notes are not required, it is advisable to close this field by clicking on the toggle button next to the Additional Information header.
State grouping
Standard network object state fields, see Table 4-2 for details.
9-216
GMR-01
Table 9-69
XBL Detailed View fields - LapD Information grouping Brief description Used to time the acknowledgements of a transmitted frame. On timeout a counter is incremented. If the value if this counter equals the value in LAPD N200, then an error has occurred. Indicates the maximum number of retransmissions of a frame. Indicates the maximum number of unacknowledged information frames (I-frames). Values 1400 to 5000 ms (in multiples of 50). Default: 2500. Mandatory or Optional? Mandatory.
1 to 5. Default: 3.
Mandatory.
1 to 10. Default: 7.
Mandatory.
GMR-01
9-217
See "Methods of configuring individual devices and functions" on page 9-4. Equip the XBL at the BSC.
The timeslot on the MMS must be identical to that entered when equipping the XBL at the BSC. The other information can be different as long as it relates to the same physical link. 2 Arbitrarily number the BSCs connected to the RXCDR. This is to ensure that different BSCs can be distinguished from the RXCDR. Refer to "Configuring a Conn_Link" on page 5-6 for further information.
9-218
GMR-01
GMR-01
9-219
9-220
GMR-01
10
Auditing
Chapter
{23370} Auditing allows on-demand checks of the OMC-R CM MIB against the CM databases of a selected Network, Region, BSS/RXCDRs, PCU, or sites in the GSM Network. The following auditing topics are described in this chapter: "Introduction to auditing" on page 10-2. "Auditing recommendations" on page 10-10. "Auditing the network using the OMC-R GUI" on page 10-14. "Auditing a BSS/RXCDR using the OMC-R GUI" on page 10-17. "Multiple site audits" on page 10-21. "Multiple BSS/RXCDR audits" on page 10-22. "Scheduling an audit" on page 10-23. "Managing audit logs" on page 10-35. "Propagating cell changes to neighbour cells after an audit" on page 10-41. "Time of the last audit" on page 10-44.
Audit-related activities performed by the OMC-R System Administrator are described in Operating Information: OMC-R System Administration (68P02901W19).
GMR-01
10-1
Introduction to auditing
Introduction to auditing
Overview of auditing
Purpose
{22904}{23238} The purpose of an audit is to perform on-demand checks of the OMC-R CM MIB against the CM databases of selected Network, Region, BSS/RXCDRs, PCU, or sites in the GSM Network.
An audit can only compare objects that are supported in both the OMC-R and BSS.
Permission must be obtained from the OMC-R system administrator before auditing a network.
Functionality
The BSS and OMC-R MIB BTS objects become out of synchronization if the BSS contains a CM change which has not been applied to the same device/function in the CM MIB, or vice versa. {23238} When an audit is initiated, the audit process checks if objects and object attributes are consistent at the NE and the CM MIB. An inconsistency list is produced if: An object exists in the MIB and not in the BSS. An object exists in the BSS and not in the MIB. An object exists in both the MIB and BSS but the attribute values differ. An object exists on both sides but are different versions.
When the inconsistencies are applied to the OMC-R (either by the user or automatically by the OMC-R), objects not in the NE database (but in the OMC-R database) are deleted at the OMC-R. New objects in the NE database are created in the OMC-R database, and attribute value inconsistencies are updated in the OMC-R database to become the same as attributes in the NE. After a BSS or RXCDR has been upgraded to a new version of software, the OMC-R MIB may contain objects that are no longer supported by the new BSS/RXCDR software. An audit detects if there are any objects in the OMC-R MIB that are no longer supported by the version of software running on the BSS or RXCDR. Audit then deletes from the OMC-R MIB, objects that are no longer supported by the BSS/RXCDR software load.
10-2
GMR-01
Introduction to auditing
The entire BSS is still audited if there is a CSFP swap of new databases, or downloading of a new database. An RXCDR and its child objects, and a PCU and its child objects, do not have a counter, so an audit of these objects will always proceed.
Intelligent audit
{22904} Intelligent Audit enhances the usability of the Audit functionality. The major enhancement is to allow the user to intervene on pending and blocked-pending scheduled audits. Other enhancements allow the user to: Expand or contract the hierarchical tree of objects on the Navigation Tree, during the Audit gather and apply phases. The objects contained by the node have read only access. Expand or contract the NE and site level nodes on the Contained Devices, during the Audit gather and apply phases. The objects contained by the node have read only access. Open the Detailed Views of the containee devices, during the Audit gather and apply phases of the container NE or site. The objects contained by the node have read only access. Initiate an Apply to OMC from the Audit Logs form, and details such as success, error or failure of an applied audit can be viewed from the Audit Logs form (see "Managing audit logs" on page 10-35 for further details). Look up the completion time of the last Audit Gather and Audit Apply phase for a Network, Region, BSS, RXCDR, PCU or site using the appropriate Detailed View (see "Time of the last audit" on page 10-44 for further details). Defer scheduled audits (that is, with a pending status) to a later time. At times it becomes essential for the operator to defer pending operations to increase or decrease the priority of the scheduled Audit operation. This allows the operator to place all scheduled audits into an intervene or suspend state for a certain time, perhaps while Audits considered to be more important can be initiated or attended to (for example, immediately after a re-plan deployment through CSFP swap or NE download). To defer a pending scheduled audits, menu options are provided in Audit Log form. Here, the user can specify the date and time to which the scheduled audit is to be deferred (see "Deferring a scheduled audit" on page 10-31 for further details). Configure the Audit Gather phase and specify whether or not Call Trace objects at a BSS need to be audited (see "Configuring the Audit Gather phase" on page 10-6 for further details).
During the apply of audit inconsistencies, any object locks in the database will be ignored. For example, if a device Detailed View is already open in Edit mode before the audit was initiated, the Detailed View will be closed if any inconsistencies are applicable to that device Detailed View.
GMR-01
10-3
Introduction to auditing
The Multiple BSS/RXCDR Audit feature enables a network-wide audit on a fully configured 120 K TCH system to be kept within at an acceptable time level.
If multiple BSSs or RXCDRs are audited, only one inconsistency report is generated, even though the inconsistencies may be generated in parallel for each network element. This single inconsistency report can only be applied to the OMC-R when the audit gather phase is complete for all the selected network elements.
10-4
GMR-01
Introduction to auditing
Audit restrictions
An audit can only be used to upload information about network elements (NEs) or Commslinks which exist, and are correctly configured as child elements of added BSSs and RXCDRs. An audit only obtains information on Commslinks internal to the BSS, that is, between sites. It does not provide information on Commslinks between NEs, such as BSS to RXCDR, RXCDR to OMC-R or RXCDR to MSC.
Initiating an audit
The audit function can be invoked manually from Navigation Tree, or scheduled using the Audit Scheduler.
GMR-01
10-5
Introduction to auditing
Audit can be invoked from the UNIX command line. This means that the OMC-R GUI does not have to be started to initiate an audit. To do this, use: {23370} cmdLineAudit [NETWORK | REGION | BSS | RXCDR | SITE | PCU ] <Network Elements> This command checks the permissions for the user invoking the audit, and then executes an audit gather and apply to the OMC-R. The audit status and inconsistencies found can be checked from the audit logs on the OMC-R GUI.
To enable or disable the collection of Call Trace details, open the audit configuration file: /usr/omc/config/global/audit.cfg . Set the flag GATHER_CALLTRACE to 1 to collect Call Trace objects during audit gather phase, or set it to 0 to omit Call Trace objects. The default is 0 (omit Call Trace objects). Save the configuration file.
10-6
GMR-01
Introduction to auditing
GMR-01
10-7
Introduction to auditing
Also the environment variables PER_SITE_AUDIT and PER_SITE_AUDIT_DEBUG must be enabled in:
/usr/omc/config/global/env/Common.csh
See Operating Information: OMC-R System Administration (68P02901W19) for further details. The PER_SITE_AUDIT environment variable should only be switched on once, and controls the site audit counters for the MIB. To enable Per Site Audit functionality, follow these steps: Procedure 10-2 1 Enable Per Site Audit functionality
In /usr/omc/config/global/audit.cfg change the PerSiteAuditLevel value to 1 (On) as follows: PerSiteAuditLevel 1 Result: The audit.cfg file is parsed before each audit is performed, so an OMC-R stop/start is not be required to reset the flag.
To enable the PER_SITE_AUDIT and PER_SITE_AUDIT_DEBUG environment variables, type the following lines in /usr/omc/config/global/env/Common.csh: setenv PER_SITE_AUDIT ON setenv PER_SITE_AUDIT_DEBUG ON
An OMC-R start/stop is required if the settings of PER_SITE_AUDIT or PER_SITE_AUDIT_DEBUG are changed. {27761}
Per Site Audit can also be enabled per audit using the Audit Type field in the auSchedule Detailed View, see "Selecting the Audit Type" on page 10-27 for details.
10-8
GMR-01
Introduction to auditing
Limitations
When PSA is enabled, the entire BSS is still audited in the following cases: CSFP swap of new database. Downloading of new database.
When PSA is enabled, the following changes can occur without affecting the PSA Site counters: Call Traces can be created and/or deleted. Hardware Version Numbers (HVNs), Serial numbers, Kit numbers, FRUs, and FR_UNIT of boards can change. PSA does not support Inventory management. The serial numbers of the boards are not stored in the BSS 02 object, and are checked for separately. The serial numbers are not checked if the CM database of the site shows no change.
An RXCDR and its child objects, and a PCU and its child objects, do not have a PSA counter, so an audit of these objects will always proceed.
GMR-01
10-9
Auditing recommendations
Auditing recommendations
Normal CM changes through rlogin do not require an audit of the BSS. If the OML is in service, and there is no MIB lock on the corresponding object, any database changes to existing devices/functions through rlogin are immediately propagated to the MIB. These are logged through attributeStateChangeEvents (AVCs) in the event logs. Any new devices created/deleted have corresponding objects created/deleted for them in the MIB. These are also logged through objectCreateEvents/ objectDeleteEvents in the event logs. Network-wide audits should only be scheduled where audit is expected to highlight minor network configuration changes. Each Network-wide audit should be completed before the beginning of the CM morning operator shift. Evaluate how long on average it takes to complete a Network-wide audit on the Network. If it takes too long, use the BSS Audit. One Shot Audits should not be run if they conflict with Resync, Network Expansion, or cmutil. It is recommended to set up scheduled audits as they will be queued if another process has control of the MIB lockfile. Audits can only be aborted during the collection phase. The apply phase is usually quite fast and Motorola recommends it is allowed to complete. However, if problems do occur, the only way to stop the audit is to initiate an OMC-R stop/start. Always check the Audit Inconsistencies logfile for failures on the Apply phase. One of the most common causes of failure to apply is dummy LACs-CIDs in the MIB which prevent real Cells/Neighbours being audited in. For multiple OMC-Rs, set up shell scripts which will search the omcaudit logfiles for au: and cm: messages and report on failures. The OMC-R showing the most failures should be investigated before investigation of other OMC-Rs. See Operating Information: OMC-R System Administration (68P02901W19) for further details.
10-10
GMR-01
Auditing recommendations
Audit on a NE basis
Audit on a per NE basis is the preferred way of using audit and is the recommended way to capture significant network changes. This includes Scenarios A to E above. In these scenarios, audits should be carried out and completed one NE at a time.
Network-wide audits
In general, Network-wide audits are not recommended, though it is a selectable option from the Navigation Tree on the OMC-R GUI and from the audit scheduler. Field experience has shown that a Network-wide audit, initiated at the end of the last CM operator shift (typically 22.00 hours), has often not completed before the beginning of the morning CM operator shift. The audit will lock the CM MIB while collecting/applying and if the Apply phase is running the audit cannot be aborted. The recommendations for Network-wide audits is as follows: Network-wide audits should only be used in cases where audit is expected to highlight minor network configuration changes (Scenarios E and F above), and only if the changes are minor. Network-wide audits should not be done on a network when there are NEs in the network that have not been previously audited (Scenarios A to D above, and Scenarios E and F if the changes are major).
GMR-01
10-11
Auditing recommendations
Auditing problems
Most common causes of audit failure are: A new gsmcellid for the BSS is detected on the network which already exists in a different BSS in the same OMC-R. In this case the entire audit apply will be failed. Solution: Carefully choose the order of the BSSs to be audited, especially when reparenting has occurred. If many BTS and LAC-CI reparents have occurred, it may be faster to use HierDelete to delete the BSSs, recreate the BSS objects, and rerun the audits. The BSS does not have sufficient resource. Solution: Check that the BSS has sufficient LCFs and, if necessary, an OMF. Sometimes, for example, audits can be failed if the LCF is code loading. Solution: Equip the appropriate OMF or LCF, and rerun the Audit. OML reset occurs in the middle of the outage. Solution: Rerun the Audit after OML comes back into service. OMC Event Interface fails in the middle of the collect. Solution: Rerun the Audit after the Event Interface comes back into service OMC is stop-started. Solution: Rerun the Audit after OMC stop start.
Completed audit collects cannot have their inconsistencies applied after a OMC Stop-Start. MIB corruptions. Solution: Run the /usr/omc/current/sbin/cleanMib script in cleanup mode and then rerun the audit. For more information on this script, please refer to the OMC-R Software Release Notes.
10-12
GMR-01
Auditing recommendations
Proper use of Audit, Proxy Cell sync, Network Expansion, and propagation
Misuse of the Configuration Management procedures as described in Audit Problems can compromise the integrity of real network data. This can lead to Neighbours having the wrong LAC-CI, and causing handovers to fail. There are three typical scenarios in which this can occur: Immediately after a reconfiguration of the network. When a replan or expansion of the network resulted in LACs, BSICs, or ARFCNs being deployed using CSFP swap. A conventional download of a new (02 object) BSS CM database.
It is important that all BSSs involved in an audit have been completely audited into the MIB before any online propagation changes, or proxy cell synchronization (pcell sync) between OMCs are run. Immediately after a replan, Motorola recommends disabling the routine BSS scheduled audits and concentrating only on those involved in the CSFP swap. Monitor the progress of the Audits carefully in the Audit Logs GUI. If any problems occur, diagnose the cause of the problem (open the omcaudit logfile if necessary), fix the problem, and then rerun the audit.
GMR-01
10-13
Introduction
An audit can only be used to upload information about network elements (NEs) or Commslinks which exist and are correctly configured as child elements of added BSSs and RXCDRs. An audit only obtains information on Commslinks internal to the BSS, that is, between sites. It does not provide information on Commslinks between NEs, such as BSS to RXCDR, RXCDR to OMC-R or RXCDR to MSC. Use the procedures detailed elsewhere in this manual to manually create MSCs, OMC-Rs, BSSs and RXCDRs, and the Commslinks between them.
Permission must be obtained from the OMC-R System Administrator before auditing a network.
From the Front Panel, click the Config Mgt icon to display the Navigation Tree. Click the network instance button. This changes the colour of the network button. Select Config Mgt - Audit from the Navigation Tree menu bar. Result: The network audit is initiated and a confirmation box is displayed. The message requests the user to look at the audit logs for the status.
10-14
GMR-01
Audit inconsistencies can also be applied from the Audit Inconsistency List.
During the apply of audit inconsistencies, any object locks in the database will be ignored. For example, if a device Detailed View is already open in Edit mode before the audit was initiated, the Detailed View will be closed if any inconsistencies are applicable to that device Detailed View. Procedure 10-4 1 2 Apply audit inconsistencies to OMC from the Audit Logs form Refer to "Viewing an audit log list" on page 10-35 and follow steps 1-3. Result: The Audit Logs form is opened. Select an audit with inconsistencies from the list of audits displayed. The selected audit must have the status Finished, otherwise the Apply to OMC option cannot be selected. Select the Apply to OMC option from the Options menu. This starts the process of applying the inconsistencies to the OMC-R.
GMR-01
10-15
Procedure 10-5 1 2
To display the results of an Apply to OMC activity, select an audit with the status Applied to OMC. From the Display menu, select All, Success, Error, or Failure. Selecting All, opens the Audit Inconsistency List form with all the records displayed. The status bar shows the total number of success, error and failure records. Selecting Success, opens the Audit Inconsistency List form showing a list of success records. The status bar displays a count of the success records. Selecting Error, opens the Audit Inconsistency List form showing a list of error records. The status bar display a count of the error records. Selecting Failure, opens the Audit Inconsistency List form showing a list of failure records. The status bar display a count of the failure records.
10-16
GMR-01
From the Front Panel, click the Config Mgt icon to display the Navigation Tree. If the BSS/RXCDR button is not visible, click the folder icon next to the network name to expand the Navigation Tree to the second level. Click the folder item next to the BSS/RXCDR button to display all existing BSS/RXCDR instances. Click the required BSS/RXCDR button. Result: The button changes colour. Select Config Mgt - Audit from the Navigation Tree menu bar. (Alternatively, an audit can be initiated from the BSS or RXCDR Detailed View form by selecting Edit - Detailed View - Options - Audit). Result: The BSS or RXCDR audit is initiated and a confirmation box displayed. The message requests the user to look at the audit logs for the status.
GMR-01
10-17
During the apply of audit inconsistencies, any object locks in the database will be ignored. For example, if a device Detailed View is being displayed in Edit mode it will be closed automatically when the Audit Apply is initiated. Procedure 10-7 1 2 Apply audit inconsistencies to OMC from the Audit Logs form Refer to "Viewing an audit log list" on page 10-35 and follow steps 1-3. Result: The Audit Logs form is opened. Select an audit with inconsistencies from the list of audits displayed. The selected audit must have the status Finished, otherwise the Apply to OMC option cannot be selected. Select the Apply to OMC option from the Options menu. This starts the process of applying the inconsistencies to the OMC-R.
After applying the inconsistencies to the OMC-R, if the Network Entity Ids of a BSS or RXCDR are duplicated, an NE Id Inconsistency List window appears. Use the information in the window to resolve the inconsistency, see "Resolving auditing NE Id inconsistencies" on page 10-20.
10-18
GMR-01
To display the results of an Apply to OMC activity, select an audit with the status Applied to OMC. From the Display menu, select All, Success, Error, or Failure. Selecting All, opens the Audit Inconsistency List form with all the records displayed. The status bar shows the total number of success, error and failure records. Selecting Success, opens the Audit Inconsistency List form showing a list of success records. The status bar displays a count of the success records. Selecting Error, opens the Audit Inconsistency List form showing a list of error records. The status bar display a count of the error records. Selecting Failure, opens the Audit Inconsistency List form showing a list of failure records. The status bar display a count of the failure records.
GMR-01
10-19
If the NE Id Inconsistency List window is not displayed as a result of an inconsistency found by the audit process, select the Network or the required BSS or RXCDR in the Navigation Tree and select Options - NE id Inconsistencies from the menu bar. Result: If Network is selected, the window lists the Name and Network Entity Id of all the NEs that have duplicate Network Entity ids. When a BSS or RXCDR is selected, the window lists the Name and Network Entity Id of all the Network Entity Ids which are the same as selected NE. The list is sorted by Network Entity Ids in ascending order.
2 3 4
Select the network element to be corrected. Result: The NE is highlighted. Click the Make Unique button. Result: A new dialogue box opens. Enter a unique Network Entity id for the selected network element, or click the Get Free Id button to enter the next free unique network entity id in the Enter New Network Entity Id field. Click on OK to reset the Network Entity Id. (Clicking on Cancel cancels the operation.) Result: The OMC-R displays the following warning message if a BSS is selected: Warning: Changing the Network Entity Id will
result in cycling all Associated RXCDR devices which are BUSY_UNLOCKED. Cycling these devices will result in the loss of all call traffic from this BSS to those RXCDRs. This loss of call traffic may be avoided if cic_validation is disabled at the BSS. The connected remote Associated BSS entities may need to be updated at the following RXCDRs: <list of RXCDRs> Do you wish to continue? The OMC-R displays the following warning message if an RXCDR is selected: Warning: Changing the Network Entity Id will result in cycling all Associated BSS devices which are BUSY_UNLOCKED. Cycling these devices will result in the loss of all call traffic from those BSSs to this RXCDR. This loss of call traffic may be avoided if cic_validation is disabled at the BSS for this RXCDR. The connected remote Associated RXCDR entities may need to be updated at the following BSSs: <list of BSSs> Do you wish to continue?
10-20
GMR-01
Click the Config Mgt icon on the Front Panel. Result: The OMC-R GUI Navigation Tree opens. Select multiple sites by holding down the Ctrl key while making the selections.
A maximum of 50 sites can be selected for a Multiple Site Audit. 3 Select Config Mgt - Audit from the menu bar.
successfully dispatched. Audit Logs for Status.
Result: The following message is displayed in the status bar: Audit Operation Followed by: Audit Started. Check
GMR-01
10-21
{23238}
Click the Config Mgt icon on the Front Panel. Result: The OMC-R GUI Navigation Tree opens. Select Multiple BSSs or RXCDRs by holding down the Ctrl key while making the selections. Select Config Mgt - Audit from the menu bar. Result: The following message is displayed in the status bar: Audit Operation successfully dispatched., followed by: Audit Started.
Check Audit Logs for Status.
10-22
GMR-01
Scheduling an audit
Scheduling an audit
If the OMC-R timezone incorporates a daylight-saving scheme where a one or two hour offset is applied to the OMC-R during the summer months, care should be taken not to schedule an audit when the time is moved back at the end of the summer, it could accidentally run twice; or when the clock is moved forward at the start of the summer, it might not run at all. The change from summer to winter time, and vice versa, usually occurs in the hours after midnight on a Friday, Saturday, or Sunday, depending on the country.
GMR-01
10-23
Scheduling an audit
Select the Admin icon from the Front Panel to open the Admin Options window. Select the Audit Scheduler option in the Admin Options window. Click on OK. Result: The Audit Scheduler window opens and displays a list of all scheduled audits, detailing their Name, Status, {22904} Deferred Time (if applicable), Start and End Times, Intervals, Execute Mode, Update Mode, {27761}Audit Type, Per Site Logging, Neighbour Propagation, and Operator.
To create a new audit, select Edit - Create from the Audit Scheduler window. Result: The auSchedule Detailed View window is displayed.
10-24
GMR-01
Scheduling an audit
Click the Scheduled Element(s) button in the auSchedule Detailed View. Result: The Navigation Tree is displayed. Select to the network object(s) to be audited.
{22904}{23238} It is possible to select: 3 One or more BSS/RXCDRs. One or more sites. A region. A single PCU. Network (omcadmin only).
{23238} Select Audit from the Config Mgmt menu. Result: The Navigation Tree window closes and the Scheduled Element(s) field in the auSchedule Detailed View displays: The name of the selected network object. Multiple BSS/RXCDRs, if multiple BSS/RXCDRs have been selected. Multiple sites, if multiple sites have been selected.
GMR-01
10-25
Scheduling an audit
To change the Execute Mode field from Periodic to Oneshot, or Oneshot to Periodic, click on the Execute Mode button. Hold the left mouse button down, and scroll to the required option. Once the option is highlighted, release the mouse button. Result: The selected mode is displayed in the field. Click the Start Time or End Time field depending on which one needs changing. Result: The selected parameter is highlighted in black.
Only the Start time field needs to be specified for Oneshot auditing. The date and times are shown in the following format:
Month/Day/Year Hour:Minute:Second
4 5
Use the up/down arrow symbols to the right of the Start Time field to change the date and time to the required value. For Periodic Auditing, the End Time field must be set in the same way as for the Start Time field. This field should be set to the date and time after which this Audit function will not be restarted.
This does not mean that an audit in progress will be stopped when this time has been achieved. 6 7 8 For Oneshot Auditing, the End Time and Interval fields are disabled, so go to Setting the Update Mode. For Periodic Auditing, the Interval field must be set corresponding to the number of hours between the start of corresponding audits. The User Name field contains the name under which the user has logged on to the system. This may be changed for the purpose of the current audit only.
10-26
GMR-01
Scheduling an audit
To set the Update Mode, follow these steps: Procedure 10-15 1 2 Set the Update Mode
Click on the Update Mode field. Click on the button to select the required Update Mode.
Use the Audit scheduler to implement auditing of the network. Ensure each BSS is scheduled to be audited at least once per week. To do this use the menu options: Audit Scheduler - Periodic - Apply to OMC. The Apply to OMC menu option does not need operator interaction. If Audit is invoked from the Navigation Form, the Apply to OMC menu option is not available.
GMR-01
10-27
Scheduling an audit
To set the Audit Type, follow these steps: Procedure 10-16 1 2 Set the Audit Type
Click on the Audit Type field. Click on the button to select the required Audit Type.
If the environment variable PER_SITE_AUDIT is set, and if the environment variable PerSiteAuditLevel is 0 in the audit.cfg file, the default Audit Type is Full Audit. If PerSiteAuditLevel is equal to 1, 2 or 3, the default Audit Type is Per Site Audit. If the audit.cfg file is not present, the default Audit Type is Full Audit. If the environment variable PER_SITE_AUDIT is not set, the default Audit Type is Full Audit. See "Per Site Audit feature" on page 10-7 for further details.
10-28
GMR-01
Scheduling an audit
To specify the content of Per Site Logging, follow these steps: Procedure 10-17 1 2 Specifying the contents of Per Site Logging
Click on the Per Site Logging field. Click on the button to select the required Per Site Logging content.
If the environment variable PER_SITE_AUDIT is set, and if the environmental variable PerSiteAuditLevel is set to 1 in audit.cfg file, the default of Per Site Logging is List All Sites. If PerSiteAuditLevel is 2, the default of Per Site Logging is List Audited Sites. If PerSiteAuditLevel is 3, the default is List Un-audited Sites. See "Per Site Audit feature" on page 10-7 for further details.
To select Neighbour Propagation after Audit, follow these steps: Procedure 10-18 1 2 Selecting Neighbour Propagation after Audit
Click on the Neighbour Propagation after Audit field. Click on the button to select whether or not Neighbour Propagation after Audit is to occur.
GMR-01
10-29
Scheduling an audit
Select File - Create from the menu bar. The new Scheduled Audit is created and can be viewed in the Audit Scheduler window. Any changes to a created network must be done. Refer to "Modifying a scheduled audit" on page 10-30 for more information. Close the Detailed View window by selecting File - Close from the menu bar. Close the Audit Scheduler window by selecting File - Close from the menu bar.
2 3
Open an Audit Scheduler window. For details, see "Creating a scheduled audit" on page 10-24. Select the audit to be modified. Result: The selection is highlighted. Select Edit - Modify from the Audit Scheduler window. Result: The auSchedule Detailed View window is displayed. Select Edit - Edit from the menu bar. When the required fields have been changed, select File - Save. Close the Detailed view by selecting File - Close from the menu bar.
The altered Scheduled Audit can be viewed in the Audit Scheduler window. 7 Close the Audit Scheduler window by selecting File - Close from the menu bar.
10-30
GMR-01
Scheduling an audit
Open the Audit Scheduler window. Select one or more pending or blocked-pending scheduled audits from the list displayed. Select either Defer, Defer All, Undefer or Undefer All from the Edit menu. (Alternatively, select an audit from the Audit Scheduler window and then select Detailed View from the Edit menu). The auSchedule Detailed View is displayed. Defer All and Undefer All options are available to an omcadmin user only. The Defer and Undefer options are only sensitive for the pending and blocked-pending scheduled audits owned by the user. If more than one audit is selected and if any of the selected items is not owned by the user or if the status of any of the selected items is not pending or blocked-pending, the Defer and Undefer options cannot be selected. Selecting Edit-Defer displays the Defer window. If more than one audit has been selected, the Defer Multiple Scheduled Audits window is displayed. Selecting Edit - Defer All displays the Defer All window.
4 5
Enter the date and time the audit is to be deferred to. Use the up or down arrow buttons to change a value. Click on OK to apply the deferred time to the selected audit.
GMR-01
10-31
Scheduling an audit
Open the Audit Scheduler window. Select a scheduled audit from the list displayed. Select NE List from the Edit menu. The NE List window is displayed with the name of the scheduled audit shown in the title bar. (If a Multiple Site audit is selected NE List Multiple Sites is displayed in the title bar.) The network element name is shown for each network element in the scheduled audit. If required, use the Print option in the File menu to print the status. Use the Close option in the File menu to close the window.
4 5
10-32
GMR-01
Scheduling an audit
Select Config Mgt - Audit logs from the Navigation Tree menu bar (or through the Admin icon on the Front Panel - Audit logs). The Audit Logs window is displayed. Select the audited item from the list displayed. Select Audit Progress from the Options menu. The Audit Progress window is displayed with the name of the audit item shown in the title bar. For each element of the audit, the following details are shown: Network Element name. Status: can be either Pending Gather, Gather in Progress, Pending Apply, Apply in Progress, Apply Complete, Aborted, or Timeout Occurred. Actual Start Time: the date and time the audit process started. Actual End Time: this is the date and time the Apply phase completed.
4 5
If required, use the Print option in the File menu to print the status. Use the Close option in the File menu to close the window.
Refer to "Creating a scheduled audit" on page 10-24 and follow steps 1-3. Select File - Print from the Audit Scheduler window menu bar. Result: The print process is documented in the status bar at the bottom of the window.
3 4
Close the Audit Scheduler window by selecting File - Quit from the menu bar. Close the Admin Options window by clicking on Cancel.
GMR-01
10-33
Scheduling an audit
Permission must be obtained from a OMC-R System Administrator before deleting pending scheduled audits.
To delete a scheduled audit, use the following procedure: Procedure 10-25 1 2 3 4 5 Delete a scheduled audit
Refer to "Creating a scheduled audit" on page 10-24 and follow steps 1-3. Select the audit to be deleted in the Audit Scheduler window. Result: The selection is highlighted. Select Edit - Delete from the Audit Scheduler window. Result: A confirmation window is displayed. Click OK. Result: The Scheduled Audit disappears from the Audit Scheduler window. Close the Audit Scheduler window by selecting File - Close from the menu bar.
10-34
GMR-01
Select the Admin icon on the Front Panel to open the Admin Options window. Select Audit Logs option, then click OK. Result: The Audit Logs window opens and contains a list of all completed audits, detailing the Audited Item, Status, Errors experienced, Times, Types and Owner.
Close the Audit Logs window by selecting File - Close from the menu bar.
Refer to "Viewing an audit log list" on page 10-35 and follow steps 1 to 3. To print the list of Audit Logs, select File - Print from the Audit Logs window menu bar. Result: The output is sent to the default printer, the progress of the printing is detailed in the status bar.
Close the Audit Log window by selecting File - Close from the menu bar.
GMR-01
10-35
When an audit is in progress (known as the collection phase) the Status field in the Audit Log list is set to Active. Audits can only be aborted during the collection phase. The apply phase of an audit is usually quite quick and it is recommended that it is allowed to complete. However, if problems occur during the apply phase, the only way to stop the audit is to do an OMC-R stop/start. To abort an audit in progress, use the following procedure: Procedure 10-28 1 2 Abort an audit in progress
Refer to "Viewing an audit log list" on page 10-35 and follow steps 1-3. Result: The Audit Logs window opens. From the Audit Log list, select the audit to be aborted.
An audit in progress is denoted in the Audit Log list by the setting of the Status field to Active. 3 4 5 Select Options - Abort from the menu bar. Result: A confirmation window is displayed. Click on OK. Result: The Audit Log list is updated and the Status field displays Aborted. Close the Audit Log window by selecting File - Close from the menu bar.
10-36
GMR-01
An inconsistency list is produced if an object exists in the: MIB but not in the BSS. BSS but not in the MIB. MIB and the BSS, but the attribute values differ. MIB and the BSS, but the versions differ.
Refer to "Viewing an audit log list" on page 10-35 and follow steps 1-3. Result: The Audit Logs window is opened. From the audit log list, select the audit from which any inconsistencies should be viewed. Result: The selected audit is highlighted.
An audit inconsistency report is only completely valid for an audit with a status field of either Finished or Applied. 3 Select File - Open from the menu bar. Result: An audit inconsistency report window is displayed detailing all elements where inconsistencies were found during the audit. 4 Close the audit inconsistency report by selecting File - Close from the menu bar.
GMR-01
10-37
Refer to "Viewing an audit log list" on page 10-35 and follow steps 1-3. Result: The Audit Logs window is opened. Select an audit log from which the audit inconsistencies are to be printed. Select File - Open from the menu bar. Result: An Audit Inconsistency report window is displayed. To print the Audit Inconsistency List, select File - Print View from the Audit Inconsistency List window. Result: The output is sent to the default printer. Close the Audit Inconsistency List by selecting File - Close from the menu bar. Close the Audit Log window by selecting File - Close from the menu bar. Close the Admin Options window by clicking Cancel.
5 6 7
10-38
GMR-01
Refer to "Viewing an audit inconsistency report" on page 10-36 to open an Audit Inconsistency report window. If the Status column is set to Finished, the collection phase of the audit has completed. Select Options - Apply to OMC, to update the configuration database at the OMC-R. Result: A confirmation window is displayed. Click on OK to continue or Cancel to abort. Result: The progress of the procedure is documented in the status bar.
When an audit is in progress (known as the collection phase) the Status field in the Audit Log list is set to Active. Audits can only be aborted during the collection phase. The apply phase of an audit is usually quite quick and it is recommended that it is allowed to complete. However, if problems occur during the apply phase, the only way to stop the audit is to do an OMC-R stop/start. 4 When complete, select File - Close to close the window.
If the OMC-R is stop/started, the Audit Logs remain undeleted until the period is reached after the restart.
GMR-01
10-39
Select the Admin icon on the Front Panel. The Admin Options window opens. Select the Audit Log Management option, then click on OK. Result: The Audit Log Management window is displayed. Select Edit - Edit. Enter the period after which the Audit Logs are to be deleted. Select File - Save to complete the procedure. Select File - Close to close the window.
Refer to "Viewing an audit log list" on page 10-35 and follow steps 1 to 3. Result: The Audit Logs window is opened. Select the Audit Log to be deleted. Select Edit - Delete from the menu bar. It is also possible to select Edit - Delete All if all the logs require deletion. Click on OK in the confirmation box. Result: The box closes and the selected Audit Log is removed from the list. Close the Audit Log window by selecting File - Close from the menu bar.
10-40
GMR-01
GMR-01
10-41
Table 10-1
Values propagated after an audit Propagated to Neighbour::neighborGsmCellId in all neighbours pointing to the cell. Source::source_gsmCellId in all sources pointing to the cell. Neighbour::bsic for neighbours pointing to the cell. Neighbour::ms_txpwr_max_cell for the neighbours pointing to the cell. Neighbour::bcchFrequency Num for the neighbours pointing to the cell identified by RTF::carrier1GsmCellId. Pre-existing neighbours (if any) pointing to the cell. bsic of the neighbour cell differs from the Cell::bsic. ms_txpwr_max_cell of the neighbour differs from the Cell::max_tx_ms value. bcchFrequencyNum for neighbour differs from the new RTF::Carrier1_arfcn value. bsic and ms_txpwr_max_cell values for the neighbour are different from the CELL::bisc and CELL::max_tx_ms. bcchFrequencyNum of neighbours differs from RTF::carrier1_arfcn value. If... neighbour cell contained the original cell id value. D/base CM MIB and BSS
CELL::gsmCellId
CM MIB
CELL::bsic
CELL::max_tx_ms
When a new cell is created, the following values are propagated: CELL::bisc and CELL::max_tx_ms New BCCH RTF is created, RTF::carrier1_arfcnvalue
Neighbour::bcchFrequencyNum for all neighbours pointing to the call identified by the RTF::carrier1GsmCellId.
10-42
GMR-01
Procedure 10-34 1
Use a text editor to edit the configuration files Common.csh and Common.sh, which can be found in the following location: /usr/omc/config/global/env Set the NBR_PROP_AFTER_AUDIT to ON (1). Save the configuration file. Restart the OMC-R. Result: The restart process uses the new setting.
2 3 4
Use a text editor to edit the configuration files Common.csh and Common.sh, which can be found in the following location: /usr/omc/config/global/env Set the NBR_PROP_AFTER_AUDIT to OFF (0). Save the configuration file. Restart the OMC-R. Result: The restart process uses the setting.
2 3 4
GMR-01
10-43
{22904}
10-44
GMR-01
11
Network Expansion
Chapter
Network expansion provides mechanisms for copying and pasting existing BTSs, reparenting and deleting BTSs, including performing these activities in a daisy chain configuration. Information about network expansion procedures are given here. The following topics are described: "Introduction to network expansion" on page 11-2. "Copying and pasting a BTS" on page 11-6. "Reparenting a BTS" on page 11-22. "Deleting a BTS" on page 11-35. "Network expansion in a daisy chain configuration" on page 11-39. "Troubleshooting Network expansion" on page 11-54. "Scheduling network expansion" on page 11-57. "Network expansion logs" on page 11-71. "Managing network expansion logs" on page 11-77. "Configuring a path using Path Configure menu option" on page 11-78. "Using flat files" on page 11-99.
GMR-01
11-1
Delete a BTS with its associated hardware devices and software functions in a single operation. Batch and schedule network expansion operations to run at an appropriate time. Review transaction logs and maintain a historical record of operations. It allows the operator to progress intervened batch mode operations. Configure a path. Configure timeslot switch support for path configure.
{23370} Only one network expansion operation can be run at a time (with the exception of path configure).
In the case of on-line operations, the network expansion application performs mandatory fault management procedures. 11-2 68P02901W17-R 14 Apr 2006
GMR-01
GMR-01
11-3
Exit the OLM and shut down DataGen (offline environment only - refer to System Information: DataGen (68PO2900W22). Otherwise, shutdown the OMC-R (online environment only). To set the variable execute the following command from the Xterm window that OMC-R will start from: setenv NX_SHUTDOWN_TIMEOUT <number of Seconds> where the minimum is 5, the maximum is 300. Restart DataGen and OLM (offline environment only - refer to System Information: DataGen (68PO2900W22). Otherwise, restart the OMC-R (online environment only).
11-4
GMR-01
Select the Xterm icon from the OMC-R front panel display. Edit the Common.csh file by executing the following command: vi /usr/omc/config/global/env/Common.csh Add the following lines under the section Network Expansion Variables: setenv NX_PATH_MMS_SELECTION <0 or 1 or 2> where: First suitable MMS is 0 Suitable MMS with the least available timeslots is 1 Suitable MMS with the most available timeslots is 2 Restart DataGen and the OLM (offline environment only - refer to System Information: DataGen (68PO2900W22) Otherwise, restart the OMC-R (online environment only).
GMR-01
11-5
Mandatory and optional information must be entered in sequence for each step to successfully complete the operation. Once each step is complete, the associated devices are equipped. For example, the site hardware devices (for example, Cabinet, Cage, EAS) are equipped after completing Step 1. The devices that are equipped in each step are reflected in the Navigation Tree. If error messages appear in the omcaudit file during a copy and paste BTS operation, see "Introduction to network expansion" on page 11-2, section for details.
11-6
GMR-01
GMR-01
11-7
Select the Config Mgt icon from the Front Panel to display the Navigation Tree. From the Navigation Tree, click on the BTS to use as a template. Select Config Mgt - Copy SITE from the menu. The Copy SITE form is displayed, see Figure 11-1.
Figure 11-1
11-8
GMR-01
Click Copy SITE from the Copy SITE form (Step1), refer to Figure 11-1. The status bar at the bottom of the form displays the progress of the action. Result: The Site <Create> form is displayed, refer to Figure 11-2. Click on the Upstream Site button to select an existing site within the network as the upstream site for the new BTS. Result: The system displays a Navigation Tree. Navigate to the site to be the upstream site. Double-click the upstream site in the Navigation Tree. Result: The Upstream Site field is updated with the selected site name. If the selected site is BSC type 0, then the controlling function BSP (0) is displayed in the BSP/LCF Flag field in the SITE form. Otherwise, LCF (1) is displayed.
3 4
If the new BTS is to be connected to a downstream site, click the Downstream Site button to select a downstream site for the new BTS. Result: The system displays a Navigation Tree. If the new BTS is to be a spoke-connected site from the upstream site, a downstream site does not need to be selected, so go to step 8.
The Downstream Site button cannot be used in batch copy or batch reparent operations. 7 Double-click the downstream site in the Navigation Tree. Result: If the upstream site is selected an error message is displayed. The Navigation Tree closes and the Downstream Site field is updated with the selected site name. Cont.
GMR-01
11-9
Procedure 11-4 8
If not automatically completed by the system, the controlling function LCF must be entered in the field: LCF managing this site. To do this automatically, select Options - Auto-Select LCF from the menu bar of the SITE form. Result: A valid LCF number is auto-selected and displayed in the field: LCF managing this site. Otherwise, enter the LCF number.
If copying a site into a daisy chain configuration, now go to step 4 in "Copying and inserting a site in a daisy chain" on page 11-48. 9 Select File - Save (Equip) from the menu bar. Result: A Copy SITE Progress Dialog window is displayed. This contains a list of the Device name, Device Type, Operation Type, Apply Status, and Errors/Warnings/Comments (if appropriate) fields. The Copy SITE Progress Dialog information is updated as the process continues.
If scheduling a copy operation, the Progress Dialog window is not displayed. Refer to "Scheduling network expansion" on page 11-57 for details on batch scheduling procedures. If the hardware devices are successfully equipped, the following message is displayed in the status bar at the bottom of the Copy SITE window: SUCCESS:
All of the applicable Hardware devices were equipped at the NE (see Progress Dialog)
If scheduling a copy operation the following message is displayed: SUCCESS: The new details have been updated. Refer to "Scheduling network expansion" on page 11-57 for details on batch scheduling procedures. The <Create> form automatically closes. Step 2: Entering Logical Link Devices in the Copy SITE form is now sensitized.
The Progress Dialog window may be closed, by selecting File - Close from the menu.
11-10
GMR-01
Figure 11-2
GMR-01
11-11
Click Copy PATH from the Copy SITE form. Result: The Path Details form is displayed as in Figure 11-3. Select Options - Auto-Select MMSs from the menu. Result: The MSI Id and the MMS Id for the BSC and any intermediate sites are auto-selected within the form. Alternatively, enter the MSI and MMS ids manually, if required.
Auto-Select MMSs applies to GSR5 BSSs and later software versions. The Auto-Select MMSs option is not available if scheduling a copy operation. The terminating site path information is copied from the original site. 3 4 If None is displayed in any of the MSI or MMS fields then no suitable value is available. Enter the missing MSI Id or MMS Id. Select the Upstream and Downstream TS MMS values for the path. This is sensitive only if the path contains one Time Slot (TS) switch or multiple adjacent switches. The values represent the time slots on the Multiple Serial Link Interface (MMS) directly connected to the TS switch.
The Upstream and Downstream TS MMS options are not available if the corresponding path contains no time slot switch or multiple non-adjacent switches. To enable the Upstream and Downstream TS MMS options the NX_ENABLE_TIMESLOTS environment variable must be set, see Operating Information: OMC-R System Administration (68P02901W19) for further details.
If copying a site into a Daisy Chain there is no time slot switch support. Cont.
11-12
GMR-01
Procedure 11-5 5
Select File - Save(Equip) from the menu. Result: A Progress Dialog window is displayed. Any errors or warning are displayed in the window. The Path Details form automatically closes.
If scheduling a copy operation the Progress Dialog window is not displayed. Refer to "Scheduling network expansion" on page 11-57 for details on batch scheduling procedures.
If scheduling a copy operation the following message is displayed: SUCCESS: The New Logical Link device details have been updated Refer to "Scheduling network expansion" on page 11-57 for details on batch scheduling procedures. 6 For each path that exists repeat steps 2 to 5.
The number of new paths that need to be created must be exactly the same as the original site. Each path must be equipped before equipping the Radio Frequency devices. If the path is equipped successfully, the following message is displayed in the status bar at the bottom of the Copy SITE form:
SUCCESS: All of the applicable Logical Link devices were equipped at the NE (see Progress Dialog).
GMR-01
11-13
Figure 11-3
11-14
GMR-01
Click Copy CELL from the Copy SITE form (Figure 11-1). Result: This displays the Cell Details Form as in Figure 11-4. Enter the Location Area Code (LAC) in the third field of the New GSM Cell Id.
{22239} The MCC and MNC subfields in the New GSM Cell ID field in the Cell Details Form (see Figure 11-4) can also be changed as required. 3 4 5 6 Enter the Cell Identity (CI) in the fourth field of the New GSM Cell Id. Enter the new Cell Name (optional). Enter the new Cell Base Transceiver Station Identification Code (BSIC). Click YES or NO to Copy ALL Frequency Hopping Systems.
By default, the option button is set to Yes to assist in Radio Frequency reuse. 7 To view the original Frequency Hopping values, select Options - Frequency Hopping from the menu. Otherwise Select File - Close to return to the Cell Details Form. Click on External and/or Internal to Copy External/Internal SITE Neighbours Relations (Refer to "Errors when copying neighbour relations " on page 11-19 for details). To view the original Cell Source and Neighbour view parameters, select Options - Source and Neighbours from the menu. Otherwise proceed to the next step. {24537} Enter the BVCI Value. Enter the ARFCN numbers. By default, the values are taken from the original site.
9 10 11
If the Frequency Hopping System is copied, then it is not possible to modify the Absolute Radio Frequency Channel Number (ARFCN). Cont.
GMR-01
11-15
Procedure 11-6 12
By default, these values are taken from the original site. This value must be a valid path number. This value cannot be null. 13 Select the Upstream and Downstream TS MMS values for the Primary Path Id.
This is sensitive only if the path contains one Time Slot (TS) switch or multiple adjacent switches. The values represent the time slots on the Multiple Serial Link Interface (MMS) directly connected to the TS switch.
The Upstream and Downstream TS MMS options are not available if the corresponding path contains no time slot switch or multiple non-adjacent switches. To enable the Upstream and Downstream TS MMS options the NX_ENABLE_TIMESLOTS environment variable must be set, see Operating Information: OMC-R System Administration (68P02901W19) for further details. 14 Enter the Second Path Id values.
By default, these values are taken from the original site. This value must be a valid path number. 15 Select the Upstream and Downstream TS MMS values for the Secondary Path Id.
This is sensitive only if the path contains one Time Slot (TS) switch or multiple adjacent switches. The values represent the time slots on the Multiple Serial Link Interface (MMS) directly connected to the TS switch. Cont.
11-16
GMR-01
Procedure 11-6 16
Select File - Save (Equip) from the menu. Result: A Progress Dialog window is displayed. Any error or warnings are displayed in this window.
If scheduling a copy operation the Progress Dialog window is not displayed. Refer to: "Scheduling network expansion" on page 11-57 for details on batch scheduling procedures. The Cell and Frequency Form automatically closes. 17 For each Cell that exists, repeat the procedure above. Result: If the operation is successful, the following message is displayed in the status bar at the bottom of the Copy SITE form: SUCCESS: All of the
applicable Site Radio Frequency devices were equipped at the NE (see Progress Dialog).
If scheduling a copy operation the following message is displayed: SUCCESS: The New Radio frequencies device details have been updated. Refer to: "Scheduling network expansion" on page 11-57 for details on batch scheduling procedures.
To close the Progress Dialog window at any time select File - Close from the menu of the Progress Dialog window.
GMR-01
11-17
Figure 11-4
11-18
GMR-01
Closing the Controlling Form automatically closes the Progress Dialog window. Result: If the operation is complete, a confirmation window is displayed: Do you want to close the Network Expansion form? perform step 2 only. If the operation is not complete, a confirmation window is displayed: Warning: The new site is only partially equipped. You may manually complete the site using the Progress Dialog Form and Device Management or you may delete the new site. Do you wish to close the Network Expansion form ? perform step 3 only. 2 3 Click on OK to return to the Navigation Tree. Click on Abort to stop the operation and close the Controlling Form or Cancel to continue.
At any stage during the copy operation it is possible to abort the operation. Refer to "Aborting the copy operation" on page 11-20 for details.
GMR-01
11-19
Select Options - Abort from the Copy SITE Progress window. Result: A confirmation window is displayed:
Do you want to Abort the Copy operation ?
Click on OK to abort the copy or Cancel to continue with the copy operation.
If the copy operation is to copy a site into a daisy chain, the OMC-R prompts to complete, rollback or abort.
Select Display - Progress Dialog from the Controlling Form menu. Select File - Print from the menu. Result: The output is sent to the default printer. The progress is displayed in the status bar at the bottom of the window.
11-20
GMR-01
From the Progress Dialog window (shown in Figure 11-5), select Filter - Show Filters from the menu. Click on the button to the left of Apply Status to display the status options. Click the required status settings. Click on the button to the left of Devices to display the device options. Click the required devices settings. Select Filter - Apply Filters from the menu. To close the filter section of the window, select Filter - Hide Filters from the menu.
Figure 11-5
GMR-01
11-21
Reparenting a BTS
Reparenting a BTS
Select the BTS and copy it. Result: All Cells in the copied site are given the same dummy or false LAC. Swap the dummy LACs with the original site LACs. Delete the original BTS.
This procedure can also be used to reparent a site in a daisy chain configuration. In the situation where site downtime is an issue this method allows the new site to be equipped in full, while the old site configuration remains in service until the last possible moment. Then a LAC change is carried out which brings the old site Cells out of service and brings the new site Cells into service. If error messages appear in the omcaudit file during a reparent BTS operation, see "Introduction to network expansion" on page 11-2 for details.
Select the BTS to reparent. Reparent the SITE hardwaredDevices. Reparent the SITE logical links devices. Reparent the radio frequency devices which includes deleting the original BTS.
11-22
GMR-01
Reparenting a BTS
The following are examples of successful and unsuccessful swap site LAC operations.
GMR-01
11-23
Reparenting a BTS
Example 1: Table 11-1 shows a successful swap site LAC operation, that is CELL1s neighbour relationships are copied to CELL3 and CELL2s neighbour relationships are copied to CELL4. Table 11-1 Example of a successful swap site LAC operation Old site GSM Cell ID 0010111 2222212 Cell Name CELL1 CELL2 Neighbours? Yes Yes GSM Cell ID 11111101 33333102 New site Cell Name CELL3 CELL4 Neighbours? No No
Example 2: Table 11-2 shows an unsuccessful Swap site LAC operation. It failed for the following reasons: The Cell Identifiers of the old site (CELL1 and CELL2) are not unique. CELL4 of the new site does not have a corresponding Cell at the old site with the same Cell Identifier. Example of an unsuccessful swap site LAC operation Old site GSM Cell ID 4444421 5555521 Cell Name CELL1 CELL2 Neighbours? Yes Yes GSM Cell ID 66666201 77777202 New site Cell Name CELL3 CELL4 Neighbours? No No
Table 11-2
Example 3: Table 11-3 shows an unsuccessful Swap site LAC operation. It failed because the Cell Identifier of the cells of the new site (CELL3 and CELL4) are not unique. Table 11-3 Example of an unsuccessful swap site LAC operation Old site GSM Cell ID 1231231 2342332 Cell Name CELL1 CELL2 Neighbours? Yes Yes GSM Cell ID 45645301 56778301 New site Cell Name CELL3 CELL4 Neighbours? No No
11-24
GMR-01
Reparenting a BTS
Prerequisites
See "Prerequisites for swapping site LAC and CI operations" on page 11-23 for details.
Click the Config Mgt icon from the Front Panel to display the Navigation Tree. From the Navigation Tree, click the BTS to reparent. Select Config Mgt - Copy SITE from the menu. Result: The Copy SITE form is displayed, see Figure 11-1. Refer to "Copying and pasting a BTS" on page 11-6 and only execute the following procedures: Entering hardware devices. Entering logical links.
When required to enter the radio frequency device information in the Copy SITE form, click Copy CELL. Result: This displays the Cell Details Form, see Figure 11-4. Enter a false or dummy LAC in the third field of the New GSM Cell ID.
For each Cell that exists in the site, enter the same dummy LAC number.
{22239} The MCC and MNC subfields in the New GSM Cell ID field in the Cell Details Form (see Figure 11-4) can also be changed as required. Cont.
GMR-01
11-25
Reparenting a BTS
Procedure 11-13 7
Enter the original (old) CI in the fourth field of the NewGSM Cell Id.
In the General section of the form, ensure that NO is selected to the option Copy all Frequency Hopping Systems and that the Copy SITE Neighbours Relations option is deselected. 8 Select File - Save (Equip) from the menu. Result: A Progress Dialog window is displayed. Any error or warnings are displayed in the window. The Cell and Frequency Form automatically closes.If the operation is successful, the following message is displayed in the status bar at the bottom of the Copy SITE form: SUCCESS: All of the applicable
Site Radio Frequency devices were equipped at the NE (see Progress Dialog).
9 10 11
For each Cell that exists, repeat step 5 to step 8. Close the Progress Dialog window by selecting File - Close from the window. Select File - Close from the Copy site form menu once the site, path and cell detail forms are completed successfully. Result: Once complete, a confirmation window is displayed: Do you want to
close the Network Expansion form?
12
11-26
GMR-01
Reparenting a BTS
From the Navigation Tree, click on the new BTS. Select Config Mgt - Swap SITE LACs from the menu. Result: The Swap site LACs form is displayed containing the new site details (as shown in Figure 11-6). For each cell in the new site, the New site pane shows the dummy LACs entered at step 6 of the "Selecting and Copying a BTS" on page 11-25.
If there are any neighbours relations for any of the Cells under the site, then a warning appears indicating the swap site LACs operation is not possible. 3 4 5 6 Click on Select Old site. Result: The Navigation Tree is displayed. From the Navigation Tree, double click on the original (old) BTS. Result: The Swap site LACs Form displays the original (old) site information. If required, click Copy Neighbours?, to delete all neighbour relations for the original site and recreate the relations in the new BTS. Click on Perform Swap. Result: This copies the original site LAC numbers to the new site, and the OMC-R automatically sets the original site LAC numbers to a dummy value at the old site. When the operation is complete the Status is set to Changed for both the New and Old site. 7 Click on Close to return to the Navigation Tree when the operation is complete.
GMR-01
11-27
Reparenting a BTS
Figure 11-6
11-28
GMR-01
Reparenting a BTS
Reparenting a BTS within the same BSS or to another BSS (offline only)
Selecting the site to Reparent
To reparent a BTS from one BSS to another, perform the following procedure: Procedure 11-15 1 2 3 Reparent a BTS within the same BSS or to another BSS (offline only)
Click on the Config Mgt icon on the Front Panel to display the Navigation Tree. From the Navigation Tree, click the BTS to reparent. Select Config Mgt - Reparent SITE from the menu. Result: The Reparent SITE controlling form is displayed as in Figure 11-7.
Figure 11-7
GMR-01
11-29
Reparenting a BTS
Click on Reparent SITE from the Reparent SITE controlling form (see Figure 11-7). Result: This displays the SITE Details form. Click on Parent BSS. Result: A list of BSS instances is displayed. Select the new parent BSS and click on OK. Result: On selecting a valid Parent BSS, the SITE Number and Name is auto-selected within the form. For example, the next available site instance within the parent BSS is selected.If the BSC is of type 0 for the parent BSS, then the controlling function, BSP (0), is auto-selected within the form. Otherwise, the controlling function, LCF must be selected: select Options - Auto-Select LCF from the menu of the SITE Details form. A valid LCF number is auto-selected.
2 3
4 5
If Null is displayed, enter a valid LCF number. Select File - Save from the menu. A Progress window is displayed. This contains a list of the Device Names, Device Type, Operation Type, Apply Status, and Errors/Warnings/Comments (if appropriate) fields.
If scheduling a reparent operation, the Progress window is not displayed. Refer to "Scheduling network expansion" on page 11-57 for details on batch scheduling procedures. Result: If the hardware devices are successfully equipped, the following message is displayed in the status bar at the bottom of the window: SUCCESS: All of
the applicable Hardware devices were equipped at the NE (see Progress Dialog).
If scheduling a reparent operation, the following message is displayed: SUCCESS: The New SITE details have been updated. Refer to "Scheduling network expansion" on page 11-57 for details on batch scheduling procedures. The SITE Details form automatically closes. Step 2: Reparent the SITE Logical Links Devices in the Reparent SITE controlling form is now available.
11-30
GMR-01
Reparenting a BTS
Click Reparent PATH from the Reparent SITE controlling form. Result: This displays the Path Details form. Select Options - Auto-Select MMS from the menu. Result: The MSI Id and the MMS Id for the BSC and any intermediate sites are auto-selected within the form and the terminating site path information is copied from the original site.
3 4
If None is displayed in any of the MSI or MMS fields, then no suitable value is available. Enter the missing MSI Id or MMS Id. Select File - Save(Equip) from the menu. Result: A Progress window is displayed. Any errors or warning are displayed in the window.
If scheduling a reparent operation the Progress window is not displayed. Refer to "Scheduling network expansion" on page 11-57 for details on batch scheduling procedures. If the path is equipped successful, the following message is displayed in the status bar at the bottom of the Reparent SITE controlling form window:
SUCCESS: All of the applicable Logical Link devices were equipped at the NE (see Progress Dialog).
If scheduling a reparent operation, the following message is displayed: SUCCESS: The New Logical Link device details have been updated. Refer to "Scheduling network expansion" on page 11-57 for details on batch scheduling procedures. 5 The Path Details form automatically closes. For each path, repeat steps 1 to 4. On completion of the last path the next part of the form, Step 3: Reparent Radio Frequency Devices becomes available.
The number of new paths that need to be created must be exactly the same as the original site. Each path must be equipped before equipping the RF Devices.
GMR-01
11-31
Reparenting a BTS
Reparenting RF devices
If scheduling a reparent operation, this section of the Controlling Form is not displayed. Refer to "Scheduling network expansion" on page 11-57 for details on batch scheduling procedures. To enter Radio Frequency device information, use the following procedure: Procedure 11-18 1 Enter Radio Frequency device information
Click Reparent Radio Frequency Devices from the Reparent SITE controlling form. Result: A confirmation window displays the following message: Warning: To Equip the Radio Frequency Devices, the old site will be locked and unequipped.
Click on OK to continue. Result: A Progress window is displayed. This contains a list of the Device Names, Device Type, Operation Type, Apply Status, and Errors/Warnings/Comments fields.If the operation is successful, the following message is displayed in the status bar at the bottom of the Controlling Form window: SUCCESS: All of
the applicable Site Radio Frequency devices were reparented at the new NE (see Progress Dialog).
In the case of online operations (OMC), mandatory Fault Management procedures are carried out and reflected in the Progress window. Refer to Table 11-4 for details on Device Transition States. For example, when a site is reparented, the original site is deleted. A DRI is shut down gracefully within a two-minute interval and an RSL/path/site must be locked before being deleted. Refer to Defining Network Expansion environment variables for details on how to modify the time interval. When complete, the Navigation Tree shows the site at the new location.
11-32
GMR-01
Reparenting a BTS
Device Transition 1 2 3 4 5 6 7 8
Valid transition states for a DRI: 1, 2, 3, 6, 7 or 8. Valid transition states for a RSL/path/site: 1, 4, 5, 6, 7 or 8.
The transition states within the offline MIB for all devices that are undergoing reparenting are between: Not applied to Success or Failed. The rules for neighbour relations during a reparenting operation are outlined below: Step 1 2 3 Rules for Neighbour relations External neighbours to cells that are in the new BSS are changed to internal neighbours. Internal neighbours to cells in the old BSS are changed to external neighbours. Other neighbour relations are unchanged.
GMR-01
11-33
Reparenting a BTS
Select Options - Rollback from the Reparent site controlling form or Progress window menu. Result: A confirmation window is displayed as in Figure 11-8. Click on OK to rollback the site or Cancel to abort the rollback.
Figure 11-8
11-34
GMR-01
Deleting a BTS
Deleting a BTS
The Network Expansion GUI delete site option is very strongly recommended as the best practice for deleting sites.
The site being deleted should not be expanded on the OMC-R GUI navigation form while the delete site operation is in progress. This is irrespective of the way the site is being deleted that is; via Network Expansion, Batch Rlogin, Hierdelete or the delete option from the detailed view.
GMR-01
11-35
Deleting a BTS
Procedure 11-20 1
Delete a BTS
It is also possible to invoke a delete from the Site Detailed View form in Edit mode. 2 Select Edit - Delete from the menu. Result: A confirmation window is displayed stating:Do you want to delete this
object and all its containees ?
Click OK to continue. Result: A Delete SITE Progress Dialog window is displayed. This window may not be closed until the site has been deleted.
To cancel a delete in progress, select Option - Abort from the menu of the Progress window. Refer to Aborting a delete operation for details. 4 Select File - Close to return to the Navigation Tree. Result: A confirmation window is displayed:Do you want to close the
Progress Dialog Form?
In the case of online operations (OMC-R), mandatory Fault Management procedures are carried out and reflected in the Progress Dialog window. A DRI is shutdown gracefully within a two-minute interval and an RSL/Path/Site must be locked before being deleted. Refer to Table 11-5 for details on the typical transition states. When complete, the status bar at the bottom of the Delete Site Progress Dialog window states:Delete SITE operation
completed.
11-36
GMR-01
Deleting a BTS
Figure 11-9
GMR-01
11-37
Deleting a BTS
Device Transition 1 2 3 4 5 6 7 8
Valid transition states for a DRI: 1, 2, 3, 6, 7 or 8. Valid transition states for a RSL/Path/Site: 1, 4, 5, 6, 7 or 8.
The transition states within the offline MIB for all devices that are undergoing deletion are: Not applied to Success or Failed.
Select Options - Abort from the Delete SITE Progress window. Result: A confirmation window is displayed:Do you want to Abort the
Delete SITE operation?
11-38
GMR-01
These daisy chain configuration activities cannot be performed using batch operations.
GMR-01
11-39
The site being deleted should not be expanded on the OMC-R GUI navigation form while the delete site operation is in progress. This is irrespective of the way the site is being deleted that is; via Network Expansion, Batch Rlogin, Hierdelete or the delete option from the detailed view.
11-40
GMR-01
Procedure 11-22 1 2
Select required Site in the Navigation Tree. Result: The Site instance changes colour. Select Edit - Delete from the Navigation Tree menu bar. Result: The Delete SITE daisy chain operation confirmation form is displayed, see Figure 11-10.The Delete SITE daisy chain operation confirmation form displays all SITEs, PATHs, and devices affected by the deletion, and warns that all these devices and paths will be temporarily deleted.
Click OK to confirm the deletion. Result: The Delete SITE daisy chain operation confirmation form closes. Alternatively, to close the form and cancel the deletion, click Cancel.
Figure 11-10
GMR-01
11-41
11-42
GMR-01
The MMS Reconfiguration form displays a read-only list of all the links affected by the Site deletion in the pane labelled: Affected PATHs MMS Connectivity List. The first link is selected by default. For each link, the following information is displayed: SiteId - the Upstream Site Id. Dnstream MMS - the downstream MMS for the upstream Site Id. SiteId - the Downstream Site Id. Upstream MMS - the upstream MMS for the downstream Site Id. PathId - the Path Id Term. SiteId - the terminating Site Id.
For each link selected in the Affected PATHs MMS connectivity List, details are displayed in the following fields in the top half of the form: Upstream SITE SiteId - the upstream site id. Dnstream MMS - the downstream MMS (two digits) for the upstream site.
Dnstream SITE: SiteId - the downstream site id. Upstream MMS - the upstream MMS id (two digits) for the downstream site.
GMR-01
11-43
Procedure 11-23 1
Select a link from the Affected PATHs MMS Connectivity List. Result: Details of the selected links are displayed in the Upstream and Downstream SITE fields.
Modify the values for the Upstream and Downstream MMS values, as required.
The downstream SiteId and upstream SiteId fields cannot be changed. 3 Click the Update List button to update the information. Result: The system checks that the: 4 Site Ids exist MMS ids exist at the Site. MMSs are available for use. If the update is successful, the link list is updated accordingly.
Select File - Save to save the amendments. Result: The system checks there are no conflicts in the new configuration, and continues the deletion operation. Alternatively, to close the Delete SITE <name> MMS Reconfiguration form and abort the Delete Site operation, select File - Close, and then confirm the abortion.
Before performing the site deletion, the system deletes all the affected devices, Paths and neighbours. If an RTF is equipped on two paths, and only one path is to be deleted, the RTF is temporarily unassigned from the path to be deleted, and remains equipped to the other path. If a BCCH is deleted, the system deletes all incoming neighbours. The progress of all operations are displayed in the Delete SITE <name> Progress Dialog form (see Figure 11-12). If the delete Site operation is successful, the system attempts to recreate all the paths according to the information entered in the MMS Reconfiguration Window, and recreates all devices and neighbours with their original settings. If the delete site operation is aborted, the system displays a Delete Site Abort Confirmation Dialog form stating that the system will rollback to the initial configuration. In a daisy chain operation, only a Rollback option is available. If there is a GUI crash, the system rolls back to the initial configuration. A Network Expansion log file is generated containing all transactions involved in the deletion.
11-44
GMR-01
Figure 11-12
GMR-01
11-45
Select Options - Rollback from the Delete SITE Progress window. Result: A confirmation window is displayed:Do you want to Rollback
the Delete SITE operation?
11-46
GMR-01
If copying a site in a daisy chain configuration causes an RTF to be deleted, the RTF deletion will only be successful if the Cell is not using Coding Schemes 3 or 4 for its parameters init_dl_cs and/or init_ul_cs. If the RTF deletion is successful, the Cell parameters are restored after creating the new Path and RTF.
GMR-01
11-47
Select required site in the Navigation Tree. Result: The site instance changes colour. Select Config Mgt - Copy from the Navigation Tree menu bar. Result: The SITE <Create> form is displayed (refer to Figure 11-2). Perform steps step 2 to step 8 of "Entering hardware devices" on page 11-9 in "Copying and pasting a BTS" on page 11-6. Select File - Save (Equip) to save the details in the SITE form. Result: If the selected upstream and downstream sites specified in the SITE form are in a daisy chain configuration and are linked, the Copy SITE daisy chain operation confirmation form is displayed after the site has been equipped, see Figure 11-13. The Copy SITE daisy chain operation confirmation form states that the selected site is to be inserted in a daisy chain and displays all sites, paths, the devices affected by the insertion. It also warns that all paths and path-dependant devices will be temporarily deleted. The Copy SITE daisy chain operation confirmation form is only displayed when there are affected paths connecting both the Upstream and Downstream Sites.
If a downstream site has not been specified in the SITE details form, go to step 4 of the Procedure to reconfigure MMSs for the new site. 5 Click on OK to confirm the copy. Result: The Copy SITE daisy chain operation confirmation forms closes and the MMS Reconfiguration form opens (see Figure 11-14). Alternatively, click Cancel to cancel the copy.
11-48
GMR-01
Figure 11-13
GMR-01
11-49
Figure 11-14
A description of the MMS Reconfiguration form is given in Reconfiguring MMSs for a copied Site.
11-50
GMR-01
For each link selected in the Affected PATHs MMS connectivity List, details are displayed in the following fields in the top half of the form: Upstream SITE SiteId - the upstream site id. Dnstream MMS - the downstream MMS (two digits) for the upstream site.
New SITE: SiteId - the id of the new site. Dnstream MMS - the downstream MMS (two digits) for the new site. Upstream MMS - the upstream MMS (two digits) for the new site.
Dnstream SITE: SiteId - the downstream site id. Upstream MMS - the upstream MMS id (two digits) for the downstream site.
GMR-01
11-51
Select a link from the Affected PATHs MMS connectivity List. Details of the selected links are displayed in the Upstream SITE, New SITE, and Downstream SITE fields at the top of the screen. Modify the values for the Upstream and Downstream MMS values, as required.
The downstream, new, and upstream SiteId fields cannot be changed. Cont.
11-52
GMR-01
Procedure 11-26 3
Click on the Update List button to update the information. Result: The system checks that the: Site Ids exist. MMS ids exist at the Site. MMSs are available for use. If update is successful, the link list is updated accordingly. Alternatively, click on Cancel to cancel the changes and display the SITE form (in Edit mode) again.
Select File - Save to save the amendments. Result: The system checks there are no conflicts in the new configuration, and continues the copy operation. Alternatively, to close the MMS Reconfiguration form and abort the Copy Site operation, select File - Close, and then confirm the abortion.
Before performing the site copy, the system deletes all affected devices and paths. If an RTF is equipped on two paths, and only one path is to be deleted, the RTF is temporarily unassigned from the path to be deleted, and remains equipped to the other path. If a BCCH is deleted, the system deletes all incoming neighbours. The progress of all operations are displayed in the copy site Progress Dialog form. An example is shown in Figure 11-12. When the site copy operation has completed, the system recreates all the paths according to the information entered in the MMS Reconfiguration form, and recreates all devices and neighbours with their original settings. If there is a GUI crash during the copy site operation, or the copy operation is aborted, the system rolls back to the initial configuration. If the new site has been partially equipped, then it is not deleted. If the copy operation is aborted during the un-equip or re-equip phases, a confirmation box is displayed prompting whether to rollback, abort or complete. If the new site has been partially equipped, it is not deleted. The network expansion log file for the copy operation is generated with all the transaction information.
GMR-01
11-53
Introduction to troubleshooting
If problems arise and it is necessary to contact the local office the following information may assist in solving the problem: A copy of the original binary object file (.002) before a network expansion was carried out. A printout of the Progress Dialog window. Hierarchical extract of the problem site. A copy of the saved binary object file (.002) after the problematic network expansion operation was carried out. A printout of the log files.
11-54
GMR-01
Reporting problems
If problems occur during a Network Expansion, carry out the following procedure to obtain the required information: Procedure 11-27 1 2 Report problems
Open an Xterm window and copy the binary object file (.002), if a copy of the original does not already exist. Print out a copy of the Progress Dialog window. Refer to "Copying and pasting a BTS" on page 11-6, Printing a Progress window for details, where: Record status filter is set to All statuses. Device filter is set to All Devices.
If errors occur during a Copy or Delete then abort the operation. If the problems arise during a Reparent then rollback the operation. Note any problems during the rollback. Refer to "Network expansion logs" on page 11-71, Aborting/Rollback network expansion for details.
Wait until the operation is finished before completing the procedure. 4 Perform a hierarchical extract of the site by using cmutil: 5 Extract the source site. Extract the destination site if a copy procedure is being carried out. For further information about cmutil, see Chapter 15, "cmutil".
GMR-01
11-55
Open an Xterm window and replace the corrupted BSS binary object file with the original BSS binary object file.
The binary object file is located in: /usr/omc/DataGen/olm/<network configuration name> 2 Upload the NE database if you are in an online environment (see "Uploading an NE database to the OMC-R" on page 1-31) or, from the Navigation Tree, reload the NE database if you are in an offline environment (refer to System Information: DataGen (68PO2900W22). View the: CM MIB audit log (online environment only). Offline MIB audit log (offline environment only) - refer to System Information: DataGen (68PO2900W22).
11-56
GMR-01
Overview of scheduling
Instead of carrying out individual interactive procedures the following network expansion activities can be batched and saved to a spreadsheet. The spreadsheet can then be scheduled to run at a convenient time. Copy. Reparent (only available in the Off-Line MIB (Datagen)). Delete. CellX import. CellX export
The spreadsheet is stored and maybe re-scheduled, amended or used as a starting point to create a new batch.
List of procedures
From the Network Expansion Scheduler window it is possible to: Create a network expansion batch. View a batch log file. Abort a batch.
GMR-01
11-57
Do one of the following: Click the Admin icon from the Front Panel to display the Admin Options window (online environment only). Click the Admin icon from the DataGen OLM Front Panel to display the Admin Options window.
2 3
Select the Network Expansion Scheduler option. Result: The selection is highlighted. Click on OK. Result: The Network Expansion Scheduler window opens. This contains a list of all the scheduled network expansion items including Name, Status, Start and Expire Times, Last validation Time and Operator.
11-58
GMR-01
Creating a spreadsheet
To create a spreadsheet, perform the following steps: Procedure 11-30 1 Create a spreadsheet
Select Edit - Create from the Network Expansion Scheduler menu. Result: The Network Expansion Scheduler Detail View window opens, as shown in Figure 11-15.
To use an existing spreadsheet as the starting point for a new Network Expansion, click on Select Batch File from the Network Expansion Scheduler Detail View form and enter the path and name of the spreadsheet. 2 Click on Copy, Delete, Reparent (only available in the Off-Line MIB (Datagen)), CellX Import, or CellX Export from the Populate Batch Files section of the form. Result: When creating a schedule for copy, delete, reparent (only available in the Off-Line MIB (Datagen)), cell import/export the Navigation Tree opens. 3 4 Refer to Scheduling a new operation for details of how to proceed for each procedure. Once the above information has been entered, each operation is displayed in the Scheduled Operation List window. To modify or delete an operation refer to Modifying a scheduled Network Expansion and carry out steps 5 to 8. Enter the name of the batch in the Batch Files Information section of the form. The name must have a .item extension and by default is located in: /usr/omc/config/global/nxBatch/<namedate>/ Result: The Cell-X-Import and Cell-X-Export operation data is written to the Cell-X-Import Cell-X-Export spreadsheet files, respectively. The Cell-X-Import spreadsheet file name is batch_name.import and the Cell-X-Export spreadsheet file name is batch_name.export. The name is automatically inserted into the Scheduled Batch Name in the Identification section of the form.
GMR-01
11-59
Figure 11-15
11-60
GMR-01
Enter a start time to commence the network expansion batch. Use the up/down arrow symbols to the right of the Time field to change the parameter to the required value.
Enter all date and time formats in Day/Month/Year Hour:Minute:Second. 2 Enter a time after which the operation will expire. Use the up/down arrow symbols to the right of the Time field to change the parameter to the required value.
Before a batch starts, a validation is carried out between the content of the spreadsheet versus the content of the MIB. The time and date when this occurs is entered automatically into the Network Expansion Scheduler Detailed View window. This is read-only and is automatically updated each time a validation is invoked.
A set of default actions are applied if errors occur during a copy or reparent scheduled operation. To modify these settings refer to Changing default settings for further information. To save the batch file, perform the following steps: Procedure 11-32 1 2 3 Save the batch file
Select File - Create to create the batch file. Select File - Save to save the batch file. Select File - Close from the menu bar to close the window and return to the Network Expansion Scheduler window. Result: The list contains the new scheduled item.
GMR-01
11-61
From the Network Expansion Scheduler Detailed View window, click Copy to display the Navigation Tree. Move to the BTS level on the Navigation Tree and double click the BTS to copy. Result: This displays the Copy SITE form. Refer to "Copying and pasting a BTS" on page 11-6, and complete the following sections: Entering Hardware devices and omit Step 6, as it is not possible to auto select an LCF in batch mode. If Null is entered, the auto selection takes place at runtime. Entering Logical Links and omit Step 2, as it is not possible to auto select MMSs in batch mode.
It is necessary to enter the MSI id and the MMS id for the BSC and intermediate sites when scheduling a copy operation. 4 5 Entering Radio Frequencies and carry out steps 1 to 12.
Select File - Close from the Copy SITE form. Result: A confirmation window is displayed. Click on OK to return to the Network Expansion Scheduler Detailed View window. Result: The Scheduled Operations list is updated with the new copy operation.
11-62
GMR-01
Procedure 11-34 1 2
From the Network Expansion Scheduler Detailed View window, click Delete to display the Navigation Tree. Move to the BTS level on the Navigation Tree and double click the BTS to mark for delete. Result: The Navigation Tree closes and the Scheduled Operations list is updated with the new delete operation.
From the Network Expansion Scheduler Detailed View window, click Reparent to display the Navigation Tree. Move to the BTS level on the Navigation Tree and double click the BTS to reparent. Result: The Reparent SITE form is displayed. Refer to "Reparenting a BTS" on page 11-22 and complete the following sections: Entering Hardware devices and omit Step 5, as it is not possible to auto select an LCF in batch mode. If Null is entered, the auto selection takes place at runtime. Entering Logical Links and omit Step 2.
It is necessary to enter the MSI id and the MMS id for the BSC and intermediate sites when scheduling a reparent operation. 4 5 Select File - Close from the Reparent SITE controlling form. Result: A confirmation window is displayed. Click OK to return to the Network Expansion Scheduler Detailed View window. Result: The Scheduled Operations list is updated with the new reparent operation.
GMR-01
11-63
From the Network Expansion Scheduler Detailed View window, click on the Cell-X Import button to display the Navigation Tree. If the Region feature is in use, select the appropriate Region. Select the level at which the import is required on the Navigation Tree and double click the object to mark it for cell import. Result: The Cell-X-Import Watcher window appears, see Figure 12-3. Refer to Cell-X-Import, and perform the procedures in Selecting configuration files and Selecting import options only. Select Options - Start from the Cell-X Import Watcher window menu bar to begin the import. Result: The OMC-R displays the following warning message: WARNING!
You are about to import System. This may cause to reset and Neighbours the Continue button. import. Cell and RF data to a LIVE OMC carriers to go out of service, Sites to be deleted. To continue select Select Cancel to abort the data
4 5
If appropriate, click on Continue to proceed. Result: The Cell-X-Import Watcher window closes and the Cell-X-Import operation appears in the Scheduled Operations List of the Network Expansion Scheduler Detailed View window. The system checks that the Configuration file exists.
11-64
GMR-01
From the Network Expansion Scheduler Detailed View window, click the Cell-X Export button to display the Navigation Tree. If the Region feature is in use, select the appropriate Region. Select the level at which the export is required on the Navigation Tree and double click the object to mark it for cell export. Result: The Cell-X-Export Watcher window appears, see Figure 12-1.
4 5
Refer to Cell-X-Export, and perform the procedure in Selecting configuration files only. Select Options - Start from the Cell-X-Export Watcher window menu bar to begin the export. Result: The Cell-X-Export Watcher window closes and the Cell-X-Export operation appears in the Scheduled Operations List of the Network Expansion Scheduler Detailed View window.The system checks that the site RF Planning, Cell RF Planning, Neighbour RF Planning, RTF/DRI RF Planning and Configuration file exists.
GMR-01
11-65
Tries to complete current task and stops. Skips problem step and continues on to the next step. Returns BSS to its original state.
11-66
GMR-01
Select Options - Default Actions - Copy Actions or select Options - Default Actions - Reparent Actions. Copy Actions displays the default actions that apply if errors are encountered during any copy operation. Reparent Actions displays the default actions that apply if errors are encountered during any reparent operation.
The Network Expansion Scheduler Detailed View menu option Options - Default Actions does not exist for Cell-X-Import or Cell-X-Export operations. Result: This displays the Copy or Reparent SITE Operation Default Behaviour window. 2 3 4 Click on the button to the right of the Partial Success Action field and from the list select an alternative default action. Refer to Figure 11-16. Click on the button to the right of the Failure Action field and from the list change the default action. Select File - Save. Result: The message Default Operation Action configuration saved for <Copy SITE or Reparent SITE> is displayed in the status bar at the bottom of the Operation Default Behaviour window. 5 Select File - Close and in all subsequent windows to return to the Network Expansion Scheduler window.
To change the default setting for a single operation within the batch, select the operation from the Scheduled Operations List. Select the Modify Behaviour button, then repeat steps 2 to 5.
GMR-01
11-67
Figure 11-16
Open the Network Expansion Scheduler window from the Admin Options window. Select the schedule item to view the batch log. Result: The selection is highlighted in black. Select Display - Batch Log from the menu. Result: The log file is displayed. Select File - Close to return to the Network Expansion Scheduler window.
11-68
GMR-01
Open the Network Expansion Scheduler window from the Admin Options window. Select the schedule to be modified. Result: The selection is highlighted in black. Select Edit - Modify from the menu to display the Network Expansion Schedule Detailed View window. From the main menu of the Detail View select Edit - Edit. Select the operation to modify from the Scheduled Operation List. Click on Modify Behaviour or Modify Operation or Remove Operation. Modify Behaviour - Displays the Copy or Reparent default behaviour actions. Refer to Changing default settings and carry out steps 2 to 5.
If a Cell-X-Import or Cell-X-Export operation is selected in the Scheduled Operations List, the Modify Behaviour button is greyed-out. Modify Operation - Displays the Site Controlling Form. It is possible to modify already entered details or add new operation details, if the source site profile has been modified since the last details were entered. Refer to Scheduling a new operation for details. Remove Operation - Deletes the operation from the list. Confirmation is required before the delete operation is carried out. {29977} To select multiple operations, hold down the left mouse button and use the Shift or Control keys to select the items.
To revert back to the previously saved spreadsheet select File - Revert from the menu. 7 8 Select File - Save to save the spreadsheet. Select File - Close from the menu bar to close the window and return to the Network Expansion Scheduler window. Result: The list contains the updated scheduled item.
GMR-01
11-69
Select the batch schedule in the Network Expansion Scheduler window. Select Options - Abort Batch from the menu bar. Result: The following message is displayed in the status bar: Note: If the current operation is Cell-X-Export, it cannot be aborted. Subsequent batch operations will be aborted.
Aborting a Cell-X-Export
A scheduled Cell-X-Export cannot be aborted.
11-70
GMR-01
Cell-X-export and Cell-X-import log entries are also displayed in the Network Expansion Log window. The Cell-X-import log file cannot be displayed from the Network Expansion Log window. To view the Network Expansion Log window, carry out the following procedure:
GMR-01
11-71
Procedure 11-42 1
Click the Admin icon from the Front Panel to display the Admin options window.
It is also possible to view the logs from the Navigation Tree by selecting Config Mgt - Network Expansion Logs from the menu bar. 2 Select the Network Expansion Logs option and click on OK. Result: The Network Expansion Logs window is displayed. Figure 11-17 and Figure 11-18 shows the Network Expansion Logs window. The Network Expansion Logs window lists of all Operations, Source Devices, Destination Devices, Actual Start Times, Actual End Times, Scheduled Items (that is, batch or interactive), Operator, Status of the overall operation and that of its subsections, Hardware, Logical Links, and Radio Frequency. 3 Close the Network Expansion Log window by selecting File - Close from the menu bar.
Figure 11-17
11-72
GMR-01
Figure 11-18
Refer to Viewing a Network Expansion log and follow steps 1 to 3. Result: The Network Expansion log window is displayed. Select the log to be deleted. Result: The selection is highlighted in inverse text. Select Edit - Delete from the menu bar. Result: A confirmation window opens.
It also possible to select Edit - Delete All, to delete all completed logs. 4 5 Click OK. Result: The selected log is removed from the list. Close the Network Expansion log window by selecting File - Close from the menu bar.
GMR-01
11-73
Refer to Viewing a Network Expansion log and follow steps 1 to 3. Result: The Network Expansion log window is displayed. From the Network Expansion log window, select the active operation to abort or rollback. Result: The selected operation is highlighted in inverse text.
An operation in progress is denoted in the list by the setting Active or intervened in the Status field. 3 Select Options - Abort or Rollback from the menu bar. Result: A confirmation window opens.
Abort - completes the current task and then terminates the operation. This option is applicable to Copy, Delete, and Cell-X-Import operations. Rollback - returns the BSS to its original state. This option is applicable to Reparent operations. 4 Click OK. Result: The confirmation window disappears and the Network Expansion list is updated, with the Status field changed to Aborted or Rollback. 5 Close the Network Expansion log window by selecting File - Close from the menu bar.
11-74
GMR-01
Refer to Viewing a Network Expansion log and follow steps 1 to 3. Result: The Network Expansion log window is displayed. From the Network Expansion log window, select the active or intervened operation. Result: The selected operation is highlighted in inverse text. Select Options - Retry from the menu bar. Result: A confirmation window opens. Click OK. Result: The confirmation window disappears and the network expansion list is updated.
3 4
Close the Network Expansion log window by selecting File - Close from the menu bar.
GMR-01
11-75
To abandon a problem task during a Network Expansion, carry out the following procedure: Procedure 11-46 1 Abandon a single Network Expansion operation
Refer to "Viewing a network expansion log" on page 11-71 and follow steps 1 to 3. Result: The Network Expansion log window is displayed. From the Network Expansion log window, select the active or intervened operation. Select Options - Abandon from the menu bar. Result: A confirmation window is displayed. Click on OK. Result: The confirmation window disappears and the Network Expansion list is updated.
2 3 4
Close the Network Expansion log window by selecting File - Close from the menu bar.
11-76
GMR-01
Select the Admin icon from the Front Panel. Result: This displays the Admin Options window. Select Network Expansion Log Management and click on OK. Result: This displays the Network Expansion Management window. Select Edit - Edit from the menu bar. Enter the number of days after which the logs are to be deleted. Select File - Save from the menu bar. Result: The following message is displayed: Save Complete.
To quit without saving, select File - Close from the menu bar. A confirmation window is displayed, click on OK to exit the current interface without saving. 6 Select File - Close from the menu bar to close the window.
GMR-01
11-77
11-78
GMR-01
GMR-01
11-79
Likewise, it is not possible to start a path configure operation when any of the above processes are running.
11-80
GMR-01
Select the required site in the Navigation Tree (site 0 cannot be selected). Result: The site instance changes colour. Select Config Mgt - Path Configure from the Navigation Tree menu bar. Result: The system displays the Path Configure form, see Figure 11-19.
GMR-01
11-81
Figure 11-19
11-82
GMR-01
Contents
The Path Configure form displays the following information: SITE(s) - a read-only list of all sites in the configuration. The selected site is highlighted. PATH(s) - a read-only list of the paths at the selected site. If a site is selected in the SITE(s) field, the relevant path information is displayed. The first path is highlighted by default. Device(s) - a read-only list of devices with their primary and secondary path equipage status. The list of devices displayed is determined by the filter option selected using the Display Devices on button. The options are: Selected Path - (default) - displays a list of devices equipped against the selected path. Selected site - displays a list of all devices equipped at the selected site. All sites - displays a list of all the affected devices equipped at all sites in the configuration. When selected, it is not possible to perform any operation on the listed devices. Also the last site highlighted in the SITE(s) list and the last path highlighted in the PATH(s) list remain highlighted.
Equipage statuses
The equipage status of a device can be: A valid Path id, such as 0 or 1. N/A - for the secondary path for an RSL. This is because an RSL does not have a redundant path. Null - if the value Null was originally set for the device before running a Path Configure operation. Unassigned (PATH <id.>) - if the device has been unequipped from the Path <id.> using the current Path Configure operation.
Display the Path Configure form, see Displaying the Path Configure form. Double-click on any site, path or device shown in the form. Result: The system displays the appropriate Detailed View form in Monitor mode. If a device is selected and it is not assigned to any path, the View, Find, and File - Close menu options are available in the associated Detailed View.
GMR-01
11-83
11-84
GMR-01
Display the PATH Configure form, see "Initiating a path configure" on page 11-81. Select the site in which the path is to be created from the SITE(s) pane. Click the Create Path button. Result: The system displays the Path Detailed View. Create the path using the Path Detailed View as described in "Creating a path" on page 9-174. Click on Close to close the Path Configure form.
GMR-01
11-85
If deleting a path will cause an RTF to be deleted or unassigned, the RTF deletion or unassignment will only be successful if the Cell is not using Coding Schemes 3 or 4 for its parameters init_dl_cs and/or init_ul_cs.
11-86
GMR-01
Display the Path Configure form, see "Initiating a path configure" on page 11-81. Select the required site in the SITE(s) pane. Select a path in the PATH(s) pane. Click on the Delete Path button. Result: A Delete Path Confirmation window appears, see Figure 11-20.
If the selected path contains devices, these are listed in the Delete Path Confirmation window. Go to Deleting or unassigning the devices on the Path to continue. Otherwise, go to Confirming the deletion.
GMR-01
11-87
Figure 11-20
11-88
GMR-01
Click on OK to confirm the deletion. Otherwise, click on Cancel to cancel the deletion. Result: The path is deleted from the current site and the PATH(s) list is updated accordingly. If Unassign Device(s) is selected, all path-dependant devices are temporarily unassigned, then the path is deleted, and finally all lists are updated accordingly. If Delete Device(s) is selected, all path-dependant devices are permanently unassigned, then the path is deleted, and finally all lists are updated accordingly. If any operation fails, a message displayed in the Path Configure form status bar.
Click on Close to close the Path Configure form. Result: A confirmation dialog box is displayed and warns that all disabled devices will be permanently deleted.
Click on Confirm to permanently delete all disabled devices. Alternatively, if disabled devices are not to be deleted, click Cancel.
GMR-01
11-89
The unassignment of an RTF using the Path Configure menu option will only be successful if the Cell is not using Coding Schemes 3 or 4 for its parameters init_dl_cs and/or init_ul_cs. If the unassignment is successful, the original values of the cell parameters init_dl_cs and init_ul_cs are stored by the OMC-R, so that they can be restored when the RTF is reassigned.
11-90
GMR-01
Procedure 11-53 1 2 3 4 5 6 7
Display the Path Configure form, see "Initiating a path configure" on page 11-81. Select the required site in the SITE(s) field. Select a path in the PATH(s) field. Select Selected Path using the Display Devices on button, if not already selected. Select one or more devices from the Selected Path Device(s) list. Click the Unassign Device button located below the Selected Path Device(s) pane. Click OK to confirm the unassign. Otherwise, click Cancel to cancel. Result: The device(s) are unassigned from the current path. If the selected device is not assigned to any other path, it is permanently deleted from the site, however, the device still appears in all lists as unassigned and all device parameters are stored so the device can be re-equipped at a later date. A device in this state is referred to as Disabled. An RSL with an associated RTF cannot be unassigned or deleted. An RTF with an associated RSL can be unassigned and deleted, and a warning message is displayed. If a BCCH RTF is deleted, all incoming neighbours can be exported by selecting the Export Neighbours option in the delete confirmation window (see "Exporting incoming neighbours on deletion of BCCH RTFs" on page 9-212). If an unassign fails, an error message is displayed in the status bar. If multiple devices are selected, and an unassign fails for one device, the system continues to unassign the remaining devices. When a device is successfully unassigned, the device is shown with the status Unassigned together with the original path name in the Selected site Device(s) list and the Selected Path Device(s) list for the device.
Click the Close button to close the PATH Configuration form. Result: A confirmation dialog box is displayed and warns that all disabled devices will be permanently deleted.
Click Confirm to permanently delete all disabled devices. Alternatively, if disabled devices are not to be deleted, click Cancel.
It is possible to store device information from a Path Configure form (that is, each attribute with their respective value) to a flat file. If, for example, an unexpected exit from the GUI occurs when devices are completely unassigned, the flat file can be used as a cmutil input file to create the device at the OMC. The user must, however, include the container information to this file before invoking cmutil for creation. If an unexpected exit from the GUI occurs while a device is unassigned on any path, the user needs to manually equip the devices, referring to the flat file for configuration details. When a device is reassigned successfully, the relevant flat file is deleted. See "Using flat files" on page 11-99 for more details.
GMR-01
11-91
Reassigning a device on the primary path using Path Configure menu option
Reassigning a device on the primary path using Path Configure menu option
When the RTF is reassigned, the original values of parameters init_dl_cs and init_ul_cs will be restored to the cell from which this RTF was unassigned. If at the time of unassignment the cell parameters were modified, the value of these parameters are restored when the RTF is reassigned.
11-92
GMR-01
Reassigning a device on the primary path using Path Configure menu option
Procedure 11-54 1 2 3 4 5 6
Reassign a device on the primary path using path Configure menu option
Display the Path Configure form, see "Initiating a path configure" on page 11-81. Select the required site in the SITE(s) pane. Select a path in the PATH(s) pane. Select Selected site using the Display Devices on button. {24432} Select one or more devices from the Selected site Device(s) pane. Click the Reassign on Primary PATH button. Result: {24432} The selected devices are reassigned at the site against the selected path. The device status is updated to reflect its new path details in all lists. If the reassign fails, an error message is displayed in the status bar.If a BCCH RTF is recreated, all previously disabled incoming neighbours are recreated with their previous settings.
If a selected device is unassigned and the new path contains one or more adjacent TS switches, the OMC-R displays: Do you want to equip the device on
a particular timelot?
Select OK or Cancel, as required. If the path does not contain a TS switch, or No is selected, go to step 10. 8 If Yes is selected, the OMC-R displays the RTF or RSL Detailed View, as appropriate. Using the Upstream and Downstream TS MMS fields in the MMS Timeslots grouping of the RTF and RSL Detailed Views, select the timeslots (on the MMS directly connected to the TS switch) on which the RTF or RSL is to be equipped. See "Creating an RTF function" on page 9-198 or "Configuring an RSL device" on page 9-187 for details. All other fields in the Detailed Views are greyed-out. Select File - Reassign to save the timeslot details and close the Detailed View. Result: {24432} The selected device(s) are reassigned at the Site against the selected path and timeslot, or, if the device(s) was previously unassigned, it is reassigned. The device status is updated to show the Path id of the path it has been assigned on. If the reassign or recreate fails, an error message is displayed in the status bar. If a BCCH RTF is recreated, all previously disabled incoming neighbours are re-enabled with their previous settings. 10 Click the Close button to close the Path Configure form.
It is possible to store device information from a Path Configure form (that is, each attribute with their respective value) to a flat file. If, for example, an unexpected exit from the GUI occurs when devices are completely unassigned, the flat file can be used as a cmutil input file to create the device at the OMC. The user must, however, include the container information to this file before invoking cmutil for creation. If an unexpected exit from the GUI occurs while a device is unassigned on any path, the user needs to manually equip the devices, referring to the flat file for configuration details. When a device is reassigned successfully, the relevant flat file is deleted. See "Using flat files" on page 11-99 for more details.
GMR-01
11-93
11-94
GMR-01
Procedure 11-55 1 2 3 4 5 6
Display the Path Configure form, see "Initiating a path configure" on page 11-81. Select the required site in the SITE(s) pane. Select a path in the PATH(s) pane. Select Selected Site using the Display Devices on button. {24432} Select one or more RTF devices with its secondary path unassigned from the Selected Site Device(s) pane. Click the Reassign on Secondary PATH button. Result: {24432} The RTF(s) are reassigned at the Site against the selected path. The device(s) is updated in the three device lists. If the reassign fails, an error message is displayed in the status bar.
If a selected device is unassigned and the new path contains one or more adjacent TS switches, the OMC-R displays: Do you want to equip the device on
a particular timelot?
Select OK or Cancel, as required. If the path does not contain a TS switch, or No is selected, go to step 9. 8 If Yes is selected, the OMC-R displays the RTF or RSL Detailed View, as appropriate. Using the Upstream and Downstream TS MMS fields in the MMS Timeslots grouping of the RTF Detailed View, select the timeslots (on the MMS directly connected to the TS switch) on which the RTF is to be equipped. See"Creating an RTF function" on page 9-198 for details. All other fields in the Detailed View are greyed-out. Select File - Reassign to save the timeslot details and close the Detailed View. Result: {24432} The selected RTF(s) are reassigned at the Site against the selected path and timeslot, or, if the device was previously unassigned, it is reassigned. The device status is updated to show the Path-Id of the path it has been assigned to. If the reassign fails, an error message is displayed in the status bar. 10 Click on Close to close the Path Configure form.
It is possible to store device information from a Path Configure form (that is, each attribute with their respective value) to a flat file. If, for example, an unexpected exit from the GUI occurs when devices are completely unassigned, the flat file can be used as a cmutil input file to create the device at the OMC. The user must, however, include the container information to this file before invoking cmutil for creation. If an unexpected exit from the GUI occurs while a device is unassigned on any path, the user needs to manually equip the devices, referring to the flat file for configuration details. When a device is reassigned successfully, the relevant flat file is deleted. See "Using flat files" on page 11-99 for more details.
GMR-01
11-95
The deletion of an RTF using the Path Configure menu option will be successful if the cell is not using Coding Schemes 3 or 4 for its parameters init_dl_cs and/or init_ul_cs.
Display the Path Configure form, see "Initiating a path configure" on page 11-81. Select the required site in the SITE(s) pane. Select Selected Site using the Display Devices on button. Select one or more devices in the Selected Site Device(s) list. Click on the Delete Device button located below the Selected Site Device(s) pane. Click on OK to confirm the deletion. Result: The device(s) is permanently deleted and removed from the Selected Site Device(s) list. Alternatively, click Cancel to cancel the deletion.
In the instance of deleting a BCCH RTF, the deletion confirmation window displays a further option to allow the incoming neighbours to be exported. This is further described in "Exporting incoming neighbours on deletion of BCCH RTFs" on page 9-212.
11-96
GMR-01
Display the Path Configure form, see "Initiating a path configure" on page 11-81. Select the required site in the SITE(s) pane. Click on the Create RTF button. Result: The system displays the RTF groups form, which shows all the RTF Groups at the selected Site.
Select the required RTF group from the RTF groups form. This is the RTF group under which the RTF will be created. Result: The system displays the RTF Detailed View form. Create the RTF using the RTF Detailed View, as detailed in "Creating an RTF function" on page 9-198. Result: After creation, the RTF appears in all the relevant lists in the Path Configure form.
GMR-01
11-97
Display the Path Configure form, see "Initiating a path configure" on page 11-81. Select the required Site in the SITE(s) pane. Click the Create RSL button. Result: The system displays the RSL Detailed View form. Create the RSL using RSL Detailed View as detailed in "Configuring an RSL device" on page 9-187. Result: After creation, the RSL appears in all the relevant lists in the Path Configure form.
11-98
GMR-01
It is possible to store device information from a Path Configure form (that is, each attribute with their respective value) to a flat file. If, for example, an unexpected exit from the GUI occurs when devices are completely unassigned, the flat file can be used as a cmutil input file to create the devices at the OMC. The user must, however, include the container information to this file before invoking cmutil for creation. If an unexpected exit from the GUI occurs while a device is unassigned on any path, the user needs to manually equip the devices, referring to the flat file for configuration details. When a device is reassigned successfully, the relevant flat file is deleted. Information is also stored in flat files when creating a RSL or RTF with timeslot(s). If an unexpected exit from the GUI occurs, this file can be used to access the reserved timeslot(s) information on the mmi prompt using the chg_ts_usage command.
Open the Path Configure form and unassign the RSL, selecting a particular path. Result: When an unassign of the RSL is complete, the RSL details are stored in a flat file at the following location: /usr/omc/config/global/PathConfigureLogs in the format _RSL_.
Reassign the RSL (previously unassigned through the Path Configure form). Result: The flat file with the name _RSL_ is automatically deleted if the reassign is successful.
If an unexpected exit from the Path Configure form occurs, with device details still present in the /usr/omc/config/global/PathConfigureLogs directory, the user will be informed of the file when the Path Configure file is re-opened.
GMR-01
11-99
Open the Path Configure form and unassign the RTF from both paths. Result: When an unassign of the RTF is complete on both paths, the RTF details are stored in a flat file at the following location: /usr/omc/config/global/PathConfigureLogs in the format _RTF_.
Reassign the RTF (previously unassigned from both paths through the Path Configure form). Result: The flat file with the name _RTF_ is automatically deleted if the reassign is successful.
If an unexpected exit from the Path Configure form occurs, with device details still present in the /usr/omc/config/global/PathConfigureLogs directory, the user will be informed of the file when the Path Configure file is re-opened.
Unassign the BCCH RTF from both paths that has incoming neighbours to it. Result: When an unassign of the BCCH RTF is complete, the BCCH RTF neighbour information is stored in a flat file at the following location: /usr/omc/config/global/PathConfigureLogs.
Reassign the BCCH RTF (previously unassigned from both paths through the Path Configure form). Result: The neighbour related flat file is automatically deleted if the reassign is successful.
11-100
GMR-01
If an unexpected exit from the Path Configure form occurs, with device details still present in the /usr/omc/config/global/PathConfigureLogs directory, the user will be informed of the file when the Path Configure file is re-opened.
Open the Path Configure form and unassign a RSL/RTF, selecting a particular path. Reassign the RSL/RTF on a different path that has a timeslot switch present. Select upstream and downstream MMSs timeslot id and invoke a reassign noting the timeslots selected. Unassign the devices. Result: The RSL/RTF details are stored at the following location: /usr/omc/config/global/PathConfigureLogs/TimeSlotLogs in the format <bssname>_<sitename>_MSI_<id>_MMS_<id> which will be deleted once the reassign is successful.
GMR-01
11-101
Open the Path Configure form for a site and unassign RSL/RTF device. Reassign RSL/RTF device on a path that has a timeslot switch equipped. Select a particular timeslot for the device creation/reassign. Type exit at the GUI prompt immediately after the flat file creation. Restart the GUI and open the Path Configure form for any site of the previously opened BSS. Result: A dialog box is displayed containing information about the file presence as shown in Figure 11-21.
Figure 11-21
11-102
GMR-01
12
CellXchange
Chapter
Descriptions about how to import and export cell parameters using the OMC-R GUI CellXchange facility is provided here. This action may be necessary to replan network frequency. The following topics are described: "Guidelines for implementing a new frequency plan" on page 12-2. "Introduction to CellXchange" on page 12-5. "Cell-X-Export" on page 12-9. "Cell-X-Import" on page 12-18. "Defining CellXchange parameters from the GUI" on page 12-29. "CellXchange using the command line" on page 12-36. "CellXchange command line utilities" on page 12-45. "Troubleshooting Cell-X-Import" on page 12-54 "CellXchange import and export tables" on page 12-55.
GMR-01
12-1
The current method of deploying the new data is to build new BSS databases with the new RF data and download them to the BSS through CSFP. The new databases can be swapped in at a quiet time (for example, 03.00 hours). All BSSs affected must then be audited to synchronize the MIB. The following features are available to support frequency replanning: Off-Line MIB (OLM) - requires DataGen. CellXchange - available on a live OMC-R and/or as part of OLM feature in DataGen.
12-2
GMR-01
Advantages
The implementation of the hybrid DataGen and MIB product provides the following advantages to the user over the existing DataGen product: Provides view of the Network. Supports the propagation of cell parameters. Supports the propagation of neighbour ARFCN and BSIC. Enables graphical editing through the Navigation Tree, or through the MCDF spreadsheet. Continues to support MMI commands. This is particularly important for customers who prefer to perform certain tasks using MMI scripts. Provides a product platform for common OMC-R/DataGen CM task applications. For example, RF Import and Network Expansion.
CellXchange
CellXchange consists of Cell-X-Export and Cell-X-Import facilities.
Cell-X-Export
Cell-X-Export exports Cell, Site, DRI/RTF, and Neighbour data for the entire OMC-R network configuration into tab-delimited ASCII files. The ASCII files: Can be imported into an RF Planning tool. Are available on the live OMC-R Navigation Tree or on the OLM Navigation Tree (Through Nav Tree - Config Mgt - Cell-X-Export).
Cell-X-Export is available on the live OMC-R Navigation Tree or the OLM Navigation Tree (Through Nav Tree - Config Mgt - Cell-X-Export). It can also be achieved using command line utilities. Cell-X-Export operates on the basis that the files contain information for all the BSSs in the network configuration. {22879} CellX will export 2G and UTRAN neighbours as normal to the neighbour file. CellX also exports Blind Search neighbours to the end of the neighbour file.
GMR-01
12-3
Cell-X-Import
Cell-X-Import imports the following RF planning files for the entire network configuration: /usr/omc/config/global/cellX/RFPlanCell.in /usr/omc/config/global/cellX/RFPlanSite.in /usr/omc/config/global/cellX/RFPlanDRIRTF.in /usr/omc/config/global/cellX/RFPlanNeighbour.in
Cell-X-Import is available on the live OMC-R Navigation Tree or the OLM Navigation Tree (Through Nav Tree - Config Mgt - Cell-X-Import). It can also be achieved using command line utilities. Cell-X-Import operates on the basis that the files contain information for all the BSSs in the network configuration.
12-4
GMR-01
Introduction to CellXchange
Introduction to CellXchange
Overview of CellXchange
CellXchange enables the following: Export of parameters from the CM MIB into a tab delimited format, see "Cell-X-Export" on page 12-9. Import of parameters from a tab delimited format into the CM MIB, see "Cell-X-Import" on page 12-18.
CellXchange can also be carried out in an off-line environment using the Offline MIB (OLM) and the DataGen product.
GMR-01
12-5
Introduction to CellXchange
By default, only cell and neighbour parameters are exported/imported. If site and/or DRI/RTF parameters are to be exported, the user must specify the requirements. The parameters to be exported or imported can be defined by the user (see "Defining CellXchange parameters from the GUI" on page 12-29) and are saved in the Configuration file (RF.CNFG). The export/import file format is published and is in ASCII format. RF planning tools, for example, NetPlan can import these files and use it to carry out a network frequency replan. These files may be used to modify other parameters and the modified file may be imported back to the CM MIB. The output of the frequency replan can be imported into the CM MIB, and then used to update the relevant network elements, new BSICS and frequencies are propagated to neighbour relations. CellXchange can be carried out from the Navigation Tree, or from the command line (see "CellXchange using the command line" on page 12-36). Read-only parameters can be exported, but they cannot be imported.
The configuration file also shows whether the parameter is BSS-only or MIB-only, by prefixing the information above with: Bss Mib
12-6
GMR-01
Introduction to CellXchange
For example, the following import entries could appear in this log file:
rfi : rfi : rfi : process starting process initialising process cleaning up
Import changes
If a change is made to cell or neighbour cell as a result of a cell import, the following log file is also created:
/usr/omc/logs/usrauditlogs/rfi<yyyymmdd>
This log file contains details of the cells and neighbours which were updated, as well as the parameter which was changed. The file rfi<yyyymmdd> can be viewed with a text editor, or by selecting Display - RF Log from the menu bar. {25029} The RF log file is accessible from a GUI Server or a GUI Client. Log entries for both Cell-X-export and Cell-X-import operations are also displayed in the Network Expansion Log window. From this window it is possible to view the log file for a Cell-X-import only. See "Network expansion logs" on page 11-71 for further details.
GMR-01
12-7
Introduction to CellXchange
These can be automatically deleted by enabling the environment variable DEL_CELLX_FILES. By default, DEL_CELLX_FILES is switched OFF. To switch on the auto-deletion of backup files, see the full description of DEL_CELLX_FILES and other environment variables in Operating Information: OMC-R System Administration (68P02901W19).
12-8
GMR-01
Cell-X-Export
Cell-X-Export
This is only necessary if files other than the default are required. Selecting export options. Starting and monitoring a Cell-X-Export.
Click the Config Mgt icon from the Front Panel to display the Navigation Tree. Select the network or a specific BSS. Select Config Mgt - Cell-X-Export from the menu bar. Result: The Cell X Export Watcher window is displayed. Refer to Figure 12-1.
The network should include all BSSs containing cells which will be affected by the frequency replan, including cells impacted by neighbour propagation.
GMR-01
12-9
Cell-X-Export
Figure 12-1
12-10
GMR-01
Cell-X-Export
When using CellXchange on the OMC-R, it is advisable to maintain all input, output and configuration files in the /usr/omc/config/global/cellX directory, as this is accessible to all workstations on the OMC-R network. However, it is possible to export to other directories if required.
GMR-01
12-11
Cell-X-Export
Click on Site RF Planning file to change the name of the file and export location. Result: This displays the File Selection window. Refer to: Figure 12-2.
The Site export RF Planning file by default is named RFPlanSite.out and is exported to: /usr/omc/config/global/cellX/RFPlanSite.out. 2 3 Select the directory in the Directories list box and click Filter. Enter the new name in the Selection text box. Click OK to return to the Cell X Export Watcher window. Result: The window displays the new name and path.
Figure 12-2
12-12
GMR-01
Cell-X-Export
Click cell RF Planning file to change the name of the file and export location. Result: This displays the File Selection window. Refer to: Figure 12-2.
The Cell export RF Planning file by default is named RFPlanCell.out and is exported to: /usr/omc/config/global/cellX/RFPlanCell.out 2 3 Select the directory in the Directories list box and click Filter. Enter the new name in the Selection text box. Click OK to return to the Cell X Export Watcher window. Result: The window displays the new name and path.
GMR-01
12-13
Cell-X-Export
Click Neighbour RF Planning file to change the name of the file and export location. Result: The file selection window is displayed.
By default, the Neighbour RF Planning file is named RFPlanNeighbour.out and is exported to: /usr/omc/config/global/cellX/RFPlanNeighbour.out 2 3 Select the directory in the Directories list box and click Filter. Enter the new name in the Selection text box. Click on OK to return to the Cell X Export Watcher window. Result: The window displays the new name and path.
Click DRI/RTF RF Planning file to change the name of the file and export location. Result: The file selection window is displayed.
By default, the DRI/RTF RF Planning file is named RFPlanDRIRTF.out and is exported to: /usr/omc/config/global/cellX/RFPlanDRIRTF.out. 2 3 Select the directory in the Directories list box and click Filter. Enter the new name in the Selection text box. Click OK to return to the Cell X Export Watcher window. Result: The window displays the new name and path.
12-14
GMR-01
Cell-X-Export
Click Configuration file to select an alternative configuration file. Result: This displays the File Selection window. Refer to: Defining CellXchange parameters from the GUI for details on how to change the configuration file.
By default, the RF configuration file is named RF.CNFG and is located in: /usr/omc/config/global/cellX/RF.CNFG. 2 3 4 Select the directory in the Directories list box and click Filter. Select the configuration file from the Files list box. Click OK to return to the Cell X Export Watcher window. Result: The monitor window displays the new path and configuration file.
GMR-01
12-15
Cell-X-Export
YES is the default for Process Cell Parameters, which exports cell parameters, but not neighbour parameters. The cell and neighbour options are mutually exclusive. 3 Click on NO if neighbour parameter export is not required.
YES is the default for Process Neighbour Parameters, which exports neighbour parameters, but not cell parameters. The cell and neighbour options are mutually exclusive. If neighbour parameters or DRI/RTF parameters are exported then cell parameters are also automatically exported. 4 Click on YES against Process DRI/RTF Parameters to export DRI/RTF parameters.
NO is the default. If neighbour parameters or DRI/RTF parameters are exported then cell parameters are also automatically exported.
12-16
GMR-01
Cell-X-Export
Select Options - Start from the menu bar to begin the export. Result: The watcher window monitors the progress of the export. When the export is complete, the export watcher window displays the appropriate information. For example, the following messages are displayed when cell and neighbour parameters only are exported: Initialising RF Export.....
Performing a Network wide RF Export Output Files are : </usr/omc/config/global/cellX/RFPlanCell.out> and </usr/omc/config/global/cellX/RFPanNeighbour.out> Process Complete. where <directory & filename> is the default or User defined.
Each time an export is carried out, the current default output files are saved with a date stamp, in the format RFPlanCell.out<yyyymmdd>.BACKUP and RFPlanNeighbour.out<yyyymmdd>.BACKUP. User defined output files are saved in the format: <user_defined>< yyyymmdd>.BACKUP. 2 3 Select Options - Clear from the menu bar to delete the current messages. Select File - Close to return to the Navigation Tree.
GMR-01
12-17
Cell-X-Import
Cell-X-Import
Prerequisites to Cell-X-Import
The following criteria must be observed before attempting to import RF Planning information into the CM MIB or the OLM. The format of the files should be ASCII tab delimited and must contain the columns as defined in the RF.CNFG file. Refer to "CellXchange import and export tables" on page 12-55 for details.
If the network contains neighbour cells which are not specified in the import file, the neighbours will be deleted in the MIB. To prevent this from happening an option not to allow neighbour deletes may be selected from the Radio Frequency import monitor window. All BSSs, cells and RTFs that are in the frequency replan file, must exist in the MIB for the import to be successful. However, if inconsistencies are found, the user has the option to continue with consistent cells.
List of procedures
The following is a list of procedures that are carried out when performing a Cell-X-Import: Selecting a Network or BSS. Selecting Configuration files.
This is only necessary if files other than the default are required. Selecting Import options. Starting and monitoring a Cell-X-Import.
12-18
GMR-01
Cell-X-Import
Click on the Config Mgt icon from the Front Panel to display the Navigation Tree. Select the network or an individual BSS. Select Config Mgt - Cell-X-Import from the menu bar. Result: The Cell X Import Watcher window is displayed as in Figure 12-3.
Figure 12-3
GMR-01
12-19
Cell-X-Import
If using CellXchange on the OMC-R, it is advisable to maintain all input, output, and configuration files in the /usr/omc/config/global/cellX directory, as this is accessible to all workstations on the OMC-R network. However, it is possible to export to other directories if required.
Click on Site RF Planning file to change the name of the file and its location. Result: The File Selection window is displayed. Refer to Figure 12-4.
The Site import RF planning file by default is named RFPlanSite.in and is located in: /usr/omc/config/global/cellX/RFPlanSite.in. 2 3 4 Select the directory in the Directories list box and click Filter. Select the import file from the Files list box. Click on OK to return to the Cell X Import Watcher window. Result: The monitor window displays the new name and path.
12-20
GMR-01
Cell-X-Import
Figure 12-4
GMR-01
12-21
Cell-X-Import
Click on Cell RF Planning file to change the name of the file and its location. Result: The File Selection window is displayed. Refer to Figure 12-4.
The Cell import RF planning file by default is named RFPlanCell.in and is located in: /usr/omc/config/global/cellX/RFPlanCell.in. 2 3 4 Select the directory in the Directories list box and click Filter. Select the import file from the Files list box. Click on OK to return to the Cell X Import Watcher monitor window. Result: The monitor window displays the new name and path.
Click on Neighbour RF Planning file to change the name of the file and location. Result: This displays the File Selection window. Refer to Figure 12-4.
By default, the Neighbour Planning file is named, RFPlanNeighbour.in and is located in: /usr/omc/config/global/cellX/RFPlanNeighbour.in. 2 3 4 Select the directory in the Directories list box and click on Filter. Select the import file from the Files list box. Click on OK to return to the Cell X Import Watcher monitor window. Result: The monitor window displays the new name and path.
12-22
GMR-01
Cell-X-Import
Click DRI/RTF RF Planning file to change the name of the file and location. Result: This displays the File Selection window. Refer to Figure 12-4.
By default, the Neighbour Planning file is named RFPlanDRIRTF.in and is located in: /usr/omc/config/global/cellX/RFPlanDRIRTF.in. 2 3 4 Select the directory in the Directories list box and click Filter. Select the import file from the Files list box. Click on OK to return to the Cell X Import Watcher monitor window. Result: The monitor window displays the new name and path.
Click Configuration file to select an alternative configuration file. Refer to: Defining CellXchange parameters from the GUI for details on how to change the configuration file.
By default, the RF configuration file is named RF.CNFG and is located in: /usr/omc/config/global/cellX/RF.CNFG. 2 3 4 Select the directory in the Directories list box and click Filter. Select the configuration file from the Files list box. Click OK to return to the Cell X Import Watcher window. Result: The monitor window displays the new path and configuration file.
GMR-01
12-23
Cell-X-Import
Click on YES for Correct RTFs? to allow RTFs to be created or deleted (as necessary) in the MIB to match the number of RTFs in the import file.
NO is the default. 2 Click YES for Correct DRIs? to allow DRIs to be created or deleted (as necessary) in the MIB to match the number of DRIs in the import file.
NO is the default. 3 Motorola recommends the following settings for BSS Deployment: For the OMC-R, select Parallel mode. This means the update commands are sent to each BSS, which results in less loading on the OMC-R because each BSS carries out its own updates. For the OLM, select Sequential mode. Each BSS binary on the OLM has its own process running, so running in Parallel mode on the OLM would mean sending out a large number of commands at the same time. All of these commands need to be run on the same machine, so the loading for all the BSS changes is therefore on the OML machine.
Click on NO for Allow Neighbour Deletes? to prevent neighbours from being deleted from the MIB to match the number of neighbours in the import file.
YES is the default, that is, neighbours will be deleted in the MIB to match the number of neighbours in the import file. 5 Click on YES for Process Site Parameters to import site parameters.
12-24
GMR-01
Cell-X-Import
Procedure 12-15 6
YES is the default for Process Cell Parameters, which imports cell parameters, but not neighbour parameters. The cell and neighbour options are mutually exclusive. 7 Click on NO if neighbour parameter import is not required.
YES is the default for Process Neighbour Parameters, which imports neighbour parameters, but not cell parameters. The cell and neighbour options are mutually exclusive. If neighbour parameters or DRI/RTF parameters are imported, the information contained in the cell file is used to perform the import, even if the cell parameters are not imported. 8 Click on YES for Process DRI/RTF Parameters to import DRI/RTF parameters.
NO is the default. If neighbour parameters or DRI/RTF parameters are imported, the information contained in the cell file is used to perform the import, even if the cell parameters are not imported.
GMR-01
12-25
Cell-X-Import
Procedure 12-16 1
Select Options - Start from the Cell X Import Watcher monitor window menu bar to begin the import. Result: If selected on a live OMC-R, the OMC-R displays the following warning message: WARNING! You are about to import Cell and RF data to
a LIVE OMC System. This may cause carriers to go out of service, Sites to reset and Neighbours to be deleted. To continue select the Continue button. Select Cancel to abort the data import.
If appropriate, click Continue to proceed. Result: The watcher window monitors the progress of the import.
At any stage during the import it is possible to abort the operation. Refer to: Aborting a Cell-X-Import for details. During the import, the import watcher window displays the following messages if no inconsistencies are present:
RF Import Initialising... Performing Network wide RF Import or Performing an RF Import for BSS <BSS name> Process Complete.
If inconsistencies are present between the input file and the database, a warning window displays giving the option to Abort or Continue. Select Continue to apply consistent data only or Abort to stop the operation. Select Options - Clear from the menu bar to delete the current messages. To view the inconsistencies, select Display - Inconsistencies from the menu bar. Result: The RFImportInconsistencies report is displayed, which is stored in the following directory: /usr/omc/config/global/cellX .
4 5
Each time an inconsistency report is generated, the current file is saved with a date stamp, in the format RFImportInconsistencies<yyyymmdd>.BACKUP. 6 Select File - Close to return to the Navigation Tree.
When the import is complete, the system performs an rfNCheck to detect errors during neighbour propagation.
12-26
GMR-01
Cell-X-Import
Change the dri_density to 1 using an import (CellX automatically locks both DRIs and unlocks the original DRI). Perform an export. Change dri_density to 2 and specify the new assoc_dri_id value in a second import.
Aborting a Cell-X-Import
At any stage during a Cell-X-Import it is possible to abort the operation. To abort a Cell-X-Import, carry out the following procedure:
GMR-01
12-27
Cell-X-Import
Procedure 12-18 1
Select Options - Abort from the Cell X Import Watcher menu. Refer to Figure 12-3. Result: A confirmation window is displayed: ABORT: Are you sure you
want to abort the current import? Once aborted the Import will complete the current operation and then exit
Click OK to abort the import or Cancel to continue with the import. Result: The message Process complete is displayed in the status bar at the bottom of the Cell X Import Watcher window when the import is aborted.
Aborting an operation may take some time as it completes the current operation on the cell before aborting.
12-28
GMR-01
{22879} CellX exports 2G and UTRAN neighbours to the neighbour file, and Blind Search neighbours to the end of the neighbour file.
GMR-01
12-29
Procedure 12-19 1 2 3
Click the Config Mgt icon from the Front Panel to display the Navigation Tree. Select the network or a specific BSS. Select Config Mgt - Cell-X-Configure from the menu bar. Result: The Radio Frequency Import/Export configuration form is displayed as shown in Figure 12-5.
Figure 12-5
12-30
GMR-01
Procedure 12-20 1 2
Click on NO to Standard RF Import/Export at the top of the form to define options for export or import. Click on Yes or No for each option in the General section of the window. Refer to Table 12-1 for details.
If Yes is selected for the Standard RF Import/Export option, all other options in the General section of the window are disabled. Table 12-1 RF General Options. Value Yes Description Cell-X-Export creates cell and neighbour spreadsheets with default values. Cell-X-Import only accepts spreadsheets with default fields. Produces a column at the start of the cell file which may be used to indicate the order in which cells are updated on import. Not applicable to export. The neighbour file contains an extra column Reciprocate, which is set to N/A on export. If set to yes The Frequency Hopping indicators (FHI) for each of the RTFs are output. This information is contained in the Cell file if the DRI/RTF file is not exported. Otherwise, it is contained in the DRI/RTF file. Cont.
Yes
Yes
Yes
GMR-01
12-31
Table 12-1
RF General Options. (Continued) Parameter Value Yes Description Outputs the HSN (Hopping Sequence Number), MA (Mobile allocation) and Hopping enable attributes for the relevant Hopping system. Site summary details are included as extra columns in the RFPlanSite.out SW LoadVersion - the Site software version, for example, 06.05.00.b4. Cabinet Count - number of cabinets per Site. Cabinet Type - type of cabinets in use, for example, BTS4D_16V (0). Frequency Type - for example, PGSM. Path Count - number of Paths on a Site. RSL Count - number of RSLs on a Site. RTF Count Per Site - number of RTFs on a Site. Cell Count Per Site - number of Cells on a Site. RTF Count Per Cell - number of RTFs per Cell. For example, if there are two RTFs for the first cell, three for the second cell, and five for the third cell, this is represented as 2/3/5. 900 - number of RTFs with the frequency 900. For example, if the first cell has one RTF with frequency 900, the second cell has none, and the third has two, this is represented as 1/0/2. 1800 - number of RTFs with the frequency 1800. For example, if the first cell has one RTF with frequency 900, the second cell has none, and the third has two, this is represented as 1/0/2. DualBand Enabled - displays Y for Yes if at least one Cell beneath the Site is a dualband cell, that is, the Cell has inner_zone_alg set to Dual Band Cells Use Algorithm. Otherwise, displays N for No.
Yes
12-32
GMR-01
To select the parameters to be imported/exported for each device, click one of the following buttons. Refer to Figure 12-5. DRI parameters: Configure. RTF parameters: Configure. SITE parameters: Configure. Cell parameters: Configure. Neighbour parameters: Configure. {22879} Utran neighbour parameters: Configure. {22879} Blind Search neighbour parameters: Configure.
The relevant device Config Detail View form is displayed. See Figure 12-6 for an example of a cell RF Config Detailed View form. 2 Click the button next to each parameter in the Config Detail View form. Result: The selected parameters will be exported/imported.
To obtain the relevant information for a parameter, select On Context from the Help menu. Select and drag the ? prompt to the appropriate field and click on that field. A context sensitive help page is displayed. 3 4 Select File - Apply to save the new settings. Select File - Cancel to close the Config Detail View form.
GMR-01
12-33
Select File - Save from the menu bar of the Radio Frequency Import/Export configuration window. Select File - Close from the main menu bar to return to the Navigation Tree.
Figure 12-6
12-34
GMR-01
Refer to: "Defining CellXchange parameters from the GUI" on page 12-29, and carry out steps 1 to 3. Result: The Radio Frequency Import/Export configuration window is displayed. To rename the file or save it to a another directory, select File - Save As from the menu bar. Result: The File Selection window is displayed. Select the directory in the Directories list box and click Filter. Enter the new name in the Selection text box. Click OK to save the file and close the window. Result: The following message is displayed in the status bar at the bottom of the RF configuration window: Generation of RF Import/export
configuration file completed.
3 4 5
Select File - Close from the main menu bar to return to the Navigation Tree.
GMR-01
12-35
The following lists the five command line utilities which may be used: rf_export rf_import rfNcheck correct_rtfs chg_lac_ci Exports the data from the MIB to ASCII files. Imports the data from ASCII files to the MIB. Checks and corrects Neighbour BSIC and BCCH ARFCN values. Automatically creates/deletes RTFs to match data files. Allows bulk updates to LAC and CI of cells.
Task list
The following is the sequence in which the procedures should be performed when using CellXchange from the command line: Define the environment variables DBNAME and RFI_SEQUENTIAL_BSS_APPLY (offline only). Configure the configuration file (RF.CNFG) for the options required. Execute the relevant commands.
12-36
GMR-01
Before using CellXchange the environment variable DBNAME and RFI_SEQUENTIAL_BSS_APPLY must be configured.
DBNAME
If there is a single standard Network Configuration name used, then the environment variable may be set in the users .cshrc file, alternatively this variable should be set in the appropriate Xterm window. To set the variable, enter the following command: setenv DBNAME <Network Configuration Name> Where: Network Configuration Name is: the name of OLM Network Configuration in use.
RFI_SEQUENTIAL_BSS_APPLY
This environment variable improves performance of an import when changing data in multiple BSS objects on the OLM. The following line should be added to each users .cshrc file prior to using this feature: setenv RFI_SEQUENTIAL_BSS_APPLY ON
GMR-01
12-37
However, if required, the name and path to the configuration file can be specified by the user. The file contains the following sections: Initial Comment Section. Flags. List of Cell Parameters. Handover/Power Control Objects. {22879} List of Neighbour Parameters (including Blind Search, UTRAN and 2G neighbour parameters). List of site parameters. List of DRI/RTF parameters.
The file is a standard ASCII text file and can be edited using the vi editor or any suitable editor. The # character is used to indicate a comment within the file.
A complete RF.CNFG file is shipped with the feature. All the options are disabled within the file. It is recommended to make a backup copy for reference prior to making changes.
12-38
GMR-01
ALLOW_RECIPROCATION
GMR-01
12-39
The default configuration file contains a list of all supported cell parameters. By default, they are all disabled.
12-40
GMR-01
The default configuration file contains a list of all supported neighbour parameters. By default, they are all disabled.
The default configuration file contains a list of all supported neighbour Handover and Power Control objects. By default, they are all disabled.
GMR-01
The default configuration file contains a list of all supported site parameters. By default, they are all disabled.
12-42
GMR-01
The default configuration file contains a list of all supported DRI/RTF parameters. By default, they are all disabled.
GMR-01
12-43
The default configuration file contains a list of all supported neighbour parameters. By default, they are all disabled.
12-44
GMR-01
rf_export
rf_export can be used to specify whether site, cell, DRI/RTF, neighbour, or all these parameters are exported for the entire network, or one or more specific BSSs.
Description
This utility exports the contents of the MIB database and produces ASCII tab delimited files for site, cell, DRI/RTF and neighbour parameters, if required. The columns within these files are made up of some mandatory columns for example, the MSC name, OMC-R name, BSS name, and also some user defined parameters as specified in the configuration file.
GMR-01
12-45
The files are output to the directory: /usr/omc/config/global/cellX/<RFPlanCell.out>, <RFPlanSite.out>, <RFPlanDRIRTF.out> or <RFPlanNeighbour.out> by default. The user can also specify an alternative location.
Only export data within the specified BSS or BSSs, all other data will be ignored. If not specified the entire network is used. For example, the following command exports data for BSSs BSSnorth and BSSeast only: rf_export -BSS BSSnorth, BSSeast Use to export a Site file only. This option exports the file to its default location with its default name. Use to export a DRI/RTF file only. This option exports the file to its default location with its default name. Defines the output cell filename and path. For example, the following command creates a cell file only for export called mycellfile.out/usr/omc/config/global/cellXrf_export -cell -c /usr/omc/config/global/cellX/ mycellfile.out Defines the output neighbour filename and path. Defines the output site filename and path. Defines the output DRI/RTF filename and path. Exports all parameters to the appropriate default
.out
-n <Neighbour File Name and Path> -s <Site File Name and Path> -d <DRI/RTF File Name and Path> -all - cnfg <Configuration File Name and Path>
Defines the configuration file name and path to be used. If not specified the default of
/usr/omc/config/global/cellX/RF.CNFG
no arguments
If none of the above arguments are supplied, the process exports cell and neighbour files only to /usr/omc/config/global/cellX/RFPlanCell.out/usr/omc/config/global/cellX/RFPlanNeighbour.out
12-46
GMR-01
rf_import
rf_import can be used to specify whether site, cell, DRI/RTF, neighbour, or all these parameters are imported into the network, or one or more specific BSSs.
Description
This utility reads ASCII tab delimited files and compares each attribute value in the files to the value in MIB. If the values are different the process attempts to update the MIB with the value from the file.
GMR-01
12-47
Table 12-4
Command line options (rf_import) (Continued) Option Description Defines the cell file name and path. For example, the following command imports a cell file called mycellfile.in/usr/omc/config/global/cellXrf_import -cell -c /usr/omc/config/global/cellX/ mycellfile.in Defines the neighbour file input name. Defines the site input file name. Defines the DRI/RTF input file name. Defines the name and path of configuration file to use during the import. If not specified then the default of /usr/omc/config/global/cellX/RF.CNFG If none of the above arguments are supplied, the process imports cell and neighbour files only to
/usr/omc/config/global/cellX/RFPlanCell.in/usr/omc/config/global/cellX/ RFPlanNeighbour.in
-n <Neighbour File Name and Path> -s <Site File Name and Path> -d <DRI/RTF File Name and Path> - cnfg <Configuration File Name and Path>
no arguments
-all -A
Attempt to set all data from files to the MIB. Use this option only when the integrity of the MIB data is in doubt. Update cell information only (for backward compatibility only). Update neighbour information only (for backward compatibility). No neighbour deletes are performed during the import, neighbours are created and updated if required. Updates will be made to each BSS sequentially.
-sequential
This option is not recommended at an OMC-R. -consistencyCheck This option performs an import up to the consistency check point to ensure, that all cells referenced in the MIB are present in the Import files and vice-versa. Cont.
12-48
GMR-01
Table 12-4
Command line options (rf_import) (Continued) Option Description Automatically runs the correct_rtfs utility prior to performing the import. Refer to: correct_rtfs section for details. Automatically runs the correct_dris utility prior to performing the import. Prevents warnings being displayed at the OMC-R. When this option is used, the following system prompts are not displayed: You are importing
on a live OMC, do you want to continue?Inconsistencies have been detected, do you want to continue?
-correct_rtfs
-correct_dris -no_omc_warn
-bcchSFHenabled
Updates will not be made to hopping systems which affect the BCCH carrier for the cell.
rfNcheck
rfNcheck compares the BSIC and BCCH ARFCN of each Neighbour defined in the MIB, with the data in the cell (provided the cell exists in the MIB).
Description
Once the comparison is complete and if the values specified in the Neighbour do not match the cell values, then the Neighbour is automatically updated to the correct value. In the case where the cell is not in the MIB then each occurrence of the relevant Neighbour will be compared against each other and if inconsistencies are found it is reported to the user but not corrected.
GMR-01
12-49
Table 12-5
Command line options (rfNcheck) Option Description Defines the database name. If not defined, the default of DBNAME Updates will be made to each BSS in the network sequentially.
correct_rtfs
correct_rtfs attempts to correct the number of RTFs equipped in the MIB against the number of TRXs defined in the import cell file.
Description
This utility creates or deletes automatically RTFs, if the number equipped in the MIB does not match the number specified in the import cell file. For example, where a cell in the MIB has no RTFs currently equipped then an RTF Group, BCCH RTF and subsequent Non-BCCH RTFs are equipped.
Only the RTFs are created or deleted. It is assumed that the dependant hardware for RTFs, for example, DRIs are equipped.
12-50
GMR-01
GMR-01
12-51
Creating an RTF
Table 12-7 Parameter Carrier Type KSW Pair Path Id1 RTF Capacity ARFCN FHI1 - FHI8 Cell ID TSC 1 - TSC 8 rdnInstance cell_zone ext_timeslots sd_load chanAllocPriority RTF attributes Value obtained from Cell or DRI/RTF import file. Default 0. Default 0, if fails path will be set to 1. Default 0. Cell or DRI/RTF import file. Cell or DRI/RTF import file, if not specified value will default to 255. Cell or DRI/RTF import file. Determined from BSIC in cell import file. Assigned next available value. Default 0. Default 0. Default 2 or 0 depending on cell frequency type. Default 0.
Deleting an RTF
If an RTF is deleted the last (highest) rdnInstance is deleted. When an RTF cannot be deleted, an appropriate error message is output to the following log file: /usr/omc/logs/usrauditlogs/rfi<yyyymmdd>. For example, an RTF cannot be deleted when the RTF is enabled by GPRS.
Only the RTFs are created or deleted. It is assumed that the dependent hardware for RTFs, for example, DRIs are equipped.
chg_lac_ci
chg_lac_ci may change the Location Area Code (LAC) or Cell ID(CI) of a cell or cells within a network. 12-52 68P02901W17-R 14 Apr 2006
GMR-01
Description
A spreadsheet file may be created with five tab delimited columns using a text editor of choice. The wildcard (*) character denotes match any" and may be used within any column. See below for an example of how to create a spreadsheet.
Example
Example of chg_lac_ci spreadsheet: BSS Name * * BSS 1 Old LAC 100 100 100 Old CI 4 * * New LAC 200 200 200 New CI 8 * *
Row two will change all cells within the network, with a LAC of 100 and CI of 4 to a new LAC of 200 and CI of 8. Row three will change all cells within the network, with a LAC of 100 to 200 retaining the same CI. Row four will change only cells within BSS 1, with a LAC of 100 to 200 retaining the same CI.
GMR-01
12-53
Troubleshooting Cell-X-Import
Troubleshooting Cell-X-Import
12-54
GMR-01
For further information on the values for BCCH, ARFCN and TRX refer to: Technical Description: BSS Command Reference (68P02901W23).
When performing an import, if any of the following are changing on a cell that has frequency hopping enabled, include the parameter hopping_support in the configuration file used with the import: ARFCN. FHIs. MA list. HSN. FHSs Hopping_support. Creation/deletion of RTFs.
GMR-01
12-55
Cell parameters
Table 12-8 and Table 12-9 show the cell parameters that can be exported/imported. Table 12-8 shows the cell parameters that will be exported/imported by default when cell parameter export is specified. Table 12-9 shows a list of the cell parameters from which the user can select the parameters to be exported/imported, see "Defining CellXchange parameters from the GUI" on page 12-29 for further details.
Some RTF information appears in the cell import/export file, such as frequency hopping and ARFCN parameters. If the user chooses not to export a DRI/RTF file, the RTF information remains in the cell export/import file. However, if the user chooses to export a DRI/RTF file, the RTF information is included in the DRI/RFT files instead of in the cell file.
12-56
GMR-01
Table 12-8 Field MSC Name OMC Name BSS Name Site Name Site Lat Site Long Cell Lat Cell Long Freq Type
RFPlanCell default parameters Description Specifies the MSC name which is responsible for the cell. Specifies the OMC-R name which is responsible for the cell. Specifies the BSS name to which the cell belongs. Specifies the site name within the BSS. Specifies the geographical latitude in decimal of the logical site. In most cases this will be identical to Cell Latitude. An exception is Top Cell. Specifies the geographical longitude in decimal of the logical site. In most cases this will be identical to Cell Longitude. An exception is Top Cell. Specifies the latitude of the cell in decimal notation. Specifies the longitude of the cell in decimal notation. Specifies the frequency type of the cell. The value must be in the form of an integer in the set {1,2,4,8}, where 1 = PGSM900, 2 = EGSM900, 4 = DCS1800, 8 = PCS1900. Specifies the Mobile Country Code for the cell. Specifies the Mobile Network Code for the cell. Specifies the Location Area Code for the cell. Specifies the Cell ID of the cell. Specifies the Base Station Identity Code for the cell. Specifies the beamwidth of the antenna in an integer number of degrees. Specifies the direction of the antenna in an integer number of degrees. Specifies the layer type of a cell. The value must be in the form of an integer in the set {0,1,2},. where 0 = Macro Layer, 1 = Micro Layer(Street coverage), 3 = Pico Layer(In-Building coverage). Specifies a BCCH frequency for the cell. The value allowed depends on the Frequency Type. Specifies a non BCCH frequency for the cell. The value allowed depends on the Freq type. This column may be repeated up to the maximum numbers of carriers allowed (25 including BCCH carriers).
GMR-01
12-57
Table 12-9
User selectable cell parameters Description Adaptive Alt Trigger Rxqual HO. Adaptive Pwr Budget HO Alg. Adaptive Rxlev HO Alg. Adaptive Rxqual HO Alg. Adap Rxqual Hop HO Trigger DL Adap Rxqual Hop HO Trigger UL Adaptive Rxlev HO Trigger on DL. Adaptive Rxlev HO Trigger on UL Adaptive Rxqual HO Trigger on DL Adaptive Rxqual HO Trigger on UL Adaptive Pwr Budget HO Trigger. Alt Quality Procedure. AMR Full Rate Active Codec Set. AMR Full Rate Downlink Hysteresis 1. AMR Full Rate Downlink Hysteresis 1 Hopping. AMR Full Rate Downlink Hysteresis 2. AMR Full Rate Downlink Hysteresis 2 Hopping. AMR Full Rate Downlink Hysteresis 3. AMR Full Rate Downlink Hysteresis 3 Hopping. AMR Full Rate Downlink Threshold 1. AMR Full Rate Downlink Threshold 1 Hopping. AMR Full Rate Downlink Threshold 2. AMR Full Rate Downlink Threshold 2 Hopping. AMR Full Rate Downlink Threshold 3. AMR Full Rate Downlink Threshold 3 Hopping. AMR Full Rate Enabled AMR Full Rate Initial Codec Mode. AMR Full Rate Uplink Hysteresis 1. AMR Full Rate Uplink Hysteresis 1 Hopping. AMR Full Rate Uplink Hysteresis 2. AMR Full Rate Uplink Hysteresis 2 Hopping. AMR Full Rate Uplink Hysteresis 3. Cont.
OMC-R Parameter Name adap_ho_al_trg_rq adap_ho_pbgt adap_ho_rxlev adap_ho_rxqual adap_trg_hop_rqdl adap_trg_hop_rqul adap_trig_rl_dl adap_trig_rl_ul adap_trig_rq_dl adap_trig_rq_ul adap_trigger_pbgt alt_qual_proc amr_fr_acs amr_fr_dl_hys1 amr_fr_dl_hys1Hop amr_fr_dl_hys2 amr_fr_dl_hys2Hop amr_fr_dl_hys3 amr_fr_dl_hys3Hop amr_fr_dl_thr1 amr_fr_dl_thr1Hop amr_fr_dl_thr2 amr_fr_dl_thr2Hop amr_fr_dl_thr3 amr_fr_dl_thr3Hop amr_fr_enabled amr_fr_icm amr_fr_ul_hys1 amr_fr_ul_hys1Hop amr_fr_ul_hys2 amr_fr_ul_hys2Hop amr_fr_ul_hys3
12-58
GMR-01
Table 12-9
User selectable cell parameters (Continued) Description AMR Full Rate Uplink Hysteresis 3 Hopping. AMR Full Rate Uplink Threshold 1. AMR Full Rate Uplink Threshold 1 Hopping. AMR Full Rate Uplink Threshold 2. AMR Full Rate Uplink Threshold 2 Hopping. AMR Full Rate Uplink Threshold 3. AMR Full Rate Uplink Threshold 3 Hopping. AMR Half Rate Active Codec Set. AMR Half Rate Downlink Hysteresis 1. AMR Half Rate Downlink Hysteresis 1 Hopping. AMR Half Rate Downlink Hysteresis 2. AMR Half Rate Downlink Hysteresis 2 Hopping. AMR Half Rate Downlink Hysteresis 3. AMR Half Rate Downlink Hysteresis 3 Hopping. AMR Half Rate Downlink Threshold 1. AMR Half Rate Downlink Threshold 1 Hopping. AMR Half Rate Downlink Threshold 2. AMR Half Rate Downlink Threshold 2 Hopping. AMR Half Rate Downlink Threshold 3. AMR Half Rate Downlink Threshold 3 Hopping. AMR Half Rate Initial Codec Mode. AMR Half Rate Uplink Hysteresis 1. AMR Half Rate Uplink Hysteresis 1 Hopping. AMR Half Rate Uplink Hysteresis 2. AMR Half Rate Uplink Hysteresis 2 Hopping. AMR Half Rate Uplink Hysteresis 3. AMR Half Rate Uplink Hysteresis 3 Hopping. AMR Half Rate Uplink Threshold 1. AMR Half Rate Uplink Threshold 1 Hopping. AMR Half Rate Uplink Threshold 2. AMR Half Rate Uplink Threshold 2 Hopping. AMR Half Rate Uplink Threshold 3. AMR Half Rate Uplink Threshold 3 Hopping. Cont.
OMC-R Parameter Name amr_fr_ul_hys3Hop amr_fr_ul_thr1 amr_fr_ul_thr1Hop amr_fr_ul_thr2 amr_fr_ul_thr2Hop amr_fr_ul_thr3 amr_fr_ul_thr3Hop amr_hr_acs amr_hr_dl_hys1 amr_hr_dl_hys1Hop amr_hr_dl_hys2 amr_hr_dl_hys2Hop amr_hr_dl_hys3 amr_hr_dl_hys3Hop amr_hr_dl_thr1 amr_hr_dl_thr1Hop amr_hr_dl_thr2 amr_hr_dl_thr2Hop amr_hr_dl_thr3 amr_hr_dl_thr3Hop amr_hr_icm amr_hr_ul_hys1 amr_hr_ul_hys1Hop amr_hr_ul_hys2 amr_hr_ul_hys2Hop amr_hr_ul_hys3 amr_hr_ul_hys3Hop amr_hr_ul_thr1 amr_hr_ul_thr1Hop amr_hr_ul_thr2 amr_hr_ul_thr2Hop amr_hr_ul_thr3 amr_hr_ul_thr3Hop
GMR-01
12-59
Table 12-9
User selectable cell parameters (Continued) Description AMR FR Downlink Link Adaptation Enabled. AMR FR Uplink Link Adaptation Enabled. AMR HR Uplink Link Adaptation Enabled. AMR HR Downlink Link Adaptation Enabled. AMR Half Rate Intracell Handover Allowed. The direction of the antenna. IMSI Attach/Detach. Automatic RF Loss Trace Reporting. BA Re-Initialisation. Band Preference Mode. Band Preference. SDCCH to TCH Band Reassign Delay. The beamwidth of the antenna. Blind Search Preference. Bounce Protect Congestion HandOver Timer. Bounce Protect HandOver Margin. Bounce Protect Quality HandOver Timer. Number of Reserved Access Grant Blocks. Period Between Mobile Paging Messages. Number of PAGCH Blocks per Multiframe. Number of Blocks Allocated to PBCCH. Number of PCCCH timeslots. Number of PRACH Blocks per Multiframe. BTS Power Control Acknowledgement. BTS Power Level Changes Min Interval. BTS Power Control. BTS Max Transmit Pwr for Inner Zone. BVCI. C31 Hysteresis. C32 Exception Rule. Cell Broadcast Channel (CBCH). CCCH Configuration. CCCH Load Period. Cont.
OMC-R Parameter Name AmrFrDlLaEnabled AmrFrUlLaEnabled AmrHrUlLaEnabled AmrHrDlLaEnabled AmrHrIntHoAllwd antennaDirection attach_detach auto_rf_loss ba_alloc_proc band_pref_mode band_preference bandReassignDelay beamWidth {22879} blindSearchPref bnce_prt_cong_tmr bnce_prt_mgn bnce_prt_qual_tmr bs_ag_blks_res bs_pa_mfrms bs_pag_blks_res bs_pbcch_blks bs_pcc_chans bs_prach_blks bts_p_con_ack bts_p_con_intervl btsPwrCntlAllowed btsTxPwrMax_inner bvci c31_hyst c32_qual cbch_enabled ccch_conf ccch_load_period
12-60
GMR-01
Table 12-9
User selectable cell parameters (Continued) Description Low Cell Selection Priority. Cell Barred Access Class. Subscriber Access to Cell. Cell Reselect Hysteresis Level. Cell Reselect Offset. Cell Reselection Parameters. Channel Reconfiguration. Coincident Cell. Coincident MB HO Status. Coincident Offset to HO Margin. Congestion at Source Cell. Congestion at Target Cell. Current PCU. Alt Data Quality Thresholds. Deallocate Inactive Timer. Downlink Signal Strength HandOver Bin. Downlink Signal Interference HandOver Bin. DL Signal Strength Power Change Bin. Downlink Receive Quality HandOver Bin. DL Receive Quality Power Change Bin. Neighbour Cell Signal Strength HandOver Bin. Power Budget HandOver Bin. Mobile Station Distance HandOver Bin. Uplink Signal Strength HandOver Bin. Uplink Signal Interference HandOver Bin. UL Signal Strength Power Change Bin. Uplink Receive Quality HandOver Bin. UL Receive Quality Power Change Bin. Decision Algorithm Parameter N1. Decision Algorithm Parameter N2. Decision Algorithm Parameter N3. Decision Algorithm Parameter N4. Decision Algorithm Parameter N5. Cont.
OMC-R Parameter Name cell_bar_qualify cellBarAccClass cellBarAccess cellReselectHys cellReselectOffs cellReselParamInd channelReconfig coincident_cell coincident_mb coincident_offset congest_at_source congest_at_target current_pcu data_qual_enabled dealloc_inact dec1DlRxlevAv_h dec1DlRxlevAv_ih dec1DlRxlevAv_p dec1DlRxqualAv_h dec1DlRxqualAv_p dec1NcellRxlevAvH dec1PBgtRxlevAv_h dec1TimAdvAv_alg dec1UlRxlevAv_h dec1UlRxlevAv_ih dec1UlRxlevAv_p dec1UlRxqualAv_h dec1UlRxqualAv_p decision_1_n1 decision_1_n2 decision_1_n3 decision_1_n4 decision_1_n5
GMR-01
12-61
Table 12-9
User selectable cell parameters (Continued) Description Decision Algorithm Parameter N6. Decision Algorithm Parameter N7. Decision Algorithm Parameter N8. Decision Algorithm Parameter P1. Decision Algorithm Parameter P2. Decision Algorithm Parameter P3. Decision Algorithm Parameter P4. Decision Algorithm Parameter P5. Decision Algorithm Parameter P6. Decision Algorithm Parameter P7. Decision Algorithm Parameter P8. Decision Algorithm Type. Max Disuse Count based on Hreqave. Downlink DTX for Voice/Data. Downlink Receive Level Handover. Downlink Receive Quality. Handover Directed Retry HandOver during Assign. Direct Inner Zone Threshold Directed Retry Standard Congestion Allowed. Discontinuous Transmission Mode. Dual Band Offset. Dynamic Step Adjustment Alg. Factor of Max Pwr Reduction. EGPRS Initial Downlink Coding Scheme. EGPRS Initial Uplink Coding Scheme. EGSM Carrier Configuration Information. EGSM Handover Threshold. Emergency Class Switch. Enable Incoming Handovers. Enhanced Relief. Ext Range Neighbour Priority. External Retry Period Timer. Extended Range Cell. Cont.
OMC-R Parameter Name decision_1_n6 decision_1_n7 decision_1_n8 decision_1_p1 decision_1_p2 decision_1_p3 decision_1_p4 decision_1_p5 decision_1_p6 decision_1_p7 decision_1_p8 decision_alg_type disuse_cnt_flag dl_dtx_voice_data dlRxlevHoAllowed dlRxqualHoAllowed dr_ho_dur_assign dr_in_zon_thresh dr_std_congest dtx_required dualBand_offset dyn_step_adj dyn_step_adj_fmpr egprs_init_dl_cs egprs_init_ul_cs egsm_bcch_sd egsm_ho_thresh emergencyClass en_incom_ho enhanced_relief erc_ta_priority exRtryCandPrd ext_range_cell
12-62
GMR-01
Table 12-9
User selectable cell parameters (Continued) Description Activate Extended Paging. FDD Cell Reselection Offset. Minimum Ec/No Threshold. Receive Signal Code Power Threshold. UTRAN Reporting Quality. Number of UTRAN FDD cells to report. Flow Control T1 Timer. Flow Control T2 Timer. Frequency Type. Full Power Radio Frequency Before Loss. Max MS Count Down Value. PMR Threshold. Max MS Non-DRX Mode Request Time. GPRS Enabled. GPRS Intra-Cell HO Allowed. Minimal Number of Dynamic PRR Blocks. MS Counter N3102 Decrement. MS Counter N3102 Increment. Max MS Counter N3102. GPRS Max CCH Transmit Power. GPRS MS Max Transmit Power. Bad PMRs. PAR Waiting Time. BCCH Blocks Power Reduction. Power Offset Multiplier. GPRS Penalty Time. Reconfig Idle TCH Threshold. GPRS Cell Reselection Hysteresis. GPRS Minimum Receive Level. T3192 (SMG24-SMG30). T3168. T3192. GPRS Negative C32 Offset. Cont.
OMC-R Parameter Name extendedPagingAct fdd_gprs_qoffset fdd_qmin fdd_qoffset {22879} fdd_rep_quant {22879} fddMultiratRprtng flow_control_t1 flow_control_t2 frequency_type full_pwr_rfloss gprs_bs_cv_max gprs_cr_margin gprs_drx_time_max gprs_enabled gprs_intraho_allw gprs_min_prr_blks gprs_ms_pan_dec gprs_ms_pan_inc gprs_ms_pan_max gprs_ms_txpwr_cch gprs_mx_txpwr_cch gprs_num_pmrs {23956} gprs_par_wait_ind gprs_pb gprs_pc_alpha gprs_penalty_time gprs_rec_idle_tch gprs_reselect_hys gprs_rxlev_ac_min gprs_smg30_t3192 gprs_t3168 gprs_t3192 gprs_temp_offset
GMR-01
12-63
Table 12-9
User selectable cell parameters (Continued) Description GPRS Timeslot Configuration Algorithm. GPRS Cell Reselect Offset. Mobile Station HandOver Power Level. Minimum Handover Recognized Period. HCS Signal Strength. Handover Acknowledgement Timer. Handover existing calls. Handover Margin Default. Handover Margin Usage Flag. HandOver UL/DL with MS/BSS at Full Pwr. Hop Count. Hop Count Timer. Alt Hopping Quality Thresholds. Hopping Support. HO Power level for Inner Zone. Half Rate Enabled. HR FR Hop Count. Half Rate Intracell Allowed. Half Rate Reserved Timeslot. IMRM DCS1800 Weighting (0-100). IMRM EGSM Weighting (0-100). IMRM Force Recalculation. IMRM PGSM Weighting (0100). IMRM UMTS Weighting (0-100). Initial Downlink Coding Scheme. Initial Uplink Coding Scheme. Inner Zone Algorithm. Inner Half Rate Usage Threshold. Interference Average. Inter-RAT Handovers Enabled. Interband Handover Allowed. Inter-Cell Handover. Interference Band 0. Cont.
OMC-R Parameter Name gprs_ts_confg_alg gprsReselectOffs handoverPwrLevel handoverRecPeriod hcs_thr ho_ack ho_exist_congest ho_margin_def ho_mgn_use_flag ho_onlymax_pwr hop_count hop_count_timer hop_qual_enabled hopping_support hoPwrLevel_inner hr_enabled hr_fr_hop_count hr_intracell_ho_allowed hr_res_ts {22404} imrm_dcs18_weight {22404} imrm_egsm_weight {22404} imrm_force_recalc {22404} imrm_pgsm_weight {22404} imrm_umts_weight init_dl_cs init_ul_cs inner_zone_alg InnHrUseThres intave inter_rat_enabled interbandHoAllwd interCellHoAllowd interfer_band0
12-64
GMR-01
Table 12-9
User selectable cell parameters (Continued) Description Interference Band 1. Interference Band 2. Interference Band 3. Interference Band 4. Interference Handover. Intra-Cell Handover. Lower Downlink Receive Level (HandOver). Lower DownLink Receive Level (Pwr) Lower Uplink Receive Level (HandOver). Lower Uplink Receive Level (Pwr). Lower Downlink Receive Quality (HandOver). Lower Downlink Receive Quality (Pwr). Lower Uplink Receive Quality (HandOver). Lower Uplink Signal Quality (Pwr). The latitude of the Cell. Layer Number. Link Fail Threshold. Link About To Fail Threshold. The longitude of the Cell. Coincident Low Sig Threshold. Lower Downlink Rcv Qual (HO) Data. Lower Downlink Rcv Qual (HO) Hopping. Lower Downlink Rcv Qual (Pwr) Data. Lower Downlink Rcv Qual (Pwr) Hopping. Lower Uplink Rcv Qual (HO) Data. Lower Uplink Rcv Qual (HO) Hopping. Lower Uplink Rcv Qual (Pwr) Data. Lower Uplink Rcv Qual (Pwr) Hopping. AMR FR Lower Uplink Rcv Qual (HO) Hopping. AMR FR Lower Uplink Receive Quality (HO). AMR FR Lower Downlink Receive Quality (HO). AMR FR Lower Downlink Rcv Qual (HO) Hopping. AMR FR Lower Uplink Signal Quality (Pwr). Cont.
OMC-R Parameter Name interfer_band1 interfer_band2 interfer_band3 interfer_band4 interferHoAllowed intraCellHoAllowd l_rxlev_dl_h l_rxlev_dl_p l_rxlev_ul_h l_rxlev_ul_p l_rxqual_dl_h l_rxqual_dl_p l_rxqual_ul_h l_rxqual_ul_p latitude layer_number link_fail linkAboutToFail longitude low_sig_thresh lRxqualDlHData lRxqualDlHHopping lRxqualDlPData lRxqualDlPHopping lRxqualUlHData lRxqualUlHHopping lRxqualUlPData lRxqualUlPHopping lRxqUlHHopAmrFr lRxqualUlHAmrFr lRxqualDlHAmrFr lRxqDlHHopAmrFr lRxqualUlPAmrFr
GMR-01
12-65
Table 12-9
User selectable cell parameters (Continued) Description AMR FR Lower Uplink Rcv Qual (Pwr) Hopping. AMR FR Lower Downlink Receive Quality (Pwr). AMR FR Lower Downlink Rcv Qual (Pwr) Hopping. HR Lower Uplink Receive Qual (HO). HR Lower Uplink Rcv Qual (HO) Hopping. HR Lower Downlink Rcv Qual (HO). HR Lower Downlink Rcv Qual (Pwr) Hopping. HR Lower Downlink Rcv Qual (Pwr). HR Lower Downlink Rcv Qual (HO) Hopping. HR Lower Uplink Signal Quality (Pwr). HR Lower Uplink Rcv Qual (Pwr) Hopping. HR Upper Downlink Signal Qual (Pwr). HR Upper Uplink Signal Quality (Pwr). Maximum GPRS Data Timeslots per Carrier. Max MS Downlink Buffer. Max MS Downlink Rate. Maximum Retransmissions. Maximum Transmit Power for BTS. Maximum Mobile Station Transmit Power. Maximum Number of SDCCH. Max Queue Length Channel. Max Queue Length Full Rate Channel. Maximum Queue Length SDCCH. MB TCH Congestion Threshold. Minimum GPRS Data Timeslots per Carrier.
OMC-R Parameter Name lRxqUlPHopAmrFr lRxqualDlPAmrFr lRxqDlPHopAmrFr lRxqualUlHHr lRxqUlHHopHr lRxqualDlHHr lRxqDlPHopHr lRxqualDlPHr lRxqDlHHopHr lRxqualUlPHr lRxqUlPHopHr uRxqualDlPHr uRxqualUlPHr max_ts_per_cr max_ms_dl_buffer max_ms_dl_rate max_retran max_tx_bts max_tx_ms maxNumberOfSdcch maxQLengthChan maxQLgtFullRtChan maxQLgtSdcchs mb_tch_cong_thres min_ts_per_cr
Valid only for software releases prior to 1740 (EGPRS). missing_rpt ms_max_range ms_p_con_ack Missing Measurement Report. Mobile Station Maximum Timing Advance. MS Power Control Message Acknowledge. Cont.
12-66
GMR-01
Table 12-9
User selectable cell parameters (Continued) Description Mobile Station Power Control Interval. Mobile Station Power Offset. Maximum Control Channel Transmit Power. Maximum Default Transmit Power. MSC Preference. Mobile Station Distance Handover. MS Power Control. MS Power Control Processing. Max MS Transmit Pwr When HO to Inner Zone. MultiBand Reporting. Radio Blocks. Signal Strength Measurements. NCC of PLMN Allowed. Concentric Cell Neighbour Report Timer. Nbr Journaling. Network Control Order. New Calls Half Rate. Maximum Number of Preferred Cells. Preferred Number of SDCCH. Outer Zone Usage Level. Power Budget Mode. Downlink Power Measurment Chan. Non-DRX Mode Transfer Period Duration. PBCCH/PCCCH enabled. Penalty Time. Persistent Level 1 to 4. Power Increase Step Size DL. Power Increase Step Size UL. Power Reduction Step Size DL. Power Reduction Step Size UL. Retransmissions Allowed for Radio Priority 1 to 4. Slots Between Channel Request. Slots to Spread Random Access Transmission. Cont.
OMC-R Parameter Name ms_p_con_interval ms_power_offset ms_txpwr_max_cch ms_txpwr_max_def msc_preference msDistanceAllowed msPowerCntlAllowd mspwr_alg mstxpwr_max_inner multibandRprtng n_avg n_avg_i nccOfPlmnAllowed nei_rpt_timer neighbor_journ network_ctrl_order new_calls_hr numOfPrefCells numSdcchsPref outzone_usage_lev pbgt_mode pc_meas_chan pcch_drx_max_t pcch_enabled penalty_time persistent_lvl_1 to 4 pow_inc_stepsz_dl pow_inc_stepsz_ul pow_red_stepsz_dl pow_red_stepsz_ul prach_mx_retran_1 to 4 prach_s prach_tx_int
GMR-01
12-67
Table 12-9
User selectable cell parameters (Continued) Description Primary PCU. Prioritize Microcell HCS Priority Class. GPRS Protect Last Timeslot. Time Interval for Scheduling PSI Messages. Power Excluding Broadcast Ctrl Channels. Power Budget Handover. Downlink MTBR for Interactive THP 1. Uplink MTBR for Interactive THP 1. Downlink MTBR for Interactive THP 2. Uplink MTBR for Interactive THP 2. Downlink MTBR for Interactive THP 3. Uplink MTBR for Interactive THP 3. Downlink MTBR for Best Effort Traffic Class. Uplink MTBR for Best Effort Traffic Class. Downlink MTBR for Background Traffic Class. Uplink MTBR for Background Traffic Class. SACCH RF Signal Level Threshold. Use BCCH RF Signal Level Threshold. BCCH RF Signal Level Threshold. 3G Cell Threshold for Multi-RAT MS. Queue Length Management Information. Routing Area Colour. Routing Area Reselect Hysteresis. Routing Area Code. Random Access Channel Load Period. Random Access Channel Load Threshold. Radio Link Timeout. Rapid Power Down Procedure. Reconfigure Full Rate to Half Rate. Call Re-Establishment. Report Resource TCH Full High Water Mark. Report Resource TCH Full Low Water Mark. Cont.
OMC-R Parameter Name primary_pcu prior_micro priority_class protect_last_ts psi1_repeat_prd pwrc pwrHoAllowed {23956} qos_mtbr_i1_dl {23956} qos_mtbr_i1_ul {23956} qos_mtbr_i2_dl {23956} qos_mtbr_i2_ul {23956} qos_mtbr_i3_dl {23956} qos_mtbr_i3_ul {23956} qos_mtbr_be_dl {23956} qos_mtbr_be_ul {23956} qos_mtbr_bg_dl {23956} qos_mtbr_bg_ul {22879} qsearch_c qsearch_c_initial qsearch_i qsearch_p queueMgtInfo ra_colour ra_reselect_hyst rac rach_load_period rach_load_thresh radioLinkTimeout rapid_pwr_down ReconfigFrToHr reestablishAllwd repResTchFHighWm repResTchFLowWm
12-68
GMR-01
Table 12-9
User selectable cell parameters (Continued) Description Reserved GPRS PDCH timeslots. Reserved PDCHs When One Carrier Goes OOS. Retry Candidate Period Timer. RF Channel Release Acknowledgement Timer. Rapid Power Down Offset. Rapid Power Down Period. Rapid Power Down Trigger. Rpt Bad Quality on a Missing Rpt. RR_NY1_REP Timer. RR_T3101 Timer. RR_T3103 Timer. RR_T3105 Timer. RR_T3109 Timer. RR_T3111_SD Timer. RR_T3111_TCH Timer. RR_T3212 Timer. Min Received Signal Level For Access. Inner Zone DownLink Receive Level Threshold. Minimum Receive Level Default. Inner Zone UpLink Receive Level Threshold. SDCCH Handover Allowed. SDCCH Timer Handover. SDCCH Need High Water Mark. SDCCH Need Low Water Mark. Allow Search for 3G Cells. Secondary Frequency Type. Number of Serving Band cells to report. Time From Cell-Outage to RF Termination (secs.). Switchable GPRS PDCHs timeslots. Switchable PDCHs When One carrier Goes OOS. C Averaging in Transfer Mode. C Averaging in Wait State. TCH Congest Prevent Threshold. Cont.
OMC-R Parameter Name res_gprs_pdchs res_less_one_cr retry_cand_period rf_chan_rel_ack rpd_offset rpd_period rpd_trigger rpt_bad_qual_mr rr_ny1_rep rr_t3101 rr_t3103 rr_t3105 rr_t3109 rr_t3111_sd rr_t3111_tch rr_t3212 rxlev_access_min rxlev_dl_zone rxlev_min_def rxlev_ul_zone sdcch_ho sdcch_timer_ho sdcchNeedHighWm sdcchNeedLowWm search_prio_3g second_freq_type {22879} servBandReporting {22076} stop_dri_tx_time switch_gprs_pdchs sw_less_one_cr t_avg_t t_avg_w tch_congprev_thr
GMR-01
12-69
Table 12-9
User selectable cell parameters (Continued) Description Traffic Channel Flow Control. TCH Usage Threshold. Traffic Channel Full Need Low Water Mark. Temporary Offset. Threshold. Timing Advance Period. Max Number of TS In Pre-load USF Active State. No of RACH Slots Between Access Retries. Cell Transmit Power. Upper DL Receive Interfer Level (HandOver). Upper Downlink Receive Level (Pwr). Upper Uplink Receive Interfer Level (HandOver). Upper Uplink Signal Level (Pwr). Upper Downlink Signal Quality (Pwr). Upper Uplink Signal Quality (Pwr). Uplink Receive Level Handover. Uplink Receive Quality Handover. Update C. UMTS Band Preferred. Threshold when FDD_REP_QUANT is Ec/No. Threshold when FDD_REP_QUANT is RSCP Use BCCH Carrier for GPRS. BSS Derive HO Power. Use Neighbour Power Budget Hreqave. Valid Candidate Period Timer. Wait Indication Parameters. HandOver to Nbr with Lower RxLev. Inner Zone Handover Hysteresis.
OMC-R Parameter Name tch_flow_control {24620} tch_usage_thrsld tchFullNeedLowWm temporary_offset threshold timingAdvPeriod ts_in_usf_active tx_integer tx_power_cap u_rxlev_dl_ih u_rxlev_dl_p u_rxlev_ul_ih u_rxlev_ul_p u_rxqual_dl_p u_rxqual_ul_p ulRxlevHoAllowed ulRxqualHoAllowed update_c {22879} umtsBandPreferred {22879} umtsCpichEcNoMin {22879} umtsCpichRscpMin use_bcch_for_gprs use_drv_ho_pwr useNeiPbgtHreqave validCandPeriod waitIndicParams worse_nei_ho zone_ho_hyst
12-70
GMR-01
Table 12-10
User selectable cell parameters with GSM Half Rate unrestricted Description GSM Half Rate Enabled.
Neighbour parameters
Table 12-11 and Table 12-12 show the neighbour parameters that can be exported/imported. Table 12-11 shows the neighbour parameters that will be exported/imported by default when neighbour parameter export is specified. Table 12-12 shows a list of the neighbour parameters from which the user can select the parameters to be exported/imported, see "Defining CellXchange parameters from the GUI" on page 12-29 for further details.
GMR-01
12-71
12-72
GMR-01
GMR-01
12-73
Site parameters
Table 12-13 shows the site parameters that will be exported or imported by default, if site parameter import/export is specified. If only a subset of these parameters is required in the import/export file, use the Radio Frequency Import/Export configuration form to specify which site parameters are to be included in the import/export file, see "Defining CellXchange parameters from the GUI" on page 12-29 for further details. The column headings for the Site import/export parameter file are: MSC Name. OMC Name BSS Name. Site Number. Configurable.
The lcf_id parameter can only be changed on its own using rf_import. Table 12-13 Site parameters Description Add Access Class Timer TM BCCH Information Timer MSI Bit Error Rate Daily Alarm Level MSI Bit Error Rate Hourly Alarm Level BSP/LCF Flag BSSMAP_T10 Timer BSSMAP_T11 Timer BSSMAP_T8 Timer BTS Audit Timer BTS Configuration Type BTS Audit Response Timer Calibrate Enabled Carrier Disable Time Carrier Free Immediately Timer Carriers Ins Power Fail CBCH 1 Timer
Parameter add_access_class bcch_info ber_loss_daily ber_loss_hourly bsp_lcf_type bssmap_t10 bssmap_t11 bssmap_t8 bts_audit bts_type btsAuditResponse Calibrate_flag carrierDisableTm carrierFreeImmed carriersInsPwrFl cbch_1
12-74
GMR-01
Table 12-13
Site parameters (Continued) Parameter cbch_2 cbch_3 cbs_outage_cntr channel_act channel_teardown cipher_comp_ms clkSrcFailResPer Configtypelastcal csfp_alg csfp_flow dlSyncTimer emerg_reserved fm_site_type gclk_qwarm_flag gproc_slots guiLabel guiState hdsl_losw_oos hdsl_losw_restore hdsl_snr_daily hdsl_snr_daly_prd hdsl_snr_hourly hdsl_snr_hrly_prd hdsl_snr_oos hdsl_snr_restore ho_complete initSyncTimer latitude lcf_id longitude lta_alarm_range mms_config_type CBCH 2 Timer CBCH 3 Timer CBC to CBS Outage Counter TM Channel Activate Timer Channel Teardown Timer Cipher Mode Complete from a MS Timer Clock Source Fail Reset Period Configuration used on last Calibrate CSFP Algorithm CSFP Flow Value Downlink Sync Timer (msec) Emergency Reserved Timer Site Type Fast GCLK Warm Up Flag GPROC Timeslots Map label Service State MSI Loss of Sync Word OOS Time MSI Loss of Sync Word Restore Time MSI SNR Daily Alarm Level (in 0.5 dB units) MSI SNR Daily Alarm Monitor Period MSI SNR Hourly Alarm Level (in 0.5 dB units) MSI SNR Hourly Alarm Monitor Period MSI SNR OOS Threshold (in 0.5 dB units) MSI SNR Restore Threshold (in 0.5 dB units) Handover Complete Timer Initial Sync Timer (msec) Latitude LCF managing this site Longitude LTA Alarm Range MMS Configuration Type Description
GMR-01
12-75
Table 12-13
Site parameters (Continued) Parameter mode_modify modeRRModifyAc ms_sapi3_est name num_audit_retries per_site_counter percent_traf_cs phase_lock_gclk phase_lock_retry poorInitialAssign rach_load_type red_loss_daily red_loss_hourly red_loss_oos red_loss_restore red_time_oos red_time_restore register_exp remote_loss_daily remote_loss_oos remote_time_oos remoteLossHourly remoteLossRestore remoteTimeRestore rf_res_ind_period rsl_rate sacch_info siteDbLevelNum siteGeneration slip_loss_daily slip_loss_hourly slip_loss_oos slip_loss_restore sms_dl_allowed Description TM Mode Modify Timer Mode Modify Acknowledgement Timer MS SAPI3 Establishment Timer Name Number Of Audit Retries (not displayed in OMC-R GUI) Percentage of RSL Reserved for CS Phase Lock GCLK Phase Lock Retry Interval Poor Initial Assignment RACH Load Type MSI Red Loss Daily Alarm Level MSI Red Loss Hourly Alarm Level MSI Red Loss OOS Alarm Level MSI Red Loss Restoral Time MSI Red Time OOS Alarm Level MSI Red Time Restoral Time Register Exp Timer MSI Remote Loss Daily Alarm Level MSI Remote Loss OOS Alarm Level MSI Remote Time OOS Alarm Level MSI Remote Loss Hourly Alarm Level MSI Red Time Restoral Time MSI Remote Time Restoral Time RF Resource Indication Period RSL Rate TM SACCH Information Timer Site DB Level Number Site Generation MSI Frame Slip Daily Alarm Level MSI Frame Slip Hourly Alarm Level MSI Frame Slip OOS Alarm Level MSI Frame Slip Restoral Time SMS Downlink Allowed
12-76
GMR-01
Table 12-13
Site parameters (Continued) Parameter sms_tch_chan sms_ul_allowed static_sync_timer sync_loss_daily sync_loss_hourly sync_loss_oos sync_loss_restore sync_time_oos sync_time_restore tchBusyCrtThrshd tchBusyNrmThrshd ts_alloc_flag ts_sharing ulSyncTimer waitForReselect Description SMS TCH Channel SMS Uplink Allowed Static Sync Timer MSI Synch Loss Daily Alarm Level MSI Synch Loss Hourly Alarm Level MSI Synch Loss OOS Alarm Level MSI Synch Loss Restoral Time MSI Synch Loss Time OOS Alarm Level MSI Synch Loss Restoral Time TCH Busy Critical Threshold TCH Busy Norm Threshold Timeslot Allocation Flag Timeslot Sharing Uplink Sync Timer (msec) Wait For Reselection
DRI/RTF parameters
Table 12-14 and Table 12-15 show the DRI and RTF parameters that will be exported or imported by default, if DRI/RTF parameter import/export is specified. If only a subset of these parameters is required in the import/export file, use the Radio Frequency Import/Export configuration form to specify which DRI/RTF parameters are to be included in the import/export file, see "Defining CellXchange parameters from the GUI" on page 12-29 for further details. Both DRI and RTF parameters are included in the DRI/RTF export/import file. DRI header information appears first, followed by the DRI parameters, then the RTF header information, followed by the RTF parameters.
Some RTF information appears in the cell import/export file, such as frequency hopping and ARFCN parameters. If the user chooses not to export a DRI/RTF file, the RTF information remains in the cell export/import file. However, if the user chooses to export a DRI/RTF file, the RTF information is included in the DRI/RTF files instead of in the cell file.
GMR-01
12-77
DRI parameters
The column headings for the DRI section of the DRI/RTF import/export parameter file are: MSC Name. OMC Name BSS Name. Cell ID. DRI Group Number. DRI Number. Configurable (that is, any other additional parameters specified in the Configuration file, RF.CNFG)
Table 12-14
DRI parameters Description RDN of Associated DRI (if applicable). Associated FRU. Associated MMS. Associated FRU Kit Number. Associated FRU Serial Number. Cabinet Identifier. Cage Identifier. Cell 1 GSM Cell Identifier. Cell 1 Antenna Select. Combiner 1 Cavity Identifier. Combiner 1 Identifier. Combining Type. Diversity Flag. DRI Density (if applicable). DRI Type. Cell Type. Connection to BTP. Field Replaceable Unit (FRU). Kit Number. Alarm Index. Alarm Reporting.
Parameter assoc_dri_id assoc_fr_unit associated_mms assocKitNumber assocSerialNumber cabinet_id cageId cell1_gsmCellId cell1AntennaSelct combiner_1_cav_id combiner_1_id combining_type diversityFlag dri_density DRI_type fm_cell_type foxFmuxConn FR_unit kitNumber opto_alarm_index opto_reporting
12-78
GMR-01
Table 12-14
DRI parameters (Continued) Parameter opto_state pdb_fr_unit pdbKitNumber pdbSerialNumber port_connection pref_rtf_group_id pref_rtf_id serialNumber slot_id truId Description No Alarm when. PDB Field Replaceable Unit. PDB FRU Kit Number. PDB FRU Serial Number. Port Connection. Preferred RTF Group Id. Preferred RTF Id. Serial Number. Slot Number. Topcell Radio Unit Identifier.
RTF parameters
The column headings for the RTF section of the DRI/RTF import/export parameter file are: MSC Name. OMC Name BSS Name. Cell ID. RTF Group Number. RTF Number. Configurable (that is, any other additional parameters specified in the Configuration file, RF.CNFG). RTF parameters Description 32 K TRAU Allowed.
Table 12-15
Parameter allow_32k_trau
Valid only for software releases prior to 1740 (EGPRS). amr_hr_enabled carrier_type carrier1_arfcn carrier1_fhi1 AMR Half Rate Enabled. Carrier Type. Carrier 1 ARFCN. Freq Hopping Ind for TS 0.
GMR-01
12-79
Table 12-15
RTF parameters (Continued) Parameter carrier1_fhi2 carrier1_fhi3 carrier1_fhi4 carrier1_fhi5 carrier1_fhi6 carrier1_fhi7 carrier1_fhi8 carrier1_tsc1 carrier1_tsc2 carrier1_tsc3 carrier1_tsc4 carrier1_tsc5 carrier1_tsc6 carrier1_tsc7 carrier1_tsc8 carrier1GsmCellId cell_zone chanAllocPriority ext_timeslots ksw_pair max_gprs_pdch path1_upst_ts1 path1_downst_ts1 path2_upst_ts1 path2_downst_ts1 Description Freq Hopping Ind for TS 1. Freq Hopping Ind for TS 2. Freq Hopping Ind for TS 3. Freq Hopping Ind for TS 4. Freq Hopping Ind for TS 5. Freq Hopping Ind for TS 6. Freq Hopping Ind for TS 7. Training Seq Code for TS 0. Training Seq Code for TS 1. Training Seq Code for TS 2. Training Seq Code for TS 3. Training Seq Code for TS 4. Training Seq Code for TS 5. Training Seq Code for TS 6. Training Seq Code for TS 7. GSM Cell Id. Concentric Cell Zone. Channel Allocation Priority. Extended Range Timeslots. KSW Pair. Maximum GPRS Data Timeslots. First Path Upstream TS MMS. First Path Downstream TS MMS. Second Path Upstream TS MMS. Second Path Downstream TS MMS.
First Path Id. Second Path Id. Packet Radio Type. Reserved GPRS Data Timeslots. Associated RSL for First Path Id. Associated RSL for Second Path Id. RTF Capacity.
12-80
GMR-01
Table 12-15
RTF parameters (Continued) Parameter {23769} rtf_ds0_count sd_load sd_priority trx_pwr_red SDCCH Load. SDCCH Placement Priority. Transmit Power Reduction. Description Number of Backhaul Timeslots on Carrier.
GMR-01
12-81
12-82
GMR-01
13
Manipulating Maps
Chapter
The information here describes the facilities available to manipulate background geographical maps. The following topics are described: "Adding and deleting a user-defined regional map" on page 13-2. "Adding and changing a background to a map" on page 13-4. "Adding and deleting a map node" on page 13-7. "Adding and deleting a map link" on page 13-12.
GMR-01
13-1
From the Front Panel, select the maps icon to display a Map List window. Select Edit - Create from the menu bar to display a blank Map Detailed View form. Assign Map Background attribute to the required default map.
The associated .map file should exist in /usr/omc/config/global/maps. 4 5 6 Enter the other required attributes and select File - Create to add the map to the Map List. Double click this map from the Map List to display the map. To create map nodes and map links for this map, refer to these procedures: "Adding and deleting a map node" on page 13-7. "Adding and deleting a map link" on page 13-12.
13-2
GMR-01
From the Front Panel, select the Network icon to display a Map List window. Click on the name of the user-defined map to be deleted. The name is highlighted.
Default maps cannot be deleted. Maps can only be deleted using this procedure if they do not contain any objects. 3 4 Select Edit - Delete from the menu bar. A delete confirmation box is displayed. Click on OK to confirm. Result: The following message is displayed in the status bar: Element Deleted
GMR-01
13-3
13-4
GMR-01
Procedure 13-3 1 2 3
At the System Processor, log in as omcadmin. Open a shell and change to the directory containing the map background files: cd $OMC_TOP/config/global/maps Load the tape containing the map background file into the System Processor tape drive, then load the map background file: tar -xvfop /dev/rst0 where /dev/rst0 is the default tape drive.
4 5
List the contents of the current directory: ls -lai Verify that the map background file has been loaded into the directory, and that the file is owned by the user omcadmin. All files in this directory should have a .map extension. If any files do not have the .map extension, use the command shown in the following example to add the extension: mv MAP_<name> MAP__<name>.map Use the following command to change the permissions on the files in this directory so that all users have execute permission: chmod a+x * Log out from the System Processor.
GMR-01
13-5
From the OMC-R Front Panel, select the Maps icon to open a Map List window. Result: This window displays a list of maps. The list includes automatically generated and user-defined maps.
2 3 4
Double-click a map name to view a map and its current background. Select File - Close to close the map. Click a map name from the Map List window, then select Edit - Detail View from the menu bar. Result: The Map Detailed View form is displayed showing the Name, Map Label and Map Background fields.
5 6
Select Edit - Edit from the menu bar. Click the Map Background field and select the desired map.
The name must match an existing file in /usr/omc/config/global/maps in order to be valid. Add the file name without the file extension name. If necessary, open an Xterm window to check the contents of /usr/omc/config/global/maps to check if the map background file exists in this directory. 7 8 9 Select File - Save from the menu bar to save the new configuration. Select File - Close from the menu bar. Result: The Detailed View window closes. Double-click the map name to open the map and view the new background.
13-6
GMR-01
GMR-01
13-7
Procedure 13-5 1 2
From the Front Panel, select the Maps icon to display a Map List window. Highlight the required map from the list and then select File - Open from the menu bar, or double-click on a map name to display a map. The Map window is displayed. Select Edit - Map Node - Create from the Map window menu bar. Result: The MapNode Detailed View window is displayed. Complete the X Co-ordinate and Y Co-ordinate fields of the node.
3 4
These fields can be left blank and the map nodes positioned after they have been created. Refer to: OMC-R Online Help, Network Operations. 5 6 Click on the Source Node button. Result: The Navigation Tree is displayed. In the Navigation Tree, navigate to and double-click the network element instance button to be added to the map. Result: The MapNode Detailed View window is redisplayed.
If any class of element other than an instance button is selected, a message Choose an instance button is displayed in the status bar at the bottom of the Navigation Tree. 7 Select File - Create from the menu bar. Result: The message Create Complete is displayed in the message area at the bottom of the screen.
A message Create Failed is displayed at the bottom of the Detailed View window if the network element already exists on the map. In this case, select File - Close from the menu bar, and begin the procedure again. 8 Select File - Close from the menu bar to close the Map Node Detailed view.
13-8
GMR-01
Log in as omcadmin at the System Processor. Open a shell and change to the directory containing the temporary work files: cd $OMC_TOP/config/local/cm_mib_db/temp_files To add NE and Link data, first use an editor to create a criteria file containing the definition of the MapNodes and MapLinks to be added, as shown below: MapNode { source = NE_type:"<MapNode_name>", container = Map:"<Map_name>" } MapLink { source = CommsLink:"<Link_name>", container = Map:"<Map_<name>" } where <MapNode> and <MapLink> are the types of data to be added and <MapNode_name> and <Link_name> are the names of the types of data to be added.
4 5
Save the criteria file and exit the editor. Before adding the new MapNodes and MapLinks to the MIB database, the file must be checked for syntax. Use the following cmutil command to check the file syntax: cmutil -s -i criteria
If the file syntax check cannot be completed, error messages are displayed. 6 7 8 Once the criteria file has been checked for correct syntax, add it to the MIB: cmutil -a -i criteria Store the updated map data using the procedure described previously. Log out from the System Processor.
GMR-01
13-9
From the Front Panel, select the network icon to display the Map List window. Result: This window displays a list of map names. Double-click on a map name to display a map. Select the map node to be deleted. Result: The map node changes colour. Select Edit - Map Node - Delete. Result: A confirmation box is displayed with the message: Delete this Object? Click on OK. Result: The map node is now deleted.
13-10
GMR-01
Procedure 13-8 1 2 3
Log in as omcadmin at the System Processor. Open a shell and change to the directory containing the temporary work files: cd $OMC_TOP/config/local/cm_mib_db/temp_files To delete NE and Link data, first use an editor to create a criteria file containing the definition of the MapNodes and MapLinks to be deleted, as shown in the following example: MapNode { source = NE_type:"<MapNode_name>", container = Map:"<Map_name>" } MapLink { source = CommsLink: "<Link_name>" container = Map:"<Map_name>" } where <MapNode> and <MapLink> are the types of data to be deleted, <MapNode_name> and <Link_name> are the names of the types of data to be deleted and <NE_type> is one of the following: NETWORK MSC BSS RXCDR OMC SITE
If a MapNode is deleted then its attached Maplinks (any links coming from that node) are automatically removed. There is no hierarchical structure for MapNodes, that is, if a MapNode for a BSS is deleted then the MapNodes for sites contained within that BSS are not removed for the specific map. 4 5 6 7 Save the criteria file and exit the editor. Delete the NE and Link data using cmutil: cmutil -d -i criteria Store the updated map data using the procedure described previously. Log out from the System Processor.
GMR-01
13-11
Adding a map link is only possible on customized maps, that is, maps which have been user-created and not those normally populated by an audit.
13-12
GMR-01
To add a link between two nodes on a map, carry out the following procedure: Procedure 13-9 1 2 3 4 5 6 7 8 9 10 11 Add a map link
From the Front Panel, select the Maps icon to open a Map List window. Select File - Open from the menu bar, or double-click a map name to open a map. Select Edit - Map Link - Create from the menu bar. Result: The MapLink Detailed View window opens. Click the Source CommsLink button. Result: The CommsLink list opens (see Figure 5-1 for an example). Click the Node A button. Result: The Navigation Tree opens. In the Navigation Tree, double-click an instance button of the CommsLink element to be added to the map. Double-click the required CommsLink in the list. Result: The CommsLink list is redisplayed. Click the Node B: button. Result: The Navigation Tree window is displayed. Repeat Step 6 for the node at the other end of the CommsLink. Click on the Apply Filter button. Double-click the required CommsLink in the list.
If no CommsLink is shown on the list, select the Node A button to open the Navigation Tree window and add a CommsLink as described earlier. 12 13 Select File - Create on the Map Link Detailed View. Select File - Close to close the detailed view. Result: The map link is now created and can be seen on the map.
GMR-01
13-13
From the Front Panel, select the network icon to display the Map List window. Result: This window displays a list of map names. Double-click on a map name to display a map. Select the map link to be deleted. Result: The map link changes colour (the default colour is purple). Select Edit, and then select Map Link Detailed View from the drop-down menu. Result: The Map Link Detailed View window is displayed. Select Edit - Edit from the menu at the top of the window. Select File - Delete from the menu. Result: A confirmation box is displayed with the message: Delete this Object? Click on OK in the confirmation box. Result: The map link is now deleted.
13-14
GMR-01
14
Optimizing the Network
Chapter
Information about how to optimize a network while located at the OMC-R is described here.
Only the optimization of a macrocellular system is described. However, the techniques used to collect and analyse the data could also be applied to the optimization of a microcellular system. The same techniques apply to any frequency band, although there are significant differences in the RF propagation properties. The Intelligent Optimization Product (IOP) and Intelligent Optimization System (IOS) tools can also be used to optimize a network. The following topics are described: "Preparing for optimization" on page 14-4. "Checking and changing the current network status" on page 14-5. "Collecting information about the current network" on page 14-8. "Checking for and rectifying Out Of Service (OOS) devices" on page 14-9. "Checking for and rectifying hardware defects" on page 14-10. "Checking for and rectifying database errors" on page 14-11. "Using call trace to detect problems" on page 14-15. "Monitoring network changes" on page 14-16.
GMR-01
14-1
Overview of optimization
Overview of optimization
There may also be problems with congestion in busy parts of the network. As a network matures from an initial coverage priority to handling more subscribers, it will become clear that some of the original cells will have to be modified or removed from the network. The optimization of an entire network with hundreds or thousands of cells is a time-consuming and slow process, and can show little improvement in overall network quality in the short term. However, this chapter describes a practical method of optimizing a network by attacking the worst ten performing cells. Dealing with the worst ten cells in each optimization exercise, slowly resolves the problems and raises the overall quality of service available to subscribers. As the network expands each new cell integrated into the network is automatically assessed along with all the original cells. The overall performance of a network which has had little or no upgrading can also be improved by implementing newer features or operating practices.
14-2
GMR-01
Overview of optimization
GMR-01
14-3
Collecting information
Before starting an optimization process, collect all the required information. This saves time later when trying to analyse data.
Prerequisites
Before attempting to optimize a GSM network, install sites and ensure all are in-service. For example, Call Success Monitor can be used to detect sleeping devices, see OMC-R Online Help, Network Operations for further details.
14-4
GMR-01
GMR-01
14-5
Configuring GPROCs
Configure the GPROCs with the following settings: The mean value of BSS statistic CPU_USAGE should be maintained at or below 70% for all GPROCs. If high, investigate the DRI distribution across GPROCs to reallocate the load, or replace the GPROCs with GPROC2s (and/or GPROC3s). Ensure GPROCs are configured to reflect: Excessive carriers per LCF are not equipped. Single GPROC LCP can control up to eight BTSs (15 RSLs). Single GPROC2 LCP can control up to 15 BTSs (31 RSLs) (provided all GPROCs at the BSC are GPROC2s and/or GPROC3s). Ensure MTLs and RSLs are not equipped on the same LCF. LCPs should not be configured to support BTSs and MTLs. A BTP should have a maximum of one DRI assigned to it. A DHP should have a maximum of two DRIs assigned to it.
14-6
GMR-01
The manual Technical Description: BSS Command Reference (68P02901W23) describes BSS parameters in more detail.
The manual Maintenance Information: BSS Timers (68P02901W58) describes BSS timers in more detail.
GMR-01
14-7
Collecting statistics
Collect the following statistics to diagnose network health symptoms: Worst 10 cells for handover failure. Worst 10 cells for call failure due to drop. Worst 10 cells for call failure due to call set-up. Worst 10 cells for poor quality of service (QOS). Worst 10 cells for blocking. The mean value for BSS statistic CPU_USAGE for all GPROCs.
OMC-R Online Help, Network Operations describes how to create reports to show this information.
14-8
GMR-01
Auditing sites
Audit the sites under review to ensure all RF resources are available.
GMR-01
14-9
14-10
GMR-01
GMR-01
14-11
14-12
GMR-01
GMR-01
14-13
14-14
GMR-01
Use call trace log files for path imbalance to identify any RF hardware integrity issues, such as, faulty antennas, low gain LNAs, and so on. +20 dBs indicates Rx path failure.
GMR-01
14-15
If no physical or database changes were made, or no performance improvement is apparent, then investigate the cells further using a drive test.
Drive Testing
Drive testing is fully described in the manual: Installation and Configuration: BSS Optimization (68P02901W43).
14-16
GMR-01
15
cmutil
Chapter
cmutil is a powerful and comprehensive utility, which can be used to perform Configuration Management tasks directly on the CM MIB database. It can be used as an alternative to using the OMC-R GUI or TTY interface to perform specific configuration tasks. Descriptions are provided here about how to use cmutil to perform various configuration tasks. The following sections provide information such as cmutil syntax and rules: "Introduction to cmutil" on page 15-2. "cmutil command syntax" on page 15-5. "ASCII file content used with cmutil" on page 15-7. "ASCII file rules used with cmutil" on page 15-10. "Object definition in cmutil ASCII files" on page 15-12. "cmutil status messages" on page 15-17. "cmutil script files" on page 15-18.
The following sections provide information such as adding, deleting, modifying and extracting information from the MIB using cmutil: "Using cmutil to add, delete and modify CM MIB data" on page 15-20. "Ways of extracting data from the CM MIB" on page 15-29. "Configuring CommsLinks using cmutil" on page 15-42. "Configuring multiple proxy cells using cmutil" on page 15-44. "Checking paths using cmutil" on page 15-46. "Managing maps using cmutil" on page 15-50. "Using cmutil to perform other specific tasks" on page 15-58.
GMR-01
15-1
Introduction to cmutil
Introduction to cmutil
Purpose of cmutil
cmutil has two basic purposes. It allows a user to: Configure the network and map configuration files that make up the CM MIB database. Amend existing information in a MIB database. Amending MIB information is necessary where there has been a change in the network, such as adding additional equipment, or implementing revisions to the geographical coverage of the network.
Most cmutil operations can be performed using the OMC-R GUI. In most cases, and when circumstances allow, it is recommended that these operations are performed using OMC-R GUI rather than cmutil.
15-2
GMR-01
Introduction to cmutil
Using cmutil means that vital network data is exposed. Therefore, the user should also have a complete understanding of the ramifications of changing this data.
To prevent possible system processor loading problems, Motorola recommends omcadmin sessions are started remotely from an operator terminal.
GMR-01
15-3
Introduction to cmutil
Log in as omcadmin using the user id: omcadmin Enter the appropriate password when requested. If necessary, source the correct database using: mib_env
Remote login to the system processor: rlogin <hostname> where <hostname> is the name of the system processor. Enter the appropriate password when requested. If not omcadmin, change user by entering the command: su - omcadmin Enter the password when requested. If necessary, source the correct database using: mib_env
2 3 4 5
15-4
GMR-01
General syntax
The general syntax of the cmutil utility command is as follows: cmutil -[primarg] -[secarg] <secparam> The arguments and parameters are described below.
GMR-01
15-5
15-6
GMR-01
GMR-01
15-7
The optional flag indicates whether the attribute requires an assigned value when creating an object with which this attribute is associated.
15-8
GMR-01
Objects which are identified by a combination of elements, not listed above, are: A MSI object is identified by its rdnInstance attribute and the site which contains the MSI. A MMS object is identified by the rdnInstance and parent of the MSI object which contains the MMS and the rdnInstance of the MMS. A MapNode object is identified by the name and type of the MapNode sourceNE and the name of the Map on which the MapNode is displayed. A MapLink object is identified by the name of the CommsLink, associated with the MapLink, and the name of the Map on which the MapLink is displayed.
GMR-01
15-9
Lines can be a maximum of 256 characters in length. Where \<character> pairs are included, their length is equivalent to a single character.
15-10
GMR-01
Object definitions
An object definition is a standard format used to describe an object, in an ASCII file, used by cmutil. The format of object definitions is described in the "Object definition in cmutil ASCII files" on page 15-12.
Comments
Comment lines begin with one of the following: The (//) characters. The (#) character, which does not precede a valid directive.
All text after the two slash characters to the end of the line is ignored. The format of a comment is as follows: // this is a comment
# this is also a comment
Include directives
An include directive begins with a #include character string. The include directive allows a configuration file to include other configuration files. The format of an include directive is as follows: #include "fileName" The "fileName" is the name of the required file. It can be an absolute path, otherwise the file must be located in the current directory. There is no limit to the number of files (nesting) which can be included.
Ignore directives
An ignore directive begins with a #ignoremib character string. The ignore directive is used to identify data included in the ASCII file to be ignored by the cmutil utility. The format of the ignore directive is: #ignoremib "string" The "string" is the <attributeName> part of an attribute definition. The attribute definition is then ignored. A full description of attribute definitions is given in "Object definition in cmutil ASCII files" on page 15-12.
GMR-01
15-11
The order of object definitions is significant. Objects added from the same file must be ordered so that objects are created before they are referenced by other objects. For example, parents must be created before their children.
Attribute definitions
The attribute value list of any object contains a series of attribute definitions which determine the characteristics of the object and its relationships with other objects in the CM MIB database. The order of the attribute definitions within an attribute value list is not significant. Their format is as follows:
15-12
GMR-01
<attributeName> = <attributeValue> Where: <attributeName> <attributeValue> is: the name of the attribute. the value of the attribute and can be one of the following:<integerValue> <enumerationValue> <stringValue> <objectReference>
Rules for attribute names are described in the Attribute names section.
Integer value
An integer value is specified as a series of numeric characters, possibly preceded by a minus sign.
Enumeration value
An enumeration value is one of the following: Site types (BSC-BTS, BSC, BTS, RXCDR). The RXCDR type is used because the single site under a RXCDR is of type RXCDR. Boolean (TRUE, FALSE).
String value
A string value is specified by a series of zero or more characters enclosed in quotation marks (" "). Spaces are significant between quotes. Only printable ASCII characters are permitted. Attributes with the following types are entered as string values: String. Complex GSM Cell ID. Complex connectivity. Object ID. Object ID List.
GMR-01
15-13
Object reference
An object reference is specified in one of three forms as follows:
Form 1
<type>:<Name> Where: <type> is: the type of the following <Name> chosen from the valid NE_types set. All objects with the attribute <Name> can be referenced. For backward compatibility, NETWORK_NE, MSC_NE, OMC_NE, BSS_NE, RXCDR_NE and SITE_NE are also valid types. the name of an MIB database object, with a name attribute, in quotation marks ("").
<Name>
Example: BSS_NE:"Cork" specifies the BSS named Cork. RXCDR_NE:"Cork" specifies the RXCDR named Cork.
15-14
GMR-01
Form 2
<type>:<Name><deviceType>:<deviceId1><deviceType>:<deviceId2> Where: <type> is: the type of the following <Name> chosen from the valid NE_types set. All objects with the attribute <Name> can be referenced. For backward compatibility, NETWORK_NE, MSC_NE, OMC_NE, BSS_NE, RXCDR_NE and SITE_NE are also valid types. the name of an MIB database object, with a name attribute, in quotation marks (" "). the type of device contained within the site. the first device identifier. the second device identifier.
<Name>
<deviceType> <deviceId1> <deviceId2> Example: SITE:"Cork"MSI:1MMS:0 specifies MMS 0 on MSI 1 in the Cork SITE.
Form 3
<type>:<Name> : <deviceType> <deviceId1> <deviceId2> <deviceId3> Where: <type> is: the type of the following <Name> chosen from the valid NE_types set. All objects with the attribute <Name> can be referenced. For backward compatibility, NETWORK_NE, MSC_NE, OMC_NE, BSS_NE, RXCDR_NE and SITE_NE are also valid types. the name of an MIB database object, with a name attribute, in quotation marks (" "). the type of device contained within the site. the first device identifier. the second device identifier. the third device identifier.
<Name>
GMR-01
15-15
An <objectReference> must not exceed one line. The colons can optionally be preceded and followed by a single space.
Attribute names
The rules for attribute names are as follows: Attribute names are case sensitive. latitude and longitude have attribute values in degrees*100, where the fractional part of a degree is specified in decimal form, rather than in minutes. For example, Latitude 51 degrees, 24 minutes is entered as 5140.
Rules when name is the attribute are as follows: Names within objects of the same type in the CM MIB database must be unique.
This means that the same site name cannot be re-used under a different BSS. A name changed after creation cannot be altered to a name already in use in that class. A second name attribute is used only when the name attribute is being changed. This one is called newname, and it may appear in any attribute value list for an object which has a name attribute. Where present, the newname attribute must obey the same rules as the name attribute in the same attribute value list.
15-16
GMR-01
A common source of cmutil warnings results from an attempt to add objects to the MIB database which already exist. These warnings can be ignored.
1 error(s) encountered
When an error is encountered, cmutil exits and the remaining contents of the input file are not read.
GMR-01
15-17
MoveCommsLinks
The MoveCommsLinks script takes a cmutil hierarchical dump file of the network as input and creates an output file identical to the input file, but with the CommsLink structures (and their devices, if any) moved to the end of the file. This new file is named <input file>.filtered. When this file is used as an input file to cmutil in add mode, objects will be created in the MIB database before the CommsLinks are created. This ensures that objects referenced by CommsLinks exist before they are referenced. The following command syntax is used: MoveCommsLinks <input file> Where: <input file> is: the name of the ASCII file containing the hierarchical dump.
HierDelete
The HierDelete script uses MIB internal functionality to locally delete a BSS, RXCDR, or site from the MIB. The MIB internal functionality is invoked using cmutil.
15-18
GMR-01
HierDelete has the following command syntax: HierDelete <object class> <object name> Where: <object class> is: BSS RXCDR SITE for example, BSS1-site3
<object name>
HierDelete cannot be used to delete a Network. Instead, use the InitMib script to clean the MIB database. For further details of how to use HierDelete to delete a BSS/RXCDR, see "Deleting a BSS/RXCDR" on page 4-50.
GMR-01
15-19
15-20
GMR-01
When creating an object in the MIB database, the remote attribute of the object determines whether the object is created over the OMC-R-BSS interface. This flag is included for all BSS objects but is only significant for Neighbour and Algorithm objects which can be created across the interface. All other objects can be created locally.
GMR-01
15-21
Procedure 15-3 1
The file needs to have the BSS described before its sites and each further contained object before its children. It may be convenient to dump details of another BSS in hierarchical mode and then use this file as a guide. 2 Run cmutil utility in add mode to create the BSS and its children.
If the add fails, correct the file if necessary, and resubmit. 3 4 5 Add CommsLinks, MapLinks and MapNodes to the MIB database in a separate standard format file. If any of the objects created are to appear on more than one map, more than one set of MapNodes and MapLinks has to be created. If the default positions on the map are not satisfactory, move the objects manually using the GUI.
15-22
GMR-01
To add a User to a region using cmutil, follow these steps: Procedure 15-4 1 2 3 Add a User to a region using cmutil
Log in to the OMC-R as a user with omcadmin permissions. Create a file containing the following: Region:"<region name>" ->AssignUser(UserProfile:"<user name>") Run cmutil: cmutil -a -i <file name>
To delete a user from a region using cmutil, follow these steps: Procedure 15-5 1 2 3 Remove a User from a region using cmutil
Log in to the OMC-R as a user with omcadmin permissions. Create a file containing the following: Region:"<region name>" ->RemoveUser(UserProfile:"<user name>") Run cmutil: cmutil -a -i <file name>
To add an NE to a region using cmutil, follow these steps: Procedure 15-6 1 2 3 Add an NE to a region
Log in to the OMC-R as a user with omcadmin permissions. Create a file containing the following: Region:"<region name>" ->AssignNE(<ne type>:"<ne name>") Run cmutil: cmutil -a -i <file name>
To delete an NE from a region using cmutil, follow these steps Procedure 15-7 1 2 3 Delete an NE from a region
Log in to the OMC-R as a user with omcadmin permissions. Create a file containing the following: Region:"<region name>" ->RemoveNE(<ne type>:"<ne name>") Run cmutil: cmutil -a -i <file name>
Recommendation
Following a MIB database update, it is recommended that the new MIB database information be extracted to an ASCII file using the cmutil in extract mode. This allows for recreation of the MIB database in the event of system failure.
GMR-01
15-23
During a cmutil -d -i operation, the value of the deleteLocal attribute in the input file is never used. If the deleteLocal attribute has been set to TRUE previously in the MIB database (either through a cmutil create or cmutil update) then the value of remote attribute in the input file is not used. In other words, the deletion will always be local due to the deleteLocal attribute having been set to TRUE previously in the MIB database. If the deleteLocal attribute has been set to FALSE previously in the MIB database (either through a cmutil create or cmutil update) then the value of the remote attribute in the input file is used. Therefore in the case of remote = TRUE, an attempt will be made to delete the device at the BSS and the OMC. In the case of remote = FALSE, an attempt will be made to delete the device only at the OMC. When deleting an object from the MIB database, the deleteLocal attribute of the object determines whether the object is only deleted locally at the OMC-R. The remote attribute determines whether the object is deleted remotely (that is, deleted over the OMC-R-BSS interface). To delete an object locally on the OMC-R only, set the deleteLocal attribute of the object to TRUE and remote attribute to FALSE, then run the cmutil delete option. To delete an object locally and remotely (that is, locally at the OMC-R, and over the OMC-R-BSS interface), set the deleteLocal attribute of the object to FALSE and the remote attribute to TRUE, then run the cmutil delete option. The following list describes the outcome for all deleteLocal and remote attribute combinations: deleteLocal= TRUE and remote= TRUE the object is only deleted locally at the OMC-R. deleteLocal= FALSE and remote= TRUE the object is deleted locally at the OMC-R and remotely over the OMC-R-BSS interface. deleteLocal= FALSE and remote= FALSE the object is deleted locally at the OMC-R and remotely over the OMC-R-BSS interface. deleteLocal= T RUE and remote= FALSE means the object is only deleted locally at the OMC-R.
To delete a device locally using cmutil, the deleteLocal attribute of the device must have been previously set to TRUE. It is not sufficient to set the deleteLocal attribute to TRUE in the input file at the time of deletion. The deleteLocal attribute can be set to TRUE at the time of creation using cmutil -a -i or by updating the attribute using cmutil -u -i.
15-24
GMR-01
When updating an object in the MIB database, the remote attribute of the object determines whether the objects attributes are updated over the OMC-R-BSS interface (see "Use of deleteLocal and remote attributes when deleting" on page 15-24 for further details). This flag is included for all BSS objects.
GMR-01
15-25
Procedure 15-8 1
Create an input file with the description of one object, in the standard form.
The file needs to have sufficient details to identify the object. For example, the file to identify a site could read: SITE { name = "Mahon", container = BSS:"Cork" } 2 3 4 5 Input the file to the cmutil utility in non-hierarchical extract mode. cmutil dumps the full site details into a file. CommsLink information needs to be dumped separately (use -t -n <SITE object reference>). Edit the site details file to make the necessary changes. Run cmutil in update mode with this file as input, as shown in the syntax section above. Result: The CM MIB will be updated.
Recommendation
Following a MIB database update, it is recommended that the new MIB database information be extracted to an ASCII file using the cmutil in extract mode. This allows for recreation of the MIB database in the event of system failure.
15-26
GMR-01
Extract the required data only from the MIB using cmutil, as described in the following subsection. Insert new values by editing the extracted file, as described in the following subsection. Run cmutil in update mode to reinsert the new values.
GMR-01
15-27
The following example changes the value for cell1AntennaSelct for all objects: sed s/"cell1AntennaSelct = 1"/"cell1AntennaSelct = 2"/g \ DRI_all.op.strip > DRI_all.op.strip.upd
15-28
GMR-01
Overview
Two main tools can be used to extract data from the CM MIB: cmutil, see "Extracting data from the CM MIB using cmutil" on page 15-30. The cmutil utility is the recommended tool, as it is the only tool which will extract the data as it appears on the Detailed View. However, the data has to be further parsed if analysing large amounts of data. Direct sql queries, see "Extracting data from the CM MIB using SQL " on page 15-35.
GMR-01
15-29
Input file for a single site, called site.ip for example: SITE
{ name = "Mahon_site_2" }
Input file for a single PCU, called pcu.ip for example: PCU
{ name = "Mahon_pcu" }
To extract all data for a BSS: cmutil -x -h -i bss.ip -o bss.op To extract all data for a site: cmutil -x -h -i site.ip -o site.op To extract all data for a PCU: cmutil -x -h -i pcu.ip -o pcu.op
15-30
GMR-01
In "Extracting objects using cmutil" on page 15-31 and "Extracting objects and hierarchy of children using cmutil" on page 15-31, the input file has to have a description of one unique object in the standard form. This file is input to the cmutil utility in non-hierarchical dump mode. As an example, the file to identify a site can read: SITE ( name = "SITE_Mahon" The utility dumps the full site details into a file. CommsLink information needs to be dumped separately (using -t -n <SITE object reference>). Edit the site details file to make the necessary changes.
Example: Checking the hardware deployed for a single site, PCU or NE using cmutil
For example, to check the hardware deployed for a single site, PCU or NE using cmutil, create a cmutil input file, for example bss.ip, specifying either a single BSS, PCU or site, and extract all data for a BSS, PCU or site by entering: cmutil -x -h -i <input file> -o <output file>
GMR-01
15-31
15-32
GMR-01
SITE_NE:"Mahon":
An <objectReference> must not exceed one line. The colons can optionally be preceded and followed by a single space. The following example extracts all link information for a BSS called Cork: mib_env cmutil -x -h -t CommsLink -n BSS_NE:"Cork" -o Co_links.op Details of all CommsLinks can be extracted from the MIB, and written to an output file, using the following syntax: cmutil -x -t CommsLink -o <output file>
To run cmutil with the e option the syntax is: cmutil e [macro name] o [output filename] For example, the following command runs the macro script called basedumphierSWInventory and outputs the results to a file called SWInventory.out: cmutil e basedumphierSWInventory o SWInventory.out
GMR-01
15-33
To run a macro script not provided by Motorola (for example, a macro script you have created) use the following syntax: cmutil e [macro name] i [input filename] o [output filename] Where, [input filename] is the name of the file where the macro script resides.
15-34
GMR-01
Only experienced database programmers should write scripts to access the MIB database.
Motorola does not recommend direct sql queries on the MIB during busy hours (08:00 - 24:00) as sql queries add a load to the system processor. The CM MIB is not a standard DBMSreason, hence sql cannot be used all the time. The schema is created by and runs under, OSP. OSP is a middleware product, mapping application-defined objects to and from relational databases.
The new mangled table names where applicable, as well as the mangled attribute names are to be noted.
GMR-01
15-35
or /usr/omc/config/global/env/mibInfxUserConfig.sh Then use one of the following to access the database: $INFORMIXDIR/bin/dbaccess or $INFORMIXDIR/bin/sacego The name of the database can be retrieved from the DBNAME variable, declared in: /usr/omc/config/global/env/mibProcConfig.csh Dirty Read isolation must be set to protect the OMC processes. To do this when using dbaccess, after selecting the database, execute the command:
set isolation to dirty read; When using the ACE report writer, the environment variable SACE_ISOL must be set to the value dirty read before running sacego.
Obtaining object-attribute information out of a database is achieved by reproducing some of the functionality that OSP provides in C++/ESQL/cursor programming. A simple SQL scripting interface is not always sufficient enough to do the same task.
15-36
GMR-01
The only guaranteed way to extract full information for multi-tabled objects is from the CM MIB by using cmutil.
Assoc_BSSs
The Detailed View also contains a links section which is read from the information contained in the child Conn_link objects.
FreqHopSys
Each of the mobile allocation attributes, FreqHopSys, are stored in the MIB as an octet string. Each mobile allocation attribute is stored in an INFORMIX BLOB space. The attributes can only be extracted using cmutil. The details of FreqHopSys attributes are shown in Table 15-1.
GMR-01
15-37
FreqHopSys attribute details mobile_alloc This attribute defines mobile allocation. The string is a set of 64 arfcn values. Each arfcn is specified by a 2 octet integer. OCTET_STRING. Mobile allocation. RO. RW.
Path
Table 15-2 and Table 15-3 show attributes containing the link information for each path object. The attributes are stored in different tables to pathtable2 in the MIB DBMS. Table 15-2 Path attributes link(1 ... 10) (stored outside pathtable2, in intlisttable2) Datatype COMPLEX_CONNECTIVITY. Values Terminating Site: 0 to 40, 254. Upstream MSI: 0 to 50, 254. Upstream MMS: 0 or 1, 254. Downstream MSI: 0 to 50, 254. Downstream MMS: 0 or 1, 254. 254 is used for the TS switching site. The Site and Upstream/Downstream MSI/MMS identifiers contain 254 if this link specifies a TS Switch.
Description There are ten of these attributes, link1 to link10, describing the links in the path.
15-38
GMR-01
This attribute is not on the PATH Detailed View Table 15-3 Path attribute commsLinkList (stored outside pathtable2 in oidlisttable2) Datatype OID_LIST. Values 1 to 10 (number of links in path).
Description When paths are created, appropriate CommsLinks are created to represent the point-to-point links specified in link1 to link 10. Each path has a list of CommsLinks which are associated with that path. The commsLinkList attribute stores this information.
GMR-01
15-39
Table 15-4 shows mangled object classes with resulting table names. Table 15-4 MIB object Software Load SurrndCellHC TestNeighbor Mangled object classes with resulting table names MIB DBMS table name softwa28258table2. surrnd16209table2. testne16421table.
Table 15-5 shows examples of OIDs mangled in OSP 4. Any queries which do not mangle these OIDs will fail. Table 15-5 OID Assigned Function (GPROC) neighbor template (neighbour) initial SW Load (BSS, RXCDR) default map (BSS, RXCDR) defaultmap (Network) related device (CBL, DRI, LCF, MTL, OMF, OML, RTF, RSL, XBL) related RTF (DRI) current CSFP SW load (NESoftware) new CSFPLoad (NESoftware) current DRI schedule omc Object alarmedevice (not valid until GSR4) Example of OIDs mangled in OSP 4 Mangled version assigne16499class, assigne16499tomid, assi16499instrite, assi16499instleft. nbrt16188instrite, nbrt16188instleft. init12064instrite, init12064instleft. defa12059instrite, defa12059instleft. defa28004instrite, defa28004instleft. rela12127instrite, rela12127instleft. rela16498instrite, rela16498instleft. curr28278instrite, curr28278instleft. new16188instrite, new16188instleft. curr16269instrite, curr16269instleft. sched5010instrite, sched5010instleft. omcob8028instrite, omcob8028instleft. alar12145instrite, alar12145instleft.
15-40
GMR-01
If there are attributes additional to the OID types they should come after the OID attributes in the clauses.
GMR-01
15-41
Recommendation
Following a MIB database update, it is recommended that the new MIB database information be extracted to an ASCII file using cmutil in extract mode. This allows for recreation of the MIB database in the event of system failure.
Delete the appropriate CommsLink using cmutil. Create a new CommsLink with the correct NEs using cmutil.
All associated MapLinks (on different maps) are deleted automatically when their source CommsLink is deleted.
15-42
GMR-01
Procedure 15-11 1 2
Open a shell and change to the temporary work directory: cd $OMC_TOP/config/local/cm_mib_db/temp_files Use an editor to create a file named new_link, which defines the CommsLink between the two sites to be connected. For example, Cork and Douglas Sites exist, but are currently not linked.
// Link from Cork BTS to Douglas BTS // CommsLink { name = "Cork_BTS-Douglas_BTS", nodeA = SITE:"Cork", nodeB = SITE:"Douglas", } CommsLink:"Cork_BTS-Douglas_BTS_01"->AddDevice(SITE:"Cork" : MMS 0 0 0) CommsLink:"Cork_BTS-Douglas_BTS_02"->AddDevice(SITE:"Douglas" : MMS 0 1 0)
Syntax check and add the new links using the following commands, respectively: cmutil -s -i new_link cmutil -a -i new_link As new CommsLinks have been added, use DB Export to extract the latest BSS configuration.
Extract the link information for the site in question, using: cmutil -x -h -t CommsLink -n SITE:"<name>" -o links
The default network map will have been modified along with any user-defined maps containing these links. As links have been deleted, no node positioning is required. Follow the procedure described in Chapter 13, "Manipulating Maps", to dump the modified map.
GMR-01
15-43
Extract all the proxy cell objects to an output file, proxy.cmu, by entering: cmutil -x -t ProxyCell -o proxy.cmu
2 3
Use vi or another editor to create, from the data, a list of proxy cells to be added. Use the cmutil utility in add mode (-a) to insert the additions into the MIB: cmutil -a -i proxy.cmu
Extract all the proxy cell objects to an output file, proxy.cmu, by entering: cmutil -x -t ProxyCell -o proxy.cmu Use vi or another editor to change the data (other than LAC-CI) and save the changes. Use the cmutil utility in update mode (-u) to insert the changes back into the MIB: cmutil -u -i proxy.cmu
15-44
GMR-01
Always consult the CM supervisor before deleting a proxy cell, as deleting a proxy cell will also delete any neighbours in the MIB with the same gsmCellid. This may remove live neighbours.
To delete multiple proxy cells, proceed as follows: Procedure 15-15 1 2 3 Delete multiple proxy cells
Extract all the proxy cell objects to an output file, proxy.cmu, by entering: cmutil -x -t ProxyCell -o proxy.cmu Use vi or another editor to create, from the data, a list of proxy cells to be deleted. Use the cmutil utility in delete mode (-d) to make the deletions from the MIB: cmutil -d -i proxy.cmu
GMR-01
15-45
To extract all the data for a BSS or site, create a cmutil input file called bss.ip specifying either a single BSS or site by entering: cmutil -x -h -i <input file> -o <output file>
Examples of cmutil input files and extraction of data are shown in "Extracting data from the CM MIB using cmutil" on page 15-30. 2 To extract path only objects, parse the data by entering: awk /Path /, /}/bss.op > /tmp/bss_PATH_strip
15-46
GMR-01
PATH
{
link2 = [ link1 = [ numInSequence = 2 , rdnInstance = 1 , container = SITE: SITE-12:Snake_Road" , 12, 3, 0, 1, 1, 0, 3, 5, 0] , 0], Unique PATH Identifier
}
The columns shown in Figure 15-1 are used as shown in Table 15-6.
GMR-01
15-47
cmutil output use of columns Use Site identifiers. The terminating site is always on the top row. Link2 in the example in Figure 15-1 gives site 12 as the terminating site. Upstream MSI identifier of site.
BSC downstream MSI identifier connection is always link1 row. 3 Upstream MMS identifier of site. b
BSC downstream MMS identifier connection is always link1 row. 4 Downstream MSI identifier of site.
BSC upstream MSI identifier connection is always link1 row. 5 Downstream MMS identifier of site.
The TTY rlogin output of the example in Figure 15-1 is shown below for comparison:
The terminating SITE id is: 12 The Unique PATH Identifier is: 1 The BSC MSI identifier is: 5 The BSC MMS identifier is: 0 SITE identifier: 3 The upstream MSI identifier is: 1 The upstream MMS identifier is: 0 The downstream MSI identifier is: 3 The downstream MMS identifier is: 0 SITE identifier: 12 The upstream MC identifier is: 0 The upstream MMS identifier is: 1
15-48
GMR-01
PATH
{
link1 = [ 12, 0, 0, 4, 0] , Unique PATH Identifier numInSequence = 1 , rdnInstance = 0 , container = SITE: SITE-12:Snake_Road" ,
}
The columns shown in are used as shown in Table 15-6. The TTY output of the example in is shown below for comparison:
MMI-RAM 0115 -> disp_eq 0 PATH 12 0 0 The terminating SITE id is: 12 The Unique PATH Identifier is: 0 The BSC MSI identifier is: 4 The BSC MMS identifier is: 0 SITE identifier: 12 The upstream MSI identifier is: 0 The upstream MMS identifier is: 0
GMR-01
15-49
15-50
GMR-01
Procedure 15-17 1 2 3
Open a shell and change to the directory containing the map configuration files: cd $OMC_TOP/config/local/cm_mib_db/map_files Use an editor to open a <map_name>.map file. where <map_name> is the name of the user-defined map to be created. Create map object definitions in the <map_name>.map file according to the cmutil syntax rules.
The file must contain object definitions for all map nodes and map links associated with the particular map. It must also contain one map object definition, specifying a unique map name. 4 5 Save the <map_name>.map file and exit the editor. Before adding the new map to the MIB database the file must be checked for syntax. Use the following cmutil command to check the file syntax: cmutil -s -i <map_name>.map where <map_name>.map is the name of a map file.
If the file syntax check cannot be completed, self-explanatory error messages are displayed. 6 7 Repeat steps 2 to 5 for each user defined map to be added to the network. Once the input file has been created and checked for correct syntax, add it to the MIB database using the following command: cmutil -a -i <map_name>.map where <map_name>.map is the name of a map file to be added to the MIB database. 8 Store the new input file as a .0 file which can then be used if the MIB database is to be reinitialized. Use the following command to rename the files as original files with a .0 extension: mv <map_name>.map <map_name>.map.0
Recommendation
Following a MIB database update, it is recommended that the new MIB database information be extracted to an ASCII file using the cmutil extract facility. This allows for recreation of the MIB database in the event of system failure.
GMR-01
15-51
15-52
GMR-01
Open a shell and change to the directory containing the temporary work files: cd $OMC_TOP/config/local/cm_mib_db/temp_files To remove a map from the system, first use an editor to create a criteria file containing the name of the map to be deleted, as shown in the following example:
Map { name = "<map_name>" }
where <map_name> is the name of the map to be deleted. 3 4 Save the criteria file and exit the editor. Delete the map data using: cmutil -d -h -i criteria 5 If the map which has been removed from the system is likely to be needed in the future then perform step 6 and step 7, otherwise remove the map file: rm <map_name>.map 6 Rename the original map configuration file using: mv <map_name>.map.0 <map_name>.map.0.del 7 If a modified file exists, rename the file using: mv <map_name>.map <map_name>.map.del
GMR-01
15-53
Open a shell and change to the directory containing the temporary work files: cd $OMC_TOP/config/local/cm_mib_db/temp_files
Use an editor to create a file called map_criteria that contains the definition of the map to be extracted as shown in the following example:
Map { name = "<map_name>" }
where <map_name> is the name of the map whose configuration is to be extracted. 3 4 Exit the editor. Use the following command to extract the updated map configuration to a file: cmutil -x -h -i map_criteria -o <map_name>.map where <map_name> is the name of the map whose MIB data is to be extracted. 5 Move the <map_name>.map file to the map files directory: mv <map_name>.map $OMC_TOP/config/local/cm_mib_db/map_files/<map_name>.map
15-54
GMR-01
Open a shell and change to the directory containing the temporary work files: cd $OMC_TOP/config/local/cm_mib_db/temp_files
To change a map background, first use a editor to create a criteria file containing the definition of the new map background, as shown in the following example: Map { name = "<Map_name>", background = "<Background_Map_File>" } where <Map.name> is the name of the map whose background is to be changed and <Background_Map_File> is the name of the new map background.
The <.map> extension in the filename must both be specified. 3 4 Save the criteria file and exit the editor. Before updating the MIB database the criteria file must be checked for syntax. Use the following cmutil command to check the file syntax: cmutil -s -i criteria
If the file syntax check cannot be completed, self-explanatory error messages are displayed. 5 Once the criteria file has been checked for correct syntax, update the MIB database using: cmutil -u -i criteria Store the updated map data using the procedure described later in this section.
GMR-01
15-55
Open a shell and change to the temporary work directory: cd $OMC_TOP/config/local/cm_mib_db/temp_files Use an editor to create a file named new_link, which defines the CommsLink between the two sites to be connected. For example: Cork and Douglas Sites exist, but are currently not linked. // Link from Cork BTS to Douglas BTS // CommsLink { name = "Cork_BTS-Douglas_BTS", nodeA = SITE:"Cork", nodeB = SITE:"Douglas", } CommsLink:"Cork_BTS-Douglas_BTS_01"->AddDevice(SITE:"Cork" : MMS 0 0 0) CommsLink:"Cork_BTS-Douglas_BTS_02"->AddDevice(SITE:"Douglas" : MMS 0 1 0)
Syntax check and add the new links: cmutil -s -i new_link cmutil -a -i new_link As new CommsLinks have been added, extract the latest BSS configuration.
15-56
GMR-01
Open a shell and change to the temporary work directory: cd $OMC_TOP/config/local/cm_mib_db/temp_files Extract the link information for the site in question, using: cmutil -x -h -t CommsLink -n SITE:"<name>" -o links where <name> is the name of the SITE in question.
3 4
Delete the links, using: cmutil -d -i links The default network map has been modified and possibly any user-defined maps. As links have been deleted, no node positioning is required. Follow the procedure described in the Storing updated map data in "Adding and deleting a user-defined regional map" on page 13-2, to remove the modified map.
GMR-01
15-57
Most of these cmutil operations can also be done from the Navigation Tree.
15-58
GMR-01
Using cmutil
To use cmutil to populate a new MIB, follow these steps: Procedure 15-23 1 2 Populate a new MIB using cmutil
Run cmutil in add mode on each file, creating the Network, OMC-R and MSCs first. Create the BSSs, RXCDRs and their hierarchies, followed by the CommsLinks, and finally the user-defined Maps, MapNodes and MapLinks for each map. Result: Each file should be successfully processed before starting the program with the next file. If an error occurs, that file can be edited and corrected, if necessary, before a rerun.
This method is not envisaged as a means of backing up the MIB database. To dump all NE-related details to a file, along with any CommsLinks and their devices, perform a cmutil hierarchical dump starting with the network object. To retrieve all the map information, use the cmutil hierarchical dump with the type specifier set to Map. If the dump files are to be used to populate an empty MIB database, use the script file MoveCommsLinks to pre-process the files. This script creates a file in the correct format (for example, CommsLinks occurring after the objects they reference) for adding to a MIB database. MoveCommsLinks is described in "cmutil script files" on page 15-18.
GMR-01
15-59
To extract all the data for a BSS or site, create a cmutil input file, bss.ip specifying either a single BSS or site by entering: cmutil -x -h -i <input file> -o <output file>
Examples of cmutil input files and extraction of data are shown in "Extracting data from the CM MIB using cmutil" on page 15-30. 2 To extract cell only objects, parse the data by entering: awk /CELL /, /}/bss.cmu > cell.cmu 3 This parsed file can then be further parsed, to extract only the cell gsmCellid attribute line, per cell object. Input the following as one line: awk $1 == "CELL"|| $1 == "gsmCellId" || $1 == "{" || $1 == "}" {print} Cell.cmu > Cell_upd.cmu 4 5 Use vi or another editor to change cell_upd.cmu. Insert a new line for every cell object requiring an update. Each update line should contain the new gsmCellid attribute with new LAC and/or CI setting: CELL { gsmCellId = "001-01-12-66", newGsmCellId = "001-01-444-66" } Save the changes to cell_upd.cmu. Use the cmutil utility in update mode (-u) to insert the changes back into the MIB: cmutil -u -i cell_upd.cmu Result: The MIB Propagation form is displayed. 8 Check the propagation is successful for all sources/neighbours affected.
6 7
A single source cell may not be updated due to a lock on the object. Note the failures, and resolve them manually by opening the affected Neighbour Detailed View and correcting. 9 Upload each affected NE database to the OMC-R.
15-60
GMR-01
To extract all the data for a BSS or site, create a cmutil input file called bss.ipspecifying either a single BSS or site by entering: cmutil -x -h -i <input file> -o <output file>
Examples of cmutil input files and extraction of data are shown in "Extracting data from the CM MIB using cmutil" on page 15-30. 2 To extract neighbour-only objects, parse the data by entering: awk /Neighbour /, /}/bss.cmu > nei.cmu 3 4 5 Use vi, or another editor, to change the data (other than LAC-CI). Save the changes to nei.cmu. Use the cmutil utility in update mode (-u) to insert the changes back into the MIB by entering: cmutil -u -i nei.cmu
GMR-01
15-61
To extract all the data for a BSS or site, create a cmutil input file called bss.ipspecifying either a single BSS or site by entering: cmutil -x -h -i <input file> -o <output file>
Examples of cmutil input files and extraction of data are shown in "Extracting data from the CM MIB using cmutil" on page 15-30. 2 To extract FreqHopSys only objects, parse the data by entering: awk /FreqHopSys /, /}/bss.op > /tmp/HopSys_strip To check multiple hopping objects throughout the OMC-R using cmutil, extract all FreqHopSys objects from MIB by entering: cmutil -x -t FreqHopSys -o FreqHopSys_all.op The file extracted using cmutil will have all the MIB data for the FreqHopSys devices. This data can then be analysed or further parsed.
15-62
GMR-01
Index
Index
3x PCU feature. . . . . . . . . . . . . . . . .
6-7
A interface . . . . . . . . . . ABSS Assoc_BSS . . . . . . . . adap_ho_al_trg_rq . . . . . . adap_ho_pbgt . . . . . . . . adap_ho_rxlev . . . . . . . . adap_ho_rxqual . . . . . . . adap_trigger_hop_rxqual_dl. . adap_trigger_hop_rxqual_ul. . adap_trigger_pbgt . . . . . . adap_trigger_pbgt_nbr . . . . adap_trigger_rxlev_dl . . . . adap_trigger_rxlev_ul . . . . adap_trigger_rxqual_ul . . . . adaptive handovers configuring . . . . . . . . for a cell . . . . . . . . for a neighbour . . . . . using OMC-R GUI . . . configuring for a neighbour using OMC-R GUI . . . using TTY interface . . . overview . . . . . . . . . parameters. . . . . . . . . add_cell command . . . . . . add_circuit . . . . . . . . . . add_conn . . . . . . . . . . Adding a BSS/RXCDR overview . . . . . . . . . Adding a BTS using copy_path command . Adding a cell recommended procedure . . using copy/change . . . . . using the OMC-R GUI . . . using TTY interface . . . . Adding a map link . . . . . . Adding a map node . . . . . . Adding a nailed connection . .
. . . . . . . . . 5-24 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-75 . . . . 8-199, 8-201 . . . . . . . 8-199 . . . . 8-199, 8-201 . . . . 8-199, 8-201 . . . . 8-199, 8-201 . . . . 8-199, 8-201 . . . . 8-199, 8-201 8-199, 8-203 to 8-204 . . . . 8-199, 8-201 . . . . 8-199, 8-201 . . . . 8-199, 8-201 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-201 8-198 8-203 8-201
. . . . . . . . .
Adding an Assoc_BSS using the OMC-R GUI . . . . . . . Adding an XBL using OMC-R GUI . . . . . . . . . Adding BSC-RXCDR connectivity . . using OMC-R GUI . . . . . . . . . using TTY interface . . . . . . . . Adding multiple neighbours add_nei utility . . . . . . . . . . . Adding network objects using cmutil . . . . . . . . . . . . algorithm Detailed View description of fields . . . . . . . . grouping General . . . . . . . . . . . . . algorithms adding using chg_cell_element command autocreation and autodeletion . . . . creating/deleting overview . . . . . . . . . . . . defining overview . . . . . . . . . . . . deleting . . . . . . . . . . . . . . modifying default using OMC-R GUI . . . . . . . using TTY interface . . . . . . . allow_8k_trau . . . . . . . . . . . . AlmEgsmOPT parameter . . . . . . . AMR Full Rate . . . . . . . . . . . . . Half Rate . . . . . . . . . . . . . amr_bss_half_rate_enabled changing using TTY interface. . . . Antenna_Select number checking . . . . . . . . . . . . . Apply audit inconsistencies
. . . . . . . . . . . . . . . .
. . . . . . . .
. . . . . 4-84 . . . . . 7-60
GMR-01
IX-1
Index
Apply audit inconsistencies (contd.) displaying results . . . . . . . . . . 10-15, 10-19 Assigning a hopping system to each RTF timeslot using TTY interface . . . . . . . . . . . . 8-189 Assigning quality 7 to missing measurement reports . . . . . . . . . . . . . . . . . . . . 8-240 using OMC-R GUI . . . . . . . . . . . . . 8-241 using TTY interface . . . . . . . . . . . . 8-241 Assoc_BSS adding to the network using OMC-R GUI . . . . . . . . . . . . 4-76 changing NE ID using OMC-R GUI . . . . . . . . . . . . 4-88 configuring . . . . . . . . . . . . . . . . . 4-75 creating . . . . . . . . . . . . . . . . . . . 4-78 deleting using OMC-R GUI . . . . . . . . . . . . 4-78 using TTY interface . . . . . . . . . . . . 4-78 description. . . . . . . . . . . . . . . . . . 4-75 displaying details using TTY interface . . . . . . . . . . . . 4-78 setting parameters using TTY interface . . . . . . . . . . . . 4-78 Assoc_BSS Detailed View description of fields . . . . . . . . . . . . . 4-76 grouping Identification . . . . . . . . . . . . . . . 4-77 State . . . . . . . . . . . . . . . . . . . 4-77 Assoc_RXCDR changing NE ID using OMC-R GUI . . . . . . . . . . . . 4-88 configuring . . . . . . . . . . . . . . . . . 4-79 creating using OMC-R GUI . . . . . . . . . . . . 4-80 using TTY interface . . . . . . . . . . . . 4-83 deleting using OMC-R GUI . . . . . . . . . . . . 4-87 using TTY interface . . . . . . . . . . . . 4-87 description. . . . . . . . . . . . . . . . . . 4-79 displaying details using TTY interface . . . . . . . . . . . . 4-83 Assoc_RXCDR Detailed View description of fields . . . . . . . . . . . . . 4-80 grouping Channel Mode Usage (AMR Full Rate & Half Rate/GSM Half Rate) . . . . . . . . . . . 4-81 Identification . . . . . . . . . . . . . . . 4-80 Local Routing Information . . . . . . . . . 4-81 state . . . . . . . . . . . . . . . . . . . 4-81 Audit displaying the time of the last audit . . . . . 10-44 Intelligent . . . . . . . . . . . . . . . . . . 10-3 of multiple BSS . . . . . . . . . . . 10-4, 10-22
Audit gather phase configuring . . . . . . . . . . . . . . . . . 10-6 Audit inconsistencies applying from the Audit Logs form . . 10-15, 10-18 Audit inconsistency report . . . . . . . . . . 10-36 printing . . . . . . . . . . . . . . . . . . 10-38 updating database . . . . . . . . . . . . . 10-39 updating the database. . . . . . . . . . . . 10-39 viewing . . . . . . . . . . . . . . . . . . 10-36 Audit logs deleting . . . . . . . . . . . . . . . . . . 10-39 managing . . . . . . . . . . . . . . . . . 10-35 printing list of . . . . . . . . . . . . . . . 10-35 setting the delete period . . . . . . . . . . 10-40 viewing . . . . . . . . . . . . . . . . . . 10-35 Auditing a BSS or RXCDR using OMC-R GUI . . . . . . . . . . . 10-17 a network using OMC-R GUI . . . . . . . . . . . 10-14 aborting while in progress . . . . . . . . . 10-36 deleting audit logs . . . . . . . . . . . . . 10-39 functionality . . . . . . . . . . . . . . . . . 10-2 log files . . . . . . . . . . . . . . . 10-5, 10-12 managing logs . . . . . . . . . . . . . . . 10-35 multiple sites . . . . . . . . . . . . . . . 10-21 overview . . . . . . . . . . . . . . . . . . 10-2 Per Site Audit feature. . . . . . . . . . . . . 10-7 per Site audit functionality enabling. . . . . . . . . . . . . . . . . . 10-8 printing an inconsistency report . . . . . . . 10-38 problems and solutions . . . . . . . . . . . 10-12 propagation of changes to neighbour cells . . 10-41 disabling . . . . . . . . . . . . . . . . 10-43 enabling. . . . . . . . . . . . . . . . . 10-42 proper use of CM procedures . . . . . . . . 10-13 recommendations . . . . . . . . . . . . . 10-10 recommended use . . . . . . . . . . . . . 10-10 scenarios . . . . . . . . . . . . . . . . . 10-11 scheduling . . . . . . . . . . . 10-5, 10-10, 10-23 deleting . . . . . . . . . . . . . . . . . 10-34 modifying . . . . . . . . . . . . . . . . 10-30 printing . . . . . . . . . . . . . . . . . 10-33 using OMC-R GUI . . . . . . . . . . . 10-24 updating database with inconsistencies . . . 10-39 viewing an inconsistency report . . . . . . . 10-36 viewing audit logs . . . . . . . . . . . . . 10-35 auSchedule Detailed View window . . . . . . 10-24 Autocreation of a proxy cell . . . . . . . . . . 8-161 using OMC-R GUI . . . . . . . . . . . . . 8-163 AXCDR Assoc_RXCDR . . . . . . . . . . . . . . . 4-79
IX-2
GMR-01
Index
BA list. . . . . . . . . . . . . . . . . . . . 8-259 Backup files RF.CNFG . . . . . . . . . . . . . . . . . . 12-8 band_preference . . . . . . . . . . . . 2-35, 2-168 band_preference_mode . . . . . . 2-36, 2-164, 2-170 Barred Cells form . . . . . . . . . . . . . . 8-258 Barring calls at a cell . . . . . . . . . . . . . . . . . 8-257 at a site . . . . . . . . . . . . . . . . . . 7-56 incoming handovers . . . . . . . . . . . . 8-259 Barring calls displaying barred cells . . . . . . . . . . . 8-258 Baseband frequency hopping defining . . . . . . . . . . . . . . . . . . 8-187 description. . . . . . . . . . . . . . . . . . 2-9 guidelines for use . . . . . . . . . . . . . . 2-9 Batch rlogin script using to create a BTS. . . . . . . . . . . . . 7-14 Batch session running script file . . . . . . . . . . . . . . 7-16 Batch templates use in configuring sites . . . . . . . . . . . . 7-14 Bay Level Calibration facility enabling . . . . . . . . . . . . . . . . . . . 9-85 BAY_LEV_CAL environmental variable. . . . . 9-85 BCCH carrier frequency changing using OMC-R GUI . . . . . . . . . . . 8-228 locating at a multiple cell site . . . . . . . . 8-230 training sequence code changing . . . . . . . . . . . . . . . . 8-236 bep_period . . . . . . . . . . . . . . . . . . . 8-81 bep_period2 . . . . . . . . . . . . . . . . . . 8-81 ber_oos_mon_period parameter . . . . . . . . 9-146 ber_restore_mon_period parameter . . . . . . 9-146 bs_ag_blks_res parameter . . . . . . . . . . . 8-242 BSC creating using OMC-R GUI . . . . . . . . . . . . 7-28 enhanced capacity feature. . . . . . . . . . . 2-99 BSC sites introduction . . . . . . . . . . . . . . . . . 7-2 BSC-BTS dynamic allocation considerations at a BTS. . . . . . . . . . . . 7-7 displaying details for a BTS using TTY interface . . . . . . . . . . . . 2-23 displaying resources using TTY interface . . . . . . . . . . . 4-109 DYNETs and DYNETGroups Configuring . . . . . . . . . . . . . . . . 4-99 enabling at a BTS . . . . . . . . . . . . . . 4-99 68P02901W17-R 14 Apr 2006
BSC-BTS dynamic allocation (contd.) enabling at a BTS (contd.) using OMC-R GUI . . . . . . . . . . . . 2-23 using TTY interface . . . . . . . . . . . . 2-23 impact on RSLs . . . . . . . . . . . . . . 9-187 impact on RTFs . . . . . . . . . . . . . . 9-195 overview . . . . . . . . . . . . . . . . . . 2-20 parameters. . . . . . . . . . . . . . . . . . 2-21 BSC-RXCDR connectivity adding. . . . . . . . . . . . . . . . . . . . 5-9 using OMC-R GUI . . . . . . . . . . . . 5-6 using TTY interface . . . . . . . . . . . . 5-9 connectivity table . . . . . . . . . . . . . . 5-9 deleting . . . . . . . . . . . . . . . . . . . 5-9 using OMC-R GUI . . . . . . . . . . . . 5-8 using TTY interface . . . . . . . . . . . . 5-9 displaying using TTY interface . . . . . . . . . . . . 5-9 BSCBTSDynAllocOpt parameter . . . . . . . . 2-21 BSIC changing . . . . . . . . . . . . . . . . . 8-234 BSP cage and slot details . . . . . . . . . . . . . 9-37 configuring . . . . . . . . . . . . . . . . . 9-37 creating using OMC-R GUI . . . . . . . . . . . . 9-38 equipping using TTY interface . . . . . . . . . . . . 9-40 parameters. . . . . . . . . . . . . . . . . . 9-38 BSP Detailed View description of fields . . . . . . . . . . . . . 9-38 grouping Cage and Slot . . . . . . . . . . . . . . . 9-40 Identification . . . . . . . . . . . . . . . 9-39 State . . . . . . . . . . . . 9-40, 9-123, 9-127 BSS adding assigning DTE X.121 addresses. . . . . . . 5-21 creating database . . . . . . . . . . . . . 4-47 using cmutil . . . . . . . . . . . . . . . 15-21 adding to network overview process . . . . . . . . . . . . . 4-2 configurations . . . . . . . . . . . . . . . . 7-3 configuring a packet switch/MUX configuring . . . . . . . . . . . . . . . . . . . . . 4-45 configuring MSC to BSS overload control . . . 2-26 using TTY interface . . . . . . . . . . . . 2-24 containment . . . . . . . . . . . . . . . . . 9-30 creating using the OMC-R GUI . . . . . . . . . . . 4-7 database uploading . . . . . . . . . . . . . . . . . 1-31 IX-3
GMR-01
Index
BSS (contd.) definition of . . . . . . . . . . . . . . . . . 1-29 deleting . . . . . . . . . . . . . . . . . . . 4-50 deleting at MUX . . . . . . . . . . . . . . . 4-54 configuration changes . . . . . . . . . . . 4-55 dependencies . . . . . . . . . . . . . . . 4-55 removing the cabling. . . . . . . . . . . . 4-55 removing the NE . . . . . . . . . . . . . 4-56 removing the NE link . . . . . . . . . . . 4-56 deleting at OMC-R . . . . . . . . . . . . . . 4-50 deleting at packet switch . . . . . . . . . . . 4-54 configuration changes . . . . . . . . . . . 4-54 deleting routeing table entries. . . . . . . . 4-54 removing the cabling. . . . . . . . . . . . 4-55 description of routeing function . . . . 9-142, 9-165 list of features . . . . . . . . . . . . . . . . 4-13 logfiles . . . . . . . . . . . . . . . . . . . 1-9 modifying details using the OMC-R GUI . . . . . . . . . . . 4-41 parameter names viewing in a Detailed View form . . . . . . 1-37 remotely logging in from the OMC-R . . . . . 1-46 remotely logging in using WebMMI . . . . . . 1-51 reparenting . . . . . . . . . . . . . . . . 4-110 reparenting to a different OMC-R . . . . . . 4-112 reparenting to a different RXCDR . . . . . . 4-115 setting overload control of call barring. . . . . 2-24 to RXCDR checking connectivity . . . . . . . . . . . 5-2 BSS Detailed View description of fields . . . . . . . . . . . . . 4-9 grouping A5 Algorithms . . . . . . . . . . . . . . 4-20 Call Trace . . . . . . . . . . . . . . . . . 4-36 CERM . . . . . . . . . . . . . . . . . . 4-33 Channel Mode Usage (AMR Full Rate & Half Rate/GSM Half Rate) . . . . . . . . 4-38, 4-40 CLM Timers . . . . . . . . . . . . . . . 4-30 Directed Retry. . . . . . . . . . . . . . . 4-30 ECERM. . . . . . . . . . . . . . . . . . 4-33 Enhanced Full Rate . . . . . . . . . . . . 4-33 Flash Information . . . . . . . . . . . . . 4-29 General . . . . . . . . . . . . . . . . . . 4-21 GPRS . . . . . . . . . . . . . . . . . . . 4-33 Identification . . . . . . . . . . . . . . . 4-10 Improved Timeslot Sharing. . . . . . . . . 4-41 LCS . . . . . . . . . . . . . . . . . . . 4-37 Map Information . . . . . . . . . . . . . 4-36 MTP Timers. . . . . . . . . . . . . . . . 4-30 Multiband . . . . . . . . . . . . . . . . . 4-32 NCCR . . . . . . . . . . . . . . . . . . 4-37 Network Addresses . . . . . . . . . . . . 4-13 Network Assisted Cell Change . . . . . . . 4-37 Optional Features . . . . . . . . . . . . . 4-13
BSS Detailed View (contd.) grouping (contd.) PCS 1900 Frequency. . . . . . . . . . . . 4-29 Pre-empt . . . . . . . . . . . . . . . . . 4-41 Quality of Service . . . . . . . . . . . . . 4-37 RSL Congestion . . . . . . . . . . . . . . 4-41 Signalling Information . . . . . . . . . . . 4-19 SMS Information . . . . . . . . . . . . . 4-36 SSM Timers . . . . . . . . . . . . . . . . 4-30 State . . . . . . . . . . . . . . . . . . . 4-11 Traffic Parameters . . . . . . . . . . . . . 4-36 Trunk Information . . . . . . . . . . . . . 4-29 BSS Naming menu option. . . . . . . . . . . . 1-37 bss_egsm_alm_allowed parameter . . . . . . . . 2-83 bss_msc_overload_allowed . . . . . . . . . . . 2-26 BSS_NAMING environment variable . . . . . . 1-37 BSS/RXCDR database configuration management database object. . . 4-47 database script file . . . . . . . . . . . . . . 4-47 definition . . . . . . . . . . . . . . . . . . 4-47 directory structure . . . . . . . . . . . . . . 4-49 NE database checks . . . . . . . . . . . . . 4-48 script file . . . . . . . . . . . . . . . . . . 4-47 types . . . . . . . . . . . . . . . . . . . . 4-47 BTP cage and slot details . . . . . . . . . . . . . 9-41 configuring . . . . . . . . . . . . . . . . . 9-41 creating using OMC-R GUI . . . . . . . . . . . . 9-42 equipping . . . . . . . . . . . . . . . . . . 9-44 parameters. . . . . . . . . . . . . . . . . . 9-42 BTP Detailed View description of fields . . . . . . . . . . . . . 9-42 grouping Cage and Slot . . . . . . . . . . . . . . . 9-43 Identification . . . . . . . . . . . . . . . 9-43 State . . . . . . . . . . . . . . . . . . . 9-44 BTS adding equipping BTS site . . . . . . . . . . . . 7-23 methods. . . . . . . . . . . . . . . . . . 7-36 on-line . . . . . . . . . . . . . . . . . . 7-14 overview . . . . . . . . . . . . . . . . . 7-12 rocommended method . . . . . . . . . . . 11-6 using a batch rlogin script . . . . . . . . . 7-14 using copy_path command . . . . . . . . . 7-42 using TTY interface . . . . . . . . . . . . 7-17 BSC configurations . . . . . . . . . . . . . 7-3 changing transmit power . . . . . . 8-253 to 8-254 concentration . . . . . . . . . . . . . . . . 2-20 configuring . . . . . . . . . . . . . . . . . 7-1 configuring Horizonmicro and Horizoncompact . . . . . . . . . . . . . . . . . . . . . 7-7
IX-4
GMR-01
Index
BTS (contd.) copying and pasting . creating using OMC-R GUI deleting . . . . . . . displaying details of using TTY interface
BTS (contd.) enabling remote calibration . Horizon II . . . . . . . . . Horizon II macro. . . . . . BTS sites introduction . . . . . . . . bts_txpwr_max_inner. . . . .
Cabinet creating using OMC-R GUI . . . . . . . . . displaying for a PCU . . . . . . . . . . equipping at a BSS site overview . . . . . . . . . . . . . . equipping at a remote BTS example. . . . . . . . . . . . . . . equipping using TTY. . . . . . . . . . Horizon II macro and macro_ext . . . . modifying for a PCU . . . . . . . . . . TCU/CTU deleting . . . . . . . . . . . . . . . unequipping . . . . . . . . . . . . . Cabinet Detailed View description of fields . . . . . . . . . . grouping General . . . . . . . . . . . . . . . Identification . . . . . . . . . . . . State . . . . . . . . . . . . . . . . Cage configuring . . . . . . . . . . . . . . creating using OMC-R GUI . . . . . . . . . displaying for a PCU . . . . . . . . . . equipping at a BSS site overview . . . . . . . . . . . . . . equipping at a remote BTS example. . . . . . . . . . . . . . . equipping from TTY interface . . . . . modifying for a PCU . . . . . . . . . . Cage Detailed View description of fields . . . . . . . . . . grouping Identification . . . . . . . . . . . . State . . . . . . . . . . . . . . . . Calibrating DRIs creating a standard configuration . . . . from the OMC-R. . . . . . . . . . . . managing existing standard configurations Call Success Monitor detecting sleeping devices . . . . . . .
. . . 7-41 . . . 7-41 . . . 4-60 . . . 4-62 . . . 4-61 . . . 4-62 . . . 4-65 . . . 4-65 . . . 6-22 . . . 4-57 . . . 7-38 . . . 4-67 . . . 6-22 . . . 4-65 . . . 4-66 . . . 4-66 . . . 9-88 . . . 9-98 . . 9-104 . . . 14-4
Call trace configuring flow control using TTY interface . . . . . . . . . . . . 2-67 displaying flow control using TTY interface . . . . . . . . . . . . 2-68 flow control . . . . . . . . . . . . . . 2-64, 2-67 flow control parameters . . . . . . . . . . . 2-64 logfile names . . . . . . . . . . . . . . . . 2-63 MSC initiated IMSI and IMEI call trace . . . . 2-62 using to detect network problems . . . . . . 14-15 call_trace_options . . . . . . . . . . . . . . . 2-62 calls barring at a site using TTY interface . . . . . . . . . . . . 7-56 cbc_intface_vers . . . . . . . . . 2-47, 2-51 to 2-52 cbc_vbind_cntr. . . . . . . . . . 2-47, 2-51 to 2-52 CBCH enabling/disabling using TTY interface . . . . . . . . . . . . 2-53 CBL configuring . . . . . . . . . . . . . . . . . 9-45 creating using OMC-R GUI . . . . . . . . . . . . 9-45 equipping using TTY interface . . . . . . . . . . . . 9-47 reassigning . . . . . . . . . . . . . . . . . 9-15 CBL Detailed View description of fields . . . . . . . . . . . . . 9-45 grouping Identification . . . . . . . . . . . . . . . 9-46 State . . . . . . . . . . . . . . . . . . . 9-46 CBL feature . . . . . . . . . . . . . . . . . 2-154 parameters. . . . . . . . . . . . . . . . . 2-155 cbs_outage_cntr . . . . . . . . . . 2-47, 2-51, 2-53 ccch_conf parameter . . . . . . . . . . . . . 8-242 CELL Detailed View description of fields . . . . 8-14, 8-50, 8-67, 8-74 editing . . . . . . . . . . . . . . . . . . 8-103 grouping . . . . . . . . . . . . . . . 8-16, 8-68 Adaptive Handovers . . . . . . . . . . . . 8-54 AMR Full Rate . . . . . . . . . . . . . . 8-36
GMR-01
IX-5
Index
CELL Detailed View (contd.) grouping (contd.) AMR/GSM Half Rate . . . . . 8-42, 8-49, 8-66 Cell Selection - Reseletcion . . . . . . . . 8-20 Channel Allocation - Deallocation . . . . . 8-25 Channel Mode Usage (AMR Full Rate & Half Rate/GSM Half Rate) . . . . . . . . . . . 8-35 Coincident Multiband Handover . . . . . . 8-35 Concentric and Dualband Cells . . . . . . . 8-30 Congestion Relief . . . . . . . . . . . . . 8-27 Directed Retry. . . . . . . . . . . . . . . 8-29 Distance Handover. . . . . . . . . . . . . 8-62 Downlink Interference Handover . . . . . . 8-61 Downlink Power Control . . . . . . . . . . 8-70 Downlink Rxlev Handover . . . . . . . . . 8-59 Downlink RxQual Handover . . . . . . . . 8-57 Flow Control . . . . . . . . . . . . . . . 8-25 GPRS . . . . . . . . . . . . . . . . . . . 8-74 Handover - General . . . . . . . . . . . . 8-50 Handover Thresholds . . . . . . . . . . . 8-52 Handover Timer . . . . . . . . . . . . . . 8-54 Handover Types Allowed . . . . . . . . . 8-53 Handover-AMR Full Rate . . . . . . . . . 8-65 Identification . . . . . . . . . . . 8-14, 8-111 Inter-RAT Handover . . . . . . . . . . . . 8-64 Multiband Handover . . . . . . . . . . . . 8-30 Network Controlled Cell Reselection . . . . 8-82 Power Budget Handover . . . . . . . . . . 8-63 Power Control - AMR Full Rate . . . . . . 8-71 Power Control - AMR/GSM Half Rate . . . 8-72 Power Control - General . . . . . . . . . . 8-68 Quality of Service . . . . . . . . . . . . . 8-82 Queuing. . . . . . . . . . . . . . . . . . 8-24 Radio Channel Configuration . . . . . . . . 8-22 Radio Link Control . . . . . . . . . . . . 8-27 SDCCH Handover . . . . . . . . . . . . . 8-64 State . . . . . . . . . . . . . . . . . . . 8-16 System Access . . . . . . . . . . . . . . 8-18 Uplink Interference Handover . . . . . . . 8-60 Uplink Power Control . . . . . . . . . . . 8-69 Uplink Rxlev Handover . . . . . . . . . . 8-58 Uplink RxQual Handover . . . . . . . . . 8-54 overview of using . . . . . . . . . . . . . . 8-11 propagating parameters . . . . . . . . . . . 8-103 scope of propagation . . . . . . . . . . . . . 8-83 Cell parameters changing LAC and/or CI . . . . . . . . . . 8-260 changing number of SDCCHs. . . . . . . . 8-242 flexible neighbour cell processing . . . . . . 8-209 General . . . . . . . . . . . . . . . . . . . 8-14 GPRS . . . . . . . . . . . . . 8-74, 8-224, 8-227 Handover . . . . . . . . . . . . . . . . . . 8-50 Power Control . . . . . . . . . . . . . . . . 8-67
Cell parameters (contd.) propagating from OMC-R GUI . . . . . . . . . . . . . 1-56 cell_bar_access_switch . . . . . . . . . . . . 8-257 Cell-X-Export . . . . . . . . . . . . . . 12-3, 12-9 Cell-X-Import . . . . . . . . . . . . . 12-4, 12-18 troubleshooting . . . . . . . . . . . . . . 12-54 cell_zone . . . . . . . . . . . . . . . . . . . 2-35 Cells adaptive handovers . . . . . . . . . . . . . 8-203 at a neighbour cell . . . . . . . . . . . . 8-198 adding. . . . . . . . . . . . . . . . . 8-10, 8-74 defining General parameters . . . . . . . . 8-14 defining GPRS parameters . . . . . . . . . 8-74 defining handover parameters. . . . . . . . 8-50 defining Power Control parameters . . . . . 8-67 methods of . . . . . . . . . . . . . . . . 8-5 recommended procedure . . . . . . . . . . 8-6 using copy/change . . . . . . . . . . . . . 8-8 using OMC-R GUI . . . . . . . . . . . . 8-11 using TTY interface . . . . . . . . . . . . 8-10 barring calls . . . . . . . . . . . . . . . . 8-257 changing LAC-CI . . . . . . . . . . . . . 8-260 changing number of SDCCHs. . . . . . . . 8-242 checking for frequency hopping configuration . . . . . . . . . . . . . 8-190 to 8-191, 15-62 using cmutil . . . . . . . . . . . . 8-190, 15-62 using OMC-R GUI . . . . . . . . . . . 8-190 coincident multiband handover . . . . . . . 8-194 concentric . . . . . . . . . . . . . . . . . . 2-30 configuring for dual band operation . . . . . . 2-29 using TTY Interface . . . . . . . . . . . . 2-38 configuring for flexible neighbour cell processing . . . . . . . . . . . . . . . . . 8-208 configuring for handovers . . . . . . . . . 8-198 configuring power control optimization . . . 8-217 to 8-218 parameters . . . . . . . . . . . . . . . 8-219 using the TTY . . . . . . . . . . . . . . 8-219 configuring with BCCH and SDCCH in the EGSM . . . . . . . . . . . . . . . . . . 8-192 using OMC-R GUI . . . . . . . . . . . 8-193 using TTY interface . . . . . . . . . . . 8-193 containment . . . . . . . . . . . . . . . . . 9-35 creating using CELL Detailed View . . . . . . . . . 8-11 creating a neighbour . . . . . . . . . . . . 8-134 defining GPRS parameters . . . . . . 8-222, 8-227 deleting . . . . . . . . . . . . . . . . . . 8-106 using OMC-R GUI . . . . . . . . . . . 8-107 establishing a cell boundary. . . . . . . . . 8-253 expanding capacity of . . . . . . . . . . . 8-175 flexible neighbour cell processing . . . . . . 8-208
IX-6
GMR-01
Index
Cells (contd.) General parameter section . . . . . GPRS parameter naming . . . . . . GPRS parameter section . . . . . . Handover parameter group . . . . . Handover parameter section . . . . mapped to a PCU . . . . . . . . . modifying a neighbour . . . . . . . modifying neighbours . . . . . . . modifying parameters using OMC-R GUI . . . . . . . multiband inter-cell handover . . . . neighbour . . . . . . . . . . . . . ping-pong handovers . . . . . . . . Power Control parameter group . . . Power Control parameter section . . propagatable parameters . . . . . . propagating . . . . . . . . . . . . reciprocal neighbours. . . . . . . . setting all channels at full power . . source object . . . . . . . . . . . viewing neighbours . . . . . . . . viewing reciprocals . . . . . . . . viewing sources . . . . . . . . . . CellXchange command line utilities . . . . . . . configuration file. . . . . . . . . . defining parameters for import/export deleting Backup files . . . . . . . . export/import files . . . . . . . . . import and export parameter tables . introduction . . . . . . . . . . . . log files . . . . . . . . . . . . . . overview . . . . . . . . . . . . . Radio Frequency Planning . . . . . using the command line . . . . . . defining environment variables . . CERM enhanced . . . . . . . . . . . . . Changing a BSIC. . . . . . . . . . . Changing frequency BCCH carrier frequency using OMC-R GUI . . . . . . . non-BCCH carrier frequency . . . . Changing LAC-CI of cells . . . . . . . . . . . . . . of proxy cells . . . . . . . . . . . Changing NE ID an Assoc_BSS log files . . . . . . . . . . . . . resuming a suspended process . . an Assoc_RXCDR log files . . . . . . . . . . . . . resuming the suspended process .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . .
. . . 8-13 . . . 2-30 . . 8-121 . . 8-206 . . . 8-67 . . . 8-67 8-83 to 8-84 . . . 8-103 . . . 8-122 . . . 8-255 . . . 8-121 . . . 8-124 . . . 8-124 . . . 8-124 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-45 . 12-6 12-29 . 12-8 . 12-5 12-55 . 12-5 . 12-7 . 12-3 . 12-5 12-36 12-37
Changing NE ID (contd.) of an Assoc_BSS. . . . . . . . . . . . . . . 4-88 of an Assoc_RXCDR. . . . . . . . . . . . . 4-88 Changing security levels . . . . . . . . . . . . 1-50 Changing the number of allocated SDCCHs . . 8-242 Changing the transmit power for a BTS . . . . 8-253 Channel status displaying . . . . . . . . . . . . . . . . . . 9-21 Channel Status form . . . . . . . . . . . . . . 9-26 channel_reconfiguration_switch parameter . . . 8-242 Checking and changing current network status . . 14-5 Checking connectivity BSS to RXCDR . . . . . . . . . . . . . . . 5-2 Path . . . . . . . . . . . . . . . . . . . . 9-185 RXCDR to MSC . . . . . . . . . . . . . . . 5-2 RXCDR/BSS to OMC-R (OML) . . . . . . . 5-16 Checking device type using cmutil . . . . . . . . . . . . . . . . . 7-59 Checking for and rectifying database errors . . 14-11 Checking for and rectifying hardware defects . . 14-10 Checking for and rectifying OOS devices . . . . 14-9 Checking frequency hopping configuration for cells . . . . . . . . . . . . . . . . . . . . . 8-190 using cmutil . . . . . . . . . 8-190 to 8-191, 15-62 using OMC-R GUI . . . . . . . . . . . . . 8-190 Checking FRU . . . . . . . . . . . . . . . . . 9-11 Checking GCLK synchronization for a SITE . . . 7-54 Checking hardware at a single SITE . . . . . . . . . . . 7-58, 15-31 at each SITE . . . . . . . . . . . . . . . . . 7-57 using OMC-R GUI . . . . . . . . . . . . 7-57 using TTY interface . . . . . . . . . . . . 7-57 at multiple SITEs using TTY interface and scripting. . . . . . 7-57 Checking hardware version . . . . . . . . . . . 9-11 Checking input file syntax using cmutil . . . . . . . . . . . . . . . . 15-20 Checking key SITE parameters . . . . . . . . . 7-60 Checking OMLs for a single NE using OMC-R GUI . . . . . . . . . . . . 5-16 for multiple NEs using SQL . . . . . . . . . . . . . . . . 5-17 Checking PCU using cmutil . . . . . . . . . . . . . 7-58, 15-31 Checking RXCDR/BSS to OMC-R connectivity . . . . . . . . . . . . . . . . . . . . . . . 5-16 Checking serial number . . . . . . . . . . . . . 9-11 Checking SITE or NE analysis or parsing . . . . . . . . . . 7-58, 15-27 using cmutil . . . . . . . . . . . . . 7-58, 15-31 Checking software version for a BSS . . . . . . . . . . . . . . . . . 4-119 for a single NE
GMR-01
IX-7
Index
Checking software version (contd.) for a single NE (contd.) using cmutil . . . . . . . . . using OMC-R GUI . . . . . for an OMC-R . . . . . . . . . for an RXCDR . . . . . . . . . for BSSs/RXCDRs/OMCs . . . for multiple NEs using cmutil . . . . . . . . . using OMC-R GUI . . . . . checkvalidLockPID utility . . . . chg_A5_alg_pr command using for wide area modifications chg_acs_params . . . . . . . . . chg_csfp command . . . . . . . . chg_eas_alarm command . . . . . chg_element command use in configuring sites . . . . . using the all parameter . . . . . chg_lac_ci . . . . . . . . . . . . chg_smsch_msg . . . . . . . . . chg_ts_usage. . . . . . . . . . . chg_ts_usage free . . . . . . . . chg_ts_usage nail. . . . . . . . . chg_ts_usage nail_path . . . . . . chg_ts_usage reserve . . . . . . . chg_ts_usage_free_path. . . . . . CIC blocking and validation . . . . . configuring using TTY interface . . . . . displaying information for using TTY interface . . . . . equipping using TTY interface . . . . . validation . . . . . . . . . . . with transcoding resources displaying . . . . . . . . . . cic_block_thresh changing . . . . . . . . . . . cic_unblock_thresh changing using TTY interface. . cic_validation . . . . . . . . . . Circuit status displaying . . . . . . . . . . . Circuit Status form . . . . . . . . cmutil adding a BSS . . . . . . . . . adding objects . . . . . . . . . ASCII file content . . . . . . . ASCII file rules . . . . . . . . ASCII files object definition . . . . . . .
. . . . .
. . . . .
. . . 4-120, 15-32 . . . . . . 4-119 . . . . . . . 1-25 . . . . . . . . . . . . . . . . . . . . 1-55 . . . . . 2-148 . . . . . . 9-60 . 9-110 to 9-111 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-36 . 1-55 12-52 . 2-53 . 5-3 . 5-26 . 5-26 . 5-26 . 5-25 . 5-26
. . . . . . . 4-84 . . . . . . . 4-84 . 2-12, 2-15, 4-83 . . . . . . . 9-21 . . . . . . . 9-22 . . . . . . . . . . . . . . . . . . . . . 15-21 . 15-21 . . 15-7 . 15-10 15-12
. . . . . .
cmutil (contd.) changing NE connections . . . . . . . . . . 15-42 changing NE details . . . . . . . . . . . . 15-25 checking input file syntax. . . . . . . . . . 15-20 command syntax . . . . . . . . . . . . . . . 15-5 common operations . . . . . . . . . . . . 15-58 deleting objects . . . . . . . . . . . . . . 15-24 deleting/adding CommLinks . . . . . . . . 15-42 dump mode . . . . . . . . . . . . . . . . . 15-5 dumping CM MIB . . . . . . . . . . . . . 15-59 extract mode . . . . . . . . . . . . . . . . . 15-5 extracting data from the MIB . . . . 15-29 to 15-30 examples . . . . . . . . . . . . . . . . 15-31 general syntax . . . . . . . . . . . . . . . . 15-5 hierarchical dump mode . . . . . . . . . . . 15-6 logging in . . . . . . . . . . . . . . . . . . 15-3 overview . . . . . . . . . . . . . . . . . . 15-2 Path output comparison with TTY . . . . . . . . . . 15-47 populating new MIB . . . . . . . . . . . . 15-58 primary arguments . . . . . . . . . . . . . . 15-5 purpose . . . . . . . . . . . . . . . . . . . 15-2 reparenting RXCDR . . . . . . . . . . . . 4-118 script files . . . . . . . . . . . . . . . . . 15-18 status messages . . . . . . . . . . . . . . 15-17 update mode . . . . . . . . . . . . . . . . . 15-5 updating objects . . . . . . . . . . . . . . 15-25 use with maps . . . . . . . . . . . . . . . 15-50 using to add, delete, modifying data . . . . . . . . 15-20 manage Regions . . . . . . . . . . . . . 15-59 using to modify devices and functions . . . . 15-27 Coding Schemes configuring . . . . . . . . . . . . . . . . . 2-40 using OMC-R GUI . . . . . . . . . . . . 2-45 GPRS and EGPRS . . . . . . . . . . . . . . 2-40 coincident multiband handover configuring . . . . . . . . . . . . . . . . 8-194 using OMC-R GUI . . . . . . . . . . . 8-196 using TTY interface . . . . . . . . . . . 8-196 overview . . . . . . . . . . . . . . . . . 8-194 parameters. . . . . . . . . . . . . . . . . 8-194 coincident_cell parameter . . . . . . . . 8-194, 8-196 coincident_mb . . . . . . . . . . . . . . 2-31, 2-33 coincident_mb parameter . . . . . . . . 8-194, 8-196 coincident_offset parameter . . . . . . . 8-194, 8-196 Collecting information about the current network . . . . . . . . . . . . . . . . . . . . 14-8 colocated_dris . . . . . . . . . . . . . 2-18 to 2-19 COMB . . . . . . . . . . . . . . . . . . . . 9-50 configuring . . . . . . . . . . . . . . . . . 9-50 creating using OMC-R GUI . . . . . . . . . . . . 9-53
IX-8
GMR-01
Index
COMB (contd.) displaying details using TTY interface . . . . . . DRI-COMB configuration . . . . equipping using TTY interface . . . . . . parameters. . . . . . . . . . . . COMB Detailed View description of fields . . . . . . . grouping Identification . . . . . . . . . State . . . . . . . . . . . . . Command partitioning using OMC-R GUI . . . . . . . . Commslink . . . . . . . . . . . . adding. . . . . . . . . . . . . . using cmutil . . . . . . . . . . adding to a map . . . . . . . . . adding using cmutil . . . . . . . autocreation/autodeletion . . . . . configuring using OMC-R GUI . . . . . . creating using OMC-R GUI . . . . . . deleting . . . . . . . . . . . . . using cmutil . . . . . . . . . . using OMC-R GUI . . . . . . filtering . . . . . . . . . . . . . outputting to a file . . . . . . . . CommsLink autocreation/autodeletion . . . . . CommsLink Detailed View description of fields . . . . . . . grouping CommsLink Related Devices . . Identification . . . . . . . . . Map Information . . . . . . . Concentric cells feature . . . . . . . Configuration Management recommendations . . . . . . . . Configuring a BSS/RXCDR deleting BSS/RXCDR . . . . . . deleting at MUX. . . . . . . . deleting at packet switch . . . . Configuring a cage . . . . . . . . . Configuring a cell adding using TTY interface . . . . . . for adapative handovers . . . . . for adaptive handovers . . . . . . using TTY interface . . . . . . for coincident multiband handover using OMC-R GUI . . . . . .
. . . . . . 9-55 . . . 9-52, 9-68 . . . . . . 9-55 . . . . . . 9-53 . . . . . . 9-53 . . . . . . 9-54 . . . . . . 9-55 . . . . . . . . . . . . . . . . . . 1-7 . . . . 5-3 . . . 13-12 . . . 15-42 . . . 13-12 13-14, 15-56 . . . . 5-11
. . . . . . 5-11 . . . . . . . . . . . . . . . . 5-11 15-42, 15-57 . . . 13-14 . . . . 5-15 . . . . 5-14 . . . 15-18 4-75, 4-79
. . .
. . . . . . 5-13 . . . . . . . . . . . . . . . . . . . . . . . . 5-14 5-14 5-14 2-30 1-2 4-50 4-54 4-54 4-65
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . .
Configuring a cell (contd.) for coincident multiband handover (contd.) using TTY interface . . . . . . . . for coincident multiband handovers . . using TTY interface . . . . . . . . for dual band operation . . . . . . . . overview . . . . . . . . . . . . . using TTY interface . . . . . . . . for extended cell range prioritization . using OMC-R GUI . . . . . . . . using TTY interface . . . . . . . . for flexible neighbour cell processing . using OMC-R GUI . . . . . . . . using TTY interface . . . . . . . . for GPRS using TTY interface . . . . . . . . for multiple GPRS carriers . . . . . . for power control optimization . . . . using the OMC-R GUI . . . . . . . using TTY interface . . . . . . . . with BCCH and SDCCH in the EGSM Configuring a CIC . . . . . . . . . . . Configuring a COMB. . . . . . . . . . Configuring a CommsLink using OMC-R GUI . . . . . . . . . . Configuring a CSFP . . . . . . . . . . Configuring a DHP device . . . . . . . Configuring a DPROC using OMC-R GUI . . . . . . . . . . Configuring a DRI . . . . . . . . . . . Configuring a DSW overview . . . . . . . . . . . . . . Configuring a DYNET . . . . . . . . . using the TTY interface . . . . . . . Configuring a DYNETGroup . . . . . . Configuring a GBL using OMC-R GUI . . . . . . . . . . Configuring a GDS using OMC-R GUI . . . . . . . . . . Configuring a GSL using OMC-R GUI . . . . . . . . . . Configuring a KSW overview . . . . . . . . . . . . . . Configuring a neighbour cell for adaptive handovers . . . . . . . . using OMC-R GUI . . . . . . . . using TTY interface . . . . . . . . Configuring a Network instance using OMC-R GUI . . . . . . . . . . Configuring a Path using Path Configure menu option overview . . . . . . . . . . . . . Configuring a PATH device . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. 8-196 . 8-194 . 8-196 . . 2-29 . . 2-29 . . 2-38 . 8-215 . 8-216 . 8-216 . 8-208 . 8-211 . 8-211 . 8-227 . 8-222 . 8-217 . 8-219 . 8-219 . 8-192 . . 9-48 . . 9-50
. . . . 6-44 . . . . 6-36 . . . . 6-40 . . . . . . . . . . . . . . . . . . . . . . 9-131 8-203 8-203 8-204 3-2 11-78 9-172
GMR-01
IX-9
Index
Configuring a Path using Path Configure menu option initiating . . . . . . . . . . . . . . . . . 11-81 Configuring a PCU devices using OMC-R GUI . . . . . . . . . . . . 6-11 using TTY interface . . . . . . . . . . . . 6-61 Configuring a proxy cell . . . . . . . . . . . 8-157 Configuring a PSP using OMC-R GUI . . . . . . . . . . . . . . 6-27 Configuring a UTRAN neighbour . . . . . . . 8-149 Configuring Advanced Load Management for EGSM . . . . . . . . . . . . . . . . . . . . . 2-82 Configuring an Assoc_BSS . . . . . . . . . . . 4-75 Configuring an Assoc_RXCDR . . . . . . . . . 4-79 Configuring an EAS . . . . . . . . . . . . . 9-106 using TTY interface . . . . . . . . . . . . 9-118 Configuring an LCF . . . . . . . . . . . . . 9-135 Configuring an LMTL device . . . . . . . . . 9-139 Configuring an MSC . . . . . . . . . . . . . . 3-7 Configuring an MSI . . . . . . . . . . . . . 9-145 Configuring an MTL . . . . . . . . . . . . . 9-162 Configuring an NSVC using OMC-R GUI . . . . . . . . . . . . . . 6-51 Configuring an OMC-R. . . . . . . . . . . . . 3-7 Configuring an OMF . . . . . . . . . . . . . 9-168 using OMC-R GUI . . . . . . . . . . . . . 9-168 Configuring an OML . . . . . . . . . . . . . 9-170 Configuring an RSL device overview . . . . . . . . . . . . . . . . . 9-187 Configuring an RSL function using Path Configure . . . . . . . . . . . . 11-78 Configuring an RTF function overview . . . . . . . . . . . . . . . . . 9-194 using Path Configure . . . . . . . . . . . . 11-78 Configuring an SGSN using OMC-R GUI . . . . . . . . . . . . . . 6-58 Configuring an XBL overview . . . . . . . . . . . . . . . . . 9-213 Configuring call trace flow control. . . . . . . . 2-64 using OMC-R GUI configuring using OMC-R GUI . . . . . . . 2-67 using TTY interface . . . . . . . . . . . . . 2-67 Configuring devices/functions recommendations for individual . . . . . . . . . . . . . . . 9-4 for multiple . . . . . . . . . . . . . . . . 9-9 Configuring encryption algorithms. . . . . . . . 2-27 Configuring Enhanced Circuit Error Rate Monitor . . . . . . . . . . . . . . . . . . . . 2-73 Configuring Enhanced GDP Provisioning . . . 9-155 Configuring Enhanced GPRS One Phase Access using OMC-R GUI . . . . . . . . . . . . . 2-122 using TTY interface . . . . . . . . . . . . 2-122 Configuring Enhanced Scheduling
Configuring Enhanced Scheduling (contd.) using OMC-R GUI . . . . . . . . . . . . using TTY interface . . . . . . . . . . . Configuring enhanced SDCCH to TCH band assignment . . . . . . . . . . . . . . . . . Configuring frequency hopping overview . . . . . . . . . . . . . . . . using OMC-R GUI . . . . . . . . . . . . using TTY interface . . . . . . . . . . . Configuring GPRS interleaving TBFs . . . . methods of . . . . . . . . . . . . . . . Configuring Inter-RAT Handover using OMC-R GUI . . . . . . . . . . . . using TTY interface . . . . . . . . . . . Configuring Location Services . . . . . . . methods of . . . . . . . . . . . . . . . using TTY interface . . . . . . . . . . . Configuring MSC to BSS overload control . . using TTY interface . . . . . . . . . . . Configuring NCCR . . . . . . . . . . . . . methods of . . . . . . . . . . . . . . . using TTY interface . . . . . . . . . . . Configuring networks MIB. . . . . . . . . . . . . . . . . . . Configuring PCR using OMC-R GUI . . . . . . . . . . . . Configuring SCR . . . . . . . . . . . . . . methods of . . . . . . . . . . . . . . . using TTY interface . . . . . . . . . . . Configuring sites adding a BTS on-line . . . . . . . . . . . . . . . . using batch rlogin script . . . . . . . . using copy_path command . . . . . . . using TTY interface . . . . . . . . . . BSS links & control functions. . . . . . . BSS topology and PATH limitations . . . . BTS sites . . . . . . . . . . . . . . . . chg_element command . . . . . . . . . . creating a SITE using OMC-R GUI . . . . . . . . . . defining site parameters responsibilities . . . . . . . . . . . . hypothetical BSS site. . . . . . . . . . . modify_value command . . . . . . . . . MSI & RSL restrictions . . . . . . . . . overview . . . . . . . . . . . . . . . . overview of methods . . . . . . . . . . . PATH devices . . . . . . . . . . . . . . RSL considerations . . . . . . . . . . . RTF considerations. . . . . . . . . . . . simplified network diagram . . . . . . . . use of batch templates . . . . . . . . . . using copy_path command
. . .
. 8-177 . 8-179 . 8-187 . . 2-94 . . 2-98 . . . . . . . . . . 2-107 2-108 2-109 2-118 2-118 . 2-24 . 2-26 . 2-85 . 2-90 . 2-91
. . 15-2 . . 2-60 . 2-151 . 2-152 . 2-152 . . . . . . . . . . . . . . . . 7-14 7-14 7-42 7-17 7-2 7-3 7-1 7-36
. . 7-28 . . . . . . . . . . . . . . . . . . . . . . 7-12 7-3 7-37 7-5 7-36 7-36 7-3 7-7 7-7 7-2 7-14
IX-10
GMR-01
Index
Configuring sites (contd.) using copy_path command (contd.) equipping a BTS site . . . . . . . . . . Configuring SMS-CB at a CELL using OMC-R GUI . . . . . . . . . . using OMC-R GUI . . . . . . . . . . . . using TTY interface . . . . . . . . . . . Configuring the MIB using audit. . . . . . . . . . . . . . . . Configuring the physical relay states using TTY interface . . . . . . . . . . . Conn_Link adding using OMC-R GUI . . . . . . . . . . using TTY interface . . . . . . . . . . autocreation/deletion of CommsLinks . . . creating using OMC-R GUI . . . . . . . . . . deleting . . . . . . . . . . . . . . . . . using OMC-R GUI . . . . . . . . . . Conn_Link Detailed View description of fields . . . . . . . . . . . grouping Connectivity Information. . . . . . . . Identification . . . . . . . . . . . . . Connection report displaying . . . . . . . . . . . . . . . . Connectivity checking BSS to RXCDR. . . . . . . . . checking Path . . . . . . . . . . . . . . checking RXCDR to MSC . . . . . . . . containee definition . . . . . . . . . . . . . . . . container definition . . . . . . . . . . . . . . . . Containment MIB. . . . . . . . . . . . . . . . . . . rules . . . . . . . . . . . . . . . . . . Controlling an MSC call trace using TTY interface . . . . . . . . . . . COP GLU tool . . . . . . . . . . . . . . . . copy_cell command . . . . . . . . . . . . Copying a cell . . . . . . . . . . . . . . . Copying a Site in a daisy chain configuration . Copying and pasting a BTS . . . . . . . . . correct_rtfs . . . . . . . . . . . . . . . . Creating network objects . . . . . . . . . . . . . Creating a BSP using OMC-R GUI . . . . . . . . . . . .
. . 5-6 . . 5-9 . . 5-11 . . . . . . . . . . . . . . 5-6 5-9 5-8 5-7 5-7 5-7 5-2
. . 5-2 . 9-185 . . 5-2 . . 15-3 . . 15-3 . . 1-17 . . 1-18 . . 2-62 . . . . . . . 1-11 . 8-8 . 8-8 11-47 . 11-6 12-50
. . 1-39 . . 9-38
Creating a BSS creating a cabinet using the OMC-R GUI . . . . . using the OMC-R GUI . . . . . . Creating a BSS/RXCDR database . . Creating a BTP from the OMC-R GUI . . . . . . Creating a CBL using OMC-R GUI . . . . . . . . Creating a cell defining General parameters using OMC-R GUI . . . . . . defining GPRS parameters using OMC-R GUI . . . . . . defining Handover parameters using OMC-R GUI . . . . . . defining Power Control parameters using OMC-R GUI . . . . . . using CELL Detailed View overview . . . . . . . . . . . Creating a COMB using OMC-R GUI . . . . . . . . Creating a Conn_Link using OMC-R GUI . . . . . . . . Creating a DRI from the OMC-R GUI . . . . . . Creating a DSW using OMC-R GUI . . . . . . . . Creating a DYNET using the OMC-R GUI . . . . . . using the TTY interface . . . . . Creating a DYNETGroup using the OMC-R GUI . . . . . . using the TTY interface . . . . . Creating a GCLK using OMC-R GUI . . . . . . . . Creating a GPROC using OMC-R GUI . . . . . . . . Creating a KSW using OMC-R GUI . . . . . . . . Creating a Path using Path Configure menu option. Creating a PATH device using the OMC-R GUI . . . . . . Creating a proxy cell using OMC-R GUI . . . . . . . . Creating a single device or function recommendation . . . . . . . . . Creating a standard configuration for DRI calibration . . . . . . . . Creating an Assoc_BSS using TTY interface . . . . . . . Creating an Assoc_RXCDR using OMC-R GUI . . . . . . . .
. . . . . . 4-60 . . . . . . 4-7 . . . . . . 4-47 . . . . . . 9-42 . . . . . . 9-45 . . . . . . 8-14 . . . . . . 8-74 . . . . . . 8-50 . . . . . . 8-67 . . . . . . 8-11 . . . . . . 9-53 . . . . . . 5-6
. . . . . . 9-70 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-132 4-104 4-108 4-102 4-103 9-120 9-125 9-132 11-85 9-177 8-157 9-4
GMR-01
IX-11
Index
Creating an Assoc_RXCDR (contd.) using TTY interface . . . . . . . . Creating an EAS using OMC-R GUI . . . . . . . . . Creating an LCF using OMC-R GUI . . . . . . . . . Creating an LMTL device using OMC-R GUI . . . . . . . . . using TTY interface . . . . . . . . Creating an MTL using OMC-R GUI . . . . . . . . . Creating an OML using OMC-R GUI . . . . . . . . . Creating an RSL at a Site . . . . . . . Creating an RSL device from the OMC-R GUI . . . . . . . Creating an RTF . . . . . . . . . . . using OMC-R GUI . . . . . . . . . Creating an RTF at a Site using Path Configure menu option. . Creating an RXCDR using the OMC-R GUI . . . . . . . Creating an RXCDR cabinet using the OMC-R GUI . . . . . . . Creating an RXCDR cage using the OMC-R GUI . . . . . . . Creating an XBL using OMC-R GUI . . . . . . . . . Creating multiple devices or functions recommendation . . . . . . . . . .
. . . . . 4-83 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-113 9-135 9-140 9-141 9-162 9-170 11-98 9-188 9-198 9-198 11-97
Creating network objects general description and procedure . using cmutil . . . . . . . . . . . CS3/CS4 description. . . . . . . . . . . . cs34Opt . . . . . . . . . . . . . . CSFP creating using OMC-R GUI . . . . . . definition . . . . . . . . . . . . equipping using TTY interface . . . . . . methods of creating . . . . . . . parameters. . . . . . . . . . . . slot and cage restrictions . . . . . stealing algorithm . . . . . . . . unconfiguring using OMC-R GUI . . . . . . CSFP Detailed View description of fields . . . . . . . grouping Identification . . . . . . . . . State . . . . . . . . . . . . . ct_fc_lo_level ct_fc_hi_level . . . . . . . . . . CTP using to detect network problems . CTP NT tool . . . . . . . . . . . . CTU2 radio in Horizon II. . . . . . . . . . . Current Bucket Level feature see CBL feature . . . . . . . . .
. . . . . . 1-33 . . . . . . 15-2 . . . . . . 2-40 . . . . . . 2-41 . . . . . . 9-59 . . . . . . 9-56 . . . . . . . . . . . . . . . . . . . . . 9-60 . . 9-56 . . 9-57 . . 9-57 9-56, 9-59
IX-12
GMR-01
Index
DARBC . . . . . . . . . . . . . . . . . . . . 2-14 Auto-connect mode . . . . . . . . . . 2-12, 2-15 Backwards Compatibility (Static) mode . . . . 2-12 Backwards Compatibility mode . . . . . . . . 2-15 DataGen . . . . . . . . . . . . . . . . . . . . 12-2 Defining algorithms . . . . . . . . . . . . . 8-108 Defining CellXchange parameters from the GUI . . . . . . . . . . . . . . . 12-29 Defining EAS alarms in the alarm table using TTY interface . . . . . . . . 9-110 to 9-111 del_conn. . . . . . . . . . . . . . . . . . . . 5-9 del_neighbor command using the all parameter . . . . . . . . . . . . 1-55 del_smscb_msg . . . . . . . . . . . . . . . . 2-54 Delayed Uplink TBF release . . . . . . . . . . 2-95 deleteLocal attribute . . . . . . . . . . . . . 15-24 Deleting device and functions using OMC-R GUI . . . . . . . . . . . . 9-8 using TTY interface . . . . . . . . . . . . 9-8 network objects . . . . . . . . . . . . . . . 1-44 TCU/CTU cabinets at M-Cell and Horizonmacro sites . . . . . . . . . . . . . . . . . . . . . 7-41 Deleting a BTS. . . . . . . . . . . . . . . . 11-35 Deleting a cell Deleting cells . . . . . . . . . . . 8-106 to 8-107 Deleting a Conn_Link using OMC-R GUI . . . . . . . . . . . . . . 5-8 Deleting a device from a Site using Path Configure menu option. . . . . . 11-96 Deleting a DYNET using the OMC-R GUI . . . . . . . . . . . 4-107 Deleting a DYNETGroup using OMC-R GUI . . . . . . . . . . . . . 4-103 Deleting a map link using cmutil . . . . . . . . . . . . . 13-14, 15-57 using OMC-R GUI . . . . . . . . . . . . . 13-14 Deleting a map node . . . . . . . . . . . . . 13-10 Deleting a network object using OMC-R GUI . . . . . . . . . . . . . . 1-44 Deleting a Path deleting devices using Path Configure menu option . . . . 11-86 using Path Configure menu option. . . . . . 11-86 Deleting a PATH device recommended method . . . . . . . . . . . 9-182 Deleting a proxy cell using OMC-R GUI . . . . . . . . . . . . . 8-160 Deleting a Site in a daisy chain configuration . . 11-40 Deleting an Assoc_BSS using the OMC-R GUI . . . . . . . . . . . . 4-78 using the TTY interface . . . . . . . . . . . 4-78 68P02901W17-R 14 Apr 2006
Deleting an Assoc_RXCDR using OMC-R GUI . . . . . . . . . using TTY interface . . . . . . . . Deleting an RTF exporting incoming neigbours. . . . using OMC-R GUI . . . . . . . . . Deleting an XBL from an Assoc_RXCDR/Assoc_BSS using OMC-R GUI . . . . . . . Deleting BSC-RXCDR connectivity using del_conn command . . . . . . using OMC-R GUI . . . . . . . . . using TTY interface . . . . . . . . Deleting multiple devices or functions recommendations . . . . . . . . . Deleting neighbours multiple using del_nei utility . . . . . . . using del_neighbour command . . using the Navigation Tree. . . . . . Deleting network objects general description and procedure . . using cmutil . . . . . . . . . . . . Detailed Views algorithms . . . . . . . . . . . . . Assoc_BSS . . . . . . . . . . . . Assoc_RXCDR . . . . . . . . . . BSP . . . . . . . . . . . . . . . . BSS . . . . . . . . . . . . . . . . BTP. . . . . . . . . . . . . . . . Cabinet . . . . . . . . . . . . . . Cage . . . . . . . . . . . . . . . CBL . . . . . . . . . . . . . . . CELL General . . . . . . . . . . . . . GPRS . . . . . . . . . . . . . . Handover . . . . . . . . . . . . Power Control . . . . . . . . . . closing . . . . . . . . . . . . . . COMB . . . . . . . . . . . . . . CommsLink . . . . . . . . . . . . Conn_Link . . . . . . . . . . . . creating . . . . . . . . . . . . . . CSFP . . . . . . . . . . . . . . . deleting . . . . . . . . . . . . . . description. . . . . . . . . . . . . DHP . . . . . . . . . . . . . . . displaying OMC-R or BSS names . . DPROC . . . . . . . . . . . . . . DRI . . . . . . . . . . . . . . . .
. . . . . 1-33 . . . . 15-24 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-111 4-76 4-80 9-38 4-9 9-42 4-60 4-65 9-45 8-14 8-74 8-50 8-67 1-39 9-53 5-13 5-7 1-39 9-57 1-44 1-37 9-62 1-37 6-24 9-71
GMR-01
IX-13
Index
Detailed Views (contd.) DYNET . . . . . . . . . . . . DYNETGroup . . . . . . . . . EAS. . . . . . . . . . . . . . editing . . . . . . . . . . . . example in Edit mode . . . . . FreqHopSys . . . . . . . . . . GCLK. . . . . . . . . . . . . GPROC . . . . . . . . . . . . KSW . . . . . . . . . . . . . KSWpair . . . . . . . . . . . LCF. . . . . . . . . . . . . . MSC . . . . . . . . . . . . . MSI . . . . . . . . . . . . . . MTL . . . . . . . . . . . . . navigating to. . . . . . . . . . Neighbour . . . . . . . . . . . Network . . . . . . . . . . . . OMC . . . . . . . . . . . . . OMF . . . . . . . . . . . . . OML . . . . . . . . . . . . . PATH . . . . . . . . . . . . . PCU . . . . . . . . . . . . . PCU GBL . . . . . . . . . . . PCU GDS . . . . . . . . . . . PCU GSL . . . . . . . . . . . PCU MSI . . . . . . . . . . . PCU NSVC . . . . . . . . . . PCU PSP . . . . . . . . . . . Proxycell . . . . . . . . . . . reverting to saved information . RSL. . . . . . . . . . . . . . RTF . . . . . . . . . . . . . . saving . . . . . . . . . . . . . SGSN . . . . . . . . . . . . . SITE . . . . . . . . . . . . . SMSCBmsg . . . . . . . . . . using . . . . . . . . . . . . . UTRAN Blind Search Neighbour devices creating individual . . . . . . . recommendation . . . . . . . creating multiple recommendation . . . . . . . deleting using TTY interface . . . . . deleting from a Site . . . . . . deleting multiple recommendations . . . . . . displaying using OMC-R GUI . . . . . using TTY interface . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4-105 4-102 9-115 . 1-41 . 1-43 8-183 9-121 9-125 9-132 9-128 9-136 . 3-8 9-147 9-163 . 1-39 8-134 . 3-3 . 3-8 9-168 9-170 9-178 . 6-12 . 6-45 . 6-37 . 6-41 . 6-31 . 6-52 . 6-28 8-157 . 1-41 9-189 9-198 . 1-39 . 6-59 . 7-29 8-262 . 1-37 8-153 9-4 9-4 9-9
. . . . . . . . . . . . . . . . . . . . .
devices (contd.) equipping using TTY interface . . . . . . . . . hierarchy . . . . . . . . . . . . . . . methods for configuring individual . . . . . . . . . . . . . . multiple . . . . . . . . . . . . . . . modifying using OMC-R GUI . . . . . . . . . using TTY interface . . . . . . . . . modifying multiple . . . . . . . . . . . using batch rlogin . . . . . . . . . . using cmutil . . . . . . . . . . . . . reassigning on a primary Path . . . . . . tracking . . . . . . . . . . . . . . . . unassigning from a Path . . . . . . . . unequipping using TTY interface . . . . . . . . . using OMC-R GUI using TTY interface . . . . . . . . . DHP at Horizonmicro2 and Horizoncompact2 . configuring . . . . . . . . . . . . . . creating using OMC-R GUI . . . . . . . . . definition . . . . . . . . . . . . . . . equipping multiple devices . . . . . . . . . . . using TTY interface . . . . . . . . . parameters. . . . . . . . . . . . . . . DHP Detailed View description of fields . . . . . . . . . . grouping Cage and Slot . . . . . . . . . . . . Identification . . . . . . . . . . . . State . . . . . . . . . . . . . . . . Directory structure database . . . . . . . . . . . . . . . . Disabling CIC validation at an AXCDR using TTY interface . . . . . . . . . disp_acs . . . . . . . . . . . . . . . . . disp_cbch_state . . . . . . . . . . . . . disp_conn . . . . . . . . . . . . . . . . disp_csfp command . . . . . . . . . . . disp_mms_ts_usage . . . . . . . . . . . disp_relay_contact command . . . . . . . disp_transcoding command . . . . . . . . disp_version command . . . . . . . . . . Displaying device and function details . . . . . . . Displaying a PCU Cabinet . . . . . . . . Displaying a PCU Cage . . . . . . . . . . Displaying a PCU MMS . . . . . . . . .
9-5 9-6 9-9 9-9 15-27 11-92 . 9-11 11-90 9-8 9-8
. . . . . .
. . . 9-62 . . . 9-61 . . . 9-62 . . . 9-61 . . . 9-65 . . . 9-64 . . . 9-62 . . . 9-62 . . . 9-63 . . . 9-63 . . . 9-64 . . . 4-49 . . 4-83 . 2-147 . . 2-50 5-3, 5-9 . . 9-60 4-109, 5-3 . . 9-119 . . 9-153 . . 4-120 9-6 to 9-7 . . . 6-21 . . . 6-22 . . . 6-34 . . . . .
IX-14
GMR-01
Index
Displaying an Assoc_BSS using TTY interface . . . . . . . . . . . . . 4-78 Displaying an Assoc_RXCDR using TTY interface . . . . . . . . . . . . . 4-83 Displaying BSC-BTS dynamic allocation details at a BTS . . . . . . . . . . . . . . . . . . . 2-23 Displaying BSC-BTS dynamic allocation resources using the TTY interface . . . . . . . . . . 4-109 Displaying BSC-RXCDR connectivity using disp_conn command . . . . . . . . . . 5-9 Displaying call trace flow control using TTY interface . . . . . . . . . . . . . 2-68 Displaying DSW using TTY interface . . . . . . . . . . . . 9-134 Displaying EAS using TTY interface . . . . . . . . . . . . 9-118 Displaying KSW using TTY interface . . . . . . . . . . . . 9-134 Displaying LMTL loadsharing granularity using TTY interface . . . . . . . . . . . . 9-144 Displaying MTL loadsharing granularity using TTY interface . . . . . . . . . . . . 9-167 disuse_cnt_hreqave . . . . . . . . . . . 8-209, 8-211 Double density DRI introduction . . . . . . . . . . . . . . . . . 7-9 Double density DRIs . . . . . . . . . . . . . . 9-69 DPROC configuring . . . . . . . . . . . . . . . . . 6-23 creating . . . . . . . . . . . . . . . . . . . 6-24 deleting . . . . . . . . . . . . . . . . . . . 6-26 modifying . . . . . . . . . . . . . . . . . . 6-26 types . . . . . . . . . . . . . . . . . . . . 6-23 DPROC Detailed View description of fields . . . . . . . . . . . . . 6-24 grouping . . . . . . . . . . . . . . . . . . 6-25 DRI configuring . . . . . . . . . . . . . . . . . 9-66 continue transmission after cell OOS . . . . . 4-27 creating . . . . . . . . . . . . . . . . 9-70, 9-79 definition . . . . . . . . . . . . . . . . . . 9-66 displaying, modifying, deleting . . . . . . . . 9-79 Double density. . . . . . . . . . . . . . . . 9-69 DRI-Combiner configuration . . . . . . 9-52, 9-68 for Horizonmicro and Horizoncompact . . . . 9-67 parameters. . . . . . . . . . . . . . . . . . 9-71 reassigning . . . . . . . . . . . . . 9-80 to 9-81 reassigning to a different GPROC . . . . . . . 9-80 remotely calibrating . . . . 9-82, 9-88, 9-98, 9-104 DRI Detailed View description of fields . . . . . . . . . . . . . 9-71 grouping . . . . . . . . . . . 9-72, 9-75 to 9-79 DRIGroup . . . . . . . . . . . . . . . . . . . 9-66 for Horizonmicro and Horizoncompact . . . . 9-67
DRIGroup (contd.) impact of the Dual Band Cells feature . . . . 9-67, 9-194 Drive testing Drive test . . . . . . . . . . . . . . 14-3, 14-16 DSW configuring overview . . . . . . . . . . . . . . . . 9-131 creating using OMC-R GUI . . . . . . . . . . . 9-132 definition . . . . . . . . . . . . . . . . . 9-131 displaying details using TTY interface . . . . . . . . . . . 9-134 DSWX definition . . . . . . . . . . . . . . . . . 9-131 DTE X.121 addresses assigning at NE . . . . . . . . . . . . . . . 5-21 assigning at OMC-R . . . . . . . . . . . . . 5-18 OMC-R addresses rules . . . . . . . . . . . 5-23 setting OML addresses . . . . . . . . . . . . 5-22 slot:port settings for OMLs . . . . . . . . . . 5-21 use of PC . . . . . . . . . . . . . . . . . . 5-21 Dual Band Cells feature configuring . . . . . . . . . . . . . . 2-29, 2-38 impact on DRIs and RTFs . . . . . . 9-67, 9-194 parameters. . . . . . . . . . . . . . . . . . 2-31 dual_band_offset . . . . . . . . . . . . 2-31 to 2-32 dualBandCellOpt . . . . . . . . . . . . 2-31 to 2-32 dyn_step_adj . . . . . . . . . . . . . 8-218 to 8-219 dyn_step_adj_fmpr dyn_step_adj . . . . . . . . . . . 8-218 to 8-219 Dynamic allocation of BSC-BTS terrestrial backing resources . . . 2-20 of RXCDR-BSC circuits . . . . . . . . . . . 2-14 Dynamic propagation proxy cell data to OMC-Rs . . . . . . . . . 8-174 DYNET . . . . . . . . . . . . . . . . . . . . 2-20 configuring . . . . . . . . . . . . . 4-104, 4-108 creating . . . . . . . . . . . . . . . 4-104, 4-108 creating PATHs . . . . . . . . . . . . . . 4-104 deleting . . . . . . . . . . . . . . . 4-107, 4-109 displaying . . . . . . . . . . . . . . . . . 4-108 modifying . . . . . . . . . . . . . . . . . 4-108 overview . . . . . . . . . . . . . . . . . . 4-99 path devices . . . . . . . . . . . . . . . . 9-173 viewing and editing . . . . . . . . . . . . 4-107 DYNET Detailed View description of fields . . . . . . . . . . . . 4-105 grouping . . . . . . . . . . . . . 4-105 to 4-106 dynet_retry_time . . . . . . . . . . . . . . . . 2-21 dynet_tchs_rsvd . . . . . . . . . . . . . . . . 2-21 DYNETGroup configuring . . . . . . . . . . . . . . . . 4-102 creating . . . . . . . . . . . . . . 4-102 to 4-103
GMR-01
IX-15
Index
4-102 4-103
eac_mode changing . . . . . . . . . . . . . . . . . . 4-84 changing using TTY interface. . . . . . . . . 4-84 EAS alarm strings . . . . . . . . . . . . . . . . 9-109 alarm table . . . . . . . . . . . . . . . . 9-109 changing alarm strings . . . . . . . . . . . 9-111 chg_eas_alarm command . . . . . . . . . . 9-110 configuring . . . . . . . . . . . . . 9-106, 9-118 configuring physical relay states . . . . . . 9-119 creating . . . . . . . . . . . . . . . . . . 9-113 defining alarms in the alarm table . . . . . . 9-110 definition . . . . . . . . . . . . . . . . . 9-106 displaying . . . . . . . . . . . . . . . . . 9-118 displaying EAS relay states . . . . . . . . . 9-119 equipping using TTY. . . . . . . . . . . . 9-118 modifying . . . . . . . . . . . . . . . . . 9-118 parameters. . . . . . . . . . . . . . . . . 9-115 setting EAS relay states. . . . . . . . . . . 9-119 user definable alarm strings . . . . . . . . . 9-108 EAS Detailed View description of fields . . . . . . . . . . . . 9-115 grouping . . . . . . . . . . . . . 9-115 to 9-117 ECERM configuring . . . . . . . . . . . 2-73, 2-81, 2-137 parameters. . . . . . . . . . . . . . 2-74, 2-127 using TTY interface . . . . . . . . . 2-81, 2-137 ecermOpt . . . . . . . . . . . . . . . 2-74, 2-126 Editing network objects general description and procedure . . . . . . . 1-33 EGPRS Coding Schemes parameters. . . . . . . . . . . . . . . . . . 2-41 egprsOpt parameter. . . . . . . . . . . . . . . 4-16 EGSM configuring advanced load management . . . . 2-82 configuring advanced load mangement . . . . 2-83 configuring BCCH and SDCCH. . . . . . . 8-192 egsm_alm_allowed parameter bss_egsm_alm_allowed parameter . . . . . . 2-83 egsm_bcch_sd . . . . . . . . . . . . . . . . 8-192 egsmOpt . . . . . . . . . . . . . . . . . . . . 4-14 eMLPP See Enhanced Multi-level Precedence and Pre-emption . . . . . . . . . . . . . . . . 2-185 en_incom_ho
en_incom_ho (contd.) barring incoming handovers . . . . . . . . 8-259 Enabling a Site to be remotely calibrated . . . . . 9-87 Enabling autocreation of proxy cells . . . . . . 8-162 Enabling Bay Level Calibration facility . . . . . 9-85 Enabling BSC-BTS dynamic allocation at a BTS . . . . . . . . . . . . . . . . . . . 2-23 Enabling CIC validation at an AXCDR using TTY interface . . . . . . . . . . . . 4-83 Encryption algorithms activating . . . . . . . . . . . . . . . . . . 2-27 displaying prioritized list . . . . . . . . . . . 2-28 prioritizing . . . . . . . . . . . . . . . . . 2-28 setting. . . . . . . . . . . . . . . . . . . . 2-27 Enhanced BSC capacity. . . . . . . . . . . . . 2-99 Enhanced Circuit Error Rate Monitor see ECERM . . . . . . . . . . . . . . . . . 2-73 Enhanced GPRS One Phase Access . . . . . . 2-120 configuring using OMC-R GUI . . . . . . . . . . . 2-122 using TTY interface . . . . . . . . . . . 2-122 parameters. . . . . . . . . . . . . . . . . 2-120 Enhanced Inter-RAT . . . . . . . . . . . . . 2-101 Enhanced Inter-RAT Handover parameters. . . . . . . . . . . . . . . . . 2-101 Enhanced Multi-level Precedence and Pre-emption (eMLPP). . . . . . . . . . . . . . . . . . . 2-185 associated parameters . . . . . . . . . . . 2-186 Enhanced Scheduling . . . . . . . . . . . . . 2-156 configuring using OMC-R GUI . . . . . . . . . . . 2-159 using TTY interface . . . . . . . . . . . 2-159 parameters. . . . . . . . . . . . . . . . . 2-157 Enhanced SDCCH to TCH band assignment configuring . . . . . . . . . . . . . . . . 8-212 parameter . . . . . . . . . . . . . . . . . 8-213 Enhanced XBL . . . . . . . . . . . . . . . . . 2-11 enhanced_relief . . . . . . . . . . . . . 2-30, 8-29 EnhancedInterRatOpt . . . . . . . . . 2-101 to 2-102 enhancedMLPPOpt . . . . . . . . . . . . . . 2-187 Environment variables CellXchange. . . . . . . . . . . . . . . . 12-37 network expansion . . . . . . . . . . . . . . 11-4 eop_enabled . . . . . . . . . . . . . . 2-120, 2-157
IX-16
GMR-01
Index
eopOpt . . . . . . . . . . . equipage hierarchy . . . . . . Equipping BSP using TTY interface . . . . Equipping BTP using TTY interface . . . . Equipping BTS site . . . . . . adding PATH procedure . . . . . . . . adding PATH, RSL and RTF procedure . . . . . . . . adding RSL procedure . . . . . . . . adding RSL devices procedure . . . . . . . . adding RTF example. . . . . . . . . procedure . . . . . . . . adding RTF functions . . . procedure . . . . . . . . . Equipping cabinets using TTY interface . . . . Equipping cabinets & cages remote BTS example. . . . . . . . . Equipping CBL parameters. . . . . . . . . using TTY interface . . . . Equipping COMB RTC hardware addresses . . Equipping EAS using TTY interface . . . . Equipping GCLK using TTY interface . . . . Equipping GPROC using TTY interface . . . . Equipping KSW using TTY interface . . . . Equipping LCF using TTY interface . . . . Equipping MSI
. . . . . 2-120, 2-157 . . . . . . . . . 9-36 . . . . . . . . . 9-40 . . . . . . . . . 9-44 . . . . . . . . . 7-23 . . . . . . . . . 7-25 . . . . . . . . . 7-20 . . . . . . . . . 7-26 . . . . . . . . . 7-21 . . . . . . . . . . . . . . . . . . . . . . . . 7-27 . . . . 7-27 . . . . 7-21 . 7-20, 7-23
. . . . . . . . . 4-64 . . . . . . . . . 7-38 . . . . . . . . . 9-45 . . . . . . . . . 9-47 . . . . . . . . . 9-52 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-118 9-123 9-127 9-134 9-138
Equipping MSI (contd.) cage & slot restrictions . . . . . . Equipping MTL using TTY interface . . . . . . . Equipping OMF using TTY interface . . . . . . . Equipping OML using TTY interface . . . . . . . Equipping PCU from the TTY interface . . . . . . Equipping PCU devices Equipping a PCU devices . . . . . Equipping RTF using TTY interface . . . . . . . Equipping RXCDR cabinet . . . . . using TTY interface . . . . . . . Equipping XBL at a BSC using TTY interface . . . . . . at an RXCDR using TTY interface . . . . . . numbering the BSCs . . . . . . . erc_ta_priority . . . . . . . . . . . Establishing a cell boundary. . . . . event logs . . . . . . . . . . . . . EXBL Enhanced XBL . . . . . . . . . Expanding the network . . . . . . . EXPORT__CELLS . . . . . . . . . Exporting and importing proxy cells . Exporting proxy cells . . . . . . . . Extended cell range prioritization configuring . . . . . . . . . . . using OMC-R GUI . . . . . . using TTY interface . . . . . . parameters. . . . . . . . . . . . Extracting data from the CM MIB using cmutil . . . . . . . . . . . examples . . . . . . . . . . . using SQL . . . . . . . . . . . . using sql queries . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . 9-218 . . . . . 5-9 8-215 to 8-216 . . . . 8-253 . . . . . 1-8 . . . . . . . . . . . . . 2-11 . . . . 11-2 8-155, 8-168 . . . 8-166 . . . 8-169 . . . . . . . . . . . . 8-215 8-216 8-216 8-215
Fast Call Setup . . . . . associated parameters FastCallOpt . . . . . . fdd_qmin . . . . . . . fdd_qoffset. . . . . . . feature 22076 . . . . . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
feature (contd.) 22239 . . . . . . . . . . . . . . . . 8-15, 8-135, 8-158, 8-195, 9-78, 9-202, 11-15, 11-25 22280 . . . . . . . . . . . . . . . . . . . 8-258 22404 . . . . . . . . 2-35, 2-161, 4-18, 8-92, 12-64 22407 . . . . . . . . . . . . . 2-65 to 2-66, 4-17 22708 . . . . . . . . . . . 2-181, 4-18, 4-35, 4-37
GMR-01
IX-17
Index
feature (contd.) 22879 . . . . . . . . . . . . 1-17, 2-101 to 2-103, 2-105 to 2-107, 4-17 to 4-18, 8-88, 8-91, 8-98, 8-100 to 8-101, 8-149 to 8-150, 8-153, 9-35, 12-3, 12-29, 12-33, 12-38, 12-60, 12-68 to 12-70, 12-73 22904 . . . . . 3-6, 4-12, 10-2 to 10-3, 10-6, 10-15, 10-18 to 10-19, 10-24 to 10-25, 10-31, 10-44 23238 . . . 10-2, 10-4, 10-22, 10-25, 10-32 to 10-33 23370 . . . . . . . . . . . . 1, 1-18 to 1-20, 1-46, 2-18, 2-62, 4-10, 10-6, 11-2, 15-3 23376 . . . . . . . . . . . . . . . . . . . . 9-21 23683 . . . . . . . . . . . . . . . 4-75, 4-79, 5-2 23769 . . . . . . . . . . . . . . . . . . . 2-194, 4-18, 9-27, 9-195, 9-204, 9-207, 12-81 23956 . . . . . 2-97, 2-121, 2-171, 4-18, 4-37, 6-19, 8-82, 8-91, 8-97 to 8-98, 12-63, 12-68 24281 . . . . . 2-44, 4-58, 4-61 to 4-63, 7-11, 9-41, 9-43, 9-69, 9-73 to 9-74, 9-77 to 9-79, 9-116 24347 . . . . . . . . . . . . . . 2-185, 4-18, 4-41 24432 . . . . . . . . . . . . . . . 11-92 to 11-95 24537 . . . . . . . . . . . . . . . . 11-15, 11-18 24541 . . . . . . . . . . . . . . . . 2-142, 9-147 24620 . . . . 2-189, 4-18, 8-23, 8-100, 11-7, 12-70 24630 . . . . . . . . . . . . . . . . . . . 8-105 24632 . . . . . . . . . . . . . . . . . . . 9-202 24636 . . . . . . . . . . . . . . . . . . . . 3-5 24660/24661. . . . . . . . . . 2-191, 4-41, 9-187 25029 . . . . . . . . . . . . . . . . 12-7, 12-28 25779 . . . . . . . . . . . . . . . . . . . . 9-37 27761 . . . . . . . . . 10-8, 10-24, 10-27 to 10-29 28075 . . . . . . . . . . . . . . . . 2-198, 4-18 Finding a network object . . . . . . . . . . . . 1-36 Fix Object load identifying. . . . . . . . . . . . . . . . . 4-119 flexible neighbour cell processing configuring for a cell . . . . . . . . . . . . . . . . 8-208 using OMC-R GUI . . . . . . . . . . . 8-211 using TTY interface . . . . . . . . . . . 8-211 overview . . . . . . . . . . . . . . . . . 8-208 flow_control_t1 . . . . . . . . . . . . . 2-24, 2-26 flow_control_t2 . . . . . . . . . . . . . 2-24, 2-26 fm_site_type . . . . . . . . . . . . . . . . . . 2-18 Freeing a timeslot at the same site. . . . . . . . . . . . . . . . 5-26 between different sites . . . . . . . . . . . . 5-26 FreqHopSys Detailed View description of fields . . . . . . . . . . . . 8-183 grouping . . . . . . . . . . . . . . . . . 8-184 General . . . . . . . . . . . . . . . . . 8-184 Identification . . . . . . . . . . . . . . 8-184
Frequency change BCCH. . . . . . . . . . . . non BCCH . . . . . . . . . Frequency hopping assigning to each timeslot using TTY interface . . . . baseband frequency hopping . configuring using OMC-R GUI . . . . using TTY interface . . . . constraints . . . . . . . . . . overview . . . . . . . . . . planning . . . . . . . . . . . setting parameters using TTY interface . . . . synthesizer frequency hopping Frequency replanning . . . . . . frequency_type. . . . . . . . . front panel . . . . . . . . . . . FRU checking . . . . . . . . . . functions creating individual . . . . . . recommendation . . . . . . creating multiple recommendation . . . . . . deleting using OMC-R GUI . . . . using TTY interface . . . . deleting multiple recommendations . . . . . displaying using OMC-R GUI . . . . using TTY interface . . . . equipping using TTY interface . . . . hierarchy . . . . . . . . . . methods for configuring individual . . . . . . . . . multiple . . . . . . . . . . modifying using OMC-R GUI . . . . using TTY interface . . . . modifying multiple . . . . . . using batch rlogin . . . . . using cmutil . . . . . . . . unequipping using TTY interface . . . .
. . . . . . . . . . . . . .
8-228 8-231
. . . . . . . 8-189 . . . . . . . . 2-9 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-179 . . 8-187 . . . 2-3 2-3, 8-177 . . . 2-3 . . 8-188 . . . 2-4 . . . 12-2 2-31, 2-34 . . . 1-47
. . . . . . . . 9-4 . . . . . . . . 9-30 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-4 9-9 9-5 9-6 9-9 9-9 15-27 9-8
. . . . . . . .
IX-18
GMR-01
Index
GBL. . . . . . . . . . . . . . . . configuring using OMC-R GUI . . . . . . creating using OMC-R GUI . . . . . . deleting using OMC-R GUI . . . . . . GBL Detailed View (PCU) description of fields . . . . . . . grouping Connectivity Information. . . . Frame Relay Information. . . . Identification . . . . . . . . . State . . . . . . . . . . . . . GCLK configuring . . . . . . . . . . . creating using OMC-R GUI . . . . . . equipping using TTY interface . . . . . . parameters. . . . . . . . . . . . slot restrictions. . . . . . . . . . GCLK Detailed View description of fields . . . . . . . grouping Cage and Slot . . . . . . . . . Identification . . . . . . . . . GCLK synchronization . . . . . . . checking for a SITE . . . . . . . commands and parameters . . . . configuration restrictions . . . . . description. . . . . . . . . . . . enabling . . . . . . . . . . . . . mms_priority . . . . . . . . . . modes of operation . . . . . . . . multiple SITE checks. . . . . . . no. of GCLKs per site . . . . . . parameter descriptions . . . . . . phase_lock_duration . . . . . . . using TTY interface . . . . . . . examples . . . . . . . . . . . GDP configuring enhanced provisioning parameters . . . . . . . . . . definition . . . . . . . . . . . . enhanced . . . . . . . . . . . . primary and secondary . . . . . . types . . . . . . . . . . . . . . GDS configuring using OMC-R GUI . . . . . . creating 68P02901W17-R 14 Apr 2006
. . . . . .
6-2
. . . . . . 6-44 . . . . . . 6-44 . . . . . . 6-50 . . . . . . 6-45 . . . . . . . . . . . . . . . . . . . . . . . . 6-47 6-48 6-46 6-47 9-120 9-120 9-123 9-121 9-120 9-121 9-123 9-122 . 7-45 . 7-54 . 7-47 . 7-46 . 7-45 . 7-51 . 7-49 . 7-50 . 7-54 . 7-45 . 7-48 . 7-49 . 7-50 . 7-50 9-157 9-155 9-155 9-155 9-156 9-155
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . 6-36
GDS (contd.) creating (contd.) using OMC-R GUI . . . . . . . deleting using OMC-R GUI . . . . . . . modifying using OMC-R GUI . . . . . . . GDS Detailed View (PCU) description of fields . . . . . . . . grouping Connectivity Information. . . . . Identification . . . . . . . . . . State . . . . . . . . . . . . . . GDS on PRP . . . . . . . . . . . . . General grouping . . . . . . . . . . . . . Generic clock synchronization GCLK synchronization . . . . . . . Geographic Command Partition feature Global Locking . . . . . . . . . . . GLU tool using to interrogate the network . . . GPROC cage and slot details . . . . . . . . cage and slot restrictions . . . . . . configuring for optimization . . . . . . . . . overview . . . . . . . . . . . . creating using OMC-R GUI . . . . . . . equipping using TTY interface . . . . . . . parameters. . . . . . . . . . . . . GPROC Detailed View description of fields . . . . . . . . grouping Cage and Slot . . . . . . . . . . Identification . . . . . . . . . . GPRS . . . . . . . . . . . . . . . . enabling/changing for a cell using TTY interface . . . . . . . Enhanced GPRS One Phase Access . Enhanced Scheduling. . . . . . . . interleaving TBFs parameters . . . . . . . . . . . using TTY interface . . . . . . . multiple GPRS carriers per cell . . . parameter naming . . . . . . . . . parameters. . . . . . . . . . . . . propagatable cell parameters . . . . GPRS Coding Scheme parameters. . . . . . . . . . . . .
. . . .
. . . . . 7-45 . . . . . 1-33 . . . . . 1-20 . . . . . 1-11 . . . . . 9-57 . . . . 9-124 . . . . . 14-6 . . . . 9-124 . . . . . . . . . . . . . . . . 9-125 9-127 9-125 9-125
. . . . 9-126 . . . . 9-126 . . . . . 6-2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-227 2-120 2-156 . 2-95 . 2-94 8-222 . 8-74 . 4-16 . 8-84
. . . . . 2-41 IX-19
GMR-01
Index
GPRS Coding Schemes 3 & 4 configuring using TTY interface . . . . GPRS interleaving TBFs configuring using OMC-R GUI . . . . GPRS Seamless Cell Reselection configuring . . . . . . . . . GPRS Trace feature gprsOpt . . . . . . . . . . . gprs_enabled parameter . . . . . gprs_mac_mode parameter . . . gprs_sched_beta . . . . . . . . gprs_type5_alg . . . . . . . . . gprsOpt parameter . . . . . . . GSL configuring using OMC-R GUI . . . . creating
. . . . . . . . 6-40
GSL (contd.) creating (contd.) using OMC-R GUI . . . . . . . . . . . . 6-41 deleting using OMC-R GUI . . . . . . . . . . . . 6-42 GSL Detailed View (PCU) description of fields . . . . . . . . . . . . . 6-41 grouping Identification . . . . . . . . . . . . . . . 6-42 State . . . . . . . . . . . . . . . . . . . 6-42 gsl_lcf_mapping . . . . . . . . . . . . . . . . 6-40 GSM Half Rate . . . . . . . . . . . . . . 2-139, 2-149 changing mode using TTY . . . . . . . . . 4-86 Channel Mode Usage grouping . . . . 4-38, 4-81 Channel Mode Usage grouping with GSM Half Rate . . . . . . . . . . . . . . . . 4-40, 8-35 GSM Cell id components of . . . . . . . . . . . . . . . 8-260
Half Rate (GSM) Half Rate . . . . . . . . . . . half_rate_enabled . . . . . . . . handover_power_level . . . . . . Handovers adaptive at a cell . . . . . . . . . . . at a neighbour . . . . . . . . coincident multiband . . . . . . ping-pong for a neighbour . . . . . . . hardware checking at each site . . . . . . hardware version checking . . . . . . . . . . . HDLC display hdlc layout . . . . . . . hierarchy of devices and functions . HierDelete . . . . . . . . . . . . script file . . . . . . . . . . .
ho_margin_type5 . . . . . . . . 8-199, 8-203 to 8-204 ho_only_max_pwr . . . . . . . . . . . 8-209, 8-211 ho_pwr_level_inner . . . . . . . . . . . 2-31, 2-33 hopping_support . . . . . . . . . . . . . . . 8-178 hopping_systems_hsn. . . . . . . . . . . . . 8-178 hopping_systems_mobile_alloc . . . . . . . . 8-178 Horizon II BTS introduction . . . . . . . . . . . . . . . . . 7-8 Horizon II macro . . . . . . . . . . . . . . . . 4-58 functionality . . . . . . . . . . . . . . . . . 7-10 Horizon II macro and Horizon II macro_ext cabinets . . . . . . . . . . . . . . . . . . . 4-57 Horizon II mini. . . . . . . . . . . . . . 4-58, 7-11 BTP. . . . . . . . . . . . . . . . . . . . . 9-41 Double Density DRIs. . . . . . . . . . . . . 9-69 EAS. . . . . . . . . . . . . . . . . . . . 9-116 Horizonmicro/compact BTS configuring overview . . . . . . . . . . . . . . . . . 7-7
IX-20
GMR-01
Index
Import Radio Frequency values . . . . . . . . 12-18 Importing proxy cells . . . . . . . . . . . . . 8-170 Improved Timeslot Sharing parameters. . . . . . . . . . . . . . . . . 2-198 IMRM see Intelligent Multilayer Resource Management. . . . . . . . . . . . . . . . 2-161 imrm_force_recalc . . . . . . . . . . . . . . 2-168 associated parameters . . . . . . . . . . . 2-168 weightings parameters . . . . . . . . . . . 2-166 imrmOpt. . . . . . . . . . . . . . . . . . . 2-168 Increased PRP capacity . . . . . . . . . . . . 2-156 InitMib script file . . . . . . . . . . . . . . . . . 15-18 inner_zone_alg . . . . . . . . . . . . . 2-31 to 2-32 Installing map background using cmutil . . . . . . . . . . . . . . . . . 13-4 Intelligent Audit . . . . . . . . . . . . . . . . 10-3 Intelligent Locking . . . . . . . . . . . . . . . 1-20 Intelligent Multilayer Resource Management (IMRM) . . . . . . . . . . . . . . . . . . . 2-161
Intelligent Multilayer Resource Management (IMRM) (contd.) associated parameters . . . . . . . . . . . 2-168 description of feature settings . . . . . . . . 2-163 interaction with other features. . . . . . . . 2-167 prerequisites . . . . . . . . . . . . . . . . 2-167 recommended settings . . . . . . . . . . . 2-167 weightings parameters . . . . . . . . 2-163, 2-169 Inter-RAT enhanced . . . . . . . . . . . . . . . . . 2-101 Inter-RAT Handover . . . . . . . . . . . . . 2-100 configuring using OMC-R GUI . . . . . . . . . . . 2-107 using TTY interface . . . . . . . . . . . 2-108 parameters. . . . . . . . . . . . . . . . . 2-101 inter_rat_enabled . . . . . . . . . . . . 2-101, 2-103 InterRatOpt . . . . . . . . . . . . . . . . . 2-101 Interrogating the network using COP tool . . . . . . . . . . . . . . . 1-11 using the COP GLU tool . . . . . . . . . . . 1-11 intra_cell_handover_allowed . . . . . . . . . . 2-36
KSW configuring overview . . . . . creating using OMC-R GUI definition . . . . . . displaying details using TTY interface equipping using TTY interface parameters. . . . . . KSW Detailed View description of fields .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
KSW Detailed View (contd.) grouping Cage and Slot . . . . Identification . . . . State . . . . . . . . KSWpair configuring overview . . . . . . parameters. . . . . . . KSWpair Detailed View description of fields . . grouping Identification . . . . KSWX definition . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
LAC and/or CI changing . . . . . . . multiple changes . . . . of a cell . . . . . . . . of proxy cell . . . . . . single change procedure Lb interface 68P02901W17-R 14 Apr 2006
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
GMR-01
IX-21
Index
LCF (contd.) display current devices assigned to LCF . . . . 9-17 equipping using TTY interface . . . . . . . . . . . 9-138 modify max_mtls and max_cbls supported by LCF. . . . . . . . . . . . . . . . . . . . . 9-18 parameters. . . . . . . . . . . . . . . . . 9-136 LCF Detailed View description of fields . . . . . . . . . . . . 9-136 grouping Identification . . . . . . . . . . . . . . 9-136 State . . . . . . . . . . . . . . . . . . 9-138 LCS see Location Services . . . . . . . . . . . 2-109 Link Adaptation Full Rate . . . . . . . . . . . . . . . . . 2-139 MS Monitor . . . . . . . . . . . . . . . 2-140 Half Rate . . . . . . . . . . . . . . . . . 2-139 Link parameters ber_oos_mon_period . . . . . . . . . . . . 9-146 ber_restore_mon_period . . . . . . . . . . 9-146 LMTL configuring . . . . . . . . . . . . . . . . 9-139 creating using TTY interface . . . . . . . . . . . 9-141 definition . . . . . . . . . . . . . . . . . 9-139 description of loadsharing granularity . . . . 9-142 displaying loadsharing granularity using TTY interface . . . . . . . . . . . 9-144
LMTL (contd.) modifying loadsharing granularity. using the OMC-R GUI . . . . . using TTY interface . . . . . . parameters. . . . . . . . . . . . lmtl_loadshare_granularity . . . . . Local maintenance parameter preventing rlogin. . . . . . . . . local_transcoding. . . . . . . . . . Location Services configuring . . . . . . . . . . . using OMC-R GUI . . . . . . using TTY interface . . . . . . parameters. . . . . . . . . . . . LockUtility . . . . . . . . . . . . Log files for CellXchange . . . . . . . . . viewing Network expansion logs . Logging in as omcadmin . . . . . . . . . . to a BSS from OMC-R . . . . . . Logs BSS . . . . . . . . . . . . . . . cellXchange . . . . . . . . . . . CM changes . . . . . . . . . . . event logs . . . . . . . . . . . . network expansion . . . . . . . . omcaudit . . . . . . . . . . . . usraudit . . . . . . . . . . . . . low_sig_thresh parameter . . . . . . lscOpt . . . . . . . . . . . . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . . . 12-7 . . . . . 11-71 . . . . . . 15-3 . . . . . . 1-46 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-9 . . . 12-7 . . . 1-8 . . . 1-8 . . 11-71 . . . 1-9 . . . 1-9 8-194, 8-196 . . . 2-109
M interface . . . . . . . . . . . . Making wide area modifications . . . using TTY interface . . . . . . . Managed objects . . . . . . . . . . Management Information Base MIB. . . . . . . . . . . . . . . Managing audit logs . . . . . . . . Managing standard configurations for DRI calibration . . . . . . . . Maps adding a regional map . . . . . . using cmutil . . . . . . . . . . adding map link . . . . . . . . . adding NEs & links using cmutil . . . . . . . . . . adding regional . . . . . . . . . adding regional map using OMC-R GUI . . . . . . adding/changing map background . IX-22
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
Maps (contd.) changing map background . . . . . using cmutil . . . . . . . . . . . creating using cmutil . . . . . . . . deleting . . . . . . . . . . . . . . using OMC-R GUI . . . . . . . deleting map link. . . . . . . . . . deleting map node . . . . . . . . . installing . . . . . . . . . . . . . storing updated data . . . . . . . . using cmutil . . . . . . . . . . . Max DRIs per GPROC checking . . . . . . . . . . . . . MAX_CM_OPS . . . . . . . . . . . MAX_CMUTIL_OPS . . . . . . . . max_number_of_sdcchs parameter . . MAX_PARALLEL_AUDITS variable . max_tx_bts . . . . . . . . . . . . . max_tx_bts parameter . . . . . . . .
. . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . .
. . . . . . . . . .
. . . . . . . . . .
15-55 . 13-4 15-50 15-53 . 13-3 13-14 13-10 . 13-4 15-54 . 13-3
GMR-01
Index
max_tx_ms . . . . . . . . . . . . mb_preference . . . . . . . . . . . MIB adding a BSS . . . . . . . . . . adding objects . . . . . . . . . . content of ASCII files . . . . . adding/changing map background . adding/deleting map link . . . . . adding/deleting regional map . . . auditing a BSS or RXCDR . . . . auditing network . . . . . . . . . backing up. . . . . . . . . . . . changing connections between NEs changing NE details . . . . . . . complete dump of . . . . . . . . configuring . . . . . . . . . . . using audit . . . . . . . . . . containment . . . . . . . . . . . creating maps using cmutil . . . . . . . . . . definition . . . . . . . . . . . . deleting objects . . . . . . . . . content of ASCII files . . . . . extracting data . . . . . . . . . . using cmutil . . . . . . . . . . using SQL . . . . . . . . . . using sql queries . . . . . . . . extracting objects content of ASCII files . . . . . initializing of . . . . . . . . . . locking . . . . . . . . . . . . . modifying objects content of ASCII files . . . . . object identification . . . . . . . Off-Line. . . . . . . . . . . . . populating new . . . . . . . . . storing . . . . . . . . . . . . . updating objects . . . . . . . . . MIB Locking . . . . . . . . . . . mib_locks.cfg . . . . . . . . . . . min_number_of_sdcchs parameter. . missing measurement reports assigning a quality of 7 parameter . . . . . . . . . . . using the OMC-R GUI . . . . . using the TTY interface . . . . assigning quality = 7 . . . . . . . MMS (PCU) displaying . . . . . . . . . . . . modifying . . . . . . . . . . . . Mobile Allocation Selector window . Mobis interface . . . . . . . . . . modify_value command use in configuring sites . . . . . .
. . . . . . 2-36 . . . 2-31, 2-34 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-21 15-21 . 15-7 . 13-4 13-12 . 13-2 10-17 10-14 . 1-16 15-42 15-25 15-59 . 15-2 . 10-2 . 1-16
. . . . . . 15-8 . . . . . . 1-16 . . . 1-20, 15-3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-8 . . 15-8 . . 12-2 . 15-58 . . 1-16 . 15-25 1-20, 15-3 . . . 1-20 . . 8-242 . . . . . . . . . . . . 8-240 8-241 8-241 8-240
. . . . . . 7-37
modify_value command (contd.) using the all parameter . . . . . . . . modifying for a wide area . . . . . . . . . . . . Modifying device and functions using OMC-R GUI . . . . . . . . using TTY interface . . . . . . . . network objects . . . . . . . . . . . Modifying a neighbour using OMC-R GUI . . . . . . . . . . Modifying a network object using OMC-R GUI . . . . . . . . . . Modifying A, M & Mobis interfaces A and M interfaces . . . . . . . . . . definitions . . . . . . . . . . . . . . displaying interface status . . . . . . Mobis interface . . . . . . . . . . . procedure . . . . . . . . . . . . . . Modifying an Assoc_BSS using TTY interface . . . . . . . . . Modifying CELL Detailed View. . . . . Modifying cell parameters using OMC-R GUI . . . . . . . . . . Modifying default algorithms using OMC-R GUI overview . . . . . . . . . . . . . using TTY interface . . . . . . . . . Modifying EAS using TTY interface . . . . . . . . . Modifying LMTL loadsharing granularity using the OMC-R GUI . . . . . . . . using TTY interface . . . . . . . . . Modifying MTL loadsharing granularity . using the OMC-R GUI . . . . . . . . using TTY interface . . . . . . . . . Modifying multiple devices or functions . using batch rlogin . . . . . . . . . . using cmutil . . . . . . . . . . . . . Modifying PCU Cabinet . . . . . . . . Modifying PCU Cage. . . . . . . . . . Modifying PCU MMS . . . . . . . . . Modifying proxy cell using OMC-R GUI . . . . . . . . . . Monitoring network changes . . . . . . MoveCommsLinks script file . . . . . . . . . . . . . . ms_txpwr_max_cch . . . . . . . . . . ms_txpwr_max_def. . . . . . . . . . . ms_txpwr_max_inner. . . . . . . . . . MSC call trace . . . . . . . . . . . . . . configuring . . . . . . . . . . . . . configuring overload control . . . . .
. . . . 4-78 . . . . 8-83 . . . . 8-13 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-109 8-113 9-118 9-142 9-144 9-144 9-165 9-167 9-167 . 9-9 . 9-9 15-27 . 6-21 . 6-22 . 6-34 8-160 14-16
. . . . . .
GMR-01
IX-23
Index
MSC (contd.) configuring overload control (contd.) using TTY interface . . . . . . . . controlling MS access class barring for control using TTY interface . . . . . . . . creating . . . . . . . . . . . . . . . deleting . . . . . . . . . . . . . . . displaying status of overload control using TTY interface . . . . . . . . enabling/disabling overload control using TTY interface . . . . . . . . MSC Detailed View description of fields . . . . . . . . . grouping Identification . . . . . . . . . . . Map Information . . . . . . . . . State . . . . . . . . . . . . . . . MSC initiated imsi & imei call trace . . . impact summary . . . . . . . . . . . msc_release . . . . . . . . . . . . . . MSI cage & slot restrictions . . . . . . . . configuring . . . . . . . . . . . . . creating using OMC-R GUI . . . . . . . . definition . . . . . . . . . . . . . . displaying, modifying, deleting . . . . equipping using TTY interface . . . . . . . . parameters. . . . . . . . . . . . . . MSI (PCU) configuring using OMC-R GUI . . . . . . . . creating using OMC-R GUI . . . . . . . . deleting using OMC-R GUI . . . . . . . . modifying using OMC-R GUI . . . . . . . . MSI Detailed View
. 3-8 . 3-9 . 3-9 . 2-62 . 2-62 2-101 9-146 9-145 9-146 9-145 9-154 9-151 9-147
. . . . . . . . . . . . . . . . . . . . .
MSI Detailed View (contd.) description of fields . . . . . . . . grouping Cage and Slot . . . . . . . . . . Identification . . . . . . . . . . MMS HDSL Information. . . . . Reconfiguration Information . . . State . . . . . . . . . . . . . . MSI Detailed View (PCU) description of fields . . . . . . . . grouping Cage and Slot Information . . . . Identification . . . . . . . . . . State . . . . . . . . . . . . . . MTL configuring . . . . . . . . . . . . creating using the OMC-R GUI . . . . . . description of loadsharing granularity displaying loadsharing granularity using TTY interface . . . . . . . equipping using TTY interface . . . . . . . modifying loadsharing granularity. . using the OMC-R GUI . . . . . . using TTY interface . . . . . . . parameters. . . . . . . . . . . . . reassigning . . . . . . . . . . . . MTL Detailed View description of fields . . . . . . . . grouping Identification . . . . . . . . . . State . . . . . . . . . . . . . . mtl_loadshare_granularity . . . . . . MultiBand Inter-Cell handover feature . Multiple BSS Audit . . . . . . . . . Multiple GPRS carriers cell parameters. . . . . . . . . . . configuring for a cell . . . . . . . . MUX configuring . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . .
. . . . . . . .
. . . . . 4-45
NACC See Network Assisted Cell Change nacc_enabled. . . . . . . . . . . . naccOpt . . . . . . . . . . . . . . Navigating to a network instance or class . . . Navigation Tree . . . . . . . . . . buttons . . . . . . . . . . . . .
. . . . . . . . . . . . . . .
Navigation Tree (contd.) recommendations . . . . . . . using . . . . . . . . . . . . . NBR_PROP_AFTER_AUDIT environmental variable . . . . . NCCR changes to Detailed Views . . . changes to neighbour commands
. . . . . . . 2-90 . . . . . . . 2-92
IX-24
GMR-01
Index
NCCR (contd.) configuring . . . . . . . . . . . . using OMC-R GUI . . . . . . . using TTY interface . . . . . . . parameters. . . . . . . . . . . . . nccrOpt . . . . . . . . . . . . . . . NE definition of . . . . . . . . . . . . types of . . . . . . . . . . . . . . NE ID changing for an Assoc_BSS . . . . . . . . for an Assoc_RXCDR . . . . . . NE Id Inconsistency List . . . . . . . neighbor_journal . . . . . . . . . . . Neighbour Detailed View description of fields . . . . . . . . grouping Concentric Cells . . . . . . . . . Directed Retry. . . . . . . . . . General grouping . . . . . . . . Identification . . . . . . . . . . Power Budget Algorithm . . . . . Neighbour templates . . . . . . . . . creating . . . . . . . . . . . . . . deleting . . . . . . . . . . . . . . displaying a list of . . . . . . . . . editing . . . . . . . . . . . . . . neighbours exporting on deletion of BCCH RTFs UTRAN blind search . . . . . . . . Neighbours adding multiple using add_nei . . . . . . . . . . configuring for adaptive handovers . creating . . . . . . . . . . . . . . methods. . . . . . . . . . . . . definition . . . . . . . . . . . . . deleting . . . . . . . . . . . . . . multiple . . . . . . . . . . . . . using the Navigation Tree . . . . displaying for more than one cell . . modifying . . . . . . . . . . . . . using OMC-R GUI . . . . . . . multiple modifying same cell . . . . . . . . . . . . same SITE or NE . . . . . . . . overview . . . . . . . . . . . . . reciprocal . . . . . . . . . . . . . automatic creation . . . . . . . . creating . . . . . . . . . . . . . deleting . . . . . . . . . . . . . templates . . . . . . . . . . . . . viewing . . . . . . . . . . . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . . 1-29 . . . . . 1-29 . . . . . . . . 4-88 . . . . 4-88 . . . 10-20 8-209, 8-211 8-134 8-139 8-139 8-136 8-135 8-137 8-147 8-147 8-148 8-147 8-148 9-212 8-153
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . 8-143 . . . 8-203 8-129, 8-134 . . . 8-134 . . . 8-121 . . . 8-129 . . . 8-146 . . . 8-145 . . . 8-124 . . . 8-144 . . . 8-144 . . . 8-144 8-144, 15-61 . . . 8-121 . . . 8-122 . . . 8-122 . . . 8-129 . . . 8-129 . . . 8-147 . . . 8-124
Network change recommendations on-line and off-line . . . . . . . configuring the MIB . . . . . . . . deleting hierarchies . . . . . . . . expanding . . . . . . . . . . . . . interrogating using GLU . . . . . . optimization . . . . . . . . . . . . Network Assisted Cell Change (NACC) associated parameters . . . . . . . interaction with QoS . . . . . . . . naccOpt . . . . . . . . . . . . . . Network Controlled Cell Reselection see NCCR . . . . . . . . . . . . . Network Detailed View description of fields . . . . . . . . grouping Identification . . . . . . . . . . Map Information . . . . . . . . State . . . . . . . . . . . . . . Network Element databases uploading . . . . . . . . . . . . definition of . . . . . . . . . . . . types of . . . . . . . . . . . . . . Network Elements database checks . . . . . . . . . . . . . Network Expansion aborting a batch . . . . . . . . . . . . . a single operation in a batch . . . environment variables . . . . . . . in a daisy chain configuration . . . . copying a site . . . . . . . . . . deleting a site . . . . . . . . . . introduction . . . . . . . . . . . . overview . . . . . . . . . . . . . prerequisites . . . . . . . . . . . . reparenting a BTS rollback . . . . . . . . . . . . . restrictions. . . . . . . . . . . . . scheduling . . . . . . . . . . . . . Network instance configuring . . . . . . . . . . . . creating using OMC-R GUI. . . . . deleting . . . . . . . . . . . . . . network objects adding using cmutil . . . . . . . . . . . configuring using OMC-R GUI . . . . . . .
. . . . . . . . . .
. . . . . . . . . .
. . . . . . . . . .
. . . . . . . . . .
. 1-3 . 15-2 15-18 . 11-2 . 1-11 . 14-2 2-181 2-183 2-182 2-183
. . . . . 1-31 . . . . . 1-29 . . . . . 1-29 . . . . . 4-48 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-70 11-75 11-4 11-39 11-47 11-40 11-2 11-2 11-3
. . .
. . . . . 1-33
GMR-01
IX-25
Index
network objects (contd.) creating . . . . . . . . . using cmutil . . . . . . using Navigation Tree . deleting . . . . . . . . . using cmutil . . . . . . using OMC-R GUI . . modifying . . . . . . . . navigating to. . . . . . . updating using cmutil . . . . . . network_entity_id . . . . . non BCCH carrier frequency changing . . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . .
NSVC creating using OMC-R GUI . . . . . . deleting using OMC-R GUI . . . . . . modifying using OMC-R GUI . . . . . . NSVC Detailed View (PCU) description of fields . . . . . . . grouping Identification . . . . . . . . . NS Information . . . . . . . . number_sdcchs_preferred parameter .
Objects adding to the MIB . . . . . . . commslink. . . . . . . . . . . data in multiple tables . . . . . deleting from the MIB . . . . . extracting from the MIB . . . . identifying in cmutil ASCII files identifying in the MIB . . . . . modifying in the MIB . . . . . using cmutil . . . . . . . . . . Off-Line MIB . . . . . . . . . . OLM . . . . . . . . . . . . . . OMC Detailed View description of fields . . . . . . grouping Identification . . . . . . . . Map Information . . . . . . State . . . . . . . . . . . . OMC Naming menu option . . . . OMC-R addresses . . . . . . . . . . . configuring . . . . . . . . . . creating . . . . . . . . . . . . deleting . . . . . . . . . . . . synchronizing proxy cells. . . . OMC-R parameter names viewing in a Detailed View form omcaudit file Path error messages . . . . . . omcaudit log file . . . . . . . . . OMF configuring . . . . . . . . . . using OMC-R GUI . . . . . equipping . . . . . . . . . . . parameters. . . . . . . . . . .
. . . . . . . . . . .
. . . . . . . . . . .
. . . . . . . . . . .
. . . . . . . . . . .
. . . . . . . . . . .
. . . . . . . . . . .
. 15-7 . 5-3 15-36 . 15-8 . 15-8 15-12 . 15-8 . 15-8 . 5-3 . 12-2 . 12-2 3-8
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
OMF Detailed View description of fields . . . . grouping Identification . . . . . . State . . . . . . . . . . OML checking . . . . . . . . . using OMC-R-GUI . . . using SQL . . . . . . . configuring . . . . . . . . creating using OMC-R GUI . . . equipping using TTY interface . . . parameters. . . . . . . . . setting addresses . . . . . . slot:port settings . . . . . . OML Detailed View description of fields . . . . grouping Identification . . . . . . State . . . . . . . . . . Optimization checking and rectifying database errors . . . . . hardware defects. . . . . OOS devices . . . . . . collecting information about the current network monitoring network changes overview . . . . . . . . . preparing . . . . . . . . . stages . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
IX-26
GMR-01
Index
Optimization (contd.) using call trace and CTP to detect problems . . . . . . . . . . . . 14-15 optional features list of . . . . . . . . . . . . . . . . . . . . 4-13
opto_reporting parameter . . . . . . . . . . . 9-118 outer_zone_usage_level. . . . . . . . . . . . . 2-35 overload control MSC to BSS . . . . . . . . . . . . . . . . . 2-24
Packet switch configuring . . . . . . . . . . . . . . . . . 4-45 ParallelAudits variable . . . . . . . . . . . . . 10-5 PATH . . . . . . . . . . . . . . . . . . . . . 7-3 checking connectivity . . . . . . . . . . . 9-185 using cmutil . . . . . . . . . . . . 9-186, 15-46 using OMC-R GUI . . . . . . . . . . . 9-185 configuring . . . . . . . . . . . . . . . . 9-172 creating using Path Configure menu option. . . . . . . . . . . . . . . . . . 11-85 deleting using Path Configure menu option. . . . . . . . . . . . . . . . . . 11-86 initiating using Path Configure menu option. . . . . . . . . . . . . . . . . . 11-81 reassigning a device on a primary Path using Path Configure menu option. . . . . . . . . . 11-92 reassigning a device on a secondary Path using Path Configure menu option. . . . . . . . . . 11-94 unassigning a device using Path Configure menu option. . . . . . . . . . . . . . . . . . 11-90 using Path Configure menu option overview . . . . . . . . . . . . . . . . 11-78 creating from the OMC-R GUI . . . . . . . . . . 9-177 methods of . . . . . . . . . . . . 9-174, 9-181 creating (recommended method) using TTY interface . . . . . . . . . . . 9-174 creating for a DYNET . . . . . . . . . . . 4-104 definition . . . . . . . . . . . . . . . . . 9-172 deleting recommended method . . . . . . . . . . 9-182 deleting devices using Path Configure menu option . . . . 11-86 extending . . . . . . . . . . . . . . . . . 9-183 for a DYNET . . . . . . . . . . . . . . . 9-173 limitations . . . . . . . . . . . . . . . . . . 7-3 modifying . . . . . . . . . . . . . . . . . 9-173 parameters. . . . . . . . . . . . . . . . . 9-178 reparenting . . . . . . . . . . . . . . . . 9-183 recommended method . . . . . . . . . . 9-183 unassigning devices using Path Configure menu option . . . . 11-86 PATH Configure form . . . . . . . . . . . . 11-82
PATH Detailed View description of fields . . . . . . . grouping Identification . . . . . . . . . Path Information. . . . . . . . State . . . . . . . . . . . . . PBCCH/PCCCH feature configuring . . . . . . . . . . . pbgt_mode . . . . . . . . . . . . . pccch_enabled . . . . . . . . . . . pccchOpt . . . . . . . . . . . . . PCR configuring . . . . . . . . . . . Preventative Cyclic Retransmission PCU cells mapped to . . . . . . . . . checking using cmutil . . . . . . . . . . configuring overview . . . . . . . . . . . using OMC-R GUI . . . . . . containment in the Navigation Tree creating using OMC-R GUI . . . . . . deleting using OMC-R GUI . . . . . . displaying the MMS . . . . . . . equipage hierarchy chart . . . . . equipping using TTY interface . . . . . . equipping a cabinet. . . . . . . . equipping a cage . . . . . . . . . introduction . . . . . . . . . . . list of contained devices . . . . . modifying using OMC-R GUI . . . . . . redundancy . . . . . . . . . . . PCU Detailed View description of fields . . . . . . . grouping Address Information . . . . . . Air Interface Information. . . . Alarm Information . . . . . . . BSSGP Information . . . . . . Gb Mapping Information . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . .
7-58, 15-31
. . . . . . 6-7 . . . . . . 6-11 . . . . . . 6-5 . . . . . . 6-12 . . . . . . 6-20 . . . . . . 6-34 . . . . . . 6-3 . . . . . . . . . . . . . . . . . . . . . . . . . . 6-61 . 6-3 . 6-3 . 6-2 . 6-3
GMR-01
Index
PCU Detailed View (contd.) grouping (contd.) Gb Statistics Configuration . . . . . . . . . 6-17 Identification . . . . . . . . . . . . . . . 6-13 Map Information . . . . . . . . . . . . . 6-19 NS Information . . . . . . . . . . . . . . 6-18 Quality of Service . . . . . . . . . . . . . 6-19 State . . . . . . . . . . . . . . . . 6-13, 6-29 PCU devices equipping using TTY interface . . . . . . . . . . . . 6-61 in the Navigation Tree . . . . . . . . . . . . 6-5 to be equipped . . . . . . . . . . . . . . . . 6-6 ping-pong handovers limiting for a neighbour . . . . . . . . . . . . . 8-206 pkt_radio_type . . . . . . . . . . . . . . . . 2-195 pkt_radio_type parameter . . . . . . . . . . . . 2-41 Planning frequency hopping systems . . . . . . . . . . 2-3 frequency replanning . . . . . . . . . . . . . 12-2 pow_inc_step_size_dl . . . . . . . . 8-218 to 8-219 pow_inc_step_size_ul . . . . . . . . 8-218 to 8-219 pow_red_step_size_dl . . . . . . . . 8-218 to 8-219 pow_red_step_size_ul . . . . . . . . 8-218 to 8-219 power control optimization for a cell. . . . . . . . . . . . . . . 8-217, 8-219 Preparing for optimization . . . . . . . . . . . 14-4 Preserve Transceiver Calibration feature enabling at the OMC-R . . . . . . . . . . . . 9-83 Preserving site names . . . . . . . . . . . . . 4-110 Preventing rlogin using local maintenance parameter . . . . . . 1-4 Preventive Cyclic Retransmission . . . . . . . . 2-59 range and default values for timers . . . . . . 2-59 Primary arguments in cmutil. . . . . . . . . . . . . . . . . . . 15-5 Propagating cell changes to neighbours after an audit. . . . . . . . . . . . . . . . 10-41 Propagating cell parameters using the OMC-R GUI . . . . . . . . . . . . 8-83 Propagating TSC updates . . . . . . . . . . . 8-238 Proxy cells autocreation . . . . . . . . . . . . . . . . 8-161 autocreation using OMC-R GUI. . . . . . . 8-163 changing LAC-CI . . . . . . . . . . . . . 8-173 configuring . . . . . . . . . . . . . . . . 8-157
Proxy cells (contd.) configuring multiple using cmutil . . . . . . . . . . . . 8-165, 15-44 creating using OMC-R GUI . . . . . . . . . . . 8-157 creating multiple using cmutil . . . . . . . . . . . . 8-165, 15-44 deleting using OMC-R GUI . . . . . . . . . . . 8-160 deleting multiple using cmutil . . . . . . . . . . . . 8-165, 15-45 dynamic propagation of data to OMC-Rs . . 8-174 enabling autocreation. . . . . . . . . . . . 8-162 enabling proxy cell export . . . . . . . . . 8-168 exporting . . . . . . . . . . . . . . . . . 8-169 importing . . . . . . . . . . . . . . . . . 8-170 importing and exporting from/to OMC-R . . 8-166 list of environmental variables . . . . . . . 8-155 modifying using OMC-R GUI . . . . . . . . . . . 8-160 modifying multiple using cmutil . . . . . . . . . . . . 8-165, 15-44 OMC-R synchronization . . . . . . . . . . 8-172 overview . . . . . . . . . . . . . . . . . 8-155 ProxyCell Detailed View description of fields . . . . . . . . . . . . 8-157 grouping Identification . . . . . . . . . . . . . . 8-158 Proxy Cell Data . . . . . . . . . . . . . 8-159 PROXYCELL_AUTOCREATE . . . . . 8-155, 8-161 environmental variable . . . . . . . . . . . 8-162 PROXYCELL_UPDATE . . . . . . . . . . . 8-155 PROXYCELL_UPDATE_PERIOD . . . . . . 8-155 PRP GDS direct connection . . . . . . . . . . . . 6-23 PRR blocks dynamic allocation of . . . . . . . . . . . 2-156 PSP configuring using OMC-R GUI . . . . . . . . . . . . 6-27 modifying using OMC-R GUI . . . . . . . . . . . . 6-27 PSP Detailed View (PCU) description of fields . . . . . . . . . . . . . 6-28 grouping Cage and Slot Information . . . . . . . . . 6-29 Identification . . . . . . . . . . . . . . . 6-28
qosOpt. . . . . . . . . . . . . . . . . . . . 2-171
2-172
IX-28
GMR-01
Index
2-171 2-171
Radio Frequency changes large scale recommendations . . . . . . . . 8-4 small scale recommendations . . . . . . . . 8-4 changing recommendations . . . . . . . . . . . . . 8-4 data exporting . . . . . . . . . . . . . . . . . 12-3 import . . . . . . . . . . . . . . . . . . 12-4 planning . . . . . . . . . . . . . . . . . . . 12-2 Radio Frequency Planning overview . . . . . . . . . . . . . . . . . . 12-5 RCU configuring . . . . . . . . . . . . . . . . . 9-50 reassign command . . . . . . . . . . . . . . . 9-19 Reassigning a device on a primary Path using Path Configure menu option. . . . . . 11-92 Reassigning a device on a secondary Path using Path Configure menu option. . . . . . 11-94 Reassigning a DRI to a different GPROC . . . . . . . . . . . . 9-80 using OMC-R GUI . . . . . . . . . . . . . . 9-80 using TTY interface . . . . . . . . . . . . . 9-81 Reassigning a SITE/MTL/CBL device display current devices assigned to LCF . . . . 9-17 modify max_mtls and max_cbls supported by LCF. . . . . . . . . . . . . . . . . . . . . 9-18 Reassigning SITE, MTL, and CBL devices between GPROCs . . . . . . . . . . . . . . 9-15 using OMC-R GUI . . . . . . . . . . . . 9-16 using TTY interface . . . . . . . . . . . . 9-17 displaying current devices assigned to LCF . . 9-17 Reciprocal neighbours automatic creation . . . . . . . . . . . . . 8-122 creating . . . . . . . . . . . . . . . . . . 8-129 definition . . . . . . . . . . . . . . . . . 8-122 deleting . . . . . . . . . . . . . . . . . . 8-129 overview . . . . . . . . . . . . . . . . . 8-121 viewing . . . . . . . . . . . . . . . . . . 8-124 RECIPROCATE_NBR environment variable . . . . . . . . . . . . . . . . . . . . . 8-122 Recommendations CM work practice . . . . . . . . . . . . . . 1-4 configuring individual devices and functions . . . . . . 9-4 multiple devices and functions . . . . . . . 9-9 68P02901W17-R 14 Apr 2006
Recommendations (contd.) for Configuration Management . . . . . . network changes . . . . . . . . . . . . . weekly procedures . . . . . . . . . . . . Regional map adding. . . . . . . . . . . . . . . . . . Regions managing using cmutil . . . . . . . . . . selecting from the Navigation Tree . . . . remote attribute . . . . . . . . . . . . . . Remote Bay Level Calibration facility . . . . related parameters . . . . . . . . . . . . Remotely calibrating DRIs creating a standard configuration . . . . . from the OMC-R. . . . . . . . . . . . . overview . . . . . . . . . . . . . . . . Remotely logging into a BSS from the OMC-R. . . . . . . . . . . . . using WebMMI . . . . . . . . . . . . . Remotely tuneable combiner device COMB . . . . . . . . . . . . . . . . . Removing NEs & links from map using cmutil . . . . . . . . . . . . . . . Renaming an Assoc_BSS . . . . . . . . . . . . . . an Assoc_RXCDR . . . . . . . . . . . . Reparenting an RXCDR using cmutil . . . . . . . . . . . . . . an RXCDR to a different MSC . . . . . . BSS . . . . . . . . . . . . . . . . . . . BSS to a different OMC-R . . . . . . . . BSS to a different RXCDR . . . . . . . . PATH recommended method . . . . . . . . . Reparenting a BTS . . . . . . . . . . . . . Reserving a timeslot . . . . . . . . . . . . Reverting to saved data Detailed View menu option . . . . . . . . Reverting to saved information . . . . . . . RF configuration file creating . . . . . . . . . . . . . . . . . RF transmission terminate or continue when cell goes OOS . RF.CNFG . . . . . . . . . . . . . . . . . rfexport . . . . . . . . . . . . . . . . . .
. . . . . .
. . 13-2 . 15-59 . . 1-33 . 15-24 . . 9-82 . . 9-86 . . 9-88 . . 9-98 . . 9-82 . . 1-46 . . 1-51 . . 9-50 . 13-10
GMR-01
Index
rfimport . . . . . . . . . . . . . . . rfNcheck. . . . . . . . . . . . . . . rlogin advantages and disadvantages . . . . maximum number of sessions . . . . preventing . . . . . . . . . . . . . to a BSS . . . . . . . . . . . . . . rpt_bad_qual_no_mr . . . . . . . . . RSL configuring overview . . . . . . . . . . . . using Path Configure. . . . . . . Congestion Control feature . . . . . creating from OMC-R GUI . . . . . . . . creating at a Site using Path Configure menu option definition . . . . . . . . . . . . . displaying, modifying, deleting . . . equipping using TTY interface . . . . . . . parameters. . . . . . . . . . . . . unequipping using TTY interface . . . . . . . RSL Congestion Control . . . . . . . associated parameters . . . . . . . RSL Detailed View description of fields . . . . . . . . grouping Identification . . . . . . . . . . LapD Information . . . . . . . . MMS Timeslots . . . . . . . . . State . . . . . . . . . . . . . . RTC configuring equipping COMB . . . . . . . . hardware addresses. . . . . . . . . RTF adding. . . . . . . . . . . . . . . configuring overview . . . . . . . . . . . . using Path Configure. . . . . . . creating . . . . . . . . . . . . . . using OMC-R GUI . . . . . . . creating at a Site using Path Configure menu option deleting exporting incoming neighbours . . using OMC-R GUI . . . . . . . displaying using TTY interface . . . . . . . equipping using TTY interface . . . . . . .
. . . . . . . . . . . .
12-47 12-49
. . . . 9-187 . . . . 11-78 . 2-191, 9-187 . . . . . . . . . . . . . . . . . . . . . . . . 9-188 11-98 9-187 9-193 9-192 9-189
. . . . . 9-50 . . . . . 9-52 . . . . . . . . . . . . . . 7-21, 7-27 . . . . 9-194 11-78 9-198 9-198 11-97 9-212 9-209 9-212 9-208
. . . . . . . . . . . . . . . . . . . .
IX-30
GMR-01
Index
RXCDR (contd.) functions adding . . . . . . . . . . . . impact of VersaTRAU feature. . . modifying using TTY interface . . . . . . reassigning on the secondary Path . RTF Detailed View description of fields . . . . . . . grouping AMR/GSM Half Rate grouping . Carrier 1 Information . . . . . Concentric Cells . . . . . . . . GPRS . . . . . . . . . . . . . Identification . . . . . . . . . MMS Timeslots . . . . . . . . State . . . . . . . . . . . . . rtf_ds0_count . . . . . . . . . . . RTFGroup . . . . . . . . . . . . . impact of Dual Band Cells feature . RXCDR adding assigning DTE X.121 addresses. creating database . . . . . . . adding to network overview process . . . . . . . containment . . . . . . . . . . . creating using the OMC-R GUI . . . . . creating a cabinet using OMC-R GUI . . . . . . creating a cage using OMC-R GUI . . . . . . database uploading . . . . . . . . . . . definition of . . . . . . . . . . . deleting . . . . . . . . . . . . . deleting at MUX . . . . . . . . . configuration changes . . . . . dependencies . . . . . . . . . removing the cabling. . . . . . removing the NE . . . . . . . removing the NE link . . . . . deleting at OMC-R . . . . . . . . deleting at packet switch . . . . .
. . . 9-206 . . . 9-201 . . . 9-203 . . . 9-203 . . . 9-199 . . . 9-204 . . . 9-200 2-195 to 2-196 . . . . 9-194 . 9-67, 9-194
RXCDR (contd.) deleting at packet switch (contd.) configuration changes . . . . deleting routeing table entries. removing the cabling. . . . . equipping a cabinet. . . . . . . example. . . . . . . . . . . modifying details . . . . . . . reparenting to a different MSC . to BSS . . . . . . . . . . . . RXCDR-BSC dynamic allocation overview . . . . . . . . . . . parameters. . . . . . . . . . . RXCDR/BSS to OMC-R connectivity . . . . . . . . . . rxlev_dl_zone . . . . . . . . . . rxlev_ul_zone . . . . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . . .
. . . . . . 5-21 . . . . . . 4-47 . . . . . . 4-2 . . . . . . 9-30 . . . . . . 4-43 . . . . . . 4-68 . . . . . . 4-71 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-31 1-29 4-50 4-54 4-55 4-55 4-55 4-56 4-56 4-50 4-54
Save Defaults menu option using . . . . . . . . . . . . . . . . . . . . 9-4 Saving data Detailed View menu option . . . . . . . . . . 1-41 Scheduled audit 68P02901W17-R 14 Apr 2006
Scheduled audit (contd.) deferring . . . . . . . . . . . . . . . . . displaying the network elements . . . . . . status of Multiple BSS audit . . . . . . . . Scheduling
GMR-01
IX-31
Index
Scheduling (contd.) network expansion . . . . . . . . . . . . . 11-57 Scheduling an audit. . . . . . . . . . 10-23 to 10-24 deleting . . . . . . . . . . . . . . . . . . 10-34 modifying . . . . . . . . . . . . . . . . . 10-30 printing . . . . . . . . . . . . . . . . . . 10-33 warning . . . . . . . . . . . . . . . . . . 10-23 SCR configuring . . . . . . . . . . . . . . . . 2-152 using OMC-R GUI . . . . . . . . . . . 2-151 using TTY interface . . . . . . . . . . . 2-152 parameters. . . . . . . . . . . . . . . . . 2-152 Script files cmutil . . . . . . . . . . . . . . . . . . . 15-18 HierDelete. . . . . . . . . . . . . . . . . 15-18 MoveCommsLinks . . . . . . . . . . . . . 15-18 preserve_site_names . . . . . . . . . . . . 4-110 SDCCH changing number of allocated using the TTY interface . . . . . . . . . 8-242 changing the number of allocated using OMC-R GUI . . . . . . . . 8-247, 8-254 using TTY interface . . . . . . . . . . . 8-248 configuration checking multiple cells . . . . . . . . . . 8-252 sdcch_need_high_water_mark parameter. . . . 8-242 sdcch_need_low_water_mark parameter . . . . 8-242 sdcch_tch_band_reassign_delay . . . . 8-212 to 8-213 Seamless Cell Reselection (GPRS) see SCR . . . . . . . . . . . . . . . . . . 2-151 secondary_freq_type . . . . . . . . . . . 2-31, 2-33 security levels changing . . . . . . . . . . . . . . . . . . 1-50 using TTY interface . . . . . . . . . . . . 1-50 serial number checking . . . . . . . . . . . . . . . . . . 9-11 set_full_power command . . . . . . . . . . . 8-255 set_relay_contact command . . . . . . . . . . 9-119 Setting frequency hopping parameters using TTY interface . . . . . . . . . . . . 8-188 SFH Synthesizer frequency hopping . . . . . . . . 2-4 SGSN . . . . . . . . . . . . . . . . . . . . . 6-2 configuring . . . . . . . . . . . . . . . . . 6-58 creating using OMC-R GUI . . . . . . . . . . . . 6-58 deleting using OMC-R GUI . . . . . . . . . . . . 6-60 modifying using OMC-R GUI . . . . . . . . . . . . 6-59 multiple . . . . . . . . . . . . . . . . . . . 6-58 network topology . . . . . . . . . . . . . . 6-58
SGSN Detailed View description of fields . . . . . . . . . . . . . 6-59 grouping Identification . . . . . . . . . . . . . . . 6-59 Map Information . . . . . . . . . . . . . 6-59 State . . . . . . . . . . . . . . . . . . . 6-59 Short message service - point to point . . . . . . 2-55 displaying the downlink logical channel . . . . 2-58 displaying the state of MS originated point to point sms . . . . . . . . . . . . . . . . . . . . . 2-56 displaying the state of MS terminated smsptp . . . . . . . . . . . . . . . . . . . 2-57 enabling and disabling MS originated point to point sms . . . . . . . . . . . . . . . . . . . . . 2-56 enabling and disabling MS terminated smsptp . . . . . . . . . . . . . . . . . . . 2-56 specifying downlink logical channel . . . . . . 2-58 Short message service-CB CBC to BSS interface information using TTY interface . . . . . . . . . . . . 2-52 CBC to BSS successful VBINDs before negotiation using TTY interface . . . . . . . . . . . . 2-52 configuring using OMC-R GUI . . . . . . . . . . . . 2-50 using TTY interface . . . . . . . . . . . . 2-50 creating and transmitting using TTY interface . . . . . . . . . . . . 2-53 creating background messages . . . . . . . . 2-46 delay between outage and CBS halting transmission using TTY interface . . . . . . . . . . . . 2-53 deleting background messages using TTY interface . . . . . . . . . . . . 2-54 determining CBCH status using TTY interface . . . . . . . . . . . . 2-50 editing and viewing at a CELL using OMC-R GUI . . . . . . . . . . . 8-262 enabling and disabling CBCH using TTY interface . . . . . . . . . . . . 2-53 enabling and disabling counter statistics using TTY interface . . . . . . . . . . . . 2-53 overview . . . . . . . . . . . . . . . . . . 2-46 parameters. . . . . . . . . . . . . . . . . . 2-47 procedures. . . . . . . . . . . . . . . . . . 2-50 selecting interface version between BSS and CBCchannel using TTY interface . . . . . . . . . . . . 2-51 setting a delay between outage and CBC halting transmission using TTY interface . . . . . . . . . . . . 2-51 setting no. of successful VBINDs using TTY interface . . . . . . . . . . . . 2-51 viewing and editing at a CELL using OMC-R GUI . . . . . . . . . . . 8-262 Single BCCH for a dual band cell . . . . . . . . 2-29
IX-32
GMR-01
Index
Single BCCH for Dual Band Cells feature configuring . . . . . . . . . . . . . SITE containment . . . . . . . . . . . . . hardware devices . . . . . . . . . logical links . . . . . . . . . . . . radio frequency . . . . . . . . . . software functions . . . . . . . . . SITE Detailed View description of fields . . . . . . . . . grouping Alarm Information . . . . . . . . . Circuit Error Rate Monitor . . . . . CRM Timers . . . . . . . . . . . GPRS . . . . . . . . . . . . . . . Identification . . . . . . . . . . . Local Routing . . . . . . . . . . . Map Information . . . . . . . . . RRSM Timers . . . . . . . . . . . RSS Timers . . . . . . . . . . . . SMS Information . . . . . . . . . State . . . . . . . . . . . . . . . Sites adding overview . . . . . . . . . . . . . adding BTS overview . . . . . . . . . . . . . BSS links & control functions. . . . . checking hardware deployed . . . . . checking status. . . . . . . . . . . . configuring . . . . . . . . . . . . . creating using OMC-R GUI . . . . . . . . deleting a device using Path Configure menu option . description. . . . . . . . . . . . . . preserving names . . . . . . . . . . setting at full power . . . . . . . . . simplified network diagram . . . . . . Site . . . . . . . . . . . . . . . . . unequipping using TTY . . . . . . . SMS-CB Short message service - CB . . . . . . sms_fast_select. . . . . . . . . . . . . sms_no_bcast_msg . . . . . . . . . . .
. . . . 7-29 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-33 7-35 7-34 7-35 7-30 7-31 7-35 7-34 7-34 7-34 7-30
SMS-PTP Short message service - point to point SMSCBmsg parameters. . . . . . . . . . . . . SMSCBmsg Detailed View description of fields . . . . . . . . grouping Identification . . . . . . . . . . SMS Information . . . . . . . . software upgrade from 1614 to 1650 . . . . . . . . . software version number checking . . . . . . . . . . . . . format. . . . . . . . . . . . . . . software versions checking . . . . . . . . . . . . . Source & Neighbour View . . . . . . Source cell definition . . . . . . . . . . . . . deleting . . . . . . . . . . . . . . overview . . . . . . . . . . . . . viewing for more than one cell . . . Source cells creating . . . . . . . . . . . . . . Source object definition . . . . . . . . . . . . . SQL data extraction . . . . . . . . . . . queries containment relationships . . . . order . . . . . . . . . . . . . . script knowledge required . . . . . Stealing algorithm . . . . . . . . . . other settings . . . . . . . . . . . using default setting . . . . . . . . stop_dri_tx_enable . . . . . . . . . . stop_dri_tx_time . . . . . . . . . . . SunBlade 150 . . . . . . . . . . . . Syntax cmutil . . . . . . . . . . . . . . . Synthesizer frequency hopping BCCH frequency excluded . . . . . BCCH frequency included . . . . . description. . . . . . . . . . . . .
. . . . 8-263 8-263 to 8-264 . . . . . 1-11 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-119 4-119 4-119 8-124 8-121 8-129 8-121 8-124 8-129 8-121 15-35 15-41 15-41 15-36 . 9-56 . 9-60 . 9-59 . 4-27 . 8-23 . . 1
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
GMR-01
IX-33
Index
TBF delayed uplink release description. . . . . . interleaving . . . . . parameters . . . . terminating site definition . . . . . . Timeslot usage displaying . . . . . . tlli_blk_coding . . . . . Troubleshooting network expansion . . TRU_id (TopCell SITE) checking . . . . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . .
. . . . . . . . . . .
TRX creating . . . . . . . . . . . deleting . . . . . . . . . . . ts_in_usf_active . . . . . . . . ts_sharing . . . . . . . . . . . TSC changing for a BCCH . . . . propagating updates . . . . . using OMC-R GUI . . . . using TTY interface . . . . tsc_update_method . . . . . . . tx_power_cap . . . . . . . . . Types of BSS/RXCDR database .
. . . . . . . . . . .
. . . . . . . . . . .
. . . . . . . . . . .
. . . .
. . . . . . . . . . . . 7-60
Ultra 5 platform . . . . . . . . . . . . . . . . . 1 Unassigning a Path using Path Configure menu option. . . . . . 11-90 Unequipping a DYNET . . . . . . . . . . . . . . . . . 4-109 device and functions using TTY interface . . . . . . . . . . . . 9-8 RSL. . . . . . . . . . . . . . . . . . . . 9-210 RTF . . . . . . . . . . . . . . . . . . . . 9-210 TCU/CTU cabinets at M-Cell and Horizonmacro sites . . . . . . . . . . . . . . . . . . . . . 7-41 Updating network objects using cmutil . . . . . . . . . . . . . . . . 15-25 Upgrading from 1614 to 1650 . . . . . . . . . . . . . . 1-11 Uploading NE database . . . . . . . . . . . . . 1-31 user access to functions . . . . . . . . . . . . . . . . . 1-34
User-definable EAS BSC/BSS and BTS alarm strings . . . . . . . . . . . . . . . . . . . . 9-108 Using call trace to detect problems. . . . . . . 14-15 usraudit log file . . . . . . . . . . . . . . . . 1-9 UTRAN Blind Search Neighbour . . . . . . . 8-153 creating . . . . . . . . . . . . . . 8-153 to 8-154 UTRAN Blind Search Neighbour Detailed View description of fields . . . . . . . . . . . . 8-153 grouping General . . . . . . . . . . . . . . . . . 8-153 Identification . . . . . . . . . . . . . . 8-153 UTRAN neighbour configuring . . . . . . . . . . . . . . . . 8-149 using TTY interface . . . . . . . . . . . 8-152 creating using OMC-R GUI . . . . . . . . . . . 8-151 definition . . . . . . . . . . . . . . . . . 8-149 parameters. . . . . . . . . . . . . . . . . 8-149
Vanguard 6560 configuring . . . . . . . . . . . Vanguard routers checking the software versions . . VersaTRAU . . . . . . . . . . . . backhaul timeslot values . . . . . impact on RTF . . . . . . . . . . information in Channel Status form parameters. . . . . . . . . . . .
versTrauOpt . . . . . . . . . . . . . . Viewing BSS/OMC-R parameters names in a Detailed View . . . . . . . . . cell sources, neighbours and reciprocals neighbours. . . . . . . . . . . . . . reciprocal neighbours. . . . . . . . . Viewing and editing a DYNET using the OMC-R GUI . . . . . . . .
. . . . . . . . . . .
2-196
. . .
IX-34
GMR-01
Index
Weekly procedures recommendations . . . . . . . . . . . . . . 1-3 Work practice CM recommendations . . . . . . . . . . . . 1-4 worse_neighbor_ho. . . . . . . . . . . 8-209, 8-211
X.121 DTE addresses storage at OMC-R . . x25_config file. . . . entries in . . . . . x25_config file entries in . . . . . . format. . . . . . . . location . . . . . . . X.121 addresses in . . XBL adding using OMC-R GUI configuring overview . . . . . creating using OMC-R GUI definition . . . . . .
. . . . . . . . . . . . 5-18 . . . . . . . . . . . . 5-19 . . . . . . . . . . . . 5-20 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-20 5-19 5-18 5-18 9-217 9-213 9-214 9-213
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
XBL (contd.) deleting using OMC-R GUI . . . . . determining the number required enhanced . . . . . . . . . . . equipping at BSC using TTY interface . . . . . equipping at RXCDR using TTY interface . . . . . parameters. . . . . . . . . . . XBL Detailed View description of fields . . . . . . grouping Identification . . . . . . . . LapD Information . . . . . . State . . . . . . . . . . . .
. . . . . . 9-217 . . . . . . . 2-16 . . . . . . . 2-11 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-218 9-218 9-215 9-215 9-215 9-216 9-216
zone_ho_hyst . . . . . . . . . . . . . .
2-31, 2-34
GMR-01
IX-35
Index
IX-36
GMR-01
A4 Ring Bound - GSD (UK) Binder Printing Finishing 4 D-ring binder - A4 size (210mm x 297mm) white PVC. 40mm or 65mm capacity depending on the size of the manual. Clear pockets on front and spine. Cover / spine text overprinted onto Motorola supplied cover stock. Body- printed double sided onto white A4 (210mm x 297mm) 80g 4 hole paper. A4 size (210mm x 297mm) clear PVC sheet front page for protection. Bag wrapped with clear polythene.
If this is to be used by manufacturing as an Inbox document, then refer to appropriate Materials or Methods Specification.