Documente Academic
Documente Profesional
Documente Cultură
Motorola Database
Încărcat de
Ahsan AliDrepturi de autor
Formate disponibile
Partajați acest document
Partajați sau inserați document
Vi se pare util acest document?
Este necorespunzător acest conținut?
Raportați acest documentDrepturi de autor:
Formate disponibile
Motorola Database
Încărcat de
Ahsan AliDrepturi de autor:
Formate disponibile
INSTALLATION AND CONFIGURATION GSM SYSTEM CONFIGURATION
GSM SOFTWARE RELEASE 9
GSR9
68P02901W17-S
INSTALLATION AND CONFIGURATION GSM SYSTEM CONFIGURATION
GSM SOFTWARE RELEASE 9
68P02901W17-S
GSR9
Installation and Conguration: GSM System Conguration
68P02901W17-S 1994-2007 Motorola, Inc.
Nov 2007 All Rights Reserved
Accuracy While reasonable efforts have been made to assure the accuracy of this document, Motorola, Inc. assumes no liability resulting from any inaccuracies or omissions in this document, or from use of the information obtained herein. Motorola, Inc. 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, Inc. does not assume any liability arising out of the application or use of any product, software, or circuit described herein; neither does it convey license under its patent rights or the rights of others. It is possible that this publication may contain references to, or information about Motorola products (machines and programs), programming, or services that are not announced in your country. Such references or information must not be construed to mean that Motorola intends to announce such Motorola products, programming, or services in your country. Copyrights This document, Motorola products, and 3rd Party Software products described in this document may include or describe copyrighted Motorola and other 3rd Party supplied computer programs stored in semiconductor memories or other media. Laws in the United States and other countries preserve for Motorola, its licensors, and other 3rd Party supplied software certain exclusive rights for copyrighted material, including the exclusive right to copy, reproduce in any form, distribute and make derivative works of the copyrighted material. Accordingly, any copyrighted material of Motorola, its licensors, or the 3rd Party software supplied material contained in the Motorola products described in this document may not be copied, reproduced, reverse engineered, distributed, merged or modied 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 or other 3rd Party supplied software, except for the normal non-exclusive, royalty free license to use that arises by operation of law in the sale of a product. A list of 3rd Party supplied software copyrights are contained in the Supplemental information section of this document. Restrictions Software and documentation are copyrighted 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, Inc. License Agreements The software described in this document is the property of Motorola, Inc and its licensors. It is furnished by express license agreement only and may be used only in accordance with the terms of such an agreement. High Risk Materials Components, units, or 3rd Party products used in the product described herein are NOT fault-tolerant and are NOT designed, manufactured, or intended for use as on-line control equipment in the following hazardous environments requiring fail-safe controls: the operation of Nuclear Facilities, Aircraft Navigation or Aircraft Communication Systems, Air Trafc Control, Life Support, or Weapons Systems (High Risk Activities). Motorola and its supplier(s) specically disclaim any expressed or implied warranty of tness for such High Risk Activities. Trademarks
Motorola and the Stylized M Logo are registered in the US Patent & Trademark Ofce. All other product or service names are the property of their respective owners.
The CE mark conrms Motorola, Inc. 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 by contacting the Customer Network Resolution Center (CNRC). The 24 hour telephone numbers are listed at https://mynetworksupport.motorola.com. Select Customer Network Resolution Center contact information. Alternatively if you do not have access to CNRC or the internet, contact the Local Motorola Ofce.
Nov 2007
Table of Contents
Contents
Installation and Conguration: GSM System Conguration
Revision history . . . . . . . . . . . . Version information . . . . . . . . Resolution of Service Requests . . Incorporation of Change Notices. . General information . . . . . . . . . . Purpose . . . . . . . . . . . . . . Cross references . . . . . . . . . . Text conventions . . . . . . . . . . Contacting Motorola . . . . . . . . . . 24hour support . . . . . . . . . . Questions and comments . . . . . Errors . . . . . . . . . . . . . . . Security advice. . . . . . . . . . . . . Warnings, cautions, and notes . . . . . Warnings. . . . . . . . . . . . . . Cautions . . . . . . . . . . . . . . Notes . . . . . . . . . . . . . . . Safety . . . . . . . . . . . . . . . . . General safety . . . . . . . . . . . Electromagnetic energy . . . . . . Caring for the environment . . . . . . In EU countries . . . . . . . . . . In non-EU countries . . . . . . . . CMM labeling and disclosure table . . Motorola document set . . . . . . . . Ordering documents and CD-ROMs Document banner denitions . . . Data encryption . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 4 4 4 5 5 5 6 7 7 7 7 8 9 9 9 9 10 10 10 11 11 11 12 13 13 13 13
Chapter 1: Conguration Management General Information
Recommendations for Conguration Management . . . . Introduction to Conguration Management . . . . . Recommended weekly procedures . . . . . . . . . . Off-line and online network change recommendation Working practice recommendation. . . . . . . . . . Preventing remote login . . . . . . . . . . . . . . . Command partitioning using the GUI . . . . . . . . Tracking logged CM changes . . . . . . . . . . . . Online Conguration Management setup . . . . . . Interrogating the network using the COP GLU tool . Checking the Vanguard router software versions . . 68P02901W17-S Nov 2007 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-2 1-2 1-2 1-3 1-4 1-4 1-5 1-7 1-9 1-10 1-10 i
Contents
Checking the software version on Vanguard 6520/320 routers. . . . . Checking the software version on Vanguard 6560 routers . . . . . . . Management Information Base (MIB) . . . . . . . . . . . . . . . . . . . Denition of the MIB. . . . . . . . . . . . . . . . . . . . . . . . . . Initializing the MIB . . . . . . . . . . . . . . . . . . . . . . . . . . Backing up MIB conguration data . . . . . . . . . . . . . . . . . . Containment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Containment rules . . . . . . . . . . . . . . . . . . . . . . . . . . . MIB locking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Denition of a Network Element (NE) . . . . . . . . . . . . . . . . . . . Types of Network Element . . . . . . . . . . . . . . . . . . . . . . . Base Station System (BSS) . . . . . . . . . . . . . . . . . . . . . . . RXCDR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Uploading an NE database to the OMC-R . . . . . . . . . . . . . . . . . BSS and RXCDR databases . . . . . . . . . . . . . . . . . . . . . . When to upload an NE database . . . . . . . . . . . . . . . . . . . . Uploading the NE database to the OMC-R . . . . . . . . . . . . . . . Conguring network objects using the OMC-R GUI . . . . . . . . . . . . Introduction to creating, editing, and deleting network objects . . . . Activities available in Navigation Tree . . . . . . . . . . . . . . . . . Selecting regions using the Navigation Tree . . . . . . . . . . . . . . User access to OMC-R GUI functions . . . . . . . . . . . . . . . . . Related topics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Navigating to a network object class or instance. . . . . . . . . . . . . . Network object class and network object instance buttons . . . . . . Introduction to using the Navigation Tree . . . . . . . . . . . . . . . Navigating to the network object . . . . . . . . . . . . . . . . . . . Representation of a navigation route to a network object . . . . . . . Closing the Navigation Tree . . . . . . . . . . . . . . . . . . . . . . Using the FIND option to locate a network object . . . . . . . . . . . Using Detailed Views . . . . . . . . . . . . . . . . . . . . . . . . . . . Description of Detailed Views . . . . . . . . . . . . . . . . . . . . . Displaying Detailed Views with BSS or OMC-R names . . . . . . . . . Creating a network object using the OMC-R GUI . . . . . . . . . . . . . Overview of creating a network object using the Navigation Tree . . . Creating the Detailed View for the network object . . . . . . . . . . . Dening the parameter elds for the network object . . . . . . . . . Saving information and closing the Detailed View . . . . . . . . . . . Modifying a network object using the OMC-R GUI . . . . . . . . . . . . . Introduction to modifying a network object using the Navigation Tree Non-editable elds in Detailed Views . . . . . . . . . . . . . . . . . Displaying and modifying a Detailed View . . . . . . . . . . . . . . . Deleting a network object using the OMC-R GUI. . . . . . . . . . . . . . Methods of deleting a network object . . . . . . . . . . . . . . . . . Prerequisites for deleting network objects . . . . . . . . . . . . . . . Deleting a network object from the Navigation Tree . . . . . . . . . . Deleting a network object from a Detailed View . . . . . . . . . . . . Remotely logging in to a BSS site from the OMC-R . . . . . . . . . . . . Introduction to remote login to a BSS . . . . . . . . . . . . . . . . . Maximum number of remote login sessions . . . . . . . . . . . . . . Logging in remotely to a BSS . . . . . . . . . . . . . . . . . . . . . Changing security level (for TTY interface commands). . . . . . . . . . . Introduction to changing security levels . . . . . . . . . . . . . . . . Using the TTY interface to change to security level 2 . . . . . . . . . Remotely logging in to a BSS using WebMMI . . . . . . . . . . . . . . . Introduction to WebMMI . . . . . . . . . . . . . . . . . . . . . . . . WebMMI GUI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites for WebMMI . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1-12 1-13 1-15 1-15 1-15 1-15 1-16 1-17 1-18 1-27 1-27 1-27 1-27 1-28 1-28 1-28 1-28 1-30 1-30 1-30 1-30 1-31 1-31 1-32 1-32 1-32 1-32 1-33 1-33 1-33 1-34 1-34 1-34 1-36 1-36 1-36 1-37 1-37 1-38 1-38 1-38 1-38 1-41 1-41 1-41 1-41 1-42 1-43 1-43 1-43 1-43 1-47 1-47 1-47 1-49 1-49 1-49 1-50
ii
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
Setting up and using WebMMI . . . . . . . . . . . Making wide area modications . . . . . . . . . . . . Introduction to wide area modications . . . . . . Wide area modications using the TTY interface. . Propagating cell parameters using the OMC-R GUI
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
. . . . .
1-50 1-53 1-53 1-53 1-54
Chapter 2: Conguring BSS Features
Frequency hopping . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of frequency hopping . . . . . . . . . . . . . . . . . . . Methods of conguring frequency hopping . . . . . . . . . . . . . Planning constraints of frequency hopping . . . . . . . . . . . . . Types of frequency hopping . . . . . . . . . . . . . . . . . . . . . Synthesizer frequency hopping (SFH) . . . . . . . . . . . . . . . . SFH guidelines (BCCH frequency excluded) with example. . . . . . SFH guidelines (BCCH frequency included) with example . . . . . . Baseband frequency hopping (BBH) . . . . . . . . . . . . . . . . . BBH guidelines with typical example . . . . . . . . . . . . . . . . Enhanced XBL (EXBL) . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of Enhanced XBL . . . . . . . . . . . . . . . . . . . . . Assoc_BSS and Assoc_RXCDR devices . . . . . . . . . . . . . . . . CIC blocking and validation . . . . . . . . . . . . . . . . . . . . . Enabling CIC validation . . . . . . . . . . . . . . . . . . . . . . . Dynamic Allocation of RXCDR-BSC Circuits (DARBC) . . . . . . . . . . Overview of dynamic allocation of RXCDR-BSC Circuits . . . . . . . BSC and RXCDR responsibilities . . . . . . . . . . . . . . . . . . . Auto-connect mode or backwards compatibility (static) mode . . . . Determining the number of XBLs required. . . . . . . . . . . . . . RXCDR-BSC dynamic allocation parameters . . . . . . . . . . . . . Methods of conguring dynamic allocation of RXCDR-BSC circuits . Conguring RXCDR-BSC dynamic allocation using the TTY interface Dynamic allocation of BSC-BTS Backing Resources (DYNET) . . . . . . Overview of BSC-BTS dynamic allocation (DYNET) . . . . . . . . . RSL TCHs used for backhaul. . . . . . . . . . . . . . . . . . . . . Prerequisites to enabling BSC-BTS dynamic allocation at a BTS . . . BSC-BTS dynamic allocation parameters . . . . . . . . . . . . . . Displaying if BSC-BTS dynamic allocation is unrestricted at a BSS . Enabling BSC-BTS dynamic allocation at a BTS . . . . . . . . . . . Displaying details of an equipped BTS using the TTY interface . . . Other dynamic allocation features . . . . . . . . . . . . . . . . . . MSC to BSS overload control . . . . . . . . . . . . . . . . . . . . . . Overview of MSC to BSS overload Control . . . . . . . . . . . . . . Enabling MSC to BSS overload control . . . . . . . . . . . . . . . Related overload control statistic . . . . . . . . . . . . . . . . . . Timer parameters for mobile access class barring and unbarring . . Methods of conguring MSC to BSS overload control . . . . . . . . Conguring MSC to BSS overload control using the TTY interface . Encryption algorithms . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction to encryption algorithms . . . . . . . . . . . . . . . . Prerequisites for conguring encryption algorithms . . . . . . . . . Encryption algorithm procedures . . . . . . . . . . . . . . . . . . Activating the encryption algorithms . . . . . . . . . . . . . . . . Prioritizing the encryption algorithms . . . . . . . . . . . . . . . . Displaying the prioritized list . . . . . . . . . . . . . . . . . . . . Dual band cells option . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of the single BCCH for a dual band cells feature . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . Prerequisites and restrictions for enabling the Dual Band Option . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-3 2-3 2-3 2-3 2-4 2-4 2-5 2-7 2-8 2-9 2-10 2-10 2-10 2-11 2-11 2-12 2-12 2-12 2-13 2-14 2-16 2-16 2-17 2-18 2-18 2-19 2-19 2-19 2-20 2-20 2-21 2-21 2-22 2-22 2-22 2-22 2-22 2-23 2-24 2-25 2-25 2-25 2-25 2-25 2-26 2-26 2-27 2-27 2-29 2-29
68P02901W17-S Nov 2007
iii
Contents
Dual band cells option parameters . . . . . . . . . . . . . . . . . . . Overview of conguring single BCCH for dual band cells feature . . . Methods of conguring the dual band cells option . . . . . . . . . . Conguring the dual band cells option using the TTY interface . . . . GPRS and EGPRS coding schemes . . . . . . . . . . . . . . . . . . . . . Introduction to GPRS CS3/CS4 . . . . . . . . . . . . . . . . . . . . Introduction to EGPRS MCS . . . . . . . . . . . . . . . . . . . . . . GPRS and EGPRS coding scheme parameters . . . . . . . . . . . . . Methods for conguring GPRS and EGPRS coding schemes . . . . . . Conguring GPRS and EGPRS coding schemes using the TTY interface Short Message Service - Cell Broadcast . . . . . . . . . . . . . . . . . . Overview of SMS-CB . . . . . . . . . . . . . . . . . . . . . . . . . . Message details for SMS-CB . . . . . . . . . . . . . . . . . . . . . . SMS-CB parameters . . . . . . . . . . . . . . . . . . . . . . . . . . Methods of conguring SMS-CB . . . . . . . . . . . . . . . . . . . . Conguring SMS-CB using the TTY interface . . . . . . . . . . . . . Short Message Service - Point-To-Point . . . . . . . . . . . . . . . . . . Introduction to setting up SMS-PTP . . . . . . . . . . . . . . . . . . SMS-PTP procedures . . . . . . . . . . . . . . . . . . . . . . . . . SMS-PTP prerequisites . . . . . . . . . . . . . . . . . . . . . . . . Enabling and disabling MS originated Point to Point SMS at a site . . Displaying the state of MS originated Point to Point SMS at a site . . . Enabling and disabling MS terminated SMS-PTP at a site . . . . . . . Displaying the state of MS terminated SMS-PTP at a site . . . . . . . Specifying the downlink logical channel . . . . . . . . . . . . . . . . Displaying the DOWNLINK LOGICAL CHANNEL . . . . . . . . . . . Preventive Cyclic Retransmission (PCR) . . . . . . . . . . . . . . . . . . Introduction to PCR . . . . . . . . . . . . . . . . . . . . . . . . . . Range and default values for Timers . . . . . . . . . . . . . . . . . . Range and default values for N-value parameters . . . . . . . . . . . Methods of conguring PCR . . . . . . . . . . . . . . . . . . . . . . Conguring PCR using the TTY interface . . . . . . . . . . . . . . . MSC initiated IMSI and IMEI call trace . . . . . . . . . . . . . . . . . . Introduction to MSC initiated call trace . . . . . . . . . . . . . . . . Controlling an MSC initiated call trace . . . . . . . . . . . . . . . . Naming of call trace log les. . . . . . . . . . . . . . . . . . . . . . Call trace ow control . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of call trace ow control . . . . . . . . . . . . . . . . . . . Call trace ow control parameters . . . . . . . . . . . . . . . . . . . Methods of conguring call trace ow control . . . . . . . . . . . . . Conguring call trace ow control using the TTY interface . . . . . . GPRS Trace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Feature Description . . . . . . . . . . . . . . . . . . . . . . . . . . Enhanced Circuit Error Rate Monitor (ECERM) . . . . . . . . . . . . . . Overview of ECERM . . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites to conguring ECERM. . . . . . . . . . . . . . . . . . Determining whether ECERM has been enabled . . . . . . . . . . . . ECERM parameters . . . . . . . . . . . . . . . . . . . . . . . . . . Methods for conguring ECERM. . . . . . . . . . . . . . . . . . . . Conguring ECERM using the TTY interface . . . . . . . . . . . . . Advanced Load Management for EGSM . . . . . . . . . . . . . . . . . . Introduction to Advanced Load Management for EGSM . . . . . . . . Restrictions and dependencies to ALM for EGSM . . . . . . . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . . ALM for EGSM parameters . . . . . . . . . . . . . . . . . . . . . . Methods of conguring ALM for EGSM . . . . . . . . . . . . . . . . Conguring ALM for EGSM using the TTY interface . . . . . . . . . . Network Controlled Cell Reselection. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2-30 2-34 2-35 2-36 2-38 2-38 2-38 2-39 2-42 2-42 2-43 2-43 2-43 2-44 2-46 2-46 2-51 2-51 2-51 2-51 2-52 2-52 2-52 2-53 2-53 2-53 2-54 2-54 2-54 2-55 2-55 2-55 2-58 2-58 2-58 2-59 2-61 2-61 2-61 2-63 2-63 2-66 2-66 2-68 2-68 2-68 2-69 2-69 2-74 2-75 2-76 2-76 2-76 2-76 2-77 2-77 2-77 2-79
iv
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
Description of Network Controlled Cell Reselection (NCCR) . . . . . . . . . . Determining whether Network Controlled Cell Reselection (NCCR) is enabled Network Controlled Cell Reselection parameters . . . . . . . . . . . . . . . NCCR changes to Detailed Views . . . . . . . . . . . . . . . . . . . . . . . Methods for conguring NCCR . . . . . . . . . . . . . . . . . . . . . . . . Conguring NCCR using the TTY interface . . . . . . . . . . . . . . . . . . GPRS Interleaving TBFs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description of TBF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description of GPRS interleaving TBFs . . . . . . . . . . . . . . . . . . . . Delayed Downlink TBF Release . . . . . . . . . . . . . . . . . . . . . . . . Delayed Downlink TBF Release Control . . . . . . . . . . . . . . . . . . . . Delayed Uplink TBF Release . . . . . . . . . . . . . . . . . . . . . . . . . . GPRS interleaving TBFs capacity . . . . . . . . . . . . . . . . . . . . . . . GPRS interleaving TBFs parameters . . . . . . . . . . . . . . . . . . . . . . Impact of GPRS interleaving TBFs on a BSS . . . . . . . . . . . . . . . . . . Methods for conguring GPRS interleaving TBFs . . . . . . . . . . . . . . . Conguring GPRS interleaving TBFs using the TTY interface . . . . . . . . . Enhanced BSC Capacity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction to the Enhanced BSC Capacity feature . . . . . . . . . . . . . . Determining whether Enhanced BSC Capacity is enabled . . . . . . . . . . . Inter-Radio Access Technology (Inter-RAT) Handover . . . . . . . . . . . . . . . Overview of Inter-RAT Handover. . . . . . . . . . . . . . . . . . . . . . . . Inter-RAT Handover dependencies . . . . . . . . . . . . . . . . . . . . . . . Enhanced Inter-RAT Handover feature. . . . . . . . . . . . . . . . . . . . . Additional information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . . . . . . Inter-RAT Handover and Enhanced Inter-RAT Handover parameters . . . . . Methods of conguring Inter-RAT Handover . . . . . . . . . . . . . . . . . . Conguring Inter-RAT Handover using the TTY interface . . . . . . . . . . . GSM location services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description of Location Services . . . . . . . . . . . . . . . . . . . . . . . . Location services and the LMTL device . . . . . . . . . . . . . . . . . . . . Determining whether location services is unrestricted. . . . . . . . . . . . . Location services parameters . . . . . . . . . . . . . . . . . . . . . . . . . Restrictions for Location Services parameters . . . . . . . . . . . . . . . . . Methods for conguring Location Services . . . . . . . . . . . . . . . . . . Conguring GSM Location Services using the TTY interface. . . . . . . . . . Enhanced GPRS One Phase Access . . . . . . . . . . . . . . . . . . . . . . . . Overview of Enhanced GPRS One Phase Access . . . . . . . . . . . . . . . . Enhanced GPRS One Phase Access dependencies . . . . . . . . . . . . . . . Enhanced GPRS One Phase Access parameters . . . . . . . . . . . . . . . . Methods of conguring Enhanced GPRS one phase access . . . . . . . . . . Conguring Enhanced GPRS one phase access using the TTY interface . . . . PBCCH/PCCCH feature . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of PBCCH/PCCCH feature . . . . . . . . . . . . . . . . . . . . . . Prerequisites to conguring PBCCH/PCCCH. . . . . . . . . . . . . . . . . . Determining whether PBCCH/PCCCH is unrestricted at the BSS . . . . . . . PBCCH/PCCCH parameters . . . . . . . . . . . . . . . . . . . . . . . . . . Methods for conguring PBCCH/PCCCH . . . . . . . . . . . . . . . . . . . Conguring PBCCH/PCCCH using TTY interface . . . . . . . . . . . . . . . Adaptive Multi-Rate (AMR) . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of the AMR feature . . . . . . . . . . . . . . . . . . . . . . . . . Link Adaptation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . AMR Full Rate - MS Monitor function . . . . . . . . . . . . . . . . . . . . . AMR Enhanced GDP feature . . . . . . . . . . . . . . . . . . . . . . . . . . AMR Enhanced Capacity feature. . . . . . . . . . . . . . . . . . . . . . . . Technical description of AMR . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites for enabling AMR . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2-79 2-80 2-80 2-83 2-83 2-84 2-87 2-87 2-87 2-87 2-88 2-88 2-88 2-88 2-90 2-90 2-91 2-92 2-92 2-92 2-93 2-93 2-93 2-94 2-94 2-94 2-94 2-100 2-100 2-102 2-102 2-102 2-102 2-103 2-109 2-109 2-109 2-111 2-111 2-111 2-111 2-113 2-113 2-115 2-115 2-116 2-117 2-117 2-125 2-126 2-127 2-127 2-128 2-129 2-129 2-129 2-129 2-130
68P02901W17-S Nov 2007
Contents
Conguring AMR at a cell . . . . . . . . . . . . . . . . . . . . . . . . . . Determining whether the AMR features are unrestricted . . . . . . . . . . AMR parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Methods of conguring AMR. . . . . . . . . . . . . . . . . . . . . . . . . Conguring AMR using the TTY interface . . . . . . . . . . . . . . . . . . GSM Half Rate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites for enabling GSM HR . . . . . . . . . . . . . . . . . . . . . Conguring GSM HR . . . . . . . . . . . . . . . . . . . . . . . . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . . . . . Determining whether the GSM HR feature is unrestricted . . . . . . . . . . GSM HR parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . GPRS Seamless Cell Reselection . . . . . . . . . . . . . . . . . . . . . . . . . Description of GPRS Seamless Cell Reselection (SCR) . . . . . . . . . . . . Determining whether GPRS Seamless Cell Reselection (SCR) is unrestricted GPRS Seamless Cell Reselection parameters . . . . . . . . . . . . . . . . Methods for conguring SCR . . . . . . . . . . . . . . . . . . . . . . . . Conguring SCR using TTY interface . . . . . . . . . . . . . . . . . . . . Current Bucket Level (CBL) feature . . . . . . . . . . . . . . . . . . . . . . . Overview of the Current Bucket Level feature . . . . . . . . . . . . . . . . Prerequisite for Current Bucket Level feature . . . . . . . . . . . . . . . . Current Bucket Level parameters . . . . . . . . . . . . . . . . . . . . . . Enhanced Scheduling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Enhanced Scheduling sub-features . . . . . . . . . . . . . . . . . . . . . Enhanced Scheduling dependencies . . . . . . . . . . . . . . . . . . . . . Enhanced Scheduling parameters . . . . . . . . . . . . . . . . . . . . . . Methods of conguring enhanced scheduling . . . . . . . . . . . . . . . . Conguring enhanced scheduling using the TTY interface . . . . . . . . . . Intelligent Multilayer Resource Management (IMRM) . . . . . . . . . . . . . . Overview of IMRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Background to IMRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . Benets of IMRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description of IMRM feature settings . . . . . . . . . . . . . . . . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . . . . . Prerequisites to conguring Intelligent Multilayer Resource Management . Intelligent Multilayer Resource Management parameters . . . . . . . . . . Quality of Service (QoS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of QoS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites to conguring QoS. . . . . . . . . . . . . . . . . . . . . . . Quality of Service parameters . . . . . . . . . . . . . . . . . . . . . . . . Network Assisted Cell Change (NACC) . . . . . . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Interaction with QoS (Quality of Service) . . . . . . . . . . . . . . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . . . . . Network Assisted Cell Change (NACC) parameters . . . . . . . . . . . . . Enhanced Multi-level Precedence and Pre-emption (eMLPP) . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Background . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description of eMLPP . . . . . . . . . . . . . . . . . . . . . . . . . . . . eMLPP parameters. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Fast Call Setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . . . . . Fast Call Setup parameters . . . . . . . . . . . . . . . . . . . . . . . . . RSL Congestion Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2-130 2-130 2-131 2-135 2-135 2-138 2-138 2-138 2-138 2-138 2-139 2-140 2-140 2-140 2-141 2-141 2-142 2-143 2-143 2-143 2-143 2-144 2-144 2-144 2-144 2-144 2-146 2-146 2-148 2-148 2-148 2-149 2-149 2-154 2-154 2-154 2-158 2-158 2-158 2-158 2-166 2-166 2-166 2-167 2-167 2-167 2-169 2-169 2-169 2-169 2-170 2-172 2-172 2-172 2-172 2-172 2-174 2-174
vi
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . RSL congestion control parameters . . . . . . . . . . . . . . . . . . . . . . . . . . VersaTRAU. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Permissible values for RTF backhaul timeslots . . . . . . . . . . . . . . . . . . . . . VersaTRAU parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Feature Capacity Licensing and Audit . . . . . . . . . . . . . . . . . . . . . . . . . . . Feature description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Conguration and operation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Improved Timeslot Sharing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . . . . . . . . . . ITS parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . GPRS - Suspend/Resume . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of GPRS Suspend/Resume . . . . . . . . . . . . . . . . . . . . . . . . . Description of GPRS Suspend/Resume . . . . . . . . . . . . . . . . . . . . . . . . Measuring Suspend/Resume statistic . . . . . . . . . . . . . . . . . . . . . . . . . GPRS - Suspend/Resume dependencies . . . . . . . . . . . . . . . . . . . . . . . . GPRS - Suspend/Resume parameters . . . . . . . . . . . . . . . . . . . . . . . . . Conguring GPRS - Suspend/Resume parameter using the TTY interface . . . . . . . Increased Network Capacity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of Increased Network Capacity . . . . . . . . . . . . . . . . . . . . . . . Determining whether Increased Network Capacity is enabled . . . . . . . . . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . . . . . . . . . . BSC High Load Protection Mechanism Phase 2 . . . . . . . . . . . . . . . . . . . . . . Overview of BSC High Load Protection Mechanism Phase 2 . . . . . . . . . . . . . . BSC High Load Protection Mechanism Phase 2 parameters . . . . . . . . . . . . . . Conguring BSC High Load Protection Mechanism Phase 2 . . . . . . . . . . . . . . HSP MTL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . HSP MTL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites to conguring HSP MTL . . . . . . . . . . . . . . . . . . . . . . . . . HSP MTL parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Software patching and PCU Software Upgrade with no BSC Outage. . . . . . . . . . . . Overview of Software patching and PCU Software Upgrade with no BSC Outage . . . Software patching and PCU Software Upgrade with no BSC Outage parameters . . . Add new PCU hardware to increase GPRS capacity . . . . . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Add new PCU hardware to increase GPRS capacity parameters . . . . . . . . . . . . Dependencies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . High Bandwidth interconnection between BSC and PCU (PSI). . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . High Bandwidth interconnection between BSC and PCU parameters . . . . . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . . . . . . . . . . Increase the Throughput of PRP with the PCU . . . . . . . . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Increase the Throughput of PRP with the PCU parameters . . . . . . . . . . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . . . . . . . . . . Support of Incell as an optional feature . . . . . . . . . . . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Support of Incell as an optional feature parameters . . . . . . . . . . . . . . . . . . BSP CPU utilization reduction for higher call handling capacity . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BSS User Security Management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BSS User Security Management parameters. . . . . . . . . . . . . . . . . . . . . . Logging in to the BSS through a local maintenance terminal using the login command verify_eld_pass and .eld_pass utilities . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2-174 2-174 2-176 2-176 2-176 2-177 2-178 2-179 2-179 2-179 2-180 2-180 2-180 2-180 2-182 2-182 2-182 2-183 2-183 2-183 2-184 2-185 2-185 2-185 2-186 2-187 2-187 2-187 2-187 2-189 2-189 2-189 2-189 2-192 2-192 2-192 2-194 2-194 2-194 2-197 2-198 2-198 2-198 2-200 2-201 2-201 2-201 2-202 2-203 2-203 2-203 2-204 2-204 2-205 2-205 2-206 2-208 2-209
68P02901W17-S Nov 2007
vii
Contents
Setting eldeng_always_enabled parameter . . . . . Password management and banner text management Quality of Service Phase II . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . Quality of Service Phase II parameters . . . . . . . CTU2-D . . . . . . . . . . . . . . . . . . . . . . . . . Description . . . . . . . . . . . . . . . . . . . . . CTU2-D dependencies . . . . . . . . . . . . . . . . CTU2-D parameters . . . . . . . . . . . . . . . . . Interaction with other features . . . . . . . . . . . Cell OOS Timer Enhancement . . . . . . . . . . . . . . Description . . . . . . . . . . . . . . . . . . . . . Cell OOS Timer Enhancement parameters . . . . . . TDM Availability Enhancements . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . TDM Availability Enhancements parameters . . . . . TD-SCDMA and GSM interworking . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . TD-SCDMA and GSM interworking dependencies . . TD-SCDMA and GSM interworking parameters . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . .
2-210 2-211 2-216 2-216 2-217 2-229 2-229 2-230 2-231 2-232 2-233 2-233 2-233 2-234 2-234 2-234 2-235 2-235 2-235 2-235
Chapter 3: Conguring Network, OMC-R, and MSC Instances
Conguring a network instance . . . . . . . . . . . . . . Introduction to conguring a network instance . . . . Creating a Network instance using the OMC-R GUI . . Network Detailed View elds . . . . . . . . . . . . . Deleting a Network instance . . . . . . . . . . . . . . Conguring an OMC-R or MSC instance . . . . . . . . . . Introduction to conguring an OMC-R or MSC instance Creating an OMC-R or MSC instance . . . . . . . . . OMC and MSC Detailed View elds . . . . . . . . . . Deleting an OMC-R or MSC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3-2 3-2 3-2 3-3 3-5 3-6 3-6 3-6 3-6 3-8
Chapter 4: Conguring a BSS/RXCDR
Overview of adding a BSS or RXCDR . . . . . . . . . . . . . . . Introduction to adding a BSS/RXCDR . . . . . . . . . . . . . Prerequisites for adding BSS/RXCDR . . . . . . . . . . . . . Overview procedure for adding BSS/RXCDR to the network . . Creating a BSS using the OMC-R GUI . . . . . . . . . . . . . . . Introduction to creating a BSS using OMC-R GUI . . . . . . . Prerequisites to creating a BSS . . . . . . . . . . . . . . . . Creating a BSS using the OMC-R GUI . . . . . . . . . . . . . BSS Detailed View elds . . . . . . . . . . . . . . . . . . . . Modifying BSS details using the OMC-R GUI . . . . . . . . . Creating an RXCDR using the OMC-R GUI . . . . . . . . . . . . . Prerequisites to creating an RXCDR . . . . . . . . . . . . . . Creating an RXCDR using the OMC-R GUI . . . . . . . . . . . Modifying RXCDR details using the OMC-R GUI . . . . . . . . Conguring the packet switch/MUX for a BSS . . . . . . . . . . . Introduction to packet switch conguration . . . . . . . . . . Overview of conguring a Vanguard 6560 MPRouter for a new Creating a BSS/RXCDR database . . . . . . . . . . . . . . . . . Denition of BSS/RXCDR database . . . . . . . . . . . . . . BSS/RXCDR database types . . . . . . . . . . . . . . . . . . Conguration Management database object . . . . . . . . . . Database script le . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4-2 4-2 4-2 4-3 4-7 4-7 4-7 4-8 4-9 4-39 4-40 4-40 4-40 4-41 4-42 4-42 4-42 4-44 4-44 4-44 4-44 4-44
viii
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
NE database checks . . . . . . . . . . . . . . . . . . . . . . . . . . Typical database directory structure . . . . . . . . . . . . . . . . . . Deleting a BSS/RXCDR. . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction to deleting a BSS/RXCDR. . . . . . . . . . . . . . . . . Impact of deleting a BSS on an Assoc_BSS. . . . . . . . . . . . . . . Impact of deleting an RXCDR on an Assoc_RXCDR . . . . . . . . . . Prerequisites before deleting a BSS/RXCDR . . . . . . . . . . . . . . Removing a BSS/RXCDR from the network . . . . . . . . . . . . . . Deleting a BSS/RXCDR from the OMC-R . . . . . . . . . . . . . . . . Deleting a BSS/RXCDR at the packet switch/MUX . . . . . . . . . . . . . Introduction to Deleting the BSS/RXCDR at the packet switch. . . . . Conguration changes at the packet switch . . . . . . . . . . . . . . Deleting the routing table entry . . . . . . . . . . . . . . . . . . . . Removing the cabling between packet switch and MUX . . . . . . . . Conguration changes at the MUX . . . . . . . . . . . . . . . . . . Dependencies on NE removal from the MUX . . . . . . . . . . . . . Removing the NE from the MUX . . . . . . . . . . . . . . . . . . . . Removing the NE link to the MUX . . . . . . . . . . . . . . . . . . . Equipping cabinets and cages at a BSS site . . . . . . . . . . . . . . . . Overview of equipping cabinets and cages at a BSS . . . . . . . . . . Horizonmicro2 and Horizoncompact2 BTS cabinets . . . . . . . . . . Horizon II macro and Horizon II macro_ext cabinets. . . . . . . . . . Horizon II mini and Horizon II macro cabinets . . . . . . . . . . . . . Conguring a cabinet . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating a cabinet for a site using the OMC-R GUI . . . . . . . . . . Cabinet Detailed View elds . . . . . . . . . . . . . . . . . . . . . . Equipping a cabinet using the TTY interface . . . . . . . . . . . . . . Conguring a cage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating a cage using the OMC-R GUI . . . . . . . . . . . . . . . . . Cage Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . Equipping a cage from the TTY interface . . . . . . . . . . . . . . . Conguring an RXCDR cabinet . . . . . . . . . . . . . . . . . . . . . . Overview of conguring an RXCDR cabinet . . . . . . . . . . . . . . Creating an RXCDR cabinet using the OMC-R GUI . . . . . . . . . . Equipping an RXCDR cabinet using the TTY interface . . . . . . . . . Conguring an RXCDR cage . . . . . . . . . . . . . . . . . . . . . . . . Overview of conguring an RXCDR cage. . . . . . . . . . . . . . . . RXCDR cage numbers . . . . . . . . . . . . . . . . . . . . . . . . . Creating an RXCDR cage using the OMC-R GUI . . . . . . . . . . . . Equipping an RXCDR cage using the TTY interface . . . . . . . . . . Example of equipping an RXCDR cabinet and cage using the TTY interface Scenario . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overall procedure list . . . . . . . . . . . . . . . . . . . . . . . . . Equipping the RXCDR cabinet using the TTY interface . . . . . . . . Equipping the RXCDR cage using the TTY interface . . . . . . . . . . Conguring an Assoc_BSS . . . . . . . . . . . . . . . . . . . . . . . . . Description of an Assoc_BSS . . . . . . . . . . . . . . . . . . . . . . Prerequisites to creating an Assoc_BSS . . . . . . . . . . . . . . . . Creating an Assoc_BSS using the OMC-R GUI . . . . . . . . . . . . . Assoc_BSS Detailed View elds . . . . . . . . . . . . . . . . . . . . Deleting an Assoc_BSS using the OMC-R GUI . . . . . . . . . . . . . Creating an Assoc_BSS using the TTY interface . . . . . . . . . . . . Displaying Assoc_BSS details using the TTY interface . . . . . . . . . Setting Assoc_BSS parameters using the TTY interface . . . . . . . . Deleting an Assoc_BSS using the TTY interface . . . . . . . . . . . . Conguring an Assoc_RXCDR . . . . . . . . . . . . . . . . . . . . . . . Description of an Assoc_RXCDR . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4-45 4-46 4-47 4-47 4-47 4-47 4-47 4-48 4-48 4-51 4-51 4-51 4-51 4-51 4-52 4-52 4-52 4-53 4-54 4-54 4-54 4-54 4-55 4-57 4-57 4-57 4-61 4-62 4-62 4-62 4-64 4-65 4-65 4-65 4-66 4-67 4-67 4-67 4-67 4-68 4-69 4-69 4-69 4-70 4-70 4-71 4-72 4-72 4-72 4-72 4-73 4-74 4-75 4-75 4-75 4-75 4-76 4-76
68P02901W17-S Nov 2007
ix
Contents
Prerequisites to creating an Assoc_RXCDR . . . . . . . . . . . . . Creating an Assoc_RXCDR using the OMC-R GUI . . . . . . . . . . Assoc_RXCDR Detailed View elds. . . . . . . . . . . . . . . . . . Creating an Assoc_RXCDR using the TTY interface . . . . . . . . . Displaying Assoc_RXCDR details using the TTY interface . . . . . . Enabling/Disabling CIC Validation at an Assoc_RXCDR using the TTY Changing eac_mode and cic_block_thresh . . . . . . . . . . . . . . Changing AMR Half Rate mode using the TTY interface . . . . . . . Changing GSM Half Rate mode using the TTY interface . . . . . . . Deleting an Assoc_RXCDR using the OMC-R GUI . . . . . . . . . . Deleting an Assoc_RXCDR using the TTY interface . . . . . . . . . Changing the NE ID of an Assoc_BSSs or Assoc_RXCDR . . . . . . . . . Introduction to changing the NE ID of an AXCDR or ABSS . . . . . Phases in the change assoc NE ID process. . . . . . . . . . . . . . Change assoc NE ID process log les . . . . . . . . . . . . . . . . Prerequisites to changing an associated NE ID . . . . . . . . . . . Restrictions to changing an NE ID . . . . . . . . . . . . . . . . . . Changing the NE ID of an ABSS or AXCDR using the OMC-R GUI . . Viewing other log les . . . . . . . . . . . . . . . . . . . . . . . . Resuming a suspended change assoc NE ID process. . . . . . . . . Conguring DYNETs and DYNETGroups . . . . . . . . . . . . . . . . . DYNET device . . . . . . . . . . . . . . . . . . . . . . . . . . . . DYNETGroup . . . . . . . . . . . . . . . . . . . . . . . . . . . . DYNETGroup and DYNET topics . . . . . . . . . . . . . . . . . . . Conguring a DYNETGroup . . . . . . . . . . . . . . . . . . . . . . . Prerequisites to creating a DYNETGroup . . . . . . . . . . . . . . Creating a DYNETGroup using the OMC-R GUI . . . . . . . . . . . DYNETGroup Detailed View elds . . . . . . . . . . . . . . . . . . Equipping a DYNETGroup using the TTY interface . . . . . . . . . Deleting a DYNETGroup using the OMC-R GUI . . . . . . . . . . . Conguring a DYNET . . . . . . . . . . . . . . . . . . . . . . . . . . Path devices for a DYNET . . . . . . . . . . . . . . . . . . . . . . Prerequisites to creating a DYNET. . . . . . . . . . . . . . . . . . Creating a DYNET using the OMC-R GUI . . . . . . . . . . . . . . DYNET Detailed View elds . . . . . . . . . . . . . . . . . . . . . Modifying and deleting a DYNET using the OMC-R GUI . . . . . . . Conguring a DYNET using the TTY interface . . . . . . . . . . . . Reparenting a BSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of reparenting a BSS . . . . . . . . . . . . . . . . . . . Preserving SITE names . . . . . . . . . . . . . . . . . . . . . . . Reparenting a BSS to a different OMC-R. . . . . . . . . . . . . . . . . Prerequisites to reparenting a BSS to a different OMC-R . . . . . . Reparenting a BSS to a different OMC-R. . . . . . . . . . . . . . . Reparenting a BSS to a different RXCDR (same OMC-R). . . . . . . . . Prerequisites for assigning a BSS to a different RXCDR . . . . . . . Reparenting a BSS to a different RXCDR . . . . . . . . . . . . . . Reparenting an RXCDR to a different MSC . . . . . . . . . . . . . . . Introduction to reparenting an RXCDR to a different MSC. . . . . . Reparenting RXCDR commslinks . . . . . . . . . . . . . . . . . . Checking the software version for a BSS/RXCDR/OMC-R . . . . . . . . Software version number format. . . . . . . . . . . . . . . . . . . Checking a single NE using the OMC-R GUI . . . . . . . . . . . . . Checking multiple NEs using the OMC-R GUI . . . . . . . . . . . . Checking a single NE and multiple NEs using cmutil . . . . . . . . Checking OMC-R software load version . . . . . . . . . . . . . . . Checking NE software load versions using disp_version command .
. . . . . . . . . . . . . . . . . . . . . . . . . interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4-76 4-76 4-77 4-79 4-80 4-80 4-80 4-81 4-82 4-82 4-83 4-84 4-84 4-84 4-85 4-85 4-86 4-86 4-89 4-92 4-94 4-94 4-95 4-95 4-96 4-96 4-96 4-96 4-97 4-97 4-98 4-98 4-98 4-98 4-99 4-101 4-101 4-104 4-104 4-104 4-105 4-105 4-105 4-108 4-108 4-108 4-110 4-110 4-110 4-112 4-112 4-112 4-113 4-113 4-113 4-113
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
Chapter 5: Conguring Connectivity
Checking BSS to MSC (Through RXCDR) connectivity . . . . . . . . . . . . BSS to MSC connectivity. . . . . . . . . . . . . . . . . . . . . . . . . Connection report . . . . . . . . . . . . . . . . . . . . . . . . . . . . Checking BSS connections . . . . . . . . . . . . . . . . . . . . . . . . Checking RXCDR connections . . . . . . . . . . . . . . . . . . . . . . Creating and extracting CommsLink details . . . . . . . . . . . . . . . Checking BSS to RXCDR connectivity . . . . . . . . . . . . . . . . . . Conguring a Conn_Link . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating a Conn_Link using the OMC-R GUI . . . . . . . . . . . . . . . Conn_Link Detailed View elds . . . . . . . . . . . . . . . . . . . . . Deleting a Conn_Link using the OMC-R GUI . . . . . . . . . . . . . . . Adding a Conn_Link using the TTY interface . . . . . . . . . . . . . . . Displaying connectivity using the TTY interface . . . . . . . . . . . . . Deleting a Conn_Link using the TTY interface . . . . . . . . . . . . . . Conguring a CommsLink using the OMC-R GUI . . . . . . . . . . . . . . Introduction to conguring a CommsLink . . . . . . . . . . . . . . . . Autocreation and deletion of CommsLinks . . . . . . . . . . . . . . . Creating a CommsLink using the OMC-R GUI . . . . . . . . . . . . . . CommsLink Detailed View elds . . . . . . . . . . . . . . . . . . . . . Filtering the CommsLink list window . . . . . . . . . . . . . . . . . . Deleting a CommsLink using the OMC-R GUI . . . . . . . . . . . . . . Checking RXCDR/BSS to OMC-R (OML) connectivity . . . . . . . . . . . . Overview to OML connectivity . . . . . . . . . . . . . . . . . . . . . . Checking OMLs for a single NE using the OMC-R GUI. . . . . . . . . . Checking OMLs for multiple NEs using SQL . . . . . . . . . . . . . . . DTE X.121 addresses at the OMC-R . . . . . . . . . . . . . . . . . . . . . Introduction to DTE X.121 addresses . . . . . . . . . . . . . . . . . . x25_cong le location. . . . . . . . . . . . . . . . . . . . . . . . . . x25_cong le elds . . . . . . . . . . . . . . . . . . . . . . . . . . . x25_cong le entries . . . . . . . . . . . . . . . . . . . . . . . . . . Assigning DTE X.121 addresses at the NE . . . . . . . . . . . . . . . . . . Introduction to assigning DTE X.121 addresses . . . . . . . . . . . . . Setting X.121 addresses . . . . . . . . . . . . . . . . . . . . . . . . . Slot: port settings for OMLs . . . . . . . . . . . . . . . . . . . . . . . Setting OML addresses using the TTY interface . . . . . . . . . . . . . OMC-R addresses - general rules . . . . . . . . . . . . . . . . . . . . Modifying congurations on A, M, and Mobis interfaces . . . . . . . . . . . Introduction to A, M, Mobis interfaces . . . . . . . . . . . . . . . . . . Methods for modifying congurations on A, M, and Mobis interfaces . . Prerequisites to modifying A, M, and Mobis interfaces. . . . . . . . . . Displaying interface status . . . . . . . . . . . . . . . . . . . . . . . . Equipping and unequipping A and M interfaces using the TTY interface. Modifying the Mobis interface using the TTY interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-2 5-2 5-2 5-3 5-3 5-3 5-4 5-6 5-6 5-6 5-8 5-8 5-9 5-9 5-11 5-11 5-11 5-11 5-13 5-14 5-15 5-16 5-16 5-16 5-16 5-18 5-18 5-18 5-18 5-19 5-20 5-20 5-20 5-20 5-20 5-21 5-23 5-23 5-23 5-23 5-24 5-24 5-24
Chapter 6: Conguring a PCU for GPRS
Introduction to the PCU and its devices . . . . . . Overview of GPRS . . . . . . . . . . . . . . . Introduction to PCU . . . . . . . . . . . . . . List of PCU contained devices . . . . . . . . . PCU equipage hierarchy chart . . . . . . . . . PCU contained devices in the Navigation Tree PCU contained devices to be equipped. . . . . Overview of conguring a PCU and its devices . . Recommended method for conguring a PCU . Other PCU conguration methods . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-2 6-2 6-2 6-2 6-3 6-5 6-5 6-6 6-6 6-6
68P02901W17-S Nov 2007
xi
Contents
Recommended list of PCU conguration procedures. . . . . . Conguring a PCU using the OMC-R GUI . . . . . . . . . . . . . Introduction to conguring a PCU using the OMC-R GUI . . . Prerequisites for conguring a PCU using the OMC-R GUI . . Creating a PCU using the OMC-R GUI . . . . . . . . . . . . . PCU Detailed View elds. . . . . . . . . . . . . . . . . . . . Modifying PCU details from the OMC-R GUI . . . . . . . . . . Deleting a PCU using the OMC-R GUI . . . . . . . . . . . . . Displaying and modifying PCU cabinet details . . . . . . . . . . . Introduction to displaying and modifying PCU cabinet details . Displaying and modifying a PCU cabinet Detailed View . . . . Displaying and modifying PCU cage details . . . . . . . . . . . . Introduction to displaying and modifying PCU cage details . . Displaying and modifying a PCU cage Detailed View . . . . . Conguring a DPROC using the OMC-R GUI . . . . . . . . . . . . Introduction to DPROCs . . . . . . . . . . . . . . . . . . . . Prerequisites to creating a DPROC . . . . . . . . . . . . . . Creating a DPROC using the OMC-R GUI . . . . . . . . . . . DPROC Detailed View elds . . . . . . . . . . . . . . . . . . Modifying DPROC details from the OMC-R GUI . . . . . . . . Deleting a DPROC using the OMC-R GUI . . . . . . . . . . . Displaying and modifying PSP details . . . . . . . . . . . . . . . Introduction to PSP . . . . . . . . . . . . . . . . . . . . . . Displaying and modifying PSP details from the OMC-R GUI . . PSP Detailed View elds . . . . . . . . . . . . . . . . . . . . Conguring a PCU MSI using the OMC-R GUI . . . . . . . . . . . Introduction to conguring a PCU MSI using the OMC-R GUI . Prerequisites to creating a PCU MSI. . . . . . . . . . . . . . Creating a PCU MSI using the OMC-R GUI . . . . . . . . . . PCU MSI Detailed View elds . . . . . . . . . . . . . . . . . Modifying PCU MSI details from the OMC-R GUI . . . . . . . Deleting a PCU MSI using the OMC-R GUI . . . . . . . . . . Displaying and modifying PCU MMS details . . . . . . . . . . . . Introduction to displaying and modifying PCU MMS details . . Prerequisites to viewing and modifying a PCU MMS. . . . . . Displaying and modifying an MMS Detailed View . . . . . . . Conguring a GDS using the OMC-R GUI . . . . . . . . . . . . . Introduction to conguring a GDS using the OMC-R GUI . . . Fault Management of a GDS . . . . . . . . . . . . . . . . . . Prerequisites to creating a GDS . . . . . . . . . . . . . . . . Creating a GDS using the OMC-R GUI . . . . . . . . . . . . . GDS Detailed View elds. . . . . . . . . . . . . . . . . . . . Modifying GDS details from the OMC-R GUI . . . . . . . . . . Deleting a GDS using the OMC-R GUI . . . . . . . . . . . . . Conguring a GSL using the OMC-R GUI . . . . . . . . . . . . . Introduction to conguring a GSL using the OMC-R GUI . . . Dening the GSL equipage mode . . . . . . . . . . . . . . . Prerequisites to creating a GSL . . . . . . . . . . . . . . . . Creating a GSL using the OMC-R GUI . . . . . . . . . . . . . GSL Detailed View parameter elds . . . . . . . . . . . . . . Deleting a GSL using the OMC-R GUI . . . . . . . . . . . . . Conguring a GBL using the OMC-R GUI . . . . . . . . . . . . . Introduction to conguring a GBL using the OMC-R GUI . . . Prerequisites to creating a GBL . . . . . . . . . . . . . . . . Creating a GBL using the OMC-R GUI . . . . . . . . . . . . . GBL Detailed View elds . . . . . . . . . . . . . . . . . . . . Deleting a GBL using the OMC-R GUI . . . . . . . . . . . . . Conguring an NSVC using the OMC-R GUI . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6-7 6-8 6-8 6-8 6-8 6-9 6-14 6-15 6-16 6-16 6-16 6-17 6-17 6-17 6-18 6-18 6-18 6-18 6-19 6-20 6-21 6-22 6-22 6-22 6-22 6-25 6-25 6-25 6-25 6-26 6-27 6-27 6-29 6-29 6-29 6-30 6-31 6-31 6-32 6-32 6-32 6-33 6-35 6-35 6-36 6-36 6-36 6-37 6-37 6-37 6-38 6-40 6-40 6-40 6-40 6-41 6-44 6-45
xii
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
Introduction to conguring an NSVC using the OMC-R GUI Prerequisites to creating an NSVC . . . . . . . . . . . . . Creating an NSVC using the OMC-R GUI . . . . . . . . . NSVC Detailed View parameter elds . . . . . . . . . . . Modifying NSVC details from the OMC-R GUI . . . . . . . Deleting an NSVC using the OMC-R GUI . . . . . . . . . Conguring an SGSN (GPRS) using the OMC-R GUI . . . . . . SGSN conguration . . . . . . . . . . . . . . . . . . . . GPRS SGSN network topology . . . . . . . . . . . . . . . Multiple SGSNs . . . . . . . . . . . . . . . . . . . . . . Creating an SGSN using the Navigation Tree . . . . . . . SGSN Detailed View elds . . . . . . . . . . . . . . . . . Displaying and modifying an SGSN . . . . . . . . . . . . Deleting an SGSN . . . . . . . . . . . . . . . . . . . . . Conguring the PCU and its devices from the TTY interface . . Introduction . . . . . . . . . . . . . . . . . . . . . . . . Examples of the equip command . . . . . . . . . . . . . . BSS commands supporting a PCU and its devices . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . .
6-45 6-45 6-45 6-46 6-48 6-50 6-51 6-51 6-51 6-51 6-51 6-52 6-53 6-53 6-54 6-54 6-54 6-55
Chapter 7: Conguring a Site
Introduction to BSC and BTS sites . . . . . . . . . . . . . . . Overview of a BSS and its connections. . . . . . . . . . . BSS links and control functions . . . . . . . . . . . . . . BSS topology and path limitations . . . . . . . . . . . . . Path devices . . . . . . . . . . . . . . . . . . . . . . . . MSI and RSL restrictions . . . . . . . . . . . . . . . . . RTF considerations . . . . . . . . . . . . . . . . . . . . RSL/TCH and BSC-BTS dynamic allocation considerations 900/1800 Horizonmicro2 and Horizoncompact2 BTS . . . Horizon II BTS . . . . . . . . . . . . . . . . . . . . . . . Horizon II Mini . . . . . . . . . . . . . . . . . . . . . . . Overview of adding a BTS . . . . . . . . . . . . . . . . . . . Recommended way to add a BTS . . . . . . . . . . . . . Who provides the BTS information . . . . . . . . . . . . . Prerequisites to adding a BTS . . . . . . . . . . . . . . . Procedures for adding a BTS. . . . . . . . . . . . . . . . Adding a BTS using a batch rlogin script. . . . . . . . . . . . Adding a BTS online using batch rlogin script . . . . . . . Using batch templates . . . . . . . . . . . . . . . . . . . Assumptions . . . . . . . . . . . . . . . . . . . . . . . . Procedure list . . . . . . . . . . . . . . . . . . . . . . . Beginning a batch session . . . . . . . . . . . . . . . . . Running script le . . . . . . . . . . . . . . . . . . . . . Checks to perform after adding a BTS . . . . . . . . . . . Adding a BTS using the TTY interface (example 1) . . . . . . . Introduction to adding a BTS using the TTY interface . . . Procedure list for adding a BTS using the TTY interface . . Equipping BTS devices and functions . . . . . . . . . . . Creation order for devices and functions . . . . . . . . . General procedure for adding a SITE . . . . . . . . . . . Adding path devices . . . . . . . . . . . . . . . . . . . . Adding RSL devices . . . . . . . . . . . . . . . . . . . . Adding RTF functions . . . . . . . . . . . . . . . . . . . Adding a BTS using the TTY interface (example 2) . . . . . . . Equipping a SITE and MSIs using the equip command. . . Equipping path devices using the TTY interface . . . . . . Adding RSL devices using equip command . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-2 7-2 7-2 7-3 7-3 7-5 7-6 7-7 7-7 7-8 7-10 7-11 7-11 7-11 7-11 7-12 7-13 7-13 7-13 7-13 7-13 7-14 7-14 7-15 7-16 7-16 7-16 7-17 7-17 7-18 7-18 7-18 7-19 7-20 7-20 7-21 7-23
68P02901W17-S Nov 2007
xiii
Contents
Adding RTF functions . . . . . . . . . . . . . . . . . . . . . Unequipping a SITE using the TTY interface. . . . . . . . . . Creating a SITE using the OMC-R GUI . . . . . . . . . . . . . . . Introduction to adding a SITE using the OMC-GUI. . . . . . . Creating a SITE using the OMC-R GUI. . . . . . . . . . . . . SITE Detailed View elds . . . . . . . . . . . . . . . . . . . Modifying SITE parameters . . . . . . . . . . . . . . . . . . . . Methods for modifying SITE parameters . . . . . . . . . . . . Using the chg_element command . . . . . . . . . . . . . . . Using the modify_value command . . . . . . . . . . . . . . . Equipping cabinets and cages at a remote BTS . . . . . . . . . . Overview of equipping cabinets and cages at a remote BTS . . Cabinet and cage numbers. . . . . . . . . . . . . . . . . . . Scenario . . . . . . . . . . . . . . . . . . . . . . . . . . . . BTS equipment . . . . . . . . . . . . . . . . . . . . . . . . Additional equipment . . . . . . . . . . . . . . . . . . . . . Overall procedure list . . . . . . . . . . . . . . . . . . . . . Equipping a remote BTS cabinet using the TTY interface . . . Equipping a BTS cage using the TTY interface. . . . . . . . . Deleting and unequipping TCU/CTU cabinets . . . . . . . . . . . Introduction to deleting and unequipping TCU/CTU cabinets . Prerequisites for deleting TCU/CTU cabinet types . . . . . . . Deleting TCU/CTU cabinet types using the OMC-R GUI . . . . Unequipping TCU/CTU cabinet types using the TTY interface . Extending an existing path to a new site using the TTY interface . Introduction to path extension . . . . . . . . . . . . . . . . . Prerequisites to extending a path to new BTS . . . . . . . . . Extending a path to new site using copy_path . . . . . . . . . Example of equipping path device using copy_path command . GCLK synchronization . . . . . . . . . . . . . . . . . . . . . . . Introduction to GCLK synchronization . . . . . . . . . . . . . Description of GCLK synchronization . . . . . . . . . . . . . Effect of the number of GCLKs per site . . . . . . . . . . . . Conguration restrictions . . . . . . . . . . . . . . . . . . . Commands used for GCLK synchronization . . . . . . . . . . Database parameters used for GCLK synchronization . . . . . GCLK modes of operation . . . . . . . . . . . . . . . . . . . Controlling GCLK synchronization using the TTY interface . . Examples of GCLK commands . . . . . . . . . . . . . . . . . Checking GCLK synchronization for a site . . . . . . . . . . . . . Introduction to GCLK synchronization . . . . . . . . . . . . . Checking GCLK at a single SITE using the TTY interface . . . Checking GCLK at a single site using the OMC-R GUI . . . . . Multiple GCLK SITE checks using scripting and TTY interface Barring calls at a site using the TTY interface . . . . . . . . . . . Barring calls at a site using the TTY interface . . . . . . . . . Additional information . . . . . . . . . . . . . . . . . . . . . Checking the hardware deployed at each site . . . . . . . . . . . Overview to site hardware checking . . . . . . . . . . . . . . Checking a single site using the TTY interface . . . . . . . . . Checking a single site using the OMC-R GUI. . . . . . . . . . Checking multiple sites using scripting and TTY interface . . . Checking a single site, PCU, or NE using cmutil . . . . . . . . Further analysis of extracted MIB data . . . . . . . . . . . . Checking a device type in the network using cmutil . . . . . . Checking key site parameters . . . . . . . . . . . . . . . . . . . Overview of key site parameter checking . . . . . . . . . . . tru_id (TopCell SITE). . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7-24 7-24 7-25 7-25 7-25 7-26 7-33 7-33 7-33 7-33 7-35 7-35 7-35 7-35 7-36 7-36 7-36 7-36 7-37 7-38 7-38 7-38 7-38 7-38 7-39 7-39 7-39 7-39 7-40 7-42 7-42 7-42 7-42 7-43 7-43 7-44 7-45 7-46 7-46 7-51 7-51 7-51 7-51 7-51 7-54 7-54 7-54 7-55 7-55 7-55 7-55 7-55 7-56 7-56 7-57 7-58 7-58 7-58
xiv
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
max_dris per GPROC. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . antenna_select number . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
7-58 7-58
Chapter 8: Conguring cells
General information for conguring cells . . . . . . . . . . . . Recommendation for small scale RF changes . . . . . . . . Recommendation for large scale RF changes . . . . . . . . Viewing the sources, neighbors, and reciprocal neighbors for Methods of adding a cell . . . . . . . . . . . . . . . . . . . Creating cells at a Horizonmicro2 and Horizoncompact2 BTS Adding a cell (recommended procedure) . . . . . . . . . . . . . Recommended method of adding a cell . . . . . . . . . . . Recommended procedure for adding a cell . . . . . . . . . Adding a cell using the copy/change method . . . . . . . . . . . Description of copy/change method . . . . . . . . . . . . . Restrictions for copy_cell . . . . . . . . . . . . . . . . . . Creating a cell by copying then changing details . . . . . . Example of a copy_cell command . . . . . . . . . . . . . . Adding a cell using the TTY interface . . . . . . . . . . . . . . Introduction to adding a cell using the TTY interface . . . . Adding a cell using the add_cell command . . . . . . . . . . Adding a cell using the OMC-R GUI . . . . . . . . . . . . . . . Introduction to adding a cell using the OMC-R GUI . . . . . Using the CELL Detailed View to create a cell . . . . . . . . Autocreation of cell algorithms . . . . . . . . . . . . . . . Modifying a cell using the OMC-R GUI. . . . . . . . . . . . General cell parameter section. . . . . . . . . . . . . . . . . . Displaying General cell parameter section . . . . . . . . . . General cell parameter section groupings . . . . . . . . . . Handover cell parameter section. . . . . . . . . . . . . . . . . Displaying the handover cell parameter section . . . . . . . Handover cell parameter section groupings . . . . . . . . . Power control cell parameter section . . . . . . . . . . . . . . Displaying the power control cell parameter section. . . . . Power control cell parameter section groupings . . . . . . . GPRS cell parameter section . . . . . . . . . . . . . . . . . . . Displaying the GPRS cell parameter section . . . . . . . . . Prerequisites for dening GPRS parameters . . . . . . . . . GPRS cell parameter section grouping. . . . . . . . . . . . Propagating cell parameters . . . . . . . . . . . . . . . . . . . Introduction to propagating cell parameters . . . . . . . . . Cell parameter propagation options . . . . . . . . . . . . . Cell propagation parameters. . . . . . . . . . . . . . . . . Propagating cell parameters using the OMC-R GUI . . . . . Deleting a cell . . . . . . . . . . . . . . . . . . . . . . . . . . Deleting a cell: overall procedure . . . . . . . . . . . . . . Deleting a cell using the OMC-R GUI . . . . . . . . . . . . Dening algorithms . . . . . . . . . . . . . . . . . . . . . . . Introduction to algorithms . . . . . . . . . . . . . . . . . . Methods for dening algorithms . . . . . . . . . . . . . . . Modifying default algorithms using the OMC-R GUI . . . . . . . Overview of algorithm denition . . . . . . . . . . . . . . . Modifying an algorithm using the OMC-R GUI . . . . . . . . Algorithm Detailed View elds . . . . . . . . . . . . . . . . Modifying default algorithms using the TTY interface . . . . . . Using the chg_cell_element command and parameters . . . Using chg_cell_element to change algorithms . . . . . . . . . . . . . . . . . . . . a cell . . . . . site . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8-4 8-4 8-4 8-4 8-5 8-5 8-6 8-6 8-6 8-8 8-8 8-8 8-8 8-9 8-10 8-10 8-10 8-11 8-11 8-11 8-13 8-13 8-14 8-14 8-14 8-46 8-46 8-46 8-61 8-61 8-61 8-68 8-68 8-68 8-68 8-76 8-76 8-76 8-76 8-86 8-89 8-89 8-90 8-91 8-91 8-91 8-92 8-92 8-92 8-93 8-95 8-95 8-95
68P02901W17-S Nov 2007
xv
Contents
Dening hreqave, hreqt, and qual_weight . . . . . . . . . . . . . . . . . . Examples of chg_cell_element commands . . . . . . . . . . . . . . . . . . Description of rel_tim_adv and surround_cell parameters . . . . . . . . . . Example of modifying rel_tim_adv and surround_cell parameters . . . . . . Description of rxlev_dl_ho and rxlev_ul_ho parameters . . . . . . . . . . . Example of modifying uplink and downlink parameters . . . . . . . . . . . Neighbors, Sources and Reciprocal Neighbors. . . . . . . . . . . . . . . . . . Denition: Neighbor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Denition: source . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Denition: Reciprocal Neighbors . . . . . . . . . . . . . . . . . . . . . . Automatic creation of Reciprocal Neighbors . . . . . . . . . . . . . . . . . Viewing Sources, Neighbors and Reciprocals . . . . . . . . . . . . . . . . . . Introduction to viewing Sources, Neighbors and Reciprocal Neighbors . . . Procedure to view Sources, Neighbors and Reciprocal Neighbors . . . . . . Creating and deleting Sources, Neighbors and Reciprocals . . . . . . . . . . . Introduction to creating and deleting Sources, Neighbors and Reciprocals . Creating missing Sources and Neighbors for all Cells . . . . . . . . . . . . Creating missing Sources and Neighbors for selected Cells . . . . . . . . . Creating a neighbor for a selected cell. . . . . . . . . . . . . . . . . . . . Creating a Source for a selected cell. . . . . . . . . . . . . . . . . . . . . Deleting a neighbor for a cell . . . . . . . . . . . . . . . . . . . . . . . . Deleting a reciprocal neighbor for a cell . . . . . . . . . . . . . . . . . . . Creating neighbors using Neighbor Detailed View . . . . . . . . . . . . . . . . Introduction to creating neighbors using the Detailed View . . . . . . . . . Neighbor Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . . Creating a single Neighbor using the Neighbor Detailed View . . . . . . . . Adding a neighbor both ways . . . . . . . . . . . . . . . . . . . . . . . . Adding multiple neighbors using add_nei . . . . . . . . . . . . . . . . . . Modifying a neighbor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Recommendation for modifying neighbors . . . . . . . . . . . . . . . . . . Modifying a neighbor using the OMC-R GUI . . . . . . . . . . . . . . . . . Modifying multiple neighbors of same cell . . . . . . . . . . . . . . . . . . Modifying multiple neighbors of same site or NE using cmutil . . . . . . . . Deleting neighbors using the Navigation Tree Delete option. . . . . . . . . . . Introduction to deleting Neighbors using Navigation Tree . . . . . . . . . . Deleting a single neighbor using the Navigation Tree Delete option . . . . . Deleting a neighbor both ways . . . . . . . . . . . . . . . . . . . . . . . . Deleting multiple neighbors using del_neighbor command or del_nei utility . Neighbor templates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction to neighbor templates . . . . . . . . . . . . . . . . . . . . . Displaying a list of neighbor templates . . . . . . . . . . . . . . . . . . . Creating a neighbor template . . . . . . . . . . . . . . . . . . . . . . . . Editing a neighbor template . . . . . . . . . . . . . . . . . . . . . . . . . Deleting a neighbor template . . . . . . . . . . . . . . . . . . . . . . . . Conguring a UTRAN neighbor . . . . . . . . . . . . . . . . . . . . . . . . . Denition of a UTRAN neighbor . . . . . . . . . . . . . . . . . . . . . . . Prerequisites to conguring a UTRAN neighbor . . . . . . . . . . . . . . . UTRAN neighbor parameters . . . . . . . . . . . . . . . . . . . . . . . . Creating a UTRAN neighbor using the OMC-R GUI . . . . . . . . . . . . . Conguring a UTRAN neighbor using the TTY interface . . . . . . . . . . . UTRAN blind search neighbor . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction to a UTRAN blind search neighbor . . . . . . . . . . . . . . . UTRAN Blind Search Neighbor Detailed View elds . . . . . . . . . . . . . Creating a UTRAN blind search neighbor . . . . . . . . . . . . . . . . . . Deleting a UTRAN blind search neighbor . . . . . . . . . . . . . . . . . . Proxy cells . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction to proxy cells . . . . . . . . . . . . . . . . . . . . . . . . . . Environmental variables relating to proxy cells . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8-96 8-96 8-97 8-97 8-98 8-99 8-103 8-103 8-103 8-104 8-104 8-106 8-106 8-106 8-112 8-112 8-112 8-114 8-115 8-115 8-116 8-116 8-118 8-118 8-118 8-124 8-125 8-126 8-127 8-127 8-127 8-127 8-127 8-128 8-128 8-128 8-129 8-129 8-130 8-130 8-130 8-130 8-131 8-131 8-132 8-132 8-132 8-133 8-134 8-135 8-138 8-138 8-138 8-138 8-138 8-139 8-139 8-139
xvi
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
TD-SCDMA UTRAN Proxy Cells . . . . . . . . . . . . . . . . . . . . BCCH and SDCCH in the EGSM band for Proxy cells . . . . . . . . . Proxy cell information . . . . . . . . . . . . . . . . . . . . . . . . . Conguring a single proxy cell . . . . . . . . . . . . . . . . . . . . . . . Creating a proxy cell using the OMC-R GUI . . . . . . . . . . . . . . ProxyCELL Detailed View elds . . . . . . . . . . . . . . . . . . . . Modifying a proxy cell using the OMC-R GUI . . . . . . . . . . . . . Deleting a proxy cell using the OMC-R GUI . . . . . . . . . . . . . . Conguring a single UTRAN ProxyCELL . . . . . . . . . . . . . . . . . . Creating a UTRAN ProxyCELL using the OMC-R GUI . . . . . . . . . UTRAN ProxyCELL Detailed View elds . . . . . . . . . . . . . . . . Modifying a UTRAN ProxyCELL using the OMC-R GUI . . . . . . . . Deleting a UTRAN ProxyCELL using the OMC-R GUI . . . . . . . . . Autocreation of a ProxyCELL . . . . . . . . . . . . . . . . . . . . . . . Introduction to autocreation of a ProxyCELL . . . . . . . . . . . . . Proxy cell autocreation parameters . . . . . . . . . . . . . . . . . . Propagation of autocreated proxy cell information . . . . . . . . . . . Autocreated proxy cell restrictions. . . . . . . . . . . . . . . . . . . Enabling autocreation of proxy cells . . . . . . . . . . . . . . . . . . Autocreating a proxy cell using the OMC-R GUI . . . . . . . . . . . . Conguring multiple proxy cells using cmutil . . . . . . . . . . . . . . . Creating multiple proxy cells . . . . . . . . . . . . . . . . . . . . . Modifying and deleting multiple proxy cells . . . . . . . . . . . . . . Exporting and importing proxy cell information between OMC-Rs . . . . . Introduction to importing and exporting proxy cells . . . . . . . . . . Contents of proxy cell export le. . . . . . . . . . . . . . . . . . . . Enabling proxy cell export . . . . . . . . . . . . . . . . . . . . . . . Prerequisites for exporting and importing . . . . . . . . . . . . . . . Exporting proxy cell information using the TTY interface . . . . . . . Importing proxy cell information. . . . . . . . . . . . . . . . . . . . Use of neighbor information in the import le . . . . . . . . . . . . . Synchronizing all OMC-R proxy cells within a network . . . . . . . . . . Synchronizing all OMC-R proxy cells. . . . . . . . . . . . . . . . . . Changing LAC-CI of proxy cell . . . . . . . . . . . . . . . . . . . . . Dynamic propagation of proxy cell data to OMC-Rs . . . . . . . . . . . . Overview of dynamic propagation . . . . . . . . . . . . . . . . . . . Prerequisites for dynamic propagation. . . . . . . . . . . . . . . . . Rules for dynamic propagation. . . . . . . . . . . . . . . . . . . . . Expanding the capacity of a cell . . . . . . . . . . . . . . . . . . . . . . Recommendation for expanding cell capacity . . . . . . . . . . . . . Prerequisites for expanding cell capacity . . . . . . . . . . . . . . . Expanding cell capacity . . . . . . . . . . . . . . . . . . . . . . . . Conguring frequency hopping . . . . . . . . . . . . . . . . . . . . . . Frequency hopping . . . . . . . . . . . . . . . . . . . . . . . . . . Methods for conguring frequency hopping . . . . . . . . . . . . . . Frequency hopping parameters . . . . . . . . . . . . . . . . . . . . Conguring frequency hopping using the OMC-R GUI . . . . . . . . . . . Overview of conguring frequency hopping using the OMC-R GUI . . Description of conguring frequency hopping using the OMC-R GUI . Mobile allocation at a DCS1800 or PCS1900 site . . . . . . . . . . . Impact of BCCH and SDCCH in the EGSM band . . . . . . . . . . . . Conguring frequency hopping for a cell using the OMC-R GUI . . . . FreqHopSys Detailed View elds . . . . . . . . . . . . . . . . . . . Viewing frequency hopping details for a cell . . . . . . . . . . . . . . Conguring frequency hopping using the TTY interface . . . . . . . . . . Introduction to conguring frequency hopping using the TTY interface Methods for conguring frequency hopping using the TTY interface . Setting frequency hopping parameters using the TTY interface . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8-139 8-140 8-140 8-141 8-141 8-141 8-143 8-143 8-145 8-145 8-145 8-147 8-148 8-149 8-149 8-149 8-150 8-150 8-150 8-151 8-153 8-153 8-153 8-154 8-154 8-154 8-156 8-156 8-156 8-157 8-158 8-159 8-159 8-159 8-161 8-161 8-161 8-161 8-162 8-162 8-162 8-162 8-164 8-164 8-164 8-164 8-166 8-166 8-166 8-167 8-168 8-168 8-170 8-172 8-174 8-174 8-174 8-174
68P02901W17-S Nov 2007
xvii
Contents
Assigning a hopping system to each RTF timeslot . . . . . . . . . . . . . . . . Checking frequency hopping conguration for cells . . . . . . . . . . . . . . . . . Overview to checking cell frequency hopping . . . . . . . . . . . . . . . . . . Checking a single hopping object using the OMC-R GUI . . . . . . . . . . . . . Checking multiple hopping objects using cmutil . . . . . . . . . . . . . . . . . Multiple hopping checks of OMC-R using cmutil . . . . . . . . . . . . . . . . . Conguring a cell with BCCH and SDCCH in the EGSM band . . . . . . . . . . . . Introduction to BCCH and SDCCH in the EGSM band . . . . . . . . . . . . . . Methods of conguring BCCH and SDCCH in the EGSM band. . . . . . . . . . Prerequisites for disabling BCCH and SDCCH in the EGSM band . . . . . . . . Conguring a cell with BCCH and SDCCH on EGSM using the TTY interface . . Conguring a cell for coincident multiband handovers. . . . . . . . . . . . . . . . Overview of coincident multiband handovers . . . . . . . . . . . . . . . . . . Interaction with other features . . . . . . . . . . . . . . . . . . . . . . . . . Coincident multiband handover parameters . . . . . . . . . . . . . . . . . . . Prerequisites to conguring a coincident multiband cell . . . . . . . . . . . . . Methods of conguring a cell for coincident multiband handover . . . . . . . . Conguring a coincident multiband handover cell using the TTY interface . . . Conguring a cell for adaptive handovers . . . . . . . . . . . . . . . . . . . . . . Overview of adaptive handovers . . . . . . . . . . . . . . . . . . . . . . . . . Adaptive handover parameters . . . . . . . . . . . . . . . . . . . . . . . . . Methods of conguring a cell for adaptive handovers . . . . . . . . . . . . . . Conguring a cell for adaptive handovers using the TTY interface. . . . . . . . Conguring a neighbor cell for adaptive handovers . . . . . . . . . . . . . . . . . Overview of conguring a neighbor cell for adaptive handovers . . . . . . . . . Conguring a neighbor cell for adaptive handovers using the OMC-R GUI . . . Conguring a neighbor cell for handovers using the TTY interface . . . . . . . Limiting Ping-Pong handovers between cell zones . . . . . . . . . . . . . . . . . . Ping-Pong handover limitation parameters. . . . . . . . . . . . . . . . . . . . Conguring Ping-Pong handover parameters using the OMC-R GUI . . . . . . . Conguring Ping-Pong handover parameters using the TTY interface . . . . . . Conguring a cell for exible neighbor cell processing . . . . . . . . . . . . . . . Introduction to exible neighbor cell processing . . . . . . . . . . . . . . . . Flexible neighbor cell processing parameters . . . . . . . . . . . . . . . . . . Methods of conguring a cell for exible neighbor processing . . . . . . . . . Conguring a cell for exible neighbor processing using the TTY interface . . . Conguring enhanced SDCCH to TCH band assignment . . . . . . . . . . . . . . . Introduction to enhanced SDCCH to TCH band assignment . . . . . . . . . . . Methods of conguring enhanced SDCCH to TCH band assignment . . . . . . . Prerequisites for conguring enhanced SDCCH to TCH band assignment . . . . Enhanced SDCCH to TCH band assignment parameter . . . . . . . . . . . . . Setting enhanced SDCCH to TCH band assignment using the TTY interface. . . Displaying enhanced SDCCH to TCH band assignment using the TTY interface . Conguring a cell for extended cell range prioritization . . . . . . . . . . . . . . . Introduction to extended cell range prioritization . . . . . . . . . . . . . . . . Extended cell range prioritization parameter . . . . . . . . . . . . . . . . . . Methods of conguring a cell for extended cell range prioritization . . . . . . . Conguring a cell for extended range cell prioritization using the TTY interface Conguring a cell for power control optimization . . . . . . . . . . . . . . . . . . Introduction to cell power control optimization . . . . . . . . . . . . . . . . . Cell power control optimization parameters . . . . . . . . . . . . . . . . . . . Dynamic BTS Power control for Horizonmicro2 . . . . . . . . . . . . . . . . . Methods for conguring power control optimization . . . . . . . . . . . . . . . Conguring cell power control optimization using the TTY interface . . . . . . Conguring a cell for multiple GPRS carriers . . . . . . . . . . . . . . . . . . . . Introduction to multiple GPRS carriers per cell . . . . . . . . . . . . . . . . . Prerequisites for conguring multiple GPRS carriers per cell . . . . . . . . . . Multiple GPRS carriers per cell parameters . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8-175 8-177 8-177 8-177 8-177 8-177 8-178 8-178 8-178 8-179 8-179 8-180 8-180 8-180 8-180 8-181 8-182 8-182 8-184 8-184 8-184 8-187 8-187 8-189 8-189 8-189 8-190 8-192 8-192 8-193 8-193 8-194 8-194 8-194 8-196 8-196 8-197 8-197 8-197 8-197 8-198 8-198 8-199 8-200 8-200 8-200 8-200 8-201 8-202 8-202 8-202 8-203 8-203 8-204 8-206 8-206 8-207 8-207
xviii
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
Methods for conguring multiple GPRS carriers per cell . . . . . . . . . . . Conguring a cell for multiple GPRS carriers using the TTY interface . . . . . Changing a BCCH carrier frequency . . . . . . . . . . . . . . . . . . . . . . . . Changing BCCH carrier frequency using the OMC-R GUI . . . . . . . . . . . Checking the status of a site . . . . . . . . . . . . . . . . . . . . . . . . . . Changing a non-BCCH carrier frequency . . . . . . . . . . . . . . . . . . . . . Methods of changing non-BCCH carrier frequency for a cell. . . . . . . . . . Changing non-BCCH carrier frequency for a cell using the OMC-R GUI . . . . Changing non-BCCH carrier frequency using the TTY interface . . . . . . . . Changing a BSIC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Recommendation and overview to BSIC change . . . . . . . . . . . . . . . . Changing a BSIC with no hopping using the OMC-R GUI . . . . . . . . . . . Changing a BSIC with hopping. . . . . . . . . . . . . . . . . . . . . . . . . Changing a TSC for a BCCH . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview to TSC change . . . . . . . . . . . . . . . . . . . . . . . . . . . . Changing a TSC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Propagating TSC updates . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of TSC update propagation . . . . . . . . . . . . . . . . . . . . . Methods of specifying the propagation of TSC updates . . . . . . . . . . . . Prerequisites for changing TSC propagation . . . . . . . . . . . . . . . . . . Modifying the TSC update propagation method using the TTY interface . . . . Displaying the TSC update propagation method using the TTY . . . . . . . . Assigning a quality of 7 to missing measurement reports . . . . . . . . . . . . . Introduction to quality 7 for missing reports . . . . . . . . . . . . . . . . . . Quality of 7 for missing measurement reports parameter . . . . . . . . . . . Methods of assigning a quality of 7 to missing measurement reports . . . . . Recording missing measurement reports as quality 7 using the TTY interface . Changing the number of allocated SDCCHs . . . . . . . . . . . . . . . . . . . . Introduction to determining the number of SDCCHs . . . . . . . . . . . . . . Changing the number of SDCCHs: associated parameters . . . . . . . . . . . Methods of reconguring the number of SDCCHs . . . . . . . . . . . . . . . Reconguring the number of SDCCHs using the TTY interface . . . . . . . . Checking SDCCH conguration for multiple cells using SQL . . . . . . . . . Establishing a cell boundary by changing transmit power . . . . . . . . . . . . . Introduction to establishing a cell boundary by changing transmit power . . . Methods of changing the maximum output of a cell . . . . . . . . . . . . . . Setting all channels at full power . . . . . . . . . . . . . . . . . . . . . . . . . Introduction to setting channel power level . . . . . . . . . . . . . . . . . . Description of set_full_power process . . . . . . . . . . . . . . . . . . . . . Displaying the status of full power mode using the TTY interface . . . . . . . Enabling full power on all channels using the TTY interface . . . . . . . . . Disabling full power on all channels using the TTY interface. . . . . . . . . . Barring calls at a cell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of barring options . . . . . . . . . . . . . . . . . . . . . . . . . . Displaying cells where calls are barred . . . . . . . . . . . . . . . . . . . . Barring of incoming handovers . . . . . . . . . . . . . . . . . . . . . . . . Changing neighbor BA lists . . . . . . . . . . . . . . . . . . . . . . . . . . Barring calls at a site . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Changing LAC and/or CI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . GSM Cell identier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Recommendation for changing LAC and/or CI . . . . . . . . . . . . . . . . . Changing a single LAC and/or CI using the OMC-R GUI . . . . . . . . . . . . Changing multiple LACs and/or CIs using cmutil . . . . . . . . . . . . . . . Viewing and editing the SMS-CB message using the OMC-R GUI . . . . . . . . . Using the SMS CB Detailed View . . . . . . . . . . . . . . . . . . . . . . . SMSCBmsg Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8-210 8-210 8-212 8-212 8-213 8-215 8-215 8-215 8-216 8-218 8-218 8-218 8-219 8-220 8-220 8-220 8-221 8-221 8-221 8-221 8-221 8-222 8-223 8-223 8-223 8-223 8-224 8-225 8-225 8-225 8-229 8-229 8-232 8-233 8-233 8-234 8-235 8-235 8-235 8-235 8-236 8-236 8-237 8-237 8-237 8-238 8-238 8-239 8-240 8-240 8-240 8-240 8-241 8-242 8-242 8-242
68P02901W17-S Nov 2007
xix
Contents
Chapter 9: Conguring Devices and Functions
Methods of conguring individual devices and functions. . . . . . . . Introduction to conguring individual devices and functions. . . . Creating/equipping individual devices and functions. . . . . . . . Modifying individual devices and functions . . . . . . . . . . . . Displaying individual device and function details . . . . . . . . . Deleting/unequipping individual devices and functions . . . . . . Methods of conguring multiple devices and functions . . . . . . . . Introduction to conguring multiple devices and function . . . . . Creating multiple devices or functions using a batch_rlogin script. Methods of modifying multiple devices and functions . . . . . . . Modifying multiple devices or functions using batch_rlogin . . . . Deleting multiple devices or functions using a script . . . . . . . Checking the hardware version/serial number/FRU . . . . . . . . . . Overview to tracking devices . . . . . . . . . . . . . . . . . . . Checking a single device using the OMC-R GUI . . . . . . . . . . Checking a single SITE using the TTY interface . . . . . . . . . . Checking multiple devices using SQL . . . . . . . . . . . . . . . Making multiple checks using scripting and TTY interface. . . . . Reassigning SITE, MTL, and CBL devices between GPROCs . . . . . . Device redistribution. . . . . . . . . . . . . . . . . . . . . . . . Reassignment controlling factors . . . . . . . . . . . . . . . . . Reassignment capacity issues . . . . . . . . . . . . . . . . . . . Reassigning devices using the OMC-R GUI . . . . . . . . . . . . Reassigning devices using the TTY interface. . . . . . . . . . . . Displaying current devices assigned to LCF . . . . . . . . . . . . Displaying HDLC layout . . . . . . . . . . . . . . . . . . . . . . Modifying max_mtls and max_cbls supported by LCF . . . . . . . Reassigning child devices using reassign command . . . . . . . . Displaying Channel and Circuit Status . . . . . . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . Circuit Status form. . . . . . . . . . . . . . . . . . . . . . . . . Channel Status form . . . . . . . . . . . . . . . . . . . . . . . . Hierarchy of devices and functions . . . . . . . . . . . . . . . . . . Introduction to the hierarchy of devices and functions. . . . . . . BSS/RXCDR containment . . . . . . . . . . . . . . . . . . . . . SITE containment . . . . . . . . . . . . . . . . . . . . . . . . . Motorola product equipage hierarchy . . . . . . . . . . . . . . . Conguring a BSP device . . . . . . . . . . . . . . . . . . . . . . . Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . Denition of a BSP . . . . . . . . . . . . . . . . . . . . . . . . . BSP cage and slot restrictions . . . . . . . . . . . . . . . . . . . Creating a BSP using the OMC-R GUI . . . . . . . . . . . . . . . BSP Detailed View elds . . . . . . . . . . . . . . . . . . . . . . Equipping a BSP using the TTY interface . . . . . . . . . . . . . Conguring a BTP device . . . . . . . . . . . . . . . . . . . . . . . Denition of a BTP . . . . . . . . . . . . . . . . . . . . . . . . . Creating and deleting a BTP in a Horizon II macro cabinet . . . . BTP in Horizon II mini cabinet . . . . . . . . . . . . . . . . . . . BTP cage and slot restrictions . . . . . . . . . . . . . . . . . . . Creating a BTP from the OMC-R GUI . . . . . . . . . . . . . . . BTP Detailed View elds . . . . . . . . . . . . . . . . . . . . . . Equipping a BTP using the TTY interface . . . . . . . . . . . . . Conguring a CBL . . . . . . . . . . . . . . . . . . . . . . . . . . . Denition of a CBL . . . . . . . . . . . . . . . . . . . . . . . . . Creating a CBL using the OMC-R GUI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-3 9-3 9-3 9-4 9-5 9-6 9-8 9-8 9-8 9-8 9-8 9-9 9-10 9-10 9-11 9-11 9-11 9-12 9-13 9-13 9-13 9-14 9-14 9-15 9-15 9-15 9-16 9-17 9-19 9-19 9-19 9-19 9-23 9-28 9-28 9-28 9-29 9-33 9-34 9-34 9-34 9-34 9-34 9-35 9-37 9-38 9-38 9-38 9-38 9-38 9-39 9-39 9-41 9-42 9-42 9-42
xx
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
CBL Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . Equipping a CBL using the TTY interface . . . . . . . . . . . . . . Conguring a CIC . . . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction to conguring CICs . . . . . . . . . . . . . . . . . . . Impact of Enhanced GDP Provisioning on a CIC . . . . . . . . . . . Equipping CICs using the TTY interface . . . . . . . . . . . . . . . Displaying CIC information using the TTY interface . . . . . . . . . Conguring a COMB device . . . . . . . . . . . . . . . . . . . . . . . Denition of COMB . . . . . . . . . . . . . . . . . . . . . . . . . Conguration of RTC . . . . . . . . . . . . . . . . . . . . . . . . RTC hardware addresses . . . . . . . . . . . . . . . . . . . . . . DRI and Combiner conguration . . . . . . . . . . . . . . . . . . . Creating a COMB device using the OMC-R GUI . . . . . . . . . . . COMB Detailed View elds . . . . . . . . . . . . . . . . . . . . . Equipping a COMB using the TTY interface . . . . . . . . . . . . . Displaying COMB details using the TTY interface . . . . . . . . . . Conguring a CSFP device. . . . . . . . . . . . . . . . . . . . . . . . Denition of a CSFP . . . . . . . . . . . . . . . . . . . . . . . . . Methods of creating a CSFP . . . . . . . . . . . . . . . . . . . . . GPROC cage and slot restrictions . . . . . . . . . . . . . . . . . . CSFP Detailed View elds . . . . . . . . . . . . . . . . . . . . . . Creating a CSFP device using the OMC-R GUI. . . . . . . . . . . . Unconguring CSFP devices using the OMC-R GUI . . . . . . . . . Equipping a CSFP device using the TTY interface . . . . . . . . . . Using other settings of stealing algorithm . . . . . . . . . . . . . . Conguring a DHP device . . . . . . . . . . . . . . . . . . . . . . . . Denition of a DHP . . . . . . . . . . . . . . . . . . . . . . . . . DHP cage and slot restrictions . . . . . . . . . . . . . . . . . . . . Horizonmicro2 and Horizoncompact2 DHPs . . . . . . . . . . . . . Conguring a DHP at a Horizonmicro2 or Horizoncompact2 BTS . . Creating a DHP using the OMC-R GUI . . . . . . . . . . . . . . . . DHP Detailed View elds . . . . . . . . . . . . . . . . . . . . . . Equipping a DHP using the TTY interface . . . . . . . . . . . . . . Equipping multiple DHP devices . . . . . . . . . . . . . . . . . . . Conguring a DRI . . . . . . . . . . . . . . . . . . . . . . . . . . . . Denition of a DRI . . . . . . . . . . . . . . . . . . . . . . . . . . DRIGroup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites for conguring a DRI . . . . . . . . . . . . . . . . . Impact of Dual Band Cells feature on DRI/RTFs . . . . . . . . . . . Horizonmicro2 and Horizoncompact2 DRIs . . . . . . . . . . . . . DRI and Combiner conguration . . . . . . . . . . . . . . . . . . . Double Density DRIs in a Horizon II mini . . . . . . . . . . . . . . Conguring Double density DRIs . . . . . . . . . . . . . . . . . . Creating a DRI using the OMC-R GUI . . . . . . . . . . . . . . . . DRI Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . Other DRI conguration tasks . . . . . . . . . . . . . . . . . . . . Reassigning a DRI device . . . . . . . . . . . . . . . . . . . . . . . . Introduction to reassigning . . . . . . . . . . . . . . . . . . . . . Reassigning a Horizonmicro2 or Horizoncompact2 BTS . . . . . . . Reassigning a DRI using the OMC-R GUI . . . . . . . . . . . . . . Reassigning a DRI using the TTY interface. . . . . . . . . . . . . . Remotely calibrating DRIs . . . . . . . . . . . . . . . . . . . . . . . . Introduction to the Remote Bay Level Calibration facility . . . . . . Enabling the Preserve Transceiver Calibration feature at the OMC-R Standard congurations used for a calibration. . . . . . . . . . . . Calibration restrictions . . . . . . . . . . . . . . . . . . . . . . . OMC-R calibration checks . . . . . . . . . . . . . . . . . . . . . . Enabling the bay level calibration facility . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9-42 9-43 9-45 9-45 9-45 9-45 9-46 9-48 9-48 9-48 9-50 9-50 9-50 9-51 9-52 9-52 9-53 9-53 9-53 9-53 9-54 9-55 9-56 9-56 9-57 9-58 9-58 9-58 9-58 9-59 9-59 9-59 9-61 9-61 9-62 9-62 9-62 9-63 9-63 9-63 9-64 9-65 9-65 9-67 9-67 9-74 9-75 9-75 9-75 9-75 9-76 9-77 9-77 9-77 9-78 9-78 9-78 9-79
68P02901W17-S Nov 2007
xxi
Contents
Bay level calibration parameters . . . . . . . . . . . . . . . . . . . . . Enabling a site to be remotely calibrated . . . . . . . . . . . . . . . . Remote DRI calibration procedures . . . . . . . . . . . . . . . . . . . Creating a standard conguration for DRI calibration . . . . . . . . . . . . Introduction to DRI calibration . . . . . . . . . . . . . . . . . . . . . Prerequisites to DRI calibrations . . . . . . . . . . . . . . . . . . . . Creating a standard conguration . . . . . . . . . . . . . . . . . . . . Rx A and Rx B receive path options . . . . . . . . . . . . . . . . . . . Remotely calibrating DRIs from the OMC-R . . . . . . . . . . . . . . . . . Prerequisites for remotely calibrating DRIs . . . . . . . . . . . . . . . Calibrating DRIs from the OMC-R . . . . . . . . . . . . . . . . . . . . Managing existing standard congurations . . . . . . . . . . . . . . . . . Viewing and editing an existing standard conguration . . . . . . . . . Deleting a standard conguration . . . . . . . . . . . . . . . . . . . . Conguring an EAS device . . . . . . . . . . . . . . . . . . . . . . . . . . Denition of EAS device . . . . . . . . . . . . . . . . . . . . . . . . . EAS conguration procedures: overview . . . . . . . . . . . . . . . . User-denable EAS BSC/BSS and BTS alarm strings. . . . . . . . . . . . . Introduction to user-denable alarm strings . . . . . . . . . . . . . . . Rules for dening EAS alarms . . . . . . . . . . . . . . . . . . . . . . Alarm severity levels . . . . . . . . . . . . . . . . . . . . . . . . . . . EAS alarm strings . . . . . . . . . . . . . . . . . . . . . . . . . . . . Dening EAS alarms in the alarm table using the TTY interface . . . . . . . Using chg_eas_alarm command . . . . . . . . . . . . . . . . . . . . . Dening EAS alarms using the TTY interface . . . . . . . . . . . . . . Changing EAS alarms in the alarms table using the TTY interface . . . . . . Using the chg_eas_alarm command . . . . . . . . . . . . . . . . . . . Displaying parameters . . . . . . . . . . . . . . . . . . . . . . . . . . Changing EAS alarm strings and security levels using the TTY interface Creating an EAS device using the OMC-R GUI . . . . . . . . . . . . . . . . Introduction to creating an EAS using the OMC-R GUI . . . . . . . . . Creating an EAS using the Navigation Tree . . . . . . . . . . . . . . . EAS Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . . . Conguring an EAS using the TTY interface . . . . . . . . . . . . . . . . . Equipping an EAS using the equip command . . . . . . . . . . . . . . Modifying EAS details using the TTY interface. . . . . . . . . . . . . . Displaying EAS details using the TTY interface . . . . . . . . . . . . . Conguring the EAS physical relay states using the TTY interface. . . . . . Displaying the physical relay states for an EAS . . . . . . . . . . . . . Setting the physical relay states for an EAS . . . . . . . . . . . . . . . Conguring a GCLK device . . . . . . . . . . . . . . . . . . . . . . . . . Denition of a GCLK . . . . . . . . . . . . . . . . . . . . . . . . . . . Rules for conguring a GCLK . . . . . . . . . . . . . . . . . . . . . . GCLK slot restrictions . . . . . . . . . . . . . . . . . . . . . . . . . . Creating a GCLK device using the OMC-R GUI . . . . . . . . . . . . . GCLK Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . . Equipping a GCLK device using the TTY interface . . . . . . . . . . . . Conguring a GPROC device. . . . . . . . . . . . . . . . . . . . . . . . . Denition of a GPROC . . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites for conguring a GPROC . . . . . . . . . . . . . . . . . GPROC slot restrictions . . . . . . . . . . . . . . . . . . . . . . . . . Creating a GPROC device using the OMC-R GUI. . . . . . . . . . . . . GPROC Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . Equipping a GPROC device using the TTY interface . . . . . . . . . . . Equipping a GPROC at a BSC or BSS site . . . . . . . . . . . . . . . . Conguring a KSWpair device . . . . . . . . . . . . . . . . . . . . . . . . Denition of a KSWpair . . . . . . . . . . . . . . . . . . . . . . . . . KSWpair Detailed View elds . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9-80 9-81 9-81 9-82 9-82 9-82 9-82 9-86 9-91 9-91 9-91 9-97 9-97 9-98 9-99 9-99 9-99 9-100 9-100 9-100 9-100 9-100 9-101 9-101 9-101 9-102 9-102 9-102 9-102 9-104 9-104 9-104 9-106 9-110 9-110 9-110 9-110 9-111 9-111 9-111 9-112 9-112 9-112 9-112 9-112 9-113 9-114 9-115 9-115 9-115 9-115 9-116 9-116 9-118 9-118 9-119 9-119 9-119
xxii
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
Conguring a KSW (or DSW) device . . . . . . . . . . . . . . . . . . . . . . . . Denition of a KSW and KSWX. . . . . . . . . . . . . . . . . . . . . . . . . Rules for conguring a KSW . . . . . . . . . . . . . . . . . . . . . . . . . . Slot restrictions for KSW. . . . . . . . . . . . . . . . . . . . . . . . . . . . Denition of a DSW and DSWX . . . . . . . . . . . . . . . . . . . . . . . . Creating a KSW or DSW device using the OMC-R GUI . . . . . . . . . . . . . KSW Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipping a KSW device using the TTY interface . . . . . . . . . . . . . . . Displaying DSW or KSW details using the TTY interface . . . . . . . . . . . . Conguring an LCF function . . . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction to conguring an LCF . . . . . . . . . . . . . . . . . . . . . . Prerequisites to conguring an LCF . . . . . . . . . . . . . . . . . . . . . . Creating an LCF function using the OMC-R GUI . . . . . . . . . . . . . . . . LCF Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipping an LCF function using the TTY interface . . . . . . . . . . . . . . Displaying LCF settings using the TTY interface . . . . . . . . . . . . . . . Modifying LCF settings using the TTY interface . . . . . . . . . . . . . . . . Conguring an LMTL device . . . . . . . . . . . . . . . . . . . . . . . . . . . . Denition of an LMTL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . LMTL restrictions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites for creating an LMTL . . . . . . . . . . . . . . . . . . . . . . LMTL parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating an LMTL device using the OMC-R GUI . . . . . . . . . . . . . . . . Commands used to congure an LMTL using the TTY interface . . . . . . . . Creating an LMTL using the TTY interface. . . . . . . . . . . . . . . . . . . Modifying LMTL loadsharing granularity . . . . . . . . . . . . . . . . . . . . . Overview of LMTL loadsharing granularity . . . . . . . . . . . . . . . . . . Detailed description of BSS routing function. . . . . . . . . . . . . . . . . . Methods of modifying LMTL loadsharing granularity . . . . . . . . . . . . . LMTL Loadshare Granularity eld . . . . . . . . . . . . . . . . . . . . . . Modifying LMTL loadsharing granularity using the OMC-R GUI . . . . . . . . Modifying LMTL loadsharing granularity using the TTY interface . . . . . . . Displaying LMTL loadsharing granularity using the TTY interface . . . . . . . Conguring an MSI device . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Denition of MSI. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . MSI hierarchy requirements . . . . . . . . . . . . . . . . . . . . . . . . . . Additional database changes required . . . . . . . . . . . . . . . . . . . . . Autocreation and deletion of MSI 0 and MMSs at a Horizon II macro BTS . . . Creating an MSI using the OMC-R GUI . . . . . . . . . . . . . . . . . . . . MSI Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipping an MSI using the TTY interface . . . . . . . . . . . . . . . . . . . Equipping an MSI at a BSC or BSS site . . . . . . . . . . . . . . . . . . . . Displaying CICs using transcoding resources . . . . . . . . . . . . . . . . . Other MSI conguration tasks . . . . . . . . . . . . . . . . . . . . . . . . . Conguring Enhanced GDP provisioning. . . . . . . . . . . . . . . . . . . . . . Denition of a GDP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Types of transcoding . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Enhanced GDP provisioning . . . . . . . . . . . . . . . . . . . . . . . . . . Primary and secondary GDPs . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites for enhanced GDP provisioning . . . . . . . . . . . . . . . . . Enhanced GDP provisioning parameters . . . . . . . . . . . . . . . . . . . . Restrictions: changing MSI type and enhanced GDP provisioning parameters. Conguring an MTL device . . . . . . . . . . . . . . . . . . . . . . . . . . . . MTL hierarchy requirements . . . . . . . . . . . . . . . . . . . . . . . . . Creating an MTL using the OMC-R GUI . . . . . . . . . . . . . . . . . . . . MTL Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipping an MTL using the TTY interface . . . . . . . . . . . . . . . . . . Modifying MTL loadsharing granularity . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9-122 9-122 9-122 9-122 9-122 9-123 9-123 9-125 9-125 9-126 9-126 9-126 9-126 9-127 9-128 9-129 9-129 9-130 9-130 9-130 9-130 9-130 9-131 9-131 9-132 9-133 9-133 9-133 9-134 9-134 9-134 9-135 9-135 9-136 9-136 9-136 9-136 9-137 9-137 9-138 9-141 9-143 9-143 9-143 9-145 9-145 9-145 9-145 9-146 9-146 9-146 9-147 9-151 9-151 9-151 9-151 9-152 9-154
68P02901W17-S Nov 2007
xxiii
Contents
Overview of MTL loadsharing granularity . . . . . . . . . . . . . . . Detailed description of BSS routing function. . . . . . . . . . . . . . Methods of modifying MTL loadsharing granularity . . . . . . . . . . MTL Loadshare Granularity eld . . . . . . . . . . . . . . . . . . . Modifying MTL loadsharing granularity using the OMC-R GUI . . . . Modifying MTL loadsharing granularity using the TTY interface. . . . Displaying MTL loadsharing granularity using the TTY interface . . . Conguring an OMF function . . . . . . . . . . . . . . . . . . . . . . . Prerequisites to the conguring of an OMF function . . . . . . . . . . Creating an OMF device instance using the OMC-R GUI. . . . . . . . OMF Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . Equipping an OMF function using the TTY interface . . . . . . . . . . Conguring an OML device . . . . . . . . . . . . . . . . . . . . . . . . OML hierarchy requirements . . . . . . . . . . . . . . . . . . . . . Creating an OML using the OMC-R GUI . . . . . . . . . . . . . . . . OML Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . Equipping an OML device using the TTY interface . . . . . . . . . . . Conguring a path device . . . . . . . . . . . . . . . . . . . . . . . . . Denition of a path . . . . . . . . . . . . . . . . . . . . . . . . . . path devices for a DYNET . . . . . . . . . . . . . . . . . . . . . . . path conguration topics . . . . . . . . . . . . . . . . . . . . . . . Modifying a path . . . . . . . . . . . . . . . . . . . . . . . . . . . . Creating a path . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Methods of creating a path . . . . . . . . . . . . . . . . . . . . . . Prerequisites for creating a path. . . . . . . . . . . . . . . . . . . . Creating a path using the TTY interface (recommended method) . . . Creating a path device using the OMC-R GUI . . . . . . . . . . . . . PATH Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . Deleting a path. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Methods of deleting a path. . . . . . . . . . . . . . . . . . . . . . . Prerequisites to deleting a path . . . . . . . . . . . . . . . . . . . . Deleting a path online using the TTY interface (recommended method) Extending and reparenting a path . . . . . . . . . . . . . . . . . . . . . Extending an existing path to a new site . . . . . . . . . . . . . . . . Reparenting a path online (recommended method) . . . . . . . . . . Checking path connectivity . . . . . . . . . . . . . . . . . . . . . . . . Overview to path connectivity . . . . . . . . . . . . . . . . . . . . . Checking a single path using the OMC-R GUI . . . . . . . . . . . . . Checking multiple paths using cmutil . . . . . . . . . . . . . . . . . Checking single site or NE path using cmutil . . . . . . . . . . . . . Checking multiple paths in the OMC-R using cmutil . . . . . . . . . . Conguring an RSL device . . . . . . . . . . . . . . . . . . . . . . . . . Denition of an RSL device . . . . . . . . . . . . . . . . . . . . . . RSL congestion control . . . . . . . . . . . . . . . . . . . . . . . . RSL timeslot restrictions. . . . . . . . . . . . . . . . . . . . . . . . Impact of BSC-BTS dynamic allocation on RTFs/RSLs . . . . . . . . . RSLs at a Horizon II macro BTS . . . . . . . . . . . . . . . . . . . . Methods of conguring an RSL . . . . . . . . . . . . . . . . . . . . Creating an RSL using the OMC-R GUI . . . . . . . . . . . . . . . . RSL Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . . Equipping an RSL using the TTY interface . . . . . . . . . . . . . . . Unequipping an RSL using the TTY interface . . . . . . . . . . . . . Other RSL conguration tasks . . . . . . . . . . . . . . . . . . . . . Conguring an RTF function . . . . . . . . . . . . . . . . . . . . . . . . Denition of an RTF function . . . . . . . . . . . . . . . . . . . . . TRX creation and deletion . . . . . . . . . . . . . . . . . . . . . . . Impact of Dual Band Cells feature on RTFs and DRIs . . . . . . . . . Impact of VersaTRAU feature on an RTF . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9-154 9-154 9-155 9-155 9-155 9-156 9-156 9-157 9-157 9-157 9-157 9-158 9-159 9-159 9-159 9-159 9-160 9-161 9-161 9-162 9-162 9-162 9-163 9-163 9-163 9-163 9-166 9-166 9-169 9-169 9-169 9-169 9-171 9-171 9-171 9-173 9-173 9-173 9-174 9-174 9-174 9-175 9-175 9-175 9-175 9-175 9-175 9-176 9-176 9-176 9-178 9-179 9-180 9-181 9-181 9-181 9-181 9-182
xxiv
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
Impact of BSC-BTS dynamic allocation on an RTF . . . . . . . . . . . Impact of BCCH and SDCCH in the EGSM band on an RTF . . . . . . Timeslots and frequency hopping . . . . . . . . . . . . . . . . . . . Methods of conguring an RTF . . . . . . . . . . . . . . . . . . . . Additional information for RTFs . . . . . . . . . . . . . . . . . . . . Creating an RTF function . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites to creating an RTF. . . . . . . . . . . . . . . . . . . . Creating an RTF using the OMC-R GUI . . . . . . . . . . . . . . . . RTF Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . . Equipping an RTF function using the TTY interface . . . . . . . . . . Deleting an RTF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Restrictions when deleting an RTF. . . . . . . . . . . . . . . . . . . Methods of deleting an RTF . . . . . . . . . . . . . . . . . . . . . . Deleting an RTF using the TTY interface. . . . . . . . . . . . . . . . Exporting incoming neighbors on deletion of BCCH RTFs . . . . . . . Other RTF conguration tasks . . . . . . . . . . . . . . . . . . . . . Conguring an XBL device . . . . . . . . . . . . . . . . . . . . . . . . . Denition of an XBL . . . . . . . . . . . . . . . . . . . . . . . . . . Prerequisites for creating an XBL . . . . . . . . . . . . . . . . . . . SYSGEN rules for XBLs . . . . . . . . . . . . . . . . . . . . . . . . Creating an XBL for an Assoc_RXCDR using the OMC-R GUI . . . . . XBL Detailed View elds . . . . . . . . . . . . . . . . . . . . . . . . Creating an XBL for an Assoc_BSS using the OMC-R GUI . . . . . . . Deleting an XBL from a Assoc_RXCDR or Assoc_BSS using the OMC-R Equipping an XBL device at a BSC using the TTY interface . . . . . . Equipping an XBL device at an RXCDR using the TTY interface . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . GUI . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . .
9-182 9-183 9-183 9-183 9-183 9-184 9-184 9-184 9-184 9-191 9-192 9-192 9-192 9-192 9-194 9-195 9-196 9-196 9-196 9-196 9-197 9-197 9-199 9-199 9-199 9-200
Chapter 10: Auditing
Introduction to auditing . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview of auditing . . . . . . . . . . . . . . . . . . . . . . . . . . . . Intelligent audit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Multiple BSS/RXCDR Audit . . . . . . . . . . . . . . . . . . . . . . . . Audit logs and temporary les . . . . . . . . . . . . . . . . . . . . . . . Audit restrictions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Scheduled audits queuing support . . . . . . . . . . . . . . . . . . . . . Initiating an audit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Conguring the Audit Gather phase . . . . . . . . . . . . . . . . . . . . Per Site Audit feature . . . . . . . . . . . . . . . . . . . . . . . . . . . Auditing recommendations. . . . . . . . . . . . . . . . . . . . . . . . . . . Recommended use of audit . . . . . . . . . . . . . . . . . . . . . . . . Auditing scenarios and NE basis . . . . . . . . . . . . . . . . . . . . . . Audit logs and expired logs . . . . . . . . . . . . . . . . . . . . . . . . Auditing problems . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Proper use of Audit, Proxy Cell sync, Network Expansion, and propagation Auditing the network using the OMC-R GUI . . . . . . . . . . . . . . . . . . Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Auditing the network using the Navigation Tree . . . . . . . . . . . . . . Auditing a BSS/RXCDR using the OMC-R GUI . . . . . . . . . . . . . . . . . Auditing a BSS or RXCDR using the Navigation Tree . . . . . . . . . . . Resolving auditing NE Id inconsistencies . . . . . . . . . . . . . . . . . Multiple site audits . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Selecting multiple site audits . . . . . . . . . . . . . . . . . . . . . . . Multiple BSS/RXCDR audits . . . . . . . . . . . . . . . . . . . . . . . . . . Auditing multiple BSS/RXCDRs . . . . . . . . . . . . . . . . . . . . . . Selecting multiple BSS/RXCDRs for auditing. . . . . . . . . . . . . . . . Viewing the status of Multiple BSS Audits . . . . . . . . . . . . . . . . . Scheduling an audit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10-2 10-2 10-3 10-4 10-5 10-5 10-5 10-5 10-6 10-6 10-9 10-9 10-10 10-11 10-11 10-12 10-13 10-13 10-13 10-16 10-16 10-18 10-19 10-19 10-20 10-20 10-20 10-20 10-21
68P02901W17-S Nov 2007
xxv
Contents
List of scheduling procedures . . . . . . . . . . . . . Creating a scheduled audit . . . . . . . . . . . . . . Modifying a scheduled audit . . . . . . . . . . . . . . Deferring a scheduled audit . . . . . . . . . . . . . . Displaying the network elements in a scheduled audit . Displaying the status of a Multiple BSS Audit . . . . . Printing a list of scheduled audits . . . . . . . . . . . Deleting a scheduled audit . . . . . . . . . . . . . . . Deleting all scheduled audits . . . . . . . . . . . . . Managing audit logs . . . . . . . . . . . . . . . . . . . . Viewing an audit log list . . . . . . . . . . . . . . . . Printing an audit log list . . . . . . . . . . . . . . . . Aborting an audit in progress . . . . . . . . . . . . . Viewing an audit inconsistency report . . . . . . . . . Printing an inconsistency report . . . . . . . . . . . . Updating the database with inconsistencies . . . . . . Deleting audit logs . . . . . . . . . . . . . . . . . . . Propagating cell changes to neighbor cells after an audit . Propagation of cell changes after audit . . . . . . . . Cell details propagated after an audit . . . . . . . . . Enabling the propagation after audit facility . . . . . . Reasons for disabling propagation after audit facility . Disabling the propagation after audit facility . . . . . Time of the last audit . . . . . . . . . . . . . . . . . . . Looking up the time of the last audit . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
10-21 10-21 10-26 10-27 10-28 10-28 10-29 10-29 10-30 10-31 10-31 10-31 10-31 10-32 10-33 10-34 10-35 10-37 10-37 10-37 10-38 10-39 10-39 10-40 10-40
Chapter 11: Network Expansion
Introduction to network expansion . . . . . . . . . . . . . . . . . . . Overview of network expansion . . . . . . . . . . . . . . . . . . Prerequisites for using network expansion. . . . . . . . . . . . . Network expansion restrictions . . . . . . . . . . . . . . . . . . Path error messages recorded in omcaudit log le . . . . . . . . . Dening network expansion environment variables . . . . . . . . Copying and pasting a BTS . . . . . . . . . . . . . . . . . . . . . . Introduction to copying and pasting a BTS. . . . . . . . . . . . . Copying and pasting a Horizon II macro BTS . . . . . . . . . . . Restrictions to copy and pasting a BTS . . . . . . . . . . . . . . Procedure for copying a BTS. . . . . . . . . . . . . . . . . . . . Entering hardware devices . . . . . . . . . . . . . . . . . . . . Entering logical links . . . . . . . . . . . . . . . . . . . . . . . Entering radio frequency device information . . . . . . . . . . . Errors when copying neighbor relations . . . . . . . . . . . . . . Completing or terminating the operation . . . . . . . . . . . . . Aborting the copy operation . . . . . . . . . . . . . . . . . . . . Printing a Progress Dialog window . . . . . . . . . . . . . . . . Filtering criteria - Progress Dialog window . . . . . . . . . . . . Reparenting a BTS . . . . . . . . . . . . . . . . . . . . . . . . . . . Introduction to reparenting a BTS . . . . . . . . . . . . . . . . . Prerequisites for swapping site LAC and CI operations . . . . . . Reparenting a BTS by copying and swapping LACs (online only) . Reparenting a BTS within the same BSS or to another BSS (ofine BTS rollback to original BSS . . . . . . . . . . . . . . . . . . . . Deleting a BTS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Restrictions to deleting a BTS . . . . . . . . . . . . . . . . . . . Procedure for deleting a BTS . . . . . . . . . . . . . . . . . . . Aborting a delete operation . . . . . . . . . . . . . . . . . . . . Network expansion in a daisy chain conguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . only) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-2 11-2 11-3 11-3 11-3 11-4 11-6 11-6 11-6 11-6 11-7 11-8 11-12 11-15 11-18 11-19 11-19 11-20 11-20 11-22 11-22 11-23 11-24 11-27 11-32 11-34 11-34 11-34 11-37 11-38
xxvi
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
Introduction to network expansion in a daisy chain . . . . . . . . . . Restrictions on network expansion operations . . . . . . . . . . . . . Deleting a Site in a daisy chain conguration . . . . . . . . . . . . . . . Introduction to deleting a Site in a daisy chain . . . . . . . . . . . . Prerequisites to deleting a Site in a daisy chain conguration . . . . . Selecting the Site to be deleted . . . . . . . . . . . . . . . . . . . . Reconguring MMSs for a deleted Site . . . . . . . . . . . . . . . . Rolling back a delete operation . . . . . . . . . . . . . . . . . . . . Copying a site and inserting it in a daisy chain conguration . . . . . . . Introduction to copying a site in a daisy chain . . . . . . . . . . . . . Prerequisites to copying and inserting a site in a daisy chain . . . . . Copying and inserting a site in a daisy chain. . . . . . . . . . . . . . Reconguring MMSs for a copied site . . . . . . . . . . . . . . . . . Troubleshooting Network expansion . . . . . . . . . . . . . . . . . . . . Introduction to troubleshooting . . . . . . . . . . . . . . . . . . . . Reporting problems . . . . . . . . . . . . . . . . . . . . . . . . . . Restore binary object le . . . . . . . . . . . . . . . . . . . . . . . Scheduling network expansion . . . . . . . . . . . . . . . . . . . . . . . Overview of scheduling . . . . . . . . . . . . . . . . . . . . . . . . List of procedures . . . . . . . . . . . . . . . . . . . . . . . . . . . Scheduling a network expansion . . . . . . . . . . . . . . . . . . . . Scheduling a new operation . . . . . . . . . . . . . . . . . . . . . . Changing default settings . . . . . . . . . . . . . . . . . . . . . . . Viewing a batch log . . . . . . . . . . . . . . . . . . . . . . . . . . Modifying a scheduled network expansion . . . . . . . . . . . . . . . Deleting all scheduled network expansions . . . . . . . . . . . . . . Aborting a scheduled batch operation . . . . . . . . . . . . . . . . . Network expansion logs . . . . . . . . . . . . . . . . . . . . . . . . . . Procedures for network expansion logs . . . . . . . . . . . . . . . . Viewing a network expansion log . . . . . . . . . . . . . . . . . . . Deleting network expansion logs. . . . . . . . . . . . . . . . . . . . Aborting/Rollback network expansion . . . . . . . . . . . . . . . . . Retrying network expansion . . . . . . . . . . . . . . . . . . . . . . Abandoning a single network expansion operation. . . . . . . . . . . Managing network expansion logs . . . . . . . . . . . . . . . . . . . . . Overview of log management . . . . . . . . . . . . . . . . . . . . . Setting the delete period. . . . . . . . . . . . . . . . . . . . . . . . Conguring a path using Path Congure menu option . . . . . . . . . . . Introduction to conguring a path using Path Congure menu option . Denition of terms used in this section . . . . . . . . . . . . . . . . Prerequisites for using congure path facility . . . . . . . . . . . . . Benets of using the congure path facility . . . . . . . . . . . . . . Restrictions to conguring a path . . . . . . . . . . . . . . . . . . . Initiating a path congure . . . . . . . . . . . . . . . . . . . . . . . . . Displaying the Path Congure form . . . . . . . . . . . . . . . . . . Description of the Path Congure form . . . . . . . . . . . . . . . . Displaying Detailed Views from the Path Congure form . . . . . . . Tasks available in the Path Congure form. . . . . . . . . . . . . . . Creating a path using the Path Congure menu option . . . . . . . . . . Prerequisites to creating a path using the Path Congure menu option Creating a path using Path Congure menu option . . . . . . . . . . Deleting a path using the Path Congure menu option. . . . . . . . . . . Introduction to deleting a path using the Path Congure menu option . Prerequisites to deleting a path using the Path Congure menu option Deleting a path using Path Congure menu option. . . . . . . . . . . Unassigning a device on a path using Path Congure menu option . . . . Prerequisites to unassigning a device on a path . . . . . . . . . . . . Unassigning a device on a path using Path Congure menu option . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
11-38 11-38 11-39 11-39 11-39 11-39 11-41 11-44 11-46 11-46 11-46 11-47 11-50 11-53 11-53 11-53 11-54 11-55 11-55 11-55 11-55 11-60 11-63 11-65 11-66 11-67 11-67 11-68 11-68 11-68 11-70 11-71 11-71 11-72 11-73 11-73 11-73 11-74 11-74 11-74 11-75 11-75 11-75 11-77 11-77 11-78 11-79 11-80 11-81 11-81 11-81 11-82 11-82 11-82 11-82 11-86 11-86 11-86
68P02901W17-S Nov 2007
xxvii
Contents
Reassigning a device on the primary path using Path Congure menu option . . Prerequisites to reassigning a device on a primary path . . . . . . . . . . . Reassigning a device on a primary path using Path Congure menu option . Reassigning an RTF on the secondary path . . . . . . . . . . . . . . . . . . . Prerequisites to reassigning an RTF on a secondary path . . . . . . . . . . Reassigning an RTF on a secondary path using Path Congure menu option Deleting a device from a site using Path Congure menu option . . . . . . . . . Prerequisites to deleting a device from a site . . . . . . . . . . . . . . . . Deleting a device from a site using Path Congure menu option . . . . . . . Creating an RTF at a site using the Path Congure menu option. . . . . . . . . Prerequisites to creating an RTF at a site . . . . . . . . . . . . . . . . . . Creating an RTF at a site using Path Congure menu option . . . . . . . . Creating an RSL at a site using the Path Congure menu option. . . . . . . . . Prerequisites to creating an RSL at a site . . . . . . . . . . . . . . . . . . Creating an RSL at a Site using Path Congure menu option . . . . . . . . Using at les . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Unassigning and reassigning RSLs using at les . . . . . . . . . . . . . . Unassigning and reassigning RTFs using at les . . . . . . . . . . . . . . Unassigning and reassigning BCCH RTFs using at les . . . . . . . . . . Checking if RSL/RTF details are written to a at le. . . . . . . . . . . . . Checking if a at le is present . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
11-88 11-88 11-88 11-90 11-90 11-90 11-92 11-92 11-92 11-93 11-93 11-93 11-94 11-94 11-94 11-95 11-95 11-96 11-96 11-97 11-97
Chapter 12: CellXchange
Guidelines for implementing a new frequency plan Overview to frequency replanning . . . . . . . Off-Line MIB (OLM) . . . . . . . . . . . . . . CellXchange . . . . . . . . . . . . . . . . . . Introduction to CellXchange . . . . . . . . . . . . Overview of CellXchange . . . . . . . . . . . Export and import les. . . . . . . . . . . . . Conguration le (RF.CNFG) . . . . . . . . . Import/Export progress information . . . . . . CellXchange log les. . . . . . . . . . . . . . Setting up automatic deletion of backup les . Cell-X-Export. . . . . . . . . . . . . . . . . . . . Cell-X-Export procedure list . . . . . . . . . . Selecting the network or a specic BSS . . . . Selecting conguration les . . . . . . . . . . Selecting export options . . . . . . . . . . . . Starting and monitoring a Cell-X-Export . . . . Cell-X-Import. . . . . . . . . . . . . . . . . . . . Prerequisites to Cell-X-Import . . . . . . . . . List of procedures . . . . . . . . . . . . . . . Selecting a network or a specic BSS . . . . . Selecting conguration les . . . . . . . . . . Selecting import options . . . . . . . . . . . . Starting and monitoring a Cell-X-Import . . . . Aborting a Cell-X-Import . . . . . . . . . . . Displaying the RF log le . . . . . . . . . . . Dening CellXchange parameters from the GUI . . Overview of dening CellXchange parameters . Dening CellXchange parameters . . . . . . . Creating an RF conguration le . . . . . . . CellXchange using the command line . . . . . . . Overview of command line utilities . . . . . . Task list . . . . . . . . . . . . . . . . . . . . Dening environment variables (ofine only) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-2 12-2 12-2 12-3 12-5 12-5 12-5 12-6 12-7 12-7 12-8 12-9 12-9 12-9 12-10 12-14 12-16 12-17 12-17 12-17 12-18 12-19 12-23 12-25 12-26 12-27 12-28 12-28 12-28 12-34 12-35 12-35 12-35 12-35
xxviii
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
Conguration le overview . . . . . . . . . . . . . . . . Description of ags section . . . . . . . . . . . . . . . . Description of cell parameter section . . . . . . . . . . . Description of neighbor parameter section . . . . . . . . Description of handover and power control objects section Description of site parameter section . . . . . . . . . . . Description of DRI/RTF parameter section . . . . . . . . . Description of UTRAN neighbor parameter section . . . . CellXchange command line utilities . . . . . . . . . . . . . . Overview of command line utilities . . . . . . . . . . . . rf_export . . . . . . . . . . . . . . . . . . . . . . . . . . rf_import . . . . . . . . . . . . . . . . . . . . . . . . . . rfNcheck . . . . . . . . . . . . . . . . . . . . . . . . . . correct_rtfs . . . . . . . . . . . . . . . . . . . . . . . . chg_lac_ci . . . . . . . . . . . . . . . . . . . . . . . . . Troubleshooting Cell-X-Import . . . . . . . . . . . . . . . . . Overview of Cell-X-Import le . . . . . . . . . . . . . . . Setting up a dummy ARFCN . . . . . . . . . . . . . . . . CellXchange import and export tables . . . . . . . . . . . . . Introduction to exporting/importing parameters . . . . . . Cell parameters . . . . . . . . . . . . . . . . . . . . . . Neighbor parameters . . . . . . . . . . . . . . . . . . . Site parameters . . . . . . . . . . . . . . . . . . . . . . DRI/RTF parameters . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
12-36 12-37 12-38 12-38 12-39 12-40 12-41 12-42 12-44 12-44 12-44 12-46 12-48 12-48 12-51 12-53 12-53 12-53 12-54 12-54 12-54 12-69 12-72 12-75
Chapter 13: Manipulating Maps
Adding and deleting a user-dened regional map . . . . . . . . . . Procedures for adding and deleting user-dened regional maps . Adding a map using the OMC-R GUI . . . . . . . . . . . . . . . Adding a map using cmutil . . . . . . . . . . . . . . . . . . . . Deleting a map using the OMC-R GUI . . . . . . . . . . . . . . Deleting a map using cmutil . . . . . . . . . . . . . . . . . . . Storing updated map data using cmutil . . . . . . . . . . . . . Adding and changing a background to a map . . . . . . . . . . . . Overview of adding or changing a map background . . . . . . . Obtaining a geographical map background . . . . . . . . . . . Installing a map background le . . . . . . . . . . . . . . . . . Selecting and displaying the geographical map background . . . Adding and deleting a map node . . . . . . . . . . . . . . . . . . . Adding a map node . . . . . . . . . . . . . . . . . . . . . . . Adding NEs and links to a map . . . . . . . . . . . . . . . . . Deleting a map node . . . . . . . . . . . . . . . . . . . . . . . Removing NEs and links from a map. . . . . . . . . . . . . . . Adding and deleting a map link . . . . . . . . . . . . . . . . . . . Introduction to adding a CommsLink . . . . . . . . . . . . . . Adding a map link using the OMC-R GUI . . . . . . . . . . . . Adding map links using cmutil . . . . . . . . . . . . . . . . . . Deleting a map link using the OMC-R GUI . . . . . . . . . . . . Deleting map links using cmutil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-2 13-2 13-2 13-2 13-3 13-3 13-3 13-4 13-4 13-4 13-4 13-5 13-6 13-6 13-7 13-8 13-9 13-11 13-11 13-11 13-12 13-12 13-13
Chapter 14: Optimizing the Network
Overview of optimization. . . . . . . . . Overview of the optimization process Stages in an optimization exercise . . Preparing for optimization . . . . . . . . Collecting information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-2 14-2 14-2 14-4 14-4
68P02901W17-S Nov 2007
xxix
Contents
Learning from past experiences . . . . . . . . . . . . . Prerequisites. . . . . . . . . . . . . . . . . . . . . . . Checking and changing the current network status . . . . . Checking and changing network status . . . . . . . . . Enabling, disabling, and setting key features . . . . . . Performing sanity checks . . . . . . . . . . . . . . . . Conguring GPROCs. . . . . . . . . . . . . . . . . . . Setting network-related parameters . . . . . . . . . . . Setting network-related timers . . . . . . . . . . . . . Collecting information about the current network . . . . . . Collecting statistics . . . . . . . . . . . . . . . . . . . Collecting customer complaints and issues . . . . . . . Checking for and rectifying Out Of Service (OOS) devices . . Auditing sites . . . . . . . . . . . . . . . . . . . . . . Changing devices to INS . . . . . . . . . . . . . . . . . Checking for and rectifying hardware defects . . . . . . . . Introduction to checking and rectifying hardware defects Hardware defect checks . . . . . . . . . . . . . . . . . Rectifying hardware defects . . . . . . . . . . . . . . . Checking for and rectifying database errors . . . . . . . . . Introduction to checking for database errors . . . . . . Further information for BSS parameters and commands. Handover failure checks . . . . . . . . . . . . . . . . . Dropped call checks . . . . . . . . . . . . . . . . . . . Call setup failure checks . . . . . . . . . . . . . . . . . Poor quality checks . . . . . . . . . . . . . . . . . . . SDCCH blocking checks . . . . . . . . . . . . . . . . . TCH Blocking checks . . . . . . . . . . . . . . . . . . Other miscellaneous checks . . . . . . . . . . . . . . . Using call trace to detect problems . . . . . . . . . . . . . Using call trace at the OMC-R . . . . . . . . . . . . . . Using the Call Trace tool (CTP NT) . . . . . . . . . . . Monitoring network changes. . . . . . . . . . . . . . . . . Collecting new statistics . . . . . . . . . . . . . . . . . Drive Testing. . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
14-4 14-4 14-5 14-5 14-5 14-6 14-6 14-7 14-7 14-8 14-8 14-8 14-9 14-9 14-9 14-10 14-10 14-10 14-10 14-11 14-11 14-11 14-11 14-12 14-12 14-12 14-12 14-13 14-13 14-14 14-14 14-14 14-15 14-15 14-15
Chapter 15: cmutil
Introduction to cmutil . . . . . . . . . . . . . . . . . . . Purpose of cmutil . . . . . . . . . . . . . . . . . . . Conguring new networks using cmutil . . . . . . . . When to use cmutil . . . . . . . . . . . . . . . . . . Maximum number of parallel cmutil operations . . . . Denition of cmutil terms: container and containee . . Prerequisites for using cmutil . . . . . . . . . . . . . Logging in for cmutil. . . . . . . . . . . . . . . . . . cmutil command syntax . . . . . . . . . . . . . . . . . . Introduction to cmutil command syntax . . . . . . . . General syntax . . . . . . . . . . . . . . . . . . . . . primarg (primary argument) . . . . . . . . . . . . . . secarg (secondary argument) . . . . . . . . . . . . . secparam (secondary parameter) . . . . . . . . . . . ASCII le content used with cmutil . . . . . . . . . . . . Introduction to ASCII le content . . . . . . . . . . . ASCII le content when adding objects using cmutil . . ASCII le content when deleting objects using cmutil . ASCII le content when modifying objects using cmutil ASCII le content when extracting objects using cmutil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-2 15-2 15-2 15-2 15-3 15-3 15-3 15-3 15-5 15-5 15-5 15-5 15-6 15-6 15-7 15-7 15-7 15-8 15-8 15-8
xxx
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents
MIB object identication . . . . . . . . . . . . . . . . . . . ASCII le rules used with cmutil . . . . . . . . . . . . . . . . . Introduction to ASCII le rules . . . . . . . . . . . . . . . ASCII le syntax . . . . . . . . . . . . . . . . . . . . . . . ASCII le content . . . . . . . . . . . . . . . . . . . . . . Object denition in cmutil ASCII les . . . . . . . . . . . . . . Introduction to object denition . . . . . . . . . . . . . . . Description of object denition . . . . . . . . . . . . . . . Attribute denitions . . . . . . . . . . . . . . . . . . . . . Integer value. . . . . . . . . . . . . . . . . . . . . . . . . Enumeration value . . . . . . . . . . . . . . . . . . . . . . String value . . . . . . . . . . . . . . . . . . . . . . . . . Object reference . . . . . . . . . . . . . . . . . . . . . . . Attribute names . . . . . . . . . . . . . . . . . . . . . . . cmutil status messages . . . . . . . . . . . . . . . . . . . . . Introduction to cmutil status messages . . . . . . . . . . . Denition of cmutil status messages . . . . . . . . . . . . . cmutil warning messages . . . . . . . . . . . . . . . . . . cmutil error messages . . . . . . . . . . . . . . . . . . . . cmutil script les . . . . . . . . . . . . . . . . . . . . . . . . Introduction to cmutil script les . . . . . . . . . . . . . . MoveCommsLinks . . . . . . . . . . . . . . . . . . . . . . HierDelete . . . . . . . . . . . . . . . . . . . . . . . . . . Using cmutil to add, delete, and modify CM MIB data . . . . . . Introduction to using cmutil . . . . . . . . . . . . . . . . . Checking input le syntax . . . . . . . . . . . . . . . . . . Adding objects using cmutil . . . . . . . . . . . . . . . . . Deleting objects using cmutil . . . . . . . . . . . . . . . . Updating objects using cmutil . . . . . . . . . . . . . . . . Modifying multiple devices or functions using cmutil . . . . Ways of extracting data from the CM MIB . . . . . . . . . . . . Overview. . . . . . . . . . . . . . . . . . . . . . . . . . . Extracting data from the CM MIB using cmutil . . . . . . . . . Overview of extracting data from the CM MIB using cmutil . Examples of input les and extraction commands . . . . . . cmutil data extraction examples . . . . . . . . . . . . . . . Extracting objects using cmutil . . . . . . . . . . . . . . . Extracting objects and hierarchy of children using cmutil . . Extracting objects and hierarchy of children of specic type. Extracting objects with no children of specic type . . . . . Extracting CommsLinks and associated devices . . . . . . . Extracting information using a macro script . . . . . . . . . Extracting data from the CM MIB using SQL . . . . . . . . . . Overview of extracting data using SQL . . . . . . . . . . . When not to use SQL to extract data . . . . . . . . . . . . . Extracting data using SQL queries . . . . . . . . . . . . . . SQL script rules . . . . . . . . . . . . . . . . . . . . . . . Tips on using SQL queries for MIB. . . . . . . . . . . . . . Conguring CommsLinks using cmutil . . . . . . . . . . . . . . Introduction to conguring CommsLinks using cmutil . . . . Changing CommsLinks using cmutil . . . . . . . . . . . . . Adding CommsLinks to existing sites using cmutil . . . . . . Deleting CommsLinks from existing sites using cmutil. . . . Conguring multiple proxy cells using cmutil . . . . . . . . . . Creating multiple proxy cells . . . . . . . . . . . . . . . . Modifying multiple proxy cells . . . . . . . . . . . . . . . . Deleting multiple proxy cells . . . . . . . . . . . . . . . . . Checking paths using cmutil . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
15-8 15-10 15-10 15-10 15-11 15-12 15-12 15-12 15-12 15-13 15-13 15-13 15-13 15-15 15-16 15-16 15-16 15-16 15-16 15-17 15-17 15-17 15-17 15-18 15-18 15-18 15-18 15-20 15-21 15-22 15-24 15-24 15-25 15-25 15-25 15-26 15-26 15-27 15-27 15-27 15-28 15-28 15-30 15-30 15-30 15-30 15-31 15-35 15-36 15-36 15-36 15-36 15-37 15-38 15-38 15-38 15-39 15-40
68P02901W17-S Nov 2007
xxxi
Contents
Checking multiple paths using cmutil . . . . . . . . . . . . . Checking a path for a single site or NE using cmutil . . . . . . Checking multiple paths in the OMC-R using cmutil . . . . . . Comparison of cmutil path output with TTY rlogin output . . . Managing maps using cmutil. . . . . . . . . . . . . . . . . . . . Creating new maps . . . . . . . . . . . . . . . . . . . . . . Adding a map using cmutil . . . . . . . . . . . . . . . . . . . Example map input le . . . . . . . . . . . . . . . . . . . . Deleting a map using cmutil . . . . . . . . . . . . . . . . . . Storing updated map data . . . . . . . . . . . . . . . . . . . Changing a map background using cmutil . . . . . . . . . . . Adding map links using cmutil . . . . . . . . . . . . . . . . . Deleting map links using cmutil . . . . . . . . . . . . . . . . Using cmutil to perform other specic tasks . . . . . . . . . . . . Introduction to other specic tasks . . . . . . . . . . . . . . Populating a new MIB database using cmutil . . . . . . . . . Dumping the entire CM MIB to a le using cmutil . . . . . . . Managing regions using cmutil . . . . . . . . . . . . . . . . Changing multiple LACs and/or CIs using cmutil . . . . . . . Modifying multiple neighbors of same site or NE using cmutil . Checking multiple hopping objects using cmutil . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . .
15-40 15-40 15-40 15-41 15-44 15-44 15-44 15-45 15-47 15-47 15-48 15-49 15-50 15-51 15-51 15-51 15-52 15-52 15-53 15-54 15-54
xxxii
68P02901W17-S Nov 2007
List of Figures
List of Figures
Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure
1-1: 1-2: 1-3: 1-4: 1-5: 2-1: 2-2: 2-3: 2-4: 2-5: 2-6: 2-7: 2-8: 2-9: 4-1: 4-2: 4-3: 4-4: 4-5: 4-6: 4-7: 5-1: 5-2: 6-1: 6-2: 7-1: 7-2: 7-3: 7-4: 7-5: 7-6: 7-7: 7-8: 8-1: 8-2: 8-3: 8-4: 8-5: 8-6: 8-7: 8-8: 8-9: 9-1: 9-2: 9-3:
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 . . . . . . . . . . . . BSS Detailed View . . . . . . . . . . . . . . . . . . . . . . . . . Admin options window. . . . . . . . . . . . . . . . . . . . . . . NE Field Engineer Password Management status dialog . . . . . CTU2D PWR mode. . . . . . . . . . . . . . . . . . . . . . . . . CTU2D CAP mode . . . . . . . . . . . . . . . . . . . . . . . . . CTU2D ASYM mode . . . . . . . . . . . . . . . . . . . . . . . . Initial BSS Detailed View in Create mode . . . . . . . . . . . . . Example of a script le . . . . . . . . . . . . . . . . . . . . . . Typical BSS database directory structure . . . . . . . . . . . . . Change Assoc NE ID form (for an Assoc_RXCDR instance) . . . . .progress log le . . . . . . . . . . . . . . . . . . . . . . . . . . Log File Selection window . . . . . . . . . . . . . . . . . . . . . .active log le . . . . . . . . . . . . . . . . . . . . . . . . . . . CommsLink List showing GPRS links . . . . . . . . . . . . . . . Typical x25_cong le . . . . . . . . . . . . . . . . . . . . . . . Device and equipment hierarchy for a PCU . . . . . . . . . . . . Example of PCU containment in the Navigation Tree . . . . . . . Simplied 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 Sources and Neighbors View window in Monitor mode . . . . . . Power budget algorithm prompt . . . . . . . . . . . . . . . . . . Neighbor 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 . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . buttons . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1-16 1-40 1-44 1-45 1-46 2-6 2-8 2-9 2-210 2-212 2-214 2-229 2-230 2-230 4-9 4-45 4-46 4-87 4-89 4-90 4-91 5-13 5-19 6-4 6-5 7-2 7-3 7-16 7-19 7-20 7-22 7-25 7-40 8-13 8-88 8-93 8-109 8-113 8-114 8-170 8-172 8-213 9-22 9-26 9-28 xxxiii
68P02901W17-S Nov 2007
List of Figures
Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure Figure
9-4: Hierarchy for SITE devices and functions . . . . . . . . . . . . . 9-5: Hierarchy for Hardware Devices . . . . . . . . . . . . . . . . . 9-6: Hierarchy for Software Functions at BSC only. . . . . . . . . . . 9-7: Hierarchy for Logical Links containment . . . . . . . . . . . . . 9-8: Hierarchy for Radio Frequency containment . . . . . . . . . . . 9-9: Hierarchy for Cell containment . . . . . . . . . . . . . . . . . . 9-10: Hierarchy for Handover/Power Control containment . . . . . . . 9-11: Conguration of RTC (InCell). . . . . . . . . . . . . . . . . . . 9-12: RTC hardware addresses . . . . . . . . . . . . . . . . . . . . . 9-13: DRI-Combiner conguration . . . . . . . . . . . . . . . . . . . 9-14: DRI Reassign box. . . . . . . . . . . . . . . . . . . . . . . . . 9-15: Calibrate Site form . . . . . . . . . . . . . . . . . . . . . . . . 9-16: New Standard Conguration form . . . . . . . . . . . . . . . . 9-17: Select DRI(s) form . . . . . . . . . . . . . . . . . . . . . . . . 9-18: Calibration data set at BSS form . . . . . . . . . . . . . . . . . 9-19: EAS Alarms Dialog . . . . . . . . . . . . . . . . . . . . . . . . 9-20: Network showing paths and terminating site . . . . . . . . . . . 11-1: Copy SITE form . . . . . . . . . . . . . . . . . . . . . . . . . 11-2: SITE <Create> form . . . . . . . . . . . . . . . . . . . . . . . 11-3: Path Details form . . . . . . . . . . . . . . . . . . . . . . . . . 11-4: Cell Details Form . . . . . . . . . . . . . . . . . . . . . . . . . 11-5: Copy SITE Progress Dialog window - applying lters . . . . . . . 11-6: Swap site LACs Form . . . . . . . . . . . . . . . . . . . . . . . 11-7: Reparent SITE controlling form . . . . . . . . . . . . . . . . . 11-8: Conrmation window after selecting rollback . . . . . . . . . . 11-9: Delete SITE Progress Dialog window. . . . . . . . . . . . . . . 11-10: Delete SITE daisy chain operation conrmation form . . . . . . 11-11: MMS Reconguration form . . . . . . . . . . . . . . . . . . . 11-12: Delete SITE <name> Progress Dialog form . . . . . . . . . . . 11-13: Copy SITE daisy chain operation conrmation form. . . . . . . 11-14: MMS Reconguration form . . . . . . . . . . . . . . . . . . . 11-15: Network Expansion Scheduler Detailed View window. . . . . . 11-16: Copy SITE Operation Default Behavior window . . . . . . . . . 11-17: Network Expansion Log window (part 1) . . . . . . . . . . . . 11-18: Network Expansion Log window (part 2) . . . . . . . . . . . . 11-19: Path Congure form. . . . . . . . . . . . . . . . . . . . . . . 11-20: Delete Path Conrmation window . . . . . . . . . . . . . . . . 11-21: Flat le information dialog box . . . . . . . . . . . . . . . . . 12-1: Cell X Export Watcher window . . . . . . . . . . . . . . . . . . 12-2: File Selection window . . . . . . . . . . . . . . . . . . . . . . 12-3: Cell X Import Watcher window . . . . . . . . . . . . . . . . . . 12-4: File Selection window . . . . . . . . . . . . . . . . . . . . . . 12-5: Radio Frequency Import/Export conguration form (partial) . . . 12-6: Cell RF Cong Detail View form . . . . . . . . . . . . . . . . . 15-1: Two sites cmutil output example . . . . . . . . . . . . . . . . . 15-2: One site cmutil example with columns and specic labels marked
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9-29 9-30 9-30 9-31 9-32 9-33 9-33 9-49 9-50 9-64 9-76 9-85 9-86 9-93 9-95 9-105 9-161 11-8 11-11 11-14 11-18 11-21 11-27 11-28 11-33 11-36 11-40 11-41 11-44 11-48 11-49 11-58 11-65 11-69 11-70 11-78 11-84 11-98 12-10 12-12 12-18 12-20 12-29 12-33 15-41 15-43
xxxiv
68P02901W17-S Nov 2007
List of Tables
List of Tables
Table 1-1: Access levels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 1-2: Recommended CM command partitioning conguration . . . . . . . . . . . . Table 1-3: Same day omcaudit log le naming convention . . . . . . . . . . . . . . . . . Table 1-4: Vanguard router required software loads . . . . . . . . . . . . . . . . . . . . Table 1-5: MAX_CM_OPS Minimum, maximum, and default Values . . . . . . . . . . . . Table 1-6: MAX_CMUTIL_OPS minimum, maximum, and default values . . . . . . . . . . Table 2-1: Number of BSC to RXCDR signaling 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 ow 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-specic 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 behaviors . . . . . 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 . . . . . . . . . . . . . . . . . . . . . . . . . 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 . . . . . . . . . . . . . . . . . . . . . . 68P02901W17-S Nov 2007
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
1-6 1-7 1-8 1-11 1-24 1-25 2-15 2-16 2-19 2-23 2-30 2-39 2-45 2-54 2-55 2-62 2-69 2-77 2-79 2-81 2-85 2-89 2-95 2-103 2-109 2-112 2-115 2-117 2-127 2-131 2-139 2-141 2-143 2-145 2-150 2-151 2-151 2-152 2-154 2-159 2-167 2-170 2-173 2-174 xxxv
List of Tables
Table 2-39: Possible values for RFT eld: Number of Backhaul Timeslots on Carrier (rtf_ds0_count) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-40: VersaTRAU parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-41: ITS parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-42: GPRS - Suspend/Resume parameters . . . . . . . . . . . . . . . . . . . . . . Table 2-43: BSC High Load Protection Mechanism Phase 2 parameters . . . . . . . . . . . Table 2-44: HSP MTL parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-45: Software patching and PCU Software Upgrade with no BSC Outage parameters Table 2-46: Add new PCU hardware to increase GPRS capacity parameters . . . . . . . . . Table 2-47: High Bandwidth interconnection between BSC and PCU parameters . . . . . . Table 2-48: PRP capacity. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-49: Increase the Throughput of PRP with the PCU parameters . . . . . . . . . . . Table 2-50: Support of Incell as an optional feature parameters . . . . . . . . . . . . . . . Table 2-51: Field engineering accounts . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-52: BSS User Security Management parameters . . . . . . . . . . . . . . . . . . Table 2-53: Quality of Service Phase II parameters . . . . . . . . . . . . . . . . . . . . . Table 2-54: CTU2-D parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Table 2-55: Cell OOS Timer Enhancement parameters. . . . . . . . . . . . . . . . . . . . Table 2-56: TDM Availability Enhancements parameters. . . . . . . . . . . . . . . . . . . Table 2-57: TD-SCDMA and GSM interworking parameters . . . . . . . . . . . . . . . . . Table 3-1: Network Detailed View elds - Identication grouping . . . . . . . . . . . . . . Table 3-2: Network Detailed View elds - State grouping . . . . . . . . . . . . . . . . . . Table 3-3: Network Detailed View elds - Map Information grouping . . . . . . . . . . . . Table 3-4: OMC and MSC Detailed View elds - Identication grouping . . . . . . . . . . . Table 4-1: BSS Detailed View elds - Identication grouping . . . . . . . . . . . . . . . . Table 4-2: BSS Detailed View elds - State grouping. . . . . . . . . . . . . . . . . . . . . Table 4-3: BSS Detailed View elds - Network Addresses grouping . . . . . . . . . . . . . Table 4-4: BSS Detailed View elds - Optional Features grouping . . . . . . . . . . . . . . Table 4-5: BSS Detailed View elds - Signaling Information grouping . . . . . . . . . . . . Table 4-6: BSS Detailed View elds - A5 Algorithms grouping . . . . . . . . . . . . . . . . Table 4-7: BSS Detailed View elds - General grouping . . . . . . . . . . . . . . . . . . . Table 4-8: BSS Detailed View elds - PCS 1900 Frequency grouping . . . . . . . . . . . . Table 4-9: BSS Detailed View elds - Flash Information grouping . . . . . . . . . . . . . . Table 4-10: BSS Detailed View elds - Trunk Information grouping . . . . . . . . . . . . . Table 4-11: BSS Detailed View elds - Directed Retry grouping . . . . . . . . . . . . . . . Table 4-12: BSS Detailed View elds - Multiband grouping . . . . . . . . . . . . . . . . . Table 4-13: BSS Detailed View elds - Enhanced Full Rate grouping . . . . . . . . . . . . Table 4-14: BSS Detailed View elds - GPRS grouping . . . . . . . . . . . . . . . . . . . . Table 4-15: BSS Detailed View elds - Map Information grouping . . . . . . . . . . . . . . Table 4-16: BSS Detailed View elds - Trafc Parameters grouping . . . . . . . . . . . . . Table 4-17: BSS Detailed View elds - Network Assisted Cell Change grouping . . . . . . . Table 4-18: BSS Detailed View elds - 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: Extension cabinets for Horizon II macro . . . . . . . . . . . . . . . . . . . . . Table 4-22: Cabinet types allowing Horizon II macro_ext as an extension type . . . . . . . Table 4-23: Extension cabinet types allowed for Horizon II mini . . . . . . . . . . . . . . . Table 4-24: Master cabinet types allowed for Horizon II mini extension . . . . . . . . . . . Table 4-25: Cabinet Detailed View elds - Identication grouping . . . . . . . . . . . . . . Table 4-26: Permitted cabinet_type modications and restrictions . . . . . . . . . . . . . . Table 4-27: Cabinet Detailed View elds - General grouping . . . . . . . . . . . . . . . . . Table 4-28: Cage Detailed View elds - Identication grouping . . . . . . . . . . . . . . . Table 4-29: Assoc_BSS Detailed View elds - Identication grouping . . . . . . . . . . . . Table 4-30: Assoc_BSS Detailed View elds - General grouping . . . . . . . . . . . . . . . Table 4-31: Assoc_RXCDR Detailed View elds - Identication grouping. . . . . . . . . . . Table 4-32: Assoc_RXCDR Detailed View elds - 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 elds - Identication grouping . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
2-177 2-178 2-181 2-183 2-187 2-190 2-193 2-195 2-198 2-201 2-202 2-203 2-206 2-206 2-217 2-231 2-233 2-234 2-236 3-4 3-5 3-5 3-7 4-10 4-11 4-12 4-13 4-18 4-20 4-21 4-28 4-28 4-29 4-30 4-30 4-31 4-31 4-34 4-34 4-35 4-36 4-36 4-38 4-55 4-55 4-55 4-56 4-58 4-59 4-60 4-63 4-74 4-74 4-77 4-78 4-78 4-97
xxxvi
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
List of Tables
Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table
4-35: DYNET Detailed View elds - Identication grouping . . . . . . . . . . . . . 4-36: DYNET Detailed View elds - Local Routing Information grouping . . . . . . 4-37: DYNET Detailed View elds - path Information grouping . . . . . . . . . . . 5-1: Example Connection report for BSS1015 . . . . . . . . . . . . . . . . . . . . 5-2: Conn_Link Detailed View elds - Identication grouping . . . . . . . . . . . . 5-3: Conn_Link Detailed View elds - Connectivity Information grouping . . . . . . 5-4: CommsLink Detailed View elds - Identication grouping . . . . . . . . . . . 5-5: CommsLink Detailed View elds - Map Information grouping. . . . . . . . . . 5-6: Slot: port settings for OML link . . . . . . . . . . . . . . . . . . . . . . . . . 6-1: PCU contained devices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-2: PCU Detailed View elds - Identication grouping . . . . . . . . . . . . . . . 6-3: PCU Detailed View elds - Alarm Information grouping. . . . . . . . . . . . . 6-4: PCU Detailed View elds - BSSGP Information grouping . . . . . . . . . . . . 6-5: PCU Detailed View elds - Gb Mapping Information grouping . . . . . . . . . 6-6: PCU Detailed View elds - Gb Statistics Conguration grouping . . . . . . . . 6-7: PCU Detailed View elds - NS Information grouping . . . . . . . . . . . . . . 6-8: PCU Detailed View elds - Address Information grouping . . . . . . . . . . . 6-9: DPROC Detailed View elds - Identication grouping . . . . . . . . . . . . . . 6-10: PSP Detailed View elds - Identication grouping . . . . . . . . . . . . . . . 6-11: PSP Detailed View elds - Cage and Slot Information grouping . . . . . . . . 6-12: PCU MSI Detailed View elds - Identication grouping . . . . . . . . . . . . 6-13: PCU MSI Detailed View elds - Cage and Slot Information grouping . . . . . 6-14: GDS Detailed View elds - Identication grouping. . . . . . . . . . . . . . . 6-15: GDS Detailed View elds - Connectivity Information grouping. . . . . . . . . 6-16: gsl_lcf_mapping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-17: GSL Detailed View elds - Identication grouping . . . . . . . . . . . . . . . 6-18: GBL Detailed View elds - Identication grouping . . . . . . . . . . . . . . . 6-19: GBL Detailed View elds - Connectivity Information grouping . . . . . . . . . 6-20: GBL Detailed View elds - Frame Relay Information grouping. . . . . . . . . 6-21: NSVC Detailed View elds - Identication grouping . . . . . . . . . . . . . . 6-22: NSVC Detailed View elds - NS Information grouping . . . . . . . . . . . . . 6-23: SGSN Detailed View elds - Identication grouping . . . . . . . . . . . . . . 7-1: Default RSLs - Timeslots and Cages. . . . . . . . . . . . . . . . . . . . . . . 7-2: Default RSLs - Timeslots and Card frame for Horizon II macro Site. . . . . . . 7-3: Default RSLs - Timeslots and Card frame for non Horizon II macro Site . . . . 7-4: SITE Detailed View elds - Identication grouping . . . . . . . . . . . . . . . 7-5: SITE Detailed View elds - General grouping . . . . . . . . . . . . . . . . . . 7-6: SITE Detailed View elds - SMS Information grouping . . . . . . . . . . . . . 7-7: SITE Detailed View elds - GPRS grouping . . . . . . . . . . . . . . . . . . . 7-8: BSS commands for GCLK synchronization . . . . . . . . . . . . . . . . . . . 7-9: BSS parameters for GCLK synchronization . . . . . . . . . . . . . . . . . . . 8-1: CELL Detailed View, General - Identication grouping . . . . . . . . . . . . . 8-2: CELL Detailed View elds, General - General grouping . . . . . . . . . . . . . 8-3: CELL Detailed View elds, General - System Access grouping . . . . . . . . . 8-4: CELL Detailed View elds, General - Cell Selection/Reselection grouping . . . 8-5: CELL Detailed View elds, General - Radio Channel Cong grouping. . . . . . 8-6: CELL Detailed View elds, General - Queuing grouping . . . . . . . . . . . . 8-7: CELL Detailed View elds, General - Flow Control grouping . . . . . . . . . . 8-8: CELL Detailed View elds, general - channel allocation-deallocation grouping . 8-9: CELL Detailed View elds, general - radio link control grouping . . . . . . . . 8-10: CELL Detailed View elds, general - congestion relief grouping . . . . . . . . 8-11: CELL Detailed View elds, general - directed retry grouping . . . . . . . . . 8-12: CELL Detailed View elds, general - multiband handover grouping . . . . . . 8-13: Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping 8-14: CELL Detailed View elds, General - AMR full rate grouping . . . . . . . . . 8-15: CELL Detailed View elds, General - AMR/GSM Half Rate grouping . . . . . 8-16: CELL Detailed View elds, General - AMR/GSM Half Rate grouping . . . . . 8-17: CELL Detailed View, Handover - Handover - General grouping . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
4-99 4-100 4-100 5-2 5-7 5-7 5-14 5-14 5-20 6-5 6-9 6-10 6-11 6-11 6-12 6-13 6-14 6-19 6-23 6-23 6-26 6-26 6-33 6-34 6-36 6-38 6-41 6-42 6-42 6-46 6-47 6-52 7-5 7-6 7-6 7-26 7-28 7-30 7-31 7-43 7-44 8-15 8-16 8-18 8-20 8-21 8-22 8-23 8-24 8-25 8-25 8-27 8-28 8-32 8-32 8-38 8-45 8-46
68P02901W17-S Nov 2007
xxxvii
List of Tables
Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table
8-18: 8-19: 8-20: 8-21: 8-22: 8-23: 8-24: 8-25: 8-26: 8-27: 8-28: 8-29: 8-30: 8-31: 8-32: 8-33: 8-34: 8-35: 8-36: 8-37: 8-38: 8-39: 8-40: 8-41: 8-42: 8-43: 8-44: 8-45: 8-46: 8-47: 8-48: 8-49: 8-50: 8-51: 8-52: 8-53: 8-54: 8-55: 8-56: 8-57: 8-58: 8-59: 8-60: 8-61: 8-62: 8-63: 8-64: 8-65: 8-66: 8-67: 8-68: 8-69: 8-70: 8-71: 8-72: 8-73: 8-74: 8-75:
CELL Detailed View, Handover - Handover Thresholds grouping . . . . . . CELL Detailed View, Handover - Handover types allowed grouping . . . . . CELL Detailed View, Handover - Handover Timer grouping . . . . . . . . . CELL Detailed View, Handover - Uplink RxQual Handover grouping . . . . CELL Detailed View, Handover - Downlink RxQual handover grouping . . . CELL Detailed View, Handover - Uplink RxLev Handover grouping . . . . . CELL Detailed View, Handover - Downlink RxLev Handover grouping . . . . CELL Detailed View, Handover - Uplink Interference Handover grouping . . CELL Detailed View, Handover - Downlink Interference Handover grouping CELL Detailed View, Handover - Distance Handover grouping . . . . . . . CELL Detailed View, Handover - Power Budget Handover grouping . . . . . CELL Detailed View, Handover - SDCCH Handover grouping . . . . . . . . CELL Detailed View, Handover - Handover - AMR Full Rate grouping . . . . CELL Detailed View, Handover - Handover - AMR/GSM Half Rate grouping . CELL Detailed View, Power Control - Power Control - General grouping. . . CELL Detailed View, Power Control - Rapid MS Power Down grouping . . . CELL Detailed View, Power Control - Uplink Power Control grouping . . . . CELL Detailed View, Power Control - Downlink Power Control grouping . . CELL Detailed View, Pwr Ctrl - Pwr Ctrl - AMR Full Rate grouping . . . . . CELL Detailed View, Pwr Ctrl - Pwr Ctrl - AMR/GSM Half Rate grouping . . CELL Detailed View, GPRS grouping . . . . . . . . . . . . . . . . . . . . CELL Detailed View elds, GPRS - Ntwk Ctrld Cell Reselection grouping . . GSM cell propagation parameters . . . . . . . . . . . . . . . . . . . . . GSM cell propagation parameters with GSM Half Rate unrestricted . . . . Algorithm Detailed View - Identication grouping . . . . . . . . . . . . . . Algorithm Detailed View - General grouping. . . . . . . . . . . . . . . . . chg_cell_element rel_tim_adv and chg_cell_element surround_cell . . . . . chg_cell_element rxlev_dl_ho and chg_cell_element rxlev_ul_ho . . . . . . . Neighbor Detailed View elds - Identication grouping . . . . . . . . . . . Neighbor Detailed View elds - General grouping . . . . . . . . . . . . . . Neighbor Detailed View elds - Power Budget Algorithm grouping . . . . . Neighbor Detailed View elds - Directed Retry grouping . . . . . . . . . . Neighbor Detailed View elds - Concentric Cells grouping . . . . . . . . . UTRAN neighbor parameters and values . . . . . . . . . . . . . . . . . . UTRAN Blind Search Neighbor Detailed View Fields General grouping. . ProxyCELL Detailed View elds - Identication grouping . . . . . . . . . . ProxyCELL Detailed View elds - Proxy Cell Data grouping . . . . . . . . . ProxyCELL Detailed View elds - Identication grouping . . . . . . . . . . ProxyCELL Detailed View elds - ProxyCELL Data grouping . . . . . . . . Command line options for pcellImport . . . . . . . . . . . . . . . . . . . . Frequency hopping cell parameters . . . . . . . . . . . . . . . . . . . . . Frequency hopping maximum frequency number . . . . . . . . . . . . . . FreqHopSys Detailed View elds - Identication grouping . . . . . . . . . FreqHopSys Detailed View elds - General grouping . . . . . . . . . . . . Coincident multiband handover parameters . . . . . . . . . . . . . . . . . Adaptive handover parameters . . . . . . . . . . . . . . . . . . . . . . . Ping Pong limitation parameters. . . . . . . . . . . . . . . . . . . . . . . Flexible neighbor processing parameters . . . . . . . . . . . . . . . . . . erc_ta_priority parameter . . . . . . . . . . . . . . . . . . . . . . . . . Optimizing cell power control parameters . . . . . . . . . . . . . . . . . . Timeslots on multiple GPRS carriers congured for performance . . . . . . Timeslots on multiple GPRS carriers congured using OSA . . . . . . . . . Multiple GPRS carriers per cell parameters . . . . . . . . . . . . . . . . . rpt_bad_qual_no_mr parameter . . . . . . . . . . . . . . . . . . . . . . . SDCCH parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SDCCH parameters with combined channel congurations . . . . . . . . . SDCCH parameters with NON-combined channel congurations . . . . . . Value ranges for max_tx_bts . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8-49 8-49 8-50 8-50 8-52 8-53 8-54 8-55 8-55 8-56 8-57 8-58 8-58 8-59 8-61 8-62 8-62 8-64 8-65 8-66 8-69 8-75 8-76 8-86 8-94 8-94 8-97 8-98 8-118 8-120 8-122 8-123 8-123 8-133 8-138 8-142 8-142 8-146 8-146 8-157 8-164 8-168 8-171 8-171 8-180 8-185 8-192 8-194 8-200 8-202 8-206 8-207 8-208 8-223 8-226 8-228 8-228 8-233
xxxviii
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
List of Tables
Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table
8-76: SMSCBmsg Detailed View elds - Identication grouping . . . . . . . . 8-77: SMSCBmsg Detailed View elds - SMS Information grouping . . . . . . 9-1: VersaTRAU (VT) channel information in Channel Status form. . . . . . . 9-2: BSP cage and slot restrictions . . . . . . . . . . . . . . . . . . . . . . 9-3: BSP Detailed View elds - Identication grouping . . . . . . . . . . . . 9-4: BSP Detailed View elds - Cage and Slot Information grouping . . . . . . 9-5: BTP cage and slot restrictions . . . . . . . . . . . . . . . . . . . . . . 9-6: BTP Detailed View elds - Identication grouping . . . . . . . . . . . . 9-7: BTP Detailed View elds - Cage and Slot Information grouping . . . . . . 9-8: BTP Detailed View elds - State Information grouping . . . . . . . . . . 9-9: CBL Detailed View elds - Identication grouping . . . . . . . . . . . . 9-10: COMB Detailed View elds - Identication grouping . . . . . . . . . . 9-11: GPROC cage and slot restrictions . . . . . . . . . . . . . . . . . . . . 9-12: CSFP Detailed View elds - Identication grouping . . . . . . . . . . . 9-13: DHP cage and slot restrictions. . . . . . . . . . . . . . . . . . . . . . 9-14: DHP Detailed View elds - Identication grouping . . . . . . . . . . . 9-15: DHP Detailed View elds - Cage and Slot Information grouping . . . . . 9-16: DHP Detailed View elds - State Information grouping . . . . . . . . . 9-17: DRI Detailed View elds - Identication grouping . . . . . . . . . . . . 9-18: DRI Detailed View elds - Cage and Slot Information grouping . . . . . 9-19: DRI Detailed View elds - Additional State Information grouping . . . . 9-20: DRI Detailed View elds - Preferred RTF grouping . . . . . . . . . . . 9-21: DRI Detailed View elds - DRI RCU grouping . . . . . . . . . . . . . . 9-22: DRI Detailed View elds - Combiner 1 grouping . . . . . . . . . . . . . 9-23: DRI Detailed View elds - Shared Cells grouping . . . . . . . . . . . . 9-24: DRI Detailed View elds - Port Connections grouping . . . . . . . . . . 9-25: DRI Detailed View elds - Power Distribution Board grouping . . . . . . 9-26: Bay level calibration parameters. . . . . . . . . . . . . . . . . . . . . 9-27: Rx A and Rx B receive path options . . . . . . . . . . . . . . . . . . . 9-28: Severity level denitions. . . . . . . . . . . . . . . . . . . . . . . . . 9-29: EAS Detailed View elds - Identication grouping . . . . . . . . . . . . 9-30: EAS Detailed View elds - Cage and Slot Information grouping . . . . . 9-31: EAS Detailed View elds - OptoCoupler groupings . . . . . . . . . . . 9-32: EAS Detailed View elds - Relay Information grouping . . . . . . . . . 9-33: GCLK Detailed View elds - Identication grouping . . . . . . . . . . . 9-34: GCLK Detailed View elds - Cage and Slot Information grouping . . . . 9-35: GPROC cage and slot numbers . . . . . . . . . . . . . . . . . . . . . 9-36: GPROC Detailed View elds - Identication grouping . . . . . . . . . . 9-37: GPROC Detailed View elds - Cage and Slot Information grouping . . . 9-38: GPROC Detailed View elds - State Information grouping . . . . . . . . 9-39: KSWpair Detailed View elds - Identication grouping . . . . . . . . . 9-40: KSW Detailed View elds - Identication grouping . . . . . . . . . . . 9-41: KSW Detailed View elds - Cage and Slot Information grouping. . . . . 9-42: LCF Detailed View elds - Identication grouping . . . . . . . . . . . . 9-43: LMTL parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-44: LMTL Loadshare Granularity parameter. . . . . . . . . . . . . . . . . 9-45: MSI Detailed View elds - Identication grouping . . . . . . . . . . . . 9-46: MSI Detailed View elds - Cage and Slot Information grouping . . . . . 9-47: MSI Detailed View elds - MMS HDSL Information grouping . . . . . . 9-48: Enhanced GDP Provisioning parameters. . . . . . . . . . . . . . . . . 9-49: MTL Detailed View elds - Identication grouping . . . . . . . . . . . 9-50: MTL Loadshare Granularity parameter . . . . . . . . . . . . . . . . . 9-51: OMF Detailed View elds - Identication grouping . . . . . . . . . . . 9-52: OML Detailed View elds - Identication grouping . . . . . . . . . . . 9-53: Abis link cage timeslots . . . . . . . . . . . . . . . . . . . . . . . . . 9-54: Default RSLs - Timeslots and Card frame for Horizon II macro Site . . . 9-55: Default RSLs - Timeslots and Card frame for non Horizon II macro Site . 9-56: PATH Detailed View elds - Identication grouping . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
8-243 8-243 9-25 9-34 9-35 9-36 9-38 9-39 9-40 9-41 9-43 9-51 9-54 9-54 9-58 9-60 9-60 9-61 9-68 9-70 9-71 9-71 9-71 9-72 9-73 9-73 9-74 9-80 9-87 9-100 9-106 9-107 9-108 9-108 9-113 9-114 9-115 9-116 9-117 9-117 9-119 9-123 9-124 9-127 9-130 9-134 9-138 9-139 9-140 9-146 9-152 9-155 9-158 9-160 9-165 9-165 9-165 9-167
68P02901W17-S Nov 2007
xxxix
List of Tables
Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table Table
9-57: PATH Detailed View elds - Path information grouping . . . . . . . . . . 9-58: RSL Detailed View elds - Identication grouping . . . . . . . . . . . . . 9-59: RSL Detailed View elds - LapD Information grouping . . . . . . . . . . 9-60: RSL Detailed View elds - MMS Timeslots grouping. . . . . . . . . . . . 9-61: RTF Detailed View elds - Identication grouping . . . . . . . . . . . . . 9-62: RTF Detailed View elds - Carrier 1 Information grouping . . . . . . . . 9-63: RTF Detailed View elds - Concentric cells grouping . . . . . . . . . . . 9-64: RTF Detailed View elds - GPRS grouping . . . . . . . . . . . . . . . . . 9-65: RTF Detailed View elds - MMS Timeslot grouping . . . . . . . . . . . . 9-66: RTF Detailed View elds - General grouping. . . . . . . . . . . . . . . . 9-67: RTF Detailed View elds - AMR/GSM Half Rate grouping . . . . . . . . . 9-68: XBL Detailed View elds - Identication grouping . . . . . . . . . . . . . 9-69: XBL Detailed View elds - LapD Information grouping . . . . . . . . . . 10-1: Values propagated after an audit . . . . . . . . . . . . . . . . . . . . . 11-1: Example of a successful swap site LAC operation . . . . . . . . . . . . . 11-2: Example of an unsuccessful swap site LAC operation . . . . . . . . . . . 11-3: Example of an unsuccessful swap site LAC operation . . . . . . . . . . . 11-4: Reparent site - Examples of OMC Device Transition States . . . . . . . . 11-5: Delete SITE - Examples of OMC-R Device Transition States . . . . . . . . 11-6: Default Actions when copying, deleting, reparenting a site . . . . . . . . 12-1: RF General Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-2: Conguration le parameters . . . . . . . . . . . . . . . . . . . . . . . 12-3: Command line options (rf_export) . . . . . . . . . . . . . . . . . . . . . 12-4: Command line options (rf_import) . . . . . . . . . . . . . . . . . . . . . 12-5: Command line options (rfNcheck) . . . . . . . . . . . . . . . . . . . . . 12-6: Command line options (correct_rtfs) . . . . . . . . . . . . . . . . . . . . 12-7: RTF attributes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-8: RFPlanCell default parameters . . . . . . . . . . . . . . . . . . . . . . 12-9: User selectable cell parameters . . . . . . . . . . . . . . . . . . . . . . 12-10: User selectable cell parameters with GSM Half Rate unrestricted . . . . 12-11: RFPlanNeighbor default parameters . . . . . . . . . . . . . . . . . . . 12-12: User selectable Neighbor parameters . . . . . . . . . . . . . . . . . . 12-13: Site parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-14: DRI parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12-15: RTF parameters . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-1: FreqHopSys attribute details . . . . . . . . . . . . . . . . . . . . . . . 15-2: Path attributes link(1 ... 10) (stored outside pathtable2, in intlisttable2) . 15-3: Path attribute commsLinkList (stored outside pathtable2 in oidlisttable2). 15-4: Mangled object classes with resulting table names . . . . . . . . . . . . 15-5: Example of OIDs mangled in OSP 4 . . . . . . . . . . . . . . . . . . . . 15-6: cmutil output use of columns . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
9-167 9-177 9-178 9-178 9-185 9-186 9-188 9-188 9-189 9-189 9-190 9-198 9-199 10-37 11-23 11-23 11-24 11-32 11-36 11-63 12-30 12-37 12-45 12-46 12-48 12-49 12-50 12-55 12-56 12-69 12-70 12-71 12-72 12-76 12-77 15-33 15-33 15-33 15-34 15-34 15-41
xl
68P02901W17-S Nov 2007
About This Manual
Installation and Conguration: GSM System Conguration
What is covered in this manual?
This manual provides information and procedures to enable an experienced and qualied user at the OMC-R to congure Motorola GSM Network Elements and objects, and to populate the Conguration Management database. This manual should be used with the OMC-R operating on one of the following series platforms: SunFire 4800 and SunFire 4900 Netra20 SunBlade 150 Netra 440 platform
Chapter 1 Conguration Management general information: This chapter provides useful information to assist in the conguration 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 Conguring BSS features: This chapter provides an overview of BSS features and how to congure them from the OMC-R. Chapter 3 Conguring 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.
68P02901W17-S Nov 2007
Chapter 4 Conguring a BSS/RXCDR: This chapter describes how to congure 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. Conguring 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 Conguring connectivity: This chapter describes how to create and check connectivity between the following: Network Elements and OMC-R BSS and MSC (through an RXCDR) BSS/RXCDR and OMC-R
Chapter 6 Conguring a PCU for GPRS: This chapter describes conguring a Packet Control Unit (PCU). It covers General Packet Radio Service (GPRS) PCU topology, equipping PCU contained devices, and conguring a Serving GPRS Support Node (SGSN). Chapter 7 Conguring a site: This chapter describes conguring 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 synchronization. Barring calls at a site.
Chapter 8 Conguring cells: This chapter describes how to congure cells, neighbors, and proxy cells from the OMC-R GUI using Detailed Views or TTY interface commands. In addition, this chapter includes procedures to manipulate specic cell parameters, and bar calls at a cell. Chapter 9 Conguring 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.
68P02901W17-S Nov 2007
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. 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-dened regional map. Adding and changing a map background. Adding and deleting a map node. Adding and deleting a map link.
Chapter 14 Optimizing 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 conguration management operations it can perform.
68P02901W17-S Nov 2007
Revision history
Revision history
The following sections show the revision status of this document.
Version information
The following table lists the supported versions of this manual in order of issue: Issue Q R S Date of issue Sep 2004 Nov 2006 Nov 2007 Remarks Issue Q - GSM Software release 7 Half Rate Issue R - GSM Software release 8 (GMR-02) Issue S - GSM Software Release GSR9
Resolution of Service Requests
The following Service Requests are resolved in this document: Service Request N/A CMBP Number N/A Remarks N/A
Incorporation of Change Notices
The following Change Notices (CN) are incorporated in this document: CN Date N/A CN Number N/A Title N/A
68P02901W17-S Nov 2007
General information
General information
Purpose
Motorola documents are intended to instruct and assist personnel in the operation, installation, and maintenance of the Motorola equipment and ancillary devices. It is recommended that all personnel engaged in such activities be properly trained by Motorola. Motorola disclaims all liability whatsoever, implied or expressed, 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 customer's behalf, to abide by the instructions, system parameters, or recommendations made in this document. These documents are not intended to replace the system and equipment training offered by Motorola. They can be used to supplement and enhance the knowledge gained through such training.
If this document was obtained when attending a Motorola training course, it is not 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 Motorola automatically supplies corrections and posts on the Motorola customer website.
Cross references
References made to external publications are shown in italics. Other cross references, emphasized in blue text in electronic versions, are active links to the references. This document is divided into numbered chapters that 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.
68P02901W17-S Nov 2007
Text conventions
Text conventions
The following conventions are used in the Motorola documents to represent keyboard input text, screen output text, and special key sequences.
Input
Characters typed in at the keyboard are shown like this sentence. Items of interest within a command appear like this sentence.
Output
Messages, prompts, file listings, directories, utilities, and environmental variables that appear on the screen are shown like this sentence. Items of interest within a screen display appear like this sentence.
Special key sequences
Special key sequences are represented as follows: CTRL-c or CTRL+C CTRL-SHIFT-c or CTRL+SHIFT+C ALT-f or ALT+F ALT+SHIFT+F11 RETURN or ENTER Press the Ctrl and C keys at the same time. Press the Ctrl, Shift, and C keys at the same time. Press the Alt and F keys at the same time. Press the Alt, Shift and F11 keys at the same time. Press the pipe symbol key. Press the Return or Enter key.
68P02901W17-S Nov 2007
Contacting Motorola
Contacting Motorola
Motorola appreciates feedback from the users of our documents.
24hour support
If you have problems regarding the operation of your equipment, contact the Customer Network Resolution Center (CNRC) for immediate assistance. The 24hour telephone numbers are listed at https://mynetworksupport.motorola.com. Select Customer Network Resolution Center contact information. Alternatively if you do not have access to CNRC or the internet, contact the Local Motorola Ofce.
Questions and comments
Send questions and comments regarding user documentation to the email address: mydocs@motorola.com.
Errors
To report a documentation error, call the CNRC (Customer Network Resolution Center) and provide the following information to enable CNRC to open an SR (Service Request): The document type The document title, part number, and revision character The page number with the error A detailed description of the error and if possible the proposed solution
68P02901W17-S Nov 2007
Security advice
Security advice
Motorola systems and equipment provide security parameters that the operator congures based on their particular operating environment. Motorola recommends setting and using these parameters following industry recognized security practices. Consider protecting the condentiality, integrity, and availability of information and assets. Assets include the ability to communicate, information about the nature of the communications, and information about the parties involved. In certain instances, Motorola makes specic recommendations regarding security practices. The implementation of these recommendations and nal responsibility for the security of the system lies with the operator of the system. Contact the Customer Network Resolution Center (CNRC) for assistance. The 24hour telephone numbers are listed at https://mynetworksupport.motorola.com. Select Customer Network Resolution Center contact information, from the menu located to the left of the Login box. Alternatively if you do not have access to CNRC or the internet, contact the Local Motorola Ofce.
68P02901W17-S Nov 2007
Warnings, cautions, and notes
Warnings, cautions, and notes
The following describes how warnings and cautions are used in this document and in all documents of this Motorola document set.
Warnings
Warnings precede instructions that contain potentially hazardous situations. Warnings are used to alert the reader to possible hazards that could cause loss of life or physical injury. A warning has the following format:
Warning text and consequence for not following the instructions in the warning.
Cautions
Cautions precede instructions and are used when there is a possibility of damage to systems, software, or individual items of equipment within a system. However, this damage presents no danger to personnel. A caution has the following format:
Caution text and consequence for not following the instructions in the caution.
Notes
A note means that there is a possibility of an undesirable situation or provides additional information to help the reader understand a topic or concept. A note has the following format:
Note text.
68P02901W17-S Nov 2007
Safety
Safety
General safety
The following general safety guidelines apply to Motorola equipment: The power jack and mating plug of the power cable must meet International Electrotechnical Commission (IEC) safety standards.
Refer to Grounding Guideline for Cellular Radio Installations 68P81150E62.
Power down or unplug the equipment before servicing. Using non-Motorola parts for repair could damage the equipment or void warranty. Contact Motorola Warranty and Repair for service and repair instructions. Portions of Motorola equipment may be damaged from exposure to electrostatic discharge. Use precautions to prevent damage.
Electromagnetic energy
Relevant standards (USA and EC) applicable when working with RF equipment are:
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.
Council recommendation of 12 July 1999 on the limitation of exposure of the general public to electromagnetic elds (0 Hz to 300 GHz) (1999/519/EC) and respective national regulations.
Directive 2004/40/EC of the European Parliament and of the Council of 29 April 2004 on
the minimum health and safety requirements regarding the exposure of workers to the risks arising from physical agents (electromagnetic elds) (18th individual Directive within the meaning of Article 16(1) of Directive 89/391/EEC).
10
68P02901W17-S Nov 2007
Caring for the environment
Caring for the environment
The following information describes national or regional requirements for the disposal of Motorola supplied equipment and for the approved disposal of surplus packaging. Contact the Customer Network Resolution Center (CNRC) for assistance. The 24hour telephone numbers are listed at https://mynetworksupport.motorola.com. Select Customer Network Resolution Center contact information. Alternatively if you do not have access to CNRC or the internet, contact the Local Motorola Ofce.
In EU countries
The following information is provided to enable regulatory compliance with the European Union (EU) directives and any amendments to these directives when using Motorola equipment in EU countries.
Disposal of Motorola equipment
European Union (EU) Directive 2002/96/EC Waste Electrical and Electronic Equipment (WEEE)
Do not dispose of Motorola equipment in landll sites. In the EU, Motorola in conjunction with a recycling partner ensures that equipment is collected and recycled according to the requirements of EU environmental law.
Disposal of surplus packaging
European Parliament and Council Directive 94/62/EC Packaging and Packaging Waste
Do not dispose of surplus packaging in landll sites. In the EU, it is the individual recipients responsibility to ensure that packaging materials are collected and recycled according to the requirements of EU environmental law.
In non-EU countries
In non-EU countries, dispose of Motorola equipment and all surplus packaging in accordance with national and regional regulations.
68P02901W17-S Nov 2007
11
CMM labeling and disclosure table
CMM labeling and disclosure table
The Peoples Republic of China requires that our products comply with China Management Methods (CMM) environmental regulations. (China Management Methods refers to the regulation Management Methods for Controlling Pollution by Electronic Information Products.) Two items are used to demonstrate compliance; the label and the disclosure table. The label is placed in a customer visible position on the product. Logo 1 means the product contains no substances in excess of the maximum concentration value for materials identied in the China Management Methods regulation. Logo 2 means that the product may contain substances in excess of the maximum concentration value for materials identied in the China Management Methods regulation, and has an Environmental Friendly Use Period (EFUP) in years. The example shown uses 50 years.
Logo 1
Logo 2
The Environmental Friendly Use Period (EFUP) is the period (in years) during which the Toxic and Hazardous Substances (T&HS) contained in the Electronic Information Product (EIP) will not leak or mutate causing environmental pollution or bodily injury from the use of the EIP . The EFUP indicated by the Logo 2 label applies to a product and all its parts. Certain eld-replaceable parts, such as battery modules, can have a different EFUP and are marked separately. The Disclosure table is intended only to communicate compliance with China requirements. It is not intended to communicate compliance with EU RoHS or any other environmental requirements.
12
68P02901W17-S Nov 2007
Motorola document set
Motorola document set
The Motorola document sets provide the information to operate, install, and maintain the Motorola equipment.
Ordering documents and CD-ROMs
With internet access available, to view, download, or order documents (original or revised), visit the Motorola Lifecycles Customer web page at https://mynetworksupport.motorola.com, or contact your Motorola account representative. Without internet access available, order hard-copy documents or CD-ROMs from your Motorola Local Ofce or Representative. If Motorola changes the content of a document after the original printing date, Motorola publishes a new version with the same part number but a different revision character.
Document banner denitions
A banner indicates that some information contained in the document is not yet approved for general customer use. A banner is oversized text on the bottom of the page, for example, PRELIMINARY UNDER DEVELOPMENT.
Data encryption
In order to avoid electronic eavesdropping, data passing between certain elements in the network is encrypted. In order to comply with the export and import requirements of particular countries, this encryption occurs at different levels. The encryption may be individually standardized or may not be present at all in some parts of the network in which it is normally implemented. The document set covers encryption as if fully implemented. Limitations on the encryption included in the particular software being delivered, are covered in the Release Notes that accompany the individual software release.
68P02901W17-S Nov 2007
13
Data encryption
14
68P02901W17-S Nov 2007
Chapter
1
Conguration Management General Information
General information relating to the conguration of a GSM network from the OMC-R is provided here. The following topics are described: Recommendations for Conguration Management on page 1-2. Management Information Base (MIB) on page 1-15. Denition of a Network Element (NE) on page 1-27. Uploading an NE database to the OMC-R on page 1-28. Conguring network objects using the OMC-R GUI on page 1-30. Navigating to a network object class or instance on page 1-32. Using Detailed Views on page 1-34. Creating a network object using the OMC-R GUI on page 1-36. Modifying a network object using the OMC-R GUI on page 1-38. Deleting a network object using the OMC-R GUI on page 1-41. Remotely logging in to a BSS site from the OMC-R on page 1-43. Changing security level (for TTY interface commands) on page 1-47. Remotely logging in to a BSS using WebMMI on page 1-49. Making wide area modications on page 1-53.
68P02901W17-S Nov 2007
1-1
Recommendations for Conguration Management
Chapter 1: Conguration Management General Information
Recommendations for Conguration Management
Introduction to Conguration Management
This section gives recommendations on the following subjects: Weekly procedures. Ofine and online network changes. Working practices. Preventing rlogin. Command partitioning. Tracking logged Conguration Management (CM) changes. online CM setup. Interrogating the network using the COP GLU tool. Upgrade information. Checking Vanguard Router software loads.
Recommended weekly procedures
The following weekly procedures are recommended: Check Audit schedules and the resulting update of OMC-R CM database. Carry out NE database checks. Hold a weekly meeting. Schedule a weekly meeting between all concerned parties to discuss the following: Any outstanding service affecting faults from the previous week. Review conguration changes and planned maintenance work from the previous week.
1-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Off-line and online network change recommendation
Planned work for the week ahead. Any issues relating to the future planning or expansion of the network. Prepare a summary weekly report before the meeting. Circulate the actions agreed upon at the meeting.
Further information about recommended weekly procedures can be found in OMC-R Online Help, Network Operations.
Off-line and online network change recommendation
Network Conguration Management takes two forms, off-line conguration and online conguration.
Off-line Conguration Management
Off-line Conguration Management is used for large scale network changes, such as frequency replanning, and rapid network expansion which involves rolling out new CM database. The DataGen tool is the recommended method of producing new database. The DataGen tool features RevGen Upgrader, Compiler, and MCDF tables. The DataGen tool also has an off-line MIB feature which allows the online MIB to be recreated off-line. See System Information: DataGen (68P02900W22) for further details.
Online Conguration Management
Online Conguration Management is used for small scale network changes. It is performed by a dedicated online CM team working on live BSSs, based on job orders from other groups, such as the optimization or BSS roll out team. The OMC-R GUI is the preferred tool for online 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 online 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 changes are logged using attributeStateChangeEvents, objectCreateEvents, or objectDeleteEvents in the event logs.
68P02901W17-S
1-3 Nov 2007
Working practice recommendation
Chapter 1: Conguration Management General Information
Working practice recommendation
The following work practices are recommended: Always consult with the CM supervisor before carrying out work on any site which involves changes to the CM Database setup. Always inform the FM supervisor before resetting any live devices. If possible, restrict the number of users working on a BSS to one at a time. Only one user can carry out work on a site at a time. Disable download to the BSS for the duration of the CM work. Always upload the database upon completion of a job order. The recommended method of making changes to devices is using the Navigation Tree and Detailed Views in Edit mode. This method ensures that the device being worked on is locked in the MIB database, preventing other users from making changes on that object. See Conguring network objects using the OMC-R GUI on page 1-30 for details.
Preventing remote login
Rlogin functionality is still frequently used, and is the preferred method of conguration for some users who are familiar with TTY commands and database parameters. Others prefer to use the OMC-R GUI with its user-friendly interface. 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 centrally to 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 conguration. As result revenue opportunities may be missed. For example, if uncontrolled changes are made to the frequency plan, they could introduce excess interference into the network and reduce the available capacity.
1-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Command partitioning using the GUI
Local maintenance parameter
Rlogin users and local maintenance terminal users can be prevented from accessing a BSS. This ensures that changes are only made using the OMC-R GUI. Set the local maintenance (BSS parameter name: Local_maintenance) parameter eld to Yes in the BSS Detailed View. This method is secure, because the rlogin user cannot reset this parameter without going to SYSGEN mode. The procedure can therefore be: 1. 2. 3. Before starting a job order, set local maintenance parameter to No. After completing a job order, set local maintenance parameter to Yes. After completing a job order, exit Edit mode of Detailed View.
Applying the local maintenance parameter for a single BSS
Use the following procedure to apply the local maintenance parameter for a single BSS:
Procedure 1-1
1 2 3 4
Apply local maintenance parameter for a single BSS
Edit the BSS Detailed View in the Navigation Tree. Set the Local Maintenance parameter eld in the Identication grouping to No (0). Save the changes by selecting File Save from the menu bar. Exit the Detailed View.
Applying the local maintenance parameter for whole OMC-R
The local maintenance parameter can be set to Yes or No for a whole OMC-R. Create a simple shell script that reads NE.MAP to get the different BSSs and runs a cmutil update script for each of the BSSs found.
Command partitioning using the GUI
The command partitioning facility provides a means of partitioning OMC-R users into different security areas. Depending on which security area a user has access to, options that could be used to alter OMC-R/BSS information are allowed/disallowed on the OMC-R GUI. Command partitioning also improves OMC-R usability by giving users a smaller, easier, and more applicable selection of menu options from which to choose. Only the GUI is command partitioned, OMC-R UNIX scripts still need existing permissions to run. Setting up command partitioning is detailed in: OMC-R Online Help, Network Operations. {27508} This feature provides the operator with the ability to determine which commands can be assigned to a specic level through the use of a new MMI command as part of command partitioning control.
68P02901W17-S
1-5 Nov 2007
Command partitioning using the GUI
Chapter 1: Conguration Management General Information
{27508} A user is authenticated at the OMC-R whenever they rst login using a UNIX account setup by OMCADMIN. When a user uses remote login to access a NE from the OMC-R, the user is automatically authenticated using their UNIX login. If regions are enabled, the username is compared to a list of NEs held at the OMC-R to determine if the user has access to the NE. Each OMC-R user has an access level of 1 to 4 dened in a user prole table. This determines what level of MMI and/or EMON command access they have, once logged in. If they have access rights to a particular NE while logged into the OMC-R, their user ID and user prole are compared to determine the level of command access. Command partitioning is assigned as follows: Levels 1 to 4 for MMI commands and levels 1 to 2 for EMON commands.
Table 1-1 Access levels
Access levels 1 2 3 4 MMI Access Level 1 2 3 4 EMON Access Level 0 0 1 2
By default, all OMC-R account users have access level 4, which allows all the commands to be executed. Follow Procedure 1-2 to change the access levels for a user.
Procedure 1-2
Changing the access levels for a user
1 2 3 4 5
Start the OMC-R GUI as omcadmin. Open the Admin menu from the OMC-R GUI front panel and select the Access Control option. Double click the user ID to access the user prole detailed view. Select Edit Edit to enter edit mode. Go to the NE Access section of the form and change to the appropriate value. Select File Save.
1-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Tracking logged CM changes
Table 1-2 shows the recommended CM command partitioning conguration.
Table 1-2
Subject
Recommended CM command partitioning conguration
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.
Load Management (LM) BSS rlogin (RLog) Subscription Management (Subs) Alarm handling (Alarms)
Fault Management commands (FM) Statistics Management (Stat) Map Management (Map) Conguration Management (CM) Audit Resync Cell Propagation (CellProp) Access Control (Access)
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.
OMC-R Administration (Admin)
Tracking logged CM changes
There are several ways of monitoring changes to the network. These are explained in this section.
Event logs - logging of all CM changes
The recommended method of tracking logged CM changes to the network is using the attributeStateChangeEvents and objectCreateEvents stored in the event logs. Any database changes to existing devices/functions made using the Navigation Tree, Audit, or rlogin are logged using attributeStateChangeEvents (AVCs) in the event logs. Any new devices created/deleted are also logged using objectCreateEvents / objectDeleteEvents in the event logs.
68P02901W17-S
1-7 Nov 2007
Tracking logged CM changes
Chapter 1: Conguration Management General Information
omcaudit log le - logs all CM changes
The omcaudit log le is a general-purpose log le, which records OMC-R system activity. The le can be found in: /usr/omc/logs/ A new omcaudit log le is created each day. The date of creation is included in the omcaudit log le name in the following format: omcaudit<yyyymmdd> For example, the omcaudit log le for 14th December 2004, would be named: omcaudit20041214. When an omcaudit log le becomes full, the OMC-R automatically creates a le. To distinguish between omcaudit log les for a specic day, the dated log les are also sequentially numbered using the convention shown in Table 1-3. Table 1-3 shows three omcaudit log les created for the same day, that is, 14th December 2004.
Table 1-3
Same day omcaudit log le naming convention
omcaudit log le Description The rst full omcaudit log le of the day. The second full omcaudit log le of the day. The third omcaudit log le of the day. On the 14th December 2004, this le would have been the log le to which the OMC-R was currently writing. If this le had become full, it would have been renamed omcaudit20041214_3, and so on.
omcaudit20041214_1 omcaudit20041214_2 omcaudit20041214
An omcaudit log le 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
usraudit log le
Messages from the GUI are logged in the usraudit log le. The le can be found in: /usr/omc/logs/usrauditlogs
1-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Online Conguration Management setup
BSS log les - 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 les are stored on a per BSS/per session basis. RL_BSSLOGDIR identies the directory used for storing all les 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 les.
Online Conguration Management setup
This section describes how to set up online CM for one or more OMC-Rs.
For a single OMC-R
Use the following procedure when there is one OMC-R:
Procedure 1-3 Online CM set up for single OMC-R
1 2 3 Each user should have access to an OMC-R GUI. Command partitioning should have been set up for each user. Edit the le /usr/omc/cong/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 customize what appears at start-up. Refer to OMC-R Online Help, Network Operations for further details on conguring AUTOINIT.CNFG. Set up periodic audits and turn on CM logging.
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>
68P02901W17-S
1-9 Nov 2007
Interrogating the network using the COP GLU tool
Chapter 1: Conguration Management General Information
Multiple OMC-R
Use the following procedure when there are multiple OMC-Rs:
Procedure 1-4
1 2 3 4
Online CM set up for multiple OMC-Rs
Congure 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 aid some CM operations (such as Adding Neighbors across MIBs) in a multi-OMC-R environment. Refer to the Software Release Notes supplied with the software for further details.
Interrogating the network using the COP GLU tool
Motorola recommends using the COP Generic Lookup Utility (GLU) tool to interrogate an existing network. GLU is an optional tool, available from Motorola, capable of extracting conguration information on hardware version/serial number/FRU. For full details about COP and GLU, see System Information: Cell Optimization (COP) (68P02900W90). Other methods for interrogating the network, include using Detailed Views and cmutil.
Checking the Vanguard router software versions
If the software load on the equipment listed in Table 1-4 is not at the required level, then it is not supported. Motorola recommends that the software loads are checked. If found not to be at the required level, schedule an upgrade from the local CNRC ofce. Check the software loads using the following procedures: Checking the software version on Vanguard 6520/320 routers on page 1-12. Checking the software version on Vanguard 6560 routers on page 1-13.
1-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking the Vanguard router software versions
Table 1-4 Vanguard router required software loads
Equipment Type Codex 6525/PLUS 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 load 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, order 4 Mb Global DRAM Upgrade. If the Vanguard unit currently has 4 Mb Global DRAM, order 8 Mb DRAM Upgrade. If the Vanguard unit has: 4 Mb Global DRAM, order 4 Mb Global DRAM. 8 Mb Local DRAM, 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 customized Vanguard software load as issued by OSSD OMC Development. It is also based on the assumption that the recommended conguration is used. See Installation and Conguration: 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 conguration 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.
68P02901W17-S
1-11 Nov 2007
Checking the software version on Vanguard 6520/320 routers
Chapter 1: Conguration Management General Information
Checking the software version on Vanguard 6520/320 routers
Before beginning the procedure for checking the software version for Vanguard 6520/320 routers, ensure that the following prerequisites have been met: The router has been congured as per the conguration procedures in Conguring the packet switch/MUX for a BSS on page 4-42.
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 dened as connected to the same LAN as the OMC server. The remote 6520/320 is dened 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 is 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 eld (see Address Information grouping on page 6-14).
The root passwords of the OMC server and remote MMI are known.
Procedure 1-5
1
Checking the software version on Vanguard 6520/320 routers
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.
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. Continued
1-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking the software version on Vanguard 6560 routers
Procedure 1-5 Checking the software version on Vanguard 6520/320 routers (Continued)
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 5 Type CTRL-d to exit from the telnet session.
Checking the software version on Vanguard 6560 routers
Before beginning the procedure for checking the software version for Vanguard 6520/320 routers ensure that the following prerequisites have been met: The router has been congured as per the conguration procedures in Conguring the packet switch/MUX for a BSS on page 4-42 and therefore, connection is through the pad functionality of the OMC-R. Access to the OMC-R through console or telnet is available. The root password or the omcadmin password are known. The box number of the 6560 router being called using the pad session is known.
The box number is made up of the X.121 address and the subaddress (see Installation and Conguration: OMC-R Clean Install (68P02901W47) for more details).
68P02901W17-S
1-13 Nov 2007
Checking the software version on Vanguard 6560 routers
Chapter 1: Conguration Management General Information
Procedure 1-6 Checking the software version on Vanguard 6560 routers
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 5 Type CTRL-d to exit from the telnet session.
1-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Management Information Base (MIB)
Management Information Base (MIB)
Denition of the MIB
The Management Information Base (MIB) is the set of network and map conguration data stored in a database. It contains all the necessary network conguration information required to check the devices contained in the network, how they are congured, and the settings of the parameters.
Initializing the MIB
The MIB database is initialized as follows:
Procedure 1-7 Initializing the MIB database
1 Populate the OMC-R MIB database 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 congured so that any differences detected between the OMC-R and the BSS are automatically applied to the MIB database.
Backing up MIB conguration data
Regularly back up the MIB database. See Operating Information: OMC-R System Administration (68P02901W19) for further details.
68P02901W17-S
1-15 Nov 2007
Containment
Chapter 1: Conguration Management General Information
Containment
The data stored in the MIB database has a hierarchical structure; the relationship of which is reected in the Conguration 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
Network MapNode MapLink
BSS
RXCDR CommsLink
MSC
OMC-R SWInventory
SGSN
DYNETGroup Dynet
Assoc_RXCDRs/ Assoc_BSSs
NESoftware
SITE
PCU (BSS only)
SoftwareLoad
XBL
Conn_link
Hardware Devices
Software Functions
Logical Links
Radio Frequency
LCF
OMF
CBL
MTL
OML
LMTL
PATH
RS L RTFGroup
DRIGroup
CELL
RTF
DRI
Cabinet
Cage
EAS
Processors
COMB
KSWpair KSW
GCLK
IAS
LAN
TDM
MSI
DHP
MMS
GPROC
BSP/ BTP
CSF P
FreqHopSys
SMSCBmsg
Neighbour
UtranNbr
BlindSrchNbr
TestNeighbour
Handover*/ Power Control**
TRX
* The Handover Control Objects are: Rel TimAdvHC, RxlevDlHC, RxlevUlHC, RxqualDlHC, RxqualUlHC, SurrndCellHC ** The Power Control Objects are : RxlevDlPC, RxlevUlPC, RxqualDlPC, RxqualUlPC
ti-GSM-CM Navigation Tree showing containment relationship-00772-ai-sw
See Hierarchy of devices and functions on page 9-28 for further details.
1-16
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Containment rules
Containment rules
Some of the rules that apply to the containment of objects are as follows:
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
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. Only ve GUI sessions can start in parallel across all connected GUI server platforms. If more than ve sessions are started at the same time, then the additional sessions wait for the other sessions to complete initialization before commencing their own initialization. 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.
MSCs
The maximum number of MSCs allowed is 101 (0 to 100).
BSS/RXCDR
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 identies software loads.
68P02901W17-S
1-17 Nov 2007
MIB locking
Chapter 1: Conguration Management General Information
BSC and BTSs
A BSC can support up to {22169} 96 MSI to MSI connections. A BSC can support up to {22169} 96 MSI to XCDR connections. A BSC SITE can contain up to 175 (0 to 174) MSIs and XCDRs. Up to ten RXCDRs can be connected to each BSC, and ten BSCs can be connected to each RXCDR. A BTS SITE can contain up to 10 (0 to 9) MSIs and XCDRs. A BTS can contain up to 24 cells. A site can contain one CSFP .
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 Neighbor cells. A cell can contain up to 16 UTRAN Neighbor cells. A cell can contain up to 31 GSM Neighbor cells when the cell contains one or more UTRAN Neighbors. A cell can contain up to four Handover Control objects, four Power Control objects and one InterferAlg.
MIB locking
MIB locking is an intelligent locking scheme which allows applications to run simultaneously if they meet certain criteria.
1-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
MIB locking
Regardless of the introduction of MIB Locking, only one network expansion operation can be run at a time (except for Path Congure). See Chapter 11 Network Expansion for further details.
Types of locking
Instead of locking the entire MIB, it is possible to specify that only specic 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 congurable 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 nished with an NE rather than waiting until the entire operation has nished. If there is a Resync operation, intelligent locking takes the form of no locking. This is because Resync only affects state and MO locks can be broken to update the state without affecting an audit or other CM operation. Global Locking puts a lock on the entire network for the duration of the operation. This is supported purely for backward compatibility.
mib_locks.cfg le
The lock conguration for each application can be dened and stored in the /usr/omc/cong/global/mib_locks.cfg le. The /usr/omc/cong/global/mib_locks.cfg le is copied over from one OMC release to the next to maintain the customer lock conguration.
Recommended settings for the mib_locks.cfg le
The following default congurations are recommended for the /usr/omc/cong/global/ mib_locks.cfg le: Audit Gather = Intelligent. Audit Apply = Intelligent. Cell Prop = Intelligent. Resync = Intelligent. NetEx = Intelligent. CellEx = Intelligent. Bay Level Cal = Intelligent.
68P02901W17-S
1-19 Nov 2007
MIB locking
Chapter 1: Conguration Management General Information
Cmutil = Intelligent. OLM = Intelligent. Proxy Cell = Intelligent.
CleanMib always uses global locking.
Lock les
Lock les 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/cong/global/locks. The OMC-R removes all lock les from /usr/omc/cong/global/locks on startup of the OMC. The name of a lock le depends on the type of locking specied: A lock le with a name in the format <BSS/RXCDR OID> is created when Intelligent Locking has been specied. Where BSS/RXCDR OID is a unique numerical identier for each device instance. An Audit Gather lock le name has the format <BSS/RXCDR OID AUDIT_TAG>, where AUDIT_TAG is AG to indicate an Audit Gather lock le. For example, 28034-131072-1120583512-AG. A le called ALL-GLOBAL is created for Global Locking. A le called ALL-INTELLIGENT-NETWORK is created when Intelligent Locking is congured 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 neighbor propagation procedure from a Cell or RTF Detailed View.
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 les, 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 les. It consists of the location of the lock le, the name of the lock le and the lock le 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
1-20
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
MIB locking
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/cong/global/mib_locks.cfg conguration le.
Examples of the MIB locking strategy in operation
Example 1: Intelligent Locking set The following procedure illustrates how the MIB locking strategy is used for the Audit Gather operation on a BSS/RXCDR when Intelligent Locking (recommended setting) is set:
Procedure 1-8 Example 1: Audit Gather operation when Intelligent Locking is set
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 Cong Mgt Menu. The OMC-R checks the /usr/omc/cong/global/mib_locks.cfg le where Intelligent Locking has been set for Audit Gather operations. For each BSS/RXCDR to be audited, the OMC-R creates a lock le. The lock le name has the format: <BSS/RXCDR OID AG> where AG signies the Audit Gather operation, and can be found in /usr/omc/cong/global/locks. Each le contains the NE name, the process name, the PID, user ID 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 : Audit Gather locking <BSS/RXCDR Name> : <UserId> (PID) For each BSS/RXCDR locked by the Audit Gather, steps 6 to 8 and then performed. The system determines a list of audit inconsistencies for the BSS/RXCDR. The system removes the lock le 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 : Audit Gather releasing <BSS/RXCDR Name> : <UserId> (PID) The system veries that all BSS(s)/RXCDR(s) selected in Step 1 have been audited.
6 7 8
68P02901W17-S
1-21 Nov 2007
MIB locking
Chapter 1: Conguration Management General Information
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:
Procedure 1-9 Example 2: Audit Gather operation when Global Locking is set
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 Cong Mgt menu. The OMC-R checks the /usr/omc/cong/global/mib_locks.cfg le where Global Locking has been set for Audit Gather operations. The system creates a lock le called ALL-GLOBAL in /usr/omc/cong/global/locks which contains the process name, the PID, user ID 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 : Audit Gather locking ALL-GLOBAL: <user id> (PID) The system determines a list of audit inconsistencies for the selected BSS(s)/RXCDR(s). The system removes the lock le created in Step 4. The system logs the following information to the omcauditlogs: YYYY-MM-DD HH:MM:SS au : Audit Gather releasing ALL-GLOBAL: <user id>(PID)
6 7 8
Lock error messages
If the OMC-R is unable to lock a network object, the OMC-R logs the information to the omcauditlogs. For example, if the OMC-R could not lock an NE during an Audit Gather operation, the following message is logged to the omcauditlogs: YYYY-MM-DD HH:MM:SS au : Audit Gather unable to lock <NE Name> due to the existence of one or more locks. Run utility /usr/omc/current/sbin/LockUtility to list the NE(s) on which a lock exists.
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/cong/global/locks: Id. BSS/RXCDR Name. Application Type.
1-22
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
MIB locking
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. 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 les in /usr/omc/cong/global/locks containing the same IP address as the machine on which it is running. For each lock le with the same IP address, checkValidLockPID veries that the PID associated with the lock le is still alive and running. If it is not alive and running, checkValidLockPID removes the associated lock le.
Limiting the number of parallel CM operations
The MAX_CM_OPS and MAX_CMUTIL_OPS system parameters are dened in the /usr/omc/cong/global/mib_locks.cfg le on the system processor. It is not necessary to perform an OMC Stop/Start when these parameters are modied. The parameters are maintained on a point release cutover.
MAX_CM_OPS
The MAX_CM_OPS parameter denes the maximum number of locked NEs, above which no new conguration management operations that require a lock on an NE can be started.
Audit Gathers are not included in the MAX_CM_OPS count.
68P02901W17-S
1-23 Nov 2007
MIB locking
Chapter 1: Conguration Management General Information
Minimum, Maximum, and Default Values
The MAX_CM_OPS minimum, maximum, and default values are listed in Table 1-5:
Table 1-5 MAX_CM_OPS Minimum, maximum, and default Values
System TCH Capacity 120 k TCH All other platforms Off Line MIB on any DataGen supported system specications MAX_CM_OPS MINIMUM 1 1 1 MAX_CM_OPS MAXIMUM 17 9 3 MAX_CM_OPS DEFAULT 12 5 2
The MAX_CM_OPS system parameter cannot be set to values outside the ranges specied in Table 1-5 for the different TCH capacity systems.
Starting a new conguration management operation
Before starting a new conguration management operation, the system performs the following:
Counts the number of NE lock les on the system (not including Audit Gathers). Compares the number of conguration management operations currently running to the system parameter (MAX_CM_OPS).
If the number of NE lock les is less than MAX_CM_OPS, the new conguration management operation starts. Example 1: If the value of MAX_CM_OPS is set to 5 and the following conguration management operations (that is, ve NE lock les) are currently running: Path congure. Delete site with no neighbors. CellEx Export with no neighbors. CellEx Import with no neighbors. CMutil extract BSS. Another new conguration management operation would not be allowed to start.
1-24
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
MIB locking
Example 2: If the value of MAX_CM_OPS is set to 5 and the following conguration management operations are currently running: Path congure. Delete site with no neighbors. CellEx Export with no neighbors. Audit Gather. Audit Gather. Audit Gather. CMutil extract BSS. Because there are four conguration management operations running (four NE lock les), a new conguration management operation would be allowed to start as Audit Gathers are not included.
MAX_CMUTIL_OPS
The MAX_CMUTIL_OPS parameter denes the maximum number of Cmutil operations allowed in parallel.
Minimum, Maximum, and Default Values
The MAX_CMUTIL_OPS minimum, maximum, and default values are listed in Table 1-6.
Table 1-6 MAX_CMUTIL_OPS minimum, maximum, and default values
System TCH 120 K TCH All other platforms Off Line MIB on any DataGen supported system specications MAX_CMUTIL_OPS minimum 1 1 1 MAX_CMUTIL_OPS maximum 2 1 1 MAX_CMUTIL_OPS default 2 1 1
The MAX_CMUTIL_OPS system parameters cannot be set to values outside the ranges specied in Table 1-6 for the different TCH capacity systems. Cmutil operations are counted as part of the MAX_CM_OPS total. A HierDelete operation is classied as ONE cmutil operation. This Cmutil operation is part of the MAX_CMUTIL_OPS total.
68P02901W17-S
1-25 Nov 2007
MIB locking
Chapter 1: Conguration Management General Information
Starting a new Cmutil operation
Example 1: If the number of Cmutil operations currently running is less than MAX_CMUTIL_OPS, and the total number of NEs locked is less than MAX_CM_OPS, the new Cmutil operation is started. If the value of MAX_CM_OPS is set to 5, MAX_CMUTIL_OPS is set to 2 and the following conguration management operations are currently running: Path congure Delete site with no neighbors CellEx Export with no neighbors HierDelete BSS CMutil extract BSS Because there are four conguration management operations running (four NE lock les), and one CMutil operation (one NE lock le), another new Cmutil operation would not be allowed to start. Example 2: If the value of MAX_CM_OPS is set to 5, MAX_CMUTIL_OPS is set to 2 and the following conguration management operations are currently running: Path congure. Delete site with no neighbors. CellEx Export with no neighbors. Audit Gather. Audit Gather. Audit Gather. CMutil extract BSS. Because there are three conguration management operations running (three NE lock les), and one CMutil operation running (one lock le), a new CMutil operation would be allowed to start as Audit Gathers are not included.
1-26
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Denition of a Network Element (NE)
Denition of a Network Element (NE)
Types of Network Element
There are two types of Network Element (NE): Base Station System (BSS). Remote Transcoder (RXCDR).
Base Station System (BSS)
A Base Station System (BSS) is the system between the Mobile Switching Centre (MSC) and the Mobile Stations (MSs). This system requires Base Station Controller (BSC) and Base Transceiver Station (BTS) functions and can include a local transcoding function. The BSS consists of one or more of the following sites: BSC site. This is a BSS with all BTS functions at remote locations. This BSC provides the interface between the MSC and the remote BTS sites. Remote BTS site. These sites provide the interface between the BSC and the MSC or MSs, performing the base transceiver functions. BSS site with local transcoding. Local transcoding can be included at any type of site except BTS.
Transcoding can be included at any type of site except a BTS.
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. 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.
68P02901W17-S
1-27 Nov 2007
Uploading an NE database to the OMC-R
Chapter 1: Conguration Management General Information
Uploading an NE database to the OMC-R
BSS and RXCDR databases
The Base Station Controller (BSC) holds the master copy of the database for the BSS, known as the BSS database. The BSS database can be downloaded to a BTS when required. The master copy of the BSS database can be manually uploaded to the OMC-R when necessary. For example, it may be necessary to upload the BSS database to the OMC-R to preserve the most recent changes in the event of a power loss or similar event at the BSS/RXCDR node. Likewise, the RXCDR holds an RXCDR database, which can be uploaded to the OMC-R database, when required.
When to upload an NE database
Upload the NE database after any of the following events has occurred: A new database has been downloaded to the site since the last upload. One or more MMI commands have been performed on the site either locally or from the OMC-R. A week has elapsed since the last upload from the BSC.
If any changes are made to the BSS database, using BSS commands or Detailed Views, upload the BSS database to the OMC-R.
Uploading the NE database to the OMC-R
Use the following procedure to upload the NE database to the OMC-R:
Procedure 1-10
1 2
Upload NE database to the OMC-R
From the Front Panel, select the Cong Mgt icon to display the Navigation Tree. For each affected BSS NE, open the Detailed View by either double clicking the required NE, or by selecting Edit Detailed View from the menu bar. Continued
1-28
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Uploading the NE database to the OMC-R
Procedure 1-10
3 4 5 6
Upload NE database to the OMC-R (Continued)
Select Options NESoftware to open the NESoftware window. Select Load Mgt Upload Object to open the Upload box. Select Database in the Object Type eld. Click OK to initiate an upload of the NE database so that the database has the recent cell id and neighbor updates. An information box is displayed with the following message: Upload Operation Started... Click OK. The information box closes. In the NESoftware window, select File Close from the menu bar.
7 8
Use the following procedure to monitor the upload status during the upload process:
Procedure 1-11
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-10 and Procedure 1-11 for all affected BSS NEs.
68P02901W17-S
1-29 Nov 2007
Conguring network objects using the OMC-R GUI
Chapter 1: Conguration Management General Information
Conguring network objects using the OMC-R GUI
Introduction to creating, editing, and deleting network objects
Network objects can be created using any of the following methods: OMC-R GUI Navigation Tree. Remote login and the TTY interface, see Remotely logging in to a BSS site from the OMC-R on page 1-43. cmutil, see Chapter 15 cmutil.
This section provides a general procedure for creating, modifying, and deleting network objects using the OMC-R GUI Navigation Tree and Detailed View forms.
Activities available in Navigation Tree
The OMC-R GUI Navigation Tree can be used to: Create network objects. Display details of network objects. Modify network objects. Delete network objects.
Other activities initiated from the Navigation Tree are detailed in OMC-R Online Help, Network Operations. Network objects are created and modied using Detailed View forms.
Selecting regions using the Navigation Tree
If the geographic command partitioning and region support feature is in operation, it may also be necessary for a user to select the appropriate region before creating or managing a network object. Select the required region name from the list displayed above the panner window in the Navigation Tree. The selected region and its network elements are then displayed in the Navigation Tree. See OMC-R Online Help, Network Operations for further details of geographic command partitioning and region support feature.
1-30
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
User access to OMC-R GUI functions
User access to OMC-R GUI functions
A user can only create/modify/delete network objects if the system administrator has allocated the user to specic command partitioning areas. If a user does not have access to certain functions, the menu options are grayed-out and cannot be selected. OMC-R Online Help, Network Operations describes how command partitioning and user access privileges are set up.
Related topics
The following sections describe related topics: Navigating to a network object class or instance on page 1-32. Using Detailed Views on page 1-34. Creating a network object using the OMC-R GUI on page 1-36. Modifying a network object using the OMC-R GUI on page 1-38. Deleting a network object using the OMC-R GUI on page 1-41.
68P02901W17-S
1-31 Nov 2007
Navigating to a network object class or instance
Chapter 1: Conguration Management General Information
Navigating to a network object class or instance
Network object class and network object instance buttons
Network objects are divided into classes in the Navigation Tree, for example, BSS, SITE, Processors, Logical Links, Cage, and so on. A button in the Navigation Tree represents each class. Network object instances are actual network objects and have their own Detailed View. To display a network object instance, click the folder button next to the network object class button. If network object instances have been created, they are displayed in the Navigation Tree.
Introduction to using the Navigation Tree
To create a network object instance using the OMC-R GUI, the network object class must be visible in the Navigation Tree. To modify, display or delete a network object instance the network object instance must be visible in the Navigation Tree. Open the branches of the Navigation Tree to make these objects visible. This action is referred to as navigating to a network object.
Navigating to the network object
Use the following procedure to navigate to a network object:
Procedure 1-12 Navigate to network object
1 2 From the Front Panel, click the Cong Mgt icon to display the Navigation Tree. Click 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 the folder icon button next to network object class button. If any network object instances have been created, the OMC-R displays them.
1-32
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Representation of a navigation route to a network object
Representation of a navigation route to a network object
In this manual, the navigation route to a network object is represented in parentheses and shows the type and instance buttons which have to be selected to display the destination network object button or network object type button. For example, the following shows the navigation route to a BTP instance: (Network - BSS - BSS instance -Site - Site instance (BTS only) - Hardware Devices - Processors BTP - BTP instance). Double clicking a BTP instance button would display the BTP Detailed View.
Closing the Navigation Tree
Close the Navigation Tree window by selecting File Close from the Navigation Tree menu bar.
Using the FIND option to locate a network object
To nd a network object (such as a BSS, site, PCU or cell) quickly, use the Find icon on the Front Panel, or select Find from the Navigation Tree. The Find function displays a Navigation Tree starting at the network object dened in the Find criteria. See OMC-R Online Help, Network Operations for further details.
68P02901W17-S
1-33 Nov 2007
Using Detailed Views
Chapter 1: Conguration Management General Information
Using Detailed Views
Description of Detailed Views
A Detailed View form contains elds representing specic parameters for a network object. Detailed View forms can be displayed for most network objects, for example, for all NEs, sites, cells, and most devices, functions and links. Detailed Views provide a user-friendly method of dening network object parameters. Alternatively, network object parameters can be dened and modied by remotely logging in to a BSS, and then using the TTY interface and MMI BSS commands. Refer to Remotely logging in to a BSS site from the OMC-R on page 1-43. The appropriate sections of this manual list and provide a brief description of the elds in each Detailed View. For each Detailed View description, the following information is provided, where possible: OMC-R GUI eld name. Where pertinent, the BSS database parameter name is also shown. If the OMC-R database parameter name is different from the BSS database parameter name, then the OMC-R database parameter name is also shown. The BSS parameter names are always used in TTY interface commands. Brief description of the eld. Valid values that can be entered for the eld. If the eld is Mandatory or Optional, which indicates whether the eld requires a value when creating an instance of the class.
Displaying Detailed Views with BSS or OMC-R names
Fields in the OMC-R GUI Detailed View forms can be displayed as: A plain English description - known as the OMC-R Naming. When space is limited, eld names are shown in an abbreviated form. BSS and OMC-R database parameter name - known as the BSS Naming.
For example, the BTS Power Control Acknowledgment eld 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.
1-34
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying Detailed Views with BSS or OMC-R names
Changing naming for all Detailed Views
If necessary, BSS parameter names can always be displayed in Detailed Views by setting the environment variable: BSS_NAMING. By default, BSS_NAMING is not set (meaning that OMC-R parameter names are displayed by default in Detailed Views). Set BSS_NAMING before starting the GUI, otherwise the GUI needs to be stopped and then restarted in order for the variable to take effect. To set BSS_NAMING, type the following line in the le mmiProcCong.csh, which can be found in /usr/omc/cong/global/env: setenv BSS_NAMING To unset BSS_NAMING, comment-out, or delete the variable in the mmiProcCong.csh le. Environment variables are detailed in Operating Information: OMC-R System Administration (68P02901W19).
Changing naming for a single Detailed View
To switch between the OMC-R and BSS naming conventions in a Detailed View, select View OMC Naming, or View BSS Naming from the Detailed View menu bar.
68P02901W17-S
1-35 Nov 2007
Creating a network object using the OMC-R GUI
Chapter 1: Conguration Management General Information
Creating a network object using the OMC-R GUI
Overview of creating a network object using the Navigation Tree
Creating a network object using the Navigation Tree involves: 1. 2. 3. 4. Creating a Detailed View for the required network object. Dening the Detailed View parameter elds for the network object. Saving the information and closing the Detailed View. Unlock the device to bring it into service. (This step is not required when creating a Network instance.)
Creating the Detailed View for the network object
Use the following procedure to create a Detailed View for the network object:
Procedure 1-13 Create Detailed View for network object
1 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-32 for further details. The network object class button changes color. Select Edit Create from the Navigation Tree menu bar. The OMC-R displays the Detailed View for the network object in Create mode.
1-36
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dening the parameter elds for the network object
Dening the parameter elds for the network object
Use the following procedure to dene the required parameter settings for the network object:
Procedure 1-14 Dene parameter elds for network object
1 2 Create the Detailed View for the network object. Complete the mandatory and optional elds in the Detailed View, as required. All the mandatory elds must be completed before a network object can be created. See the appropriate sections in this manual for details of specic Detailed View elds. 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 to ensure that all the elds in the Detailed View have been completed. The proportion of window which is invisible depends on the physical size of the window displayed.
Saving information and closing the Detailed View
When all the elds have been completed as required in the Detailed View, use the following procedure to create the network object and close the Detailed View:
Procedure 1-15 Saving and closing Detailed View
1 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 conrmation window, asking whether the changes are to be discarded or saved. Reply as required.
68P02901W17-S
1-37 Nov 2007
Modifying a network object using the OMC-R GUI
Chapter 1: Conguration Management General Information
Modifying a network object using the OMC-R GUI
Introduction to modifying a network object using the Navigation Tree
The parameters for a network object may have to be modied from time to time, perhaps as a result of reconguring the network. To modify a network object, edit the Detailed View for the object. When editing a Detailed View, the modied parameters are propagated to the BSS and, if acceptable, are sent back for storage in the MIB database.
Non-editable elds in Detailed Views
A user cannot change some elds in a Detailed View (read-only) for the following reasons: The OMC-R generates the information in the eld, for example, the current status of a network object. The information in the eld can only be entered when the object is created, that is, when the Detailed View is in Create mode. When the Detailed View is in Monitor or Edit mode some elds can no longer be modied.
Displaying and modifying a Detailed View
Before a Detailed View form can be modied, it must have been created and saved as part of the current network. To display and edit a Detailed View, use the following procedure:
Procedure 1-16 Display and edit a Detailed View
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-32 for further details. The network object instance button changes color. 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 the network object instance button to display the Detailed View form. Continued
1-38
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying and modifying a Detailed View
Procedure 1-16 Display and edit a Detailed View (Continued)
3 To modify elds, select Edit Edit from the menu bar. The Detailed View changes from Monitor to Edit mode. It is only possible to change elds 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 eld 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 elds extending over several pages. Details of individual Detailed View elds are described in the relevant sections of this manual. Click the required eld. The eld 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. Keeping the button depressed, use the mouse to scroll up or down through the available options. When the required option has been highlighted, release the mouse button. The new selection replaces the previous selection.
2.
3.
Saving the information
Use the following procedure to save the information:
Procedure 1-17 Save information in Detailed View
1 Select File Save from the menu bar to save the changes. Alternatively, to return all changed elds 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.
68P02901W17-S
1-39 Nov 2007
Displaying and modifying a Detailed View
Chapter 1: Conguration Management General Information
Figure 1-2 Example of a Detailed View in Edit mode
ti-GSM-ExampleofaDetailed ViewinEditmode-00773-ai-sw
1-40
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a network object using the OMC-R GUI
Deleting a network object using the OMC-R GUI
Methods of deleting a network object
A network object can be deleted from either the: Navigation Tree. Detailed View.
Prerequisites for deleting network objects
Before a network object can be deleted, child objects should be deleted and the network object should be locked.
Deleting a network object from the Navigation Tree
Use the following procedure to delete a network object using the Navigation Tree:
Procedure 1-18
1
Delete network object using Navigation Tree
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-32 for further details. The network object class button changes color. Select Edit Detailed Vie Delete from the menu bar. The OMC-R displays a deletion conrmation window. To cancel the deletion, click Cancel. The conrmation window closes and the OMC-R displays the Navigation Tree. To conrm the deletion, click 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
68P02901W17-S
1-41 Nov 2007
Deleting a network object from a Detailed View
Chapter 1: Conguration Management General Information
In the instance of deleting a BCCH RTF, the deletion conrmation window displays a further option to allow the incoming neighbors to be exported. This is further described in Exporting incoming neighbors on deletion of BCCH RTFs on page 9-194.
Deleting a network object from a Detailed View
Use the following procedure to delete a network object using the Detailed Views:
Procedure 1-19
1 2 3 4
Delete network object from Detailed View
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 conrmation window. Either click OK to conrm the deletion, or click Cancel to cancel the deletion. The conrmation 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 conrmation window displays a further option to allow the incoming neighbors to be exported. This is further described in Exporting incoming neighbors on deletion of BCCH RTFs on page 9-194.
1-42
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Remotely logging in to a BSS site from the OMC-R
Remotely logging in to a BSS site from the OMC-R
Introduction to remote login to a BSS
Once a BSS or RXCDR has been created, it is possible to log in to it from the OMC-R. A user can then set up and manage the BSS using BSS MMI commands and parameters through the TTY interface. This is referred to as Remote Login or Rlogin. Remote login involves: 1. 2. Logging in to a BSS. Changing security level, as necessary, according to the commands to be used, see Changing security level (for TTY interface commands) on page 1-47.
Maximum number of remote login sessions
The maximum number of concurrent remote logins supported by the OMC-R is 90. The default number of concurrent remote logins supported is 60. The maximum simultaneous remote login sessions to a single node are dened by the number of GPROCs available at that node to receive the rlogin requests. For example, two GPROCs support a maximum of two simultaneous rlogins.
Logging in remotely to a BSS
Use the following procedure to log in remotely to a BSS from the OMC-R:
Procedure 1-20
1
Remote log in to a BSS
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. Continued
68P02901W17-S
1-43 Nov 2007
Logging in remotely to a BSS
Chapter 1: Conguration Management General Information
Procedure 1-20 Remote log in to a BSS (Continued)
3 Click 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 les in the default batch directory. Use this window to: 4 5 Select, view, edit, and run the batch les. Search for, and manipulate, les in other directories.
Change to security level 2 once logged in, see Changing security level (for TTY interface commands) on page 1-47. Use any of the BSS commands mentioned in this manual or detailed in the Technical Description: BSS Command Reference (68P02901W23).
Figure 1-3 OMC-R front panel
ti-GSM-OMC-Rfrontpanel-00774-ai-sw
1-44
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Logging in remotely to a BSS
Figure 1-4 RLogin window
ti-GSM-Rloginwindow-00775-ai-sw
68P02901W17-S
1-45 Nov 2007
Logging in remotely to a BSS
Chapter 1: Conguration Management General Information
Figure 1-5 Batch File Selection window for a BSS
ti-GSM-BatchFileSelectionwindowforaBSS-00776-ai-sw
1-46
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Changing security level (for TTY interface commands)
Changing security level (for TTY interface commands)
Introduction to changing security levels
System conguration and administration commands, such as those used in equipping devices and functions, may only be performed in security level 2. Some activities require the user to log in at security level 3. Technical Description: BSS Command Reference (68P02901W23) species the security level for each command.
Using the TTY interface to change to security level 2
Use the following procedure to change to security level 2 using the TTY interface:
Procedure 1-21 Change security level at TTY interface
1 2 3 From the RLogin window (see Figure 1-4), click 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.
step 1 and step 2 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 {27508} The chg_level command no longer fullls any function in GSR9. It is supported in GSR9 only as a dummy command to ensure OMC-R scripts which require this command function correctly. It does not change the access level for a user as each user has a xed access level which can only be changed by an omcadmin user. This command prompts for two passwords and the output is always: Current security level is 3.
68P02901W17-S
1-47 Nov 2007
Using the TTY interface to change to security level 2
Chapter 1: Conguration Management General Information
An example of an rlogin script using level two security is provided as follows: chg_level <level 2 password> trace_call cell_number=<gsmcellid> all all no nth=10 2 200 no omc When executed on a GSR9 BSS, this script fails because the chg_level command expects two passwords to be entered. The solution is to modify the script so that it contains both the level three passwords instead of the level two password. This ensures that the script executes correctly on both GSR9 and pre-GSR9 BSS. The same script modied to use level three passwords is provided as follows: chg_level <1st level 3 password> <2nd level 3 password> trace_call cell_number=<gsmcellid> all all no nth=10 2 200 no omc
1-48
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Remotely logging in to a BSS using WebMMI
Remotely logging in to a BSS using WebMMI
Introduction to WebMMI
WebMMI allows a user to access a BSS from any part of the world through a PC and the network operator's 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 le on the hard drive. The MMI Shell and the EMON Shell can be logged to different les at the same time. Script catting - allows the user to load a le 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.
68P02901W17-S
1-49 Nov 2007
Prerequisites for WebMMI
Chapter 1: Conguration Management General Information
Prerequisites for WebMMI
At the BSS
Before using WebMMI, ensure that the following requirements are met at the BSS: PCU is connected to the BSS. Ethernet cable connects the PCU MPROC to either: the network operator's intranet, or a local dial-in server located next to the PCU. If MPROC redundancy is in use, the Ethernet cable must also be connected to the redundant MPROC.
At the PC
Before using WebMMI, ensure that 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.
Setting up and using WebMMI
To set up WebMMI, complete the following procedures: 1. Identify the Internet address details of the PCU to be connected to. If the details have not been set, enter the appropriate details. Load the WebMMI applet from the PCU to the PC. Once the applet is loaded at the PC, the WebMMI GUI appears.
2.
1-50
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Setting up and using WebMMI
These procedures are detailed as follows.
Identifying the PCU address details
Use the following procedure to identify the PCU Internet address details (perform the steps only once for a PCU):
Procedure 1-22 Identify PCU Internet address
1 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 Conguring a PCU using the OMC-R GUI on page 6-8.
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 elds 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 a 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: 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.
68P02901W17-S
1-51 Nov 2007
Setting up and using WebMMI
Chapter 1: Conguration Management General Information
Loading the WebMMI applet to the PC
Before a PC can use WebMMI, an applet must be uploaded from the PCU to the PC. Perform the following procedure at the PC (which has access to the network on which the PCU resides):
Procedure 1-23 Load WebMMI applet to PC
1 2 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 le does not contain the necessary permissions (for example, when the PC accesses a new PCU), a window appears containing the required text. Copy and paste this text into the .java.policy le. The .java.policy le is located in your home directory (for example, in Microsoft Windows inproles/<username> directory). If the .java.policy is updated, exit, and restart the web browser. Once the permissions are sufcient, 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.
Using the WebMMI GUI at the PC
Use the following procedure to use the WebMMI GUI at a PC:
Procedure 1-24
1
Use WebMMI GUI at PC
Click 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.
Exiting the WebMMI GUI
To exit the WebMMI GUI at a PC, close the web browser, or go to a different web page (not WebMMI), or click the EXIT button in the WebMMI GUI window. (To exit a rlogin session in the EMON Shell, type exit.)
1-52
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Making wide area modications
Making wide area modications
Introduction to wide area modications
Wide area modications involve making amendments to database elements that are applicable to all sites, all BTSs, or all cells at a site.
Wide area modications using the TTY interface
Some BSS commands exist which permit wide area modications. Some of the commonly used commands are listed and examples are given of using the commands with the all parameter. However, it is not sufcient just to issue the command; in some cases, an audit must be performed to update the OMC-R. The Local Maintenance ag must also be set so that TTY commands can be issued from the OMC-R (see Recommendations for Conguration Management on page 1-2 in this chapter for further details). Full details relating to the prerequisites, limitations of use, and the full syntax for all the commands detailed in this section are included in: Technical Description: BSS Command Reference (68P02901W23).
chg_element
When used with the all input parameter, this command changes the database element to the specied value for all cells at the specied location. For example, to change the database element max_tx_bts to value 10 for all cells at site 1, issue the following command at the TTY command line interface: chg_element max_tx_bts 10 1 all
chg_A5_alg_pr
Species A5 encryption algorithms in the order in which they are used by the BSS. For example, to prioritize the algorithms in the following order: A5/1, A5/2 for a BSS, issue the following command at the TTY command line: chg_a5_alg_pr 1 2
del_neighbor
When used with the all input parameter, this command deletes all neighbor cells from a cell neighbor list. For example, to delete all cells from the neighbor list of cell 5 4 3 2 1 61986 34944, issue the following command at the TTY command line interface: del_neighbor 5 4 3 2 1 61986 34944 all
68P02901W17-S
1-53 Nov 2007
Propagating cell parameters using the OMC-R GUI
Chapter 1: Conguration Management General Information
modify_value
When used with the all input parameter, this command modies values for MMS, RSL or XBL devices. For example, to modify lapd_t200_timer to 2500 ms for every equipped RSL, issue the following command at the TTY command line interface: In SYSGEN mode: modify_value all lapd_t200_timer 2500 rsl
reset_site
Used selectively to 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, issue the following command from the BSC: reset_site all_sites
Propagating cell parameters using the OMC-R GUI
While chg_element is a useful command, it lacks the functionality provided by cell/neighbor parameter propagation features available from the OMC-R GUI. Cell parameters can be modied using the OMC-R GUI CELL Detailed View. The modied parameters are updated at the BSS and, if accepted, are then updated at the MIB. The user can propagate the settings to the appropriate cells under control of the OMC-R. A user can propagate cell modications to: All cells within the site associated with the selected cell. All cells within the BSS associated with the selected cell. All cells controlled by the OMC-R in BSCs running the same version of BSC software. All cells within the user's Region(s).
See Propagating cell parameters on page 8-76 for further details.
1-54
68P02901W17-S Nov 2007
Chapter
2
Conguring BSS Features
The information provided here shows how BSS features can be congured 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-10. Dynamic Allocation of RXCDR-BSC Circuits (DARBC) on page 2-12. Dynamic allocation of BSC-BTS Backing Resources (DYNET) on page 2-18. MSC to BSS overload control on page 2-22. Encryption algorithms on page 2-25. Dual band cells option on page 2-27. GPRS and EGPRS coding schemes on page 2-38. Short Message Service - Cell Broadcast on page 2-43. Short Message Service - Point-To-Point on page 2-51. Preventive Cyclic Retransmission (PCR) on page 2-54. MSC initiated IMSI and IMEI call trace on page 2-58. Call trace ow control on page 2-61. GPRS Trace on page 2-66 Enhanced Circuit Error Rate Monitor (ECERM) on page 2-68. Advanced Load Management for EGSM on page 2-76. Network Controlled Cell Reselection on page 2-79. GPRS Interleaving TBFs on page 2-87. GSM location services on page 2-102. Enhanced GPRS One Phase Access on page 2-111. Intelligent Multilayer Resource Management (IMRM) on page 2-148. Quality of Service (QoS) on page 2-158. Network Assisted Cell Change (NACC) on page 2-166.
68P02901W17-S Nov 2007
2-1
Propagating cell parameters using the OMC-R GUI
Chapter 2: Conguring BSS Features
Enhanced Multi-level Precedence and Pre-emption (eMLPP) on page 2-169. Fast Call Setup on page 2-172. RSL Congestion Control on page 2-174. VersaTRAU on page 2-176. Feature Capacity Licensing and Audit on page 2-179. Improved Timeslot Sharing on page 2-180. {27717} GPRS - Suspend/Resume on page 2-182. {28398} Increased Network Capacity on page 2-185. {23306} BSC High Load Protection Mechanism Phase 2 on page 2-187. {28337} HSP MTL on page 2-189. {25423} Software patching and PCU Software Upgrade with no BSC Outage on page 2-192. {26740} High Bandwidth interconnection between BSC and PCU (PSI) on page 2-198. {28351} Add new PCU hardware to increase GPRS capacity on page 2-194. {28000} Increase the Throughput of PRP with the PCU on page 2-201. {28938} Support of Incell as an optional feature on page 2-203. {28340} BSP CPU utilization reduction for higher call handling capacity on page 2-204. {27508} BSS User Security Management on page 2-205. {27703A} Quality of Service Phase II on page 2-216. {30828} CTU2-D on page 2-229. {32340} Cell OOS Timer Enhancement on page 2-233. {25002} TDM Availability Enhancements on page 2-234. {31400} TD-SCDMA and GSM interworking on page 2-235.
2-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Frequency hopping
Frequency hopping
Overview of frequency hopping
All subscriber units are capable of frequency hopping under control of the BTS. Implementation of frequency hopping provides higher quality communications. When hopping is not implemented, the communications quality between different channels can vary greatly from causes that include interference and signal fading. Since frequency hopping assigns a different RF channel to each signaling/trafc channel timeslot every frame, any RF channel interference is averaged with interference free channels. Restated, frequency hopping provides higher-quality communications when compared to the following: Frequency diversity. Interference diversity.
Frequency hopping is described in detail in Technical Description: BSS Implementation (68P02901W36). Also see Conguring frequency hopping on page 8-164 for details of how to congure frequency hopping for a cell.
Methods of conguring frequency hopping
To congure frequency hopping, use one of the following methods: OMC-R GUI CELL Detailed View, see Conguring frequency hopping using the OMC-R GUI on page 8-166. TTY interface, see Conguring frequency hopping using the TTY interface on page 8-174.
Planning constraints of frequency hopping
Since the BCCH RF carrier must be transmitted continuously and the BCCH timeslot (timeslot 0 of the BCCH carrier) must always be available in the cell RF coverage area, constraints associated with frequency hopping include: The BCCH timeslot of the BCCH RF channel does not hop. The non-BCCH timeslots of the BCCH RF channel may hop. The RF power level of the BCCH RF TX carrier is maintained at the level specied for the cell. This means that non-BCCH timeslots that hop through the BCCH frequency are transmitted at the specied BCCH level and are not decreased/increased in incremental steps.
68P02901W17-S
2-3 Nov 2007
Types of frequency hopping
Chapter 2: Conguring BSS Features
Types of frequency hopping
Either of two types of frequency hopping can be implemented at a BTS: Synthesizer frequency hopping. Baseband 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 identies a particular frequency hopping system for a cell, or no hopping. Four different systems can be dened.
For EGPRS, baseband hopping is supported, but there are some restrictions due to the Horizon II macro controller: If the master cabinet is anything other than a Horizon II macro, baseband hopping cannot be supported.
EGPRS RTFs must be in a different hopping system from GPRS RTFs. There is no such restriction for synthesizer hopping. Firstly, Second,
Synthesizer frequency hopping (SFH)
Synthesizer frequency hopping cannot be implemented when RTCs (Remotely Tunable 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 suited for SFH. Such cells are easily implemented with hybrid combiners, a requirement for SFH.
2-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
SFH guidelines (BCCH frequency excluded) with example
SFH guidelines (BCCH frequency excluded) with example
Refer to the following guidelines to use SFH with BCCH frequency excluded: With SFH, the number of transceivers required in the cell is determined by the number of trafc channels to be supported. It is not determined by the cell RF channel allocation. The mobile allocations for these hopping systems must exclude the BCCH carrier channel. The non-BCCH timeslots of the BCCH carrier must not hop when using SFH so that mobiles can locate the BCCH carrier. This is a principle of GSM. Excluding the BCCH carrier, the mobile allocation for these systems can include part of or all the cell allocation. The mobile allocation must equal or exceed the number of DRIs in the cell that are to use the hopping system. Select different HSNs in distant cells that share the same mobile allocation, avoiding HSN 0.
68P02901W17-S
2-5 Nov 2007
SFH guidelines (BCCH frequency excluded) with example
Chapter 2: Conguring BSS Features
Example of SFH with BCCH frequency excluded
A typical cell allocation could include a BCCH RF channel and ten non-BCCH channels. Assuming that the cell is equipped with one DRI dedicated to the BCCH carrier and four DRIs dedicated to non-BCCH carriers, each SFH system would have to include at least four RF channels. 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
FREQUENC Y
FREQUENC Y HOPPING SYSTEM 1
9 12 16 22 29 32 46
BCCH RF CHANNE L
HOPPING SYSTEM 0
9 16 29 46 88
1 12 22 32 69
52 69 88
ti-GSM-SC01W17-000041-eps-sw
2-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
SFH guidelines (BCCH frequency included) with example
SFH guidelines (BCCH frequency included) with example
Refer to the following guidelines to use SFH with BCCH frequency included: With SFH, the number of transceivers required in the cell is determined by the number of trafc channels to be supported; not by the cell RF channel allocation. One of the mobile allocations for these hopping systems must exclude the BCCH carrier channel for assignment to the BCCH timeslot of the non-BCCH carriers. Excluding the BCCH carrier, the mobile allocation for these hopping systems can include part of or all the cell allocation. The mobile allocation must equal or exceed the number of DRIs in the cell that are to use the hopping system. Select different HSNs in distant cells that share the same mobile allocation, avoiding HSN 0. If using the BCCH frequency on non-BCCH carriers, then the non-BCCH timeslots cannot be used for trafc channels (hopping through the BCCH). If not using the BCCH frequency on non-BCCH carriers, then the non-BCCH timeslots can be used for trafc channels. These channels are broadcasted at the maximum cell power.
Example of SFH with BCCH included
A typical cell allocation could include a BCCH RF channel and ten non-BCCH channels. Assuming that hopping is to be assigned to all DRIs and that the cell is equipped with one DRI dedicated to the BCCH carrier and four DRIs dedicated to non-BCCH carriers: A system that hops through the BCCH channel would have to include at least ve RF channels. A system that does not hop through the BCCH channel would have to include at least four RF channels. The typical mobile allocations shown in Figure 2-2 split the cell allocation into: A 5-frequency allocation that does not include the BCCH frequency. A 6-frequency allocation that includes the BCCH frequency.
68P02901W17-S
2-7 Nov 2007
Baseband frequency hopping (BBH)
Chapter 2: Conguring BSS Features
Figure 2-2 Typical SFH mobile allocations with BCCH frequency included
CELL ALLOCATION
MOBILE ALLOCATIONS
1 9 12 16 22 29 32 46
BCCH RF CHANNE L
FREQUENC Y HOPPING SYSTEM 0
FREQUENC Y HOPPING SYSTEM 1
9 16 29 46 88
1 12 22 32 69
52 69 88
ti-GSM-SC01W17-000041-eps-sw
Baseband frequency hopping (BBH)
With baseband frequency hopping (BBH), only the receive RF carrier frequencies are changed each timeslot; the transmit RF carrier is obtained from a different, xed tuned Radio Channel Unit (RCU) each timeslot. A cell equipped with up to 25 DRI/RCU (RF carriers) can support hopping over a maximum of 25 frequencies. Cells with a large number of RF carriers are well suited for BBH. Such cells are usually implemented with Remotely Tuneable Combiners (RTCs) and therefore restrict the selection to BBH at the site.
Timeslot 0 of the BCCH cannot baseband hop.
2-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BBH guidelines with typical example
BBH guidelines with typical example
Refer to the following guidelines to use baseband frequency hopping: With BBH, the number of transceivers required in the cell is determined by the number of RF channels in the mobile allocation; not by the number of trafc channels to be supported. The mobile allocation in a system to be assigned to the BCCH timeslot of non-BCCH carriers must exclude the BCCH carrier channel. Select different HSNs in distant cells that share the same mobile allocation, avoiding HSN 0.
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.
Figure 2-3 Typical example of BBH mobile allocations
CEL L ALLOC ATION
MOBILE ALLOC ATIONS
FREQUENC Y HOPPING SYSTEM 0
FREQUENC Y HOPPING SYSTEM 1
32 32 46
BCCH
32 46 46
52
RF CHANNE L
52 69 69
69
88 88
88
ti-GSM-SC01W17-000043-eps-sw
68P02901W17-S
2-9 Nov 2007
Enhanced XBL (EXBL)
Chapter 2: Conguring BSS Features
Enhanced XBL (EXBL)
Overview of Enhanced XBL
Enhanced XBL (EXBL) provides communication between the BSC and the RXCDR. To maintain this communication, the RXCDR and BSC have information stored in their databases which details all the other RXCDRs and BSCs with which with they can communicate. To ensure that trafc pathways are properly established, the EXBL feature performs runtime checks of database consistency and connectivity between the BSC and RXCDR. These checks ensure that the user has congured both the RXCDR and BSS databases correctly. The connectivity checks verify that for each E1 device, which the BSS database has indicated is connected to an RXCDR, there exists a corresponding E1 device in the RXCDR connected to the BSS. The consistency checks verify that for each CIC (Circuit Identity Code) device equipped to a particular E1 device at the BSC, there exists a corresponding RXCDR channel in the RXCDR database.
If any of these consistency or connectivity checks fail, the user is notied 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 signaling link between the RXCDR and BSC is not new, however, EXBL signicantly 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 that the trafc 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).
Assoc_BSS and Assoc_RXCDR devices
Enhanced XBL introduces two new devices: Assoc_RXCDR (AXCDR) Assoc_BSS (ABSS)
Chapter 4 Conguring a BSS/RXCDR explains how to create and manage these devices.
2-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
CIC blocking and validation
CIC blocking and validation
This section applies when XBLs are in use and CIC validation is enabled at the BSC for a given XBL. To ensure that the BSS is always using valid trafc circuit identity codes (CIC) to carry calls, the BSS blocks any CIC at the BSC which cannot be veried 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 Conguring an Assoc_RXCDR on page 4-76.
Enabling CIC validation
To specify whether the BSC performs CIC validation when the XBL linkset to the RXCDR comes in-service, or when the XBL linkset is already in service, use the eld: CIC Validation (BSS naming convention: cic_validation) in the Local Routing Information grouping of the Assoc_RXCDR Detailed View. This parameter can be set to Disabled (No) or Enabled (Yes). When cic_validation is Disabled (No), the RXCDR can be referred to as in Backwards Compatibility mode or Static mode. This refers to a BSC or RXCDR in which the Ater channels and CICs are statically switch connected. This mode does not provide any fault tolerance or CIC validation, and is intended only to provide an upgrade path. When the BSC and RXCDR are upgraded, the use of Auto-connect mode is recommended. 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 efciency 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 trafc goes to the AXCDR.
68P02901W17-S
2-11 Nov 2007
Dynamic Allocation of RXCDR-BSC Circuits (DARBC)
Chapter 2: Conguring BSS Features
Dynamic Allocation of RXCDR-BSC Circuits (DARBC)
Overview of dynamic allocation of RXCDR-BSC Circuits
The dynamic allocation of Remote Transcoder (RXCDR) to BSC Circuits (DARBC) feature provides fault management for call trafc on the BSC to RXCDR interface (referred to as the Ater interface) by managing the individual 16 kbit/s channels (called Ater channels) on this interface. In addition, this feature provides for validation of the Circuit Identity Code (CIC). It also provides Ater channel provisioning between the BSC and RXCDR to ensure that calls are placed on the correct circuit between the BSC and the MSC. Without this feature in place, fault management of the Ater channels is not possible. In addition, all Ater and CIC information would have to be manually veried by the user. This feature is consistent with the Terrestrial Circuit Device Management (TCDM) feature with respect to how the operator is permitted to manage the CIC devices. DARBC is an unrestricted feature. For further technical details, see Technical Description: BSS Implementation (68P02901W36).
BSC and RXCDR responsibilities
The DARBC feature redenes the roles for both the BSC and RXCDR within the BSS network. However, these changes are transparent to other GSM network entities, such as BTSs and MSCs. In redening the responsibilities, a client/server approach is used where the BSC is the client to the RXCDR server. For example, the RXCDR has the resources (CICs) that the BSC wants to access, yet the BSC has the intelligence to know which CIC to use. The BSC responsibilities are as follows: Track CIC utilization. Track Ater channel utilization. Allocate/deallocate Ater channels, as necessary. Instruct the RXCDR to make switch connections between the Ater channel and transcoder and rate adaptor unit (TRAU). Initiate and execute audits of the CIC and Ater information.
2-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Auto-connect mode or backwards compatibility (static) mode
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.
Auto-connect mode or backwards compatibility (static) mode
Auto-connect mode
This is a user-selectable mode which refers to a BSC in which Ater channels are allocated and released dynamically as resources are provisioned, un-provisioned, or during handling of a fault condition (as opposed to a per-cell basis). Auto-connect mode provides fault tolerance along with the call processing efciency of backwards compatibility mode. BSC controls the Auto-connect mode.
Before the introduction of this feature, all Ater channels were statically assigned and the use of XBL links was not mandatory. If an operator decides 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 become blocked and call trafc does not 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-10 for further details. For example, if there are six RXCDRs connected to the BSC, enable cic_validation for the six corresponding AXCDRs.
68P02901W17-S
2-13 Nov 2007
Determining the number of XBLs required
Chapter 2: Conguring BSS Features
Backwards compatibility mode (or static mode)
This is a user-selectable mode which refers to a BSC and/or RXCDR in which the Ater channels and CICs are statically switch connected. (Before DARBC, all Ater channels were statically assigned) This mode does not provide any fault tolerance or CIC validations. When upgrading the network (especially when upgrading the BSC before the RXCDR), Backward compatibility mode should be used for the corresponding AXCDR, otherwise all the associated CICs become blocked. Once both BSC and RXCDR are upgraded, the use of Auto-connect mode is recommended. Backwards compatibility mode is set using the parameter cic_validation, see Enhanced XBL (EXBL) on page 2-10 for further details.
Network provisioning issues for dynamic allocation
Moving from a static allocation system to a dynamic allocation system (Auto-connect mode) presents some issues that should be considered when planning and provisioning the BSC/RXCDR network. For example, when in Auto-connect mode, a CIC no longer has a xed position on the Ater interface. Instead, a CIC may be seen as belonging to a pool of CICs where a separate pool is maintained for each RXCDR connected to the BSC. When a call is assigned to a CIC, the BSC allocates an Ater channel that goes to the same RXCDR as the assigned CIC. One implication of such a pooling is that the number of CICs equipped that go through the RXCDR may not be the same as the number of Ater channels from the BSC to the RXCDR, as compared to the static allocation system.
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.
Determining the number of XBLs required
XBLs carry the signaling trafc between BSC and RXCDR. The number of XBL links required depends upon the number of CICs and/or the number of Ater interface channels.
2-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Determining the number of XBLs required
Planning considerations
The following factors are considered when planning the number of XBL links from BSC to RXCDR: Determine the trafc 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 congured for a BSC/RXCDR. A BSC can connect to a maximum of ten RXCDRs.
Provisioning
The number of XBL links depends on the number of trunks on the BSC-RXCDR interface and whether 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.
Table 2-1 Number of BSC to RXCDR signaling links
N = number of MSC to BSC trunks No redundancy Number of 64 kbit/s XBLs N < 1200 1200 < N < 2400 1 2 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
The gures mentioned in Table 2-1 , 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 least two 16 kbit XBLs for each AXCDR. In Backwards Compatibility mode, the only trafc on the XBL is CIC block/unblock information, which is very minimal; although one XBL link is sufcient, built in redundancy should also be considered.
68P02901W17-S
2-15 Nov 2007
RXCDR-BSC dynamic allocation parameters
Chapter 2: Conguring BSS Features
RXCDR-BSC dynamic allocation parameters
Table 2-2 details the parameters associated with RXCDR-BSC dynamic allocation. Unless stated otherwise, the OMC-R parameter name is usually the same as the BSS parameter name. For further details of commands and parameters, see Technical Description: BSS Command Reference (68P02901W23).
Table 2-2 RXCDR-BSCdynamic allocation parameters
OMC-R GUI eld name/BSS parameter name Network Entity Id network_entity_id Description Located in the Identication grouping of the BSS Detailed View. Indicates the unique identication of the network element. When the BSS is created from the BSS, the user must assign a unique value to this parameter in the range 1 254. When a user creates a BSS from the OMC-R, the default identier is the next free number in the range. Displayed in the Identication grouping of the BSS Detailed View. Indicates whether transcoding is performed locally at the BSS or remotely at an RXCDR. Once set (at BSS creation), it cannot be changed. Instead the BSS must be deleted/unequipped and recreated. Indicates the conguration of the site. Not visible to a user (it is derived internally from other parameters). Values 1 - 254
Transcoding local_transcoding
Local (1) Remote (0) Default: Remote (0).
fm_site_type
BSC (1) BTS (2) RXCDR (3)
Also see parameter cic_validation in Enhanced XBL (EXBL) on page 2-10.
Methods of conguring dynamic allocation of RXCDR-BSC circuits
RXCDR-BSC dynamic allocation parameters can be congured using: OMC-R GUI BSS Detailed View and the elds detailed in Table 2-2. TTY interface, see Conguring RXCDR-BSC dynamic allocation using the TTY interface.
2-16
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration RXCDR-BSC dynamic allocation using the TTY interface
Conguring
Conguring RXCDR-BSC dynamic allocation using the TTY interface
Displaying information for a BSS
To display information for a BSS, use the disp_equipment or disp_bss commands. For example, the following command displays information for the local transcoding BSS 16: disp_equip 0 BSS 16
Changing the network entity id of a BSS
To change the network entity identity of a BSS, use the modify_value command and the network_entity_id parameter. For example, the following command changes the local transcoding BSS id 17 from 17 to 16: modify_value 0 network_entity_id 16 BSS 17 If an attempt is made to change the network_entity_id of a remote transcoding BSS, the following message is displayed: Changing the BSS id will cause all AXCDRs to be cycled which will result in the loss of all call traffic. Are you sure (yes/no)?
Displaying the RXCDR-BSC dynamic allocation settings
To display the current local_transcoding setting, use the disp_equipment or disp_bss commands. For example: disp_equip 0 BSS 22 The system responds by displaying the following information, for example: BSS Identifier: 22 Is transcoding performed at the BSC? No
Equipping CICs
See Conguring a CIC on page 9-45 for details of how to congure CICs.
68P02901W17-S
2-17 Nov 2007
Dynamic allocation of BSC-BTS Backing Resources (DYNET)
Chapter 2: Conguring BSS Features
Dynamic allocation of BSC-BTS Backing Resources (DYNET)
Overview of BSC-BTS dynamic allocation (DYNET)
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 species, and which are within the same network conguration. BSC-BTS dynamic allocation can be used for spoke, daisy chain and closed loop daisy chain network congurations. 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-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
RSL TCHs used for backhaul
RSL TCHs used for backhaul
If the RSL at the BTS containing the cell is set to use 16 kbit/s (parameter: rsl_rate) and ts_sharing is enabled at the BTS, the remaining three 16 kbit/s TCHs on the RSL 64 kbit/s timeslot are used for backhaul for that BTS only. This means there are three additional TCHs that can be used by any cell at that BTS only. In addition, the three additional TCHs are reserved only for cells at the site with 16 kbit/s RSL. Other BTSs in the Dynet may not use the additional three TCHs. For example, if there are 10 timeslots in the Dynet, 40 TCHs are available to all cells in the Dynet. If BTS1 has a 16 kbit/s RSL and BTS2 has 64 kbit/s RSL, then cells at BTS1 have 43 TCHs available to share with the other cells at BTS1. In this example, the maximum number of TCHs allocated to all cells in the Dynet cannot exceed 43. If all RSLs are 64 kbit/s in the Dynet, the maximum TCHs allocated cannot exceed 40.
Prerequisites to enabling BSC-BTS dynamic allocation at a BTS
BSC-BTS dynamic allocation at a BTS can only be enabled if: BSC-BTS dynamic allocation is unrestricted (enabled) at the containing BSS. BTS is a remote BTS.
BSC-BTS dynamic allocation parameters
Table 2-3 lists the parameters associated with BSC-BTS dynamic allocation. Unless stated otherwise, the OMC-R parameter name is usually the same as the BSS parameter name. For further details of commands and parameters, see Technical Description: BSS Command Reference (68P02901W23). Also see Conguring DYNETs and DYNETGroups on page 4-94 for details of associated BSC-BTS dynamic allocation Dynet parameters.
Table 2-3 BSC-BTS dynamic allocation parameters
OMC-R GUI eld name/BSS parameter name BSC-BTS dynamic allocation Feature (OMC-R parameter name: BSCBTSDynAllocOpt) Timeslot Sharing ts_sharing Description Displayed in the BSS Detailed View Optional Features grouping. Displays whether BSC-BTS dynamic allocation for the BSS is enabled or disabled. A user cannot change it. Displayed in the SITE Detailed View, Local Routing Information grouping. This parameter eld is grayed 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). Values Enabled (1) Disabled (0)
Enabled (1) Disabled (0) Default: Disabled (0)
Continued
68P02901W17-S
2-19 Nov 2007
Displaying if BSC-BTS dynamic allocation is unrestricted at a BSS
Chapter 2: Conguring BSS Features
Table 2-3
BSC-BTS dynamic allocation parameters (Continued)
Description Displayed in the BTS SITE Detailed View, Local Routing grouping. This parameter eld is grayed 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 150 - 3000 ms Default: 1000
OMC-R GUI eld name/BSS parameter name Dynet Retry Time dynet_retry_time
Total TCHs Reserved dynet_tchs_reserved (OMC-R parameter name: dynet_tchs_rsvd)
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 eld is grayed-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.
0 - 32 trafc channels Default: 0
Displaying if BSC-BTS dynamic allocation is unrestricted at a BSS
To display if the optional BSC-BTS dynamic allocation feature is unrestricted (enabled) at a BSS using the OMC-R GUI, look in the Optional Features grouping of the BSS Detailed View. If the feature is unrestricted, Enabled (1) is displayed in the BSC-BTS dynamic allocation Feature eld (BSS parameter name: BSCBTSDynAllocOpt). If the feature is restricted, Disabled (0) is displayed.
Enabling BSC-BTS dynamic allocation at a BTS
To enable BSC-BTS dynamic allocation at a BTS using the OMC-R GUI, use the SITE Detailed View and the Local Routing grouping parameters as detailed in Table 2-3. To enable BSC-BTS dynamic allocation at a BTS using the TTY interface, use the equip command. For full details of the equip command, see Technical Description: BSS Command Reference (68P02901W23).
2-20
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying details of an equipped BTS using the TTY interface
Displaying details of an equipped BTS using the TTY interface
To display details for an equipped BTS, including whether BSC-BTS dynamic allocation is enabled, use the disp_equip command. For example, to display the details for BTS 1, enter the following command: disp_equip 0 site 1 The system responds by displaying all the BTS details. For full details of the disp_equip command, see Technical Description: BSS Command Reference (68P02901W23).
Other dynamic allocation features
Dynamic allocation of RXCDR-BSC circuits (DARBC) enables E1 connection between the RXCDR and BSC channels between the RXCDR and BSC to be assigned to calls as needed, rather than statistically assigning such channels to CIC. See Dynamic Allocation of RXCDR-BSC Circuits (DARBC) on page 2-12 for further details.
68P02901W17-S
2-21 Nov 2007
MSC to BSS overload control
Chapter 2: Conguring BSS Features
MSC to BSS overload control
Overview of MSC to BSS overload Control
MSC to BSS Overload Control temporarily reduces the trafc between the MSC and the BSS on the A interface when an overload occurs. By default, MSC Overload Control is disabled. When MSC Overload Control is enabled at a BSS and the MSC becomes overloaded, the MSC sends an overload message to the BSS to indicate that it is becoming overloaded. The BSS reacts to the overload message by reducing the trafc sent to the MSC by barring specic mobile access classes within cells in the BSS. When a mobile class is barred, a group of MSs are no longer allowed to make calls on the network. Hence the trafc to the MSC is reduced. The mobile access class information for the classes to be barred is carried to the mobile subscriber in the SYSTEM INFORMATION message specied in GSM recommendations. See Technical Description: BSS Implementation (68P02901W36) for a full explanation of this feature.
Enabling MSC to BSS overload control
The parameter bss_msc_overload_allowed controls whether MSC to BSS Overload Control is enabled or disabled, that is, whether the BSS acts on the OVERLOAD message sent from the MSC. To enable MSC to BSS Overload Control for an existing BSS using the OMC-R GUI, set the MSC Overload Control eld (BSS name: bss_msc_overload_allowed) to Enabled (1) in the General grouping of the BSS Detailed View.
Related overload control statistic
The database statistic msc_ovld_msgs_rx records the number of OVERLOAD messages received from the MSC. See Maintenance Information: GSM Statistics Application (68P02901W56) for full statistics details.
Timer parameters for mobile access class barring and unbarring
Table 2-4 details the timer parameters used for mobile access class barring. 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). The BSS reuses the T1 and T2 timers to implement the T17 and T18 timers at the cell level. The T17 and T18 times are the same duration as the T1 and T2 timers. The duration of the T17 and T18 timers are therefore dened by the cell parameters ow_control_t1 and ow_control_t2.
2-22
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Methods of conguring MSC to BSS overload control
Table 2-4 Timer parameters for mobile access class barring
OMC-R GUI eld name/BSS parameter name Flow Control T1 Timer ow_control_t1 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 rst instance until T17 expires. When T17 has expired the next OVERLOAD message received by the BSS results in the next access class being barred and T17 is restarted. Timer T17 duration is set by ow_control_t1. Valid values are: 0 - 1000000 (ms). Default is 20000. Displayed in the CELL Detailed View, Flow Control parameter grouping. Indicates the time that must elapse before a previously ow 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 trafc to the MSC is controlled by a timer. This timer is called T18. This timer is also started when the rst 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, results in the barring of a mobile access class and both timers T17 and T18 are restarted. Valid values are 0 - 1000000 (ms). Default is 3000.
Flow Control T2 Timer ow_control_t2
Methods of conguring MSC to BSS overload control
A user can congure MSC to BSS Overload Control, using either of the following methods: OMC-R GUI BSS and CELL Detailed Views, and the parameter elds already detailed in this section. TTY interface, see Conguring MSC to BSS Overload Control using the TTY interface.
68P02901W17-S
2-23 Nov 2007
Conguring MSC to BSS overload control using the TTY interface
Chapter 2: Conguring BSS Features
Conguring MSC to BSS overload control using the TTY interface
Enabling and disabling MSC overload control using the TTY interface
To set MSC overload control using the TTY, use the chg_element command. For example, the following command enables (1) MSC overload control at site 0: chg_element bss_msc_overload_allowed 1 0 See Technical Description: BSS Command Reference (68P02901W23) for full command and parameter details.
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
Controlling mobile access class barring using the TTY interface
Use the parameters detailed in Table 2-4 to control mobile access class barring. For example, to set a value of 1500 ms for flow_control_t1, use the chg_element command as follows: chg_element flow_control_t1 1500 <location> <celldescription>
2-24
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Encryption algorithms
Encryption algorithms
Introduction to encryption algorithms
Encryption/decryption provides security for user speech, data, and signaling information. The encryption feature is optional and for effective use must be deployed at the MSC, BSS, and the MS. The BSS supports the parallel operation of A5/1, A5/2, and Null encryption algorithms on a per cell basis.
Prerequisites for conguring encryption algorithms
To congure encryption algorithms, the encryption feature (multiEncryptOpt) must be unrestricted (Enabled).
Encryption algorithm procedures
These procedures are described in the following sub-sections: Activating the specic encryption algorithm using the chg_element command. Prioritizing the order in which the encryption algorithms are to be used by the BSS using the chg_a5_alg_pr command. Displaying the prioritized list of encryption algorithms used at the BSS using the disp_a5_alg_pr command.
Activating the encryption algorithms
To activate the encryption algorithms, use the chg_element command and either the option_alg_a5_1 (A5/1) or option_alg_a5_2 (A5/2) parameter (detailed in Table 4-6). For complete details of the commands used, refer to: Technical Description: BSS Command Reference (68P02901W23).
68P02901W17-S
2-25 Nov 2007
Prioritizing the encryption algorithms
Chapter 2: Conguring BSS Features
Prioritizing the encryption algorithms
Before prioritizing the encryption algorithms into a list for use by the BSS, the specic encryption algorithm database parameters must be enabled. To prioritize the A5 encryption algorithms into a list for use by the BSS, use the following command: chg_a5_alg_pr <first_alg> [<second_alg>] [<third_alg>] [<fourth_alg>] [<fifth_alg>] [<sixth_alg>] [<seventh_alg>] [<eighth_alg>] For example, to prioritize the encryption algorithms in the following order: A5/2, A5/1, the command is: chg_a5_alg_pr 2 1 To set no encryption, the command is: chg_a5_alg_pr 0 The BSS provides the capability to send a Cipher Mode Reject message to the MSC (if the MSC supports this message). This message is sent when a problem is encountered during the signaling encryption process when the MS and the system are attempting to perform encryption. To enable this capability, the command is: chg_element ciph_mode_rej_allowed 1 <location> For full details of the commands used refer to: Technical Description: BSS Command Reference (68P02901W23).
Displaying the prioritized list
To display the current priority list of encryption algorithms used by the BSS, enter the following command: disp_a5_alg_pr The current priority order of encryption algorithms used by the BSS is displayed. For example, the system response where two encrypting algorithms are used in the order: A5/2, A5/1, is: Ciphering Algorithms are prioritized as follows: 2 1
When no ciphering algorithms are used, the system response is: Ciphering Algorithms are prioritized as follows: 0
For full details of the commands used refer to: Technical Description: BSS Command Reference (68P02901W23).
2-26
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dual band cells option
Dual band cells option
Overview of the single BCCH for a dual band cells feature
The Dual Band Cells feature (also referred to as the Single BCCH for Dual Band Cells feature) enables a single BCCH carrier to serve GSM900 and DSC1800 frequencies in the same coverage area. The frequency band used in a dual band cell for the BCCH carrier and any optional non-BCCH carrier of the same band, is considered the primary band for the cell. The frequency band used in a dual band cell for the remaining non-BCCH carriers is considered the secondary band. The Single BCCH for Dual Band Cells feature provides the capability to congure and manage cells with carriers from different frequency bands by using a concentric cells conguration. Specically, primary band carriers can be congured in the outer zone (providing total cell coverage) and secondary band carriers can be congured in the inner zone. Congure all SDCCHs in the cell on the primary band/outer zone. (This is consistent with the Concentric Cells feature, which requires the BCCH and SDCCHs to be congured in the outer zone carriers.) An example of a system which could utilize the Single BCCH for Dual Band Cells feature is an established PGSM network with access to DCS1800 frequencies, and a subscriber base populated with a sufcient number of multiband capable mobiles. In this situation, the DCS1800 frequencies can be allocated as non-BCCH carriers added to existing PGSM cells. The PGSM is the primary band and the DCS1800 is the secondary band for the dual band cell. Single BCCH for Dual Band Cells feature permits conguration of carriers with only two different frequency types at the cell level for the following frequency bands: PGSM/EGSM. DCS1800.
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 congured in the outer zone (providing total cell coverage), and secondary band carriers are congured 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.
68P02901W17-S
2-27 Nov 2007
Overview of the single BCCH for a dual band cells feature
Chapter 2: Conguring BSS Features
Benets
Single BCCH for Dual Band Cells feature provides a: Convenient way of expanding system capacity by utilizing frequencies from the secondary band (provided sufcient multiband subscriber population exists). This enables system capacity to be increased without modifying either the frequency plan of the primary frequency or the associated neighbor list. Reduction in the number of cells required in the database. Reduction in the management of neighbor lists.
Areas impacted
The areas primarily impacted by the Single BCCH for Dual Band Cells feature include conguration, 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 conguration. Allows the network operator to dene 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 that the allocation of the secondary band inner zone) resource at TCH assignment when qualications are met. Provides power level conversions for intra-cell channel changes and incoming inter-cell handovers between channels on different frequency bands.
Impact on RTFs and DRIs
Normally, there is an RTFGroup for each cell, and one of these RTFs is a BCCH RTF. The Dual Band Cells Option introduces the concept of two RTFGroups for one cell. The RTFGroup containing the BCCH RTF must be for the primary band. All RTFs in this group are in the outer cell zone and have ARFCN frequencies in the primary band. The other RTFGroup containing RTFs for the same cell: Are non-BCCH. Are in the inner cell zone. Have ARFCN frequencies in the secondary band.
2-28
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Interaction with other features
Inuence of concentric cells, multiband, and congestion relief features
The single BCCH for dual band cells feature requires inter-zone trafc management to control the two frequency bands within the single cell. This is provided by the concentric cells feature (concentricCellOpt). The concentric cells feature inter-zone trafc management is handled by the power based use algorithm which manages trafc between zones using algorithms based on uplink and downlink receive levels, as well as network operator preferences dened by the outer_zone_usage_level parameter. Trafc 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 neighbor cells, as well as network operator preferences dened by the band_preference and band_preference_mode parameters. To achieve a satisfactory algorithm for inter-zone trafc 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 trafc management shifted from an inter-cell level to an intra-cell level. The resulting inner zone use algorithm for dual band cells feature veries that the MS supports the frequency band of the inner zone before 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 elds.
Interaction with other features
This feature interacts with the IMRM feature, see Intelligent Multilayer Resource Management (IMRM) on page 2-148 for further details.
Prerequisites and restrictions for enabling the Dual Band Option
The following features must also be unrestricted (enabled) for the dual band cells feature to function: The homogenous cabinet feature. The multiband inter-cell H/O feature. The heterogeneous cabinet feature (only required for combined cabinet congurations). Concentric cells feature.
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.
68P02901W17-S
2-29 Nov 2007
Dual band cells option parameters
Chapter 2: Conguring BSS Features
Dual band cells option parameters
Table 2-5 shows the parameters associated with the Dual Band Cells feature. Unless stated otherwise, the OMC-R parameter name is usually the same as the BSS parameter name. A full description of BSS database parameters is provided in Technical Description: BSS Command Reference (68P02901W23).
Table 2-5 Single BCCH parameters
OMC-R GUI eld name/BSS parameter name Dual Band Cells Option (OMC-R parameter name: dualBandCellOpt) Description Displayed in the BSS Detailed View Optional Features grouping. Displays whether the Dual Band Cells feature has been enabled for this BSS. Valid values are: Inner Zone Algorithm inner_zone_alg Enabled (1) Disabled (0)
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 neighbor 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). Continued
2-30
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dual band cells option parameters
Table 2-5 Single BCCH parameters (Continued)
OMC-R GUI eld name/BSS parameter name Dual Band Offset dual_band_offset (OMC-R parameter name: dualBand_offset) Power Budget Mode pbgt_mode Description Displayed in the CELL Detailed View, General section, Concentric, and Dual-Band Cells grouping. Species 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. Displayed in the CELL Detailed View, General section, Concentric, and Dual-Band Cells grouping. Species for the preferred method of compensating for a mismatch in frequency types between the serving channel and the neighbor 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 modied SACCH System Information messages) to calculate the power budget. The BCCH frequency of the serving cell is added to the BA SACCH neighbor cell list of the serving cell.
Second Frequency Type secondary_freq_type (OMC-R parameter name: second_freq_type)
Displayed in the CELL Detailed View, General section, Concentric, and Dual-Band Cells grouping. When a cell is congured as dual band, this parameter species 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 species 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 congured as a dual band cell, this parameter species the handover power level for the inner zone. Valid range is: 0 - 19 and 29 - 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 modied when Dual Band Cell Option is enabled. Continued
HO Power level for Inner Zone ho_pwr_level_inner (OMC-R parameter name: hoPwrLevel_inner)
68P02901W17-S
2-31 Nov 2007
Dual band cells option parameters
Chapter 2: Conguring BSS Features
Table 2-5 Single BCCH parameters (Continued)
OMC-R GUI eld name/BSS parameter name Coincident MB HO Status coincident_mb Description 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 modied if the MultiBand feature is unrestricted. Cannot be enabled if the cell is congured as a dual band cell (that is, inner_zone_alg is set to 3) Valid values are 0 - 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 behave the same as coincident_mb = 2. But for inter BSC handovers, the call is 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 modied if the MultiBand Inter-Cell Handover feature is unrestricted (Enabled). Cannot be disabled if there are cells at this BSS that are congured 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 congured as 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 congured as 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 congured as 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 - 30. Displayed in the CELL Detailed View, General section, General grouping. Species 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. Continued 2-32 68P02901W17-S Nov 2007
MultiBand Enabled mb_preference
Cell Transmit Power tx_power_cap
Max MS Transmit Pwr When HO to Inner Zone ms_txpwr_max_inner
Inner Zone Handover Hysteresis zone_ho_hyst
Frequency Type frequency_type
Installation and Conguration: GSM System Conguration
Dual band cells option parameters
Table 2-5 Single BCCH parameters (Continued)
OMC-R GUI eld name/BSS parameter name Inner Zone DL Receive Level Threshold rxlev_dl_zone Description 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. Valid values are 0 - 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 - 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. Denes the usage level required before inner zone resources are allocated for trafc 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 hand over. Valid values are: 1 = PGSM, 2 = EGSM, 4 = DCS1800, 8 = PCS1900. 16 = DYNAMIC. Cannot be modied 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. 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-148 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 applies internal defaults. Continued
Inner Zone DL Receive Level Threshold rxlev_ul_zone
Concentric Cell Zone cell_zone
Outer Zone Usage Level outer_zone_usage_ level Band Preference band_preference
68P02901W17-S
2-33 Nov 2007
Overview of conguring single BCCH for dual band cells feature
Chapter 2: Conguring BSS Features
Table 2-5 Single BCCH parameters (Continued)
OMC-R GUI eld name/BSS parameter name Band Preference Mode band_preference_ mode Description Displayed in the CELL Detailed View, General section, Multiband Handover grouping. Determines the method that is used to have a MultiBand MS use the band of preference for a given cell in the BSS. Can only be modied if the MultiBand Inter-Cell Handover feature is unrestricted (enabled). (See Intelligent Multilayer Resource Management (IMRM) on page 2-148 for details)
Mobile Station Displayed in the CELL Detailed View, Handover section, General HO Power Level grouping. Indicates the maximum Dedicated Control Channel (CCH) handover_power_level power level allowed for a Mobile Station (MS) after a handover to this cell. Valid range depends on the setting of Cell frequency_type. Maximum Transmit Power for BTS max_tx_bts 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 is not told to use a higher output power. The values should be chosen 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. Denes 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 neighbor cell when the Neighbor ms_txpwr_max_cell is not dened in an underlying Neighbor instance. Valid range depends on the setting of Cell frequency_type. Displayed in the CELL Detailed View, Handover section, Handover Types Allowed grouping. Disables or enables intra-cell handovers. Valid values are 0 - 2. Default is BSC Controlled Handover (1).
Maximum Mobile Station Transmit Power max_tx_ms
Maximum Control Channel Transmit Power ms_txpwr_max_cch Maximum Default Transmit Power ms_txpwr_max_def
Intra-Cell Handover Allowed intra_cell_handover _allowed
Overview of conguring single BCCH for dual band cells feature
A network operator with an existing single band network and the necessary restricted features enabled, can change cells from a single band conguration to a dual band conguration without interruption of service on the primary band. The procedure is:
2-34
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Methods of conguring the dual band cells option
Procedure 2-1 Change cells from single band to dual band conguration
1 2 Modify the inner_zone_alg parameter for the cell to Dual Band Cell (3). Specify settings for the following parameters: 3 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. Dene the percentage in the Outer Zone Usage Level eld (outer_zone_usage_level) (that is, outer zone TCHs) that need to be in use before the assignment of secondary band channels.
The dual band cell is fully operational when the secondary band DRIs are brought in to service.
Methods of conguring the dual band cells option
The Dual Band Cells Option can be congured using either of the following methods: OMC-R GUI BSS and CELL Detailed Views, and the elds described in Table 2-5. TTY interface, see Conguring the Dual Band Cells Option using the TTY interface.
68P02901W17-S
2-35 Nov 2007
Conguring the dual band cells option using the TTY interface
Chapter 2: Conguring BSS Features
Conguring the dual band cells option using the TTY interface
The TTY interface can be used to congure 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.
Creating a dual band operation cell
To create a cell and specify all the cell parameters, including the dual band operation parameters, use the add_cell command. In response to this command, the BSS prompts for each of the cell parameters.
Displaying if dual band cells feature is enabled
To display whether dual band cells feature is restricted or unrestricted for the BSS, use the command: disp_options all If the dual band operation feature is unrestricted the system displays the following in the unrestricted features list: 40 Dual Band Cells 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 congurations.
Setting the dual band offset
To display the current dual band offset, use either the disp_cell or disp_element commands, and the dual_band_offset parameter. For example, the following command displays the offset value at BSC (site 0) for cell 001 01 17: disp_element dual_band_offset 0 cell 0 0 1 0 1 1 7 To set the dual band offset value, use either chg_element or chg_cell_element and the dual_band_offset parameter. For example, the following command sets the dual band offset to 28 at the BSC (site 0) at the cell 0010111: chg_cell_element dual_band_offset 28 0 cell 0 0 1 0 1 1 1
2-36
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring the dual band cells option using the TTY interface
Setting the power budget mode
To display the current power budget mode, use either the disp_cell or disp_element commands, and the pbgt_mode parameter. For example, the following command displays the power budget mode at BSC (site 0) for cell 001 01 17: disp_element pbgt_mode 0 cell 0 0 1 0 1 1 7 To change the power budget mode, use either chg_element or chg_cell_element and the pbgt_mode parameter. For example, the following command sets the power budget mode to 1 at the BSC (site 0) at the cell 0010111: chg_cell_element pbgt_mode 1 0 cell 0 0 1 0 1 1 1
Setting the frequency type of the inner zone
To display the current frequency type of the inner zone, use either the disp_cell or disp_element commands, and the secondary_freq_type parameter. For example, the following command displays the secondary frequency type at BSC (site 0) for cell 001 01 17: disp_element secondary_freq_type 0 cell 0 0 1 0 1 1 7 To change the secondary frequency type, use chg_element and the secondary_freq_type parameter. For example, the following command sets the secondary frequency type to 2 (EGSM) at the BSC (site 0) at the cell 0010111: chg_element secondary_freq_type 2 0 cell 0 0 1 0 1 1 1
Setting the transmit power for the inner zone
To display the maximum BTS transmit power for the secondary/inner zone, use either the disp_cell or disp_element commands, and the bts_txpwr_max_inner parameter. For example, the following command displays the inner zone maximum transmit power at BSC (site 0) for cell 001 01 17: disp_element bts_txpwr_max_inner 0 cell 0 0 1 0 1 1 7 To change the inner zone maximum transmit power, use chg_element and the bts_txpwr_max_inner parameter. For example, the following command sets the inner zone maximum transmit power to 11 at the BSC (site 0) at the cell 0010111: chg_element bts_txpwr_max_inner 11 0 cell 0 0 1 0 1 1 1
Setting the handover power level for the inner zone
To display the handover power level for the secondary/inner zone, use either the disp_cell or disp_element commands, and the ho_pwr_level_inner parameter. For example, the following command displays the inner zone handover power at BSC (site 0) for cell 001 01 17: disp_element ho_pwr_level_inner 0 cell 0 0 1 0 1 1 7 To change the inner zone handover power level, use chg_element and the ho_pwr_level_inner parameter. For example, the following command sets the inner zone handover power level to 16 at the BSC (site 0) at the cell 0010111: chg_element ho_pwr_level_inner 16 0 cell 0 0 1 0 1 1 1
68P02901W17-S
2-37 Nov 2007
GPRS and EGPRS coding schemes
Chapter 2: Conguring BSS Features
GPRS and EGPRS coding schemes
Introduction to GPRS CS3/CS4
The GPRS Coding Schemes 3 and 4 feature (CS3/CS4) implements an alternative channel coding algorithm over the air interface, which enables increased data rates to the GPRS mobile stations. For further information of GPRS Coding Schemes 3 and 4, see Technical Description: BSS Implementation (68P02901W36).
Introduction to EGPRS MCS
The EGPRS Coding Schemes 1 to 9 feature provides higher data rates to the EGPRS mobile station. Coding Schemes MCS-1 through MCS-4 use GMSK (as per standard GPRS), whilst MCS-5 through MCS-9 use 8PSK. For further information of EGPRS Coding Schemes 1 to 9, see Technical Description: BSS Implementation (68P02901W36).
2-38
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GPRS and EGPRS coding scheme parameters
GPRS and EGPRS coding scheme parameters
Table 2-6 details the parameters associated with conguring GPRS and EGPRS coding schemes.
Table 2-6 GPRS and EGPRS coding schemes parameters
OMC-R GUI eld 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 modied by a user. Grayed-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 modied by a user. Description
EGPRS Feature egprsOpt
Cell Parameters: Initial Downlink Coding Scheme init_dl_cs Displayed in the GPRS grouping in the CELL Detailed View. {27703A} The init_dl_cs parameter is used to specify the initial downlink Coding Scheme (CS) conguration information for a cell. This parameter is also used for QoS capacity determination. The value of this parameter cannot be changed when gprs_enabled equals 1. Valid values: 0 - 3, where: 0 - CS-1 1 - CS-2 2 - CS-3 3 - CS-4 The OMC-R disregards any RTF parameters when determining valid values for CELLinit_dl_cs. (pkt_radio_type will not be prompted during the equipage of an RTF and the option to select CS-3 or CS-4 is disabled). Grayed-out if the GPRS feature (gprsOpt) is restricted at the BSS. Continued
68P02901W17-S
2-39 Nov 2007
GPRS and EGPRS coding scheme parameters
Chapter 2: Conguring BSS Features
Table 2-6 GPRS and EGPRS coding schemes parameters (Continued)
OMC-R GUI eld name/BSS parameter name Initial Uplink Coding Scheme init_ul_cs Description Displayed in the GPRS grouping in the CELL Detailed View. {27703A} The init_ul_cs attribute is used to specify the initial uplink Coding Scheme (CS) conguration information for a cell. This parameter is also used for QoS capacity determination. The value of this parameter cannot be changed when gprs_enabled equals 1. Valid values: 0 - 3, where: 0 - CS-1 1 - CS-2 2 - CS-3 3 - CS-4 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 during the equipage of an RTF and the option to select CS-3 or CS-4 is disabled). Grayed-out if the GPRS feature (gprsOpt) is restricted at the BSS. Displayed in the GPRS grouping in the CELL Detailed View. {27703A} The egprs_init_dl_cs attribute species the initial downlink coding scheme to be used for an EGPRS TBF in a cell. This parameter is also used for QoS capacity determination. The EGPRS feature must be unrestricted. The value of this parameter cannot be changed when gprs_enabled equals 1. Grayed-out if the EGPRS feature (egprsOpt) is restricted at the BSS. Displayed in the GPRS grouping in the CELL Detailed View. {27703A} The egprs_init_ul_cs attribute species the initial uplink coding scheme to be used for an EGPRS TBF in the cell. This parameter is also used for QoS capacity determination. The EGPRS feature must be unrestricted. The value of this parameter cannot be changed when gprs_enabled equals 1. Grayed-out if the EGPRS feature (egprsOpt) is restricted at the BSS. Continued
EGPRS Initial Downlink Coding Scheme egprs_init_dl_cs
EGPRS Initial Uplink Coding Scheme egprs_init_ul_cs
2-40
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GPRS and EGPRS coding scheme parameters
Table 2-6
GPRS and EGPRS coding schemes parameters (Continued)
Description
OMC-R GUI eld 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 the RTF can carry GPRS or EGPRS data. SDCCH allocation favors carriers with low values. Valid values are: 0 - None 1 - 16 k 2 - 32 k 3 - 64 k 0 - 3, where:
Grayed 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, 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 conguration change results in a temporary outage of the RT and requests operator conrmation before proceeding.
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.
68P02901W17-S
2-41 Nov 2007
Methods for conguring GPRS and EGPRS coding schemes
Chapter 2: Conguring BSS Features
Methods for conguring GPRS and EGPRS coding schemes
The GPRS and EGPRS coding schemes can be congured using: OMC-R GUI, using the BSS Detailed View (Optional Features grouping), and RTF Detailed View (GPRS grouping), and the elds detailed in Table 2-6. TTY interface, see Conguring GPRS and EGPRS Coding Schemes using the TTY interface.
Conguring 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.
Setting 32 k TRAU Allowed for an RTF
To enable or disable 32k TRAU for an RTF, use the modify_value command. For example, the following command enables 32 kbit/s TRAU timeslots for RTF 0 1. modify_value 1 pkt_radio_type 2 rtf 0 1
2-42
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Short Message Service - Cell Broadcast
Short Message Service - Cell Broadcast
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 details for SMS-CB
Message handling
The maximum number of concatenated messages (pages) forming one macromessage is 15 for a maximum of 128 cells. The length of this message cannot be more than 2.5 kbytes, otherwise the CBL resets, and an alarm is raised. Each page in a micromessage has the same message identier, indicating the source of the message, and the same serial number. The maximum storage capacity at the BTS is 650 pages. The BSS divides into segments messages larger than 576 bytes received from the CBC.
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.
68P02901W17-S
2-43 Nov 2007
SMS-CB parameters
Chapter 2: Conguring BSS Features
CBC congurable DRX period
A DRX message can be congured, which can be switched on or off by messages from the CBC. The period of the DRX can also be set through the CBC.
Alphabets supported by the SMS
Various default alphabets are supported by the Short Message Service feature. The default alphabets enable background messages to be broadcast in the following languages: Czech. Danish. Dutch. English. Finnish. French. German. Greek. Hungarian. Italian. Norwegian. Polish. Portuguese. Spanish. Swedish. Turkish.
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.
2-44
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
SMS-CB parameters
Table 2-7 SMS-CB parameters
OMC-R GUI eld name/BSS parameter name CBC to BSC Interface Version cbc_intface_vers 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 elds. 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 specications 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. 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 attempts 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 eld the system displays a message to warn that the CBL will be recycled. Displayed in the SITE Detailed View SMS Information grouping. Species (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 Existing (0). Existing with new interpretation of repetition rate (1). The default is Existing (0).
CBC VBIND Counter cbc_vbind_cntr
A value in the range 0 - 255. The default is 0.
SMS Fast Select sms_fast_select
Enabled (1) or Disabled (0).
CBC to CBS Outage Counter cbs_outage_cntr
0 - 255.
68P02901W17-S
2-45 Nov 2007
Methods of conguring SMS-CB
Chapter 2: Conguring BSS Features
Methods of conguring SMS-CB
The SMS-CB can be congured using the following methods: OMC-R GUI, BSS and SITE Detailed Views, and the parameters detailed in Table 2-7. TTY interface, see Conguring SMS-CB using the TTY interface.
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-242.
Conguring SMS-CB using the TTY interface
For further details of the commands and parameters detailed in the following sections, refer to: Technical Description: BSS Command Reference (68P02901W23).
Determining status of CBCH using the TTY interface
To determine the status of the CBCH, use the disp_cbch_state command. For example, the following command displays the status of message number 3 at cell 543 21 61986 3494: disp_cbch_state 3 543 21 61986 3494 The system response depends on the state of the CBCH.
Displaying state of CBCH using the TTY interface
To display the state of the CBCH, use the command disp_element and the cbch_enabled parameter. For example: disp_element cbch_enabled 0 cell_number = 5 4 3 2 1 61986 34944 The response is one of the following: cbch_enabled = 0 (CBCH disabled). cbch_enabled = 1 (CBCH enabled).
Displaying counter statistic state using the TTY interface
To display the state of the counter statistic, use the command disp_stats. For example: disp_stats sms_no_bcast_msg cell 5 4 3 2 1 62259 784 The response is one of the following: No stats data available. Valid stats info from specied interval.
2-46
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring SMS-CB using the TTY interface
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 elds 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 an RXCDR site.
Setting number of successful VBINDs using the TTY interface
To set number of successful VBINDs sent between a BSS and CBC in a BSC site before a negotiate is needed, use the chg_element command and the cbc_vbind_cntr parameter. For example, to set the number of successful VBINDs to 3 before a negotiate becomes necessary, use the following command: chg_element cbc_vbind_cntr 3 bsc 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 an 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 an RXCDR site.
68P02901W17-S
2-47 Nov 2007
Conguring SMS-CB using the TTY interface
Chapter 2: Conguring BSS Features
Displaying CBC to BSS interface information using the TTY interface
To display the CBC to BSS interface version being used by BSC sites, use the following disp_element command and the cbc_intface_vers parameter. For example: disp_element cbc_intface_vers 0 If the command is accepted, the system responds: cbc_intface_vers = 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 an RXCDR site.
Displaying number of successful VBINDs using the TTY interface
To display the number of successful VBINDs sent between a BSS and CBC in a BSC site before a negotiation is needed, use the disp_element command and the cbc_vbind_cntr parameter. For example: disp_element cbc_vbind_cntr 0 If the command is accepted, the system responds: cbc_vbind_cntr = 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 an RXCDR site.
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 an RXCDR site.
2-48
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring SMS-CB using the TTY interface
Enabling and disabling CBCH using the TTY Interface
To enable the CBCH use the chg_element command and cbch_enabled parameter. For example: chg_element cbch_enabled 1 0 cell = 5 4 3 2 1 61986 34944 To disable the CBCH use the chg_element command and cbch_enabled parameter. For example: chg_element cbch_enabled 0 0 cell = 5 4 3 2 1 61986 34944
Enabling and disabling counter statistic using the TTY interface
To enable the counter statistic use the stat_mode command and sms_no_bcast_msg parameter. For example: stat_mode sms_no_bcast_msg ON cell = 5 4 3 2 1 61986 34944
Disabling counter statistic
To disable the counter statistic use the stat_mode command and sms_no_bcast_msg parameter. For example: stat_mode sms_no_bcast_msg OFF cell = 5 4 3 2 1 61 986 34944
Creating and transmitting background messages using the TTY interface
To create and transmit background messages, use the chg_smscb_msg command. For example, to send a background message to cell number = 5 4 3 2 1 61986 34944 with a message number of 0, a message id of 1234, scope of immediate, cell wide, a code of 0, the language set to English and an update number of 0, follow these steps:
Procedure 2-2 Create and transmit background messages at the TTY interface
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. 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.
68P02901W17-S
2-49 Nov 2007
Conguring SMS-CB using the TTY interface
Chapter 2: Conguring BSS Features
Deleting background messages using the TTY interface
One or more background messages may be deleted using the del_smscb_msg command. The following can be deleted: A single message at a single cell. A single message at all cells in the BSC. All messages at a single cell. All messages at all cells in the BSC.
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-50
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Short Message Service - Point-To-Point
Short Message Service - Point-To-Point
Introduction to setting up SMS-PTP
The Short Message Service - Point-to-Point (SMS-PTP) is an option that provides a means of two-way transmission between the network and the MS. The parameters associated with this feature permit selective MS originated or MS terminated Point-to-Point SMS. The downlink logical channel may also be specied for MS terminated point-to-point sms. The timing constraints on the SACCH allow a block to be transferred every 104 frames, while the FACCH allows a block to be delivered every 8 frames. The disadvantage of the FACCH is that frames are stolen, with adverse effects on the audio quality or data transmission. Stealing frames on the FACCH would be more noticeable as the size of the short message increases, but using the SACCH for larger messages means longer delivery times. If the logical channel is selected by the BSS, the selection depends on the status of the MS. If..... the MS is idle the MS is on SDCCH the MS is busy Then..... SDCCH is used. SDCCH is used. SACCH or FACCH is used.
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.
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.
68P02901W17-S
2-51 Nov 2007
Enabling and disabling MS originated Point to Point SMS at a site
Chapter 2: Conguring BSS Features
Enabling and disabling MS originated Point to Point SMS at a site
For further details of the commands and parameters detailed in the following sections, refer to Technical Description: BSS Command Reference (68P02901W23).
Enabling MS originated SMS-PTP
To enable MS originated SMS-PTP on an individual site basis, use the following command: chg_element sms_ul_allowed 1 <location> For example to enable the MS originated SMS-PTP at site 1, use: chg_element sms_ul_allowed 1 1
Disabling MS originated SMS-PTP
To disable MS originated SMS-PTP on an individual site basis, use the following command: chg_element sms_ul_allowed 0 <location> For example to disable the MS originated SMS-PTP at site 1, use: chg_element sms_ul_allowed 0 1
Displaying the state of MS originated Point to Point SMS at a site
To display the status of MS originated SMS-PTP on an individual site basis, use the following command: disp_element sms_ul_allowed <location> For example, to display the status of the MS originated SMS-PTP at site 1, use: disp_element sms_ul_allowed 1 The system responds, for example: sms_ul_allowed = 1
Enabling and disabling MS terminated SMS-PTP at a site
Enabling MS terminated SMS-PTP
The MS terminated SMS-PTP may be enabled on an individual site basis by using the following command: chg_element sms_dl_allowed 1 <location> For example to enable MS terminated SMS-PTP at site 0, use: chg_element sms_dl_allowed 1 0
2-52
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying the state of MS terminated SMS-PTP at a site
Disabling MS terminated SMS-PTP
The MS terminated SMS-PTP may be disabled on an individual site basis by using the following command: chg_element sms_dl_allowed 0 <location> For example, to disable MS terminated SMS-PTP at site 0, use: chg_element sms_dl_allowed 0 0
Displaying the state of MS terminated SMS-PTP at a site
The status of MS terminated SMS-PTP may be displayed on an individual site basis by using the following command: disp_element sms_dl_allowed <location> For example, to display the status of MS terminated SMS-PTP at site 1, use: disp_element sms_dl_allowed 1 The system responds, for example: sms_dl_allowed = 1
Specifying the downlink logical channel
The downlink logical channel may be specied on an individual site basis by using the following command: chg_element sms_tch_chan <element_value> <location> For example, to specify the downlink logical channel at site 1 use: chg_element sms_tch_chan 1 1
Displaying the DOWNLINK LOGICAL CHANNEL
The downlink logical channel may be displayed on an individual site basis by using the following command: disp_element sms_tch_chan <location> For example to display the downlink logical channel at site 1, use: disp_element sms_tch_chan 1 The system responds, for example: sms_tch_chan = 1
68P02901W17-S
2-53 Nov 2007
Preventive Cyclic Retransmission (PCR)
Chapter 2: Conguring BSS Features
Preventive Cyclic Retransmission (PCR)
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 Signaling Unit (MSU) which has been transmitted is retained at the transmitting signaling link terminal until a positive acknowledgment 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 dened in CCITT Q.703 section 6 (reference #2).
Range and default values for Timers
The range and default values of the 7 MTP level 2 timer parameters are listed in Table 2-8.
Table 2-8 7 MTP level 2 timer parameters
Timer T1 (alignment ready) T2 (not aligned) T3 (aligned) T4 (emergency) T5 (sending SIB) T6 (remote congestion) T7 (excessive delay of acknowledgment) Range (ms) 40000 - 50000 5000 - 150000 1000 - 1500 400 - 600 80 - 120 3000 - 6000 800 - 2000 Default 50000 25000 1400 600 100 5000 1000 Index Value 0 1 2 3 4 5 6
These timers are displayed and can be congured in the BSS Detailed View MTP Timers parameter grouping or using the TTY interface.
2-54
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Range and default values for N-value parameters
Range and default values for N-value parameters
The default values of the two N-value parameters are listed in Table 2-9.
Table 2-9
3 N-value parameters
Parameter pcr_n1 pcr_n2 Range 32-127 MSUs 950-3750 (octets) Default 127 MSUs. 3750 octets.
N-value N1 (threshold) N2 (threshold)
The third N-value parameter, pcr_enable, is the ag 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.
Methods of conguring PCR
PCR can be congured using the following methods: OMC-R GUI, BSS Detailed View, and the parameters detailed in the Signaling Information grouping (see Table 4-5). TTY interface, see Conguring PCR using the TTY interface below.
Conguring PCR using the TTY interface
The following PCR TTY interface procedures are described in this section: Enabling and disabling PCR. Displaying the status of PCR. Setting up message signaling units. Setting up message unit octets. Displaying the current value of a PCR parameter. Setting up timer values.
Refer to Technical Description: BSS Command Reference (68P02901W23) for full details of the commands used in the subsequent sections.
68P02901W17-S
2-55 Nov 2007
Conguring PCR using the TTY interface
Chapter 2: Conguring BSS Features
Enabling and disabling PCR using the TTY interface
To display the status of the PCR error correction feature at the BSC, use the following command: disp_element pcr_enable 0 The system responds with a message stating whether PCR error correction is Enabled or Disabled. To enable the PCR error correction mode at the BSC, use the following command: chg_element pcr_enable 1 0 To disable the PCR error correction mode at the BSC, use the following command: chg_element pcr_enable 0 0 To set up the number of Message Signaling Units use the following command: chg_element pcr_n1 <element_value> <location> For example, to set the number of MSUs to 33 at the BSC, enter the command: chg_element pcr_n1 33 0
Setting up message unit octets using the TTY interface
To set up the number of message unit octets, use the following command: chg_element pcr_n2 <element_value> For example, to set the number of message unit octets to 1000, enter the command: chg_element pcr_n2 1000
Displaying the current value using the TTY interface
To display the current value of the new PCR N parameters, use the following command: disp_element pcr_n1 disp_element pcr_n2 If the command is executed correctly, the displayed responses might be: pcr_n1 = 64 pcr_n2 = 1850
2-56
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring PCR using the TTY interface
Setting up timer values using the TTY interface
To update the appropriate MTP level 2 timer value, use the following command: chg_element ss7_l2_t* <element_value> <location>
Where: t* <element value>
is: T1 to T7 (inclusive) the value within the range for the particular timer shown in the table below. the location identier, either 0 or bsc.
<location>
Refer to Table 2-8 for the range and default values of the MTP level 2 timers.
68P02901W17-S
2-57 Nov 2007
MSC initiated IMSI and IMEI call trace
Chapter 2: Conguring BSS Features
MSC initiated IMSI and IMEI call trace
Introduction to MSC initiated call trace
The MSC initiated IMSI and IMEI call trace allows an MS to be tracked as it moves across the network. The MSC invokes call tracing at the BSS, which collects call trace data for either the International Mobile Subscriber Identity (IMSI) or the International Mobile Equipment Identity (IMEI), based upon the invoking message. This call trace data is then forwarded to the OMC-R. A call trace started by an MSC request, has the call trace data sent to the OMC-R for storage in a call trace logle. This call trace data can also be forwarded to the Network Management Centre (NMC) if necessary. The percentage of BSS resources to be reserved for MSC initiated traces can be specied through the call_trace_options parameter. The maximum number of call traces allowed at any one time is 16 for each BSS. The maximum number of traces the OMC-R can support is 40,000.
OMC-R Online Help, Network Operations describes how to initiate and manage a standard call
trace using the OMC-R GUI and TTY interface.
Controlling an MSC initiated call trace
The call_trace_options parameter enables or disables MSC initiated call traces for the entire BSS. The value of the call_trace_options parameter indicates the percentage of traces to be reserved exclusively for use by MSC initiated traces on a per-LCF basis. Entering a value between 0 and 100 indicates the percentage of traces reserved for MSC initiated traces on a per LCF basis. Entering a value of 255 indicates that MSC traces are blocked (barred). The default value is 0.
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-58
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Naming of call trace log les
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
Naming of call trace log les
Each logle name includes a timestamp consisting of the day of the month, the hour, the minute and the second at which the logle was created. This is to cater to situations where a call which is being traced goes outside the scope of that trace (moves from one cell to another) and re-enters the original scope.
GSM Trace Log le
{27703A} The naming convention for the GSM Call Trace Log le is modied. The le name is in the following format: ct_<SourceID>_<BSSID>_<BSSVersion>_<TraceReference>_<SCCPNumber>.<timestamp> A few examples of le naming conventions are as follows: ct_MSC_0000000023_1900_00257_0933472.28175502 ct_MMI_0000000005_1800_00508_1132800.23181320 ct_OMC_0000000222_1760_00009_0531712.14155138
A timestamp consists of the following elds: <date><hour><min><sec>, where each eld consists of 2 digits. The <date> eld indicates a number between 1 and 31. If the OMC-R fails to get the version of a BSS, it inserts 0000 in place of the BSSVersion.
68P02901W17-S
2-59 Nov 2007
Naming of call trace log les
Chapter 2: Conguring BSS Features
GPRS Trace Log le
{27703A} The naming convention for the GPRS Trace Log le is modied. The le name is in the following format: gt_<SourceID>_<BSSID>_<BSSVersion>_<TraceReference>_<PcuId>_<TLLI>.<timestamp> A few examples of le naming conventions are as follows: gt_MMI_0000000003_1900_00004_0_e8003d7d.16165815 gt_OMC_0000000002_1800_00010_0_c0f0a94d.17114120
A timestamp consists of the following elds: <date><hour><min><sec>, where each eld consists of 2 digits. The <date> eld indicates a number between 1 and 31. If the OMC-R fails to get the version of a BSS, it inserts 0000 in place of the BSSVersion.
2-60
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Call trace ow control
Call trace ow control
Overview of call trace ow control
Call traces can generate large and excessive amounts of trace data, which can load other parts of the system. OMC-R Online Help, Network Operations describes how to initiate and manage a standard call trace using the OMC-R GUI and TTY interface. Call trace ow control is a mechanism that reduces the number of call traces that can be initiated. The BSS enables or disables call trace ow control by monitoring the OML buffer availability. When the Operations and Maintenance Link (OML) buffer reaches a predened user level, the BSS enables or disables call trace ow control. When enabled the BSS temporarily suspends the triggering and the dynamic adjustment of the call trace criteria by the BSS. The BSS displays the current call trace ow control setting in the BSS Detailed View window. When call trace ow control is disabled (default), a user can initiate call traces from a BSS, SITE, CELL, or RTF. When call trace ow control is enabled, a user cannot initiate a call trace from a BSS, SITE, CELL, or RTF. If a user attempts this procedure, the OMC-R displays an error message in the status bar.
When a BSS is reset, call trace ow 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 ow control is enabled.
Call trace ow control parameters
Table 2-10 shows the parameters associated with Call Trace Flow Control. 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).
68P02901W17-S
2-61 Nov 2007
Call trace ow control parameters
Chapter 2: Conguring BSS Features
Table 2-10 Call trace ow control parameters
OMC-R GUI eld name/BSS parameter name Flow Control by BSS ct_ow_control_bss_ enabled (OMC-R parameter name: ct_fc_bss_enabled) 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 eld cannot be modied by a user. 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). 20 to 100. Default is 60%.
Flow Control High Threshold ct_ow_control_hi_level (OMC-R parameter name: ct_fc_hi_level)
Displayed in the GSM/GPRS Trace Information grouping of the BSS Detailed View. Species the percentage of the call trace OML buffer space that has to be used before ow 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 ow control. Displayed in the GSM/GPRS grouping of the BSS Detailed View. Species the percentage of the call trace OML buffer space that has to be used before ow 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 ow control is automatically enabled when the OML buffer capacity reaches 75%, and call trace ow control is automatically disabled when the OML buffer capacity reaches 25%.
Flow Control Low Threshold ct_ow_control_lo_level (OMC-R parameter name: ct_fc_lo_level)
0 to 80. Default is 20%.
Continued
2-62
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Methods of conguring call trace ow control
Table 2-10 Call trace ow control parameters (Continued)
OMC-R GUI eld name/BSS parameter name Apply Flow Control to MSC Trace ct_ow_control_msc_ enabled (OMC-R parameter name: ct_fc_msc_trace) Description 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 ow 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 ow 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 Disabled (0): meaning that MSC traces are allowed while ow control is enabled. Enabled (1): meaning that MSC traces are not allowed while ow control is enabled. Default is Disabled (0).
Methods of conguring call trace ow control
Call trace ow control can be congured using either of the following methods: OMC-R GUI BSS Detailed View and the elds detailed in Table 2-10. TTY interface, see Conguring Call Trace Flow Control using the TTY interface.
Conguring call trace ow control using the TTY interface
Conguring call trace ow control using chg_element
To congure the call trace ow control, use the chg_element command and the appropriate call trace ow control parameter as shown in Table 2-10. See Technical Description: BSS Command Reference (68P02901W23) for further details of BSS commands and parameters.
Setting the high level of the OML buffer
To set the level of the OML buffer at which the BSS enables call trace ow control, use the chg_element command and the ct_fc_hi_level parameter. For example, the following command sets the OML at 85%: chg_element ct_fc_hi_level 85
68P02901W17-S
2-63 Nov 2007
Conguring call trace ow control using the TTY interface
Chapter 2: Conguring BSS Features
Setting the low level of the OML buffer
To set the level of the OML buffer at which the BSS disables call trace ow control, use the chg_element command and the ct_fc_lo_level parameter. For example, the following command sets the OML at 60%: chg_element ct_fc_lo_level 60
Disabling MSC call trace ow control
To allow call traces to be initiated from an MSC only, when call trace ow control is enabled, use the chg_element command and the ct_fc_msc_trace parameter. For example, to enable MSC call traces, disable MSC Call Trace Flow Control using in the following command: chg_element ct_fc_msc_trace 0
Enabling MSC call trace ow control
To prevent call traces being initiated at an MSC, when call trace ow control is enabled, use the chg_element command and the ct_fc_msc_trace parameter. For example, to prevent MSC call traces, enable MSC call trace ow control use the following command: chg_element ct_fc_msc_trace 1
Displaying call trace ow control using the TTY interface
To display the call trace ow control settings, use the disp_element command and the appropriate call trace ow control parameter as shown in Table 2-10. To display the level of the OML buffer at which the BSS enables call trace ow control, for example, enter the following command: disp_element ct_fc_hi_level The system responds: ct_flow_control_hi_level = 85% To display the level of the OML buffer at which the BSS disables call trace ow 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 MSC call trace ow 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-64
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring call trace ow control using the TTY interface
Displaying whether call trace ow control is enabled, disabled, or halted
To display whether call trace ow control is enabled or disabled, use the following command: disp_element ct_fc_bss_enabled The system responds, for example: ct_flow_control_bss_enabled = 0
68P02901W17-S
2-65 Nov 2007
GPRS Trace
Chapter 2: Conguring BSS Features
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 signaling 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 is not applicable in GPRS Trace. However, for ease of implementation, a continue beyond scope value is always included in the trace Create action. This value is ignored by the BSS, if the trace type is GPRS. For GPRS Trace, the lifetime of an invoked trace corresponds 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 le 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. GPRS Trace Records are forwarded to the NMC. 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.
2-66
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Feature Description
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.
Trace start/stop times. Total number of GPRS MSs to be traced.
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 behavior is like 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 specic time may exceed the maximum number setting. The user may request a combined trace of both GSM and GPRS information in the specic case of an IMSI trace selector. In this case, the BSS forwards trace records relating to both GSM calls and GPRS data transfers for that IMSI. GSM and GPRS trace information is written to separate log les.
68P02901W17-S
2-67 Nov 2007
Enhanced Circuit Error Rate Monitor (ECERM)
Chapter 2: Conguring BSS Features
Enhanced Circuit Error Rate Monitor (ECERM)
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 identication of potentially faulty devices. ECERM does not conrm 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 Identier) - the radio hardware.
In addition to these points, ECERM also monitors the following new points: ACI (Ater Channel Identier) - 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 Identier) - 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).
Prerequisites to conguring ECERM
Before conguring ECERM, ensure that the following features have been enabled: ECERM (ecermOpt parameter). GPRS (gprsOpt parameter).
Table 2-11 indicates which ECERM parameters require these parameters to be enabled. For example, existing CERM parameters cannot be restricted.
2-68
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Determining whether ECERM has been enabled
Determining whether ECERM has been enabled
ECERM is an optional feature, which must be enabled before it can be used.
Using the OMC-R GUI
To check if ECERM has been enabled using the OMC-R GUI, display the setting of the Enhanced CERM Feature eld in the Optional Features grouping in the BSS Detailed View. The values for ecermOpt are: Disabled (0). Enabled (1).
The default is Disabled (0).
Using the TTY interface
To check if ECERM has been enabled using the TTY interface, enter the following command: disp_options all If the ECERM optional feature has been enabled, and is therefore unrestricted, the system displays the following in the unrestricted list: <43> Enhanced Circuit Error Rate Monitor
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
OMC-R GUI eld name/BSS parameter name BSS parameters: ECERM Feature (OMC-R parameter name: ecermOpt) 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. Continued Description
68P02901W17-S
2-69 Nov 2007
ECERM parameters
Chapter 2: Conguring BSS Features
Table 2-11 ECERM parameters (Continued)
OMC-R GUI eld name/BSS parameter name CIC Error Gen Threshold cic_error_gen_thresh Description Displayed in the Circuit Error Rate Monitor grouping in the BSS Detailed View. Species 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 - 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. Species 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 - 253. Default value: 0. Must be two less than cic_error_gen_thresh. Displayed in the Circuit Error Rate Monitor grouping in the BSS Detailed View. Species the CIC error increment value. The system updates the CIC error count by this value whenever an error is detected. Valid range: 0 (Disabled) - 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. Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Species 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, an ACI alarm is generated. Valid values: 2 - 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. Grayed-out if the ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Continued
CIC Error Clear Threshold cic_error_clr_thresh
CIC Error Increment cic_error_inc
ACI Error Gen Threshold aci_error_gen_ thresh (OMC-R parameter name: aciErrGenThresh).
2-70
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
ECERM parameters
Table 2-11 ECERM parameters (Continued)
OMC-R GUI eld name/BSS parameter name ACI Error Clear Threshold aci_error_clr_ thresh (OMC-R parameter name: aciErrClrThresh). Description Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Species the value which the error count must be equal to or less than for an ACI alarm to be cleared. Valid values: 0 - 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. Grayed-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. Species the ACI error increment value. The system updates the ACI error count by this value whenever an error is detected. Valid range: 0 (Disabled) - 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. Grayed-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. Species 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 - 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. Grayed-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. Species the value which the error count must be equal to or less than for a GCI alarm to be cleared. Valid values: 0 - 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. Grayed-out if the GPRS Feature (gprsOpt) or ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Continued
ACI Error Increment aci_error_inc (OMC-R parameter name: aciErrorInc)
GCI Error Gen Threshold gci_error_gen_thresh (OMC-R parameter name: gciErrGenThresh)
GCI Error Clear Threshold gci_error_clr_thresh (OMC-R parameter name: gciErrClrThresh)
68P02901W17-S
2-71 Nov 2007
ECERM parameters
Chapter 2: Conguring BSS Features
Table 2-11 ECERM parameters (Continued)
OMC-R GUI eld name/BSS parameter name GCI Error Increment gci_error_inc (OMC-R parameter name: gciErrorInc) Description Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Species the GCI error increment value. The system updates the GCI error count by this value whenever an error is detected. Valid range: 0 (Disabled) - 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. Grayed-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. Species 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 - 240 seconds. Default values: 60, when GPRS and ECERM are enabled. 0, if either GPRS or ECERM is disabled.
GPRS Alarm Time gprs_alarm_time (OMC-R parameter name: gprsAlarmTime)
Grayed-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. Species 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 - 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. Grayed-out if the ECERM Feature (ecermOpt) is disabled. Exists only at a BSC. Continued
2-72
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
ECERM parameters
Table 2-11 ECERM parameters (Continued)
OMC-R GUI eld name/BSS parameter name PIC Error Clear Threshold pic_error_clr_thresh (OMC-R parameter name: picErrClrThresh) Description Displayed in the Enhanced Circuit Error Rate Monitor grouping in the BSS Detailed View. Species the value which the error count must be equal to or less than for a PIC alarm to be cleared. Valid values: 0 - 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. Grayed-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. Species the PIC error increment value. The system updates the PIC error count by this value whenever an error is detected. Valid range: 0 (Disabled) - 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. Grayed-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. Species 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, an RCI alarm is generated. Valid range: 2 - 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. Species the Radio Channel Identier (RCI) error count clearing threshold at the BSC. When the error count reaches or falls below this threshold the alarm clears. Valid range: 0 - 253. Default value: 0. Must be two less than rci_error_gen_thresh. Continued
PIC Error Increment pic_error_inc (OMC-R parameter name: picErrorInc)
RCI Error Gen Threshold rci_error_gen_thresh
RCI Error Clear Threshold rci_error_clr_thresh
68P02901W17-S
2-73 Nov 2007
Methods for conguring ECERM
Chapter 2: Conguring BSS Features
Table 2-11 ECERM parameters (Continued)
OMC-R GUI eld name/BSS parameter name RCI Error Increment rci_error_inc Description Displayed in the Circuit Error Rate Monitor grouping in the BSS Detailed View. Species the Radio Channel Identier (RCI) error increment value. The system updates the RCI error count by this value whenever an error is detected. Valid range: 0 (Disabled) - 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.
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. This parameter is supported at BTS sites. If a user changes this parameter, a warning message is displayed indicating that a site reset occurs when the value is saved. Displayed in the Circuit Error Rate Monitor grouping in the SITE Detailed View. This parameter is supported at BTS sites. If a user changes this parameter, a warning message is displayed indicating that a site reset occurs when the value is saved. Displayed in the Circuit Error Rate Monitor grouping in the SITE Detailed View form. This parameter is supported at BTS sites. If a user changes this parameter, a warning message is displayed indicating that a site reset occurs when the value is saved. Displayed in the GPRS grouping in the SITE Detailed View. This parameter is supported at BTS sites. If a user changes this parameter, a warning message is displayed indicating that a site reset occurs when the value is saved. Valid values: 1 - 65535, when the GPRS Feature is enabled. Default value: 0, when the GPRS feature is disabled. Grayed-out in the SITE 0 Detailed View if the GPRS Feature (gprsOpt) is disabled.
Uplink Sync Timer (msec) uplink_sync_timer (OMC-R parameter name: ulSyncTimer)
Downlink Sync Timer (msec) downlink_sync_timer (OMC-R parameter name: dlSyncTimer)
Static Sync Timer static_sync_timer
Methods for conguring ECERM
The ECERM feature can be congured using: OMC-R GUI, using the BSS Detailed View (Circuit Error Rate Monitor grouping), and SITE Detailed View (Circuit Error Rate Monitor grouping), and the elds detailed in Table 2-11. TTY interface, see Conguring ECERM using the TTY interface.
2-74
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring ECERM using the TTY interface
Conguring ECERM using the TTY interface
Using chg_ and disp_element commands
The chg_element and disp_element commands can be used to congure and change the ECERM parameters shown in Table 2-11. Some examples are also given in the following sections. See Technical Description: BSS Command Reference (68P02901W23) for full details of BSS commands, prompts, and parameters.
Displaying the current GPRS alarm increment/decrement period
Use the disp_element command to display the current GPRS Alarm Increment/Decrement Period parameter of the BSC. For example, the following command displays the current setting at the BSC: disp_element gprs_alarm_time 0 The system replies, for example: gprs_alarm_time = 30
Setting the GPRS alarm increment/decrement period
Use the chg_element command to change the GPRS Alarm Increment/Decrement Period parameter. For example, the following command changes the GPRS Alarm Increment/Decrement Period parameter to 40 at the BSC: chg_element gprs_alarm_time 40 0 COMMAND ACCEPTED
Changing the initial sync timer parameter
Use the chg_element command to change the Initial Sync Timer parameter. For example, the following command changes the Initial Sync Timer to 2000 at the BSC: chg_element initial_sync_timer 2000 0 The system responds with the following prompts for further information (bold text shows typical user responses): Enter value for downlink sync timer: 1000 Enter value for uplink sync timer: 1000 Enter value for static sync timer: 1000 WARNING: Changing initial_sync_timer will cycle device SITE. Are you sure (y = yes, n = no)? y COMMAND ACCEPTED
68P02901W17-S
2-75 Nov 2007
Advanced Load Management for EGSM
Chapter 2: Conguring BSS Features
Advanced Load Management for EGSM
Introduction to Advanced Load Management for EGSM
The Advanced Load Management (ALM) for EGSM feature is an optional feature. It enables an EGSM mobile to handover to an EGSM resource on a neighboring cell rather than allowing it to be handed over to a neighboring cell which may not contain EGSM carriers. Before the introduction of the Advanced Load Management for EGSM feature, EGSM carriers in a PGSM/EGSM and DCS1800 multiband network were under utilized because of the interaction with the multiband handover feature. A typical example of this is when an EGSM mobile is established on a PGSM cell (which has EGSM capabilities) and the neighbor cell uses the Multiband Handover feature with the band preference set to DCS1800, and the band preference mode set to 4. If there is idle EGSM TCH capacity, the mobile is assigned to the EGSM TCH resource and when a handover is triggered, the mobile is targeted to the DCS 1800 band. The result is EGSM resources are under utilized. To allow EGSM resources to be fully utilized, the Advanced Load Management for EGSM feature introduces an EGSM targeting algorithm which the operator can enable in the BSS software. The EGSM targeting algorithm selects an internal EGSM capable neighbor cell, rather than a non-EGSM cell, when a handover is triggered. For a full description of Advanced Load Management for EGSM, see Technical Description: BSS Implementation (68P02901W36).
Restrictions and dependencies to ALM for EGSM
Before Advanced Load Management for EGSM can be enabled, there must not be any: Coincident multiband cells. EGSM BCCH frequencies. Hopping through EGSM frequencies within a PGSM/EGSM cell.
Also external handovers assume that a cell with PGSM BCCH is a PGSM only cell.
Interaction with other features
This feature interacts with the IMRM feature, see Intelligent Multilayer Resource Management (IMRM) on page 2-148 for further details.
2-76
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
ALM for EGSM parameters
ALM for EGSM parameters
Table 2-12 details the parameters associated with conguring Advanced Load Management for EGSM. 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-12 Advanced Load Management for EGSM parameters
OMC-R GUI eld name/BSS parameter name ALM Enhancement for EGSM Carriers (OMC-R parameter name: AlmEgsmOpt) Description Displayed in the Optional Features grouping of the BSS Detailed View. Indicates whether Advanced Load Management for EGSM feature is unrestricted at the BSS. Valid values: 0 or 1, where: BSS EGSM ALM ALLOWED bss_egsm_alm_allowed (OMC-R parameter name: egsm_alm_allowed) 0 - Disabled (restricted). 1 - Enabled (unrestricted).
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 eld is grayed-out if the eld: ALM Enhancement for EGSM Carriers (parameter name:AlmEgsmOpt) has been set to Disabled (0).
Methods of conguring ALM for EGSM
ALM for EGSM can be congured using: OMC-R GUI BSS Detailed View and the elds shown in Table 2-12. TTY interface, see Conguring ALM for EGSM using the TTY interface.
Conguring ALM for EGSM using the TTY interface
Displaying current setting of ALM for EGSM using the TTY interface
To display the current setting for Advanced Load Management for EGSM feature (that is, whether it is restricted or unrestricted at the BSS) using the TTY interface, use the disp_element command. For example: disp_element bss_egsm_alm_allowed bsc If Advanced Load Management for EGSM is unrestricted (enabled), the system displays: bss_egsm_alm_allowed = 1 68P02901W17-S 2-77 Nov 2007
Conguring ALM for EGSM using the TTY interface
Chapter 2: Conguring BSS Features
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-78
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Network Controlled Cell Reselection
Network Controlled Cell Reselection
Description of Network Controlled Cell Reselection (NCCR)
In a GPRS network, cell reselection is the equivalent of a GSM circuit switched handover. In general, as the location of a mobile or RF conditions change, or cells get congested, cell reselection offers mobility and performs network trafc management. The different modes of cell reselection in GPRS network are referred to as: NC0. NC1. NC2. RESET.
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 exibility of virtual zones within the network of cells with same cell reselection order. Table 2-13 details the cell reselection modes offered by Motorola.
Table 2-13 GPRS cell reselection modes
Cell Reselection Mode NC0 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 Enhanced NC1
MS control MS control
NC2
Network control
For a full description of NCCR, see Technical Description: BSS Implementation (68P02901W36).
68P02901W17-S
2-79 Nov 2007
Determining whether Network Controlled Cell Reselection (NCCR) is enabled
Chapter 2: Conguring BSS Features
Determining whether Network Controlled Cell Reselection (NCCR) is enabled
NCCR is an optional feature, which must be unrestricted for a BSS in order for it to be used. If NCCR is enabled, the GPRS option must also be enabled.
Using the OMC-R GUI
To check if NCCR is restricted or unrestricted, using the OMC-R GUI, display the setting of the Network Controlled Cell Reselection Feature eld in the Optional Features grouping in the BSS Detailed View. The values for nccrOpt are: Disabled (0). Enabled (1). Default is Disabled (0).
This eld cannot be changed by a user.
Using the TTY interface
To check if NCCR is unrestricted using the TTY interface, enter the following command: disp_options all If the NCCR optional feature is unrestricted, the system displays the following in the unrestricted list: 43 Network Controlled Cell Reselection
Network Controlled Cell Reselection parameters
Table 2-14 details the Network Controlled Cell Reselection 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).
2-80
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Network Controlled Cell Reselection parameters
Table 2-14
Network Controlled Cell Reselection parameters
Description Displayed in the Network Controlled Cell Reselection grouping in the BSS Detailed View form. Indicates whether the Network Controlled Cell Reselection feature is Enabled (1) or Disabled (0). The default is Disabled (0). This eld can be modied by a user. This eld is grayed-out if the BSS Detailed View eld: 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 idle. Valid values are: 4 - 6, where: 4 - 15.36 seconds 5 - 30.72 seconds 6 - 61.44 seconds The default is 6, that is, 61.44 seconds. This eld is grayed-out if the BSS Detailed View eld: 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 the BSS expects the MS to read the paging channel (CCCH) for a control message (PCCO). Valid values are: 0 - 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 eld is grayed-out if the BSS Detailed View eld: Network Controlled Cell Reselection Feature (parameter name: nccrOpt) is set to Disabled (0). Continued
OMC-R GUI eld name/BSS parameter name NCCR Enabled nccr_enabled
NC Reporting Period Idle nc_reporting_period_i
NC Non Drx Period nc_non_drx_period
68P02901W17-S
2-81 Nov 2007
Network Controlled Cell Reselection parameters
Chapter 2: Conguring BSS Features
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 between successive measurement reports from a GPRS MS to the BSS when the MS is transferring packet data. Valid values are: 0 - 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 eld is grayed-out if the BSS Detailed View eld: Network Controlled Cell Reselection Feature (parameter name: nccrOpt) is set to Disabled (0). 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 - 4, where: 0 - NC0 1 - NC1 2 - NC2 3 - Enhanced NC0 4 - Enhanced NC1 The default is 0. This parameter can be modied regardless of whether the cell is GPRS enabled/disabled. This eld is grayed-out if the BSS Detailed View eld: 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 are received before the PCU initiates network controlled cell reselection. (A bad PMR is one in which the difference between the serving cell's rxlev and the serving cell's congured value of rxlev_access_min is less than gprs_cr_margin.) Grayed-out if the Network Controlled Cell Reselection Feature (nccrOpt) is Disabled (0) for the BSS. Valid values: 1 - 10. The default is 3. Continued
OMC-R GUI eld name/BSS parameter name NC Reporting Period Transfer nc_reporting_period_t
Network Control Order network_control_order (OMC-R parameter name: netwk_ctrl_order)
Bad PMRs gprs_num_pmrs
2-82
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
NCCR changes to Detailed Views
Table 2-14 Network Controlled Cell Reselection parameters (Continued)
OMC-R GUI eld name/BSS parameter name PMR Threshold gprs_cr_margin Description 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. Grayed-out if the Network Controlled Cell Reselection Feature (nccrOpt) is Disabled (0) for the BSS. Valid values: 5 - 40. The default is 30.
NCCR changes to Detailed Views
The NCCR feature adds a GPRS checkbox to the BA Type eld (parameter ba_type) in the following OMC-R GUI Detailed Views: Neighbor Detailed View* TestNeighbor Detailed View* Neighbor Template Detailed View* Multiple TestNeighbor Create Form* Neighbor Template View Form Source/Neighbor View Form
An asterisk (*) in the list above indicates that the GPRS checkbox is grayed-out if the Network Controlled Cell Reselection Feature (parameter name: nccrOpt) eld 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 eld must be checked before the Detailed View can be saved. It is possible to select the following combinations in the BA Type eld: SACCH or BCCH or GPRS SACCH or BCCH SACCH and GPRS BCCH and GPRS SACCH and BCCH and GPRS
Methods for conguring NCCR
The NCCR feature can be congured using: OMC-R GUI BSS and CELL Detailed Views and the elds shown in Table 2-14. TTY interface, see Conguring NCCR using the TTY interface.
68P02901W17-S
2-83 Nov 2007
Conguring NCCR using the TTY interface
Chapter 2: Conguring BSS Features
Conguring NCCR using the TTY interface
Using chg_element and disp_element commands to change NCCR parameters
The chg_element and disp_element commands can be used to congure and change the NCCR parameters shown in Table 2-14. Some examples are also given in the following sections. See Technical Description: BSS Command Reference (68P02901W23) for full details of BSS commands, prompts, and parameters.
Displaying the current NCCR parameter values
Use the disp_element command to display the current values of NCCR parameters shown in Table 2-14. For example, the following command displays the value of nc_reporting_period_i at site 5: disp_element nc_reporting_period_i 5 The system replies, for example: nc_reporting_period_i = 6 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
Changing the NCCR parameter values
To change the NCCR parameter values, use chg_element. For example, the following command changes the value of nc_reporting_period_i to 4 at site 5: chg_element nc_reporting_period_i 4 5
Changing the network_control_order parameter
To change the network_control_order parameter, use the chg_cell_element command. for example, the following command changes the value of network_control_order to 2 (for NC2) at site 3, cell 0010116: chg_cell_element 3 network_control_order 2 cell 0 0 1 0 1 1 6
NCCR changes to neighbor commands
The NCCR feature modies the add_neighbor, modify_neighbor, and disp_neighbor commands. New add_neighbor prompts: Table 2-15 details the additional system prompts for NCCR information when the add_neighbor is used.
2-84
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring NCCR using the TTY interface
Table 2-15
add_neighbor NCCR-related prompts
Prompt Values yes or no yes or no yes or no Default yes yes yes
Add neighbor to the BA BCCH list (yes/no)? Add neighbor to the BA SACCH list (yes/no)? Add neighbor to the BA GPRS list (yes/no)? (Only displayed if NCCR is restricted for the BSS.) Enter base station identity code (bsic): (Prompted for all external neighbors.)
0 - 63
None
If an attempt is made to create a neighbor, 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 neighbor 0010112 of cell 0010111 from the GPRS list, when the neighbor 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: Neighbor not present in SACCH list: remove from BCCH/GPRS list. must be deleted to
The following command adds the neighbor 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 neighbor's frequency on the GPRS list when the NCCR feature is restricted at the BSS, the command is rejected and an error message is displayed. disp_neighbor NCCR changes: The disp_neighbor command can be used to display whether the frequencies of the neighboring cells are part of the ba_gprs list. For example, the following command displays all neighbor 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.
68P02901W17-S
2-85 Nov 2007
Conguring NCCR using the TTY interface
Chapter 2: Conguring BSS Features
The following command displays all neighbor information for neighbor 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 neighboring cells from the ba_type list. For example, the following command deletes the cell 0010114 from the neighbor list of cell 0010111: del_neighbor 0 0 1 0 1 1 1 0 0 1 0 1 1 4
2-86
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GPRS Interleaving TBFs
GPRS Interleaving TBFs
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.
Description of GPRS interleaving TBFs
Interleaving TBFs allow the rapid multiplexing of RLC data blocks of many different mobiles on to a common air resource. Many mobiles can then share a common air resource (although the effective throughput of each mobile on the shared resource may be decreased). Each mobile sharing a common air resource is given a percentage of the bandwidth of the shared resource. For example, if two mobiles are interleaved on the same air timeslot, one mobile can be given 70% of the timeslot, and the second mobile is given the remaining 30%. Interleaving increases the number of users on a single timeslot, therefore increasing the overall capacity (in terms of number of users) of a serving cell. Interleaving TBFs in the uplink and downlink use Block-by-Block multiplexing, which involves multiplexing two or more mobiles on a timeslot with the capability of switching between mobiles every block period. All mobiles on a timeslot are simultaneously active in TBFs. The TBF setup, release, and data transfer phases of the TBF for one mobile can overlap the TBF setup, release, and data transfer phases of other TBFs belonging to other mobiles. For a full description of this feature, see Technical Description: BSS Implementation (68P02901W36).
Delayed Downlink TBF Release
When in Delayed Downlink TBF Release mode, the BSS sends dummy data blocks at least every 24 block periods to the MS if no new data is available. If new downlink data does not arrive within a predetermined number of block periods, downlink TBF is released. If new data arrives for an MS in Delayed Downlink TBF Release mode, then the BSS exits Delayed Downlink TBF Release mode and continues in data transfer mode. The BSS parameter delay_dl_rel_dur determines the number of block periods in which the network delays the release of a downlink TBF. See Table 2-16 for details.
68P02901W17-S
2-87 Nov 2007
Delayed Downlink TBF Release Control
Chapter 2: Conguring BSS Features
Delayed Downlink TBF Release Control
When Delayed Downlink TBF Release Control is enabled, the BSS monitors and calculates the availability of timeslot resources in the cell as cell availability, and terminates one or more downlink TBFs in Delayed Downlink Release mode if the cell is under congestion. The downlink TBFs terminated due to cell availability will be in Delayed Downlink TBF Release mode for less than the number of blocks determined by delay_dl_rel_dur. Delayed Downlink TBF Release Duration as a function of cell availability is enabled and disabled using the BSS parameter ddtr_ctrl_enabled. See Table 2-16 for details.
Delayed Uplink TBF Release
When a downlink TBF does not exist for the MS, the BSS extends the uplink TBF of the MS by delaying the release of the uplink TBF. If a new downlink TBF is not established for the MS within the predetermined number of block periods, uplink TBF is released. If a new downlink TBF is established for the MS, the BSS releases the uplink TBF immediately. The BSS parameter delay_ul_rel_dur determines the number of block periods in which the network delays the release of an uplink TBF. See Table 2-16 for details.
GPRS interleaving TBFs capacity
The BSS can support: Up to four unique mobiles in both the Uplink and Downlink directions on a timeslot. Up to 120 active downlink TBFs per PRP board. Up to 120 active uplink TBFs per PRP board. Up to 120 active mobiles per PRP board.
GPRS interleaving TBFs parameters
Table 2-16 details the GPRS interleaving parameters for a BSS and cell. 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-88
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GPRS interleaving TBFs parameters
Table 2-16 GPRS interleaving BSS and cell parameters
OMC-R GUI eld name/BSS parameter name BSS Parameters: Delayed Downlink TBF Release Duration delay_dl_rel_dur 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 - 600 blocks. Default is 50 blocks. Can only be modied if the GPRS Feature (gprsOpt) is unrestricted (Enabled) in the BSS Detailed View. Otherwise, the eld is grayed-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 - 50 blocks. Default is 18 blocks. Grayed-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. Grayed-out if 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 - 250 blocks. Default is 50 blocks. Can only be modied if the GPRS Feature (gprsOpt) is unrestricted (Enabled) in the BSS Detailed View. Otherwise, the eld is grayed-out in the Detailed View form. Continued Description
Delayed Uplink TBF Release Duration delay_ul_rel_dur
Delayed Downlink TBF Release Control ddtr_ctrl_enabled
Auto Downlink Duration auto_dl_dur
68P02901W17-S
2-89 Nov 2007
Impact of GPRS interleaving TBFs on a BSS
Chapter 2: Conguring BSS Features
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 - 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 eld name/BSS parameter name GPRS Scheduling Beta Algorithm gprs_sched_beta
Can only be modied, if the GPRS Feature (gprsOpt) is unrestricted (Enabled) in the BSS Detailed View. Otherwise, the eld is grayed-out. If gprs_sched_beta is modied and saved while the QoS feature (see Quality of Service (QoS) on page 2-158) 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 - 3. If not set by a user at cell creation time, defaults to 1 timeslot. Can only be modied, if the GPRS Feature (gprsOpt) and Enhanced GPRS One Phase feature are unrestricted (Enabled) in the BSS Detailed View. Otherwise, the eld is grayed-out in the CELL Detailed View form.
Impact of GPRS interleaving TBFs on a BSS
The introduction of GPRS interleaving TBFs modies the BSS parameter gprs_mac_mode, which determines the medium access mode to be used by the BSS. gprs_mac_mode now only supports dynamic access mode (1), which is also the default. For example, the following command changes gprs_mac_mode to dynamic access mode: chg_element gprs_mac_mode 1 bsc
Methods for conguring GPRS interleaving TBFs
The GPRS interleaving TBFs feature can be congured using: OMC-R GUI BSS and CELL Detailed Views and the elds shown in Table 2-16. TTY interface, see Conguring GPRS interleaving TBFs using the TTY interface.
2-90
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring GPRS interleaving TBFs using the TTY interface
Conguring GPRS interleaving TBFs using the TTY interface
Displaying the current GPRS interleaving TBF BSS parameter values
Use the disp_element command to display the current value of a BSS GPRS interleaving TBFs parameter detailed in Table 2-16. For example, the following command displays the current value of auto_dl_dur: disp_element auto_dl_dur 0 The system replies, for example: auto_dl_dur = 20
Modifying GPRS interleaving TBF BSS parameter values
Use the chg_element command to change the value of a BSS GPRS interleaving TBFs parameter detailed in Table 2-16. For example, the following command changes auto_dl_dur to 20: chg_element auto_dl_dur 20 0
Displaying the current value of ts_in_usf_active
Use the disp_element command to display the current value of the GPRS interleaving TBFs cell parameter ts_in_usf_active detailed in Table 2-16. For example, the following command displays the current value of ts_in_usf_active at the BSC, cell 0010111: disp_element ts_in_usf_active 0 cell 0 0 1 0 1 1 1 The system replies, for example: ts_in_usf_active = 1
Modifying the current value of ts_in_usf_active
Use the chg_element or chg_cell_element command to display the current value of the GPRS interleaving TBFs cell parameter ts_in_usf_active detailed in Table 2-16. For example, the following commands change ts_in_usf_active to 1 at cell 0010111: chg_cell_element ts_in_usf_active 1 0 0 1 0 1 1 1 chg_element ts_in_usf_active 1 0 cell 0 0 1 0 1 1 1
68P02901W17-S
2-91 Nov 2007
Enhanced BSC Capacity
Chapter 2: Conguring BSS Features
Enhanced BSC Capacity
Introduction to the Enhanced BSC Capacity feature
The Enhanced BSC Capacity feature is an optional feature, which increases the capacity of the BSC from 384 carriers and 2400 circuits (CICs) to 512 carriers and 3200 circuits (CICs).
If either GSM HR and/or AMR has been purchased and enabled, a maximum of 4800 CICs can be equipped at an RXCDR site. The Enhanced BSC Capacity feature also increases the number of entries in the BSC-RXCDR connectivity table to 27.
Determining whether Enhanced BSC Capacity is enabled
Using the OMC-R GUI
To check if the Enhanced BSC Capacity feature has been enabled using the OMC-R GUI, display the setting of the Enhanced BSC Capacity Feature (ebscOpt) eld in the Optional Features grouping in the BSS Detailed View. The values for Enhanced BSC Capacity Feature eld are: Disabled (0). Enabled (1). Default is Disabled (0).
Using the TTY interface
To check if Enhanced BSC Capacity has been enabled using the TTY interface, enter the following command: disp_options all If the Enhanced BSC Capacity is unrestricted (enabled) the system displays the following in the unrestricted list: 49 Enhanced BSC Capacity
2-92
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Inter-Radio Access Technology (Inter-RAT) Handover
Inter-Radio Access Technology (Inter-RAT) Handover
Overview of Inter-RAT Handover
Initially, when network operators provide a UMTS service, there may only be small pockets of UMTS coverage in a predominantly GSM coverage network. In this situation, when a UMTS subscriber leaves a UMTS coverage area, the call may be dropped. UMTS subscribers may also face problems establishing a UMTS call when the trafc in the UMTS coverage area is high. To avoid these problems, the Inter-RAT Handover feature can be enabled. The Inter-RAT Handover feature allows a multi-RAT mobile station (MS) to perform 2G to 3G cell selection/reselection in idle mode, and 3G to 2G handovers in circuit-switched dedicated mode. When the Inter-RAT Handover feature is enabled at a BSS, the BSS broadcasts new system information messages to allow a multi-RAT MS to perform measurements on UMTS FDD (UTRAN) neighbor cells for handover and cell selection/reselection purposes. When in dedicated mode, Inter-RAT Handover provides 3G measurement control parameters to the MS. When the Inter-RAT Handover feature is enabled at a BSS, it can then be enabled or disabled for individual cells.
Inter-RAT Handover dependencies
The Inter-RAT Handover feature requires: Multi-RAT mobile stations, which are capable of accessing the Core Network (CN) from a UMTS coverage area and a GSM coverage area. The MS must be capable of operating in either GSM or UMTS cells including execution of procedures such as PLMN selection, cell reselection, measurements in idle mode and dedicated mode, and so on. A UMTS network including 2G/3G compatible MSC. Existing 2G CN nodes must be able to interact with the 3G CN nodes through MAP procedures dened on the E-interface between a 3G CN node and 2G CN node.
68P02901W17-S
2-93 Nov 2007
Enhanced Inter-RAT Handover feature
Chapter 2: Conguring BSS Features
Enhanced Inter-RAT Handover feature
The Enhanced 2G/3G Handover and Cell Reselection feature (also referred to as the Enhanced Inter-RAT Handover feature) provides support in the BSS for: Outgoing dedicated mode handover from 2G to 3G (basic measurement-based and service-based handover triggers). BSS control for measurement reporting by multi-RAT MS, UTRAN early classmark sending blind search for cell reselection from 2G to 3G. Inter-RAT related performance measurements.
The Enhanced Inter-RAT feature also introduces a new device called a Blind Search Neighbor, which is supported under a cell, and represents the blind search neighbors of a cell. See UTRAN blind search neighbor on page 8-138 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).
Interaction with other features
This feature interacts with the IMRM feature, see Intelligent Multilayer Resource Management (IMRM) on page 2-148 for further details.
Inter-RAT Handover and Enhanced Inter-RAT Handover parameters
Table 2-17 lists the parameters associated with the Inter-RAT Handover and Enhanced Inter-RAT Handover features. 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-94
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Handover and Enhanced Inter-RAT Handover parameters
Inter-RAT
Table 2-17 Inter-RAT Handover and Enhanced Inter-RAT handover parameters
OMC-R GUI eld 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 the Inter-RAT Handover Feature is restricted (disabled) or unrestricted (enabled) in the BSS software. This parameter cannot be modied 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 Optional Features grouping of the BSS Detailed View form. Indicates whether the Enhanced Inter-RAT Handover Feature is restricted (disabled) or unrestricted (enabled) for the BSS. This parameter cannot be modied 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. 0 or 1, where: Disabled (0). Enabled (1). Default is Disabled (0). Description Values
Enhanced Inter-RAT Handover Feature EnhancedInterRatOpt (OMC parameter name: EnhncdInterRatOpt)
0 or 1, where: Disabled (0). Enabled (1). Default is Disabled (0).
MSC Release msc_release
0 or 1, where: Release 1998 or older (0). Release 1999 or newer (1). Default is 0. Continued
68P02901W17-S
2-95 Nov 2007
Inter-RAT Handover and Enhanced Inter-RAT Handover parameters
Chapter 2: Conguring BSS Features
Table 2-17 Inter-RAT Handover and Enhanced Inter-RAT handover parameters (Continued)
OMC-R GUI eld 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 eld is grayed-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 eld cannot be set to 4, 5, 6 or 7 if the container BSS has EnhancedInterRatOpt set to Disabled (0). If modied 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 modied 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 congured to support multiband. 0 - 7, where: 0 - OFF. 1 - 2 3G Idle. 2 - 3 2G Dedicated. 3 - 2 3G Idle and 3-2G Dedicated. 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. Description Values
Continued
2-96
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Handover and Enhanced Inter-RAT Handover parameters
Inter-RAT
Table 2-17 Inter-RAT Handover and Enhanced Inter-RAT handover parameters (Continued)
OMC-R GUI eld name/BSS parameter name BCCH RF Signal Level Threshold qsearch_i 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 neighbor 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 neighbor cells. This eld is grayed-out if Inter-RAT Handover Feature (InterRatOpt) and TD-SCDMA Feature (tdOpt) are restricted (disabled) for the BSS. {31400} This parameter is modied to be capable of access when either tdOpt / InterRATOpt / EnhancedInterRATOpt is unrestricted. Values 0 - 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). 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 = Innity (always) Default is 0.
Use BCCH RF Signal Level Threshold qsearch_c_initial
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 causes the SI2ter_MP_CHANGE_MARK and SI2quater MP_CHANGE_MARK to be toggled. This eld is grayed-out if Inter-RAT Handover Feature (InterRatOpt) and TD-SCDMA Feature (tdOpt) are restricted (disabled) for the BSS. {31400} This parameter is modied to be capable of access when either tdOpt / InterRATOpt / EnhancedInterRATOpt is unrestricted.
Continued
68P02901W17-S
2-97 Nov 2007
Inter-RAT Handover and Enhanced Inter-RAT Handover parameters
Chapter 2: Conguring BSS Features
Table 2-17 Inter-RAT Handover and Enhanced Inter-RAT handover parameters (Continued)
OMC-R GUI eld name/BSS parameter name Receive Signal Code Power (RSCP) Threshold fdd_qoffset Description Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Used by the MS in the cell reselection algorithm. This eld is grayed-out if Inter-RAT Handover Feature (InterRatOpt) is restricted (disabled) for the BSS. Values 0 - 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 - 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 - 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). 0 or 1, where: 0 = RSCP . 1 = Ec/No. Default is 1 (Ec/No). Continued
Minimum Ec/No Threshold fdd_qmin
Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Used by the MS in the cell reselection algorithm. This eld is grayed-out if Inter-RAT Handover Feature (InterRatOpt) is restricted (disabled) for the BSS.
SACCH RF Signal Level Threshold qsearch_c
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 neighbor cell. This eld is grayed-out if EnhncdInterRatOpt is Disabled (0).
UTRAN Reporting Quantity fdd_rep_quant
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. Grayed out if EnhncdInterRatOpt is Disabled (0).
2-98
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Handover and Enhanced Inter-RAT Handover parameters
Inter-RAT
Table 2-17 Inter-RAT Handover and Enhanced Inter-RAT handover parameters (Continued)
OMC-R GUI eld name/BSS parameter name Number of Serving Band cells to report serving_band_reporting 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. Grayed 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. Grayed 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. Grayed out if EnhncdInterRatOpt is Disabled (0). If modied from 0 to 1, and there are no UTRAN blind search neighbors equipped to that cell, the following warning message is displayed: There are no Blind Search neighbors equipped for this cell. Displayed in the Inter-RAT Handover grouping of the CELL Detailed View form. Indicates whether handover to UMTS band is preferred. Grayed 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). Grayed 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 RSCP (0). Grayed out if EnhncdInterRatOpt is Disabled (0). Values Values: 0 - 3. Default is 3.
Number of UTRAN FDD cells to report fdd_multirat_reporting
0 - 3. Default is 1.
Blind Search Preference blind_search_preference
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).
UMTS Band Preferred umts_band_preferred
0 or 1, where: 0 = No. 1 = Yes. Default is 0 (No). -20 dBm to 0 dBm. Default is -15 dBm.
Threshold when FDD_REP_QUANT is Ec/No umts_cpich_ec_no_min
Threshold when FDD_REP_QUANT is RSCP umts_cpich_rscp_min
-53 dBm to -115 dBm. Default is -90 dBm.
Continued
68P02901W17-S
2-99 Nov 2007
Methods of conguring Inter-RAT Handover
Chapter 2: Conguring BSS Features
Table 2-17 Inter-RAT Handover and Enhanced Inter-RAT handover parameters (Continued)
OMC-R GUI eld name/BSS parameter name UTRAN parameters: UMTS Measurement Margin umts_meas_margin Displayed in the Identication parameter grouping in the UTRAN Detailed View form. It is a measurement parameter used by the handover algorithm. Grayed out if EnhncdInterRatOpt is Disabled (0). Displayed in the General parameter grouping in the UTRAN Detailed View form. Indicates UTRAN neighbor cell measurement averaging period. Grayed out if EnhncdInterRatOpt is Disabled (0). Displayed in the General parameter grouping in the UTRAN Detailed View form. Species the neighbor lists: BCCH, SACCH, or BCCH and SACCH. Grayed out if EnhncdInterRatOpt is Disabled (0). 0 dB to 20 dB. Default is 3 dB. Description Values
Averaging Period umtsNcellAvgPrd
0 - 12. Default is 6.
UMTS BA Type umts_ba_type
1 - 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 modied after creation (whether selected or not).
Blind Search Neighbor parameters
See UTRAN blind search neighbor on page 8-138 for details.
Methods of conguring Inter-RAT Handover
Inter-RAT Handover can be congured using: OMC-R GUI BSS and CELL Detail Views and the elds shown in Table 2-17. TTY interface, see Conguring Inter-RAT Handover using the TTY interface.
Conguring Inter-RAT Handover using the TTY interface
Checking if Inter-RAT Handover is unrestricted
To check if the Inter-RAT Handover feature is unrestricted (enabled) using the TTY interface, enter the following command: disp_options
2-100
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring Inter-RAT Handover using the TTY interface
If Inter-RAT Handover is unrestricted, the following is displayed: 36 InterRat Handover 2G>3G Cell Reselection, 3G>2G Dedicated Mode.
Displaying and modifying Inter-RAT Handover parameters
The disp_element, disp_cell, chg_element and chg_cell_element commands can be used to display and congure the Inter-RAT Handover cell parameters shown in Table 2-17. Some examples are also given in the following sections. See Technical Description: BSS Command Reference (68P02901W23) for full details of BSS commands, prompts, and parameters.
Displaying whether Inter-RAT handover is enabled at a cell
Use the disp_element command to display whether Inter-RAT Handover is enabled for a cell. For example, the following command displays the current setting at cell 0010114, site 0: disp_element inter_rat_enabled 0 cell_number = 0 0 1 0 1 1 4 The system replies, for example: inter_rat_enabled = 0
Setting cell parameters for Inter-RAT Handover
Use the chg_cell_element command to change an Inter-RAT Handover cell parameter. For example, the following command changes qsearch_i to 10 for cell 0010114: chg_cell_element qsearch_i 10 0 0 1 0 1 1 4
68P02901W17-S
2-101 Nov 2007
GSM location services
Chapter 2: Conguring BSS Features
GSM location services
Description of Location Services
Location services (LCS) is an optional feature, which identies the physical location of a Mobile Station (MS) by using one or more positioning mechanisms. The location services feature provides support for a Motorola or third-party mobile positioning application. The positioning process involves two main steps: 1. 2. Signal measurement. Location estimate computation based on the measured signal.
Location services have been identied 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 Specic Advertising) or to determine the routing of voice trafc (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).
Location services and the LMTL device
The Location Services Message Transfer Link (LMTL) device is present in a BSS-based implementation of the LCS feature. The LMTL device refers to both the physical and logical interface between the BSC and the BSS-based SMLC. See Conguring an LMTL device on page 9-130 for details of how to congure an LMTL device.
Determining whether location services is unrestricted
Location services is an optional feature.
Using the OMC-R GUI
To check if location services is unrestricted (enabled) using the OMC-R GUI, display the setting of the Location Services eld in the Optional Features grouping in the BSS Detailed View.
2-102
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Location services parameters
Using the TTY interface
To check if location services feature is unrestricted using the TTY interface, enter the following command: disp_options all If the location services optional feature is unrestricted the system displays the following in the unrestricted list: 43 Location Services
Location services parameters
Location services congurable parameters are divided into the following categories: General Location Services Timers. General Location Services Database Elements. Lb Interface MTP Layer 2 Timers. Lb Interface MTP Layer 3 Timers. Lb Interface MTP Layer 3 Elements. Lb Interface Call Processing (CP) Timers. Lb Interface Call Processing (CP) Elements.
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
OMC-R GUI eld name/BSS parameter name General Location Services Timers: LCS Perform Location Timer (ms) lcs_perf_location LCS Supervision Timer (ms) lcs_supervision 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 - 1,000,000 ms. Default is 300,000 ms. Displayed in the LCS grouping in the BSS Detailed View form. Supervises the overall operation of a location request. Valid values: 0 - 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 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. Continued Description
LCS Segmentation Timer (ms) lcs_segmentation
68P02901W17-S
2-103 Nov 2007
Location services parameters
Chapter 2: Conguring BSS Features
Table 2-18
Location Services parameters (Continued)
Description
OMC-R GUI eld name/BSS parameter name General Location Services Database Elements: LCS Mode lcs_mode
Displayed in the LCS grouping of the BSS Detailed View. Species 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 modied 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 congured 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.
Lb Interface MTP Layer 2 Timers: Lb Interface MTP Layer 2 T1 timer (ms) lb_int_ss7_l2_t1 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 - 50,000 ms. Default is 50,000 ms. If ss7_mode is 1, values are 13,000 - 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. 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 150,000 ms. Default is 25,000 ms. If ss7_mode is 1, values are 5,000 - 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 - 1,500 ms. Default is 1,400 ms. If ss7_mode is 1, values are 5,000 - 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 - 600 ms. Default is 600 ms. Continued
Lb Interface MTP Layer 2 T2 timer (ms) lb_int_ss7_l2_t2
Lb Interface MTP Layer 2 T3 timer (ms) lb_int_ss7_l2_t3
Lb Interface MTP Layer 2 T4 timer (ms) lb_int_ss7_l2_t4
2-104
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Location services parameters
Table 2-18
Location Services parameters (Continued)
Description 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 - 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 - 6,000 ms. Default is 5000 ms. If ss7_mode is 1, values are 1,000 - 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. 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 - 2,000 ms. Default is 1,000 ms. 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 - 1,200 ms. Default is 850 ms.
OMC-R GUI eld name/BSS parameter name Lb Interface MTP Layer 2 T5 timer (ms) lb_int_ss7_l2_t5 Lb Interface MTP Layer 2 T6 timer (ms) lb_int_ss7_l2_t6
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 Lb Interface MTP Layer 3 T2 timer (ms) lb_int_ss7_l3_t2 Lb Interface MTP Layer 3 T4 timer (ms) lb_int_ss7_l3_t4 Lb Interface MTP Layer 3 T5 timer (ms) lb_int_ss7_l3_t5 Lb Interface MTP Layer 3 T12 timer (ms) lb_int_ss7_l3_t12 Lb Interface MTP Layer 3 T13 timer (ms) lb_int_ss7_l3_t13 Lb Interface MTP Layer 3 T14 timer (ms) lb_int_ss7_l3_t14
Displayed in the LCS grouping in the BSS Detailed View form. The waiting for changeover acknowledgment timer (ITU Q.704) associated with the Lb interface. Valid values: 700 - 2,000 ms. Default is 1,400 ms. Displayed in the LCS grouping in the BSS Detailed View form. The waiting for changeback acknowledgment (rst attempt) timer (ITU Q.704) associated with the Lb interface. Valid values: 500 - 1,20 ms. Default is 850 ms. Displayed in the LCS grouping in the BSS Detailed View form. The waiting for changeback acknowledgment (second attempt) timer (ITU Q.704) associated with the Lb interface. Valid values: 500 - 1,200 ms. Default is 850 ms. Displayed in the LCS grouping in the BSS Detailed View form. The waiting for uninhibit acknowledgment timer (ITU Q.704) associated with the Lb interface. Valid values: 800 - 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 - 1,500 ms. Default is 1,150 ms. Displayed in the LCS grouping in the BSS Detailed View form. The waiting for inhibition acknowledgment timer (ITU Q.704) associated with the Lb interface. Valid values: 2,000 - 3,000 ms. Default is 2,500 ms. Continued
68P02901W17-S
2-105 Nov 2007
Location services parameters
Chapter 2: Conguring BSS Features
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 - 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 - 360,000 ms. Default is 270,000 ms. If ss7_mode is 1, values are 90,000 - 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 - 360,000 ms. Default is 270000 ms. If ss7_mode is 1, values are 90,000 - 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 signaling link test acknowledgment message timer (ITU Q.707) associated with the Lb interface. Valid values: 4,000 - 12,000 ms. Default is 8,000 ms.
OMC-R GUI eld name/BSS parameter name Lb Interface MTP Layer 3 T17 timer (ms) lb_int_ss7_l3_t17 Lb Interface MTP Layer 3 T22 timer (ms) lb_int_ss7_l3_t22
Lb Interface MTP Layer 3 T23 timer (ms) lb_int_ss7_l3_t23
Lb Interface SS7 Link Test T1 timer (ms) lb_int_ss7_slt_t1
Lb Interface MTP Layer 3 Elements: Lb Interface CR Calling lb_int_cr_calling Displayed in the LCS grouping in the BSS Detailed View form. Species 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 - 16383 ms. No default. If ss7_mode is 1, values are 0 - 16,777,215. No default. For a live system, lb_int_dpc should not be the same as the opc. Continued
Lb Interface Destination Point Code (DPC) lb_int_dpc
2-106
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Location services parameters
Table 2-18
Location Services parameters (Continued)
Description Displayed in the LCS grouping in the BSS Detailed View form. Species 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. Species 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. 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 modied outside SYSGEN mode, all LMTLs must be locked for the modication to take effect. This parameter cannot be modied or displayed at an RXCDR site.
OMC-R GUI eld name/BSS parameter name Lb Int PC Included Called Party Flag lb_int_called_pci
Lb Int PC Included Calling Party Flag lb_int_calling_pci (OMC-R parameter name: lb_calling_pci)
LMTL Load Share Granularity lmtl_loadshare_ granularity(OMC-R parameter name: lmtl_loadshare) Lb Interface CP Timers: Lb Interface BSSMAP T4 Timer (ms) lb_int_bssmap_t4 Lb Interface BSSMAP T13 Timer (ms) lb_int_bssmap_t13
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 - 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 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 - 1,000,000 ms. Default is 30,000 ms. Displayed in the LCS grouping in the BSS Detailed View form. Species the amount of time to wait for the SCCP connection conrmation from the BSS-based SMLC. Valid values: 0 1,000,000 ms. Default is 30,000 ms.
Lb Interface Clear Command Timer (ms) lb_clear_command Lb Interface SCCP Conn Conf Timer (ms) lb_int_sccp_tconn_est (OMC-R parameter name: lb_sccp_tconn_est)
Continued
68P02901W17-S
2-107 Nov 2007
Location services parameters
Chapter 2: Conguring BSS Features
Table 2-18
Location Services parameters (Continued)
Description 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 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.
OMC-R GUI eld name/BSS parameter name Lb Interface SCCP TIAR Timer (ms) lb_int_sccp_tiar
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
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 - 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 - 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 - 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. Species 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 1,000,000 ms. Default is 60,000 ms. Displayed in the LCS grouping in the BSS Detailed View form. Species the amount of time between sending Subsystem Status Test (SST) messages to the BSS-based SMLC. Valid values: 0 1,000,000 ms. Default is 90,000 ms.
Lb Interface SPI Timer (ms) lb_int_spi
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) Displayed in the LCS grouping in the BSS Detailed View form. Species the number of times the global reset procedure on the Lb interface is allowed to repeat before an alarm is generated. Valid values: 0 - 255. Default is 0.
2-108
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Restrictions for Location Services parameters
Restrictions for Location Services parameters
If Location Services mode (LSC_mode) is enabled and a user attempts to change the early_classmark_sending parameter to a value which does not support early classmark sending on both the A-interface and the Air-interface, the command shall be rejected and an error message shall be displayed. If Location Services mode is enabled and a user attempts to change the phase2_classmark_allowed parameter to a value which does not support multiband, the command is rejected and an error message is displayed. If a user changes the opc parameter to the same value as the Lb Interface DPC, a warning message is displayed indicating the effects of the modication. If a user attempts to change the ss7_mode parameter to a value which would cause the Lb Interface DPC to be out of range, the command is rejected and an error message is displayed.
Methods for conguring Location Services
The Location Services feature can be congured using: OMC-R GUI, using the LCS grouping parameters in the BSS Detailed View and the elds detailed in Table 2-18. TTY interface, see Conguring Location Services using the TTY interface.
Conguring GSM Location Services using the TTY interface
Using chg_ and disp_element to change Location Services parameters and timers
The chg_element and disp_element commands can be used to congure and change the Location Services-related parameters shown in Table 2-18. Some examples are also given in the following sections. The chg_element and disp_element commands are only accepted at certain locations. Table 2-19 shows the accepted locations.
Table 2-19 chg_element and disp_element accepted locations
Command chg_element disp_element See Technical Description: BSS Command Reference (68P02901W23) for full details of BSS commands, prompts, and parameters. BTS BSC RXCDR
68P02901W17-S
2-109 Nov 2007
Conguring GSM Location Services using the TTY interface
Chapter 2: Conguring BSS Features
Displaying the current BSS Location Services mode
Use the disp_element command to display the Location Services mode of the BSS. For example, the following command displays the current Location Services mode. disp_element lcs_mode bsc The system replies, for example: lcs_mode = 1
Setting the BSS Location Services mode
In SYSGEN mode, use the chg_element command to change the Location Services mode of the BSS. For example, the following command changes the Location Services mode to 1 (Location Services enabled, BSC supports a NSS-based SMLC): chg_element lcs_mode 1 bsc
Displaying and changing lcs_perf_location timer
To display and change the Location Services perform location timer, use the disp_element and chg_element, respectively. For example, the following command displays the current setting: disp_element lcs_perf_location bsc The system replies, for example: lcs_perform_location = 50000 The following command changes the value of lcs_perf_location to 60,000 ms: chg_element lcs_perf_location 60000 bsc
2-110
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Enhanced GPRS One Phase Access
Enhanced GPRS One Phase Access
Overview of Enhanced GPRS One Phase Access
In a GPRS network there are two packet access procedures a mobile station (MS) can use to establish an uplink Temporary Block Flow (TBF). The packet access can be done in either one phase or two phases. Until now the GPRS architecture only supported the two-phase access process. The Enhanced GPRS One Phase Access feature provides the one phase access, and also provides improvements to both procedures. To summarize, the Enhanced GPRS One Phase Access feature provides: The one phase uplink TBF access procedure, also see GPRS Interleaving TBFs on page 2-87. A performance enhancement to the phase uplink TBF access procedure (optional feature). Modications to the current two-phase uplink TBF access procedure. Modications to polling of downlink assignment messages. Introduce uplink congestion management functionality.
For further details of the Enhanced GPRS One Phase Access feature, see Technical Description: BSS Implementation (68P02901W36).
Enhanced GPRS One Phase Access dependencies
The Enhanced GPRS One Phase Access requires the GPRS feature (gprsOpt) to be unrestricted (enabled).
Enhanced GPRS One Phase Access parameters
Table 2-20 lists the parameters associated with the Enhanced GPRS One Phase Access 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).
68P02901W17-S
2-111 Nov 2007
Enhanced GPRS One Phase Access parameters
Chapter 2: Conguring BSS Features
Table 2-20 Enhanced GPRS One Phase Access parameters
OMC-R GUI eld 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 the Enhanced GPRS One Phase Access feature is restricted (disabled) or unrestricted (enabled) in the BSS software. This parameter cannot be modied by a user. The eld is grayed-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 Enhanced GPRS One Phase Access feature is enabled or disabled for the BSS. This parameter can be modied by a user. The eld is grayed-out in the OMC-R GUI if the Enhanced GPRS One Phase Access Feature (eopOpt) and GPRS feature are restricted (disabled). The QoS feature (see Quality of Service (QoS) on page 2-158) modies the behavior of this parameter. If bssgp_pfc_bit is set to On (1), any modication to eop_enabled is overridden. If eop_enabled is modied 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. 0 or 1, where: Disabled (0). Enabled (1). Default is Disabled (0). Description Values
Enhanced One Phase Access eop_enabled
0 or 1, where: Disabled (0). Enabled (1). Default is Disabled (0).
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 modied, 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 eld is grayed-out in the CELL Detailed View form. 0 - 3. If not set by a user at cell creation time, defaults to 1 timeslot.
2-112
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Methods of conguring Enhanced GPRS one phase access
Methods of conguring Enhanced GPRS one phase access
Enhanced GPRS one phase access can be congured using: OMC-R GUI BSS and CELL Detail Views and the elds shown in Table 2-20. TTY interface, see Conguring Enhanced GPRS one phase access using the TTY interface.
Conguring 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
Displaying and modifying Enhanced GPRS one phase access parameters
The disp_element, disp_cell, chg_element and chg_cell_element commands can be used to display and congure the Enhanced GPRS one phase access BSS and cell parameters shown in Table 2-20. Some examples are also given in the following sections. See Technical Description: BSS Command Reference (68P02901W23) for full details of BSS commands, prompts, and parameters.
Displaying whether Enhanced GPRS One Phase Access is enabled at a BSS
Use the disp_element command to display whether Enhanced GPRS One Phase Access is enabled for a BSS. For example, the following command displays the current setting of eop_enabled: disp_element eop_enabled 0 The system replies, for example: eop_enabled = 1
68P02901W17-S
2-113 Nov 2007
Conguring Enhanced GPRS one phase access using the TTY interface
Chapter 2: Conguring BSS Features
Displaying the current setting of ts_in_usf_active
Use the disp_element command to display the value of ts_in_usf_active. For example, the following command displays the current value of ts_in_usf_active at site 1: disp_element ts_in_usf_active 1 cell_number = 0010111 The system replies, for example: ts_in_usf_active = 1
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
2-114
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
PBCCH/PCCCH feature
PBCCH/PCCCH feature
Overview of PBCCH/PCCCH feature
Packet Broadcast Control Channel/Packet Common Control Channel (PBCCH/PCCCH) is the packet data logical channels dedicated to GPRS signaling. When the PBCCH/PCCCH feature is congured for a cell, the MS reads system information on PBCCH and performs packet access activities on PCCCH. Table 2-21 shows the functionality of each packet logical channel on PBCCH/PCCCH.
Table 2-21 PBCCH/PCCCH parameters
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 Notication Channel (PNCH) Packet Transfer Direction Uplink only Functionality Used by MS to initiate uplink transfer for data or signaling information. Used by BSS to send resource assignment to an MS before packet transfer. Used by BSS to page an MS for Packet Switched (PS) or Circuit Switched (CS). Used by BSS to broadcast packet data-specic System Information. Not supported.
Downlink only
Downlink only
Downlink only
Downlink only
If the PBCCH/PCCCH feature is not congured for a cell, GPRS-related information is broadcast on the Broadcast Control Channel (BCCH) and GPRS-accessing signaling is conducted on the Common Control Channel (CCCH) channels. In a lightly loaded GSM/GPRS network, BCCH/CCCH has sufcient signaling capacity for both GSM and GPRS. In a highly loaded GSM/GPRS network, PBCCH/PCCCH provides more signaling capabilities for both the GSM voice and GPRS service. In addition, if PBCCH/PCCCH is enabled, there is reduced internal trafc over the GPRS Signaling Link (GSL) and Radio Signaling 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.
68P02901W17-S
2-115 Nov 2007
Prerequisites to conguring PBCCH/PCCCH
Chapter 2: Conguring BSS Features
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).
Prerequisites to conguring PBCCH/PCCCH
Before conguring the PBCCH/PCCCH feature, ensure that the following have been enabled at the BSS: PBCCH/PCCCH Feature (pccchOpt). GPRS Feature (gprsOpt).
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 modied. To change PBCCH/PCCCH for a GPRS cell, use the following procedure:
Procedure 2-3
1 2 3
Change PBCCH/PCCCH for a cell
Set gprs_enabled to 0 (Disabled). Set pccch_enabled to 1 (Enabled). Set gprs_enabled to 1 (Enabled).
2-116
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Determining whether PBCCH/PCCCH is unrestricted at the BSS
Determining whether PBCCH/PCCCH is unrestricted at the BSS
PBCCH/PCCCH is an optional feature, which must be unrestricted at the BSS before it can be used.
Using the OMC-R GUI
To check if PBCCH/PCCCH feature is unrestricted at the BSS using the OMC-R GUI, display the setting of the PBCCH/PCCCH Feature eld (pccchOpt) in the Optional Features grouping in the BSS Detailed View. The values are: Disabled (0). Enabled (1).
The default is Disabled (0).
Using the TTY interface
To check if PBCCH/PCCCH is unrestricted using the TTY interface, enter the following command: disp_options all If the PBCCH/PCCCH optional feature is unrestricted, and is therefore enabled at the BSS, the system displays the following in the unrestricted list: <51> PBCCH/PCCCH
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
OMC-R GUI eld name/BSS parameter name BSS parameters: PBCCH/PCCCH Feature pccchOpt 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: 0 - Disabled. 1 - Enabled. Continued Description
68P02901W17-S
2-117 Nov 2007
PBCCH/PCCCH parameters
Chapter 2: Conguring BSS Features
Table 2-22
PBCCH/PCCCH parameters (Continued)
Description Displayed in the GPRS grouping in the BSS Detailed View. Species the SGSN release version. {27703A} Valid values are 0 - 2 Default is 0 0 - SGSN is compliant with 3GPP release 1998 or older. 1 - SGSN is compliant with 3GPP release 1999 to any version before Release 6. 2 - SGSN is compliant with 3GPP release 6 to newer.
OMC-R GUI eld name/BSS parameter name SGSN Release sgsn_release
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 congured 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. Number of PCCCH Timeslots bs_pcc_chans Displayed in the GPRS grouping in the CELL Detailed View. Species the number of PCCCH timeslots. Indicates the number of physical channels carrying PCCCHs including the physical channel carrying the PBCCH. Valid value is 1. Default: 1. Displayed in the GPRS grouping in the CELL Detailed View. Species the number of PBCCH blocks per 52-frame-multiframe. Valid values are 1 - 4. Default: 2. Displayed in the GPRS grouping in the CELL Detailed View. Species 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 - 11. Valid values are 0 - 10. Default: 3. Displayed in the GPRS grouping in the CELL Detailed View. Species the number of PRACH blocks per 52-frame-multiframe. Valid values are 1 - 12. Default: 4. When psi1_repeat_period is set to 1, bs_pbcch_blks cannot be set to 1 or 2. Continued
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
2-118
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
PBCCH/PCCCH parameters
Table 2-22
PBCCH/PCCCH parameters (Continued)
Description Displayed in the GPRS grouping in the CELL Detailed View. Species the time interval between consecutive PSI 1 messages in 52-multiframes. Valid values are 0 - 16. Default: 5. If in range 1 - 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. Displayed in the GPRS grouping in the CELL Detailed View. Species the duration of the transfer non-DRX mode period on PCCCH. This eld is the binary representation of the parameter DRX_TIMER_MAX. Valid values are 0 - 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. Continued
OMC-R GUI eld name/BSS parameter name 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)
68P02901W17-S
2-119 Nov 2007
PBCCH/PCCCH parameters
Chapter 2: Conguring BSS Features
Table 2-22
PBCCH/PCCCH parameters (Continued)
Description Displayed in the GPRS grouping in the CELL Detailed View. Species the minimum number of frames between two successive Packet Channel Request messages. Valid values are 0 - 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.
OMC-R GUI eld name/BSS parameter name Slots Between Channel Request prach_s
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. 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 - 15, where: 0 - persistence level 0. 1 - persistence level 1. 2 - persistence level 2. ... 14 - persistence level 14. 15 - persistence level 16. Continued
2-120
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
PBCCH/PCCCH parameters
Table 2-22
PBCCH/PCCCH parameters (Continued)
Description Displayed in the GPRS grouping in the CELL Detailed View. Species the maximum number of retransmissions allowed for each radio priority i, where radio priority 1 represents the highest radio priority. Valid values are 0 - 3, where: 0 - 1 retransmission allowed. 1 - 2 retransmissions allowed. 2 - 4 retransmissions allowed. 3 - 7 retransmissions allowed.
OMC-R GUI eld name/BSS parameter name Retransmissions Allowed for Radio Priority 1 to 4 prach_mx_retran_0 prach_mx_retran_1 prach_mx_retran_2 prach_mx_retran_3
Slots to Spread Random Access Transmission prach_tx_int
Displayed in the GPRS grouping in the CELL Detailed View. Species the number of frames to spread transmission of the random access. Valid values are 0 - 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.
GPRS Minimum Receive Level gprs_rxlev_access_min (OMC-R parameter name: gprs_rxlev_ac_min)
Displayed in the GPRS grouping in the CELL Detailed View. Species the minimum received signal level at the MS required to access the system. Valid values are 0 - 63 (representing -110 dB to -47 dB). Default: 0. Continued
68P02901W17-S
2-121 Nov 2007
PBCCH/PCCCH parameters
Chapter 2: Conguring BSS Features
Table 2-22
PBCCH/PCCCH parameters (Continued)
Description Displayed in the GPRS grouping in the CELL Detailed View. Species the maximum power level an MS may use when accessing the system. Valid values are 0 - 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.
OMC-R GUI eld name/BSS parameter name GPRS MS Max Transmit Power gprs_ms_txpwr_max_cch (OMC-R parameter name: gprs_mx_txpwr_cch)
HCS Priority Class priority_class HCS Signal Strength hcs_thr
Displayed in the GPRS grouping in the CELL Detailed View. Species the Hierarchical Cell Structures (HCS) priority class. Valid values are 0 - 7. Default: 0 (Lowest Priority). Displayed in the GPRS grouping in the CELL Detailed View. Species the HCS signal strength threshold. Each step is + 2 dBm. Valid values are 0 - 31, where: 0 means -110 dBm. 1 means -108 dBm. ... 31 means -48 dBm.
GPRS Cell Displayed in the GPRS grouping in the CELL Detailed View. Reselect Hysteresis Species the additional hysteresis that applies in gprs_cell_reselect_hysteresis ready state for cells in the same Routing Area (RA). (OMC-R parameter name: Valid values are 0 - 7, where: gprs_reselect_hys) 0 = 0 dB. C32 Exception Rule c32_qual 1 = 2 dB. 2 = 4 dB. ... 7 = 14 dB.
Displayed in the GPRS grouping in the CELL Detailed View. Species the exception rule for gprs_reselect_offset. Valid values are 0 or 1, where: 0 - Exception not allowed. 1 - Exception allowed. Continued
2-122
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
PBCCH/PCCCH parameters
Table 2-22
PBCCH/PCCCH parameters (Continued)
Description Displayed in the GPRS grouping in the CELL Detailed View. Species 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.
OMC-R GUI eld name/BSS parameter name C31 Hysteresis c31_hyst
Routing Area Reselect Hysteresis ra_reselect_hysteresis (OMC-R parameter name: ra_reselect_hyst)
Displayed in the GPRS grouping in the CELL Detailed View. Species the additional hysteresis that applies when selecting a cell in a new routing area. Valid values are 0 - 7, where: 0 = 0 dB. 1 = 2 dB. 2 = 4 dB. ... 7 = 14 dB.
GPRS Negative C32 Offset gprs_temporary_offset (OMC-R parameter name: gprs_temp_offset)
Displayed in the GPRS grouping in the CELL Detailed View. Species the negative offset to C32 that the MS uses for duration of gprs_penalty_time. Valid values are 0 - 7, where: 0 = 0 dB. 1 = 10 dB. 2 = 20 dB. 3 = 30 dB. ... 6 = 60 dB. 7 = innity.
GPRS Penalty Time gprs_penalty_time
Displayed in the GPRS grouping in the CELL Detailed View. Species the length of time for which gprs_temporary_offset is active. One step equals 10 seconds. Valid values are 0 31, where: 0 = 10 seconds. 1 = 20 seconds. ... 31 = 320 seconds. Continued
68P02901W17-S
2-123 Nov 2007
PBCCH/PCCCH parameters
Chapter 2: Conguring BSS Features
Table 2-22
PBCCH/PCCCH parameters (Continued)
Description Displayed in the GPRS grouping in the CELL Detailed View. Species the negative or positive offset and a hysteresis to the GPRS cell reselection criteria. Valid values are 0 - 31, where: 0 = -52 dB. 1 = -48 dB. ... 10 = -12 dB. 11 = -10 dB. ... 22 = +12 dB. 23 = +16 dB. ... 31 = +48 dB.
OMC-R GUI eld 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
Displayed in the GPRS grouping in the CELL Detailed View. Species the threshold for a multi-RAT MS to search for 3G cells. Valid values are 0 - 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 : Innity, 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 : Innity, never search for 3G cells. Continued
2-124
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Methods for conguring PBCCH/PCCCH
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 eld name/BSS parameter name Allow Search for 3G Cells search_prio_3g
FDD Cell Reselection Offset fdd_gprs_qoffset
Displayed in the GPRS grouping in the CELL Detailed View. Species the offset to RLA_P for cell reselection to access technology/mode FDD. Valid values are 0 - 15, where: 0 = - innity (always select a cell if acceptable). 1 = -28 dB. 2 = -24 dB. 3 = -20 dB. ... 8 = 0 dB. 9 = 4 dB. ... 15 = 28 dB.
Methods for conguring PBCCH/PCCCH
The PBCCH/PCCCH feature can be congured using: OMC-R GUI, using the BSS Detailed View (Optional Features and GPRS groupings), and CELL Detailed View (GPRS grouping), and the elds detailed in Table 2-22. TTY interface, see Conguring PBCCH/PCCCH using TTY interface.
68P02901W17-S
2-125 Nov 2007
Conguring PBCCH/PCCCH using TTY interface
Chapter 2: Conguring BSS Features
Conguring PBCCH/PCCCH using TTY interface
Using chg_ and disp_element commands
The chg_element and disp_element commands can be used to congure and change the PBCCH/PCCCH parameters shown in Table 2-22. Some examples are also given in the following sections. See Technical Description: BSS Command Reference (68P02901W23) for full details of BSS commands, prompts, and parameters. For example, use the following disp_element command to display the current setting of the parameter: GPRS Network Operation Mode (gprs_network_operation_mode): disp_element gprs_network_operation_mode 0 The system replies, for example: gprs_network_operation_mode = 3 To change the setting of gprs_network_operation_mode to 1, use the following command: chg_element gprs_network_operation_mode 1 0
Enabling PBCCH/PCCCH at a cell
Use the chg_element command to change the cell parameter: PBCCH/PCCCH enabled. For example, the following command enables the PBCCH/PCCCH feature at cell 0010111: chg_element pccch_enabled 1 1 cell_number = 0 0 1 0 1 1 1 The following example illustrates the system response if an attempt is made to modify pccch_enabled when gprs_enabled is 1 (enabled): chg_element pccch_enabled 1 1 cell_number = 0 0 1 0 1 1 1 ERROR: gprs_enabled must be disabled before pccch can be enabled. COMMAND REJECTED
Changing the time interval for scheduling PSI messages
Use the chg_element command to change the Time Interval for Scheduling PSI Messages (psi1_repeat_period) parameter. For example, the following command changes the time interval for scheduling PSI messages to 1 at the cell 0010111 when bs_pbcch_blks is set to 3 or 4: chg_element psi1_repeat_period 1 1 cell_number = 0 0 1 0 1 1 1 COMMAND ACCEPTED.
2-126
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Adaptive Multi-Rate (AMR)
Adaptive Multi-Rate (AMR)
Overview of the AMR feature
AMR Full Rate (FR) channel mode
The AMR feature improves overall speech quality. Unlike existing GSM speech Codec (FR and EFR), which operate at a xed rate and constant error protection level, the AMR speech Codec includes a set of xed rate speech Codec modes for full rate operation with the possibility to switch between the different channel coding modes as a function of the propagation error conditions. Each Codec mode provides a different level of error protection through a dedicated distribution of the available gross bit rate between source coding and channel coding. The actual speech rate used for each speech frame depends on the existing radio channel and trafc conditions. Table 2-23 shows the Full Rate and Half Rate Codec modes. In Table 2-23, a high the bit rate mode means high speech rate but low error correction rate.
Table 2-23
Active Codec set modes
Meaning (kbit/s) 12.20 10.20 7.95 7.4 6.7 5.9 5.15 4.75 Available at Full Rate (FR) YES YES NO YES YES NO YES NO Available at Half Rate (HR) NO NO YES YES YES YES YES NO
Codec mode value 0 1 2 3 4 5 6 7
AMR Half Rate (HR) channel mode
AMR Half Rate (HR) for speech feature provides enhanced capacity over the air interface and speech quality by means of Codec mode adaptation. AMR selects the optimum channel (HR or FR) and Codec to deliver the best combination of speech quality and system capacity. AMR Half Rate offers capacity increase over the air interface relative to FR or EFR by pairing half rate channels together within one air timeslot. AMR Half Rate (HR) channel mode allows two AMR calls to be placed on a single air interface timeslot. This increases cell capacity without the need for extra radio hardware. When AMR Half Rate is enabled, the BCCH and SDCCH channels in any cell operate identically for Full Rate and Half Rate, however, the requirement for SDCCHs may increase. The dual rate channel allocation algorithm pairs a half rate speech with another half rate channel. This algorithm can be manually controlled or automatically controlled by a predened trafc threshold.
68P02901W17-S
2-127 Nov 2007
Link Adaptation
Chapter 2: Conguring BSS Features
AMR Half Rate and GSM Half Rate
The GSM Half Rate feature builds on the AMR Half Rate feature. It introduces new attributes and associated groups to congure GSM Half Rate and modies a number of existing AMR Half Rate attributes, making them generic. Full details about GSM Half Rate feature can be found in GSM Half Rate on page 2-138.
AMR hardware and software utilization
The AMR feature is only available on the following radio platforms: CTU. CTU2. TCU-A. TCU-B.
The BSC and RXCDR software supports 8 kbit/s switching so that half-rate enabled RTFs are provisioned on only two E1 timeslots between the BSC and BTS, that is, 8 kbit/s backhaul is utilized. However, 7.95 capable RTFs are provisioned on an additional two E1 timeslots between the BSC and BTS, because 7.95 kbit/s mode only ts in 16 kbit/s 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.
2-128
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
AMR Full Rate - MS Monitor function
Half Rate Link Adaptation
Half Rate AMR Link Adaptation provides similar functionality to the Full Rate AMR Link Adaptation, but for the Half Rate AMR channel. 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.
AMR Full Rate - MS Monitor function
MS Monitor compensates for the inability of some mobiles to accurately estimate the current conditions of the channel it is using. MS Monitor adjusts the downlink Codec mode adaptation thresholds during a call so that the MS is able to correctly adapt across the Active Code Set (ACS) as needed. MS Monitor monitors a mobile during a call and detects conditions that indicate the downlink Codec mode adaptation thresholds need adjusting. MS Monitor then decreases the thresholds at the MS if they are too high, and increases the thresholds if they are too low.
AMR Enhanced GDP feature
AMR Enhanced GDP feature is the AMR feature with enhanced transcoding conguration of GDPs (GDP pairing). Enhanced GDP refers to the rmware conguration of the GDP board, where each of the 15 DSPs on the GDP board is only capable of supporting the transcoding function for a single channel of GSM speech (AMR, FR and EFR) and Phase 2 data services. To offer 30 channels of enhanced transcoding using the same E1 span line to the MSC, enhanced GDPs are equipped as pairs, each providing half of the transcoding resources.
AMR Enhanced Capacity feature
AMR Enhanced Capacity feature is congured on the DSW and DSWX, where timeslots for a double rate TDM bus (twice the rate of a single-rate bus) can have the bit rate reduced so that the timing of the signals within the cage is appropriate for existing boards (for example, MSI, XCDR, GDP , GPROC2), which do not support the double-capacity mode. GDP2s can therefore occupy the same cages as these existing boards.
Technical description of AMR
A full technical description of AMR can be found in Technical Description: BSS Implementation (68P02901W36).
68P02901W17-S
2-129 Nov 2007
Prerequisites for enabling AMR
Chapter 2: Conguring BSS Features
Prerequisites for enabling AMR
AMR can only be enabled for a BSS, if its Assoc_RXCDR has CIC Validation (cic_validation) enabled. If a site contains Horizonmacro and/or M-Cell2/6 type cabinets, including Horizonmacro Extension cabinets, the site is AMR capable. The AMR associated Cell and RTF parameters can only be modied if the container site is AMR capable, and the AMR feature (amrOpt) is unrestricted (Enabled) for the NE.
Conguring AMR at a cell
AMR is an optional feature for a BSS. If the AMR feature is unrestricted (Enabled) at the BSS, then AMR Full Rate and AMR Half Rate can be enabled or disabled on a BSS and Cell basis. When a cell is created, the following can be dened: A set of Active Codec Modes for calls on the carriers of the cell (separate Active Codec Sets can be dened for Full and Half Rate). Initial Codec modes for both Half Rate and Full Rate. Uplink and downlink thresholds for mode adaptation between Codec modes in the Active Codec Set.
These settings can also be modied to ne tune performance as required. Within the Cell, RTFs can then be congured to be Half Rate channel mode capable.
Determining whether the AMR features are unrestricted
AMR, AMR Enhanced GDP , AMR Enhanced Capacity, AMR TCU-A, and AMR TCU-B are optional features, which must be unrestricted before they can be used.
Using the OMC-R GUI
To check if AMR, AMR Enhanced GDP , AMR Enhanced Capacity, AMR TCU-A, and AMR TCU-B features are unrestricted using the OMC-R GUI, display the settings of the following elds in the Optional Features grouping in the BSS Detailed View: AMR Feature (amrOpt). AMR Enhanced GDP Feature (amrEGDPProOpt). AMR Enhanced Capacity Feature (amrEnhancedCapOpt). AMR TCU-A Feature (amrTCUAOpt). AMR TCU-B Feature (amrTCUBOpt).
2-130
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
AMR parameters
The values for these elds are: Disabled (0) - meaning the feature is restricted. Enabled (1) - meaning the feature is unrestricted.
The default for these elds is Disabled (0), and cannot be changed by a user.
Using the TTY interface
To check if AMR features are unrestricted using the TTY interface, enter the following command: disp_options all If an AMR feature is unrestricted, the system displays it in the Unrestricted list. For example, if all the AMR features are unrestricted, the following would be included in the unrestricted list: <feature no.> AMR <feature no.> AMR Using Enhanced GDP <feature no.> AMR Enhanced Capacity <feature no.> TCU-A support for AMR <feature no.> TCU-B support for AMR
AMR parameters
Table 2-24 lists the parameters associated with conguring AMR.
Table 2-24
AMR parameters
Details
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. If this feature is enabled, the RXCDR supports 4800 CICs and 8 kbit/s switching. Continued
amrEGDPProOpt
amrEnhancedCapOpt
68P02901W17-S
2-131 Nov 2007
AMR parameters
Chapter 2: Conguring BSS Features
Table 2-24 AMR parameters (Continued)
BSS parameter name amrTCUAOpt 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.
amrTCUBOpt
Half Rate AMR BSS parameters: amr_bss_half_rate_enabled force_hr_usage See BSS Detailed View elds - ( Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping on page 4-36) for details of these parameters.
Full Rate AMR BSS parameters: amr_bss_full_rate See BSS Detailed View elds - ( Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping on page 4-36) for details of these parameters.
Link Adaptation BSS parameters: amr_dl_thresh_adjust amr_dl_la_mode_chg_min See BSS Detailed View elds - ( Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping on page 4-36) for details of these parameters.
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 elds, General - ( Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping on page 8-31) for further details. See BSS Detailed View elds - ( Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping on page 4-36) for details of these parameters.
Full Rate AMR Cell parameters: amr_full_rate See CELL Detailed View elds, General - ( AMR Full Rate grouping on page 8-32) for details. Continued
2-132
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
AMR parameters
Table 2-24 AMR parameters (Continued)
BSS parameter name Half Rate AMR Cell parameters: amr_half_rate_enabled hr_res_ts hr_intracell_ho_allowed inner_hr_usage_thres new_calls_hr recong_fr_to_hr See CELL Detailed View elds, General - grouping ( AMR/GSM Half Rate grouping on page 8-37) for details of these parameters. Details
Full Rate Active Codec Set (ACS) Cell parameters: amr_fr_acs See CELL Detailed View elds, General - ( AMR Full amr_fr_icm Rate grouping on page 8-32) for details. 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 Continued
68P02901W17-S
2-133 Nov 2007
AMR parameters
Chapter 2: Conguring BSS Features
Table 2-24 AMR parameters (Continued)
BSS parameter name Half Rate Active Codec Set (ACS) Cell parameters: Details See CELL Detailed View elds, General - ( AMR/GSM Half Rate grouping on page 8-37) for details.
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 See CELL Detailed View elds, General - ( AMR Full Rate grouping on page 8-32) for details.
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 See CELL Detailed View elds ( Power control AMR Full Rate on page 8-65) for details of these parameters.
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 elds, ( Handover AMR/GSM Half Rate grouping on page 8-59) for details of these parameters.
Continued
2-134
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Methods of conguring AMR
Table 2-24 AMR parameters (Continued)
BSS parameter name 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 See CELL Detailed View elds, General - AMR Half Rate grouping (Table 8-15) for details of these parameters. Details See CELL Detailed View elds, ( Power control AMR/GSM Half Rate on page 8-66) for details of these parameters.
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 elds, Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping (Table 4-33) for details. See RTF Detailed View elds, Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping (Table 9-67) for details. CELL Detailed View elds, General - AMR Full Rate grouping (Table 8-14) for details of these parameters.
Methods of conguring AMR
AMR can be congured using: OMC-R GUI BSS, Cell and RTF Detailed View and the parameters shown in Table 2-24. TTY interface, see Conguring AMR using the TTY interface.
Conguring AMR using the TTY interface
The following sections give examples of using the TTY interface to congure AMR. For further details of the commands and parameters shown in these examples, see Technical Description: BSS Command Reference (68P02901W23).
68P02901W17-S
2-135 Nov 2007
Conguring AMR using the TTY interface
Chapter 2: Conguring BSS Features
Displaying AMR cell parameters using the TTY interface
To display the current value of an AMR cell parameter use either of the commands disp_element, or disp_cell with the full option. For example, the following command displays the current value of amr_fr_ul_la_enabled for cell 4960114 at site 0: disp_element amr_fr_ul_la_enabled 0 cell 4 9 6 0 1 1 4 amr_fr_ul_la_enabled = 1
Modifying AMR cell parameters using the TTY interface
To modify the current value of an AMR cell parameter use the chg_element or chg_cell_element command. For example, the following command enables AMR uplink codec mode adaptation for cell 4960114 at site 1: chg_element amr_fr_ul_la_enabled 1 1 cell 4 9 6 0 1 1 4 The chg_cell_element command prompts for dependant cell parameters when necessary. For example, the AMR RXqual Handover and Power Control parameters are prompted for when changing the value of alt_qual_proc and hopping related parameters are prompted for when changing hop_qual_enabled to 1, for example: chg_cell_ele alt_qual_proc 0 cell 0 0 1 0 1 98 75 chg_cell_ele hop_qual_enabled 1 cell 0 0 1 0 1 98 75
Displaying AMR BSS parameters using the TTY interface
To display the current value of an AMR BSS parameter, use the disp_element command. For example, the following command displays the current value of amr_ms_monitor_period for the BSS: disp_element amr_ms_monitor_period 0 amr_ms_monitor_period = 25
Modifying AMR BSS parameters using the TTY interface
To modify the current value of an AMR BSS parameter use the chg_element command. For example, the following command changes the MS monitor period to 25 at the BSS: chg_element amr_ms_monitor_period 25 0
Displaying the Active Codec Set
To display the Active Codec Set for an AMR cell, use the disp_acs command, and security level 3. For example the following command displays the active codec set for cell 4960111: disp_acs 4 9 6 0 1 1 1 The system then displays the Active Codec Set modes, associated threshold and hysteresis values for the cell.
2-136
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring AMR using the TTY interface
Specifying the Active Codec Set
To specify the Active Codec Set for an AMR cell, use the chg_acs_params command, and security level 3. For example the following command sets four Full Rate codec modes in the active codec set for cell 4960111, where previously only one mode was congured: chg_acs_params 0 4 9 6 0 1 1 1 The system then prompts for the Active Codec Set modes, associated threshold and hysteresis values for the cell.
68P02901W17-S
2-137 Nov 2007
GSM Half Rate
Chapter 2: Conguring BSS Features
GSM Half Rate
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).
Prerequisites for enabling GSM HR
GSM HR can only be enabled for a BSS if the GSM HR feature (gsmHalfRateOpt) is unrestricted (Enabled) for the NE.
Conguring 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.
Interaction with other features
This feature interacts with the IMRM feature, see Intelligent Multilayer Resource Management (IMRM) on page 2-148 for further details.
Determining whether the GSM HR feature is unrestricted
GSM HR is an optional feature, which must be unrestricted before it can be used.
Using the OMC-R GUI
To check if GSM HR is unrestricted (enabled) using the OMC-R GUI, display the setting of the GSM HR feature (gsmHalfRateOpt) in the Optional Features grouping in the BSS Detailed View.
2-138
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GSM HR parameters
Using the TTY interface
To check if the GSM HR feature is unrestricted using the TTY interface, enter the following command: disp_options 22064 If the GSM HR feature is unrestricted, the system displays it in the Unrestricted list as follows: <22064> GSM Half Rate
GSM HR parameters
Table 2-25 lists the additional parameters specic to conguring GSM HR.
Table 2-25 GSM HR-specic 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. Details
GSM Half Rate Channel Mode Usage BSS parameters: gsm_bss_half_rate_enabled See BSS Detailed View elds - 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-38) for details of these parameters.
AMR/GSM Half Rate Cell parameters: gsm_half_rate_enabled See CELL Detailed View elds, General AMR/GSM Half Rate grouping ( AMR/GSM Half Rate grouping with GSM Half Rate on page 8-45) for details of these parameters.
68P02901W17-S
2-139 Nov 2007
GPRS Seamless Cell Reselection
Chapter 2: Conguring BSS Features
GPRS Seamless Cell Reselection
Description of GPRS Seamless Cell Reselection (SCR)
The GPRS receiver performs cell selection based on the receive level (RxLev) from the neighboring cells due to cell reselection. During cell reselection, when buffered data is still being transferred from the original cell to the target cell, the MS may select yet another cell and the buffered data can be lost. The GPRS Seamless Cell Reselection feature transfers data from the source cell to the target cell to avoid data loss and to minimize the retransmissions at the TCP layer, thus boosting performance. GPRS Seamless Cell Reselection feature ensures completion of the cell change procedure at the RLC/MAC layers in a controlled manner so that the higher layers (specically TCP) do not notice the effect. For further details of the GPRS Seamless Cell Reselection feature, see Technical Description: BSS Implementation (68P02901W36).
Determining whether GPRS Seamless Cell Reselection (SCR) is unrestricted
SCR is an optional feature, which must be unrestricted for a BSS in order for it to be used. The GPRS feature (gprsOpt) must also be unrestricted at the BSS in order for SCR to function.
Using the OMC-R GUI
To check if SCR is restricted or unrestricted, using the OMC-R GUI, display the setting of the GPRS Seamless Cell Reselection Feature eld (scrOpt) in the Optional Features grouping in the BSS Detailed View. The values for scrOpt are: Disabled (0) - data from the source cell to the target cell is discarded. Enabled (1) - data is forwarded from the source cell to the target cell. Default is Disabled (0).
This eld cannot be changed by a user.
2-140
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GPRS Seamless Cell Reselection parameters
Using the TTY interface
To check if SCR is restricted or unrestricted using the TTY interface, enter the following command: disp_options all If the SCR optional feature is unrestricted, the system displays the following in the unrestricted list: 54 Seamless Cell Reselection
GPRS Seamless Cell Reselection parameters
Table 2-26 details the GPRS Seamless Cell Reselection parameters.
Table 2-26 Seamless Cell Reselection parameters
OMC-R GUI eld name/ parameter name GPRS Seamless Cell Reselection Enabled scr_enabled Description Displayed in the GPRS Seamless Cell Reselection grouping in the BSS Detailed View form. Indicates whether the GPRS Seamless Cell Reselection feature is Enabled (1) or Disabled (0). The default is Disabled (0). Can be modied by a user. Grayed-out if the BSS Detailed View eld: GPRS Seamless Cell Reselection Feature (parameter name: scrOpt) is set to Disabled (0). Attributes gprs_cr_margin This attribute species the threshold at which the network considers the PMR received from the MS as a bad PMR. gprs_num_pmrs This attribute species the number of bad PMRs the network receives before initiating a network controlled cell reselection.
Methods for conguring SCR
The SCR feature can be congured using: OMC-R GUI BSS and CELL Detailed Views and the elds shown in Table 2-26. TTY interface, see Conguring SCR using TTY interface.
68P02901W17-S
2-141 Nov 2007
Conguring SCR using TTY interface
Chapter 2: Conguring BSS Features
Conguring SCR using TTY interface
See Technical Description: BSS Command Reference (68P02901W23) for full details of BSS commands, prompts, and parameters.
Displaying whether SCR is enabled for a BSS
Use the disp_element command to display whether SCR is enabled for a BSS. For example, the following command displays the value of scr_enabled: disp_element scr_enabled bsc The system replies, for example: scr_enabled = 1
Enabling and disabling SCR for a BSS
Use the chg_element command to enable or disabled SCR at a BSS. For example, the following command sets scr_enabled to 1 (enabled) at a BSS: chg_element scr_enabled 1 bsc
2-142
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Current Bucket Level (CBL) feature
Current Bucket Level (CBL) feature
Overview of the Current Bucket Level feature
The Current Bucket Level (CBL) feature is essential for the correct working of BSSGP ow control. When the Current Bucket Level (CBL) feature is enabled, a current bucket level (buffer full percentage) is included with every ow control message, to correct the estimation error in the SGSN. The Current Bucket Level feature can be enabled or disabled for each BSS using the Current Bucket Level Feature eld (bssgp_cbl_bit) in the BSS Detailed View. For further details of the Current Bucket Level feature, see Technical Description: BSS Implementation (68P02901W36).
Prerequisite for Current Bucket Level feature
The GPRS feature (gprsOpt) must be unrestricted at the BSS, before CBL can be enabled.
Current Bucket Level parameters
Table 2-27 details the Current Bucket Level parameters.
Table 2-27 Current Bucket Level parameters
OMC-R GUI eld name/BSS parameter name Current Bucket Level Feature bssgp_cbl_bit Description Displayed in the GPRS grouping in the BSS Detailed View form. Indicates whether the Current Bucket Level (CBL) feature is used at the PCU. Values are Disabled (0) or Enabled (1). The default is 0. Grayed-out if the GPRS Feature (gprsOpt) is Disabled (0) at the BSS. The OMC-R displays the following message if the value is changed: WARNING: Changing this element may trigger a negotiation with the SGSN, resulting in the reset of signaling BVCI. CBL feature shall be enabled/disabled subject to this negotiation. Ongoing data transfers will be affected due to signaling reset. Do you wish to continue?
68P02901W17-S
2-143 Nov 2007
Enhanced Scheduling
Chapter 2: Conguring BSS Features
Enhanced Scheduling
Overview
The Enhanced Scheduling feature provides mechanisms that allow the BSS to dynamically select the most appropriate access method, allowing fast access whilst reducing the load on the signaling links.
Enhanced Scheduling sub-features
The Enhanced Scheduling feature comprises the following sub-features: Increased PRP Capacity - Increased number of GPRS MSs that can be serviced by each Packet Resource Processor (PRP) (that is, more than 120 MSs) (using the BSS parameters prp_capacity_opt and inc_prp_cap_ena). Dynamic allocation of reserved Packet Resource Request (PRR) blocks for two-phase access (using cell parameter gprs_min_prr_blks and BSS parameter prr_aggr_factor). Provides control for the percentage of RSL bandwidth reserved for circuit switched (CS) trafc (using the cell parameter percent_traf_cs). Advanced UL/DL bias detection to optimize MS throughput (using the BSS parameter gprs_ul_dl_bias and gprs_com_ms_class).
These changes together increase scheduling efciency leading to a greater amount of GPRS trafc handling capacity in a given cell whilst reducing the impact of the data trafc on circuit switched trafc. For further details of the Enhanced Scheduling, see Technical Description: BSS Implementation (68P02901W36).
Enhanced Scheduling dependencies
The Enhanced Scheduling feature requires the GPRS feature (gprsOpt) to be unrestricted (enabled).
Enhanced Scheduling parameters
Table 2-28 lists the parameters associated with the Enhanced Scheduling 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-144
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Enhanced Scheduling parameters
Table 2-28 Enhanced Scheduling parameters
OMC-R GUI eld 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 the increased PRP capacity feature is restricted (disabled) or unrestricted (enabled) in the BSS software. This parameter cannot be modied by a user. The eld is grayed-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 eld 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. 0 or 1, where: Disabled (0). Enabled (1). Default is Disabled (0). Description Values
Increased PRP Capacity Feature Enabled inc_prp_cap_ena
True (1) or False (0). Default is False (0).
Most Common Multislot of GPRS Mobiles gprs_com_ms_class
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. 0 - 4. Default is 3.
PRR Blocks Reservation Aggressiveness Factor prr_aggr_factor
Displayed in the GPRS grouping of the BSS Detailed View form. Represents a coefcient 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 eld has no effect on cells that have pccch_enabled set to 1 (Enabled). Displayed in the GPRS grouping of the BSS Detailed View form.
GPRS Uplink or Downlink bias gprs_ul_dl_bias CELL parameters:
UL (0) or DL (1). Default is DL (1).
Continued
68P02901W17-S
2-145 Nov 2007
Methods of conguring enhanced scheduling
Chapter 2: Conguring BSS Features
Table 2-28 Enhanced Scheduling parameters (Continued)
OMC-R GUI eld name/BSS parameter name Minimal number of dynamic PRR blocks gprs_min_prr_blks Description 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 eld has no effect on cells that have pccch_enabled set to 1 (Enabled). Values 0 - 24. Default is 0.
BTS site parameters: Percentage of RSL Reserved for CS percent_traf_cs Displayed in the GPRS grouping of the BTS SITE Detailed View form. Indicates the percentage of RSL trafc reserved for circuit switch (CS) trafc per site. This eld can only be modied if GPRS is enabled. 0 - 90. Default is 55.
Methods of conguring enhanced scheduling
Enhanced scheduling can be congured using: OMC-R GUI BSS, site and CELL Detail Views and the elds shown in Table 2-28. TTY interface, see Conguring enhanced scheduling using the TTY interface on page 2-146.
Conguring enhanced scheduling using the TTY interface
Checking if Increased PRP capacity is unrestricted
To check if Increased PRP capacity is unrestricted (enabled) using the TTY interface, enter the following command: disp_options If Increased PRP capacity is unrestricted, the following is displayed: 58 PRP Capacity
Displaying and modifying enhanced scheduling parameters
The disp_element, disp_cell, chg_element and chg_cell_element commands can be used to display and congure the Enhanced Scheduling BSS, site and cell parameters shown in Table 2-28. Some examples are also given in the following sections. See Technical Description: BSS Command Reference (68P02901W23) for full details of BSS commands, prompts, and parameters.
2-146
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring enhanced scheduling using the TTY interface
Displaying whether Increased PRP Capacity is enabled at a BSS
Use the disp_element command to display whether Increased PRP Capacity is enabled for a BSS. For example, the following command displays the current setting of inc_prp_cap_ena: disp_element inc_prp_cap_ena 0 The system replies, for example: inc_prp_cap_ena = 1
Displaying the current setting of Enhanced Scheduling parameters
Use the disp_element command to display the value of percent_traf_cs or gprs_min_prr_blks. For example, the following command displays the current value of percent_traf_cs at site 1: disp_element percent_traf_cs 1 The system replies, for example: percent_traf_cs = 55% 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
Setting BSS, site, and Cell parameters for Enhanced Scheduling
Use the chg_element command to change Enhanced Scheduling BSS and site parameters, and chg_cell_element command to change the Enhanced Scheduling cell parameter. For example, the following command changes the site parameter percent_traf_cs to 50% at site 1: chg_element percent_traf_cs 50 1 The following command changes the cell parameter gprs_min_prr_blks to 5 at cell 0010111: chg_cell_element gprs_min_blks 5 0 0 1 0 1 1 1
68P02901W17-S
2-147 Nov 2007
Intelligent Multilayer Resource Management (IMRM)
Chapter 2: Conguring BSS Features
Intelligent Multilayer Resource Management (IMRM)
Overview of IMRM
The Intelligent Multilayer Resource Management (IMRM) feature enables optimal trafc 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 trafc to a preferred band by setting certain parameters in each cell. However, the ALM feature has difculty 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 set parameters to reect 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 neighboring cells either within the same BSS or different BSSs.
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 optimize resource utilization 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 prole (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:
2-148
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Benets of IMRM
Imbalance between bands, for example, the DCS1800 is heavily utilized whilst other bands are not. Imbalance between layers, that is, macro overlay running at very high utilization levels, whilst micro underlay can be very lightly used.
The rst 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 trafc which should be supported on the micro layer is targeted to the preferred band macro layer. This causes the effect of over-utilization in the macro layer and under-utilization in the micro layer. By addressing the band imbalance, that is, allowing for better distribution of trafc 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 trafc 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.
Benets of IMRM
The following are the benets of the IMRM feature: Simplicity of operation and deployment. Efcient use of spectrum resource as a result of the ability to prioritize trafc allocation by both band and layer. Optimizes Voice and CS Data usage with available resources. Trafc management between systems from different vendors. Balanced trafc across radio access technologies. Unied and scalable solution to resource management. Reduced drop call rate and improved Quality of Service.
Description of IMRM feature settings
Layer weightings
IMRM introduces the concept of Layer Weightings which are denable on a per-cell basis, with the supported layers covering: PGSM. EGSM (the EGSM weighting covers the EGSM frequencies only, not the combination of EGSM and PGSM frequencies). DCS1800.
68P02901W17-S
2-149 Nov 2007
Description of IMRM feature settings
Chapter 2: Conguring BSS Features
PCS850 (for future support). PCS1900 (for future support) GSM450 (for future support). UMTS.
The actual weightings should be dened based on the available capacity (directly within the cell, but should also consider neighboring cells, micro underlay and/or macro overlay and so on), as well as mobile penetration levels supporting the particular band/RAT. The statically dened weightings are then dynamically combined with the capabilities of the mobile requesting network resources, to dene 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 affect 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 dened set of weightings where an operator has enabled IMRM but not congured 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 Default Band weightings for EGSM and non-EGSM enabled systems
EGSM Support YES NO PGSM 45 50 EGSM 10 0 DCS1800 45 50 UMTS 0 0
These internally dened weight values are used as a direct replacement for the per-cell conguration items where all items have been left undened. Dening any of the supported weights results in the algorithm using the conguration items rather than the internal defaults. The internal defaults are not congurable. Unlike existing behavior whereby band preference is dened 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 to 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 dened (non-IMRM Cell). Source cell dened Preferred Band not supported in target cell. Target cell congured to force recalculation. The dynamically calculated Preferred Band is then applied as for (and in replacement of) the current statically dened band_preference, and in conjunction with (the current) band_preference_mode, it is used to dene target resources on initial resource allocation and/or handover behavior. See Table 2-32 for further details.
2-150
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Description of IMRM feature settings
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.
Use of Band Preference Mode
Band preference mode (band_preference_mode) is a parameter that can be set by an operator on a per-cell basis. It originates with the Advanced Load Management (ALM) feature (a forerunner of IMRM). The ALM feature allows the network operator to redirect mobile trafc to a network operator preferred band by setting the band_preference and band_preference_mode parameters per cell. A preference for a particular band is set by the band_preference parameter; in IMRM this is replaced by the per-call preferred band (PCPB) parameter, which performs the same function, but on a per-call rather than a per-cell basis. The possible settings of the PCPB are shown in Table 2-30.
Table 2-30
Setting 1 2 3 4
Per-call Preferred Band (PCPB) settings
Preferred Band PGSM. EGSM. DCS1800. UMTS.
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 behavior 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 behaviors. Table 2-32 describes the band selection algorithms per band preference mode that are invoked on assignment and handover request.
Table 2-31 Summary of band preference modes and their associated behaviors
Setting 0 1 2 3 4 Comment Attempt to handover to strongest reported neighbor. Attempt assignment to strongest preferred band reported neighbor (SDCCH TCH). Attempt handover to strongest preferred band reported neighbor. 1 and 2 above. Attempt assignment to strongest preferred band TCH immediately after initial assignment.
68P02901W17-S
2-151 Nov 2007
Description of IMRM feature settings
Chapter 2: Conguring BSS Features
Table 2-31 Summary of band preference modes and their associated behaviors (Continued)
Setting 5 6 1 or 4 above. 1 or 4 above. Comment
Correct setting of the band-preference mode is important in optimizing 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 Assignment and Handover band selection algorithms for the band preference modes
Setting 0 1 Assignment Outer Zone Local preferred then / or Neighbor preferred then Local non-preferred Outer Zone preferred then / or Outer Zone non-preferred Local preferred then / or Neighbor preferred then Local non-preferred Outer Zone 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 neighbor continual. Normal / Congestion to preferred. Inner Zone continual when preferred. Preferred neighbor continual. Normal / Congestion to preferred.
Local preferred then / or Neighbor preferred then Local non-preferred Outer Zone 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 conguration of cells within the neighborhood. In this case, the difference between BPM 2 and 3, and 4 and 5 is that in the former handover to the preferred band takes place immediately on qualication 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 neighbor, whether it is in the same cell or not) is attempted immediately after assignment. Motorola currently advises 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.
2-152
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Description of IMRM feature settings
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 signaling, and on how quickly the call is established after the initial TCH assignment.
Use of IMRM Force Recalculation ag
The IMRM Force Recalculation (imrm_force_recalc) ag allows an operator to specify that upon handover into a particular cell, the PCPB for that call is recomputed based on the Band Weightings applicable to that cell. Cells that may be considered as gateways into particular geographic areas or groups of cells (for example, covering main line stations or autoroute exits) may require this ag to be set in order to ensure good load-balancing across calls entering these areas. Where the IMRM Force Recalculation (imrm_force_recalc) ag is set, the PCPB of that cell is 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 then determines at what point a handover may take place.
Outer to Inner zone handovers (where the Inner zone is the Preferred band) still take place as soon as the Inner zone qualies, as per ALM.
Neighbor List Selection
For multi-band handover, ensure that the neighbor list length in each band is sensibly matched to the IMRM weightings and band preference mode. The neighbor lists are dened in each cell on a per-band basis. When a call has entered an IMRM enabled cell, it is assigned a PCPB. The combination of the PCPB and the band preference mode determine the MS's handover behavior; when and how it attempts handover, and whether that handover may involve band reassignment. If the ratio of IMRM band weightings varies signicantly from the ratio of qualifying neighbors for each band, then congestion problems may result, due to the IMRM algorithm attempting to assign or handover calls into a band with few qualifying neighbors. This scenario is most likely to be seen in dense urban areas suffering from canyoning, and in gateway regions such as airport terminals and railway stations, which are likely to be served by micro and macro cells.
68P02901W17-S
2-153 Nov 2007
Interaction with other features
Chapter 2: Conguring BSS Features
Interaction with other features
IMRM interacts with a number of features and it is important to understand the implications of adjusting system parameters and the impact they have on IMRM and other features.
For information about the interaction of IMRM with other BSS features, see Intelligent Multilayer Resource Management Field Optimization Guide
(GSM-BSS-22404-FOG-001).
Prerequisites to conguring Intelligent Multilayer Resource Management
Before conguring IMRM, ensure that the Multiband Inter-Cell Handover (mbInterCellHoOpt parameter) has been enabled: See Table 4-4, Conguring enhanced SDCCH to TCH band assignment on page 8-197 and Conguring a cell for coincident multiband handovers on page 8-180 for details
Intelligent Multilayer Resource Management parameters
Table 2-33 details the parameters associated with the Intelligent Multilayer Resource Management 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).
Table 2-33 Intelligent Multilayer Resource Management parameters
OMC-R GUI eld 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). 0 or 1, where: Disabled (0). Enabled (1). Description Values
CELL parameters: Continued
2-154
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Intelligent Multilayer Resource Management parameters
Table 2-33
Intelligent Multilayer Resource Management parameters (Continued)
Description 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-76. Displayed in the CELL Detailed View, General section, Multiband handover grouping. When the IMRM feature (imrmOpt) is enabled, displays whether a recalculation on the preferred band to handover to is executed on the cell. See Use of IMRM Force Recalculation ag on page 2-153 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 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-149 for further details of how to set this parameter. Values 1, 2, 4, 8, or 16.
OMC-R GUI eld name/BSS parameter name Band Preference band_preference
IMRM Force Recalculation imrm_force_recalc
0 or 1, where: 0 = Disabled. 1 = Enabled. Default is 0.
PGSM Weighting (0100) imrm_pgsm_weight
0 - 100. Default is 0.
Continued
68P02901W17-S
2-155 Nov 2007
Intelligent Multilayer Resource Management parameters
Chapter 2: Conguring BSS Features
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 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-149 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-149 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 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. Grayed-out if either the IMRM or 2G3G feature is restricted. See Layer weightings on page 2-149 for further details of how to set this parameter. Values 0 - 100. Default is 0.
OMC-R GUI eld name/BSS parameter name IMRM EGSM Weighting (0-100) imrm_egsm_weight
IMRM DCS1800 Weighting (0-100) imrm_dcs1800_weight (Field name in OMC-R database table: mrm_dcs18_weight)
0 - 100. Default is 0.
IMRM UMTS Weighting (0-100) imrm_umts_weight
0 - 100. Default is 0.
Continued
2-156
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Intelligent Multilayer Resource Management parameters
Table 2-33
Intelligent Multilayer Resource Management parameters (Continued)
Description 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 modied if the MultiBand Inter-Cell Handover feature is unrestricted (enabled). See Use of Band Preference Mode on page 2-151 for recommended settings when used in conjunction with IMRM. Values 0 - 6. Default is 0.
OMC-R GUI eld name/BSS parameter name Band Preference Mode band_preference_mode
68P02901W17-S
2-157 Nov 2007
Quality of Service (QoS)
Chapter 2: Conguring BSS Features
Quality of Service (QoS)
Overview of QoS
In R99 of the 3GPP specications, Packet Flow Management (PFM) procedures were added to the BSSGP protocol. These procedures provide for aggregation of similar QoS proles into a single Packet Flow Context and allow the BSS to negotiate and modify QoS parameters. The Aggregate BSS QoS Prole (ABQP) eld, contained in PFM signals, describes the QoS characteristics for a single PFC, identied by a Packet Flow Identier (PFI). The ABQP eld contains a full set of QoS parameters: trafc class, Trafc Handling Priority (THP), maximum bit rates and guaranteed bit rates for uplink/downlink, transfer delay, and other elds describing error rate/ratio characteristics are parameters included in the ABQP to provide a more specic differentiation of services to users. With the added parameters contained in the ABQP eld, 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).
Prerequisites to conguring QoS
Before conguring QoS, ensure that the following features have been enabled: Network Assisted Cell Change (NACC) (naccOpt parameter). See Network Assisted Cell Change (NACC) on page 2-166 for further details. GPRS (gprsOpt parameter).
Quality of Service parameters
Table 2-34 details the QoS 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).
2-158
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Quality of Service parameters
Table 2-34 Quality of Service parameters
OMC-R GUI eld 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). Description Values
BSS support of PFM on BSSGP (for QoS) bssgp_pfc_bit
Displayed in the Quality of Service grouping in the BSS Detailed View. Species whether PFM procedures are enabled. Grayed out if QoS feature is not purchased and NACC feature is not enabled in the BSS. If modied the following warning message is displayed: WARNING: Changing this element may trigger a negotiation with the SGSN, resulting in the reset of signaling BVCI. QoS feature shall be enabled/disabled subject to this negotiation. Ongoing data transfers will be affected due to signaling reset. Do you wish to modify? Displayed in the Quality of Service grouping in the BSS Detailed View. Indicates which ARP signaling selection option is used for R99/R4 mobiles. Grayed out if QoS Feature is not purchased. If bssgp_pfc_bit set to On (1) and arp_signal_sele is modied the following message is displayed: WARNING: Changing arp_signal_sele when QoS is enabled will only affect new PFCs.
ARP Signaling Selection arp_signal_sele
0, 1, or 2, where: Fixed ARP Value of 3 (0). Map precedence class values to ARP(1, 2, 3) (1), Map Trafc Handling Priority to ARP (2) Default is Map precedence class values to ARP(1, 2, 3) (1). Continued
68P02901W17-S
2-159 Nov 2007
Quality of Service parameters
Chapter 2: Conguring BSS Features
Table 2-34
Quality of Service parameters (Continued)
Description Displayed in the Quality of Service grouping in the BSS Detailed View. Species the THP weight of interactive 2 class. Trafc Handling Priority controls relative throughput of PFCs by assigning a weighting factor for interactive 2 class. Grayed 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 modied 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. Species the THP weight of interactive 3 class. Trafc Handling Priority controls relative throughput of PFCs by assigning a weighting factor for interactive 3 class. Grayed 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 modied 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. Displayed in the Quality of Service grouping in the BSS Detailed View. Species the THP weight of background class. Trafc Handling Priority controls relative throughput of PFCs by assigning a weighting factor for background class. Grayed-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 modied 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. Values 10 - 40 Default is 40.
OMC-R GUI eld name/BSS parameter name THP Weight of Interactive 2 Class thp_i2_weight
THP Weight of Interactive 3 Class thp_i3_weight
10 - 40 Default is 40.
THP Weight of Background Class thp_bg_weight
10 - 40 Default is 40.
Continued
2-160
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Quality of Service parameters
Table 2-34
Quality of Service parameters (Continued)
Description Displayed in the Quality of Service grouping in the BSS Detailed View. Species the THP weight of best effort class. Trafc Handling Priority controls relative throughput of PFCs by assigning a weighting factor for best effort class. Grayed-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 modied 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. Displayed in the Quality of Service grouping in the BSS Detailed View. Species choices for ARP parameter for PFCs belonging to best effort trafc class. Grayed-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 displays the following message: WARNING: Any changes to pfc_be_arp do not change system behavior when arp_signal_sele is equal to 0. Displayed in the GPRS grouping in the BSS Detailed View. QoS modies the behavior of this parameter. If gprs_sched_beta is modied 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 modies the behavior of this parameter. If bssgp_pfc_bit is set to On (1), any modication to eop_enabled is overridden. If eop_enabled is modied 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. Continued Values 0 - 40 Default is 40.
OMC-R GUI eld name/BSS parameter name THP Weight of Best Effort Class thp_be_weight
ARP Parameter for Best Effort Class PFCs pfc_be_arp
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).
GPRS Scheduling Beta Algorithm gprs_sched_beta
Enhanced One Phase Access eop_enabled
68P02901W17-S
2-161 Nov 2007
Quality of Service parameters
Chapter 2: Conguring BSS Features
Table 2-34
Quality of Service parameters (Continued)
Description Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Species the downlink Minimum Throughput Budget Requirement (in kbit/s) ranges from 2 - 24 for Interactive trafc class, trafc handling priority 1. Grayed-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. Species the uplink Minimum Throughput Budget Requirement (in kbit/s) ranges from 2 - 6 for Interactive trafc class, trafc handling priority 1. Grayed-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. Species the uplink Minimum Throughput Budget Requirement (in kbit/s) ranges from 2-6 for Interactive trafc class, trafc handling priority 1. Grayed-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. Species the downlink Minimum Throughput Budget Requirement (in kbit/s) ranges from 2-24 for Interactive trafc class, trafc handling priority 2. Must be less than or equal to the value of qos_mtbr_i1_dl. Grayed-out if QoS Feature is not purchased. Read only if bssgb_pfc_bit is set to On (1). Values 2 - 24. Default 2.
OMC-R GUI eld name/BSS parameter name CELL parameters: MTBR for Interactive THP 1 qos_mtbr_i1_dl
Uplink MTBR for Interactive THP 1 qos_mtbr_i1_ul
2 - 6. Default is 2.
Uplink MTBR for Interactive THP qos_mtbr_i1_ul
2 - 6. Default is 2.
Downlink MTBR for Interactive THP 2 qos_mtbr_i2_dl
2 - 24. Default is 2.
Continued
2-162
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Quality of Service parameters
Table 2-34
Quality of Service parameters (Continued)
Description Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Species the uplink Minimum Throughput Budget Requirement (in kbit/s) ranges from 2-6 for Interactive trafc class, trafc handling priority 2. Grayed-out if QoS Feature is not purchased. Must be less than or equal to the value of qos_mtbr_i1_ul. Grayed-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. Species the downlink Minimum Throughput Budget Requirement (in kbit/s) ranges from 2-6 for Interactive trafc class, trafc handling priority 3. Grayed-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). Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Species the uplink Minimum Throughput Budget Requirement (in kbit/s) ranges from 2-6 for Interactive trafc class, trafc handling priority 3. Grayed-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. Species the downlink Minimum Throughput Budget Requirement (in kbit/s) ranges from 2-6 for Best Effort trafc class. Grayed-out if QoS Feature is not purchased. Read only if bssgp_pfc_bit is set to On (1). Values 2 - 6. Default is 2.
OMC-R GUI eld name/BSS parameter name Uplink MTBR for Interactive THP 2 qos_mtbr_i2_ul
Downlink MTBR for Interactive THP 3 qos_mtbr_i3_dl
2 - 6. Default is 2.
Uplink MTBR for Interactive THP 3 qos_mtbr_i3_ul
2 - 6. Default is 2.
Downlink MTBR for Best Effort Trafc Class qos_mtbr_be_dl
2 - 6. Default is 2.
Continued
68P02901W17-S
2-163 Nov 2007
Quality of Service parameters
Chapter 2: Conguring BSS Features
Table 2-34
Quality of Service parameters (Continued)
Description Displayed in the Quality of Service grouping in the CELL Detailed View, GPRS section. Species the uplink Minimum Throughput Budget Requirement (in kbit/s) ranges from 2-6 for Best Effort trafc class. Grayed-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. Species the downlink Minimum Throughput Budget Requirement (in kbit/s) ranges from 2-6 for Background trafc class. Grayed-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. Species the uplink Minimum Throughput Budget Requirement (in kbit/s) ranges from 2-6 for Background trafc class. Grayed-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. Species how long the mobile needs to wait before Re-Raching into the cell. Grayed-out if GPRS Feature is not purchased. Values 2 - 6. Default is 2.
OMC-R GUI eld name/BSS parameter name Uplink MTBR for Best Effort Trafc Class qos_mtbr_be_ul
Downlink MTBR for Background Trafc Class qos_mtbr_bg_dl
2 - 6. Default is 2.
Uplink MTBR for Background Trafc Class qos_mtbr_bg_ul
2 - 6. Default is 2.
PAR Waiting Time gprs_par_wait_ind
100 - 750. Default is 150. The unit is Block Periods; one Block Period is 20 ms.
Continued
2-164
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Quality of Service parameters
Table 2-34
Quality of Service parameters (Continued)
Description Values
OMC-R GUI eld name/BSS parameter name PCU parameters: DOWNLOAD-BSS-PFC Procedure Guard Timer bssgp_t6_timer
Displayed in the Quality of Service grouping in the PCU Detailed View. Guards the DOWNLOAD-BSS-PFC procedure. Grayed 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. Grayed 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. Grayed out if the GPRS feature (gprsOpt) is restricted. Displayed in the Quality of Service grouping in the PCU Detailed View. Indicates the maximum number of retries for PFC Download. Grayed 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.
100 - 10000. Default is 3000.
MODIFY-BSS-PFC Procedure Guard Timer bssgp_t8_timer
100 - 10000. Default is 3000.
RA-CAPABILITY-UPDATE Procedure Guard Timer bssgp_t5_timer
1000 - 30000. Default is 3000.
Maximum Number of Retries for PFC Download bssgp_dwnld_retry
1 - 3. Default is 3 (tries).
Negotiated value of CBL Bit cbl_bit_negotiate
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.
Negotiated Value of PFC Bit pfc_bit_negotiate
Displayed in the Quality of Service grouping in the PCU Detailed View. Indicates the negotiated value of PFC Bit.
68P02901W17-S
2-165 Nov 2007
Network Assisted Cell Change (NACC)
Chapter 2: Conguring BSS Features
Network Assisted Cell Change (NACC)
Overview
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 rst procedure allows the MS to indicate to the network the need for a cell change. In the second procedure, the network provides neighbor cell data to the MS. For a full description of NACC, see Technical Description: BSS Implementation (68P02901W36).
Procedure 1: PCCN procedure
The MS noties the network using a Packet Cell Change Notication (PCCN) message when a cell reselection is needed and delays the cell reselection to let the network respond with neighbor cell system information. This procedure allows the BSS to play a part in deciding the best target cell to which the MS should move. The BSS considers the following to make a decision: If the neighbor cell is internal or external to the BSS RxLev measurements of the serving and the neighbor cell as reported by the MS QoS capabilities of the serving and neighbor cells and the QoS prole of the mobile station EGPRS/GPRS availability on the target cells Whether the target cells are in the same routing area Whether the target cells are on the same PRP board Whether the proposed target cell/neighbor cell is a macro or a micro cell If the neighbor cell is within the same PCU
Procedure 2: Neighbor cell data
After the target cell has been determined, the network sends the MS a Packet Neighbor Cell Data (PNCD) message containing the information needed for the MS to access the target cell. The neighbor cell information is sent to the MS in the source cell before the MS performs cell reselection so that the MS can perform packet access without reading all of the system information in the target cell. This procedure could also be an extension of Procedure 1 if the network has information about the target cell.
2-166
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Interaction with QoS (Quality of Service)
Interaction with QoS (Quality of Service)
The areas where QoS and NACC/NCCR interact are detailed in the following sections.
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 signals if a cell is congested and also sends a candidate list of mobiles preferable for cell reselection. Cell congestion and PRP congestion are 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.
Idle Mode Cell Reselection
When MSs are in idle mode, the QoS congestion level is used to determine how to logically size the cell for the idle mobiles in the cell. Idle mode congestion relief would help in QoS admission control as it would reduce the number of mobiles waiting for resources in the cell.
Interaction with other features
This feature interacts with the IMRM feature, see Intelligent Multilayer Resource Management (IMRM) on page 2-148 for further details.
Network Assisted Cell Change (NACC) parameters
Table 2-35 details the parameters associated with the Network Assisted Cell Change (NACC) 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).
Table 2-35
Network Assisted Cell Change (NACC) parameters
Description Values
OMC-R GUI eld 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.
0 or 1, where: Restricted (0). Unrestricted (1). It cannot be modied by a user. Continued
68P02901W17-S
2-167 Nov 2007
Network Assisted Cell Change (NACC) parameters
Chapter 2: Conguring BSS Features
Table 2-35
Network Assisted Cell Change (NACC) parameters (Continued)
Description Displayed in the Network Assisted Cell Change grouping of the BSS Detailed View. Indicates whether Cell Change Notication (CCN) is enabled or disabled for the BSS. Can only be modied 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. 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: Disabled (0). Enabled (1).
OMC-R GUI eld name/BSS parameter name Cell Change Notication Enabled nacc_enabled
GPRS Type 5 Algorithm Enabled gprs_type5_alg
0 or 1, where: 0 = GPRS type-5 algorithm is disabled. 1 = GPRS type-5 algorithm is enabled.
Congestion Threshold gprs_cell_cgt_thr
2-168
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Enhanced Multi-level Precedence and Pre-emption (eMLPP)
Enhanced Multi-level Precedence and Pre-emption (eMLPP)
Overview
Enhanced Multi-Level Precedence and Pre-emption (eMLPP) feature enhances the control of call trafc by adding multi level precedence and pre-emption to the existing functionality of prioritizing the calls and call queuing.
Background
Previous software allowed only two levels of priority; high priority and low priority. Emergency calls were classied as high priority calls and non-emergency calls were classied 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.
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).
68P02901W17-S
2-169 Nov 2007
eMLPP parameters
Chapter 2: Conguring BSS Features
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 follows the pci/pvi and priority settings as per MSC assigned values without any modication 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).
Table 2-36 Enhanced Multi-level Precedence and Pre-emption (eMLPP) parameters
OMC-R GUI eld name/BSS parameter name EMLPP Feature enhancedMLPPOpt 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. Values 0 or 1, where: Restricted (0). Unrestricted (1).
Continued
2-170
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
eMLPP parameters
Table 2-36 Enhanced Multi-level Precedence and Pre-emption (eMLPP) parameters (Continued)
OMC-R GUI eld name/BSS parameter name Preemption Options option_preempt (previously called option_emergency_ preempt) Description Displayed in the Pre-emption grouping in the BSS Detailed View. Displays the selected pre-emption option. Values 0 - 3, or, 0 or 1. If enhancedMLPPOpt is enabled, the range is 0 - 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 - 1, where: ECP Disabled (0) ECP Enabled (1). Default is 0. 0 - 14. Default is 0 meaning no calls are exempt (disabled) from certain congestion mechanisms.
Emergency Group Priority emergency_ group_priority
Displayed in the Pre-emption grouping in the BSS Detailed View. Denes 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. Grayed 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. Grayed out if enhancedMLPPOpt is disabled.
PDTCH Priority sw_pdtch_priority
1 - 14. Default is 14, meaning priority protection is disabled allowing all calls to allocate switchable PDTCH resources.
68P02901W17-S
2-171 Nov 2007
Fast Call Setup
Chapter 2: Conguring BSS Features
Fast Call Setup
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-congured threshold. Once the TCH usage for the outer zone has equaled or exceeded this threshold, the BSS performs assignment through the SDCCH. The benets of this direct assignment are: Returning the MS from the SDCCH to the TCH is avoided. Establishing the main signaling (LAPDm) is only done once. The data throughput on the TCH is faster than that of the SDCCH. The operatorcongured thresholds can help avoid cell congestion due to phantom RACHs.
Interaction with other features
This feature interacts with the IMRM feature, see Intelligent Multilayer Resource Management (IMRM) on page 2-148 for further details.
Fast Call Setup parameters
Table 2-37 details the parameters associated with the Fast Call Setup 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-172
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Fast Call Setup parameters
Table 2-37 Fast Call Setup parameters
OMC-R GUI eld 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 modied by a user. 0 or 1, where: Disabled (0), Enabled (1). Description Values
CELL parameters: TCH Usage Threshold tch_usage_ threshold (OMC-R parameter name: tch_usage_thrsld) Displayed in the General Radio Channel Conguration grouping of the CELL Detailed View. Indicates percentage of TCH usage, at or above which the Fast Call Service feature (FastCallOpt) is disabled. This eld is grayed-out if the Fast Call Service feature (FastCallOpt) is restricted (Disabled (0)). Deleted by the Fast Call Setup feature. 0 - 100. Default is 0.
Immediate Assign Mode immediate_assign_mode (OMC-R parameter name: immediateAssMode)
68P02901W17-S
2-173 Nov 2007
RSL Congestion Control
Chapter 2: Conguring BSS Features
RSL Congestion Control
Overview
The Radio Signaling 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 BSC's 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 notied 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.
RSL congestion control parameters
Table 2-38 details the parameters associated with RSL Congestion Control. 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-38 RSL congestion control parameters
OMC-R GUI eld name/BSS parameter name RSL Congestion Upper Threshold (%) rsl_lcf_congestion_thi Description Displayed in the RSL Congestion grouping of the BSS Detailed View. The high threshold to detect RSL congestion on an 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. Values 1 - 100. Default is 60%. If set to 0%, the BSS does not send out XOFF information on RSLLCF.
Continued
2-174
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
RSL congestion control parameters
Table 2-38 RSL congestion control parameters (Continued)
OMC-R GUI eld name/BSS parameter name RSL Congestion Lower Threshold (%) rsl_lcf_congestion_tlow Description 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. Denes the OVERLOAD message interval. This avoids reducing the A-interface trafc too rapidly. Displayed in the RSL Congestion grouping of the BSS Detailed View. Denes the minimum interval between reporting and clearing RSL congestion alarms to the OMC-R on a per RSLLCF basis. 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. Denes the maximum number of PAGE messages that can be sent from the BSC to a BTS in a second. Values 0 - 99. Default is 25%.
Overload Messages Timer Interval (ms) bss_overload_control
1000 1000000 (ms). Default is 12500 (ms). 1000 600000 (ms) Default is 60000 (ms).
RSL Congestion Alarm Clear Time (ms) rsl_congestion_alarm _timer
Send Overload Messages to MSC msc_bss_overload _allowed (OMC-R parameter name: msc_bss_ovld_alw) Max Number of Page Messages per Second max_pagenum_per_sec
0 or 1, where: Disabled (0), Enabled (1). Default is Disabled (0). 70 - 65535. Default is 65535.
68P02901W17-S
2-175 Nov 2007
VersaTRAU
Chapter 2: Conguring BSS Features
VersaTRAU
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 optimize 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-19.
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 trafc 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 dened by a VersaTRAU channel. The feature eliminates the need for one-to-one mapping of air TSs and TRAU slots and instead allows conguration 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-176
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Permissible values for RTF backhaul timeslots
Permissible values for RTF backhaul timeslots
Table 2-39 shows the possible range, default values and accessibility for the RTF Detailed View eld: Number of Backhaul Timeslots on Carrier (rtf_ds0_count) (also see Table 2-40). The elds Packet Radio Type (pkt_radio_type), Half Rate (half_rate_enabled), 8 k TRAU Allowed (allow_8k_trau) are all displayed in the RTF Detailed View (see RTF Detailed View elds on page 9-184).
Table 2-39 Possible values for RFT eld: Number of Backhaul Timeslots on Carrier (rtf_ds0_count)
Packet Radio Type eld 64 k (3) 64 k (3) 64 k (3) 64 k (3) 64 k (3) EGPRS enabled YES YES YES YES YES VersaTRAU enabled YES YES YES YES NO Half Rate eld Disabled Enabled Disabled Enabled N/A 8 k TRAU Allowed eld N/A YES N/A YES N/A Valid range 3 to 7 3 to 7 3 to 8 3 to 8 7
BCCH
Default
Sensitivity?
YES YES NO NO YES
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.
Sensitive Sensitive Sensitive Sensitive Insensitive
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
Grayedout
16 k (1)
N/A
N/A
N/A
N/A
N/A
1 to 8
Grayedout
32 k (2)
N/A
N/A
N/A
N/A
N/A
1 to 8
Grayedout
68P02901W17-S
2-177 Nov 2007
VersaTRAU parameters
Chapter 2: Conguring BSS Features
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).
Table 2-40 VersaTRAU parameters
OMC-R GUI eld 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 modied by a user. This feature is only available if the EGPRS feature (egprsOpt) is unrestricted (enabled). 0 or 1, where: Disabled (0). Enabled (1). Description Values
RTF parameters: Number of Backhaul Timeslots on Carrier rtf_ds0_count Displayed in the GPRS grouping of the RTF Detailed View. If the VersaTRAU feature is enabled, denes the number of DS0s for RTF backhaul, when equipping an EGPRS capable RTF (64 k RTF). Modifying this eld 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? 1 - 8. See Table 2-39 for details of possible values and defaults.
2-178
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Feature Capacity Licensing and Audit
Feature Capacity Licensing and Audit
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 Conguration 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 le comparison and customer notication 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-dened intervals, which can be congured by the customer. The License Audit tool is extended on each release to incorporate new features in the audit functions. For each customer, a license le 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 congured by the user. The audit is triggered by a congurable 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 le 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 congured during installation and conguration. The License Audit Tool produces a report which is stored in a predened location containing the result of the latest audit and license le comparison. Users and Motorola have access to this report by physically accessing the location where the le is stored.
Conguration and operation
Details regarding the conguration and operation of the License Audit tool are described in the manual System Information: License Audit (68P02901W59).
68P02901W17-S
2-179 Nov 2007
Improved Timeslot Sharing
Chapter 2: Conguring BSS Features
Improved Timeslot Sharing
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 rmware. In that way the EGPRS PDTCH (Packet Data Trafc Channel) can only be congured 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 unrestricted (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.
Interaction with other features
ITS interacts with the following features: VersaTRAU Enhanced Multi-level Precedence and Pre-emption (eMLPP)
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-180
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
ITS parameters
Table 2-41
ITS parameters
Description 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. Values 0 or 1, where: Disabled (0). Enabled (1).
OMC-R GUI eld name/BSS parameter name Improved Timeslot Sharing Feature itsOpt
Improved Timeslot Sharing Enabled improve_ts_enabled (OMC-R parameter name: its_enabled)
0 or 1, where: Disabled (0). Enabled (1).
68P02901W17-S
2-181 Nov 2007
GPRS - Suspend/Resume
Chapter 2: Conguring BSS Features
GPRS - Suspend/Resume
{27717}
Overview of GPRS Suspend/Resume
The GPRS Suspend and Resume feature provides the BSS system the ability to suspend and resume GPRS services.
Description of GPRS Suspend/Resume
The MS requests the network for a suspension of GPRS services by sending a Suspend message to the network if the following conditions exist: A GPRS attached MS enters dedicated mode and the support of Class A mode of operation is not possible. An MS in Class A mode of operation is handed over to cell and the Class A mode of operation is not possible.
The BSC tracks the MS status as Suspended after receiving a Suspend Ack message from the SGSN. Once the conditions for the suspension of GPRS services no longer exist the BSS sends a Resume message to the SGSN. If a Resume Ack message is received from the SGSN, the BSS sends a GPRS Resumption message to the MS to notify the MS that it can resume GPRS service. The MS resumes GPRS services by sending a Routing Area Update Request to the SGSN if one of the following conditions exist: If the BSS fails to request the SGSN to resume GPRS services. If the RR Channel Release message was not received before the MS left dedicated mode. If the MS locally determines that the conditions for GPRS suspension have disappeared.
The GPRS Resume functionality is supported at the intraBSC level only.
2-182
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Measuring Suspend/Resume statistic
Measuring Suspend/Resume statistic
The database statistic NUM_SUSP_RESU_RCVD measures per BSS the number of: Responses received for Suspend and Resume. No responses received for Suspend and Resume. Resume not triggered due to different reasons.
See Maintenance Information: GSM Statistics Application (68P02901W56) for full statistics details.
GPRS - Suspend/Resume dependencies
The GPRS - Suspend/Resume requires the GPRS feature (gprsOpt) to be unrestricted (enabled).
GPRS - Suspend/Resume parameters
Table 2-40 details the parameters associated with GPRS - Suspend/Resume 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).
Table 2-42 GPRS - Suspend/Resume parameters
OMC-R GUI eld name/BSS parameter name BSS parameters: GPRS - Suspend/Resume Feature bssgp_t4_timer Displayed in the SSM Timers grouping of the BSS Detailed View. Indicates the timer used to guard the GPRS Suspend /Resume procedures. The PCU starts this timer once RESUME PDU or SUSPEND PDU is sent out to an SGSN. The timer stops when the PCU receives a RESUME ACK/NACK PDU or SUSPEND ACK/NACK PDU from the SGSN. 100 - 10000 ms Default: 800. Description Values
68P02901W17-S
2-183 Nov 2007
Conguring GPRS - Suspend/Resume parameter using the TTY interface
Chapter 2: Conguring BSS Features
Conguring GPRS - Suspend/Resume parameter using the TTY interface
The disp_element and chg_element commands can be used to display and congure the GPRS - Suspend/Resume parameter bssgp_t4_timer. Use the disp_element command to display the value of the bssgp_t4_timer. For example, the following command displays the current value of the bssgp_t4_timer at BSS location 0: disp_element bssgp_t4_timer 0 The system replies, for example: bssgp_t4_timer = 800 Use the chg_element command to modify the value of the bssgp_t4_timer. For example, the following command modies the current value of the bssgp_t4_timer at BSS location 0, to 300 ms. chg_element bssgp_t4_timer 300 0 The system replies: COMMAND ACCEPTED
2-184
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Increased Network Capacity
Increased Network Capacity
{28398}
Overview of Increased Network Capacity
The Increased Network Capacity feature is an optional feature. This feature increases the system capacity limits as follows: Maximum Carriers per BSC from 512 to 750 Maximum Sites per BSC from 100 to 140 Maximum Circuits per BSC from 3200 to 4800 Maximum number of BSC-XCDR connections a BSC can support increases from 27 to 42
Determining whether Increased Network Capacity is enabled
It is possible to use the OMC-R GUI or the TTY interface to determine if Increased Network Capacity is enabled.
Using the OMC-R GUI
To check if the Increased Network feature has been enabled using the OMC-R GUI, display the setting of Increased Network Capacity Feature (incNetCapacityOpt) eld. This eld is located in the Optional Features grouping in the BSS Detailed View. The values for Increased Network Feature eld are: Disabled (0) Enabled (1)
Using the TTY interface
To check if Increased Network feature has been enabled using the TTY interface, enter the following command: disp_options all If the Increased Network Capacity is unrestricted (enabled) the system displays the following in the unrestricted list: 81 Increased Network Capacity
68P02901W17-S
2-185 Nov 2007
Interaction with other features
Chapter 2: Conguring BSS Features
Interaction with other features
The Increased network Capacity feature interacts with the following features: Enhanced BSC capacity using DSW{22168} BSC High Load Protection Mechanism Phase 2 {23306} LAN Packing {28333} HSP MTL {28337} BSP CPU utilization reduction for higher Call handling Capacity {28340}
2-186
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSC High Load Protection Mechanism Phase 2
BSC High Load Protection Mechanism Phase 2
{23306}
Overview of BSC High Load Protection Mechanism Phase 2
The BSC High Load Protection Mechanism feature allows the BSC to operate reliably during periods of high utilization and to deal efciently when trafc surges occur. It provides this reliability by monitoring the Base Site control Processor (BSP) CPU utilization inreal-time. When the BSP CPU utilization reaches the overload threshold, this feature starts controlling the amount of calls and handovers to be handled by the system, so that the CPU utilization of the BSP can be kept under a safe level. This mechanism allows the BSP to operate reliably at 90% utilization.
BSC High Load Protection Mechanism Phase 2 parameters
Table 2-43 details the parameters associated with the BSC High Load Protection Mechanism 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)
Table 2-43 BSC High Load Protection Mechanism Phase 2 parameters
OMC-R GUI eld name/BSS parameter name BSS parameters: BSC High Load Protection Mechanism Phase 2 Feature bsp_overload_protection (OMC-R parameter name: bsp_ovld_protect) Displayed in the BSP Overload Protection group of the BSS Detailed View. Enables or disables the monitoring of the BSP CPU utilization. 0 or 1, where: Disabled (0) Enabled (1) Default is Disabled (0) Description Values
Conguring BSC High Load Protection Mechanism Phase 2
It is possible to use the OMC-R GUI or the TTY interface to enable or disable BSC High Load Protection Mechanism Phase 2 feature.
Using the OMC-R GUI
To check if the BSC High Load Protection Mechanism Phase 2 feature has been enabled using the OMC-R GUI, display the setting of BSP CPU Overload Protection (bsp_overload_protection) eld. This eld is located in the BSP Overload Protection grouping in the BSS Detailed View. The values are detailed in Table 2-43.
68P02901W17-S
2-187 Nov 2007
Conguring BSC High Load Protection Mechanism Phase 2
Chapter 2: Conguring BSS Features
Using the TTY interface
The disp_element and chg_element commands can be used to display and enable or disable the BSP CPU Overload Protection parameter bsp_overload_protection. To check if the BSC High Load Protection Mechanism Phase 2 feature has been enabled using the TTY interface, enter the following command: disp_element bsp_overload_protection <location>. For example, the following command displays the current value of the bsp_overload_protection at BSS location bsc: disp_element bsp_overload_protection bsc The system replies, for example: bsp_overload_protection = 1 Use the chg_element command, chg_element bsp_overload_protection <value> <location>to enable or disable the value of the bsp_overload_protection. For example, the following command disables the bsp_overload_protection at location bsc. chg_element bsp_overload_protection 0 bsc The system replies: COMMAND ACCEPTED
2-188
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
HSP MTL
HSP MTL
{28337}
HSP MTL
The HSP MTL feature increases the capacity and the exibility of the Signaling Links Set between the BSC and each MSC. Each BSC is connected to each MSC with a Signaling Link Set (SLS). Each Signaling Link Set can accommodate up to 16 distinct Signaling Links (SL). At present the BSC supports each Signaling Link with a 64kbit/s DS0. As a result of the BSC capacity increasing it is now necessary to increase the capacity of the MTLs (MTP Transport Layer Link (A-Interface)). This feature introduces a new High Speed MTL which increases the maximum number of message transfer links to 31. For a full description of HSP MTL, see Technical Description: BSS Implementation (68P02901W36).
Prerequisites to conguring HSP MTL
Before conguring HSP MTL ensure that the Increased Network feature incNetCapacityOpt has been enabled. See Increased Network Capacity on page 2-185 for further details.
HSP MTL parameters
Table 2-44 details the parameters associated with the HSP MTL 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).
68P02901W17-S
2-189 Nov 2007
HSP MTL parameters
Chapter 2: Conguring BSS Features
Table 2-44
HSP MTL parameters
Description Values
OMC-R GUI eld name/BSS parameter name BSS parameters: mtl_rate
Displayed in the Identication grouping of the MTL Detailed View. Denes the type of MTL to create.
If the Increased Network feature is enabled valid values are 1 or 31. 1= 64k MTL 31 = HSP MTL Default is 1. Valid values: 25000 350,000 ms. Default is 300,000 ms.
ss7_hsp_l2_t1
Displayed in the MTP Timers grouping of the BSS Detailed View. Can only be modied, if incNetCapacityOpt is unrestricted (enabled). Otherwise, the eld is grayed out in the BSS Detailed View form. Displayed in the Identication grouping of the BSP Detailed View. The number of message transfer links that the BSP can handle. The values 0 to 2 are for 64k MTL and 31 for HSP MTL. Displayed in the Identication grouping of the LCF Detailed View. The number of message transfer links that the LCF can handle. The values 0 to 2 are for 64k MTL and 31 for HSP MTL.
max_mtls
0, 1, 2 or 31. 31 is valid only if the Increased Network feature is enabled.
0, 1, 2 or 31. 31 is valid only if the Increased Network feature is enabled.
Continued
2-190
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
HSP MTL parameters
Table 2-44 HSP MTL parameters (Continued)
OMC-R GUI eld name/BSS parameter name max_gsls Description Displayed in the Identication grouping of the LCF Detailed View. The maximum number of GSLs the LCF can manage. Only displayed if: 0 - 12. Values
GPRS feature is unrestricted. Sum of max_gsls is greater than or equal to the total number of GSLs equipped. Value of max_gsls must not exceed the available LCF HDLC channel capacity. max_gsls can be changed to non zero value only when max_mtls is not equal to 31. 0 or 1 1 is valid only if max_mtls is not equal to 31.
max_cbls
Displayed in the Identication grouping of the LCF Detailed View. The maximum number of CBLs the LCF can manage.
68P02901W17-S
2-191 Nov 2007
Software patching and PCU Software Upgrade with no BSC Outage
Chapter 2: Conguring BSS Features
Software patching and PCU Software Upgrade with no BSC Outage
{25423}
Overview of Software patching and PCU Software Upgrade with no BSC Outage
The software patching section of this feature allows the NE software to be dynamically modied without requiring an NE Element restart. The software patch (Patch Object) contains NE Software changes which after downloading modies all existing objects. A Patch Object is made up of one or more patch levels compiled together into a Patch Object. The Patch Level corresponds to a patch (x) or group of patches which address a single problem. The PCU Software Upgrade section of this feature allows new PCU objects to be downloaded and installed at the PCU without requiring a BSS outage. The new PCU objects can be downloaded to the BSC using CSFP download, and from there downloaded to the PCU. After download is completed a swap code object is carried out.
Software patching and PCU Software Upgrade with no BSC Outage parameters
Table 2-45 details the parameters associated with the Software patching and PCU Software Upgrade with no BSC Outage 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-192
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration patching and PCU Software Upgrade with no BSC Outage parameters
Software
Table 2-45 parameters
Software patching and PCU Software Upgrade with no BSC Outage
OMC-R GUI eld name/BSS parameter name BSS and RXCDR parameters: NE Patch Object Version nePatchObjectVer
Description
Values
Displayed in the Identication grouping of the BSS or RXCDR Detailed View form. Displays the version of the Patch Object. The value 0 indicates that no Patch Object is installed. This parameter cannot be modied by a user and is not displayed for a BSS or RXCDR with Pre-GSR9 software loads. Displayed in the Identication grouping of the BSS or RXCDR Detailed View form. Displays the Patch Object Level number set for the NE. The range is the maximum Patch Level of that Patch Object. The value 0 indicates that no Patch Level is installed. This parameter cannot be modied by a user and is not displayed for a BSS or RXCDR with Pre-GSR9 software loads.
0 - 255 Default is 0
NE Patch Object Level nePatchObjectLev
0255 Default is 0
PCU parameters: CSFP Flow Value csfp_ow Displayed in the General grouping of the PCU Detailed View form. Displays the CSFP ow control value that controls the amount of GSL link utilization that a CSFP download from BSC to PCU uses. This parameter is also applicable for BTS CSFP . For BTS CSFP , this parameter controls the RSL utilization for CSFP download. This is the pre-GSR9 legacy function. 10 100 Select in increments of 10. Default is 10.
68P02901W17-S
2-193 Nov 2007
Add new PCU hardware to increase GPRS capacity
Chapter 2: Conguring BSS Features
Add new PCU hardware to increase GPRS capacity
{28351}
Overview
This feature introduces new hardware named Universal DPROC2 (U-DPROC2) to replace all existing legacy DPROCs and increase GPRS capacity. The U-DPROC2 creates a functionality called PXP , which combines PRP and PICP functionality on the same board. The boards are connected with the PSI board in BSC through a Gigabit Ethernet link (GbE). E1 GDS connectivity is supported on PRP/PICP , but not on the PXP . The PRP part of PXP functionality is lost if the Ethernet link goes OOS. U-DPROC2 can be congured as a PRP and PICP (legacy conguration). U-DPROC2 can coexist with a legacy DPROC, which serves as PRP or PICP . It can function as PRP or PICP . Each U-DPROC2 must be paired with a U-DPROC2 RTM (Rear Transition Module). Pairing a U-DPROC2 board with a legacy RTM module or pairing a legacy DPROC board with a U-DPROC2 RTM module is not supported. The PCU supports hot swap capability and provides thermal monitoring for U-DPROC2 boards. The PCU is controlled by a single BSC. This feature reduces the PCU maintenance requirements and conguration complexity.
Add new PCU hardware to increase GPRS capacity parameters
Table 2-46 details the parameters associated with the feature Add new PCU hardware to increase GPRS capacity. 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, refer to
Technical Description: BSS Command Reference (68P02901W23).
2-194
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Add new PCU hardware to increase GPRS capacity parameters
Table 2-46 Add new PCU hardware to increase GPRS capacity parameters
OMC-R GUI eld name/BSS parameter name eth_rx_errors_threshold Description It species the maximum allowable percentage of error among the Ethernet frames received. The percentage parameter is on a per BSS basis. 0 indicates that there is no alarm generated. This parameter changes inside and outside of SYSGEN mode. It species the maximum allowable percentage of Ethernet transmit errors of all frames transmitted. The percentage parameter is on a per BSS basis. 0 indicates that there is no alarm generated. This parameter changes inside and outside of SYSGEN mode. It species the maximum allowable percentage of all TRAU frames transmitted that can be ll frames. The percentage parameter is on a per BSS basis. 0 indicates that there is no alarm generated. This parameter changes inside and outside of SYSGEN mode. This parameter indicates whether the Increase PRP Throughput with PCU feature is unrestricted in the BSS software. If the prpThptOpt ag indicates that Increase the Throughput of PRP with PCU is restricted, attempts to change this feature-specic database parameters are rejected. Values 0 - 100 Default is 10
eth_tx_errors_threshold
0 - 100 Default is 10
psi_trau_ll_frames_ threshold
0 - 100 Default is 10
prpThptOpt
0 - restricted 1 unrestricted
Continued
68P02901W17-S
2-195 Nov 2007
Add new PCU hardware to increase GPRS capacity parameters
Chapter 2: Conguring BSS Features
Table 2-46 Add new PCU hardware to increase GPRS capacity parameters (Continued)
OMC-R GUI eld name/BSS parameter name dsp_error_inc Description This is a new database parameter which identies the value by which the error count is incremented if an error indication is received for a DSP during a GPRS Alarm Increment Time Period. This parameter defaults to 1 when the ECERM feature is unrestricted and it defaults to 0 when the ECERM feature is restricted. It exists only at a BSC and it is modied inside or outside of SYSGEN mode. This is a new database parameter which identies the value that the error count must be equal to or greater than for an alarm to be generated for a DSP . This parameter is restricted by the ECERM restrictable feature and is modied inside or outside of SYSGEN mode. It exists only at a BSC. If the value of this parameter is reduced, no alarms are generated for those DSPs whose current error counts are equal to or exceed the new value. This is a new database parameter which identies the value that the error count must be equal or less than for an alarm to be cleared for a DSP . This parameter is restricted by the ECERM restrictable feature. It is modied inside or outside of SYSGEN mode and exists only at a BSC. If the value of this parameter is increased, no alarms are cleared for those DSPs whose current error counts are now equal to or below the new value until another GPRS Alarm Increment Time Period passes without error for the DSP . Values 0 - 255 Default is 1
dsp_error_gen_thresh
2 - 255 Default is 6
dsp_error_clr_thresh
0 - 253 Default is 0
Continued
2-196
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dependencies
Table 2-46
Add new PCU hardware to increase GPRS capacity parameters (Continued)
Description This parameter indicates GDS connectivity. Values Minimum value is 0 or E1. Maximum value is 1 or Ethernet. Minimum value: psi_id - 0 bsc_eth_port - 0 Maximum value: psi_id - 11 bsc_eth_port - 0 Minimum value: dproc_id - 1 pcu_eth_port - 0 Maximum value: dproc_id - 16 pcu_eth_port - 0
OMC-R GUI eld name/BSS parameter name gds_connectivity
bsc_eth
This parameter describes the Ethernet connectivity. psi_id indicates a unique PSI ID. bsc_eth_port indicates the BSC Ethernet port. This parameter describes the Ethernet connectivity. dproc_id indicates a unique DPROC ID. pcu_eth_port indicates the PCU Ethernet port.
pcu_eth
Dependencies
This feature depends on the following: High Bandwidth interconnection between BSC and PCU (PSI) Increase the PCU database capacity Packet/Coaxial Interface Module Air Flow Improvements for the PCU Cabinet
68P02901W17-S
2-197 Nov 2007
High Bandwidth interconnection between BSC and PCU (PSI)
Chapter 2: Conguring BSS Features
High Bandwidth interconnection between BSC and PCU (PSI)
{26740}
Overview
This feature uses a PSI (Packet Subrate Interface) to reduce the number of cables between the BSC and the PCU. This enables the BSC to handle higher capacity congurations. The PSI provides an Ethernet link from the BSC to the PCU. Instead of using two MSIs to allow up to 120 timeslots of EDGE data, one slot is occupied by a PSI to allow congurable timeslots from 64 - 320. The freed MSI slot can be used for 2 downstream or upstream span lines.
High Bandwidth interconnection between BSC and PCU parameters
Table 2-47 details the parameters associated with the feature High Bandwidth interconnection between BSC and PCU. 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, refer to
Technical Description: BSS Command Reference (68P02901W23).
Table 2-47 High Bandwidth interconnection between BSC and PCU parameters
OMC-R GUI eld name/BSS parameter name eth_rx_errors_threshold Description It species the maximum allowable percentage of error among the Ethernet frames received. The percentage parameter is on a per BSS basis. 0 indicates that there is no alarm generated. This parameter changes inside and outside of SYSGEN mode. It species the maximum allowable percentage of Ethernet transmit errors of all frames transmitted. The percentage parameter is on a per BSS basis. 0 indicates that there is no alarm generated. This parameter changes inside and outside of SYSGEN mode. Value 0 100 Default is 10
eth_tx_errors_threshold
0 100 Default is 10
Continued
2-198
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Bandwidth interconnection between BSC and PCU parameters
High
Table 2-47 High Bandwidth interconnection between BSC and PCU parameters (Continued)
OMC-R GUI eld name/BSS parameter name psi_trau_ll_frames_ threshold Description It species the maximum allowable percentage of all TRAU frames transmitted that can be ll frames. The percentage parameter is on a per BSS basis. 0 indicates that there is no alarm generated. This parameter changes inside and outside of SYSGEN mode. This is a new database parameter which identies the value by which the error count is incremented if an error indication is received for a DSP during a GPRS Alarm Increment Time Period. This parameter defaults to 1 when the ECERM feature is unrestricted and it defaults to 0 when the ECERM feature is restricted. It exists only at a BSC and is modied inside or outside of SYSGEN mode. This is a new database parameter which identies the value that the error count must be equal to or greater than for an alarm to be generated for a DSP . This parameter is restricted by the ECERM restrictable feature. It is modied inside or outside of SYSGEN mode and exists only at a BSC. If the value of this parameter is reduced, no alarms are generated for those DSPs whose current error counts are equal to or exceed the new value. Value 0 100 Default is 10
dsp_error_inc
0 255 Default is 1
dsp_error_gen_thresh
2 255 Default is 6
Continued
68P02901W17-S
2-199 Nov 2007
Interaction with other features
Chapter 2: Conguring BSS Features
Table 2-47 High Bandwidth interconnection between BSC and PCU parameters (Continued)
OMC-R GUI eld name/BSS parameter name dsp_error_clr_thresh Description This is a new database parameter which identies the value that the error count must be equal or less than for an alarm to be cleared for a DSP . This parameter is restricted by the ECERM restrictable feature. It is modied inside or outside of SYSGEN mode and exists only at a BSC. If the value of this parameter is increased, no alarms are cleared for those DSPs whose current error counts are now equal to or below the new value until another GPRS Alarm Increment Time Period passes without error for the DSP . Value 0 253 Default is 0
Interaction with other features
This feature interacts with the following: Add New PCU hardware to increase GPRS capacity Increase the PCU database capacity Packet/Coaxial Interface Module Increase throughput of PRP
2-200
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Increase the Throughput of PRP with the PCU
Increase the Throughput of PRP with the PCU
{28000}
Overview
The current PRP processor has a fanout of 120 PDCHs but only has a throughput of 30 PDCHs. A rolling blackout mechanism is used to choose which 30 of the 120 PDCHs are serviced in a 20 ms block period. Increase the throughput of PRP with the PCU is an optional feature that provides an option to disable the rolling blackout mechanism on the PCU so that the throughput of the PRP processor is the same as the fanout of the PRP . It provides two options, mode 1 and mode 2. Refer to Table 2-48 for the processing capacity in mode 1 and mode 2. This feature resides on the BSC and PCU. When the rolling blackout mechanism is enabled, a maximum of X timeslots in a PRP are allowed to perform data transfers in each direction (uplink and downlink) during every block period. Without rolling blackout mechanism, all timeslots congured in a PRP are allowed to perform data transfers in both uplink and downlink directions. A PXP congured by the UDPROC-2 board has higher capacity and throughput. The increased throughput of the PRP offers improved support for high throughput services such as HTTP , PoC, and video streaming.
Table 2-48
PRP capacity
Total Fanout/Throughput/Number of mobiles Mode 1 Mode 2 60/60/60 140/140/280
DPROC conguration
DPROC/PRP or U-DPROC2/PRP U-DPROC2/PXP
120/30/120 280/70/280
Increase the Throughput of PRP with the PCU parameters
Table 2-49 details the parameters associated with Increase the Throughput of PRP with the PCU 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, refer to Technical Description: BSS Command Reference (68P02901W23).
68P02901W17-S
2-201 Nov 2007
Interaction with other features
Chapter 2: Conguring BSS Features
Table 2-49 Increase the Throughput of PRP with the PCU parameters
OMC-R GUI eld name/BSS parameter name prpThptOpt Description The prpThptOpt parameter indicates whether the Increase PRP Throughput with PCU feature is unrestricted in the BSS software. If the prpThptOpt ag indicates that Increase the Throughput of PRP with PCU is restricted, attempts to change this feature-specic database parameter are rejected. The prp_fanout_mode parameter indicates the PDCHs fanout mode of the PRP in the PCU. The fanout mode of the PRP provides the preference of more PDCH capacity or higher throughput of the PRP . When prp_fanout_mode is in mode 1, more PDCHs can be congured in a PRP , and RLC data blocks can be only scheduled on a number of PDCHs. The rest of the PDCHs in the PRP can be used for RLC control blocks. When prp_fanout_mode is in mode 2, this allows higher throughput of the PRP with fewer PDCHs congured. RLC data blocks are scheduled on all the PDCHs in the PRP . This parameter can only be modied if the optional feature Increase the Throughput of PRP with PCU is unrestricted. Values 0 - 1 0 - restricted 1 - unrestricted
prp_fanout_mode
1 - 2 Default is 1 1 - the rolling blackout mechanism is enabled at the PCU 2 - the rolling blackout mechanism is disabled at the PCU
Interaction with other features
This feature interacts with the following: Add new PCU hardware to increase GPRS capacity {28351} Software on old platform without new hardware {27955A} QoS Streaming {27703A}
2-202
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Support of Incell as an optional feature
Support of Incell as an optional feature
{28938}
Overview
This feature provides the option to restrict the use of Incell BTS sites within a network if required. During the database upgrade (upgrading GSR8 database to GSR9) the system does not allow any Incell site to be equipped in the database unless the customer has purchased this feature. This feature also restricts the adding of Incell hardware if the option has not been purchased.
Support of Incell as an optional feature parameters
Table 2-50 details the parameters associated with Support of Incell as an optional 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, refer to Technical Description: BSS Command Reference (68P02901W23).
Table 2-50 Support of Incell as an optional feature parameters
OMC-R GUI eld name/BSS parameter name IncellOpt Description This parameter indicates whether the Incell Support feature functionality is unrestricted in the BSS software. If the IncellOpt ag indicates that Incell Support is restricted, attempts to change Incell Support specic database parameters are rejected. Values 0 - 1 0 - restricted 1 - unrestricted
68P02901W17-S
2-203 Nov 2007
BSP CPU utilization reduction for higher call handling capacity
Chapter 2: Conguring BSS Features
BSP CPU utilization reduction for higher call handling capacity
{28340}
Overview
With the memory restriction removed, the CPU efciency can be improved at the cost of higher memory usage. A list-based Ater search algorithm is used to allocate resources when a new call (mobile originated, mobile terminated, external handover from MSC), CIC remap, or Ater switchover is initiated or for calls with rate change. The Aters are allocated from the top of the available lists to minimize the search. This ensures that the mean BSP CPU utilization does not exceed 70%.
2-204
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS User Security Management
BSS User Security Management
{27508}
Overview
The BSS User Security Management feature provides enhanced user security functionality to a customer network, by providing the operator with the ability to dene individual user names and passwords for BSS access from the OMC-R, and also locally at the BSS TTY. This provides information about the users logged into the network through their user name and ID. The user names and passwords have standard password control features such as complexity checking, ageing and storage in encrypted format, and are managed from the OMC-R. A user prole is associated with each user name, which provides controlled access to a partitioned command set at the BSS. Both standard BSS commands and EMON commands are partitioned. The OMC-R administrator can create user name and assign a prole to each user which denes the BSS and EMON command sets that the user can access at the BSS. Authentication is carried out at the OMC-R when the user rst logs in, using a UNIX account setup by OMCADMIN. When a user uses remote login to access a NE from the OMC-R, the user is automatically authenticated using their UNIX login. If regions are enabled, the username is compared to a list of NEs held at the OMC-R to determine if the user has access to the NE. The OMC authenticates the user account and password for qcomm which are sent from BSS. Passwords need be to be encrypted in BSS and decrypted in OMC. When the OML link is not in service, only the eld engineer can qcomm on BSS. Users that qcomm from BSS are logged. The user name, time stamp, commands name and board id are also logged. This feature supports two types of login: OMC-R accounts: These are the same UNIX accounts used to login to the OMC-R and are maintained at the OMC-R. Each account has an access level which denes the set of commands that can be accessed by the user. There are 4 access levels (numbered 1 to 4), where level 1 provides read only commands and level 4 allows access to all commands. Passwords for these accounts are managed through the existing OMC-R administration procedures. Authentication is performed at the OMC-R. These accounts cannot be used when the OML is out of service. Field engineering accounts: These are for use by eld engineers when executing MMI/emon commands locally on the NE equipment. There are 3 instances of these accounts, each of which has a xed access level that cannot be changed. These accounts cannot be used for remote login from the OMC-R. They are intended to be used when the OML is out of service, or by engineers who do not have OMC-R user accounts. When the OML is out of service, these are the only accounts that can be used to access the NE. The passwords for these accounts are managed at the OMC-R, which propagates them to the network elements. Authentication is performed locally at the NE. When initially deployed, the BSS has default passwords which are used until it is connected to the OMC-R. The OMC-R then updates the BSS database with the current passwords and these passwords are used for all subsequent authentication.
68P02901W17-S
2-205 Nov 2007
BSS User Security Management parameters
Chapter 2: Conguring BSS Features
Table 2-51 Field engineering accounts
Account eldeng2 eldeng3 eldeng4 Access Level level 2 level 3 level 4
BSS User Security Management parameters
Table 2-52 details the parameters associated with the feature BSS User Security Management. The following parameters are OMC only attributes and the BSS name is not applicable. For further details of these and other parameters, refer to Technical Description: BSS Command Reference (68P02901W23).
Table 2-52 BSS User Security Management parameters
OMC-R GUI eld name/BSS parameter name eldeng_always_enabled Description The eldeng_always_enabled parameter species whether the eld engineering accounts at the BSS/RXCDR are used only when the OML link is down or irrespective of whether the OML link is up or down. This parameter is a counter used by CM MIB to keep track of the number of login attempts by a normal NE user after the password expires. This parameter is a computed eld, hence the default value cannot be stated. This has to be taken care of by the cutover or clean install script while doing the MIB upgrade which invokes the encryption algorithm to compute the value. The maximum value of 8 characters is to store the encrypted password in the MIB. Values 0 - 1 Default is 1. 0 - eldengX accounts can be used only when the OML link is down. 1 - eldengX accounts can be used whether the OML link is up or down. Minimum - 0 Maximum - 5 Default is 5.
ExpLoginCount
eldeng2_pass
Minimum - 6 characters Maximum - 8 characters
Continued
2-206
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS User Security Management parameters
Table 2-52
BSS User Security Management parameters (Continued)
Description This parameter is a computed eld, hence the default value cannot be stated. This has to be taken care of by the cutover or clean install script while doing the MIB upgrade which invokes the encryption algorithm to compute the value. The maximum value of 8 characters is to store the encrypted password in the MIB. This parameter is a computed eld, hence the default value cannot be stated. This has to be taken care of by the cutover or clean install script while doing the MIB upgrade which invokes the encryption algorithm to compute the value. The maximum value of 8 characters is to store the encrypted password in the MIB. This parameter species the NE usage policy for users and is provided by the NE to the user at the time of lmt login with both eldengX account and normal user account. The default message is as follows: This network element is protected by the Motorola BSS security feature. Access by unauthorized persons is prohibited and all users are veried. For further information, contact the OMC-R systems administrator. Values Minimum - 6 characters Maximum - 8 characters
OMC-R GUI eld name/BSS parameter name eldeng3_pass
eldeng4_pass
Minimum - 6 characters Maximum - 8 characters
ne_banner
Minimum - 1 character Maximum - 255 characters
Continued
68P02901W17-S
2-207 Nov 2007
Logging in to the BSS through a local maintenance terminal using the login command Chapter 2: Conguring BSS Features
Table 2-52
BSS User Security Management parameters (Continued)
Description This parameter is used to specify the date when the eldeng2 password was changed. The range and default values of this eld cannot be specied as this is inserted by the OMC-R when the eldeng2 passwords are changed. Also, this parameter is not visible on the GUI. This parameter is used to specify the date when the eldeng3 password was changed. The range and default values of this eld cannot be specied as this is inserted by the OMC-R when the eldeng3 passwords are changed. Also, this parameter is not visible on the GUI. This parameter is used to specify the date when the eldeng4 password was changed. The range and default values of this eld cannot be specied as this is inserted by the OMC-R when the eldeng4 passwords are changed. Also, this parameter is not visible on the GUI. This parameter species the NE command access level for the user. Minimum - 1 Maximum - 4 Default is 4 (For omcadmin user and non omcadmin users) Values
OMC-R GUI eld name/BSS parameter name FieldEng2Chg
FieldEng3Chg
FieldEng4Chg
NEAccessLevel
Logging in to the BSS through a local maintenance terminal using the login command
This feature introduces a new command called login. This command is used when logging in to a BSS through a local maintenance terminal (for example: a laptop connected to the master GPROC). It is used to authenticate the user and assign the user the appropriate command access level.
2-208
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
verify_eld_pass and .eld_pass utilities
This command requires the user to login using either a UNIX account (the same account used to login to the OMC-R) or a eld engineer account (eldeng2, eldeng3 or eldeng4). The login requested depends on the status of the OML and the setting of the eldeng_always_enabled parameter. By default it is possible to login using either account.
Example
MMI-RAM 0115 -> login [BANNER TEXT] Please input your UNIX account or Field Engineer account information Login: user1 ********
Password:
COMMAND ACCEPTED A user is provided three opportunities to enter the correct username and password. If the user enters incorrect information thrice in succession, the user is blocked from logging in for 10 minutes. This block applies only to the board to which the user is currently connected.
verify_eld_pass and .eld_pass utilities
The BSS user security feature introduces two new OMC-R scripts to support the checking of eld engineer accounts. The utility verify_eld_pass authenticates the eld engineer account passwords. This utility accepts the eld engineer user name and password, and compares this with the encrypted eld engineer user stored in MIB. This utility has execute permission for all users. The utility .eld_pass displays all the eld engineering passwords in plain text. It has execute permission only for the omcadmin user and is stored as a hidden le.
Both these utilities are located in the /usr/omc/current/bin directory on the OMC-R.
68P02901W17-S
2-209 Nov 2007
Setting eldeng_always_enabled parameter
Chapter 2: Conguring BSS Features
Setting eldeng_always_enabled parameter
Figure 2-4 BSS Detailed View
The BSS Detailed View and RXCDR Detailed View are updated to display a new BSS parameter eldeng_always_enabled. The CMMIB supports a new parameter eldeng_always_enabled for both BSS and RXCDR class which is used to specify whether the eldengX accounts at the NE (BSS / RXCDR) are used only when the OML link is down or under all the scenarios, that is, irrespective of whether the OML link is up or down. The new parameter elding_always_enabled is displayed on OMC-R BSS/RXCDR DV with the name Field Engineer Always Enabled.
2-210
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Password management and banner text management
Procedure 2-4
Setting eldeng_always_enabled parameter
1 2
Set the parameter eldeng_always_enabled to 0 (FALSE) to enable the eld engineer user accounts to be used only when the OML link is down. Set the parameter eldeng_always_enabled to 1 (TRUE) to enable the eld engineer user accounts to be used when the OML link is up or down.
Password management and banner text management
The Admin Options window is updated with two new options NE Field Engineer Password Management and NE Banner Text Management. Figure 2-5 displays the Admin Options window.
68P02901W17-S
2-211 Nov 2007
Password management and banner text management
Chapter 2: Conguring BSS Features
Figure 2-5 Admin options window
Setting the eld engineering password
The NE Field Engineer Password Management window is used to change the Field Engineer password for all the NEs connected to the OMC-R.
The omcadmin user and users with omcadmin privileges can invoke the NE Field Engineer Password Management window.
Procedure 2-5
Setting the eld engineering password
Login to the OMC-R GUI server as omcadmin user. Continued
2-212
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Password management and banner text management
Procedure 2-5
2 3 4 5
Setting the eld engineering password (Continued)
Click the Admin Option on the main OMC-R GUI front panel. The Admin Options window is displayed, as shown in Figure 2-5. Click the option NE Field Engineering Password Management to display the NE Field Engineering Password Management window. Select Edit Edit from the menu. Click the Checkboxes and enter the values for the following parameters: Fieldeng2 Password, Fieldeng2 Password Conrm Fieldeng3 Password, Fieldeng3 Password Conrm Fieldeng4 Password, Fieldeng4 Password Conrm. Select File Propagate to propagate all eldengX passwords across the network.
This option is grayed out when the NE Field Engineer Password Management window is in the Monitor mode. Select Propagate to Failed to propagate the eld engineering passwords to all those NEs to which the password propagation has failed in the previous attempt. This option can be enabled only when the NE Field Engineer Password Management window is in the Monitor mode. Run Propagate to Failed in the Monitor mode if any of the previous propagation attempts have failed. 7 Select File Close to close the NE Field Engineer Password Management window without propagating the changes to eldengX passwords across the network. This option is enabled both in the Monitor and Edit state of the window. The following warning dialog is displayed if the user tries to close the window after editing but without propagating the changes: There have been changes since you last saved. Exit without saving changes? Select OK and close the NE Field Engineer Password Management window. Select Xterm from the OMC-R GUI to launch an Xterm. At the Xterm command prompt, enter the following command: /usr/omc/current/bin/verify_field_pass fieldeng2 Enter Password: *********** Enter the password for the Fieldeng2 user which was entered in step 5. Verify that the authentication is successful, conrming that the password was updated successfully in the MIB. Repeat step 10 to step 12 for each eld engineering account. At the Xterm command prompt, enter the following command: /usr/omc/current/bin/.field_pass Enter the omcadmin password when prompted. The tool display the eld engineering passwords stored at the MIB. Verify that they match the passwords entered in step 5.
8 9 10
11 12 13 14 15
68P02901W17-S
2-213 Nov 2007
Password management and banner text management
Chapter 2: Conguring BSS Features
Performing step 10 to step 15 ensures that the passwords are updated at the NE.
Figure 2-6
NE Field Engineer Password Management status dialog
NE Banner Text Management Window
When the user logs into NE, NE provides a banner text containing a brief outline of the NE usage policy and legal matters that are relevant to NE usage. The NE banner text can be customized at the OMC-R. The NE Banner Text Management GUI is used to update the Banner Text, and to synchronize with all the NEs connected to the OMC-R.
The omcadmin user and users with omcadmin privileges can invoke the NE Banner Text Management window. Continued
2-214
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Password management and banner text management
Procedure 2-6
NE Banner Text Management
1 2 3
Login into the OMC-R system processor as omcadmin user on the GUI server. Click the Admin Option on the main OMC-R GUI front panel. In the Admin Options window, click the option NE Banner Text Management and verify that the following text is displayed in the NE Banner Text Management Window: This Network Element is protected by the Motorola BSS Security Feature. Access by unauthorized persons is prohibited and all users will be veried. For further information contact the OMC-R Systems Administrator. Select Edit Edit and enter the text for the NE_banner parameter. Select File Propagate to propagate the banner text across the network and to store the banner text in the MIB.
4 5
This option is grayed out when the NE Banner Text Management window is in the Monitor mode and it is enabled in the Edit mode. Select Propagate to Failed to propagate the currently set banner text to all those NEs to which the Banner Text propagation has failed in the previous attempt. This option is enabled only when the NE Banner Text Management window is in the Monitor mode. Run Propagate to Failed in the Monitor mode if any of the previous propagation attempts have failed. 6 Select File Close. A warning dialog is displayed if the user tries to close the window after editing but without propagating the changes: There have been changes since you last saved. Exit without saving changes? Select OK and close the NE banner text management window. Login to the BSS/XCDR locally from a laptop or through the qcomm application from the qcomm server as a normal user or eld engineer and verify that the displayed text is the same text as in step 3.
7 8
68P02901W17-S
2-215 Nov 2007
Quality of Service Phase II
Chapter 2: Conguring BSS Features
Quality of Service Phase II
{27703A}
Overview
Quality of Service (QoS) architecture aims at providing a framework for differentiation of services and users for GPRS/EGPRS and UMTS. The key components of GSR9 QoS implementation are as follows: Add support for Streaming Trafc class Max bit-rate enforcement as per the QoS Prole Capacity is based on a less conservative budget
Support for Streaming Trafc Class allows the operator to specify a service requiring constraints on delay and jitter as well as minimum bit rate. Support for PFCs requesting streaming trafc class can be enabled/disabled using the streaming_enabled BSS parameter. If support for streaming trafc class is disabled, BSS tries to admit the streaming trafc classes as one of the matching interactive trafc classes (determined based on the MTBR settings). Guaranteed Bit Rate as per the 3GPP specication is dened as the guaranteed number of bits delivered at a SAP within a period of time (provided that there is data to deliver), divided by the duration of the period. For the GPRS RAN, the guaranteed bit rate is dened as the bit rate at the LLC layer. GSR8 QoS introduced the internal BSS concept of an MTBR (minimum throughput budget requirement) associated with each PFC. The Guaranteed Bit Rate for each PFC is an extension of this concept except that the GBR needs to be enforced as a true guarantee and not just a commitment. The MTBR is measured as the raw air throughput at the RLC/MAC layer whereas the GBR measurements exclude any RLC retransmissions. Transfer Delay (denition as per 23.107) indicates maximum delay for 95th percentile of the distribution of delay for all delivered SDUs during the lifetime of a bearer service, where delay for an SDU is dened as the time from a request to transfer an SDU at one SAP to its delivery at the other SAP . Transfer delay of an arbitrary SDU is not meaningful for a bursty source (applicable only to real-time trafc classes streaming/conversational). In addition, the transfer delay for Radio Access Bearer may be smaller than the overall requested transfer delay, as transport through the core network uses a part of the acceptable delay. Transfer delay as all other attributes in the Aggregate BSS QoS Prole is negotiable. GSR9 QoS is based on the GSR8 implementation and all the PFCs for a given user share the same TBF over the air interface to transfer data for the PFCs. GSR9 enhances the LLC scheduling within the same TBF such that the real-time service is prioritized appropriately over the non real-time services where necessary but at the RLC layer, all PFCs for the mobile still share the same pipe. GSR9 streaming support is limited to at most one active real-time PFC per user at any given time.
2-216
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Quality of Service Phase II parameters
Maximum Bit Rate enforcement allows the BSS to throttle the throughput of user to the max bit rate stated in the QoS parameters (ABQP) even if there is a capacity to provide the user a higher throughput. The key requirement here is to modify the scheduling algorithms to enforce Max-bit rate as per the negotiated QoS prole. The main purpose of maximum bit rate enforcement from an operators perspective is to limit the delivered bit rate to applications or external networks and to allow maximum required/permitted bit rate to be dened for applications able to operate with different rates. The Maximum bit rate applies to all trafc classes.
Quality of Service Phase II parameters
Table 2-53 details the Quality of Service Phase II 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-53
Quality of Service Phase II parameters
Description The parameter streaming_enabled provides streaming support per BSS when enabled and if the operator disables the parameter, then the support for all streaming trafc classes, all existing streaming/conversational PFCs are deleted by the BSS. Future streaming/conversational users are downgraded and mapped to an appropriate interactive trafc class using rules described in GSR8 QoS. Values 0 - 1 Default is 0 0 - Disabled 1 - Enabled
OMC-R GUI eld name/BSS parameter name streaming_enabled
This attribute can only be modied if Qos Phase II is enabled/unrestricted at the OMC. Continued
68P02901W17-S
2-217 Nov 2007
Quality of Service Phase II parameters
Chapter 2: Conguring BSS Features
Table 2-53 Quality of Service Phase II parameters (Continued)
OMC-R GUI eld name/BSS parameter name qos_mbr_enabled Description The parameter qos_mbr_enabled enables or disables support of Max Bit Rate or Peak Bit Rate enforcement on a per BSS basis. When this parameter is enabled, the throughput of all the subscribers in this BSS is limited by the Maximum Bit Rate dened in HLR. Values 0 - 1 Default is 0 0 - Disabled 1 - Enabled
This attribute can only be modied if Qos Phase II is enabled/unrestricted at the OMC. stream_downgrade_ enabled The parameter stream_downgrade_enabled enables or disables the downgrading of GBR and Transfer Delay of an admitted PFC during future retention procedures to a lower value than was initially committed. Any changes to this parameter only affect future retention procedures. This parameter controls the negotiation of GBR, TD, MaxSDUsize, besides RT-nRT downgrade. 0 - 1 Default is 1 0 - Not allowed to set the GBR to a lower value than committed 1 - Allowed to set the GBR to a lower value than committed
This attribute can only be modied if Qos Phase II is enabled/unrestricted at the OMC. thp_stream_weight The parameter thp_stream_weight species the THP weight of the streaming trafc class. The thp_stream_weight is restricted by the QoS Phase 2 feature. When streaming_enabled parameter is equal to 1, this attribute cannot be changed. 10 - 40 Default is 40 All values in the range of 10 - 40 are valid, the higher the value, the more precedence it is given.
Continued
2-218
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Quality of Service Phase II parameters
Table 2-53 Quality of Service Phase II parameters (Continued)
OMC-R GUI eld name/BSS parameter name mtbr_downgrade_enabled Description The parameter mtbr_downgrade_enabled enables or disables downgrading the MTBR of an admitted PFC during future retention procedures to a lower value than was initially committed. Any change to this parameter only affects future admission control and retention procedures. The new PFC is under the control of this parameter. Values 0 - 1 Default is 1 0 - Not allowed to set the MTBR to a lower value than committed 1 - Allowed to set the MTBR to a lower value than committed.
This attribute can only be modied if Qos is enabled/unrestricted at the OMC. pfm_sig_enabled The parameter pfm_sig_enabled enables or disables support of PFC modication signaling to SGSN when there is downgrade or upgrade for non-real time PFC on a per BSS basis. 0 - 1 Default is 1 0 - No PFC modication message sent to SGSN when there is an upgrade or downgrade for non real-time PFC. 1 - PFC modication message is sent to SGSN when there is an upgrade or downgrade for non real-time PFC.
This attribute can only be modied if Qos is enabled/unrestricted at the OMC.
Continued
68P02901W17-S
2-219 Nov 2007
Quality of Service Phase II parameters
Chapter 2: Conguring BSS Features
Table 2-53 Quality of Service Phase II parameters (Continued)
OMC-R GUI eld name/BSS parameter name arp_streaming_1 Description The parameter arp_streaming_1 species the Allocation and Retention Priority (ARP) value of streaming trafc class, precedence class 1. The OMC-R interprets the decimal value into decimal value of four parts: qa, priority level/arp value, pci, and pvi according to ARP IE structure. This ARP information is used during the admission control and retention of PFC when they cannot be derived from SGSN. The value of this attribute is converted to binary and the bits are interpreted as follows to obtain the pci, pvi and the priority level/arp value: 8 - spare 7 - pci 6,5,4,3 - priority level 2 - qa 1 - pvi The value of qa bit is not used in GSR9. Values 4 - 123 Default is 68 (pci - 1, priority level - 1, pvi - 0) All values in the range of 4 - 123 except 60, 61, 62, 63, 64, 65, 66 and 67 are valid.
This item can only be modied if the QoS Phase 2 feature is unrestricted. The priority level value of arp_streaming_1 must be less than or equal to those of arp_streaming_2 and arp_streaming_3. The OMC-R supports a message string in the status bar of the BSS DV when attribute arp_streaming_1, is modied. The message displays the pci, pvi and priority level based on the value entered in the BSS DV. Continued
2-220
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Quality of Service Phase II parameters
Table 2-53 Quality of Service Phase II parameters (Continued)
OMC-R GUI eld name/BSS parameter name arp_streaming_2 Description The parameter arp_streaming_2 species the allocation and retention Priority (ARP) value of streaming trafc class, precedence class 2. The OMC-R interprets the decimal value into a decimal value of four parts: qa, priority level/arp value, pci, and pvi according to ARP IE structure. This ARP information is used during the admission control and retention of PFC when they cannot be derived from SGSN. The value of qa bit is not used in GSR9. Values 4 - 123 Default is 73 (pci - 1, priority level - 2, pvi - 1) All values in the range of 4 - 123 except 60, 61, 62, 63, 64, 65, 66 and 67 are valid.
This item can only be modied if the QoS Phase 2 feature is unrestricted. The priority level value of arp_streaming_2 must be less than or equal to that of arp_streaming_3 and greater than or equal to that of arp_streaming_1. The OMC-R supports a message string in the status bar of the BSS DV when attribute arp_streaming_2, is modied. The message displays the pci, pvi, and priority level based on the value entered in the BSS DV. Continued
68P02901W17-S
2-221 Nov 2007
Quality of Service Phase II parameters
Chapter 2: Conguring BSS Features
Table 2-53 Quality of Service Phase II parameters (Continued)
OMC-R GUI eld name/BSS parameter name arp_streaming_3 Description The parameter arp_streaming_3 species the allocation and retention Priority (ARP) value of streaming trafc class, precedence class 3. The OMC-R interprets the decimal value into decimal value of four parts: qa, priority level/arp value, pci and pvi according to ARP IE structure. This ARP information is used during the admission control and retention of PFC when they cannot be derived from SGSN. Values 4 - 123 Default is 77 (pci - 1, priority level - 3, pvi - 1) All values in the range of 4 - 123 except 60, 61, 62, 63, 64, 65, 66 and 67 are valid.
This item can only be modied if the QoS Phase 2 feature is unrestricted. The priority level value of arp_streaming_3 must be greater than or equal to those of arp_streaming_1 and arp_streaming_2. The OMC-R supports a message string in the status bar of the BSS DV when the attribute arp_streaming_3, is modied. The message displays the pci, pvi and priority level based on the value entered in the BSS DV. Continued
2-222
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Quality of Service Phase II parameters
Table 2-53 Quality of Service Phase II parameters (Continued)
OMC-R GUI eld name/BSS parameter name arp_i_be_1 Description The parameter arp_i_be_1 species the Allocation and Retention Priority (ARP) value of Interactive or Best Effort trafc class, precedence class 1. The OMC-R interprets the decimal value into a decimal value of four parts: qa, priority level/arp value, pci, and pvi according to ARP IE structure. This ARP information is used during the admission control and retention of PFC when they cannot be derived from SGSN. Values 4 - 123 Default is 93 (pci - 1, priority level - 7, pvi - 1) All values in the range of 4 - 123 except 60, 61, 62, 63, 64, 65, 66 and 67 are valid.
This item can only be modied if the QoS feature is unrestricted. The priority level value of arp_i_be_1 must be less than or equal to those of arp_i_be_2 and arp_i_be_3. The OMC-R supports a message string in the status bar of the BSS DV when the attribute arp_i_be_1, is modied. The message displays the pci, pvi, and priority level based on the value entered in the BSS DV. Continued
68P02901W17-S
2-223 Nov 2007
Quality of Service Phase II parameters
Chapter 2: Conguring BSS Features
Table 2-53 Quality of Service Phase II parameters (Continued)
OMC-R GUI eld name/BSS parameter name arp_i_be_2 Description The parameter arp_i_be_2 species the Allocation and Retention Priority (ARP) value of Interactive or Best Effort trafc class, precedence class 2. The OMC-R interprets the decimal value into a decimal value of four parts: qa, priority level/arp value, pci and pvi according to ARP IE structure. This ARP information is used during the admission control and retention of PFC when they cannot be derived from SGSN. Values 4 - 123 Default is 97 (pci - 1, priority level - 8, pvi - 1) All values in the range of 4 - 123 except 60, 61, 62, 63, 64, 65, 66 and 67 are valid.
This item can only be modied if the QoS feature is unrestricted. The priority level value of arp_i_be_2 must be less than or equal to that of arp_i_be_3 and greater than or equal to that of arp_i_be_1. The OMC-R supports a message string in the status bar of the BSS DV when attribute arp_i_be_2, is modied. The message displays the pci, pvi and priority level based on the value entered in the BSS DV. Continued
2-224
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Quality of Service Phase II parameters
Table 2-53 Quality of Service Phase II parameters (Continued)
OMC-R GUI eld name/BSS parameter name arp_i_be_3 Description The parameter arp_i_be_3 species the Allocation and Retention Priority (ARP) value of Interactive or Best Effort trafc class, precedence class 3. The OMC-R interprets the decimal value into a decimal value of four parts: qa, priority level/arp value, pci and pvi according to ARP IE structure. This ARP information is used during the admission control and retention of PFC when they cannot be derived from SGSN. Values 4 - 123 Default is 101 (pci - 1, priority level - 9, pvi - 1) All values in the range of 4 - 123 except 60, 61, 62, 63, 64, 65, 66 and 67 are valid.
This item can only be modied if the QoS feature is unrestricted. The priority level value of arp_i_be_3 must be greater than or equal to those of arp_i_be_1 and arp_i_be_2. The OMC-R supports a message string in the status bar of the BSS DV when attribute arp_i_be_3, is modied. The message displays the pci, pvi and priority level based on the value entered in the BSS DV. Continued
68P02901W17-S
2-225 Nov 2007
Quality of Service Phase II parameters
Chapter 2: Conguring BSS Features
Table 2-53 Quality of Service Phase II parameters (Continued)
OMC-R GUI eld name/BSS parameter name arp_bg_1 Description The parameter arp_bg_1 species the Allocation and Retention Priority (ARP) value of Background trafc class, precedence class 1. The OMC-R interprets the decimal value into decimal value of four parts: qa, priority level/arp value, pci and pvi according to ARP IE structure. This ARP information is used during the admission control and retention of PFC when they cannot be derived from SGSN. Values 4 - 123 Default is 49 (pci - 0, priority level - 12, pvi - 1) All values in the range of 4 - 123 except 60, 61, 62, 63, 64, 65, 66 and 67 are valid.
This item can only be modied if the QoS feature is unrestricted. The priority level value of arp_bg_1 must be less than or equal to those of arp_bg_2 and arp_bg_3. The OMC-R supports a message string in the status bar of the BSS DV when attribute arp_bg_1, is modied. The message displays the pci, pvi and priority level based on the value entered in the BSS DV. Continued
2-226
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Quality of Service Phase II parameters
Table 2-53 Quality of Service Phase II parameters (Continued)
OMC-R GUI eld name/BSS parameter name arp_bg_2 Description The parameter arp_bg_2 species the Allocation and Retention Priority (ARP) value of Background class, precedence class 2. The OMC-R interprets the decimal value into a decimal value of four parts: qa, priority level/arp value, pci and pvi according to ARP IE structure. This ARP information is used during the admission control and retention of PFC when they cannot be derived from SGSN. Values 4 - 123 Default is 53 (pci - 0, priority level - 13, pvi - 1) All values in the range of 4 - 123 except 60, 61, 62, 63, 64, 65, 66 and 67 are valid.
This item can only be modied if the QoS feature is unrestricted. The priority level value of arp_bg_2 must be less than or equal to that of arp_bg_3 and greater than or equal to that of arp_bg_1. The OMC-R supports a message string in the status bar of the BSS DV when attribute arp_bg_2, is modied. The message displays the pci, pvi and priority level based on the value entered in the BSS DV. Continued
68P02901W17-S
2-227 Nov 2007
Quality of Service Phase II parameters
Chapter 2: Conguring BSS Features
Table 2-53 Quality of Service Phase II parameters (Continued)
OMC-R GUI eld name/BSS parameter name arp_bg_3 Description The parameter arp_bg_3 species the Allocation and Retention Priority (ARP) value of Background trafc class, precedence class 3. The OMC-R interprets the decimal value into decimal value of four parts: qa, priority level/arp value, pci and pvi according to ARP IE structure. This ARP information is used during the admission control and retention of PFC when they cannot be derived from SGSN. Values 4 - 123 Default is 57 (pci - 0, priority level - 14, pvi - 1) All values in the range of 4 - 123 except 60, 61, 62, 63, 64, 65, 66 and 67 are valid.
This item can only be modied if the QoS feature is unrestricted. The priority level value of arp_bg_3 must be greater than or equal to those of arp_bg_1 and arp_bg_2. The OMC-R supports a message string in the status bar of the BSS DV when attribute arp_bg_3, is modied. The message displays the pci, pvi and priority level based on the value entered in the BSS DV.
2-228
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
CTU2-D
CTU2-D
{30828}
Description
With the introduction of the CTU2-D feature, the new CTU2-D radios can support both SD and DD EDGE architectures, in addition to the various modes supported by the legacy CTU2 radios. According to the CTU2, Carrier A/B denitions and nomenclature also apply to CTU2-D. The following are the different Edge modes that the CTU2-D radio supports: CTU2D SD This mode is identical in operation to the existing CTU2 SD and is only included for reference. CTU2D PWR This mode is also known as ITS Mode whereby the CTU2 and CTU2D operations are identical. Of the two carriers, if the TS on carrier A is supporting an EDGE TS, then the corresponding TS on carrier B is blanked, that is, it does not support anything. Carrier B TS is capable of supporting only TCH or GPRS PDs while the corresponding TS on carrier A does not have an EDGE TS. The maximum output power of both carriers whether in GMSK or 8PSK mode is 20 W* as shown in Figure 2-7.
Figure 2-7 CTU2D PWR mode
CTU2D CAP Of the two carriers, carrier A is fully EDGE-capable, while carrier B supports GPRS/TCH. TS blanking is not required. The maximum output power of carrier A in 8PSK mode is 10 W* and GMSK mode is 20 W*. The maximum output power carrier B (GMSK only) is always 20 W* as shown in Figure 2-8.
68P02901W17-S
2-229 Nov 2007
CTU2-D dependencies
Chapter 2: Conguring BSS Features
Figure 2-8
CTU2D CAP mode
{30830} CTU2D ASYM Of the two carriers, carrier A is fully EDGE-capable, while carrier B supports EDGE on the DL and GMSK (EDGE) on the UL. The maximum output power of carrier A in 8PSK mode is 10 W* and GMSK mode is 20 W*. The maximum output power of carrier B in GMSK mode is 20 W*, as shown in Figure 2-9.
Figure 2-9
CTU2D ASYM mode
* The output powers listed are for 900 MHz frequency. For all other frequencies, the output power may vary. The capacity of the overall BSS remains unchanged. However, due to the elimination of timeslot blanking in DD mode, the capacity of the radio in DD CAP and ASYM mode increases.
CTU2-D dependencies
CTU2-D is supported on Horizon II macro, Horizon II mini, and Horizon II micro sites only. When the master cabinets are Horizon II macro and Horizon II mini, the extension H2 cabinets support CTU2-D; legacy Mcell and H1 extension cabinets do not support CTU2-D and remain OOS. The CTU2-D capacity feature requires EGPRS to be unrestricted.
2-230
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
CTU2-D parameters
The CTU2-D asymmetric operation requires both EGPRS and capacity feature to be unrestricted. For the asymmetric mode to be operational, asym_edge_enabled should be enabled and dri_density should be set to Capacity mode.
CTU2-D parameters
Table 2-54 details the parameters associated with the CTU2-D 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, refer to Technical Description: BSS Command Reference (68P02901W23).
Table 2-54 CTU2-D parameters
OMC-R GUI eld name/BSS parameter name ctu2dcapOpt Description The ctu2dcapOpt parameter indicates whether the CTU2-D Capacity feature is restricted or unrestricted in the BSS. The CTU2-D capacity feature requires the EGPRS feature to be unrestricted. The ctu2dasymOpt parameter indicates whether the CTU2-D Asymmetric EDGE feature is restricted/unrestricted in the BSS. The Asymmetric EDGE feature requires the EGPRS feature and the CTU2-D Capacity feature to be unrestricted. Values 0 - 1 0 - Disabled 1 - Enabled
{30830} ctu2dasymOpt
0 - 1 0 - Disabled 1 - Enabled
SITE parameter {30830} asym_edge_enabled The asym_edge_enabled parameter enables or disables the Asymmetric EDGE feature available on the CTU2-D hardware on a per-SITE basis. Changing this parameter requires the site to be reset manually for the change to take effect. This is a type 1 parameter. The OMC-R displays a message to the operator to reset the SITE. This attribute can only be enabled at sites where the master SITE cabinet is a member of the H2 family (Horizon II macro, Horizon II mini and Horizon II micro). 0 to 1 Default is 0. 0 - Asymmetric EDGE is disabled. 1 - Asymmetric EDGE is enabled.
68P02901W17-S
2-231 Nov 2007
Interaction with other features
Chapter 2: Conguring BSS Features
Interaction with other features
This feature interacts with the following: Quality of Service Phase II CTU2 Debug and Diagnostics Improved Timeslot Sharing VersaTRAU Four branch Diversity
2-232
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell OOS Timer Enhancement
Cell OOS Timer Enhancement
{32340}
Description
This feature introduces an operator congurable delay to postpone the system information update message for SIs 1, 2, 2bis, 3 and 4 to the MS when the BSC is undergoing reset during master BSP failover (BRM feature). This delays the MS cell reselection procedure during global reset. This feature is designed to extend the amount of time that the mobile remains on the network which is undergoing a reset procedure. This enables operators to maintain roaming subscribers and reduce revenue loss. Call processing at the BSS is responsible for the delay of system information update message to the mobile while the BSS is undergoing reset. OM is responsible for providing the mechanism to congure the value of the delay.
Cell OOS Timer Enhancement parameters
Table 2-55 details the parameters associated with Cell OOS Timer Enhancement. 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-55
Cell OOS Timer Enhancement parameters
Description The BSS parameter cell_barred_delay species how long the BSS delays sending SystemInformationUpdate message to the MS during the global reset procedure. This element can be updated both in or out of sysgen mode. Values 0 - 180 seconds. Default is 0.
OMC-R GUI eld name/BSS parameter name cell_barred_delay
68P02901W17-S
2-233 Nov 2007
TDM Availability Enhancements
Chapter 2: Conguring BSS Features
TDM Availability Enhancements
{25002}
Overview
This feature increases the availability of the system by enhancing the existing fault recovery and detection mechanism of the TDM buses in the BSC. These enhancements also apply to the RXCDR. Previously, operator intervention was required to initiate certain types of TDM swap which resulted in a long service outage. Modication to the hardware fault management (HWFM) of the KSW/DSW2 Expansion matrix was carried out to ensure that the TDM highways are handled properly. Currently, upon detecting a fault in the active Expansion Matrix with a Redundant Expansion Matrix equipped, the fault manager maintains call processing but does not initiate a TDM swap. The system waits for the OMC to command a swap to the redundant TDM bus and associated expansion matrix. There are two parts to the modied behavior. The rst part causes the system to automatically swap to the redundant TDM highway upon detection of a fault. The second allows for an automatic daily swap to the redundant highway.
TDM Availability Enhancements parameters
Table 2-56 details the parameters associated with TDM Availability Enhancements. 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-56 TDM Availability Enhancements parameters
OMC-R GUI eld name/BSS parameter name tdm_switch Description A switch is added to the OMC in order to control the TDM Availability Enhancements feature. When the switch is open, the feature is activated. When the switch is closed, the feature is disabled. The switch is denoted by the parameter tdm_switch. The denition of the values is based on the states of the switch. Values 0 - Close 1 - Open Default is 0.
2-234
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
TD-SCDMA and GSM interworking
TD-SCDMA and GSM interworking
{31400}
Overview
This feature supports intersystem cell reselection between TD-SCDMA and GSM/GPRS in order that: Subscribers do not lose service when they reach the edge of TD-SCDMA coverage. Subscribers gain the benets of the more advanced TD-SCDMA system when they enter its coverage area.
This feature performs the following functions: Supports GSM/GPRS to TD-SCDMA cell reselection in circuit-switched idle mode and packet idle mode by broadcasting TD-SCDMA neighbor list and the corresponding 3G measurement parameters in SI2ter, SI2Quater. Supports GSM/GPRS to TD-SCDMA cell reselection in packet transfer mode. Supports TD-SCDMA to GSM/GPRS cell reselection. Supports TD-SCDMA to GSM handover in circuit-switched dedicated mode.
TD-SCDMA and GSM interworking dependencies
This feature is supported on Mcell, Horizon, and Horizon II platforms. Incell is not supported. The TD-SCDMA and GSM interworking feature requires: Multi-RAT mobile stations, which are capable of accessing the Core Network (CN) from a UMTS TD-SCDMA coverage area and a GSM coverage area. The MS must be capable of operating in either GSM or UMTS TD-SCDMA cells, including execution of procedures such as PLMN selection, cell reselection, measurements in idle mode and dedicated mode, and so on. A UMTS network including 2G/3G compatible MSC. Existing 2G CN nodes must be able to interact with the 3G CN nodes through MAP procedures dened on the E-interface between a 3G CN node and 2G CN node.
TD-SCDMA and GSM interworking parameters
Table 2-57 details the parameters associated with TD-SCDMA and GSM interworking. Unless stated otherwise, the OMC-R parameter name is usually same as the BSS parameter name. For further details of these and other parameters, see Technical Description: BSS Command Reference (68P02901W23). 68P02901W17-S 2-235 Nov 2007
TD-SCDMA and GSM interworking parameters
Chapter 2: Conguring BSS Features
Table 2-57 TD-SCDMA and GSM interworking parameters
OMC-R GUI eld name/BSS parameter name TD-SCDMA Inter-working Feature tdOpt Description Displayed in the Optional Features grouping of the BSS Detailed View Form. This parameter indicates whether the TD-SCDMA interworking feature is restricted or unrestricted in the BSS. When tdOpt is restricted, attempts to add TD-SCDMA neighbor cell and modify/display TD-SCDMA measurement parameters are rejected. Displayed in the General grouping of the BSS Detailed View Form. This parameter allows the user to enable or disable the TD-SCDMA inter-working feature at the BSS level. When the TD-SCDMA inter-working feature (tdOpt) is restricted, this parameter cannot be modied. When InterRATOpt or EnhancedInterRatOpt feature is unrestricted, this parameter cannot be modied from 0 to 1. If tdOpt is unrestricted, this parameter is sent across the OMC-BSS interface. When the parameter is not 1, the user cannot add TD-SCDMA Neighbor. Displayed in the General grouping of the CELL Detailed View Form. This parameter is used in the cell reselection algorithm followed by the MS for the UMTS TDD neighbor cell. When tdOpt is restricted, this parameter cannot be modied. If tdOpt is unrestricted, this parameter is sent across the OMC_BSS interface. This parameter applies an offset to RLA_C for cell reselection to access the TD-SCDMA mode. This is a congurable parameter. This parameter indicates the TD-SCDMA frequency. This is a Read-Write parameter of the UTRAN Neighbor Cell. When tdOpt is restricted, this parameter cannot be modied. Values 0 - 1 0 - Restricted 1 - Unrestricted
TD-SCDMA Inter-working Enabled td_enabled
0 - 1 0 - Off 1 - On Default is 0.
The offset for cell reselection to TD-SCDMA tdd_qoffset
0 - 15 where 0 = - 1 = - 28 dB 2 = - 24 dB ...... 15 = 28 dB Default is 8.
TD-SCDMA ARFCN tdd_arfcn
10054 - 10121
Continued
2-236
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
TD-SCDMA and GSM interworking parameters
Table 2-57 TD-SCDMA and GSM interworking parameters (Continued)
OMC-R GUI eld name/BSS parameter name TD-SCDMA Cell Parameter tdd_cell_param Description This parameter indicates the TD-SCDMA cell parameter. This is a Read-Write parameter of the UTRAN Neighbor Cell. When tdOpt is restricted, this parameter cannot be modied. This parameter indicates the TD-SCDMA Time Switched Transmit Diversity mode. This is a Read-Write parameter of the UTRAN Neighbor Cell. When tdOpt is restricted, this parameter cannot be modied. This parameter indicates the TD-SCDMA cell diversity capability (Space Code Transmit Diversity). This is a Read-Write parameter of the UTRAN Neighbor Cell. When tdOpt is restricted, this parameter cannot be modied. Refer to Inter-RAT Handover and Enhanced Inter-RAT Handover parameters on page 2-94 for further details. Refer to Inter-RAT Handover and Enhanced Inter-RAT Handover parameters on page 2-94 for further details. Values 0 to 127
TD-SCDMA Time Switched Transmit Diversity Mode tdd_tstd_mode
0 to 1 0 - Disabled 1 - Enabled Default is 0.
TD-SCDMA Space Code Transmit Diversity Mode tdd_sctd_mode
0 to 1 0 - Disabled 1 - Enabled Default is 0.
BCCH RF Signal Level Threshold qsearch_i Use BCCH RF Signal Level Threshold qsearch_c_initial
68P02901W17-S Nov 2007
2-237
TD-SCDMA and GSM interworking parameters
Chapter 2: Conguring BSS Features
2-238
68P02901W17-S Nov 2007
Chapter
3
Conguring Network, OMC-R, and MSC Instances
The information here describes how to create Network, OMC-R, and MSC instances in the OMC-R GUI. The following topics are described: Conguring a network instance on page 3-2. Conguring an OMC-R or MSC instance on page 3-6.
68P02901W17-S Nov 2007
3-1
Conguring a network instance
Chapter 3: Conguring Network, OMC-R, and MSC Instances
Conguring a network instance
Introduction to conguring a network instance
A network instance must be the rst network object to be created in the OMC-R GUI Navigation Tree. It must be congured before a BSS can be congured. Only one Network instance should be congured for a GSM system. This section describes how to: Create a Network instance. Delete a Network instance.
To modify a Network instance, see Modifying a network object using the OMC-R GUI on page 1-38.
Creating a Network instance using the OMC-R GUI
To create a Network instance to the OMC-R Navigation Tree, use the following procedure:
Procedure 3-1
1 2
Create Network instance using OMC-R GUI
From the Front Panel, click the Cong 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 Complete the elds as required. See Network Detailed View elds on page 3-3 for details. Continued
3-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Network Detailed View elds
Procedure 3-1
4
Create Network instance using OMC-R GUI (Continued)
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 eld, 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 le (without the .map extension) under which the background is stored.
A background display to a map is only possible where the relevant le has been dened and placed in the directory: /usr/omc/cong/global/maps. Where the map background is to be blank, or where no geographical backgrounds are available, allow the eld to default to Empty. 5 6 7 8 Select File Save from the menu bar to save the new conguration. 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.
Network Detailed View elds
The following sections list and briey describe the parameter elds in the Network Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
68P02901W17-S
3-3 Nov 2007
Network Detailed View elds
Chapter 3: Conguring Network, OMC-R, and MSC Instances
Identication grouping
Table 3-1 details the elds in the Identication grouping of the Network Detailed View.
Table 3-1 Network Detailed View elds - Identication grouping
Field name Name Mobile Country Code Mobile Network Code Resync on Startup RDN Class RDN Instance Brief description Unique Network name. The MCC for the network. The MNC for the network. Whether the OMC-R initiates a Resync of the Network on system start-up. The object class identier. The instance identier of the object. Together with the rdnClass, it makes up the Relative Distinguished Name (RDN) of an object. When the Environment Variable AUTO_GEN_RDN is set to On (default) (see 3 digits. 2 or 3 digits. Yes (1) or No (0). Default is 1. Default is Network. Default is 0. Values Mandatory or Optional? Mandatory. Mandatory. Mandatory. Optional.
Optional. Mandatory.
Operating Information: OMC-R System Administration (68P02901W19) for further
details), the RDN Instance eld 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, Neighbor, 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 eld for object NSVC. The RDN Instance eld 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. NMC Value The OMC-R supports an interface to a Network Management Centre (NMC). This is the instance identier of the object on the NMC interface. Optional.
3-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a Network instance
Additional Information
Use the Additional Information window to input any notes relating to this Network. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Table 3-2 Network Detailed View elds - State grouping
Brief description Shows the last time the Gather phase of a network Audit was completed. Shows the last time the Apply phase of a network Audit was completed. Values Date and Time (ddmmyy hhmm). Date and Time (ddmmyy hhmm). Mandatory or Optional? Read-only.
Field name Time of Last Audit Gather Complete timeOfLastAuGather Complete Time of Last Audit Apply Complete timeOfLastAuApply Complete
Read-only.
Map Information grouping
Table 3-3 details the elds in the Map Information grouping of the Network Detailed View.
Table 3-3
Network Detailed View elds - Map Information grouping
Brief description When a Network is created, the OMC-R creates a default Network map. This is the object identier of the default map. As each node (BSS, RXCDR, SITE, OMC, MSC) is created, appropriate map nodes are created on the Network's default map. In edit mode, click the button to display the Map Network Detailed View, which shows the Map Background setting. Values Mandatory or Optional? Optional.
Field name Default Map
Deleting a Network instance
A Network instance can only be deleted if all its child instances have also been deleted. That is, BSSs, RXCDRs, OMC-Rs, MSCs and Commslinks must also have been deleted. Any attempt to delete a network containing any network elements is refused. To delete a Network instance, see Deleting a network object using the OMC-R GUI on page 1-41.
68P02901W17-S
3-5 Nov 2007
Conguring an OMC-R or MSC instance
Chapter 3: Conguring Network, OMC-R, and MSC Instances
Conguring an OMC-R or MSC instance
Introduction to conguring an OMC-R or MSC instance
An OMC instance must be congured before a BSS can be congured. This section describes how to: Create an OMC or MSC instance. Delete an OMC or MSC instance.
To modify an OMC or MSC instance, see Modifying a network object using the OMC-R GUI on page 1-38.
Creating an OMC-R or MSC instance
An OMC-R or MSC can only be created if a Network instance (that is, the parent) has already been created. To create an OMC-R or MSC instance, use the following procedure:
Procedure 3-2 Create an OMC-R or MSC instance
1 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-32 for further details. The network object class button changes color. From the menu bar, select Edit Create. The OMC-R or MSC Detailed View window in Create mode is displayed. Complete the elds, as required. See OMC and MSC Detailed View elds on page 3-6 for further details. Save and close the Detailed View as detailed in Creating a network object using the OMC-R GUI on page 1-36.
2 3 4
OMC and MSC Detailed View elds
The following sections list and briey describe the parameter elds in the OMC and MSC Detailed Views according to their parameter grouping.
3-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
OMC and MSC Detailed View elds
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Without write permission on the elds, it is not possible to change any values in the Active elds. In this case, delete the OMC-R and recreate it in Edit mode.
Identication grouping
Table 3-4 details the elds in the Identication grouping of the OMC and MSC Detailed Views.
Table 3-4 OMC and MSC Detailed View elds - Identication grouping
Field name Name Active (OMC only) 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 rst OMC-R. It is essential that the rst OMC-R in a network is created with Active ag set at True, or software download is impossible. Subsequent OMC-Rs have to be created with Active ag 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. No (0) and Yes (1). Default is No (0) Values Mandatory or Optional? Mandatory. Optional.
Host name (OMC only) RDN Class
0 - 24
Mandatory.
Default is OMC or MSC OMC is 0 - 50. MSC is 0 - 100. Default is 0.
Optional.
RDN Instance
See description in Table 3-1.
Optional.
Continued
68P02901W17-S
3-7 Nov 2007
Deleting an OMC-R or MSC
Chapter 3: Conguring Network, OMC-R, and MSC Instances
Table 3-4
OMC and MSC Detailed View elds - Identication grouping (Continued)
Brief description See description in Table 3-1. Displays the name of the parent. Click to display the parent Network Detailed View. Values Mandatory or Optional? Optional. Not applicable.
Field name NMC RDN Value Parent Detail View
Additional Information
Use the Additional Information window to input any notes relating to this OMC or MSC. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Map Information grouping
Standard map information elds, see Table 4-15 for details.
Deleting an OMC-R or MSC
An OMC-R or MSC must only be deleted after authorization has been obtained in advance from the OMC-R System Administrator. All software loads associated with the active OMC-R must be deleted before an OMC-R can be deleted. To delete an OMC-R or MSC, see Deleting a network object using the OMC-R GUI on page 1-41.
3-8
68P02901W17-S Nov 2007
Chapter
4
Conguring a BSS/RXCDR
The procedures to be followed to congure 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-40. Conguring the packet switch/MUX for a BSS on page 4-42. MSC to BSS overload control on page 2-22. Deleting a BSS/RXCDR on page 4-47. Reparenting a BSS on page 4-104. Equipping cabinets and cages at a BSS site on page 4-54. Conguring an RXCDR cabinet on page 4-65. Conguring an Assoc_BSS on page 4-72. Conguring an Assoc_RXCDR on page 4-76. Changing the NE ID of an Assoc_BSSs or Assoc_RXCDR on page 4-84. Conguring DYNETs and DYNETGroups on page 4-94. Conguring a DYNETGroup on page 4-96. Conguring a DYNET on page 4-98. Reparenting a BSS on page 4-104. Reparenting an RXCDR to a different MSC on page 4-110.
68P02901W17-S Nov 2007
4-1
Overview of adding a BSS or RXCDR
Chapter 4: Conguring a BSS/RXCDR
Overview of adding a BSS or RXCDR
Introduction to adding a BSS/RXCDR
This section provides a high-level overview of all the procedures required to add a BSS or RXCDR to a network. The information should be used as an initial explanation, and later as a quick reference guide.
Prerequisites for adding BSS/RXCDR
Prerequisites at BSS
Before adding a BSS, check that: The BSC hardware has been installed and commissioned. Physical links exist between BSC and ING 6525 packet switch, 6250 MUX, or 6560 MPRouter. Physical links exist between OMC-R and ING 6525 packet switch, 6250 MUX, or 6560 MPRouter. The BSS has valid DTE addresses (BSS address is set and OMC-R DTE addresses point to the appropriate OMC-R). Refer to Assigning DTE X.121 addresses at the NE on page 5-20. The BSC has had its software load and NE database object LAN loaded. This is conrmed if the database object has been uploaded to the OMC-R, immediately after the BSS has been created at the OMC-R.
Prerequisites at the OMC-R
Before adding a BSS, check the following at the OMC-R: The network, OMC-R, and MSC objects are already added to the Navigation Tree. Refer to Chapter 3 Conguring Network, OMC-R, and MSC Instances for details. Ensure that the software load for running the BSS has been installed on the OMC-R. Refer to OMC-R Online Help, Network Operations. If the BSS is not already operational (software load and NE database object not LAN loaded) and requires a code download, ensure that the NE database object is available to be loaded and activated once the BSS has been created. Ensure that the database version matches the required software load version. Refer to OMC-R Online Help, Network Operations.
4-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Overview procedure for adding BSS/RXCDR to the network
Overview procedure for adding BSS/RXCDR to the network
To add a BSS/RXCDR to the network, follow this overall procedure:
Procedure 4-1 Add BSS/RXCDR to the network
1 Create the 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-40. If the BSS already contains a load and database, and has its X.25 connections and OML properly congured, 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 and check if the OML comes into service. If this works, the alarm clears and the BSS begins sending events and statistics les to the OMC-R. If the alarm has not cleared, congure the packet switch/MUX. Refer to Conguring the packet switch/MUX for a BSS on page 4-42. The red X.25 link failure alarm clears, 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-43. If the BSS name appears, and the rlogin is successful, then NE.MAP has been congured properly.
68P02901W17-S
4-3 Nov 2007
Overview procedure for adding BSS/RXCDR to the network
Chapter 4: Conguring a BSS/RXCDR
Performing an audit
Now an audit should be performed for the BSS/RXCDR. To perform the audit follow these steps:
Procedure 4-2 Perform an audit for the BSS/RXCDR
1 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 is unable to communicate properly with the MSC. Use the BSS Detailed View Signaling Information grouping to check. Verify all SITEs and cells have been audited properly.
Verifying information
Verify the BSS/RXCDR settings using the following procedure:
Procedure 4-3 Verify RSS.RXCDR settings
1 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 necessary, change the SITE names. Refer to Reparenting a BSS on page 4-104. 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. Continued
4-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Overview procedure for adding BSS/RXCDR to the network
Procedure 4-3 Verify RSS.RXCDR settings (Continued)
4 Verify that the raw statistics les are being uploaded for the BSS, using the Event window to monitor for letransferCompletedEvents. Refer to OMC-R Online Help, Network Operations for further details. Verify that the PM reports are available for the BSS. Refer to OMC-R Online Help, Network Operations for further details. If necessary, 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
Conguring connectivity
The next stage is to congure connectivity. Congure BSS to RXCDR connectivity. From Network Operator System Engineering Drawings, identify the RXCDRs connecting to the BSS. Create the RXCDR - Associated BSS objects, lling in the appropriate 2 Mbit/s link information.
Checking the maps
Use the following procedure to check the maps:
Procedure 4-4 Check maps
1 If using the Map feature, when a new BSS/RXCDR is added, a new default map is created for the BSS/RXCDR. The NEs are incorrectly positioned on this new default map. Before storing the updated MIB data in backup les, 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-11 in Chapter 13. If using the Map feature, add the BSS to any customized regional maps.
68P02901W17-S
4-5 Nov 2007
Overview procedure for adding BSS/RXCDR to the network
Chapter 4: Conguring a BSS/RXCDR
Making backups
The nal stage is to make backups. Store the following updated MIB data in backup les: BSS object. NE Software object. SITE names. All Map data. Updated RXCDR connectivity information.
4-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a BSS using the OMC-R GUI
Creating a BSS using the OMC-R GUI
Introduction to creating a BSS using OMC-R GUI
The BSS object class in the OMC-R GUI is used to hold BSS-wide information within the BSS. This section describes how to create and modify a BSS using the OMC-R GUI.
Prerequisites to creating a BSS
A BSS should be created in the OMC-R GUI before physically connecting it to the OMC-R. It can only be created if a Network (that is, the parent) has been dened in advance. Before creating a BSS, Commslinks from it to devices such as RXCDRs, OMC-R and MSC should have been created.
A BSS that supports the GPRS feature can only be created if the gprsOpt parameter is unrestricted.
68P02901W17-S
4-7 Nov 2007
Creating a BSS using the OMC-R GUI
Chapter 4: Conguring a BSS/RXCDR
Creating a BSS using the OMC-R GUI
To create a BSS using the OMC-R GUI, use the following procedure:
Procedure 4-5
Create BSS using OMC-R GUI
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-32 for further details. The BSS class button changes color. From the menu bar, select Edit Create. The OMC-R displays the initial BSS Detailed View in Create mode, see Figure 4-1. Click the Initial Software Load button to display a Software Inventory Dialog window. Double-click one of the software loads displayed to select it and enter it in the initial BSS Detailed View. {25423} Click the Initial Patch Level button to display the Initial Patch Level Details Dialog window.
2 3 4 5
The initial patch level is set to the default patch level if there is a patch object contained in the software load selected. Otherwise 0 is displayed. 6 {25423} Double-click one of the patch levels displayed to select it and enter it in the initial BSS Detailed View.
The initial patch level can only be selected if there is a patch object contained in the software load. 7 8 9 10 Select Options Initialize Form from the BSS Detailed View menu bar. The OMC-R displays the complete BSS Detailed View window. Complete the elds in the Detailed View as required. See BSS Detailed View elds for details. Select File Create from the menu bar. Select File Close from the menu bar to close the Detailed View.
4-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Figure 4-1 Initial BSS Detailed View in Create mode
ti-GSM-InitialBSSDetailed ViewinCreatemode-00780-ai-sw
BSS Detailed View elds
The following sections list and briey describe the parameter elds in the BSS Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
68P02901W17-S
4-9 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Identication grouping
Table 4-1 describes the elds in the Identication grouping of the BSS Detailed View.
Table 4-1
BSS Detailed View elds - Identication grouping
Brief description Unique BSS name. The object class identier. Automatically set to the next available network element identier. See Dynamic Allocation of RXCDR-BSC Circuits (DARBC) on page 2-12 for details. The OMC-R supports an interface to a Network Management Centre (NMC). This is the instance identier 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 Conguration Management on page 1-2 for further information on how to set this parameter. The BSC conguration type. This attribute has no function at an RXCDR. Yes (1) or No (0). Default is Yes (1). 4 - 11 digits. Default is BSS. 1 - 254 Values Mandatory or Optional? Mandatory. Optional. Mandatory.
Field name/BSS parameter name Name RDN Class Network Entity Id
NMC RDN Value
4 - 11 digits.
Optional.
Parent Detailed View OMC/NE Load Version OMC/NE Load Version Create Time Initial Software Load Local Maintenance local_maintenance
Not applicable. Mandatory.
Mandatory. Mandatory. Mandatory.
BSC Conguration Type bsc_type
1 - 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-12 for details.
Mandatory.
4-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Additional information
Use the Additional Information window to input any notes relating to this BSS. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
The OMC-R updates the state parameter elds and shows the current status of the object. A user cannot update any of the elds in this section. When an object is being created, these elds are not up-to-date. Only when an object has been created, does the OMC-R keep these elds up-to-date. Table 4-2 describes the elds in the State grouping of the BSS Detailed View.
Table 4-2 BSS Detailed View elds - State grouping
Field name Operational State Brief description The operational state of the NE. Values 0 - 3. UNDEFINED (0), DISABLED (1), ENABLED (2), BUSY (3). Administration State The administration state of the NE. 0 - 5. UNDEFINED (0), NOT EQUIPPED (1), EQUIPPED (2), LOCKED (3), UNLOCKED (4), SHUTTING-DOWN (5). 0 - 65535. Optional. Mandatory or Optional? Optional.
Reason Code Time of Last Transition Time of Last Audit Gather Complete timeOfLastAuGather Complete Time of Last Audit Apply Complete timeOfLastAuApply Complete Other State grouping elds:
The reason code why the state changed. The time of the last state transition. The date and time when the Audit (Gather phase) of the device was last performed. The date and time when the audit (apply phase) of the device was last performed.
Optional. Mandatory.
Date and time - in the format ddmmyy hh:mm. Date and Time - in the format ddmmyy hh:mm
Read-only.
Read-only.
Continued
68P02901W17-S
4-11 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Table 4-2 BSS Detailed View elds - State grouping (Continued)
Field name Last OMC Administrator (not shown in BSS Detailed View) Brief description The username of the last OMC administrator to modify the state of the object through a Device Management action such as Lock, UnLock. The identiers of any related devices. Values Mandatory or Optional? Mandatory.
Related Device (not shown in BSS Detailed View)
Optional.
Network Addresses grouping
Table 4-3 describes the elds in the Network Addresses grouping of the BSS Detailed View.
Table 4-3
BSS Detailed View elds - Network Addresses grouping
Brief description Must be unique. The other X121 addresses in the Network Address grouping are read from the DTE X.121 addresses at the OMC-R on page 5-18 le. The OMC-R's rst and second Event Virtual Circuit X.121 address stored in the Network Element's Non Volatile RAM. Only necessary to complete the rst OMC-R X.121 Event Address 1 (always nnnnnnnn03) to create the NE. The rest of the DTE addresses are set through Audit. The OMC-R's rst and second Download Virtual Circuit X.121 address stored in the Network Element's Non Volatile RAM. The OMC-R's Remote Login Virtual Circuit X.121 address stored in the Network Element's Non Volatile RAM. The OMC's Upload Virtual Circuit X.121 address stored in the Network Element's Non Volatile RAM. Values 1 - 14 characters Mandatory or Optional? Mandatory.
Field name/BSS parameter name Network Element X.121 Address
OMC X.121 Event Address 1 OMC X.121 Event Address 2
1 - 14 characters
Mandatory.
OMC X.121 Download Address 1 OMC X.121 Download Address 2 OMC X.121 Remote Login Address
0 - 14 characters
Mandatory.
0 - 14 characters
Mandatory.
OMC X.121 Upload Address
0 - 14 characters
Mandatory.
Continued
4-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Table 4-3 BSS Detailed View elds - Network Addresses grouping (Continued)
Field name/BSS parameter name OMC X.121 Spare Address (two elds) Brief description The OMC-R's Spare Virtual Circuit X.121 address stored in the Network Element's Non Volatile RAM. Cell Broadcast Center (CBC) X.121 address. X.121 address at the BSC used to communicate with the Cell Broadcast Center (CBC). Values 0 - 14 characters Mandatory or Optional? Mandatory.
CBC X.121 Address BSC CBC X.121 Address bsc_cbc
0 - 14 characters 0 - 14 characters
Mandatory. Mandatory.
Optional Features grouping
Table 4-4 shows the elds in the Optional Features grouping. These elds show whether an optional BSS feature is unrestricted (Enabled (1)) or restricted (Disabled (0)). All elds are Read Only (RO) and cannot be modied by a user.
Table 4-4
BSS Detailed View elds - Optional Features grouping
Brief description See Frequency hopping on page 2-3 for details.
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
Affects the ability of the system to process a request to congure Concentric Cells. See Preventive Cyclic Retransmission (PCR) on page 2-54 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_ag 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: GSM Overview (68P02901W01) for a description of this feature. Also see Table 4-7 for related BSS parameters. See GSM Half Rate on page 2-138 for details.
Continued
68P02901W17-S
4-13 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Table 4-4 BSS Detailed View elds - Optional Features grouping (Continued)
Field name/OMC-R parameter name Heterogeneous Cabinet Feature heteroCabFreqOpt Homogeneous Cabinet Feature homoCabFreqOpt MultiBand Inter-Cell H/O Feature mbInterCellHoOpt Brief description Whether the Heterogeneous Cabinet Feature is restricted. Cannot be enabled without homoCabFreqType also being enabled. Whether the Homogeneous Cabinet Frequency Type is restricted. See Conguring enhanced SDCCH to TCH band assignment on page 8-197 and Conguring a cell for coincident multiband handovers on page 8-180 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-25 and Technical Description: BSS Implementation (68P02901W36) for details of this feature. Whether the Add Nail Connections feature is restricted. See
MicroCell Feature microcellOpt Multiple Encryption Feature multiEncryptOpt
Add Nail Connections Feature nailConnectsOpt Reserved Timeslot Feature resTimeslotOpt Sub-equipped RTF Feature rtf_capacityOpt RTF PATH Fault Containment Feature RTFPathEnableOpt 16 kbit/s LAPD RSL Feature rsl_rateOpt Alternative Congestion Relief Feature congestReliefOpt
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 kbit/s 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 Neighbor Detailed View elds associated with this feature. Also see System Information: GSM 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 neighbor 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-43 for details. Continued
Directed Retry Feature directedRetryOpt
SMS Cell Broadcast Feature smsCellBroadOpt
4-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Table 4-4 BSS Detailed View elds - Optional Features grouping (Continued)
Field name/OMC-R parameter name SMS Point to Point Feature smsPntToPntOpt Frequency Hopping Synthesizer Feature synthHoppingOpt SMS Service Centre Feature smsServCenterOpt Aggregate Abis Feature aggAbisOpt Brief description See Short Message Service - Point-To-Point on page 2-51 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. 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 elds 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: GSM Overview (68P02901W01) for a description of this feature. Whether EGPRS feature is restricted. See GPRS and EGPRS coding schemes on page 2-38 for details of conguring 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: GSM Overview (68P02901W01) for a description of this feature. See Dual band cells option on page 2-27 for details. Whether the HorizonMicro/HorizonCompact feature is restricted. See Enhanced Circuit Error Rate Monitor (ECERM) on page 2-68 for details. See Advanced Load Management for EGSM on page 2-76 for details. See Network Controlled Cell Reselection on page 2-79 for details. See GPRS and EGPRS coding schemes on page 2-38 for details. Continued
Integrated M-Cell HDSL Feature hdslOpt
GPRS Feature gprsOpt
EGPRS Feature egprsOpt
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
68P02901W17-S
4-15 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Table 4-4 BSS Detailed View elds - Optional Features grouping (Continued)
Field name/OMC-R parameter name Enhanced BSC Feature ebscOpt Enhanced One Phase Access Feature eopOpt Inter-RAT Handover Feature InterRatOpt XBL 16 kbit/s LAPD Feature xbl_rateOpt PBCCH/PCCCH Feature Enhanced Full Rate Feature EFROpt Brief description See Enhanced BSC Capacity on page 2-92 for details. See Enhanced GPRS One Phase Access on page 2-111 for details. See Inter-Radio Access Technology (Inter-RAT) Handover on page 2-93 for details. Whenever EnhncdInterRatOpt is set to 1, InterRatOpt is also set to 1. Whether the XBL 16 kbit/s LAPD feature is restricted. See Table 9-68 for details of the XBL parameters associated with this feature. See PBCCH/PCCCH feature on page 2-115 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_ag can be used (see Table 7-5). See GSM location services on page 2-102 for details. Whether 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-127 for details. See Adaptive Multi-Rate (AMR) on page 2-127 for details. Grayed-out if the AMR Feature (amrOpt) is restricted (Disabled). See Adaptive Multi-Rate (AMR) on page 2-127 for details.
GDP Volume Control Feature gdpVolContOpt
Fast GCLK Warm Up Feature FastWarmGclkOpt Location Services Feature lcsOpt 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
See Adaptive Multi-Rate (AMR) on page 2-127 for details. See Conguring a network instance on page 3-2 for details.
Continued
4-16
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Table 4-4 BSS Detailed View elds - Optional Features grouping (Continued)
Field name/OMC-R parameter name GPRS Seamless Cell Reselection Feature scrOpt Increased PRP Capacity Feature Supported prp_capacity_opt Intelligent Multilayer Feature imrmOpt Fast Call Service Feature FastCallOpt Enhanced Inter RAT Handover Feature EnhancedInterRatOpt Network Assisted Cell Change Feature naccOpt EMLPP Feature enhancedMLPPOpt Brief description See GPRS Seamless Cell Reselection on page 2-140 for details. See Enhanced Scheduling on page 2-144 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-148 for further details. Whether the Fast Call Service feature is restricted or unrestricted. See Fast Call Setup on page 2-172 for further details. Where the Enhanced Inter RAT Handover feature has been restricted. Whenever EnhncdInterRatOpt is set to 1, InterRatOpt is also set to 1. See Enhanced Inter-RAT Handover feature on page 2-94 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-166 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-169 for further details. Whether Quality of Service feature is restricted or unrestricted. See Quality of Service (QoS) on page 2-158 for further details. Displays whether the VersaTRAU feature is restricted (Disabled (0)) or unrestricted (Enabled (1)). See VersaTRAU on page 2-176 for further details.
Quality of Service qosOpt VersaTRAU Feature versaTrauOpt
Signaling Information grouping
Table 4-5 describes the elds in the Signaling Information grouping of the BSS Detailed View.
68P02901W17-S
4-17 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Table 4-5 BSS Detailed View elds - Signaling Information grouping
Field name/BSS parameter name Network Indicator Code Brief description Establishes a method of differentiation between international and national messages. Values 0 - 3. International Network (0), Spare (for international use only) (1), National Network (2), Reserved for national use (3). Default is 2. 0 - 16777215. 0 - 16777215, if ss7_mode is ANSI SS7. 0 - 16383, if ss7_mode is not ANSI SS7. 0 - 16777215. 0 - 16777215, if ss7_mode is ANSI SS7. 0 - 16383, if ss7_mode is not ANSI SS7. Whether point code is included (enabled) in called party (call receiver) address in the SCCP messages. Whether point code is included in calling party (call originator) address in the SCCP messages. Whether calling party address is included in the SCCP message Connection Request. 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-54 for further details. See Preventive Cyclic Retransmission (PCR) on page 2-54 for further details. Disabled (0) or Enabled (1). Mandatory or Optional? Mandatory.
Originating Point Code
Mandatory.
Destination Point Code
Mandatory.
Called Point Code Included
Mandatory.
Calling PCI
Disabled (0) or Enabled (1). Disabled (0) or Enabled (1). Default is 0. Disabled (0) or Enabled (1). Default is 0.
Mandatory.
Connection Request Calling Preventative Cyclic Retransmission Enable pcr_enable
Mandatory.
Mandatory.
Preventative Cyclic Retransmission N1 pcr_n1
Mandatory.
Continued
4-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Table 4-5 BSS Detailed View elds - Signaling Information grouping (Continued)
Field name/BSS parameter name Preventative Cyclic Retransmission N2 pcr_n2 SCCP BSSAP Management Flag Brief description See Preventive Cyclic Retransmission (PCR) on page 2-54 for further details. When enabled, detects Signaling 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 denition is supported. Disabled (0) or Enabled (1). Default is 0. Values Mandatory or Optional? Mandatory.
Mandatory.
SS7 Mode ss7_mode
SS7 dened by CCITT (0) or SS7 dened by ANSI (1). Default is 0. 0 - 255. Defaults to 254. Disabled (0) or Enabled (1). Default is 0. 0 - 16777215. 0 - 16777215 if ss7_mode is ANSI SS7.0 to 16383 if ss7_mode is not ANSI SS7.
Mandatory.
BSSAP Subsystem Number STP PC stp_pc_enabled STP Point Code stp_pc
The BSS AP subsystem number. Used for enabling the stp_pc.
Mandatory. Mandatory.
The STP (signaling 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.
68P02901W17-S
4-19 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
A5 Algorithms grouping
Table 4-6 describes the elds in the A5 Algorithms grouping of the BSS Detailed View.
Table 4-6
BSS Detailed View elds - 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 elds enable or disable encryption algorithm A5/1 to 7. multiEncryptOpt must be enabled. Values 0 - 7. Default is 0 (No Encryption). 0 - 7. Default is null. 0 or null. Default is null. Disabled (0) or Enabled (1). Default is Disabled (0). Mandatory or Optional? Mandatory.
Field name/BSS parameter name A5 Algorithm Priority 1
A5 Algorithm Priority 2 - 7 A5 Algorithm Priority 8 Encryption Algorithm A5/1 to 7 Allowed option_alg_a5_1 to 7
Optional. Optional. Mandatory.
4-20
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
General grouping
Table 4-7 describes the elds in the General grouping of the BSS Detailed View.
Table 4-7 BSS Detailed View elds - General grouping
Field name/BSS parameter name Land Layer 1 Mode 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. Identies a generated tone which is transmitted over a trafc channel when a voice is not being transmitted. Values CEPT (E1) (0). Default is 0. Disabled (0) or Enable (1). Default is 0. Mandatory or Optional? Mandatory.
MMS Critical Alarm Threshold Enable
Mandatory.
XCDR Downlink VAD/DTX Enable
Disabled (1) or VAD/DTX Enable (0). Default is 0. 0 - 255 (Number identifying the tone). Default is 0 5 - 60 (in minutes). Default is 30 128, 256 or 512. Default is 128 2 - 7. Default 2. 0 - 65535. Default is 0.
Optional.
XCDR MSC Quiet Tone
Mandatory.
Statistics Interval
The time in minutes in which the statistics le should be reported. Used to negotiate the Packet Size in the X.25 Call Request Packet.
Mandatory.
OML X.25 Layer 3 Packet Size
Mandatory.
OML X.25 Layer 3 Window Size Illegal Circuit ID
Used to negotiate the Window Size in the X.25 Call Request Packet. An identier to describe a circuit that is never used. It is used as an internal placeholder in call processing to show that no circuit has been assigned to a call. Whether the Cipher Mode Reject message is sent to the MSC. Generated when the Cipher Mode Command message from the MSC species ciphering that the BSS or MS is unable to perform. Only used if the BSS optional feature gsmPhase2Opt is unrestricted.
Mandatory. 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.
Continued
68P02901W17-S
4-21 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Table 4-7
BSS Detailed View elds - General grouping (Continued)
Brief description Whether 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 the Reset Circuit message is sent to the MSC. Values Disabled (0) or Enable (1). Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Confusion Message Allowed confusion_msg _allowed(OMC-R parameter name: confusionMsgAllwd) Reset Circuit Message Flag
Message not sent (0), or Message sent (1). Default is 0. Disabled (0) or Enabled (1). Default is 0. -15 to 15 (in dB) Default is 0.
Mandatory.
Radio Resource Status Flag
Whether 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.
Mandatory.
Downlink Audio Level Offset dl_audio_lev_offset (OMC-R parameter name: dlAudioLevOff) Uplink Audio Level Offset ul_audio_lev_offset (OMC-R parameter name: ulAudioLevOff) Global Reset Repetitions global_reset _repetitions(OMC-R parameter name: globalResetReps) Group Block Unblock Allowed group_block _unblock_allowed (OMC-R parameter name: grpBlkUnblkAllwd)
Mandatory.
The audio uplink volume control. Affects background and comfort noise, not data.
-15 to 15 (in dB) Default is 0.
Mandatory.
Allows the reset procedure to continue indenitely, or stops the procedure after a xed 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 efcient 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.
0 - 255 (number of repetitions) Default is 0.
Mandatory.
Disabled (0) or Enable (1). Default is 0.
Mandatory.
Continued
4-22
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Table 4-7 BSS Detailed View elds - General grouping (Continued)
Field name/BSS parameter name GSM Cell ID Format gsm_cell_id_format (OMC-R parameter name: gsm_cell_id_fmt) Max Reset Circuit Timer Expirations Number of times the reset circuit message is repeated if an acknowledgment is not received from the MSC. The format of the classmark parameter sent to the MSC based on GSM phases. Brief description The format of the GSM cell id sent by the BSS to the MSC. Values 0 - 2. Whole CGI (0), (LAC) and CI (1), or CI (2). Default is 1. 0 - 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. GSM Phase 1 format (0) or GSM Phase 2 format (1). Default is 0. 0 - 100 (Percentage of Call Information Blocks in Use). Default is 80. 0 - 100. Default is 70. Mandatory or Optional? Mandatory.
Mandatory.
Phase 2 Classmark Allowed
Mandatory.
Phase Resource Indication phase2_resource _ind_allowed(OMC-R parameter name: phase2ResIndAllwd) SSM Critical Overload Threshold
The format used to send Resource Indication messages to the MSC. Only used if the BSS optional feature gsmPhase2Opt is unrestricted.
Mandatory.
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).
Mandatory.
SSM Normal 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). Every time the usage equals or exceeds this threshold, one access class is barred. The delay between bursts of messages sent from the Site Statistics Process (SSP) to the Central Statistics Process (CSP).
Mandatory.
Site Statistics Process Burst Delay
0 - 2500 (in ms). Default is 200.
Mandatory.
Continued
68P02901W17-S
4-23 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Table 4-7
BSS Detailed View elds - General grouping (Continued)
Brief description 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. Values 1 - 65535 (number of messages). Default is 10. 0 - 2. Send alarm to OMC (0), Send message to MSC (1), Send alarm to OMC and message to MSC (2). Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Site Statistics Process Burst Limit
Unequipped Circuit Allowed unequipped_circuit _allowed(OMC-R parameter name: uneqCctAlld)
Mandatory.
Call Traces Options
Reserved space for MSC-initiated Call Traces in the BSS, or to block MSC-initiated Call Traces. The values are specied as a percentage of traces reserved per LCF.
0 - No space Mandatory. 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. Disabled (0) or Enabled (1). Default is 0. 128, 256 or 512. Default is 128. 2 - 7. Default is 2 Disabled (0) or Enabled (1). Default is 0. Mandatory.
Override Intra Bss Pre Transfer
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.
Current Channel in HO Required Msg
Mandatory.
CBL X.25 Layer 3 Packet Size
Mandatory.
CBL X.25 Layer 3 Window Size RTF PATH Fault Containment Status
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.
Mandatory. Optional.
Continued 4-24 68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Table 4-7 BSS Detailed View elds - General grouping (Continued)
Field name/BSS parameter name Handover Reject Message Required Brief description 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. Values Reject message not required (0), Reject message required (1) Default is 1. 1 - 15. Default is PGSM900 (1). CCDSP Volume Control (0), GDP Volume Control (1). Default is 0. Mandatory or Optional? Mandatory.
Frequency Types Allowed
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.
Uplink and Downlink Volume Control Type volume_control _type(OMC-R parameter name: volContType) BSS EGSM ALM Allowed egsm_alm_allowed MMI Cell ID Format
Mandatory.
See Advanced Load Management for EGSM on page 2-76 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 - 8. Default is 5.
Optional.
Mandatory.
Call Trace Msgs Before Handover
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.
Mandatory.
Call Trace Msgs After Handover
0 - 8. Default is 5.
Mandatory.
Continued
68P02901W17-S
4-25 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Table 4-7
BSS Detailed View elds - General grouping (Continued)
Brief description Whether Second Assignment Procedure has been enabled at the BSS. Values Enabled (1) or Disabled (0). Default is Disabled (0). Enabled (1) or Disabled (0). Default is Disabled (0). Default is 0. 0 - 2. No replacement (0), Based on Function Priority (1), Based on Function and Intra-function priorities (2). Default is 1. Allowed (1) or Disallowed (0). Default is Allowed (1). Enabled (1) or Disabled (0). Default is Enabled (1). Mandatory or Optional? Optional.
Field name/BSS parameter name Second Assignment Procedure
MSC Overload Control bss_msc_overload _allowed Update TSCs tsc_update_method Pool GPROC Preemption
See MSC to BSS overload control on page 2-22 for further details.
Optional.
See Propagating TSC updates on page 8-221 for further details. The preemption level for the pool GPROC functions.
Optional. Optional.
MTPL3 Signaling Link Test
Whether the MTPL3 signaling link test is enabled when the MTL comes in service.
Mandatory.
SCCP Inactivity Control
Enables or disables the SCCP Inactivity Control.
Mandatory.
MTL Loadshare Granularity mtl_loadshare _granularity
See Modifying MTL loadsharing granularity on page 9-154 for details.
Optional.
Continued
4-26
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Table 4-7 BSS Detailed View elds - General grouping (Continued)
Field name/BSS parameter name Terminate RF when Cell goes OOS stop_dri_tx_enable Brief description 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 eld 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 continue transmitting for the length of time specied 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-133 for details. Values 0 or 1 where: 0 = No 1 = Yes. Default is No (0). Mandatory or Optional? Mandatory.
LMTL Loadshare Granularity lmtl_loadshare _granularity MSC Release
Optional.
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 - 255. Default is 3.
Optional.
Interzone PingPong Allowed Count zone_pingpong _count Interzone PingPong Enabled Timer zone_pingpong _enable_win Interzone PingPong Disabled Timer zone_pingpong _disable_win
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.
Optional.
0 - 255. Default is 30.
Optional.
0 - 255. Default is 30.
Optional.
Continued
68P02901W17-S
4-27 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Table 4-7
BSS Detailed View elds - General grouping (Continued)
Brief description Indicates which zone is preferred as the hop target zone. Values 0 (outer zone preferred), 1 (inner zone preferred) or 255 (current zone). Default is 255. Mandatory or Optional? Optional.
Field name/BSS parameter name Preferred PingPong Target Zone zone_pingpong _preferred_zone
PCS 1900 Frequency grouping
Table 4-8 describes the elds in the PCS 1900 Frequency grouping of the BSS Detailed View.
Table 4-8 BSS Detailed View elds - PCS 1900 Frequency grouping
Field name Address Indicator bit 8 PCS 1900 Frequency Blocks Brief description Species whether bit 8 of the address indicator in a PCS 1900 is set or unset. The PCS 1900 Frequency Blocks which determine the Absolute Radio Frequency Channels (ARFCNs) that the BSS is allowed to use for the PCS 1900 frequency type. Values 0 or 1. Default is Unset (0). Click buttons A to F. Mandatory or Optional? Mandatory.
Mandatory.
Flash Information grouping
Table 4-9 describes the elds in the Flash Information grouping of the BSS Detailed View.
Table 4-9 BSS Detailed View elds - Flash Information grouping
Field name Flash Information Flash Time Brief description Version information of the current Flash EEPROM load. Date and time when current Flash EEPROM load was created. Checksum value of the current Flash EEPROM load. The size of the current Flash EEPROM load. -2147483648 2147483647. -2147483648 2147483647. Size in Bytes Values 4 - 11 digits. Mandatory or Optional? Mandatory. Mandatory.
Flash Checksum Flash Size
Mandatory. Mandatory.
4-28
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Trunk Information grouping
Table 4-10 describes the elds in the Trunk Information grouping of the BSS Detailed View.
Table 4-10
Field name Trunk Critical Threshold
BSS Detailed View elds - 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 - 100 (Represents a percent of the capacity lost). Default is 50. 0 - 99 (Represents a percent of the capacity lost). Default is 10. Mandatory or Optional? Mandatory.
Trunk Major Threshold
Mandatory.
CLM Timers grouping
This grouping contains all the CLM timers, such as BSSMAP_T20 (CLM_T20). See Maintenance Information: BSS Timers (68P02901W58) for further details.
MTP Timers grouping
This grouping contains all the MTP timers, such as SS7_L2_T1 (Alignment Ready). See Maintenance Information: BSS Timers (68P02901W58) and Preventive Cyclic Retransmission (PCR) on page 2-54for details.
SSM Timers grouping
This grouping contains all the SSM timers, such as SCCP_TCONN_EST. See Maintenance Information: BSS Timers (68P02901W58) for further details.
68P02901W17-S
4-29 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Directed Retry grouping
Table 4-11 describes the elds in the Directed Retry grouping of the BSS Detailed View. Only used when the Directed Retry BSS feature (directedRetryOpt) is unrestricted.
Table 4-11
BSS Detailed View elds - 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. 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)
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.
Optional.
Multiband grouping
Table 4-12 describes the elds in the Multiband grouping of the BSS Detailed View.
Table 4-12
BSS Detailed View elds - Multiband grouping
Brief description Can only be modied 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. Mandatory or Optional? Mandatory.
Field name/BSS parameter name MultiBand Enabled mb_preference
Early Classmark Sending early_classmark _send(OMC-R parameter name: earlyClassmarkSnd)
0 - 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 ms. Default is 0.
Mandatory.
Early Classmark Delay
The duration the BSS delays before sending the Classmark Update message to the MSC in the case of controlled early classmark sending.
Mandatory.
4-30
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Enhanced Full Rate grouping
Table 4-13 describes the elds in the Directed Retry grouping of the BSS Detailed View.
Table 4-13 BSS Detailed View elds - Enhanced Full Rate grouping
Field name/BSS parameter name Enhanced Full Rate Enabled efr_enabled HO Req Speech Version Used handover_required _sp_ver_used (OMC-R parameter name: ho_req_spver_used) Brief description Whether Enhanced Full Rate (EFR) has been enabled at the BSS. Only valid when the Enhanced Full Rate feature EFROpt is unrestricted. Whether the speech version used can be built into the Handover Required message. Cannot be disabled: Unless efr_enabled is disabled. If either AMR Full Rate Enabled (amr_fr_enabled) or AMR Half Rate Enabled (amr_hr_enabled) is enabled at the BSS. Values Disabled (0), Enabled (1). Default is 0. Disabled (0), Enabled (1). Default is 0. Mandatory or Optional? Optional.
Mandatory.
Circuit Error Rate Monitor grouping
See Enhanced Circuit Error Rate Monitor (ECERM) on page 2-68 for further details.
Enhanced Circuit Error Rate Monitor grouping
See Enhanced Circuit Error Rate Monitor (ECERM) on page 2-68 for further details.
GPRS grouping
Table 4-14 describes the elds in the GPRS grouping of the BSS Detailed View. These elds are grayed-out, if the GPRS feature (gprsOpt) is restricted at the BSS.
Table 4-14 BSS Detailed View elds - GPRS grouping
Field name/BSS parameter name SMG Gb Protocol Version smg_gb_vers Related SGSN Brief description The SMG version adopted by the BSS over the Gb interface. Serving GPRS support node object identier associated with this BSS. Values 24 - 31 (SMG Gb version). Default is 31. Mandatory or Optional? Optional.
Optional.
Continued
68P02901W17-S
4-31 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Table 4-14 BSS Detailed View elds - GPRS grouping (Continued)
Field name/BSS parameter name 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 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 1st Redundant for PCU 2 pcu_red_map_21 2nd Redundant for PCU 2 pcu_red_map_22 Brief description See GPRS Interleaving TBFs on page 2-87 for further details. See GPRS Interleaving TBFs on page 2-87 for further details. See GPRS Interleaving TBFs on page 2-87 for further details. See GPRS Interleaving TBFs on page 2-87 for further details. See GPRS Interleaving TBFs on page 2-87 for further details. See Enhanced GPRS One Phase Access on page 2-111 for details. Indicates whether the BSC allows PCU redundancy.{27955A} Restricted to Disabled. {27955A} Identier of the rst redundant PCU for PCU 0. {27955A} Identier of the second redundant PCU for PCU 0. {27955A} Identier of the rst redundant PCU for PCU 1. {27955A} Identier of the second redundant PCU for PCU 1. {27955A} Identier of the rst redundant PCU for PCU 2. {27955A} Identier of the second redundant PCU for PCU 2. Disabled. Values Mandatory or Optional? Optional.
Optional.
Optional.
Optional.
Optional.
Mandatory.
Mandatory.
-1.
Optional.
-1.
Optional.
-1.
Optional.
-1.
Optional.
-1.
Optional.
-1.
Optional.
Continued
4-32
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Table 4-14 BSS Detailed View elds - GPRS grouping (Continued)
Field name/BSS parameter name Medium Access Control Mode gprs_mac_mode Brief description The Medium Access mode that should be used by the PCUs. Values Fixed access mode (0) Dynamic access mode (1) Default is 1. 1 to 3. Default is 3. Mandatory or Optional? Mandatory.
Network Operation Mode gprs_network_ operation_mode GPRS Dual Power Mode gprs_dl_pwr_mode
Whether a GPRS is present between the MSC and the SGSN. The downlink power control mode the PCUs uses to broadcast data blocks to the mobile. See PBCCH/PCCCH feature on page 2-115 for details. See Current Bucket Level (CBL) feature on page 2-143 for details. See Enhanced Scheduling on page 2-144 for details. See Enhanced Scheduling on page 2-144 for details.
Mandatory.
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. Grayed-out if the GPRS feature is restricted at the BSS. See Network Assisted Cell Change (NACC) on page 2-166 for further details.
0 to 24. Default 24.
Optional.
GPRS Type 5 Algorithm Enabled gprs_type5_alg
68P02901W17-S
4-33 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Map Information grouping
Table 4-15 describes the elds in the Map Information grouping of the BSS Detailed View.
Table 4-15
BSS Detailed View elds - Map Information grouping
Brief description Longitude position of the displayable node. Latitude position of the displayable node. The state of a node or link on a map. Values -18000 to 18000. -9000 to 9000. INS, OOS or Unknown. Currently, INS is dened as Enabled-Unlocked or Busy-Unlocked, and OOS is Disabled-Locked or Disabled-Unlocked. Mandatory or Optional? Optional. Optional. Optional.
Field name Longitude Latitude Service State
Default Map
See description in Table 3-3.
GSM/GPRS Trace Information grouping
See Call trace ow control on page 2-61 for details of these parameters.
SMS Information grouping
See Short Message Service - Cell Broadcast on page 2-43 for details of these elds.
Trafc Parameters grouping
Table 4-16 describes the elds in the Trafc Parameters grouping of the BSS Detailed View. All elds in this grouping are OMC only attributes, and are used in trafc model formulae.
Table 4-16 BSS Detailed View elds - Trafc Parameters grouping
Field name Ratio of SMSs to calls Number of handovers per call 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. Values 0.0 - 1.0. Default is 0. 0.0 - 15.0. Default is 0. Mandatory or Optional? Optional.
Optional.
Continued
4-34
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Table 4-16 BSS Detailed View elds - Trafc Parameters grouping (Continued)
Field name Ratio of Intra-BSC handovers to all handovers Location Update factor Brief description 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 - 1.0. Default is 0. 0.0 - 30.0. Default is 0. Mandatory or Optional? Optional.
Optional.
Call Duration seconds Paging rate in pages per second
0 - 1200. Default is 0. 0 - 20. Default is 0.
Optional. Optional.
Network Assisted Cell Change (NACC) grouping
Table 4-17 describes the elds in the Network Assisted Cell Change grouping of the BSS Detailed View.
Table 4-17 BSS Detailed View elds - Network Assisted Cell Change grouping
Field name Cell Change Notication Enabled nacc_enabled Brief description See Network Assisted Cell Change (NACC) on page 2-166 for further details. Values Mandatory or Optional?
Quality of Service (QoS) grouping
See Quality of Service (QoS) on page 2-158 for details of these elds.
LCS grouping
See GSM location services on page 2-102 for details of these elds.
Network Controlled Cell Reselection grouping
See Network Controlled Cell Reselection on page 2-79 for further details of these elds.
68P02901W17-S
4-35 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
GPRS Seamless Cell Reselection
Table 4-18 describes the elds in the GPRS Seamless Cell Reselection grouping of the BSS Detailed View. These elds are grayed-out if the GPRS Seamless Cell Reselection Feature (scrOpt) in the Optional Features grouping of the BSS Detailed View is unrestricted (Disabled (0)).
Table 4-18 BSS Detailed View elds - GPRS Seamless Cell Reselection grouping
Field name/ parameter name GPRS Seamless Cell Reselection Feature scr_enabled Brief description See GPRS Seamless Cell Reselection on page 2-140 for details. Values Mandatory or Optional? Mandatory.
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping
Table 4-19 describes the elds 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 GSM HR Feature (gsmHalfRateOpt) are unrestricted (Enabled) at the BSS, see Adaptive Multi-Rate (AMR) on page 2-127 for details.
Table 4-19 grouping
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate)
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)
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.
0 or 1. Enabled (1), Disabled (0). Default is 0.
Optional.
Continued
4-36
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS Detailed View elds
Table 4-19 Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping (Continued)
Field name/BSS parameter name AMR MS Monitor Period amr_ms_monitor _period(OMC-R parameter name: AmrMsMonPeriod) Brief description Used to detect MSs continually requesting the highest or lowest modes. Values 0, or 10 - 120 SACCH periods. 0 disables the MS Monitor function. Default is 40. Mandatory or Optional? Optional.
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. If the MS is consistently requesting lowest rate Codec mode but reports RXQUAL values less than dened, 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 dened, 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.
50 - 100%. Default is 95%.
Optional.
AMR MS Low RXQUAL amr_ms_low_rxqual
0 - 7 Qband units. Default is 2 Qbands or 0.5% BER.
Optional.
AMR MS High CMR amr_ms_high_cmr
50 - 100% Default is 99%.
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)
0 - 7 Qband units. Default is 4 Qbands, or 2.5% BER.
Optional.
1 - 7 dB. Default is 3.
Optional.
Continued
68P02901W17-S
4-37 Nov 2007
BSS Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Table 4-19 Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping (Continued)
Field name/BSS parameter name AMR Force Half Rate Usage force_hr_usage (OMC-R parameter name: force_hr_use) Brief description Overrides MSC provided preference, and forces Half Rate usage for all AMR/GSM Half Rate capable calls within the BSS. Does not apply when the MSC has specied 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 or 1. Disabled (0) Enabled (1). Default is Disabled (0). Mandatory or Optional? Optional.
AMR Downlink LA Mode Change Min amr_dl_la_mode _chg_min(OMC-R parameter name: AmrDlLaMode ChgMin)
0 - 255 ms. Default is 100.
Optional.
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping with GSM Half Rate
Table 4-20 describes the new elds 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 elds 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-138 for details.
Table 4-20 grouping
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate)
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)
Brief description Enables and disables GSM Half Rate (HR) for the BSS. Cannot be enabled (grayed-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.
4-38
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying BSS details using the OMC-R GUI
Pre-empt grouping
See Enhanced Multi-level Precedence and Pre-emption (eMLPP) on page 2-169 for details of these parameters.
RSL Congestion grouping
See RSL Congestion Control on page 2-174 for details of these parameters.
Modifying BSS details using the OMC-R GUI
To change BSS details, see Modifying a network object using the OMC-R GUI on page 1-38. For information about changing specic elds in the BSS Detailed View, see the following section.
Changing the Network Entity Id eld after BSS creation
Modifying the Network Entity Id eld in the Identication grouping after the BSS has been created to a value that is already in use, causes the OMC-R to reject the value and display the following warning message: The Network Entity Identifier must be unique within the network When the Transcoding eld is set to Remote (0), and an attempt is made to modify the value in the Network Entity Id eld, the OMC-R displays the following warning message: 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 the updated at the following RXCDRs: RXCDR_<name> RXCDR_<name> ... Do you wish to continue? Click OK to continue or Cancel to cancel the cycling. However, these messages are not displayed if the Transcoding eld in the BSS Detailed View is set to Local (1).
68P02901W17-S
4-39 Nov 2007
Creating an RXCDR using the OMC-R GUI
Chapter 4: Conguring a BSS/RXCDR
Creating an RXCDR using the OMC-R GUI
Prerequisites to creating an RXCDR
An RXCDR should be created in the OMC-R GUI before physically connecting to the OMC-R. It can only be added if a network (that is, the parent) has been dened in advance.
Creating an RXCDR using the OMC-R GUI
To create an RXCDR using the OMC-R GUI, use the following procedure:
Procedure 4-6 Create an RXCDR using the OMC-R GUI
1 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-32 for further details. The RXCDR class button changes color. From the menu bar, select Edit Create. The OMC-R displays the RXCDR Detailed View in Create mode Click the Initial Software Load button to display a Software Inventory Dialog window. Double-click 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 elds in the RXCDR Detailed View as required. See Table 4-1 to Table 4-16 for guidance.
2 3 4 5
To obtain the relevant information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. 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.
4-40
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying RXCDR details using the OMC-R GUI
Modifying RXCDR details using the OMC-R GUI
To change RXCDR details, see Modifying a network object using the OMC-R GUI on page 1-38. For information about changing specic elds in the RXCDR Detailed View, refer to the following section.
Changing the Network Entity Id eld after RXCDR creation
Any attempt to modify the Network Entity Id parameter eld in the Identication grouping after the RXCDR has been created to a value that is already in use, results in the OMC-R rejecting the value and displaying the following warning message: The Network Entity Identifier must be unique within the network Any attempt to modify this eld 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 OK to continue or Cancel to cancel the cycling. If the Network Entity Id eld 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? Click OK to continue or Cancel to cancel the cycling.
68P02901W17-S
4-41 Nov 2007
Conguring the packet switch/MUX for a BSS
Chapter 4: Conguring a BSS/RXCDR
Conguring the packet switch/MUX for a BSS
Introduction to packet switch conguration
This section gives an overview only of how to connect a new BSS to existing packet switch equipment. For full details of how to connect and congure a Vanguard 6560 MPRouter, 6525 X.25 packet switch, and 6525 MUX from scratch, see Installation and Conguration: OMC-R Clean Install (68P02901W47) and Operating Information: OMC-R System Administration (68P02901W19). For full details of how to check the Vanguard router software versions, see Checking the Vanguard router software versions on page 1-10.
If the software load on the Vanguard equipment is not at the required level, then it is not 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 congured for the new NE and the OML connected to it.
Overview of conguring a Vanguard 6560 MPRouter for a new BSS
Prerequisites
To perform conguration changes on the Vanguard 6560 MPRouter, an asynchronous terminal or a PC with an asynchronous emulation software is required. The following procedure assumes that the router has already been set up, and that an additional BSS is being added. To set up a Vanguard 6560 MPRouter, see Installation and Conguration: OMC-R Clean Install (68P02901W47).
4-42
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration conguring a Vanguard 6560 MPRouter for a new BSS
Overview of
Adding an additional BSS to the router
To connect a new BSS to the router, follow these steps. Refer to: Installation and Conguration: OMC-R Clean Install (68P02901W47) for further information.
Procedure 4-7 Connect a new BSS to the router
1 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. Congure 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. Congure the Routing Selection tables to identify which 6560 is connected to the new BSS. Congure routing Tables on all other Routers, if necessary. This identies 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).
68P02901W17-S
4-43 Nov 2007
Creating a BSS/RXCDR database
Chapter 4: Conguring a BSS/RXCDR
Creating a BSS/RXCDR database
Denition of BSS/RXCDR database
A BSS/RXCDR database contains many parameters which describe the conguration of the hardware and software of the BSS. Each BSS requires a software load and a database of the same version to be operational.
BSS/RXCDR database types
A BSS/RXCDR database can exist in two types: Conguration Management database object. Database script le.
Conguration Management database object
Motorola recommends the use of the DataGen tool to produce the BSS/RXCDR database objects. A Conguration Management (CM) database object is the compiled database script le. This compiled le cannot be read or edited. The CM database object is produced by using the DataGen tool. This object le is then in a form used for downloading to the live network when required. The database can be downloaded along with, or separate from, the software load. The database is always object number 02 of the load. For further information about DataGen, see System Information: DataGen (68P02900W22).
Database script le
A database script le is an ASCII le which may be read from or written to. The script can be produced manually by entering text into an ASCII le or it can be produced from an 02 object using the DataGen tool (RevGen utility) as shown in Figure 4-2. The advantages of using DataGen are that it is faster and more accurate. The content of a database script le is commands such as equip, chg_element and modify_value. Refer to Technical Description: BSS Command Reference (68P02901W23) for detailed information of all these commands and parameters.
4-44
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
NE database checks
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 le
ti-GSM-Exampleofascriptfile-00781-ai-sw
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.
68P02901W17-S
4-45 Nov 2007
Typical database directory structure
Chapter 4: Conguring a BSS/RXCDR
When conguration 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).
Typical database directory structure
Typically, the database is stored in the following directory: usr/omc/ne_data/dbroot. A typical BSS database directory structure is shown in Figure 4-3. There is a similar directory structure for an RXCDR.
Figure 4-3 Typical BSS database directory structure
00. 00. 03. f d. 02 YO R K dat abase. l i st $D BR OO T/ BSSs peci f i c/ BSS <nam e> dbCom m ent downloa d. l i st 00. 00. 03. f d. 02. Z db9502281223 00 dat abase. l i st dbCom m ent f allb ack dat abase f or cur r entlo ad cur r entdat abase
00. 00. 03. f d. 02 dat abase. l i st C SFP di r ect or y dbCom m ent downloa d. l i st O TH ER BSS s
C SFP dat abase
ti-GSM-SC01W17-000049-eps-s w
4-46
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a BSS/RXCDR
Deleting a BSS/RXCDR
Introduction to deleting a BSS/RXCDR
This section describes the procedure to delete a BSS/RXCDR from the OMC-R, and the two additional procedures required to delete the BSS/RXCDR from the X.25 network.
Removing a BSS or RXCDR prevents the OMC-R from communicating with the BSS/RXCDR. Failure to physically disconnect the BSS/RXCDR from the OMC-R may result in unnecessary trafc across the GSM network.
Impact of deleting a BSS on an Assoc_BSS
If a BSS, which has been specied as an Associated BSS, is deleted from the network, the Associated BSS eld in the Assoc_BSS Detailed View is set to NULL. This indicates that the Assoc_BSS does not correspond to any BSS device.
Impact of deleting an RXCDR on an Assoc_RXCDR
If an RXCDR, which has been specied as an Associated RXCDR is deleted from the network, the Associated RXCDR eld in the Assoc_RXCDR Detailed View is set to NULL. This indicates that the Assoc_RXCDR does not correspond to any RXCDR device.
Prerequisites before deleting a BSS/RXCDR
A BSS/RXCDR should be deleted only after authorization has been obtained in advance from the Network planning team. This procedure only applies to a BSS to be decommissioned. If the BSS is being moved to a different OMC-R or RXCDR, refer to the Reparenting a BSS on page 4-104 or Reparenting an RXCDR to a different MSC on page 4-110 procedures.
68P02901W17-S
4-47 Nov 2007
Removing a BSS/RXCDR from the network
Chapter 4: Conguring a BSS/RXCDR
Removing a BSS/RXCDR from the network
Perform the following tasks to remove a BSS or RXCDR from the network:
Procedure 4-8 Remove a BSS or RXCDR from the network
1 2 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 Reparenting a BSS on page 4-104.
Deleting a BSS/RXCDR from the OMC-R
To delete a NE from the OMC-R carry out the following procedure:
Preparing to delete
The following preparation is required before deleting a BSS/RXCDR:
Procedure 4-9 Prepare to delete BSS/DXCDR
1 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 identier. y is an OML identier.
This can be done locally at the BSC or remotely using rlogin. 2 Physically disconnect the cable between the OMC-R and BSS/RXCDR.
Deleting the BSS/RXCDR
Follow Procedure 4-10 to delete the BSS/RXCDR:
4-48
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a BSS/RXCDR from the OMC-R
Procedure 4-10 Delete BSS/RXCDR
1 Using the Navigation Tree, display the BSS/RXCDR to be deleted.
Conguration information can be extracted if the BSS is to be added at a later date. Refer to Extracting data from the CM MIB using cmutil on page 15-25 for further details. 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 conrmation 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). 3 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 ve days) and the entries deleted using delete_BSS, delete_SITE or delete_CELL commands.
68P02901W17-S
4-49 Nov 2007
Deleting a BSS/RXCDR from the OMC-R
Chapter 4: Conguring a BSS/RXCDR
Follow up activities after deletion of the BSS/RXCDR
When the BSS/RXCDR has been deleted, perform the following procedure:
Procedure 4-11
1
Follow up after deleting BSS/RXCDR
If the cells of the BSS are being decommissioned, or reused under different BSSs, external neighbors which point to these cells may require removal. The HierDelete utility does not remove these external neighbors from other BSSs. The neighbors 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 Edit any appropriate subscription lists to remove the BSS from them. See OMC-R Online Help, Network Operations for details of subscription lists.
3 4
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 Reparenting a BSS on page 4-104. Delete the default network map and any user-dened map les 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.
4-50
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a BSS/RXCDR at the packet switch/MUX
Deleting a BSS/RXCDR at the packet switch/MUX
Introduction to Deleting the BSS/RXCDR at the packet switch
This section describes the procedure to delete a BSS/RXCDR at the packet switch, and at the MUX. Refer to Operating Information: OMC-R System Administration (68P02901W19) for further details about the packet switch/MUX.
Conguration changes at the packet switch
The following conguration changes must be made to the packet switch when removing a BSS/RXCDR from the network:
Procedure 4-12 Change packet switch conguration before deleting BSS/RXCDR
1 2 At the packet switch delete the routing table entry, if necessary. Remove the cabling between the packet switch and MUX.
Deleting the routing table entry
The removal of an NE from the network may not require any actions to be carried out at the packet switch. There is no path through the MUX to the packet switch and the NE should have been removed from the OMC-R NE nodes le so that data is not routed to it. However, the OMC-R System Administrator may wish to modify the routing table entry for the NE by deleting the address eld as a precautionary procedure.
Removing the cabling between packet switch and MUX
If a complete 2 Mbit/s link is to be removed:
Procedure 4-13
1 2
Remove complete 2 Mbit/s link before deleting BSS/RXCDR
Disconnect the cable from the access link port and the cable between ports used between the MUX and packet switch. Use the conguration table to determine to which ports these cables are connected.
68P02901W17-S
4-51 Nov 2007
Conguration changes at the MUX
Chapter 4: Conguring a BSS/RXCDR
Conguration changes at the MUX
The following conguration changes must be made to the MUX when removing a BSS/RXCDR from the network:
Procedure 4-14 Change MUX conguration before deleting BSS/RXCDR
1 2 Delete the link, endpoints, and circuit entries from the MUX conguration. Remove the cabling between the packet switch and MUX.
Dependencies on NE removal from the MUX
Actions at the MUX are dependent on whether the NE being removed is: On its own 2 Mbit/s link. On a single timeslot on a shared link.
If the NE is on its own 2 Mbit/s link, an additional action is required as detailed in the following section Removing the NE from the MUX.
Removing the NE from the MUX
Removing conguration information
If the NE is on its own 2 Mbit/s link, remove the access link entry from the MUX conguration, before removing the conguration information:
Procedure 4-15 Remove conguration information
1 2 Use the MUX conguration table to determine the linkname, endpoints and circuit name, that have to be removed from the MUX conguration. Continue with the next procedure, Removing the NE link to the MUX, to remove the links to the MUX.
4-52
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Removing the NE link to the MUX
Removing the NE link to the MUX
To remove an NE link to the MUX:
Procedure 4-16
1 2
Remove NE link 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
68P02901W17-S
4-53 Nov 2007
Equipping cabinets and cages at a BSS site
Chapter 4: Conguring a BSS/RXCDR
Equipping cabinets and cages at a BSS site
Overview of equipping cabinets and cages at a BSS
Cabinets and cages can be created using either the: OMC-R GUI Navigation Tree. equip BSS command from a TTY session.
Equipping cabinets and cages can be carried out either in SYSGEN mode or outside of SYSGEN mode with the site locked. See Conguring a cabinet on page 4-57 and Conguring a cage on page 4-62 in the following sections.
Horizonmicro2 and Horizoncompact2 BTS cabinets
A maximum of three Cabinets can exist at a Horizonmicro2 and Horizoncompact2 BTS. Each Cabinet can be seen as a BTS. The rst Cabinet equipped (Cabinet:0) represents the master BTS. Further Cabinets (Cabinet:1 and Cabinet: 2) represent slave BTSs. The slave Cabinets are attached to the master Cabinet through ber ports 1 and 2, respectively. The master Cabinet must be equipped before the slave Cabinets. When a slave Cabinet is equipped, the BTS Conguration Type eld (BSS parameter name: bts_type) in the BTS Detailed View of the parent BTS is set to 1, meaning Non-Abis, Type 1. If Cabinet devices 1 and 2 exists, the BSS autoequips the related DHP(s) devices with the ids 1 and 2. See Introduction to BSC and BTS sites on page 7-2 for further details of Horizonmicro2.
Horizon II macro and Horizon II macro_ext cabinets
If a cabinet is created with the cabinet type Horizon II macro or Horizon II macro_ext (indicating a cabinet extension), the cabinet type cannot be changed to any other type. Likewise, a cabinet's type cannot be modied from any other type to Horizon II macro. However, a cabinet with cabinet type Horizonmacro_ext, TCU 6, or TCU 2 can be modied to Horizon II macro_ext. 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.
4-54
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Horizon II mini and Horizon II macro cabinets
A maximum of three extension cabinets can be connected to a Horizon II macro cabinet type, as shown in Table 4-21.
Table 4-21 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-22.
Table 4-22 Cabinet types allowing Horizon II macro_ext as an extension type
Extension Horizon II macro_ext Master cabinet M-Cell6. Horizonmacro. Horizon II macro.
Horizon II mini and Horizon II macro cabinets
Horizon II macro functionality can be applied to a Horizon II mini, that is, whatever a Horizon II macro cabinet with two CTU2s and a single BTP can do, a Horizon II mini can also do, except where otherwise stated. Modication of cabinet type from Horizon II mini to Horizon II macro is permitted as long as there are no DRI or EAS devices equipped. Modication from Horizon II macro to Horizon II mini is permitted as long as the site has one or fewer BTPs, no EASs, and no DRIs equipped to it. All other changes involving Horizon II mini and Horizon II macro master cabinet are disallowed. The frequency type of the source and destination cabinet remain the same. A Horizon II mini or Horizon II mini extension cabinet can support only one type of frequency at any one time. A Horizon II mini cannot support dual band. It can support PGSM, EGSM, and DCS1800 but only one band per cabinet. A Horizon II mini can be the master of, or slave to, a Horizon II macro cabinet. Table 4-23 shows extension cabinets to which a Horizon II mini can be master.
Table 4-23 Extension cabinet types allowed for Horizon II mini
Master cabinet Horizon II mini Extension cabinet Horizon II mini extension. Horizon II macro
extension.
Horizon macro extension. TCU6.
68P02901W17-S
4-55 Nov 2007
Horizon II mini and Horizon II macro cabinets
Chapter 4: Conguring a BSS/RXCDR
Table 4-24 shows the master cabinets to which a Horizon II mini extension can be equipped.
Table 4-24 Master cabinet types allowed for Horizon II mini extension
Extension cabinet Horizon II mini extension Master cabinet Horizon II mini. Horizon II macro. Horizon macro. MCELL6.
4-56
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a cabinet
Conguring a cabinet
Creating a cabinet for a site using the OMC-R GUI
To create an instance of a Cabinet, proceed as follows:
Procedure 4-17 Create Cabinet instance using the OMC-R GUI
1 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-32 for further details. The network object class button changes color. Select Edit Create from the Navigation Tree menu bar. Complete the elds, as required. See Cabinet Detailed View elds 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
Cabinet Detailed View elds
The following sections list and briey describe the parameter elds in the Cabinet Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
68P02901W17-S
4-57 Nov 2007
Cabinet Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Identication grouping
Table 4-25 describes the elds in the Identication grouping of the Cabinet Detailed View.
Table 4-25 Cabinet Detailed View elds - Identication grouping
Field name Cabinet Type cabinet_type Brief description {26481} This parameter represents a physical cabinet within a BSC/RXCDR/BTS site. 28 or HORIZON2MICRO indicates that the cabinet is a H2micro. 29 or HORIZON2MICRO_EXT indicates that the cabinet is a H2micro extension. 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. Grayed-out if site is not a Horizonmicro or Horizoncompact. For a Horizonmicro or Horizoncompact, this eld is inherited from the Hardware Version Number (HVN), and cannot be changed. See Maintenance Information: BSS Field 0 - 15 characters Optional. Values 0 - 29. Mandatory or Optional? Mandatory.
RDN Class RDN Instance NMC RDN Value Parent Detailed View Kit Number
Default is Cabinet. 0 - 15.
Field Replacement Unit (FRU)
Optional.
Troubleshooting (68P02901W51)
for details of all the possible values that can be displayed. Displayed when cabinet_type is: Horizon II mini, Horizon II macro, Horizon macro, MCell6 or MCell2. For a Horizonmicro or Horizoncompact, this eld is inherited from the Hardware Version Number (HVN), and cannot be changed. For a BSSC3 cabinet at the BSC site, this eld is set to BSSC3 and cannot be changed. Not displayed for a Horizonmacro or Horizon II macro BTS. Grayed-out if site is not a Horizonmicro or Horizoncompact. For a Horizonmicro or Horizoncompact, this eld is inherited from the Hardware Version Number (HVN), and cannot be changed. 0 - 15 characters Optional.
Serial Number
4-58
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cabinet Detailed View elds
Permitted cabinet_type modications and restrictions
{26481} The BSS allows the operator to modify the value of cabinet_type as shown in Table 4-26.
Table 4-26 Permitted cabinet_type modications and restrictions
Source cab type HORIZONMACRO2 Target cab type HORIZON2MINI or HORIZON2MICRO HORIZON2MACRO or HORIZON2MINI or HORIZON2MICRO HORIZON2MICRO_EXT Restrictions on source cab Fewer than 2 BTPs equipped; DRI and EAS not equipped; single frequency type. DRI and EAS not equipped.
HORIZON2MINI or HORIZON2MICRO TCU_2 or TCU_6 or HORIZONMACRO_EXT or HORIZONMACRO2_EXT or HORIZON2MINI_EXT HORIZON2MICRO_EXT
DRI and EAS not equipped; single frequency type excluding PCS1900. DRI and EAS not equipped.
HORIZONMACRO2_EXT or HORIZON2MINI_EXT
Additional Information
Use the Additional Information window to input any notes relating to this Cabinet. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
68P02901W17-S
4-59 Nov 2007
Cabinet Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
General grouping
Table 4-27 describes the elds in the General grouping of the Cabinet Detailed View.
Table 4-27 Cabinet Detailed View elds - General grouping
Field name/BSS parameter name Frequency Type frequency_type (OMC-R parameter name: freq_type) Brief description The frequency band capability of the Cabinet. If the Infrastructure Sharing Homogeneous Cabinet feature is restricted, then only required for the rst Cabinet created at a site. Thereafter, the frequency type of future Cabinets should be forced to the freq_type of the rst 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 Horizon II mini sites can support one of the following frequencies: PGSM, EGSM, or DCS1800. The type of the rst, 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. 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 a battery hold-up unit is present in the Horizon II mini cabinet. These elds are not visible for any other cabinet types. Cannot be modied by a user (read only). Indicates whether an internal HDSL modem is present in the cabinet. When cabinet type is Horizonmacro, or Horizonmacro_ext this eld is grayed-out. For a Horizon II mini, Horizon II mini extension, Horizon II macro, and Horizon II macro extension, this eld does not appear. 0 or 1. Internal HDSL modem is not present (0). Internal HDSL modem is present (1). Values 1 - 15. Mandatory or Optional? Optional.
Power Supply Unit 1 to 4 psu_fru_1 to psu_fru_4
Optional.
Internal HDSL Modem (OMC-R parameter name: int_hdsl_modem)
Optional.
Continued
4-60
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping a cabinet using the TTY interface
Table 4-27 Cabinet Detailed View elds - General grouping (Continued)
Field name/BSS parameter name Internal Integrated Antennae int_integrated _ant Brief description Indicates whether an internal integrated antenna is present in the cabinet. When cabinet type is Horizonmacro or Horizonmacro_ext this eld is grayed-out. For a Horizon II mini, Horizon II mini extension, Horizon II macro, and Horizon II macro extension, this eld does not appear. Values 0 or 1. Internal integrated antenna is not present (0). Internal integrated antenna is present (1). Mandatory or Optional? Optional.
Equipping a cabinet using the TTY interface
To equip a cabinet at a previously equipped BSC site, follow these steps:
Procedure 4-18
1
Equip a Cabinet at the TTY interface
Enter the following command: equip <location> CAB The system prompts for further conguration information, for example: Enter the CABINET: Enter the cabinet type: Enter the frequency type: At the prompts, enter the required conguration information.
Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on BSS commands, parameters, and prompts.
68P02901W17-S
4-61 Nov 2007
Conguring a cage
Chapter 4: Conguring a BSS/RXCDR
Conguring a cage
Creating a cage using the OMC-R GUI
To create an instance of a Cage device using the OMC-R GUI, proceed as follows:
Procedure 4-19 Create a Cage instance using the OMC-R GUI
1 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-32 for further details. The network object class button changes color. 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 elds 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
Cage Detailed View elds
The following sections list and briey describe the parameter elds in the Cage Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
4-62
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cage Detailed View elds
Identication grouping
Table 4-28 describes the elds in the Identication grouping of the Cage Detailed View.
Table 4-28 Cage Detailed View elds - Identication grouping
Field name RDN Class RDN Instance 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?
NMC RDN Value Parent Detailed View
See Table 4-1 description. Displays the name of the parent site (BSC or BTS). Click to display the parent site Detailed View. The identier 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.
Cabinet Identier IAS Connected
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, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
68P02901W17-S
4-63 Nov 2007
Equipping a cage from the TTY interface
Chapter 4: Conguring a BSS/RXCDR
Equipping a cage from the TTY interface
To equip a cage using the TTY interface, follow these steps:
Procedure 4-20 Equip a Cage at the TTY interface
1 Enter the following command: equip <location> CAGE The system responds with the prompts for further information. At the displayed prompts, enter the appropriate conguration information.
Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on BSS commands and parameters.
4-64
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring an RXCDR cabinet
Conguring an RXCDR cabinet
Overview of conguring an RXCDR cabinet
Equipping a cabinet can be carried out using either the: OMC-R GUI. equip command from a TTY session.
RXCDR cabinet numbers
When equipping cabinets at an RXCDR, the numbers 0 to 15 may be assigned for reference purposes.
Creating an RXCDR cabinet using the OMC-R GUI
To create an RXCDR cabinet Navigation Tree, proceed as follows:
Procedure 4-21 Create an RXCDR cabinet using the OMC-R GUI
1 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-32 for further details. The network object class button changes color. Select Edit Create from the Navigation Tree menu bar. A Cabinet Detailed View form is displayed. Enter all required information in this form. See Conguring a cabinet on page 4-57 for details of the Cabinet Detailed View elds.
2 3
To obtain the relevant information for a parameter, click Help at the top right of the window, select On Context and drag the ? prompt to the appropriate eld and click that eld. 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.
68P02901W17-S
4-65 Nov 2007
Equipping an RXCDR cabinet using the TTY interface
Chapter 4: Conguring a BSS/RXCDR
Equipping an RXCDR cabinet using the TTY interface
See Example of equipping an RXCDR cabinet and cage using the TTY interface on page 4-69.
4-66
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring an RXCDR cage
Conguring an RXCDR cage
Overview of conguring an RXCDR cage
Conguring a cage can be carried out using either the: OMC-R GUI. equip command from a TTY session.
RXCDR cage numbers
When equipping cages at an RXCDR, the numbers 0 to 13 may be assigned with the rst equipped cage assigned number 0, the second cage assigned number 1, and so on.
Creating an RXCDR cage using the OMC-R GUI
To create an instance of a Cage device using the OMC-R GUI, proceed as follows:
Procedure 4-22 Create an RXCDR Cage instance using the OMC-R GUI
1 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-32 for further details. The network object class button changes color. Select Edit Create from the Navigation Tree menu bar. A CAGE Detailed View form is displayed. Enter all required information in this form. See Conguring a cage on page 4-62 for details of the Cage Detailed View elds.
2 3
To obtain the relevant information for a parameter, click Help at the top right of the window, select On Context and drag the ? prompt to the appropriate eld and click that eld. 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.
68P02901W17-S
4-67 Nov 2007
Equipping an RXCDR cage using the TTY interface
Chapter 4: Conguring a BSS/RXCDR
Equipping an RXCDR cage using the TTY interface
See Example of equipping an RXCDR cabinet and cage using the TTY interface on page 4-69.
4-68
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration equipping an RXCDR cabinet and cage using the TTY interface
Example of
Example of equipping an RXCDR cabinet and cage using the TTY interface
Scenario
In this example, an RXCDR cabinet is equipped at MSC_XCDR. The following information is available: The RXCDR cabinet is number 0. The cabinet is equipped with one cage, numbered 0.
The RXCDR examples shown in this section are for demonstration purposes only. Parameters are system specic 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.
68P02901W17-S
4-69 Nov 2007
Overall procedure list
Chapter 4: Conguring a BSS/RXCDR
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.
Overall procedure list
The following steps are required when equipping cabinets and cages at an RXCDR site using the TTY interface:
Procedure 4-23 Equip RXCDR cabinet and cages using TTY interface
1 2 3 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-43. Equip the cabinet using the equip command, see the following sections. Equip a cage using the equip command, see the following sections.
Equipping the RXCDR cabinet using the TTY interface
The following provides example input and output for equipping RXCDR cabinets. -> equip 0 CAB Enter the CABINET identifier: 0 Enter the cabinet type: 3 COMMAND ACCEPTED ->
4-70
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping the RXCDR cage using the TTY interface
Equipping the RXCDR cage using the TTY interface
At an RXCDR site, cage numbers are unique. The numbers can range from 0 - 13; the rst equipped cage assigned number 0 and the second assigned number 1. The following provides example input and output for equipping the BSUs using the example data. -> equip 0 CAGE Enter the identifier for the CAGE: 0 Enter the KSW pair that manages the CAGE: 1 Enter the KSWX connecting cage to KSW for TDM 0: Enter the KSWX connecting cage to KSW for TDM 1: Enter cabinet to which the cage belongs: 0 Is an IAS connected?: COMMAND ACCEPTED -> no
68P02901W17-S
4-71 Nov 2007
Conguring an Assoc_BSS
Chapter 4: Conguring a BSS/RXCDR
Conguring an Assoc_BSS
Description of an Assoc_BSS
An Assoc_BSS (ABSS) species 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 identier in the Assoc_BSS Detailed View is set to NULL. This indicates that the Assoc_BSS does not correspond to any BSS device. When an Assoc_BSS is created, a CommsLink is automatically created. Likewise, when an Assoc_BSS is deleted, the CommsLink is automatically deleted.
Prerequisites to creating an Assoc_BSS
An Assoc_BSS can only be created if: The BSS exists. The parent device has been dened in advance, that is, an RXCDR.
Creating an Assoc_BSS using the OMC-R GUI
To create an Assoc_BSS to the network using the OMC-R GUI, follow these steps:
Procedure 4-24
1
Create an Assoc_BSS to the network using OMC-R GUI
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-32 for further details. The Assoc_BSS class button changes color. Select Edit Create from the Navigation Tree menu bar. The OMC-R displays the Assoc_BSS Detailed View in Create mode. Click the Associated BSS button. The OMC-R displays a popup window which lists all the BSSs currently in the network. Continued
2 3
4-72
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Assoc_BSS Detailed View elds
Procedure 4-24
4 5 6
Create an Assoc_BSS to the network using OMC-R GUI (Continued)
Select the BSS to be associated with this RXCDR. This highlights the BSS. Click OK. The OMC-R displays the name of the selected BSS in the Associated BSS eld. Complete the remaining elds as required. See Assoc_BSS Detailed View elds for details of these elds.
To obtain the relevant information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. 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.
Assoc_BSS Detailed View elds
The following sections list and briey describe the parameter elds in the Assoc_BSS Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 4-29 describes the elds in the Identication grouping of the Assoc_BSS Detailed View.
68P02901W17-S
4-73 Nov 2007
Deleting an Assoc_BSS using the OMC-R GUI
Chapter 4: Conguring a BSS/RXCDR
Table 4-29 Assoc_BSS Detailed View elds - Identication grouping
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View 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 identier of the associated BSS. Not applicable. Values Default is Assoc_BSS. 1 - 128. Mandatory or Optional?
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, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard object status information elds, see Table 4-2 for details.
General grouping
Table 4-30 describes the elds in the General grouping of the Assoc_BSS Detailed View.
Table 4-30 Assoc_BSS Detailed View elds - General grouping
Field name UL and DL Volume Control Type Downlink Audio Level Offset Uplink Audio Level Offset Brief description See description in Table 4-7. See description in Table 4-7. See description in Table 4-7. Values Mandatory or Optional?
Deleting an Assoc_BSS using the OMC-R GUI
To delete an existing instance of an Assoc_BSS using the OMC-R GUI, refer to the general procedure in Deleting a network object using the OMC-R GUI.
4-74
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating an Assoc_BSS using the TTY interface
Creating an Assoc_BSS using the TTY interface
To add an Assoc_BSS to the network using the TTY interface, use the equip command. For example: equip 0 ABSS The system responds by displaying the prompts for the ABSS parameters. Technical Description: BSS Command Reference (68P02901W23) gives details of all commands, command prompts, and parameters.
Displaying Assoc_BSS details using the TTY interface
To display information for an Assoc_BSS using the TTY interface, use the disp_equipment command. For example: disp_equipment 0 ABSS 1 The system responds by displaying details of the Assoc_BSS. See Technical Description: BSS Command Reference (68P02901W23) for further details.
Setting Assoc_BSS parameters using the TTY interface
To set other parameters at an Assoc_BSS, use the modify_value command, and the appropriate volume_control_type, dl_audio_lev_offset or ul_audio_lev_offset parameter. For example, to change the Uplink and Downlink Volume Control Type to CCDSP (0), use: modify_value 0 volume_control_type 0 ABSS 1
Deleting an Assoc_BSS using the TTY interface
To delete an Assoc_BSS using the TTY interface, use the unequip command. For example, to delete ABSS 5, use the following command: unequip 0 ABSS 5
68P02901W17-S
4-75 Nov 2007
Conguring an Assoc_RXCDR
Chapter 4: Conguring a BSS/RXCDR
Conguring an Assoc_RXCDR
Description of an Assoc_RXCDR
An Assoc_RXCDR (AXCDR) species 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 specied at the BSS. When an Assoc_RXDCR is created, a CommsLink is automatically created. Likewise, when an Assoc_RXCDR is deleted, the CommsLink is automatically deleted.
Prerequisites to creating an Assoc_RXCDR
An Assoc_RXCDR can only be created if: Remote transcoding has been specied at the BSS. The RXCDR exists in the network. A BSS exists in the network.
Creating an Assoc_RXCDR using the OMC-R GUI
To create an Assoc_RXCDR using the OMC-R GUI, follow these steps:
Procedure 4-25 Create an Assoc_RXCDR using the OMC-R GUI
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-32 for further details. The Assoc_RXCDR class button changes color. Select Edit Create from the Navigation Tree menu bar. The OMC-R displays the Assoc_RXCDR Detailed View in Create mode. Continued
4-76
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Assoc_RXCDR Detailed View elds
Procedure 4-25
3 4 5 6 7 8
Create an Assoc_RXCDR using the OMC-R GUI (Continued)
Click 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 OK. The OMC-R displays the name of the selected RXCDR in the Associated RXCDR eld. Complete the remaining elds, as required. See Assoc_RXCDR Detailed View elds for further details. From the menu bar, select File Create to create the Assoc_RXCDR. From the menu bar, select File Close to close the Detailed View.
Assoc_RXCDR Detailed View elds
The following sections list and briey describe the parameter elds in the Assoc_RXCDR Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 4-31 describes the elds in the Identication grouping of the Assoc_RXCDR Detailed View.
Table 4-31 Assoc_RXCDR Detailed View elds - Identication grouping
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View Associated RXCDR 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 - 128. Mandatory or Optional?
68P02901W17-S
4-77 Nov 2007
Assoc_RXCDR Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Additional Information
Use the Additional Information window to input any notes relating to this Assoc_RXCDR. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard object status information elds, see Table 4-2 for details.
Local Routing Information grouping
Table 4-32 describes the elds in the Local Routing Information grouping of the Assoc_RXCDR Detailed View.
Table 4-32 Assoc_RXCDR Detailed View elds - Local Routing Information grouping
Field name/BSS parameter name CIC Validation cic_validation Brief description See Enhanced XBL (EXBL) on page 2-10 for further details. Values Mandatory or Optional? Mandatory.
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping
Table 4-33 describes the elds in the Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping of the Assoc_RXCDR Detailed View. The elds in this grouping are grayed-out if both amrEnhancedCapOpt and gsmHalfRateOpt are restricted. (see Adaptive Multi-Rate (AMR) on page 2-127 and GSM Half Rate on page 2-138 for additional information).
Table 4-33 grouping
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate)
Mandatory or Optional? Optional.
Field name/BSS parameter name Enhanced Auto Connect Mode eac_mode
Brief description Whether the BSC-RXCDR interface is using the available resources for half rate calls with 8 kbit/s Ater allocations. If cic_validation (see Table 4-32) is disabled, this eld is grayed-out and set to Disabled (0).
Values 0 or 1. Disabled (0) or Enabled (1). Default is 0.
Continued
4-78
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating an Assoc_RXCDR using the TTY interface
Table 4-33 Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping (Continued)
Field name/BSS parameter name CIC Blocking Threshold cic_block_thresh Brief description 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 - 245. Default is 0. Mandatory or Optional? Optional.
CIC Unblocking Threshold cic_unblock_thresh (OMC-R parameter name: CicUnblockThresh)
0, 11 - 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 kbit/s ATERs are available, then full rate calls are prevented from being set up and only half rate calls are accepted.
Creating an Assoc_RXCDR using the TTY interface
To create an Assoc_RXCDR using the TTY interface, use the equip command. For example: equip 0 AXCDR The system responds by displaying the following prompts (bold text shows example user responses): Enter the AXCDR device id: Perform CIC validation: 1
YES yes <CR> <CR>
Enable Enhanced Auto-Connect Mode: Enter the CIC blocking threshold:
Enter the CIC unblocking threshold: COMMAND ACCEPTED
68P02901W17-S
4-79 Nov 2007
Displaying Assoc_RXCDR details using the TTY interface
Chapter 4: Conguring a BSS/RXCDR
Displaying Assoc_RXCDR details using the TTY interface
To display information for an Assoc_RXCDR using the TTY interface, use the disp_equipment command. For example: disp_equipment 0 AXCDR 1 The system responds by displaying details of the Assoc_RXCDR. See Technical Description: BSS Command Reference (68P02901W23) for further details.
Enabling/Disabling CIC Validation at an Assoc_RXCDR using the TTY interface
To enable CIC Validation at an RXCDR using the TTY interface, use the modify_value command. For example: modify_value 0 cic_validation YES AXCDR 1 The system responds: WARNING: Any CIC equipage inconsistencies between BSC and RXCDR may result in dropped calls. Do you want to continue (Y/N) : Y COMMAND ACCEPTED To disable CIC Validation at an Assoc_RXCDR, use the modify_value command. For example, the following command disables cic_validation (sysgen on) whether AMR Half Rate, GSM Half Rate, and eac_mode are enabled: modify_value 0 cic_validation NO AXCDR 1 The system responds: WARNING: The AXCDR will not support AMR/GSM HR when CIC Validation is disabled. A conrmation dialogue box is also displayed: WARNING: Disabling CIC Validation will cause this AXCDR to be cycled, resulting in the loss of all call traffic to this RXCDR.
Changing eac_mode and cic_block_thresh
To enable eac_mode (with SYSGEN on or off) with cic_validation, amr_bss_half_rate_enabled and gsm_bss_half_rate_enabled enabled, use the modify_value command. For example, the following command modies eac_mode to Yes at Assoc_RXCDR 128: modify_value 0 eac_mode yes AXCDR 128 The following command enables eac_mode (with SYSGEN on or off) with cic_validation enabled, amr_bss_half_rate_enabled disabled and gsm_bss_half_rate_enabled disabled: modify_value 0 eac_mode yes AXCDR 128
4-80
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Changing AMR Half Rate mode using the TTY interface
The system responds: COMMAND ACCEPTED WARNING: AMR and GSM Half Rate is currently disabled at this BSC. 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 modies 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 modies cic_unblock_thresh to 100 at Assoc_RXCDR 128: modify_value 0 cic_unblock_thresh 100 AXCDR 128 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
Changing AMR Half Rate mode using the TTY interface
The following command disables amr_bss_half_rate_enabled (with SYSGEN on or off) with either cic_validation and/or eac_mode enabled: chg_element amr_bss_half_rate_enabled no 0 The system responds:
68P02901W17-S
4-81 Nov 2007
Changing GSM Half Rate mode using the TTY interface
Chapter 4: Conguring a BSS/RXCDR
WARNING: AXCDR CIC validation and/or enhanced auto connect mode are currently enabled COMMAND ACCEPTED
Changing GSM Half Rate mode using the TTY interface
The following command disables 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 1 0 The system responds: WARNING: This may cause a short delay in a new call setup during reconfiguration. COMMAND ACCEPTED
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
Deleting an Assoc_RXCDR using the OMC-R GUI
To delete an existing instance of an Assoc_RXCDR using the OMC-R GUI, refer to the general procedure in Deleting a network object using the OMC-R GUI.
4-82
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting an Assoc_RXCDR using the TTY interface
Deleting an Assoc_RXCDR using the TTY interface
To delete an Assoc_RXCDR using the TTY interface, use the unequip command. For example, to delete AXCDR 10, use the following command: unequip 0 AXCDR 10
68P02901W17-S
4-83 Nov 2007
Changing the NE ID of an Assoc_BSSs or Assoc_RXCDR
Chapter 4: Conguring a BSS/RXCDR
Changing the NE ID of an Assoc_BSSs or Assoc_RXCDR
Introduction to changing the NE ID of an AXCDR or ABSS
After conguring either an Assoc_RXCDR (AXCDR) or Assoc_BSS (ABSS), the user may realize they have given the ABSS or AXCDR the wrong Network Entity (NE) id. The user can change the NE ID of the AXCDR or ABSS using the OMC-R GUI, which then propagates the new NE ID to all the related connections. For example, a user connected an RXCDR to a BSC and labeled the NEs: RXCDR-5, BSC-10, and AXCDR-5. The user then performed up to 21 add_conn commands (which all referenced AXCDR-5), equipped 20 XBLs, and up to 2400 CICs. The user then discovers that the RXCDR connected to BSC-10 has an NE id of 7 instead of 5. To correct this problem, the user would have to unequip all CICs, XBLs, and connectivity entries referencing AXCDR-5 and then re-equip these devices to the new AXCDR-7. Instead, the user can initiate a single request at the OMC-R GUI to propagate changes to all the affected devices and connectivity entries. This is done using the Change Assoc NE ID menu option. The same situation could occur for a ABSS device in an RXCDR database. The change assoc NE ID operation only changes the identier of an AXCDR (or ABSS) in a BSS (or RXCDR) database. If the user changes the identier of an NE, the user must also change the identier in the NE database and, if necessary, use the change assoc NE ID operation to change the associated device id in each database which includes the NE as an associated device. For example, BSS-1 and BSS-2 are connected to RXCDR-3, and AXCDR-3 is equipped in BSS-1 and BSS-2 databases. To change the NE id for RXCDR from 3 to 5, the user must change the id of the RXCDR in the RXCDR database, and then start the change assoc NE ID operation on AXCDR-3 at BSS-1 and BSS-2 to set the new AXCDR id to 5.
Once the change assoc NE ID process has started, if the GUI is closed for some reason the change assoc NE ID process continues.
Phases in the change assoc NE ID process
The change assoc NE ID operation has three phases: Extract. Unequip. Re-equip
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 le, which is displayed in an Xterm window when the change assoc NE ID process is initiated.
4-84
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Change assoc NE ID process log les
Change assoc NE ID process log les
The change assoc NE ID process generates log les to show the progress of the change operation. The OMC-R creates the log les in the following directory: /usr/omc/ne_data/assocneid_changer_logs. The log le names have the following format: <NEname>_<old_ne_id>_<new_ne_id>.<status> 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 le, which can be: active - indicates an active log le, that is, one that is currently being written to by the change process. progress - a log le showing a summary of the progress of the change process. The progress le is automatically displayed when the change process is initiated. resume - indicates a halted change assoc NE ID process log le. Such a le 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 le is used if the change assoc NE ID process is resumed. When resumed, the log le has the extension .active. complete - a log le of a completed change assoc NE ID process. This le name is sufxed with a time stamp.
For example, changing RXCDR1 NE id 5 to NE id 6 on BSS1018, creates an active log le named: BSS1018_5_6.active. If the change assoc NE ID process continues successfully a log le called BSS1018_5_6.progress is also created. Finally, when the change process is complete a log le called BSS1018_5_6.complete is created. The user can view any type of log le.
Prerequisites to changing an associated NE ID
To change the name of a Assoc_BSS or Assoc_RXCDR, CM access control must be enabled in the user prole of the user. See OMC-R Online Help, Network Operations for further information about user proles.
68P02901W17-S
4-85 Nov 2007
Restrictions to changing an NE ID
Chapter 4: Conguring a BSS/RXCDR
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.
Changing the NE ID of an ABSS or AXCDR using the OMC-R GUI
To change the NE ID of an Assoc_BSS or Assoc_RXCDR using the OMC-R GUI, follow these steps:
Procedure 4-26 Change NE ID of Assoc_BSS or Assoc_RXCDR using the OMC-R GUI
1 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 color. 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 eld. This eld 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 eld. Enter a unique value in the range 1 - 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-86
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Changing the NE ID of an ABSS or AXCDR using the OMC-R GUI
Figure 4-4 Change Assoc NE ID form (for an Assoc_RXCDR instance)
ti-GSM-ChangeAssocNEIDform_foranAssoc_RXCDRinstance_-00783-ai-sw
Viewing network entity ids
To display a list of all the network entities managed by the OMC-R, follow these steps:
Procedure 4-27 Display network entities
1 Click 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 the Print button to print the list of NEs to the printer specied in the PRINTER environmental variable. 2 Click 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 Cancel. Continued
68P02901W17-S
4-87 Nov 2007
Changing the NE ID of an ABSS or AXCDR using the OMC-R GUI
Chapter 4: Conguring a BSS/RXCDR
Procedure 4-27 Display network entities (Continued)
3 Click OK. The network entity id of the selected NE is copied into the New Network Entity Id eld 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.
Starting the change assoc NE ID process
To start the change assoc NE ID process, follow these steps:
Procedure 4-28
1
Start the change assoc NE ID process
Click 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 OK to continue with the change assoc NE ID process. To close the conrmation box and return to the Change Assoc NE ID form, click Cancel. The OMC-R displays the status of the NE id change process in the status bar, and the .process log le in an Xterm window. By default, the status bar is one line deep. To expand the status bar, click the [Symbol_triangledown] button to the right of the status bar. To shrink the status bar back to its original size, click the [Symbol_triangleup] button. To view the active log le for the change assoc NE ID process, go to Viewing other log les below.
Figure 4-5 shows an example of the .progress log le with the Extracting phase complete, and the Unequipping phase in progress.
4-88
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Viewing other log les
Figure 4-5 .progress log le
ti-GSM-progresslogfile-00784-ai-s
Viewing other log les
To view other change assoc NE ID process log les, select Options - View Log from the menu bar of the Change Assoc NE ID form. The OMC-R opens a Log File Selection window. An example is shown in Figure 4-6.
68P02901W17-S
4-89 Nov 2007
Viewing other log les
Chapter 4: Conguring a BSS/RXCDR
Figure 4-6 Log File Selection window
ti-GSM-LogFileSelectionwindow-00785-ai-s
Selecting an .active log le
To select an .active log le, follow these steps:
Procedure 4-29 View an active log le
1 2 Select the .active log le in the Files pane of the Log File Selection window. Click the View Active Log button to view the .active log le. The text editor displays the contents of the .active log le in an Xterm window (see Figure 4-7, for example). If necessary, use the Return key to scroll through the log le. If an active log le does not exist, the View Active Log button is grayed-out and cannot be selected. Now go to Closing the log le window step 1.
4-90
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Viewing other log les
Figure 4-7
.active log le
ti-GSM-activelogfile-00786-ai-sw
68P02901W17-S
4-91 Nov 2007
Resuming a suspended change assoc NE ID process
Chapter 4: Conguring a BSS/RXCDR
Viewing an inactive log le
To view an inactive log le (such as, .complete log le) follow these steps:
Procedure 4-30 View an inactive log le
1 Navigate to another directory using the Filter line and button, and select a log le. Or, if necessary: Click Cancel to close the window and return to the Change Assoc NE ID window. Click the View Log button to view the contents of an inactive log le. The text editor displays the contents of the log le in an Xterm window. Use the Return key to scroll through the log le.
Closing the log le window
To close the log le window, follow these steps:
Procedure 4-31 Close the log le window
1 2 Left-click the button in the top left corner of the window. Select Close from the dropdown menu.
Resuming a suspended change assoc NE ID process
Prerequisites and restrictions
A change assoc NE ID operation can only be resumed if: The change assoc NE ID process was suspended by the system (for example, if there is was a GUI stop or start during the change process). The system may suspend the change process during any phase in the process. The change operation is resumed with the same old and new network entity id values. The associated log le (<lename>.resume) exists for the suspended change NE ID process.
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 recongurations may not be successful.
4-92
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Resuming a suspended change assoc NE ID process
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.
68P02901W17-S
4-93 Nov 2007
Conguring DYNETs and DYNETGroups
Chapter 4: Conguring a BSS/RXCDR
Conguring DYNETs and DYNETGroups
DYNET device
A DYNET device species the BTSs sharing dynamic terrestrial backing resources and how they are interconnected. SeeDynamic allocation of BSC-BTS Backing Resources (DYNET) on page 2-18 for further details. A DYNET is contained in a DYNETGroup. When the user creates the rst 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 path devices
When a DYNET is equipped, the path devices for the BTSs that supported the dynamic allocation are also equipped.
Equipping RSLs
RSLs for BTS sites that support dynamic allocation must be equipped to the automatically equipped paths associated with the DYNET.
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 eld: 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 rst identier must have the same BTSs, or marker sites (switching sites), in the same order. DYNETs must have different E1 links for the BTSs that have the SITE Detailed View eld: 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 eld (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 eld (parameter name ts_sharing) enabled.
4-94
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
DYNETGroup
A DYNET device can only be equipped to a BSC. There can be only three DYNETs per DYNETGroup. More than one E1 link can exist between BTSs for dynamic sharing purposes.
DYNETGroup
A DYNETGroup represents a grouping of DYNETs. When the user creates the rst 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 eld: 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.
DYNETGroup and DYNET topics
The following sections contain further information about DYNETGroups and DYNETs: Conguring a DYNETGroup on page 4-96, including creating and deleting using GUI or TTY interface. Conguring a DYNET on page 4-98, including creating, viewing, editing and deleting using GUI or TTY interface.
68P02901W17-S
4-95 Nov 2007
Conguring a DYNETGroup
Chapter 4: Conguring a BSS/RXCDR
Conguring a DYNETGroup
Prerequisites to creating a DYNETGroup
A DYNETGroup cannot be created unless BSC-BTSdynamic allocation has been enabled at the associated BSS, see Dynamic allocation of BSC-BTS Backing Resources (DYNET) on page 2-18 for further details.
Creating a DYNETGroup using the OMC-R GUI
To create a DYNETGroup using the OMC-R GUI, follow these steps:
Procedure 4-32
1
Create a DYNETGroup using the OMC-R GUI
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-32 for further details. The class button changes color. Select Edit Create from the menu bar. The OMC-R displays the DYNETGroup Detailed View form in Create mode. Complete the elds as required. See DYNETGroup Detailed View elds 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
DYNETGroup Detailed View elds
The following sections list and briey describe the parameter elds in the DYNETGroup Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
4-96
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping a DYNETGroup using the TTY interface
Identication grouping
Table 4-34 describes the elds in the Identication grouping of the DYNETGroup Detailed View.
Table 4-34 DYNETGroup Detailed View elds - Identication grouping
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View 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 - 19. Mandatory or Optional?
Additional Information
Use the Additional Information window to input any notes relating to this DYNETGroup. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
Equipping a DYNETGroup using the TTY interface
When creating the rst DYNET using the TTY interface, the OMC-R automatically creates a DYNETGroup. A DYNETGroup cannot be equipped using the TTY interface.
Deleting a DYNETGroup using the OMC-R GUI
A DYNETGroup cannot be deleted until all the DYNETs it contains have been deleted. When the last DYNET is deleted, the OMC-R automatically deletes the DYNETGroup.
68P02901W17-S
4-97 Nov 2007
Conguring a DYNET
Chapter 4: Conguring a BSS/RXCDR
Conguring a DYNET
Path devices for a DYNET
When a DYNET is equipped for BSC-BTSdynamic allocation, the OMC-R automatically creates the path devices and assigns path identiers in the range 0 - 5. These values indicate that the path has been automatically equipped. When dynamic allocation is enabled at the corresponding site, valid path identiers are available in the range 6 - 9. When dynamic allocation is disabled at the corresponding site, valid path identiers are available in the range 0 - 9. See Dynamic allocation of BSC-BTS Backing Resources (DYNET) on page 2-18 for further details.
Prerequisites to creating a DYNET
A DYNET cannot be created unless BSC-BTSdynamic allocation has been enabled at the associated BSS and BTSs, see Dynamic allocation of BSC-BTS Backing Resources (DYNET) on page 2-18.
Creating a DYNET using the OMC-R GUI
Prerequisite
Before creating a DYNET using the OMC-R GUI, a DYNETGroup must have been created.
Procedure
To create a DYNET, follow these steps:
Procedure 4-33 Create a DYNET using the OMC-R GUI
1 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-32 for further details. The class button changes color. Select Edit Create from the Navigation Tree menu bar. The OMC-R displays the DYNET Detailed View form in Create mode. Continued
4-98
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
DYNET Detailed View elds
Procedure 4-33
3 4 5
Create a DYNET using the OMC-R GUI (Continued)
Complete the elds as required. See DYNET Detailed View elds 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.
DYNET Detailed View elds
The following sections list and briey describe the parameter elds in the DYNET Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 4-35 describes the elds in the Identication grouping of the DYNET Detailed View.
Table 4-35
DYNET Detailed View elds - Identication 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 - 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, close this eld by clicking the toggle button next to the Additional Information header.
68P02901W17-S
4-99 Nov 2007
DYNET Detailed View elds
Chapter 4: Conguring a BSS/RXCDR
Local Routing Information grouping
Table 4-36 describes the elds in the Local Routing Information grouping of the DYNET Detailed View.
Table 4-36 DYNET Detailed View elds - Local Routing Information grouping
Field name/BSS parameter name Shared Timeslots shared_timeslots Brief description The number of timeslots reserved at a DYNET for BSC-BTSdynamic allocation. Values 0 - 31. Default: 0. Mandatory or Optional? Mandatory.
Path information grouping
Table 4-37 describes the elds in the path Information grouping of the DYNET Detailed View.
Table 4-37
DYNET Detailed View elds - 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 denition. The BTS site identier, that is, the terminating site. The rst to sixth link in the DYNET path. Values 1 - 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 Site_id Link 1 to Link 6 DYNET_link1 to DYNET_link6
{22169} 0 - 95. 0 or 1. 1 to 100. Site Id (0..100, 254). Upstream MSI (0..55, 254). Upstream MMS (0..1, 254). Downstream MSI (0..55, 254). Downstream MMS (0..1, 254).
Mandatory. Mandatory. Mandatory. Link 1 is mandatory, Link 2 to 6 are optional.
Continued
4-100
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying and deleting a DYNET using the OMC-R GUI
Table 4-37 DYNET Detailed View elds - path Information grouping (Continued)
Field name/BSS parameter name Link 7, 8, 9, 10 (DYNET_link7) Brief description The seventh, eight, ninth and tenth links in the DYNET path. Values Site Id (0..100, 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. Mandatory or Optional? Optional.
Link 11 (DYNET_link11)
The eleventh link in the DYNET path. It can only be used to make the nal loop-closing link back to the BSC.
Optional.
TS Switch (GUI only)
Determines whether the site is a timeslot switching site.
Modifying and deleting a DYNET using the OMC-R GUI
To modify DYNET parameters, see the general procedure in Modifying a network object using the OMC-R GUI on page 1-38. To delete a DYNET, see the general procedure in Deleting a network object using the OMC-R GUI on page 1-41.
Conguring a DYNET using the TTY interface
For full details of command and parameters mentioned in the following sections, see Technical Description: BSS Command Reference (68P02901W23).
Creating a DYNET using the TTY interface
When creating the rst DYNET using the TTY interface, the OMC-R automatically creates a DYNETGroup. To equip a DYNET, use the equip command. Example 1: To equip a BTS network that contains a single BTS that does not loop back to the BSC, enter the following command: equip 0 DYNET
68P02901W17-S
4-101 Nov 2007
Conguring a DYNET using the TTY interface
Chapter 4: Conguring a BSS/RXCDR
The system responds with prompts for further information. Bold text shows examples of user responses: Enter 1st and 2nd DYNET identifiers: Enter BSC MMS identifiers: Enter SITE identifier: 1 0 0 0 0 1 0
Enter upstream MMS identifiers:
Enter downstream MMS identifiers: COMMAND ACCEPTED Example 2: To equip a second set of E1 links for the BTS network dened 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: Enter BSC MMS identifier: Enter SITE identifier: 1 1 1 1 0 1 1
Enter upstream MMS identifiers:
Enter downstream MMS identifiers: COMMAND ACCEPTED
Displaying DYNET parameters using the TTY interface
To display DYNET settings using the TTY interface, use the disp_equipment command. For example, the following command displays settings for DYNET 1 0: disp_equipment 0 DYNET 1 0 The systems responds by displaying all details for this DYNET.
Modifying DYNET parameters using the TTY interface
To edit DYNET parameters using the TTY interface, use the modify_value command and one of the DYNET parameters. For example, the following command sets the number of timeslots reserved for a BTS network to 10 at DYNET 1 0: modify_value 0 shared_timeslots 10 DYNET 1 0
Displaying BSC-BTSdynamic allocation resources using the TTY interface
To display the timeslots which have been reserved for BSC-BTSdynamic allocation purposes, use the disp_mms_ts_usage BSS command. When requested for a BSC MMS, this command also displays the associated RTF and air timeslot. For example, the following command displays resources for a BSC MMS: disp_mms_ts_usage 0 0 0
4-102
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a DYNET using the TTY interface
Deleting a DYNET using the TTY interface
When the last DYNET is deleted, the OMC-R automatically deletes the DYNETGroup. To delete a DYNET using the TTY interface, use the unequip command. For example, to unequip a BTS network, enter the following command: unequip 0 DYNET 1 0 The system responds: WARNING: Calls on this DYNET may be dropped. Are you sure (Y = Yes, N = No)? COMMAND ACCEPTED
68P02901W17-S
4-103 Nov 2007
Reparenting a BSS
Chapter 4: Conguring a BSS/RXCDR
Reparenting a BSS
Overview of reparenting a BSS
The procedure for reparenting a BSS depends on where the BSS is being moved to. The BSS can be moved in either of the following ways: From one OMC-R to another OMC-R. From one RXCDR to another RXCDR (within the same OMC-R).
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-105. Reparenting a BSS to a different RXCDR (same OMC-R) on page 4-108. Reparenting an RXCDR to a different MSC on page 4-110.
Some reparenting procedures detailed in the following sections use cmutil. For further information about cmutil, see Chapter 15 cmutil.
Preserving SITE names
The script preserve_site_names can be used to preserve site names during a reparent or drop or recreate of MIB or MIB migration. This script is available in the /usr/omc/current/sbin directory as part of the OMC-R product. To use the preserve_site_names script, follow these steps:
Procedure 4-34 Use preserve_site_names script
1 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 le in /usr/omc/ne_data/ called <bss_name>.upd. This le should be stored in a new folder in /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
4-104
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reparenting a BSS to a different OMC-R
Reparenting a BSS to a different OMC-R
Prerequisites to reparenting a BSS to a different OMC-R
To assign a BSS to a different OMC-R (reparent a BSS), the BSS must be removed from its original parent OMC-R and then added to the new parent OMC-R. In some cases, the BSS might be reparented solely due to capacity problems in the old OMC-R and retains its RXCDR connectivity. In other cases, the reparenting can involve connecting to different RXCDRs (and MSCs). The following prerequisites apply: Change the OMC-R DTE addresses of the BSS to those of the new OMC-R. Use the BSS Detailed view or the chg_dte command. Use OML to get the changes to take effect. The old OMC-R then loses the connection to the BSS. Ensure that the OML links between the BSS and old OMC-R have been disconnected. Ensure that the OML links between the BSS and the new OMC-R have been properly congured, by joining with the BSS eld engineer. If required, recongure the entries for the NE from the packet switch/MUX. Refer to Conguring the packet switch/MUX for a BSS on page 4-42.
Reparenting a BSS to a different OMC-R
To assign a BSS (reparent a BSS) to a different OMC-R, the BSS must be removed from its original (old) OMC-R and then added to the new OMC-R. This requires reparenting procedures at the: Old OMC-R. New OMC-R.
Old OMC-R
At the old OMC-R, proceed as follows:
Procedure 4-35 At the old OMC-R, reparent a BSS to a different OMC-R
1 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 le is required to create proxy cells, and also for keeping the site names. Continued
68P02901W17-S
4-105 Nov 2007
Reparenting a BSS to a different OMC-R
Chapter 4: Conguring a BSS/RXCDR
Procedure 4-35
2
At the old OMC-R, reparent a BSS to a different OMC-R (Continued)
Locate which cells of the BSS still have external neighbors in the old OMC-R. These cells are added as proxy cells to the old OMC-R, once the BSS has been HierDeleted. Create a proxy cell input le from the extracted cells in the bss_name.op le. Name the le proxycell.ip If using custom SITE names, obtain the script preserve_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> This extracts the site names for the BSS to be reparented. For example: preserve_site_names BSS BSS1019 The script creates the le /usr/omc/ne_data/<bss_name>.upd. Store the le 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 At the old OMC-R, delete the BSS/RXCDR. Refer to Deleting a BSS/RXCDR on page 4-47. Add the proxy cells to the old OMC-R using the proxycell.ip le as follows: cmutil -a -i proxycell.ip
6 7
New OMC-R
At the new OMC-R, proceed as follows:
Procedure 4-36 At the new OMC-R reparent the BSS
1 Create the BSS. Refer to Overview of adding a BSS or RXCDR on page 4-2. Ensure that 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. Continued
4-106
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reparenting a BSS to a different OMC-R
Procedure 4-36 At the new OMC-R reparent the BSS (Continued)
3 If using custom SITE names, after the audit, copy the le /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
If the BSS had to be renamed (for example, due to a move to a different MSC), edit the <bss_name>.ip le 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>
68P02901W17-S
4-107 Nov 2007
Reparenting a BSS to a different RXCDR (same OMC-R)
Chapter 4: Conguring a BSS/RXCDR
Reparenting a BSS to a different RXCDR (same OMC-R)
Prerequisites for assigning a BSS to a different RXCDR
To assign a BSS to a different RXCDR (reparent a BSS), the BSS must be removed from its original parent RXCDR and then added to the new parent RXCDR. The following prerequisites apply: Ensure that the links between the BSS and original RXCDR have been disconnected, with the help of BSS eld engineer. If required, recongure the entries for the NE from the packet switch/MUX (see Conguring the packet switch/MUX for a BSS on page 4-42). Ensure that the links between the BSS and the new RXCDR have been connected, and are in service. Verify that the destination point code and originating point code are set correctly, to ensure full communication between the BSS and the MSC. Verify by using the BSS Detailed View Signaling Information grouping. Verify that calls are going to the MSC.
Reparenting a BSS to a different RXCDR
To reparent a BSS to a different RXCDR, follow these steps at the System Processor:
Procedure 4-37 Reparent a BSS to a different RXCDR
1 2 3 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 Reparenting a BSS to a different RXCDR on page 4-108. If not, the procedure is nished. Continued
4-108
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reparenting a BSS to a different RXCDR
Procedure 4-37 Reparent a BSS to a different RXCDR (Continued)
To reparent a BSS to a different RXCDR when using the Map feature, follow these steps at the System Processor:
Procedure 4-38 Reparent a BSS to a different RXCDR when using the Map feature
1 2 3 4 If using the Map feature, rst 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 le syntax: cmutil -s -i current_links If the le 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 conguration from the MIB database as it now contains link information for the newly parented RXCDR. This is done using the procedure described in step 4 . As a result of reparenting, links may have been deleted from the user-dened maps. Refer to: Adding and deleting a map link on page 13-11 for the procedure on adding links between the BSS and the new RXCDR for relevant user-dened maps. The default network map is modied. The map nodes are not deleted and re-added, so the node positioning is correct. Only the map links have changed. Follow the procedure described in step 4 , to extract the new information for the network map. Log out from the system processor by typing: logout
10
11
12
68P02901W17-S
4-109 Nov 2007
Reparenting an RXCDR to a different MSC
Chapter 4: Conguring a BSS/RXCDR
Reparenting an RXCDR to a different MSC
Introduction to reparenting an RXCDR to a different MSC
To move an RXCDR to a different MSC, the RXCDR must be removed from its original parent MSC and then added to the new MSC. The following prerequisites apply: Ensure that the links between the RXCDR and original MSC have been disconnected, with the help of BSS eld engineer. Ensure that the links between the RXCDR and the new MSC have been connected, and are in service. Verify that the destination point code and originating point code are set correctly to ensure full communication between the BSSs under the RXCDR and the MSC. Verify by using the BSS Detailed View Signaling Information grouping. Verify that calls are going to the MSC.
Reparenting RXCDR commslinks
Carry out the following procedure to move an RXCDR:
Procedure 4-39 Reparent an RXCDR commslink
1 2 3 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 le syntax of the le current_links. cmutil -s -i current_links If the le syntax check reveals errors, self-explanatory error messages are displayed. Continued
4 5 6
4-110
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reparenting RXCDR commslinks
Procedure 4-39 Reparent an RXCDR commslink (Continued)
7 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 conguration from the MIB as it now contains new link information for the RXCDR. Log out from the system processor: logout
68P02901W17-S
4-111 Nov 2007
Checking the software version for a BSS/RXCDR/OMC-R
Chapter 4: Conguring a BSS/RXCDR
Checking the software version for a BSS/RXCDR/OMC-R
Software version number format
An f in the fth 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.
Checking a single NE using the OMC-R GUI
To check the software version of a single NE using the OMC-R GUI, proceed as follows:
Procedure 4-40 Check software version of single NE
1 2 3 Open a BSS/RXCDR Detailed View from the Navigation Tree. Check the setting of OMC-R/NE load version eld (in the Identication 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.
4-112
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking multiple NEs using the OMC-R GUI
Checking multiple NEs using the OMC-R GUI
To check the software version of multiple NEs, follow these steps:
Procedure 4-41
1
Check software version of multiple NEs
Click 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 le. 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.
Checking a single NE and multiple NEs using cmutil
Use cmutil to extract the BSS object data for a specic BSS, or to extract information for more than one NE. See Chapter 15 cmutil for details.
Checking OMC-R software load version
To check the OMC-R software load version, enter the following UNIX command: ls -l /usr/omc | grep current | awk '{print $11}'
Checking NE software load versions using disp_version command
Remotely logging in to an NE and using the disp_version command can be used to display the software version number. Refer to: Technical Description: BSS Command Reference (68P02901W23) for full details of this command.
68P02901W17-S Nov 2007
4-113
Checking NE software load versions using disp_version command
Chapter 4: Conguring a BSS/RXCDR
4-114
68P02901W17-S Nov 2007
Chapter
5
Conguring 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. Conguring a Conn_Link on page 5-6. Conguring 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_cong le, 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-20. Modifying congurations on A, M, and Mobis interfaces on page 5-23.
68P02901W17-S Nov 2007
5-1
Checking BSS to MSC (Through RXCDR) connectivity
Chapter 5: Conguring Connectivity
Checking BSS to MSC (Through RXCDR) connectivity
BSS to MSC connectivity
BSC to RXCDR connections are tracked by engineering diagrams. They are not modeled automatically by the OMC-R MIB. However, Commslinks or Associated_BSSs can be created between the BSSs and RXCDRs to track the MMS connections. The timeslot usage, and circuit groupings can only be checked using the TTY commands.
Motorola recommends using the Generic Lookup Utility (GLU). GLU is an optional tool, available from Motorola, capable of extracting conguration information on connectivity.
Connection report
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
Connection name Conn 3:0 Conn 3:1 Conn 3:2 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
Displaying a Connection report
To display a Connection report from the Navigation Tree, click the BSS or RXCDR for which the report is required, and select Connection Report from the Options menu.
5-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking BSS connections
Checking BSS connections
Links and timeslots to the RXCDR are congured using the add_circuit and del_circuit commands. The timeslot usage of a link is not modeled at the OMC-R. To see how timeslots are congured, use the disp_mms_ts_usage command.
Checking RXCDR connections
Conn_Links
A Conn_Link describes the connections (links) between a BSS (BSC) and RXCDR. At the RXCDR side, the add_conn and del_conn commands congure the E1 links (Conn_Links) connected between the RXCDR and each BSS. disp_conn command lists the links connected between the RXCDR and each BSS. Each BSS has its own BSS_id. Use the BSS rdn instance (from MIB or NE.MAP le) as the BSS_id entry. Conn_Links can also be created using the OMC-GUI, see Conguring a Conn_Link on page 5-6. If the Enhanced BSC Capacity on page 2-92 is enabled, up to 27 Conn_Links can exist per BSS-RXCDR connection. If the Enhanced BSC Capacity feature is disabled, up to 21 Conn_Links can exist per BSS-RXCDR connection.
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.
Creating and extracting CommsLink details
Creating CommsLinks
CommsLinks can be created between the BSSs and RXCDRs to track the connections. These are OMC-R only objects and must be manually updated if a conguration changes. See Conguring a CommsLink using the OMC-R GUI on page 5-11 for details. The advantage of using CommsLinks is that all path connectivity is automatically tracked by CommsLinks. By manually conguring the BSS to RXCDR links all link information can be extracted for a particular BSS from one MIB object.
Extracting CommsLinks
To extract CommsLinks details on a per object basis, or to extract all CommsLinks details, see Chapter 15 cmutil.
68P02901W17-S
5-3 Nov 2007
Checking BSS to RXCDR connectivity
Chapter 5: Conguring Connectivity
Checking BSS to RXCDR connectivity
The BSS to RXCDR MMS data can be kept in the MIB by manually updating from the Assoc_BSS object of the RXCDR. This MIB data consists of OMC-R only objects and must be manually updated if a conguration changes. 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 an Assoc_BSS object for each connection (see Conguring an Assoc_BSS on page 4-72). Each connection can be identied 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 Continued
5-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking BSS to RXCDR connectivity
Procedure 5-1
4
Check BSS to RXCDR connectivity (Continued)
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
68P02901W17-S
5-5 Nov 2007
Conguring a Conn_Link
Chapter 5: Conguring Connectivity
Conguring a Conn_Link
Creating a Conn_Link using the OMC-R GUI
Prerequisites
Before a Conn_Link can be created, the corresponding Assoc_RXCDR (AXCDR) or Assoc_BSS (ABSS) must exist.
Procedure
If no Conn_Link exists for the MMS on the BSC, create a Conn_Link using the OMC-R GUI. Use the following procedure to create a Conn_Link:
Procedure 5-2 Create Conn_Link using the OMC-R GUI
1 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-32 for further details. The network object class button changes color. Select Edit Create from the Navigation Tree menu bar. The OMC-R displays the Conn_Link Detailed View in Create mode. Complete the required elds. See Conn_Link Detailed View elds 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
Conn_Link Detailed View elds
The following sections list and briey describe the parameter elds in the Conn_Link Detailed View according to their parameter grouping.
5-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conn_Link Detailed View elds
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 5-2 describes the elds in the Identication grouping of the Conn_Link Detailed View.
Table 5-2 Conn_Link Detailed View elds - Identication grouping
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View 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 - 26. Mandatory or Optional?
Additional Information
Use the Additional Information window to input any notes relating to this Conn_Link. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
Connectivity Information grouping
Table 5-3 describes the elds in the Connectivity Information grouping of the Conn_Link Detailed View.
Table 5-3 Conn_Link Detailed View elds - Connectivity Information grouping
Field name RXCDR BSS Local MMS Brief description Identier of the container RXCDR. Identier 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. Values Mandatory or Optional? Mandatory. Mandatory. Mandatory.
Continued
68P02901W17-S
5-7 Nov 2007
Deleting a Conn_Link using the OMC-R GUI
Chapter 5: Conguring Connectivity
Table 5-3 Conn_Link Detailed View elds - Connectivity Information grouping (Continued)
Field name Remote MMS Brief description 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
Connected Associated RXCDR
Mandatory.
Deleting a Conn_Link using the OMC-R GUI
Prerequisites
The connectivity for an MMS pair cannot be deleted when the Transcoding eld (BSS naming convention: local_transcoding) located in the Identication section of the BSS Detailed View form, is set to Remote (0).
Other deletions required to delete a Conn_Link
To delete a Conn_Link from the OMC-R GUI, it is also necessary to delete the following: The contained XBLs. All the CICs equipped on the MMS used by the Conn_Link connectivity.
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-41.
Adding a Conn_Link using the TTY interface
Prerequisites
Before arbitrarily numbering the BSCs connected to the RXCDR, the XBL must have been equipped at the BSC and the RXCDR. This is so that different BSCs can be distinguished from the RXCDR.
5-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying connectivity using the TTY interface
Adding connectivity - add_conn command
For correct XBL operation, network connectivity information must be supplied in the database SYSGEN using the add_conn command. The add_conn command adds MMS connectivity between the RXCDR and the BSS. Connectivity may be added for a maximum of 21 MMSs at a BSC or RXCDR regardless of how many RXCDRs or BSSs are connected. If the Enhanced BSC Capacity feature is enabled, connectivity can be added for up to 27 MMSs.
The add_conn command can also be used outside of SYSGEN. This command allows the operator to specify the E1 connectivity information identifying which RXCDR is associated with the E1 link and the device identity within the RXCDR to which the E1 link is connected. This connectivity information must be specied for each E1 link connecting to an RXCDR. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the add_conn command.
Displaying connectivity using the TTY interface
To display the contents of the XBL connectivity, at the RXCDR site, use the disp_conn command.
Deleting a Conn_Link using the TTY interface
del_conn command
To delete a particular connection between an MMS at the BSC and an MMS at the RXCDR, use the DEL_CONN command. Connectivity may not be removed for an MMS pair if the BSC is operating in static mode and CICs are statically assigned to that MMS pair. This only applies to remote transcoding BSC and RXCDR sites. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the del_conn command.
Example of deleting a Conn_Link
The following example deletes connectivity information for MMS 4 0 at the BSC: del_conn 4 0 The following example deletes connectivity information for MMS 3 0 at the RXCDR: del_conn 3 0
68P02901W17-S
5-9 Nov 2007
Deleting a Conn_Link using the TTY interface
Chapter 5: Conguring Connectivity
Other deletions required to delete a Conn_Link
To delete a Conn_Link, it is also necessary to delete the following: The contained XBLs. All the CICs equipped on the MMS used by the Conn_Link connectivity.
5-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a CommsLink using the OMC-R GUI
Conguring a CommsLink using the OMC-R GUI
Introduction to conguring a CommsLink
This section describes how to congure a CommsLink using the OMC-R GUI. To add and delete links to existing sites using cmutil, see Chapter 15 cmutil.
Autocreation and deletion of CommsLinks
If a CommsLink does not exist, when a Conn_Link is created between a BSC and an RXCDR, the CommsLink is automatically created in the CM MIB to represent the point-to-point links between BSSs and RXCDRs, and the Conn_Link added to it.
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.
Creating a CommsLink using the OMC-R GUI
Prerequisites for creating a CommsLink
A CommsLink can only be created if the two nodes it connects have been dened in advance.
Procedure
To create a CommsLink using the OMC-R GUI, use the following procedure:
68P02901W17-S
5-11 Nov 2007
Creating a CommsLink using the OMC-R GUI
Chapter 5: Conguring Connectivity
Procedure 5-3 Create a CommsLink using the OMC-R GUI
1 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-32 for further details. The network object class button changes color. Click 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 eld, preferably choosing a name relating to the two nodes the link connects, separated by a hyphen (-). To input a node name, click 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 is recorded as node A in the Node A eld. Repeat step 5 for Node B at the other end of the CommsLink. 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 Conrmation window.
3 4 5
6 7 8
5-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
CommsLink Detailed View elds
Figure 5-1
CommsLink List showing GPRS links
ti-GSM-CommsLinkListshowingGPRSlinks-00787-ai-sw
CommsLink Detailed View elds
The following sections list and briey describe the parameter elds in the CommsLink Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
68P02901W17-S
5-13 Nov 2007
Filtering the CommsLink list window
Chapter 5: Conguring Connectivity
Identication grouping
Table 5-4 describes the elds in the Identication grouping of the CommsLink Detailed View.
Table 5-4 CommsLink Detailed View elds - Identication grouping
Field name Name Node A 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.
Parent Detailed View
Map Information grouping
Table 5-5 describes the elds in the Identication grouping of the CommsLink Detailed View.
Table 5-5
CommsLink Detailed View elds - Map Information grouping
Brief description The state of a node or link on a map. Values INS, OOS or Unknown. Mandatory or Optional? Optional.
Field name Service State
CommsLink Related Devices grouping
Displays the devices related to this CommsLink. The Name, Operational State, and Administration state of each device is displayed.
Filtering the CommsLink list window
For anything other than a very small network, the number of links in the CommsLink list window grows to a large number. This makes it difcult to nd a particular link when sites are being modied and the CommsLink Detailed View is to be edited. The ltering feature can be used to help.
5-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a CommsLink using the OMC-R GUI
To lter for links between two nodes, proceed as follows:
Procedure 5-4
1
Apply lter for links between two nodes
From the Navigation Tree, click the folder icon next to the CommsLink type button. The CommsLink list is displayed. Click the Node A button. The Navigation Tree is displayed. Double-click one of the nodes that is attached to one end of the link to be accessed. Click the Node B button. The Navigation Tree is redisplayed. Double-click the node that is attached to the other end of the link to be accessed. Click the Apply Filter button.
2 3 4 5 6
Only the links that are congured between the two selected nodes are now displayed in the CommsLink list.
Deleting a CommsLink using the OMC-R GUI
To delete a Commslink using the OMC-R GUI, use the following procedure:
Procedure 5-5 Delete a Commslink using the OMC-R GUI
1 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-32 for further details. The network object class button changes color. Click 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 conrmation window is displayed. To delete the Commslink, select OK in the conrmation window. The conrmation 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
68P02901W17-S
5-15 Nov 2007
Checking RXCDR/BSS to OMC-R (OML) connectivity
Chapter 5: Conguring Connectivity
Checking RXCDR/BSS to OMC-R (OML) connectivity
Overview to OML connectivity
Checking RXCDR/SS to OMC-R (OML) connectivity can be carried out using one of two methods: Checking OMLs for a single NE using the OMC-R GUI. Checking OMLs for multiple NEs using SQL.
To create an OML see Conguring an OML device on page 9-159.
Checking OMLs for a single NE using the OMC-R GUI
To check OMLs for a single NE using the GUI, proceed as follows:
Procedure 5-6 Check OMLs for a single NE using the GUI
1 2 3 Open a Navigation Tree to show OMLs (BSS - SITE - <Site:0> - Logical links - OML). Check number of congured OMLs. There are usually two OMLs congured (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 utilization of the dual OML feature which speeds up software downloads.
Checking OMLs for multiple NEs using SQL
Use SQL to get the information for all OMLs in the MIB. Use the following example SQL query procedure to extract the state (whether it is active or standby or OOS), and MMS conguration information for all OMLs in the OMC-R:
5-16
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking OMLs for multiple NEs using SQL
Procedure 5-7
1
Check OMLs for multiple NEs using SQL
Create the following script: select bsstable2.name BSC, sitetable2.name SITE, omltable2.rdninstance RDN, omltable2.opstate opstate, omltable2.adminsate adminstate, omltable2.msi_id MSI, omltable2.mms_id MMS, omltable2.timeslot TIMESLOT from omltable2, sitetable2, bsstable2 where omltable2.containerinstrite = sitetable2.oidinstrite and omltable2.containerinstleft = sitetable2.oidinstleft and sitetable2.containerinstrite = bsstable2.oidinstrite and sitetable2.containerinstleft = bsstable2.oidinstleft order by BSC, SITE, RDN Create a le 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 le called oml.op contains all the data for analysis or further parsing.
2 3
68P02901W17-S
5-17 Nov 2007
DTE X.121 addresses at the OMC-R
Chapter 5: Conguring Connectivity
DTE X.121 addresses at the OMC-R
Introduction to DTE X.121 addresses
For the OMC-R to communicate with the various network elements, certain addresses must be set at the OMC-R in the x25_cong le. Initial addresses are assigned during staging and need not be altered. When new network elements are added, the new addresses of the network elements are added to the x25_cong.
x25_cong le location
The OMC-R X.121 addresses are stored in the x25_cong le, located at /usr/omc/cong/global on the system processor.
x25_cong le elds
Each line in this le contains eleven elds, each separated by a space. The elds are: <record no.> <x25 chan. no.> Record number within the le. X.25 channel number (specied as x25_chan<channel number>). Sunlink X.25 link number. For the HSI conguration, the link numbers in the x25_config le must correspond to the Sunlink X.25 link numbers. Local X.121 address for an application (maximum 14 digits). Digits one to four relate to the country of location. Digits ve to ten/twelve are the dial code. The last two digits relate to the subnet address of the X.25 process. Interface identier. It is H for Sunlink HSI. Process call characteristic eld. A value of -' indicates that the process makes calls. Any other value in this eld indicates that the process listens for incoming calls. Type of X.25 application process which may be any of the following: OMC_BL Bootload. OMC_EI Event Interface. OMC_RL Remote Login. OMC_PU Upload. Protocol being used by a process. The only valid value in this eld is X.25. Packet size. Window size. Timeout value.
<link number>
<x121 app.
addr.>
<internal instance> <proc. call char>
<app.
process>
<protocol> <packet size> <window size> <timeout parameter>
5-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
x25_cong le entries
x25_cong le entries
Each entry associates an X.121 DTE address with a sync controller port on the system processor. The contents of a typical le are shown in Figure 5-2.
Sun
For the HSI conguration, the link numbers in the x25_cong le must correspond to the Sunlink X.25 link numbers. A typical x25_cong le for the Sun HS/IS is shown in Figure 5-2.
Figure 5-2 Typical x25_cong le
1 2 3 4 5 6 7
x25_chan1 x25_chan2 x25_chan3 x25_chan4 x25_chan5 x25_chan6 x25_chan7
x25 Channel Number
2 3 0 1 0 2 3
26800623010061 26800623011062 26800623010141 26800623011142 26800623010200 26800623011299 26800623011299
x121Application address
H H H H H H H
g_bo otload g_bo otload g_ei g_ei -
OMC_BL OMC_BL OMC_EI OMC_EI OMC_RL OMC_PU OMC_PU
X25 X25 X25 X25 X25 X25 X25
128 128 128 128 128 128 128
2 2 2 2 2 2 2
50 50 500 500 500 50 50
Record Number
}
Link Number
68P02901W17-S
Process Calchar
ApplicationPacket Size Process
Time out Parameter
Internal Instance Identifier
Protocol Window Size
ti-GSM-SC01W17-000052-eps-sw
5-19 Nov 2007
Assigning DTE X.121 addresses at the NE
Chapter 5: Conguring Connectivity
Assigning DTE X.121 addresses at the NE
Introduction to assigning DTE X.121 addresses
The X.121 address of the NE and the X.121 addresses of the OMC-R must be assigned at the NE. The purpose of the address is to verify the calling address on the inbound X.25 packet. The NE rejects any connections where the address does not match. For further details of DTE X.121 addresses, see DTE X.121 addresses at the OMC-R on page 5-18.
Setting X.121 addresses
To set all X.121 addresses at the NE, arrange for the changes to be entered at the NE using a PC.
Slot: port settings for OMLs
In RAM, only address 0 is used. In ROM, however, the addresses are link dependent. Table 5-6 shows the slot: port settings for the 2 Mbit/s link carrying the OMLs. In ROM mode, the site uses link number 0 by default, if this is not available then it uses link number 1, if this link does not work it uses link number 2 and, nally, link number 3. Table 5-6 should be used in conjunction with the subsequent procedures.
Table 5-6 Slot: port settings for OML link
link_num 0 1 2 3 RXCDR (slot: port) 10:0 10:1 8:0 *10:0 (*denotes cage 2) BSS (slot: port) 16:0 16:1 14:0 *16:0 (*denotes cage 2)
Setting OML addresses using the TTY interface
Set the OML(s) DTE addresses (0 to 3) with reference to Table 5-6.
5-20
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
OMC-R addresses - general rules
Procedure 5-8
1
Set OML(s) DTE addresses
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 Verify the value set using the disp_dte command.
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).
OMC-R addresses - general rules
The general rules for the OMC-R addresses can be summarized as follows: Always 14 digits for the address length. Address byte(s): 1, 2 and 3 are the country code. 4 and 5 are the network code. 6 and 7 indicate the location and are set at staging. 8 is equipment type (BSS = 1, RXCDR = 2, OMC-R = 3). 9 and 10 are the number of the OMC-R, that is, 01 is the rst, 02 the second, and so on. 11 is the sync controller board at the OMC-R and can be 0 or 1. 12 is the port on the sync controller board and can be 0, 1, 2 or 3 representing ports a, b, c or d.
68P02901W17-S
5-21 Nov 2007
OMC-R addresses - general rules
Chapter 5: Conguring Connectivity
13 and 14 identify the address usage, and are allocated as follows: 41 Event/alarm Interface 42 Event/alarm interface 61 Download/Bootload 62 Download/Bootload 99 Upload 00 Rlogin
5-22
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying congurations on A, M, and Mobis interfaces
Modifying congurations on A, M, and Mobis interfaces
Introduction to A, M, Mobis interfaces
The A interface signaling link is the link between the MSC and the RXCDR. The M interface signaling link is the link between the RXCDR and the BSC. The Mobis interface signaling link is the link between the BSC and the BTS. The devices available on the A and M interfaces are the Message Transfer Link (MTL) and the Transcoder-Base Station Link (XBL). The devices/functions available on the Mobis interface are Radio Signaling Link (RSL) and Receive Transmit Function (RTF).
Methods for modifying congurations on A, M, and Mobis interfaces
Generally, modifying congurations on the A, M and Mobis interfaces must be performed using the TTY interface, although the Equip Function RTF option is available from the Conguration menu of the BSS MML Command Constructor window.
Prerequisites to modifying A, M, and Mobis interfaces
The following have to be noted when modifying interfaces: Before any modication 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 Implement the required conguration 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. Full details of the syntax for these TTY commands can be found in: Technical Description: BSS Command Reference (68P02901W23).
68P02901W17-S
5-23 Nov 2007
Displaying interface status
Chapter 5: Conguring Connectivity
Displaying interface status
The interface status can be displayed using the BSS MML Command Constructor window, or the TTY interface, using MMI commands. Commands available to display the status of the interfaces are: disp_trafc to display all trafc equipped to a particular path device, that is, all RSL devices and RTF devices (Mobis interface). disp_mms_ts_usage to display the utilization of all timeslots for a specied 2 Mbit/s link. This gives the status of each timeslot in the form unallocated/allocated to RSL, allocated to RTF and reserved, and Dynet timeslot or shared timeslot.
Equipping and unequipping A and M interfaces using the TTY interface
To alter the conguration of the devices/functions on the A and M interfaces, use the following commands: unequip <location> MTL equip <location> MTL For the M interface only, use: unequip <location> XBL equip <location> XBL
Modifying the Mobis interface using the TTY interface
Equipping/unequipping devices/functions
To alter the conguration of the devices/functions on the Mobis interface, use the following commands: unequip <location> RSL equip <location> RSL or unequip <location> RTF equip <location> RTF
5-24
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying the Mobis interface using the TTY interface
Reserving a timeslot
Timeslots on specied E1 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: 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-43. Enter the following command:chg_ts_usage reserve 12 1 0 6 9
Freeing a timeslot - at the same site
To free timeslots that have been reserved or nailed at the same site, use the chg_ts_usage free command (refer to: Technical Description: BSS Command Reference (68P02901W23) for full details). For example, to free the range of timeslots between 6 and 9 at BTS 12 for MMS 1 0, follow these steps:
Procedure 5-10
1 2
Free a timeslot at the same 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-43. Enter the following command:chg_ts_usage free 12 1 0 6 9
Freeing a timeslot - between different sites
To free timeslots of a nailed connection between different sites the chg_ts_usage free_path command is used (refer to: Technical Description: BSS Command Reference (68P02901W23) for full details of the syntax). For example, to free the path (with path identity of 3) nailed to timeslot 5 of MMS 1 0 at SITE 0 to timeslot 7 of MMS 0 1 at SITE 3.
Procedure 5-11 Free a timeslot between different sites
1 2 Remotely login to the BSS and change security levels, see Remotely logging in to a BSS site from the OMC-R on page 1-43. Enter the following command: chg_ts_usage free_path 3 0 0 1 0 5 3 0 1 7 1
68P02901W17-S
5-25 Nov 2007
Modifying the Mobis interface using the TTY interface
Chapter 5: Conguring Connectivity
Adding a nailed connection
Nailed connections can be added to enable third party non-GSM calls to be connected through GSM nodes. A nailed connection can be established between two timeslots at the same site or different sites. To nail connections between two timeslots at the same site the chg_ts_usage nail command is used. To nail connections between two timeslots at different sites the chg_ts_usage nail_path command is used.
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-43. 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 Nail a path
1 2 Remotely login to the BSS and change security levels, see Remotely logging in to a BSS site from the OMC-R on page 1-43. Enter the following command: chg_ts_usage nail_path 3 0 0 1 0 5 3 0 1 7 1
5-26
68P02901W17-S Nov 2007
Chapter
6
Conguring a PCU for GPRS
The procedures here show how to congure 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 conguring a PCU and its devices on page 6-6. Conguring a PCU using the OMC-R GUI on page 6-8. Displaying and modifying PCU cabinet details on page 6-16. Displaying and modifying PCU cage details on page 6-17. Conguring a DPROC using the OMC-R GUI on page 6-18. Displaying and modifying PSP details on page 6-22. Conguring a PCU MSI using the OMC-R GUI on page 6-25. Displaying and modifying PCU MMS details on page 6-29. Conguring a GDS using the OMC-R GUI on page 6-31. Conguring a GSL using the OMC-R GUI on page 6-36. Conguring a GBL using the OMC-R GUI on page 6-40. Conguring a GSL using the OMC-R GUI on page 6-36. Conguring an SGSN (GPRS) using the OMC-R GUI on page 6-51. Conguring the PCU and its devices from the TTY interface on page 6-54.
68P02901W17-S Nov 2007
6-1
Introduction to the PCU and its devices
Chapter 6: Conguring a PCU for GPRS
Introduction to the PCU and its devices
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. GPRS enables a more cost effective and efcient 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 identiers in the range 0 - 2. PCUs and SGSN are visible in the OMC-R GUI once they have been congured.
List of PCU contained devices
A PCU has the following contained devices: Hardware devices: Cabinet. Cage. Processors: DPROC (types: PICP and PRP). PSP . MSI: MMS.
Logical Links: GDS (types: TRAU and LAPD) GSL GBL NSVC
6-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
PCU equipage hierarchy chart
PCU equipage hierarchy chart
Figure 6-1 shows the device and equipment hierarchy for a PCU. It shows that a Cabinet and a Cage are created (also referred to as equipped) automatically when a PCU is created using the TTY or OMC-R GUI interface. An MMS is automatically created when an MSI is created using the TTY or GUI interface.
68P02901W17-S
6-3 Nov 2007
PCU equipage hierarchy chart
Chapter 6: Conguring a PCU for GPRS
Figure 6-1 Device and equipment hierarchy for a PCU
BSC
PCU
PCU
PCU
CAB1
CAGE1
PSP1
DPROC (PICP)
DPROC (PRP)
MSI
MSI
MMS2
MMS2
GDS (TRAU)
GBL
GDS (TRAU)
GDS (LAPD)
GS L
LEGEND 1 indicates automatically equipped device, when a PCU is equipped. 2 Indicates automatically equipped device, when an MSI is equipped.
ti-GSM-DeviceandequipmenthierarchyforaPCU-00789-ai-sw
6-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
PCU contained devices in the Navigation Tree
PCU contained devices in the Navigation Tree
Figure 6-2 shows an example of PCU containment as shown in the Navigation Tree.
Figure 6-2 Example of PCU containment in the Navigation Tree
ti-GSM-ExampleofPCUcontainmentintheNavigationT
ree-00790-ai-sw
PCU contained devices to be equipped
When a PCU device is equipped, the contained devices shown in Table 6-1 must also be equipped/created.
Table 6-1 PCU contained devices
Contained device Data Processor PCU System Processor GPRS Data Stream GPRS Signaling Link Multiple Serial Interface board Gb Link Network Service Virtual Connection Device acronym DPROC. PSP . GDS. GSL. MSI. GBL. NSVC.
68P02901W17-S
6-5 Nov 2007
Overview of conguring a PCU and its devices
Chapter 6: Conguring a PCU for GPRS
Overview of conguring a PCU and its devices
Recommended method for conguring a PCU
The recommended method for conguring a PCU is to: 1. 2. Install the PCU equipment. Create a batch_rlogin script le containing equip commands for each of the required PCU devices and functions. See Conguring the PCU and its devices from the TTY interface on page 6-54 for guidance. Load the batch_rlogin script le into the BSS database. Run an audit at the OMC-R. The PCU and its devices then appear in the OMC-R GUI Navigation Tree.
3. 4.
Creating a batch_rlogin script le is also recommended for creating a BTS.
Other PCU conguration methods
A PCU and its contained devices can be congured using any of the following methods: OMC-R GUI, specically the Navigation Tree, see Conguring a PCU using the OMC-R GUI on page 6-8. From the OMC-R, log in to a BSC remotely (rlogin) and then use the TTY interface, see Conguring the PCU and its devices from the TTY interface on page 6-54. Using the MMI interface and TTY interface locally at the BSC, see Conguring the PCU and its devices from the TTY interface on page 6-54.
Locking, unlocking, and other event and fault management activities are described in: OMC-R Online Help, Network Operations.
6-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Recommended list of PCU conguration procedures
Recommended list of PCU conguration procedures
When creating a PCU and its contained devices, perform the procedures in the following order: 1. Create a PCU using the Navigation Tree (seeConguring a PCU using the OMC-R GUI on page 6-8) or the equip command (see Conguring the PCU and its devices from the TTY interface on page 6-54). Create an SGSN using the Navigation Tree (see Conguring an SGSN (GPRS) using the OMC-R GUI on page 6-51). If necessary, modify any PCU Cabinet details, see Displaying and modifying PCU cabinet details on page 6-16. If necessary, modify any PCU Cage details, see Displaying and modifying PCU cage details on page 6-17. Create a DPROC, see Conguring a DPROC using the OMC-R GUI on page 6-18 or Conguring the PCU and its devices from the TTY interface on page 6-54. Modify a PSP , see Displaying and modifying PSP details on page 6-22 or Conguring the PCU and its devices from the TTY interface on page 6-54. Create an MSI, see Conguring a PCU MSI using the OMC-R GUI on page 6-25 or Conguring the PCU and its devices from the TTY interface on page 6-54. Create an MMS, see Displaying and modifying PCU MMS details on page 6-29 or Conguring the PCU and its devices from the TTY interface on page 6-54. Create a GDS, see Conguring a GDS using the OMC-R GUI on page 6-31 or Conguring the PCU and its devices from the TTY interface on page 6-54.
2.
3.
4.
5.
6.
7.
8.
9.
10. Create a GSL, see Conguring a GSL using the OMC-R GUI on page 6-36 or Conguring the PCU and its devices from the TTY interface on page 6-54. 11. Create a GBL, see Conguring a GBL using the OMC-R GUI on page 6-40 or Conguring the PCU and its devices from the TTY interface on page 6-54. 12. Create an NSVC, see Conguring an NSVC using the OMC-R GUI on page 6-45 or Conguring the PCU and its devices from the TTY interface on page 6-54.
68P02901W17-S
6-7 Nov 2007
Conguring a PCU using the OMC-R GUI
Chapter 6: Conguring a PCU for GPRS
Conguring a PCU using the OMC-R GUI
Introduction to conguring a PCU using the OMC-R GUI
A PCU can be added to the network using the OMC-R GUI Navigation Tree. Up to three PCUs can exist at a BSS. A PCU can be locked, unlocked, INS, and reset from the OMC-R GUI. See OMC-R Online Help, Network Operations for further details. When a PCU is created, the OMC-R automatically creates a: Cage, see Displaying and modifying PCU cage details on page 6-17. Cabinet, see Displaying and modifying PCU cabinet details on page 6-16. PSP 0 and PSP 1, see Displaying and modifying PSP details on page 6-22.
SYSGEN mode cannot be exited if a PCU has been created but a PSP has not been created for it.
Prerequisites for conguring a PCU using the OMC-R GUI
Before conguring a PCU, ensure that the: GPRS Feature eld (BSS parameter name: gprsOpt) in the associated BSS Detailed View form is set to Enabled (1). If this is not enabled, the PCU is not displayed in the Navigation Tree. Land Layer 1 Mode eld (BSS parameter name: ManagedNENode::landLayer1Mode) in the associated BSS Detailed View form is set to CEPT (E1) (0), which is the default. This parameter can only be changed in SYSGEN mode.
Creating a PCU using the OMC-R GUI
To add a PCU to the network using the OMC-R GUI, follow these steps:
Procedure 6-1 Add a PCU to the network using the OMC-R GUI
1 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-32 for further details. The PCU class button changes color. Select Edit Create from the menu bar. The OMC-R displays the PCU Detailed View in Create mode. Continued
6-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
PCU Detailed View elds
Procedure 6-1
3 4 5
Add a PCU to the network using the OMC-R GUI (Continued)
Complete the elds, as required. See PCU Detailed View elds for details. Select File Create from the menu bar. Close the PCU Detailed View window by selecting File Close from the menu bar.
PCU Detailed View elds
The following sections list and briey describe the parameter elds in the PCU Detailed View according to their parameter grouping.
To obtain further detailed information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. The PCU Detailed View shows all cells that are currently mapped to the PCU.
Identication grouping
Table 6-2 describes the elds in the Identication grouping of the PCU Detailed View.
Table 6-2 PCU Detailed View elds - Identication grouping
Field name Name 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. Mandatory or Optional? Mandatory.
RDN Class {27955A} RDN Instance NMC RDN Value Parent Detailed View
68P02901W17-S
6-9 Nov 2007
PCU Detailed View elds
Chapter 6: Conguring a PCU for GPRS
Additional Information
Use the Additional Information window to input any notes relating to this PCU. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Alarm Information grouping
Table 6-3 describes the elds in the Alarm Information grouping of the PCU Detailed View. The alarm information is used for all MSIs within this container.
Table 6-3
PCU Detailed View elds - Alarm Information grouping
Brief description The number of alarms in this level. The number of alarms in this level. The number of alarms in this level. The number of alarms in this level. Each step is 100 ms. The number of alarms in this level. The number of alarms in this level. The number of alarms in this level. The number of alarms in this level. Each step is 100 ms. Values 0 - 65535. Default is 16. 0 - 65535. Default is 20. 0 - 65535. Default is 511. 0 - 65535. Default is 25. 0 - 65535. Default is 600. 0 - 65535. Default is 16. 0 - 65535. Default is 20. 0 - 65535. Default is 511. 0 - 65535. Default is 25. 0 - 65535. Default is 600. Mandatory or Optional? Mandatory. Mandatory. Mandatory. Mandatory. Mandatory. Mandatory. Mandatory. Mandatory. Mandatory. Mandatory.
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-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
PCU Detailed View elds
BSSGP Information grouping
Table 6-4 describes the elds in the BSSGP Information grouping of the PCU Detailed View.
Table 6-4 PCU Detailed View elds - BSSGP Information grouping
Field name T1 (Un)Blocking Guard Timer T2 Reset Guard Timer Brief description The guard timer used for cell blocking and unblocking procedures with the SGSN. The guard timer used during Reset procedures with the SGSN (BSSGP T2). Number of retries for a cell block message to the SGSN. Number of retries for a cell unblock message to the SGSN. Number of retries for a cell reset message to the SGSN. Congures ow control frequency from the PCU to the SGSN. Number of retries the BSS generates for RA-Capability-Update messages to the SGSN. Values 1 - 120 Seconds. Default is 3. 1 - 120 Seconds. Default is 60. 1 - 3. Default is 3. 1 - 3. Default is 3. 1 - 3. Default is 3. 1 - 1000 tenths of seconds. Default is 10. 1 - 3. Default is 3. Mandatory or Optional? Mandatory.
Mandatory.
Cell Block Retry Messages Cell Unblock Retry Messages Cell Reset Retry Messages Flow Control Period
Mandatory. Mandatory.
Mandatory. Mandatory.
RA Capability Update Retries
Mandatory.
Gb Mapping Information and Air Interface grouping
Table 6-5 describes the elds in the Gb Mapping Information grouping of the PCU Detailed View.
Table 6-5 PCU Detailed View elds - Gb Mapping Information grouping
Field name/ parameter name Signaling BVCI Brief description The signaling BSSGP Virtual Connection Identier (BVCI) for the BSS. Cannot be modied if gprs_enabled is Enabled (1) for any cells in the BSS. Values 0 - 65535. Mandatory or Optional? Mandatory.
Continued
68P02901W17-S
6-11 Nov 2007
PCU Detailed View elds
Chapter 6: Conguring a PCU for GPRS
Table 6-5
PCU Detailed View elds - Gb Mapping Information grouping (Continued)
Brief description Values 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 - if allocate, the network sends CS pages for a GPRS attached mobile on the CCCH and PS pages on the PCCC., Default is 3. Cannot be set to a value of 2. Mandatory or Optional? Mandatory.
Field name/ parameter name
Network Operation Mode Whether a GS is present (OMC-R parameter name: between the MSC and gprs_net_op_mode the SGSN. BSS parameter name: gprs_network_operation_mode)
Gb Statistics Conguration grouping
Table 6-6 describes the elds in the Gb Statistics Conguration grouping of the PCU Detailed View.
Table 6-6 PCU Detailed View elds - Gb Statistics Conguration grouping
Field name/ parameter name GBL Throughput Period Brief description The time period used to compute GBL_UL_DATA_ THRPUT and GBL_DL_DATA_ THRPUT statistics. Number of samples used to compute the GBL_UL_DATA_ THRPUT statistics. Number of samples used to compute the GBL_DL_DATA_ THRPUT statistics. Values 1 - 255 (10ths of a second). Default is 50. 1 - 10. Default is 10. 1 - 10. Default is 10. Mandatory or Optional? Mandatory.
GBL Uplink Throughput Samples GBL Downlink Throughput Samples
Mandatory.
Mandatory.
Continued
6-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
PCU Detailed View elds
Table 6-6
PCU Detailed View elds - Gb Statistics Conguration grouping (Continued)
Brief description The type of connection wanted for the TELCO connection. Values 0 or 1. For CEPT(E1): Timeslot 0 multiframe (CRC is on) (0), No timeslot 0 multiframe (CRC is off). Mandatory or Optional? Mandatory.
Field name/ parameter name PCU MMS Conguration Type
NS Information grouping
Table 6-7 describes the elds in the NS Information grouping of the PCU Detailed View.
Table 6-7 PCU Detailed View elds - NS Information grouping
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 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 an 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.
Mandatory.
Network Service Entity Identier nsei
Mandatory.
Map Information grouping
Standard map information elds, see Table 4-15 for details.
68P02901W17-S
6-13 Nov 2007
Modifying PCU details from the OMC-R GUI
Chapter 6: Conguring a PCU for GPRS
Address Information grouping
Table 6-8 describes the elds in the Address Information grouping of the PCU Detailed View.
Table 6-8 PCU Detailed View elds - Address Information grouping
Field name/ parameter name IP Address ip_address Brief description The Internet Protocol (IP) address of the PCU. Used by the WebMMI facility, see Remotely logging in to a BSS using WebMMI on page 1-49. The subnet mask to use with Internet Protocol (IP). Used by the WebMMI facility, see Remotely logging in to a BSS using WebMMI on page 1-49. The IP address of the default router when sending IP data. Used by the WebMMI facility, see Remotely logging in to a BSS using WebMMI on page 1-49. Values 0.0.0.0 to 223.255.255.255. Default: 127.0.0.1. Mandatory or Optional? Optional.
Subnet Mask subnet_mask
0.0.0.0 to 255.255.255.255. Default: 255.255.255.255. 0.0.0.0 to 223.255.255.255. Default: 127.0.0.1.
Optional.
Router IP Address router_ip_address
Optional.
Quality of Service (QoS) grouping
See Quality of Service (QoS) on page 2-158 for further details of the PCU parameters in this grouping.
Modifying PCU details from the OMC-R GUI
To modify PCU details from the Navigation Tree, see the general procedure described in Modifying a network object using the OMC-R GUI on page 1-38.
Fields causing PCU cycling
If a user changes the Medium Access Control Mode eld (BSS parameter name: gprs_mac_mode), the OMC-R displays the following message: WARNING: Changing the value of gprs_mac_mode may cause TBFs to be dropped, Are you sure you want to change ? (Y/N) 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-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a PCU using the OMC-R GUI
Deleting a PCU using the OMC-R GUI
Deleting a PCU also deletes all PCU contained devices. To delete a PCU from the Navigation Tree, see the general procedure in Deleting a network object using the OMC-R GUI on page 1-41.
Prerequisites to deleting a PCU
Before deleting a PCU, ensure that: GPRS Enabled eld (BSS parameter name: gprs_enabled) in all the associated CELL Detailed View forms is set to False (0). Use the cell propagation facility options in the CELL Detailed View menu bar to propagate changes to other cells. Land Layer 1 Mode eld (BSS parameter name: ManagedNENode::landLayer1Mode) in the associated BSS Detailed View form is set to (CEPT (E1) (0)), which is the default. This parameter can only be changed in SYSGEN mode. All GDSs and GSLs have been deleted.
68P02901W17-S
6-15 Nov 2007
Displaying and modifying PCU cabinet details
Chapter 6: Conguring a PCU for GPRS
Displaying and modifying PCU cabinet details
Introduction to displaying and modifying PCU cabinet details
When a PCU is created, the OMC-R automatically creates a PCU cabinet. Likewise when a PCU is deleted, the OMC-R automatically deletes the PCU cabinet. A cabinet is a child of a PCU (and can also be a child of a site). A PCU cabinet cannot be created from the OMC-R Navigation Tree. However, details of the PCU cabinet can be displayed and modied using Cabinet Detailed View form (see Conguring a cabinet on page 4-57 for details). When the cabinet type (cabinet_type) of a cabinet is PCU, the Cabinet Detailed View form displays only the following information: cabinet type. rdnClass. RdnInstance. nmcRDNInstance. Parent. additionalInfo. opState. adminState. reasonCode timeOfLastTrans OMC-RUser
Displaying and modifying a PCU cabinet Detailed View
To display and modify details for a PCU cabinet using the Navigation Tree, see the general procedure in Modifying a network object using the OMC-R GUI on page 1-38. The Cabinet Detailed View elds are described in Conguring a cabinet on page 4-57. Some PCU cabinet elds cannot be modied and are set by the OMC-R, for example: Type: PCU RdnInstance
6-16
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying and modifying PCU cage details
Displaying and modifying PCU cage details
Introduction to displaying and modifying PCU cage details
When a PCU is created, the OMC-R automatically creates a PCU cage. Likewise when a PCU is deleted, the OMC-R automatically deletes the PCU cage. A cage is a child of a PCU (and can also be a child of a site). A PCU can only have one cage. No child objects for a PCU cage are displayed in the Navigation Tree (for example, DHP class). A PCU cage cannot be created by a user from the OMC-R Navigation Tree. However, the user can display and modify details of the PCU Cage using Cage Detailed View (see Conguring a cage on page 4-62 for details). When displayed for a PCU Cage, the Cage Detailed View form displays only the following information: rdnClass. RdnInstance. nmcRDNInstance. Parent. cabinet. additionalInfo. opState. adminState. reasonCode. timeOfLastTrans. OMC-RUser.
Displaying and modifying a PCU cage Detailed View
To display and modify details for a PCU cage using the Navigation Tree, see the general procedure in Modifying a network object using the OMC-R GUI on page 1-38. The Cage Detailed View elds are described in Conguring a cage on page 4-62.
68P02901W17-S
6-17 Nov 2007
Conguring a DPROC using the OMC-R GUI
Chapter 6: Conguring a PCU for GPRS
Conguring a DPROC using the OMC-R GUI
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. {28351} When U-DPROC2 replaces legacy DPROC boards, the GPRS capacity is increased by combining PRP and PICP into PXP functionality. Refer to the section Add new PCU hardware to increase GPRS capacity on page 2-194 for further details. 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 contain the information needed by the PICP for link control. See Technical Description: BSS Command Reference (68P02901W23) for the GDS parameters. A DPROC PICP must be created in either slot 1 or slot 2 of the PCU Cage.
Prerequisites to creating a DPROC
Before creating a DPROC, a PCU must exist.
Creating a DPROC using the OMC-R GUI
To add a DPROC to the network using the OMC-R GUI, use the following procedure:
Procedure 6-2 Add a DPROC to the network using the OMC-R GUI
1 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-32 for further details. The DPROC class button changes color. Continued
6-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
DPROC Detailed View elds
Procedure 6-2
2
Add a DPROC to the network using the OMC-R GUI (Continued)
Select Edit Create from the menu bar. The OMC-R displays the DPROC Detailed View in Create mode. Complete the elds, as required. See DPROC Detailed View elds for details. Select File Create from the menu bar. Select File Close from the menu bar.
3 4 5
DPROC Detailed View elds
The following sections list and briey describe the parameter elds in the DPROC Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 6-9 describes the elds in the Identication grouping of the DPROC Detailed View.
Table 6-9 DPROC Detailed View elds - Identication grouping
Field name DPROC Type 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 rst device or function for the PCU, the default value is unique and need not be changed. See the description in Table 4-1. Continued Values PRP (1) or PICP (2) or PXP (3). Default is 1. Default is DPROC. 1 - 6 or 11 - 16. Default is 0. Mandatory or Optional? Mandatory.
RDN Class RDN Instance
NMC RDN Value
68P02901W17-S
6-19 Nov 2007
Modifying DPROC details from the OMC-R GUI
Chapter 6: Conguring a PCU for GPRS
Table 6-9 DPROC Detailed View elds - Identication grouping (Continued)
Field name Parent Detailed View Brief description Displays the name of the parent site (PCU). Click to display the parent PCU Detailed View. Identier unique to the PCI Device Vendor. Identier unique to the PCI Device. The revision number of the PCI device. Optional. Optional. Optional. Values Mandatory or Optional?
PCI Vendor ID PCI Device ID PCI Device Revision
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Modifying DPROC details from the OMC-R GUI
To display and modify details for DPROC details using the Navigation Tree, see the general procedure in Modifying a network object using the OMC-R GUI on page 1-38. The following elds cannot be modied: DPROC Type. RDN class. RdnInstance. PCI Vendor ID. PCI Device ID. PCI Device Revision.
6-20
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a DPROC using the OMC-R GUI
Deleting a DPROC using the OMC-R GUI
Deleting a DPROC
When a DPROC is deleted, the delete instruction is sent to the BSS, where the DPROC information is deleted from the BSS database. The BSS then sends the delete instruction information to the OMC-R database, where the DPROC information is deleted from the OMC-R database.
Prerequisites to deleting a DPROC
Only delete a DPROC when: The DPROC is locked. The associated child MSIs have been deleted.
For a PRP DPROC only, a user can only delete it when the remaining total PRP timeslots resources available at the PCU is sufcient to support the GPRS timeslot resources for cells where the eld: GPRS Enabled (BSS parameter name: gprs_enabled) is True.
Procedure to delete a DPROC
To delete a DPROC using the Navigation Tree, see the general procedure in Deleting a network object using the OMC-R GUI on page 1-41.
68P02901W17-S
6-21 Nov 2007
Displaying and modifying PSP details
Chapter 6: Conguring a PCU for GPRS
Displaying and modifying PSP details
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. A user cannot change these values. Device management of the MPROC boards is available through the PCU PSP device. A PSP cannot be locked.
Displaying and modifying PSP details from the OMC-R GUI
To display and modify PSP details from the Navigation Tree, follow these steps:
Procedure 6-3
1
Display and modify PSP details from the Navigation Tree
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-32 for further details. The PSP instance button changes color. See the general procedure in Modifying a network object using the OMC-R GUI on page 1-38. The OMC-R displays the PSP Detailed View in Monitor mode. See PSP Detailed View elds for details.
PSP Detailed View elds
The following sections list and briey describe the parameter elds in the PSP Detailed View according to their parameter grouping.
6-22
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
PSP Detailed View elds
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 6-10 describes the elds in the Identication grouping of the PSP Detailed View.
Table 6-10 PSP Detailed View elds - Identication grouping
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View Brief description See description in Table 4-1. The PSP Identier eld. 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?
PCI Vendor ID PCI Device ID PCI Device Revision
Cage and Slot Information grouping
Table 6-11 describes the elds in the Cage and Slot Information grouping of the PSP Detailed View.
Table 6-11 PSP Detailed View elds - Cage and Slot Information grouping
Field name PCU Slot Brief description The slot in the PCU cage where the PSP is located. Values 7 or 9. Default for PSP 0 is 7. Default for PSP 1 is 9. Mandatory or Optional? Optional.
Additional Information
Use the Additional Information window to input any notes relating to this PSP . Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
68P02901W17-S
6-23 Nov 2007
PSP Detailed View elds
Chapter 6: Conguring a PCU for GPRS
State grouping
Standard network object state elds, see Table 4-2 for details.
6-24
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a PCU MSI using the OMC-R GUI
Conguring a PCU MSI using the OMC-R GUI
Introduction to conguring a PCU MSI using the OMC-R GUI
An MSI is a child of a PCU (and a SITE). No more than 24 MSI objects can be created. A PCU MSI has the MSI type: MSI-E1_PMC (14). Two MMS object instances are contained under an MSI. For code download to the PCU, there must be a DPROC in either slot 1 or slot 2 of the PCU with the MSI on socket 1 of that DPROC.
Prerequisites to creating a PCU MSI
Before creating a PCU MSI, the following must exist: PCU. DPROC.
Creating a PCU MSI using the OMC-R GUI
To add an MSI to a PCU using the OMC-R GUI, follow these steps:
Procedure 6-4 Add an MSI to a PCU using the OMC-R GUI
1 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-32 for further details. The MSI class button changes color. Select Edit Create from the menu bar. The OMC-R displays the MSI Detailed View in Create mode. Complete the elds, as required. See PCU MSI Detailed View elds for details. Select File Create from the menu bar. Select File Close from the menu bar.
4 5
68P02901W17-S
6-25 Nov 2007
PCU MSI Detailed View elds
Chapter 6: Conguring a PCU for GPRS
PCU MSI Detailed View elds
The following sections list and briey describe the parameter elds in the PCU MSI Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 6-12 describes the elds in the Identication grouping of the PCU MSI Detailed View.
Table 6-12 PCU MSI Detailed View elds - Identication grouping
Field name/ parameter name MSI Type msi_type Brief description The MSI device type. Values Default is MSI-E1_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.
Cage and Slot Information grouping
Table 6-13 describes the elds in the Cage and Slot Information grouping of the PCU MSI Detailed View.
Table 6-13 PCU MSI Detailed View elds - Cage and Slot Information grouping
Field name Data Processor Brief description The unique id of the DPROC where the MSI resides. Only valid if msi_type is MSI-E1_PMC. Values The default is null. Mandatory or Optional? Optional.
Continued
6-26
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying PCU MSI details from the OMC-R GUI
Table 6-13 PCU MSI Detailed View elds - Cage and Slot Information grouping (Continued)
Field name Data Processor Socket Brief description The socket on the DPROC on which the MSI resides. Only valid if msi_type is MSI-E1_PMC. Values Socket 1 or Socket 2. Default is Socket 1. Mandatory or Optional? Optional.
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Modifying PCU MSI details from the OMC-R GUI
To modify PCU MSI details from the Navigation Tree, see the general procedure in Modifying a network object using the OMC-R GUI on page 1-38. The following MSI elds cannot be changed:
Data Processor. Data Processor Socket.
Deleting a PCU MSI using the OMC-R GUI
Introduction to deleting an MSI
When a PCU MSI is deleted, the OMC-R automatically deletes the MMS objects beneath it. MMS objects are connected to a GDS and a GBL. If a user attempts to delete a PCU MSI when a GDS or GBL object exists and the PCU MMS elds in the GDS or GBL Detailed View contain an MMS object identier contained within the MSI, the delete operation is rejected by the BSS.
Prerequisites to deleting an MSI
A PCU MSI can only be deleted if: The MSI has been locked. The GDS and/or GBL related to the MMS of the MMI have been deleted.
68P02901W17-S
6-27 Nov 2007
Deleting a PCU MSI using the OMC-R GUI
Chapter 6: Conguring a PCU for GPRS
Procedure to delete an MSI
To delete a PCU MSI using the Navigation Tree, see the general procedure in Deleting a network object using the OMC-R GUI on page 1-41.
6-28
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying and modifying PCU MMS details
Displaying and modifying PCU MMS details
Introduction to displaying and modifying PCU MMS details
When a PCU MSI is created, the OMC-R automatically creates a PCU MMS. Likewise when a PCU MSI is deleted, the OMC-R automatically deletes the PCU MMS. A PCU MMS is a child of an MSI under a PCU (and can also be a child of an MSI under a site). A user cannot create or delete a PCU MSI from the OMC-R Navigation Tree. However, the user can display and modify details of the PCU MSI using the MSI Detailed View form. When displayed for a PCU MMS, the MMS Detailed View form displays only the following information: rdnClass. RdnInstance. nmcRDNInstance. Parent. additionalInfo. opState. adminState. adminState. reasonCode. timeOfLastTrans. omcUser.
Prerequisites to viewing and modifying a PCU MMS
Before a PCU MMS details can be viewed or modied: A PCU must exist. An MSI must exist.
68P02901W17-S
6-29 Nov 2007
Displaying and modifying an MMS Detailed View
Chapter 6: Conguring a PCU for GPRS
Displaying and modifying an MMS Detailed View
To display and modify details for a PCU MMS using the Navigation Tree, follow these steps:
Procedure 6-5
1
Display and modify details for a PCU MMS using the Navigation Tree
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-32 for further details. The MSI instance button changes color. See the general procedure in Modifying a network object using the OMC-R GUI on page 1-38.
Monitoring timeslot usage on MMS link
To monitor timeslot usage on an MMS link, see Displaying Channel and Circuit Status on page 9-19.
6-30
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a GDS using the OMC-R GUI
Conguring a GDS using the OMC-R GUI
Introduction to conguring a GDS using the OMC-R GUI
A GPRS Data Stream (GDS) is a child of a PCU. The GDS provides the link between the BSC and the PCU. It is used to load code into the PCU. There are three types of GDS: Transcoder Rate Adaption Unit (TRAU). TRAU carries the GPRS trafc and is the default type. Link Access Protocol Data (LAPD) LAPD carries the GPRS signaling link (GSL). {28351} LAPD_TRAU When there is Ethernet connectivity between the BSC and the PCU, the GDS type is LAPD_TRAU. LAPD_TRAU GDSs can carry both GSL and TRAU trafc. Up to 30 GSLs can be equipped on a GDS and each GSL requires one TDM 64 kbit/s timeslot for LAPD signaling. All the remaining TDM 64 kbit/s timeslots on the GDS are unused. {26740} The PSI provides the Ethernet link. TRAU type GDS is equipped only in PRP LAPD type GDS is equipped only in PICP LAPD_TRAU type GDS is equipped only in PXP
A TRAU type GDS creation fails, if it is terminated on an MSI equipped on a PICP DPROC and an appropriate message is displayed. {26740} The GDS can be congured over the Ethernet as a child device of ETH. For this new GDS conguration, the BSC GDS is introduced in pair with the PXP GDS. The legacy GDS conguration (over E1) changes when the PCU E1 GDS is equipped. BSC side also has a BSC GDS. The BSC GDS is automatically equipped when the PCU GDS is equipped on the PXP . A GDS cannot be congured 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.
68P02901W17-S
6-31 Nov 2007
Fault Management of a GDS
Chapter 6: Conguring a PCU for GPRS
Fault Management of a GDS
If an attempt is made to lock, INS, or reset a GDS device, the following warning message is displayed: Warning: The GDS carries GPRS data traffic between the BSC and the PCU. Loss of a GDS device will reduce GPRS traffic capacity between the BSC and the PCU. A PXP or PRP DPROC with no GDSs in service will not be able to schedule any GPRS traffic. Do you wish to <FM activity> device: <object instance>? Click either OK or Cancel to continue the FM activity, or cancel to abandon the FM activity.
In GSR9, the GDS is a BSC side as well as a PCU side device, and has two different connections, E1 and Ethernet. There are two lock GDS situations: 1. Lock PCU GDS, E1, or ETH.
2. Lock BSC GDS, E1, or ETH. In both cases, connectivity has slight differences. For example, remote GDS is E-U for ETH and D-U for E1 connections.
Prerequisites to creating a GDS
Before creating a GDS, the following must exist: PCU DPROC MSI and a child MMS, or PSI and an ETH
Creating a GDS using the OMC-R GUI
To add a GDS to the network using the OMC-R GUI, use the following procedure:
Procedure 6-6
1
Add a GDS to the network using the OMC-R GUI
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-32 for further details. The GDS class button changes color. Continued
6-32
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GDS Detailed View elds
Procedure 6-6 Add a GDS to the network using the OMC-R GUI (Continued)
2 Select Edit Create from the menu bar. The OMC-R displays the GDS Detailed View in Create mode. Complete the elds, as required. See GDS Detailed View elds for details. Select File Create from the menu bar. Close the GDS Detailed View window by selecting File Close from the menu bar.
3 4 5
GDS Detailed View elds
The following sections list and briey describe the parameter elds in the GDS Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 6-14 describes the elds in the Identication grouping of the GDS Detailed View.
Table 6-14 GDS Detailed View elds - Identication grouping
Field name GDS Type Brief description The function type of the GDS. Values TRAU (0) or LAPD (1) or LAPD_TRAU (2) 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.
68P02901W17-S
6-33 Nov 2007
GDS Detailed View elds
Chapter 6: Conguring a PCU for GPRS
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Connectivity Information grouping
Table 6-15 describes the elds in the Connectivity Information grouping of the GDS Detailed View.
Table 6-15 GDS Detailed View elds - Connectivity Information grouping
Field name BSC MMS Brief description The identier of the MMS at the BSS (SITE 0) end of the GDS link. The identier of the MMS at the PCU end of the GDS link. Ethernet port on the PSI card at the BSC or on the PXP DPROC card at the PCU used for GDS functionality. There is only one ETH on PSI and one on PXP DPROC. This parameter indicates GDS connectivity. Minimum value is 0 or E1. Maximum value is 1 or Ethernet. Minimum value: psi_id - 0 bsc_eth_port - 0 Maximum value: psi_id - 11 bsc_eth_port - 0 Minimum value: dproc_id - 1 pcu_eth_port - 0 Maximum value: dproc_id - 16 pcu_eth_port - 0 Values Mandatory or Optional? Mandatory.
PCU MMS ETH
Mandatory. Mandatory.
gds_connectivity
bsc_eth
This parameter describes the Ethernet connectivity. psi_id indicates a unique PSI ID. bsc_eth_port indicates the BSC Ethernet port. This parameter describes the Ethernet connectivity. dproc_id indicates a unique DPROC ID. pcu_eth_port indicates the PCU Ethernet port.
pcu_eth
6-34
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying GDS details from the OMC-R GUI
Modifying GDS details from the OMC-R GUI
To modify GDS details from the Navigation Tree, see the general procedure in Modifying a network object using the OMC-R GUI on page 1-38. The following GDS elds cannot be modied: GDS Type. RdnInstance. BSC MMS. PCU MMS.
Deleting a GDS using the OMC-R GUI
Prerequisites
A GDS can only be deleted if all the GSLs on the GDS have been deleted.
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-41.
68P02901W17-S
6-35 Nov 2007
Conguring a GSL using the OMC-R GUI
Chapter 6: Conguring a PCU for GPRS
Conguring a GSL using the OMC-R GUI
Introduction to conguring a GSL using the OMC-R GUI
A GPRS Signaling Link (GSL) is a child of a PCU. The GSL is used for signaling, communications to and from the BSC, and for loading code on to the PCU. A GSL can only be created on a LAPD or a LAPD_TRAU type GDS. A maximum of 30 GSLs can be created for a single GDS of type LAPD (that is, 30 GSLs can be equipped on a LAPD type GDS or 2 LAPD GDSs can be equipped on a PICP or PXP DPROC). {28351} The PCU supports a maximum of 60 GSLs. The PCU can be codeloaded either over legacy GSL or over GbE link, depending on boards congured in slots 1, 2, or 11. When a GSL is created the BSS ensures that there are sufcient LCF resources to manage it. In the SYSGEN mode, a GSL must be equipped in the default location before SYSGEN mode can be exited.
Dening the GSL equipage mode
Use the TTY interface and the BSS parameter gsl_lcf_mapping to determine the mode of GSL equipage. This parameter can only be modied in SYSGEN mode. Table 6-16 gives gsl_lcf_mapping details.
Table 6-16
gsl_lcf_mapping
Brief description Determines the way in which the GSL is equipped. If Manual mode is selected, the user is prompted to enter the LCF during the equipage of a GSL. If Auto mode is selected, the system automatically distributes the equipped GSL to a useable LCF. During SYSGEN mode, gsl_lcf_mapping cannot be changed if any GSLs are equipped. Values Manual (0) or Auto (1). In SYSGEN mode, the default is Auto (1). Outside SYSGEN mode, the default is Manual (0). Mandatory or Optional? Optional.
Parameter name gsl_lcf_mapping
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-36
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Prerequisites to creating a GSL
Prerequisites to creating a GSL
Before creating a GSL, the following must exist: PCU. Associate GDS. LCF.
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.
Creating a GSL using the OMC-R GUI
To add a GSL to the network using the OMC-R GUI, follow these steps:
Procedure 6-7 Add a GSL to the network using the OMC-R GUI
1 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-32 for further details. The GSL class button changes color. Select Edit Create from the menu bar. The OMC-R displays the GSL Detailed View in Create mode. Complete the elds, as required. See GSL Detailed View elds for details. Select File Create from the menu bar. Close the GSL Detailed View window by selecting File Close from the menu bar.
3 4 5
GSL Detailed View parameter elds
The following sections list and briey describe the parameter elds in the GSL Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
68P02901W17-S
6-37 Nov 2007
Deleting a GSL using the OMC-R GUI
Chapter 6: Conguring a PCU for GPRS
Identication grouping
Table 6-17 describes the elds in the Identication grouping of the GSL Detailed View.
Table 6-17
Field name RDN Class RDN Instance
GSL Detailed View elds - Identication 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. Identier of the GDS on which this GSL resides. Cannot be modied. 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 - 59. Mandatory or Optional? Optional.
NMC RDN Value Parent Detailed View
GDS Identier
LCF managing this GSL
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, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 6-22 for details.
Deleting a GSL using the OMC-R GUI
Prerequisites for deleting a GSL
A GSL must be locked before it can be deleted. See OMC-R Online Help, Network Operations for details of how to lock a device.
When the last GSL is locked, the PCU becomes OOS.
6-38
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a GSL using the OMC-R GUI
Procedure for deleting a GSL
To delete a GSL using the Navigation Tree, see the general procedure in Deleting a network object using the OMC-R GUI on page 1-41.
68P02901W17-S
6-39 Nov 2007
Conguring a GBL using the OMC-R GUI
Chapter 6: Conguring a PCU for GPRS
Conguring a GBL using the OMC-R GUI
Introduction to conguring a GBL using the OMC-R GUI
A Gb Link (GBL) is a child of a PCU. A GBL device describes a group of timeslots on a link which is congured as a frame relay link for communication between a BSS and the SGSN. Only one GBL can reside on a single E1 link. The maximum number of GBLs per PCU is 12. A GBL must not be congured to an MMS on the last PICP MSI. A GBL cannot be congured to an MMS on a PICP MMI when the other MMS is supporting a GDS. A GBL and a GDS cannot be created for the same MSI at the PCU. A GBL cannot be created for an MMS on a PICP MSI when the other MMS is supporting a GDS. The loss of a GBL causes all NSVCs on the GBL to become blocked.
Prerequisites to creating a GBL
Before creating a GBL the following must exist: PCU. MMS.
Creating a GBL using the OMC-R GUI
To add a GBL to the network using the OMC-R GUI, follow these steps:
Procedure 6-8
1
Add a GBL to the network using the OMC-R GUI
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-32 for further details. The GBL class button changes color. Select Edit Create from the menu bar. The OMC-R displays the GBL Detailed View in Create mode. Complete the elds as required. See GBL Detailed View elds for details. Select File Create from the menu bar. Select File Close from the menu bar.
2 3 4 5
6-40
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GBL Detailed View elds
GBL Detailed View elds
The following sections list and briey describe the parameter elds in the GBL Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 6-18 describes the elds in the Identication grouping of the GBL Detailed View.
Table 6-18 GBL Detailed View elds - Identication grouping
Field name/BSS parameter name First GBL Timeslot start_ts. Brief description The rst timeslot for the GBL. When creating a GBL, the First GBL Timeslot eld (parameter name: start_ts) must be less than or equal to the Last GBL Timeslot eld (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 - 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.
1 - 31 (the timeslot number on the span). Default is GBL. 0 - 3. The default is 0.
Mandatory.
68P02901W17-S
6-41 Nov 2007
GBL Detailed View elds
Chapter 6: Conguring a PCU for GPRS
Connectivity Information grouping
Table 6-19 describes the elds in the Connectivity Information grouping of the GBL Detailed View.
Table 6-19 GBL Detailed View elds - Connectivity Information grouping
Field name PCU MMS Brief description The identier of the MMS at the PCU end of the GBL. Cannot be modied. Values The 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, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Frame Relay Information grouping
Table 6-20 describes the elds in the Frame Relay Information grouping of the GBL Detailed View.
Table 6-20 GBL Detailed View elds - Frame Relay Information grouping
Field name Link Integrity Timer T391 Brief description The value of the Frame Relay default link Integrity Verication Polling Timer in seconds. The value of the Frame Relay default polling Verication Timer in seconds. The Frame Relay default Full Status Polling Counter, specied as a number of polling cycles. The Frame Relay default value for Error Threshold Counter, specied as a number of errors. Values 5 - 30. Default is 10. Mandatory or Optional? Mandatory.
Polling Verication Timer T392 Full Status Polling Counter N391
5 - 30. Default is 15. 1 - 255. Default is 6.
Mandatory.
Mandatory.
Error Threshold Counter N392
1 - 10. Default is 3.
Mandatory.
Continued
6-42
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GBL Detailed View elds
Table 6-20 GBL Detailed View elds - Frame Relay Information grouping (Continued)
Field name Monitored Events Counter N393 Brief description The Frame Relay default value for Monitored Events Counter, specied as a number of events. The Frame Relay Access rate specied in kbit/s. Cannot be modied. Values 1- 10. Default is 4. Mandatory or Optional? Mandatory.
NS Access Rate
64 - 1984 (kbit/s in steps of 64). Default is 64.
Mandatory.
Fields causing GBL cycling
If the following elds are changed, the OMC-R displays a warning message that the GBL will be cycled: Link Integrity Timer T391 (BSS parameter name: t391). Polling Verication Timer T392 (BSS parameter name: t392). Full Status Polling Counter N391 (BSS parameter name: n391). Error Threshold Counter N392 (BSS parameter name: n393). Monitored Events Counter N393 (BSS parameter name: n393). First GBL Timeslot (BSS parameter name: start_ts). Last GBL Timeslot (BSS parameter name: end_ts).
When one of these parameters is changed the following message is displayed: WARNING: Modifying this attribute will cause the GBL to be cycled. to Modify? Do you wish
When a second parameter is modied 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.
68P02901W17-S
6-43 Nov 2007
Deleting a GBL using the OMC-R GUI
Chapter 6: Conguring a PCU for GPRS
Deleting a GBL using the OMC-R GUI
Introduction to deleting a GBL
When a GBL is deleted, all associated NSVCs are automatically deleted.
Prerequisites to deleting a GBL
A GBL can only be deleted if: The GPRS Enabled eld (BSS parameter name: gprs_enabled) in the associated CELL Detailed View forms is set to False (0). (To propagate cell parameters to other cells, use the cell propagation facility options in the menu bar of the CELL Detailed View form.) It does not contain the last NSVC at the PCU. Otherwise the GPRS Enabled eld (BSS parameter name: gprs_enabled) in the associated CELL Detailed View set forms to False (0) before deleting the GBL.
Procedure for deleting a GBL
To delete a GBL using the Navigation Tree, see the general procedure in Deleting a network object using the OMC-R GUI on page 1-41.
6-44
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring an NSVC using the OMC-R GUI
Conguring an NSVC using the OMC-R GUI
Introduction to conguring an NSVC using the OMC-R GUI
A Network Service Virtual Connection (NSVC) is a child of a PCU. An NSVC describes the mapping of an NSVCI to a GBL and Data Link Connection Identier (DLCI) with associated control parameters. Network Service Virtual Connection Identier (NSVCI) are not displayed in the Navigation Tree.
The NSVC state of a PCU is only displayed after an Audit.
Prerequisites to creating an NSVC
Before creating an NSVC the following must exist: PCU. GBL.
Creating an NSVC using the OMC-R GUI
To add an NSVC to the network using the OMC-R GUI, follow these steps:
Procedure 6-9 Add an NSVC to the network using the OMC-R GUI
1 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-32 for further details. The NSVC class button changes color. Continued
68P02901W17-S
6-45 Nov 2007
NSVC Detailed View parameter elds
Chapter 6: Conguring a PCU for GPRS
Procedure 6-9
2
Add an NSVC to the network using the OMC-R GUI (Continued)
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 elds as required. See NSVC Detailed View elds for details. Select File Create from the menu bar. Select File Close from the menu bar to close the NSVC Detailed View.
NSVC Detailed View parameter elds
The following sections list and briey describe the parameter elds in the NSVC Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 6-21 describes the elds in the Identication grouping of the NSVC Detailed View.
Table 6-21
Field name
NSVC Detailed View elds - Identication grouping
Brief description The Data Link Connection Identier on the GBL. The object identier of the GBL. See description in Table 4-1. Values 16 - 991. 0 - 11. Default is NSVC. Continued Mandatory or Optional? Mandatory. Mandatory.
Data Link Connection Identier GBL Identier RDN Class
6-46
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
NSVC Detailed View parameter elds
Table 6-21 NSVC Detailed View elds - Identication grouping (Continued)
Field name NSVCI Brief description A unique NSVC identier. When creating the rst NSVC for the PCU the default value (0) is unique and does not have to be changed. See description in Table 4-1. Displays the parent PCU name. Click to display the parent PCU Detailed View. Values 0 - 65535. The default is 0. Mandatory or Optional?
NMC RDN Value Parent Detailed View
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
NS Information grouping
Table 6-22 describes the elds in the NS Information grouping of the NSVC Detailed View.
Table 6-22 NSVC Detailed View elds - NS Information grouping
Field name NS Committed Information Rate Brief description The committed information rate in kbit/s for NSVC. If either the NS Committed Information Rate or the NS Burst Size eld is set to 0, then both elds must be set to 0. Species burst rate in kbit/s for this NSVC. If either the NS Committed Information Rate or the NS Burst Size eld is set to 0, then both elds must be set to 0. The elds BS Burst Size and NS Burst Excess must not both have a value of 0. Species burst rate in kbit/s for this NSVC. The elds 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
0 - 1984. There is no default value.
Mandatory.
NS Burst Excess
0 - 1984. There is no default value.
Mandatory.
68P02901W17-S
6-47 Nov 2007
Modifying NSVC details from the OMC-R GUI
Chapter 6: Conguring a PCU for GPRS
Modifying NSVC details from the OMC-R GUI
Introduction to modifying NSVC details
The BSS ensures that the last NSVC in the BSS cannot be modied until all the GBLs have been locked.
The NSVC state of a PCU is only displayed after an Audit.
Prerequisites to modifying NSVC details
Before NSVC details can be modied, set the GPRS Enabled eld to FALSE (0) in the CELL Detailed View form for all associated cells.
Procedure to modify NSVC details
To modify NSVC details from the Navigation Tree, follow these steps:
Procedure 6-10
1
Modify NSVC details from the Navigation Tree
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-32 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 identier (NSVCI). Data Link Connection Identier (DLCI) GBL identier. NS Committed Rate. NS Burst Size. NS Burst Excess.
3 4
Click the NSVC to be modied. 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.) Continued
6-48
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying NSVC details from the OMC-R GUI
Procedure 6-10 Modify NSVC details from the Navigation Tree (Continued)
5 6 Select Edit Edit from the menu bar of the NSVC Detailed View form. Modify the required elds. See NSVC Detailed View elds for details. The following elds cannot be modied: Data Link Connection Identier. GBL Identier. NSVCI.
If the following elds are modied, the OMC-R displays a series of warning message that the specied GBL is 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 one of these parameters is changed the following message is displayed: WARNING: Modifying this attribute will cause the GBL which is specified by the GBL Identifier to be cycled. Do you wish to Modify? When a second parameter is modied 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. 7 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 OK or Cancel as required. Select File Close from the menu bar to close the NSVC Detailed View.
68P02901W17-S
6-49 Nov 2007
Deleting an NSVC using the OMC-R GUI
Chapter 6: Conguring a PCU for GPRS
Deleting an NSVC using the OMC-R GUI
To delete an NSVC using the Navigation Tree, follow these steps:
Procedure 6-11 Delete an NSVC using the Navigation Tree
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-32 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 conrmation message. Click OK to conrm the deletion. After a few seconds, the OMC-R deletes the NSVC from the NSVC List.
3 4 5
6-50
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring an SGSN (GPRS) using the OMC-R GUI
Conguring an SGSN (GPRS) using the OMC-R GUI
SGSN conguration
The SGSN can only be created using the OMC-R GUI. It cannot be created using the equip command.
GPRS SGSN network topology
GPRS functionality requires a PCU to link the Serving GPRS Support Node (SGSN) into each GSM BSC. The SGSN is connected to the PCU by the Gb link (GBL).
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 modied to a specied 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 specied SGSN.
Creating an SGSN using the Navigation Tree
To create an SGSN follow these steps:
Procedure 6-12
1
Create an SGSN using the Navigation Tree
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-32 for further details. The SGSN class button changes color. Select Edit Create from the menu bar. The OMC-R displays the SGSN Detailed View. Complete the elds, as required. See SGSN Detailed View elds for further details. Create and close the Detailed View form.
2 3
68P02901W17-S
6-51 Nov 2007
SGSN Detailed View elds
Chapter 6: Conguring a PCU for GPRS
SGSN Detailed View elds
The following sections list and briey describe the parameter elds in the SGSN Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 6-23 describes the elds in the Identication grouping of the SGSN Detailed View.
Table 6-23
SGSN Detailed View elds - Identication 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, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Map Information grouping
Standard map information elds, see Table 4-15 for details.
6-52
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying and modifying an SGSN
Displaying and modifying an SGSN
To modify an SGSN, refer to the general procedure in Modifying a network object using the OMC-R GUI on page 1-38.
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-41.
68P02901W17-S
6-53 Nov 2007
Conguring the PCU and its devices from the TTY interface
Chapter 6: Conguring a PCU for GPRS
Conguring the PCU and its devices from the TTY interface
Introduction
To congure 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 eld (BSS parameter name: local_maintenance) in the BSS Detailed View form has been set to False (0), the TTY interface cannot be used to congure a PCU either remotely through Remote Login (Rlogin) or locally at the BSS.
Examples of the equip command
Equipping a PCU
The general form of the equip command for a PCU is: equip <site_id> PCU For example, to equip a PCU at the BSC, enter the following command: equip 0 PCU The system then prompts for further information (text shown in bold indicates an example user response to each prompt): Enter the PCU Identifier (default 0): Enter the IP address: 192.168.53.17 255.255.255.0 192.168.53.254 1
Enter the IP subnet mask:
Enter the IP address of the default router: Enter the NSEI value: COMMAND ACCEPTED 5
6-54
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS commands supporting a PCU and its devices
Equipping a PCU device
The general form of the equip command for PCU devices is: equip PCU<_id> <device_id> Where _id is the PCU identier (in the range 0 - 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.
BSS commands supporting a PCU and its devices
The following BSS commands support a PCU and its devices: assess to assess the condition of the equipment or device. device_audit to audit a specic device (For use on a PSP , only supported for the active PSP). disp_equip to display equipment and device details. disp_processor to display processor details. chg_audit_sched to schedule an audit execution. ins_device to INS a device. lock and unlock to lock or unlock a device. modify_value to change database values. For example, to modify PCU parameters, such as ip_address, subnet_mask, and so on. reset_site and reset_device to reset a device or site. state to display the status of a device. status_mode to disable/enable status notication. site_audit to audit devices at a site.
These commands are described in detail in the manual: Technical Description: BSS Command Reference (68P02901W23).
68P02901W17-S Nov 2007
6-55
BSS commands supporting a PCU and its devices
Chapter 6: Conguring a PCU for GPRS
6-56
68P02901W17-S Nov 2007
Chapter
7
Conguring a Site
The procedures here show how to congure 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-11. Adding a BTS using a batch rlogin script on page 7-13. Adding a BTS using the TTY interface (example 1) on page 7-16. Adding a BTS using the TTY interface (example 2) on page 7-20. Creating a SITE using the OMC-R GUI on page 7-25. Modifying SITE parameters on page 7-33. Equipping cabinets and cages at a remote BTS on page 7-35. Deleting and unequipping TCU/CTU cabinets on page 7-38. Extending an existing path to a new site using the TTY interface on page 7-39. GCLK synchronization on page 7-42. Barring calls at a site using the TTY interface on page 7-54.
For full details on the design considerations of a BTS site, refer to System Information: BSS Equipment Planning (68P02900W21).
68P02901W17-S Nov 2007
7-1
Introduction to BSC and BTS sites
Chapter 7: Conguring a Site
Introduction to BSC and BTS sites
Overview of a BSS and its connections
The BSC maintains a database which it uses to manage physical connections throughout the BSS. Physical connections are made using E1 links (MMSs on MSI devices). The path device provides a logical representation of a particular route between the BSC, and a destination BTS. Equipping RSL devices and RTF functions for a remote BTS requires dening the path between the BSC and the remote BTS. Each RTF function can be provided with a redundant path.
BSS links and control functions
The links and control functions for the BSS network are managed at the BSC (see Figure 7-1). For Type 1 or 2 BSCs, management is shifted to particular LCF functions. The LCF functions at larger BSCs are used to control the MTLs between the MSC and the BSC, and the RSLs between the BSC and remote BTSs. Assignment of a remote BTS to a particular LCF is made when the remote BTS site device is equipped. Each RSL for a remote BTS is assigned a path when the RSL devices are equipped. Equip at least one default RSL. The RTFs at remote BTSs are assigned to a primary and, optionally, a secondary path when the RTF function is equipped.
Figure 7-1 Simplied MSC (SMLC) - BSC-BTS links
MTL (LMTL)
RS L RTF
MSC (SMLC)
BSC
BTS
TRAFFIC
TYPE 1 or 2 - LCF 0 to 16
ti-GSM-SimplifiedMSC_SMLC_-BSC-BTSlinks-00791-ai-sw
7-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSS topology and path limitations
BSS topology and path limitations
This discussion of BSS topology and path device limitations uses the hypothetical BSS site drawing shown in Figure 7-2.
Figure 7-2 Hypothetical BSS site
27 21 17 13 7 1
A a nd B indicate parallel E1 links
28 22 18 A B 14 8 2
29
23 BSC
30
24
10
31
25
19
15
11
32
26
20
16
12
Net02_4_14
ti-GSM-HypotheticalBSSsite-00792-ai-sw
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 are not 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.
68P02901W17-S
7-3 Nov 2007
Path devices
Chapter 7: Conguring a Site
The BTS code loads 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.
Maximum number of BTSs
A path can include a maximum of ten BTSs. For this reason, a path to BTS 31 or 32 that includes a 2.048 Mbit/s link between BTSs 5 and 6 cannot be made since total BTSs would exceed the maximum (15-11-5-6-12-16-20-19-25-26-32). Valid paths for BTS 32 are 15-11-5-20-19-25-26-32 and 19-25-26-32.
Maximum number of paths
A maximum of ten paths can be equipped for a BTS. Consider equipping the following nine paths for BTS 22: BSC-22. BSC-18A-27-22. BSC-18A-22. BSC-18B-27-22. BSC-18B-22. BSC-18A-27-28-22. BSC-18A-17-22. BSC-18B-27-28-22. BSC-18B-17-22.
Only one additional path from all the paths that are still available can be equipped.
7-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
MSI and RSL restrictions
MSI and RSL restrictions
MSI devices at a remote BTS have the following restrictions: A maximum of ten MSIs (numbered 0 - 9) can be equipped, which provides 20 MMS circuits. A site can have up to ten paths, the remaining MMS circuits are available for paths that terminate at other BTSs.
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 rst default RSL and RSL 1 to the second. Default RSLs use specic timeslots of the Abis link. Table 7-1 identies these timeslots and cages.
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 rst default RSL must terminate at MMS 0 of the MSI equipped in cage 15, slot 16.
68P02901W17-S
7-5 Nov 2007
RTF considerations
Chapter 7: Conguring a Site
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 identies the default RSLs for Horizon II macro site. Table 7-3 identies the default for non Horizon II macro site.
Table 7-2
Default RSLs - Timeslots and Card frame for Horizon II macro Site
NIU2 Number 0 0 Span 0 1 2 Timeslot Used 1 2 2
Card frame A
Table 7-3
Default RSLs - Timeslots and Card frame for non Horizon II macro Site
NIU Number 0 0 Span 0 1 0 Timeslot Used 1 2 2
Card frame A
RTF considerations
When RTF functions are equipped, a primary path must be specied. Once equipped, this path cannot be changed without rst unequipping the RTF. For this reason, consider the future network changes before equipping RTFs. The optional secondary path can be specied when the RTF is rst 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) are used. For example, if the secondary path is shorter after being added or changed, it is 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.
7-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
RSL/TCH and BSC-BTS dynamic allocation considerations
RSL/TCH and BSC-BTS dynamic allocation considerations
If the RSL at a BTS is set to use 16 kbit/s (SITE parameter: rsl_rate) and ts_sharing is enabled at the BTS, the remaining three 16 kbit/s TCHs on the 64 kbit/s timeslot are used for backhaul for that BTS only. This means there are three additional TCHs that can be used by any cell at that BTS only. In addition, the three additional TCHs are reserved only for cells at the site with 16 kbit/s RSL. Other BTSs in the Dynet cannot use the additional three TCHs. For example, if there are 10 timeslots in the Dynet, 40 TCHs are available to all cells in the Dynet. If BTS1 has a 16 kbit/s RSL and BTS2 has 64 kbit/s RSL, then Cell1 at BTS1 has 43 TCHs available to share with the other cells at BTS1. However, at BTS2 only 40 TCHs are available for the cells to share, because the RSL at BTS2 is 64 kbit/s and BTS2 cannot use the three TCHs from the 16 kbit/s RSL at BTS1.
900/1800 Horizonmicro2 and Horizoncompact2 BTS
Overview
The BTS equipment models available are: Horizonmicro2. Horizoncompact2.
These BTS models can only be created and congured if the HorizonMicro/HorizonCompact eld (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.
Horizonmicro2 and Horizoncompact2 conguration
This BTS consists of a master BTS device, and one or two slave BTS devices. At a Horizonmicro2 and Horizoncompact2 BTS, each device determines whether it is congured as a master Horizonmicro2 and Horizoncompact2 or a slave Horizonmicro2 and Horizoncompact2. Only the master is connected to the BSC (possibly through intermediate BTS sites). The E1 lines terminate at the master Horizonmicro2 and Horizoncompact2, so a device determines whether it is a master or a slave according to whether it has a E1 connection. The BSS software also determines whether it is running on a slave or master Horizonmicro2 and Horizoncompact2 BTS.
68P02901W17-S
7-7 Nov 2007
Horizon II BTS
Chapter 7: Conguring a Site
When conguring a BTS and its devices,
Up to three Cabinet devices can be equipped at a Horizonmicro2 and Horizoncompact2 BTS site. Each cabinet represents a BTS. The rst Cabinet equipped is the master, the second (and third, if necessary) the slave. See Equipping cabinets and cages at a BSS site on page 4-54 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 Conguring a DHP device on page 9-58 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 Conguring a DRI on page 9-62 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
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 dened by a user using the DRI parameter dri_density. See Conguring a DRI on page 9-62 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 MHz or 1800 MHz.
7-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Horizon II BTS
Horizon II macro cabinet
The Horizon II macro BTS hardware provides the following functionality: Support for up to six double density {30828} CTU2s/CTU2-Ds. Each {30828} CTU2/CTU2-D FRU can support two independent carriers simultaneously, therefore up to 12 carriers can be supported in a Horizon II macro cabinet. 900 MHz and 1800 MHz cabinets. Support of MCUF functionality with the H2SC.
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 ber 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 kbit/s or 64 kbit/s 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 Unied 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.
68P02901W17-S
7-9 Nov 2007
Horizon II Mini
Chapter 7: Conguring a Site
Horizon II Mini
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 identies the Horizon II Mini from the cabinet id and provisions a lesser number of carriers for the cabinet. When congured 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 Macro cabinet 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 can 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. The Horizon II Mini BSS software also supports the EGPRS (egprsOpt) feature. For further technical details, see the Horizon II mini product documentation.
7-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Overview of adding a BTS
Overview of adding a BTS
Recommended way to add a BTS
The recommended way to add a BTS to an existing BSS is by copying and pasting an existing BTS as detailed in Copying and pasting a BTS on page 11-6 in Chapter 11 Network Expansion.
Refer to Introduction to BSC and BTS sites on page 7-2 for further considerations and restrictions of the different SITE devices and functions.
Who provides the BTS information
Typically, the system engineer provides the appropriate site parameter inputs necessary to create or customize a BTS SITE.
Prerequisites to adding a BTS
Before any of the following procedures, the new BTS must have been: Installed and commissioned. Connected to the BSS network through E1 links.
In addition, there must be sufcient MSIs equipped at the BSC and intermediate BTSs for the addition of connections toward the new BTS. This includes sufcient provision for paths, RSLs, and RTFs between the BSC and the new BTS.
68P02901W17-S
7-11 Nov 2007
Procedures for adding a BTS
Chapter 7: Conguring a Site
Procedures for adding a BTS
The possible methods for adding a BTS are: Copying and pasting a BTS on page 11-6 (recommended procedure) detailed in Chapter 11 Network Expansion. Adding a BTS using a batch rlogin script on page 7-13. Adding a BTS using the TTY interface - two examples are provided in the following sections: Adding a BTS using the TTY interface (example 1) on page 7-16 and Adding a BTS using the TTY interface (example 2) on page 7-20. Creating a SITE using the OMC-R GUI on page 7-25.
When a BTS is to be moved from one BSC to another, the BTS must be powered-down before disconnection. It can then be connected to the new BSC and powered-up again. Failure to do so could cause a conict between the BTS previous site number (held in RAM) and the same site number in the new BSC database. 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-39.
7-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Adding a BTS using a batch rlogin script
Adding a BTS using a batch rlogin script
Adding a BTS online using batch rlogin script
The fastest way to add a SITE is using a batch rlogin script.
Using batch templates
To facilitate the addition of sites, some operators may choose to maintain a set of batch templates which cater for adding different types of site. These templates are scripts that contain all the necessary commands and parameters (a series of equip, add, change_element and stat_mode commands) to create a site database. For example, template scripts can be kept for the different BTS congurations, such as: 1 sector BTS6, 3 sector BTS6, and 1 sector Horizonmicro). However, the scripts have to be upgraded after each BSS software release load change. Adding a BTS using the TTY interface (example 1) on page 7-16 provides information on the commands to be included in the batch script or template.
Assumptions
For brevity, this procedure assumes that: Sufcient 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.
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 le or template, see Adding a BTS using the TTY interface (example 1) on page 7-16 for details of the TTY commands to be included in the script le. 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-43 for further details. Continued
68P02901W17-S
7-13 Nov 2007
Beginning a batch session
Chapter 7: Conguring a Site
Procedure 7-1 Add remote BTS to a BSS (Continued)
3 4 5 Begin a batch session. Run the amended le under the batch session to add the site to the relevant database. Audit the site and apply any inconsistencies to the OMC-R.
Each of these steps is described in detail in the following subsections.
Beginning a batch session
To begin the batch session:
Procedure 7-2
1
Begin a batch session
From the Rlogin window, click the Batch button. If templates are used, a chg_level command should be included at the start followed by the password. Identify the appropriate and previously written or uploaded script le for adding a BTS which is available in the $SYS_CONFIG_BATCH/templates_1500 directory. Copy this le to the $SYS_CONFIG_BATCH/input directory and modify its contents accordingly.
Running script le
To run the BTS script le:
Procedure 7-3 Run the BTS script le
1 2 Click the Run button to execute the selected BTS script le. On successful completion, close the Batch window and return to the Front Panel.
7-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checks to perform after adding a BTS
Checks to perform after adding a BTS
Perform the following checks, after adding a BTS:
Procedure 7-4 Checks after adding a BTS
1 2 If necessary, 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 necessary, unlock the SITE and associated RSLs. Verify that the raw statistics les are enabled for the BTS. Wait one statistic interval before verifying that the PM reports are available for the BTS.
3 4 5
68P02901W17-S
7-15 Nov 2007
Adding a BTS using the TTY interface (example 1)
Chapter 7: Conguring a Site
Adding a BTS using the TTY interface (example 1)
Introduction to adding a BTS using the TTY interface
The network drawing shown in Figure 7-3 are used as the basis for the 2.048 Mbit/s link-related command parameters in this procedure.
Figure 7-3 Example of adding BTS 2
MSI 16 MMS 0 MSI 0 MMS 0 MSI 0 MMS 1 MSI 0 MMS 0
MSI 17 MMS 0 BSC
MSI 1 MMS 0 BTS 1 BTS 2
MSI 18 MMS 1
MSI 1 MMS 1
MSI 2 MMS 1
MSI 1 MMS 0
ti-GSM-ExampleofaddingBTS2-00793-ai-sw
Procedure list for adding a BTS using the TTY interface
The basic steps for adding a BTS using the TTY interface are:
Procedure 7-5 Add BTS using TTY interface
1 2 3 Select the BSS and change security level, see Remotely logging in to a BSS site from the OMC-R on page 1-43 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-13.
7-16
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping BTS devices and functions
Equipping BTS devices and functions
To fully equip a BTS site, equip/create devices and functions such as the following: The devices: DRI, GPROC, and so on. Two MSIs. path. RSL. RTF.
Creation order for devices and functions
The order in which devices/functions should be created/equipped is as follows. Hardware: SITE. CAB. CAGE. KSW (cage 15 only). Now use chg_csfp to change CSFP algorithm or ow control values. GPROC. BTP . GCLK (cage 15 only). MSI (MMS). Links: DYNET. path. RSL. Reserving timeslots. Radio: Cells (including Short Message Service, Hopping, Surround Cell, Power Budgets, Enabling Statistics, and so on). Neighbors. RTF. DRI. 68P02901W17-S 7-17 Nov 2007
General procedure for adding a SITE
Chapter 7: Conguring a Site
General procedure for adding a SITE
To equip the new site, its cabinets, cages, devices, and functions, follow these steps:
Procedure 7-6
1
Equip the new site, devices and functions
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. 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.
2 3
See Technical Description: BSS Command Reference (68P02901W23) for further command, parameter, and system prompt information.
Adding path devices
To add paths for BTS 2, use the following command: equip <location> PATH Refer to: Technical Description: BSS Command Reference (68P02901W23) for comprehensive command, parameter, and system prompt information.
Adding RSL devices
To add RSL devices:
Procedure 7-7 Add RSL devices
1 Add RSL devices to BTS 2 using the equip command. The path specied 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.
RSL devices 0 and 1 must be assigned to the primary/secondary default slots.
7-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Adding RTF functions
Adding RTF functions
To add RTF functions follow these steps:
Procedure 7-8 Add RTF functions
1 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 is used for the RTF. The example shown in Figure 7-4 deletes the PATH 1 assignment and adds a PATH 3 assignment.
Figure 7-4
BSC
Path assignment example
PATH 0 BTS 1 PATH 0 MSI 0 MMS 0 MSI 1 PATH 1 PATH 1 MSI 1 PATH 2 MMS 0 Slot 16 Cage 14 BTS 2 Slot 16 Cage 15
PATH 2
Slot 16 Cage 14
Slot 14 Cage 15
PATH 3
ti-GSM-Pathassignmentexample-00794-ai-sw
68P02901W17-S
7-19 Nov 2007
Adding a BTS using the TTY interface (example 2)
Chapter 7: Conguring a Site
Adding a BTS using the TTY interface (example 2)
Equipping a SITE and MSIs using the equip command
The network drawing shown in Figure 7-5 is used as the basis for the E1 link-related command parameters in this procedure. To equip a SITE and MSIs using the equip command:
Procedure 7-9 Equip a SITE and MSIs
1 2 3 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 specied in the command for MSIs 0 and 2 are required for the default RSL ports.
Figure 7-5
Example of equipping a SITE and MSIs
MSI 0 MMS 0 MSI 0 MMS 1 MSI 0 MMS 0 MSI 0 MMS 1 MSI 0 MMS 0
MSI 16 MMS 0
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
ti-GSM-ExampleofequippingaSITEandMSIs-00795-ai-sw
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
7-20
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping path devices using the TTY interface
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: Enter the slot number: Enter the MSI type: 0 E1 16 15 16
Enter MMS0 protocol type:
Enter the number of timeslots supported on MMS0: Enter MMS0 modem setting: Enter MMS1 protocol type: master E1
Enter the number of timeslots supported on MMS1: Enter MMS1 modem setting: COMMAND ACCEPTED -> equip 3 MSI Enter the device identification for the MSI: 0 Enter the cage number: Enter the slot number: Enter the MSI type: 0 E1 15 14 master
16
Enter MMS0 protocol type:
Enter the number of timeslots supported on MMS0: Enter MMS0 modem setting: Enter MMS1 protocol type: master E1
16
Enter the number of timeslots supported on MMS1: Enter MMS1 modem setting: COMMAND ACCEPTED master
16
Equipping path devices using the TTY interface
The network drawing shown in Figure 7-6 is used as the basis for the path-related command parameters in this procedure.
68P02901W17-S
7-21 Nov 2007
Equipping path devices using the TTY interface
Chapter 7: Conguring a Site
Figure 7-6
BSC
Example of equipping paths
BTS 1 BTS 2 PATH 0 MSI 1 MMS 0 PATH 1 MSI 1 MMS 1
Slot 14 Cage 15 Slot 14 Cage 15
MSI 0 MMS 0
BTS 3
Slot 16 Cage 15
PATH 0
PATH 0
PATH 1
PATH 1
PATH 2
PATH 2
MSI 2 MMS 0
Slot 16 Cage 14
PATH 3
ti-GSM-Exampleofequippingpaths-00796-ai-sw
To add path devices proceed as follows:
Procedure 7-10 Add path devices
1 2 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.
3 4
For the copy_path command, selection of the path to be copied is arbitrary. For example, any of the BTS 1 paths could be specied in step 4.
7-22
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Adding RSL devices using equip command
Adding RSL devices using equip command
To add RSL devices proceed as follows:
Procedure 7-11 Add RSL devices
1 Add RSL devices to BTS 3 using the equip command, see below. The path specied 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: 3 Enter the 2nd device ID for the RSL: 0 Enter the unique PATH identifier: 0 2500 3
Enter LAPD T200 timer value for this device: Enter LAPD N200 timer value for this device: 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: COMMAND ACCEPTED 3 7
68P02901W17-S
7-23 Nov 2007
Adding RTF functions
Chapter 7: Conguring a Site
Adding RTF functions
To add RTF functions proceed as follows:
Procedure 7-12 Add RTF functions
1 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 is used for the RTF. 2 Repeat Step 1 to add additionally required RTF functions.
Example input and output for equipping an RTF
The following is an example input and output for equipping RTF functions: -> equip 3 RTF Enter type of carrier: BCCH
Enter the 1st and 2nd RTF id: Enter the 1st and 2nd RTF id: Enter the primary unique PATH id: 3 1
Enter the optional secondary unique PATH id: Enter the GSM cell assigned to ... . . COMMAND ACCEPTED
Unequipping a SITE using the TTY interface
To unequip a site, use the unequip command, for example: unequip bsc SITE <location> 0 0
7-24
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a SITE using the OMC-R GUI
Creating a SITE using the OMC-R GUI
Introduction to adding a SITE using the OMC-GUI
SITEs are shown in, and can be created from, the OMC-R GUI Navigation Tree (see Figure 7-7). SITE Detailed Views allow SITE parameters to be viewed and congured.
Figure 7-7 Navigation Tree showing SITE hierarchy
ti-GSM-Navigation TreeshowingSITEhierarchy-00797-ai-sw
Creating a SITE using the OMC-R GUI
BSC and BTS creation
When creating the rst site for a BSS, the OMC-R GUI displays a SITE Detailed View for a BSC (SITE 0). When creating subsequent sites, the OMC-R GUI displays a SITE Detailed View for a BTS.
68P02901W17-S
7-25 Nov 2007
SITE Detailed View elds
Chapter 7: Conguring a Site
Procedure
To create a site using the OMC-R GUI, follow these steps:
Procedure 7-13 Create a site using the OMC-R GUI
1 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-32 for further details. The SITE class button changes color. 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 elds for details. Select File Create to create the site. Select File Close to close the SITE Detailed View form.
2 3 4 5
SITE Detailed View elds
The following sections list and briey describe the parameter elds in the SITE Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 7-4 describes the elds in the Identication grouping of the SITE Detailed View.
Table 7-4 SITE Detailed View elds - Identication grouping
Field name/BSS parameter name Name BTS Conguration Type bts_type 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. Values Mandatory or Optional? Mandatory. Optional.
Continued
7-26
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
SITE Detailed View elds
Table 7-4 SITE Detailed View elds - Identication grouping (Continued)
Field name/BSS parameter name RDN Class Brief description The class identier used to format the DN in the OMC. It is also used in the Alarm Interface between the OMC and BSS. The instance identier 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. 0 - 2. InCell (0), M-Cell (1), M-Cell-Micro (2). Mandatory. Values Default is SITE. Mandatory or Optional? Optional.
RDN Instance
Default is 0.
Optional.
NMC RDN Value Parent Detailed View Site Generation
Additional Information
Use the Additional Information window to input any notes relating to this SITE. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Reconguration Information grouping
Not currently used.
General grouping
Table 7-5 describes the elds in the General grouping of the SITE Detailed View.
68P02901W17-S
7-27 Nov 2007
SITE Detailed View elds
Chapter 7: Conguring a Site
Table 7-5
SITE Detailed View elds - 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 congure 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 - 24. Default is null. BSP (0) or LCF (1). 120 - 65535 (seconds). Default is 120. 0 - 30 (number of RCUs). Default is 30. 1 - 4. Default is ANY (1). Mandatory or Optional? Optional. Optional. Optional.
Field name/BSS parameter name LCF managing this site BSP/LCF Flag Carrier Disable Time Carriers Ins Power Fail CSFP Algorithm
Optional.
Mandatory.
CSFP Flow Value
10 - 100 (step size of 10). Default is 10. Enabled (1) or Disabled (0). Default is Disabled (0). 1 - 255 (in hours). Default is 24.
Optional.
Phase Lock GCLK
Mandatory.
Clock Source Fail Reset Period GPROC Timeslots LTA Alarm Range 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. Enables or disables the ag 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).
Mandatory.
16 or 32. Default is 16. 1 - 255 (no units). Default is 7. 0 - 5. Default is 1. Enabled (1) or Disabled (0). Default is Disabled (0). 0 or 1. Default is 0 (Motorola method).
Mandatory. Optional.
Number Of Audit Retries Poor Initial Assignment
Mandatory.
Mandatory.
RACH Load Type
Mandatory.
Continued
7-28
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
SITE Detailed View elds
Table 7-5 SITE Detailed View elds - General grouping (Continued)
Field name/BSS parameter name RF Resource Indication Period Brief description The handover RF response to indicate the period of the idle channel categories. Not displayed for SITE 0 (BSC). Species the signaling and control information rate of the RSL. Only valid at a BTS. If the BSS feature 16 kbit/s LAPD RSL (rsl_rateOpt) is restricted, can only be set to RATE_64 kbit/s. 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 are 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 are barred. Not displayed for SITE 0 (BSC). The time that the site waits 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). The cept timeslot mapping algorithm at sites adjacent to a TS_SWITCH. Grayed-out for SITE 0 (BSC). Values 1 - 127 (in SACCH Multiframes). Default is 10. Default is RATE_64 kbit/s (0). Mandatory or Optional? Mandatory.
RSL Rate rsl_rate
Optional.
TCH Busy Critical Threshold
81 - 100. Default is 100.
Mandatory.
TCH Busy Norm Threshold
0 - 100. Default is 100.
Mandatory.
Wait For Reselection
0 - 86400 (in seconds). Default is 10. 0 or 1. Default is 0. 0 or 1. Default is Existing timeslot algorithm (0). Default is GCLK to warm up in 30 minutes (0).
Mandatory.
MMS Conguration Type Timeslot Allocation Flag
Mandatory
Optional.
Fast GCLK Warm Up Flag gclk_qwarm_ag
Whether the GCLK is active after the normal 30 minute warm up period or after a 15 minute warm up period. Grayed-out for SITE 0 (BSC). Only valid if the Fast GCLK Warm Up feature (FastWarmGclkOpt) is unrestricted (Enabled).
Optional.
Continued
68P02901W17-S
7-29 Nov 2007
SITE Detailed View elds
Chapter 7: Conguring a Site
Table 7-5 SITE Detailed View elds - General grouping (Continued)
Field name/BSS parameter name Phase Lock Retry Interval Brief description Species the time in minutes which would be used by the FM Sync process to retry phase locking automatically after it fails. Grayed-out for SITE 0 (BSC). Whether the SITE can be calibrated. Only displayed if the bay level calibration facility has been enabled. See Remotely calibrating DRIs on page 9-77 for further details. Conguration 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-77 for further details. Values 0 - 255 (minutes). Default is 255. Mandatory or Optional? Optional.
Calibrate Enabled calibrate_ag
Disabled (0) or Enabled (1).
Mandatory.
Conguration used on last calibrate
Optional.
Alarm Information grouping
This grouping contains all the alarm information for the MSI, such as MSI Remote Loss Daily Alarm Level. See Maintenance Information: Alarm Handling at the OMC-R (68P02901W26) for further details.
SMS Information grouping
This grouping is not displayed for SITE 0 (BSC). Table 7-6 describes the elds in the SMS Information grouping of the SITE Detailed View.
Table 7-6
SITE Detailed View elds - SMS Information grouping
Brief description Enables or disables downlink (mobile terminated) point to point short message service. The logical radio channel used for the short message service (SMS) transfer in the event of a call being present on a trafc channel. Enables or disables uplink (mobile originated) point to point short message service. Determines the delay between an outage occurring and the CBS halting transmission of the CBC originated messages. Values Disabled (0) or Enabled (1). Default is Disabled (0). 0 - 2. Default is SACCH always used (2). Disabled (0) or Enabled (1). Default is Disabled (0). 0 - 255. Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name SMS Downlink Allowed
SMS TCH Channel
Mandatory.
SMS Uplink Allowed
Mandatory.
CBC to CBS Outage Counter cbs_outage_cntr
Optional.
7-30
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
SITE Detailed View elds
CRM Timers grouping
This grouping is not displayed for SITE 0 (BSC). This grouping contains all the CRM timers, such as Carrier Free Immediately Timer. See Maintenance Information: BSS Timers (68P02901W58) for further details.
RRSM Timers grouping
This grouping is not displayed for SITE 0 (BSC). This grouping contains all the RRSM timers, such as Cifer Mode Complete from an MS Timer. See Maintenance Information: BSS Timers (68P02901W58) for further details.
RSS Timers grouping
This grouping is not displayed for SITE 0 (BSC). This grouping contains all the RSS timers, such as TM BCCH Information Timer. See Maintenance Information: BSS Timers (68P02901W58) for further details.
Circuit Error Rate Monitor grouping
This grouping is not displayed for SITE 0 (BSC). This grouping contains all the CERM timers, such as Initial Sync Timer (msec). See Maintenance Information: BSS Timers (68P02901W58) for further details. Also see Enhanced Circuit Error Rate Monitor (ECERM) on page 2-68.
HDSL Information grouping
This grouping contains all the HDSL alarm information, such as MSI SNR Hourly Alarm Level (in 0.5 dB units). See Maintenance Information: Alarm Handling at the OMC-R (68P02901W26) for further details. Some of these elds are only used if the Integrated M-Cell HDSL Feature ( hdslOpt) is unrestricted at the BSS.
GPRS grouping
This grouping is not displayed for SITE 0 (BSC). Table 7-7 describes the elds in the GPRS grouping of the SITE Detailed View.
Table 7-7 SITE Detailed View elds - GPRS grouping
Field name Static Sync Timer Brief description Species 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-144 for details. Values 1 - 65535 (ms). Default is 1200. Mandatory or Optional? Optional.
Percentage of RSL Reserved for CS
Optional.
68P02901W17-S
7-31 Nov 2007
SITE Detailed View elds
Chapter 7: Conguring a Site
Map Information grouping
Standard map information elds, see Table 4-15 for details.
7-32
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying SITE parameters
Modifying SITE parameters
Methods for modifying SITE parameters
The following methods can be used to modify SITE parameters: Using the OMC-R GUI SITE Detailed View, see Modifying a network object using the OMC-R GUI on page 1-38 for further details. chg_element command. modify_value command.
Using the chg_element command
If only one or two parameter changes are to be made, follow these steps:
Procedure 7-14 Change element parameters
1 2 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-43. 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).
Using the modify_value command
Some device/function parameters for a site can only be changed using the modify_value command from the TTY interface (or the Modify Value option from the Conguration menu of the MML Command Constructor window of the FORMs interface).
68P02901W17-S
7-33 Nov 2007
Using the modify_value command
Chapter 7: Conguring a Site
To use the modify_value command, follow these steps:
Procedure 7-15 Use modify_value command
1 2 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-43. Enter the modify_value command with the parameter to be dened. 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 acknowledgment 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).
7-34
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping cabinets and cages at a remote BTS
Equipping cabinets and cages at a remote BTS
Overview of equipping cabinets and cages at a remote BTS
This section provides an example of how to equip a cabinet and cage at a remote BTS site (InCell). Equipping cabinets and cages can be carried out either in SYSGEN mode or outside of SYSGEN mode with the site locked. It requires the use of the equip command in the TTY interface.
The BTS examples shown in this section are for demonstration purposes only. Parameters are system specic and will vary. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the BSS commands.
Cabinet and cage numbers
When equipping cabinets the numbers 0 to 15 may be assigned. When equipping cages at a BTS, the numbers 2 to 15 may be assigned with the rst equipped cage assigned number 15, the second cage assigned number 14 and so on.
Scenario
In this example, two remote BTS cabinets are equipped. The following information is available: The remote BTS cabinets (0, 1) are equipped at SITE 2 BSS SWest BSIC 26. The BTS cabinet numbers are 0 and 1. Each cabinet is equipped with a cage: Cabinet 0 - cage 15. Cabinet 1 - cage 14.
68P02901W17-S
7-35 Nov 2007
BTS equipment
Chapter 7: Conguring a Site
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.
Overall procedure list
The following steps are required when equipping cabinets and cages at a remote BTS:
Procedure 7-16 Equipping cabinets and cages
1 2 3 4 Select BSS site and change to security level 2. Equip the remote BTS cabinets. Refer to Equipping a remote BTS cabinet using the TTY interface on page 7-36 for further details. Equip the BTS cages. Refer to Equipping a BTS cage using the TTY interface on page 7-37 for further details. Add any new cells.
Equipping a remote BTS cabinet using the TTY interface
The following provides example input and output for equipping remote BTS cabinets: -> equip 1 CAB
7-36
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping a BTS cage using the TTY interface
Enter the CABINET identifier: Enter the cabinet type number: COMMAND ACCEPTED -> equip 1 CAB Enter the CABINET identifier: Enter the cabinet type number: COMMAND ACCEPTED
0 1
1 1
Equipping a BTS cage using the TTY interface
At a BTS site, cage numbers are unique, and can range from 2 - 15. The rst equipped cage is assigned number 15, and the second number 14. The following provides an example for equipping the BTSs using the example data: -> equip 1 CAGE Enter the identifier for the cage: 15 0 0 0
Enter the KSW pair that manages the cage:
Enter the KSWX connecting cage to KSW for TDM 0: Enter the KSWX connecting cage to KSW for TDM 1: Enter cabinet to which the cage belongs: Is an IAS connected?: COMMAND ACCEPTED -> equip 1 CAGE Enter the identifier for the cage: 14 0 no
Enter the KSW pair that manages the cage:
Enter the KSWX connecting cage to KSW for TDM 0: Enter the KSWX connecting cage to KSW for TDM 1: Enter cabinet to which the cage belongs: Is an IAS connected?: COMMAND ACCEPTED no 1
0 0
68P02901W17-S
7-37 Nov 2007
Deleting and unequipping TCU/CTU cabinets
Chapter 7: Conguring a Site
Deleting and unequipping TCU/CTU cabinets
Introduction to deleting and unequipping TCU/CTU cabinets
Extension cabinets of types: TCU_2, TCU_6, and Horizonmacro extension at M-Cell and Horizonmacro sites can be unequipped without having to unequip the site rst.
Prerequisites for deleting TCU/CTU cabinet types
To unequip cabinet types TCU_2, TCU_6, and Horizonmacro extension at an M-Cell or Horizonmacro site, ensure: The cabinet is locked. DRIs and EASs are not equipped to the cabinet.
Deleting TCU/CTU cabinet types using the OMC-R GUI
To delete cabinet types: TCU_2, TCU_6, and Horizonmacro extension at an M-Cell or Horizonmacro sites using the OMC-R GUI, see Deleting a network object using the OMC-R GUI on page 1-41.
Unequipping TCU/CTU cabinet types using the TTY interface
To unequip cabinet types TCU_2, TCU_6, and Horizonmacro extension at M-Cell and Horizonmacro sites using the TTY interface, use the unequip command. For example: unequip 50 cab 1 0 0 See Technical Description: BSS Command Reference (68P02901W23) for complete information on the BSS commands.
7-38
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Extending an existing path to a new site using the TTY interface
Extending an existing path to a new site using the TTY interface
Introduction to path extension
To extend an existing path to a new site, use: Conguring a path using Path Congure menu option on page 11-74 in Chapter 11 Network Expansion. copy_path command, as detailed in this section.
Prerequisites to extending a path to new BTS
Before extending an existing path to a new site, ensure that: Sufcient MSIs are available 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 Mbit/s links.
Extending a path to new site using copy_path
The copy and extend a path, proceed as follows:
Procedure 7-17 Extend a path to a new SITE
1 2 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-43. Enter the command: copy_path The SITE responds with prompts for further information. See Technical Description: BSS Command Reference (68P02901W23) for further details. At the prompts, enter the appropriate conguration information, after which a copied path exists. Continued
68P02901W17-S
7-39 Nov 2007
Example of equipping path device using copy_path command
Chapter 7: Conguring a Site
Procedure 7-17 Extend a path to a new SITE (Continued)
4 5 The new path can now be extended one site further down the branch if necessary. A new branch can be started (a fork) by recopying the same path and extending to a different BTS, as shown in Figure 7-8 below.
Install the physical sites and 2 Mbit/s links rst. Enter them in the CM database, to allow the procedure to be successful.
Figure 7-8 Example of path connections
Upstream MSI & MMS
[10] BSC [30] BSC MSI & MMS BTS 1 [11]
[20] BTS 2 [20] [10]
[1 1 ] BTS 3
Downstream MSI & MMS BTS 4 [30] Upstream MSI & MMS
ti-GSM-Exampleofpathconnections-00798-ai-sw
Downstream MSI & MMS
Example of equipping path device using copy_path command
The following is an example of equipping a path device using the copy_path command (bold text shows typical user responses): --> copy_path Enter terminating site id to be copied: Enter unique PATH id to be copied: Enter NEW terminating site id: Enter NEW unique PATH id: Enter downstream MSI id: 2 0 3 9 2
7-40
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Example of equipping path device using copy_path command
Enter downstream MMS id: Enter upstream MSI id: Enter upstream MMS id: COMMAND ACCEPTED --> copy_path 1 1
Enter terminating site id to be copied: Enter unique PATH id to be copied: Enter NEW terminating site id: Enter NEW unique PATH id: Enter downstream MSI id: Enter downstream MMS id: Enter upstream MSI id: Enter upstream MMS id: COMMAND ACCEPTED 3 0 0 1 0 4 9
Refer to Technical Description: BSS Command Reference (68P02901W23) for complete information on the copy_path command.
68P02901W17-S
7-41 Nov 2007
GCLK synchronization
Chapter 7: Conguring a Site
GCLK synchronization
Introduction to GCLK synchronization
Generic CLocK (GCLK) synchronization enables any site to be congured so that it can synchronize its GCLK to a known good clock source in an uplink site. This feature minimizes frame slips and prevents the output frequency drifting at the ageing rate of the GCLK oscillator. This reduces the on-site calibrations of GCLKs.
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 specic differences are detailed where appropriate. To create a GCLK, see Conguring a GCLK device on page 9-112.
Description of GCLK synchronization
A known good clock (for example, the MSC clock) is dened as the master clock source. This clock requires a frequency accuracy of at least 0.01 ppm, when wander and jitter have been removed, and having no breaks greater than 80s. It is possible to synchronize the RXCDR to the MSC, synchronize the BSCs to the RXCDR, synchronize the BTSs to the BSC, and so on, until the network is synchronized to the one known good clock source. The site GCLK can also run at a set frequency (unsynchronized). In this case, the output frequency is held at a predened value. The feature works in networks consisting of sites in star, daisy chain, and loop topologies and containing all builds of GCLK hardware. Sites within an NE are congured independently of each other. It is possible, for example, to have some sites using, and some not using, GCLK synchronization within the same NE. The GCLK synchronization feature does not affect the conguration limits of the sites or the NEs.
Effect of the number of GCLKs per site
Single GCLK site
For a single GCLK site, it is not possible for the operator to perform the device management lock operation on the GCLK board, as this takes the site out of service.
7-42
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguration restrictions
Two GCLK site
In a two GCLK system, one GCLK operates as a master and generates the reference clock for the site. The second GCLK operates as a slave and takes the clocks from the master and distributes them to the internal redundant bus. Upon failure of the master, a swap occurs. If there is a hardware failure of the master GCLK, then the slave GCLK takes over as the master regardless of its mode of operation at the time. If the master is phase locking when it fails, then a site reset can occur. The feature is supported in a multi-cage site where clock extension is used. The clock is distributed through equal length bers to all cages to ensure that clock timing is identical on all the BSU backplanes.
Conguration restrictions
The following restrictions apply: An RXCDR or BSC is not 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 conguration) to a BSC. An MMS of non-zero priority (mms_priority database parameter greater than zero) must be specied as the MMS source. Only one site can synchronize to a single MMS.
Commands used for GCLK synchronization
Table 7-8 shows the BSS commands used in support of GCLK synchronization. See Table 7-9 for parameter descriptions.
Table 7-8 BSS commands for GCLK synchronization
Command chg_element Description Used to modify the settings of the following parameters: phase_lock_gclk, wait_for_reselection, clk_src_fail_reset_period, lta_alarm_range. Used to display the settings of the following parameters:phase_lock_gclk, wait_for_reselection, clk_src_fail_reset_period, lta_alarm_range. Used to modify the settings of the following parameters:mms_priority, phase_lock_duration. Used to display the time necessary to achieve priority rating and phase lock for an MMS. Used with the following parameters:mms_priority, phase_lock_duration. Continued
disp_element
modify_value disp_equipment
68P02901W17-S
7-43 Nov 2007
Database parameters used for GCLK synchronization
Chapter 7: Conguring a Site
Table 7-8 BSS commands for GCLK synchronization (Continued)
Command clear_gclk_avgs Description Clears the stored LTA values held for a specied GCLK. Must be performed when the GCLK interface is changed or recalibrated, if the uplink site does not provide a stable source. Causes the GCLK to reattempt phase lock. It is only valid if the GCLK has previously failed to phase lock. Checks, reads, and displays the contents of the site clock frequency register when the GCLK is in phase lock mode. If the clock is not in phase lock mode or there is an error on reading the register, a message is displayed stating that the GCLK is not phased locked. Can be used to display the clock frequency value at any time. It can also be used as a diagnostic tool if there is a problem with the LTA or clock frequency at a site. This command is only supported for InCell sites. Displays the status of the indicated device. It is updated to display which MMS is currently selected for synchronization. Informs the sync function and MCU software that a clock calibration is to be performed. May only be executed at the M-Cell and Horizon BTSs where the calibration is being carried out. The MCU is suspended until the calibration is completed. Only supported for M-Cell and Horizon sites. Displays the stored LTA values and other associated values held for a specic GCLK. These values provide a view of the aging of the GCLK. Only supported for InCell sites.
reattempt_pl disp_gclk_cal
state gclk_cal_mode
disp_gclk_avgs
Database parameters used for GCLK synchronization
Table 7-9 shows the BSS database parameters used in support of GCLK synchronization.
Table 7-9 BSS parameters for GCLK synchronization
BSS parameter chg_element Description Enables or disables phase locking at a site. If this ag is set to 0 then the site does not attempt phase lock at any time. If set to 1, the site attempts to phase lock. If the ag is set to 1 and the user updates it to zero, then the GCLK sets 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 can 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. Continued
lta_alarm_range
7-44
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GCLK modes of operation
Table 7-9
BSS parameters for GCLK synchronization (Continued)
Description Controls the time that the system waits 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 is left as the clock extraction source. A default value of 10 seconds is used. This value is available on equipage of the site, but is overwritten by an entry the user makes. The timer can be set to a value of 0 - 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 can 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 can be set to a value in the range 0 - 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 line for a specied period of time and is stable to within $0.05 ppm. For M-Cell and Horizon sites this time can be congured 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 can 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.
BSS parameter wait_for_ reselection
clk_src_fail_ reset_period
mms_priority
phase_lock_ duration
GCLK modes of operation
A GCLK can be used in the following modes: Free Run. Set Frequency. Closed Loop. Hold Frequency.
68P02901W17-S
7-45 Nov 2007
Controlling GCLK synchronization using the TTY interface
Chapter 7: Conguring a Site
GCLKs are used in either Closed Loop or Set Frequency mode. There are short periods of time when the GCLK hardware puts 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.
Controlling GCLK synchronization using the TTY interface
To control GCLK synchronization, proceed as follows:
Procedure 7-18
1 2
Synchronize the GCLK using TTY interface
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-43. For each required location, there are some commands available to display the current setting and to perform GCLK synchronization procedures. Examples 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 is enabled once an MMS priority is set and the alarm clears.
Examples of GCLK commands
The following are examples of displaying current settings and performing GCLK synchronization procedures. Refer to Technical Description: BSS Command Reference (68P02901W23) for complete information on the commands and parameters described in this section.
To prioritize the order in which the MMSs of a site are congured 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.
7-46
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Examples of GCLK commands
You will deselect MMS {0,0,0] for clock extraction. Are you sure? (y = yes, n = no).
To update the value of the phase_lock_duration
For example: modify_value bsc phase_lock_duration 0 mms 0 0
To enable/disable the GCLK synchronization feature
For example, the following command disables the feature: chg_element phase_lock_gclk 0 0
To display the phase_lock_gclk value at a site
For example: disp_element phase_lock_gclk bsc
To change the value of the wait_for_reselection period
For example, to change to 50 seconds at BSC: chg_element wait_for_reselection 50 0
To display the wait_for_reselection period
For example: disp_element wait_for_reselection bsc
To change the value of the clk_src_fail_reset_period
For example, to change to 24 hours at BSC: chg_element clk_src_fail_reset_period 24 0
To display the value of the clk_src_fail_reset_period
For example: disp_element clk_src_fail_reset_period bsc
To update the alarm range on the allowed LTA variation
For example, to update range to 10 at BTS 1: chg_element lta_alarm_range 10 1
To display the alarm range on the allowed LTA variation
For example: disp_element lta_alarm_range 0 68P02901W17-S 7-47 Nov 2007
Examples of GCLK commands
Chapter 7: Conguring a Site
To display the status of each MMS and its priority rating
For example: disp_equipment bsc mms 0 0 MSI identifier: 0 First MMS identifier for this device: 0 The N-bit value for this device id[nbit]: 1 The BER OOS monitor period for this device is[ber_oos_mon_period]: 1 The BER restoral monitor period for this device is{ber_restoral_mon_period]: 6000 The Priority rating is [mms_priority]: 0 The Lock Duration for this device (in seconds) is [phase_lock_duration]: 3
To reset LTA to default LTA
For example, to Clear the LTA values for GCLK1 at the BSC for a site: clear_gclk_avgs 0
To re-attempt phase lock if the phase lock has previously failed
Example 1: Command executed when GCLK 0 is in the FAILED_PHASE_LOCK state: reattempt_pl bsc 0 Example 2: Command executed when GCLK 0 is in the FAILED_PHASE_LOCK state, but synchronization is turned off, or an MMS is not providing clock source: reattempt_pl bsc 0 COMMAND ACCEPTED : GCLK reason reset but system config blocks phase lock 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
To display the current clock frequency value
Example 1: Request the clock frequency register value when GCLK 0 is not phase locked: disp_gclk_cal 0 0 SITE 0, GCLK 0 0 0 not in 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-48
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Examples of GCLK commands
To display the LTA history
Example 1: Display the LTA values for GCLK 1 at site 0: disp_gclk_avgs 0 1 The GCLK 1 0 0 Frequency Reg values for site 0 are: 80 80 80 80 81 80 Long term average = 80 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
To display the status of the GCLK device
For example, to display status of GCLK 1 at BSC: state 0 gclk 1 STATUS INFORMATION: DEVICE: GCLK 0 0 0 Administration state: unlocked Operational state: busy Reason code: NO REASON Time of last transition: Related Device/Function: None Assigned to: Config Tag (hex) Tag Site END OF STATUS REPORT.
68P02901W17-S
7-49 Nov 2007
Examples of GCLK commands
Chapter 7: Conguring a Site
To begin GCLK calibration mode at the local site
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 responds 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 begins the calibration mode. No call processing can occur which involves this GCLK during calibration mode. The GCLK is reset when calibration is complete.
7-50
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking GCLK synchronization for a site
Checking GCLK synchronization for a site
Introduction to GCLK synchronization
The purpose of checking GCLK synchronization is to: Check that GCLK synchronization has been deployed. Check performance, in keeping a site in synchronization with the network.
Checking GCLK at a single SITE using the TTY interface
Use the following commands to check the GCLK deployment at a SITE: disp_eq <site num> gclk * * full state <site num> gclk * *
Checking GCLK at a single site using the OMC-R GUI
Use the Contained Devices form in the OMC-R GUI to check the GCLK synchronization. OMC-R Online Help, Network Operations describes the Contained Devices form.
Multiple GCLK SITE checks using scripting and TTY interface
UNIX shell scripting can be combined with TTY commands to check multiple SITEs for GCLK synchronization. The output can be logged to a le for further analysis or parsing. An example script is shown, which checks the GCLK synchronization conguration and status for all BSCs/RXCDRs and sites under the OMC-R. The script operates on the basis that BSS loads are correctly named (for example, BSGSM) during load install. Example script: GCLK sync conguration and status for all NEs and sites: #!/bin/ksh # Script to check the GCLK version on all BSCs/RXCDRs and sites under this OMC # Written by Motorola Field Engineer on 19/11/98 # Loop through all BSCs first bscs = grep BSGSME /usr/omc/config/global/NE.MAP| awk '{print $2}' for i in echo $bscs do
68P02901W17-S
7-51 Nov 2007
Multiple GCLK SITE checks using scripting and TTY interface
Chapter 7: Conguring a Site
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 # 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
7-52
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Multiple GCLK SITE checks using scripting and TTY interface
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
68P02901W17-S
7-53 Nov 2007
Barring calls at a site using the TTY interface
Chapter 7: Conguring a Site
Barring calls at a site using the TTY interface
Barring calls at a site using the TTY interface
To bar calls and divert all trafc from cells at the site by shutting down all DRIs and locking the site, follow these steps:
Procedure 7-19 Bar calls at a site using TTY interface
1 2 3 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-43. 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 eld puts 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-237.
7-54
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking the hardware deployed at each site
Checking the hardware deployed at each site
Overview to site hardware checking
The following SITE checking procedures are detailed in this section: Checking a single site using the TTY interface. Checking a single site using the OMC-R GUI. Checking multiple sites using scripting and TTY interface. Checking a single site or NE using cmutil. Checking a Device Type in the network using cmutil.
Checking a single site using the TTY interface
Use disp_equipment command to display all of the equipment at a site. The output is a table which includes kit and serial numbers.
Checking a single site using the OMC-R GUI
Use the Contained Devices form in the OMC-R GUI to check the status of hardware in the network. OMC-R Online Help, Network Operations describes the Contained Devices form.
Checking multiple sites using scripting and TTY interface
UNIX shell scripting can be combined with TTY commands to check multiple sites. The output can be logged to a le for further analysis or parsing. The script in this example checks the equipment on all sites under the OMC-R and logs it to a le.
68P02901W17-S
7-55 Nov 2007
Checking a single site, PCU, or NE using cmutil
Chapter 7: Conguring a Site
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.
Checking a single site, PCU, or NE using cmutil
To check a single site, PCU or NE using cmutil, see Chapter 15 cmutil.
Further analysis of extracted MIB data
The le extracted through cmutil contains all the MIB data for the BSS/SITE. This data can then be analyzed or further parsed.
7-56
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking a device type in the network using cmutil
Examples of analysis or parsing of MIB data
The following shows how to extract DRI only objects: awk '/DRI /, /}/' bss.op > /tmp/bss_dri_strip The following shows how to count the number of DRI only objects: grep rdnInstance /tmp/bss_dri_strip |wc -l The following shows how to extract SITE only objects from the BSS op le: awk '/SITE /, /}/' bss.op > /tmp/bss_site_tst The following shows how to count the number of SITE only objects: grep rdnInstance /tmp/bss_site_tst | wc -l
Checking a device type in the network using cmutil
To extract all objects of specic type from the MIB using cmutil, see Chapter 15 cmutil. The le extracted through cmutil contains all the MIB data for the device. This data can then be analyzed or further parsed.
Examples of analysis or parsing of device type data
The following shows how to count the number of DRI only objects: grep rdnInstance dri_all.op | wc -l
68P02901W17-S
7-57 Nov 2007
Checking key site parameters
Chapter 7: Conguring a Site
Checking key site parameters
Overview of key site parameter checking
After a BSS download, or after adding cell capacity online, DRIs/RTFs in a site should come into service. If the DRIs/RTFs do not come into service, verify the following parameters to check that they are appropriate to the site conguration required: tru_id setting. max_dris setting per GPROC. antenna_select number.
These parameters are explained in the following sections. Refer to: Technical Description: BSS Command Reference (68P02901W23) for full details of commands and parameters.
tru_id (TopCell SITE)
Verify that the DRI tru_id parameter setting in the database matches the settings of the site. The tru_id is used to identify up to six TRUs (TopCell Radio Units) in a TopCell site. This attribute is valid only if dri_type is DRIM or ACM. A value of 0 for the tru_id parameter indicates that the site is not TopCell.
max_dris per GPROC
Verify that the max_dris parameter setting in the database for the DHPs and/or the congured BTPs for the SITE has the capacity for the extra DRI.
antenna_select number
The antenna_select number DRI attribute contains the receiver antenna select number for the rst shared cell. Verify that the coupling at the site matches the setting in the database.
7-58
68P02901W17-S Nov 2007
Chapter
8
Conguring cells
The procedures here show how to congure cells and cell neighbors 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-S Nov 2007 General information for conguring 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-46. Power control cell parameter section on page 8-61. GPRS cell parameter section on page 8-68. Propagating cell parameters on page 8-76. Deleting a cell on page 8-89. Dening algorithms on page 8-91. Modifying default algorithms using the OMC-R GUI on page 8-92. Modifying default algorithms using the TTY interface on page 8-95. Neighbors, Sources and Reciprocal Neighbors on page 8-103. Viewing Sources, Neighbors and Reciprocals on page 8-106. Creating and deleting Sources, Neighbors and Reciprocals on page 8-112. Creating neighbors using Neighbor Detailed View on page 8-118. Modifying a neighbor on page 8-127. Deleting neighbors using the Navigation Tree Delete option on page 8-128. Neighbor templates on page 8-130. Conguring a UTRAN neighbor on page 8-132. Proxy cells on page 8-139. 8-1
antenna_select number
Chapter 8: Conguring cells
Conguring a single proxy cell on page 8-141. Autocreation of a ProxyCELL on page 8-149. Conguring multiple proxy cells using cmutil on page 8-153. Exporting and importing proxy cell information between OMC-Rs on page 8-154. Synchronizing all OMC-R proxy cells within a network on page 8-159. Dynamic propagation of proxy cell data to OMC-Rs on page 8-161. Expanding the capacity of a cell on page 8-162. Conguring frequency hopping on page 8-164. Conguring frequency hopping using the OMC-R GUI on page 8-166. Conguring frequency hopping using the TTY interface on page 8-174. Checking frequency hopping conguration for cells on page 8-177. Conguring a cell with BCCH and SDCCH in the EGSM band on page 8-178. Conguring a cell for coincident multiband handovers on page 8-180. Conguring a cell for adaptive handovers on page 8-184. Conguring a neighbor cell for adaptive handovers on page 8-189. Conguring a cell for exible neighbor cell processing on page 8-194. Conguring enhanced SDCCH to TCH band assignment on page 8-197. Conguring enhanced SDCCH to TCH band assignment on page 8-197. Conguring a cell for power control optimization on page 8-202. Conguring a cell for multiple GPRS carriers on page 8-206. Changing a BCCH carrier frequency on page 8-212. Changing a non-BCCH carrier frequency on page 8-215. Changing a BSIC on page 8-218. Changing a TSC for a BCCH on page 8-220. Propagating TSC updates on page 8-221. Assigning a quality of 7 to missing measurement reports on page 8-223. Changing the number of allocated SDCCHs on page 8-225. Establishing a cell boundary by changing transmit power on page 8-233. Setting all channels at full power on page 8-235. Barring calls at a cell on page 8-237.
8-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
antenna_select number
Changing LAC and/or CI on page 8-240. Viewing and editing the SMS-CB message using the OMC-R GUI on page 8-242.
68P02901W17-S
8-3 Nov 2007
General information for conguring cells
Chapter 8: Conguring cells
General information for conguring cells
Recommendation for small scale RF changes
It is recommended that small scale RF parameter changes to RTFs, cells, and neighbors are made by editing Detailed Views. This method makes use of the neighbor and cell parameter propagation features through the OMC-R MIB. Neighbor propagation is a standard OMC-R feature which automatically sets specic neighbor parameters at the BSS and OMC-R when source cells and RTFs are changed. Neighbor propagation: Removes the necessity for manually editing the neighbor, RTF and DRI Detailed Views, if dependent cell and RTF parameters are changed. Removes the necessity to perform an audit to detect parameter changes at the BSS. Provides a facility to monitor the success of the internal/automatic propagation.
Cell parameters can be modied and propagated using the CELL Detailed View. See Propagating cell parameters on page 8-76 for further details.
Recommendation for large scale RF changes
Large scale network RF parameter changes can be performed by exporting RF data from the OMC-R to a replanning tool, such as Netplan. The data generated by the replanning tool can then be imported back into the OMC-R. See Introduction to CellXchange on page 12-5 in Chapter 12 for full details.
Viewing the sources, neighbors, and reciprocal neighbors for a cell
Before adding new cells, it may be useful to view sources, neighbors, and reciprocal neighbors for existing cells. See Neighbors, Sources and Reciprocal Neighbors on page 8-103 for further details.
8-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Methods of adding a cell
Methods of adding a cell
A cell can be added using any of the following methods: Copy/change method using the copy_cell command (recommended method), see Adding a cell (recommended procedure) on page 8-6. Using TTY interface and the add_cell command, see Adding a cell using the TTY interface on page 8-10. Using OMC-R GUI CELL Detailed View, see Adding a cell using the OMC-R GUI on page 8-11.
Creating cells at a Horizonmicro2 and Horizoncompact2 BTS site
Up to three cells can be created at a Horizonmicro2 Horizoncompact2 BTS site. For more details of Horizonmicro2 and Horizoncompact2, see Introduction to BSC and BTS sites on page 7-2.
68P02901W17-S
8-5 Nov 2007
Adding a cell (recommended procedure)
Chapter 8: Conguring cells
Adding a cell (recommended procedure)
Recommended method of adding a cell
The recommended Motorola method to add a cell is using the copy_cell command. This method is quicker than adding a cell using the CELL Detailed View method. The main time saving is if raw statistics are enabled in the cell being copied, default sets of raw statistics can be used. The SITE does not have to be out of service to create a cell. Ensure that the LAC-CI used are unique for the network.
Recommended procedure for adding a cell
To add and congure a cell, the recommended procedure is:
Procedure 8-1 Add a cell (recommended procedure)
1 Use the copy/change method to create a 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. Congure the handover and power control algorithm data for the cell, see Dening algorithms on page 8-91 for further details. Congure the frequency hopping objects for the cell, as required. See Conguring frequency hopping on page 8-164. Congure each associated RTF and DRI, enabling the RF hardware to bring air interface timeslots into operation. Congure the RTF for frequency hopping. See Conguring an RTF function on page 9-181 and Conguring a DRI on page 9-62 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 does not bring RTF 1 0 or RTF 1 1 into service). 6 Add the required sources/neighbors for the cell. See Neighbors, Sources and Reciprocal Neighbors on page 8-103. Continued
8-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Recommended procedure for adding a cell
Procedure 8-1
7
Add a cell (recommended procedure) (Continued)
Ensure each DRI and RTF congured 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-58, 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, congure 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-43 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
68P02901W17-S
8-7 Nov 2007
Adding a cell using the copy/change method
Chapter 8: Conguring cells
Adding a cell using the copy/change method
Description of copy/change method
A cell can be created by selecting a similar existing cell and then using the copy_cell command to copy it. The new cell details can be changed using the CELL Detailed View form. This cell creation technique is referred to as the Copy/Change method.
The site does not have to be out of service to create a cell.
Restrictions for copy_cell
When the PBCCH/PCCCH feature (pccchOpt) is unrestricted, the copy_cell command copies all parameters at a cell to another new cell, except for the parameter PBCCH/PCCCH enabled (pccch_enabled).
Creating a cell by copying then changing details
To copy a cell, then change the new cell details, follow these steps:
Procedure 8-2
1 2
Add a cell by copying and changing details
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-43 for further details. Use the copy_cell command to create a 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 has 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.
8-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Example of a copy_cell command
Example of a copy_cell command
The following is an example of the input and output for the copy_cell command: -> copy_cell 3 6 4 1 7 1C3 1D7 3 6 4 1 7 1C3 1D8 1 27 COMMAND ACCEPTED
68P02901W17-S
8-9 Nov 2007
Adding a cell using the TTY interface
Chapter 8: Conguring cells
Adding a cell using the TTY interface
Introduction to adding a cell using the TTY interface
This section describes the procedure for adding a cell to a site using the TTY interface.
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 neighbor data.
Adding a cell using the add_cell command
To add a cell using the TTY interface, proceed as follows:
Procedure 8-3 Add cell using TTY interface
1 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-43 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. Dene algorithm data for cell parameters using either the Navigation Tree, or the chg_cell_element command from the TTY interface. Dene neighbor lists using the Navigation Tree.
3 4
8-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Adding a cell using the OMC-R GUI
Adding a cell using the OMC-R GUI
Introduction to adding a cell using the OMC-R GUI
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 conguration procedure.
Using the CELL Detailed View to create a cell
To display the CELL Detailed View, follow these steps:
Procedure 8-4
1
Add cell using OMC-R GUI
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-32 for further details. The CELL class button changes color. 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, there are four section buttons as shown in Figure 8-1. Click one of the following buttons to display more cell parameter elds 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 elds. Handover, see Handover cell parameter section on page 8-46 for details of these parameters. Continued
68P02901W17-S
8-11 Nov 2007
Using the CELL Detailed View to create a cell
Chapter 8: Conguring cells
Procedure 8-4 Add cell using OMC-R GUI (Continued)
Power Control, see Power control cell parameter section on page 8-61 for details of these parameters. GPRS, see GPRS cell parameter section on page 8-68 for details of these parameters.
If necessary, click the grouping button to display the individual cell parameter elds. Use the scroll bar to display all the parameters in each grouping, if necessary. Complete the required parameter elds 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 eld and click that eld. 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
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Autocreation of cell algorithms
Figure 8-1 CELL Detailed View showing parameter section buttons
ti-GSM-CELLDetailed Viewshowingparametersectionbuttons-00799-ai-sw
Autocreation of cell algorithms
Cell algorithms are automatically created when a cell is created (and autodeleted when a cell is deleted). When the cell creation is complete, the OMC-R displays an information message stating that handover and power control algorithm eld: Algorithm Number (parameter name: alg_num) must be changed from Unused (255) to another setting before creating RTFs or DRIs.
Modifying a cell using the OMC-R GUI
To display and modify the parameters of a cell, see the general procedure in Modifying a network object using the OMC-R GUI on page 1-38. Use the cell parameter grouping buttons at the top of the window to select the type of cell parameters to be modied.
68P02901W17-S
8-13 Nov 2007
General cell parameter section
Chapter 8: Conguring cells
General cell parameter section
Displaying General cell parameter section
To display General cell parameter section, click the General button at the top of the CELL Detailed View.
General cell parameter section groupings
The following sections list and briey describe the parameter groupings and elds in the CELL Detailed View General section. Unless stated otherwise, the OMC-R database parameter name is the same as the BSS database parameter name. BSS parameters are described in detail in Technical Description: BSS Command Reference (68P02901W23).
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
8-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Identication grouping
Table 8-1 describes the elds in the General - Identication grouping of the CELL Detailed View.
Table 8-1
CELL Detailed View, General - Identication grouping
Brief description Unique Cell name. Values Up to 31 characters plus the NULL character. Mandatory or Optional? Optional.
Field name/BSS parameter name Name
GSM Cell ID
The unique GSM Cell identier (also known as Cell Global Identication (CGI)). Made up of the following sub-elds: Mobile Country Code (MCC), Mobile Network Code (MNC), Location Area Code (LAC), Cell Identity (CI). The MCC and MNC subelds can be edited in Create and Edit mode. (By default, the MCC and MNC sub-elds are entered when the network was created.) The MCC and MNC sub-elds 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. A local color code that allows an MS to distinguish between different neighboring 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.
There are two Mandatory. 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. Default is 0. Mandatory.
Base Station Identity Code (BSIC)
Layer Number layer_number RDN Class RDN Instance NMC RDN Value Parent Detailed View
0 - 2. Macro (0), Micro (1), Pico (2). Default is CELL. Default is 0.
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this CELL. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
68P02901W17-S
8-15 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
State grouping
Standard network object state elds, see Table 4-2 for further details.
General grouping
Table 8-2 describes the elds in the General - General grouping of the CELL Detailed View.
Table 8-2 CELL Detailed View elds, General - General grouping
Field name/BSS parameter name Discontinuous Transmission Mode dtx_required Brief description The Mobile Station (MS) capability to use discontinuous transmission. Enabling helps to reduce interference and prolong battery life. See Conguring a cell with BCCH and SDCCH in the EGSM band on page 8-178 for further details of this eld. The default value to be used for the Neighbor rxlev_min_cell by contained Neighbors. The decision algorithm is currently being used. 0 - 63. Default is 15. 0 or 1. Default is 0 (handover decision algorithm number 1). 0 - 255 (Bitmapped value of network country codes). Default is 255. Values 0 - 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
Mandatory.
Mandatory.
NCC of PLMN Allowed ncc_of_plmn _allowed(OMC-R parameter name: nccOfPlmn Allowed) 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
Which foreign Network Color Codes (NCCs) are allowed on specic broadcast control channels (BCCH carriers).
Mandatory.
The maximum number of target cells to be included in the HANDOVER_ REQUIRED message.
1 - 16. Default is 16.
Mandatory.
Whether the Broadcast Control Channels (BCCH) measurement is included in the averaged value of hopping frequencies. Whether the Cell Broadcast Channel is enabled.
0 or 1. Default is Measurement Not Included (1). 0 or 1. Default is Disabled (0).
Mandatory.
Mandatory.
Continued
8-16
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-2 CELL Detailed View elds, General - General grouping (Continued)
Field name/BSS parameter name Hopping Support hopping_support 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 eld cannot be modied to 2. Enables and disables RF Loss reporting for a cell. Values 0 - 2. No Hopping (0), Synthesizer Hopping (1), Baseband Hopping (2). Default is 0. 0 - 2. Disabled (0), or Enabled, sends reports to OMC and MMI (1), or Enabled, sends reports to OMC (2). Default is Disabled (0). 0 - 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)
Mandatory.
Extended Range Cell ext_range_cell
Whether the Extended Range Cell option is enabled or disabled for the cell. Can only be modied 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 is 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 congured as 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. See Conguring a cell with BCCH and SDCCH in the EGSM band on page 8-178 for further details. See Conguring a cell for extended cell range prioritization on page 8-200 for further details. Default is Enabled (1) (will impact sorting of candidate list). 0 or 1. Low power (0), High power (1). Default is 0. Optional.
Optional.
EGSM Carrier Conguration Information Ext Range Neighbor Priority
Optional.
Optional.
Continued
68P02901W17-S
8-17 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Table 8-2 CELL Detailed View elds, General - General grouping (Continued)
Field name/BSS parameter name Rpt Bad Quality on a Missing Rpt Downlink DTX for Voice/Data dl_dtx_voice_data Brief description See Assigning a quality of 7 to missing measurement reports on page 8-223 for further details. Allows downlink discontinuous transmission (DTX) to be enabled independently for speech and Non-Transparent (NT) data calls. 0 - 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.
Mandatory.
System Access grouping
Table 8-3 describes the elds in the General - System Access grouping of the CELL Detailed View.
Table 8-3
CELL Detailed View elds, General - System Access grouping
Brief description Enables or disables call reestablishment after a radio link failure. Values 0 or 1. Default is Enabled (0). Mandatory or 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) Subscriber Access to Cell
Denes 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 - 65535. Default is 0.
Mandatory.
See Barring calls at a cell on page 8-237 for details.
Mandatory.
Continued
8-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-3
CELL Detailed View elds, General - System Access grouping (Continued)
Brief description A ag to the Mobile Station (MS) to either enable, or disable the mandatory International Mobile Subscriber Identity (IMSI) attach/detach. Enables or disables emergency calls by access class. Values Default is Disabled (0). Mandatory or Optional? Mandatory.
Field name/BSS parameter name IMSI Attach/Detach attach_detach Emergency Class Switch emergency _class_switch (OMC-R parameter name: emergencyClass) Maximum Retransmissions max_retran Maximum Control Channel Transmit Power ms_txpwr_max _cch Mobile Station Power Offset ms_power_offset
0 or 1. Enabled in cell for access classes 11 15 only (1). Enabled for All Classes (0). Default is 0. 0 - 3. Default is 1 Retransmission (0). 0 or 19. Default is 2.
Mandatory.
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.
Mandatory.
Mandatory.
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.
0 - 3. Default is 0 dBm (0).
Mandatory.
Number of RACH Slots Between Access Retries tx_integer
0 - 15. Default is 4.
Mandatory.
Wait Indication The T3122 timer value (in seconds) that Parameters the MS uses. wait_indication _parameters (OMC-R parameter name: waitIndicParams) RR_T3212 Timer rr_t3212 Governs the mobile's periodic location update procedure.
0 - 255. Default is 5.
Mandatory.
0 - 255 (1 range step = 1 decihour). Default is 10. 0 - 1000000 (ms). Default is 5000.
Mandatory.
RR_T3101 Timer rr_t3101
The time the BSS waits for the MS to establish on an SDCCH after sending an immediate assignment message.
Mandatory.
68P02901W17-S
8-19 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Cell selection - reselection grouping
Table 8-4 describes the elds in the General - Cell Selection-Reselection grouping of the CELL Detailed View.
Table 8-4 CELL Detailed View elds, General - Cell Selection/Reselection grouping
Field name/BSS parameter name Min Received Signal Level For Access rxlev_access_min Brief description The minimum received signal level (dBm) required for an MS to access the system. Values 0 - 63. Default is 0 (-110 dBm). 0 (0 dB) to 7 (14 dB). Default is 0 dB (0). Mandatory or Optional? Mandatory.
Cell Reselect The hysteresis level for cell reselection Hysteresis Level into a different location area. cell_reselect _hysteresis(OMC-R parameter name: cellReselectHys) Cell Reselection Whether C2 cell reselection parameters Parameters being broadcast is system information cell_reselect of this cell. _param_ind(OMC-R parameter name: cellResel ParamInd) 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 C2 Parameters Not Present (0).
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 - 7. Default is 0.
Mandatory.
Mandatory.
The negative offset for computing the C2 cell reselection criterion for the duration specied by the CELL penalty_time. The duration for which the value specied by the CELL temporary_offset is valid. See Network Controlled Cell Reselection on page 2-79 for details.
Mandatory.
Penalty Time penalty_time Network Control Order
0 - 31. Default is 0.
Mandatory.
Mandatory.
Radio Channel Conguration grouping
Table 8-5 describes the elds in the General - Radio Channel Conguration grouping of the CELL Detailed View.
8-20
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-5 CELL Detailed View elds, General - Radio Channel Cong grouping
Field name/BSS parameter name CCCH conguration 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: extended PagingAct) Channel Reconguration 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: repResTchF HighWm) Brief description See Changing the number of allocated SDCCHs on page 8-225 for further details. See Changing the number of allocated SDCCHs on page 8-225 for further details. The number of 51 frame multiframes between transmissions of paging messages to MSs of the same paging group. Activates or deactivates extended paging. The MS receives and analyzes the paging messages on the paging subchannel, that corresponds to the paging subgroup. Default is 2 Multiframes (0). Values Mandatory or Optional? Mandatory.
Mandatory.
Mandatory.
Default is Normal Paging (0).
Mandatory.
See Changing the number of allocated SDCCHs on page 8-225 for further details of these elds.
The upper limit threshold of a full-rate trafc channel (TCH).
0 - 254 (number of TCHs). Default is 2.
Mandatory.
Report Resource The lower limit threshold of a full-rate TCH Full Low trafc channel (TCH). Water Mark report_resource _tch_f_low _water_mark(OMC-R parameter name: repResTchFLowWm)
1 - 255 (number of TCHs). Default is 12.
Mandatory.
Continued
68P02901W17-S
8-21 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Table 8-5 CELL Detailed View elds, General - Radio Channel Cong grouping (Continued)
Field name/BSS parameter name TCH Full Need Low Water Mark Time From Cell-Outage to RF Termination (secs.) stop_dri_tx_time Brief description See Changing the number of allocated SDCCHs on page 8-225 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 eld 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-172 for further details. 0 - 1800 seconds Default: 300 seconds. Optional. Values Mandatory or Optional?
TCH Usage Threshold tch_usage _threshold
Queuing grouping
Table 8-6 describes the elds in the General - Queuing grouping of the CELL Detailed View.
Table 8-6 CELL Detailed View elds, General - Queuing grouping
Field name/BSS parameter name Queue Length Management Information queue _management _information (OMC-R parameter name: queueMgtInfo) Brief description The number of subscribers that can wait in the queue for channel assignment. Values 0 - 50. Default is 50. (0 disables queuing). Mandatory or Optional? Mandatory.
Max Queue The maximum number of MSs that can Length Channel wait in queue for a channel assignment max_q_length (applied to both full rate and half rate). _channel (OMC-R parameter name: maxQLengthChan)
0 - 50. Default is 0.
Mandatory.
Continued
8-22
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-6
CELL Detailed View elds, General - Queuing grouping (Continued)
Brief description The maximum length of the queue for Stand-alone Dedicated Control Channel (SDCCH) requests. Values 0 - 50. Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Max Queue Length SDCCH max_q_length _sdcch (OMC-R parameter name: maxQLgtSdcchs)
Flow Control grouping
Table 8-7 describes the elds in the General - Flow Control grouping of the CELL Detailed View.
Table 8-7
CELL Detailed View elds, General - Flow Control grouping
Brief description How often to check for the RACH overload condition when the cell is not in RACH overload. Values 1 - 1020 (ms /941.5). Default is 16. 0 - 1000. Default is 1000. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Random Access Channel Load Period rach_load_period
Random Access The threshold level for RACH loading. Channel Load Threshold rach_load _threshold (OMC-R parameter name: rach_load_thresh) CCCH Load Period ccch_load_period How often to check for RACH and/or AGCH overload, once the cell under consideration is already overloaded. Enables or disables the ow control of the TCH Congestion ow control. See MSC to BSS overload control on page 2-22. See MSC to BSS overload control on page 2-22.
Mandatory.
1 - 1020 (in 235 millisecond units). Default is 40. Enabled (1) or Disabled (0). Default is 0.
Mandatory.
TCH Flow Control tch_ow_control Flow Control T1 Timer Flow Control T2 Timer
Mandatory.
Mandatory. Mandatory.
68P02901W17-S
8-23 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Channel allocation-deallocation grouping
Table 8-8 describes the elds in the General - channel allocation-deallocation grouping of the CELL Detailed View.
Table 8-8 CELL Detailed View elds, general - channel allocation-deallocation grouping
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 RR_T3111_SD Timer rr_t3111_sd Deallocate Inactive Timer dealloc_inact RF Channel Release Acknowledgment Timer rf_chan_rel_ack Threshold threshold 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 signaling link. The time allowed to delay the deactivation of a channel after the disconnection of the main signaling 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 (acknowledgment) message from the Radio SubSystem (RSS). The number of times the Cell Resource Manager (CRM) attempts to assign a Signaling Connection Control Part (SCCP) number before rejecting the request. Values 1 - 31. Default is 8. 0 - 63. Default is 63. 0 - 1000000 ms. Default is 14400. 0 - 1000000 ms. Default is 1500. Mandatory or Optional? Mandatory.
Mandatory.
Mandatory.
Mandatory.
0 - 1000000 ms. Default is 1500.
Mandatory.
0 - 1000000 ms. Default is 5000.
Mandatory.
0 - 1000000 ms. Default is 5000.
Mandatory.
0 - 255. Default is 7.
Mandatory.
8-24
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Radio Link Control grouping
Table 8-9 describes the elds in the General - Radio Link Control grouping of the CELL Detailed View.
Table 8-9 CELL Detailed View elds, general - radio link control grouping
Field name/BSS parameter name Radio Link Timeout radio_link _timeout (OMC-R parameter name: radioLink Timeout) Link Fail Threshold link_fail Full Power Radio Frequency Before Loss full_pwr_ross Brief description The threshold (limit) for the radio downlink failure on the Slow Associated Control Channel (SACCH). Values 0 - 15. Default is 20 SACCH blocks (4). Mandatory or Optional? Mandatory.
The amount of non-received SACCH frames before a loss of SACCH is reported to Abis. Enables or disables the ability of the BTS to switch the BSS and MS power levels to full before allowing radio link timeout in an attempt to restore the link.
0 - 15. Default is 20 SACCH blocks (4). Default is Disabled (0).
Mandatory.
Mandatory.
Link About to The amount of non-received SACCH Fail Threshold frames before the MS and BS is link_about_to_fail switched to full power. (OMC-R parameter name: linkAboutToFail)
0 - 15. Default is 8 SACCH blocks (2).
Mandatory.
Congestion relief grouping
Table 8-10 describes the elds in the General - Congestion Relief grouping of the CELL Detailed View.
Table 8-10 CELL Detailed View elds, general - congestion relief grouping
Field name/BSS parameter name Retry Candidate Period Timer rtry_can_prd (OMC-R parameter name: retry_cand_period) 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.
Continued
68P02901W17-S
8-25 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Table 8-10
CELL Detailed View elds, general - congestion relief grouping (Continued)
Brief description 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). Values Default is Disabled (0). Mandatory or Optional? Optional.
Field name/BSS parameter name Congestion at Target Cell congest_at_target
Congestion at Source Cell congest_at_source
Default is Disabled (0).
Optional.
MB TCH The percentage at which MultiBand Congestion mobiles start to be re-directed to Threshold the preferred band. Only valid when mb_tch_congest BSS congestReliefOpt and BSS _thres mbInterCellHoOpt are Enabled (1). (OMC-R parameter name: mb_tch_cong_thres) External Retry Period Timer ext_rtry_cand_prd (OMC-R parameter name: exRtryCandPrd) Valid Candidate Period Timer valid_candidate _period (OMC-R parameter name: validCandPeriod) Handover existing calls ho_exist_congest The time between successive attempts to handover to external non-coincident target cells which have previously rejected a handover attempt. The duration that candidates for handovers due to congestion are valid before querying for new ones.
1 - 101. Default is 100.
Optional.
1 - 1000000 (ms). Default is 4000.
Optional.
1 - 1000000 ms. Default is 4000.
Mandatory.
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 - 2. Default is 0 (Disabled).
Optional.
Continued
8-26
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-10 CELL Detailed View elds, general - congestion relief grouping (Continued)
Field name/BSS parameter name TCH Congest Prevent Threshold tch_congest _prevent_ thres (OMC-R parameter name: tch_congprev_thr) Enhanced Congestion Relief enhanced_relief Brief description The TCH congest prevention threshold. If the TCH allocation causes the percent busy TCH to be greater than tch_congprev_thr, then the Congestion Relief Procedure is initiated. Only used the BSS feature congestReliefOpt is unrestricted. 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. Values 1 - 101 %. Default is 100. Mandatory or Optional? Optional.
Default is Disabled (0).
Optional.
Directed retry grouping
Table 8-11 describes the elds in the General - Directed Retry grouping of the CELL Detailed View. These parameters are only used when the Directed Retry Feature BSS feature (directedRetryOpt) is unrestricted.
Table 8-11 CELL Detailed View elds, general - directed retry grouping
Field name/BSS parameter name Directed Retry Std Congestion Allowed dr_std_congest MSC Preference msc_preference Brief description If directed retry is allowed at the external neighbor. The message sequence and contents across the A-interface during directed retry procedures that require an external handover during the assignment procedure. Values Default is No (0). 0 - 7. Default is 0 (directed retry supported within the BSS (not across the A-interface)). Default is Ignore need of handover (0). Mandatory or Optional? Optional.
Optional.
Directed Retry HO during Assign dr_ho_during _assign (OMC-R parameter name: dr_ho_dur _assign)
If a handover can be processed during an assignment procedure.
Optional.
Concentric and dual-band cells grouping
See Dual band cells option on page 2-27 for details of how to congure dual band cells.
68P02901W17-S
8-27 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Multiband handover grouping
Table 8-12 describes the elds in the general - multiband handover grouping of the CELL Detailed View.
Table 8-12 CELL Detailed View elds, general - multiband handover grouping
Field name/BSS parameter name Interband Handover Allowed interband_ho _allowed Brief description The destination frequency band for handover. Cannot be modied if the MultiBand Inter-Cell Handover feature (mbInterCellHoOpt) is disabled. 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 specied, 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 - 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. Mandatory or Optional? Optional.
Continued
8-28
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-12 (Continued)
CELL Detailed View elds, general - multiband handover grouping
Mandatory or Optional? Optional.
Field name/BSS parameter name Band Preference band _preference
Brief description See Dual band cells option on page 2-27, Advanced Load Management for EGSM on page 2-76, Conguring enhanced SDCCH to TCH band assignment on page 8-197 and Intelligent Multilayer Resource Management (IMRM) on page 2-148 for details. See Intelligent Multilayer Resource Management (IMRM) on page 2-148 for details. See Intelligent Multilayer Resource Management (IMRM) on page 2-148 for details. See Intelligent Multilayer Resource Management (IMRM) on page 2-148 for details. See Intelligent Multilayer Resource Management (IMRM) on page 2-148 for details. See Intelligent Multilayer Resource Management (IMRM) on page 2-148 for details. See Dual band cells option on page 2-27, Advanced Load Management for EGSM on page 2-76, Conguring enhanced SDCCH to TCH band assignment on page 8-197 and Intelligent Multilayer Resource Management (IMRM) on page 2-148 for details.
Values
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 Band Preference Mode band _preference _mode
Optional.
Optional.
Optional.
Optional.
Optional.
Optional.
Continued
68P02901W17-S
8-29 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Table 8-12 CELL Detailed View elds, general - multiband handover grouping (Continued)
Field name/BSS parameter name Multiband Reporting multiband _reporting 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 - 3, where: 0 = Normal reporting of the six strongest neighbor cells with known and allowed NCC part of BSIC, irrespective of the band used. 1 = Report the strongest neighbor cell, with known and allowed NCC part of BSIC, in each of the frequency bands in the neighbor 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 identied neighbors 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 neighbor 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 positions that remain are used to report the next strongest identied neighbors in other bands irrespective of the band used. (continued...) Mandatory or Optional? Optional.
Continued
8-30
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-12 (Continued)
CELL Detailed View elds, general - multiband handover grouping
Mandatory or Optional?
Field name/BSS parameter name
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 neighbor 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 identied neighbors in other bands irrespective of the band used. Default is 0.
SDCCH to TCH Band Reassign Delay
See Conguring enhanced SDCCH to TCH band assignment on page 8-197 for further details.
Coincident Multiband HO grouping
For details of how to congure coincident multiband handover cells, see Conguring a cell for coincident multiband handovers on page 8-180.
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate) grouping
Table 8-13 describes the elds 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-127 for details.
68P02901W17-S
8-31 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Table 8-13 grouping
Channel Mode Usage (AMR Full Rate and Half Rate/GSM Half Rate)
Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Hop Count fr_hr_hop_count
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 - 255. Default is 1.
AMR Full Rate grouping
Table 8-14 describes the elds in the General - AMR Full 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) is unrestricted (Enabled) at the BSS, or if the site is not AMR capable, see Adaptive Multi-Rate (AMR) on page 2-127 for details.
Table 8-14 CELL Detailed View elds, General - AMR full rate grouping
Field name/BSS parameter name AMR Full Rate Enabled amr_full_rate _enabled (OMC-R parameter name: amr_fr_enabled) Brief description Enables and disables AMR Full Rate (FR) for the cell. Grayed-out if the BSS has both the amrTCUAopt and amrTCUBOpt Features restricted, and the site contains only M-CELL2 and/or M-CELL6 cabinets. However, if the site has Horizonmacro and/or Horizonmacro_ext cabinets and the amrTCUAopt and amrTCUBOpt Features are restricted at the BSS, this eld is not grayed-out. Values 0 or 1. Mandatory or Optional? Optional.
AMR FR Uplink Enables and disables Link Adaptation Link Adaptation for AMR FR on the uplink. Enabled amr_fr_ul_la _enabled (OMC-R parameter name: AmrFrUlLaEnabled) AMR FR Downlink Enables and disables Link Adaptation Link Adaptation for AMR FR on the downlink. Enabled amr_fr_dl_la _enabled (OMC-R parameter name: AmrFrDlLaEnabled)
0 or 1. Enabled (1), Disabled (0). Default is 1.
Optional.
0 or 1. Enabled (1), Disabled (0). Default is 1.
Optional.
Continued
8-32
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-14
CELL Detailed View elds, 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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-out. Values 0, 1, 3, 4, 6. Where: 0 = 12.2 kbit/s. 1 = 10.2 kbit/s. 3 = 7.4 kbit/s. 4 = 6.7 kbit/s. 6 = 5.15 kbit/s. Default is 0, 1, 3, 6. 0 - 63. Default is 9. 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) AMR Full Rate Downlink Threshold 2 amr_fr_downlink _threshold2 (OMC-R parameter name: amr_fr_dl_thr2)
Optional.
0 - 63. Default is 14.
Optional.
0 - 63. Default is 20.
Optional.
0 - 63. Default is 19.
Optional.
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 eld is set to NULL and is grayed-out.
0 - 63. Default is 24.
Optional.
Continued
68P02901W17-S
8-33 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Table 8-14 CELL Detailed View elds, General - AMR full rate grouping (Continued)
Field name/BSS parameter name 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) 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 eld is set to NULL and is grayed-out. Values 0 - 63. Default is 30. Mandatory or Optional? 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_fr_acs, this eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-out.
0 - 15. Default is 1.
Optional.
0 - 15. Default is 1.
Optional.
0 - 15. Default is 1.
Optional.
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)
0 - 15. Default is 1.
Optional.
0 - 15. Default is 1.
Optional.
Continued
8-34
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-14
CELL Detailed View elds, 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 eld is set to NULL and is grayed-out. Values 0 - 15. Default is 1. Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Full Rate Downlink Hysteresis 3 amr_fr_downlink _hystersis3 (OMC-R parameter name: amr_fr_dl_hys3)
AMR Full Rate The uplink switching Uplink Threshold threshold applied to 1 Hopping frequency hopping channels. amr_fr_uplink If only one codec mode has been _threshold1 selected for amr_fr_acs, this eld is _hopping set to NULL and is grayed-out. (OMC-R parameter name: amr_fr_ul_thr1Hop) AMR Full Rate The uplink switching Uplink Threshold threshold applied to 2 Hopping frequency hopping channels. amr_fr_uplink If only one codec mode has been _threshold2 selected for amr_fr_acs, this eld is _hopping set to NULL and is grayed-out. (OMC-R parameter name: amr_fr_ul_thr2Hop) AMR Full Rate The uplink switching Uplink Threshold threshold applied to 3 Hopping frequency hopping channels. amr_fr_uplink If only one codec mode has been _threshold3 selected for amr_fr_acs, this eld is _hopping set to NULL and is grayed-out. (OMC-R parameter name: amr_fr_ul_thr3Hop) AMR Full The downlink switching Rate Downlink thresholds applied to Threshold frequency hopping channels. 1 Hopping If only one codec mode has been amr_fr_downlink selected for amr_fr_acs, this eld is _threshold1 set to NULL and is grayed-out. _hopping (OMC-R parameter name: amr_fr_dl_thr1Hop)
0 - 63. Default is 4.
Optional.
0 - 63. Default is 11.
Optional.
0 - 63. Default is 16.
Optional.
0 - 63. Default is 14.
Optional.
Continued
68P02901W17-S
8-35 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Table 8-14 CELL Detailed View elds, General - AMR full rate grouping (Continued)
Field name/BSS parameter name Brief description Values 0 - 63. Default is 21. Mandatory or Optional? Optional.
AMR Full The downlink switching Rate Downlink thresholds applied to Threshold frequency hopping channels. 2 Hopping If only one codec mode has been amr_fr_downlink selected for amr_fr_acs, this eld is _threshold2 set to NULL and is grayed-out. _hopping (OMC-R parameter name: amr_fr_dl_thr2Hop) AMR Full The downlink switching Rate Downlink thresholds applied to Threshold frequency hopping channels. 3 Hopping If only one codec mode has been amr_fr_downlink selected for amr_fr_acs, this eld is _threshold3 set to NULL and is grayed-out. _hopping (OMC-R parameter name: amr_fr_dl_thr3Hop) AMR Full Rate The Uplink hysteresis applied Uplink Hysteresis to frequency hopping channels. 1 Hopping If only one codec mode has been amr_fr_uplink selected for amr_fr_acs, this eld is _hysteresis1 set to NULL and is grayed-out. _hopping (OMC-R parameter name: amr_fr_ul_hys1Hop) AMR Full Rate The Uplink hysteresis applied Uplink Hysteresis to frequency hopping channels. 2 Hopping If only one codec mode has been amr_fr_uplink selected for amr_fr_acs, this eld is _hysteresis2 set to NULL and is grayed-out. _hopping (OMC-R parameter name: amr_fr_ul_hys2Hop) AMR Full Rate The Uplink hysteresis applied Uplink Hysteresis to frequency hopping channels. 3 Hopping If only one codec mode has been amr_fr_uplink selected for amr_fr_acs, this eld is _hysteresis3 set to NULL and is grayed-out. _hopping (OMC-R parameter name: amr_fr_ul_hys3Hop)
0 - 63. Default is 26.
Optional.
0 - 15. Default is 1.
Optional.
0 - 15. Default is 1.
Optional.
0 - 15. Default is 1.
Optional.
Continued
8-36
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-14
CELL Detailed View elds, General - AMR full rate grouping (Continued)
Brief description Values 0 - 15. Default is 1. Mandatory or Optional? Optional.
Field name/BSS parameter name
AMR Full The Downlink hysteresis applied Rate Downlink to frequency hopping channels. Hysteresis If only one codec mode has been 1 Hopping selected for amr_fr_acs, this eld is amr_fr_downlink set to NULL and is grayed-out. _hysteresis1 _hopping (OMC-R parameter name: amr_fr_dl_hys1Hop) AMR Full The Downlink hysteresis applied Rate Downlink to frequency hopping channels. Hysteresis If only one codec mode has been 2 Hopping selected for amr_fr_acs, this eld is amr_fr_downlink set to NULL and is grayed-out. _hysteresis2 _hopping (OMC-R parameter name: amr_fr_dl_hys2Hop) AMR Full The Downlink hysteresis applied Rate Downlink to frequency hopping channels. Hysteresis If only one codec mode has been 3 Hopping selected for amr_fr_acs, this eld is amr_fr_downlink set to NULL and is grayed-out. _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 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 eld (amr_fr_acs). Click the mode to be the initial codec mode. If AMR Full Rate Active Codec Set eld (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 - 15. Default is 1.
Optional.
0 - 15. Default is 1.
Optional.
0, 1, 3, 4, or 6. Default is 1.
Optional.
AMR/GSM Half Rate grouping
Table 8-15 describes the elds in the General - AMR/GSM Half Rate grouping of the CELL Detailed View. Unless otherwise stated, 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
68P02901W17-S
8-37 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
(amrOpt) or the GSM HR Feature (gsmHalfRateOpt is 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-127 for details.
Table 8-15 CELL Detailed View elds, General - AMR/GSM Half Rate grouping
Field name/BSS parameter name AMR Half Rate Enabled amr_half_rate (OMC-R parameter name: amr_hr) Brief description Enables and disables AMR Half Rate (HR) for the cell. Grayed-out if the BSS has both the amrTCUAopt and amrTCUBOpt Features restricted, and the site contains only M-CELL2 and/or M-CELL6 cabinets. However, if the site has Horizonmacro and/or Horizonmacro_ext cabinets and the amrTCUAopt and amrTCUBOpt Features are restricted at the BSS, this eld is not grayed-out. Enables and disables Link Adaptation for AMR HR on the uplink. Values 0 or 1. Enabled (1) Disabled (0). Default is 0. Mandatory or Optional? Optional.
AMR HR Uplink Link Adaptation Enabled amr_hr_ul_la _enabled (OMC-R parameter name: AmrHrUlLa Enabled) AMR HR Downlink Link Adaptation Enabled amr_hr_dl_la _enabled (OMC-R parameter name: AmrHrDlLa Enabled) AMR Half Rate Active Codec Set amr_hr_acs
0 or 1. Enabled (1), Disabled (0). Default is 1.
Optional.
Enables and disables Link Adaptation for AMR HR on the downlink.
0 or 1. Enabled (1), Disabled (0). Default is 1.
Optional.
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 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 kbit/s (2) cannot be included in the amr_hr_acs set.
2, 3, 4, 5, 6. Where: 2 = 7.95 kbit/s. 3 = 7.4 kbit/s. 4 = 6.7 kbit/s. 5 = 5.9 kbit/s. 6 = 5.15 kbit/s. Default is 4, 5, 6.
Optional.
Continued
8-38
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-15 (Continued)
CELL Detailed View elds, General - AMR/GSM Half Rate grouping
Mandatory or Optional? Optional.
Field name/BSS parameter name 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) 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)
Brief description 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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-out.
Values 0 - 63. Default is 22.
0 - 63. Default is 28.
Optional.
0 - 63. No default.
Optional.
0 - 63. Default is 24.
Optional.
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 eld is set to NULL and is grayed-out.
0 - 63. Default is 30.
Optional.
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 eld is set to NULL and is grayed-out.
0 - 63. No default.
Optional.
Continued
68P02901W17-S
8-39 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Table 8-15 CELL Detailed View elds, General - AMR/GSM Half Rate grouping (Continued)
Field name/BSS parameter name 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) 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) 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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-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 eld is set to NULL and is grayed-out. Values 0 - 15. Default is 1. Mandatory or Optional? Optional.
0 - 15. Default is 1.
Optional.
0 - 15. No default.
Optional.
0 - 15. Default is 1.
Optional.
0 - 15. Default is 1.
Optional.
0 - 15. No default.
Optional.
Continued
8-40
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-15 (Continued)
CELL Detailed View elds, General - AMR/GSM Half Rate grouping
Mandatory or Optional? Optional.
Field name/BSS parameter name AMR Half Rate Uplink Threshold 1 Hopping amr_hr_uplink _threshold1 _hopping (OMC-R parameter name: amr_hr_ul_thr1 Hop) AMR Half Rate Uplink Threshold 2 Hopping amr_hr_uplink _threshold2 _hopping (OMC-R parameter name: amr_hr_ul_thr2 Hop) AMR Half Rate Uplink Threshold 3 Hopping amr_hr_uplink _threshold3 _hopping (OMC-R parameter name: amr_hr_ul_thr3 Hop) AMR Half Rate Downlink Threshold 1 Hopping amr_hr_downlink _threshold1 _hopping (OMC-R parameter name: amr_hr_dl_ thr1Hop)
Brief description The Uplink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this eld is set to NULL and is grayed-out.
Values 0 - 63. Default is 21.
The Uplink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this eld is set to NULL and is grayed-out.
0 - 63. Default is 28.
Optional.
The Uplink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this eld is set to NULL and is grayed-out.
0 - 63. No default.
Optional.
The Downlink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this eld is set to NULL and is grayed-out.
0 - 63. Default is 23.
Optional.
Continued
68P02901W17-S
8-41 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Table 8-15 CELL Detailed View elds, General - AMR/GSM Half Rate grouping (Continued)
Field name/BSS parameter name AMR Half Rate Downlink Threshold 2 Hopping amr_hr_downlink _threshold 2_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) Brief description The Downlink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this eld is set to NULL and is grayed-out. Values 0 - 63. Default is 30. Mandatory or Optional? Optional.
The Downlink switching threshold applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this eld is set to NULL and is grayed-out.
0 - 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 eld is set to NULL and is grayed-out.
0 - 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 eld is set to NULL and is grayed-out.
0 - 15. Default is 1.
Optional.
Continued
8-42
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-15 (Continued)
CELL Detailed View elds, General - AMR/GSM Half Rate grouping
Mandatory or Optional? Optional.
Field name/BSS parameter name 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) 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)
Brief description The Uplink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this eld is set to NULL and is grayed-out.
Values 0 - 15. No default.
The Downlink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this eld is set to NULL and is grayed-out.
0 - 15. Default is 1.
Optional.
The Downlink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this eld is set to NULL and is grayed-out.
0 - 15. Default is 1.
Optional.
The Downlink hysteresis applied to frequency hopping channels. If only one codec mode has been selected for amr_hr_acs, this eld is set to NULL and is grayed-out.
0 - 15. No default.
Optional.
Continued
68P02901W17-S
8-43 Nov 2007
General cell parameter section groupings
Chapter 8: Conguring cells
Table 8-15 CELL Detailed View elds, General - AMR/GSM Half Rate grouping (Continued)
Field name/BSS parameter name AMR Half Rate Initial Codec Mode amr_hr_icm (OMC-R parameter name: amr_hr_icm) Brief description 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 eld (amr_hr_acs). Click the mode to be the initial codec mode. If AMR Half Rate Active Codec Set eld (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: Reconguration 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. 0 - 101%. Default is 101. Setting the value to 101 effectively disables reconguration. 0 - 101%. Default is 101. Setting the value to 101 effectively disables reconguration. Optional. Values 2, 3, 4, 5, or 6. Default is 4. Mandatory or Optional? Optional.
Half Rate Reserved Timeslot hr_res_ts Inner Half Rate Usage Threshold inner_hr _usage_thres (OMC-R parameter name: InnHrUseThres)
0 - 255 timeslots. Default is 255. 0 - 101%. Default is 101.
Optional.
Optional.
Recongure Full Rate to Half Rate recong_fr_to_hr (OMC-R parameter name: RecongFrToHr) New Calls Half Rate new_calls_hr
If the congestion level at the target cell exceeds this threshold, any existing Half Rate capable' Full Rate calls are reassigned to Half Rate trafc channels. Setting the value to 101 disables reconguration. 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 reconguration. Does not apply when the MSC has specied 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.
Optional.
Continued
8-44
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
General cell parameter section groupings
Table 8-15 (Continued)
CELL Detailed View elds, General - AMR/GSM Half Rate grouping
Mandatory or Optional? Optional.
Field name/BSS parameter name Half Rate Intracell Handover Allowed hr_intracell_ho _allowed (OMC-R parameter name: HrIntHoAllwd)
Brief description Enables and disables Intracell handovers for Half Rate channels within a cell.
Values 0 - 3. Default is 0.
AMR/GSM Half Rate grouping with GSM Half Rate
Table 8-16 describes the new elds in the General - AMR/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 GSM Half Rate Feature (gsmHalfRateOpt) is unrestricted (Enabled) at the BSS. If the site is not GSM Half Rate capable, see GSM Half Rate on page 2-138 for details.
Table 8-16 CELL Detailed View elds, General - AMR/GSM Half Rate grouping
Field name/BSS parameter name GSM Half Rate gsm_half_rate _enabled (OMC-R parameter name: gsm_hr) Brief description Enables and disables GSM Half Rate (HR) for the Cell. It is not displayed if GSM Half Rate Feature is restricted, or if CIC Validation (cic_validation) is disabled at the Assoc_RXCDR. It is grayed-out if the container site is not AMR or GSM Half Rate capable. Values 0 or 1. Enabled (1), Disabled (0). Default is 0. Mandatory or Optional? Optional.
68P02901W17-S
8-45 Nov 2007
Handover cell parameter section
Chapter 8: Conguring cells
Handover cell parameter section
Displaying the handover cell parameter section
To display handover cell parameter section, click the Handover button at the top of the CELL Detailed View.
Handover cell parameter section groupings
The following sections list and briey describe the parameter groupings and elds in the CELL Detailed View Handover section. Unless stated otherwise, the OMC-R database parameter name is the same as the BSS database parameter name. BSS parameters are described in detail in Technical Description: BSS Command Reference (68P02901W23).
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Handover - General grouping
Table 8-17 describes the elds in the Handover - Handover - General grouping of the CELL Detailed View.
Table 8-17 CELL Detailed View, Handover - Handover - General grouping
Field name/BSS parameter name BA Re-Initialization ba_alloc_proc Brief description Enables or disables the re-initialization of the active block following a change in the broadcast control allocation (BA), and to suspend subsequent measurements until the new BA is reported. Values Default is Disabled (0). Mandatory or Optional? Mandatory.
Continued
8-46
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Handover cell parameter section groupings
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 - 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: handoverPwr Level) Minimum Handover Recognized Period handover _recognized _period (OMC-R parameter name: handoverRec Period) Handover Margin Default ho_margin_def
Used to prevent continuous handover bouncing between cells due to RXQUAL reasons.
0 - 255 (Number of SACCH periods). Default is 0.
Mandatory.
Used to prevent continuous handover bouncing between cells due to congestion reasons.
0 - 255 (Number of SACCH periods). Default is 0.
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.
0 - 19, 29 - 31. Default is 2.
Mandatory.
The threshold for handover interval when the MSC needs to queue a handover request.
2 - 64. Default is 2.
Mandatory.
Used for a neighbor whenever ho_margin_cell is not dened in the neighbor object.
-63 to 63 (dB). Default is 8.
Mandatory.
Continued
68P02901W17-S
8-47 Nov 2007
Handover cell parameter section groupings
Chapter 8: Conguring cells
Table 8-17
CELL Detailed View, Handover - Handover - General grouping (Continued)
Brief description Values Generic H/O margin formula (0) or Specialized HO margin formula (1). Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name
Handover Margin The sorting algorithm used to sort the Usage Flag neighbor list. ho_margin _usage_ag (OMC-R parameter name: ho_mgn_use_ag) Enable Incoming Handovers Hop Count hop_count See Barring calls at a cell on page 8-237 for details. The number of interference handovers allowed within a CELL hop_count_timer period.
Mandatory. 0 - 255. Default is 255. Default is 0. Default is Disable (0). Mandatory.
Hop Count Timer The number of SACCH periods before hop_count_timer the CELL hop_count value is reset. Missing Measurement Report missing_rpt Enables or disables the no_measurement_report ag in the call block, and to suspend all measurement processing (store, averaging, power control, handover) in the event of a missing measurement report.
Mandatory. Mandatory.
Timing The interval between timing advance Advance Period changes. 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 See Conguring a cell for exible neighbor cell processing on page 8-194 for further details of these elds.
0 - 31 (SACCH multi-frames). Default is 4.
Mandatory.
Default is No (0).
Mandatory.
Handover thresholds grouping
Table 8-18 describes the elds in the Handover - Handover - Thresholds grouping of the CELL Detailed View.
8-48
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Handover cell parameter section groupings
Table 8-18 CELL Detailed View, Handover - Handover Thresholds grouping
Field name/BSS parameter name EGSM Handover Threshold egsm_handover _threshold (OMC-R parameter name: egsm_ho_thresh) Brief description Indicates the range of interference bands allowed for handing over an extended mobile using a primary resource which is needed by a primary mobile. Only valid if egsmOpt is unrestricted. Values 0 - 5. Default is Forced HO Not Allowed (0). Mandatory or Optional? Optional.
Handover types allowed grouping
Table 8-19 describes the elds in the Handover - Handover - Handover types allowed grouping of the CELL Detailed View.
Table 8-19
CELL Detailed View, Handover - Handover types allowed grouping
Brief description Values Default is Enabled (1). Mandatory or Optional? Mandatory.
Field name/BSS parameter name
Downlink Receive Enables or disables a Quality Handover handover due to downlink dl_rxqual_ho receive quality (rxqual). _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) Disables or enables inter-cell handovers.
0 - 3. Default is BSC Controlled Handover (1).
Mandatory.
Disables or enables intra-cell handovers.
0 - 2. Default is BSC Controlled Handover (1).
Mandatory.
Uplink Receive Enables or disables a Quality Handover handover due to uplink ul_rxqual_ho receive quality (rxqual). _allowed (OMC-R parameter name: ulRxqualHoAllowed)
Default is Enabled (1).
Mandatory.
Adaptive handovers grouping
See Conguring a cell for adaptive handovers on page 8-184 for further details of these elds.
68P02901W17-S
8-49 Nov 2007
Handover cell parameter section groupings
Chapter 8: Conguring cells
Handover Timer grouping
Table 8-20 describes the elds in the Handover - Handover - Handover Timer grouping of the CELL Detailed View.
Table 8-20 CELL Detailed View, Handover - Handover Timer grouping
Field name/BSS parameter name RR_T3105 Timer rr_t3105 RR_NY1_REP Timer rr_ny1_rep RR_T3103 Timer rr_t3103 Brief description The timer that causes the repetition of the PHYSICAL INFORMATION message during the handover procedure. The threshold for the maximum number of repetitions for the PHYSICAL INFORMATION message during a handover. The time that the BSS waits for an internal handover to complete. Values 0 - 200 ms. Default is 60. 0 - 200. Default is 20. Mandatory or Optional? Mandatory.
Mandatory.
0 1000000 ms. Default is 30000. 0 1000000 ms. Default is 5000.
Mandatory.
Handover Acknowledgment Timer ho_ack
The time that the system waits for conrmation that the mobile has accessed the handover' channel.
Mandatory.
Uplink RxQual Handover grouping
Table 8-21 describes the elds in the Handover - Uplink RxQual Handover grouping of the CELL Detailed View.
Table 8-21 CELL Detailed View, Handover - Uplink RxQual Handover grouping
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 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.
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.
0 - 1810. Default is 453. 1 - 31 (1 range step = 1 peg). Default is 1.
Mandatory.
Mandatory.
Continued
8-50
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Handover cell parameter section groupings
Table 8-21 CELL Detailed View, Handover - Uplink RxQual Handover grouping (Continued)
Field name/BSS parameter name Decision Algorithm Parameter P6 decision_1_p6 Brief description 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 the receive quality parameters for hopping are enabled. The lower uplink receive quality handover threshold for hopping. Values 1 - 31 (1 range step = 1 peg). Default is 1. Mandatory or Optional? 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_ag (OMC-R parameter name: data_qual_enabled) 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)
0 or 1. Default is Disabled (0). 0 - 1810. Default is 0.
Mandatory.
Optional.
The lower uplink signal quality threshold for power control for hopping in the serving cell.
0 - 1810. Default is 0.
Optional.
Whether the receive quality parameters for data will be enabled.
0 or 1. Default is Disabled (0).
Mandatory.
The lower uplink receive quality handover threshold for data services.
0 - 1810. Default is 0.
Mandatory.
The lower uplink signal quality threshold for power control for data services in the serving cell.
0 - 1810. Default is 0.
Mandatory.
68P02901W17-S
8-51 Nov 2007
Handover cell parameter section groupings
Chapter 8: Conguring cells
Downlink RxQual handover grouping
Table 8-22 describes the elds in the Handover - Downlink RxQual handover grouping of the CELL Detailed View.
Table 8-22
CELL Detailed View, Handover - Downlink RxQual handover grouping
Brief description The measurement averaging bin used to generate handover for downlink receive quality. Values 0 or 1. Default is 0. Mandatory or Optional? Mandatory.
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)
The lower downlink receive quality handover threshold.
0 - 1810. Default is 453.
Mandatory.
The lower downlink receive quality handover threshold for hopping.
0 - 1810. Default is 0.
Optional.
The lower downlink signal quality threshold for power control for hopping in the serving cell.
0 - 1810. Default is 0.
Optional.
The lower downlink receive quality handover threshold for data services.
0 - 1810. Default is 0.
Mandatory.
The lower downlink signal quality threshold for power control for data services in the serving cell.
0 - 1810. Default is 0.
Mandatory.
8-52
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Handover cell parameter section groupings
Uplink RxLev handover grouping
Table 8-23 describes the elds in the Handover - Uplink RxLev Handover grouping of the CELL Detailed View.
Table 8-23
CELL Detailed View, Handover - Uplink RxLev Handover grouping
Brief description Enables or disables a handover due to uplink receive level (rxlev). Values 0 or 1. Default is Enabled (1). Mandatory or Optional? Mandatory.
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.
0 - 63. Default is 10. 1 - 31 (1 range step = 1 peg). Default is 1.
Mandatory.
Mandatory.
Decision Algorithm Parameter P5 decision_1_p5
1 - 31 (1 range step = 1 peg). Default is 1.
Mandatory.
68P02901W17-S
8-53 Nov 2007
Handover cell parameter section groupings
Chapter 8: Conguring cells
Downlink RxLev Handover grouping
Table 8-24 describes the elds in the Handover - Downlink RxLev Handover grouping of the CELL Detailed View.
Table 8-24 CELL Detailed View, Handover - Downlink RxLev Handover grouping
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 Brief description Enables or disables a handover due to downlink receive level (rxlev). Values 0 or 1. Default is Enabled (1). Mandatory or Optional? Mandatory.
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 Conguring a cell for exible neighbor cell processing on page 8-194 for further details.
0 - 63. Default is 10.
Mandatory.
8-54
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Handover cell parameter section groupings
Uplink Interference Handover grouping
Table 8-25 describes the elds in the Handover - Uplink Interference Handover grouping of the CELL Detailed View.
Table 8-25 CELL Detailed View, Handover - Uplink Interference Handover grouping
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 Brief description Enables or disables handover due to interference. Values 0 or 1. Default is Enabled (1). 0 or 1. Default is 0. Mandatory or Optional? Mandatory.
The identier for one of the RxLevUl_HC instances contained within the BTS-CELL object instance.
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.
1 - 31 (1 range step = 1 peg). Default is 1.
Mandatory.
Decision Algorithm Parameter P7 decision_1_p7
1 - 31 (1 range step = 1 peg). Default is 1.
Mandatory.
Upper Uplink Receive Interfer Level (HO) u_rxlev_ul_ih
0 - 63. Default is 45.
Mandatory.
Downlink interference handover grouping
Table 8-26 describes the elds in the Handover - Downlink interference handover grouping of the CELL Detailed View.
Table 8-26 CELL Detailed View, Handover - Downlink Interference Handover grouping
Field name/BSS parameter name Downlink Signal Interference HO Bin decision_1_dl_ rxlev_av_ih (OMC-R parameter name: dec1DlRxlevAv_ih) Brief description The identier of one of the RxLevDl_HC instances contained within the CELL. Values 0 or 1. Default is 0. Mandatory or Optional? Mandatory.
Continued
68P02901W17-S
8-55 Nov 2007
Handover cell parameter section groupings
Chapter 8: Conguring cells
Table 8-26 CELL Detailed View, Handover - Downlink Interference Handover grouping (Continued)
Field name/BSS parameter name Upper DL Receive Interfere Level (HO) u_rxlev_dl_ih Brief description The upper downlink interference receive level handover threshold. Values 0 - 63. Default is 45. Mandatory or Optional? Mandatory.
Distance handover grouping
Table 8-27 describes the elds in the Handover - Distance Handover grouping of the CELL Detailed View.
Table 8-27
CELL Detailed View, Handover - Distance Handover grouping
Brief description Disables or enables the use of the distance comparison process in the handover decision process. Values 0 - 1. Default is Disabled (0). Mandatory or Optional? Mandatory.
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
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.
0 - 219. Default is 0.
Optional.
Continued
8-56
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Handover cell parameter section groupings
Table 8-27 CELL Detailed View, Handover - Distance Handover grouping (Continued)
Field name/BSS parameter name Decision Algorithm Parameter N8 decision_1_n8 Brief description 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. Values 1 - 31 (1 range step = 1 peg). Default is 1. Mandatory or Optional? Mandatory.
Decision Algorithm Parameter P8 decision_1_p8
1 - 31. Default is 1.
Mandatory.
Power budget handover grouping
Table 8-28 describes the elds in the Handover - Power budget handover grouping of the CELL Detailed View.
Table 8-28 CELL Detailed View, Handover - Power Budget Handover grouping
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) Neighbor Cell Signal Strength HO Bin decision_1_ncell_ rxlev_av_h_calc )(OMC-R parameter name: dec1NcellRxlevAvH) Use Neighbor Power Budget Hreqave use_neighbor_ pbgt_hreqave (OMC-R parameter name: useNeiPbgtHreqave) Brief description Disables or enables the use of the power budget handover. Values 0 or 1. Default is Enabled (1). Mandatory or Optional? Mandatory.
The measurement averaging bin used to determine whether a handover is necessary due to power budget. The measurement averaging bin used to determine whether a handover is necessary due to neighbor cell signal strength.
0 or 1. Default is 0.
Mandatory.
0 or 1. Default is 0.
Mandatory.
Tells the handover process whether to use the unique hreqave value for each neighbor of a given cell. Only used if the BSS optional feature microcellOpt is unrestricted.
0 or 1. Default is No (0).
Optional.
68P02901W17-S
8-57 Nov 2007
Handover cell parameter section groupings
Chapter 8: Conguring cells
SDCCH handover grouping
Table 8-29 describes the elds in the Handover - SDCCH Handover grouping of the CELL Detailed View.
Table 8-29 CELL Detailed View, Handover - SDCCH Handover grouping
Field name/ BSS parameter name SDCCH Handover Allowed sdcch_ho Brief description Enables or disables handover on the SDCCH following the expiration of the RSS SDCCH handover timer: sdcch_timer_ho. The number of SACCH multi-frames before handover on the SDCCH occurs. Values 0 or 1. Default is Enabled (1). Mandatory or Optional? Mandatory.
SDCCH Timer Handover sdcch_timer_ho
1 - 31. Default is 1.
Mandatory.
Inter-RAT handover grouping
See Inter-Radio Access Technology (Inter-RAT) Handover on page 2-93 for further details of these elds.
Handover - AMR Full Rate grouping
Table 8-30 describes the elds in the Handover - Handover - AMR Full Rate grouping of the CELL Detailed View. Fields in this grouping can be accessed if the AMR Feature (amrOpt) is unrestricted (Enabled) at the BSS, or if the site is not AMR capable, see Adaptive Multi-Rate (AMR) on page 2-127 for details.
Table 8-30 CELL Detailed View, Handover - Handover - AMR Full Rate grouping
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) Brief description The handover control threshold for the lower receive quality uplink. This threshold is checked to determine if a handover condition exists. The handover control threshold for the lower receive quality on the uplink 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 eld (hop_qual_enabled). Values 0 - 1810 BER or 0 - 7 Qband units. Default is 453 BER, or 5 Qband units. 0 - 1810 BER or 0 - 7 Qband units. Default is 0. Mandatory or Optional? Optional.
Optional.
Continued
8-58
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Handover cell parameter section groupings
Table 8-30 CELL Detailed View, Handover - Handover - AMR Full Rate grouping (Continued)
Field name/ BSS parameter name 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) Brief description The handover control threshold for the lower received quality downlink. This threshold is checked to determine if a handover condition exists. 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 eld (hop_qual_enabled). Values 0 - 1810 BER, or 0 - 7 Qband units. Default is 226 BER or 4 Qband units. 0 - 1810 BER, or 0 - 7 Qband units. Default is 0. Mandatory or Optional? Optional.
Optional.
Handover - AMR/GSM Half Rate grouping
Table 8-31 describes the elds in the Handover - Handover - AMR/GSM Half Rate grouping of the CELL Detailed View. Fields in this grouping can be accessed if the AMR Feature (amrOpt) or GSM HR Feature (gsmHalfRateOpt) are unrestricted, see Adaptive Multi-Rate (AMR) on page 2-127 for details.
Table 8-31 CELL Detailed View, Handover - Handover - AMR/GSM Half Rate grouping
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) Brief description The handover control threshold for the receive quality uplink. This threshold is checked to determine if a handover condition exists. 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 eld (hop_qual_enabled). Values 0 - 1810 BER, or 0 - 7 Qband units. Default is 226 BER or 4 Qband units. 0 - 1810 BER, or 0 - 7 Qband units. Default is 226 BER or 4 Qband units. Mandatory or Optional? Optional.
Optional.
Continued
68P02901W17-S
8-59 Nov 2007
Handover cell parameter section groupings
Chapter 8: Conguring cells
Table 8-31 CELL Detailed View, Handover - Handover - AMR/GSM Half Rate grouping (Continued)
Field name/BSS parameter name 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) Brief description The handover control threshold for the lower receive quality downlink. This threshold if checked to determine if a handover condition exists. 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 eld (hop_qual_enabled). Values 0 - 1810 BER, or 0 - 7 Qband units. Default is 226 BER or 4 Qband units. 0 - 1810 BER, or 0 - 7 Qband units. Default is 226 BER or 4 Qband units. Mandatory or Optional? Optional.
Optional.
8-60
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Power control cell parameter section
Power control cell parameter section
Displaying the power control cell parameter section
To display the Power Control cell parameter section, click the Power Control button at the top of the CELL Detailed View.
Power control cell parameter section groupings
The following sections list and briey describe the parameter groupings and elds in the CELL Detailed View Power Control section. Unless stated otherwise, the OMC-R database parameter name is the same as the BSS database parameter name. BSS parameters are described in detail in Technical Description: BSS Command Reference (68P02901W23).
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Power Control - General
Table 8-32 describes the elds in the Power Control - Power Control - General grouping of the CELL Detailed View.
Table 8-32 CELL Detailed View, Power Control - Power Control - General grouping
Field name/BSS parameter name Maximum Default Transmit Power ms_txpwr _max_def Brief description The default value used for a neighbor cell when the Neighbor ms_txpwr_max_cell is not dened in an underlying Neighbor instance. Values depend on the value of the CELL frequency_type. (Sets the equation for evaluating the need for a handover due to the power budget expression ms_txpwr_max_cell). Values 0 - 39. Default is 0. Mandatory or Optional? Mandatory.
68P02901W17-S
8-61 Nov 2007
Power control cell parameter section groupings
Chapter 8: Conguring cells
Rapid MS Power Down
Table 8-33 describes the elds in the Power Control - Rapid MS Power Down grouping of the CELL Detailed View.
Table 8-33
CELL Detailed View, Power Control - Rapid MS Power Down grouping
Brief description Enables or disables the rapid MS power down procedure. Species the rxlev steps below the CELL rpd_trigger value. Values 0 or 1. Default is Disabled (0). 0 - 63 (number of dBm below the trigger threshold). Default is 8. 1 - 32. Default is 2. 0 - 63. Default is 45. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Rapid Power Down Procedure rapid_pwr_down Rapid Power Down Offset rpd_offset
Mandatory.
Rapid Power Down Period rpd_period Rapid Power Down Trigger rpd_trigger
The number of reports that are averaged before checking for a rapid power down situation. The minimum power threshold beyond which the MS is immediately ordered to a calculated power level.
Mandatory.
Mandatory.
Uplink Power Control
Table 8-34 describes the elds in the Power Control - Uplink Power Control grouping of the CELL Detailed View.
Table 8-34 CELL Detailed View, Power Control - Uplink Power Control grouping
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) Brief description The maximum MS output power which can be used in this cell. Values 0 and 39. The default is the highest allowed value. 0 or 1. Default is Enabled (1). Mandatory or Optional? Mandatory.
Whether MS power control is allowed.
Mandatory.
The measurement averaging bin number used to generate power change based on uplink signal strength.
0 - 1. Default is 0.
Mandatory.
Continued
8-62
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Power control cell parameter section groupings
Table 8-34 (Continued)
CELL Detailed View, Power Control - Uplink Power Control grouping
Mandatory or Optional? Mandatory.
Field name/ BSS parameter name 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 MS Power Control Message Acknowledge ms_p_con_ack Mobile Station Power Control Interval ms_p_con_interval MS Power Control Processing mspwr_alg
Brief description The measurement averaging bin number used to generate power change based on uplink receive quality.
Values 0 - 1. Default is 0.
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 Conguring a cell for power control optimization on page 8-202 for details of these elds. The minimum time in which an ordered MS power change must be conrmed. The minimum time interval between successive RF power change orders to the mobile. The algorithm used for MS power control processing.
0 - 63. Default is 30. 0 - 1810. Default is 226. 0 - 63. Default is 40. 0 - 1810. Default is 28.
Mandatory.
Mandatory.
Mandatory.
Mandatory.
Mandatory.
0 - 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.
Mandatory.
Mandatory.
Downlink power Control
Table 8-35 describes the elds in the Power Control - Downlink Power Control grouping of the CELL Detailed View. For further details of optimizing the power control of a cell, see Conguring a cell for power control optimization on page 8-202.
68P02901W17-S
8-63 Nov 2007
Power control cell parameter section groupings
Chapter 8: Conguring cells
Table 8-35
CELL Detailed View, Power Control - Downlink Power Control grouping
Brief description See Establishing a cell boundary by changing transmit power on page 8-233 for details. Whether the downlink RF power control for the BTS-CELL is allowed. 0 or 1. Default is Disabled (0). Values Mandatory or Optional? 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.
0 or 1. Default is BER based (0).
Mandatory.
DL Signal Strength Power Change Bin decision_1_dl_ rxlev_av_p (OMC-R Parameter name: dec1DlRxlevAv_p) 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
0 or 1. Default is 0.
Mandatory.
The measurement averaging bin number used to generate power change based on downlink receive quality.
0 or 1. Default is 0.
Mandatory.
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.
0 - 63. Default is 30. 0 - 1810. Default is 226. 0 - 63. Default is 40. 0 - 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.
Continued
8-64
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Power control cell parameter section groupings
Table 8-35 (Continued)
CELL Detailed View, Power Control - Downlink Power Control grouping
Mandatory or Optional? Mandatory.
Field name/BSS parameter name Power Increase Step Size DL Power Reduction Step Size DL Dynamic Step Adjustment Alg Factor of Max Pwr Reduction BTS Power Control Acknowledgment bts_p_con_ack BTS Power Level Changes Min Interval bts_p_con_intervl
Brief description See Conguring a cell for power control optimization on page 8-202 for details of these elds.
Values
The minimum time in which an ordered BTS power change must be conrmed. The minimum amount of time between successive downlink power level changes.
0 - 31. Default is 2 Multiframes (1). 0 - 31. Default is 4 Multiframes (2).
Optional.
Mandatory.
Power control - AMR Full Rate
Table 8-36 describes the elds in the Power Control - Power Control - AMR Full Rate grouping of the CELL Detailed View. Fields in this grouping can be accessed if the AMR Feature (amrOpt) is unrestricted (Enabled) at the BSS, or if the site is not AMR capable, see Adaptive Multi-Rate (AMR) on page 2-127 for details.
Table 8-36 CELL Detailed View, Pwr Ctrl - Pwr Ctrl - AMR Full Rate grouping
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) 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 - 1810 BER, or 0 - 7 Qband units. Default is 226 BER or 4 Qband units. 0 - 1810 BER, or 0 - 7 Qband units. Default is 0. Mandatory or Optional? 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 eld (hop_qual_enabled).
Optional.
Continued
68P02901W17-S
8-65 Nov 2007
Power control cell parameter section groupings
Chapter 8: Conguring cells
Table 8-36 CELL Detailed View, Pwr Ctrl - Pwr Ctrl - AMR Full Rate grouping (Continued)
Field name/BSS parameter name 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) Brief description 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. Values 0 - 1810 BER, or 0 - 7 Qband units. Default is 113 BER or 3 Qband units. 0 - 1810 BER, or 0 - 7 Qband units. Default is 0. Mandatory or 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 eld (hop_qual_enabled).
Optional.
Power control - AMR/GSM Half Rate
Table 8-37 describes the elds in the Power Control - Power Control - AMR/GSM Half Rate grouping of the CELL Detailed View. Fields in this grouping can be accessed if the AMR Feature (amrOpt) or GSM HR Feature (gsmHalfRateOpt) is unrestricted, see Adaptive Multi-Rate (AMR) on page 2-127 for details.
Table 8-37 CELL Detailed View, Pwr Ctrl - Pwr Ctrl - AMR/GSM Half Rate grouping
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) 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 - 1810 BER, or 0 - 7 Qband units. Default is 113 BER or 3 Qband units. 0 - 1810 BER, or 0 - 7 Qband units. Default is 28 BER or 1 Qband units. Mandatory or Optional? Optional.
Optional.
Continued
8-66
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Power control cell parameter section groupings
Table 8-37 CELL Detailed View, Pwr Ctrl - Pwr Ctrl - AMR/GSM Half Rate grouping (Continued)
Field name/BSS parameter name HR Lower Uplink Rcv Qual (Pwr) Hopping l_rxqual_ul_p_ hopping_hr (OMC-R parameter name: lRxqUlPHopHr) Brief description 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 eld (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. Values 0 - 1810 BER, or 0 - 7 Qband units. Default is 113 BER or 3 Qband units. Mandatory or Optional? 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)
0 - 1810 BER, or 0 - 7 Qband units. Default is 113 BER or 3 Qband units. 0 - 1810 BER, or 0 - 7 Qband units. Default is 28 BER or 1 Qband units. 0 - 1810 BER, or 0 - 7 Qband units. Default is 113 BER or 3 Qband units.
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 eld (hop_qual_enabled).
Optional.
68P02901W17-S
8-67 Nov 2007
GPRS cell parameter section
Chapter 8: Conguring cells
GPRS cell parameter section
Displaying the GPRS cell parameter section
To display the GPRS cell parameter section, click the GPRS button at the top of the CELL Detailed View.
Prerequisites for dening GPRS parameters
Before GPRS cell parameters can be dened, the GPRS Feature eld (BSS parameter name: gprsOpt) in the associated BSS Detailed View must be set to Enabled (1). If not, the GPRS parameters in the CELL Detailed View are grayed-out.
GPRS cell parameter section grouping
Table 8-38 briey describes the parameter grouping and elds in the CELL Detailed View GPRS section. These parameters are grayed-out if BSS gprsOpt is restricted (disabled). Unless stated otherwise, the OMC-R database parameter name is the same as the BSS database parameter name. BSS parameters are described in detail in Technical Description: BSS Command Reference (68P02901W23).
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
An asterisk (*) next to the eld name indicates a propagatable cell parameter (see Propagating cell parameters on page 8-76 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-68
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GPRS cell parameter section grouping
Table 8-38 CELL Detailed View, GPRS grouping
Field name/BSS parameter name GPRS Enabled gprs_enabled Brief description Whether a cell supports GPRS. Cannot be set to 1, if there is no reserved PDCH timeslot in the same cell. The RAC (Routing Area Code) which is part of the GPRS cell identier. Species that GPRS is supported in a cell in System Information messages. Whether intra-cell handovers can be performed to free up GPRS PDTCHs which have been switched to TCHs. 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 ltered 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. The amount by which to decrement N3102. Values 0 or 1. Default is Disabled (0). Mandatory or Optional? Optional.
Routing Area Code * rac Routing Area Color * 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
0 - 255. Default is null. 0 - 7. Default is null. 0 or 1. Default is Enabled (1).
Optional.
Optional.
Optional.
0 or 1. Default is Disabled (0). 0 - 10. (multiplicative factor). Default is 0. 0 - 25. Default is 10. 0 - 25. Default is 10. 0 - 15 (number of radio blocks). Default is 2.
Optional.
Optional.
Optional.
Optional.
Optional.
Max MS Count Down Value * gprs_bs_cv_max gprs_cr_margin**
0 - 1. Default is 6. 5 - 40. Default is 30.
Optional.
Optional.
MS Counter N3102 Decrement * gprs_ms_pan_dec
0 - 7. Default is 1.
Optional.
Continued
68P02901W17-S
8-69 Nov 2007
GPRS cell parameter section grouping
Chapter 8: Conguring cells
Table 8-38 CELL Detailed View, GPRS grouping (Continued)
Field name/BSS parameter name MS Counter N3102 Increment * gprs_ms_pan_inc Max MS Counter N3102* gprs_ms_pan_max gprs_num_pmrs** Brief description The amount by which to increment N3102. The maximum value for N3102. Species 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. 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 recongured as a PDTCH. A unique ID that identies a cell to the SGSN. Species the power reduction used by the BTS on BCCH blocks. The maximum time allowed for the MS to request for Non-DRX mode after packet transfer mode. Species the two mobile timers used by the BTS on BCCH blocks. Values 0 - 7. Default is 1. 0 - 7. Default is 3. 1 - 10. Default is 3. Mandatory or Optional? Optional.
Optional. 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 Recong Idle TCH Threshold * gprs_recong_ thresh_idle_tch (OMC-R parameter name: gprs_rec_idle_tch) BVCI bvci BCCH Blocks Power Reduction * gprs_pb Max MS Non-DRX Mode Request Time * gprs_drx_timer_max (OMC-R parameter name: gprs_drx_time_max) T3168 * gprs_t3168
0 or 1. Default is BCCH (0).
Optional.
1600 - 20000 octets. Default is 12000. 1 - 900. Default is 900. 0 - 5. Default is 1.
Optional.
Optional.
Optional.
2 - 65535. Default is null. 0 - 16. Default is 1. 0 - 3 (Seconds). Default is 0.
Optional. Optional.
Optional.
500, 1000, 2000, or 4000. Default is 4000 msecs.
Optional.
Continued
8-70
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GPRS cell parameter section grouping
Table 8-38 CELL Detailed View, GPRS grouping (Continued)
Field name/BSS parameter name T3192 (SMG24-SMG30) * gprs_smg30_t3192 Brief description Species the mobile timers used by the BTS on BCCH blocks. Only valid if BSS smg_gb_vers <= 30. Species the mobile timers used by the BTS on BCCH blocks. See Conguring a cell for multiple GPRS carriers on page 8-206 for details of these elds. Values 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. Mandatory or Optional? Optional.
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 Conguration Algorithm* Maximum GPRS Data Timeslots per Carrier * Minimum GPRS Data Timeslots per Carrier * Max Number of TS In Pre-load USF Active State
Optional.
Optional.
See GPRS Interleaving TBFs on page 2-87 and Enhanced GPRS One Phase Access on page 2-111 for further details of this parameter. See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details.
Optional.
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)
Optional. Optional.
Optional.
Optional.
Optional.
Optional.
Continued
68P02901W17-S
8-71 Nov 2007
GPRS cell parameter section grouping
Chapter 8: Conguring cells
Table 8-38 CELL Detailed View, GPRS grouping (Continued)
Field name/BSS parameter name 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 prach_mx_retran_1 prach_mx_retran_2 prach_mx_retran_3 Slots to Spread Random Access Transmission prach_tx_int GPRS Minimum Receive Level gprs_rxlev_access_min (OMC-R parameter name: gprs_rxlev_ac_min) Brief description See PBCCH/PCCCH feature on page 2-115 for details. Values Mandatory or Optional? Optional.
See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details.
Optional.
Optional.
See PBCCH/PCCCH feature on page 2-115 for details.
Optional.
See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details.
Optional
Optional.
GPRS MS Max See PBCCH/PCCCH feature Transmit Power on page 2-115 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 See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details.
Optional.
Optional. Optional. Optional.
See PBCCH/PCCCH feature on page 2-115 for details.
Optional.
Continued
8-72
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GPRS cell parameter section grouping
Table 8-38 CELL Detailed View, GPRS grouping (Continued)
Field name/BSS parameter name 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 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 Brief description See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details. Values Mandatory or Optional? Optional. Optional.
See PBCCH/PCCCH feature on page 2-115 for details.
Optional.
See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details.
Optional. Optional.
See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details. See PBCCH/PCCCH feature on page 2-115 for details. Identier of the primary PCU for this cell. {27955A}-1 or 0. 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
Displays the identier of the current PCU to which this cell mapped. Cannot be updated by a user. See GPRS and EGPRS coding schemes on page 2-38 for details. See GPRS and EGPRS coding schemes on page 2-38 for details. See GPRS and EGPRS coding schemes on page 2-38 for details.
Mandatory.
Optional.
Optional.
Optional.
Continued
68P02901W17-S
8-73 Nov 2007
GPRS cell parameter section grouping
Chapter 8: Conguring cells
Table 8-38 CELL Detailed View, GPRS grouping (Continued)
Field name/BSS parameter name EGPRS Initial Uplink Coding Scheme egprs_init_ul_cs Minimal number of dynamic PRR blocks Bit Error Probability Period bep_period Brief description See GPRS and EGPRS coding schemes on page 2-38 for details. See GPRS and EGPRS coding schemes on page 2-38 for details. BEP lter averaging period used at the MS for channel quality measurements. 0 - 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 - 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 ltering. Default = 15. Values Mandatory or Optional? Optional.
Optional.
Optional.
Bit Error Probability Period 2 bep_period2
BEP lter averaging period used at the MS for channel quality measurements.
Optional.
Continued
8-74
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GPRS cell parameter section grouping
Table 8-38 CELL Detailed View, GPRS grouping (Continued)
Field name/BSS parameter name Brief description Values 0 or 1. 0 = CS-1 for GPRS or MCS-1 for EGPRS. 1 = commanded coding scheme. Default = 0. Mandatory or Optional? Optional.
TLLI_BLOCK Indicates whether an RLC _CHANNE data block containing the L_CODINGtlli_blk_coding contention resolution TLLI eld 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.
Network Controlled Cell Reselection grouping
Table 8-39 describes the elds in the GPRS - Network Controlled Cell Reselection grouping of the CELL Detailed View.
Table 8-39 CELL Detailed View elds, GPRS - Ntwk Ctrld Cell Reselection grouping
Field name/ parameter name Bad PMRs gprs_num_pmrs PMR Threshold gprs_cr_margin Brief description See Network Controlled Cell Reselection on page 2-79 for details. See Network Controlled Cell Reselection on page 2-79 for details. Values Mandatory or Optional? Optional. Optional.
Quality of Service grouping
See Quality of Service (QoS) on page 2-158 for details of the CELL parameters/elds contained in this grouping.
68P02901W17-S
8-75 Nov 2007
Propagating cell parameters
Chapter 8: Conguring cells
Propagating cell parameters
Introduction to propagating cell parameters
Cell parameters can be modied and propagated using the CELL Detailed View. The modied parameters are rst updated at the BSS and, if accepted at the BSS, are then updated in the MIB. When the modied parameters have been accepted in the MIB, the settings are propagated to all relevant cells under control of the OMC-R.
Cell parameter propagation options
Modications to the parameters of the cell can be propagated to: All cells within the site associated with the selected cell. All cells within the BSS associated with the selected cell. All cells within the selected Region. All cells within the scope of control of the OMC-R whose parent BSCs are running the same version of BSC software.
Cell propagation parameters
GSM and GPRS cell parameters can be propagated.
GPRS cell propagation parameters
An asterisk (*) next to the eld name in GPRS cell parameter section on page 8-68 indicates a GPRS cell parameter which is propagated.
GSM cell propagation parameters
Table 8-40 shows the GSM cell propagation parameters.
Table 8-40 GSM cell propagation parameters
BSS database parameter name adap_trigger_rxlev_dl adap_trigger_rxlev_ul adap_trigger_rxqual_dl Continued
8-76
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell propagation parameters
Table 8-40 GSM cell propagation parameters (Continued)
BSS database parameter name 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 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 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 Continued
68P02901W17-S
8-77 Nov 2007
Cell propagation parameters
Chapter 8: Conguring cells
Table 8-40 GSM cell propagation parameters (Continued)
BSS database parameter name 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 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 band_preference_mode blind_search_preference bounce_protect_cong_tmr bounce_protect_margin bounce_protect_qual_tmr Continued
8-78
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell propagation parameters
Table 8-40 GSM cell propagation parameters (Continued)
BSS database parameter name 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_cong ccch_load_period cell_bar_access_class cell_bar_access_switch cell_bar_quality cell_reselect_hysteresis cell_reselect_offset cell_reselect_param_ind channel_reconguration_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 decision_1_tim_adv_av_alg decision_1_ul_rxlev_av_ih decision_1_ul_rxqual_av_h Continued
68P02901W17-S
8-79 Nov 2007
Cell propagation parameters
Chapter 8: Conguring cells
Table 8-40 GSM cell propagation parameters (Continued)
BSS database parameter name 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 erc_ta_priority ex_range_cell ext_rtry_cand_prd extended_paging_active fdd_gprs_qoffset fdd_qmin fdd_qoffset fdd_multirat_reporting fdd_rep_quant ow_control_t1 ow_control_t2 full_pwr_ross gprs_par_wait_ind half_rate_enabled handover_power_level handover_recognized_period hcs_thr ho_ack ho_exist_congest Continued
8-80
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell propagation parameters
Table 8-40 GSM cell propagation parameters (Continued)
BSS database parameter name ho_margin_def ho_margin_usage_ag hop_count hop_count_timer hop_qual_enabled hopping_support hr_fr_hop_count hr_intracell_ho_allowed hr_res_ts imrm_dcs1800_weight imrm_egsm_weight imrm_force_recalc imrm_pgsm_weight imrm_umts_weight inner_hr_usage_thres inner_zone_alg intave 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 Continued
68P02901W17-S
8-81 Nov 2007
Cell propagation parameters
Chapter 8: Conguring cells
Table 8-40 GSM cell propagation parameters (Continued)
BSS database parameter name l_rxqual_dl_p 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 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 Continued
8-82
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell propagation parameters
Table 8-40 GSM cell propagation parameters (Continued)
BSS database parameter name ms_distance_allowed ms_max_range ms_p_con_ack 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 nch_position 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 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 Continued
68P02901W17-S
8-83 Nov 2007
Cell propagation parameters
Chapter 8: Conguring cells
Table 8-40 GSM cell propagation parameters (Continued)
BSS database parameter name pwr_handover_allowed qos_mtbr_i1_dl qos_mtbr_i1_ul qos_mtbr_i2_dl qos_mtbr_i12_ul qos_mtbr_i13_dl qos_mtbr_i13_ul qos_mtbr_be_dl qos_mtbr_be_ul qos_mtbr_bg_dl qos_mtbr_bg_ul 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 recong_fr_to_hr reestablish_allowed report_resource_tch_f_high_water_mark 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 Continued
8-84
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell propagation parameters
Table 8-40 GSM cell propagation parameters (Continued)
BSS database parameter name rr_t3101 rr_t3103 rr_t3105 rr_t3109 rr_t3111_sd rr_t3111_tch rr_t3212 rxlev_access_min rxlev_min_def sdcch_ho sdcch_need_high_water_mark sdcch_need_low_water_mark sdcch_timer_ho search_prio_3g serving_band_reporting stop_dri_tx_time sw_ts_less_one_carrier tch_congest_prevent_thres tch_ow_control tch_full_need_low_water_mark tch_usage_threshold temporary_offset threshold timing_advance_period ts_in_usf_active tx_integer 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 Continued
68P02901W17-S
8-85 Nov 2007
Propagating cell parameters using the OMC-R GUI
Chapter 8: Conguring cells
Table 8-40 GSM cell propagation parameters (Continued)
BSS database parameter name u_rxqual_ul_p u_rxqual_ul_p_hr ul_rxlev_ho_allowed ul_rxqual_ho_allowed umts_band_preferred umts_cpich_ec_no_min umts_cpich_rscp_min use_bcch_for_gprs use_derived_ho_power use_neighbor_pbgt_hreqave valid_candidate_period wait_indication_parameters
GSM cell propagation parameters with GSM Half Rate unrestricted
Table 8-41 shows the new cell propagation parameters if the Half Rate feature is unrestricted.
Table 8-41
GSM cell propagation parameters with GSM Half Rate unrestricted
BSS database parameter name gsm_half_rate_enabled
Propagating cell parameters using the OMC-R GUI
To propagate cell parameters to other cells follow these steps:
Procedure 8-5
Propagate cell parameters using the OMC-R
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-32 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. Continued
8-86
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Propagating cell parameters using the OMC-R GUI
Procedure 8-5 Propagate cell parameters using the OMC-R (Continued)
4 Modify the parameters that can be propagated. Refer to Propagating cell parameters on page 8-76 and Table 8-40 for lists of propagatable parameters.
To obtain the relevant information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. 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 modied parameters from the Do Not Propagate Parameters list and add them to the Propagate Parameters list using the Add or Add All buttons. Select the cells to which the parameters are to be propagated.
The Cell Parameter Propagation form has a lter mechanism to allow display of cells based on Cell Id or Cell name. For large networks, this is a useful tool for selecting large groups of cells. Continued
68P02901W17-S
8-87 Nov 2007
Propagating cell parameters using the OMC-R GUI
Chapter 8: Conguring cells
Procedure 8-5 Propagate cell parameters using the OMC-R (Continued)
9 Once the parameter and cell lists has been built up and reviewed, click 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). 10 Click Cancel, to close the monitor form.
Figure 8-2
Cell Parameter Propagation form
ti-GSM-CellParameterPropagationform-00800-ai-sw
8-88
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a cell
Deleting a cell
Deleting a cell: overall procedure
Deleting a cell involves many stages, which are detailed in the following overall procedure:
Procedure 8-6 Delete a cell
1 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 rst to prevent the BCCH hopping to another in service RTF. Allow 60 seconds to terminate all existing calls. Delete the required sources/neighbors for the cell. Using the Navigation Tree, open the Sources/Neighbors form for the cell to be deleted. Make a note of all the cells which have this cell as a neighbor. Remotely log in to the BSS. See Remotely logging in to a BSS site from the OMC-R on page 1-43 for further details. Use the del_nei command to remove the cell sources and neighbors. See Deleting neighbors using the Navigation Tree Delete option on page 8-128 for further details. Uncongure 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 congured 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. Uncongure 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
9 10
68P02901W17-S
8-89 Nov 2007
Deleting a cell using the OMC-R GUI
Chapter 8: Conguring cells
Deleting a cell using the OMC-R GUI
Prerequisites
Before deleting a cell, ensure that the cell has been removed from the neighbor lists.
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-41.
Deletion of cell algorithms
When a cell is deleted, the associated algorithms are automatically deleted.
8-90
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dening algorithms
Dening 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 eld (BSS parameter name: alg_num) in the algorithm Detailed View form is set to Unused (255), and may have to be changed. For example, before an RTF or DRI can be created, the Algorithm Number eld (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.
Methods for dening algorithms
Algorithm data for cell parameters is dened using: OMC GUI, see Modifying default algorithms using the OMC-R GUI on page 8-92. TTY interface, see Modifying default algorithms using the TTY interface on page 8-95.
The algorithm data examples shown in these sections are for demonstration purposes only. Actual values required vary with the number of carriers on the cell and specic system conditions. For this reason, only use values recommended by a system engineer.
68P02901W17-S
8-91 Nov 2007
Modifying default algorithms using the OMC-R GUI
Chapter 8: Conguring cells
Modifying default algorithms using the OMC-R GUI
Overview of algorithm denition
The following algorithms are created with default values when a cell is created: RelTimAdvHC - provides handover algorithm data for distance. SurrndCellHC - provides algorithm data for surround cell handovers. RxlevDlHC - provides handover algorithm data for downlink receive level. RxlevUlHC - provides handover algorithm data for uplink receive level. RxlevDlPC - provides power control algorithm data for downlink receive level. RxlevUlPC - provides power control algorithm data for uplink receive level. RxqualDlHC - provides handover algorithm data for downlink receive quality. RxqualUlHC - provides handover algorithm data for uplink receive quality. RxqualDlPC - provides power control algorithm data for downlink receive quality. RXqualUlPC - provides power control algorithm data for uplink receive quality.
The default values for these algorithms may have to be modied.
Modifying an algorithm using the OMC-R GUI
To modify an algorithm using the OMC-R GUI, follow these steps:
Procedure 8-7 Modifying an algorithm
1 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-32 for further details. The algorithm instance button changes color. 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. Continued
2 3
8-92
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Algorithm Detailed View elds
Procedure 8-7 Modifying an algorithm (Continued)
4 5 6 Modify the information as required. See Algorithm Detailed View elds 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.
Figure 8-3 Navigation Tree showing navigation to the cell algorithm instance buttons
ti-GSM-Navigation Treeshowingnavigationtothecellalgorithminstancebuttons-00801-ai-sw
Algorithm Detailed View elds
The following sections list and briey describe the parameter groupings and elds in the cell algorithm Detailed Views.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
68P02901W17-S
8-93 Nov 2007
Algorithm Detailed View elds
Chapter 8: Conguring cells
Identication grouping
Table 8-42 describes the elds in the Identication grouping of the Algorithm Detailed View.
Table 8-42 Algorithm Detailed View - Identication grouping
Field name RDN Class Brief description See description in Table 4-1. Values Default is the class, such as RxqualDlHC. Default is 0. Mandatory or Optional?
RDN Instance NMC RDN Value Parent Detailed View
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.
Additional Information
Use the Additional Information window to input any notes relating to this algorithm. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
General grouping
Table 8-43 describes the elds in the General grouping of the Algorithm Detailed View.
Table 8-43 Algorithm Detailed View - General grouping
Field name/BSS parameter name Algorithm Number alg_num Brief description The measurement averaging algorithm number used. Values 0, 1 or 255. Unweighted (0), Weighted (1), Unused (255). 1 - 31. Default is 4. Mandatory or Optional? Mandatory.
Distance Averaging Periods (HREQAVE) hreqave Averaged Results hreqt Weighting qual_weight (OMC-R database name: w_qual)
The averaging period in terms of number of SACCH multiframes.
Mandatory.
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).
1 - 31. Default is 1. 0 - 255. Default is 1.
Mandatory.
Mandatory.
8-94
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying default algorithms using the TTY interface
Modifying default algorithms using the TTY interface
Using the chg_cell_element command and parameters
To modify algorithms using the TTY interface, use the chg_cell_element command and the following database parameters: rel_tim_adv - provides handover algorithm data for distance. surround_cell - provides algorithm data for surround cell handovers. rxlev_dl_ho - provides handover algorithm data for downlink receive level. rxlev_ul_ho - provides handover algorithm data for uplink receive level. rxlev_dl_pc - provides power control algorithm data for downlink receive level. rxlev_ul_pc - provides power control algorithm data for uplink receive level. rxqual_dl_ho - provides handover algorithm data for downlink receive quality. rxqual_ul_ho - provides handover algorithm data for uplink receive quality. rxqual_dl_pc - provides power control algorithm data for downlink receive quality. rxqual_ul_pc - provides power control algorithm data for uplink receive quality.
Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the chg_cell_element command, parameters, and prompts.
Using chg_cell_element to change algorithms
The format of chg_cell_element when used to change algorithms is as follows: chg_cell_element <alg_name>, <bin_num> <alg_num> cell <cell_descrip> 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
68P02901W17-S
8-95 Nov 2007
Dening hreqave, hreqt, and qual_weight
Chapter 8: Conguring cells
Dening hreqave, hreqt, and qual_weight
After entering a chg_cell_element command, the system prompts for values for the following parameters: hreqave - to dene measurement periods. hreqt - to dene the number of measurement results that can be sent in a handover required message or follow measurements made for a power control decision.
In addition, the four rxqual algorithms permit the denition 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.
Examples of chg_cell_element commands
In the following example, hreqave is set to 8, meaning eight SACCH multiframes, and hreqt is left unchanged: chg_cell_element rxlev_dl_ho, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: 8 hreqt: COMMAND ACCEPTED 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-96
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Description of rel_tim_adv and surround_cell parameters
Description of rel_tim_adv and surround_cell parameters
Table 8-44 describes the chg_cell_element rel_tim_adv and the chg_cell_element surround_cell commands and their parameters.
Table 8-44 chg_cell_element rel_tim_adv and chg_cell_element surround_cell
Parameter Description Value
chg_cell_element rel_tim_adv: hreqave Sets the tim_adv measurement period. 1 to 31 = 1 to 31 SACCH multiframes.
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. 1 to 31.
chg_cell_element surround_cell: hreqave Sets the surround_cell measurement period. 1 to 31 = 1 to 31 SACCH multiframes.
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.
Example of modifying rel_tim_adv and surround_cell parameters
Scenario
For the purposes of the following example, assume cell parameters of: MCC = 364 MNC = 17 LAC = 1C3 CI = 1D7
The GSM cell id input parameter is then: 3 6 4 1 7 1C3h 1D7h (h for hexadecimal).
68P02901W17-S
8-97 Nov 2007
Description of rxlev_dl_ho and rxlev_ul_ho parameters
Chapter 8: Conguring cells
Procedure
To modify rel_tim_adv and surround_cell parameters, proceed as follows:
Procedure 8-8 Modify rel_tim_adv and surround_cell parameters
1 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-43 for further details. Dene 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. Dene 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
Description of rxlev_dl_ho and rxlev_ul_ho parameters
Table 8-45 describes the chg_cell_element rxlev_dl_ho and the chg_cell_element rxlev_ul_ho commands and their parameters.
Table 8-45 chg_cell_element rxlev_dl_ho and chg_cell_element rxlev_ul_ho
Parameter Description Value
chg_cell_element rxlev_dl_ho: hreqave Sets the rxlev measurement period. 1 to 31 = 1 to 31 SACCH multiframes.
hreqave x hreqt cannot be greater than 32. Continued
8-98
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Example of modifying uplink and downlink parameters
Table 8-45 (Continued)
Parameter hreqt
chg_cell_element rxlev_dl_ho and chg_cell_element rxlev_ul_ho
Description 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. Value 1 to 31.
chg_cell_element rxlev_ul_ho: hreqave Sets the rxlev measurement period. 1 to 31 = 1 to 31 SACCH multiframes.
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.
Example of modifying uplink and downlink parameters
Scenario
For the purposes of the following example, assume cell parameters of: MCC = 364 MNC = 17 LAC = 1C3 CI = 1D7
The GSM cell id input parameter is then: 3 6 4 1 7 1C3h 1D7h (h for hexadecimal).
68P02901W17-S
8-99 Nov 2007
Example of modifying uplink and downlink parameters
Chapter 8: Conguring cells
Procedure
To modify uplink and downlink parameters, proceed as follows:
Procedure 8-9
1
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-43 for further details. Dene 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. Repeat step 2 for the two uplink parameters using the chg_cell_element rxlev_ul_ho command. Dene 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. 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 Dene 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. Repeat step 6 for the three uplink parameters using the chg_cell_element rxqual_ul_ho command. Continued
3 4
8-100
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Example of modifying uplink and downlink parameters
Procedure 8-9
8
Modify uplink and downlink parameters (Continued)
Dene 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. Repeat step 8 for the three uplink parameters using the chg_cell_element rxqual_ul_pc command.
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: hreqt: 4 8
COMMAND ACCEPTED chg_cell_element rxlev_ul_ho, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: hreqt: 4 8
COMMAND ACCEPTED chg_cell_element rxlev_dl_pc, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: hreqt: 4 8
COMMAND ACCEPTED chg_cell_element rxlev_ul_pc, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: hreqt: 2 2
COMMAND ACCEPTED chg_cell_element rxqual_dl_ho, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: hreqt: 4 1 8
qual_weight:
COMMAND ACCEPTED chg_cell_element rxqual_ul_ho, 0 0 cell 3 6 4 1 7 1C3h 1D7h
68P02901W17-S
8-101 Nov 2007
Example of modifying uplink and downlink parameters
Chapter 8: Conguring cells
hreqave: hreqt: 4
qual_weight:
COMMAND ACCEPTED chg_cell_element rxqual_dl_pc, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: hreqt: 4 1 8
qual_weight:
COMMAND ACCEPTED chg_cell_element rxqual_ul_pc, 0 0 cell 3 6 4 1 7 1C3h 1D7h hreqave: hreqt: 4 1 8
qual_weight:
COMMAND ACCEPTED !logout
8-102
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Neighbors, Sources and Reciprocal Neighbors
Neighbors, Sources and Reciprocal Neighbors
Denition: Neighbor
A Neighbor is a cell to which another cell can hand over calls. Information about the cells which are Neighbors to a cell are held in a cell's Neighbor objects in the OMC-R, and can be displayed in the cell's Neighbor Detailed Views. For example, CELLB is a Neighbor of CELL A, so CELL A has a Neighbor object for CELL B.
Denition: 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 Neighbor. For example, if CELL A has CELL B as its Neighbor, then CELL B contains information about CELL A in its Source object. The Source object of CELLB is then referred to as Source A.
Contents of a Source object
A Source object contains information, such as: omc_name - the name of the OMC-R where the Source cell resides. The omc_name is set correctly when a proxy cell synchronization (see Synchronizing all OMC-R proxy cells within a network on page 8-159 is performed at the OMC-Rs. name - the name of the CELL pointing to this Source. If the name of the CELL is empty then the name of the Source is the same as the sourceGsmCellId.
Creation of a source object
After creating a Neighbor, if the neighborGsmCellId exist in the CM MIB as a proxy cell with a valid omc_name, the CM MIB creates a Source object under the CELL pointed to by the neighborGsmCellId at the appropriate OMC-R. (The omc_name of the Source is the name of the OMC-R where the original Neighbor cell was created.) For example, if CELL A was created at OMC1 and a user creates CELL A as a Neighbor of CELL B on OMC2, the CM MIB creates the Source object for CELLA at OMC1 containing the omc_name: OMC2, which is the omc_name where CELL B resides. If the creation of the Source object fails, an error message is written to the omcaudit log le.
68P02901W17-S
8-103 Nov 2007
Denition: Reciprocal Neighbors
Chapter 8: Conguring cells
Deletion of a source object
If a Neighbor cell is deleted, whose neighborGsmCellId points to a proxy cell, the CM MIB deletes the Source object under the CELL pointed to by the neighborGsmCellId at the remote OMC-R. For example, if CELL C was created at OMC2 and a CELL C is created as a Neighbor of CELLB on OMC2 (referred to as Neighbor C), when a user deletes Neighbor 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 le.
Denition: Reciprocal Neighbors
A signicant number of cells in a network are Reciprocal Neighbors. This means that if CELL A is a Neighbor of CELL B, then CELL B is also a Neighbor of CELL A. This means that CELL A can hand over calls to CELL B and CELL B can hand over calls to CELL A. This is also referred to as bi-directional. Reciprocal relationships between cells in an OMC-R can be viewed using the OMC-R GUI Sources and Neighbors View window.
One-Way Neighbors
If two CELLs are Neighbors of each other, they are said to exhibit neighbor reciprocity. If cells are not Reciprocal Neighbors, 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.
Automatic creation of Reciprocal Neighbors
Because most cells in a network are Reciprocal Neighbors, when a user creates a Neighbor, by default, the OMC-R automatically creates the Reciprocal Neighbor. For example, when CELL B is dened as the Neighbor of CELL A, the OMC-R assumes that CELL A is also the Neighbor of CELL B and so create the Reciprocal Neighbor relationship between CELL A and CELL B. Automatic creation of the Reciprocal Neighbor can be switched off (and on) using the environment variable: RECIPROCATE_NBR. The default is on (TRUE). The Reciprocate Neighbor eld (OMC-R parameter name: noReciprocal) in the Neighbor Detailed View form can be set to On or Off and determines whether the OMC-R should automatically create a Reciprocal Neighbor for this Neighbor. If switched Off, the OMC-R does not create a Reciprocal Neighbor for this Neighbor, that is, the Neighbor is One-Way only. If switched On, a Reciprocal Neighbor is always created for this Neighbor. If the value of RECIPROCATE_NBR is changed, the OMC-R must be stopped and restarted before the new value takes effect.
8-104
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Automatic creation of Reciprocal Neighbors
Example of autocreation of a Reciprocal Neighbor
When a Neighbor (Neighbor B) is created for a cell (CELLA), if RECIPROCATE_NBR is TRUE and Reciprocate Neighbor eld in the Neighbor Detailed View is Yes (1), and a Source object does not exist under the CELL (CELLB) with the neighborGsmCellId, the OMC-R automatically creates the Reciprocal Neighbor (Neighbor A) under the CELL (CELLB) pointed to by the Neighbor, provided the location of the Neighbor CELL is known. The parameters of the Reciprocal Neighbor (Neighbor A) shall be derived from the starting CELL (CELLA) under which the original Neighbor was created. The non-existence of the Source (Source A) indicates that the Neighbor is not already reciprocated. If Neighbor B is being added to CELL A, and Source B does not exist below CELL A and Neighbor 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 Neighbor CELL is known. The parameters of the Reciprocal Neighbor to be created under CELL B shall be derived from CELL A.
68P02901W17-S
8-105 Nov 2007
Viewing Sources, Neighbors and Reciprocals
Chapter 8: Conguring cells
Viewing Sources, Neighbors and Reciprocals
Introduction to viewing Sources, Neighbors and Reciprocal Neighbors
Sources, Neighbors, and Reciprocal Neighbors can be displayed for one or more cells using the Sources and Neighbors View window. Information displayed in the Sources and Neighbors View window can be: Displayed by Cell Id (in hexadecimal or decimal) or by Cell Name. Filtered by MCC, MNC, LAC, or CI for CELL Id or Neighbor CELL id. Also information can be displayed for non-Reciprocal Neighbors only. Printed in ASCII format. Saved to an ASCII le.
The Sources and Neighbors View window can also be used to: Display Cell, Neighbor or reciprocal Neighbor Detailed View forms for selected entries. Add a Neighbor, Source or Reciprocal. Delete a Neighbor, Source or Reciprocal.
Procedure to view Sources, Neighbors and Reciprocal Neighbors
To view Sources, Neighbors, and Reciprocal Neighbors for one or more cells, follow these steps:
Procedure 8-10 View Sources, Neighbors, and Reciprocal Neighbors for one or more cells
1 2 Click the Cong 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). Continued
8-106
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Procedure to view Sources, Neighbors and Reciprocal Neighbors
Procedure 8-10 View Sources, Neighbors, and Reciprocal Neighbors for one or more cells (Continued)
3 From the Navigation Tree menu bar, select Cong Mgt - Sources and Neighbors option. The OMC-R displays the Sources and Neighbors 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 specic BSS is selected, all cells at each SITE within the BSS are displayed. The right-hand side of the screen shows Neighbor 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). Neighbor - the cell id of the Neighbor (neighborGsmCellId) Reciprocal - the Reciprocal cell id (sourceGsmCellId). The Reciprocal cell id is the Source cell id. If a Neighbor does not exist for a cell, None is displayed in the Neighbor column. If a cell has multiple Neighbors/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 Neighbors Reciprocate Neighbor eld is set to Yes (1), None is displayed in the Reciprocal column. If an entry has both a Source and Neighbor present, but the Neighbors Reciprocate Neighbor eld is set to No (0), the OMC-R sets the value of the Reciprocate Neighbor eld to Yes (1). If a Source object does not exist for a cell, and Neighbors Reciprocate Neighbor eld 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 Neighbor, but CELL 001-01-1-4 does not have 001-01-1-1 as its Neighbor: CELL 001-01-1-1 Neighbor None Reciprocal 001-01-1-4
If the cell or Neighbor does not exist, the appropriate error message is displayed in the status bar.
68P02901W17-S
8-107 Nov 2007
Procedure to view Sources, Neighbors and Reciprocal Neighbors
Chapter 8: Conguring cells
Displaying cell names instead of cell ids
By default, cell ids are displayed in the Sources and Neighbors View window. To display cell names: select View CELL name from the menu bar. The OMC-R displays the names of the cells and Neighbors in the form.
Displaying cell ids in hexadecimal
By default, cell ids are displayed in decimal format. To display cell ids as hexadecimal values in the Sources and Neighbors View window, follow these steps:
Procedure 8-11 Display cell ids as hexadecimal values
1 2 3 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 elds across the top of the window. The OMC-R also displays information for the Neighbor of the selected cell in 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 Neighbors is selected, default values are displayed for all Neighbor parameters.
8-108
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Procedure to view Sources, Neighbors and Reciprocal Neighbors
Figure 8-4 Sources and Neighbors View window in Monitor mode
ti-GSM-SourcesandNeighbours
ViewwindowinMonitormode-00802-ai-sw
Filtering the displayed information
To lter the information displayed in the form, follow these steps:
Procedure 8-12
1
Filtering the displayed information
Enter a value in one or more of the elds: MCC, MNC, LAC or CI at the bottom of the screen. These elds are grayed-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 grayed-out if the form displays a single CELL instance only, or if cells are displayed using the cell name format. Select Filter - by Neighbor CELL Id to display only the entries where the Neighbor gsmCellId conforms to the information entered at step 1. This option is grayed-out if the form displays a single CELL instance only, or if cells are displayed using the cell name format. Continued
68P02901W17-S
8-109 Nov 2007
Procedure to view Sources, Neighbors and Reciprocal Neighbors
Chapter 8: Conguring cells
Procedure 8-12
4 5
Filtering the displayed information (Continued)
Select Filter - Display Non Reciprocal neighbors to display only the entries where Neighbor relationship is not reciprocated. Select Filter - All to undo all lters and return to the default display, which is to display a complete list of CELLS, Neighbors and Reciprocals for the scope selected in step 2.
Opening a related Detailed View window
To from the Sources and Neighbors View window, follow these steps:
Procedure 8-13
1 2
Open a CELL, Neighbor or Reciprocal Detailed View window
Highlight a cell in the cell information pane. Select either Edit Open CELL Detailed View, Edit Open Neighbor Detailed View, or Edit Open Reciprocal Detailed View from the menu bar. The OMC-R displays the appropriate Cell, Neighbor or Reciprocal Neighbor Detailed View window for the selected cell. For example, in the following situation if Edit Open Reciprocal Detailed View is selected, a Neighbor Detailed View opens under CELLB with the Neighbor ID eld set as A. CELL A Neighbor B Reciprocal B
If the cell or Neighbor does not exist, the appropriate error message is displayed in the status bar. 3 Close the Detailed View.
Printing specic information in the window
To print, in ASCII format, specic information displayed in, follow these steps:
Procedure 8-14 Print specic information in Sources and Neighbors View window
1 2 Highlight the information to be printed in the Sources and Neighbors View. Select File Print Selected from the menu bar.
Printing all information in the window
To print, in ASCII format, all the information displayed in the Sources and Neighbors View window, select File Print All from the menu bar.
8-110
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Procedure to view Sources, Neighbors and Reciprocal Neighbors
Saving specic information in the window to an ASCII le
To save specic information in the Sources and Neighbors View window to an ASCII le, follow these steps:
Procedure 8-15
1 2 3
Save specic information in Sources and Neighbors View window
Highlight the required information. Select File Save Selected from the menu bar. The File Selection window is displayed. Enter the name of the le and the directory to which the selected information is to be saved.
Saving all information in the window to an ASCII le
To save all the information in the Sources and Neighbors View window to an ASCII le, follow these steps:
Procedure 8-16
1 2
Save all information in Sources and Neighbors View window
Select File Save All from the menu bar. The File Selection window is displayed. Enter the name of the le and the directory to which the selected information is to be saved.
Closing the window
To close the Sources and Neighbors View window, select File Close from the menu bar.
68P02901W17-S
8-111 Nov 2007
Creating and deleting Sources, Neighbors and Reciprocals
Chapter 8: Conguring cells
Creating and deleting Sources, Neighbors and Reciprocals
Introduction to creating and deleting Sources, Neighbors and Reciprocals
Use the Sources and Neighbors View window to perform the following activities: Create missing Sources and Neighbors for all CELLs in the Sources and Neighbors View. Missing Sources are only created for cells with an entry of None in the Reciprocal column. If One Way is displayed in the Reciprocal column, missing Sources are not created. Create missing Sources and Neighbors for CELLs selected in the Sources and Neighbors View. Create a Neighbor for a selected CELL, which has a Source but does not have a Neighbor. Create a Source for a selected CELL. Delete a Neighbor for a selected CELL. Delete a Reciprocal Neighbor (and Source) for a selected CELL.
A new Source cannot be created for a CELL unless a Neighbor exists for the cell. When adding Sources and Neighbors manually, the Neighbor has to be created rst.
Creating missing Sources and Neighbors for all Cells
To create Sources and Neighbors for all cells using the Sources and Neighbors View, follow these steps:
Procedure 8-17 Create Sources and Neighbors for all cells
1 2 Display the Sources and Neighbors View window for the required scope. If necessary, use the lter elds and options to display the required cells. Continued
8-112
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating missing Sources and Neighbors for all Cells
Procedure 8-17 Create Sources and Neighbors for all cells (Continued)
3 Select Cong 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-122. 4 To select the power budget algorithm, click Yes. Result: The Neighbor 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 eld. Result: The other elds in the form are 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 Neighbor Detailed View Reciprocate form shall be used. 7 Close the window.
Figure 8-5 Power budget algorithm prompt
ti-GSM-Powerbudgetalgorithmprompt-00803-ai-sw
68P02901W17-S
8-113 Nov 2007
Creating missing Sources and Neighbors for selected Cells
Chapter 8: Conguring cells
Figure 8-6
Neighbor Detailed View Reciprocate form
ti-GSM-NeighbourDetailed ViewReciprocateform-00804-ai-sw
Creating missing Sources and Neighbors for selected Cells
To create Sources and Neighbors for specic cells only, using the Sources and Neighbors View, follow these steps:
Procedure 8-18 Create Sources and Neighbors for specic cells only
1 2 3 Display the Sources and Neighbors View window for the required scope. If necessary, use the lter elds and options to display the required cells. Select the cell or cells for which Sources are to be created. Continued
8-114
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a neighbor for a selected cell
Procedure 8-18 Create Sources and Neighbors for specic cells only (Continued)
4 Select Cong 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). 5 Follow step 4 through step 7 in Creating missing Sources and Neighbors for all Cells on page 8-112.
Creating a neighbor for a selected cell
To create a Neighbor for specic cells only, using the Sources and Neighbors View, follow these steps:
Procedure 8-19 Create a Neighbor for specic cells only
1 2 3 4 Display the Sources and Neighbors View window for the required scope. If necessary, use the lter elds and options to display the required cells. Select the cell for which a neighbor is to be created. Select Cong Mgt - Add Neighbor from the menu bar. The OMC-R displays a Neighbor Detailed View form in Create mode. If the selected CELL has a source but does not have a Neighbor, the neighborGsmCellId is initialized 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 cell's neighbor List. The OMC-R updates the Sources and Neighbors View window accordingly. Close the window.
Creating a Source for a selected cell
To create a Source for specic cells only, using the Sources and Neighbors View, follow these steps:
Procedure 8-20 Create a Source for specic cells only
1 2 Display the Sources and Neighbors View window for the required scope. Select the cell for which a source is to be created. Continued
68P02901W17-S
8-115 Nov 2007
Deleting a neighbor for a cell
Chapter 8: Conguring cells
Procedure 8-20 Create a Source for specic cells only (Continued)
3 Select Cong Mgt - Add Reciprocal from the menu bar. If the selected cell does not have a source and if the neighbor cell exists in the same OMC-R, the OMC-R displays a Neighbor Detailed View form in Create mode with the Neighbor cell as the parent, and its parameters initialized from the starting cell. For example, if CELL A has Neighbor B but no source, and CELL B exists in the OMC-R, the Neighbor 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 Neighbors View window accordingly. Close the window.
Deleting a neighbor for a cell
To delete a neighbor for specic cells only, using the Sources and Neighbors View, follow these steps:
Procedure 8-21 Delete a Neighbor for specic cells only
1 2 3 Display the Sources and Neighbors View window for the required scope. Select the cell or cells for which neighbors are to be removed. Select Cong Mgt - Remove Neighbor from the menu bar. The OMC-R deletes the Neighbors for the highlighted cells and updates the Sources and Neighbors View window accordingly. Close the window.
Deleting a reciprocal neighbor for a cell
To delete a Reciprocal Neighbor, using the Sources and Neighbors View, follow these steps:
Procedure 8-22 Delete a reciprocalneighbour for specic cells only
1 2 Display the Sources and Neighbors View window for the required scope. Select the cell or cells for which reciprocal neighbors are to be removed. Continued
8-116
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a reciprocal neighbor for a cell
Procedure 8-22 Delete a reciprocalneighbour for specic cells only (Continued)
3 Select Cong Mgt - Remove Source from the menu bar. The OMC-R deletes the selected reciprocal neighbors (and therefore the corresponding sources) for the highlighted cells and updates the Sources and Neighbors View window accordingly. Close the window.
68P02901W17-S
8-117 Nov 2007
Creating neighbors using Neighbor Detailed View
Chapter 8: Conguring cells
Creating neighbors using Neighbor Detailed View
Introduction to creating neighbors using the Detailed View
A neighbor can be created using: Sources and Neighbors View, see Creating and deleting Sources, Neighbors and Reciprocals on page 8-112 for further details. Neighbor Detailed View. The neighbor propagation feature allows the operator to specify the gsmCellId and initialize the Neighbor Detailed View. The Neighbor Detailed View then inherits Neighbor parameters from the cell, or proxy cell, if they exist in the same OMC-R.
This section describes how to create a Neighbor for a cell using the Neighbor Detailed View.
Neighbor Detailed View elds
The following sections list and briey describe the parameter elds in the Neighbor Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 8-46 describes the elds in the Identication grouping of the Neighbor Detailed View.
Table 8-46 Neighbor Detailed View elds - Identication grouping
Field name/OMC-R parameter name Name Brief description The textual name of the neighbor. Values Up to 31 characters plus the NULL character. Mandatory or Optional? Optional.
Continued
8-118
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Neighbor Detailed View elds
Table 8-46 Neighbor Detailed View elds - Identication grouping (Continued)
Field name/OMC-R parameter name Neighbor GSM Cell Identier NeighborGsm CellId Brief description The GSM cell id of the neighboring cell. The subelds MCC and MNC can be edited in create mode. The MCC and MNC elds cannot be edited for n-1 or n-2 BSS. 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 Mandatory or Optional? Mandatory.
Description: BSS Command Reference (68P02901W23)
for further details of GSM Cell Id formats. Neighbor Template RDN Class RDN Instance NMC RDN Value Cell Condition Name of the Neighbor template used when creating the neighbor. 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 - 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 Neighbor. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
68P02901W17-S
8-119 Nov 2007
Neighbor Detailed View elds
Chapter 8: Conguring cells
General grouping
Table 8-47 describes the elds in the General grouping of the Neighbor Detailed View.
Table 8-47 Neighbor Detailed View elds - General grouping
Field name/BSS parameter name Base Station Identity Code (BSIC) BCCH Frequency (ARFCN) BA Type Brief description The Base Station Identity Code (BSIC) of the neighbor cell. The Absolute Radio Frequency Channel Number of the neighbor cell's BCCH. The Neighbors ba_type. Determines whether the neighbor 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 Neighbor. Values 0 - 63. Mandatory or Optional? Mandatory.
0 - 124, 512 - 885, 975 - 1023. BCCH, SACCH, and/or GPRS.
Mandatory.
Mandatory.
Frequency Type
PGSM900 (1), EGSM900 (2), DCS1800 (4), PCS1900 (8). -63 to 63 dB.
Mandatory.
Handover Margin Cell
The amount by which the received signal strength from the neighboring cell must exceed that from the source cell to request handover.
Optional.
Rxqual This margin is applied to the power Handover Margin budget (PBGT) calculation when the ho_margin_rxqual handover cause is RXQUAL. Rxlev Handover Margin ho_margin_rxlev Mobile Station Maximum Transmit Power Placement Minimum Call Receive Level Synchronized 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 neighbor cell. Used for the power budget equation. Whether the neighbor cell is within the same BSS as the originating cell. The minimum rxlev of the neighbor required for an MS to handover to the neighbor cell. Whether the neighbor cell is synchronized with the present cell.
-63 to 63 dB.
Optional.
-63 to 63 dB.
Optional.
0 - 39.
Optional.
Internal (0) or External (1). 0 - 63.
Mandatory. Optional.
No (0) or Yes (1).
Optional.
Continued
8-120
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Neighbor Detailed View elds
Table 8-47 Neighbor Detailed View elds - General grouping (Continued)
Field name/BSS parameter name Adjacent Channel Interference Test adj_chn_intf_test (OMC-R parameter name: adj_chn_intf_tst) Brief description Whether the Adjacent Channel Interference Test is enabled. If a call is handed over from a serving cell to a neighbor cell which has a type 7 neighbor, 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 neighbor. 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. Values Disabled (0) or Enabled (1). Default is 0. Mandatory or Optional? Optional.
Adjacent Channel Receive Level Difference adj_chan_rxlev_dif (OMC-R parameter name: adj_chn_rxlev_dif) Neighboring Range
-63 to 63.
Optional.
If the neighbor is an extended range neighbor.
Normal range area (0), Extended range area (1). 0 - 255.
Optional.
Neighbor Adapt Pbgt HO Trigger Reciprocate Neighbor
Used as a threshold when using the adaptive power budget handover algorithm on a per neighbor basis. Whether a reciprocal neighbor is created while creating the neighbor. If set to Enabled (1) and environment variable RECIPROCATE_NBR is set to TRUE, then a reciprocal neighbor is created.
Optional.
0 or 1. Enabled (1). Disabled (0). Default is 1.
Mandatory.
68P02901W17-S
8-121 Nov 2007
Neighbor Detailed View elds
Chapter 8: Conguring cells
Power Budget Algorithm grouping
Table 8-48 describes the elds in the Power Budget Algorithm grouping of the Neighbor Detailed View.
Table 8-48 Neighbor Detailed View elds - Power Budget Algorithm grouping
Field name/BSS parameter name Power Budget Surround Cell Hreqave pbgt_surround_ cell_hreqave (OMC-R parameter name: pbgtSrcell Hreqave) Power Budget Algorithm Type pbgt_alg_type Brief description Represents the unique hreqave used for the averaging rxlev measurements for this neighbor cell. Only used if the cell parameter: Use Neighbor Power Budget Hreqave (useNeiPbgtHreqave) is set to 1. Only used if the BSS Optional Feature microcellOpt is unrestricted. Values 1 - 31. Mandatory or Optional? Optional.
The power budget algorithm to be used per neighbor 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.
1 - 7.
Optional.
Power Budget Algorithm Data 0 pbgt_alg_data0
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 Conguring a neighbor cell for adaptive handovers on page 8-189 for details.
Optional.
8-122
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Neighbor Detailed View elds
Directed Retry grouping
Table 8-49 describes the elds in the Directed Retry grouping of the Neighbor Detailed View.
Table 8-49 Neighbor Detailed View elds - Directed Retry grouping
Field name/BSS parameter name Directed Retry Allowed dr_allowed Brief description Whether directed retry is allowed at the external neighbor. Only used when directedRetryOpt is unrestricted, and it is only valid for SACCH neighbors. The congestion handover margin, used in the case of a congestion handover. Only valid if the Directed Retry feature (directedRetryOpt) or the Congestion Relief (Directed Retry Alternatives) feature (congestReliefOpt) is enabled at the BSS. Values Directed Retry not allowed (0) or Directed Retry allowed (1). -63 to 63 dB. Mandatory or Optional? Optional.
Congestion Handover Margin congest_ho _margin
Optional.
Concentric Cells grouping
Table 8-50 describes the elds in the Concentric Cells grouping of the Neighbor Detailed View.
Table 8-50 Neighbor Detailed View elds - Concentric Cells grouping
Field name/BSS parameter name Interfering Neighbor interfering_nei Brief description Whether a neighbor 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 neighbor is being added to the SACCH list. The signal strength difference between the serving cell and the interfering neighbor 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, Neighbor interfering_nei is set to TRUE, and the neighbor 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.
Inner Zone Threshold inner_zone _thresh
0 - 63 (db). Default is 0.
Optional.
Continued
68P02901W17-S
8-123 Nov 2007
Creating a single Neighbor using the Neighbor Detailed View
Chapter 8: Conguring cells
Table 8-50 Neighbor Detailed View elds - Concentric Cells grouping (Continued)
Field name/BSS parameter name Inner Zone Margin inner_zone _margin Brief description An additional signal strength level above the dened 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, Neighbor interfering_nei is set to TRUE, and the neighbor is being added to the SACCH list. Values 0 - 63 (db). Default is 0. Mandatory or Optional? Optional.
Creating a single Neighbor using the Neighbor Detailed View
To create a Neighbor for a cell, perform these activities: Find the source cell, see Finding the source cell on page 8-124. Create the neighbor information, see Creating the Neighbor information on page 8-124.
Finding the source cell
To nd the source cell quickly, follow these steps:
Procedure 8-23 Find the source cell
1 2 3 4 From the Front Panel, click the Find icon. Complete the Cell Name and/or GSM Cell Id elds 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.
Creating the Neighbor information
To create the neighbor information using the Neighbor Detailed View form, follow these steps:
Procedure 8-24 Create neighbor information using Neighbor Detailed View form
1 2 Click the NEIGHBOR type button. Select Edit Create from the Conguration Management menu bar. The Neighbor Detailed View window is displayed. Continued
8-124
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Adding a neighbor both ways
Procedure 8-24 Create neighbor information using Neighbor Detailed View form (Continued)
3 4 Enter a valid cell id in the Neighbor GSM Cell Identier eld. Select Options - Initialize FORM from the menu bar. This initializes the parameters on the form with the values of the parameters in the cell pointed to in the Neighbor GSM Cell Identier eld and, for microcellular, the parameters already identied 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 ProxyCELL on page 8-149 for more information. 5 6 If the microcellular option is enabled, select the appropriate template from the menu. Once initialized, all default values derived from the cell identied by the gsmCellid are displayed in the Detailed View. For example, the bcchFrequencyNum attribute derives its value from the carrier1_arfcn attribute of the identied cell RTF_BCCH carrier. These values can be modied as required. See Neighbor Detailed View elds for details. Select Disabled (0) in the Reciprocate Neighbor eld in the General parameter grouping, if a Reciprocal Neighbor for this Neighbor should not be automatically created. For example, when the Neighbor being created is to be one-way. By default, this eld is set to Enabled (1), so Reciprocal Neighbors are automatically created if the RECIPROCATE_NBR environment variable is switched on (set to TRUE). If a Reciprocal Neighbor already exists, a new Reciprocal Neighbor is not created. If a Reciprocal Neighbor already exists, and the Reciprocate Neighbor eld is set to Disabled (0), the OMC-R automatically switches the eld to Enabled (1). To create a neighbor, select File Create from the menu bar. Close the Detailed View window by selecting File Close from the menu bar.
8 9
Adding a neighbor both ways
A neighbor is required to be added both ways. Create the source after the neighbor. The Find option, available from the GUI front panel, enables efcient location of source and neighbor cell objects on the Navigation Tree. Follow the procedure described in Creating a single Neighbor using the Neighbor Detailed View on page 8-124 to create both neighbors.
68P02901W17-S
8-125 Nov 2007
Adding multiple neighbors using add_nei
Chapter 8: Conguring cells
Adding multiple neighbors using add_nei
Greater efciency in adding multiple neighbors can be achieving by using the Motorola utility add_nei, which uses Batch_Rlogin. add_nei allows neighbors to be added both ways, including neighbors across multiple OMC-Rs. For further details on add_nei, consult Software Release Notes: OMC-R System (68P02901W74).
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.
8-126
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying a neighbor
Modifying a neighbor
Recommendation for modifying neighbors
The recommended method of modifying neighbors is using the GUI (Neighbor Detailed View form). The modied parameters are propagated rst to the BSS and, if acceptable, are then updated in the MIB.
Modifying a neighbor using the OMC-R GUI
To edit a neighbor Detailed View, see the general procedure in Modifying a network object using the OMC-R GUI on page 1-38. Also see Conguring a neighbor cell for adaptive handovers on page 8-189, which describes how to set the Optimized Type 5 Handover algorithm and margin for a neighbor cell.
Modifying multiple neighbors of same cell
To modify multiple neighbors of the same cell, use the cell Source Neighbor window. This window enables selection of each neighbor in turn to edit the parameters. Proceed as follows:
Procedure 8-25 Modify multiple neighbors of the same cell
1 2 3 Use the Navigation Tree or the Find option to locate the required cell on the Navigation Tree. From the Navigation Tree menu bar, select Cong Mgt - Sources and Neighbors option. A Source Neighbor window is displayed. Highlight each item in the cell neighbor list and select Edit option to modify the parameters. To move to the next neighbor on the list, rst return to Monitor mode.
Modifying multiple neighbors of same site or NE using cmutil
To modify multiple neighbors of the same SITE or NE using cmutil, see Chapter 15 cmutil.
68P02901W17-S
8-127 Nov 2007
Deleting neighbors using the Navigation Tree Delete option
Chapter 8: Conguring cells
Deleting neighbors using the Navigation Tree Delete option
Introduction to deleting Neighbors using Navigation Tree
Before a cell can be deleted, the Neighbors must be deleted. A Neighbor can be deleted using: Sources and Neighbors View, see Creating and deleting Sources, Neighbors and Reciprocals on page 8-112 for further details. Navigation Tree.
This section describes how to delete a Neighbor for a cell using the Navigation Tree.
Deleting a single neighbor using the Navigation Tree Delete option
To delete a single Neighbor from a cell using the Navigation Tree, proceed as follows:
Procedure 8-26 Delete a single Neighbor from a cell using the Navigation Tree
1 2 3 Navigate to the required Neighbor. Use the Find icon if required. Click the Neighbor instance button to be deleted. The button changes color. From the menu bar select Edit Delete. A conrmation window is displayed requesting conrmation of intention to delete. Click OK to delete. The conrmation window closes and the process is documented on the status bar. When the deletion has been completed, the chosen neighbor instance button disappears from the Navigation Tree, and the message Delete Complete is displayed in the status bar.
8-128
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a neighbor both ways
Deleting a neighbor both ways
A neighbor is required to be deleted both ways. The source must be deleted after the neighbor. The Find option, available from the GUI front panel, enables efcient location of source and neighbor cell objects on the Navigation Tree. Follow the procedure described in Deleting a single Neighbor using the Navigation Tree Delete option in this section, to delete both neighbors.
Deleting multiple neighbors using del_neighbor command or del_nei utility
To remove multiple Neighbors, or Sources/Neighbors, of a cell using the TTY interface, use the del_neighbor command. Refer to Technical Description: BSS Command Reference (68P02901W23) for full details of this command. Greater efciency in deleting multiple neighbors can be achieving by using the Motorola utility del_nei, which uses Batch_Rlogin. del_nei enables to neighbors to be deleted both ways, including neighbors across multiple OMC-Rs. For further details on del_nei, consult Software Release Notes: OMC-R System (68P02901W74).
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.
68P02901W17-S
8-129 Nov 2007
Neighbor templates
Chapter 8: Conguring cells
Neighbor templates
Introduction to neighbor templates
Neighbor templates can be used to create neighbor cells in a network without the need for re-entering similar information.
Displaying a list of neighbor templates
To display a list of neighbor templates, follow these steps:
Procedure 8-27
1 2 3
Display a list of neighbor templates
Open the Navigation Tree. Select the Cong Mgt - Neighbor Templates from the menu bar. A list of existing templates is displayed.
Creating a neighbor template
To create a neighbor template, follow these steps:
Procedure 8-28 Create a neighbor template
1 2 3 When the list of templates is shown, select Edit Create. Enter the required parameters to the Detailed View. Select File Create to create a template.
8-130
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Editing a neighbor template
Editing a neighbor template
To edit a neighbor template, follow these steps:
Procedure 8-29 Edit a neighbor template
1 2 3 4 5 When the list of templates is shown, select the required template. Select Edit Detailed View from the neighbor template. Select Edit Edit. Change the required parameters in the Detailed View. Select File Save to save the changes to the template.
Deleting a neighbor template
To delete a template, follow these steps:
Procedure 8-30 Delete a template
1 2 3 When the list of templates is shown, select the required template to be deleted. Select Edit Delete. Conrm the deletion by clicking on OK in the conrmation box.
68P02901W17-S
8-131 Nov 2007
Conguring a UTRAN neighbor
Chapter 8: Conguring cells
Conguring a UTRAN neighbor
Denition of a UTRAN neighbor
A UMTS Terrestrial Radio Access Network (UTRAN) neighbor is a 3G neighbor object. Up to 16 UTRAN neighbors can be supported per cell. A UTRAN neighbor can only be created when the cell has no more than 31 GSM neighbors. A cell with a UTRAN neighbor can be added to the BCCH list, but cannot be added to a SACCH list. A cell can have up to 32 exclusive UTRAN BCCH neighbors where the UMTS BA Type eld (umts_ba_type) in the UTRAN Detailed View (see Table 8-51) is set to BCCH(1). An error message is displayed if this condition is not satised. A cell can have up to 32 UTRAN BCCH neighbors per FDD ARFCN (fdd_arfcn). An error message is displayed and the operation fails, if this condition is not satised. A cell can have up to 32 UTRAN SACCH neighbors when the UMTS BA Type eld (umts_ba_type) in the UTRAN Detailed View is set to SACCH(2) or BCCH and SACCH (3). An error is displayed and the operation fails, if this condition is not satised. A cell can have up to 32 UTRAN SACCH neighbors per FDD ARFCN (fdd_arfcn). An error message is displayed and the operation fails, if this condition is not satised. A cell can only support three FDD ARFCN (fdd_arfcn) for its UTRAN neighbors. An error message is displayed and the operation fails, if this condition is not satised.
Prerequisites to conguring a UTRAN neighbor
The Inter-RAT handover feature (see Inter-Radio Access Technology (Inter-RAT) Handover on page 2-93) must be unrestricted before a UTRAN neighbor can be created.
8-132
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
UTRAN neighbor parameters
UTRAN neighbor parameters
Table 8-51 lists the parameter associated with a UTRAN neighbor and its valid values.
Table 8-51
UTRAN neighbor parameters and values
Description Displayed in the Identication parameter grouping in the UTRAN Detailed View form. The unique UTRAN Cell identier for this UTRAN neighbor. This parameter can only be completed in Create mode, and cannot be modied in Monitor or Edit mode. An OMC-R only parameter. Displayed in the Identication 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-93 for further details. Up to 31 characters plus the NULL character. 10562 - 10838. Values
OMC-R GUI eld name/BSS parameter name Utran Neighbor Cell Identier utran_cell_id
Name name
FDD ARFCN fdd_arfcn Scrambling Code scr_code UMTS Measurement Margin umts_meas _margin Averaging Period umtsNcellAvg Prd UMTS BA Type umts_ba_type {31400} TD-SCDMA ARFCN tdd_arfcn {31400} TD-SCDMA Cell Parameter tdd_cell_param
0 - 511.
See Inter-Radio Access Technology (Inter-RAT) Handover on page 2-93 for further details. See Inter-Radio Access Technology (Inter-RAT) Handover on page 2-93 for further details. Refer to TD-SCDMA and GSM interworking on page 2-235 for further details.
Refer to TD-SCDMA and GSM interworking on page 2-235 for further details.
Continued
68P02901W17-S
8-133 Nov 2007
Creating a UTRAN neighbor using the OMC-R GUI
Chapter 8: Conguring cells
Table 8-51 UTRAN neighbor parameters and values (Continued)
OMC-R GUI eld name/BSS parameter name {31400} TD-SCDMA Time Switched Transmit Diversity Mode tdd_tstd_mode {31400} TD-SCDMA Space Code Transmit Diversity Mode tdd_sctd_mode Description Refer to TD-SCDMA and GSM interworking on page 2-235 for further details. Values
Refer to TD-SCDMA and GSM interworking on page 2-235 for further details.
Creating a UTRAN neighbor using the OMC-R GUI
To create a UTRAN neighbor using the OMC-R GUI, follow Procedure 8-31.
Procedure 8-31 Create a UTRAN neighbor using the OMC-R GUI
1 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-32 for further details. The UTRAN class button changes color. 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 eld 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 eld and click that eld. A context-sensitive help page is displayed. 4 Create and close the Detailed View.
8-134
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a UTRAN neighbor using the TTY interface
Conguring a UTRAN neighbor using the TTY interface
To congure a UTRAN neighbor using the TTY interface, use the following commands: add_neighbor. disp_neighbor. modify_neighbor. del_neighbor.
{31400} If TD-SCDMA inter-working feature is unrestricted, the BSC supports the addition, modication, display, and deletion of TD-SCDMA neighbor. The MMI neighbor commands are updated to support the TD-SCDMA neighbor cell in the BSS database and to support the TD-SCDMA inter-working feature. These commands allow the BSS to add, delete, modify, and display TD-SCDMA cells in the database. These commands also continue to support the existing GSM cell format. 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.
Creating a UTRAN neighbor
For example, the following command creates the UTRAN cell 496231111 as the neighbor of GSM cell 0010114: add_neighbor 0 0 1 0 1 1 4 4 9 6 2 3 1 1 1 1 umts_fdd Enter the UMTS Absolute Radio Freq Chan Number: 10762 Enter the Scrambling Code: 200 1
Enter the Diversity Enabled Flag: COMMAND ACCEPTED
Where umts_fdd is the add_neighbor command placement parameter, which species the new neighbor as a UTRAN cell. The BSS automatically adds the UTRAN neighbor to the BCCH list. {31400} For example, the following command creates the TD-SCDMA cell 4 9 6 2 3 1 1 1 1 as a neighbor of GSM cell 0 0 1 0 1 1 4 with all values entered for all parameters when TD-SCDMA inter-working is enabled: add_neighbor 0 0 1 0 1 1 4 4 9 6 2 3 1 1 1 1 umts_tdd Enter the UTRAN Absolute Radio Freq Chan Number: 10110 Enter the TD-SCDMA cell parameter: 100 Enter the Time Switched Transmit Diversity Flag: 1 Enter the Space Code Transmit Diversity Flag: COMMAND ACCEPTED 11
68P02901W17-S
8-135 Nov 2007
Conguring a UTRAN neighbor using the TTY interface
Chapter 8: Conguring cells
Deleting a UTRAN neighbor
For example, the following command deletes the UTRAN cell 496231111 as the neighbor of GSM cell 0010114: del_neighbor 0 0 1 0 1 1 4 4 9 6 2 3 1 1 1 1 COMMAND ACCEPTED {31400} For example, the following command deletes the TD-SCDMA neighbor cell 4 9 6 2 3 1 1 1 1 as a neighbor of GSM cell 0 0 1 0 1 1 4: del_neighbor 0 0 1 0 1 1 4 4 9 6 2 3 1 1 1 1 COMMAND ACCEPTED
Modifying a UTRAN neighbor
For example, the following command modies the UTRAN parameter scr_code to 5 for UTRAN cell 496231111 as the neighbor of GSM cell 0010114: modify_neighbor 0 0 1 0 1 1 4 4 9 6 2 3 1 1 1 1 scr_code 5 COMMAND ACCEPTED {31400} For example, the following command modies the tdd_cell_parameter attribute to a value of 100 for TD-SCDMA cell 4 9 6 2 3 1 1 1 1 as a neighbor of GSM cell 0 0 1 0 1 1 4: modify_neighbor 0 0 1 0 1 1 4 4 9 6 2 3 1 1 1 1 tdd_cell_parameter 100 COMMAND ACCEPTED
Displaying details of a UTRAN neighbor
For example, the following command displays details for the UTRAN cell 496231111 as the neighbor of GSM cell 0010114: disp_neighbor 0 0 1 0 1 1 4 4 9 6 2 3 1 1 1 1 UTRAN cell id: 496 231 1(0001h) 1(0001h) FDD ARFCN: 10683 Scrambling code: 511 Diversity enabled: 1 (yes) {31400} For example, the following command displays all the neighbor cells of GSM cell 0 0 1 0 1 1 4 which includes 1 GSM neighbor, 1 TD-SCDMA neighbor: disp_neighbor 0 0 1 0 1 1 4 all Start of neighbor report: Neighbor cell id: 001 01 1 (0001h) 4 (0004h) Neighbor cell name: N/A Neighbor cell frequency type: PGSM Placement: External Synchronization enabled: N/A BCCH frequency number: 60 Base station identity code: 16 MS transmit power maximum: 37
8-136
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a UTRAN neighbor using the TTY interface
Neighbor receive level minimum: 15 Neighbor handover margin: 8 Power budget surrounding cell hreqave: 8 Receive quality handover margin: 63 Receive level handover margin: -63 Neighbor type 5 handover margin: 63 Adjacent channel interference test enabled: 0 (no) Power budget algorithm type: 1 Neighbor congestion handover margin: 8 Range of the neighbor cell: Normal UTRAN cell id: 496 231 1 (0001h) 1 (0001h) 1 (0001h) TDD-ARFCN: 10110 TD-SCDMA cell parameter: 100 Time Switched Transmit Diversity: 0 (no) Space Code Transmit Diversity: 0 (no) End of report
68P02901W17-S
8-137 Nov 2007
UTRAN blind search neighbor
Chapter 8: Conguring cells
UTRAN blind search neighbor
Introduction to a UTRAN blind search neighbor
A blind search neighbor is contained within a cell. A cell can have up to eight UTRAN blind search neighbors. A blind search neighbor denes the parameters for performing a cell reselection search from 2G to 3G.
UTRAN Blind Search Neighbor Detailed View elds
Identication grouping parameters
See Table 8-1 for eld descriptions.
General grouping
Table 8-52 UTRAN Blind Search Neighbor Detailed View Fields General grouping
OMC-R GUI eld name/BSS parameter name Blind Search FDD ARFCN bs_fdd_arfcn Description The FDD ARCN of the Blind Search neighbor. A blind search neighbor cannot share bs_fdd_arfcn with a UTRAN neighbor or another blind search neighbor. Values 10562 - 10838. There is no default.
Creating a UTRAN blind search neighbor
To create a UTRAN blind search neighbor (BlindSrchNbr), the Enhanced Inter-RAT Handover feature (EnhncdInterRatOpt) must be Enabled(1), see Table 4-4.
Deleting a UTRAN blind search neighbor
When the last UTRAN blind search neighbor equipped to the container cell is deleted, if blindSearchPref is set to 1 the following warning message is displayed in the status bar: WARNING: There are no Blind Search neighbors equipped for this cell.
8-138
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Proxy cells
Proxy cells
Introduction to proxy cells
A proxy cell represents any cell under the control of a neighboring OMC-R and is geographically adjacent to (that is, is a neighbor of) any cell within the current OMC-R. The proxy cell is, in effect, a placeholder for the actual cell and contains a limited subset of the cell parameters. These parameters are those on which neighbor cells have a dependency, such as BSIC and BCCH frequency. Proxy cell updates use the Neighbor Propagation feature of the MIB, so that cell changes for LAC-CI, BSIC, max transmit power, or carrier1 ARFCN of the BCCH RTF, automatically update associated sources/neighbors. The proxy cell is also a placeholder for the network topology under control of the OMC-R. This ensures cells cannot be created if they exist in another part of the network, because the proxy cell is agged as a duplicate. The proxy cell feature enables Motorola's microcellular networks to operate under the umbrella of other manufacturer's macrocellular infrastructure.
Environmental variables relating to proxy cells
The following environmental variables relate to proxy cells: PROXYCELL_AUTOCREATE - controls the autocreation of proxy cells during neighbor creation. PROXYCELL_UPDATE - controls if the dynamic propagation of proxy cells information occurs between OMC-Rs or not. PROXYCELL_UPDATE_PERIOD - controls the amount of time between each execution of proxy cell update. The value is set in seconds. The default is 28800 seconds (8 hours). EXPORT_ALL_CELLS - if set to ON, information on all the Cells in the network will be exported. The default is OFF. {31400} TDD_PROXY_ENABLED - used to control the creation, display, and modication of TD-SCDMA UTRAN Proxy Cells. This is a new environment variable supported by the OMC-R.
TD-SCDMA UTRAN Proxy Cells
When the environmental variable TDD_PROXY_ENABLED is set to 0 (the default value), only FDD specic attributes are displayed on UtranProxyCellForm and UtranProxyCellListForm. When TDD_PROXY_ENABLED is set to 1, only TDD specic attributes are displayed on UtranProxyCellForm and UtranProxyCellListForm.
68P02901W17-S
8-139 Nov 2007
BCCH and SDCCH in the EGSM band for Proxy cells
Chapter 8: Conguring cells
TDD_PROXY_ENABLED should correspond with tdOpt at BSS level, that is, when TDD_PROXY_ENABLED is 0, tdOpt should not be purchased at BSS level, and when TDD_PROXY_ENABLED is 1 ,tdOpt should be purchased.
BCCH and SDCCH in the EGSM band for Proxy cells
The frequency range for proxy cells can be set to EGSM band frequencies. See Conguring a cell with BCCH and SDCCH in the EGSM band on page 8-178 for further details.
Proxy cell information
The following proxy cell information is provided in the following sections: Conguring a single proxy cell on page 8-141. Conguring a single UTRAN ProxyCELL on page 8-145 Autocreation of a ProxyCELL on page 8-149. Conguring multiple proxy cells using cmutil on page 8-153. Exporting and importing proxy cell information between OMC-Rs on page 8-154. Synchronizing all OMC-R proxy cells within a network on page 8-159. Dynamic propagation of proxy cell data to OMC-Rs on page 8-161.
8-140
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a single proxy cell
Conguring a single proxy cell
Creating a proxy cell using the OMC-R GUI
To create a Proxy Cell using the OMC-R GUI, follow these steps:
Procedure 8-32 Create a Proxy Cell using the OMC-R GUI
1 From the Navigation Tree, select Cong Mgt Proxy Cells Proxy Cells from the menu bar. The Proxy Cell List form is displayed, which contains a scrollable list of the currently congured 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 modication of Proxy Cells. All values except ARFCN map directly to normal attribute values from the corresponding cell under an external OMC-R. Complete the elds, as required. See ProxyCELL Detailed View elds 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
ProxyCELL Detailed View elds
The following sections list and briey describe the parameter elds in the ProxyCELL Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
68P02901W17-S
8-141 Nov 2007
ProxyCELL Detailed View elds
Chapter 8: Conguring cells
Identication grouping
Table 8-53 describes the elds in the Identication grouping of the ProxyCELL Detailed View.
Table 8-53 ProxyCELL Detailed View elds - Identication grouping
Field name GSM Cell ID Brief description The Cell Global Identication (CGI) of the proxy cell. The MCC and MNC subelds can be edited in Create and Edit mode. The textual name of the cell. Values Mandatory or Optional? Mandatory.
Cell Name
Optional.
Proxy Cell Data grouping
Table 8-54 describes the elds in the Proxy Cell Data grouping of the ProxyCELL Detailed View.
Table 8-54 ProxyCELL Detailed View elds - Proxy Cell Data grouping
Field name OMC Name Brief description The name of the OMC where the CELL represented by this ProxyCell resides. Set to NULL for an autocreated proxy cell. See Autocreation of a ProxyCELL on page 8-149 for further details. Indicates on which layer the cell exists. Specic to cells when Microcellular is unrestricted (enabled). The absolute radio frequency channel for carrier 1. The ARFCN eld corresponds to the BCCH frequency associated with that cell. In the Motorola conguration, this is the ARFCN of the RTF type BCCH whose carrier 1GsmCellId attribute points to this cell. The Base Station Identity Code (BSIC). The BSIC is a local color code that allows an MS to distinguish between different neighboring base stations. BSIC is encoded on the Synchronization Channel. The maximum MS output power which can be used in this cell. 0 - 2. Macro (0), Micro (1), Pico (2). 0 - 124, 512 - 885, 975 - 1023. Values Mandatory or Optional? Optional.
Layer Number
Optional.
Carrier 1 ARFCN
Mandatory.
BSIC
0 - 63.
Mandatory
Maximum MS Transmit Power
0 - 39
Mandatory
Continued
8-142
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying a proxy cell using the OMC-R GUI
Table 8-54
ProxyCELL Detailed View elds - Proxy Cell Data grouping (Continued)
Brief description The default value used for a neighbor whenever ho_margin_cell is not dened in the Neighbor object. The default value to be used for Neighbor xlev_min_cell by contained Neighbor class instances. Values -63 to 63 dB Mandatory or Optional? Mandatory
Field name Handover Margin Default Min Receive Level Default
0 - 63
Mandatory
Modifying a proxy cell using the OMC-R GUI
To modify a proxy cell, proceed as follows:
Procedure 8-33 Modify a proxy cell
1 2 3 4 5 6 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 elds, as required. See ProxyCELL Detailed View elds for details. Select File Save from the menu bar to save your modications. Select File Close from the menu bar to close the ProxyCELL Detailed View.
Deleting a proxy cell using the OMC-R GUI
Always consult the CM supervisor before deleting a proxy cell. Deleting a proxy cell also sets the cellCondition to Does not Exist for any neighbors 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.
68P02901W17-S
8-143 Nov 2007
Deleting a proxy cell using the OMC-R GUI
Chapter 8: Conguring cells
To delete a proxy cell, proceed as follows:
Procedure 8-34 Delete a proxy cell
1 2 3 From the Navigation Tree, select Cong Mgt Proxy Cells 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/neighbors are updated.
8-144
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a single UTRAN ProxyCELL
Conguring a single UTRAN ProxyCELL
Creating a UTRAN ProxyCELL using the OMC-R GUI
To create a UTRAN ProxyCELL using the OMC-R GUI, follow these steps:
Procedure 8-35 Creating a UTRAN ProxyCELL using the OMC-R GUI
1 From the Navigation Tree, select Cong Mgt ProxyCELL Utran ProxyCELLs. The UTRAN ProxyCELL List form is displayed, which contains a dropdown list of the currently congured UTRAN ProxyCELLs and their parameters. Select the Edit Create option. The UTRAN ProxyCELL Detailed View form is displayed in Create mode. The UTRAN ProxyCELL Detailed View is used primarily for creation and modication of UTRAN ProxyCELLs. All values except ARFCN, map directly to normal attribute values from the corresponding cell under an external OMC-R. Complete the elds, as required. See UTRAN ProxyCELL Detailed View elds for details. Select File Create from the menu bar to create the UTRAN ProxyCELL. Select File Close from the menu bar to close the UTRAN ProxyCELL Detailed View.
3 4 5
5000 UTRAN_Proxy_CELLS can be created from the UTRAN ProxyCELL window.
UTRAN ProxyCELL Detailed View elds
The following sections list and briey describe the parameter elds in the UTRAN ProxyCELL Detailed View according to their parameter grouping.
To obtain further information about a parameter, select Help On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
68P02901W17-S
8-145 Nov 2007
UTRAN ProxyCELL Detailed View elds
Chapter 8: Conguring cells
Identication grouping
Table 8-55 describes the elds in the Identication grouping of the UTRAN ProxyCELL Detailed View.
Table 8-55 ProxyCELL Detailed View elds - Identication grouping
Field name Utran ProxyCELL Id Brief description The Utran ProxyCELL Id consists of the following: Mobile Country Code (MCC), Mobile Network Code (MNC), Location Area Code (LAC), Radio Network Controller Identity (RNC Id), and Cell Id. Textual name of the UTRAN Neighbor. Values 10 MCC (3 digits): 0 - 9 MNC (3 digits): 0 - 9 LAC: 0 - 65535 RNC Id: 0 - 4095 Cell Id: 0 - 65535 Mandatory or Optional? Mandatory
Name
Optional
UTRAN ProxyCELL Data grouping
Table 8-56 describes the elds in the UTRAN ProxyCELL Data grouping of the UTRAN ProxyCELL Detailed View.
Table 8-56 ProxyCELL Detailed View elds - ProxyCELL Data grouping
Field name FDD ARFCN Brief description The Absolute Radio Frequency Channel Number (ARFCN) of the UtranNbr cell. The primary scrambling code of the UtranNbr cell. Indicates whether diversity is enabled for this cell. Measurement parameter used by the handover algorithm. Values 10562 - 10838 Mandatory or Optional? Mandatory
Scrambling Code Diversity Enabled
0 - 511 0 and 1 Disabled (0) Enabled (1) 0 - 20
Mandatory Mandatory
UMTS Measurement Margin
Optional Continued
8-146
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying a UTRAN ProxyCELL using the OMC-R GUI
Table 8-56 ProxyCELL Detailed View elds - ProxyCELL Data grouping (Continued)
Field name Averaging Period Brief description Utran neighbor cell averaging period measured in SACCH multiframes (480mS). The neighbor lists, UTRAN BCCH, UTRAN SACCH, UTRAN BCCH and SACCH. 1 - 12 Values Mandatory or Optional? Optional
UMTS BA Type
1 - 3 Optional 1 UMTS_BA_BCCH 2 UMTS_BA_SACCH 3 UMTS_BA_BCCH_SACCH
Modifying a UTRAN ProxyCELL using the OMC-R GUI
To modify a UTRAN ProxyCELL, proceed as follows:
Procedure 8-36
1 2 3 4 5 6
Modifying a ProxyCELL
Select the required UTRAN ProxyCELL instance. Select Edit Detailed View option. Select Edit Edit from the menu bar to change the form to Edit mode. Modify the elds, as required. See UTRAN ProxyCELL Detailed View elds for details. Select File Save from the menu bar to save the modications. Select File Close from the menu bar to close the UTRAN ProxyCELL Detailed View.
68P02901W17-S
8-147 Nov 2007
Deleting a UTRAN ProxyCELL using the OMC-R GUI
Chapter 8: Conguring cells
Deleting a UTRAN ProxyCELL using the OMC-R GUI
Always consult the CM supervisor before deleting a UTRAN ProxyCELL. Deleting a proxy cell also sets the cellCondition to Does not Exist for any neighbors in the MIB with the same utran_cell_id. To delete a UTRAN ProxyCELL, proceed as follows:
Procedure 8-37 Deleting a UTRAN ProxyCELL
1 2 3 From the Navigation Tree, select Cong Mgt ProxyCELLs UTRAN ProxyCELLs from the menu bar. Select the required UTRAN ProxyCELL instance. Select Edit Delete option. The selected UTRAN ProxyCELL instance is deleted.
8-148
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Autocreation of a ProxyCELL
Autocreation of a ProxyCELL
Introduction to autocreation of a ProxyCELL
When creating a neighbor cell with a GSM cell identier, which does not exist as either a cell or a ProxyCELL in the MIB, the OMC-R creates a ProxyCELL instead. This is referred to as autocreation of proxy cells, and occurs whenever the environment variable PROXYCELL_AUTOCREATE is set. Autocreation of proxy cells also occurs when an unrecognized neighbor is created by an: Audit. cmutil. Object creation event from the BSS.
Proxy cell autocreation parameters
The following autocreated proxy cell parameter elds are derived from the neighbor cell. The OMC-R GUI parameter eld names are listed rst and the BSS parameter names are shown in parentheses. Neighbor GSM Cell Identier (neighbourGsmCellId) BSIC (bsic) Handover Margin Cell (ho_margin_cell) Mobile Station Maximum Transmit Power (ms_txpwr_max_cell) Minimum Call Receive Level (rxlev_min_cell) BCCH Frequency (bcchFrequencyNum)
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 eld (name) of the proxy cell is set to the same value as specied in the Neighbor GSM Cell Identier eld. layer_number of the proxy cell is initialized to MACROCELL. omc_name of the proxy cell is initialized to NULL.
68P02901W17-S
8-149 Nov 2007
Propagation of autocreated proxy cell information
Chapter 8: Conguring cells
Propagation of autocreated proxy cell information
After the proxy cell is created (or updated), the OMC-R: Propagates the following proxy cell parameters to all neighbors pointing to it: gsmCellID carrier1_afcn bsic max_tx_ms When changes to a proxy cell parameter trigger a neighbor propagation, messages are logged in the omcaudit log le indicating the result of each propagation. Sets the Cell Condition eld (cellCondition) of all neighbors pointing to the proxy cell to Neighbor Exists Proxy Cell.
Autocreated proxy cell restrictions
If a cell is created in the OMC-R network with the same gsmCellId as an existing proxy cell, the OMC-R deletes the proxy cell from the MIB before creating the cell. However, if the proxy cell has neighbors, the cell create request is rejected by the BSS and the proxy cell is kept. If the one remaining Neighbor pointing to a proxy cell is deleted, and proxy cell autocreation is enabled, the OMC-R deletes the proxy cell automatically. When a proxy cell is deleted, the OMC-R sets the Cell Condition eld of the Neighbors pointing to the deleted proxy cell to Neighbor Does Not Exist.
Enabling autocreation of proxy cells
Autocreation of proxy cells is only enabled when the environmental variable PROXYCELL_AUTOCREATE is set to 1. By default, this variable is disabled, that is, set to 0. PROXYCELL_AUTOCREATE can be found in /usr/omc/current/cong/proxy_cell.cfg. An OMC stop/start is not required to enable the variable and the value is picked up automatically by the Mib Processes from the proxy_cell.cfg le. Enabling automatic updates of proxy cells: Automatic updates to proxy cells are only enabled when the variable PROXYCELL_UPDATE is set to 1. By default, this variable disabled, that is, set to 0. PROXYCELL_UPDATE is found in /usr/omc/current/cong/proxy_cell.cfg. An OMC stop/start is not required to enable the variable and the value is picked up automatically by the Mib Processes from the proxycell.cfg le.
8-150
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Autocreating a proxy cell using the OMC-R GUI
Autocreating a proxy cell using the OMC-R GUI
To autocreate a proxy cell using the OMC-R GUI, follow these steps:
Procedure 8-38 Autocreate a proxy cell using the OMC-R GUI
1 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 NEIGHBOR type button. Click the NEIGHBOR type button and select Edit Create. The OMC-R displays the Neighbor Detailed View window in Create mode.
2 3
Specifying parameter values for the proxy cell
To enter parameter values for the proxy cell, follow these steps:
Procedure 8-39 Enter parameter values for the proxy cell
1 Enter a unique cell identication number in the Neighbor GSM Cell Identier elds. To autocreate a proxy cell this cell identication number should not already exist as a cell or a proxy cell. Select Options - Initialize Form from the menu bar. If the GSM cell identier 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 Neighbor is created. The Proxy Cell's parameters shall be derived from this Neighbor. Click OK. The OMC-R displays the Neighbor Detailed View in Create mode. Modify any default eld settings as required, and as permitted. See Table 8-53 and Table 8-54 for details.
3 4
68P02901W17-S
8-151 Nov 2007
Autocreating a proxy cell using the OMC-R GUI
Chapter 8: Conguring cells
Saving and Closing
To create and store parameter values for the autocreated proxy cell, follow these steps:
Procedure 8-40
1
Create and store parameter values for the autocreated proxy cell
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 eld displays Proxy Cell. On successful creation, the proxy cell is displayed in the Navigation Tree as a neighbor 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-152
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring multiple proxy cells using cmutil
Conguring multiple proxy cells using cmutil
Creating multiple proxy cells
The usual requirement is for multiple proxy cells to be congured at a given time. The recommended way to create the proxy cells is to use the pcellImport utility. See Exporting and importing proxy cell information between OMC-Rs on page 8-154 in this section. Alternatively, to create multiple proxy cells using cmutil, see Chapter 15 cmutil.
Modifying and deleting multiple proxy cells
To modify and delete multiple proxy cells using cmutil, see Chapter 15 cmutil.
68P02901W17-S
8-153 Nov 2007
Exporting and importing proxy cell information between OMC-Rs
Chapter 8: Conguring cells
Exporting and importing proxy cell information between OMC-Rs
Introduction to importing and exporting proxy cells
Motorola recommends that proxy cell information is exported from the OMC-R to a le whenever new cells are created, deleted, or reparented. The information in the export le can then be imported into the neighboring OMC-Rs so that all proxy cell information is synchronized between OMC-Rs. This indirectly synchronizes all cells and neighbors across OMC-Rs, which helps the smooth handover of calls.
Contents of proxy cell export le
The proxy cell export le is an ASCII le containing information on the proxy cells. The rst line of the le is the header, which labels the parameters to be exported. Each subsequent line in the le represents cell values, one line per cell. Each parameter is separated by a | (pipe) symbol. 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 neighbor count, followed by a list of the neighborCellids).
8-154
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Contents of proxy cell export le
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 eld in the proxy cell export le. The active OMC-R is the OMC-R controlling the MIB; inactive OMC-Rs are the OMC-Rs managing other parts of the network.
Neighbor information in the export le
The proxy cell export le for each CELL contains a count of Neighbors, followed by the neighborGsmCellId of all neighbors that reside below the CELL, and have their cellCondition set to NEIGHBOR_DOES_NOT_EXIST or NEIGHBOR_EXISTS_PROXYCELL. Therefore, for each cell, the cell ids of neighbors that do not exist as CELLs in the OMC-R are exported.
Example of a proxy export le cell entry
An entry for a CELL with two neighbors would have the following format in the proxy cell export le, for example: omcA|123-45-25-0|cork| 2 | 3 | 0 | 4| 0 | 0 | 2 |145-26-25-0|156-36-34-0 Where: omcA 123-45-25-0 cork 2 3 0 4 0 0 2 145-26-25-0 156-36-34-0 is: OMC_Name. GsmCellId. Cell_Name. Layer_Number. Carrier1_ARFCN. BSIC. Max_MS_Tx_Pwr. HO_Margin. Min_Rxlev. List_Of_Nbr - neighbor count, followed by... gsmcellid of rst neighbor. gsmcellids of second neighbor.
68P02901W17-S
8-155 Nov 2007
Enabling proxy cell export
Chapter 8: Conguring cells
Enabling proxy cell export
If the environmental variable EXPORT_ALL_CELLS is set, ProxyCellExport exports the data of all the cells. By default, EXPORT_ALL_CELLS is unset. If there are one way neighbors at an OMC-R, set EXPORT_ALL_CELLS.
Prerequisites for exporting and importing
To carry out an export or import: User access privileges must be set to read and write. Conguration Management access must be enabled in the user's user prole.
Exporting proxy cell information using the TTY interface
To export all proxy cell information from an OMC-R to a tab delimited le, carry out the following procedure:
Procedure 8-41
1 2 3
Export all proxy cell information from an OMC-R
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 le 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 le may be located are recorded in the usr audit log le. Continued
8-156
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Importing proxy cell information
Procedure 8-41
4
Export all proxy cell information from an OMC-R (Continued)
To locate the export le, use the following command: cd /usr/omc/ne_data/proxycell_data ls <filename> Where: <filename> is PROXYCELL_EXPORT.OUT (by default), specied lename.
If a proxycell_export le already exists, the le is backed up and given the extension .BAK. All les in the directory proxycell_data that have not been accessed within seven days are removed.
Importing proxy cell information
To import proxy cell information into the OMC-R, carry out the following procedure:
Procedure 8-42 Import proxy cell information into the OMC-R
1 2 3 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-57 shows the command line options for pcellImport.
Table 8-57 Command line options for pcellImport
Argument -i<pathname> -i<pathname1><pathname2> <pathname3> -d<directory_name> Description Species the path where the le is located. Species the paths for more than one le. Species a directory to import all les from.
-i and -d options are mutually exclusive: only one can be used. -a<omcName1><omcName2> Species the name of the OMC-R to import data from.
68P02901W17-S
8-157 Nov 2007
Use of neighbor information in the import le
Chapter 8: Conguring cells
Each eld in the import le must be separated by tabs. The rst 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 les into a single le 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, examine the usr audit log les. The name of the active OMC-R should be different on all the OMC-Rs in the network.
Use of neighbor information in the import le
If the proxy cell import le contains neighborGsmCellIds at the end of a cell entry, the OMC-R searches for CELLs with these cell ids in its database. For each cell found, the OMC-R creates a Source object for it with the source_gsmCellId set to the gsmCellId included at the beginning of the proxy cell import le cell entry. The omc_name of the Source is the same as the omc_name in the proxy cell import le entry. This ensures that when a CELL has a Neighbor that exists at another OMC-R, the Source object is created on the remote OMC-R whenever proxy cell synchronization is performed across OMC-Rs. In this way, if OMC-Rs are regularly synchronized, all source and neighbor information is consistent across all OMC-Rs. If the Source object exists in the OMC-R importing the le, but the omc_name of the Source is different to the omc_name at the beginning of the proxy cell import le cell entry, the omc_name of the Source is updated to match the omc_name at the beginning of the proxy cell import le cell entry. If the gsmCellId of the Source object matches the gsmCellId at the beginning of the import le cell entry, but the gsmCellId of the parent CELL of the Source is not found in the neighborGsmCellIds in the entry, the Source object is deleted. For further information on Neighbors and Source objects, see Neighbors, Sources and Reciprocal Neighbors on page 8-103.
8-158
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Synchronizing all OMC-R proxy cells within a network
Synchronizing all OMC-R proxy cells within a network
Synchronizing all OMC-R proxy cells
If more than one OMC-R exists on the network, the proxy cell information may be synchronized between all OMC-Rs by running the script: /usr/omc/current/sbin/pcellSync All the proxy cell information for each OMC-R on the network is exported to one le. The le is transferred to all the OMC-Rs on the network and imported automatically. Synchronization can be started from any OMC-R on the network. The following conditions must be set to allow proxy cell synchronization to occur between all OMC-Rs on the network: Once the rst (Active) OMC-R has been created on the Navigation Tree, the remainder of the OMC-Rs in the network must be created as inactive. The OMC-R names should be unique across the network. Each OMC-R must include all the other OMC-Rs entries in its /etc/hosts and /etc/hosts.equiv les. A le hostname.txt must be created in directory /usr/omc/config/global. This le must contain the UNIX hostname of other OMC-Rs in the network, with one name per line. Be careful to enter the correct UNIX hostname of each OMC-R, when creating OMC-R objects in the MIB.
Changing LAC-CI of proxy cell
The associated proxy cell of a neighbor OMC-R must be updated if a BSS has a LAC-CI change. Change this associated proxy cell through the OMC-R GUI with the following procedure:
Procedure 8-43 Change associated proxy cell from the OMC-R GUI
1 2 3 4 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/neighbors/DRI/RTF/parent site and child objects. The MIB Propagation form is displayed. Continued
68P02901W17-S
8-159 Nov 2007
Changing LAC-CI of proxy cell
Chapter 8: Conguring cells
Procedure 8-43
5
Change associated proxy cell from the OMC-R GUI (Continued)
Check the propagation is successful for all sources/neighbors affected. A single source cell may not be updated due to a lock on the object.
The failures, and resolve manually (open affected Neighbor Detailed View and edit). 6 Upload each affected NE database to the OMC-R.
8-160
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dynamic propagation of proxy cell data to OMC-Rs
Dynamic propagation of proxy cell data to OMC-Rs
Overview of dynamic propagation
If a proxy cell related Cell parameter is changed, for example through a Detailed View, the cell change may be propagated to the relevant proxy cells in all other OMC-Rs. This occurs automatically if the environment variable PROXYCELL_UPDATE is enabled, that is, the variable is set to 1. Refer to: Introduction to proxy cells on page 8-139 for details.
Prerequisites for dynamic propagation
The following steps must be carried out to allow dynamic propagation to occur between all OMC-Rs on the network. Once the rst (Active) OMC-R has been created on the Navigation tree, the remainder of the OMC-Rs in the network must be created as inactive. When creating each OMC-R on the network, the UNIX Host Name must be entered. Each OMC-R must include all the other OMC-Rs entries in its /etc/hosts and /etc/hosts.equiv les.
Rules for dynamic propagation
It is not possible to have multiple dynamic updates occurring on an OMC-R at the same time. An example where this may occur is during an audit. If a situation arises that a dynamic propagation is occurring on an OMC-R and another is initiated, the values are stored in a le on the OMC-R. The le is stored in the following location: /usr/omc/ne_data/proxycell_data/ProxyCellUpdate.<omc_name> After a period of time which is specied by the parameter PROXYCELL_UPDATE_PERIOD, the le is used to update the proxy cell data.
68P02901W17-S
8-161 Nov 2007
Expanding the capacity of a cell
Chapter 8: Conguring cells
Expanding the capacity of a cell
Recommendation for expanding cell capacity
Expansion of a cell involves the addition of new DRIs and RTFs. To carry out this cell expansion, Motorola recommends using the Navigation Tree.
Prerequisites for expanding cell capacity
Before expanding the capacity of a cell, ensure: A BCCH RTF exists for the cell. The site has the capacity for the extra RF hardware.
Expanding cell capacity
To add extra capacity to a cell, follow these steps:
Procedure 8-44
1
Add extra capacity to a cell
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 does not bring RTF 1 0 or RTF 1 1 into service). 2 Congure the RTFs and DRIs under these DRI/RTF groups that provide the RF hardware to bring the timeslots on air. Congure hopping as part of the RTF create. Congure up to four Frequency Hopping objects, as required, using the FreqHopSys object under the cell using the Navigation Tree.
3 4
Add the RTFs to the paths congured for the site. Unlock the new DRI/RTF and ensure each DRI and RTF congured for the cell is in service. Continued
8-162
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Expanding cell capacity
Procedure 8-44
5 6 7
Add extra capacity to a cell (Continued)
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-58, which describes how to check the settings of tru_id, max_dris per GPROC and antenna_select number.
68P02901W17-S
8-163 Nov 2007
Conguring frequency hopping
Chapter 8: Conguring cells
Conguring frequency hopping
Frequency hopping
Frequency hopping enables each timeslot to use a set of frequencies dened in one of four frequency hopping systems. For further details of frequency hopping, see Frequency hopping on page 2-3
Methods for conguring frequency hopping
To congure frequency hopping, use one of the following methods: OMC-R GUI Navigation Tree, see Conguring frequency hopping using the OMC-R GUI on page 8-166. TTY interface, see Conguring frequency hopping using the TTY interface on page 8-174.
To check existing frequency hopping for a cell, see Checking frequency hopping conguration for cells on page 8-177.
Frequency hopping parameters
Table 8-58 describes the frequency hopping-related cell parameters. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on commands and database parameters.
Table 8-58 Frequency hopping cell parameters
Field name/parameter name hopping_support Brief description Denes the type of frequency hopping available; no hopping, synthesizer hopping, or baseband hopping. This can be congured from the CELL Detailed View. See Frequency hopping on page 2-3 for more information about frequency hopping. Provided for each of the four frequency hopping systems to permit enabling and disabling hopping systems individually. This can be congured from either of the four FreqHopSys Detailed Views. Continued
hopping_systems_enabled
8-164
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Frequency hopping parameters
Table 8-58
Frequency hopping cell parameters (Continued)
Brief description Provided for each of the 16 frequency hopping systems to dene either cyclic or one of 63 pseudo-random hopping sequence algorithms. The HSN (hopping sequence [generator] number) is dened in GSM Recommendation 5.02. A pseudo-random hopping sequence algorithm provides better interferer diversity than the cyclic sequence. This can be congured from either of the four FreqHopSys Detailed Views. Provided for each of the four frequency hopping systems and contains a list of the carrier frequencies used in the hopping system. This can be congured from either of the four FreqHopSys Detailed Views.
Field name/parameter name hopping_systems_hsn
hopping_systems_mobile_alloc
The hopping parameters are dened using the chg_element command or using the OMC-R GUI Cell and FreqHopSys Detailed Views.
68P02901W17-S
8-165 Nov 2007
Conguring frequency hopping using the OMC-R GUI
Chapter 8: Conguring cells
Conguring frequency hopping using the OMC-R GUI
Overview of conguring frequency hopping using the OMC-R GUI
Conguring frequency hopping using the OMC-R GUI is a two stage process: 1. Conguring frequency hopping for a cell, see Conguring frequency hopping for a cell using the OMC-R GUI in this section. Once a FreqHopSys has been congured under a cell, it is available to all of the timeslots in all of the RTFs for that cell (frequency planning limits excluded). 2. Assigning a hopping system to each RTF hopping timeslot. For further details see Conguring an RTF function on page 9-181.
Description of conguring frequency hopping using the OMC-R GUI
Two windows are available in the OMC-R GUI to congure frequency hopping; the Mobile Allocation Selector window (displayed from the FreqHopSys Detailed View) and the Frequency Hopping View. The information displayed in the FreqHopSys Detailed View is created during an audit and cannot be changed.
Mobile Allocation Selector window
The Mobile Allocation Selector window enables the operator to set the BSS database parameter hopping_systems_mobile_alloc for the FreqHopSys object. hopping_systems_mobile_alloc allocates the Absolute Radio Frequency Channel Number (ARFCN) frequencies for hopping (either baseband hopping or synthesizer hopping). The maximum number of frequencies that can be congured is 64. For a PCS1900 cell, when the BSS:pcs_freq_blocks attribute is 0, the Mobile Allocation Selector form is not displayed. Instead, a message appears stating that there are no frequencies to select from. If the GSM900 Extended range cell is being congured, and if the cell attribute egsm_bcch_sd is enabled, frequencies from both the normal GSM900 range and the GSM900 Extended range can be selected at the same time. If this attribute is disabled, then attempting to select frequencies from both ranges results in a warning message being displayed to the user.
8-166
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Mobile allocation at a DCS1800 or PCS1900 site
Frequency Hopping View
The Frequency Hopping View enables the operator to view all the frequency hopping information associated with all of the carriers in a cell (see Figure 8-8). The Frequency Hopping View is a read only window with no editable elds. The operation of these two forms is described in the following procedures.
If the BCCH ARFCN is not included in the frequencies selected, then the maximum number of frequencies that can be congured is reduced to 63.
Mobile allocation at a DCS1800 or PCS1900 site
The Mobile Allocation Selector window shown in Figure 8-7 is shown with values appropriate for a GSM 900 cell. If the cell in question was at a DCS 1800 site, then the values presented would be in the range 512 - 885. Similarly, if the cell supported PCS 1900, then the range presented would be in the range 512 - 810, based on the individual bit settings of the BSS:pcs_freq_blocks attribute as follows: Bit 0: channels 512 to 585 (Frequency Block A) Bit 1: channels 587 to 610 (Frequency Block D) Bit 2: channels 612 to 685 (Frequency Block B) Bit 3: channels 687 to 710 (Frequency Block E) Bit 4: channels 712 to 735 (Frequency Block F) Bit 5: channels 737 to 810 (Frequency Block C) If the GSM 900 extended range of frequencies is being presented (0 - 124 and 975 - 1023), then it is not possible to select frequencies from both the normal GSM 900 range (1 - 124) and the extended GSM 900 range (0, 975 - 1023) at the same time unless the cell:egsm.bcch.sd attribute is enabled. Table 8-59 lists the maximum number of frequencies that may be allocated to the mobile allocation list for a given cell frequency range, when conguring cell frequency hopping.
If EGSM carrier Conguration is enabled, then it is allowed to mix PGSM and EGSM extension band frequencies in the mobile allocation list.
68P02901W17-S
8-167 Nov 2007
Impact of BCCH and SDCCH in the EGSM band
Chapter 8: Conguring cells
Table 8-59 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 specied in the frequency_type cell parameter or the band specied in the secondary_frequency cell parameter, but not both.
Impact of BCCH and SDCCH in the EGSM band
If a cell has been congured with BCCH and SDCCH in the EGSM band, frequency hopping systems can support the EGSM frequency bands (PGSM and GSM900 extension bands) in a dual band system. For an EGSM cell, if the egsm_bcch_sd is not enabled, only the PGSM frequencies or the extension band frequencies are put in the mobile allocation list, not both. See Conguring a cell with BCCH and SDCCH in the EGSM band on page 8-178 for further details.
Conguring frequency hopping for a cell using the OMC-R GUI
To congure frequency hopping for a cell using the OMC-R GUI, follow these steps:
Procedure 8-45 Congure frequency hopping for a cell using the OMC-R GUI
1 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-32 for further details. The FreqHopSys instance button changes color. 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 elds in the Identication, Additional Information, and General groupings, as detailed in FreqHopSys Detailed View elds.
2 3 4
8-168
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring frequency hopping for a cell using the OMC-R GUI
Specifying mobile allocation frequencies
To specify the mobile allocation frequencies, follow these steps:
Procedure 8-46 Specify mobile allocation frequencies
1 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 the appropriate frequency values. To remove a selected frequency, click it. Click 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 elds in ascending order. To cancel a selection at any stage, click 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-45, step 4 for each FreqHopSys object, if necessary.
68P02901W17-S
8-169 Nov 2007
FreqHopSys Detailed View elds
Chapter 8: Conguring cells
Figure 8-7
Mobile Allocation Selector window - for a GSM 900 cell
ti-GSM-MobileAllocationSelectorwindow-foraGSM900cell-00805-ai-sw
FreqHopSys Detailed View elds
The following sections list and briey describe the parameter elds in the FreqHopSys Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
8-170
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
FreqHopSys Detailed View elds
Identication grouping
Table 8-60 describes the elds in the Identication grouping of the FreqHopSys Detailed View.
Table 8-60 FreqHopSys Detailed View elds - Identication grouping
Field name RDN Class RDN Instance NMC RDN Value 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 identier 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 - 3. Optional. Mandatory or Optional?
Parent Detailed View
Additional Information
Use the Additional Information window to input any notes relating to this frequency hopping system. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
General grouping
Table 8-61 describes the elds in the General grouping of the FreqHopSys Detailed View.
Table 8-61 FreqHopSys Detailed View elds - General grouping
Field name Hopping Systems Enabled Hopping Sequence Number 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 - 63. Mandatory or Optional? Mandatory. Optional.
Mobile allocation grouping
See Figure 8-7 for details.
68P02901W17-S
8-171 Nov 2007
Viewing frequency hopping details for a cell
Chapter 8: Conguring cells
Viewing frequency hopping details for a cell
Displaying the Frequency Hopping View
To display a Frequency Hopping View, follow these steps:
Procedure 8-47 Display a Frequency Hopping View
1 2 Select the required cell in the OMC-R GUI Navigation Tree. Select Cong 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 Frequency Hopping View
ti-GSM-FrequencyHopping View-00806-ai-sw
8-172
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Viewing frequency hopping details for a cell
Displaying an RTF Detailed View
To display an RTF Detailed View form for one of the RTFs listed in the Frequency Hopping View, follow these steps:
Procedure 8-48 Display RTF Detailed View form for an RTF listed in the Frequency Hopping View
1 Double-click the required RTF line. The OMC-R displays the RTF Detailed View form. View or edit RTF Detailed View form as required.
Closing the Frequency Hopping View
To close the Frequency Hopping View, select File -Close from the Frequency Hopping View window to close the form. Alternatively, use File Save As to save the information in a le name.
Displaying a FreqHopSys Detailed View
To display a FreqHopSys Detailed View form for one of the Hopping Systems, follow these steps:
Procedure 8-49 Display a FreqHopSys Detailed View form for one of the Hopping Systems
1 2 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
68P02901W17-S
8-173 Nov 2007
Conguring frequency hopping using the TTY interface
Chapter 8: Conguring cells
Conguring frequency hopping using the TTY interface
Introduction to conguring frequency hopping using the TTY interface
Dening frequency hopping systems is a SYSGEN process. The procedures described in this section use the baseband hopping system as described in Frequency hopping on page 2-3.
Methods for conguring frequency hopping using the TTY interface
Dening a hopping system for a cell using the TTY interface requires: 1. 2. Setting frequency hopping-related cell parameters using the TTY interface. Assigning a hopping system to each RTF timeslot.
These steps are described in the following sections.
Setting frequency hopping parameters using the TTY interface
To set up hopping-related cell parameters, follow these steps:
Procedure 8-50 Set up hopping-related cell parameters
1 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 dene the HSN for each hopping system, enter the command: chg_element hopping_systems_hsn,<index> <element_value> <location> <cell_number> To dene 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.
8-174
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Assigning a hopping system to each RTF timeslot
Example
The commands and examples shown in this section are typical instances for demonstration purposes only. Enter only parameters specied 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,0 3 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
Assigning a hopping system to each RTF timeslot
Once the hopping-related cell parameters have been set up, the next step is to assign a frequency hopping system to each timeslot to enable it to hop. To assign a hopping system to each timeslot using the TTY interface, use the equip command, and repeat for each non-BCCH RTF function at the cell. The following is example of assigning a hopping system to each RTF timeslot using the TTY interface, and shows typical user input in bold text. Hopping is disabled for the BCCH carrier timeslots as follows: -> equip 0 RTF Enter type of carrier: Enter the 1st and 2nd RTF id: 0 1 0 0 1 0 1 1 3
Enter the GSM cell assigned to this carrier:
68P02901W17-S
8-175 Nov 2007
Assigning a hopping system to each RTF timeslot
Chapter 8: Conguring cells
Enter carrier absolute radio freq.
channel:
52 255 255 255 255 255 255 255
Enter the 8 carrier frequency hopping indicators: 255 : COMMAND ACCEPTED -> equip 0 RTF Enter type of carrier: NON_BCCH 0 1 channel: 32
Enter the 1st and 2nd RTF id:
Enter carrier absolute radio freq.
Enter the 8 carrier frequency hopping indicators: : COMMAND ACCEPTED
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 Conguring an RTF function on page 9-181.
8-176
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking frequency hopping conguration for cells
Checking frequency hopping conguration for cells
Overview to checking cell frequency hopping
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.
Checking a single hopping object using the OMC-R GUI
To check a single hopping object using the OMC-R GUI, proceed as follows:
Procedure 8-51 Check a single hopping object using the OMC-R GUI
1 2 3 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.
Checking multiple hopping objects using cmutil
All the data for a FreqHopSys object can be viewed from a FreqHopSys Detailed View. However, some of the data of each FreqHopSys object is stored in its generic table in the MIB DBMS (freqhopsystable2). The only way to extract full information for multiple FreqHopSys objects from the CM MIB is by using cmutil, see Chapter 15 cmutil for details.
Multiple hopping checks of OMC-R using cmutil
To check multiple hopping objects throughout the OMC-R using cmutil, see Chapter 15 cmutil.
68P02901W17-S
8-177 Nov 2007
Conguring a cell with BCCH and SDCCH in the EGSM band
Chapter 8: Conguring cells
Conguring a cell with BCCH and SDCCH in the EGSM band
Introduction to BCCH and SDCCH in the EGSM band
The Broadcast Control CHannel (BCCH) and Standalone Dedicated Control CHannel (SDCCH) can be congured to operate in the Extended GSM900 (EGSM) band. If SDCCH is placed in the EGSM, non-EGSM mobiles may not have service because they are unable to access the BCCH frequency and SDCCH channels in the EGSM band. This enables a multi-band/dual-band network with EGSM as one of the supported frequency bands, for example, EGSM and DCS1800. The EGSM band can also be selected as the preferred band over the DCS1800 or GSM900. The cell parameter egsm_bcch_sd (CELL Detailed View eld: EGSM Carrier Conguration Information) enables or disables the BCCH and SDCCH channels in the EGSM band. If the Frequency Type eld in the CELL Detailed View is set to a value other than EGSM900 (2), this eld is grayed-out in the OMC-R GUI and displays Disabled (0). For an EGSM cell, if egsm_bcch_sd is disabled only either PGSM or Extension band frequencies can be entered in the mobile allocation list, not both.
Impact on Frequency Hopping (FreqHopSys)
This feature also allows frequency hopping systems to support the EGSM frequency bands (PGSM and GSM900 extension bands) in a dual band system. For an EGSM cell, if egsm_bcch_sd is not enabled, only the PGSM frequencies or the extension band frequencies are put in the mobile allocation list, not both.
Impact on RTFs
When egsm_bcch_sd is enabled for a cell and carrier type is BCCH, the RTF parameter eld Carrier 1 ARFCN (BSS parameter name: arfcn) can be set to EGSM band frequencies.
Impact on Proxy cells
The frequency range for proxy cells also includes EGSM band frequencies.
Methods of conguring BCCH and SDCCH in the EGSM band
To congure a cell to use BCCH and SDCCH in the EGSM band, use either the: OMC-R GUI CELL Detailed View, using the EGSM Carrier Conguration Information eld (egsm_bcch_sd), see Table 8-2. TTY interface to set the egsm_bcch_sd parameter to Enabled (1).
8-178
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Prerequisites for disabling BCCH and SDCCH in the EGSM band
Prerequisites for disabling BCCH and SDCCH in the EGSM band
The parameter egsm_bcch_sd can only be disabled if: BCCH is not in the EGSM. sd_load is zero for all carriers in the EGSM. Hopping systems (enabled and disabled) do not contain a combination of PGSM and EGSM band frequencies. Neighbor BCCH frequencies are not in the EGSM band.
Conguring 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-52 Create a cell with BCCH and SDCCH in the EGSM using TTY interface
1 2 3 Remotely login to the BSS and change security levels, see Remotely logging in to a BSS site from the OMC-R on page 1-43. 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.
68P02901W17-S
8-179 Nov 2007
Conguring a cell for coincident multiband handovers
Chapter 8: Conguring cells
Conguring a cell for coincident multiband handovers
Overview of coincident multiband handovers
A coincident cell is a cell that has a collocated neighbor cell, and both cells have the same cell boundaries but each cell operates on a different frequency (such as 900, 1800, or 1900). A coincident cell can hand over calls to its collocated neighbor. For a detailed description of coincident multiband handover, see Technical Description: BSS Implementation (68P02901W36). Coincident multiband handovers (controlled using coincident_mb) and the Dual Band Cells feature cannot be enabled at the same time. For example, when inner_zone_alg is set to Dual Band Cells (3) and an attempt is made to set the value of coincident_mb to anything other than 0, an error message is displayed. Alternatively, in the OMC-R GUI the coincident_mb eld is grayed-out.
Interaction with other features
This feature interacts with the IMRM feature, see Intelligent Multilayer Resource Management (IMRM) on page 2-148 for further details.
Coincident multiband handover parameters
Table 8-62 details the parameters associated with coincident multiband handover.
Table 8-62 Coincident multiband handover parameters
OMC-R GUI eld name/BSS parameter name Coincident MB HO Status coincident_mb Description See Table 2-5 for details of this parameter.
Continued
8-180
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Prerequisites to conguring a coincident multiband cell
Table 8-62 Coincident multiband handover parameters (Continued)
OMC-R GUI eld name/BSS parameter name Coincident Cell coincident_cell Description Displayed in the General section, Coincident Multiband HO grouping, of the CELL Detailed View. Species the cell (unique GSM cell identier) that is coincident to the cell specied 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 neighbors of each other. If coincident_mb is set to 2, both cells must be at the same site, the cells must be neighbors of each other, and the basic 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 eld is grayed-out if the Coincident MB HO Status parameter eld is set to Disabled (0). The MCC and MNC subelds within the cell id can be edited. The MCC and MNC elds cannot be edited for n-1 or n-2 BSS. Displayed in the General section, Coincident Multiband HO grouping, of the CELL Detailed View. Species 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. Species 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 - 63. The default is 0. low_sig_thres of the external neighbors cannot be accessed.
Coincident Offset to HO Margin coincident_offset
Coincident Low Sig Threshold low_sig_thresh
Prerequisites to conguring a coincident multiband cell
Before a cell can be dened as a coincident multiband handover cell, the Multiband Inter-cell Handover feature (mbInterCellHoOpt) must be unrestricted (enabled) at the BSS. Before Cell A can be dened as coincident to Cell B, Cell A must be added to the neighbor list of Cell B.
68P02901W17-S
8-181 Nov 2007
Methods of conguring a cell for coincident multiband handover
Chapter 8: Conguring cells
Methods of conguring a cell for coincident multiband handover
A cell can be congured for coincident multiband handover, using either of the following methods: OMC-R GUI CELL Detailed View General section, Coincident Multiband HO grouping. TTY interface, see Conguring a coincident multiband handover cell using the TTY interface.
Conguring a coincident multiband handover cell using the TTY interface
The TTY interface can be used to congure a cell. The following sections indicate the BSS commands and parameters that can be used to create, display, and modify coincident multiband handover parameters. For further details of these commands and parameters see the Technical Description: BSS Command Reference (68P02901W23) manual. Also see Table 8-62 in this section for details of the coincident multiband handover parameters.
Creating a coincident multiband handover cell
To create a cell and specify all the cell parameters, including the coincident multiband handover parameters, use the following command: add_cell <gsm_cell_id> <location> The BSS then prompts for each of the cell parameters.
Enabling/Disabling coincident multiband handover for a cell
First, to display whether the coincident multiband has been enabled or disabled, use either the disp_cell or disp_element commands, and coincident_mb parameter. For example, the following command displays whether coincident multiband is enabled for cell 001 01 17: disp_element coincident_mb 1 cell 0 0 1 0 1 1 7 To enable or disable coincident multiband, use either chg_element or chg_cell_element commands and the parameter coincident_mb. For example, the following command enables (without redirection) coincident multiband at gsmcellid: 0010117: chg_cell_element coincident_mb 1 1 cell 0 0 1 0 1 1 7 The system prompts for the coincident cell id (an example user response is shown in bold text): Enter the coincident cell: 0 0 1 0 1 1 6
8-182
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration coincident multiband handover cell using the TTY interface
Conguring a
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_cell_element or chg_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
Displaying the coincident cell of a cell
To display the id of a coincident cell, use the coincident_cell parameter and the disp_element command, for example: disp_element coincident_cell 1 cell 0 0 1 0 1 1 7 The system replies with the gsmcellid of the coincident cell.
68P02901W17-S
8-183 Nov 2007
Conguring a cell for adaptive handovers
Chapter 8: Conguring cells
Conguring a cell for adaptive handovers
Overview of adaptive handovers
A cell that can perform adaptive handovers hands over calls to the next cell more rapidly when call conditions are deteriorating quickly. Likewise, when call conditions are only marginally poor, the calls are handed over less quickly. The cell therefore performs adaptive handovers based on the rate at which the radio conditions change for the mobile. Adaptive handovers can only occur at microcell sites. Handovers normally occur based on a voting criteria, that is, when a specied quantity of the most recent measurement averages meet a specic criterion then the need for a handover is recognized. For adaptive handovers, a cumulative area is maintained and updated with each new measurement. As long as a marginal need for a handover exists the cumulative area is incremented (except for adaptive power budget handovers where the leaky bucket criteria is used). The cumulative area is set to zero when there is no marginal need for a handover. When the cumulative area exceeds a user-dened threshold value, a handover is triggered. Adaptive handovers can be enabled for: Power budget handovers Uplink and downlink quality handovers Uplink and downlink level handovers
A cumulative area threshold value for each type of handover can be dened. For quality handovers if cell hopping has been enabled, alternative cumulative area thresholds can be dened. The cumulative area for the power budget handover algorithm can be set on a per cell or per neighbor 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 modied in line with this feature. For a detailed description of handovers, adaptive handovers, and handover algorithms, see the manual Technical Description: BSS Implementation (68P02901W36).
Adaptive handover parameters
Table 8-63 details the parameters associated with adaptive handovers. A full description of BSS database parameters is provided in Technical Description: BSS Command Reference (68P02901W23).
8-184
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Adaptive handover parameters
Table 8-63
Adaptive handover parameters
Description Displayed in the CELL Detailed View Handover section, Adaptive Handovers grouping. Species which of the following power budget handover algorithms is used: Standard power budget handover algorithm (0). Adaptive power budget handover algorithm on a per cell basis for a cumulative area (1). Adaptive power budget handover algorithm on a per neighbor basis for a cumulative area (2).
OMC-R GUI eld name/BSS parameter name Adaptive Pwr Budget HO Alg adap_ho_pbgt
Also see Conguring a neighbor cell for adaptive handovers on page 8-189. Adaptive Pwr Budget HO Trigger adap_trigger_pbgt Displayed in the CELL Detailed View Handover section, Adaptive Handovers grouping. Species 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 - 255. The default is 0. Displayed in the CELL Detailed View Handover section, Adaptive Handovers grouping. Species the value used as a threshold with the adaptive power budget handover algorithm on a per neighbor basis used to determine when handover should occur. Valid value range: 0 - 255. The default is 40. Displayed in the CELL Detailed View Handover section, Adaptive Handovers grouping. Species 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. Species 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 - 255. The default is 0. Displayed in the CELL Detailed View Handover section, Adaptive Handovers grouping. Species 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 - 255. The default is 0. Displayed in the CELL Detailed View Handover section, Adaptive Handovers grouping. Species whether the adaptive receive quality handover algorithm is Enabled (1) or Disabled (0). The default is Disabled (0). Continued
Neighbor Adap Pbgt HO Trigger adap_trigger_pbgt_nbr (OMC-R database name: adap_trg_pbgt_nbr) Adaptive Rxlev HO Alg adap_ho_rxlev
Adaptive Rxlev HO Trigger on DL adap_trigger_rxlev_dl (OMC-R database parameter name: adap_trig_rl_dl) 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
68P02901W17-S
8-185 Nov 2007
Adaptive handover parameters
Chapter 8: Conguring cells
Table 8-63
Adaptive handover parameters (Continued)
Description Displayed in the CELL Detailed View Handover section, Adaptive Handovers grouping. Species the value used to determine when to handover when using the Adaptive Receive Quality Handover Trigger on the downlink. Valid value range: 0 - 65535. The default is 0. Displayed in the CELL Detailed View Handover section, Adaptive Handovers grouping. Species the value used to determine when to handover when using the Adaptive Receive Quality Handover Trigger on the uplink. Valid value range: 0 - 65535. The default is 0. Displayed in the CELL Detailed View Handover section, Adaptive Handovers grouping. Species whether the adaptive alternate trigger receive quality handover algorithm is Enabled (1) or Disabled (0). The default is Disabled (0).
OMC-R GUI eld name/BSS parameter name 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
Displayed in the CELL Detailed View Handover section, Adaptive Handovers grouping. Species the value used to determine when to handover when using the Adaptive Receive Quality Hopping Handover algorithm on the downlink. Valid value range: 0 65535. The default is 0. Displayed in the CELL Detailed View Handover section, Adaptive Handovers grouping. Species the value used to determine when to handover when using the Adaptive Receive Quality Hopping Handover algorithm on the uplink. Valid value range: 0 - 65535. The default is 0. Species 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.
8-186
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Methods of conguring a cell for adaptive handovers
Methods of conguring a cell for adaptive handovers
To congure a cell for adaptive handovers, use either of the following methods: OMC-R GUI CELL Detailed View Handover section, Adaptive Handovers grouping. TTY interface, see Conguring a cell for adaptive handovers using the TTY interface in this section.
Conguring a cell for adaptive handovers using the TTY interface
The TTY interface can be used to congure a cell, including specifying the adaptive handover parameters. The following sections indicate the BSS commands and parameters that can be used to create, display, and modify adaptive handover 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 adaptive handover parameters. Security Level 2 is needed to enter these TTY commands.
Creating an adaptive handover cell
To create a cell and specify all the cell parameters, including the adaptive handover parameters, use the add_cell command. In response to this command, the BSS prompts for each of the cell parameters.
Enabling/Disabling adaptive handovers for an existing cell
First, to display whether adaptive handovers have been enabled or disabled, use either the disp_cell or disp_element commands, and the appropriate adap_ho_pbgt, adap_ho_rxlev, adap_ho_rxqual, adap_ho_al_trg_rq parameter. For example, the following command displays whether Adaptive Power Budget Handover is enabled at BSC (site 0) for cell 001 01 17: disp_element adap_ho_pbgt 0 cell 0 0 1 0 1 1 7 To enable or disable, use either chg_element or chg_cell_element commands and the appropriate parameter: adap_ho_pbgt, adap_ho_rxlev, adap_ho_rxqual or adap_ho_al_trg_rq. For example, the following command enables Adaptive Power Budget Handovers on a per neighbor basis at the BSC (site 0) at the cell 0010117: chg_cell_element adap_ho_pbgt 2 0 cell 0 0 1 0 1 1 7
68P02901W17-S
8-187 Nov 2007
Conguring a cell for adaptive handovers using the TTY interface
Chapter 8: Conguring cells
Changing the value of an adaptive handover trigger threshold
First, display the current value of the adaptive handover triggers, using the disp_element or disp_cell command and the appropriate handover trigger parameter: adap_trigger_pbgt, adap_trigger_rxlev_dl, adap_trigger_rxlev_ul, adap_trigger_rxqual_dl adap_trigger_rxqual_ul, adap_trigger_hop_rxqual_dl l or adap_trigger_hop_rxqual_d. For example, the following command displays the current setting of the cumulative trigger for the Adaptive Power Budget Handovers at BSC (site 0) at cell 0010117: disp_element adap_trigger_pbgt 0 cell 0 0 1 0 1 1 7 The system replies with the current setting of the threshold. To change the value of adap_trigger_pbgt, adap_trigger_rxlev_dl, adap_trigger_rxlev_ul, adap_trigger_rxqual_dl adap_trigger_rxqual_ul, adap_trigger_hop_rxqual_dl l or adap_trigger_hop_rxqual_d use the chg_element or chg_cell_element command. For example, the following command sets the cumulative area threshold for the Adaptive Power Budget Handovers to 1000 at BSC (site 0) at cell 0010117: chg_element adap_trigger_pbgt 1000 0 cell 0 0 1 0 1 1 7
8-188
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a neighbor cell for adaptive handovers
Conguring a neighbor cell for adaptive handovers
Overview of conguring a neighbor cell for adaptive handovers
To congure a neighbor cell for handovers it may be necessary to: Set a handover margin for the Optimized Type 5 Handover algorithm, using: Neighbor Detailed View form. BSS database parameter ho_margin_type5. The Optimized Type 5 Handover algorithm (macrocell to microcell handover) is explained in Technical Description: BSS Implementation (68P02901W36). Dene the trigger value for the Adaptive Power Budget Handover algorithm, if the cell is functioning on a neighbor basis. (If the cell is functioning on a cell basis, see Conguring a cell for adaptive handovers on page 8-184). This can be done using: Neighbor Detailed View form. BSS database parameter adap_trigger_pbgt_nbr.
Conguring a neighbor cell for adaptive handovers using the OMC-R GUI
To congure a neighbor cell for adaptive handovers using the OMC-R GUI for a new or existing neighbor cell, following these steps:
Procedure 8-53 Congure a neighbor cell for adaptive handovers using the OMC-R GUI
1 2 Display the required Neighbor Detailed View form. If modifying an existing neighbor cell, select Edit Edit to change from Monitor to Edit mode. Otherwise go to step 1.
Dening the Adaptive Power Budget Handover algorithm threshold
To set the handover threshold for the Adaptive Power Budget Handover algorithm, enter a value in the range 0 - 255 in the Neighbor Adap Pbgt HO trigger eld in the General parameter grouping. See Table 8-63 for further details for this parameter, or use the online context sensitive help for the eld.
68P02901W17-S
8-189 Nov 2007
Conguring a neighbor cell for handovers using the TTY interface
Chapter 8: Conguring cells
Setting the Optimized Type 5 Handover algorithm handover margin
To set the handover threshold for the Optimized Type 5 Handover algorithm, follow these steps:
Procedure 8-54 Set the handover threshold for the Optimized Type 5 Handover algorithm
1 2 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 eld. See Table 8-63 for further details for this parameter, or use the online context sensitive help for the eld.
Saving and closing
To save and close the Detailed View form, follow these steps:
Procedure 8-55 Save and close the Detailed View form
1 2 3 Complete or modify other neighbor elds, as required. Select File Save from the menu bar to save the changes. Select File Close to close the Neighbor Detailed View form.
Conguring a neighbor cell for handovers using the TTY interface
The TTY interface can be used to congure a neighbor cell. The following sections indicate how to create, display, and modify the ho_margin_type5 and adap_trigger_pbgt_nbr parameter. 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 ho_margin_type5 and adap_trigger_pbgt_nbr parameters. Security Level 2 is needed to enter these TTY commands.
Displaying the current neighbor settings
First, display the current value of ho_margin_type5 or adap_trigger_pbgt_nbr using the disp_neighbour command. For example, the following command displays the current settings in the neighboring cell 001 0112 of cell 0010114: disp_neigh 0 0 1 0 1 1 4 0 0 1 0 1 1 2 The system replies with the current settings for the neighbor cell, including the setting for Optimized Type 5 Handover algorithm margin and the Adaptive Power Budget Handover algorithm threshold.
8-190
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Conguring a neighbor cell for handovers using the TTY interface
Changing the current settings
To change the value of ho_margin_type5 and adap_trigger_pbgt_nbr use the modify_neighbor command. For example, the following command sets the margin for the Optimized Type 5 Handover algorithm to 10 in the neighboring cell 001 0112 of cell 0010114: modify_neighbor 0 0 1 0 1 1 4 0 0 1 0 1 1 2 ho_margin_type5 10 The following command sets the adaptive handover power budget threshold trigger to 38 for neighbor cell 001 0112 of cell 0010111: modify_neighbor 0 0 1 0 1 1 1 0 0 1 0 1 1 2 adap_trigger_pbgt_nbr 38
68P02901W17-S
8-191 Nov 2007
Limiting Ping-Pong handovers between cell zones
Chapter 8: Conguring cells
Limiting Ping-Pong handovers between cell zones
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.
Ping-Pong handover limitation parameters
Table 8-64 shows the parameters used to congure ping-pong control. These can be set using MMI or in the OMC-R GUI and are supported by the cmutil tool.
Table 8-64 Ping Pong limitation parameters
OMC-R GUI eld name/BSS parameter name Interzone PingPong Allowed Count zone_pingpong_count Description Displayed in the CELL Detailed View General grouping. 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). Displayed in the CELL Detailed View General grouping. Indicates the length of time in which the frequency of interzone ping-pong handovers are measured (seconds). Displayed in the CELL Detailed View General grouping. 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. Displayed in the CELL Detailed View General grouping. Indicates which zone is preferred as the hop target zone.
Interzone PingPong Enabled Timer zone_pingpong_enable _win Interzone_PingPong Disabled Timer zone_pingpong_disable _win
Preferred PingPong Target Zone zone_pingpong _preferred_zone
8-192
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Ping-Pong handover parameters using the OMC-R GUI
Conguring
Conguring Ping-Pong handover parameters using the OMC-R GUI
To set the ping-pong handover parameters, follow the steps in Procedure 8-56.
Procedure 8-56
Setting ping-pong handover parameters
1 2 3
View the General grouping in the BSS Detailed View form (see General grouping on page 4-21). Locate the parameter(s) to be congured. Enter the values as appropriate in the parameter elds.
The range values of the parameters are provided in Table 4-7. 4 Save and close the BSS Detailed View form.
Conguring Ping-Pong handover parameters using the TTY interface
The TTY interface can be used to congure ping-pong handover parameters. To display and change the ping-pong parameters use the disp_element and chg_element commands respectively. For example, to display zone_pingpong_enable_win, use the following command: disp_element zone_pingpong_enable_win 0 To change the value of zone_pingpong_preferred_zone to inner zone, use the following command: chg_element zone_pingpong_preferred_zone 1 0 For further details of these commands and parameters, see the Technical Description: BSS Command Reference (68P02901W23) manual.
68P02901W17-S
8-193 Nov 2007
Conguring a cell for exible neighbor cell processing
Chapter 8: Conguring cells
Conguring a cell for exible neighbor cell processing
Introduction to exible neighbor cell processing
The handover decision process can be modied by adding more exibility to the way in which neighbor cell processing is performed for handovers. Flexible neighbor cell processing can be congured to: Allow neighbors with a lower RxLev than the serving cell to be valid candidates for handover. Include neighbor cells whose disuse count is less than or equal to the maximum disuse count. Disuse count is dened as the number of consecutive measurement reports a previously reported neighbor is not reported by the MS. Use RxQual or RxLev handovers only when the BTS or MS is at full power. Removes all candidates for interference handovers until BTS or MS reach full power. Applicable only for decision algorithm 1. Allow no warm-up period for neighbors. Averaging and power budget calculations begin immediately. Uses a RxLev of 0 if missing a measurement report.
For full details of the exible neighbor cell processing feature, see the manual Technical Description: BSS Implementation (68P02901W36).
Flexible neighbor cell processing parameters
Table 8-65 shows the parameters associated with exible neighbor cell processing. A full description of BSS database parameters is provided in Technical Description: BSS Command Reference (68P02901W23).
Table 8-65 Flexible neighbor processing parameters
OMC-R GUI eld name/BSS parameter name HO to Nbr with Lower Rxlev worse_neighbor_ho (OMC-R database name: worse_nei_ho) Description Displayed in the CELL Detailed View Handover section, Downlink RxLev Handover grouping. Species whether handovers can be made to neighbors with a worse RxLev. Valid values are: True - allows neighbors with a lower RxLev than the serving cell to be considered as valid handover candidates. False - disables the potential to handover to worse cells. Continued
8-194
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Flexible neighbor cell processing parameters
Table 8-65 Flexible neighbor processing parameters (Continued)
OMC-R GUI eld name/BSS parameter name Max Disuse Count based on Hreqave disuse_cnt_hreqave (OMC-R database name: disuse_cnt_ag) Description Displayed in the CELL Detailed View Handover section, Handover - General grouping. Species whether to include the disuse count of neighbor cells when it is less than or equal to the maximum disuse count. Valid values are: True - means the maximum disuse count is dened by the surrounding cell Hreqave. Neighbors 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.
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. Species whether RxQual or RxLev handovers are allowed when the BTS or MS is at full power. Valid values are: True - means ensure that 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.
Nbr Journaling neighbor_journal (OMC-R database name: neighbor_journ)
Displayed in the CELL Detailed View Handover section, Handover - General grouping. Species whether warm up periods are allowed for neighbors. Valid values are: True - means: Neighbor power level calculations begin immediately. If the mobile does not send the neighbor 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 neighbor power level calculations do not begin until Hreqave reports are received. If the mobile does not send the neighbor 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.
68P02901W17-S
8-195 Nov 2007
Methods of conguring a cell for exible neighbor processing
Chapter 8: Conguring cells
Methods of conguring a cell for exible neighbor processing
A cell can be congured for exible neighbor processing, using either of the following methods: OMC-R GUI CELL Detailed View Handover section. TTY interface, see Conguring a cell for exible neighbor processing using the TTY interface in this section.
Conguring a cell for exible neighbor processing using the TTY interface
The TTY interface can be used to congure a cell, including specifying the exible neighbor processing requirements. The following sections indicate the BSS commands and parameters that can be used to create, display, and modify exible neighbor processing parameters. For further details of these commands and parameters, see the Technical Description: BSS Command Reference (68P02901W23) manual. Also see Table 8-65 in this section for details of the parameters. Security Level 2 is required to enter these TTY commands.
Creating a exible neighbor processing cell
To create a cell and specify all the cell parameters, including the exible neighbor processing parameters, use the add_cell command. In response to this command, the BSS prompts for each of the cell parameters.
Enabling/Disabling exible neighbor processing for an existing cell
First, to display whether exible neighbor processing has been enabled or disabled, use either the disp_cell or disp_element commands, and the appropriate worse_neighbor_ho, disuse_cnt_hreqave, ho_only_max_pwr, neighbor_journal parameter. For example, the following command displays whether handover to a neighbor with a lower RxLev is enabled at BSC (site 0) for cell 001 01 17: disp_element neighbor_journal 0 cell 0 0 1 0 1 1 7 To enable or disable, use either chg_element or chg_cell_element and the appropriate parameter:worse_neighbor_ho, disuse_cnt_hreqave, ho_only_max_pwr, neighbor_journal. For example, the following command enables handover to a neighbor with a lower RxLev at the BSC (site 0) at the cell 0010117: chg_cell_element neighbor_journal 1 0 cell 0 0 1 0 1 1 7
8-196
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring enhanced SDCCH to TCH band assignment
Conguring enhanced SDCCH to TCH band assignment
Introduction to enhanced SDCCH to TCH band assignment
Enhanced SDCCH to TCH band assignment increases the success rate of assignment to the preferred band cell. The multiband handover feature allows a user to select a Band Preference Mode (band_preference_mode), see Multiband handover grouping on page 8-28. When setting this mode to 1, 3, 5, or 6, the system attempts to move all the calls to the neighbor cell of the preferred band at the time of the SDCCH to TCH assignment. At the time of the TCH assignment, call processing queries the received signal strength for the qualied neighbor cells of the preferred frequency band. If the MS has not reported the qualied signal strength for a preferred band neighbor cell, the MS is assigned a TCH from the serving cell. In many cases the MS does not report on neighbor cells from other frequency bands quick enough to allow TCH assignment to the preferred band neighbor cell.
Methods of conguring enhanced SDCCH to TCH band assignment
To congure enhanced SDCCH to TCH band assignment, use either of the following: OMC-R GUI CELL Detailed View General section, Multiband handover grouping. TTY interface and the sdcch_tch_band_reassign_delay parameter.
Prerequisites for conguring enhanced SDCCH to TCH band assignment
The parent BSS must have the MultiBand Inter-Cell H/O Feature (mbInterCellhoOpt) set to Enabled (1). Otherwise, the SDCCH to TCH Band Reassign Delay eld is grayed-out in the CELL Detailed View.
68P02901W17-S
8-197 Nov 2007
Enhanced SDCCH to TCH band assignment parameter
Chapter 8: Conguring cells
Enhanced SDCCH to TCH band assignment parameter
The parameter sdcch_tch_band_reassign_delay (cell Detail View eld: SDCCH to TCH Band Reassign Delay eld) denes the number of measurement report periods to wait before the preferred band neighbors are reported.
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).
The default value is 0.
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-57 Set Enhanced SDCCH to TCH band assignment using the TTY interface
1 2 Remotely login to the BSS and change security levels, see Remotely logging in to a BSS site from the OMC-R on page 1-43. 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).
8-198
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration enhanced SDCCH to TCH band assignment using the TTY interface
Displaying
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-58 Set Enhanced SDCCH to TCH band assignment using the TTY interface
1 2 Remotely login to the BSS and change security levels, see Remotely logging in to a BSS site from the OMC-R on page 1-43. 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).
68P02901W17-S
8-199 Nov 2007
Conguring a cell for extended cell range prioritization
Chapter 8: Conguring cells
Conguring a cell for extended cell range prioritization
Introduction to extended cell range prioritization
A user can congure a cell and set the extended range cell prioritization threshold. This determines the timing advance range at which an extended range neighbor is prioritized to the top of the candidate list.
Extended cell range prioritization parameter
Table 8-66 gives details of the erc_ta_priority parameter.
Table 8-66 erc_ta_priority parameter
OMC-R GUI eld name/BSS database parameter name Ext Range Neighbor Priority erc_ta_priority Description Displayed in the CELL Detailed View, General section, General grouping. Extended range cell prioritization allows a priority threshold to be set, which allows the default value of 50 to be overridden. If the absolute timing advance is greater than the priority threshold, then the ERC neighbors are placed at the top of the list of sorted handover candidates. Otherwise, the ERC neighbors are appended to the end of the list of candidates. Valid value in the range 0 - 63. The default is 50.
Methods of conguring a cell for extended cell range prioritization
A cell can be congured for extended cell range prioritization using either of the following methods: OMC-R GUI CELL Detailed View, General section, General grouping (Table 8-2). TTY interface, see Conguring a cell for extended range cell prioritization using the TTY interface.
8-200
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration cell for extended range cell prioritization using the TTY interface
Conguring a
Conguring a cell for extended range cell prioritization using the TTY interface
To congure a cell for extended range cell prioritization, use the erc_ta_priority parameter and the chg_element command. The user needs 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 specic parameter setting for a cell. For further details of commands and parameters, see the Technical Description: BSS Command Reference (68P02901W23) manual.
68P02901W17-S
8-201 Nov 2007
Conguring a cell for power control optimization
Chapter 8: Conguring cells
Conguring a cell for power control optimization
Introduction to cell power control optimization
To optimize uplink and downlink power control for a cell, a user can set the following: Uplink power control step sizes for power increments and decrements. Downlink power control step sizes for power increments and decrements. Enable or disable a power control step adjustment algorithm. This algorithm dynamically modies the power control step sizes to quickly return the power level to a level within a pre-dened range.
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.
Cell power control optimization parameters
Table 8-67 shows the parameters used to congure cell power control optimization. For further details of these parameters see the Technical Description: BSS Command Reference (68P02901W23) manual.
Table 8-67
Optimizing cell power control parameters
Description Displayed in the CELL Detailed View, Power Control section, Uplink Power Control grouping. Species the step size for power increases from the MS to the BTS (uplink). Valid values are: 2, 4, 6, 8, 10, 12, 14 dB. The default is 2 dB. This parameter must be greater than or equal to pow_red_stepsz_ul. Displayed in the CELL Detailed View, Power Control section, Downlink Power Control grouping. Species the step size for power increases from the BTS to the MS (downlink). Valid values are: 2, 4, 6, 8, 10, 12, 14 dB. The default is 2 dB. This attribute must be greater than or equal to pow_red_stepsz_dl. Continued
OMC-R GUI eld 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)
8-202
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dynamic BTS Power control for Horizonmicro2
Table 8-67 Optimizing cell power control parameters (Continued)
OMC-R GUI eld name/BSS parameter name Pwr Reduction Step Size UL pow_red_step_size_ul (OMC-R parameter name: pow_red_stepsz_ul) 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 Description Displayed in the CELL Detailed View, Power Control section, Uplink Power Control grouping. Species the step size for power decreases from the MS to the BTS (uplink). Valid values are: 2 or 4 dB. The default is 2. This parameter must be less than or equal to pow_inc_stepsz_ul. Displayed in the CELL Detailed View, Power Control section, Downlink Power Control grouping. Species the step size for power decreases from the BTS to the MS (downlink). Valid values are: 2 or 4 dB. The default is 2. This parameter must be less than or equal to pow_inc_stepsz_dl. Displayed in the CELL Detailed View, Power Control section, Downlink Power Control grouping. Enables or disables the uplink and downlink dynamic step adjustment algorithm for the step size. Valid values are: Disabled (0), Enabled without dynamic Pwr Reduction (1), or Enabled without dynamic Pwr Reduction (1). The default is Disabled (0). Displayed in the CELL Detailed View, Power Control section, Downlink Power Control grouping. Species the percentage power reduction used in the dynamic power reduction calculation. Valid range of values: 0 - 10. The default is 10.
Factor of Max Pwr Reduction dyn_step_adj_fmpr
Dynamic BTS Power control for Horizonmicro2
Dynamic BTS Power Control is supported for Horizonmicro2, which allows the BTS transmit power to be modied on a per carrier timeslot basis. When enabled, Dynamic BTS Power Control reduces the power consumption of a Horizonmicro2. The absolute power range of a Horizonmicro2 is 0 to 10 in steps of 2 dB.
Methods for conguring power control optimization
Cell power control optimization can be congured using either of the following methods: OMC-R GUI CELL Detailed View, Power Control section, Uplink and Downlink Power Control groupings. TTY interface, see Conguring cell power control optimization using the TTY interface.
68P02901W17-S
8-203 Nov 2007
Conguring cell power control optimization using the TTY interface
Chapter 8: Conguring cells
Conguring cell power control optimization using the TTY interface
The TTY interface can be used to control the cell power control optimization parameters. The following sections indicate the BSS commands and parameters that can be used to create, display, and modify these parameters. For further details of these commands and parameters see the Technical Description: BSS Command Reference (68P02901W23) manual. Also see Table 8-67 in this section for details of the cell power control optimization parameters.
Creating a cell with power control optimized
To create a cell and specify all the cell parameters, including the power control optimization parameters (see Table 8-67), use the following command: add_cell <gsm_cell_id> <location> The BSS then prompts for each of the cell parameters.
Enabling/disabling the dynamic step adjustment algorithm
To display whether the dynamic step adjustment algorithm is enabled or disabled, use either of the following commands: disp_cell cell = <cell_desc> disp_element dyn_step_adj <location> cell = <cell_desc> To enable or disable the dynamic step adjustment algorithm, use either of the following commands: chg_element dyn_step_adj <value> <location> cell = <cell_desc> chg_cell_element dyn_step_adj <value> [cell = ]<cell_desc>
Displaying and changing the power reduction percentage
To display the current percentage power reduction, use either of the following commands: disp_cell cell = <cell_desc> disp_element dyn_step_adj_fmpr <location> cell = <cell_desc> To change the percentage power reduction, use either of the following commands: chg_element dyn_step_adj_fmpr <value> <location> cell = <cell_desc> chg_cell_element dyn_step_adj_fmpr <value> [cell = ]<cell_desc>
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>
8-204
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration cell power control optimization using the TTY interface
Conguring
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>
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>
68P02901W17-S
8-205 Nov 2007
Conguring a cell for multiple GPRS carriers
Chapter 8: Conguring cells
Conguring a cell for multiple GPRS carriers
Introduction to multiple GPRS carriers per cell
Multiple GPRS carriers can be congured in a cell to increase GPRS data throughput. A user can congure multiple GPRS carriers per cell for: Performance (using the PCU Performance algorithm) Specic to needs (using the Operator Specied algorithm)
By default, multiple GPRS carriers per cell is congured for performance. This allows the network to congure 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 recongured 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).
Congured for performance
Table 8-68 shows an example of when multiple GPRS carriers per cell have been congured for performance. In this example, the cell has ve GPRS carriers, 10 reserved timeslots and 11 switchable timeslots.
Table 8-68 Timeslots on multiple GPRS carriers congured for performance
Carrier name BCCH Carrier Non-BCCH carrier 1 TS0 BCCH SW TS1 SDCCH SW TS2 RES SW TS3 RES SW TS4 RES RES TS5 RES RES TS6 RES RES TS7 RES RES
Non-BCCH TCH carrier 2 Non-BCCH TCH carrier 3 Non-BCCH TCH carrier 4
SW
SW
SW
SW
SW
SW
SW
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
TCH
8-206
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Prerequisites for conguring multiple GPRS carriers per cell
Congured for Operator Specied
Table 8-69 shows an example of when multiple GPRS carriers per cell have been congured using Operator Specied Algorithm (OSA). In this example, GPRS timeslots are distributed over carriers in the cell. The cell has ve GPRS carriers, 10 reserved timeslots and 11 switchable timeslots, and max_gprs_ts_per_carrier is set to 6.
Table 8-69 Timeslots on multiple GPRS carriers congured using OSA
Carrier name BCCH Carrier TS0 BCCH TS1 SDCCH TCH TS2 RES SW TS3 RES SW TS4 RES RES TS5 RES RES TS6 RES RES TS7 RES RES
Non-BCCH TCH carrier 1 Non-BCCH TCH carrier 2 Non-BCCH TCH carrier 3 Non-BCCH TCH carrier 4
TCH
SW
SW
SW
SW
SW
SW
TCH
TCH
TCH
TCH
SW
SW
SW
TCH
TCH
TCH
TCH
TCH
TCH
TCH
Prerequisites for conguring multiple GPRS carriers per cell
Before multiple GPRS carriers per cell can be congured: GPRS Feature (parameter name: gprsOpt) must have been purchased and set to Enabled (1) in the BSS Detailed View. GPRS Enabled (parameter name: gprs_enabled) in the CELL Detailed View is set to Enabled (1).
If these parameters are not set, the parameters detailed in Table 8-70 are grayed-out in the CELL Detailed View.
Multiple GPRS carriers per cell parameters
Table 8-70 details the multiple GPRS carriers per cell parameters. OMC-R parameter names are the same as BSS parameter names, unless stated otherwise.
68P02901W17-S
8-207 Nov 2007
Multiple GPRS carriers per cell parameters
Chapter 8: Conguring cells
Table 8-70
Multiple GPRS carriers per cell parameters
Description Displayed in the GPRS grouping in the CELL Detailed View form. Indicates the number of timeslots the BSS attempts to reserve as PDCH timeslots in the cell. Must not exceed the DYNET capacity, when the DYNET feature is enabled. 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.
OMC-R GUI eld name/BSS parameter name Reserved GPRS Data Timeslots res_gprs_pdchs
Switchable GPRS Data Timeslots switch_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 modied 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 modied 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 insufcient RTFs, the following message is displayed: No Timeslots left on carrier(s) for res_ts_less_one_cr and sw_ts_less_one_cr Continued
8-208
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Multiple GPRS carriers per cell parameters
Table 8-70 Multiple GPRS carriers per cell parameters (Continued)
OMC-R GUI eld name/BSS parameter name Reserved PDCHs When One carrier Goes OOS res_ts_less_one _carrier (OMC-R parameter name: res_less_one_cr) 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 congure is 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 modied 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 modied for any cell if there are 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 insufcient 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 veries that there are enough non-BCCH carriers equipped and that they have enough timeslots available to congure 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 the cell is already GPRS enabled) then: There must be enough timeslots available on carriers for res_gprs_pdchs and switch_gprs_pdchs conguration. 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.
Use BCCH Carrier for GPRS use_bcch_for_gprs
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 recongured for that cell. The BSS rejects the request if there is insufcient 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 rst priority. Default is 1. Continued
68P02901W17-S
8-209 Nov 2007
Methods for conguring multiple GPRS carriers per cell
Chapter 8: Conguring cells
Table 8-70 Multiple GPRS carriers per cell parameters (Continued)
OMC-R GUI eld name/BSS parameter name GPRS Timeslot Conguration Algorithm gprs_ts_cong_alg (OMC-R parameter name: gprs_ts_confg_alg) 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 - 1, where: 0 - PCU Performance Algorithm. 1 - Customer Specied Algorithm.
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 - 8. Default: 8. This parameter can only be used when gprs_ts_cong_alg is set to 1 (Customer Specied Algorithm). When this parameter is modied the BSS veries that there are enough timeslots available on its carriers: for res_gprs_pdchs and switch_gprs_pdchs conguration. to support res_ts_less_one_carrier and sw_ts_less_one_carrier values.
Methods for conguring multiple GPRS carriers per cell
A cell can be congured for multiple GPRS carriers using: OMC-R GUI, using the GPRS grouping parameters in the CELL Detailed View as detailed in Table 8-70. TTY interface, see Conguring a cell for multiple GPRS carriers using the TTY interface.
Conguring a cell for multiple GPRS carriers using the TTY interface
Commands used to congure multiple GPRS carriers
The following commands can be used through the TTY interface to congure a cell for multiple GPRS carriers. 8-210 disp_element to display the current value of a parameter listed in Table 8-70. chg_element to change the current value of a parameter listed in Table 8-70. 68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration cell for multiple GPRS carriers using the TTY interface
Conguring a
See Technical Description: BSS Command Reference (68P02901W23) for full descriptions of commands and parameters.
Examples of displaying multiple GPRS carriers per cell parameters
The following command displays the current value of res_gprs_pdchs at cell 0010116: disp_element res_gprs_pdchs cell 0 0 1 0 1 1 6 The system replies, for example: res_gprs_pdchs = 5
Examples of modifying multiple GPRS carriers per cell parameters
The following command changes the current value of res_gprs_pdchs to 7 at cell 0010116: chg_element res_gprs_pdchs 7 cell = 0 0 1 0 1 1 6 The system replies, for example (bold text shows typical user replies): WARNING: GPRS traffic may be disrupted while GPRS timeslots are being configured. Are you sure (y = yes, n = no)? COMMAND ACCEPTED Y
Enabling GPRS for a cell using the TTY interface
The following command changes gprs_enabled to 1 (GPRS Enabled) at cell 0010116: chg_cell_element gprs_enabled 1 cell 0 0 1 0 1 1 6 The system then prompts the user to enter values for the parameters listed in Table 8-70. See Technical Description: BSS Command Reference (68P02901W23) for full details of these prompts.
68P02901W17-S
8-211 Nov 2007
Changing a BCCH carrier frequency
Chapter 8: Conguring cells
Changing a BCCH carrier frequency
Changing BCCH carrier frequency using the OMC-R GUI
The BCCH carrier frequency should only be changed using the Navigation Tree (not the TTY interface). This is because the Navigation Tree method automatically changes neighbor BCCH records. To change a BCCH carrier frequency using the OMC-R GUI, follow these steps:
Procedure 8-59
1
Change a 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-32 for further details. The RTF instance button changes color. 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 eld 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 ? 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 modication of the frequency at the BSS, the MIB is updated. The MIB Propagation form is displayed, as shown in Figure 8-9.
2 3 4
5 6
8-212
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking the status of a site
Figure 8-9 MIB Propagation Dialog Form
ti-GSM-MIBPropagationDialogForm-00807-ai-sw
Checking the status of a site
The following procedure is the fastest way to locate the BCCH carrier in a multiple cell site.
Refer to the Network Operator System Engineering Drawings for customer specic details of equipment interconnections. To check the status of a site, proceed as follows:
Procedure 8-60 Check status of a site
1 2 Remotely login to the BSS and change security levels, see Remotely logging in to a BSS site from the OMC-R on page 1-43. Use the disp_equipment to list all equipment for the site. In the list displayed, BCCH RTF is identied as follows: RTF x 0 0 Where: x is the cell (0...5) for this site. Continued
68P02901W17-S
8-213 Nov 2007
Checking the status of a site
Chapter 8: Conguring cells
Procedure 8-60 Check status of a site (Continued)
3 Use the following command to display the function of the RTF (identied 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 is required later.
Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the BSS commands discussed in this procedure.
8-214
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Changing a non-BCCH carrier frequency
Changing a non-BCCH carrier frequency
Methods of changing non-BCCH carrier frequency for a cell
The non-BCCH carrier frequency for a cell can be changed using either the: OMC-R GUI. TTY interface.
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-61 Change a non-BCCH carrier frequency using the OMC-R GUI
1 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-32 for further details. The RTF instance button changes color. 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 eld 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 ? Continued
2 3 4
68P02901W17-S
8-215 Nov 2007
Changing non-BCCH carrier frequency using the TTY interface
Chapter 8: Conguring cells
Procedure 8-61 Change a non-BCCH carrier frequency using the OMC-R GUI (Continued)
5 Select either OK or Cancel. If OK is selected, the following message is displayed: COMMAND ACCEPTED
Select File Revert before saving an edited detailed view to return changed elds 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 modication 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 the required RTF. A detailed view is displayed with all elds in fully opened view. Click View Carrier 1 information to display Carrier 1 information. Select Edit Edit from the menu bar. Change the frequency in the Carrier 1 ARFCN eld 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 ? 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 modication of the frequency at the BSS, the MIB is updated.
7 8
9 10
11 12
Changing non-BCCH carrier frequency using the TTY interface
A non-BCCH carrier frequency may also be changed using the TTY interface. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the MMI commands discussed in this procedure. 8-216 68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Changing non-BCCH carrier frequency using the TTY interface
To change a non-BCCH frequency channel number using the TTY interface, proceed as follows:
Procedure 8-62 Change a non-BCCH frequency channel number using the TTY interface
1 2 Remotely login to the BSS and change security levels, see Remotely logging in to a BSS site from the OMC-R on page 1-43. 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
3 4
68P02901W17-S
8-217 Nov 2007
Changing a BSIC
Chapter 8: Conguring cells
Changing a BSIC
Recommendation and overview to BSIC change
The Base Transceiver Station Identity Code (BSIC) is a block of code, consisting of the GSM PLMN color code and a base station color code. The BSIC allows a mobile station to distinguish between different neighboring base stations, and is encoded on the Synchronization Channel. A BSIC may be reused, but neighbor cells must not share the same BSIC or the same BCCH RF carrier. Immediate neighbor cells must not have BSIC values in multiples of eight of the cell being congured. Examples are: Cell BSIC = 8, Neis = 16, 24, 32, 40 or Cell BSIC = 9, Neis = 17, 25, 33, 41.
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/neighbors congured in the network under that OMC-R. When the Base Station Identity Code (BSIC) or CCCH Conguration elds 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 specied in the Update TSCs eld (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-220 for further details. An audit is only required after a BSIC change, if the OML was out of service.
Changing a BSIC with no hopping using the OMC-R GUI
To change a BSIC when not using frequency hopping, follow these steps:
Procedure 8-63 Change a BSIC when not using frequency hopping
1 2 3 4 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 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 rst, to prevent the BCCH hopping to another in service RTF. Allow 60 seconds for existing calls to be transferred. Continued
8-218
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Changing a BSIC with hopping
Procedure 8-63 Change a BSIC when not using frequency hopping (Continued)
5 Enter the new BSIC value in the Base Station Identity Code (BSIC) eld in the Identication section of the CELL Detailed View. The OMC-R displays a 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 modication at the BSS, the MIB is updated. The MIB Propagation form is displayed. Save the changes and close the Detailed View.
Changing a BSIC with hopping
To change a BSIC when using frequency hopping, follow these steps:
Procedure 8-64 Change a BSIC when using frequency hopping
1 2 3 4 5 6 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/neighbors for the cell. Uncongure the frequency hopping for the RTF. Delete the RTF from the paths congured 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.
68P02901W17-S
8-219 Nov 2007
Changing a TSC for a BCCH
Chapter 8: Conguring cells
Changing a TSC for a BCCH
Overview to TSC change
If for any reason the BCC part of the BSIC is changed, the Training Sequence Code (TSC) for the BCCH RTF must also be changed. Motorola recommends using the OMC-R GUI CELL Detailed View to change the BSIC of a cell.
The MIB does not propagate updates to sources/neighbors congured 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 modied. However, if frequency hopping is congured, all TSC timeslots have to be updated. The only way to update all TSC timeslots is to delete and then re-equip the RTF.
Changing a TSC
To change the TSC, proceed as follows:
Procedure 8-65
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 rst 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-218. Delete the BCCH RTF by the following: Delete the sources/neighbors for the cell. Uncongure the frequency hopping for the RTF. Delete the RTF from the paths congured 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.
8-220
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Propagating TSC updates
Propagating TSC updates
Overview of TSC update propagation
The Training Sequence Codes (TSCs) of the BCCH/CCCH must match the BCC. The BCC is the lower three bits of the Base Transceiver Station Identity Code (BSIC) value. When a BSIC or Conguration CCCH is changed for a cell, it is possible to specify how the TSC updates are propagated to the timeslots of RTF(s) in a cell using the tsc_update_method parameter. tsc_update_method can have the following values: Only of BCCH/CCCH timeslots (0) The TSCs are updated on the BCCH/CCCH timeslots only according to the value of the ccch_conf parameter. This is the default method. Of all timeslots on BCCH carrier (1) All TSCs on the BCCH carrier only are updated. Of all timeslots on all carriers of the cell (2) All TSCs on all carriers in the cell are updated.
Methods of specifying the propagation of TSC updates
To specify the TSC propagation method at a BSS level, use either of the following: OMC-R GUI BSS Detailed View. TTY interface.
Prerequisites for changing TSC propagation
The TSC update method can only be modied when no RTFs are equipped in the database.
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>
68P02901W17-S
8-221 Nov 2007
Displaying the TSC update propagation method using the TTY
Chapter 8: Conguring cells
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).
Displaying the TSC update propagation method using the TTY
To display the current TSC update method, use the following command: disp_element tsc_update_method <location> The system responds, for example: tsc_update_method = 1 For further details of the tsc_update_method parameter and BSS MMI commands, see Technical Description: BSS Command Reference (68P02901W23).
8-222
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Assigning a quality of 7 to missing measurement reports
Assigning a quality of 7 to missing measurement reports
Introduction to quality 7 for missing reports
If a measurement report does not arrive, the corresponding measurement report slot is assigned the quality value from the previous measurement report. Usually it is the mobile portion of the measurement report that is missing. The result in a less drastic change in quality. Instead, a cell can be congured to assign a quality of 7 (bad) to any missing measurement report.
Quality of 7 for missing measurement reports parameter
Table 8-71 shows details of the rpt_bad_qual_no_mr parameter.
Table 8-71
rpt_bad_qual_no_mr parameter
Description Displayed in the CELL Detailed View, General section, General grouping. Records the quality of 7 to lost measurement reports. Valid values are: 0 - Worst quality value (7) is not used to signify the quality should the measurement report not arrive. (Default) 1 - Worst quality value (7) is used to signify the quality should the measurement report not arrive.
OMC-R GUI eld name/BSS parameter name Rpt Bad Quality on a Missing Rpt rpt_bad_qual_no_mr (OMC-R parameter name: rpt_bad_qual_mr)
Methods of assigning a quality of 7 to missing measurement reports
To record quality 7 for missing measurement reports, use either of the following methods: OMC-R GUI CELL Detailed View, General section, General grouping (Table 8-2). TTY interface, see Recording missing measurement reports as quality 7 using the TTY interface.
68P02901W17-S
8-223 Nov 2007
Recording missing measurement reports as quality 7 using the TTY interface
Chapter 8: Conguring cells
Recording missing measurement reports as quality 7 using the TTY interface
To congure a cell to record missing measurement reports as quality 7, which means bad quality, use the rpt_bad_quality_no_mr parameter and the chg_element command. The user needs Security Level 2 to enter these TTY commands. For example, the following command enables quality report of 7 on missing measurement reports at the BSC (SITE 0) in the cell 0010112: chg_element rpt_bad_qual_no_mr 1 0 cell_number = 0 0 1 0 1 1 2 Use the rpt_bad_quality_no_mr parameter and the disp_cell or disp_element command to display all current details or a specic parameter setting for a cell. For further details of commands and parameters, see the Technical Description: BSS Command Reference (68P02901W23) manual. Also, see Table 8-72 in this section for details of the rpt_bad_quality_no_mr parameters.
8-224
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Changing the number of allocated SDCCHs
Changing the number of allocated SDCCHs
Introduction to determining the number of SDCCHs
Determining the requirement for the number of Standalone Dedicated Control Channels (SDCCHs) required for signaling during call set-up and location update in a cell, is a vital part of the planning process, and once it is set there it is rarely altered.
There is no requirement to lock the site for this facility.
Changing the number of SDCCHs: associated parameters
Once the BSS is call processing, the Cell Resource Manager (CRM) is capable of dynamic channel reconguration. This means that the CRM is capable of changing the mix of channel conguration. If a high proportion of SDCCHs are in use, the CRM is able to recongure a TCH timeslot into SDCCHs. The channel reconguration switch in the BSS database species whether the CRM may or may not perform dynamic channel reconguration. If SDCCHs in a cell have to be recongured, the parameters shown in Table 8-72 may need amending. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on these database parameters.
All of the parameters shown in Table 8-72 are displayed in the CELL Detailed View, General section, Radio Channel Conguration grouping.
68P02901W17-S
8-225 Nov 2007
Changing the number of SDCCHs: associated parameters
Chapter 8: Conguring cells
Table 8-72 SDCCH parameters
OMC-R GUI eld name/BSS parameter name Channel Reconguration channel_reconguration_ switch(OMC-R database parameter name: channelRecong) Description Enables and disables dynamic channel reconguration (reassignment) of trafc channels to Standalone Dedicated Control Channels (SDCCHs). The Cell Resource Manager (CRM) may attempt to recongure an idle TCH into an SDCCH if a high proportion of SDCCHs are in use and additional SDCCH requests are received. The reconguration process continues until the number of idle SDCCHs reaches the sdcch_need_high_water_mark value. The reconguration 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 congured reaches the max_number_of sdcchs value. Valid values are: Preferred Number of SDCCH number_sdcchs_preferred (OMC-R parameter name: numSdcchsPref) 0 - Channel reconguration disabled in the cell. 1 - Channel reconguration enabled in the cell.
Denes the preferred number of SDCCHs that the reconguration algorithm tries to manage. If channel reconguration 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-73 and Table 8-74 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. Continued
Number of Reserved Access Grant Blocks bs_ag_blks_res
8-226
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Changing the number of SDCCHs: associated parameters
Table 8-72 SDCCH parameters (Continued)
OMC-R GUI eld name/BSS parameter name CCCH Conguration ccch_conf Description Determines the organization of the Common Control Channels (CCCHs) on the BCCH. This parameter determines whether the CCCHs are being combined on the physical channel together with the SDCCH and the SACCH. The value depends on specic planning conditions in each individual network. Valid values represent (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 reconguration of a trafc 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 reconguration of an SDCCH (from previous recongurations) back to a trafc channel. Valid values are 10 - 128, which indicate number of SDCCHs. The default is 12. Sets the low need water mark used by the CRM to determine the need for reconguration of full rate trafc 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 reconguration is enabled.channelRecong (BSS naming: channel_reconguration_switch) needs to be enabled for this reconguration to take place. Valid values are 0 - 255, which indicates number of channels. The default is 255. Continued
SDCCH Need Low Water Mark sdcch_need_low_water_mark (OMC-R parameter name: sdcchNeedLowWm) TCH Full Need Low Water Mark tch_full_need_low_water_mark (OMC-R parameter name: tchFullNeedLowWm)
68P02901W17-S
8-227 Nov 2007
Changing the number of SDCCHs: associated parameters
Chapter 8: Conguring cells
Table 8-72 SDCCH parameters (Continued)
OMC-R GUI eld name/BSS parameter name Maximum Number of SDCCH max_number_of_sdcchs (OMC-R parameter name: maxNumberOfSdcch) Description Determines the number of SDCCHs that can be reached in the reconguration 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. 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 eld to 28 for a combined channel conguration and set it to 32 for a non-combined channel conguration. When changing between a combined and non-combined conguration, it may be necessary to adjust the value of Number of Reserved Access Grant Blocks, observing the dependencies to CCCH Conguration. That is, if CCCH Conguration is 1, the valid range of values for Number of Reserved Access Grant Blocks is 0 - 2, otherwise, the valid range is 0 - 7.
Table 8-73
SDCCH parameters with combined channel congurations
Value for 4 SDCCHs 1 4 2 11 Value for 12 SDCCHs 1 12 2 11 Value for 20 SDCCHs 1 20 2 18 Value for 28 SDCCHs 1 28 2 26
OMC-R GUI Field and BSS Parameter Name CCCH Conguration ccch_conf Preferred Number of SDCCH number_sdcchs_preferred SDCCH Need High Water Mark sdcch_need_high_water_mark SDCCH Need Low Water Mark sdcch_need_low_water_mark
Table 8-74 SDCCH parameters with NON-combined channel congurations
OMC-R GUI Field and BSS Parameter Name CCCH Conguration ccch_conf Preferred Number of SDCCH number_sdcchs_preferred SDCCH Need High Water Mark sdcch_need_high_water_mark SDCCH Need Low Water Mark sdcch_need_low_water_mark Value for 8 SDCCHs 0 8 2 11 Value for 16 SDCCHs 0 16 2 14 Value for 24 SDCCHs 0 24 2 22 Value for 32 SDCCHs 0 32 2 30
8-228
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Methods of reconguring the number of SDCCHs
Methods of reconguring the number of SDCCHs
To congure the number if SDCCHs used for signaling, use either of the following methods: OMC-R GUI CELL Detailed View, General section, Radio Channel Conguration grouping (parameters also shown in Table 8-72). TTY interface, see Reconguring the number of SDCCHs using the TTY interface.
Reconguring the number of SDCCHs using the TTY interface
To recongure the number of SDCCHs using the TTY interface, proceed as follows:
Procedure 8-66 Reconguring the number of SDCCHs using TTY
1 2 3 Remotely login to the BSS and change security levels, see Remotely logging in to a BSS site from the OMC-R on page 1-43. Display the cell parameters, using the following command: disp_cell [<cell_desc>] [full] The current settings of the parameters are shown in Table 8-72.
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-73 and Table 8-74 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.
There is no requirement to lock the site for this facility. Continued
68P02901W17-S
8-229 Nov 2007
Reconguring the number of SDCCHs using the TTY interface
Chapter 8: Conguring cells
Procedure 8-66 Reconguring the number of SDCCHs using TTY (Continued)
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). If y is input, then the user is prompted for the following information: Enter CRM maximum number of SDCCHs. Enter CRM SDCCH low water mark. Enter CRM SDCCH high water mark. Enter number of SDCCHs preferred. Enter RSS blocks reserved for access grant. Depending on the value assigned to ccch_conf, set the values for the ve prompts according to the following conditions: If ccch_conf = 0, 2, 4, or 6, values for the following parameters must meet specic 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 specic 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.
Proceed to step 9. Continued
8-230
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reconguring the number of SDCCHs using the TTY interface
Procedure 8-66 Reconguring the number of SDCCHs using TTY (Continued)
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-73 and Table 8-74 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 rst. Set the max_number_of_sdcchs to 28 for a combined channel conguration and to 32 for a non-combined channel conguration. When changing between a combined and non-combined conguration, 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 - 2, otherwise, the valid range is 0 - 7. To change thebs_ag_blks_res parameter use the following command: chg_element bs_ag_blks_res <element value> <location> cell = <cell_desc> Determine the site lock/unlock status.
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 conrm that the changes have been implemented use the following command: disp_cell <cell_desc>
Example of TTY reconguration
For example, enter the following commands to change a cell 200 with LAC 1234 from 8 to 12 SDCCHs at site 2. disp_cell 2 6 2 0 1 1234 200 OMC-R response indicates that current settings are: ccch_conf = 1 number_sdcchs_preferred = 8 max_number_of_sdcchs = 32
68P02901W17-S
8-231 Nov 2007
Checking SDCCH conguration for multiple cells using SQL
Chapter 8: Conguring cells
sdcch_need_high_water_mark = 8 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
Checking SDCCH conguration for multiple cells using SQL
To check SDCCH conguration for multiple cells using SQL proceed as follows:
Procedure 8-67 Check SDCCH conguration for multiple cells using SQL
1 Use SQL to get the information for all cells in the MIB. The following example SQL query extracts the SDCCH cong 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 le 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 le called sdcch.op contains all the data for analysis or further parsing.
8-232
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Establishing a cell boundary by changing transmit power
Establishing a cell boundary by changing transmit power
Introduction to establishing a cell boundary by changing transmit power
To establish a cell boundary, it is necessary to change the maximum output power of the cell. Use the Maximum Transmit Power for BTS eld (BSS parameter name: max_tx_bts) in the CELL Detailed View, Power Control section, Downlink Power grouping. The range of values for max_tx_bts is shown in Table 8-75.
Table 8-75
Value ranges for max_tx_bts
Min. value -1 0 -1 Max. value 21 21 21
Cell frequency or Cabinet type PGSM, EGSM, DCS1800 cells PCS1900 cells M-Cell6, Horizonmacro, or Horizon II macro BTS controlling cabinet
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.
The default is 43 dBm Macro, 12 dBm Pico (0).
The BCCH is transmitted at the power level set by max_tx_bts.
68P02901W17-S
8-233 Nov 2007
Methods of changing the maximum output of a cell
Chapter 8: Conguring cells
Methods of changing the maximum output of a cell
To change the maximum output of a cell, use either of the following methods: OMC-R GUI CELL Detailed View, Power Control section, Downlink Power Control grouping. TTY interface and the max_tx_bts parameter.
8-234
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Setting all channels at full power
Setting all channels at full power
Introduction to setting channel power level
The full power feature can be congured for either a cell or a SITE. It sets all the channels in the selected cells (or all cells in the SITE) to broadcast at a constant power level. The full power level is congured as the maximum transmit power level for the cell. The feature can be useful in worst case interference monitoring for network optimization. The full power mode can be terminated manually at any time, or automatically stopped by the BSS on expiration of a timer set when the full power mode is activated.
Description of set_full_power process
A cell must be equipped and in a state other than OOS for the command to be accepted. The set_full_power command can be entered whether the cell is already in full power mode or not. A time entered in any subsequent set_full_power command overrides any previously running timer for that cell. If a carrier state transitions from UNLOCKED to BUSY occurs while a cell is operating in full power mode, that carrier is not be set to full power mode. When full power mode is activated, active channels are affected as follows: Downlink power changes to the value of max_tx_bts. Downlink DTx is disabled. Dynamic downlink power control is disabled.
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.
68P02901W17-S
8-235 Nov 2007
Enabling full power on all channels using the TTY interface
Chapter 8: Conguring cells
Enabling full power on all channels using the TTY interface
To turn on full power mode, proceed as follows:
Procedure 8-68
1 2
Turn on full power mode
Remotely login to the BSS, see Remotely logging in to a BSS site from the OMC-R on page 1-43. For a specic cell, enter the following command: set_full_power [<cell_desc>] on <minutes> For all cells at a specic SITE, enter the following command: set_full_power <location> on <minutes>
Disabling full power on all channels using the TTY interface
To turn off full power mode, proceed as follows:
Procedure 8-69 Turn off full power mode
1 2 Remotely login to the BSS, see Remotely logging in to a BSS site from the OMC-R on page 1-43. For a specic cell, enter the following command: set_full_power <cell_desc> off For all cells at a specic SITE, enter the following command: set_full_power <location> off
8-236
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Barring calls at a cell
Barring calls at a cell
Overview of barring options
The following options are available to bar (prevent) calls to a cell: Each cell has a Subscriber Access to Cell Class eld (BSS database parameter name: cell_bar_access_switch, OMC-R database parameter name: cellBarAccess) which determines whether a subscriber is barred (prevented) access to a cell. When a mobile is given access to a cell, this means that it is capable of decoding BCCH data. BCCH data indicates that a mobile is part of the selected Public Land Mobile Network (PLMN) and is Not Barred. The Subscriber Access to Cell eld is displayed in the OMC-R GUI CELL Detailed View, General section, System Access grouping, see Table 8-3. Valid values for the eld are: Cell is Not barred (0), Cell is barred (1). The default is Not Barred (0). To prevent a cell setting up or receiving calls, shut down all the DRIs of the cell using shutdown_device. Shut down the non BCCH DRIs rst to prevent the BCCH hopping to another in service RTF. Allow 60 seconds for existing calls to be transferred. To prevent a site setting up or receiving calls, lock the SITE. For busy periods, rst gracefully shut down the DRIs using shutdown_device. To stop a cell receiving incoming handovers, see Barring of incoming handovers on page 8-238 for details.
To stop call processing in a cell, but still leave all the hardware in service, disable both:
Procedure 8-70 Stop a cell call processing
1 2 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
Displaying cells where calls are barred
To display a list of cells where calls are barred, use the User Barred Cells form. To display the User Barred Cells form, select the network object in either the Navigation Tree, Contained Devices, or Map form, then Select User Barred Cells from the Display menu. These methods are only available if a Network, BSS, or SITE instance is selected. If the user is omcadmin and Network is selected, then all user barred cells in that Network/Region are displayed. If the user is not omcadmin and their own Region is selected, then all barred calls in that Region are displayed.
68P02901W17-S
8-237 Nov 2007
Barring of incoming handovers
Chapter 8: Conguring cells
The User Barred Cells form is then displayed. It displays the GSM Cell ID of all user barred cells within the selected network object, and their respective SITE name sorted by SITE name in ascending order. The title bar of the form shows the name of the context, that is, Network, Region, BSS, or SITE. To open a Detailed View of a cell, double click a cell in the list. The CELL Detailed View can be edited if required.
Unbarring calls
To unbar a call 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 le.
Barring of incoming handovers
The en_incom_ho parameter bars incoming handovers into the cell. It is displayed in the OMC-R GUI CELL Detailed View, Handover section, Handover - General grouping, Enable Incoming Handovers Class eld (Table 8-17). The default is Disable Incoming Handovers (0). Additionally, choose whether a neighbor is specied as one or both of the following in the BA lists: A SACCH neighbor (call mode only). A BCCH neighbor (idle mode only).
The Neighbor Detailed View contains a List Type eld setting which supports the selection of the two independent BA lists on a per neighbor basis. The neighbor 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 hand over 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 an MS to come back into service.
Changing neighbor BA lists
The recommended method of modifying the BA lists of neighbors is using the OMC-R GUI Neighbor Detailed View. The modied parameters are propagated rst to the BSS and, if accepted, then updated in the MIB. Refer to Modifying a neighbor on page 8-127 for further information.
8-238
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Barring calls at a site
Barring calls at a site
To bar calls at a site, see Barring calls at a site using the TTY interface on page 7-54.
68P02901W17-S
8-239 Nov 2007
Changing LAC and/or CI
Chapter 8: Conguring cells
Changing LAC and/or CI
GSM Cell identier
The GSM Cell identier is made up of the following: Mobile Country Code (MCC). Mobile Network Code (MNC). Location Area Code (LAC). Cell Identity (CI).
See Technical Description: BSS Command Reference (68P02901W23) for further details of GSM Cell Id formats.
Recommendation for changing LAC and/or CI
To change the Location Area Code (LAC) or GSM Cell ID (CI) of a cell, use: OMC-R GUI CELL Detailed View. cmutil.
These methods use the Neighbor Propagation feature of the MIB, so that all LAC-CI cell changes automatically update associated sources, neighbors, DRIs, and RTFs. Alternatively, use the off-line MIB and DataGen.
Changing a single LAC and/or CI using the OMC-R GUI
To make a single change to LAC and/or CI using the OMC-R GUI, proceed as follows:
Procedure 8-71 Change a single LAC and/or CI using the OMC-R GUI
1 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-32 for further details. The cell instance button changes color. Select Edit Detailed View to display the CELL Detailed View.
Continued
8-240
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Changing multiple LACs and/or CIs using cmutil
Procedure 8-71 Change a single LAC and/or CI using the OMC-R GUI (Continued)
3 4 Select Edit Edit. Move to the GSM Cell ID eld and change the LAC or CI or both.
To obtain parameter information, select Help - On Context from the menu, drag the ? prompt to the appropriate eld and click. A context-sensitive help page is displayed. 5 6 If required, modify the name of the cell in the Name eld to reect the change. From the menu bar, select File Save to save the changes. The save propagates the change to the affected sources/neighbors/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/neighbors 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 Neighbor Detailed View and edit). 9 Upload each affected NE database to the OMC-R.
Changing multiple LACs and/or CIs using cmutil
To make multiple LAC and/or CI changes using cmutil, see Chapter 15 cmutil.
68P02901W17-S
8-241 Nov 2007
Viewing and editing the SMS-CB message using the OMC-R GUI
Chapter 8: Conguring cells
Viewing and editing the SMS-CB message using the OMC-R GUI
Using the SMS CB Detailed View
View and edit the SMS-CB message using the SMSCBmsg Detailed View window. To display the SMSCBmsg Detailed View from the Navigation Tree, follow these steps:
Procedure 8-72 Displaying the SMSCBmsg Detailed View
1 2 3 4 5 6 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 elds for details. Select File Save to save the changes. Select File Close to close the Detailed View.
SMSCBmsg Detailed View elds
The following sections list and briey describe the parameter elds in the SMSCBMsg Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
8-242
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
SMSCBmsg Detailed View elds
Identication grouping
Table 8-76 SMSCBmsg Detailed View elds - Identication 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 - 3. Default is 0. Mandatory or Optional?
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View
Message Text grouping
The message text for this SMSCB message. Up to 93 characters can be displayed. This is a mandatory eld.
Additional Information
Use the Additional Information window to input any notes relating to this message. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
SMS Information grouping
Table 8-77 SMSCBmsg Detailed View elds - SMS Information grouping
Field name Geographical Scope Brief description The geographical scope of this message. Values 0 - 3. Immediate, Cell Wide (0), Normal, PLMN wide (1), Normal, Location Area Wide (2), Normal, Cell wide (3). 0 - 255. Mandatory or Optional? Mandatory.
Data Coding Scheme
The data coding scheme for this message, such as, English (1) or Norwegian (10).
Mandatory.
Continued
68P02901W17-S
8-243 Nov 2007
SMSCBmsg Detailed View elds
Chapter 8: Conguring cells
Table 8-77 SMSCBmsg Detailed View elds - SMS Information grouping (Continued)
Field name Message Code Brief description The message code for the message, used to differentiate between SMSCB messages with the same message identier. Identies the source and type of the message. When the message identier is combined with the message code, the SMSCB message is uniquely identied. The update number of this message. Values 0 - 1023. Mandatory or Optional? Mandatory.
Message Identier
0 - 65535.
Mandatory.
Update Number
0 - 15.
Mandatory.
8-244
68P02901W17-S Nov 2007
Chapter
9
Conguring Devices and Functions
Typically, all required devices and functions are equipped when the BSS database is rst created. This enables the site congured 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. 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, specic conguration 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-S Nov 2007 Methods of conguring individual devices and functions on page 9-3. Methods of conguring multiple devices and functions on page 9-8. Reassigning SITE, MTL, and CBL devices between GPROCs on page 9-13. Displaying Channel and Circuit Status on page 9-19. Hierarchy of devices and functions on page 9-28. Conguring a BSP device on page 9-34. Conguring a BTP device on page 9-38. Conguring a CBL on page 9-42. Conguring a CIC on page 9-45. Conguring a COMB device on page 9-48. Conguring a CSFP device on page 9-53. Conguring a DHP device on page 9-58. Conguring a DRI on page 9-62. Reassigning a DRI device on page 9-75. Remotely calibrating DRIs on page 9-77. Creating a standard conguration for DRI calibration on page 9-82. Remotely calibrating DRIs from the OMC-R on page 9-91. Managing existing standard congurations on page 9-97. Conguring an EAS device on page 9-99. 9-1
SMSCBmsg Detailed View elds
Chapter 9: Conguring Devices and Functions
User-denable EAS BSC/BSS and BTS alarm strings on page 9-100. Dening EAS alarms in the alarm table using the TTY interface on page 9-101. Changing EAS alarms in the alarms table using the TTY interface on page 9-102. Creating an EAS device using the OMC-R GUI on page 9-104. Conguring an EAS using the TTY interface on page 9-110. Conguring the EAS physical relay states using the TTY interface on page 9-111. Conguring a GCLK device on page 9-112. Conguring a GPROC device on page 9-115. Conguring a KSWpair device on page 9-119. Conguring a KSW (or DSW) device on page 9-122. Conguring an LCF function on page 9-126. Conguring an LMTL device on page 9-130. Modifying LMTL loadsharing granularity on page 9-133. Conguring an MSI device on page 9-136. Conguring Enhanced GDP provisioning on page 9-145. Conguring an MTL device on page 9-151. Modifying MTL loadsharing granularity on page 9-154. Conguring an OMF function on page 9-157. Conguring an OML device on page 9-159. Conguring a path device on page 9-161. Creating a path on page 9-163. Deleting a path on page 9-169. Extending and reparenting a path on page 9-171. Checking path connectivity on page 9-173. Conguring an RSL device on page 9-175. Conguring an RTF function on page 9-181. Creating an RTF function on page 9-184. Deleting an RTF on page 9-192. Conguring an XBL device on page 9-196.
9-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Methods of conguring individual devices and functions
Methods of conguring individual devices and functions
Introduction to conguring individual devices and functions
Most devices and functions detailed in this chapter can be congured using one of the following methods: OMC-R GUI Navigation Tree and Detailed Views. TTY interface and BSS commands.
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, it is stated in the appropriate device or function section. When conguring many devices or functions, Motorola recommends specic or other methods, see Methods of conguring multiple devices and functions on page 9-8.
Creating/equipping individual devices and functions
Using the OMC-R GUI
To create individual devices or functions, use the OMC-R GUI Navigation Tree. The procedure is described for each device and function in this chapter. For a general procedure, see Creating a network object using the OMC-R GUI on page 1-36. If possible, use the Save Defaults menu option in the Detailed View when saving a device/function of the same type. The saved information is then used as the default information when another device/function of the same type is created. Once equipped, a device/function must be unlocked to bring it into service.
68P02901W17-S
9-3 Nov 2007
Modifying individual devices and functions
Chapter 9: Conguring Devices and Functions
Using the TTY interface
To create (referred to as equip) any device or function detailed in this chapter using the TTY interface, follow these steps:
Procedure 9-1 Create device or function using TTY interface
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-43 and Changing security level (for TTY interface commands) on page 1-47, 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 specic 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. 4 Once equipped, a device must be unlocked to bring it into service.
Modifying individual devices and functions
Using the OMC-R GUI
To modify existing devices/functions, use the Navigation Tree. See the general procedure in Modifying a network object using the OMC-R GUI on page 1-38. Also, small scale RF parameter changes to RTFs, cells, and neighbors should be carried out using the Navigation Tree (and editing the Detailed Views). This is because OMC-R neighbor and cell parameter propagation features are available through the Navigation Tree only.
9-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying individual device and function details
Using the TTY interface
To modify an individual device or function parameter using the TTY interface, follow these steps:
Procedure 9-2
1
Modify 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-43 and Changing security level (for TTY interface commands) on page 1-47, 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.
Displaying individual device and function details
Using OMC-R GUI
To display details for an existing individual device or function, open its Detailed View.
Using the TTY interface
To display details of an individual device or function using the TTY interface, follow Procedure 9-3:
Procedure 9-3 Display device or function using TTY interface
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-43 and Changing security level (for TTY interface commands) on page 1-47, respectively. Continued
68P02901W17-S
9-5 Nov 2007
Deleting/unequipping individual devices and functions
Chapter 9: Conguring Devices and Functions
Procedure 9-3 Display device or function using TTY interface (Continued)
2 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 (kbit/s): 64 K First MMS identifier for this device: 0 Second MMS identifier for this device: 0Timeslot 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.
Deleting/unequipping individual devices and functions
Using the OMC-R GUI
Use the Delete option in the Navigation Tree to delete individual devices or functions, see the general deletion procedure in Deleting a network object using the OMC-R GUI on page 1-41.
Using the TTY interface
Before deleting some devices and functions, specic 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-43 and Changing security level (for TTY interface commands) on page 1-47, respectively.
Continued
9-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting/unequipping individual devices and functions
Procedure 9-4 Delete device or function using TTY interface (Continued)
2 3 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.
68P02901W17-S
9-7 Nov 2007
Methods of conguring multiple devices and functions
Chapter 9: Conguring Devices and Functions
Methods of conguring multiple devices and functions
Introduction to conguring multiple devices and function
This section provides recommendations for creating, modifying, and deleting multiple devices and functions, for example, when more than three devices or functions are created.
Creating multiple devices or functions using a batch_rlogin script
Motorola recommends creating multiple devices/functions as part of a new BSS database build. The quickest way to create multiple devices/functions online is to create a batch rlogin script, and run the script for the appropriate SITEs/BSSs. After creating the devices, unlock each device to bring it into service.
Methods of modifying multiple devices and functions
Multiple devices or functions can be modied using the following methods: cmutil (see Chapter 15 cmutil for further information). batch_rlogin.
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.
Modifying multiple devices or functions using batch_rlogin
A batch_rlogin using the TTY rlogin commands can be used to modify multiple devices/functions. This is typically done using the following commands.
chg_element
When used with the all input parameter, this command changes the database element to the specied value for all cells at the specied 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
9-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting multiple devices or functions using a script
modify_value
When used with the all input parameter, this command modies values for MMS, RSL or XBL devices. For example, to modify lapd_t200_timer to 2500 ms for every equipped RSL, the following TTY command in SYSGEN mode is required: modify_value all lapd_t200_timer 2500 rsl
Deleting multiple devices or functions using a script
Before deleting a device, lock the device to take the device or associated function out of service. Multiple devices/functions are best deleted as part of a new BSS database build. The quickest way to delete multiple devices/functions online is to create a batch rlogin script le, and run the script for the appropriate SITEs/BSSs.
68P02901W17-S
9-9 Nov 2007
Checking the hardware version/serial number/FRU
Chapter 9: Conguring Devices and Functions
Checking the hardware version/serial number/FRU
Overview to tracking devices
Motorola recommends using the Generic Lookup Utility (GLU). See Recommendations for Conguration 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).
9-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking a single device using the OMC-R GUI
Checking a single device using the OMC-R GUI
To check a single device using the GUI, proceed as follow:
Procedure 9-5 Check single device using OMC-R GUI
1 2 Open a Detailed View from the Navigation Tree for any of the devices listed above. Check the settings contained under the Identication parameter grouping, Kit number, Serial number, and FRU elds.
Checking a single SITE using the TTY interface
The disp_equipment command allows an optional parameter, full, which can be used to display the hardware-specic information for a device, in addition to the conguration information entered when the device is equipped. When this option is used to display all of the equipment at a site, the output is a table which includes kit and serial numbers.
Checking multiple devices using SQL
Use SQL to get the information for all devices in the MIB. For example, the following SQL query extracts DRI and DRCU/TCU/CTU hardware details for all DRIs in the OMC-R: 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
68P02901W17-S
9-11 Nov 2007
Making multiple checks using scripting and TTY interface
Chapter 9: Conguring Devices and Functions
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 le 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 le called dri_hw.op contains all the data, which can then be analyzed or further parsed as required.
Making multiple checks using scripting and TTY interface
UNIX shell scripting can be combined with TTY commands to make multiple checks. The output can be logged to a le for further analysis or parsing. The script in the following example checks the GCLK version on all sites, and logs this GCLK data to a le. The script operates on the basis that BSS loads are correctly named (for example, BSGSM) during load install. #!/bin/ksh # Script to check the GCLK version 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 gclk * * full >>bsc_cmd.file done echo bscname $i >>gclk_version.log batch_rlogin $i <bsc_cmd.file >>gclk_version.log sleep 10 rm bsc_cmd.file done echo Log file is in $PWD/gclk_version.log.
9-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reassigning SITE, MTL, and CBL devices between GPROCs
Reassigning SITE, MTL, and CBL devices between GPROCs
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 conguration. 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.
Reassignment controlling factors
The maximum number of child devices (SITE, MTL, and CBL) which can be supported by a GPROC is controlled by two factors: The GPROC device - equip parameters, such as the maximum number of MTLs/CBLs for a BSP or LCF, establish the maximum number of these links which can be supported by a GPROC. The maximum number of sites supported by a GPROC device is not user congurable. The physical resources available on a GPROC - the HDLC channels of the GPROC. Normally HDLC channels are not of customer concern, except when planning the required equipment for the BSS, and usually does not factor into operational commands for a BSS after initial installation. However, reassigning essentially involves the replanning of equipment resources for the BSC.
See System Information: BSS Equipment Planning (68P02900W21) to ensure that capacity guidelines are not exceeded.
68P02901W17-S
9-13 Nov 2007
Reassignment capacity issues
Chapter 9: Conguring Devices and Functions
Reassignment capacity issues
When deciding on the distribution of child devices to GPROC devices, one of the capacity issues of concern is the number of link devices that can be supported by the GPROC device. The number of HDLC channels available for a GPROC may restrict the number of link devices that a GPROC can support. Ultimately, the number of link devices which can be supported by a GPROC device is the lesser of the number indicated in the customer database and the number that can be physically supported by the GPROC device. It is for this reason that the HDLC capacity of a GPROC is a prominent issue. Mechanisms for viewing HDLC channel assignments of a GPROC device are provided. Warning messages are also displayed when the number of HDLC channels is a limiting factor for device redistribution or modications of link maximums. HDLC channels are only assigned during the initialization of a GPROC device. Any changes to the HDLC channel layout would require the reset of the GPROC device.
This feature does not perform any automatic SITE reassignments under any circumstances. Perform site assignments in accordance with the rules provided in the System Information: BSS Equipment Planning (68P02900W21) manual.
Refer to: Technical Description: BSS Command Reference (68P02901W23) for full details of the commands used.
Reassigning devices using the OMC-R GUI
The OMC-R GUI supports the reassign action for some devices. For DRIs, this operation is used to move control of the DRI from GPROC to GPROC. DRIs that were assigned to a DHP can be moved to a BHP or another DHP . The reassign operation removes the DRI from service until the action has been completed. SITEs, CBLs, and MTLs can also be reassigned from/to LCF devices. The reassign option is available from the Fault Mgt menu in the Navigation Tree (see OMC-R Online Help, Network Operations for further details). The reassign operation can also be invoked from DRI, SITE, CBL, and MTL Detailed Views.
9-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reassigning devices using the TTY interface
Reassigning devices using the TTY interface
The following procedures for reassigning a SITE, MTL, and CBL device using the TTY interface are described in the following sections: Displaying current devices assigned to an LCF. Displaying High-level Data Link Control (HDLC) channel types of in-service GPROC. Modifying the value of the maximum number of MTLs and CBLs supported by an LCF. Reassigning a device to an LCF. Displaying HDLC channel assignment types.
Refer to: Technical Description: BSS Command Reference (68P02901W23) for full details of commands and parameters.
Displaying current devices assigned to LCF
To ensure that the LCF has the capacity to cope with the reassignment of devices, the current devices assigned to the LCF are determined using the disp_equipment command. For example, to display the current devices assigned to LCF 0 0 0 use the following command: disp_equipment 0 LCF 0 0 0 The current devices assigned to the LCF are displayed.
Displaying HDLC layout
To view the HDLC channel assignment types of an in-service GPROC and to ensure that the LCF has the capacity to cope with the reassignment of devices, use the disp_hdlc command.
Displaying HDLC layout
To display the HDLC layout, use the following command: disp_hdlc <location> <GPROC device> <device_id1> <device_id2>
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 modied in SYSGEN mode.
68P02901W17-S
9-15 Nov 2007
Modifying max_mtls and max_cbls supported by LCF
Chapter 9: Conguring Devices and Functions
If the command is successful then the output includes: GPROC device. GPROC device's CPU identier. GPROC function, that is, LCF. Indication of how the channels have been congured. Indication of whether the channel is currently in use.
Example of successful invocation
disp_hdlc 0 LCF 0 0 0 Device GPROC 0 0 0 (CPU ID: 0x114)
Function: LCF 0 0 0 Legend:* = In Use; HDLC Channel Channel Offset ----------Range 0-7 8-15 ---------------------------------------------0 Test RSL 1 MTL* RSL 2 CBL* RSL 3 RSL RSL 4 RSL RSL 5 RSL RSL 6 RSL RSL 7 RSL RSL HDLC
COMMAND ACCEPTED 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 congured for the RSL device.
Example of unsuccessful invocation
disp_hdlc 1 LCF 0 0 0 Request made for an unknown function.
Modifying max_mtls and max_cbls supported by LCF
Use the disp_equipment command to ensure that the LCF has the capacity to cope with the redistribution of the MTL and CBL. This command displays the current settings of the max_mtls and max_cbls parameters assigned to the LCF when it was equipped. Use the modify_value command to set the value of the parameters. If the value is acceptable then a message is displayed that indicates acceptance. For example,
9-16
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reassigning child devices using reassign command
Modify max_mtls and max_cbls supported by LCF
To modify max_mtls and max_cbls use the modify value following command. For example: modify_value 0 max_mtls 1 LCF 0 0 0 New maximum can be immediately supported by the parent device.COMMAND ACCEPTED 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 child devices using reassign command
Use the reassign command to change the assignment of a child device (an MTL, CBL, DRI, or SITE) from its current parent (LCF/DHP) to a new LCF/DHP .
Examples of successful reassignments
To reassign MTL 1 0 0 to LCF 0 0 0 use: reassign 0 MTL 1 0 0 to LCF 0 0 0 COMMAND ACCEPTED To reassign CBL 1 0 0 to LCF 0 0 0 use: reassign 0 CBL 1 0 0 to LCF 0 0 0 COMMAND ACCEPTED
Examples of unsuccessful reassignments
Reassigning MTL 2 0 0 to LCF 0 0 0 when the reassignment would exceed the maximum number of devices supported by the device: reassign 0 MTL 2 0 0 to LCF 0 0 0 COMMAND REJECTED: Reassignment would exceed maximum supported by device Reassigning MTL 2 0 0 to LCF 0 0 0 when the reassignment request cannot be supported due to an insufcient 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
Example of successful reassignment
To reassign SITE 1 0 0 to LCF 0 0 0 use: reassign 0 SITE 1 0 0 to LCF 0 0 0 LCF 0 0 0 now supports Sites: 4 5 6 7 1 COMMAND ACCEPTED
68P02901W17-S
9-17 Nov 2007
Reassigning child devices using reassign command
Chapter 9: Conguring Devices and Functions
Examples of unsuccessful reassignments
Reassigning SITE 1 0 0 to LCF 0 0 0 when the reassignment would exceed the maximum number of devices supported by the device: reassign 0 SITE 1 0 0 to LCF 0 0 0 LCF 0 0 0 already supports Sites: 4 5 6 7 10 2 3 8 COMMAND REJECTED: Reassignment would exceed maximum supported by device Reassigning SITE 12 0 0 to LCF 0 0 0 when the reassignment request cannot be supported due to an insufcient 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-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying Channel and Circuit Status
Displaying Channel and Circuit Status
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.
Circuit Status form
Displaying the Circuit Status form
To display the Circuit Status form, use one of the following methods: Select an MMS from the Navigation Tree, then select the Circuit Status menu from the menu bar or pop-up menu. From an MMS Detailed View, select Options-Circuit Status.
68P02901W17-S
9-19 Nov 2007
Circuit Status form
Chapter 9: Conguring Devices and Functions
Description of the Circuit Status form
The Circuit Status form (shown in Figure 9-1) displays the following information: Site name Site type. MSI Id. MMS Id. The status of each of the 32 MMS timeslots.
The following values can be displayed for the timeslots: 9-20 Unavailable. Unused (denoted by .). Active. Blocked. Idle. Unequipped. Unknown. RSL. GBL. GSL. GPRS data. XBL. OML. MTL. CIC. CBL. RXCDR link. DYNET. 16 k DYN RSL. 64 k RSL. Reserved. Nailed. Nailed Path. 68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Circuit Status form
Channel. XBL. Ater. Ater*. RTF. Sub-equipped RTF.
68P02901W17-S
9-21 Nov 2007
Circuit Status form
Chapter 9: Conguring Devices and Functions
Figure 9-1
Circuit Status form
ti-GSM-CircuitStatusform-00808-ai-sw
Updating the information displayed
To update the information displayed, click the Refresh button. 9-22 68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Channel Status form
Setting a refresh interval
To set a refresh interval for the information displayed in the form, enter a value between 15300 (seconds) in the Refresh Every eld in the Options pane at the bottom of the form, then click Apply.
Logging the information displayed
The information displayed in the form can be logged to the le: /usr/omc/logs/FORMS/LOG_DIR/CircuitStatus/<lename> To log information to this le, click the Log to a le checkbox in the Options pane at the bottom of the form, then click the Apply button. The <lename> is created using the BSS name, MSI Id, MMS Id, and time, separated by an underscore, followed by the extension .log, for example: BSS1029_8_1_20031006_04:03.log The permission of the folder needs to be set with the t-bit (drwxrwxrwt) and the log les are in the 0644 (-rw-r--r--) permission. Any user is permitted to view the log le but only the owner of the log le or the omcadmin has the permission to delete it. The log le can be deleted while the Circuit Status form is still active. However, a new log le is recreated on the next refresh if the Log to a le checkbox is selected.
Exceeding the maximum number of logins
If the number of active remote logins sessions reaches 8, the OMC-R is not able to create another remote login session to collect the necessary data from the node and displays the following error message: Unable to launch the Circuit Status dialog. sessions has been reached. The maximum number of remote login
Channel Status form
The purpose of the Channel Status form is to: Indicate the channels and sub-channel utilizing each RTF timeslot. Display the status of each channel/sub-channel. Display the GPRS type, where applicable.
68P02901W17-S
9-23 Nov 2007
Channel Status form
Chapter 9: Conguring Devices and Functions
Displaying the Channel Status form
To display the Channel Status form, use one of the following methods: Select an RTF from the Navigation Tree, then select the Channel Status menu from the menu bar or pop-up menu. From an RTF Detailed View, select Options-Channel Status.
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>
Description of the Channel Status form
The Channel Status form (shown in Figure 9-2) displays the following information: Site name Site type RTF group Id RTF Id The following information for each of the eight RTF channel timeslots: Channel and sub-channel types utilizing each timeslot, for example TCH/R or SDCCH Status of each channel or sub-channel, for example: Active Idle Intrans (A-I), that is, Active to Idle Intrans (I-A), that is, Idle to Active Intrans (U-A), that is, Unavailable to Active OOS Unavail(Hopping), that is, timeslot is unavailable due to hopping reconguration Unavail(Band), that is, timeslot is unavailable due to poor interference band Unavail(Operator), that is, the operator has sub-equipped 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 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 the VersaTRAU feature is restricted or unrestricted:
9-24
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Channel Status form
The identier of each DS0 sub-channel in the range 0 - 7. Status for each DS0, as shown in Table 9-1. For a DS0 congured for GSM, the status can be: ACTIVE when there is at least one circuit switched call congured on the DS0. IDLE when there are no circuit switched calls congured on the DS0, but it can also be used for circuit switched calls. N/A unused. For a DS0 congured for GPRS, the status can be: ACTIVE .the DS0 is congured 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 acknowledgment on a GPRS VT Cong or GPRS Timeslot Status messages. ERROR_CCU_CONFIG no acknowledgment on a VT Cong messages. ERROR_CCU_QUERY on acknowledgment 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 congured either for GSM or GPRS. Conguration, as shown in Table 9-1.
Table 9-1 VersaTRAU (VT) channel information in Channel Status form
DS0 Status Cong 0 ACTIVE GSM 1 IDLE GSM 2 3 4 5 6 7 ACTIVE GPRS
UNUSED UNUSED UNUSED INTRANS INTRANS N/A N/A N/A N/A GPRS
68P02901W17-S
9-25 Nov 2007
Channel Status form
Chapter 9: Conguring Devices and Functions
Figure 9-2 Channel Status form
ti-GSM-ChannelStatusform-00809-ai-sw
Updating the information displayed
To update the information displayed, click the Refresh button.
Setting a refresh interval
To set a refresh interval for the information displayed in the form, enter a value between 15300 (seconds) in the Refresh Every eld in the Options pane at the bottom of the form, then click Apply.
9-26
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Channel Status form
Logging the information displayed
The information displayed in the form can be logged to the le: /usr/omc/logs/FORMS/LOG_DIR/ChannelStatus/<lename> To log information to this le, click the Log to a le checkbox in the Options pane at the bottom of the form, then click the Apply button. The <lename> is created using the BSS name, RTF Group, RTF Id, and time, separated by an underscore, followed by the extension .log, for example: BSS1029_2_2_20031006_04:03.log The permission of the folder needs to be set with the t-bit (drwxrwxrwt) and the log les are in the 0644 (-rw-r--r--) permission. Any user is permitted to view the log le but only the owner of the log le or the omcadmin has the permission to delete it. The log le can be deleted while the Channel Status form is still active. However, new log le is recreated on the next refresh if the Log to a le checkbox is selected.
Exceeding the maximum number of logins
If the number of active remote logins sessions reaches 8, the OMC-R cannot create another remote login session to collect the necessary data from the node and displays the following error message: Unable to launch the Channel Status dialog. sessions has been reached The maximum number of remote login
68P02901W17-S
9-27 Nov 2007
Hierarchy of devices and functions
Chapter 9: Conguring Devices and Functions
Hierarchy of devices and functions
Introduction to the hierarchy of devices and functions
There is a strict hierarchy for creating/equipping devices and functions in the Conguration Management (MIB) database. Certain devices or functions can only be created/equipped if a specic sequence is followed. This hierarchy is shown, in part, in the Navigation Tree, and is illustrated in Figure 9-4 to Figure 9-10. The order in which devices/functions should be created/equipped is indicated by reading left to right on each level in the following charts. This hierarchy is also referred to as containment or the parent/child relationship.
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
DYNET XBL Conn_Link
ti-GSM-HierarchyforBSSorRXCDRdevicesandfunctions-00810-ai-sw
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-28
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
SITE containment
SITE containment
Figure 9-4 shows the hierarchy for a SITE.
Figure 9-4
Hierarchy for SITE devices and functions
BSS
SITE
Hardware Devices
Software Functions (BSC only)
Logical Links
Radio Frequency (BTS only)
11-ai-sw
ti-GSM-HierarchyforSITEdevicesandfunctions-008
68P02901W17-S
9-29 Nov 2007
SITE containment
Chapter 9: Conguring Devices and Functions
SITE - Hardware Devices
Figure 9-5 shows the hierarchy for SITE - Hardware Devices.
Figure 9-5
Hierarchy for Hardware Devices
HARDWARE DEVICES
Cabinet Cage
KSWpair
IAS
COMB (BTS only)
EAS
GCLK Processors
LAN
TDM
MSI
DHP (BTS only)
KSW
MSS
CSFP
BTP (BTS only) or BSP (BSC or RXCDR only)
GPROC
ti-GSM-HierarchyforHardwareDevices-00812-ai-s
For a Horizonmicro/Horizoncompact cabinet, the DHP is under processors.
SITE - software functions
Figure 9-6 shows the hierarchy for SITE - Software Functions.
Figure 9-6 Hierarchy for Software Functions at BSC only
SOFT WARE FUNCTIONS (BSC only)
LCF
OMF
ti-GSM-HierarchyforSoftwareFunctionsatBSConly-00813-ai-sw
9-30
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
SITE containment
SITE - Logical Links
Figure 9-7 shows the hierarchy for SITE - Logical Links.
Figure 9-7
Hierarchy for Logical Links containment
LOGICAL LINKS (BSC & RXCDR only)
CBL (BSC only)
MTL/LMTL (BSC only)
OM L
LOGICAL LINKS (BTS)
RS L
PATH
RSL0
ti-GSM-HierarchyforLogicalLinkscontainment-00814-ai-sw
68P02901W17-S
9-31 Nov 2007
SITE containment
Chapter 9: Conguring Devices and Functions
SITE - Radio Frequency
Figure 9-8 shows the hierarchy for SITE - Radio Frequency.
Figure 9-8 Hierarchy for Radio Frequency containment
RADIO FREQUENC Y (BTS ON LY)
CELL
RTFGROU P
DRIGROU P
RTFGROUP: 0
DRIGROUP: 0
RTF
DRI
ti-GS M-Hierarchyfor R adio F requencycontainment- 00 815-ai-sw
9-32
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Motorola product equipage hierarchy
SITE - Radio frequency - Cell
Figure 9-9 shows the hierarchy for SITE - Radio Frequency - Cell.
Figure 9-9 Hierarchy for Cell containment
C E LL (BTS O NLY)
BLINDSRCHNBR F R E Q HO P S YS NE IG HBO R HANDOVER P OWER C O NTR O L
SMSCBMSG
UTRANNBR
TESTNEIGHBOR
TRX
ti-GSM-HierarchyforCellcontainment-00816-ai-sw
SITE - Radio frequency - Cell - handover and power control
Figure 9-10 shows the hierarchy for SITE - Radio Frequency - Cell - handover/power control.
Figure 9-10
Hierarchy for Handover/Power Control containment
HANDOVER/POWER CONTRO L (BTS only)
RE LTIMADVHC
RXLEVUIHC
RXQUALUIHC
RXQUALDIPC
RXLEVDIPC
RXLEVDIHC RXQUALDIHC
SURRNDCELLHCR
RXLEVUIPC
RXQUALUIPC
ti-GSM-HierarchyforHandoverPowerControlcontainment-00817-ai-sw
Motorola product equipage hierarchy
For further equipage hierarchy information for InCell, M-Cell and Horizonmacro, and M-Cell Remote Transcoder (RXCDR) systems, see Technical Description: BSS Command Reference (68P02901W23).
68P02901W17-S
9-33 Nov 2007
Conguring a BSP device
Chapter 9: Conguring Devices and Functions
Conguring a BSP device
Introduction
The BSP must be a GPROC3.
Denition 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.
BSP cage and slot restrictions
BSPs may only be equipped on GPROCs with the cage and slot restrictions, based on site type shown in Table 9-2.
Table 9-2
BSP cage and slot restrictions
Site Cage number 01 01 Slot number 20, 2420 25, 2625
BSC sites RXCDR sites
Creating a BSP using the OMC-R GUI
To create a BSP device using the OMC-R GUI, proceed as follows:
Procedure 9-7 Create a BSP device using the OMC-R GUI
1 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-32 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 elds for details. Create and close the Detailed View. If necessary, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
2 3 4
9-34
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BSP Detailed View elds
BSP Detailed View elds
The following sections list and briey describe the parameter elds in the BSP Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-3 describes the elds in the Identication grouping of the BSP Detailed View.
Table 9-3 BSP Detailed View elds - Identication grouping
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 Brief description See description in Table 4-1. BSP identier, 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 eld replaceable unit. See Maintenance Information: BSS Optional. Optional. Values Default is the device class. 0 or 1. Default is 0. Mandatory or Optional?
Field Troubleshooting (68P02901W51)
for details of the values displayed for this and other devices/functions. The serial number of the device. Optional. Continued
68P02901W17-S
9-35 Nov 2007
BSP Detailed View elds
Chapter 9: Conguring Devices and Functions
Table 9-3 BSP Detailed View elds - Identication grouping (Continued)
Field name/BSS parameter name Maximum Number of MTLs max_mtls Brief description The number of message transfer links (A interface) that the BSP handles. The maximum MTLs prompt is only applicable for BSC type 0 congurations. 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. Values 0 or 1. Default is 0. Mandatory or Optional? Mandatory.
Cage and Slot Information grouping
Table 9-4 describes the elds in the Cage and Slot grouping of the BSP Detailed View.
Table 9-4 BSP Detailed View elds - Cage and Slot Information grouping
Field name Cage Identier (OMC-R parameter name: cageId) Brief description The cage (shelf) number in which the device resides. Values The range varies depending on whether the cage is in the BSC or the BTS. For a BSC or RXCDR cage the range is 0 13, while a BTS cage is 2 - 5. For a BSP , see Table 9-2. The range varies depending on the device. For a BSP , see Table 9-2. Mandatory or Optional? Mandatory.
Slot Number(OMC-R parameter name: slot_id)
The slot in which the device resides.
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
9-36
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping a BSP using the TTY interface
Equipping a BSP using the TTY interface
To equip a BSP device using the TTY interface, see Modifying a neighbor on page 8-127. The following is an example of equipping a BSP at the BSC: -> equip bsc BSP 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
68P02901W17-S
9-37 Nov 2007
Conguring a BTP device
Chapter 9: Conguring Devices and Functions
Conguring a BTP device
Denition of a BTP
A BTP is the device type of the main BTS control GPROC.
Creating and deleting a BTP in a Horizon II macro cabinet
Creating and deleting the rst BTP in a Horizon II macro cabinet causes the automatic creation or deletion of MSI, CSFP , and GCLK devices. For example, when the rst BTP (RDN 0) is created in a Horizon II macro BTS cabinet, the following devices are created automatically: MSI (RDN 0) CSFP (RDN 0) GCLK (RDN number will be the same as the BTP number)
When the BTP is deleted these devices are also automatically deleted.
BTP in Horizon II mini cabinet
The OMC-R supports a maximum of one BTP device at a Horizon II mini site (BTP 0). There is no redundancy available so creation of a redundant BTP is not allowed. Any attempt to create a second BTP is rejected and the following error message is displayed: BTP 1 cannot be equipped to this cabinet type. A Horizon II mini BTS supports only one site controller (H2SC).
BTP cage and slot restrictions
BTPs may only be equipped on GPROCs with the cage and slot restrictions based on site type, as shown in Table 9-5.
Table 9-5 BTP cage and slot restrictions
Site BSC/RXCDR sites BTS sites 1514 Cage number NOT ALLOWED 20 or 2420 Slot number
9-38
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a BTP from the OMC-R GUI
Creating a BTP from the OMC-R GUI
To create a BTP device, proceed as follows:
Procedure 9-8 Create a BTP device
1 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-32 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 elds for details. Create and close the Detailed View. If necessary, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
2 3 4
BTP Detailed View elds
The following sections list and briey describe the parameter elds in the BTP Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-6 describes the elds in the Identication grouping of the BTP Detailed View.
Table 9-6
BTP Detailed View elds - Identication grouping
Brief description See description in Table 4-1. BTP identier, see description in Table 3-1. Values Default is the device class. 0 or 1 Default is 0. Continued Mandatory or Optional?
Field name/BSS parameter name RDN Class RDN Instance
68P02901W17-S
9-39 Nov 2007
BTP Detailed View elds
Chapter 9: Conguring Devices and Functions
Table 9-6 BTP Detailed View elds - Identication grouping (Continued)
Field name/BSS parameter name NMC RDN Value Parent Detailed View Kit Number Field Replacement Unit (FRU) 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 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 - 24. 0 - 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 Horizon II mini). Mandatory Values Mandatory or Optional?
Serial Number Maximum number of DRIs btp_max_dris
Cage and Slot Information grouping
Table 9-7 describes the elds in the Cage and Slot Information grouping of the BTP Detailed View.
Table 9-7
BTP Detailed View elds - 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.
Field name/BSS parameter name Cage Identier 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, close this eld by clicking the toggle button next to the Additional Information header.
9-40
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping a BTP using the TTY interface
State grouping
Table 9-8 describes the unique elds in the State Identication grouping of the BTP Detailed View. For descriptions of the standard State Information elds, see Table 4-2.
Table 9-8
BTP Detailed View elds - State Information grouping
Brief description Identiers 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)
Equipping a BTP using the TTY interface
To equip a BTP using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. The following is an example of equipping a BTP: -> equip 0 BTP Enter BTP identifier: 0 Enter the cage number: 15 Enter the slot number: 20 Enter maximum DRIs supported by this BTP: 1 COMMAND ACCEPTED ->
68P02901W17-S
9-41 Nov 2007
Conguring a CBL
Chapter 9: Conguring Devices and Functions
Conguring a CBL
Denition of a CBL
A CBL is a Cell Broadcast Link. A CBL is contained only within site 0 (BSC) at a BSS.
Creating a CBL using the OMC-R GUI
To Create a CBL using the OMC-R GUI, proceed as follows:
Procedure 9-9 Create a CBL using the OMC-R GUI
1 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-32 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 elds for details. Create and close the Detailed View. If necessary, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
2 3 4
CBL Detailed View elds
The following sections list and briey describe the parameter elds in the CBL Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
9-42
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping a CBL using the TTY interface
Identication grouping
Table 9-9 describes the elds in the Identication grouping of the CBL Detailed View.
Table 9-9
CBL Detailed View elds - Identication grouping
Brief description The particular link for this device. The identier of the timeslot for this device. See description in Table 4-1. CBL identier, 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 {22169} 0 - 95. 1 - 31 for E1 links. Default is the device class. Default is 0. Mandatory. Mandatory or Optional? Mandatory. Mandatory.
Field name/BSS parameter name MSI Identier MMS Timeslot Identier RDN Class RDN Instance NMC RDN Value Parent Detailed View
BSC Operator BSC_Operator CBC Operator CBC_Operator
The name of the CBC operator.
Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Equipping a CBL using the TTY interface
To equip a CBL using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. The following is an example of equipping a CBL device. -> equip 0 CBL
68P02901W17-S
9-43 Nov 2007
Equipping a CBL using the TTY interface
Chapter 9: Conguring Devices and Functions
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 ->
9-44
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a CIC
Conguring a CIC
Introduction to conguring CICs
CICs equipped at the BSC are children of their associated AXCDR. CICs equipped at the RXCDR are children of their ABSS. If either the Enhanced BSC Capacity feature or the GSM HR and/or AMR features have not been purchased and enabled, then only a maximum of 2400 CICs can be equipped at a BSC. If the Enhanced BSC Capacity on page 2-92 feature has been purchased and enabled, a maximum of 3200 CICs and 600 carriers can be equipped at a BSC. If either the GSM HR and/or AMR feature have been purchased and enabled, a maximum of 4800 CICs can be equipped at an RXCDR site.
CICs cannot be created, modied, or deleted using the OMC-R GUI.
Impact of Enhanced GDP Provisioning on a CIC
If a user attempts to specify the MMS belonging to a secondary GDP as the MSC MMS for a CIC device, an error message is displayed. For more information of Enhanced GDP Provisioning, see Conguring Enhanced GDP provisioning on page 9-145.
Equipping CICs using the TTY interface
To equip a CIC using the TTY interface, see Methods of conguring individual devices and functions on page 9-3.
The Local Maintenance ag does not prevent the equipage, unequipping, or any other management of the CIC device from the MMI interface.
68P02901W17-S
9-45 Nov 2007
Displaying CIC information using the TTY interface
Chapter 9: Conguring Devices and Functions
Equipping at a local transcoding BSC
For example, the following command equips CICs 10 to 15 on MMS 4 0 at a local transcoding BSC: -> equip 0 cic Enter CIC(s): 10 to 15 Enter the MMS ID to the MSC: 4 0 Enter the starting timeslot: 1 COMMAND ACCEPTED When equipping a CIC at a remote transcoding BSC, the AXCDR providing the TRAU resource for the CIC must be specied.
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 16
Enter the ABSS which manages the CIC(s): Enter the MMS ID to the ABSS: 4 1 Enter the starting timeslot: Enter the starting subgroup: 1 0
Enter the MMS ID to the MSC: 17 0 Enter the starting timeslot: COMMAND ACCEPTED 1
Displaying CIC information using the TTY interface
To display information about a CIC using the TTY interface, see Methods of conguring individual devices and functions on page 9-3.
Displaying at a local transcoding BSC
For example, the following command displays information for CIC 282 on MMS 1 0 at BSS 21 (where the CIC goes through AXCDR 32): disp_equipment 0 CIC 282
9-46
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying CIC information using the TTY interface
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 -----286 ABSS ID ------16 ATER MMS ID 4 1 TS 1 GRP 0 --- --- --TRAU MMS ID 17 0 TS --------------1 --- ---COMMENTS/REASON
68P02901W17-S
9-47 Nov 2007
Conguring a COMB device
Chapter 9: Conguring Devices and Functions
Conguring a COMB device
Denition 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 are displayed in the Alarms window at the OMC-R.
Conguration of RTC
An RTC includes two processors and ve 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 ve 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 verication responses. The physical layer for these links includes both the DRI/DRIX-transceiver ber optic connections, and the transceiver-COMB transmit coaxial cable.
Tuning control for all cavities can be controlled by a single DRI.
9-48
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguration of RTC
Figure 9-11 illustrates the conguration of an RTC.
Figure 9-11
I D =00 DRI
Conguration of RTC (InCell)
CO M B 0 ADDRE SS 45 DRI X Tx/ Rx
I D =01
DRI
DRI X
Tx/ Rx
I D =02
DRI
DRI X
Tx/ Rx
TO AN TE N N A
I D =03
DRI
DRI X
Tx/ Rx
I D =04
DRI
DRI X
Tx/ Rx
I NDI VI DUA L C AVI TY TUNI NG CO NTRO L U SES SER I AL D ATA ( 1200 BAU D )O VER TR AN SM I T CA BLE FRO M TX/ RX .AFTER TUNI NG ,C O M B PR O C ESSO R SEN D S VER I FI C ATI O N TO TX/ R X. EQ UI P PI NG TH E C O M B I DE NTI FI E S C O N TR O LLI NG AN D STANDB Y DRI S FO R TH E TUNI NG LI NK .
CO M B 1 ADDRE SS 46 I D =15 DRI DRI X Tx/ Rx
I D =16
DRI
DRI X
Tx/ Rx TO AN TE N N A
I D =17
DRI
DRI X
Tx/ Rx
I D =28
DRI
DRI X
Tx/ Rx TO AN TE N N A
I D =29
DRI
DRI X
Tx/ Rx ti-GSM-SC01W17-000074-eps-sw
68P02901W17-S
9-49 Nov 2007
RTC hardware addresses
Chapter 9: Conguring Devices and Functions
RTC hardware addresses
Identical RTC hardware addresses at a site are not permitted. The addresses should be allocated as in Figure 9-12.
Figure 9-12 RTC hardware addresses
CAB 15 CAB 14 CAB 13
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 RS232 A 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 RS232 A 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 RS232 A 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
ti-GSM-RTChardwareaddresses-00819-ai-sw
DRI and Combiner conguration
See Conguring a DRI on page 9-62 for further information of conguring DRIs and Combiners.
Creating a COMB device using the OMC-R GUI
To create an instance of a COMB device, proceed as follows:
Procedure 9-10
1
Create an instance of a COMB device
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-32 for further details. Select Edit Create from the menu bar. The OMC-R displays the COMB Detailed View. Continued
9-50
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
COMB Detailed View elds
Procedure 9-10 Create an instance of a COMB device (Continued)
3 4 Enter all the required information. See COMB Detailed View elds for details of the elds. Create and close the Detailed View. If necessary, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
COMB Detailed View elds
The following sections list and briey describe the parameter elds in the COMB Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-10 describes the elds in the Identication grouping of the COMB Detailed View.
Table 9-10
COMB Detailed View elds - Identication 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. Continued Values Default is device class. 0 - 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
68P02901W17-S
9-51 Nov 2007
Equipping a COMB using the TTY interface
Chapter 9: Conguring Devices and Functions
Table 9-10 COMB Detailed View elds - Identication grouping (Continued)
Field name/BSS parameter name Combiner Address combiner_address Brief description The address recognized by the DRIs for the identied combiner. This address must be unique. Can be specied 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 elds 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 elds First Controlling DRI and Second Controlling DRI 1 may contain NULL. Values 0 - 255. Mandatory or Optional? Mandatory.
Controlling DRI 0 control_dri0
Optional.
Controlling DRI 1 control_dri1
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details. Additional Last OMC Administrator eld shows username of OMC Administrator.
Equipping a COMB using the TTY interface
To equip a COMB using the TTY interface, see Methods of conguring individual devices and functions on page 9-3.
Displaying COMB details using the TTY interface
To display information about a COMB using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. For example, the following command displays COMB details: disp_equipment 0 COMB 0
9-52
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a CSFP device
Conguring a CSFP device
Denition 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/rmware and database objects.
DHPs, LCFs and in-service BTPs/BSPs may NOT be congured as a CSFP . Only standby BSPs/BTPs or unused GPROCs may be congured as a CSFP . CSFPs cannot be equipped/unequipped/congured/uncongured by a user at an M-Cell site. CSFP 0 is automatically equipped at an M-Cell site when the rst BTP at a site is equipped. A second CSFP can be equipped at the BSC for BSS loads.
Methods of creating a CSFP
Two basic methods exist to congure a CSFP , as follows: Use the Congure CSFP option from the OMC-R GUI Navigation Tree. The BSS scans all sites for GPROCs with potential to become CSFPs. At each site where a candidate is located, a CSFP is equipped. If no candidate is found, no CSFP is created at that site and the next site is scanned. This method facilitates simple equipage of the CSFP , leaving the choice of GPROC and logistics of equipage to the BSS based upon a stealing algorithm. The equipage can be undone either by the Navigation Tree or the unequip or unconfigure_csfp commands. The configure_csfp and unconfigure_csfp commands are BSS wide commands. To equip a CSFP using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. This method creates a CSFP on a specic GPROC at a specic site.
GPROC cage and slot restrictions
CSFPs may only be equipped on GPROCs with cage and slot restrictions based on site type, as shown in Table 9-11.
68P02901W17-S
9-53 Nov 2007
CSFP Detailed View elds
Chapter 9: Conguring Devices and Functions
Table 9-11 GPROC cage and slot restrictions
Site BSC sites BTS sites RXCDR sites Cage numbers 0 to 13 2 to 15 0 to 13 Slot numbers 18 to 25 18 to 25 25 or 26
CSFP Detailed View elds
The following sections list and briey describe the parameter elds in the CSFP Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-12 describes the elds in the Identication grouping of the CSFP Detailed View.
Table 9-12 CSFP Detailed View elds - Identication grouping
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 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. Values Default is device class. 0 - 1. Default is 0. Mandatory or Optional?
See description in Table 9-3. The name of the containing site. Mandatory.
Continued 9-54 68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a CSFP device using the OMC-R GUI
Table 9-12 CSFP Detailed View elds - Identication grouping (Continued)
Field name/OMC-R parameter name Cage Identier Slot Number Equipage Type equip Brief description See description in Table 9-4. See description in Table 9-4. How the CSFP was equipped. Values See Table 9-11. See Table 9-11. Through equip_device (5) or cong_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 congured CSFPs. Mandatory or Optional? Optional Optional Mandatory
CSFP Acquired From conf_id
The device from which the CSFP was acquired.
Mandatory
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Creating a CSFP device using the OMC-R GUI
To congure a CSFP device from the Navigation Tree using the default setting of ANY for the stealing algorithm, proceed as follows:
Procedure 9-11 Congure a CSFP device using the OMC-R GUI
1 2 3 4 5 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 Congure CSFP from the menu bar. A conrmation box is displayed. Continued
68P02901W17-S
9-55 Nov 2007
Unconguring CSFP devices using the OMC-R GUI
Chapter 9: Conguring Devices and Functions
Procedure 9-11 Congure a CSFP device using the OMC-R GUI (Continued)
6 Select OK to send a request to the parent NE to congure a CSFP device at each of its sites. To abort the request, select Cancel. Save and close the Detailed View.
To congure 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.
Unconguring CSFP devices using the OMC-R GUI
To uncongure a CSFP device using the OMC-R GUI, proceed as follows:
Procedure 9-12 Unconguring a CSFP device using the OMC-R GUI
1 2 3 4 Display the NESoftware Detail View. See steps 1 to 4 in Creating a CSFP device using the OMC-R GUI. Select CSFP - Uncongure CSFP from the menu bar. A conrmation box is displayed. Select OK to send a request to the parent NE to uncongure CSFP devices at each of its sites. To abort the request, select Cancel. Save and close the Detailed View.
Equipping a CSFP device using the TTY interface
To equip a CSFP using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. The following is an example of equipping a CSFP: -> equip bsc CSFP Enter the CSFP identifier: Enter the cage number: Enter the slot number: COMMAND ACCEPTED -> 13 20 0
9-56
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Using other settings of stealing algorithm
Using other settings of stealing algorithm
To congure a CSFP device using one of the other settings for the stealing algorithm, proceed as follows:
Procedure 9-13 Congure a CSFP device using one of the other settings for the stealing algorithm
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-43 and Changing security level (for TTY interface commands) on page 1-47, respectively. To display the per-site CSFP algorithm and thus conrm 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 ow 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 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 congure the CSFPs.
4 5
For a detailed description of the disp_csfp and the chg_csfp commands refer to: Technical Description: BSS Command Reference (68P02901W23).
68P02901W17-S
9-57 Nov 2007
Conguring a DHP device
Chapter 9: Conguring Devices and Functions
Conguring a DHP device
Denition 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 .
DHP cage and slot restrictions
Valid cage and slot numbers are dependent on the site type, as shown in Table 9-13.
Table 9-13 DHP cage and slot restrictions
Site BTS sites Cage number 2 to 15 Slot number 18 to 25
Horizonmicro2 and Horizoncompact2 DHPs
In Horizonmicro2 and Horizoncompact2 the slave BTS main control units (MCUs) are represented by Digital Host Processor (DHP) devices. Before Horizonmicro2 and Horizoncompact2 were introduced, DHP devices could not exist at an M-Cell or Horizon BTS site. However, DHP devices do exist at InCell BTS sites. The BSS software supports two DHPs at a Horizonmicro2 and Horizoncompact2 BTS site. The operation of a Horizonmicro2 and Horizoncompact2 is different to the operation of an InCell BTS DHP device. At a Horizonmicro2 and Horizoncompact2 BTS site, DRI devices are statically assigned to a Cabinet device (rather than a Cage), and a parent-child relationship exists between the DHP device of the Cabinet and the DRI devices assigned to it. The DHP device id is equal to the device id of the Cabinet device to which it corresponds. The Cabinet device rst identier is equal to the number of the ber port which is used to connect to the slave BTS. The Horizonmicro2 and Horizoncompact2 BTS DHP device can therefore have an id of 1 0 0 or 2 0 0. See Introduction to BSC and BTS sites on page 7-2 for further details of Horizonmicro2 and Horizoncompact2.
9-58
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a DHP at a Horizonmicro2 or Horizoncompact2 BTS
Conguring a DHP at a Horizonmicro2 or Horizoncompact2 BTS
When creating a Cabinet for a Horizonmicro2 or Horizoncompact2 BTS, the OMC-R automatically creates a DHP . This is referred to as autoequipping. Likewise when a Cabinet is deleted for a Horizonmicro2 or Horizoncompact2 BTS, the OMC-R deletes the DHP . For this reason, the Edit Create and Edit Delete Navigation Tree menu options, and the Delete menu option in the DHP Detailed View, are grayed-out when a Horizonmicro2 or Horizoncompact2 BTS is selected.
Creating a DHP using the OMC-R GUI
To create a DHP device, follow these steps:
Procedure 9-14 Create a DHP device
1 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-32 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 elds for details of the elds. Create and close the Detailed View. If required, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
DHP Detailed View elds
The following sections list and briey describe the parameter elds in the DHP Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
68P02901W17-S
9-59 Nov 2007
DHP Detailed View elds
Chapter 9: Conguring Devices and Functions
Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-14 describes the elds in the Identication grouping of the DHP Detailed View.
Table 9-14 DHP Detailed View elds - Identication grouping
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 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. Values Default is device class. 0 - 7. Default is 0. Mandatory or Optional?
See description in Table 9-3. Denes the number of DRI devices the DHP can support. 1 - 6. Mandatory. At a Horizonmicro2 or Horizoncompact2, set to 2.
Cage and Slot Information grouping
Table 9-15 describes the elds in the Cage and Slot Information grouping of the DHP Detailed View.
Table 9-15 DHP Detailed View elds - Cage and Slot Information grouping
Field name Cage Id Slot Number 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?
9-60
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping a DHP using the TTY interface
State grouping
Table 9-16 describes the unique elds in the State Identication grouping of the DHP Detailed View. For descriptions of the standard State Information elds, see Table 4-2.
Table 9-16
DHP Detailed View elds - State Information grouping
Brief description Identiers 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)
Equipping a DHP using the TTY interface
To equip a DHP device using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. The following is an example of equipping a DHP: -> equip 1 DHP Enter the cage number for this DHP (identifier 1): 15 0
Enter the unique DHP number in the cage (identifier 2): Enter the slot number: 18
Enter the maximum number of DRIs supported by this DHP: 1 COMMAND ACCEPTED ->
Equipping multiple DHP devices
To equip multiple DHP devices, proceed as follows:
Procedure 9-15 Equip multiple DHP devices
1 2 3 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.
68P02901W17-S
9-61 Nov 2007
Conguring a DRI
Chapter 9: Conguring Devices and Functions
Conguring a DRI
Denition 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-75 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 Conguration: 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-62
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Prerequisites for conguring a DRI
Prerequisites for conguring a DRI
Before a DRI can be created: The Algorithm Number eld (parameter name: alg_num) in each of the nine cell algorithm Detailed View forms must be changed from Unused (255) to another setting. At a remote BTS, one or more Receive Transmit Functions (RTF) must be equipped. (An RTF is the function that supports the air interface channel and the DRI/transceiver pair.)
Impact of Dual Band Cells feature on DRI/RTFs
When the Dual Band Cells feature is enabled for a cell, DRIs and RTFs within the dual band cell must have different DRI or RTFGroup identiers. When equipping DRIs, the two DRI/RTFGroup identiers are allowed if the cell is dual band. For a dual band cell, the secondary and primary band frequency types must be allowed by the cabinet(s) to which the DRI(s) in each zone are equipped. For non-dual band cells, all DRIs and RTFs equipped to a cell must be congured in a single DRI/RTFGroup.
Horizonmicro2 and Horizoncompact2 DRIs
Horizonmicro2 and Horizoncompact2 BTS sites can support up to six DRIs, two at the master BTS and two at each slave BTS. It is necessary therefore that Digital Radio Interface (DRI) devices are equipped to represent the radio equipment at each slave BTS. A maximum of two DRI devices are equipped for each slave BTS cabinet. The DHP device at a slave BTS must be in service before a DRI device at that BTS can come into service, therefore, there exists a parent-child relationship between the DHP and DRI device. A maximum of three DRIGroups can exist at a Horizonmicro2 and Horizoncompact2 BTS. The DRIs in a DRIGroup are associated with the same Cabinet and are assigned to the DHP residing below it. The BSS displays an error message if an attempt is made to equip a DRI to a DRIGroup and a Cabinet, if the Cabinet already has a DRI assigned to it but in a different DRIGroup. Both DRIs must be in the same cell, and of the same frequency. Therefore even if the DRI devices belong to a dual band cell, both DRIs must be in the same DRIGroup. When a DHP device comes into service, an attempt is made to bring that DHP device child DRIs into service. Similarly, when a DHP goes out of service, that DHP device child DRIs are taken out of service. DRI transition functionality for the slave BTS DRIs are the same as that for the master BTS DRIs with two main exceptions. The rst exception accounts for the fact that the DRI is located at a slave BTS and not at the master BTS. The second exception concerns the DHP-DRI parent-child relationship, a new device state and several new device state transitions are needed for the slave BTS DRI devices.
The TRAU data is switched from the radios to the ber link at the slave BTS, and from the ber link to the E1 link at the master BTS.
68P02901W17-S
9-63 Nov 2007
DRI and Combiner conguration
Chapter 9: Conguring Devices and Functions
See Introduction to BSC and BTS sites on page 7-2 for further details of Horizonmicro2 and Horizoncompact2.
DRI and Combiner conguration
DRI and Combiner equipage hierarchy allows DRIs be created before the Combiner. Therefore, DRIs and Combiners do not follow a strict parent-child relationship. When the DRI and Combiner have been created, at a later date, if reconguration is required, some of the DRI-COMB conguration parameters can be modied. This prevents the need to unequip and then re-equip DRIs and Combiners. The role of the DRI in the system-combining is specied when the DRI is equipped, as opposed to when the COMB is equipped. See Conguring a COMB device on page 9-48 for further details. All operational activities performed are applied to a single device. Indirect control of each Combiner can be achieved using commands directed at the respective controlling DRI. All commands provide a complete set of Combiner device information, including address and cavity assignments. Figure 9-13 shows DRI-Combiner conguration.
Figure 9-13 DRI-Combiner conguration
Single Combiner Device COMB 0
First Controlling DRI
DRI 0 0
DRI 0 1
Second Controlling DRI
ti-GSM-DRI-Combinerconfiguration-00820-ai-sw
9-64
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Double Density DRIs in a Horizon II mini
Double Density DRIs in a Horizon II mini
A DRI residing in a Horizon II mini or Horizon II mini extension cabinet can be equipped as double density. A Horizon II mini cabinet can support a maximum of two physical {30828} CTU2/CTU2-D devices and allows the following combinations: 1 x SD {30828} CTU2/CTU2-D (1 DRI) 2 x SD {30828} CTU2/CTU2-D (2 DRIs) 1 x DD {30828} CTU2/CTU2-D (2 DRIs) 1 x DD {30828} CTU2/CTU2-D + 1 x SD {30828} CTU2/CTU2-D (3 DRIs) 2 x DD {30828} CTU2/CTU2-D (4 DRIs)
The OMC-R supports a maximum of four DRIs (two physical CTU2s) at a Horizon II mini or Horizon II mini extension cabinet.
Conguring Double density DRIs
Creating
When the cabinet type in which the DRI resides is a Horizon II mini, Horizon II mini extension, Horizon II macro, Horizon II macro_ext, Horizonmacro, or Horizonmacro_ext, the DRI can be specied as Single or Double density using the DRI Density (dri_density) parameter. When the DRI is specied as Double density, the RDN of the associated DRI (assoc_dri_id) must be specied. The OMC-R then automatically creates the associated DRI with the specied RDN. The autocreated DRI inherits the properties of the original DRI, apart from the Associated DRI Id (assoc_dri_id), Preferred RTF Group Id (pref_rtf_group_id), and Preferred RTF Id (pref_rtf_id) parameters. The Associated DRI Id (assoc_dri_id) of the autocreated DRI is the original DRI id. The Preferred RTF Group Id (pref_rtf_group_id), and Preferred RTF Id (pref_rtf_id) parameters can be entered by the user after autocreation. Two DRIs operating together for Double density operation are referred to as DRI pair. See DRI Detailed View elds for further details of the Double density parameter elds mentioned in this section. In a non-Horizon II macro BTS where a cell is set to baseband hopping (that is, hopping_support = 2), the DRI cannot be set to Double density.
68P02901W17-S
9-65 Nov 2007
Conguring Double density DRIs
Chapter 9: Conguring Devices and Functions
{27236} Double density mode is not supported simultaneously with four branch receive diversity. The conguration of a Dual Band cell with 4 Branch Receive Diversity capability is possible with the restriction that the cell contains multiple Single Band cabinets, 1 or more of each frequency band type. If the DRI Density (dri_density) parameter is changed from Double density to Single density, the associated DRI is automatically deleted. The dri_density parameter can only be changed from Double density to Single density, if the DRI and associated DRI are both locked. To modify the Associated DRI Id (assoc_dri_id) parameter of a DRI using the DRI Detailed View, follow these steps:
Procedure 9-16 Modify the Associated DRI Id
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) or {30828} Capacity (3). 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 grayed-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 opts to continue, both DRIs in the DRI pair are reset.
9-66
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a DRI using the OMC-R GUI
Creating a DRI using the OMC-R GUI
To create a DRI device using the OMC-R GUI, proceed as follows:
Procedure 9-17
1
Create a DRI device
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-32 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 elds for details of the elds. Create and close the Detailed View. If required, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
2 3 4
DRI Detailed View elds
The following sections list and briey describe the parameter elds in the DRI Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-17 describes the elds in the Identication grouping of the DRI Detailed View.
68P02901W17-S
9-67 Nov 2007
DRI Detailed View elds
Chapter 9: Conguring Devices and Functions
Table 9-17 DRI Detailed View elds - Identication grouping
Field name/BSS parameter name DRI Type (OMC-R parameter name: DRI_type) 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. 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) {27236} 2 branch Diversity (1), 4 Branch diversity (2). Default is the device class. 0 - 11. Default is 0. 0 - 4. OMNI cell (0).20 degree cell (1).60 degree cell (2). Shared Diversity cell (3) Full Diversity cell (4). Mandatory. Mandatory. Mandatory or Optional? Mandatory.
Diversity Flag diversity_ag (OMC-R parameter name: diversityFlag) RDN Class RDN Instance Cell Type fm_cell_type
The diversity ag for the DRI. If BSS parameter diversityOpt is restricted, must be set to 0.
Optional.
See description in Table 4-1. DRI identier, see description in Table 3-1. The type of cell structure supported at the BTS in which this DRI resides.
NMC RDN Value Parent Detailed View Kit Number Field Replacement Unit (FRU) Serial Number Cabinet Identier cabinet_id Associated FRU Kit Number Associated FRU Serial Number Associated FRU
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. Identier of the cabinet in which the DRI resides. The kit number of the RCU/DRCU. The serial number of the RCU/DRCU. The type of the RCU device. 0 - 15. 0 - 15. 0 - 15. Default is null. Mandatory. Optional. Optional. Optional Continued
9-68
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
DRI Detailed View elds
Table 9-17 DRI Detailed View elds - Identication grouping (Continued)
Field name/BSS parameter name DRI Density (OMC-R parameter name: dri_density) Brief description Only applicable if the DRI resides in one of the following cabinet types: Horizon II mini, Horizon II mini extension, Horizon II macro, Horizon II macro_ext, Horizonmacro, or Horizonmacro_ext. Grayed-out for all other cabinet types. Double density can only be selected for the cabinet types listed above. If this eld is to set to 2, the user must specify a value for assoc_dri_id. The DRI must be locked before this eld can be changed from 1 to 2. The DRI and the associated DRI must be locked before this eld can be changed from 2 to 1. {30828} If dri_density is set to 3, assoc_dri_id becomes sensitive and editable. The DRI must be locked before this eld can be changed to 3. The value 3 is only valid if: Values 1 or 2. Single (1), Double (2). {30828} Capacity (3). Default is 1. Mandatory or Optional? Optional.
The congured DRI is in a HII family cabinet (Horizon II mini, Horizon II micro or Horizon II macro including ext cabs). The master SITE cabinet is a HII family cabinet (Horizon II mini, Horizon II micro or Horizon II macro). CTU2D Capacity feature (ctu2dcapOpt) is Enabled at the BSS.
See Conguring Double density DRIs on page 9-65 for further details. {27236} Double Density mode is not supported simultaneously with 4 Branch Receive Diversity. Set the diversity_ag to 2 for a Single Density Mode DRI congured in a Horizon II Macro cabinet for 4 branch receive diversity. Continued
68P02901W17-S
9-69 Nov 2007
DRI Detailed View elds
Chapter 9: Conguring Devices and Functions
Table 9-17 DRI Detailed View elds - Identication grouping (Continued)
Field name/BSS parameter name RDN of Associated DRI (OMC-R parameter name: assoc_dri_id) Brief description The RDN number of the other DRI which is 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, Horizon II mini, or Horizon II mini extension. This eld is grayed-out for all other cabinet types. dri_density is set to Double (2) or {30828} Capacity (3). The associated DRI RDN must: Be different than the DRI to which it is being associated. Not be an existing DRI id. Otherwise an error message is displayed when the details are saved. See Conguring Double density DRIs on page 9-65 for further details. 0 - 11. Values Mandatory or Optional? Optional.
Cage and Slot Information grouping
Table 9-18 describes the elds in the Cage and Slot Information grouping of the DRI Detailed View.
Table 9-18 DRI Detailed View elds - Cage and Slot Information grouping
Field name Cage Identier Slot Number Brief description See description in Table 9-4. See description in Table 9-4. Values Mandatory or Optional? Mandatory. Mandatory.
9-70
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
DRI Detailed View elds
Additional Information
Use the Additional Information window to input any notes relating to this DRI. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Table 9-19 describes the unique elds in the State Identication grouping of the DRI Detailed View. For descriptions of the standard State Information elds, see Table 4-2.
Table 9-19
DRI Detailed View elds - 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)
Preferred RTF grouping
Table 9-20 describes the elds in the Preferred RTF grouping of the DRI Detailed View.
Table 9-20 DRI Detailed View elds - Preferred RTF grouping
Field name/OMC-R parameter name Preferred RTF Group Id pref_rtf_group_id Preferred RTF Id pref_rtf_id Brief description The id for the preferred RTF Group for this DRI. The preferred RTF function for this DRI. Values 0 - 23. Default is null. 0 - 11. Default is null. Mandatory or Optional? Optional.
Optional.
DRI RCU grouping
Table 9-21 describes the elds in the DRI RCU grouping of the DRI Detailed View.
Table 9-21 DRI Detailed View elds - DRI RCU grouping
Field name/ parameter name Topcell Radio Unit Identier tru_id (OMC-R parameter name: truId) Brief description Indicates the Top Cell Radio Unit. Only valid when DRI_type is DRIM, ACM. Values 1 - 6. Default is null. Mandatory or Optional? Optional.
68P02901W17-S
9-71 Nov 2007
DRI Detailed View elds
Chapter 9: Conguring Devices and Functions
Combiner 1 grouping
Table 9-22 describes the elds in the Combiner 1 grouping of the DRI Detailed View.
Table 9-22
DRI Detailed View elds - Combiner 1 grouping
Brief description Determines if the DRI is using a remote tuning combiner. When set to None (0), Combiner Identier and Combiner Cavity Identier elds are grayed-out. Grayed-out when the DRI is Double density or {30828} Capacity. For a DRI equipped in a Horizon II macro, Horizon II macro extension, Horizon II mini, or Horizon II mini extension cabinet, this eld is grayed-out. Also see Conguring a COMB device on page 9-48. The identier for the rst combiner connected to the DRI. Can be entered at creation time, but can also be modied at a later date. Not valid for M-Cellmicro sites. Grayed-out when the DRI is Double density or {30828} Capacity. Cavity in the rst combiner that the DRI is connected to. Can be entered at creation time, but can also be modied at a later date. Values 0 - 2. None (0), Non-Controlling (1), Controlling (2). Default is None (0). Mandatory or Optional? Optional.
Field name/OMC-R parameter name Combining Type combining_type
Combiner Identier combiner_1_id
0 - 13.
Optional.
Combiner Cavity Identier cavity (OMC-R parameter name: combiner_1_ cav_id)
0 - 5.
Optional.
For M-Cellmicro and Pico sites, this attribute is set to NULL and cannot be changed by the operator. Grayed-out when the DRI is Double density or {30828} Capacity.
Shared Cells grouping
Table 9-23 describes the elds in the Shared Cells grouping of the DRI Detailed View.
9-72
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
DRI Detailed View elds
Table 9-23
DRI Detailed View elds - Shared Cells grouping
Brief description The GSM cell id for the rst cell. The MCC and MNC sub-elds can be edited in Create mode. The MCC and MNC sub-elds cannot be edited for n-1 or n-2 BSS. 1 - 3. Values Mandatory or Optional? Mandatory.
Field name/BSS parameter name Cell 1 GSM Cell Identier cell1_gsmCellId
Cell 1 Antennae The receiver antenna select number Select for the rst shared cell. For a DRI antenna_select equipped in a Horizon II Mini or (OMC-R Horizon II Mini Extension cabinet, only parameter name: values 1 or 2 apply. cell1AntennaSelct)
Optional.
Mobile Detection Thresholds grouping
Not currently used.
Port Connections grouping
Table 9-24 describes the elds in the Port Connections grouping of the DRI Detailed View.
Table 9-24 DRI Detailed View elds - Port Connections grouping
Field name/BSS parameter name Connection to BTP tcu_connection (OMC-R database parameter name: foxFmuxConn) Brief description Indicates what type of connection is used by a M-Cell TCU. Also known as the TCU connection. Values 0 - 4. When the associated SITE has a Cabinet type Horizonmacro or Horizonmacro Extension, displays Master (0) rather than Fox (0). Does not include the Direct option. 0 - 5. Mandatory or Optional? Optional.
Port Connection tcu_port
Indicates the port connection used by a TCU device. For a DRI equipped in a Horizon II Mini or Horizon II Mini Extension cabinet, only values of 0 or 1 are allowed. {26481} For a DRI equipped in a H2micro cabinet only 0 is allowed.
Optional.
68P02901W17-S
9-73 Nov 2007
Other DRI conguration tasks
Chapter 9: Conguring Devices and Functions
Power Distribution Board grouping
Table 9-25 describes the elds in the Power Distribution Board grouping of the DRI Detailed View.
Table 9-25
DRI Detailed View elds - Power Distribution Board grouping
Brief description Kit number of the PDB (Power Distribution Board) at an M-Cellmicro site. The serial number of the PDB. Indicates the type of the RCU device. Values 0 - 15. Mandatory or Optional? Optional.
Field name/BSS parameter name PDB FRU Kit Number
PDB FRU Serial Number PDB Field Replacement Unit pdb_fr_unit
0 - 15. Default is NULL if the information is not available.
Optional. Optional.
Other DRI conguration tasks
To modify, delete, display, or equip a DRI device using the TTY interface, see Methods of conguring individual devices and functions on page 9-3.
9-74
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reassigning a DRI device
Reassigning a DRI device
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.
Reassigning a Horizonmicro2 or Horizoncompact2 BTS
A DRI cannot be reassigned at a Horizonmicro2 or a Horizoncompact2 BTS. Whenever a reassign cannot be executed, the Reassign option in the Navigation Tree and DRI Detailed View is grayed-out.
Reassigning a DRI using the OMC-R GUI
To reassign a DRI using the OMC-R GUI Navigation Tree, follow these steps:
Procedure 9-18
1
Reassign a DRI
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-32 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 conrmation dialogue box is displayed with the following message: Do you wish to reassign <device1> from <device2> to <device3> at <SITE>? Click OK.
68P02901W17-S
9-75 Nov 2007
Reassigning a DRI using the TTY interface
Chapter 9: Conguring Devices and Functions
Figure 9-14
DRI Reassign box
ti-GSM-DRIReassignbox-00821-ai-sw
Reassigning a DRI using the TTY interface
To move control of a DRI from one GPROC to another using the TTY interface, follow these steps:
Procedure 9-19 Move control of a DRI
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-43 and Changing security level (for TTY interface commands) on page 1-47, 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.
9-76
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Remotely calibrating DRIs
Remotely calibrating DRIs
Introduction to the Remote Bay Level Calibration facility
The Remote Bay Level Calibration facility allows a user to remotely calibrate DRIs contained at a site (that is, a BTS only) from the OMC-R GUI. DRIs can still be calibrated on-site by an installation engineer visiting the site. For further information, see Installation and Conguration: BSS Optimization (68P02901W43). The OMC-R has a database of known calibration values. Values exist for all known BTS product ranges (such as InCell, M-Cell, Horizonmacro, Horizon II macro, and so on). When a radio is inserted or recongured by an installation engineer on-site, an operator at the OMC-R can use the OMC-R GUI interface to select or dene the standard conguration to be used, and then select all or some of the radios within the site for calibration. The OMC-R then transfers the calibration values for the specied site conguration to the BSC database where they are used by the selected BTS. The next time the DRI is brought in-service, it is calibrated with the values in the BSC database.
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 Conguration: 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 analyzing test results from factory production test procedures. The result is that expected calibration errors should be evened out across the network.
Enabling the Preserve Transceiver Calibration feature at the OMC-R
Before starting the preserve calibration procedure, consult the site specic documentation to determine the BSC/BTS and cage slot allocation.
68P02901W17-S
9-77 Nov 2007
Standard congurations used for a calibration
Chapter 9: Conguring Devices and Functions
Proceed as follows:
Procedure 9-20 Enable the Preserve Transceiver Calibration feature
1 2 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.
Standard congurations used for a calibration
A standard conguration is created which is used to calibrate DRIs at a site. This conguration can be saved and used as a template to calibrate other DRIs. A user can create, edit, or delete standard congurations. The user can create a maximum of 100 standard congurations. The last standard conguration used to calibrate the site is shown in the Conguration used on last Calibrate eld in the SITE Detailed View.
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 specied with a specic 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).
OMC-R calibration checks
When a calibration is initiated, the OMC-R makes the following checks before performing the calibration: For every cabinet under the site:
9-78
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Enabling the bay level calibration facility
That there is a cabinet under the Standard Conguration with a matching rdnInstance. If the cabinet_type of the site is 0,1,4,6,7,8 or 9 (that is, InCell), there is a corresponding cabinet_type under the standard conguration with the same cabinet types. If the cabinet_type of the site is 10 or 12 (that is, M-Cell 2), there is a correspondingcabinet_type under the standard conguration with the same type. If the cabinet_type of the site is 11 or 13 (that is, M-Cell 6), there is a correspondingcabinet_type under the standard conguration with the same type. If the cabinet_type of the site is 18 or 19 (that is, Horizon macro), there is a corresponding cabinet_type under the standard conguration with the same types. If the cabinet_type of the site is 24 or 25 (that is, Horizon macro), there is a corresponding cabinet_type under the standard conguration with the same types. For every DRI under the site: That there is a DRI under the Standard Conguration 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 Conguration 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 Conguration 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.
Enabling the bay level calibration facility
To enable or disable the bay level calibration facility, use the environmental variable BAY_LEV_CAL. By default, BAY_LEV_CAL is set to FALSE. When the BAY_LEV_CAL environmental variable is set to FALSE, the Calibrate option is not displayed in the menu bars, and the related calibration elds are not displayed in the site Detailed View form.
Enabling on a per user basis
To enable bay level calibration, enter the following command at the GUI> prompt (which is displayed in the window from which the OMC-R GUI is launched): setenv BAY_LEV_CAL TRUE
68P02901W17-S
9-79 Nov 2007
Bay level calibration parameters
Chapter 9: Conguring Devices and Functions
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.
Enabling for any user starting GUI from the CDE
To enable bay level calibration for any user starting the GUI from the CDE, follow these steps on the SPLAT and on the MMI server:
Procedure 9-21 Enable bay level calibration
1 Add the following lines to /usr/omc/cong/global/env/Common.sh: BAY_LEV_CAL = TRUE export BAY_LEV_CAL Add the following line to /usr/omc/cong/global/env/Common.csh: setenv BAY_LEV_CAL TRUE
Bay level calibration parameters
Table 9-26 lists the parameters relating to bay level calibration.
Table 9-26 Bay level calibration parameters
OMC-R GUI eld name Calibrate Enabled BSS parameter name Calibrate_flag Description Displayed in the SITE Detailed View. Determines whether the site can be remotely calibrated. If set to No (0) (default), when the user selects the calibrate function from the menu bar, the OMC-R displays a message in the status bar to indicate that this ag needs to be set to Yes (1) in the site Detailed View form. If set to Yes, the site can be remotely calibrated. Displayed in the SITE Detailed View. Displays the name of the last Standard Conguration used to calibrate the DRIs at the site. Used to set default bay level calibration offset values for each DRI receive path. Valid values: 1 - 94.
Conguration used on last Calibrate (not visible in the OMC-R GUI)
Config_type_on_ last_cal
rx_cal_data_a rx_cal_data_b
9-80
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Enabling a site to be remotely calibrated
Enabling a site to be remotely calibrated
Restrictions for calibration
Calibration at a site cannot be enabled if: The site is BSC. The parent of the site is an RXCDR.
Also see the restrictions listed in Calibration restrictions earlier in this section.
Setting the Calibrate Enabled eld
The DRIs at a site can only be remotely calibrated, if calibration for the site has been enabled. To enable remote calibration at a site, set the Calibrate Enabled eld in the site Detailed View form to Yes (1).
The Calibrate Enabled eld in the SITE Detailed View is only displayed if the bay level calibration facility has been enabled, see Enabling the bay level calibration facility.
Remote DRI calibration procedures
These DRI calibration related procedures are detailed in the following sections: Creating a standard conguration for DRI calibration on page 9-82 Remotely calibrating DRIs from the OMC-R on page 9-91 Managing existing standard congurations on page 9-97
68P02901W17-S
9-81 Nov 2007
Creating a standard conguration for DRI calibration
Chapter 9: Conguring Devices and Functions
Creating a standard conguration for DRI calibration
Introduction to DRI calibration
Before a site can be calibrated remotely, one or more standard congurations must exist. A standard conguration determines the default values that are used to calibrate one or more DRIs at a site. A user can create a standard conguration using the OMC-R GUI. Up to 100 standard congurations can be created.
Prerequisites to DRI calibrations
Before a standard conguration can be created: Bay Level Calibration facility must be enabled, see Remotely calibrating DRIs on page 9-77. Remote calibration at the site must be allowed, Remotely calibrating DRIs on page 9-77. At least one DRI must exist for the site. A Master Cabinet (rdnInstance 0) must exist for the site.
Creating a standard conguration
To create a standard conguration, follow these steps:
Procedure 9-22 Create a standard conguration
1 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-32 for further details. Select the site instance to be calibrated. The color 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 eld, and cabinet type of the master cabinet is shown in the Master Cabinet eld (for example, M-Cell2). Continued
2 3
9-82
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a standard conguration
Procedure 9-22 Create a standard conguration (Continued)
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 conguration is being created. Later, when a standard conguration is being applied, a subset of DRIs can be selected. Click the New button in the Standard Conguration section of the Calibrate site form. Result: The OMC-R displays the New Standard Conguration form as shown in Figure 9-16. By default, the form shows cabinet and associated DRI details for the rst 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. elds 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
Click the Cabinet tab for which you want to specify details. Enter the name to be given to the new Standard Conguration in the Name eld. Enter a maximum of 30 characters. This is a mandatory eld. Click the Cabinet Class button to display a dropdown list of menu options, and select a cabinet class. By default, this eld 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.
Click the DRI <no> Slot No. button to display a dropdown list of slot numbers in the range 0 - 5, and select the required slot number for this DRI. Continued
68P02901W17-S
9-83 Nov 2007
Creating a standard conguration
Chapter 9: Conguring Devices and Functions
Procedure 9-22
10
Create a standard conguration (Continued)
Click the Rx A button to display a dropdown menu of receive path options, and select the required option. By default, the rst option is displayed. The OMC-R displays only valid receive path options for the selected cabinet type and DRI frequency, see Table 9-27. Click 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 congure each DRI required. Repeat steps 6 to 12 to congure each cabinet required. Click the Save button to save the new Standard Conguration under the specied name. Result: The OMC-R displays the Calibrate Site form. If the name of the Standard Conguration already exists, the OMC-R displays an error message. Alternatively, to cancel the conguration, click Close.
11 12 13 14
15 16
To calibrate the selected site go to step 1 of the procedure Remotely calibrating DRIs from the OMC-R on page 9-91. To exit, click Close.
9-84
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a standard conguration
Figure 9-15
Calibrate Site form
ti-GSM-CalibrateSiteform-00822-ai-sw
68P02901W17-S
9-85 Nov 2007
Rx A and Rx B receive path options
Chapter 9: Conguring Devices and Functions
Figure 9-16 New Standard Conguration form
ti-GSM-NewStandardConfigurationform-00823-ai-sw
Rx A and Rx B receive path options
Table 9-27 shows the receive path options the OMC-R displays for each cabinet type in the Rx A and Rx B elds in the New Standard Conguration form (see Figure 9-16). Where: cabinet_type is the cabinet type of the current cabinet. Cabinet-0: cabinet_type is the cabinet_type of the master cabinet (Cab 0).
9-86
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Rx A and Rx B receive path options
Table 9-27 Rx A and Rx B receive path options
Cabinet type InCell900 MHz If... cabinet_type = 0,1,4,6,7,8 or 9 and frequency_type = 900 MHz cabinet_type = 0,1,4,6,7,8 or 9 and frequency_type = 1800 MHz Receive path options displayed Local DPP
InCell1800 MHz
Local Local Local Local Local Local Local Local Local
LNA xed gain LNA switched low LNA switched high LNA xed gain + MPD LNA switched low + MPD LNA switched high + MPD
M-Cell2 900 MHz
cabinet_type = 10 or 12 and frequency_type = 900 MHz cabinet_type = 10 or 12 and frequency_type = 1800 MHz
Local DLNB Local DLNB + Local MPD
M-Cell2 1800 MHz
Local Local Local Local Local Local Local Local Local
LNA xed gain LNA switched low LNA switched high LNA xed gain + MPD LNA switched low + MPD LNA switched high + MPD
M-Cell6 900 MHz
cabinet_type = 11 or 13 and Cabinet-0:: cabinet_type = 11 or 13 and frequency_type = 900 MHz
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) Continued
68P02901W17-S
9-87 Nov 2007
Rx A and Rx B receive path options
Chapter 9: Conguring Devices and Functions
Table 9-27 Rx A and Rx B receive path options (Continued)
Cabinet type M-Cell6 1800 MHz If... cabinet_type = 11 or 13 and Cabinet-0:: cabinet_type = 11 or 13 and frequency_type = 1800 MHz Receive path options displayed Local LNA xed gain Local LNA switched low Local LNA switched high Local LNA xed gain + Local MPD Local LNA switched low + Local MPD Local LNA switched high + Local MPD Remote LNA switched high + Local LNA xed gain Remote LNA switched high + Local LNA switched low Remote LNA switched high + Local LNA xed 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 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 Continued
Horizon 900 MHz
cabinet_type = 18 or 19 and Cabinet-0:: cabinet_type = 18 or 19 and frequency_type = 900 MHz
Horizon 1800 MHz
cabinet_type = 18 or 19 and Cabinet-0:: cabinet_type = 18 or 19and frequency_type = 1800 MHz
Horizon II 900 MHz
cabinet_type = 24 or 25and Cabinet-0:: cabinet_gen = 24 or 25 and frequency_type = 900 MHz
9-88
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Rx A and Rx B receive path options
Table 9-27 Rx A and Rx B receive path options (Continued)
Cabinet type Horizon II 1800 MHz If... 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 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 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)
M-Cell6/ Horizon Interoperability 900 MHz
M-Cell6/ Horizon Interoperability 1800 MHz
Remote LNA xed gain + Local SURF Remote LNA switched low + Local SURF Remote LNA xed gain + Remote MPD + Local SURF Remote LNA switched low + Remote MPD + Local SURF Remote SURF + Local LNA xed gain (TCU in M-Cell6 Cabinet) Remote SURF + Local LNA switched low (TCU in M-Cell6 Cabinet) Remote SURF + TDF + Local LNA xed gain (TCU in M-Cell6 Cabinet) Remote SURF + DCF+ Local LNA xed gain (TCU in M-Cell6 Cabinet) Remote SURF + DDF+ Local LNA xed 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 Continued
68P02901W17-S
9-89 Nov 2007
Rx A and Rx B receive path options
Chapter 9: Conguring Devices and Functions
Table 9-27 Rx A and Rx B receive path options (Continued)
Cabinet type M-Cell6/ Horizon II Interoperability 900 MHz 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 xed gain + Local SURF2 Remote LNA switched low + Local SURF2 Remote LNA xed gain + Remote MPD + Local SURF2 Remote LNA switched low + Remote MPD + Local SURF2 Remote SURF2 + Local LNA xed gain (TCU2 in M-Cell6 Cabinet) Remote SURF2 + Local LNA switched low (TCU2 in M-Cell6 Cabinet) Remote SURF2 + DUP + Local LNA xed 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
M-Cell6/ Horizon II Interoperability 1800 MHz
9-90
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Remotely calibrating DRIs from the OMC-R
Remotely calibrating DRIs from the OMC-R
Prerequisites for remotely calibrating DRIs
Before DRIs at a site can be calibrated remotely using the OMC-R GUI: Bay Level Calibration facility must be enabled, see Remotely calibrating DRIs on page 9-77. Remote calibration at the site must be allowed, Remotely calibrating DRIs on page 9-77. A standard conguration must exist. To create a standard conguration, see Creating a standard conguration for DRI calibration on page 9-82.
Calibrating DRIs from the OMC-R
To calibrate DRIs at a site from the OMC-R using the OMC-R GUI, follow these steps:
Procedure 9-23 Calibrate DRIs at a site
1 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-32 for further details. Select the site instance to be calibrated. The color 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 eld, and cabinet type of the master cabinet is shown in the Master Cabinet eld (for example, M-Cell2). The OMC-R opens the Calibrate site form as shown in Figure 9-15.
2 3
Selecting a standard conguration
To select a standard conguration, select a name from the list of Standard Congurations in the central pane of the form. The OMC-R highlights the name. Use the scroll bar in the pane to scroll the list up and down. If a standard conguration does not exist, or if you want to create a standard conguration, see Creating a standard conguration for DRI calibration on page 9-82 for further details. To edit an existing standard conguration, see Managing existing standard congurations on page 9-97. To delete an existing standard conguration, see Managing existing standard congurations on page 9-97.
68P02901W17-S
9-91 Nov 2007
Calibrating DRIs from the OMC-R
Chapter 9: Conguring Devices and Functions
Otherwise, repeat the action.
Selecting all or some DRIs for calibration
To select which DRI(s) are to be calibrated, follow these steps:
Procedure 9-24 Select all or some DRIs for calibration
1 Click 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 labeled 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 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 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 Conguration to Apply to NE eld, for example Sub-set of DRI(s) - <standard conguration name>.
5 6
9-92
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Calibrating DRIs from the OMC-R
Figure 9-17 Select DRI(s) form
ti-GSM-SelectDRI_s_form-00824-ai-sw
Viewing and revising the calibration selections
To check or revise selections:
Procedure 9-25 View and revise DRI calibration selections
1 Click the Preview/Revise button. Result: The OMC-R makes the OMC-R checks listed in Remotely calibrating DRIs on page 9-77. 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 elds as the New Standard Conguration form shown in Figure 9-16. Continued
68P02901W17-S
9-93 Nov 2007
Calibrating DRIs from the OMC-R
Chapter 9: Conguring Devices and Functions
Procedure 9-25 View and revise DRI calibration selections (Continued)
2 Revise the calibration elds as required. See Creating a standard conguration for DRI calibration on page 9-82 for eld details.
A revised standard conguration cannot be saved, because it is intended to be used for one-off changes only. 3 Click OK to use changes, or Cancel to cancel without changing anything.
Initiating the calibration
To start the calibration, follow these steps:
Procedure 9-26
1
Initiate a DRI calibration
Click 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-77 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 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.
9-94
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Calibrating DRIs from the OMC-R
Figure 9-18
Calibration data set at BSS form
ti-GSM-CalibrationdatasetatBSSform-00825-ai-sw
Saving the calibration results to a le
To save the calibration results to an ASCII le, follow these steps:
Procedure 9-27 Save DRI calibration results
1 2 3 Click Save at the bottom of the Calibration data set at BSS form. The OMC-R displays a Save As dialogue box. Type the le name and select the directory name where the results are to be stored. Click Save to save the data to the le. Result: The OMC-R also updates the eld: Conguration used in last Calibrate' in the SITE Detailed View form (see Table 7-5) with the name of the Standard Conguration used to calibrate the site. 4 Click Close to exit the Calibrate site form.
68P02901W17-S
9-95 Nov 2007
Calibrating DRIs from the OMC-R
Chapter 9: Conguring Devices and Functions
Resetting the calibrated DRI
Lock and unlock the DRIs so that the default offset values can take effect at the BTS. See OMC-R Online Help, Network Operations for further details of fault management activities.
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 Conguration: BSS Optimization (68P02901W43) and Technical Description: BSS Implementation (68P02901W36) for further details.
9-96
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Managing existing standard congurations
Managing existing standard congurations
Viewing and editing an existing standard conguration
To view or edit a standard conguration, follow these steps:
Procedure 9-28 View or edit an existing standard calibration
1 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-32 for further details. Select the SITE instance to be calibrated. The color 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 eld, and cabinet type of the master cabinet is shown in the Master Cabinet eld. The OMC-R opens the Calibrate Site form as shown in Figure 9-15. 4 Select the name of the standard conguration to be edited from the list of Standard Congurations 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. 5 Click the All DRIs button in the Calibrate DRI(s) section of the form, if not already selected. Select this button when a standard conguration is being viewed or modied. When a standard conguration is being applied, a subset of DRIs can be selected. Click the Edit button in the Standard Conguration section of the Calibrate Site form. Result: The OMC-R displays the Edit Standard Conguration form, which contains the same elds as the New Standard Conguration form. The name of the standard conguration is displayed in the Name eld and the details for the rst cabinet and its DRIs are displayed. The Slot No. eld displays the saved slot number. 7 8 9 Revise the calibration elds as required. See Creating a standard conguration for DRI calibration on page 9-82 for eld details. Click the Save button to save your changes and overwrite the previous version of the le, or Close to cancel without making any changes. Click Close to exit the Calibrate site form.
2 3
68P02901W17-S
9-97 Nov 2007
Deleting a standard conguration
Chapter 9: Conguring Devices and Functions
Deleting a standard conguration
To delete a standard conguration, follow these steps:
Procedure 9-29 Delete a standard conguration
1 2 Navigate to the SITE to be calibrated. If necessary, see Navigating to a network object class or instance on page 1-32 for further details. Select the site instance to be calibrated using the Navigation Tree. Result: The color of the site changes. 3 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 eld, and cabinet type of the master cabinet is shown in the Master Cabinet eld. The OMC-R opens the Calibrate Site form as shown in Figure 9-15. 4 Select the name of the Standard Conguration 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. 5 Click the Delete button in the Standard Conguration section of the Calibrate Site form. Result: The OMC-R displays a Conrmation box. 6 7 Click OK to conrm the deletion. To cancel the deletion, click Cancel and then reselect the correct Standard Conguration name. Click Close to exit the Calibrate site form.
9-98
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring an EAS device
Conguring an EAS device
Denition of EAS device
An External Alarm System (EAS) allows the denition of external alarms at InCell, M-Cell, and Horizon sites. The alarm text issued when the alarm condition is met is taken from the EAS alarm table. A user can dene the text strings for each alarm index in the EAS alarm table. One or two EAS devices can be congured per cabinet. There is a maximum of eight at a InCell site, and a maximum of 16 at an M-Cell or Horizon site. The EAS function supports up to eight optocouplers for In-Cell sites, and up to sixteen optocouplers for M-Cell and Horizon sites. These are used to detect external alarms at a site, for example, temperature and smoke detectors. The Parallel I/O Extender (PIX) board is the hardware device that provides the EAS (External Alarm System) function.
EAS conguration procedures: overview
To congure an EAS when logged in to the BSS, follow these steps:
Procedure 9-30
1
Congure an EAS
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 specic for an RXCDR. See Dening EAS alarms in the alarm table using the TTY interface on page 9-101 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-102 for further details. Create one or more EAS devices at the BSC/BSS, BTS, and RXCDR sites. Dene which alarm conditions are to be reported. Dene the no alarm state for each of the optocouplers. Assign an alarm index number to each alarm condition. Dene the relay wiring state. Use the following: OMC-R GUI Navigation Tree, see Creating an EAS device using the OMC-R GUI on page 9-104. TTY interface, see Conguring an EAS using the TTY interface on page 9-110 and Conguring the EAS physical relay states using the TTY interface on page 9-111. Alarms can be subscribed to when the EAS is functional.
68P02901W17-S
9-99 Nov 2007
User-denable EAS BSC/BSS and BTS alarm strings
Chapter 9: Conguring Devices and Functions
User-denable EAS BSC/BSS and BTS alarm strings
Introduction to user-denable alarm strings
Up to 34 alarm strings and severity levels can be dened for the BSC/BSS and associated BTSs using the chg_eas_alarm command. The alarm strings and severity levels are maintained in the EAS alarm table and are reported to the OMC-R. Each optocoupler input at the different sites can be associated with any one of these table entries.
Rules for dening EAS alarms
There are some basic rules to consider when working with user-dened EAS alarms at the BSS: Each of the 34 EAS alarm table entries consist of an alarm string and a severity level. Each alarm string can be up to 24 characters long. Alarm strings and severity levels are required for each EAS alarm table index number. When the table is modied, the BSC/BSS and all associated BTSs are affected.
Alarm severity levels
Table 9-28 shows the alarm severity level denitions.
Table 9-28 Severity level denitions
Severity level 0 1 2 3 4 Description Investigate (not appropriate for EAS). Critical. Major. Minor. Warning.
EAS alarm strings
Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the chg_eas_alarm command and the alarm strings in the default EAS alarm table.
9-100
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dening EAS alarms in the alarm table using the TTY interface
Dening EAS alarms in the alarm table using the TTY interface
Using chg_eas_alarm command
Use the chg_eas_alarm command to dene all EAS alarm strings and severity levels. This data is maintained in the EAS alarm table (see the Technical Description: BSS Command Reference (68P02901W23) manual) at the BSC or RXCDR, and is used for the BSC/BSS and associated BTSs or RXCDR. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the chg_eas_alarm command.
Dening EAS alarms using the TTY interface
To dene EAS alarm strings and severity levels follow these steps:
Procedure 9-31
1
Dene EAS alarm strings and severity levels
Enter the following command: chg_eas_alarm <alarm_table_index> <alarm_severity_level> <new_alarm_string> Repeat step 1 for each of the alarm table entries.
Example
In the following example, severity level 4 is selected and Door 2 Alarm is dened as the alarm string for table entry 1: -> chg_eas_alarm 1 4 Door 2 Alarm
68P02901W17-S
9-101 Nov 2007
Changing EAS alarms in the alarms table using the TTY interface
Chapter 9: Conguring Devices and Functions
Changing EAS alarms in the alarms table using the TTY interface
Using the chg_eas_alarm command
Use the chg_eas_alarm command to change EAS alarm strings and severity levels. Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the chg_eas_alarm, disp_element and chg_element commands and the eas_alarm and eas_severity database parameters.
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 Conguring an EAS using the TTY interface on page 9-110 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 Change EAS alarm strings and severity levels
1 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.
9-102
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration alarm strings and security levels using the TTY interface
Changing EAS
Example
For example, to select severity level 4 and dene 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/dening 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
68P02901W17-S
9-103 Nov 2007
Creating an EAS device using the OMC-R GUI
Chapter 9: Conguring Devices and Functions
Creating an EAS device using the OMC-R GUI
Introduction to creating an EAS using the OMC-R GUI
To create an EAS using the OMC-R GUI, use the EAS Detailed View.
Creating an EAS using the Navigation Tree
To create an instance of an EAS device, follow these steps:
Procedure 9-33 Create an instance of an EAS device
1 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-32 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 elds for details. Result: If EAS Alarm is selected in the Alarm Id eld, the EAS Alarms Dialog window is displayed, see Figure 9-19. 4 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 eld. 5 6 Repeat for each optocoupler for which an alarm is to be assigned. Create and close the Detailed View form.
2 3
9-104
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating an EAS using the Navigation Tree
Figure 9-19
EAS Alarms Dialog
ti-GSM-EASAlarmsDialog-00826-ai-sw
68P02901W17-S
9-105 Nov 2007
EAS Detailed View elds
Chapter 9: Conguring Devices and Functions
EAS Detailed View elds
The following sections list and briey describe the parameter elds in the EAS Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-29 describes the elds in the Identication grouping of the EAS Detailed View.
Table 9-29 EAS Detailed View elds - Identication grouping
Field name RDN Class RDN instance NMC RDN Value Parent Detailed View Brief description See description in Table 4-1. EAS identier, 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 - 15. Default is 0. Mandatory or Optional?
9-106
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
EAS Detailed View elds
Cage and Slot Information grouping
Table 9-30 describes the elds in the Cage and Slot Information grouping of the EAS 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.
Table 9-30 EAS Detailed View elds - Cage and Slot Information grouping
Field name Cage Identier Daughter Card Slot Number Brief description Identier of the cage where the PIX board is located. Identier of the daughter slot where the PIX board is located. Not valid at an M-Cell site. Values Default is null. 15 - 18. Optional. Mandatory or Optional?
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Optocoupler groupings
Each Optocoupler group displays the elds shown in Table 9-31, where <no.> is the Optocoupler number (1 to 16, 9 to 16 at M-Cell site only).
For a Horizon II Mini or Horizon II Mini extension, Optocouplers 13 to 16 are not displayed in the EAS Detailed View. {26481} An EAS device can be equipped with Optocouplers 1 - 6 at H2micro master and extension cabinets; 7 - 16 are out of range.
68P02901W17-S
9-107 Nov 2007
EAS Detailed View elds
Chapter 9: Conguring Devices and Functions
PIX inputs 7 to 16 are hard wired in H2micro and therefore not available for customer use. This does not decrease the size of the EAS Optocoupler array, it only inhibits access to part of it. 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.
Table 9-31 EAS Detailed View elds - OptoCoupler groupings
Field name/BSS parameter name Alarm Reporting opto<no.> _reporting No Alarm When opto<no.>_state Brief description Species whether the alarm is reported when the optocoupler enters the alarm state. Species the no alarm state for the optocoupler. This eld is grayed-out if the Alarm Reporting eld is set to Disabled. Species which alarm is reported when this optocoupler enters the alarm state. Only displayed if the Alarm Reporting eld is set to Enabled, otherwise it is grayed-out. Values Enabled (1) or Disabled (0). Default is Disabled. Optocoupler is open or Optocoupler is closed. Mandatory or Optional? Mandatory.
Mandatory.
Alarm Id opto<no.> _alarm_id
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.
Optional.
Relay Information grouping
Table 9-32 describes the elds in the Relay Information grouping of the EAS Detailed View. {26481} The Horizon II Micro BTS software disables access to relay 4.
Table 9-32
EAS Detailed View elds - Relay Information grouping
Brief description Initial state of the relay, whether the relay wiring is Normally Closed or Normally Open. Relay 1 Wiring can be specied only during creation. Values Normally Closed (1) or Normally Open (0). Mandatory or Optional? Mandatory.
Field name Relay 1 to 4 Wiring
Continued
9-108
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
EAS Detailed View elds
Table 9-32
EAS Detailed View elds - Relay Information grouping (Continued)
Brief description Whether the relay state is Normally Closed or Normally Open. These elds are grayed-out in Create mode. The elds can only be changed when editing the form in Edit mode after it has been created. Values Normally Closed (1) or Normally Open (0). Mandatory or Optional? Optional.
Field name Relay 1 to 4 State
68P02901W17-S
9-109 Nov 2007
Conguring an EAS using the TTY interface
Chapter 9: Conguring Devices and Functions
Conguring an EAS using the TTY interface
Equipping an EAS using the equip command
EAS and the equip command
When equipping an EAS device, the equip command is used to specify whether the alarm is to be reported. For example, with the no alarm condition for optocoupler 7 equal to 0 and reporting of optocoupler 7 state changes is enabled, the OMC-R receives an alarm notication when the associated input changes from low to high impedance. Assuming optocoupler 7 is assigned EAS alarm index 4, the alarm string and severity level for that EAS alarm table entry is reported. In addition, the OMC-R receives a clear alarm notication when the optocoupler input state changes back to low impedance.
Using the equip command to equip an EAS
To equip an EAS device using the TTY interface, see subsection Introduction to conguring individual devices and functions on page 9-3 in Methods of conguring individual devices and functions on page 9-3.
Modifying EAS details using the TTY interface
To modify information about an EAS using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. Use the modify_value command and the opto_reporting parameter to modify EAS device details, such as: Optocouplers for which state changes should or should not be reported. Alarm index (that is, the alarm text string in the EAS alarm table) to be displayed for an optocoupler.
Displaying EAS details using the TTY interface
To display information about an EAS using the TTY interface, see Methods of conguring individual devices and functions on page 9-3.
9-110
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Conguring the EAS physical relay states using the TTY interface
Conguring the EAS physical relay states using the TTY interface
Displaying the physical relay states for an EAS
To display the physical relay states for EAS device use the disp_relay_contact command. For example, the following command displays the relay states for an EAS device: disp_relay_contact 0 0 Relay 1: Closed Relay 2: Open Relay 3: Open~ Relay 4: Closed COMMAND ACCEPTED Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the disp_relay_contact command.
Setting the physical relay states for an EAS
To set the physical relay states for EAS device, use the set_relay_contact command. For example to set the physical relay 4 of EAS 0 0 0 to a closed circuit, use the following command: set_relay_contact 0 0 2 1 Refer to: Technical Description: BSS Command Reference (68P02901W23) for complete information on the set_relay_contact command.
68P02901W17-S
9-111 Nov 2007
Conguring a GCLK device
Chapter 9: Conguring Devices and Functions
Conguring a GCLK device
Denition of a GCLK
The Generic Clock (GCLK) device generates all timing reference signals required at the site. The clock signals are distributed over optical ber 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).
For GCLK synchronization, see GCLK synchronization on page 7-42.
Rules for conguring a GCLK
GCLK A and GCLK B must be equipped in the same cage.
GCLK slot restrictions
The slot assigned to the GCLK is based on the device id. If the device id is set to 0, the GCLK is assigned to slot 5. If the device id is set to 1, the GCLK is assigned to slot 3.
Creating a GCLK device using the OMC-R GUI
To create a GCLK device, proceed as follows:
Procedure 9-34 Create a GCLK device
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-32 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 elds for details. Create and close the Detailed View. If required, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
2 3 4
9-112
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GCLK Detailed View elds
GCLK Detailed View elds
The following sections list and briey describe the parameter elds in the GCLK Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-33 describes the elds in the Identication grouping of the GCLK Detailed View.
Table 9-33 GCLK Detailed View elds - Identication grouping
Field name RDN Class RDN Instance Brief description See description in Table 4-1. GCLK identier, 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 CLKX 0 is present for this GCLK. CLKX0 is not present (0) or CLKX0 is present (1). Optional. Values Default is the device class. 0 or 1. Default is 0. Mandatory or Optional?
NMC RDN Value Parent Detailed View
Kit Number Field Replacement Unit (FRU)
Serial Number Clock Extender 0
Continued
68P02901W17-S
9-113 Nov 2007
Equipping a GCLK device using the TTY interface
Chapter 9: Conguring Devices and Functions
Table 9-33
GCLK Detailed View elds - Identication grouping (Continued)
Brief description (slot U6) Indicates whether CLKX 1 is present for this GCLK. (slot U5) Indicates whether CLKX 2 is present for this GCLK. Values CLKX1 is not present (0) or CLKX1 is present (1). CLKX2 is not present (0) or CLKX2 is present (1). Mandatory or Optional? Optional.
Field name Clock Extender 1
Clock Extender 2
Optional.
Cage and Slot Information grouping
Table 9-34 describes the elds in the Cage and Slot Information grouping of the GCLK Detailed View.
Table 9-34 GCLK Detailed View elds - Cage and Slot Information grouping
Field name Cage Identier Slot Number Brief description See description in Table 9-4. See description in Table 9-4. 0 or 1. Values Mandatory or Optional?
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Equipping a GCLK device using the TTY interface
To equip a GCLK using the TTY interface, see Methods of conguring individual devices and functions on page 9-3.
9-114
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a GPROC device
Conguring a GPROC device
Denition of a GPROC
The Generic Processor (GPROC) performs all control functions for the BSC, BTS, or RXCDR. Not valid at an M-Cell site. GPROC2 or GPROC3 are required for all congurations. The last GPROC instance within a site cannot be deleted.
Prerequisites for conguring a GPROC
Before equipping Generic Processors (GPROCs), KSWs MUST be equipped. When equipping a GPROC at a remote BTS, a Base Transceiver Processor (BTP) MUST be equipped. When equipping a GPROC device at a BSC or RXCDR, a Base Site Control Processor (BSP) MUST be equipped.
GPROC slot restrictions
Table 9-35 shows valid cage and slot numbers which are dependent on the site type.
Table 9-35 GPROC cage and slot numbers
Site BSC sites RXCDR sites Cage numbers 0 - 13 0 - 13 Slot numbers 18 - 25 25, 26
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.
68P02901W17-S
9-115 Nov 2007
Creating a GPROC device using the OMC-R GUI
Chapter 9: Conguring Devices and Functions
Creating a GPROC device using the OMC-R GUI
To create an instance of a GPROC device, proceed as follows:
Procedure 9-35 Create an instance of a GPROC device
1 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-32 for further details. Select Edit Create from the menu bar. Result: The OMC-R displays the GPROC Detailed View form. 3 4 Enter all required information in this form. See GPROC Detailed View elds for details of the elds. Create and close the Detailed View. If required, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
GPROC Detailed View elds
The following sections list and briey describe the parameter elds in the GPROC Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-36 describes the elds in the Identication grouping of the GPROC Detailed View.
Table 9-36 GPROC Detailed View elds - Identication grouping
Field name RDN Class RDN Instance Brief description See description in Table 4-1. GPROC identier, see description in Table 3-1. Values Default is the device class. 0 or 111 Default is 0. Mandatory or Optional?
Continued 9-116 68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
GPROC Detailed View elds
Table 9-36 GPROC Detailed View elds - Identication grouping (Continued)
Field name NMC RDN Value Parent Detailed View 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. See description in Table 9-3. Values Mandatory or Optional?
Kit Number Field Replacement Unit (FRU) Serial Number
Cage and Slot Information grouping
Table 9-37 describes the elds in the Cage and Slot Information grouping of the GPROC Detailed View.
Table 9-37
GPROC Detailed View elds - Cage and Slot Information grouping
Brief description See description in Table 9-4. See description in Table 9-4. Values See Table 9-35. See Table 9-35. Mandatory or Optional?
Field name Cage Identier 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, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Table 9-38 describes the unique elds in the State Identication grouping of the GPROC Detailed View. For descriptions of the standard State Information elds, see Table 4-2.
Table 9-38 GPROC Detailed View elds - State Information grouping
Field name Assigned Function (OMC-R only attribute) Brief description The software function within which the GPROC is busy. Values Mandatory or Optional? Optional.
68P02901W17-S
9-117 Nov 2007
Equipping a GPROC device using the TTY interface
Chapter 9: Conguring Devices and Functions
Equipping a GPROC device using the TTY interface
To equip a GPROC using the TTY interface, see Methods of conguring individual devices and functions.
Equipping a GPROC at a BSC or BSS site
When equipping a GPROC at a BSC or BSS site, refer to (for BSC type 1 and 2).
9-118
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a KSWpair device
Conguring a KSWpair device
Denition 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 dene 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.
KSWpair Detailed View elds
The following sections list and briey describe the parameter elds in the KSWpair Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-39 describes the elds in the Identication grouping of the KSWpair Detailed View.
Table 9-39 KSWpair Detailed View elds - Identication grouping
Field name RDN Class RDN Instance Brief description See description in Table 4-1. KSWpair identier, see description in Table 3-1. See description in Table 4-1. Continued Values Default is the device class. 0 or 3. Default is 0. Mandatory or Optional?
NMC RDN Value
68P02901W17-S
9-119 Nov 2007
KSWpair Detailed View elds
Chapter 9: Conguring Devices and Functions
Table 9-39 KSWpair Detailed View elds - Identication grouping (Continued)
Field name Parent Detailed View Brief description 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 rst 1024 timeslots on the TDM highway. First device id must match the KSW pair in the cage where the KSW is being equipped. 0 - 3. Default is 0. The KSW controls the rst 1024 timeslots (0). Expansion KSWX A0/B0 is connected to the cage that controls the rst 1024 timeslots (1). Expansion KSWX A1/B1 is connected to the cage that controls the rst 1024 timeslots (2). Expansion KSWX A2/B2 is connected to the cage that controls the rst 1024 timeslots (3). Default is 1. Mandatory. Values Mandatory or Optional?
Controlling KSWX for Highway 0
Controlling KSWX for Highway 1
Indicates which KSWX daughter card is used to control the second 1024 timeslots on the TDM highway. First device id must match the KSW pair in the cage where the KSW is being equipped. Indicates which KSWX daughter card is used to control the third 1024 timeslots on the TDM highway. First device id must match the KSW pair in the cage where the KSW is being equipped.
Mandatory.
Controlling KSWX for Highway 2
Default is 2.
Mandatory.
Continued
9-120
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
KSWpair Detailed View elds
Table 9-39 KSWpair Detailed View elds - Identication grouping (Continued)
Field name Controlling KSWX for Highway 3 Brief description Indicates which KSWX daughter card is used to control the fourth 1024 timeslots on the TDM highway. First device id must match the KSW pair in the cage where the KSW is being equipped. Values Default is 3. Mandatory or Optional? Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
68P02901W17-S
9-121 Nov 2007
Conguring a KSW (or DSW) device
Chapter 9: Conguring Devices and Functions
Conguring a KSW (or DSW) device
Denition of a KSW and KSWX
The Kiloport Switch (KSW) is a time-division digital switch. The KSW takes information from the inbound Time Division Multiplexed (TDM) highway, and transposes it to another timeslot on the outbound TDM highway. KSW instances are not applicable at M-Cell sites. A KSWX is a Kiloport Switch board extension.
Rules for conguring a KSW
A minimum of one non-redundant KSW is required at every BSC. Up to four KSW modules may be interconnected using optical ber cables. This provides a total switching capacity of 4096 x 64 kbit/s ports (16 384 x 16 kbit/s ports), and an increased switching rate of 256 Mbit/s for each TDM highway (2 TDM highways total).
Slot restrictions for KSW
The KSW slot is assigned based on the second device id. If this value is 0, the KSW is assigned to slot 27. If it is set to 1, the KSW is assigned to slot 1.
Denition of a DSW and DSWX
A Double Kiloport Switch (DSW) is an enhanced version of the KSW. It supports twice as many ports and extended subrate switching capability down to 8 kbit/s (single bit). For the double rate TDM bus the bandwidth is increased to 128 Mbps, partitioned into 2048 timeslots. A DSWX is a Double Kiloport Switch board extension. The DSW/DXWX replaces the existing KSW/KSWX for 8 kbit/s switching in support of the Adaptive MultiRate (AMR) Half Rate (HR) feature, see Adaptive Multi-Rate (AMR) on page 2-127 for details. {22168} The Enhance BSC Capacity Using DSW feature doubles the number of TDM timeslots that are available within the BSC. The maximum supported extension is 4 x 2048 = 8192 TDM timeslots when four expansion cages are congured. For details about this feature see, Maintenance Information: BSS Field Troubleshooting (68P02901W51). To create a DSW using the OMC-R GUI, use the KSW Detailed View form.
9-122
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a KSW or DSW device using the OMC-R GUI
Creating a KSW or DSW device using the OMC-R GUI
To create an instance of a KSW or DSW device, proceed as follows:
Procedure 9-36 Create an instance of a KSW or DSW device
1 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-32 for further details. Select Edit Create from the menu bar. The OMC-R displays the KSW Detailed View. Enter all required information in this form. See KSW Detailed View elds for further details. Create and close the Detailed View. If required, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
2 3 4
KSW Detailed View elds
The following sections list and briey describe the parameter elds in the KSW Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details.
Identication grouping
Table 9-40 describes the elds in the Identication grouping of the KSW Detailed View.
Table 9-40 KSW Detailed View elds - Identication grouping
Field name RDN Class RDN Instance Brief description See description in Table 4-1. KSW or DSW identier, see description in Table 3-1. Values Default is the device class. 0 or 1. Default is 0. Mandatory or Optional?
Continued
68P02901W17-S
9-123 Nov 2007
KSW Detailed View elds
Chapter 9: Conguring Devices and Functions
Table 9-40 KSW Detailed View elds - Identication grouping (Continued)
Field name NMC RDN Value Parent Detailed View Brief description 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 Mandatory or Optional?
Kit Number Field Replacement Unit (FRU)
Serial Number
Cage and Slot Information grouping
Table 9-41 describes the elds in the Cage and Slot Information grouping of the KSW Detailed View.
Table 9-41 KSW Detailed View elds - Cage and Slot Information grouping
Field name Cage Identier Slot Number Brief description See description in Table 9-4. See description in Table 9-4. See Slot restrictions for KSW. Values Mandatory or Optional?
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
9-124
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping a KSW device using the TTY interface
Equipping a KSW device using the TTY interface
To equip a KSW using the TTY interface, see Methods of conguring individual devices and functions.
Answer the nal KSW equip prompt in the same way for the two KSWs that make up the same portion of the TDM. The rst 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): Enter the cage number: 0 COMMAND ACCEPTED 0
Displaying DSW or KSW details using the TTY interface
To display details of a DSW or KSW use the disp_equipment command. For example the following command displays equipment information for DSW at the BSC: disp_equipment 0 KSW 0 1 0 full The system responds, for example: Portion of TDM Highway Managed (identifier 1): 0 TDM Identifier (identifier 2): 1 Cage number: 0 Slot number: 1 DRIs allowed on highway managed by this KSW?: NO Hardware Information: FRU: DSW Kit Number: hvn = 6 Serial Number: Not Applicable
68P02901W17-S
9-125 Nov 2007
Conguring an LCF function
Chapter 9: Conguring Devices and Functions
Conguring an LCF function
Introduction to conguring an LCF
When equipping an MSI device in a BSC, the Link Control Function (LCF) may be added for trafc considerations. An LCF can only be created under SITE 0 (the BSC), where up to 25 LCFs can be equipped. For a BSS to support a BSS-based SMLC, at least one LCF must manage one or more LMTL devices. Otherwise, an error message is displayed. Up to two LMTL devices can be managed by an LCF. An LCF cannot simultaneously manage an LMTL and MTL. Each LCF can support up to 12 GSLs.
Prerequisites to conguring an LCF
Before adding LCF functions, the GPROCs must be equipped. Before unequipping or deleting an LCF, all GSLs on the LCF must be unequipped or reassigned to other LCFs.
Creating an LCF function using the OMC-R GUI
To create an instance of an LCF device, proceed as follows:
Procedure 9-37
1
Create an instance of an LCF
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-32 for further details. Select Edit Create from the menu bar. Result: The OMC-R displays the LCF Detailed View form.
3 4
Enter all required information in this form. See LCF Detailed View elds for details. Create and close the Detailed View. If necessary, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
9-126
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
LCF Detailed View elds
LCF Detailed View elds
The following sections list and briey describe the parameter elds in the LCF Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-42 describes the elds in the Cage and Slot Information grouping of the LCF Detailed View.
Table 9-42 LCF Detailed View elds - Identication grouping
Field name/BSS parameter name RDN Class RDN Instance NMC RDN Value Parent Detailed View Maximum Number of CBLs max_cbls Maximum Number of MTLs max_mtls Maximum Number of GSLs max_gsls Brief description See description in Table 4-1. LCF identier, 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 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. 0 or 1. Mandatory. Values Default is the device class. 0 - 24. Default is 0. Mandatory or Optional?
0 - 20, 1, or 2 for GPROC2 boards. 0 - 12.
Mandatary.
Optional.
Continued
68P02901W17-S
9-127 Nov 2007
Equipping an LCF function using the TTY interface
Chapter 9: Conguring Devices and Functions
Table 9-42 LCF Detailed View elds - Identication grouping (Continued)
Field name/BSS parameter name Max Number of LMTLs max_lmtls Brief description The maximum number of LMTLs the LCF can manage. This parameter can only be used when the when the BSS is congured 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. Values 0 - 2. No default. Mandatory or Optional? Mandatory.
SITEs Managed Controlled CBLs Controlled MTLs Controlled GSLs (OMC-R only attribute) Controlled LMTLs
Optional. Optional. 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, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Equipping an LCF function using the TTY interface
To equip an LCF using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. The following provides an example of equipping an LCF function. -> equip bsc LCF Enter the function ID for the LCF: 0 Enter the number of MTLs the LCF can manage: Enter the number of CBLs the LCF can manage: COMMAND ACCEPTED -> 1 1
9-128
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying LCF settings using the TTY interface
When the BSS is congured to support a BSS-supported SMLC, the following prompt is also displayed: Enter the number of LMTLs the LCF can manage: See Table 9-42 for details of the max_lmtls parameter.
Displaying LCF settings using the TTY interface
To display information about a CIC using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. For example, the following command displays current settings for an LCF device: disp_equipment 0 LCF 0
Modifying LCF settings using the TTY interface
Use the modify_value command to modify an LCF parameter. For example, the following command changes the max_lmtls setting of LCF 0 to 1: modify_value bsc max_lmtls 1 LCF 0 See Technical Description: BSS Command Reference (68P02901W23) for full details of BSS commands, prompts, and parameters.
68P02901W17-S
9-129 Nov 2007
Conguring an LMTL device
Chapter 9: Conguring Devices and Functions
Conguring an LMTL device
Denition of an LMTL
The Location Services Message Transfer Link (LMTL) is the signaling 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 kbit/s MPRT on the MMS device. The LMTL uses SS7 MTP and SCCP protocols (with variations specied 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-133, 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 conict message is displayed.
Prerequisites for creating an LMTL
An LMTL can only be created if the Location Features feature has been purchased and is unrestricted, and the BSS must support a BSS-based SMLC (see Location Features mode in Table 2-18).
LMTL parameters
Table 9-43 details the LMTL parameters.
Table 9-43 LMTL parameters
Field name LMTL Device Identication First MMS Identier Description A unique identier for the LMTL device. Valid values: 0 v 15. No default. The identity of the rst MMS to which the LMTL is equipped. Valid values: 0 - 55. No default. Continued
9-130
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating an LMTL device using the OMC-R GUI
Table 9-43 LMTL parameters (Continued)
Field name Second MMS identier Timeslot Description The identity of the second MMS to which the LMTL is equipped. Valid values: 0 - 1. No default. The identity of the timeslot used by the LMTL on the MMS. Valid values: For E1, 1 - 31. No default.
Creating an LMTL device using the OMC-R GUI
To create an instance of an LMTL device using the OMC-R GUI, follow these steps:
Procedure 9-38 Create an instance of an LMTL device
1 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-32 for further details. Select Edit Create from the menu bar. Result: The OMC-R displays the LMTL Detailed View form. 3 Enter all required information in this form. See Table 9-43 for details of the LMTL parameters.
To obtain the relevant information for a parameter, select Help - On Context from the menu bar and drag the ? prompt to the appropriate eld and click that eld. 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-36 for further details.
Commands used to congure an LMTL using the TTY interface
From the OMC-R, the following commands can be used to congure an LMTL device through the remote login TTY interface: equip disp_equip unequip state lock_device
68P02901W17-S
9-131 Nov 2007
Creating an LMTL using the TTY interface
Chapter 9: Conguring Devices and Functions
unlock device ins_device reset_device shut_down device disp_hdlc disp_processor disp_mms_ts_usage
These commands and their parameters are fully detailed in Technical Description: BSS
Command Reference (68P02901W23)
Creating an LMTL using the TTY interface
To equip an LMTL device using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. For example, the following command equips an LMTL: equip 0 LMTL Enter the device identification for this LMTL: 0 Enter the first MMS identifier for this device: Enter the second MMS identifier for this device: 1 2 29
Enter the timeslot on MMS where this device appears: COMMAND ACCEPTED ->
9-132
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying LMTL loadsharing granularity
Modifying LMTL loadsharing granularity
Overview of LMTL loadsharing granularity
The loadsharing of trafc on the Location Services Message Transfer Links (LMTLs) in the uplink direction from the BSS to the BSS-based SMLC can be specied. However, loadsharing from the BSS-based SMLC to the BSC is based on the routing function implemented at the BSS-based SMLC, and cannot be modied. The granularity of the loadsharing can be set to 16 (regular granularity) or 64 (enhanced granularity) virtual circuits. The greater the number of circuits, the more even the trafc distribution is across the LMTLs.
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.
Detailed description of BSS routing function
Call signaling trafc can be distributed over 16 or 64 virtual circuits. The virtual circuits are evenly spread over active LMTLs. The message routing label consists of the originating point code eld (OPC), the destination point code eld (DPC), and the signaling link selection eld (SLS). A signaling point is required to route all message trafc based on the three elds in the routing label. The SLS is a 4-bit eld used for loadsharing between multiple links in the same linkset. The typical signaling point always routes messages with the same routing label over the same physical link. routing messages in this way ensures that messages are delivered in order. For a given originating point code (OPC) and destination point code (DPC), the SLS eld is the equivalent of a virtual circuit identier. When 64 virtual circuits are used to distribute signaling trafc originating at the BSS, a router index in the range of 0 - 63 is randomly assigned to each call block when a call is established. Random assignment results in even distribution of routing indices to call blocks. The router index identies the virtual circuit for all signaling messages associated with the call block. The 64 virtual circuits are evenly spread over the active LMTLs. This routing function is compliant with the SS7 protocol because the BSS still routes all messaging associated with a given call over the same physical LMTL.
68P02901W17-S
9-133 Nov 2007
Methods of modifying LMTL loadsharing granularity
Chapter 9: Conguring Devices and Functions
Although the SLS is not used to perform routing at the BSS, the SLS eld is completed. The SLS may be used for message routing by the BSS-based SMLC. The SLS eld of the routing label is lled 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 eld 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 eld is completed using the same technique described above for connection oriented messages.
Methods of modifying LMTL loadsharing granularity
The LMTL loadsharing granularity can be set using: The OMC-R GUI BSS Detailed View. TTY interface and the lmtl_loadshare_granularity parameter.
LMTL Loadshare Granularity eld
Table 9-44 describes the LMTL Loadshare Granularity parameter.
Table 9-44 LMTL Loadshare Granularity parameter
OMC-R GUI eld name/BSS parameter name LMTL Loadshare Granularity lmtl_loadshare _granularity Description Displayed in the LCS grouping of the BSS Detailed View. Valid values: 0 or 1, where:0 - 16 Virtual Circuits (regular granularity). 1 - 64 Virtual Circuits (enhanced granularity). Default is 0 (16 Virtual Circuits).
Modifying LMTL loadsharing granularity using the OMC-R GUI
To modify LMTL loadsharing granularity, follow these steps:
Procedure 9-39 Modify LMTL loadsharing granularity
1 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-32 for further details. Select Edit Detailed View from the menu bar. Result: The OMC-R displays the BSS Detailed View form in Monitor mode. 3 4 Select Edit Edit. Change the LMTL Loadshare Granularity eld 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. 5 Save and close the Detailed View.
9-134
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying LMTL loadsharing granularity using the TTY interface
Modifying LMTL loadsharing granularity using the TTY interface
To modify the LMTL loadsharing granularity using the TTY interface, use the following command: chg_element lmtl_loadshare_granularity <value> 0 For a detailed description of the lmtl_loadshare_granularity parameter and the chg_element command, see Technical Description: BSS Command Reference (68P02901W23).
Displaying LMTL loadsharing granularity using the TTY interface
To display the LMTL loadsharing granularity using the TTY interface, use the following command: disp_element lmtl_loadshare_granularity 0 The system responds with the following information, for example: LMTL_LOADSHARE_GRANULARITY = 1 For a detailed description of the lmtl_loadshare_granularity parameter and the disp_element command, see Technical Description: BSS Command Reference (68P02901W23).
68P02901W17-S
9-135 Nov 2007
Conguring an MSI device
Chapter 9: Conguring Devices and Functions
Conguring an MSI device
Denition 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 trafc 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 trafc channels and GSM-dened 16 kbit/s trafc 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 trafc channels. See Technical Description: BSS Implementation (68P02901W36) and Maintenance Information: Device State Transitions (68P02901W57) for a full description of an MSI. See Conguring Enhanced GDP provisioning on page 9-145 for further information of conguring MSI parameters for Enhanced GDP Provisioning.
MSI hierarchy requirements
When equipping an MSI device at a BSC, there may also be a requirement to equip an Operation and Maintenance Link (OML). The rst two OML devices are active/standby defaults. When equipping an MSI for initial land circuits, there may be a requirement to equip a Radio Signaling Link (RSL) device. The RSL carries the control and signaling information for the site. At least one RSL must be equipped per site; two for redundancy. Up to eight RSLs may be equipped for heavier signaling capacity. An RSL is NOT required for every MSI, or for every 2 Mbit/s link.
Additional database changes required
Equipping MSI/XCDR devices requires the following additional database changes: Connections through the remote transcoder. Circuit assignments at the BSC. Circuit assignments at the MSC.
9-136
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration deletion of MSI 0 and MMSs at a Horizon II macro BTS
Autocreation and
Link parameters
Once the MSI is equipped, two link parameters are automatically set in the rmware: 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 specied BER before it is brought back into service. Its default value is 6000 (ten minutes).
The value of these link parameters can later be modied 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).
Autocreation and deletion of MSI 0 and MMSs at a Horizon II macro BTS
When the rst BTP is created at a Horizon II macro BTS, MSI (MSI 0) is automatically created. This MSI is the only one that can exist at a Horizon II macro BTS. When the BTP is deleted the corresponding MSI is automatically deleted. An MSI, therefore, cannot be created, modied or deleted by a user in a Horizon II macro BTS. When the MSI is automatically created, six MMS devices are automatically created for the MSI (MSI 0). When the MSI is automatically deleted, the six MMS devices are automatically deleted.
Creating an MSI using the OMC-R GUI
To create an instance of an MSI device, follow these steps:
Procedure 9-40 Create an instance of an MSI device
1 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-32 for further details. Select Edit Create from the menu bar. Result: The OMC-R displays the MSI Detailed View form. 3 Enter all required information in this form. See MSI Detailed View elds for details. Also see Conguring Enhanced GDP provisioning on page 9-145 for further information of conguring MSI elds 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-36 for further details.
68P02901W17-S
9-137 Nov 2007
MSI Detailed View elds
Chapter 9: Conguring Devices and Functions
MSI Detailed View elds
The following sections list and briey describe the parameter elds in the MSI Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-45 describes the elds in the Identication grouping of the MSI Detailed View.
Table 9-45 MSI Detailed View elds - Identication grouping
Field name/BSS parameter name MSI Type msi_type Brief description See Conguring Enhanced GDP provisioning on page 9-145 for ways in which the MSI type can be modied. Also see Adaptive Multi-Rate (AMR) on page 2-127 and Conguring Enhanced GDP provisioning on page 9-145. Values Mandatory or Optional?
0 - 3, Mandatory. 7 - 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-EXT-HDSL (9), MSI-RF_Unit (12), MSI-E1_PMC (14), MSI-GDP2 (20), NIU2 (21) 0 or 1. Optional.
MCU Card Frame
Only valid when MSI type is NIU. The MCU card frame where this MSI-NIU device resides. See description in Table 3-1.
RDN Class
Default is the device class. Continued
9-138
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
MSI Detailed View elds
Table 9-45 MSI Detailed View elds - Identication grouping (Continued)
Field name/BSS parameter name RDN Instance NMC RDN Value Parent Detailed View Kit Number Field Replacement Unit (FRU) Brief description MSI identier, 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 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 Conguring Enhanced GDP provisioning on page 9-145 for further details. See Conguring Enhanced GDP provisioning on page 9-145 for further details. See Conguring Enhanced GDP provisioning on page 9-145 for further details. Optional. Optional. Values 0 or 123. Default is 0. Mandatory or Optional?
Serial Number Related MMS Transcoding Capability MSI ID to the MSC
Optional.
MMS ID to the MSC
Optional
Cage and Slot Information grouping
Table 9-46 describes the elds in the Cage and Slot Information grouping of the MSI Detailed View.
Table 9-46 MSI Detailed View elds - Cage and Slot Information grouping
Field name Cage Identier Brief description See description in Table 9-4. This eld is insensitive if the MSI Type is NIU2. See description in Table 9-4. This eld is insensitive if the MSI Type is NIU2. Values Mandatory or Optional?
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, close this eld by clicking the toggle button next to the Additional Information header. 68P02901W17-S 9-139 Nov 2007
MSI Detailed View elds
Chapter 9: Conguring Devices and Functions
State grouping
Standard network object state elds, see Table 4-2 for details.
Reconguration Information grouping
Currently, not used.
MMS HDSL Information grouping
Table 9-47 describes the elds in the MMS HDSL Information grouping of the MSI Detailed View. These elds are grayed-out if Integrated M-Cell HDSL Feature (hdslOpt) is restricted.
Table 9-47 MSI Detailed View elds - MMS HDSL Information grouping
Field name/BSS parameter name Link Protocol Type for MMS 0 MMS0_link_type Brief description The link protocol type utilized by MMS 0 on the MSI. Only used if msi_type is MSI-NIU-HDSL, MSI-NIU-EXT-HDSL, or MSI-EXT-HDSL. The number of timeslots that MMS 0 supports. Only used if the MSI type is MSI-NIU-HDSL, MSI-NIU-EXT-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. Values E1 (0) or HDSL (6). Mandatory or Optional? Optional.
Number of Timeslots MMS 0 supports MMS0_timeslots
16 or 32.
Optional.
Modem Setting Utilized by MMS 0 mms0_hdsl_modem _setting (OMC-R parameter name: MMS0_hdsl_mdm_set) Link Protocol Type for MMS 1 MMS1_link_type Number of Timeslots MMS 1 supports MMS1_timeslots
Master (1) or Slave (2).
Optional.
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.
E1 (0) or HDSL (6).
Optional.
16 or 32.
Optional.
Continued
9-140
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping an MSI using the TTY interface
Table 9-47 MSI Detailed View elds - MMS HDSL Information grouping (Continued)
Field name/BSS parameter name Brief description Values Master (1) or Slave (2). Mandatory or Optional? Optional.
Modem Setting The modem setting utilized by Utilized by MMS 1. See Modem Setting MMS 1 Utilized by MMS 0 description. mms1_hdsl_modem _setting (OMC-R parameter name: MMS1_hdsl_mdm_set) Data Processor 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.
Optional.
Data Processor Socket
1 or 2.
Optional.
Equipping an MSI using the TTY interface
To equip an MSI using the TTY interface, see Methods of conguring individual devices and functions on page 9-3.
Equipping an MSI at a BSC or BSS site
When equipping an MSI at a BSC or BSS site and the expansion increases the MSC-BSC trunking enough so that an additional MTL/LCF is required, refer to the following procedures: Conguring an MTL device on page 9-151. Conguring an LCF function on page 9-126 (for BSC type 1 and 2).
Equipping an MSI at a remote or integrated BTS
When equipping an MSI at a remote or integrated BTS and the expansion increases the BSC-BTS trafc to require another control link, refer to Conguring an RSL device on page 9-175.
Examples of equipping an MSI
The following provides an example of equipping an MSI device at a InCell site: -> equip bsc MSI Enter the device identification for the MSI/MMS id 1: Enter the cage number: Enter the slot number: Enter the MSI type: 0 1 6 0
68P02901W17-S
9-141 Nov 2007
Equipping an MSI using the TTY interface
Chapter 9: Conguring Devices and Functions
COMMAND ACCEPTED -> The following provides an example of equipping an MSI device at an M-Cell site: -> equip <site number> MSI Enter the MSI identification: 0 0
Enter MCU card frame in which the NIU exists: Enter the NIU slot number: COMMAND ACCEPTED -> 0
The following example equips a primary GDP for Enhanced GDP Provisioning: -> equip 0 MSI Enter the MSI identifier: Enter the cage number: Enter the slot number: Enter the MSI type: 0 14 1
gdp
Enter the MSS ID to the MSC: 1 0 Enter the transcoding capability: COMMAND ACCEPTED -> The following example equips a secondary GDP for Enhanced GDP Provisioning: -> equip 0 MSI Enter the MSI identifier: Enter the cage number: Enter the slot number: Enter the MSI type: 0 14 2 enhanced
gdp
Enter the MSS ID to the MSC: 1 0 COMMAND ACCEPTED ->
9-142
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping an MSI at a BSC or BSS site
Equipping an MSI at a BSC or BSS site
When equipping an MSI at a BSC or BSS site and the expansion increases the MSC-BSC trunking enough so that an additional MTL/LCF is required, refer to the following procedures: Conguring an MTL device on page 9-151. Conguring an LCF function on page 9-126 (for BSC type 1 and 2).
Displaying CICs using transcoding resources
To display the CICs using the transcoding resources of GDPs or XCDRs, use the disp_transcoding command. The system responds by displaying information under the following headings, as appropriate: MSC MMS id (two values: MSC MSI id, MSC MMS id). Transcoding Board id (two values). ABSS Id, if appropriate. CIC Id.
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 1 0 1 0 2 0 3 0 3 0 114 4 0 3 0 129 115,116,117,118,119,120,121, 122,123,124,125,126,127,128, 1 1 14,15 16,17,18,19,20,21,22,23,24,25 3 0 100,101,102,103,104,105,106, 26,27,28,29,30 107,108,109,110,111,112,113, ABSS ID CIC IDs
1,2,3,4,5,6,7,8,9,10,11,12,13
Other MSI conguration tasks
To modify, delete, or display MSI device, see Methods of conguring individual devices and functions on page 9-3. For example, the following command displays details for an enhanced transcoding GDP: disp_equipment 0 msi 1 0 0
68P02901W17-S
9-143 Nov 2007
Other MSI conguration tasks
Chapter 9: Conguring Devices and Functions
For example, the following command modies the MSC MMS id (msc_mms_id) to 3 for a GDP . The second identier defaults to 0: modify_value 0 msc_mms_id 3 msi 1 0 0 The following command modies a Basic GDP to a Primary GDP: modify_value 0 transcoding_capability enhanced msi 1 0 0
When modifying transcoding_capability, the CICs need to be unequipped rst. The following command modies an MSI to a Secondary GDP: modify_value 0 msi_type GDP msi 1 0 0
9-144
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring Enhanced GDP provisioning
Conguring Enhanced GDP provisioning
Denition of a GDP
A GDP is a 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.
Enhanced GDP provisioning
Enhanced GDP provisioning: Supports GDPs that are capable of enhanced transcoding, particularly Adaptive Multirate (AMR) speech coding, in addition to supporting current transcoding services. Allows the replacement of MSI boards, which currently terminate the Ater or Abis E1 links, with GDPs. The GDPs provide transcoding resources (DSPs) in addition to an E1 interface. Allows GDPs to provide additional enhanced transcoding resources only without making use of the E1 line interface.
For a full description of this feature, see Technical Description: BSS Implementation (68P02901W36).
68P02901W17-S
9-145 Nov 2007
Primary and secondary GDPs
Chapter 9: Conguring Devices and Functions
Primary and secondary GDPs
A GDP can be either a primary or Secondary GDP . A primary GDP provides an E1 interface to the MSC. The GDP may provide basic transcoding, or be paired with a secondary GDP to provide enhanced transcoding. Primary GDP can provide enhanced transcoding only. A secondary GSD in a pair provides DSPs for transcoding for a set of CIC devices routed to the MSC through the E1 interface of a primary GDP . secondary GDP can provide enhanced transcoding only.
Prerequisites for enhanced GDP provisioning
For Enhanced GDP Provisioning to be used for new transcoding applications, the following feature must also be implemented: Adaptive Multirate (AMR) Speech Coding.
The related MMS must exist before specifying it as an MSC MMS for a secondary GDP or, if the MSC MMS is the GDP's own MMS, it must be equipped at the same time. A GDP can only provide an MSC MMS for one secondary GDP .
Enhanced GDP provisioning parameters
Table 9-48 details the Enhanced GDP Provisioning parameters.
Table 9-48
Enhanced GDP Provisioning parameters
Description Displayed in the Identication grouping of the MSI Detailed View form. Indicates the transcoding functionality of the GDP board. Valid values: 0, 1, or 2, where: 0 - Basic transcoding. 1 - Enhanced transcoding. 2 - GDP_2E1 (available when the MSI type is MSI-GDP2 (20))
OMC-R GUI eld name/BSS parameter name Transcoding Capability transcoding _capability (OMC-R parameter name: trans_capability)
Default is 0. When set to GDP_2E1 (2), the MSI supports two MMSs. If the MSI type is not GDP or GDP2, this eld is grayed-out in the MSI Detailed View. This eld 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 rst. Continued 9-146 68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration changing MSI type and enhanced GDP provisioning parameters
Restrictions:
Table 9-48 Enhanced GDP Provisioning parameters (Continued)
OMC-R GUI eld name/BSS parameter name MSI ID TO THE MSC msc_msi_id Description Displayed in the Identication grouping of the MSI Detailed View form. The MSI identier 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 GDP's own MSI identier. When creating an 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 GDP's 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). Grayed-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 Identication 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 GDP's own second MMS identier), which cannot be changed. Grayed-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.
MMS ID TO THE MSC msc_mms_id
Restrictions: changing MSI type and enhanced GDP provisioning parameters
Enhanced GDP Provisioning enforces the following restrictions when changing the MSI parameters.
Unequipping a primary GDP
If a user attempts to unequip a primary GDP , and there is a secondary GDP with which it is paired, an error message is displayed.
68P02901W17-S
9-147 Nov 2007
Restrictions: changing MSI type and enhanced GDP provisioning parameters Chapter 9: Conguring Devices and Functions
Changing MSI type from GDP
If the MSI type is GDP , a user can change the MSI type to MSI, XCDR or GDP2. However, it can only be changed to an MSI if it is a secondary GDP/GDP2 and to an XCDR if it is a basic GDP/GDP2 Before a user can change the MSI type from GDP to XCDR, trans_capability must be changed to Basic. If a user changes MSI type from GDP to XCDR, msc_msi_id, msc_mms_id and trans_capability are grayed-out. In reverse modication of MSI type from GDP to MSI, the MSI's second MMS (MMS X,1, 0) is equipped. If a user attempts to change Basic GDP to anything other than XCDR or Primary GDP , an error message is displayed. A user can only change MSI type from GDP to MSI, only when GDP is Secondary GDP , that is, when msc_msi_id is other than GDP's own MSI id and trans_capability is enhanced. If user changes MSI type from GDP to MSI, msc_msi_id, msc_mms_id and trans_capability are grayed-out.
Changing MSI type from or to MSI-GDP2
An MSI type: MSI-GDP2 can be modied to either an MSI-XDCR, MSI-GDP , or MSI-MSI. If the MSI type is changed from MSI-GDP2 to MSI-XCDR, trans_capability, msc_msi_id and msc_mms_id are set to NULL and are grayed-out in the MSI Detailed View. If the MSI type is changed from MSI-XCDR to MSI-GDP2, trans_capability, msc_msi_id and msc_mms_id are set to their default values and cannot be modied in the same step. If the MSI type is changed from MSI-GDP2 to MSI-GDP , or from MSI-GDP to MSI-GDP2, trans_capability, msc_msi_id and msc_mms_id cannot be modied in the same step.
Changing MSI type from XCDR
If the MSI type is XCDR, a user can only change to Basic GDP . If the MSI type is XCDR and a user changes the type to GDP , msc_msi_id and trans_capability elds become available. msc_msi_id defaults to the GDP's own MSD ID and trans_capability defaults to Basic.
9-148
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration changing MSI type and enhanced GDP provisioning parameters
Restrictions:
Changing MSI type from MSI
If the MSI type is MSI and a user changes the type to GDP , msc_msi_id and trans_capability are selectable, msc_msi_id is cleared and the user is forced to enter a value other than the GDP's own MSI ID. If a user changes the MSI type from MSI to GDP , trans_capability is set to Enhanced. If a user attempts to change from MSI to anything other than Secondary GDP , an error message is displayed. If MSI type is changed from MSI to GDP , the MSI's second MMS (MMS X,1, 0) is unequipped.
Changing trans_capability
A user can only change trans_capability from Enhanced to Basic, if msc_msi_id is GDP's 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 modied. The trans_capability of an MSI-GDP2 type MSI can be modied 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 modied. 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.
Changing from Primary GDP
If a user attempts to change Primary GDP to anything other than Basic GDP or Secondary GDP , an error message is displayed. A user can only change from Primary GDP to Secondary GDP , if msc_msi_id is modied to anything other than GDP's own MSI only when trans_capability is Enhanced and msc_msi_id is GDP's own MSI ID. If the user attempts to change a Primary GDP to a Secondary GDP when the Primary GDP is already paired with another Secondary GDP , an error message is displayed.
68P02901W17-S
9-149 Nov 2007
Restrictions: changing MSI type and enhanced GDP provisioning parameters Chapter 9: Conguring Devices and Functions
Changing from Secondary GDP
To create a Secondary GDP , the Primary GDP must exist before specifying it as a mcs_msi_id for a Secondary GDP . A user can only change from Secondary GDP to Primary GDP by modifying msc_msi_id to GDP's own MSI ID only when trans_capability is Enhanced and msc_msi_id is anything other than GDP's own MSI ID. If a user attempts to change Secondary GDP to anything other than Primary GDP or MSI or another Secondary GDP , an error message is displayed. A user can change from one Secondary GDP to another Secondary GDP by modifying msc_msi_id of Secondary GDP to allow pairing with a different Primary GDP .
Changing msc_msi_id
If a user attempts to specify msc_msi_id of a GDP if the MMS corresponding to the specied 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 specied 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 specied 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 specied 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 .
9-150
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring an MTL device
Conguring an MTL device
MTL hierarchy requirements
When equipping an MSI device at a BSC, the Message Transfer Link (MTL) (A-Interface) can be added for trafc considerations. The MTL is the link between the MSC and the BSC over which MTP protocol is run. An MTL only exists at site 0 (BSC). When equipping an MTL device, the link must be passed to the MSC database. Refer to the procedures provided by the MSC vendor for more information on adding links to the MSC.
Creating an MTL using the OMC-R GUI
To create an instance of an MTL device, proceed as follows:
Procedure 9-41 Create an instance of an MTL device
1 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-32 for further details. Select Edit Create from the menu bar. Result: The OMC-R displays the MTL Detailed View form. 3 4 Enter all required information in this form. See MTL Detailed View elds for details. Create and close the Detailed View. If necessary, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
MTL Detailed View elds
The following sections list and briey describe the parameter elds in the MTL Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
68P02901W17-S
9-151 Nov 2007
Equipping an MTL using the TTY interface
Chapter 9: Conguring Devices and Functions
Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these parameters.
Identication grouping
Table 9-49 describes the elds in the Identication grouping of the MTL Detailed View.
Table 9-49
MTL Detailed View elds - Identication 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 identier, 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. 0 or 1. 1 - 31 (for E1), Default is the device class. 0 - 15. Default is 0. Mandatory or Optional? Mandatory. Mandatory. Mandatory.
Field name MSI Identier MMS Identier MMS Timeslot Identier 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, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Equipping an MTL using the TTY interface
To equip an MTL using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. The following is an example of equipping an MTL: -> equip bsc MTL Enter the device identification for this MTL: 1 Enter the first MMS description for this device: Enter the second MMS description for this device: 9-152 1 0 68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping an MTL using the TTY interface
Enter timeslot on MMS where this device appears: COMMAND ACCEPTED ->
19
68P02901W17-S
9-153 Nov 2007
Modifying MTL loadsharing granularity
Chapter 9: Conguring Devices and Functions
Modifying MTL loadsharing granularity
Overview of MTL loadsharing granularity
The loadsharing of trafc on the Message Transfer Links (MTLs) in the uplink direction from the BSS to the MSC can be specied. However, loadsharing from the MSC to the BSC is based on the routing function implemented at the MSC, and cannot be modied. The granularity of the loadsharing can be set to 16 (regular granularity) or 64 (enhanced granularity) virtual circuits. The greater the number of circuits, the more even the trafc distribution is across the MTLs.
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.
Detailed description of BSS routing function
Call signaling trafc can be distributed over 16 or 64 virtual circuits. The virtual circuits are evenly spread over active MTLs. The message routing label consists of the originating point code eld (OPC), the destination point code eld (DPC), and the signaling link selection eld (SLS). A signaling point is required to route all message trafc based on the three elds in the routing label. The SLS is a 4-bit eld used for loadsharing between multiple links in the same linkset. The typical signaling point always routes messages with the same routing label over the same physical link. routing messages in this way ensures that messages are delivered in order. For a given originating point code (OPC) and destination point code (DPC), the SLS eld is the equivalent of a virtual circuit identier. When 64 virtual circuits are used to distribute signaling trafc originating at the BSS, a router index in the range of 0 - 63 is randomly assigned to each call block when a call is established. Random assignment results in even distribution of routing indices to call blocks. The router index identies the virtual circuit for all signaling messages associated with the call block. The 64 virtual circuits are evenly spread over the active MTLs. This routing function is compliant with the SS7 protocol because the BSS still routes all messaging associated with a given call over the same physical MTL.
9-154
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Methods of modifying MTL loadsharing granularity
Although the SLS is not used to perform routing at the BSS, the SLS eld is completed. The SLS may be used for message routing by the MSC or some other signaling point in the SS7 network. The SLS eld of the routing label is lled 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 eld 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 eld is completed using the same technique used for connection-oriented messages.
Methods of modifying MTL loadsharing granularity
The MTL loadsharing granularity can be set using: The OMC-R GUI BSS Detailed View. TTY interface and the mtl_loadshare_granularity parameter.
MTL Loadshare Granularity eld
Table 9-50 describes the MTL Loadshare Granularity parameter.
Table 9-50
MTL Loadshare Granularity parameter
Description
OMC-R GUI eld name/BSS parameter name
MTL Loadshare Granularity Displayed in the General grouping of the BSS Detailed View. mtl_loadshare_granularity Valid values: 0 or 1, where: 16 Virtual Circuits (0) (regular granularity). 64 Virtual Circuits (1) (enhanced granularity). Default is 16 Virtual Circuits (0).
Modifying MTL loadsharing granularity using the OMC-R GUI
To modify MTL loadsharing granularity, follow these steps:
Procedure 9-42 Modify MTL loadsharing granularity
1 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-32 for further details. Select Edit Detailed View from the menu bar. Result: The OMC-R displays the BSS Detailed View form in Monitor mode. 3 4 Select Edit Edit. Change the MTL Loadshare Granularity eld 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. 5 Save and close the Detailed View.
68P02901W17-S
9-155 Nov 2007
Modifying MTL loadsharing granularity using the TTY interface
Chapter 9: Conguring Devices and Functions
Modifying MTL loadsharing granularity using the TTY interface
To modify the MTL loadsharing granularity using the TTY interface, use the following command: chg_element mtl_loadshare_granularity <value> 0 For a detailed description of the mtl_loadshare_granularity parameter and the chg_element command, see Technical Description: BSS Command Reference (68P02901W23).
Displaying MTL loadsharing granularity using the TTY interface
To display the MTL loadsharing granularity using the TTY interface, use the following command: disp_element mtl_loadshare_granularity 0 The system responds with the following information, for example: MTL_LOADSHARE_GRANULARITY = 1 For a detailed description of the mtl_loadshare_granularity parameter and the disp_element command, see Technical Description: BSS Command Reference (68P02901W23).
9-156
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring an OMF function
Conguring an OMF function
Prerequisites to the conguring of an OMF function
An Operations and Maintenance Facility (OMF) can only be equipped at BSC (SITE 0), or a BSS where the BSC type is 2. Equip GPROCs before adding OMF functions.
Creating an OMF device instance using the OMC-R GUI
To create an instance of an OMF, proceed as follows:
Procedure 9-43 Create an instance of an OMF
1 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-32 for further details. Select Edit Create from the menu bar. Result: The OMC-R displays the OMF Detailed View form. 3 4 Enter all required information in this form. See OMF Detailed View elds for further details. Create and close the Detailed View. If necessary, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
OMF Detailed View elds
The following sections list and briey describe the parameter elds in the OMF Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these BSS parameters.
68P02901W17-S
9-157 Nov 2007
Equipping an OMF function using the TTY interface
Chapter 9: Conguring Devices and Functions
Identication grouping
Table 9-51 describes the elds in the Identication grouping of the OMF Detailed View.
Table 9-51 OMF Detailed View elds - Identication grouping
Field name RDN Class RDN instance NMC RDN Value Parent Detailed View Controlled OMLs Controlled XBLs 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 - 3. 0 - 31. Optional. Optional. Values Default is device class. 0 only. Default is 0. Mandatory or Optional?
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Equipping an OMF function using the TTY interface
To equip an OMF using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. For example, the following command equips an OMF at the BSC: equip 0 OMF No parameter prompts are displayed when equipping an OMF.
9-158
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring an OML device
Conguring an OML device
OML hierarchy requirements
When equipping an MSI device at a BSC, there may also be a requirement to equip an Operation and Maintenance Link (OML). The rst two OML devices are active/standby defaults. An OML is contained only within an RXCDR or site 0 (BSC) at a BSS.
Creating an OML using the OMC-R GUI
To create an instance of an OML device using the OMC-R GUI, proceed as follows:
Procedure 9-44 Create an instance of an OML device
1 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-32 for further details. Select Edit Create from the menu bar. Result: The OMC-R displays the OML Detailed View form. 3 4 Enter all required information in this form. See OML Detailed View elds for further details. Create and close the Detailed View. If necessary, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
OML Detailed View elds
The following sections list and briey describe the parameter elds in the OML Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these BSS parameters.
68P02901W17-S
9-159 Nov 2007
Equipping an OML device using the TTY interface
Chapter 9: Conguring Devices and Functions
Identication grouping
Table 9-52 describes the elds in the Identication grouping of the OML Detailed View.
Table 9-52 OML Detailed View elds - Identication grouping
Field name MSI Identier MMS Identier MMS Timeslot Identier RDN Class RDN instance NMC RDN Value Parent Detailed View 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 - 3. Default is 0. Values Mandatory or Optional? Mandatory. Mandatory. Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this device or function. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Equipping an OML device using the TTY interface
To equip an OML using the TTY interface, see Methods of conguring individual devices and functions on page 9-3.
9-160
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring a path device
Conguring a path device
Denition of a path
A path is a unique identication 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
ti-GSM-Networkshowingpathsandterminatingsite-00827-ai-sw
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 Signaling Link (RSL) device. When RTF functions are equipped, specify a primary path. Once equipped, this path cannot be changed without rst unequipping the RTF. For this reason, future network changes should be considered before equipping RTFs. The optional secondary path can be specied when the RTF is rst equipped. The secondary path can be added or changed at a later time.
68P02901W17-S
9-161 Nov 2007
path devices for a DYNET
Chapter 9: Conguring Devices and Functions
An important concept relating to RTF paths is that whenever there are two paths equipped, the shortest path (fewer intervening BTS sites) is used. For example, if the secondary path is the shorter after being added or changed, it is 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.
path devices for a DYNET
When a DYNET is equipped for BSC-BTS dynamic allocation, the OMC-R automatically creates the path devices and assigns path identiers in the range 0 - 5. These values indicate that the path has been automatically equipped. When BSC-BTS dynamic allocation is enabled at the corresponding site, valid path identiers are in the range 6 - 9. Identiers 0 to 5 are reserved for automatic equipage of paths for Dynets. When BSC-BTS dynamic allocation is disabled at the corresponding site, valid path identiers are in the range 0 - 9. For DYNETs congured in a spoke or daisy chain conguration, one path device is automatically equipped. For closed loop, daisy chain loop conguration, two path devices are automatically equipped. See Dynamic allocation of BSC-BTS backing resources (DYNET) for further details.
path conguration topics
These path conguration tasks are detailed in the following sections: Creating a path on page 9-163. Deleting a path on page 9-169. Extending and reparenting a path on page 9-171. Checking path connectivity on page 9-173.
Modifying a path
Once a path has been created, it cannot be modied.
9-162
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a path
Creating a path
Methods of creating a path
A path can be created using any of the following methods: Using the TTY interface and the equip command to create a path online. This is the recommended method, and allows the user to verify that the MMSs used are free. Using Path Congure OMC-R GUI menu option, see Conguring a path using Path Congure menu option on page 11-74 in Chapter 11 Network Expansion. Using the OMC-R GUI path Detailed View form. As part of a new BSS database build.
Prerequisites for creating a path
Before creating a path, install the physical SITEs and 2 Mbit/s links. Enter them n the CM database.
The SITE does not need to be out of service to create a path.
Creating a path using the TTY interface (recommended method)
To create and congure a path using the TTY interface, proceed as follows:
Procedure 9-45 Create and congure a path using TTY
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 specic 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. Continued
68P02901W17-S
9-163 Nov 2007
Creating a path using the TTY interface (recommended method)
Chapter 9: Conguring Devices and Functions
Procedure 9-45 Create and congure a path using TTY (Continued)
3 At the prompts, enter the appropriate conguration information according to the BTS type: InCell BTS the PATH intended for the rst 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 rst 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 rst 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. 4 5 Unlock the path using the unlock command. Add the RSLs to the PATH. Motorola recommends that RSL 0 is assigned to the rst default RSL, and RSL 1 to the second default. The connection to be made are dependant on the BTS type: InCell BTS the default RSLs use specic timeslots of the Abis link, depending on cage, as shown in Table 9-53 Horizon II macro Site use specic timeslots, the default connections depending on the card frame as shown in Table 9-54 Non Horizon II macro Site use default specic timeslots, the default connections depending on the card frame as shown in Table 9-55
6 7
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. Continued
9-164
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Creating a path using the TTY interface (recommended method)
Procedure 9-45 Create and congure a path using TTY (Continued)
8 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 is 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 congured 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
Table 9-53 Abis link cage timeslots
Cage 15 MSI slot number 16 16 14 MMS group 0 1 0 Cage 14 MSI slot number 16 MMS group 0 Abis timeslot used 2 Abis timeslot used 1 2 2
Table 9-54 Default RSLs - Timeslots and Card frame for Horizon II macro Site
Card frame A NIU2 Number 0 0 A 0 Span 0 1 0 Timeslot Used 1 2 2
Table 9-55 Default RSLs - Timeslots and Card frame for non Horizon II macro Site
Card frame A NIU Number 0 0 B 0 Span 0 1 0 Timeslot Used 1 2 2
68P02901W17-S
9-165 Nov 2007
Creating a path device using the OMC-R GUI
Chapter 9: Conguring Devices and Functions
Creating a path device using the OMC-R GUI
The recommended Motorola method to add a path online is using the equip TTY command. 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-32 for further details. Result: The class button changes color.
Select Edit Create from the menu bar. Result: The OMC-R displays the PATH Detailed View form.
3 4
Enter all required information in this form. See PATH Detailed View elds for details of the elds. Create and close the Detailed View. See Creating a network object using the OMC-R GUI on page 1-36 for further details.
PATH Detailed View elds
The following sections list and briey describe the parameter elds in the PATH Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these BSS parameters.
9-166
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
PATH Detailed View elds
Identication grouping
Table 9-56 describes the elds in the Identication grouping of the PATH Detailed View.
Table 9-56 PATH Detailed View elds - Identication grouping
Field name RDN Class RDN Instance Brief description See description in Table 4-1. Identier 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. Values Default is device class. 0 - 9. 6 - 9, if the terminating BTS uses dynamic allocations. Default is 0. Mandatory or Optional? Optional. Optional.
NMC RDN Value Parent Detailed View
See description in Table 4-1. Displays the name of the parent site. Click to display the parent SITE 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, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
Path information grouping
Table 9-57 describes the elds in the Path information grouping of the PATH Detailed View.
Table 9-57 PATH Detailed View elds - Path information grouping
Field name/OMC-R parameter name Number of sites in path numinsequence 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. Values 1 - 11. When a value of 2 or more is specied, additional rows are added for each site. {22169} 0 - 95. 0 or 1. Mandatory or Optional? Mandatory.
BSC MSI identier BSC MMS identier
Mandatory. Mandatory.
Continued
68P02901W17-S
9-167 Nov 2007
PATH Detailed View elds
Chapter 9: Conguring Devices and Functions
Table 9-57 PATH Detailed View elds - Path information grouping (Continued)
Field name/OMC-R parameter name SITE Id Brief description Site id on the path. The rst site entered is the one nearest to the BSC. The eld (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 - 100, or ts_switch. Mandatory or Optional? Mandatory.
Upstream MSI identier
{22169} 0 - 95 (BSC). 0 - 9 (BTS InCell). 0 - 3 (M-Cell6). 0 - 1 (M-Cell2). 0 (M-Cellmicro). 0 (M-Cellcity). 0 - 3 (Horizonmacro). 0 (Horizonmicro). 0 (Horizoncompact). 0 or 1. {22169} 0 - 95 (BSC). 0 - 9 (BTS InCell). 0 - 3 (M-Cell6). 0 - 1 (M-Cell2). 0 (M-Cellmicro). 0 (M-Cellcity). 0 - 3 (Horizonmacro). 0 (Horizonmicro). 0 (Horizoncompact). 0 or 1.
Mandatory.
Upstream MMS identier Downstream MSI identier
MMS of the MSI above. Number of the MSI at the BSC which looks towards the site.
Mandatory. Mandatory.
Downstream MMS identier TS Switch
MMS of the MSI above. (Displayed in PATH Detailed View only). Indicates a TS switching site (254).
Mandatory.
9-168
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a path
Deleting a path
Methods of deleting a path
A path can be deleted using any of the following methods: Using the TTY interface (recommended method). Using the OMC-R GUI Path Congure menu option, see Deleting a path using the Path Congure menu option on page 11-82 in Chapter 11 Network Expansion. Using OMC-R GUI Navigation Tree. Refer to the general deletion procedure in Deleting a network object using the OMC-R GUI for details.
Prerequisites to deleting a path
Before deleting a path ensure that: All RTFs, which refer to the path to be deleted, are deleted. For example, if an RTF has the path to be deleted named in its First Path Id eld, delete that RTF before you delete the path. However, if an RTF has the path named in its Second Path Id eld, set the Second Path Id eld to null before deleting the path. Delete (or unequip) any RSLs or RTFs associated with the path.
The site does not need to be out of service to delete a path. However, removing a primary path takes the site out of service.
Deleting a path online using the TTY interface (recommended method)
Where possible, paths should be removed as part of a new BSS database build.
68P02901W17-S
9-169 Nov 2007
Deleting a path online using the TTY interface (recommended method)
Chapter 9: Conguring Devices and Functions
To delete a path online using the TTY interface, proceed as follows:
Procedure 9-47 Delete a path online using TTY
1 2 3 4 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 an RTF cannot be deleted without rst removing neighbor/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-170
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Extending and reparenting a path
Extending and reparenting a path
Extending an existing path to a new site
To extend an existing path to a new site, see Conguring a path using Path Congure menu option on page 11-74 in Chapter 11 Network Expansion. A path can also be extended using the copy_path command, see Extending an existing path to a new site using the TTY interface on page 7-39 for further details.
Reparenting a path online (recommended method)
Reparenting a path involves one of the following: Removing/adding a site in the chain between the terminating site and the BSC. Rerouting the path through different MMS(s) for the same sites.
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 online. The procedure uses a dummy path, avoiding the need to remove the RTFs (Cells) sources/neighbors.
The site does not need to be taken out of service to reparent a path. However, reparenting a primary path takes 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 recongured chain must be installed rst, and must be entered in the CM database To reparent a path online, proceed as follows:
Procedure 9-48 Reparenting a path online using TTY
1 2 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. Continued
68P02901W17-S
9-171 Nov 2007
Reparenting a path online (recommended method)
Chapter 9: Conguring Devices and Functions
Procedure 9-48 Reparenting a path online using TTY (Continued)
3 Before deleting the path to be reparented, ensure MMSs are in service at the BSC and the terminating site. If required, ensure that the upstream and downstream MMSs in the intermediary sites used in the new path conguration 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 that 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-169.
The prompt will not ask to remove the RTFs sources/neighbors 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 conguration. Refer to Creating a path on page 9-163. 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-172
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking path connectivity
Checking path connectivity
Overview to path connectivity
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 conguration 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.
See Chapter 15 cmutil for further details.
Checking a single path using the OMC-R GUI
To check a single path using the GUI:
Procedure 9-49 Check the single path
1 2 Open a Path Detailed View from the Navigation Tree. Check the connectivity settings (under Path Information grouping) to the MMS identication settings for the site(s) in the path.
68P02901W17-S
9-173 Nov 2007
Checking multiple paths using cmutil
Chapter 9: Conguring Devices and Functions
Checking multiple paths using cmutil
All the data for a path can be viewed from a Detailed View. However, some of the data of each path object is not stored in its generic table in the MIB DBMS (pathtable2). This makes extraction through SQL queries difcult. The only way to extract full information for multiple paths objects from the CM MIB is by using cmutil, see Chapter 15 cmutil for further information.
Checking single site or NE path using cmutil
To check path connectivity of a single site or NE using cmutil, see Chapter 15 cmutil.
Checking multiple paths in the OMC-R using cmutil
To check path connectivity throughout the OMC-R using cmutil, see Chapter 15 cmutil.
9-174
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring an RSL device
Conguring an RSL device
Denition of an RSL device
The RSL carries the control and signaling information for the site. An RSL can only be contained within the remote BTS in which it terminates. When equipping an MSI for initial land circuits, there may be a requirement to equip a Radio Signaling Link (RSL) device. At least one RSL must be equipped per site and two for redundancy. Up to eight RSLs may be equipped for heavier signaling capacity. An RSL is not required for every MSI, or for every 2 Mbit/s link.
RSL congestion control
Congestion control can be congured for RSLs at a BSS, see RSL Congestion Control on page 2-174 for further details.
RSL timeslot restrictions
Default RSLs use specic timeslots of the Abis link. See Table 9-53.
Impact of BSC-BTS dynamic allocation on RTFs/RSLs
If BSC-BTSdynamic allocation is enabled for the site containing the selected RSL, the following parameter elds in the RTF Detailed View window are grayed-out and cannot be modied by an operator: Associated RSL for First Path Id (BSS Naming convention: rsl_id1). Associated RSL for Second Path Id (BSS Naming convention: rsl_id2).
Likewise, the system does not prompt for these parameters in the equip command.
RSLs at a Horizon II macro BTS
Up to six RSLs can be equipped at an MSI of type NIU2 at a Horizon II macro BTS. Up to four RSLs can be equipped on a single MMS at a Horizon II macro BTS.
68P02901W17-S
9-175 Nov 2007
Methods of conguring an RSL
Chapter 9: Conguring Devices and Functions
Methods of conguring an RSL
An RSL can be congured using any of the following methods: OMC-R GUI Navigation Tree and Detailed Views. TTY interface and BSS commands. The path congure facility, see Conguring a path using Path Congure menu option on page 11-74.
Creating an RSL using the OMC-R GUI
To create an instance of an RSL device, proceed as follows:
Procedure 9-50 Create an RSL device
1 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-32 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 elds for further details. Create and close the Detailed View. If necessary, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
2 3 4
Device information is stored in at les when creating an RSL with timeslot(s). If an unexpected exit from the GUI occurs, this le can be used to access the reserved timeslot(s) information on the mmi prompt using the chg_ts_usage command. See Using at les on page 11-95 for more details.
RSL Detailed View elds
The following sections list and briey describe the parameter elds in the RSL Detailed View according to their parameter grouping.
9-176
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
RSL Detailed View elds
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed. Also see Technical Description: BSS Command Reference (68P02901W23) for further details of these BSS parameters.
Identication grouping
Table 9-58 describes the elds in the Identication grouping of the RSL Detailed View.
Table 9-58 RSL Detailed View elds - Identication grouping
Field name RDN Class RDN Instance NMC RDN Value Parent Detailed View PATH Identier 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 - 9. Mandatory. Values Default is the device class. 0 - 7. Default is 0. Mandatory or Optional?
Additional Information
Use the Additional Information window to input any notes relating to this device. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details.
68P02901W17-S
9-177 Nov 2007
Equipping an RSL using the TTY interface
Chapter 9: Conguring Devices and Functions
LapD Information grouping
Table 9-59 describes the elds in the LapD Information grouping of the RSL Detailed View.
Table 9-59
RSL Detailed View elds - LapD Information grouping
Brief description Used to time the acknowledgments 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 - 5000 ms (in multiples of 50). Default: 2500. 1 - 5. Default: 3. 1 - 10. Default: 7. Mandatory or Optional? Mandatory.
Field name LapD T200 Timer
LapD N200 value LAPD K Frame Window
Mandatory. Mandatory.
MMS Timeslots grouping
The MMS Timeslots grouping is only viewable when creating or re-assigning an RSL using the Path Congure menu option (see Creating an RSL at a site using the Path Congure menu option on page 11-94) on a path containing one or more TS Switches. The elds in this grouping are not maintained outside a Path Congure operation, and are only used by the OMC-R. Table 9-60 describes the elds in the MMS Timeslots grouping of the RSL Detailed View.
Table 9-60 RSL Detailed View elds - MMS Timeslots grouping
Field name Upstream TS MMS (OMC only name: path_upst_ts) DownStream TS MMS (OMC only name: path_downst_ts) Brief description The timeslot number on which the RSL is equipped, in the upstream MMS directly connected to a TS switch. The timeslot number on which the RSL is equipped, in the downstream MMS directly connected to a TS switch. Values 0 - 31. Mandatory or Optional? Optional.
0 - 31.
Optional.
Equipping an RSL using the TTY interface
To equip an RSL using the TTY interface, see Methods of conguring individual devices and functions on page 9-3. The following provides an example of equipping an RSL device. -> equip bsc RSL Enter the 1st device ID for the RSL: 1
9-178
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Unequipping an RSL using the TTY interface
Enter the 2nd device ID for the RSL: 0 Enter the Unique PATH identifier: 1 2500
Enter LAPD T200 Timer value for this device: Enter LAPD N200 value for this device: Enter LAPD K value for this device: COMMAND ACCEPTED -> 7 3
Unequipping an RSL using the TTY interface
To unequip an RSL, follow these steps:
Procedure 9-51
1 2 3 4 5 6 7
Unequip an RSL
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 neighbor/source cell data from neighboring 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.
68P02901W17-S
9-179 Nov 2007
Other RSL conguration tasks
Chapter 9: Conguring Devices and Functions
Example
The following is an example of unequipping an RTF and an 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
Other RSL conguration tasks
To perform other conguration tasks for an RSL device, see Methods of conguring individual devices and functions on page 9-3.
9-180
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Conguring an RTF function
Conguring an RTF function
Denition of an RTF function
An RTF is the function that supports the air interface channel and the DRI/RCU pair. A BSS can support up to 30 GPRS timeslots per cell. Up to 64 SDCCHs can be supported per carrier. An RTF is contained within an RTFGroup.
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.
TRX creation and deletion
A cell logically contains transceivers. Transceiving functionality is implemented in the BSS by the RTF in conjunction with the DRI hardware. When an RTF is created, the OMC-R automatically creates a TRX (transceiver) under the cell specied in GSM Cell Id eld (BSS parameter carrier1GsmCellID) of the RTF. The TRX is automatically deleted when the RTF is deleted.
Impact of Dual Band Cells feature on RTFs and DRIs
When the Dual Band Cells feature is enabled for a cell, DRIs and RTFs within the dual band cell must have different DRI or RTFGroup identiers. When equipping DRIs, the two DRI/RTFGroup identiers are allowed if the cell is dual band. Also in a dual band cell, primary and secondary band RTFs need to be congured with the DRI/RTFGroup identiers associated with their band. If an attempt is made to use the same DRI/RTFGroup identier for RTFs in both the secondary and primary bands of a dual band cell, an error message is displayed. For a dual band cell, the secondary and primary band frequency types must be allowed by the cabinet(s) to which the DRI(s) in each zone are equipped. For non-dual band cells, all DRIs and RTFs equipped to a cell must be congured in a single DRI/RTFGroup. Also when the cell parameter inner_zone_alg is set to 3 indicating that the cell is dual band, the valid range for the ARFCN of an RTF congured for the inner zone is dened by the frequency type dened for the secondary band. When an RTF is equipped for the secondary band in a dual band cell, the parameter Transmit Power Reduction is not required.
68P02901W17-S
9-181 Nov 2007
Impact of VersaTRAU feature on an RTF
Chapter 9: Conguring Devices and Functions
Impact of VersaTRAU feature on an RTF
A VersaTRAU RTF can only be congured on a single density CTU2 or {30828} a double density CTU2-D. If the value of rtf_ds0_count exceeds the number of free terrestrial timeslots on the RTF path between the BSC and BTS, the equipage of a 64 k RTF is not allowed. If VersaTRAU is enabled while trying to equip an RTF, if the GDS capacity is exceeded, the following warning message is displayed: WARNING: Insufficient GDS resources available for all PDTCHs on the PCU. 64 k and 16 k half rates are mutually exclusive for a carrier. That is, if a carrier is congured 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 modication 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-176 for further details.
Impact of BSC-BTS dynamic allocation on an RTF
If BSC-BTS dynamic allocation is enabled for the site containing the selected RTF, the equip command does not prompt for the following parameters. Likewise, the corresponding parameter elds in the RTF Detailed View form are grayed-out. First Path Id (BSS Naming convention: path_id1). Second Path Id (BSS Naming convention: path_id2). Associated RSL for First Path Id (BSS Naming convention: rsl_id1). Associated RSL for Second Path Id (BSS Naming convention: rsl_id2). Packet Radio Type (BSS Naming convention: pkt_radio_type).
If BSC-BTS dynamic allocation is enabled for the site containing the selected RTF, the parameter eld: 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.
9-182
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Impact of BCCH and SDCCH in the EGSM band on an RTF
Impact of BCCH and SDCCH in the EGSM band on an RTF
When egsm_bcch_sd is enabled for a cell and carrier type is BCCH, the RTF parameter eld: Carrier 1 ARFCN (BSS parameter name: arfcn) can be set to EGSM band frequencies. See Conguring a cell with BCCH and SDCCH in the EGSM band on page 8-178 for further details.
Timeslots and frequency hopping
Timeslots on a carrier do not have to have the same training sequence code or frequency hopping parameters.
Methods of conguring an RTF
An RTF can be congured using any of the following methods: OMC-R GUI Navigation Tree and Detailed Views. TTY interface and BSS commands. The Path Congure facility, see Conguring a path using Path Congure menu option on page 11-74.
Additional information for RTFs
Refer to the following sections in this manual for associated information: Creating an RTF function on page 9-184. Deleting an RTF on page 9-192. Changing a BCCH carrier frequency on page 8-212. Changing a non-BCCH carrier frequency on page 8-215. Changing a TSC for a BCCH on page 8-220. Conguring frequency hopping on page 8-164. Conguring a KSW (or DSW) device on page 9-122. Changing the number of allocated SDCCHs on page 8-225. Displaying Channel and Circuit Status on page 9-19.
68P02901W17-S
9-183 Nov 2007
Creating an RTF function
Chapter 9: Conguring Devices and Functions
Creating an RTF function
Prerequisites to creating an RTF
Before an RTF can be created, the Algorithm Number eld (parameter name: alg_num) in each of the nine cell algorithm Detailed View forms must be changed from Unused (255) to another setting. When equipping a DRI at a remote BTS, one or more Receive Transmit Functions (RTF) must be equipped.
Creating an RTF using the OMC-R GUI
To create an instance of an RTF function using the OMC-R GUI, proceed as follows: 1. Navigate to and select the RTF class button in the Navigation Tree (BSS BSS instance SITE SITE instance Radio Frequency RTFGroup RTFGroup instance RTF). If necessary, see Navigating to a network object class or instance on page 1-32 for further details. Select Edit Create from the menu bar. The OMC-R displays the RTF Detailed View form. Complete the elds, as required. See RTF Detailed View elds for further details. Create and close the Detailed View. If necessary, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
2. 3. 4.
Device information is stored in at les when creating an RTF with timeslot(s). If an unexpected exit from the GUI occurs, this le can be used to access the reserved timeslot(s) information on the mmi prompt using the chg_ts_usage command. See Using at les on page 11-95 for more details.
RTF Detailed View elds
The following sections list and briey describe the parameter elds in the RTF Detailed View according to their parameter grouping.
9-184
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
RTF Detailed View elds
To obtain further information for a parameter, select Help - On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
Identication grouping
Table 9-61 describes the elds in the Identication grouping of the RTF Detailed View.
Table 9-61
RTF Detailed View elds - Identication grouping
Brief description The carrier type of the RTF. Values BCCH carrier (0) or Non-BCCH carrier (1). Default is BCCH (0). 0-3 Default is the device class. 0 to 11. Default is 0. Mandatory or Optional? Mandatory.
Field name/BSS parameter name Carrier Type
KSW Pair ksw_pair RDN Class RDN Instance NMC RDN Value Parent Detail View First Path Id (OMC-R parameter name: path_id1) Associated RSL for First Path Id (OMC-R parameter name: rsl_id1) Second Path Id (OMC-R parameter name: path_id2)
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 rst associated 16 kbit/s RSL.
Optional.
0 to 9
Mandatory for creation. Thereafter, optional. Optional.
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).
Optional for creation.
Continued
68P02901W17-S
9-185 Nov 2007
RTF Detailed View elds
Chapter 9: Conguring Devices and Functions
Table 9-61 RTF Detailed View elds - Identication grouping (Continued)
Field name/BSS parameter name Associated RSL for Second Path Id (OMC-R parameter name: rsl_id2) RTF Capacity rtf_capacity Brief description The second associated 16 kbit/s RSL Values Mandatory or Optional? Optional.
Whether the reduced or full number of time slots are used on E1 link.
RTF_FULL (0) or RTF_SUB (1). Default is 0.
Optional.
Additional Information
Use the Additional Information window to input any notes relating to this RTF. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
State grouping
Standard network object state elds, see Table 4-2 for details. The Related Device eld is grayed-out by default.
Carrier 1 Information grouping
Table 9-62 describes the elds in the Carrier 1 Information grouping of the RTF Detailed View.
Table 9-62 RTF Detailed View elds - Carrier 1 Information grouping
Field name Carrier 1 ARFCN Brief description The absolute radio frequency channel for the carrier. Values For PGSM: 0 - 124. For EGSM: BCCH carrier: 0 - 124, 975 - 1023. Non-BCCH carrier: 0 - 124, 975 - 1023. For DCS 1800: 512 - 885. PCS 1900: 512 - 810. Default is 0. 0 - 3, or 255 (no hopping). Default is 255. Mandatory or Optional? Mandatory.
Freq Hopping Ind for TS 0 to 7
The frequency hopping indicator for GSM air timeslots 0 to 7 on the carrier.
Optional.
Continued
9-186
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
RTF Detailed View elds
Table 9-62 RTF Detailed View elds - Carrier 1 Information grouping (Continued)
Field name GSM Cell Id (OMC-R parameter name: carrier1Gsm CellId) Brief description GSM cell id assigned to the carrier. The MCC and MNC sub-elds can be edited in Create mode. The MCC and MNC sub-elds cannot be edited for n-1 or n-2 BSS. If the environment variable AUTO_POP_CELLID is set to On (see Operating Values Mandatory or Optional? Mandatory.
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 eld with the Cell ID to which the RTF Group belongs. When creating an RTF in an RTFGroup where no other RTF exists, the GSM Cell ID eld is auto-populated with a default value of <MCC> <MNC> 0 0. Training Seq Code for TS 0 to 7 SDCCH Load sd_load The training sequence code for the GSM air timeslots 0 to 7 on the carrier. The maximum number of timeslots that can be congured 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. The SDCCH placement priority for a carrier (RTF). The BSS congures SDCCHs on carriers with the highest priority, up to their SDCCH load (sd_load). The channel allocation priority of a carrier. 0 - 7. Default is 0. 0 - 8. Default is 2. Mandatory.
Mandatory.
SDCCH Placement Priority sd_priority
0 (high priority) 255 (low priority). Default is 0.
Optional.
Channel Allocation Priority
0 (high priority) 250 (low priority). Default is 0.
Mandatory.
68P02901W17-S
9-187 Nov 2007
RTF Detailed View elds
Chapter 9: Conguring Devices and Functions
Concentric cells grouping
Table 9-63 describes the elds in the Concentric Cells grouping of the RTF Detailed View.
Table 9-63 RTF Detailed View elds - Concentric cells grouping
Field name/BSS parameter name Concentric Cell Zone cell_zone Brief description In which zone the RTF is located. Only used for non-BCCH carriers. Amount of power reduction for a particular RTF carrier. Values Outer zone (0) or Inner zone (1). Default is Outer zone (0). 0 - 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 21. Mandatory or Optional? Optional.
Transmit Power Reduction trx_pwr_red
Optional.
GPRS grouping
Table 9-64 describes the elds in the GPRS grouping of the RTF Detailed View.
Table 9-64 RTF Detailed View elds - GPRS grouping
OMC-R GUI eld name Packet Radio Type Brief description See GPRS and EGPRS coding schemes on page 2-38 and VersaTRAU on page 2-176 for further details. See VersaTRAU on page 2-176 for details. Values Mandatory or Optional? Optional.
Number of Backhaul Timeslots on Carrier
Optional.
MMS Timeslots grouping
Table 9-65 describes the elds in the MMS Timeslots grouping of the RTF Detailed View. The MMS Timeslot grouping is only viewable when creating or re-assigning an RTF using the Path Congure menu option (see Creating an RTF at a site using the Path Congure menu option on page 11-93) on a path containing one or more adjacent TS Switches. The elds in this grouping are not maintained outside a Path Congure operation, and are only used by the OMC-R.
9-188
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
RTF Detailed View elds
Table 9-65 RTF Detailed View elds - MMS Timeslot grouping
Field name First Path Upstream TS MMS (OMC name: path1_upst _ts1) Brief description The rst 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. The rst timeslot number on which the RTF is equipped, on the primary path, in the downstream 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. The rst 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. The rst timeslot number on which the RTF is equipped, on the secondary path, in the downstream 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 - 31. Mandatory or Optional? Optional.
First Path DownStream TS MMS (OMC name: path1_downst _ts1)
0 - 31.
Optional.
Second Path Upstream TS MMS (OMC name: path2_upst _ts1)
0 - 31.
Optional.
Second Path DownStream TS MMS (OMC name: path2_downst _ts1)
0 - 31.
Optional.
General grouping
Table 9-66 describes the elds in the General grouping of the RTF Detailed View.
Table 9-66 RTF Detailed View elds - General grouping
Field name Extended Range Timeslots ext_timeslots Brief description The number of Extended Range timeslots that are congured when ext_range_cell is 1 (enabled as a boundary cell). Values 0 - 4. Mandatory or Optional? Optional.
68P02901W17-S
9-189 Nov 2007
RTF Detailed View elds
Chapter 9: Conguring Devices and Functions
AMR/GSM Half Rate grouping
Table 9-67 describes the elds in the AMR/GSM Half Rate grouping of the RTF Detailed View. Fields in this grouping can be accessed if: The AMR Feature (amrOpt) is unrestricted (Enabled) at the BSS or the GSM HR Feature (gsmHalfRateOpt) is unrestricted (Enabled) at the BSS. The site is half rate capable. The BSS features amrTCUAOpt and amrTCUBOpt are restricted and the site has only M-Cell2 and/or M-Cell6 cabinets.
See Adaptive Multi-Rate (AMR) on page 2-127 for details.
Table 9-67 RTF Detailed View elds - AMR/GSM Half Rate grouping
Field name/BSS parameter name Half Rate half_rate_ enabled 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 eld remains selectable. Also see VersaTRAU on page 2-176. Whether 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 kbit/s, 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.
8 k TRAU Allowed allow_8k_trau
Yes (1), No (0). Default is Yes (1).
Optional.
If any RTF serving a cell has allow_8k_trau set to Yes (1), the option 7.95 kbit/s is not available for cell parameter amr_hr_acs. Also see VersaTRAU on page 2-176.
9-190
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping an RTF function using the TTY interface
Equipping an RTF function using the TTY interface
To equip an RTF using the TTY interface, see Methods of conguring individual devices and functions on page 9-3.
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 is 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 kbit/s, allow_8k_trau cannot be set to Yes (1).
68P02901W17-S
9-191 Nov 2007
Deleting an RTF
Chapter 9: Conguring Devices and Functions
Deleting an RTF
Restrictions when deleting an RTF
An RTF can be deleted if the cell uses Coding Schemes 1 or 2 (that is, init_dl_cs and init_ul_cs are not set to values 2 or 3).
Methods of deleting an RTF
An RTF can be deleted using any of the following methods: The Navigation Tree, see Methods of conguring individual devices and functions on page 9-3. The TTY interface, see below. The Path Congure menu option, see Conguring a path using Path Congure menu option on page 11-74 in Chapter 11 Network Expansion.
When a BCCH RTF is to be deleted, the opportunity to export the incoming neighbors associated with this RTF is provided. The method used is described in Exporting incoming neighbors on deletion of BCCH RTFs on page 9-194.
Deleting an RTF using the TTY interface
To unequip RSLs and RTFs, follow these steps:
Procedure 9-52
1 2 3 4
Unequip RSLs and RTFs
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> Continued
9-192
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting an RTF using the TTY interface
Procedure 9-52 Unequip RSLs and RTFs (Continued)
5 6 7 8 9 Repeat step 4 to lock all additional paths. Remove neighbor/source cell data from neighboring 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.
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 . . -> .
68P02901W17-S
9-193 Nov 2007
Exporting incoming neighbors on deletion of BCCH RTFs
Chapter 9: Conguring Devices and Functions
unequip 2 RTF 0 0 0 COMMAND ACCEPTED . -> unequip 0 RSL 2 0 0 COMMAND ACCEPTED
Exporting incoming neighbors on deletion of BCCH RTFs
When deleting a BCCH RTF using the OMC-R GUI, the opportunity to export the neighbors associated with it is provided. If used, the neighbors are saved to a le using the Cell-X-Export facility where they can be accessed and re-created at a later date. This facility is used as follows:
Procedure 9-53 Exporting incoming neighbors on deletion of BCCH RTFs
1 2
Navigate to and select the BCCH RTF to delete. Select Edit Delete from the menu bar. Result: The OMC-R displays the deletion conrmation window.
Press the Export Neighbors 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 neighbor and cell le is exported to /usr/omc/cong/global/cellX.
5 6
When the export is complete, close the Cell X Export Watcher window. In the deletion conrmation window, click OK to conrm the BCCH RTF deletion.
The neighbor information can be retrieved at a later date by using the Cell-X-Import facility as described in Cell-X-Import on page 12-17.
This facility is only available for BCCH RTFs. It is not available for non-BCCH RTFs.
9-194
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Other RTF conguration tasks
Other RTF conguration tasks
For general information on additional RTF conguration tasks, such as displaying and modifying, see Methods of conguring individual devices and functions on page 9-3. For example, the following command displays all information for RTF 0 1: disp_equipment 2 rtf 0 1 For example, the following command sets the pkt_radio_type RTF parameter to 32k TRAU at RTF 0 1 respectively: modify_value 1 pkt_radio_type 2 rtf 0 1
68P02901W17-S
9-195 Nov 2007
Conguring an XBL device
Chapter 9: Conguring Devices and Functions
Conguring an XBL device
Denition of an XBL
The purpose of the XBL is to enable notication of failed trafc 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 trafc 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-10.
Prerequisites for creating an XBL
To equip an XBL link between an RXCDR and BSC, an XBL device must be equipped at both the RXCDR and BSC using the same physical MMS and timeslot. The BSS rejects an attempt to equip an XBL device at the BSC, if the MMS identier specied does not exist (that is, not in the RXCDR to BSC Connectivity Table). Before equipping the XBL at the RXCDR, the XBL must have been equipped at the BSC. The BSS rejects an attempt to equip an XBL device at the RXCDR if the MMS identier specied does not exist (that is, not in the BSC to RXCDR Connectivity Table).
SYSGEN rules for XBLs
XBL devices may be equipped either in or out of SYSGEN mode. The number of XBL devices that may be equipped is limited by the number of available LAPD connections on the associated GPROC device. XBL devices equipped inside SYSGEN mode attempt to come into service when SYSGEN mode is turned off. If successful, the XBL state is Busy-Unlocked. XBL devices equipped outside SYSGEN mode enter the Enabled-Locked state. The XBL device at each end of the link must then be unlocked for the XBL to become Busy-Unlocked.
9-196
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating an XBL for an Assoc_RXCDR using the OMC-R GUI
Creating an XBL for an Assoc_RXCDR using the OMC-R GUI
Prerequisites to creating an XBL
An XBL can only be created if an Assoc_RXCDR and Assoc_BSS exist. An XBL can be added to either an Assoc_RXCDR or an Assoc_BSS, that is: Network - RXCDR - Assoc_BSS - XBL orNetwork - BSS - Assoc_RXCDRs - XBL
Creating an XBL
To add an XBL to the network using the OMC-R GUI, follow these steps:
Procedure 9-54 Add an XBL to the network
1 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-32 for further details. Select Edit Create from the menu bar. Result: The OMC-R displays the XBL Detailed View form. 3 4 Enter all required information in this form. See XBL Detailed View elds for details. Create and close the Detailed View. If necessary, see Creating a network object using the OMC-R GUI on page 1-36 for further details.
XBL Detailed View elds
The following sections list and briey describe the parameter elds in the XBL Detailed View according to their parameter grouping.
To obtain further information for a parameter, select Help On Context from the menu and drag the ? prompt to the appropriate eld and click that eld. A context-sensitive help page is displayed.
68P02901W17-S
9-197 Nov 2007
XBL Detailed View elds
Chapter 9: Conguring Devices and Functions
Identication grouping
Table 9-68 describes the elds in the Identication grouping of the XBL Detailed View.
Table 9-68 XBL Detailed View elds - Identication grouping
Field name/BSS parameter name MSI Identier Brief description The particular MSI for the link. Values BSC: {22169} 0 - 95. RXCDR: 0 - 123. 0 or 1. E1: 1 - 31. 16 kbit/s (0) or 64 kbit/s(3). Default is 0. Mandatory or Optional? Mandatory.
MMS Identier MMS Timeslot Identier XBL Rate xbl_rate
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 kbit/s LAPD Feature (xbl_rateOpt) is enabled (unrestricted) at the BSS. If XBL 16 kbit/s LAPD Feature is disabled (restricted), the rate is 64 kbit/s. 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. 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. Species with which Assoc_BSS device the XBL communicates. Click to display the BSS Detailed View for the BSS associated with this XBL. Valid for XBLs equipped at a BSS. Species with which Assoc_RXCDR device the XBL communicates. Click to display the RXCDR Detailed View for the RXCDR associated with this XBL.
Mandatory. Mandatory. Mandatory.
XBL Group RDN Class RDN Instance
0 - 3. Default is the device class. 0 - 19.
Optional.
Optional.
NMC RDN Value Parent Detail View
Associated BSS
1 - 128.
Mandatory.
Associated RXCDR
1 - 128.
Mandatory.
Additional Information
Use the Additional Information window to input any notes relating to this XBL. Where additional notes are not required, close this eld by clicking the toggle button next to the Additional Information header.
9-198
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating an XBL for an Assoc_BSS using the OMC-R GUI
State grouping
Standard network object state elds, see Table 4-2 for details.
LapD Information grouping
Table 9-69 describes the elds in the LapD Information grouping of the XBL Detailed View.
Table 9-69 XBL Detailed View elds - LapD Information grouping
Field name LapD T200 Timer Brief description Used to time the acknowledgments of a transmitted frame. On timeoutmms 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 - 5000 ms (in multiples of 50). Default: 2500. Mandatory or Optional? Mandatory.
LapD N200 value LAPD K Frame Window
1 - 5. Default: 3. 1 - 10. Default: 7.
Mandatory. Mandatory.
Creating an XBL for an Assoc_BSS using the OMC-R GUI
To create an XBL for an Assoc_BSS see Creating an XBL for an Assoc_RXCDR using the OMC-R GUI in the previous subsection, but instead of selecting the Assoc_RXCDR in step 1, select the required Assoc_BSS.
Deleting an XBL from a Assoc_RXCDR or Assoc_BSS using the OMC-R GUI
To delete an XBL device from an Assoc_RXCDR or Assoc_BSS using the OMC-R GUI, see the general procedure in Deleting a network object using the OMC-R GUI on page 1-41.
Equipping an XBL device at a BSC using the TTY interface
To equip an XBL at a BSC using the TTY interface, follow these steps:
Procedure 9-55
1 2
Equip an XBL at a BSC using TTY
See Methods of conguring individual devices and functions on page 9-3. Equip the XBL at the BSC.
68P02901W17-S
9-199 Nov 2007
Equipping an XBL device at an RXCDR using the TTY interface
Chapter 9: Conguring Devices and Functions
Example of equipping an XBL at a BSC
The following provides an example of equipping an XBL device at a BSC. -> equip 0 XBL Enter the AXCDR device ID for the XBL: 2 Enter the second device ID for the Enter the data rate for the XBL: 16 Enter the first MMS description for this device: Enter the second MMS description for this device: Enter timeslot on MMS where this device appears: 1 1 6 1 0
Enter the group of the timeslot where this device appears: Enter LAPD T200 timer value for this device: Enter LAPD N200 timer value for this device: Enter LAPD K value for this device: COMMAND ACCEPTED -> 7 2500 3
Equipping an XBL device at an RXCDR using the TTY interface
To equip an XBL at an RXCDR using the TTY interface, follow these steps:
Procedure 9-56 Equip an XBL at an RXCDR using TTY
1 See Methods of conguring individual devices and functions on page 9-3.
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 Conguring a Conn_Link on page 5-6 for further information.
9-200
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Equipping an XBL device at an RXCDR using the TTY interface
Example of equipping an XBL at an RXCDR using the TTY interface
The following provides an example of equipping an XBL device at an RXCDR using the TTY. -> equip 0 XBL Enter the ABSS device ID for the XBL: 2 Enter the second device ID for the XBL: 0 Enter the data rate for the XBL: 64 Enter the first MMS description for this device: Enter the second MMS description for this device: Enter timeslot on MMS where this device appears: Enter LAPD T200 timer value for this device: Enter LAPD N200 timer value for this device: Enter LAPD K value for this device: COMMAND ACCEPTED -> 7 1 1 6
2500 3
68P02901W17-S Nov 2007
9-201
Equipping an XBL device at an RXCDR using the TTY interface
Chapter 9: Conguring Devices and Functions
9-202
68P02901W17-S Nov 2007
Chapter
10
Auditing
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-9. Auditing the network using the OMC-R GUI on page 10-13. Auditing a BSS/RXCDR using the OMC-R GUI on page 10-16. Multiple site audits on page 10-19. Multiple BSS/RXCDR audits on page 10-20. Scheduling an audit on page 10-21. Managing audit logs on page 10-31. Propagating cell changes to neighbor cells after an audit on page 10-37. Time of the last audit on page 10-40.
Audit-related activities performed by the OMC-R System Administrator are described in Operating Information: OMC-R System Administration (68P02901W19).
68P02901W17-S Nov 2007
10-1
Introduction to auditing
Chapter 10: Auditing
Introduction to auditing
Overview of auditing
Purpose
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. 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
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Intelligent audit
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 always proceeds.
Intelligent audit
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 contained 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-31 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-40 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 replan 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-27 for further details). Congure the Audit Gather phase and specify whether Call Trace objects at a BSS need to be audited (see Conguring the Audit Gather phase on page 10-6 for further details).
During the apply of audit inconsistencies, any object locks in the database are ignored. For example, if a device Detailed View is already open in Edit mode before the audit was initiated, the Detailed View is closed if any inconsistencies are applicable to that device Detailed View.
68P02901W17-S
10-3 Nov 2007
Multiple BSS/RXCDR Audit
Chapter 10: Auditing
Multiple BSS/RXCDR Audit
An audit can be initiated for a Network, Region, PCU, one or more sites or, with the introduction of the Multiple BSS Audit feature, on one or more BSS/RXCDRs (that is, more than one BSS/RXCDR can be audited in parallel). If a conguration management task has affected two or more BSS/RXCDRs, there are now two ways in which the audit can be performed: Select each affected BSS/RXCDR in turn and perform an audit on each. Schedule a one-off audit for the affected BSS/RXCDRs.
The Multiple BSS/RXCDR Audit feature enables a network-wide audit on a fully congured 120 k TCH system to be kept within at an acceptable time level.
Description of Gather phase activities
When an audit is selected for the Network, the gather phase occurs for each BSS/RXCDR in the network in parallel. Once the network-wide inconsistency report has been generated, the user can apply it to the Network. When an audit is selected for one BSS/RXCDR, when the gather phase is complete for the BSS/RXCDR, the user can apply the inconsistency report to the OMC-R. When one or more sites have been selected for auditing, the gather phase occurs in parallel for sites on different BSSs, and in sequence within a BSS. The selected sites can span more than one BSS/RXCDR. Then the user can apply the inconsistency list to the OMC-R. The gather phase of the audit for multiple BSS/RXCDRs occurs in parallel. This decreases the time required to execute the audit gather procedures involving multiple network elements.
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.
Conguring Multiple BSS Audit
The total number of BSSs or RXCDRs that can have audit gather phases occurring in parallel, spanning multiple parallel active audits can be dened using the ParallelAudits variable in the audit.cfg le located in /usr/omc/cong/global. This is set to 8 (BSSs/RXCDRs) by default for non-120 k systems and 16 (BSSs/RXCDRs) by default for 120 k systems. If the number of parallel audits congured in the ParallelAudits variable is less than 1 or greater than 8/16 (8 for non-120 k systems; 16 for 120 k systems), then the number defaults to 8 or 16 (depending on the system) and an error is logged in the omc audit le.
10-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Audit logs and temporary les
Initiating a Multiple BSS Audit
To initiate a multiple BSS audit, see Multiple BSS/RXCDR audits on page 10-20.
Audit logs and temporary les
Each audit has an audit log which users can view. The log is stored in the MIB. The user can set the number of days for which these logs can be kept. Audit also creates temporary les in /tmp/LISTDIR in the MIB. These les contain objects and their attributes if audit nds that these objects do not exist in either the BSS or MIB. These temporary les should not be altered in any way. Aborted/unapplied audits store les in this directory. All les in this directory which are older than three days can be deleted. See Managing audit logs on page 10-31 for further details.
Audit restrictions
An audit can only be used to upload information about network elements (NEs) or Commslinks which exist, and are correctly congured 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.
Scheduled audits queuing support
Queuing support is used if more than one audit is scheduled, and if the rst audit has not completed before the start time of the next audit is reached (or a resync, Network Expansion, or cmutil is also running). Queuing support ensures that an audit is queued, and run after a previous audit is completed.
Initiating an audit
The audit function can be invoked manually from Navigation Tree, or scheduled using the Audit Scheduler. 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. Use the following command: 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.
68P02901W17-S
10-5 Nov 2007
Conguring the Audit Gather phase
Chapter 10: Auditing
Conguring the Audit Gather phase
An audit process has two phases; gather and apply. The gather phase can be congured to collect or ignore Call Trace objects. This can be achieved using the audit.cfg le.
Procedure 10-1 Conguring the Audit Gather phase
To enable or disable the collection of Call Trace details, open the audit conguration le: /usr/omc/cong/global/audit.cfg . Set the ag 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 conguration le.
Per Site Audit feature
Description
The Per Site Audit (PSA) feature signicantly speeds up the gather phase when used as part of daily operations to keep the CM databases of the BSS and OMC MIB in synchronization. It is of particular use when a daily unload of CM data is required for applications such as a Master CM OMC. Both the BSS and OMC MIB BTS objects contain a counter designed to track the CM changes (effectively everything on the 02 object which holds the BSS conguration). This counter goes out of synchronization if the site on the BSS contains a CM change not applied to the site on the MIB. When an audit of a BTS, BSS, or Network is invoked, rst the counter of each site is checked, and the audit collect phase only runs for a site if the counter of that site is out of synchronization. Since the gather phase of audit can take 90-98% of the total audit time, when there are only a few sites in a BSS with inconsistencies, the gather phase is faster. All parameters required for radio frequency and transmission replanning, or expansion, are supported. This could provide a signicant saving where there is a need to run Network audits on a nightly basis. PSA can also be utilized in conjunction with Multiple Site Audit (Cherry Picking). The initial PSA design does not support the hardware 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.
10-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Per Site Audit feature
Enabling and disabling the Per Site Audit functionality
The PerSiteAuditLevel ag determines whether a Per Site Audit functionality is used. This ag is set to 0 (Off), by default, in the le: /usr/omc/config/global/audit.cfg 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/cong/global/audit.cfg , change the PerSiteAuditLevel value to 1 (On) as follows: PerSiteAuditLevel 1 Result: The audit.cfg le is parsed before each audit is performed, so an OMC-R stop/start is not required to reset the ag.
To enable the PER_SITE_AUDIT and PER_SITE_AUDIT_DEBUG environment variables, type the following lines in /usr/omc/cong/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.
Per Site Audit can also be enabled per audit using the Audit Type eld in the auSchedule Detailed View, see Selecting the Audit Type on page 10-24 for details.
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:
68P02901W17-S
10-7 Nov 2007
Per Site Audit feature
Chapter 10: Auditing
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 always proceeds.
10-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Auditing recommendations
Auditing recommendations
Recommended use of audit
The following are recommendations for using audit: Use the Audit scheduler to implement auditing of the network. Schedule each BSS to be audited at least once per week, or once daily if Per Site Audit is being used. Use Audit Scheduler->Periodic->Apply to OMC. The Apply to OMC option requires no operator interaction. Use One Shot Audits (using the Navigation Tree or Scheduler) after a new BSS download, or if the OML has been down for a long time and there has been local maintenance work on the BSS.
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 conguration 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. Do not run One Shot Audits if they conict with Resync, Network Expansion, or cmutil. Set up scheduled audits, as they are queued if another process has control of the MIB lockle. 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 logle 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/Neighbors being audited in. For multiple OMC-Rs, set up shell scripts which search the omcaudit logles 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.
68P02901W17-S
10-9 Nov 2007
Auditing scenarios and NE basis
Chapter 10: Auditing
Auditing scenarios and NE basis
Typically, Audit is used in the following scenarios: Scenario A: OMC-R started for the rst time (a newly installed OMC-R system). Scenario B: New NEs added to the network. Scenario C: BSS receives a new database download due to a replan. Scenario D: Sites/paths are reparented. Scenario E: Network data is thought to be different from that in the CM MIB. Typically, an audit would be requested in any of the following situations: Following a long OML outage, where it is obvious events have been lost. X.25 links have been unstable and data sent from the BSS may have been lost. Changes through TTY rlogin did not update the MIB. This may be caused by Detailed Views remaining open in Edit mode, or MO locks remaining, resulting from another application not nishing cleanly, which locks the MIB. Scenario F: Operator scheduled periodic audit at the OMC-R.
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 signicant network changes. This includes Scenarios A to E. 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 locks the CM MIB while collecting/applying and if the Apply phase is running the audit cannot be aborted. The recommendations for Network-wide audits are as follows: Network-wide audits should only be used in cases where audit is expected to highlight minor network conguration changes (Scenarios E and F), 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, and Scenarios E and F if the changes are major).
10-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Audit logs and expired logs
Audit logs and expired logs
Audit logs require signicant memory, so the number of audit logs retained on the system should be kept to a minimum. The number of days that the audit logs are held is determined by the attribute setting of the Audit Log Management window (GUI Front Panel-> Admin->Audit Log Management). Audit logles older than this setting are deleted the next time an audit initiates. The recommended setting is one day. For a scheduled audit, once an audit has collected the inconsistencies, the audit log can sometimes have a status of Expired on the logle. Expired means that the audit did not apply the inconsistencies to the OMC-R. The audit log is set to expired if an OMC-R stop/start occurs before the audit is applied.
Auditing problems
Most common causes of audit failure are: A new gsmcellid for the BSS is detected on the network which exists in a different BSS in the same OMC-R. In this case the entire audit apply fails. 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 sufcient resource. Solution: Check that the BSS has sufcient LCFs and, if necessary, an OMF. Sometimes, for example, audits can fail 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 an 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.
68P02901W17-S
10-11 Nov 2007
Proper use of Audit, Proxy Cell sync, Network Expansion, and propagation
Chapter 10: Auditing
Proper use of Audit, Proxy Cell sync, Network Expansion, and propagation
Misuse of the Conguration Management procedures as described in Audit Problems can compromise the integrity of real network data. This can lead to Neighbors having the wrong LAC-CI, and causing handovers to fail. There are three typical scenarios in which this can occur: Immediately after a reconguration 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 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 logle if necessary), x the problem, and then rerun the audit.
10-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Auditing the network using the OMC-R GUI
Auditing the network using the OMC-R GUI
Introduction
An audit can only be used to upload information about network elements (NEs) or Commslinks which exist and are correctly congured 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.
Obtain permission from the OMC-R System Administrator before auditing a network.
Auditing the network using the Navigation Tree
The network can be audited either from the Network Detailed View form or from the Navigation Tree. To audit the entire network from the Navigation Tree, use the following procedure:
Procedure 10-3 Audit the network using the Navigation Tree
1 2 3 From the Front Panel, click the Cong Mgt icon to display the Navigation Tree. Click the network instance button. This changes the color of the network button. Select Cong Mgt - Audit from the Navigation Tree menu bar. Result: The network audit is initiated and a conrmation box is displayed. The message requests the user to look at the audit logs for the status.
Displaying the Audit Logs
To display the Audit Logs, select Cong Mgt - Audit logs from the Navigation Tree menu bar (or through the Admin icon on the Front Panel - Audit logs). The Audit Logs form opens and contains the active audit log.
68P02901W17-S
10-13 Nov 2007
Auditing the network using the Navigation Tree
Chapter 10: Auditing
Applying audit inconsistencies to OMC from the Audit Logs form
To apply audit inconsistencies to OMC from the Audit Logs form, use the following procedure.
Audit inconsistencies can also be applied from the Audit Inconsistency List During the application of audit inconsistencies, any object locks in the database are ignored. For example, if a device Detailed View is already open in Edit mode before the audit is initiated, the Detailed View is closed if any inconsistencies are applicable to that device Detailed View.
Procedure 10-4
1
Apply audit inconsistencies to OMC from the Audit Logs form
Refer to Viewing an audit log list on page 10-31 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.
Displaying the results of an apply inconsistencies process
To display the results of an Apply to OMC process, use the following procedure.
Procedure 10-5
1 2
Display the results of an Apply to OMC process
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-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Auditing the network using the Navigation Tree
Closing the audit logs window
Close the audit window by selecting File Close from the menu bar.
68P02901W17-S
10-15 Nov 2007
Auditing a BSS/RXCDR using the OMC-R GUI
Chapter 10: Auditing
Auditing a BSS/RXCDR using the OMC-R GUI
Auditing a BSS or RXCDR using the Navigation Tree
To audit an individual BSS or RXCDR, use the following procedure:
Procedure 10-6
1 2 3 4
Audit a BSS or RXCDR using the Navigation Tree
From the Front Panel, click the Cong 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 color.
Select Cong 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 conrmation box displayed. The message requests the user to look at the audit logs for the status.
Displaying the Audit Logs
To display the Audit Logs form, select Cong Mgt - Audit logs from the Navigation Tree menu bar (or through the Admin icon on the Front Panel - Audit logs). The Audit Logs form opens and contains the active audit log.
Applying audit inconsistencies to OMC from the Audit Logs form
To apply audit inconsistencies to OMC from the Audit Logs form, use the following procedure. (Audit inconsistencies can also be applied from the Audit Inconsistency List.)
During the apply of audit inconsistencies, any object locks in the database are ignored. For example, if a device Detailed View is being displayed in Edit mode it is closed automatically when the Audit Apply is initiated.
10-16
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Auditing a BSS or RXCDR using the Navigation Tree
Procedure 10-7 Apply audit inconsistencies to OMC from the Audit Logs form
1 Refer to Viewing an audit log list on page 10-31 and follow steps 1-3. Result: The Audit Logs form is opened. 2 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-18.
Displaying the results of an apply inconsistencies process
To display the results of an Apply to OMC process, use the following procedure.
Procedure 10-8
1 2
Display the results of an Apply to OMC process
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.
Closing the audit logs window
Close the audit window by selecting File Close from the menu bar.
68P02901W17-S
10-17 Nov 2007
Resolving auditing NE Id inconsistencies
Chapter 10: Auditing
Resolving auditing NE Id inconsistencies
To resolve auditing inconsistencies using the NE Id Inconsistency List, follow these steps:
Procedure 10-9 Resolve auditing NE Id inconsistencies
1 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 Select the network element to be corrected. Result: The NE is highlighted. 3 Click the Make Unique button. Result: A new dialogue box opens. 4 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 eld. Click OK to reset the Network Entity Id. (Clicking 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? 6 Click OK to continue or Cancel to cancel.
10-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Multiple site audits
Multiple site audits
Selecting multiple site audits
Perform the following procedure to select multiple site auditing:
Procedure 10-10 Select multiple site audits
1 Click the Cong Mgt icon on the Front Panel. Result: The OMC-R GUI Navigation Tree opens. 2 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 Cong 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.
68P02901W17-S
10-19 Nov 2007
Multiple BSS/RXCDR audits
Chapter 10: Auditing
Multiple BSS/RXCDR audits
Auditing multiple BSS/RXCDRs
Two or more BSSs or RXCDRs can be audited from the OMC-GUI.
Selecting multiple BSS/RXCDRs for auditing
Perform the following procedure to select multiple BSSs or RXDCRs for auditing:
Procedure 10-11 Selecting multiple BSS/RXCDR audits
1 Click the Cong Mgt icon on the Front Panel. Result: The OMC-R GUI Navigation Tree opens. 2 3 Select Multiple BSSs or RXCDRs by holding down the Ctrl key while making the selections. Select Cong 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.
Viewing the status of Multiple BSS Audits
To view the status of a multiple BSS audit, see Displaying the status of a Multiple BSS Audit on page 10-28.
10-20
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Scheduling an audit
Scheduling an audit
List of scheduling procedures
The following is a list of procedures that are performed using the Audit Scheduler Admin Option. These activities are described in the following subsections. Creating a scheduled audit. Modifying a scheduled audit. Printing a scheduled audit list. Deleting a scheduled audit list.
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 the change from winter to summer time, usually occurs in the hours after midnight on a Friday, Saturday, or Sunday, depending on the country.
Creating a scheduled audit
To schedule an audit, use the following procedures.
Creating a scheduled audit
To create the audit schedule, follow these steps:
Procedure 10-12 Create an audit schedule
1 2 Select the Admin icon from the Front Panel to open the Admin Options window. Select the Audit Scheduler option in the Admin Options window. Continued
68P02901W17-S
10-21 Nov 2007
Creating a scheduled audit
Chapter 10: Auditing
Procedure 10-12 Create an audit schedule (Continued)
3 Click OK. Result: The Audit Scheduler window opens and displays a list of all scheduled audits, detailing their Name, Status, Deferred Time (if applicable), Start and End Times, Intervals, Execute Mode, Update Mode, Audit Type, Per Site Logging, Neighbor Propagation, and Operator. 4 To create an audit, select Edit Create from the Audit Scheduler window. Result: The auSchedule Detailed View window is displayed.
Entering the audit schedule details
To enter the details of the audit schedule, follow these steps:
Procedure 10-13 Enter audit schedule details
1 Click the Scheduled Elements button in the auSchedule Detailed View. Result: The Navigation Tree is displayed. 2 Select to the network objects to be audited.
It is possible to select: 3 One or more BSS/RXCDRs. One or more sites. A region. A single PCU. Network (omcadmin only).
Select Audit from the Cong Mgmt menu. Result: The Navigation Tree window closes and the Scheduled Elements eld in the Schedule 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.
10-22
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a scheduled audit
Setting the execute mode and times
There are two Execute modes to choose from on the auSchedule Detailed View: Oneshot and Periodic. Setting the Execute Mode eld to Oneshot means that an audit can be scheduled to start at a set time, and once completed, it will not be rescheduled. Setting the Execute Mode to Periodic schedules an audit of a Network Element to start at a set time, to run to completion, and to be repeated after the time specied in the Interval eld has elapsed. This continues to repeat until the End Time has been achieved. To set the Execute Mode, follow these steps:
Procedure 10-14 Set the Execute Mode
1 2 To change the Execute Mode eld from Periodic to Oneshot, or Oneshot to Periodic, click 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 eld. 3 Click the Start Time or End Time eld depending on which one needs changing. Result: The selected parameter is highlighted in black.
Only the Start time eld needs to be specied 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 eld to change the date and time to the required value. For Periodic Auditing, the End Time eld must be set in the same way as for the Start Time eld. This eld 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 elds are disabled, so go to Setting the Update Mode. For Periodic Auditing, the Interval eld must be set corresponding to the number of hours between the start of corresponding audits. The User Name eld 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.
68P02901W17-S
10-23 Nov 2007
Creating a scheduled audit
Chapter 10: Auditing
Setting the Update Mode
When an audit is performed, the information obtained can be: Used to update the network element in question. Applied to the OMC-R. Performed in interactive mode.
To set the Update Mode, follow these steps:
Procedure 10-15 Set the Update Mode
1 2 Click the Update Mode eld. Click the button to select the required Update Mode.
Use the Audit scheduler to implement auditing of the network. Ensure that each BSS is scheduled to be audited at least once per week. 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.
Selecting the Audit Type
The type of audit to be performed can also be selected in the auSchedule Detailed View, using either of the following Audit Type eld options: Full Audit (that is, a full audit is performed on all sites). Per Site Audit.
To set the Audit Type, follow these steps:
Procedure 10-16
1 2
Set the Audit Type
Click the Audit Type eld. Click the button to select the required Audit Type. Continued
10-24
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a scheduled audit
Procedure 10-16
Set the Audit Type (Continued)
If the environment variable PER_SITE_AUDIT is set, and if the environment variable PerSiteAuditLevel is 0 in the audit.cfg le, 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 le 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-6 for further details.
Specifying the contents of Per Site Logging
If Per Site Audit has been selected in the Audit Type eld in the auSchedule Detailed View, the content of the Per Site Logging eld can be specied using one of the following Per Site Logging eld options: List All Sites meaning all sites are logged, regardless of whether a full or Per-Site audit is performed on the site. List Audited Sites meaning only those sites for which a full audit is performed are logged. List Unaudited Sites meaning only those sites for which a full audit is not performed should be logged.
To specify the content of Per Site Logging, follow these steps:
Procedure 10-17 Specifying the contents of Per Site Logging
1 2 Click the Per Site Logging eld. Click 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 le, 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 Unaudited Sites. See Per Site Audit feature on page 10-6 for further details.
68P02901W17-S
10-25 Nov 2007
Modifying a scheduled audit
Chapter 10: Auditing
Selecting Neighbor Propagation after Audit
It is possible to select whether neighbor propagation occurs after the audit using one of the following Neighbor Propagation after Audit eld options: Yes (default if the environment variable NBR_PROP_AFTER_AUDIT is set, see Propagating cell changes to neighbor cells after an audit on page 10-37 for further details). No (default if the environment variable NBR_PROP_AFTER_AUDIT is not set, see Propagating cell changes to neighbor cells after an audit on page 10-37 for further details).
To select Neighbor Propagation after Audit, follow these steps:
Procedure 10-18 Selecting Neighbor Propagation after Audit
1 2 Click the Neighbor Propagation after Audit eld. Click the button to select whether Neighbor Propagation after Audit is to occur.
Initiating the scheduled audit
When all the information has been entered into the auSchedule Detailed View window, the scheduled audit can be created. Follow Procedure 10-19 to create the scheduled audit:
Procedure 10-19
1
Initiate the scheduled audit
Select File Create from the menu bar. The new Scheduled Audit is created and can be viewed in the Audit Scheduler window. Make the required changes to a created network. Refer to Modifying a scheduled audit on page 10-26 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
Modifying a scheduled audit
All limitations which apply to Auditing must be adhered to when altering a Scheduled Audit. To modify a scheduled audit, use the following procedure:
Procedure 10-20
1
Modify a scheduled audit
Open an Audit Scheduler window. For details, see Creating a scheduled audit on page 10-21. Continued
10-26
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deferring a scheduled audit
Procedure 10-20 Modify a scheduled audit (Continued)
2 Select the audit to be modied. Result: The selection is highlighted. 3 Select Edit Modify from the Audit Scheduler window. Result: The auSchedule Detailed View window is displayed. 4 5 6 Select Edit Edit from the menu bar. When the required elds 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.
Deferring a scheduled audit
It may be necessary to defer a scheduled pending audit to a later time. Use the following procedure to defer an audit:
Procedure 10-21 Deferring a scheduled audit
1 2 3
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. Enter the date and time the audit is to be deferred to. Use the up or down arrow buttons to change a value. Click OK to apply the deferred time to the selected audit.
4 5
68P02901W17-S
10-27 Nov 2007
Displaying the network elements in a scheduled audit
Chapter 10: Auditing
Displaying the network elements in a scheduled audit
To display the network elements in a scheduled audit, use the following procedure:
Procedure 10-22 Displaying the network elements in a scheduled audit
1 2 3
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
Displaying the status of a Multiple BSS Audit
To display the status of a Multiple BSS Audit, use the following procedure:
Procedure 10-23 Displaying the status of a Multiple BSS Audit
Select Cong 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.
2 3
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.
10-28
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Printing a list of scheduled audits
Printing a list of scheduled audits
To print a list of scheduled audits, use the following procedure:
Procedure 10-24 Print a list of scheduled audits
1 2 Refer to Creating a scheduled audit on page 10-21 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 Cancel.
Deleting a scheduled audit
Delete Expired Scheduled Audits from time to time to avoid excess memory being used.
Obtain permission from an OMC-R System Administrator before deleting pending scheduled audits. To delete a scheduled audit, use the following procedure:
Procedure 10-25 Delete a scheduled audit
1 2 Refer to Creating a scheduled audit on page 10-21 and follow steps 1-3. Select the audit to be deleted in the Audit Scheduler window. Result: The selection is highlighted. 3 Select Edit Delete from the Audit Scheduler window. Result: A conrmation window is displayed. 4 Click OK. Result: The Scheduled Audit disappears from the Audit Scheduler window. 5 Close the Audit Scheduler window by selecting File Close from the menu bar.
68P02901W17-S
10-29 Nov 2007
Deleting all scheduled audits
Chapter 10: Auditing
Deleting all scheduled audits
Permission must be obtained from the OMC-R System Administrator before deleting the scheduled audits. To delete all scheduled audits, perform the following procedure:
Procedure 10-26 Delete all scheduled audits
1 2 3
Refer to Procedure 10-12 Create an audit schedule on page 10-21 and follow step 1 to step 3. Select Edit Delete All from the Audit Scheduler window. Result: A conrmation window is displayed. Click OK. Result: All non-active Scheduled Audits disappear from the Audit Scheduler window. Close the Audit Scheduler window by selecting File Close from the menu bar.
10-30
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Managing audit logs
Managing audit logs
Viewing an audit log list
After an audit has taken place, information relating to this audit is placed in an audit log. This information can be viewed and printed. To view an audit log list, use the following procedure:
Procedure 10-27 View an audit log list
1 2 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. 3 Close the Audit Logs window by selecting File Close from the menu bar.
Printing an audit log list
To print an audit log list, use the following procedure:
Procedure 10-28 Print an audit log list
1 2 Refer to Viewing an audit log list on page 10-31 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. 3 Close the Audit Log window by selecting File Close from the menu bar.
Aborting an audit in progress
As soon as an audit commences, details of the audit are displayed in the Audit Log list.
68P02901W17-S
10-31 Nov 2007
Viewing an audit inconsistency report
Chapter 10: Auditing
When an audit is in progress (known as the collection phase) the Status eld 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 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-29 Abort an audit in progress
1 Refer to Viewing an audit log list on page 10-31 and follow steps 1-3. Result: The Audit Logs window opens. 2 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 eld to Active. 3 Select Options Abort from the menu bar. Result: A conrmation window is displayed. 4 Click OK. Result: The Audit Log list is updated and the Status eld displays Aborted. 5 Close the Audit Log window by selecting File Close from the menu bar.
Viewing an audit inconsistency report
Types of inconsistencies
After an audit has taken place, information relating to the audit is placed in an Audit Log. Any inconsistencies found between the NE and OMC-R conguration database are placed in an inconsistency list. This information can be viewed and printed. An inconsistency list is produced if an object exists in the: MIB but not in the BSS. BSS but not in the MIB.
10-32
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Printing an inconsistency report
MIB and the BSS, but the attribute values differ. MIB and the BSS, but the versions differ.
Viewing an audit inconsistency report
To view an audit inconsistency report for a particular audit, use the following procedure:
Procedure 10-30 View an audit inconsistency report
1 Refer to Viewing an audit log list on page 10-31 and follow steps 1-3. Result: The Audit Logs window is opened. 2 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 valid for an audit with a status eld 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.
Printing an inconsistency report
To print an audit inconsistency report, use the following procedure:
Procedure 10-31 Print an audit inconsistency report
1 Refer to Viewing an audit log list on page 10-31 and follow steps 1-3. Result: The Audit Logs window is opened. 2 3 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. Continued
68P02901W17-S
10-33 Nov 2007
Updating the database with inconsistencies
Chapter 10: Auditing
Procedure 10-31 Print an audit inconsistency report (Continued)
4 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. 5 6 7 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.
Updating the database with inconsistencies
To update the database with the inconsistencies found during an audit, use the following procedure:
Procedure 10-32 Update the database with inconsistencies
1 Refer to Viewing an audit inconsistency report on page 10-32 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 conguration database at the OMC-R. Result: A conrmation window is displayed. 3 Click 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 eld 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 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.
10-34
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting audit logs
Deleting audit logs
Audit Log Management deletes Audit logs after a predened period. The period is congurable between one and seven days. The logs may also be deleted manually.
If the OMC-R is stop/started, the Audit Logs remain undeleted until the period is reached after the restart.
Setting the audit logs delete period
A period of time can be set to retain the audit log les, after which the OMC-R automatically deletes the les. The default setting does not delete the Audit Logs. To set the delete period, use the following procedure:
Procedure 10-33
1 2
Set the audit logs delete period
Select the Admin icon on the Front Panel. The Admin Options window opens. Select the Audit Log Management option, then click OK. Result: The Audit Log Management window is displayed.
3 4 5 6
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.
Deleting an audit log
Audits, which have had their inconsistencies applied to the OMC-R, are automatically deleted at the start of a new audit. The following procedure deletes the audit logs that have not had their inconsistencies applied to the OMC-R. To delete an Audit Log, use the following procedure:
Procedure 10-34 Delete an Audit Log
1 Refer to Viewing an audit log list on page 10-31 and follow steps 1 to 3. Result: The Audit Logs window is opened.
Continued
68P02901W17-S
10-35 Nov 2007
Deleting audit logs
Chapter 10: Auditing
Procedure 10-34 Delete an Audit Log (Continued)
2 3 4 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 OK in the conrmation box. Result: The box closes and the selected Audit Log is removed from the list. 5 Close the Audit Log window by selecting File Close from the menu bar.
10-36
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Propagating cell changes to neighbor cells after an audit
Propagating cell changes to neighbor cells after an audit
Propagation of cell changes after audit
When an audit is complete and the audit inconsistencies have been applied by a user (or automatically by the OMC-R), the OMC-R can be congured to automatically propagate to neighbor cells any cell details which have changed. This feature is controlled by the environmental variable: NBR_PROP_AFTER_AUDIT, which by default is set to Off (0). When enabled, the propagation to neighbor cells process takes no more than ve minutes to complete, but may prevent users from performing other activities until the process is complete. If the neighbor propagation is successful, a message is logged in the omc audit log le, along with details of all the neighbor details which have been changed. If the propagation is unsuccessful for a neighbor cell, an error message is logged in the omc audit log le and the propagation process moves to the next neighbor.
Cell details propagated after an audit
For example, if the cell id value (CELL::gsmCellId) for a cell changes as a result of an audit, the new value is automatically propagated to all neighbor cells pointing to that cell (providing the neighbor cell contains the original cell id value). Likewise, cell id is also propagated to all sources pointing to that cell. Table 10-1 gives details of all the values propagated after an audit.
Table 10-1 Values propagated after an audit
Changed cell value CELL::gsmCellId Propagated to Neighbor::neighbor GsmCellId in all neighbors pointing to the cell. Source::source_gsm CellId in all sources pointing to the cell. Neighbor::bsic for neighbors pointing to the cell. Neighbor::ms_txpwr _max_cell for the neighbors pointing to the cell. bsic of the neighbor cell differs from the Cell::bsic. ms_txpwr_max_cell of the neighbor differs from the Cell::max_tx_ms value. If... neighbor cell contained the original cell id value. D/base CM MIB and BSS
CELL::gsmCellId
CM MIB
CELL::bsic
CM MIB and BSS
CELL::max_tx_ms
CM MIB and BSS
Continued
68P02901W17-S
10-37 Nov 2007
Enabling the propagation after audit facility
Chapter 10: Auditing
Table 10-1 Values propagated after an audit (Continued)
Changed cell value For a BCCH RTF RTF::carrier1_arfcn Propagated to Neighbor::bcch Frequency Num for the neighbors pointing to the cell identied by RTF::carrier1 GsmCellId. Pre-existing neighbors (if any) pointing to the cell. If... bcchFrequencyNum for neighbor differs from the new RTF::Carrier1_arfcn value. D/base CM MIB and BSS
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
bsic and ms_txpwr_max_cell values for the neighbor are different from the CELL::bisc and CELL::max_tx_ms. bcchFrequencyNum of neighbors differs from RTF::carrier1_arfcn value.
CM MIB and BSS
Neighbor::bcch FrequencyNum for all neighbors pointing to the call identied by the RTF::carrier1 GsmCellId.
CM MIB and BSS
Enabling the propagation after audit facility
By default, the propagation after audit facility is disabled. To enable the propagation to neighbors after audit facility, follow these steps:
Procedure 10-35 Enable the propagation after audit facility
1 Use a text editor to edit the conguration les 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 conguration le. Restart the OMC-R. Result: The restart process uses the new setting.
2 3 4
10-38
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reasons for disabling propagation after audit facility
Reasons for disabling propagation after audit facility
By default, the propagation after audit facility is disabled. However, if the facility has been enabled, it may need to be disabled at a later date. For example, the facility may need to be disabled for the following reasons: To avoid the system being tied up with propagation activities after the audit. When NBR_PROP_AFTER_AUDIT is set to ON (1), whenever a neighbor is created or updated in the OMC database by the audit process, the CM MIB searches for the source cells. If the source cells are not found, the CM MIB creates proxy cells. In some cases, this is unnecessary because the source cells are in the neighboring BSS which will be audited into the OMC later. This could generate inconsistencies. For this reason, it is recommended that NBR_PROP_AFTER_AUDIT is set to OFF during initial conguration of the network, or an upgrade. NBR_PROP_AFTER_AUDIT can then be set to ON when the upgrade and audit of all BSSs have completed.
Disabling the propagation after audit facility
To disable the propagation to neighbors after audit facility, follow these steps:
Procedure 10-36 Disable the propagation after audit facility
1 Use a text editor to edit the conguration les 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 conguration le. Restart the OMC-R. Result: The restart process uses the setting.
2 3 4
68P02901W17-S
10-39 Nov 2007
Time of the last audit
Chapter 10: Auditing
Time of the last audit
Looking up the time of the last audit
To see when the last audit Gather and Apply phases were completed for a Network, Region, BSS, RXCDR, PCU or site, look at the following elds in the State grouping in the Network, Region, BSS, RXCDR, PCU or SITE Detailed View, as appropriate: Time of Last Audit Gather Complete (timeOfLastAuGatherComplete) Time of Last Audit Apply Complete (timeOfLastAuApplyComplete)
10-40
68P02901W17-S Nov 2007
Chapter
11
Network Expansion
Network expansion provides mechanisms for copying and pasting existing BTSs, reparenting, and deleting BTSs, including performing these activities in a daisy chain conguration. Information about network expansion procedures is 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-34. Network expansion in a daisy chain conguration on page 11-38. Troubleshooting Network expansion on page 11-53. Scheduling network expansion on page 11-55. Network expansion logs on page 11-68. Managing network expansion logs on page 11-73. Conguring a path using Path Congure menu option on page 11-74. Using at les on page 11-95.
68P02901W17-S Nov 2007
11-1
Introduction to network expansion
Chapter 11: Network Expansion
Introduction to network expansion
Overview of network expansion
Network expansion can be performed either on the Off-Line MIB (DataGen) or OMC-R (online) platform. Network expansion activities that are available only on the Off-Line MIB (DataGen) are marked as such in this section. Network expansion is achieved from the Navigation Tree by being able to: Create a BTS site by copying and pasting an existing BTS into a BSS conguration. Reparent a BTS: By copying a BTS and swapping LACs (this can be intra- or inter-BSS (alternative reparent)). Using the reparent option of inter/intra BSS (ofine environment only). 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. Congure a path. Congure timeslot switch support for path congure.
Only one network expansion operation can be run at a time (except for path congure).
Fault management functions
If deleting a site, then the site is gracefully shutdown, for example, DRIs are shut down and RSLs are locked.
In the case of online operations, the network expansion application performs mandatory fault management procedures. 11-2 68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Prerequisites for using network expansion
Performance management functions
For both platforms, the network expansion application maintains performance management data on devices. During a copy site operation, the application copies the performance management conguration (enables statistics, thresholds, and so on) from the original site to the new site. Similarly during a reparent site operation, the application maintains the performance management conguration. Maintenance of performance management is limited to those statistics congured within the containment of a BTS site. Statistics congured within a BTS site (cell or carrier level) for example, RF LOSSES TCH or CALL VOLUME DRI, are manipulated during network expansion. Statistics outside the BTS site at the BSS level, for example CPU_USAGE MAX, are not manipulated. These sites inherit the congurations from the parent BSS for inter-BSS operations.
Prerequisites for using network expansion
The command partitioning feature provides a means of partitioning OMC-R users into different security areas. Before invoking any network expansion facility, enable the network expansion command partition within the user prole. By default, the omcadmin user has access to all command partitions. network expansion can be performed by any user on the Off-Line MIB.
Network expansion restrictions
Network expansion has the following restrictions: It is only possible to copy and paste BTSs between BSSs of the same BSGSM software version and BSSs with the same purchased options/features. Expansion of circuits, channels, and timeslots are not supported. These may be modied by using DataGen MCDF tables. Interactive delete and copy operations are allowed on terminating BTS sites as well sites within a daisy chain. However, these operations are not supported for daisy chains which have timeslot switching sites. Reparent is allowed on a terminating site only. Batch operations delete, copy, and reparent are allowed on terminating sites only. Only one network expansion operation is allowed at any one time (except for Path Congure). Conguration of collocated RXCDRs or RXCDR sites are not supported.
Path error messages recorded in omcaudit log le
The omcaudit le is a general-purpose log le which records OMC-R system activity. The le can be found in /usr/omc/logs/omcaudit.
68P02901W17-S
11-3 Nov 2007
Dening network expansion environment variables
Chapter 11: Network Expansion
When a BTS is copied and pasted, or reparented, using Network Expansion, the OMC-R creates error messages in the omcaudit le when it tries to create the associated new paths. These error messages can be ignored. These error messages are produced because the OMC-R tries to create a path from the BSC through any daisy chained sites to the site being created or reparented. When part of the path exists, the OMC-R tries to recreate it. This produces error messages in the omcaudit le. The following example shows the error messages which can be generated in the omcaudit le. 2002-07-09 09:58:54 cm: Initiating remote operation - Create PATH 2002-07-09 09:58:56 cm: object created : PATH : NPI_BSS6:SITE-azmi::PATH 0 2002-07-09 09:58:56 cm: object created : Relationship 2002-07-09 09:58:56 cm: error: relationship already exists 2002-07-09 09:58:56 cm: error: relationship already exists 2002-07-09 09:58:56 cm: error: relationship already exists 2002-07-09 09:58:56 cm: error: relationship already exists 2002-07-09 09:58:56 cm: error: relationship already exists 2002-07-09 09:58:56 cm: error: relationship already exists 2002-07-09 09:58:56 cm: error: relationship already exists 2002-07-09 09:58:56 cm: error: relationship already exists 2002-07-09 09:58:56 cm: Initiating remote operation - Create RSL
Dening network expansion environment variables
The behavior of network expansion can be congured through the use of environment variables.
Time period for shutdown
The amount of time to do a controlled shutdown is controlled by the environment variable NX_SHUTDOWN_TIMEOUT. By default, the value is set to 30 seconds. Execute the following commands to alter the variable:
Procedure 11-1 Modify NX_SHUTDOWN_TIMEOUT
1 Exit the OLM and shut down DataGen (ofine environment only refer to System Information: DataGen (68P02900W22). Otherwise, shutdown the OMC-R (online environment only). To set the variable, execute the following command from the Xterm window that the OMC-R starts from: setenv NX_SHUTDOWN_TIMEOUT <number of Seconds> where the minimum is 5, the maximum is 300. Restart DataGen and OLM (ofine environment only - refer to System Information: DataGen (68P02900W22). Otherwise, restart the OMC-R (online environment only).
11-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dening network expansion environment variables
Options for selecting an MMS
During a copy or reparent procedure, it is possible to auto-select an MSS (Multiple Serial Link Interface) when completing a Path Details form. This selection is controlled by the environment variable NX_PATH_MMS_SELECTION. By default, the rst suitable MMS is selected. Execute the following commands to alter the default:
Procedure 11-2
1 2 3
Modify NX_PATH_MMS_SELECTION
Select the Xterm icon from the OMC-R front panel display. Edit the Common.csh le 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 (ofine environment only - refer to System Information: DataGen (68P02900W22) Otherwise, restart the OMC-R (online environment only).
68P02901W17-S
11-5 Nov 2007
Copying and pasting a BTS
Chapter 11: Network Expansion
Copying and pasting a BTS
Introduction to copying and pasting a BTS
To copy and paste a BTS into a BSS, an existing BTS is copied and used as a template to create a BTS. The new BTS is pasted into the same BSS or another BSS. This is the recommended way of adding a BTS to a BSS. Details of the new BTS are entered into a Control form which is made up of three steps: Step 1 - Equip SITE Hardware Devices. Step 2 - Equip SITE Logical Link Devices. Step 3 - Equip SITE Radio Frequency Devices.
Mandatory and optional information must be entered in sequence for each step to complete the operation successfully. 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 reected in the Navigation Tree. If error messages appear in the omcaudit le during a copy and paste BTS operation, see Introduction to network expansion on page 11-2, section for details.
Copying and pasting a Horizon II macro BTS
When copying a Horizon II macro BTS, the following devices are not copied: MSI. CSFP . GCLK. MMS. Instead, each of these devices is automatically created when the BTP is created at the new BTS. Six MMS devices are automatically created at the new Horizon II macro BTS.
Restrictions to copy and pasting a BTS
Only a terminating or spoke BTS in an open daisy chain conguration may be copied and pasted using this procedure. To copy and paste a site in a daisy chain conguration, see Network expansion in a daisy chain conguration on page 11-38.
11-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Procedure for copying a BTS
NetEx does not allow a site to be copied from one BSS to another, if one site has the Fast Call (FastCallOpt) feature unrestricted and the other one has it restricted. If copying and pasting a BTS causes a Cell, and then an RTF to be created, the following occurs: 1. Cell parameters init_dl_cs and/or init_ul_cs dened as Coding Schemes 3 or 4 are reset to Coding Scheme 2. When an RTF is created for the Cell, the Cell parameters init_dl_cs and/or init_ul_cs are reset to their original values.
2.
Procedure for copying a BTS
To expand the network by copying an existing BTS, execute the following procedure:
Procedure 11-3 Copy an existing BTS
1 2 3 Select the Cong Mgt icon from the Front Panel to display the Navigation Tree. From the Navigation Tree, click the BTS to use as a template. Select Cong Mgt - Copy SITE from the menu. The Copy SITE form is displayed, see Figure 11-1.
68P02901W17-S
11-7 Nov 2007
Entering hardware devices
Chapter 11: Network Expansion
Figure 11-1
Copy SITE form
ti-GSM-CopySITEform-00828-ai-sw
Entering hardware devices
To enter the site hardware device information, execute the following procedure:
Procedure 11-4
1
Enter hardware devices
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 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.
Continued
11-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Entering hardware devices
Procedure 11-4 Enter hardware devices (Continued)
3 4 Navigate to the site to be the upstream site. Double-click the upstream site in the Navigation Tree. Result: The Upstream Site eld 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 eld in the SITE form. Otherwise, LCF (1) is displayed. 5 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. 6 Navigate to the site to be the downstream site.
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 eld is updated with the selected site name. 8 If not automatically completed by the system, the controlling function LCF must be entered in the eld: LCF managing this site. 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 eld: LCF managing this site. Otherwise, enter the LCF number.
If copying a site into a daisy chain conguration, now go to step 4 in Copying and inserting a site in a daisy chain on page 11-47. Continued
68P02901W17-S
11-9 Nov 2007
Entering hardware devices
Chapter 11: Network Expansion
Procedure 11-4 Enter hardware devices (Continued)
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) elds. The Copy SITE Progress Dialog information is updated as the process continues.
The Progress Dialog window is not displayed if scheduling a copy operation. Refer to Scheduling network expansion on page 11-55 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-55 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
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Entering hardware devices
Figure 11-2 SITE <Create> form
ti-GSM-SITECreateform-00829-ai-sw
68P02901W17-S
11-11 Nov 2007
Entering logical links
Chapter 11: Network Expansion
Entering logical links
To enter the logical link device information in the Copy SITE form execute the following procedure:
Procedure 11-5 Enter logical links
1 Click Copy PATH from the Copy SITE form. Result: The Path Details form is displayed as in Figure 11-3. 2 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.
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 elds 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. Continued
11-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Entering logical links
Procedure 11-5 Enter logical links (Continued)
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-55 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-55 for details on batch scheduling procedures.
For each path that exists repeat steps 2 to 5.
The number of new paths that need to be created must be 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).
68P02901W17-S
11-13 Nov 2007
Entering logical links
Chapter 11: Network Expansion
Figure 11-3 Path Details form
ti-GSM-PathDetailsform-00830-ai-sw
11-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Entering radio frequency device information
Entering radio frequency device information
To enter the radio frequency device information, execute the following procedure:
Procedure 11-6 Enter radio frequency device information
1 Click Copy CELL from the Copy SITE form (Figure 11-1). Result: This displays the Cell Details Form as in Figure 11-4. 2 Enter the Location Area Code (LAC) in the third eld of the New GSM Cell Id.
The MCC and MNC subelds in the New GSM Cell ID eld 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 eld of the New GSM Cell Id. Enter the new Cell Name (optional). Enter the new Cell Base Transceiver Station Identication 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 External and/or Internal to Copy External/Internal SITE Neighbors Relations (Refer to Errors when copying neighbor relations on page 11-18 for details). To view the original Cell Source and Neighbor view parameters, select Options - Source and Neighbors from the menu. Otherwise proceed to the next step. Enter the BVCI Value. Continued
10
68P02901W17-S
11-15 Nov 2007
Entering radio frequency device information
Chapter 11: Network Expansion
Procedure 11-6 Enter radio frequency device information (Continued)
11 Enter the ARFCN numbers. By default, the values are taken from the original site.
If the Frequency Hopping System is copied, then it is not possible to modify the Absolute Radio Frequency Channel Number (ARFCN). 12 Enter the First Path Id values.
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. Continued
11-16
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Entering radio frequency device information
Procedure 11-6
15
Enter radio frequency device information (Continued)
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. 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-55 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-55 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.
68P02901W17-S
11-17 Nov 2007
Errors when copying neighbor relations
Chapter 11: Network Expansion
Figure 11-4 Cell Details Form
ti-GSM-CellDetailsForm-00831-ai-sw
Errors when copying neighbor relations
Cells within a site are equipped sequentially, external neighbor relations cannot be equipped until both the source and target cells have been provisioned by Network Expansion. Internal neighbor relations can only be copied if both the source and target cells have internal site neighbor relations copied. If either the source or target cells do not have Internal site neighbor relations selected then the neighbor relation are not copied. In the Progress Dialog window, the following error message is displayed: Error/Warnings/Comments Neighbor is not created because conflicting answers between the cell and neighbor cell.
11-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Completing or terminating the operation
Completing or terminating the operation
Once the site, path and cell and frequency forms are completed successfully, the site hardware and software devices are equipped at the NE and MIB. Follow these steps to complete or terminate the operation:
Procedure 11-7 Complete or terminate the operation
1 Select File Close from the Controlling Form menu.
Closing the Controlling Form automatically closes the Progress Dialog window. Result: If the operation is complete, a conrmation window is displayed: Do you want to close the Network Expansion form? perform step 2 only. If the operation is not complete, a conrmation 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 OK to return to the Navigation Tree. Click 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-19 for details.
Aborting the copy operation
A copy operation can be aborted at any stage. The current task is completed, for example, provisioning a site, and then the copy is aborted. To abort a copy operation in progress, follow these steps:
68P02901W17-S
11-19 Nov 2007
Printing a Progress Dialog window
Chapter 11: Network Expansion
Procedure 11-8
1
Abort the copy operation
Select Options - Abort from the Copy SITE Progress window. Result: A conrmation window is displayed: Do you want to Abort the Copy operation ?
Click 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.
Printing a Progress Dialog window
To print a Progress Dialog window, use the following procedure:
Procedure 11-9
1 2
Print a Progress Dialog window
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.
Close the Progress Dialog window by selecting File Close.
Filtering criteria - Progress Dialog window
The lter option lters Devices and Status Values in the Progress Dialog window.
Procedure 11-10 Filter Devices and Status Values
1 2 3 From the Progress Dialog window (shown in Figure 11-5), select Filter - Show Filters from the menu. Click the button to the left of Apply Status to display the status options. Click the required status settings. Continued
11-20
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Filtering criteria - Progress Dialog window
Procedure 11-10 Filter Devices and Status Values (Continued)
4 5 6 7 Click 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 lter section of the window, select Filter - Hide Filters from the menu.
Figure 11-5
Copy SITE Progress Dialog window - applying lters
ti-GSM-CopySITEProgressDialogwindow-applyingfilters-00832-ai-sw
68P02901W17-S
11-21 Nov 2007
Reparenting a BTS
Chapter 11: Network Expansion
Reparenting a BTS
Introduction to reparenting a BTS
There are two methods available for reparenting a BTS. By copying a BTS and swapping LACs (this can be intra or inter-BSS (alternative reparent)). Using the reparent option of inter/intra BSS (ofine environment only)
Online method (copying and swapping LACs)
Reparent a BTS using the following steps:
Procedure 11-11 Reparent a BTS using the Online method
1 Select the BTS and copy it. Result: All Cells in the copied site are given the same dummy or false LAC. 2 3 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 conguration. In the situation where site downtime is an issue this method allows the new site to be equipped in full, while the old site conguration 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 le during a reparent BTS operation, see Introduction to network expansion on page 11-2 for details.
Ofine method (within the same BSS or to another BSS)
Reparent a BTS within the same BSS or to another BSS using the following steps:
Procedure 11-12 Reparent a BTS using the Ofine method
1 2 3 4 Select the BTS to reparent. Reparent the SITE hardware devices. Reparent the SITE logical links devices. Reparent the radio frequency devices which includes deleting the original BTS.
11-22
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Prerequisites for swapping site LAC and CI operations
Prerequisites for swapping site LAC and CI operations
Swapping site LAC operations
During a swap site Local Area Code (LAC) operation, neighbor relationships of a cell for the old site are copied to the cell with the same Cell Identier (CI) at the new site. Cell mapping is carried out based on the value of the Cell Identier. For a swap site LAC operation to be successful, ensure that the following conditions are met: The cell Identier in the GSM Cell Id eld for cells of the old site are unique within the old site. Similarly, the Cell Identier in the GSM cell Id eld for cells of the new site must be unique within the new site. Each cell in the new site must have the same Cell Identier as a corresponding cell in the old site.
The following are examples of successful and unsuccessful swap site LAC operations. Example 1: Table 11-1 shows a successful swap site LAC operation, that is CELL1's neighbor relationships are copied to CELL3 and CELL2's neighbor 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 Neighbors? Yes Yes GSM Cell ID 11111101 33333102 New site Cell Name CELL3 CELL4 Neighbors? No No
Example 2: Table 11-2 shows an unsuccessful Swap site LAC operation. It failed for the following reasons: The Cell Identiers 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 Identier.
Table 11-2 Example of an unsuccessful swap site LAC operation
Old site GSM Cell ID 4444421 5555521 Cell Name CELL1 CELL2 Neighbors? Yes Yes GSM Cell ID 66666201 77777202 New site Cell Name CELL3 CELL4 Neighbors? No No
Example 3: Table 11-3 shows an unsuccessful Swap site LAC operation. It failed because the Cell Identier of the cells of the new site (CELL3 and CELL4) are not unique.
68P02901W17-S
11-23 Nov 2007
Reparenting a BTS by copying and swapping LACs (online only)
Chapter 11: Network Expansion
Table 11-3 Example of an unsuccessful swap site LAC operation
Old site GSM Cell ID 1231231 2342332 Cell Name CELL1 CELL2 Neighbors? Yes Yes GSM Cell ID 45645301 56778301 New site Cell Name CELL3 CELL4 Neighbors? No No
Swapping site CI operations
During a swap site Cell Identier (CI) operation, neighbor relationships of a cell for the old site are copied to a Cell which has the same Location Area Code (LAC) at the new site. Cell mapping is carried out based on the value of the Location Area Code. For a Swap site CI to be successful, ensure that the following conditions are met: The LAC in the GSM Cell Id eld for cells of the old site are unique within the old site. Similarly, the LAC in the GSM Cell Id eld for cells of the new site must be unique with the new site. Each cell in the new site has the same LAC as a corresponding cell in the old site.
Reparenting a BTS by copying and swapping LACs (online only)
This procedure can also be used to reparent a site in a daisy chain conguration.
Prerequisites
See Prerequisites for swapping site LAC and CI operations on page 11-23 for details.
Selecting and Copying a BTS
To reparent a BTS using the Copy and Swap LACs procedure, execute the following steps:
Procedure 11-13 Select and copy a BTS
1 2 3 Click the Cong Mgt icon from the Front Panel to display the Navigation Tree. From the Navigation Tree, click the BTS to reparent. Select Cong Mgt - Copy SITE from the menu. Result: The Copy SITE form is displayed, see Figure 11-1. 4 Refer to Copying and pasting a BTS on page 11-6 and only execute the following procedures: Entering hardware devices. Entering logical links. Continued
11-24
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Reparenting a BTS by copying and swapping LACs (online only)
Procedure 11-13
5
Select and copy a BTS (Continued)
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 eld of the New GSM Cell ID.
For each Cell that exists in the site, enter the same dummy LAC number. The MCC and MNC subelds in the New GSM Cell ID eld in the Cell Details Form (see Figure 11-4) can also be changed as required.
Enter the original (old) CI in the fourth eld 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 Neighbors 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 conrmation window is displayed: Do you want to close the Network Expansion form? 12 Click OK to return to the Navigation Tree.
68P02901W17-S
11-25 Nov 2007
Reparenting a BTS by copying and swapping LACs (online only)
Chapter 11: Network Expansion
Swapping cell LACs
To copy the original cell LACs to the copied BTS, execute the following procedure:
Procedure 11-14 Swap Cell LACs
1 2 From the Navigation Tree, click the new BTS. Select Cong 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-24.
If there are any neighbors relations for any of the Cells under the site, then a warning appears indicating the swap site LACs operation is not possible. 3 Click Select Old site. Result: The Navigation Tree is displayed. 4 From the Navigation Tree, double click the original (old) BTS. Result: The Swap site LACs Form displays the original (old) site information. 5 6 If required, click Copy Neighbors?, to delete all neighbor relations for the original site and recreate the relations in the new BTS. Click 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 Close to return to the Navigation Tree when the operation is complete.
11-26
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration within the same BSS or to another BSS (ofine only)
Reparenting a BTS
Figure 11-6
Swap site LACs Form
ti-GSM-SwapsiteLACsForm-00833-ai-sw
Deleting the original BTS
When required, delete the original BTS referring to Deleting a BTS on page 11-34 for details.
Reparenting a BTS within the same BSS or to another BSS (ofine only)
Selecting the site to Reparent
To reparent a BTS from one BSS to another, follow Procedure 11-15.
68P02901W17-S
11-27 Nov 2007
Reparenting a BTS within the same BSS or to another BSS (ofine only)
Chapter 11: Network Expansion
Procedure 11-15 only)
1 2 3
Reparent a BTS within the same BSS or to another BSS (ofine
Click the Cong Mgt icon on the Front Panel to display the Navigation Tree. From the Navigation Tree, click the BTS to reparent. Select Cong Mgt - Reparent SITE from the menu. Result: The Reparent SITE controlling form is displayed as in Figure 11-7.
Figure 11-7 Reparent SITE controlling form
ti-GSM-ReparentSITEcontrollingform-00834-ai-sw
11-28
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration within the same BSS or to another BSS (ofine only)
Reparenting a BTS
Entering hardware device information
To enter the hardware device information, execute the following procedure:
Procedure 11-16 Enter hardware device information
1 Click Reparent SITE from the Reparent SITE controlling form (see Figure 11-7). Result: This displays the SITE Details form. 2 Click Parent BSS. Result: A list of BSS instances is displayed. 3 Select the new parent BSS and click 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, select the controlling function, LCF Select Options - Auto-Select LCF from the menu of the SITE Details form. A valid LCF number is auto-selected. 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) elds.
If scheduling a reparent operation, the Progress window is not displayed. Refer to Scheduling network expansion on page 11-55 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-55 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.
68P02901W17-S
11-29 Nov 2007
Reparenting a BTS within the same BSS or to another BSS (ofine only)
Chapter 11: Network Expansion
Entering logical links
To enter the logical link device information, execute the following procedure:
Procedure 11-17
1
Enter logical link device information
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 elds, 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-55 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-55 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 are created must be the same as the original site. Each path must be equipped before equipping the RF Devices.
11-30
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration within the same BSS or to another BSS (ofine only)
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-55 for details on batch scheduling procedures. To enter Radio Frequency device information, use the following procedure:
Procedure 11-18 Enter Radio Frequency device information
1 Click Reparent Radio Frequency Devices from the Reparent SITE controlling form. Result: A conrmation window displays the following message: Warning: To Equip the Radio Frequency Devices, the old site will be locked and unequipped. 2 Click 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 elds.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 reected 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 Dening 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.
Typical transition states when reparenting a site.
Refer to Table 11-4 for examples of OMC Device Transition States when reparenting a site.
68P02901W17-S
11-31 Nov 2007
BTS rollback to original BSS
Chapter 11: Network Expansion
Table 11-4 Reparent site - Examples of OMC Device Transition States
Device Transition 1 2 3 4 5 6 7 8 Action on Device Initially Shutdown Action Successful Shutdown Action Lock Action Successful Lock Action Reparent Action Successful Reparent Action Failed Reparent Action Operation Type Device to Reparent Device to Shutdown Device to Shutdown Device to Lock Device to Lock Device to Reparent Device to Reparent Device to Reparent Status Not applied. Shutting Down. Locked. Not applied. Locked. Not applied or Locked. Success. Failed.
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 ofine MIB for all devices that are undergoing reparenting are between: Not applied to Success or Failed. The rules for neighbor relations during a reparenting operation are outlined below: Step 1 2 3 Rules for Neighbor relations External neighbors to cells that are in the new BSS are changed to internal neighbors. Internal neighbors to cells in the old BSS are changed to external neighbors. Other neighbor relations are unchanged.
BTS rollback to original BSS
At any stage during a reparenting procedure, it is possible to revert the site back to its original BSS.
11-32
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
BTS rollback to original BSS
To carry out a rollback:
Procedure 11-19 Roll back to the original BSS
1 Select Options - Rollback from the Reparent site controlling form or Progress window menu. Result: A conrmation window is displayed as in Figure 11-8. 2 Click OK to rollback the site or Cancel to abort the rollback.
Figure 11-8
Conrmation window after selecting rollback
ti-GSM-Confirmationwindowafterselectingrollback-00835-ai-sw
68P02901W17-S
11-33 Nov 2007
Deleting a BTS
Chapter 11: Network Expansion
Deleting a BTS
Restrictions to deleting a BTS
Only a terminating or spoke BTS in an open daisy chain conguration may be deleted using this procedure. To delete a Site in a daisy chain conguration, see Network expansion in a daisy chain conguration on page 11-38. When devices or functions are deleted as part of a Network Expansion operation (such as RTFs), the same restrictions apply to the device or function as detailed in for example, section Deleting an RTF on page 9-192.
The Network Expansion GUI delete site option is 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, through Network Expansion, Batch Rlogin, Hierdelete, or the delete option from the detailed view.
Procedure for deleting a BTS
To delete a BTS and its associated hardware and software objects from the Navigation Tree, follow these steps:
Procedure 11-20 Delete a BTS
1 From the Navigation Tree, select the SITE to delete.
It is also possible to invoke a delete from the Site Detailed View form in Edit mode. Continued
11-34
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Procedure for deleting a BTS
Procedure 11-20 Delete a BTS (Continued)
2 Select Edit Delete from the menu. Result: A conrmation window is displayed stating:Do you want to delete this object and all its containees ? 3 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 conrmation window is displayed:Do you want to close the Progress Dialog Form? 5 Click OK to continue. Result: The Navigation Tree is automatically updated.
In the case of online operations (OMC-R), mandatory Fault Management procedures are carried out and reected in the Progress Dialog window. A DRI is shut down 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.
68P02901W17-S
11-35 Nov 2007
Procedure for deleting a BTS
Chapter 11: Network Expansion
Figure 11-9
Delete SITE Progress Dialog window.
ti-GSM-DeleteSITEProgressDialogwindow-00836-ai-sw
Typical transition states when deleting a SITE
Table 11-5 Delete SITE - Examples of OMC-R Device Transition States
Action on Device Initially Shutdown Action Successful Shutdown Action Lock Action Successful Lock Action Delete Action Successful Delete Action Failed Delete Action Operation Type Device to Delete Device to Shutdown Device to Shutdown Device to Lock Device to Lock Device to Delete Device to Delete Device to Delete Status Not applied Shutting Down... Locked Not applied Locked Not applied or Locked Success Failed
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 ofine MIB for all devices that are undergoing deletion are: Not applied to Success or Failed.
11-36
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Aborting a delete operation
Aborting a delete operation
At any stage during the deletion of a terminating Site, it is possible to abort the operation. If the Site is within a daisy chain conguration, a delete operation can only be rolled back (see Deleting a Site in a daisy chain conguration on page 11-39 for details). To abort the deletion of a terminating Site, follow these steps:
Procedure 11-21 Abort a delete operation
1 Select Options - Abort from the Delete SITE Progress window. Result: A conrmation window is displayed:Do you want to Abort the Delete SITE operation? 2 Click OK to abort the delete operation or Cancel to continue.
68P02901W17-S
11-37 Nov 2007
Network expansion in a daisy chain conguration
Chapter 11: Network Expansion
Network expansion in a daisy chain conguration
Introduction to network expansion in a daisy chain
A user can perform any of the following activities in a static daisy chain conguration using network expansion functions: Delete a site between two existing sites, see Deleting a Site in a daisy chain conguration on page 11-39. Copy a site into an existing link between two existing sites, see Copying a site and inserting it in a daisy chain conguration on page 11-46. Reparent a site that is between two existing sites, see Reparenting a BTS on page 11-22.
These daisy chain conguration activities cannot be performed using batch operations.
Restrictions on network expansion operations
Network expansion operations cannot be used on dynamic sites within DYNET devices.
11-38
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a Site in a daisy chain conguration
Deleting a Site in a daisy chain conguration
Introduction to deleting a Site in a daisy chain
Deleting a Site in a daisy chain is a two stage process: 1. 2. Select the Site to be deleted. Recongure the associated MMS links to specify the target MMS connectivity of the daisy chain conguration. This occurs after the system has completed the Network Expansion operation.
Each of these stages is described in this section.
Prerequisites to deleting a Site in a daisy chain conguration
A Site can only be deleted using the Delete option in the Edit menu in the Navigation Tree, if it is a static Site within a daisy chain conguration. A Site that is not within a daisy chain, cannot be deleted. If deleting a Site in a daisy chain conguration causes an RTF to be deleted or unassigned, the RTF deletion or unassignment is successful only if the Cell is not using Coding Schemes 3 or 4 for its parameters init_dl_cs and/or init_ul_cs.
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; through Network Expansion, Batch Rlogin, Hierdelete, or the delete option from the detailed view.
Selecting the Site to be deleted
To delete a Site from a daisy chain conguration, follow Procedure 11-22.
68P02901W17-S
11-39 Nov 2007
Selecting the Site to be deleted
Chapter 11: Network Expansion
Procedure 11-22 Delete a Site from a daisy chain conguration
1 Select required Site in the Navigation Tree. Result: The Site instance changes color. 2 Select Edit Delete from the Navigation Tree menu bar. Result: The Delete SITE daisy chain operation conrmation form is displayed, see Figure 11-10.The Delete SITE daisy chain operation conrmation form displays all SITEs, PATHs, and devices affected by the deletion, and warns that all these devices and paths will be temporarily deleted. 3 Click OK to conrm the deletion. Result: The Delete SITE daisy chain operation conrmation form closes. Alternatively, to close the form and cancel the deletion, click Cancel.
Figure 11-10
Delete SITE daisy chain operation conrmation form
ti-GSM-DeleteSITEdaisychainoperationconfirmationform-00837-ai-sw
11-40
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reconguring MMSs for a deleted Site
Reconguring MMSs for a deleted Site
Delete SITE <name> MMS Reconguration form
After conrming the deletion of the site, the Delete SITE daisy chain operation conrmation form closes, and the MMS Reconguration form opens (see Figure 11-11).
Figure 11-11
MMS Reconguration form
ti-GSM-MMSReconfigurationform-00838-ai-sw
The MMS Reconguration form displays a read-only list of all the links affected by the Site deletion in the pane labeled: Affected PATH's MMS Connectivity List. The rst link is selected by default. For each link, the following information is displayed:
68P02901W17-S
11-41 Nov 2007
Reconguring MMSs for a deleted Site
Chapter 11: Network Expansion
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 PATH's MMS connectivity List, details are displayed in the following elds 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.
Procedure to recongure MMSs for a deleted site
To recongure MMSs, follow these steps:
Procedure 11-23
1
Recongure MMSs for a deleted site
Select a link from the Affected PATH's MMS Connectivity List. Result: Details of the selected links are displayed in the Upstream and Downstream SITE elds.
Modify the values for the Upstream and Downstream MMS values, as required.
The downstream SiteId and upstream SiteId elds cannot be changed. Continued
11-42
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reconguring MMSs for a deleted Site
Procedure 11-23 Recongure MMSs for a deleted site (Continued)
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 conicts in the new conguration, and continues the deletion operation. Alternatively, to close the Delete SITE <name> MMS Reconguration form and abort the Delete Site operation, select File Close, and then conrm the abortion.
Before performing the site deletion, the system deletes all the affected devices, Paths and neighbors. 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 neighbors. The progress of all operations is 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 Reconguration Window. It recreates all devices and neighbors with their original settings. If the delete site operation is aborted, the system displays a Delete Site Abort Conrmation Dialog form stating that the system will rollback to the initial conguration. In a daisy chain operation, only a Rollback option is available. If there is a GUI crash, the system rolls back to the initial conguration. A Network Expansion log le is generated containing all transactions involved in the deletion.
68P02901W17-S
11-43 Nov 2007
Rolling back a delete operation
Chapter 11: Network Expansion
Figure 11-12
Delete SITE <name> Progress Dialog form
ti-GSM-DeleteSITEnameProgressDialogform-00839-ai-sw
Rolling back a delete operation
An operation to delete a Site in a daisy chain conguration can be interrupted and rolled back to the initial conguration.
11-44
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Rolling back a delete operation
To rollback the deletion of a daisy chain conguration Site, follow these steps:
Procedure 11-24 Roll back the deletion of a daisy conguration
1 Select Options - Rollback from the Delete SITE Progress window. Result: A conrmation window is displayed:Do you want to Rollback the Delete SITE operation? 2 Click OK to rollback the delete operation or Cancel to abort the rollback.
68P02901W17-S
11-45 Nov 2007
Copying a site and inserting it in a daisy chain conguration
Chapter 11: Network Expansion
Copying a site and inserting it in a daisy chain conguration
Introduction to copying a site in a daisy chain
Copying a site in a daisy chain is a two stage process: 1. 2. Select the site to be copied. Recongure the associated MMS links to specify the target MMS connectivity of the daisy chain conguration. This occurs after the system has completed the network expansion operation.
Each of these stages is described in this section.
Prerequisites to copying and inserting a site in a daisy chain
A site can only be copied using the Copy option in the Cong Mgt menu in the Navigation Tree, if it is a static site within daisy chain conguration. A site can only be copied into a daisy chain conguration if the chain has less than ten sites (that is numInSequence cannot be greater than 10 for a path). If copying and pasting a site in a daisy chain causes a Cell and then an RTF to be created, the following occurs: 1. Cell parameters init_dl_cs and/or init_ul_cs dened as Coding Schemes 3 or 4 are reset to Coding Scheme 2. When an RTF is created for the Cell, the Cell parameters init_dl_cs and/or init_ul_cs are reset to their original values.
2.
If copying a site in a daisy chain conguration 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 Path and RTF.
11-46
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Copying and inserting a site in a daisy chain
Copying and inserting a site in a daisy chain
To copy a site and insert it in a daisy chain conguration, follow these steps:
Procedure 11-25 Copy and insert a site in a daisy chain
1 Select required site in the Navigation Tree. Result: The site instance changes color. 2 Select Cong Mgt - Copy from the Navigation Tree menu bar. Result: The SITE <Create> form is displayed (refer to Figure 11-2). 3 4 Perform steps step 2 to step 8 of Entering hardware devices on page 11-8 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 specied in the SITE form are in a daisy chain conguration and are linked, the Copy SITE daisy chain operation conrmation form is displayed after the site has been equipped, see Figure 11-13. The Copy SITE daisy chain operation conrmation 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 conrmation form is only displayed when there are affected paths connecting both the Upstream and Downstream Sites.
If a downstream site has not been specied in the SITE details form, go to step 4 of the Procedure to recongure MMSs for the new site. 5 Click OK to conrm the copy. Result: The Copy SITE daisy chain operation conrmation forms closes and the MMS Reconguration form opens (see Figure 11-14). Alternatively, click Cancel to cancel the copy.
68P02901W17-S
11-47 Nov 2007
Copying and inserting a site in a daisy chain
Chapter 11: Network Expansion
Figure 11-13 Copy SITE daisy chain operation conrmation form
ti-GSM-CopySITEdaisychainoperationconfirmationform-00840-ai-sw
11-48
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Copying and inserting a site in a daisy chain
Figure 11-14
MMS Reconguration form
ti-GSM-MMSReconfigurationform-00841-ai-sw
A description of the MMS Reconguration form is given in Reconguring MMSs for a copied Site.
68P02901W17-S
11-49 Nov 2007
Reconguring MMSs for a copied site
Chapter 11: Network Expansion
Reconguring MMSs for a copied site
MMSs may be recongured for a copied site using the MMS Reconguration form as follows:
Description of the Copy SITE <name> MMS Reconguration form
The MMS Reconguration form displays a read-only list of all the links affected by the site copy in the pane labeled: Affected PATH's MMS connectivity List. The rst 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. New SiteId Dnstream MMS - the downstream MMS for the new Site Id. Upstream MMS - the upstream MMS for the new Site Id. SiteId - the Downstream Site Id Upstream MMS - the upstream MMS for the downstream Site Id. PathId - the affected Path Id. Term. SiteId - the terminating site Id. For each link selected in the Affected PATH's MMS connectivity List, details are displayed in the following elds 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.
11-50
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Reconguring MMSs for a copied site
Procedure to recongure MMSs for the new site
To recongure MMSs for the new site, follow these steps:
Procedure 11-26
1
Recongure MMSs for the new site
Select a link from the Affected PATH's MMS connectivity List. Details of the selected links are displayed in the Upstream SITE, New SITE, and Downstream SITE elds at the top of the screen. Modify the values for the Upstream and Downstream MMS values, as required.
The downstream, new, and upstream SiteId elds cannot be changed. 3 Click 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 Cancel to cancel the changes and display the SITE form (in Edit mode) again. Continued
68P02901W17-S
11-51 Nov 2007
Reconguring MMSs for a copied site
Chapter 11: Network Expansion
Procedure 11-26
4
Recongure MMSs for the new site (Continued)
Select File Save to save the amendments. Result: The system checks there are no conicts in the new conguration, and continues the copy operation. Alternatively, to close the MMS Reconguration form and abort the Copy Site operation, select File Close, and then conrm 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 neighbors. The progress of all operations is displayed in the copy site Progress Dialog form. An example is shown in Figure 11-12. When the site copy operation is completed, the system recreates all the paths according to the information entered in the MMS Reconguration form. It recreates all devices and neighbors 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 conguration. 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 conrmation 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 le for the copy operation is generated with all the transaction information.
11-52
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Troubleshooting Network expansion
Troubleshooting Network expansion
Introduction to troubleshooting
If problems arise and it is necessary to contact the local ofce the following information may assist in solving the problem: A copy of the original binary object le (.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 le (.002) after the problematic network expansion operation was carried out. A printout of the log les.
Reporting problems
If problems occur during a Network Expansion, carry out the following procedure to obtain the required information:
Procedure 11-27 Report problems
1 2 Open an Xterm window and copy the binary object le (.002), if a copy of the original does not 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 lter is set to All statuses. Device lter is set to All Devices. Continued
68P02901W17-S
11-53 Nov 2007
Restore binary object le
Chapter 11: Network Expansion
Procedure 11-27 Report problems (Continued)
3 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-68, Aborting/Rollback network expansion for details.
Wait until the operation is nished before completing the procedure. 4 Perform a hierarchical extract of the site by using cmutil: 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.
Save the binary object le.
Restore binary object le
To restore the original binary object le (.002), execute the following procedure:
Procedure 11-28 Restore the original binary object le
1 Open an Xterm window and replace the corrupted BSS binary object le with the original BSS binary object le.
The binary object le 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-28) or, from the Navigation Tree, reload the NE database if you are in an ofine environment (refer to System Information: DataGen (68P02900W22). View the: CM MIB audit log (online environment only). Ofine MIB audit log (ofine environment only) - refer to System Information: DataGen (68P02900W22).
11-54
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Scheduling network expansion
Scheduling network expansion
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 rescheduled, amended, or used as a starting point to create a batch.
List of procedures
From the Network Expansion Scheduler window, it is possible to: Create a network expansion batch. View a batch log le. Abort a batch.
Scheduling a network expansion
To schedule a network expansion, use the following procedures: Display the Network Scheduler window. Create a spreadsheet. Select the date and time to run. Save the batch le.
68P02901W17-S
11-55 Nov 2007
Scheduling a network expansion
Chapter 11: Network Expansion
Displaying the network scheduler
To display the Network Scheduler, perform the following steps:
Procedure 11-29
1
Display the network scheduler
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.
Select the Network Expansion Scheduler option. Result: The selection is highlighted.
Click 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.
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 Select Batch File from the Network Expansion Scheduler Detail View form and enter the path and name of the spreadsheet. 2 Click 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 Refer to Scheduling a new operation for details of how to proceed for each procedure. Continued
11-56
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Scheduling a network expansion
Procedure 11-30 Create a spreadsheet (Continued)
4 Once the required 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/cong/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 les, respectively. The Cell-X-Import spreadsheet le name is batch_name.import and the Cell-X-Export spreadsheet le name is batch_name.export. The name is automatically inserted into the Scheduled Batch Name in the Identication section of the form.
68P02901W17-S
11-57 Nov 2007
Scheduling a network expansion
Chapter 11: Network Expansion
Figure 11-15 Network Expansion Scheduler Detailed View window
ti-GSM-NetworkExpansionSchedulerDetailed
Viewwindow-00842-ai-sw
11-58
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Scheduling a network expansion
Selecting the date and time to run
To select the date and time to run the network expansion batch, perform the following steps:
Procedure 11-31 Select the date and time
1 Enter a start time to commence the network expansion batch. Use the up/down arrow symbols to the right of the Time eld 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 expires. Use the up/down arrow symbols to the right of the Time eld 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.
Saving the batch le
If errors occur during a copy or reparent scheduled operation, a set of default actions are applied. To modify these settings, refer to Changing default settings for further information. To save the batch le, perform the following steps:
Procedure 11-32 Save the batch le
1 2 3 Select File Create to create the batch le. Select File Save to save the batch le. 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.
68P02901W17-S
11-59 Nov 2007
Scheduling a new operation
Chapter 11: Network Expansion
Scheduling a new operation
Copy, Delete, Reparent (only available in the Off-Line MIB (Datagen)), Cell-X Import and Cell-X Export site operations can be batched and saved to a spreadsheet.
Selecting a site to copy
To select a site to copy, carry out the following procedure from the Network Expansion Scheduler Detailed View window:
Procedure 11-33 Select a site to copy
1 2 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. 3 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.
Entering Radio Frequencies and carry out steps 1 to 12.
Select File Close from the Copy SITE form. Result: A conrmation 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 copy operation.
11-60
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Scheduling a new operation
Selecting a site to delete
To select a site to delete carry out the following procedure from the Network Expansion Scheduler Detailed View window:
Procedure 11-34 Select a site to delete
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.
Selecting a site to Reparent
To select a site and reparent carry out the following procedure from the Network Expansion Scheduler Detailed View window:
Procedure 11-35 Select a site to reparent
1 2 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. 3 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 Select File Close from the Reparent SITE controlling form. Result: A conrmation window is displayed. 5 Click OK to return to the Network Expansion Scheduler Detailed View window. Result: The Scheduled Operations list is updated with the new reparent operation.
68P02901W17-S
11-61 Nov 2007
Scheduling a new operation
Chapter 11: Network Expansion
Selecting a network object to Cell-X Import
To select a network object to Cell-X Import, carry out the following procedure:
Procedure 11-36
1 2 3
Select a network object to Cell-X Import
From the Network Expansion Scheduler Detailed View window, click 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.
4 5
Refer to Cell-X-Import, and perform the procedures in Selecting conguration les 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 Cell and RF data to a LIVE OMC System. This may cause carriers to go out of service, Sites to reset and Neighbors to be deleted. To continue select the Continue' button. Select Cancel' to abort the data import.
If appropriate, click 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 Conguration le exists.
Return to step 4 in the procedure Scheduling a network expansion.
Selecting a network object to Cell-X Export
To select a network object to Cell-X Export, carry out the following procedure:
Procedure 11-37 Select a network object to Cell-X Export
1 2 3 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. Continued
11-62
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Changing default settings
Procedure 11-37 Select a network object to Cell-X Export (Continued)
4 5 Refer to Cell-X-Export, and perform the procedure in Selecting conguration les 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, Neighbor RF Planning, RTF/DRI RF Planning, and Conguration le exists. 6 Return to step 4 in the procedure Scheduling a network expansion.
Changing default settings
Default actions
Table 11-6 shows the default actions that apply if errors are found that cause a Failure, Partial Success or time expires when copying, deleting or reparenting a site. The alternative defaults are shown between the < > symbols.
Table 11-6 Default Actions when copying, deleting, reparenting a site
Operation Result Partial Success Copy Action Abort<Await Operator Intervention> <Abandon> Abort<Await Operator Intervention> Abort Delete Action N/A Reparent Action Rollback<Await Operator Intervention> Rollback<Await Operator Intervention> Rollback
Failure
N/A
Expire Time Where: Abort Abandon Rollback
Abort is:
Tries to complete current task and stops. Skips problem step and continues on to the next step. Returns BSS to its original state.
68P02901W17-S
11-63 Nov 2007
Changing default settings
Chapter 11: Network Expansion
Changing default actions
To change the defaults for all copy or reparent actions carry out the following procedure from the Network Expansion Scheduler Detailed View window:
Procedure 11-38 Change default actions
1 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 Behavior window. 2 3 4 Click the button to the right of the Partial Success Action eld and from the list select an alternative default action. Refer to Figure 11-16. Click the button to the right of the Failure Action eld and from the list change the default action. Select File Save. Result: The message Default 'Operation Action' conguration saved for <'Copy SITE or Reparent SITE'> is displayed in the status bar at the bottom of the Operation Default Behavior 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 Behavior button, then repeat steps 2 to 5.
11-64
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Viewing a batch log
Figure 11-16 Copy SITE Operation Default Behavior window
ti-GSM-CopySITEOperationDefaultBehaviourwindow-00843-ai-sw
Viewing a batch log
To view a summary of the batch activity of a completed batch, carry out the following procedure:
Procedure 11-39 View a batch log
1 2 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. 3 Select Display Batch Log from the menu. Result: The log le is displayed. 4 Select File Close to return to the Network Expansion Scheduler window.
68P02901W17-S
11-65 Nov 2007
Modifying a scheduled network expansion
Chapter 11: Network Expansion
Modifying a scheduled network expansion
To modify a scheduled Network Expansion, carry out the following procedure:
Procedure 11-40
1 2
Modify a scheduled Network Expansion
Open the Network Expansion Scheduler window from the Admin Options window. Select the schedule to be modied. Result: The selection is highlighted in black.
3 4 5 6
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 Modify Behavior or Modify Operation or Remove Operation. Modify Behavior - Displays the Copy or Reparent default behavior actions. Refer to Changing default settingsand 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 Behavior button is grayed-out. Modify Operation - Displays the Site Controlling Form. It is possible to modify already entered details or add new operation details. Refer to Scheduling a new operation for details. Remove Operation: Deletes the operation from the list. Conrmation is required before the delete operation is carried out.
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.
11-66
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting all scheduled network expansions
Deleting all scheduled network expansions
Obtain permission from the OMC-R System Administrator before deleting the scheduled network expansions. To delete all scheduled network expansions, perform the following procedure:
Procedure 11-41 Delete all scheduled network expansions
1 2 3 4
Select the Admin icon from the Front Panel to open the Admin Options window. Select the Network Expansion Scheduler option in the Admin Options window. Select Edit Delete All from the Network Expansion Scheduler window. Result: A conrmation window is displayed. Click OK. Result: All non-active Scheduled network expansions disappear from the Network Expansion Scheduler window. Close the Network Expansion Scheduler window by selecting File Close from the menu bar.
Aborting a scheduled batch operation
A scheduled batch operation can be aborted. If a batch operation containing several network expansion operations is aborted, the current operation is aborted and the subsequent operations in the batch are canceled. To abort a single operation within a batch operation see Abandoning a single Network Expansion operation in Network expansion logs on page 11-68. To abort a scheduled batch operation follow these steps:
Procedure 11-42 Abort a scheduled batch operation
1 2 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.
68P02901W17-S
11-67 Nov 2007
Network expansion logs
Chapter 11: Network Expansion
Network expansion logs
Procedures for network expansion logs
The following is a list of procedures that can be performed using Network Expansion logs: Viewing a Network Expansion log. Deleting a specic or all completed operation logs. Abort or rollback an operation in progress. Retry an operation. Abandon an operation in a batch.
Viewing a network expansion log
The Network Expansion Log window lists all active and completed network expansion operations, detailing when the operation was started/completed, by whom and the result of the operation.
Cell-X-export and Cell-X-import log entries are also displayed in the Network Expansion Log window. The Cell-X-import log le cannot be displayed from the Network Expansion Log window. To view the Network Expansion Log window, carry out the following procedure:
Procedure 11-43 View the Network Expansion Log window
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 Cong Mgt - Network Expansion Logs from the menu bar. Continued
11-68
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Viewing a network expansion log
Procedure 11-43 View the Network Expansion Log window (Continued)
2 Select the Network Expansion Logs option and click 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 Network Expansion Log window (part 1)
ti-GSM-NetworkExpansionLogwindow_part1_-00844-ai-sw
68P02901W17-S
11-69 Nov 2007
Deleting network expansion logs
Chapter 11: Network Expansion
Figure 11-18 Network Expansion Log window (part 2)
ti-GSM-NetworkExpansionLogwindow_part2_-00845-ai-sw
Deleting network expansion logs
To delete a Network Expansion log, carry out the following procedure:
Procedure 11-44 Delete Network Expansion logs
1 Refer to Viewing a Network Expansion log and follow steps 1 to 3. Result: The Network Expansion log window is displayed. 2 Select the log to be deleted. Result: The selection is highlighted in inverse text. 3 Select Edit Delete from the menu bar. Result: A conrmation window opens.
It also possible to select Edit Delete All, to delete all completed logs. 4 Click OK. Result: The selected log is removed from the list. 5 Close the Network Expansion log window by selecting File Close from the menu bar.
11-70
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Aborting/Rollback network expansion
Aborting/Rollback network expansion
As soon as a scheduled Network Expansion commences, the details are displayed in the Network Expansion log window. To abort or rollback a Network Expansion in progress, carry out the following procedure:
Procedure 11-45 Abort or roll back a Network Expansion
1 Refer to Viewing a Network Expansion log and follow steps 1 to 3. Result: The Network Expansion log window is displayed. 2 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 eld. 3 Select Options Abort or Rollback from the menu bar. Result: A conrmation 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 conrmation window disappears and the Network Expansion list is updated, with the Status eld changed to Aborted or Rollback. 5 Close the Network Expansion log window by selecting File Close from the menu bar.
Retrying network expansion
During a Network Expansion if an operation is only partially successful, it is possible to select and retry the operation.
68P02901W17-S
11-71 Nov 2007
Abandoning a single network expansion operation
Chapter 11: Network Expansion
To retry an operation, carry out the following procedure:
Procedure 11-46 Retry Network Expansion
1 Refer to Viewing a Network Expansion log and follow steps 1 to 3. Result: The Network Expansion log window is displayed. 2 From the Network Expansion log window, select the active or intervened operation. Result: The selected operation is highlighted in inverse text. 3 Select Options Retry from the menu bar. Result: A conrmation window opens. 4 Click OK. Result: The conrmation window disappears and the network expansion list is updated. 5 Close the Network Expansion log window by selecting File Close from the menu bar.
Abandoning a single network expansion operation
During a batched operation, it is possible to select and abandon a problem operation.
A scheduled Cell-X-Export cannot be aborted. To abandon a problem task during a Network Expansion, carry out the following procedure:
Procedure 11-47
1
Abandon a single Network Expansion operation
Refer to Viewing a network expansion log on page 11-68 and follow steps 1 to 3. Result: The Network Expansion log window is displayed.
2 3
From the Network Expansion log window, select the active or intervened operation. Select Options Abandon from the menu bar. Result: A conrmation window is displayed.
Click OK. Result: The conrmation window disappears and the Network Expansion list is updated.
Close the Network Expansion log window by selecting File Close from the menu bar.
11-72
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Managing network expansion logs
Managing network expansion logs
Overview of log management
Network expansion log management, deletes Network Expansion logs after a predened period. The period is congurable between one and seven days. The logs can also be deleted manually refer to Network expansion logs on page 11-68 for details.
Setting the delete period
The operator should set a period to retain the Network Expansion log les. The OLM or OMC-R automatically deletes the les after this time period elapses. The log les are deleted at 15-minute intervals, provided no other priority operation, such as Network Expansion or Audit, is running. To set the delete period, use the following procedure:
Procedure 11-48 Set the delete period
1 Select the Admin icon from the Front Panel. Result: This displays the Admin Options window. 2 Select Network Expansion Log Management and click OK. Result: This displays the Network Expansion Management window. 3 4 5 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 conrmation window is displayed, click OK to exit the current interface without saving. 6 Select File Close from the menu bar to close the window.
68P02901W17-S
11-73 Nov 2007
Conguring a path using Path Congure menu option
Chapter 11: Network Expansion
Conguring a path using Path Congure menu option
Introduction to conguring a path using Path Congure menu option
A user can congure a path between a BSC and a BTS using the Path Congure menu option in the Navigation Tree. The Path Congure menu option can also be used to congure paths in daisy chain congurations. The Path Congure facility allows a user to: View all paths of the selected site and only the affected paths of the other sites within the conguration. View devices associated with a path. Temporarily unassign a device from a path. Temporarily unassign a device from a path. Delete a device. Create new paths. Delete a path and delete or unassign all devices associated with the path. View all path devices associated with a site. Reassign devices (that have been unassigned) to a secondary path. Reassign devices (that have been unassigned) to a primary path.
Denition of terms used in this section
In this section, and related sections, the following terms are used: Devices, referring to RTFs and RSLs. Disabled devices, referring to devices that are not equipped against a path, not in the NE and MIB databases, and are temporarily stored by the system. Path, connectivity between a BSC and a BTS. Path-dependant devices - devices that are equipped against a path. Site - remote BTS.
11-74
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Prerequisites for using congure path facility
Prerequisites for using congure path facility
The congure path facility is part of network expansion and therefore requires the same prerequisites, see Introduction to network expansion on page 11-2 for details.
Benets of using the congure path facility
The following are typical reasons for using the congure path facility: Unequipping an MSI Sometimes it is necessary to unequip and re-equip an MSI at a site. For example, if the site is within a daisy chain and the MSI is involved in the daisy chain connectivity, it can be complex and time-consuming to unequip and re-equip all the paths and devices that are dependent on the MSI. Instead, the congure path facility can be used. Assigning a path to a different MSI The congure path facility allows all the path devices to be temporarily unassigned before moving the path to a different MSI. The devices can then be easily reassigned to the path. Splitting a path into two paths The congure path facility allows individual devices to be moved from one path to another. Joining two paths together The congure path facility allows all devices to be moved from one path to another. The original path can then be deleted. Deleting a path The congure path facility automatically unassigns all the path dependant devices.
Restrictions to conguring a path
When a Path Congure operation is running, it is not possible to start any of the following processes on the same BSS: Audit. Resync. CMutil. Cell parameter propagation. Network expansion. Bay levelcCalibration. CellXchange. OLM database operations.
68P02901W17-S
11-75 Nov 2007
Restrictions to conguring a path
Chapter 11: Network Expansion
Likewise, it is not possible to start a path congure operation when any of the above processes are running.
11-76
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Initiating a path congure
Initiating a path congure
Displaying the Path Congure form
To congure a path, use the Path Congure form. To display the Path Congure form for a site, follow these steps:
Procedure 11-49
1
Display the Path Congure form
Select the required site in the Navigation Tree (site 0 cannot be selected). Result: The site instance changes color.
Select Cong Mgt - Path Congure from the Navigation Tree menu bar. Result: The system displays the Path Congure form, see Figure 11-19.
68P02901W17-S
11-77 Nov 2007
Description of the Path Congure form
Chapter 11: Network Expansion
Figure 11-19 Path Congure form
ti-GSM-PathConfigureform-00846-ai-sw
Description of the Path Congure form
Only one Path Congure form can be open at a time for sites within the same conguration and for sites in different congurations. The Path Congure form is dynamically updated with any changes occurring in the MIB.
11-78
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying Detailed Views from the Path Congure form
Contents
The Path Congure form displays the following information: SITE(s) - a read-only list of all sites in the conguration. 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) eld, the relevant path information is displayed. The rst 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 lter 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 conguration. 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 Congure operation. Unassigned (PATH <id.>) - if the device has been unequipped from the Path <id.> using the current Path Congure operation.
Displaying Detailed Views from the Path Congure form
To display a Detailed View form for any site, path, or device listed in the Path Congure form, follow these steps:
Procedure 11-50 Display a Detailed View from the Path Congure form
1 2 Display the Path Congure form, see Displaying the Path Congure form. Double-click 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.
68P02901W17-S
11-79 Nov 2007
Tasks available in the Path Congure form
Chapter 11: Network Expansion
Tasks available in the Path Congure form
Use the Path Congure form to perform the following tasks: Creating a path using the Path Congure menu option on page 11-81. Deleting a path using the Path Congure menu option on page 11-82. Unassigning a device on a path using Path Congure menu option on page 11-86. Reassigning a device on the primary path using Path Congure menu option on page 11-88. Reassigning an RTF on the secondary path on page 11-90. Deleting a device from a site using Path Congure menu option on page 11-92. Creating an RTF at a site using the Path Congure menu option on page 11-93. Creating an RSL at a site using the Path Congure menu option on page 11-94.
11-80
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Creating a path using the Path Congure menu option
Creating a path using the Path Congure menu option
Prerequisites to creating a path using the Path Congure menu option
Before a user can create a path using the Path Congure menu option, network expansion must have been included in user prole of the user.
Creating a path using Path Congure menu option
To create a path, follow these steps:
Procedure 11-51 Create a path using Path Congure menu option
1 2 3 Display the PATH Congure form, see Initiating a path congure on page 11-77. 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. 4 5 Create the path using the Path Detailed View as described in Creating a path on page 9-163. Click Close to close the Path Congure form.
68P02901W17-S
11-81 Nov 2007
Deleting a path using the Path Congure menu option
Chapter 11: Network Expansion
Deleting a path using the Path Congure menu option
Introduction to deleting a path using the Path Congure menu option
A path at a site can be deleted. Any devices associated with the path can be either deleted or unassigned, according to further device requirements.
Prerequisites to deleting a path using the Path Congure menu option
Before a user can delete a path using the Path Congure menu option: Network expansion must have been included in user prole of the user. A path must exist for the selected site.
If deleting a path causes an RTF to be deleted or unassigned, the RTF deletion or unassignment is successful only if the Cell is not using Coding Schemes 3 or 4 for its parameters init_dl_cs and/or init_ul_cs.
Deleting a path using Path Congure menu option
To delete a path, use the following procedure: Select the site and path. Delete or unassign the devices on that path. Conrm the deletion
11-82
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a path using Path Congure menu option
Selecting the site and path
To select the site and path, follow these steps:
Procedure 11-52 Select the site and path
1 2 3 4 Display the Path Congure form, see Initiating a path congure on page 11-77. Select the required site in the SITE(s) pane. Select a path in the PATH(s) pane. Click the Delete Path button. Result: A Delete Path Conrmation window appears, see Figure 11-20.
If the selected path contains devices, these are listed in the Delete Path Conrmation window. Go to Deleting or unassigning the devices on the Path to continue. Otherwise, go to Conrming the deletion.
68P02901W17-S
11-83 Nov 2007
Deleting a path using Path Congure menu option
Chapter 11: Network Expansion
Figure 11-20 Delete Path Conrmation window
ti-GSM-DeletePathConfirmationwindow-00847-ai-sw
Deleting or unassigning the devices on the path
If devices are listed in the Delete Path Conrmation window, click : Unassign Device(s) button (default) to temporarily unassign all the dependant devices listed, or Delete Device(s) button to permanently delete all dependant devices listed, before the path is deleted.
11-84
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a path using Path Congure menu option
Conrming the deletion
To conrm the deletion (or unassignment) of the selected objects, follow these steps:
Procedure 11-53
1
Conrm the deletion
Click OK to conrm the deletion. Otherwise, click 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 nally all lists are updated accordingly. If Delete Device(s) is selected, all path-dependant devices are permanently unassigned, then the path is deleted, and nally all lists are updated accordingly. If any operation fails, a message displayed in the Path Congure form status bar.
Click Close to close the Path Congure form. Result: A conrmation dialog box is displayed and warns that all disabled devices will be permanently deleted.
Click Conrm to permanently delete all disabled devices. Alternatively, if disabled devices are not to be deleted, click Cancel.
68P02901W17-S
11-85 Nov 2007
Unassigning a device on a path using Path Congure menu option
Chapter 11: Network Expansion
Unassigning a device on a path using Path Congure menu option
Prerequisites to unassigning a device on a path
Before a user can unassign a device on a path using the Path Congure menu option: Network expansion must have been included in user prole of the user. A path must exist for the selected site.
The unassignment of an RTF using the Path Congure menu option is successful only 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.
Unassigning a device on a path using Path Congure menu option
To unassign one or more devices on a path, follow these steps:
Procedure 11-54
1 2 3 4 5 6
Unassign a device on a path using Path Congure menu option
Display the Path Congure form, see Initiating a path congure on page 11-77. Select the required site in the SITE(s) eld. Select a path in the PATH(s) eld. 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. Continued
11-86
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Unassigning a device on a path using Path Congure menu option
Procedure 11-54 Unassign a device on a path using Path Congure menu option (Continued)
7 Click OK to conrm 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 neighbors can be exported by selecting the Export Neighbors option in the delete conrmation window (see Exporting incoming neighbors on deletion of BCCH RTFs on page 9-194). 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. 8 Click the Close button to close the PATH Conguration form. Result: A conrmation dialog box is displayed and warns that all disabled devices will be permanently deleted. 9 Click Conrm 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 Congure form (that is, each attribute with their respective value) to a at le. If, for example, an unexpected exit from the GUI occurs when devices are unassigned, the at le can be used as a cmutil input le to create the device at the OMC. The user must, however, include the container information to this le 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 at le for conguration details. When a device is reassigned successfully, the relevant at le is deleted. See Using at les on page 11-95 for more details.
68P02901W17-S
11-87 Nov 2007
Reassigning a device on the primary path using Path Congure menu option
Chapter 11: Network Expansion
Reassigning a device on the primary path using Path Congure menu option
Prerequisites to reassigning a device on a primary path
Before a user can reassign a device on a primary path using the Path Congure menu option: Network expansion must have been included in user prole of the user. A path must exist for the selected site. The device must not be equipped against the currently selected path. The device must have its primary path as unassigned.
When the RTF is reassigned, the original values of parameters init_dl_cs and init_ul_cs are restored to the cell from which this RTF was unassigned. If at the time of unassignment the cell parameters were modied, the values of these parameters are restored when the RTF is reassigned.
Reassigning a device on a primary path using Path Congure menu option
To reassign one or more devices on the primary path using the Path Congure menu option, follow these steps:
Procedure 11-55 menu option
1 2 3 4 5
Reassign a device on the primary path using path Congure
Display the Path Congure form, see Initiating a path congure on page 11-77. 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. Select one or more devices from the Selected site Device(s) pane. Continued
11-88
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration a device on a primary path using Path Congure menu option
Reassigning
Procedure 11-55 Reassign a device on the primary path using path Congure menu option (Continued)
6 Click the Reassign on Primary PATH button. Result: The selected devices are reassigned at the site against the selected path. The device status is updated to reect 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 neighbors are recreated with their previous settings. 7 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. If Yes is selected, the OMC-R displays the RTF or RSL Detailed View, as appropriate. Using the Upstream and Downstream TS MMS elds 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-184 or Conguring an RSL device on page 9-175 for details. All other elds in the Detailed Views are grayed-out. Select File Reassign to save the timeslot details and close the Detailed View. Result: 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 neighbors are re-enabled with their previous settings. 10 Click the Close button to close the Path Congure form.
It is possible to store device information from a Path Congure form (that is, each attribute with their respective value) to a at le. If, for example, an unexpected exit from the GUI occurs when devices are unassigned, the at le can be used as a cmutil input le to create the device at the OMC. The user must, however, include the container information to this le 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 at le for conguration details. When a device is reassigned successfully, the relevant at le is deleted. See Using at les on page 11-95 for more details.
68P02901W17-S
11-89 Nov 2007
Reassigning an RTF on the secondary path
Chapter 11: Network Expansion
Reassigning an RTF on the secondary path
Prerequisites to reassigning an RTF on a secondary path
Before a user can reassign an RTF on a secondary path: Network expansion must have been included in user prole of the user. A path must exist for the selected site. The RTF must be assigned on the primary path. The RTF must not be equipped against the currently selected path. The RTF must have its secondary path unassigned.
Reassigning an RTF on a secondary path using Path Congure menu option
To reassign one or more RTFs on the secondary path, follow these steps:
Procedure 11-56 Reassign an RTF on a secondary path using Path Congure menu option
1 2 3 4 5 6 Display the Path Congure form, see Initiating a path congure on page 11-77. 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. 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: 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. Continued
11-90
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration an RTF on a secondary path using Path Congure menu option
Reassigning
Procedure 11-56 Reassign an RTF on a secondary path using Path Congure menu option (Continued)
7 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 timeslot? Select OK or Cancel, as required. If the path does not contain a TS switch, or No is selected, go to step 9. If Yes is selected, the OMC-R displays the RTF or RSL Detailed View, as appropriate. Using the Upstream and Downstream TS MMS elds 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. SeeCreating an RTF function on page 9-184 for details. All other elds in the Detailed View are grayed-out. Select File Reassign to save the timeslot details and close the Detailed View. Result: 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 Close to close the Path Congure form.
It is possible to store device information from a Path Congure form (that is, each attribute with their respective value) to a at le. If, for example, an unexpected exit from the GUI occurs when devices are unassigned, the at le can be used as a cmutil input le to create the device at the OMC. The user must, however, include the container information to this le 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 at le for conguration details. When a device is reassigned successfully, the relevant at le is deleted. See Using at les on page 11-95 for more details.
68P02901W17-S
11-91 Nov 2007
Deleting a device from a site using Path Congure menu option
Chapter 11: Network Expansion
Deleting a device from a site using Path Congure menu option
Prerequisites to deleting a device from a site
Before a user can delete a device from a site using the Path Congure menu option: Network expansion must have been included in user prole of the user. A path must exist for the selected site.
The deletion of an RTF using the Path Congure menu option is successful only if the cell is not using Coding Schemes 3 or 4 for its parameters init_dl_cs and/or init_ul_cs.
Deleting a device from a site using Path Congure menu option
To delete a device from a Site, follow these steps:
Procedure 11-57 Delete a device from a site using Path Congure menu option
1 2 3 4 5 6 Display the Path Congure form, see Initiating a path congure on page 11-77. 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 the Delete Device button located below the Selected Site Device(s) pane. Click OK to conrm 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. 7 Click Close to close the Path Congure form.
In the instance of deleting a BCCH RTF, the deletion conrmation window displays a further option to allow the incoming neighbors to be exported. This is further described in Exporting incoming neighbors on deletion of BCCH RTFs on page 9-194.
11-92
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration Creating an RTF at a site using the Path Congure menu option
Creating an RTF at a site using the Path Congure menu option
Prerequisites to creating an RTF at a site
Before creating an RTF at a site using the Path Congure menu option: Network expansion must have been included in user prole of the user. A path must exist for the selected site. At least one RTF group must exist at the selected site.
Creating an RTF at a site using Path Congure menu option
To create an RTF, follow these steps:
Procedure 11-58 Create an RTF at a site using Path Congure menu option
1 2 3 Display the Path Congure form, see Initiating a path congure on page 11-77. Select the required site in the SITE(s) pane. Click the Create RTF button. Result: The system displays the RTF groups form, which shows all the RTF Groups at the selected Site. 4 Select the required RTF group from the RTF groups form. This is the RTF group under which the RTF is created. Result: The system displays the RTF Detailed View form. 5 Create the RTF using the RTF Detailed View, as detailed in Creating an RTF function on page 9-184. Result: After creation, the RTF appears in all the relevant lists in the Path Congure form. 6 Click Close to close the Path Congure form.
68P02901W17-S
11-93 Nov 2007
Creating an RSL at a site using the Path Congure menu option
Chapter 11: Network Expansion
Creating an RSL at a site using the Path Congure menu option
Prerequisites to creating an RSL at a site
Before creating an RSL at a site using the Path Congure menu option: Network expansion must have been included in User Prole of the user. A path must exist for the selected site.
Creating an RSL at a Site using Path Congure menu option
To create an RSL, follow these steps:
Procedure 11-59 Create an RSL at a site using Path Congure menu option
1 2 3 Display the Path Congure form, see Initiating a path congure on page 11-77. Select the required Site in the SITE(s) pane. Click the Create RSL button. Result: The system displays the RSL Detailed View form. 4 Create the RSL using RSL Detailed View as detailed in Conguring an RSL device on page 9-175. Result: After creation, the RSL appears in all the relevant lists in the Path Congure form. 5 Click the Close button to close the Path Congure form.
11-94
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Using at les
Using at les
It is possible to store device information from a Path Congure form (that is, each attribute with their respective value) to a at le. If, for example, an unexpected exit from the GUI occurs when devices are unassigned, the at le can be used as a cmutil input le to create the devices at the OMC. The user must, however, include the container information to this le 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 at le for conguration details. When a device is reassigned successfully, the relevant at le is deleted. Information is also stored in at les when creating an RSL or RTF with timeslot(s). If an unexpected exit from the GUI occurs, this le can be used to access the reserved timeslot(s) information on the mmi prompt using the chg_ts_usage command.
Unassigning and reassigning RSLs using at les
To unassign and reassign RSLs using at les, follow these steps:
Procedure 11-60 Unassign and reassign RSLs using at les
1 Open the Path Congure 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 at le at the following location: /usr/omc/cong/global/PathCongureLogs in the format _RSL_. 2 Reassign the RSL (previously unassigned through the Path Congure form). Result: The at le with the name _RSL_ is automatically deleted if the reassign is successful.
If an unexpected exit from the Path Congure form occurs, with device details still present in the /usr/omc/cong/global/PathCongureLogs directory, the user is informed about the le when the Path Congure le is re-opened.
68P02901W17-S
11-95 Nov 2007
Unassigning and reassigning RTFs using at les
Chapter 11: Network Expansion
Unassigning and reassigning RTFs using at les
To unassign and reassign RTFs using at les, follow these steps:
Procedure 11-61
1
Unassign and reassign RTFs using at les
Open the Path Congure 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 at le at the following location: /usr/omc/cong/global/PathCongureLogs in the format _RTF_.
Reassign the RTF (previously unassigned from both paths through the Path Congure form). Result: The at le with the name _RTF_ is automatically deleted if the reassign is successful.
If an unexpected exit from the Path Congure form occurs, with device details still present in the /usr/omc/cong/global/PathCongureLogs directory, the user is informed of the le when the Path Congure le is re-opened.
Unassigning and reassigning BCCH RTFs using at les
If a BCCH RTF is unassigned, then the neighbor information is stored in a at le. To unassign and reassign BCCH RTFs using at les, follow these steps:
Procedure 11-62 Unassign and reassign BCCH RTFs using at les
1 Unassign the BCCH RTF from both paths that has incoming neighbors to it. Result: When an unassign of the BCCH RTF is complete, the BCCH RTF neighbor information is stored in a at le at the following location: /usr/omc/cong/global/PathCongureLogs. 2 Reassign the BCCH RTF (previously unassigned from both paths through the Path Congure form). Result: The neighbor-related at le is automatically deleted if the reassign is successful.
11-96
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking if RSL/RTF details are written to a at le
If an unexpected exit from the Path Congure form occurs, with device details still present in the /usr/omc/cong/global/PathCongureLogs directory, the user is informed of the le when the Path Congure le is re-opened.
Checking if RSL/RTF details are written to a at le
To check if RSL/RTF details are written to the at le, follow these steps:
Procedure 11-63 Check RSL/RTF details
1 2 3 4 Open the Path Congure 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 MMS's 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/cong/global/PathCongureLogs/TimeSlotLogs in the format <bssname>_<sitename>_MSI_<id>_MMS_<id> and they are deleted once the reassign is successful.
Checking if a at le is present
To check for the presence of a at le, follow these steps:
Procedure 11-64
1 2 3 4 5
Check at le presence
Open the Path Congure 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 at le creation. Restart the GUI and open the Path Congure form for any site of the previously opened BSS. Result: A dialog box is displayed containing information about the le presence as shown in Figure 11-21.
68P02901W17-S
11-97 Nov 2007
Checking if a at le is present
Chapter 11: Network Expansion
Figure 11-21
Flat le information dialog box
ti-GSM-Flatfileinformationdialogbox-00848-ai-sw
11-98
68P02901W17-S Nov 2007
Chapter
12
CellXchange
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-17. Dening CellXchange parameters from the GUI on page 12-28. CellXchange using the command line on page 12-35. CellXchange command line utilities on page 12-44. Troubleshooting Cell-X-Import on page 12-53 CellXchange import and export tables on page 12-54.
To schedule a Cell-X-Export or Cell-X-Import, see Scheduling network expansion on page 11-55.
68P02901W17-S Nov 2007
12-1
Guidelines for implementing a new frequency plan
Chapter 12: CellXchange
Guidelines for implementing a new frequency plan
Overview to frequency replanning
GSM networks are typically updated in sections. In response to statistical information, it may be necessary to organize a frequency replan for at least one section every six to eight weeks. This involves: Extracting the current Radio Frequency (RF) data from the relevant part of the network from the OMC-R(s) involved. Exporting the data to a third-party product. Deploying the new RF data to the network.
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). Audit all the affected BSSs 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.
Off-Line MIB (OLM)
The Off-Line MIB puts the OMC-R conguration subsystem on to the DataGen platform, enabling the existing DataGen functionality and OMC-R CM functionality to work side-by-side. DataGen users are able to link a number of BSS binary les together to form a network conguration. Batch commands can be run on all the areas in the network, alleviating difculties arising from the area-only orientation of the DataGen tool.
DataGen and Ofine MIB Hybrid
MIB functionality added to the current MMI-based DataGen provides a hybrid platform, which enables OMC-R MIB applications to be used alongside the current DataGen applications. The current DataGen and MIB parts of the hybrid communicate through the BSS binary le. The current DataGen product can read from, and write to, this le using RevGen or Compile. The MIB is able to read from, or modify, this le using existing OMC-R processes.
12-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
CellXchange
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 neighbor ARFCN and BSIC. Enables graphical editing through the Navigation Tree, or through the MCDF spreadsheet. Continues to support MMI commands. This is 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 Neighbor data for the entire OMC-R network conguration into tab-delimited ASCII les. The ASCII les: 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 - Cong Mgt - Cell-X-Export).
The output les are: /usr/omc/cong/global/cellX/RFPlanCell.out /usr/omc/cong/global/cellX/RFPlanSite.out /usr/omc/cong/global/cellX/RFPlanDRIRTF.out /usr/omc/cong/global/cellX/RFPlanNeighbour.out
Cell-X-Export is available on the live OMC-R Navigation Tree or the OLM Navigation Tree (Through Nav Tree - Cong Mgt - Cell-X-Export). It can also be achieved using command line utilities. Cell-X-Export operates on the basis that the les contain information for all the BSSs in the network conguration. CellX exports 2G and UTRAN neighbors as normal to the neighbor le. CellX also exports Blind Search neighbors to the end of the neighbor le.
68P02901W17-S
12-3 Nov 2007
CellXchange
Chapter 12: CellXchange
Cell-X-Import
Cell-X-Import imports the following RF planning les for the entire network conguration: /usr/omc/cong/global/cellX/RFPlanCell.in /usr/omc/cong/global/cellX/RFPlanSite.in /usr/omc/cong/global/cellX/RFPlanDRIRTF.in /usr/omc/cong/global/cellX/RFPlanNeighbour.in
Cell-X-Import is available on the live OMC-R Navigation Tree or the OLM Navigation Tree (Through Nav Tree - Cong Mgt - Cell-X-Import). It can also be achieved using command line utilities. Cell-X-Import operates on the basis that the les contain information for all the BSSs in the network conguration.
12-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
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-17.
CellXchange can also be carried out in an off-line environment using the Ofine MIB (OLM) and the DataGen product.
Current parameters may be exported/imported from the live OMC-R.
Export and import les
The export/import function generates an ASCII tab delimited le for each of the following, as requested by the user: Cell parameters - a list of cells, their BSICS, frequencies and other information. Site parameters - a list of sites, including their BSS name and site number. DRI/RTF parameters - a list of DRI/RTFs, including their Cell Id, DRI/RTF Group number and DRI/RTF number. Neighbors parameters - for each cell.
By default, only cell and neighbor 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 dened by the user (see Dening CellXchange parameters from the GUI on page 12-28) and are saved in the Conguration le (RF.CNFG). The export/import le format is published and is in ASCII format. RF planning tools, for example, NetPlan can import these les and use it to carry out a network frequency replan. These les may be used to modify other parameters and the modied le 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 neighbor relations. CellXchange can be carried out from the Navigation Tree, or from the command line (see CellXchange using the command line on page 12-35). Read-only parameters can be exported, but they cannot be imported.
68P02901W17-S
12-5 Nov 2007
Conguration le (RF.CNFG)
Chapter 12: CellXchange
Conguration le (RF.CNFG)
The export/import Conguration le holds user-selected parameters for export/import. The le is named RF.CNFG and is located in /usr/omc/cong/global/cellX. The conguration le shows the status of each parameter using: RW - read/write. RO - read only . RC - read/create.
The conguration le also shows whether the parameter is BSS-only or MIB-only, by prexing the RO, RW or RC information with: Bss Mib
The format of the conguration le is, for example:
ti-GSM-CellXExport Watcherwindow-00849-ai-sw
12-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Import/Export progress information
Import/Export progress information
While the import/export is in progress, the process displays the following information: Number of sites and cells to be imported/exported. Number of sites and cells that have been imported/exported so far. For example, 2 of 20 sites imported, 4 of 50 cells imported. Name of the site or cell currently being imported/exported. If there is a problem in one of the import/export les, the name of the le and the number of the line where the error occurred are displayed.
CellXchange log les
General import/export information
Entries for a cell import or export operation are recorded in the following log le, along with entries relating to other OMC-R operations: /usr/omc/logs/omcaudit<yyyymmdd> For example, the following import entries could appear in this log le: rfi : process starting rfi : process initializing rfi : process cleaning up
Import changes
If a change is made to cell or neighbor cell as a result of a cell import, the following log le is also created: /usr/omc/logs/usrauditlogs/rfi<yyyymmdd> This log le contains details of the cells and neighbors which were updated, as well as the parameter which was changed. The le r<yyyymmdd> can be viewed with a text editor, or by selecting Display - RF Log from the menu bar. The RF log le 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 le for a Cell-X-import only. See Network expansion logs on page 11-68 for further details.
68P02901W17-S
12-7 Nov 2007
Setting up automatic deletion of backup les
Chapter 12: CellXchange
Setting up automatic deletion of backup les
CellXchange backup les are stored in: /usr/omc/config/global/cellX 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 les, see the full description of DEL_CELLX_FILES and other environment variables in Operating Information: OMC-R System Administration (68P02901W19).
12-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell-X-Export
Cell-X-Export
Cell-X-Export procedure list
The following is a list of procedures that are carried out when doing a Cell-X-Export: Selecting the entire Network or a specic BSS. Selecting Conguration les.
This is only necessary if les other than the default are required.
Selecting export options. Starting and monitoring a Cell-X-Export.
Selecting the network or a specic BSS
To export site, cell, DRI/RTF, and neighbor information for the entire network or a specic BSS, use the following procedure:
Procedure 12-1 Export site, cell, DRI/RTF, and neighbor information
1 2 3 Click the Cong Mgt icon from the Front Panel to display the Navigation Tree. Select the network or a specic BSS. Select Cong 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 are affected by the frequency replan, including cells impacted by neighbor propagation.
68P02901W17-S
12-9 Nov 2007
Selecting conguration les
Chapter 12: CellXchange
Figure 12-1 Cell X Export Watcher window
ti-GSM-CellXExport Watcherwindow-00849-ai-sw
Selecting conguration les
To select a site, cell, DRI/RTF, Neighbor, or conguration le other than the default, carry out the following procedures from the Cell X Export Watcher window: Select a Site RF Planning le. Select a Cell RF Planning le. Select a Neighbor RF Planning le. Select a DRI/RTF RF Planning le. Select an RF Conguration le.
12-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Selecting conguration les
When using CellXchange on the OMC-R, maintain all input, output, and conguration les in the /usr/omc/cong/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.
Selecting a Site RF Planning le
To select a Site RF Planning le, follow these steps:
Procedure 12-2 Select a Site RF Planning le
1 Click Site RF Planning le to change the name of the le and export location. Result: The File Selection window is displayed. Refer to: Figure 12-2.
The Site export RF Planning le by default is named RFPlanSite.out and is exported to: /usr/omc/cong/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.
68P02901W17-S
12-11 Nov 2007
Selecting conguration les
Chapter 12: CellXchange
Figure 12-2
File Selection window
ti-GSM-FileSelectionwindow-00850-ai-sw
Selecting a Cell RF Planning le
To select a Cell RF Planning le, follow these steps:
Procedure 12-3 Select a Cell RF Planning le
1 Click cell RF Planning le to change the name of the le and export location. Result: The File Selection window is displayed. Refer to: Figure 12-2.
The Cell export RF Planning le by default is named RFPlanCell.out and is exported to: /usr/omc/cong/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.
12-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Selecting conguration les
Selecting a Neighbor RF Planning le
To select a Neighbor RF Planning le, follow these steps:
Procedure 12-4 Select a Neighbor RF Planning le
1 Click Neighbor RF Planning le to change the name of the le and export location. Result: The le selection window is displayed.
By default, the Neighbor RF Planning le is named RFPlanNeighbor.out and is exported to: /usr/omc/cong/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 OK to return to the Cell X Export Watcher window. Result: The window displays the new name and path.
Selecting a DRI/RTF RF Planning le
To select a DRI/RTF RF Planning le, follow these steps:
Procedure 12-5 Select a DRI/RTF Planning le
1 Click DRI/RTF RF Planning le to change the name of the le and export location. Result: The le selection window is displayed.
By default, the DRI/RTF RF Planning le is named RFPlanDRIRTF.out and is exported to: /usr/omc/cong/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.
68P02901W17-S
12-13 Nov 2007
Selecting export options
Chapter 12: CellXchange
Selecting an RF Conguration le
To select an RF Conguration le, follow these steps:
Procedure 12-6 Select an RF Conguration le
1 Click Conguration le to select an alternative conguration le. Result: The File Selection window is displayed. Refer to: Dening CellXchange parameters from the GUI for details on how to change the conguration le.
By default, the RF conguration le is named RF.CNFG and is located in: /usr/omc/cong/global/cellX/RF.CNFG. 2 3 4 Select the directory in the Directories list box and click Filter. Select the conguration le 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 conguration le.
Selecting export options
By default, only cell and neighbor parameters are exported. To change the default and select further export options, carry out the following procedure referring to Figure 12-1 Cell X Export Watcher window:
Procedure 12-7 Select export options
1 Click YES against Process Site Parameters to export site parameters.
NO is the default. 2 Click NO if cell parameter export is not required.
YES is the default for Process Cell Parameters, which exports cell parameters, but not neighbor parameters. The cell and neighbor options are mutually exclusive. Continued
12-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Selecting export options
Procedure 12-7
3
Select export options (Continued)
Click NO if neighbor parameter export is not required.
YES is the default for Process Neighbor Parameters, which exports neighbor parameters, but not cell parameters. The cell and neighbor options are mutually exclusive. If neighbor parameters or DRI/RTF parameters are exported then cell parameters are also automatically exported. 4 Click YES against Process DRI/RTF Parameters to export DRI/RTF parameters.
NO is the default. If neighbor parameters or DRI/RTF parameters are exported then cell parameters are also automatically exported.
68P02901W17-S
12-15 Nov 2007
Starting and monitoring a Cell-X-Export
Chapter 12: CellXchange
Starting and monitoring a Cell-X-Export
To start and monitor the export follow Procedure 12-8 from the Cell X Export Watcher window:
Procedure 12-8 Start and monitor a Cell-X Export
1 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 neighbor parameters only are exported: Initializing 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 dened.
Each time an export is carried out, the current default output les are saved with a date stamp, in the format RFPlanCell.out<yyyymmdd>.BACKUP and RFPlanNeighbour.out<yyyymmdd>.BACKUP . User-dened output les are saved in the format: <user_dened>< 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.
12-16
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell-X-Import
Cell-X-Import
Prerequisites to Cell-X-Import
Observe the following criteria before attempting to import RF Planning information into the CM MIB or the OLM. The format of the les should be ASCII tab delimited and must contain the columns as dened in the RF.CNFG le. Refer to CellXchange import and export tables on page 12-54 for details.
If the network contains neighbor cells which are not specied in the import le, the neighbors are deleted in the MIB. To prevent this from happening, an option not to allow neighbor deletes may be selected from the Radio Frequency import monitor window.
All BSSs, cells, and RTFs that are in the frequency replan le, 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 Conguration les.
This is only necessary if les other than the default are required.
Selecting Import options. Starting and monitoring a Cell-X-Import.
68P02901W17-S
12-17 Nov 2007
Selecting a network or a specic BSS
Chapter 12: CellXchange
Selecting a network or a specic BSS
To import site, cell, DRI/RTF, and neighbor information for a network or a specic BSS, use the following procedure:
Procedure 12-9 Import site, cell, DRI/RTF and neighbor information
1 2 3 Click the Cong Mgt icon from the Front Panel to display the Navigation Tree. Select the network or an individual BSS. Select Cong 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 Cell X Import Watcher window
ti-GSM-CellXImport Watcherwindow-00851-ai-sw
12-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Selecting conguration les
Selecting conguration les
To select a site, cell, DRI/RTF, Neighbor, or conguration le other than the default, carry out the following procedures from the Cell X Import Watcher window: Select a Site RF Planning le. Select a Cell RF Planning le. Select a Neighbor RF Planning le. Select a DRI/RTF RF Planning le. Select an RF Conguration le.
If using CellXchange on the OMC-R, maintain all input, output, and conguration les in the /usr/omc/cong/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.
Selecting a Site RF Planning le
To select a Site RF Planning le, follow these steps:
Procedure 12-10 Select a Site RF Planning le
1 Click Site RF Planning le to change the name of the le and its location. Result: The File Selection window is displayed. Refer to Figure 12-4.
The Site import RF planning le by default is named RFPlanSite.in and is located in: /usr/omc/cong/global/cellX/RFPlanSite.in. 2 3 4 Select the directory in the Directories list box and click Filter. Select the import le from the Files list box. Click OK to return to the Cell X Import Watcher window. Result: The monitor window displays the new name and path.
68P02901W17-S
12-19 Nov 2007
Selecting conguration les
Chapter 12: CellXchange
Figure 12-4
File Selection window
ti-GSM-FileSelectionwindow-00852-ai-sw
12-20
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Selecting conguration les
Selecting a Cell RF Planning le
To select a Cell RF Planning le, follow these steps:
Procedure 12-11 Select a Cell RF Planning le
1 Click Cell RF Planning le to change the name of the le and its location. Result: The File Selection window is displayed. Refer to Figure 12-4.
The Cell import RF planning le by default is named RFPlanCell.in and is located in: /usr/omc/cong/global/cellX/RFPlanCell.in. 2 3 4 Select the directory in the Directories list box and click Filter. Select the import le from the Files list box. Click OK to return to the Cell X Import Watcher monitor window. Result: The monitor window displays the new name and path.
Selecting a Neighbor RF Planning le
To select a Neighbor RF Planning le, follow these steps:
Procedure 12-12 Select a Neighbor RF Planning le
1 Click Neighbor RF Planning le to change the name of the le and location. Result: The File Selection window is displayed. Refer to Figure 12-4.
By default, the Neighbor Planning le is named, RFPlanNeighbor.in and is located in: /usr/omc/cong/global/cellX/RFPlanNeighbour.in. 2 3 4 Select the directory in the Directories list box and click Filter. Select the import le from the Files list box. Click OK to return to the Cell X Import Watcher monitor window. Result: The monitor window displays the new name and path.
68P02901W17-S
12-21 Nov 2007
Selecting conguration les
Chapter 12: CellXchange
Selecting a DRI/RTF RF Planning le
To select a DRI/RTF RF Planning le, follow these steps:
Procedure 12-13 Select a DRI/RTF Planning le
1 Click DRI/RTF RF Planning le to change the name of the le and location. Result: The File Selection window is displayed. Refer to Figure 12-4.
By default, the Neighbor Planning le is named RFPlanDRIRTF.in and is located in: /usr/omc/cong/global/cellX/RFPlanDRIRTF.in. 2 3 4 Select the directory in the Directories list box and click Filter. Select the import le from the Files list box. Click OK to return to the Cell X Import Watcher monitor window. Result: The monitor window displays the new name and path.
Selecting an RF Conguration le
To select an RF Conguration le, follow these steps:
Procedure 12-14
1
Select an RF Conguration le
Click Conguration le to select an alternative conguration le. Refer to: Dening CellXchange parameters from the GUI for details on how to change the conguration le.
By default, the RF conguration le is named RF.CNFG and is located in: /usr/omc/cong/global/cellX/RF.CNFG. 2 3 4 Select the directory in the Directories list box and click Filter. Select the conguration le 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 conguration le.
12-22
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Selecting import options
Selecting import options
By default, only cell and neighbor parameters are imported. To change the default and select further import options, carry out the following procedure referring to Figure 12-3 Cell X Import Watcher window:
Procedure 12-15 Select import options
1 Click 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 le.
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 le.
NO is the default. 3 Motorola recommends the following settings for BSS Deployment: For the OMC-R, select Parallel mode. This means that 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 are run on the same machine, so the loading for all the BSS changes is therefore on the OML machine.
Click NO for Allow Neighbor Deletes? to prevent neighbors from being deleted from the MIB to match the number of neighbors in the import le.
YES is the default, that is, neighbors are deleted in the MIB to match the number of neighbors in the import le. Continued
68P02901W17-S
12-23 Nov 2007
Selecting import options
Chapter 12: CellXchange
Procedure 12-15 Select import options (Continued)
5 Click YES for Process Site Parameters to import site parameters.
NO is the default. 6 Click NO if cell parameter import is not required.
YES is the default for Process Cell Parameters, which imports cell parameters, but not neighbor parameters. The cell and neighbor options are mutually exclusive. 7 Click NO if neighbor parameter import is not required.
YES is the default for Process Neighbor Parameters, which imports neighbor parameters, but not cell parameters. The cell and neighbor options are mutually exclusive. If neighbor parameters or DRI/RTF parameters are imported, the information contained in the cell le is used to perform the import, even if the cell parameters are not imported. 8 Click YES for Process DRI/RTF Parameters to import DRI/RTF parameters.
NO is the default. If neighbor parameters or DRI/RTF parameters are imported, the information contained in the cell le is used to perform the import, even if the cell parameters are not imported.
12-24
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Starting and monitoring a Cell-X-Import
Starting and monitoring a Cell-X-Import
To start and monitor the import for the network or BSS, carry out the following procedure:
Procedure 12-16 Start and monitor a Cell-X Import
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 Neighbors to be deleted. To continue select the Continue' button. Select Cancel' to abort the data import. 2 If appropriate, click Continue to proceed. Result: The watcher window monitors the progress of the import.
It is possible to abort the operation at any stage during the import. Refer to Aborting a Cell-X-Import on page 12-26 for details. During the import, the import watcher window displays the following messages if no inconsistencies are present: RF Import Initializing... Performing Network wide RF Import or Performing an RF Import for BSS <BSS name> Process Complete. 3 If inconsistencies are present between the input le 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 le is saved with a date stamp, in the format RFImportInconsistencies<yyyymmdd>.BACKUP Continued
68P02901W17-S
12-25 Nov 2007
Aborting a Cell-X-Import
Chapter 12: CellXchange
Procedure 12-16 Start and monitor a Cell-X Import (Continued)
6 Select File Close to return to the Navigation Tree.
When the import is complete, the system performs an rfNCheck to detect errors during neighbor propagation.
Cell-X-Import changes to double-density or single-density DRIs
Cell-X-Import automatically locks and unlocks a DRI when changing it from double density to single density. If the DRI/RTF Planning input le contains the dri_density attribute with a change in value from single density (1) to double density (2), then the Cell-X-Import operation locks the DRI, makes the change to dri_density, and then unlocks the DRI (the associated DRI is auto created). The Associated DRI is also be unlocked. The user can specify the value of assoc_dri_id (the rdn of the associated DRI) when changing the DRI attribute dri_density from 1 to 2 {30828} or 3 (assuming that the user has congured the parameter). If the DRI/RTF Planning input le contains the dri_density attribute with a change in value from double density (2) to single density (1), then Cell-X-Import automatically locks the DRI and the associated DRI, makes the change, and then unlocks the DRI (the associated DRI is auto deleted). The DRI locking and unlocking is recorded in the RF log le. The user cannot modify the attribute assoc_dri_id directly (in one step). To modify the attribute assoc_dri_id, carry out the following procedure:
Procedure 12-17 Modifying the attribute assoc_dri_id
1 2 3 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 {30828} or 3 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, follow Procedure 12-18.
12-26
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Displaying the RF log le
Procedure 12-18 Abort a Cell-X Import
1 Select Options - Abort from the Cell X Import Watcher menu. Refer to Figure 12-3. Result: A conrmation 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 2 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.
Displaying the RF log le
The OMC-R writes information to the RF log le during the Cell-X-Import process when a cell or neighbor is changed by the import. To display the RF log le at any time during the Cell-X-Import process, select Display - RF Log from the menu bar. The RF log le is accessible from a GUI Server or a GUI Client.
68P02901W17-S
12-27 Nov 2007
Dening CellXchange parameters from the GUI
Chapter 12: CellXchange
Dening CellXchange parameters from the GUI
Overview of dening CellXchange parameters
It is possible to select the list of parameters that are imported or exported by means of a GUI interface when carrying out RF Planning. The parameters are stored by default in the le RF.CNFG which is located in: /usr/gsm/cong/global/cellX. The parameters that can be selected are: General, which includes Frequency Hopping Support. Device conguration, where site, cell, DRI/RTF, and Neighbor parameters can be selected. Handover and Power Control data. Site Summary parameters.
CellX exports 2G and UTRAN neighbors to the neighbor le, and Blind Search neighbors to the end of the neighbor le.
Dening CellXchange parameters
To dene the parameters to be exported or imported, use the following procedure: Display the Radio Frequency Import/Export conguration form. Complete the General section. Select the device parameters for import/export. Select Handover/Power Control objects. Save the selected import/export information.
Displaying the Radio Frequency Import/Export conguration form
To display the RF Import/Export conguration form, follow Procedure 12-19.
12-28
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dening CellXchange parameters
Procedure 12-19 Display the RF Import/Export conguration form
1 2 3 Click the Cong Mgt icon from the Front Panel to display the Navigation Tree. Select the network or a specic BSS. Select Cong Mgt - Cell-X-Congure from the menu bar. Result: The Radio Frequency Import/Export conguration form is displayed as shown in Figure 12-5.
Figure 12-5 Radio Frequency Import/Export conguration form (partial)
ti-GSM-RadioFrequencyImportExportconfigurationform_partial_-00853-ai-sw
68P02901W17-S
12-29 Nov 2007
Dening CellXchange parameters
Chapter 12: CellXchange
Completing the General section
To complete the General section of the RF Import/Export conguration form, follow these steps:
Procedure 12-20 conguration form
1 2
Complete the General section of the RF Import/Export
Click NO to Standard RF Import/Export at the top of the form to dene options for export or import. Click 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
Parameter Standard RF Import/Export Enable cell priority handling Allow Neighbor reciprocation Map Frequency Hopping Indicator Value Yes Description Cell-X-Export creates cell and neighbor spreadsheets with default values. Cell-X-Import only accepts spreadsheets with default elds. Produces a column at the start of the cell le which may be used to indicate the order in which cells are updated on import. Not applicable to export. The neighbor le 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 le if the DRI/RTF le is not exported. Otherwise, it is contained in the DRI/RTF le. Outputs the HSN (Hopping Sequence Number), MA (Mobile allocation) and Hopping enable attributes for the relevant Hopping system. Continued
Yes
Yes
Yes
Use Frequency Hopping System [0..3]
Yes
12-30
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dening CellXchange parameters
Table 12-1 RF General Options (Continued)
Parameter Enable Site Summary Value Yes Description 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 rst cell, three for the second cell, and ve for the third cell, this is represented as 2/3/5. 900 - number of RTFs with the frequency 900. For example, if the rst 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 rst 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.
68P02901W17-S
12-31 Nov 2007
Dening CellXchange parameters
Chapter 12: CellXchange
Selecting device parameters for import/export
To select device parameters for import/export, follow Procedure 12-21.
Procedure 12-21 Select device parameters for import/export
1 To select the parameters to be imported/exported for each device, click one of the following buttons. Refer to Figure 12-5. DRI parameters: Congure. RTF parameters: Congure. SITE parameters: Congure. Cell parameters: Congure. Neighbor parameters: Congure. Utran neighbor parameters: Congure. Blind Search neighbor parameters: Congure.
The relevant device Cong Detail View form is displayed. See Figure 12-6 for an example of a cell RF Cong Detailed View form. 2 Click the button next to each parameter in the Cong Detail View form. Result: The selected parameters are 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 eld and click that eld. A context-sensitive help page is displayed. 3 4 Select File Apply to save the new settings. Select File Cancel to close the Cong Detail View form.
Selecting Handover/Power Control objects
Click the appropriate BIN number for each Handover/Power Control object in the Radio Frequency Import/Export conguration form (see Figure 12-5). The selected Handover/Power Control object bins are imported/exported.
12-32
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Dening CellXchange parameters
Saving the selected import/export information
To save the selected import/export information, follow .
Procedure 12-22 Save the selected import/export information
1 2 Select File Save from the menu bar of the Radio Frequency Import/Export conguration window. Select File Close from the main menu bar to return to the Navigation Tree.
Figure 12-6 Cell RF Cong Detail View form
ti-GSM-CellRFConfigDetail Viewform-00854-ai-sw
68P02901W17-S
12-33 Nov 2007
Creating an RF conguration le
Chapter 12: CellXchange
Creating an RF conguration le
The RF.CNFG le is read only. Create an RF conguration le to dene options other than the defaults. To create an RF conguration le, followProcedure 12-23.
Procedure 12-23 Create an RF conguration le
1 Refer to: Dening CellXchange parameters from the GUI on page 12-28, and carry out steps 1 to 3. Result: The Radio Frequency Import/Export conguration window is displayed. 2 To rename the le or save it to another directory, select File Save As from the menu bar. Result: The File Selection window is displayed. 3 4 5 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 le and close the window. Result: The following message is displayed in the status bar at the bottom of the RF conguration window: Generation of RF Import/export configuration file completed. 6 Select File Close from the main menu bar to return to the Navigation Tree.
12-34
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
CellXchange using the command line
CellXchange using the command line
Overview of command line utilities
It is possible to alter the conguration le (RF.CNFG) and execute Cell-X-Import or Cell-X-Export from the command line. The following parameters may be congured from the command line: Congurable Cell Parameters. Congurable Neighbor Parameters. Support for Frequency Hopping Attributes. Improved Performance. Site parameters. DRI/RTF parameters.
The following lists the ve 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 les. Imports the data from ASCII les to the MIB. Checks and corrects Neighbor BSIC and BCCH ARFCN values. Automatically creates/deletes RTFs to match data les. 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: Dene the environment variables DBNAME and RFI_SEQUENTIAL_BSS_APPLY (ofine only). Congure the conguration le (RF.CNFG) for the options required. Execute the relevant commands.
Dening environment variables (ofine only)
The CellXchange feature runs on the OLM. Therefore, before executing any of the commands, open the corresponding Network Conguration. Refer to System Information: DataGen (68P02900W22) for details. 68P02901W17-S 12-35 Nov 2007
Conguration le overview
Chapter 12: CellXchange
Before using CellXchange the environment variable DBNAME and RFI_SEQUENTIAL_BSS_APPLY must be congured.
DBNAME
If there is a single standard Network Conguration name used, then the environment variable may be set in the users .cshrc le, 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 Conguration Name is: the name of OLM Network Conguration in use.
RFI_SEQUENTIAL_BSS_APPLY
This environment variable improves performance of an import when changing data in multiple BSS objects on the OLM. Add the following line to each user's .cshrc le before using this feature: setenv RFI_SEQUENTIAL_BSS_APPLY ON
Conguration le overview
The operation of both the export and import is controlled by a conguration le. This le by default is called RF.CNFG and is stored in: /usr/omc/config/global/cellX However, if required, the name and path to the conguration le can be specied by the user. The le contains the following sections: Initial Comment Section. Flags. List of Cell Parameters. Handover/Power Control Objects. List of Neighbor Parameters (including Blind Search, UTRAN, and 2G neighbor parameters). List of site parameters. List of DRI/RTF parameters.
12-36
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Description of ags section
The le is a standard ASCII text le and can be edited using the vi editor or any suitable editor. The # character is used to indicate a comment within the le.
A complete RF.CNFG le is shipped with the feature. All the options are disabled within the le. It is recommended to make a backup copy for reference before making changes.
Description of ags section
Table 12-2 shows the ags contained within the Conguration File:
Table 12-2 Conguration le parameters
Flag name STANDARD _IMPORT_EXPORT Description If set to ON the remainder of the le is ignored and the standard xed le format is used.
MAP_FREQ If set to ON the FHIs for each of the RTFs are output. _HOP_INDICATORS FREQHOP SYSTEM.[0..3] CELL_PRIORITY _DEFINED Four ags, one for each of the Hopping Systems in a cell, if set to ON the HSN, MA, and Hopping Enabled attributes are output for all cells. Produces a column at the start of the cell le which indicates the order in which cells should be updated on import. When used the column should numerically list the order in which the cells should be updated, starting with the lowest number rst. Duplicate numbers are allowed. Not applicable on export. Produces a column at the end of the Neighbor le where the option for Neighbor reciprocation can be specied as Yes or No. Not applicable on export.
ALLOW _RECIPROCATION
Example of setting ags
The ags should be set at the beginning of the conguration le and must be preceded by the keyword FLAG followed by a: FLAG : MAP_FREQ_HOP_INDICATORS = ON FLAG : FREQHOPSYSTEM.0 = ON FLAG : FREQHOPSYSTEM.1 = OFF
In the default conguration le, all ags are set to OFF.
68P02901W17-S
12-37 Nov 2007
Description of cell parameter section
Chapter 12: CellXchange
Description of cell parameter section
The operation of the export / import for cell parameters is controlled by the cell parameter section of the conguration le. This section contains a list of cell parameters, each on a separate line, enclosed within two specied delimiters.
Example of setting cell parameters
The order of the parameters within the list, determines the order of the columns within the exported/imported cell le. To enable a parameter within the conguration le, remove the # from the start of the line. To disable a parameter, insert a# at the start of the line. The following is an example of enabling cell parameters: BEGIN : CELL_PARAMETERS bsic frequency_type rxlev_access_min END : CELL_PARAMETERS
The default conguration le contains a list of all supported cell parameters. By default, they are all disabled.
Description of neighbor parameter section
The operation of the export/import for neighbor parameters is controlled by the neighbor parameter section of the conguration le. This section contains a list of neighbor parameters, each on a separate line, enclosed within two specied delimiters.
12-38
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Description of handover and power control objects section
Example of setting neighbor parameters
The order of the parameters within the list determines the order of the columns within the exported / imported neighbor le. To enable a parameter within the conguration le remove the # from the start of the line. To disable a parameter insert a # at the start of the line. The following is an example of enabling Neighbor parameters: BEGIN : NEIGHBOR_PARAMETERS ho_margin_cell ho_margin_rxqual synchronized END : NEIGHBOR_PARAMETERS
The default conguration le contains a list of all supported neighbor parameters. By default, they are all disabled.
Description of handover and power control objects section
The operation of the export/import for the handover and power control objects is controlled by the handover and power control section of the conguration le. This section contains a list of objects with their bin number, each on a separate line, enclosed within two specied delimiters.
68P02901W17-S
12-39 Nov 2007
Description of site parameter section
Chapter 12: CellXchange
Example of setting handover and power control objects
The order of the parameters within the list determines the order of the columns within the exported or imported neighbor le. To enable a parameter within the conguration le remove the # from the start of the line. To disable a parameter insert a # at the start of the line. The following is an example of enabling Handover and Power Control objects: BEGIN : POWER_HANDOVER_OBJECTS BIN:0 : BIN:1 : RelTimAdvHC RxlevDlHC
END : POWER_HANDOVER_OBJECTS
The default conguration le contains a list of all supported neighbor Handover and Power Control objects. By default, they are all disabled.
Description of site parameter section
The operation of the export / import for site parameters is controlled by the site parameter section of the conguration le. This section contains a list of site parameters, each on a separate line, enclosed within two specied delimiters.
12-40
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Description of DRI/RTF parameter section
Example of setting site parameters
The order of the parameters within the list determines the order of the columns within the exported/imported site le. To enable a parameter within the conguration le remove the # from the start of the line. To disable a parameter insert a # at the start of the line. The following is an example of enabling Site parameters: BEGIN : SITE_PARAMETERS fm_site_type // Site Type // 1613 1620 1650 // BssRO bts_type //BTS Configuration Type // 1613 1620 1650 //BssRW lcf_id // LCF managing this site // 1613 1620 1650 //BssRW bsp_lcf_id // BSP/LCF Flag // 1613 1620 1650 //BssRC END : SITE_PARAMETERS
The default conguration le contains a list of all supported site parameters. By default, they are all disabled.
Description of DRI/RTF parameter section
The operation of the export/import for DRI/RTF parameters is controlled by the DRI/RTF parameter section of the conguration le. This section contains a list of DRI/RTF parameters, each on a separate line, enclosed within two specied delimiters.
68P02901W17-S
12-41 Nov 2007
Description of UTRAN neighbor parameter section
Chapter 12: CellXchange
Example of setting DRI/RTF parameters
The order of the parameters within the list determines the order of the columns within the exported/imported DRI/RTF le. To enable a parameter within the conguration le remove the # from the start of the line. To disable a parameter insert a # at the start of the line. The following is an example of enabling DRI parameters: BEGIN : DRI_PARAMETERS DRI_type //DRI type // 1613 1620 1650 // BssRC foxFmuxConn //Connection to BTP // 1613 1620 1650 //BssRC opto_state // No Alarm when // 1613 1620 1650 // BssRC END : DRI_PARAMETERS The following is an example of enabling RTF parameters: BEGIN : RTF_PARAMETERS Carrier_type //Carrier_type // 1613 1620 1650 //BssRC ksw_pair //KSW pair // 1613 1620 1650 // BssRC rtf_capacity //RTF capacity // 1613 1620 1650 // BssRC carrier1_arfcn //carrier 1 ARFCN // 1613 1620 1650 // BssRW END : RTF_PARAMETERS
The default conguration le contains a list of all supported DRI/RTF parameters. By default, they are all disabled.
Description of UTRAN neighbor parameter section
The operation of the export/import for UTRAN Neighbor parameters is controlled by the UTRAN Neighbor parameter section of the conguration le. This section contains a list of UTRAN Neighbor parameters, each on a separate line, enclosed within two specied delimiters.
12-42
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Description of UTRAN neighbor parameter section
Example of setting UTRAN neighbor parameters
The order of the parameters within the list determines the order of the columns within the exported/imported UTRAN Neighbor le. To enable a parameter within the conguration le remove the # from the start of the line. To disable a parameter insert a # at the start of the line. The following is an example of enabling UTRAN Neighbor parameters: BEGIN : UTRAN_NEIGHBOUR_PARAMETERS name fdd_arfcn scr_code diversity_enabled nmcrdninstance END : UTRAN_NEIGHBOUR_PARAMETERS
The default conguration le contains a list of all supported neighbor parameters. By default, they are all disabled.
68P02901W17-S
12-43 Nov 2007
CellXchange command line utilities
Chapter 12: CellXchange
CellXchange command line utilities
Overview of command line utilities
After setting the environment variables and conguring the RF.CNFG le, the following section describes the utilities that may be used. The command line utilities which may be used are: rf_export rf_import rfNcheck correct_rtfs chg_lac_ci Exports the data from the MIB to ASCII les. Imports the data from ASCII les to the MIB. Checks and corrects Neighbor BSIC and BCCH ARFCN values. Automatically creates/deletes RTFs to match data les. Allows bulk updates to LAC and CI of cells.
rf_export
rf_export can be used to specify whether site, cell, DRI/RTF, neighbor, or all these parameters are exported for the entire network, or one or more specic BSSs.
Synopsis (online environment)
rf_export [-BSS <BSS name>] [-site <site file>] [-drirtf <DRI/RTF file>] [-c <cell file> -n <neighbor file> -s <site file> -d <dri/rtf file> -all] [-cnfg <configuration file>]
Synopsis (ofine environment)
rf_export [-db <DBname>] [-BSS <BSS name>] [-site <site file>] [-drirtf <DRI/RTF file>] [-c <cell file> -n <neighbor file> -s <site file> -d <dri/rtf file> -all] [-cnfg <configuration file>] Refer to Table 12-3 for option descriptions.
12-44
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
rf_export
Description
This utility exports the contents of the MIB database and produces ASCII tab delimited les for site, cell, DRI/RTF, and neighbor parameters, if required. The columns within these les are made up of some mandatory columns for example, the MSC name, OMC-R name, BSS name, and also some user-dened parameters as specied in the conguration le. The les are output to the directory: /usr/omc/cong/global/cellX/<RFPlanCell.out>, <RFPlanSite.out>, <RFPlanDRIRTF.out> or <RFPlanNeighbor.out> by default. The user can also specify an alternative location.
Command line options
An explanation of the command line options for rf_export is given in Table 12-3.
Table 12-3
Command line options (rf_export)
Description Denes the database to be exported, applies specically to the Ofine MIB where multiple databases may exist. If not dened, the default of DBNAME Only export data within the specied BSS or BSSs, all other data is ignored. If not specied 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 le only. This option exports the le to its default location with its default name. Use to export a DRI/RTF le only. This option exports the le to its default location with its default name. Denes the output cell lename and path. For example, the following command creates a cell le only for export called mycellfile.out/usr/omc/config/global/cellXrf_export -cell -c /usr/omc/config/global/cellX/ mycellfile.out Denes the output neighbor lename and path. Denes the output site lename and path. Denes the output DRI/RTF lename and path. Exports all parameters to the appropriate default .out Denes the conguration le name and path to be used. If not specied the default of /usr/omc/config/global/cellX/RF.CNFG If none of the above arguments are supplied, the process exports cell and neighbor les only to /usr/omc/config/global/cellX/RFPlanCell.out/usr/omc/ config/global/cellX/RFPlanNeighbour.out
Option -db <Database name> (ofine environment only) -BSS <BSS name>
-site <site le name> -drirtf <DRI/RTF le name> -c <Cell File Name and Path>
-n <Neighbor File Name and Path> -s <Site File Name and Path> -d <DRI/RTF File Name and Path> -all - cnfg <Conguration File Name and Path> no arguments
68P02901W17-S
12-45 Nov 2007
rf_import
Chapter 12: CellXchange
rf_import
rf_import can be used to specify whether site, cell, DRI/RTF, neighbor, or all these parameters are imported into the network, or one or more specic BSSs.
Synopsis (online environment)
rf_import [-BSS <BSS name>] [-site <site file name>] [-drirtf <DRI/RTF file name>][-c <cell file> -n <neighbor file> -s <site file> -d <dri/rtf file> -all] [-cnfg <configuration file>] [-A] [-conly] [-nonly] [-nodeletes] [-sequential] [-consistencyCheck] [-correct_rtfs] [-correct_dris] [-no_omc_warn] [-bcchSFHenabled]
Synopsis (ofine environment)
rf_import [-db <DBname>] [-BSS <BSS name>] [-site <site file name>] [-drirtf <DRI/RTF file name>][-c <cell file> -n <neighbor file> -s <site file> -d <dri/rtf file> -all] [-cnfg <configuration file>] [-A] [-conly] [-nonly] [-nodeletes] [-sequential] [-consistencyCheck] [-correct_rtfs] [-correct_dris] [-no_omc_warn] [-bcchSFHenabled] Refer to: Table 12-4 for option descriptions.
Description
This utility reads ASCII tab delimited les and compares each attribute value in the les to the value in MIB. If the values are different the process attempts to update the MIB with the value from the le.
Command line options
An explanation of the command line options rf_import is given in Table 12-4.
Table 12-4
Command line options (rf_import)
Description Denes the database name, applies specically to the Ofine MIB where multiple databases may exist. If not dened, the default of DBNAME Only import data within the specied BSS, all other data is ignored. If not specied the entire network is used. For example, the following command imports data for BSSs BSSnorth and BSSeast only: rf_import -BSS BSSnorth, BSSeast Use to import a site le only. Continued
Option -db <Database Name> (ofine environment only) -BSS <BSS name>
-site <site le name>
12-46
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
rf_import
Table 12-4 Command line options (rf_import) (Continued)
Option -drirtf <DRI/RTF le name> -c <Cell File Name and Path> Description Use to import a DRI/RTF le only. Denes the cell le name and path. For example, the following command imports a cell le called mycellfile.in/usr/omc/config/global/cellXrf_import -cell -c /usr/omc/config/global/cellX/ mycellfile.in Denes the neighbor le input name. Denes the site input le name. Denes the DRI/RTF input le name. Denes the name and path of conguration le to use during the import. If not specied then the default of /usr/omc/config/global/cellX/RF.CNFG If none of the above arguments are supplied, the process imports cell and neighbor les only to /usr/omc/config/global/cellX/RFPlanCell.in/usr/omc/ config/global/cellX/RFPlanNeighbour.in Imports all parameters from the appropriate default .in Attempt to set all data from les 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 neighbor information only (for backward compatibility). No neighbor deletes are performed during the import, neighbors are created and updated if required. Updates are made to each BSS sequentially. This option is not recommended at an OMC-R. 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 les and vice-versa. Automatically runs the correct_rtfs utility before performing the import. Refer to: correct_rtfs section for details. Automatically runs the correct_dris utility before 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? Updates are not made to hopping systems which affect the BCCH carrier for the cell.
-n <Neighbor File Name and Path> -s <Site File Name and Path> -d <DRI/RTF File Name and Path> - cnfg <Conguration File Name and Path> no arguments
-all -A -conly -nonly -nodeletes -sequential -consistencyCheck
-correct_rtfs -correct_dris -no_omc_warn
-bcchSFHenabled
68P02901W17-S
12-47 Nov 2007
rfNcheck
Chapter 12: CellXchange
rfNcheck
rfNcheck compares the BSIC and BCCH ARFCN of each Neighbor dened in the MIB, with the data in the cell (provided the cell exists in the MIB).
Synopsis (online environment)
rfNcheck [-sequential]
Synopsis (ofine environment)
rfNcheck [-db <DBname>] [-sequential] Refer to: Table 12-5 for option descriptions.
Description
Once the comparison is complete and if the values specied in the Neighbor do not match the cell values, then the Neighbor is automatically updated to the correct value. In the case where the cell is not in the MIB then each occurrence of the relevant Neighbor is compared against each other and if inconsistencies are found it is reported to the user but not corrected.
Command line options
An explanation of the command line options for rfNcheck is given in Table 12-5.
Table 12-5 Command line options (rfNcheck)
Option -db <Database Name> (ofine environment only) -sequential Description Denes the database name. If not dened, the default of DBNAME
Updates are made to each BSS in the network sequentially.
This option is not recommended at an OMC-R.
correct_rtfs
correct_rtfs attempts to correct the number of RTFs equipped in the MIB against the number of TRXs dened in the import cell le.
12-48
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
correct_rtfs
Synopsis (online environment)
correct_rtfs [-BSS <BSS name>] [-c <cell file> -n <neighbor file> -d <DRI/RTF file>] [-cnfg <configuration file>] [-sequential]
Synopsis (ofine environment)
correct_rtfs [-db <DBname>] [-BSS <BSS name>] [-c <cell file> -n <neighbor file> -d <DRI/RTF file>] [-cnfg <configuration file>] [-sequential] Refer to: Table 12-6 for option descriptions.
Description
This utility creates or deletes automatically RTFs, if the number equipped in the MIB does not match the number specied in the import cell le. 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.
Command line options
An explanation of the command line options for correct_rtfs is given in Table 12-6.
Table 12-6
Command line options (correct_rtfs)
Description Denes the database name. If not dened, the default of DBNAME is used. Only import data for cells within the specied BSS, all other data is ignored. If not specied the entire network is used. Denes the cell le name and path. If not specied then the default of /usr/omc/cong/global/cellX/RFPlanCell.in is used. Denes the neighbor le input name. If not specied then the default of /usr/omc/cong/global/cellX/RFPlanNeighbour.in is used. Denes the DRI/RTF le input name. If not specied then the default of /usr/omc/cong/global/cellX/RFPlanDRIRTF.in is used. Continued
Option -db <Database Name> (ofine environment only) -BSS <BSS name> -c <Cell File Name and Path> -n <Neighbor File Name and Path> -d <DRI/RTF File Name and Path>
68P02901W17-S
12-49 Nov 2007
correct_rtfs
Chapter 12: CellXchange
Table 12-6 Command line options (correct_rtfs) (Continued)
Option - cnfg <Conguration File Name and Path> -sequential Description Denes the name and path of the conguration le to use during the import. If not specied then the default of /usr/omc/cong/global/cellX/RF.CNFG is used. Updates are made to each BSS in the network sequentially.
This option is not recommended at an OMC-R.
Additional information - correct_rtfs
The correct_rtfs command creates or deletes automatically RTFs. This occurs when the number equipped in the MIB does not match the number specied in the import cell or DRI/RTF le. Table 12-7 describes the initialization values applied when an RTF is created.
Creating an RTF
Table 12-7 RTF attributes
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 Value obtained from Cell or DRI/RTF import le. Default 0. Default 0, if fails path is set to 1. Default 0. Cell or DRI/RTF import le. Cell or DRI/RTF import le, if not specied, the default is 255. Cell or DRI/RTF import le. Determined from BSIC in cell import le. Assigned next available value. Default 0. Default 0. Default 2 or 0 depending on cell frequency type. Default 0.
12-50
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
chg_lac_ci
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 le: /usr/omc/logs/usrauditlogs/r<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.
Synopsis (online environment)
chg_lac_ci -f <filename>
Synopsis (ofine environment)
chg_lac_ci -f <filename> -db <DBname> Where: lename is: the name and path of a spreadsheet le.
Description
A spreadsheet le may be created with ve tab delimited columns using a text editor of choice. The wildcard (*) character denotes match any and may be used within any column.
68P02901W17-S
12-51 Nov 2007
chg_lac_ci
Chapter 12: CellXchange
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 changes 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 changes all cells within the network, with a LAC of 100 to 200 retaining the same CI. Row four changes only cells within BSS 1, with a LAC of 100 to 200 retaining the same CI.
12-52
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Troubleshooting Cell-X-Import
Troubleshooting Cell-X-Import
Overview of Cell-X-Import le
The order of TRXs in the import le is important for CellXchange. The import of cell information assumes that the TRXs are ordered by the RTF identier. If the order is not maintained in the import le then a number of arfcn clashes occur during the import. If the ordering of the TRXs cannot be maintained in the import le, then it is necessary to set up a dummy or unused ARFCN frequency to allow the import to work.
Setting up a dummy ARFCN
To dene a dummy ARFCN the following environment variable must be set in the user's .cshrc le: setenv RFI_USE_DUMMY_ARFCNS ON Then depending on the frequency type within the network, set the appropriate dummy frequency environment variable: setenv RFI_DUMMY_ARFCN_PGSM <unused frequency> setenv RFI_DUMMY_ARFCN_EGSM <unused frequency> setenv RFI_DUMMY_ARFCN_DCS1800 <unused frequency> setenv RFI_DUMMY_ARFCN_PCS1900 <unused frequency>
68P02901W17-S
12-53 Nov 2007
CellXchange import and export tables
Chapter 12: CellXchange
CellXchange import and export tables
Introduction to exporting/importing parameters
The following tables show the Cell, Neighbor, site, RTF, and DRI parameters that may be exported or imported.
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 conguration le used with the import: ARFCN. FHIs. MA list. HSN. FHSs Hopping_support. Creation/deletion of RTFs.
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 specied. Table 12-9 shows a list of the cell parameters from which the user can select the parameters to be exported/imported, see Dening CellXchange parameters from the GUI on page 12-28 for further details.
12-54
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell parameters
Some RTF information appears in the cell import/export le, such as frequency hopping and ARFCN parameters. If the user chooses not to export a DRI/RTF le, the RTF information remains in the cell export/import le. However, if the user chooses to export a DRI/RTF le, the RTF information is included in the DRI/RFT les instead of in the cell le.
Default RF cell parameters
Table 12-8 lists the GUI eld names of the cell parameters that are exported or imported if default RF cell settings are used.
Table 12-8 RFPlanCell default parameters
Field MSC Name OMC Name BSS Name Site Name Site Lat Site Long Cell Lat Cell Long Freq Type Description Species the MSC name which is responsible for the cell. Species the OMC-R name which is responsible for the cell. Species the BSS name to which the cell belongs. Species the site name within the BSS. Species the geographical latitude in decimal of the logical site. In most cases, it is identical to Cell Latitude. An exception is Top Cell. Species the geographical longitude in decimal of the logical site. In most cases, it is identical to Cell Longitude. An exception is Top Cell. Species the latitude of the cell in decimal notation. Species the longitude of the cell in decimal notation. Species 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. Species the Mobile Country Code for the cell. Species the Mobile Network Code for the cell. Species the Location Area Code for the cell. Continued
MCC MNC LAC
68P02901W17-S
12-55 Nov 2007
Cell parameters
Chapter 12: CellXchange
Table 12-8
Field CI BSIC Beam Width Orientation Layer Type
RFPlanCell default parameters (Continued)
Description Species the Cell ID of the cell. Species the Base Station Identity Code for the cell. Species the beam width of the antenna in an integer number of degrees. Species the direction of the antenna in an integer number of degrees. Species 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). Species a BCCH frequency for the cell. The value allowed depends on the Frequency Type. Species 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).
BCCH ARFCN TRX
User selectable cell parameters
Table 12-9 lists the cell parameters, and their GUI eld names, that can be selected by a user for inclusion in the cell export/import le.
Table 12-9 User selectable cell parameters
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 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. Continued
12-56
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell parameters
Table 12-9
User selectable cell parameters (Continued)
Description 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. 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. Continued
OMC-R Parameter Name 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 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
68P02901W17-S
12-57 Nov 2007
Cell parameters
Chapter 12: CellXchange
Table 12-9
User selectable cell parameters (Continued)
Description 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. 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-Initialization. Band Preference Mode. Band Preference. SDCCH to TCH Band Reassign Delay. The beam width of the antenna. Blind Search Preference. Bounce Protect Congestion HandOver Timer. Bounce Protect HandOver Margin. Bounce Protect Quality HandOver Timer. Continued
OMC-R Parameter Name 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 AmrFrDlLaEnabled AmrFrUlLaEnabled AmrHrUlLaEnabled AmrHrDlLaEnabled AmrHrIntHoAllwd antennaDirection attach_detach auto_rf_loss ba_alloc_proc band_pref_mode band_preference bandReassignDelay beamWidth blindSearchPref bnce_prt_cong_tmr bnce_prt_mgn bnce_prt_qual_tmr
12-58
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell parameters
Table 12-9
User selectable cell parameters (Continued)
Description 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 Acknowledgment. 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 Conguration. CCCH Load Period. Low Cell Selection Priority. Cell Barred Access Class. Subscriber Access to Cell. Cell Reselect Hysteresis Level. Cell Reselect Offset. Cell Reselection Parameters. Channel Reconguration. 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. Continued
OMC-R Parameter Name 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 cell_bar_qualify cellBarAccClass cellBarAccess cellReselectHys cellReselectOffs cellReselParamInd channelRecong coincident_cell coincident_mb coincident_offset congest_at_source congest_at_target current_pcu data_qual_enabled dealloc_inact dec1DlRxlevAv_h dec1DlRxlevAv_ih
68P02901W17-S
12-59 Nov 2007
Cell parameters
Chapter 12: CellXchange
Table 12-9
User selectable cell parameters (Continued)
Description DL Signal Strength Power Change Bin. Downlink Receive Quality HandOver Bin. DL Receive Quality Power Change Bin. Neighbor 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. 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. Continued
OMC-R Parameter Name 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 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_ag dl_dtx_voice_data dlRxlevHoAllowed dlRxqualHoAllowed dr_ho_dur_assign
12-60
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell parameters
Table 12-9
User selectable cell parameters (Continued)
Description 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 Conguration Information. EGSM Handover Threshold. Emergency Class Switch. Enable Incoming Handovers. Enhanced Relief. Ext Range Neighbor Priority. External Retry Period Timer. Extended Range Cell. 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. Continued
OMC-R Parameter Name 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 extendedPagingAct fdd_gprs_qoffset fdd_qmin fdd_qoffset fdd_rep_quant fddMultiratRprtng ow_control_t1 ow_control_t2 frequency_type full_pwr_ross gprs_bs_cv_max gprs_cr_margin gprs_drx_time_max gprs_enabled gprs_intraho_allw gprs_min_prr_blks gprs_ms_pan_dec
68P02901W17-S
12-61 Nov 2007
Cell parameters
Chapter 12: CellXchange
Table 12-9
User selectable cell parameters (Continued)
Description 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. Recong Idle TCH Threshold. GPRS Cell Reselection Hysteresis. GPRS Minimum Receive Level. T3192 (SMG24-SMG30). T3168. T3192. GPRS Negative C32 Offset. GPRS Timeslot Conguration Algorithm. GPRS Cell Reselect Offset. Mobile Station HandOver Power Level. Minimum Handover Recognized Period. HCS Signal Strength. Handover Acknowledgment 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. Continued
OMC-R Parameter Name gprs_ms_pan_inc gprs_ms_pan_max gprs_ms_txpwr_cch gprs_mx_txpwr_cch gprs_num_pmrs 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 gprs_ts_confg_alg gprsReselectOffs handoverPwrLevel handoverRecPeriod hcs_thr ho_ack ho_exist_congest ho_margin_def ho_mgn_use_ag ho_onlymax_pwr hop_count hop_count_timer hop_qual_enabled hopping_support hoPwrLevel_inner hr_enabled hr_fr_hop_count
12-62
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell parameters
Table 12-9
User selectable cell parameters (Continued)
Description 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. 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. Continued
OMC-R Parameter Name hr_intracell_ho_allowed hr_res_ts imrm_dcs18_weight imrm_egsm_weight imrm_force_recalc imrm_pgsm_weight imrm_umts_weight init_dl_cs init_ul_cs inner_zone_alg InnHrUseThres intave inter_rat_enabled interbandHoAllwd interCellHoAllowd interfer_band0 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
68P02901W17-S
12-63 Nov 2007
Cell parameters
Chapter 12: CellXchange
Table 12-9
User selectable cell parameters (Continued)
Description 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). 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. Continued
OMC-R Parameter Name linkAboutToFail longitude low_sig_thresh lRxqualDlHData lRxqualDlHHopping lRxqualDlPData lRxqualDlPHopping lRxqualUlHData lRxqualUlHHopping lRxqualUlPData lRxqualUlPHopping lRxqUlHHopAmrFr lRxqualUlHAmrFr lRxqualDlHAmrFr lRxqDlHHopAmrFr lRxqualUlPAmrFr 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
12-64
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell parameters
Table 12-9
User selectable cell parameters (Continued)
Description 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. Missing Measurement Report. Mobile Station Maximum Timing Advance. MS Power Control Message Acknowledge. 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. NCH Position. Concentric Cell Neighbor 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. Continued
OMC-R Parameter Name max_tx_bts max_tx_ms maxNumberOfSdcch maxQLengthChan maxQLgtFullRtChan maxQLgtSdcchs mb_tch_cong_thres missing_rpt ms_max_range ms_p_con_ack 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 nch_position nei_rpt_timer neighbor_journ network_ctrl_order new_calls_hr numOfPrefCells numSdcchsPref outzone_usage_lev pbgt_mode pc_meas_chan
68P02901W17-S
12-65 Nov 2007
Cell parameters
Chapter 12: CellXchange
Table 12-9
User selectable cell parameters (Continued)
Description 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. 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 Trafc Class. Uplink MTBR for Best Effort Trafc Class. Downlink MTBR for Background Trafc Class. Uplink MTBR for Background Trafc 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. Continued
OMC-R Parameter Name 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 primary_pcu prior_micro priority_class protect_last_ts psi1_repeat_prd pwrc pwrHoAllowed qos_mtbr_i1_dl qos_mtbr_i1_ul qos_mtbr_i2_dl qos_mtbr_i2_ul qos_mtbr_i3_dl qos_mtbr_i3_ul qos_mtbr_be_dl qos_mtbr_be_ul qos_mtbr_bg_dl qos_mtbr_bg_ul qsearch_c qsearch_c_initial qsearch_i qsearch_p queueMgtInfo
12-66
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Cell parameters
Table 12-9
User selectable cell parameters (Continued)
Description Routing Area Color. Routing Area Reselect Hysteresis. Routing Area Code. Random Access Channel Load Period. Random Access Channel Load Threshold. Radio Link Timeout. Rapid Power Down Procedure. Recongure Full Rate to Half Rate. Call Re-Establishment. Report Resource TCH Full High Water Mark. Report Resource TCH Full Low Water Mark. Reserved GPRS PDCH timeslots. Reserved PDCHs When One Carrier Goes OOS. Retry Candidate Period Timer. RF Channel Release Acknowledgment 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. Continued
OMC-R Parameter Name ra_colour ra_reselect_hyst rac rach_load_period rach_load_thresh radioLinkTimeout rapid_pwr_down RecongFrToHr reestablishAllwd repResTchFHighWm repResTchFLowWm 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
68P02901W17-S
12-67 Nov 2007
Cell parameters
Chapter 12: CellXchange
Table 12-9
User selectable cell parameters (Continued)
Description 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 (seconds). 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. Trafc Channel Flow Control. TCH Usage Threshold. Trafc Channel Full Need Low Water Mark. Receive Signal Code Power Threshold for TD-SCDMA neighbor. 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 Interfere 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 Continued
OMC-R Parameter Name sdcchNeedHighWm sdcchNeedLowWm search_prio_3g second_freq_type servBandReporting stop_dri_tx_time switch_gprs_pdchs sw_less_one_cr t_avg_t t_avg_w tch_congprev_thr tch_ow_control tch_usage_thrsld tchFullNeedLowWm {31400} tdd_qoffset 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 umtsBandPreferred umtsCpichEcNoMin umtsCpichRscpMin
12-68
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Neighbor parameters
Table 12-9
User selectable cell parameters (Continued)
Description Use BCCH Carrier for GPRS. BSS Derive HO Power. Use Neighbor Power Budget Hreqave. Valid Candidate Period Timer. Wait Indication Parameters. HandOver to Nbr with Lower RxLev. Inner Zone Handover Hysteresis.
OMC-R Parameter Name use_bcch_for_gprs use_drv_ho_pwr useNeiPbgtHreqave validCandPeriod waitIndicParams worse_nei_ho zone_ho_hyst
User selectable cell parameters with GSM Half Rate unrestricted
Table 12-10 lists the new cell parameters, and their GUI eld names, that can be selected by a user for inclusion in the cell export/import le if the Half Rate feature is unrestricted.
Table 12-10 User selectable cell parameters with GSM Half Rate unrestricted
OMC-R Parameter Name gsm_half_rate_enabled Description GSM Half Rate Enabled.
Neighbor parameters
Table 12-11 and Table 12-12 show the neighbor parameters that can be exported/imported. Table 12-11 shows the neighbor parameters that will be exported/imported by default when neighbor parameter export is specied. Table 12-12 shows a list of the neighbor parameters from which the user can select the parameters to be exported/imported, see Dening CellXchange parameters from the GUI on page 12-28 for further details.
68P02901W17-S
12-69 Nov 2007
Neighbor parameters
Chapter 12: CellXchange
Default RF Neighbor parameters
Table 12-11 shows the GUI eld names of the parameters that are exported or imported for neighbor cells if the default settings are used.
Table 12-11 RFPlanNeighbor default parameters
Field MSC Name OMC Name BSS Name Site Name Source MCC Source MNC Source LAC Source CI Dest MCC Dest MNC Dest LAC Dest CI Dest BCCH ARFCN Dest BSIC Description Species the MSC name which is responsible for the cell. Species the OMC-R name which is responsible for the cell. Species the BSS name to which the cell belongs. Species the site name within the BSS. Species the Mobile Country Code for the Source Cell of the neighbor relation. Species the Mobile Network Code for the Source Cell of the neighbor relation. Species the Location Area Code for the Source Cell of the neighbor relation. Species the Cell Id for the Source Cell of the neighbor relation. Species the Mobile Country Code for the cell which is the neighbor in the neighbor relation. Species the Mobile Network Code for the cell which is the neighbor in the neighbor relation. Species the Location Area Code which is the neighbor in the neighbor relation. Species the Cell Id of the cell which is the neighbor in the neighbor relation. Species the BCCH frequency of the neighbor cell. Species the BSIC of the neighbor cell.
User selectable Neighbor parameters
Table 12-12 lists the neighbor parameters, and their GUI eld names, that can be selected by a user for inclusion in the neighbor export/import le.
12-70
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Neighbor parameters
Table 12-12 User selectable Neighbor parameters
Parameter adap_trg_pbgt_nbr adj_chn_intf_tst adj_chn_rxlev_dif ba_type bs_fdd_arfcn congest_ho_margin dr_allowed frequency_type ho_margin_cell ho_margin_rxlev ho_margin_rxqual ho_margin_type5 inner_zone_thresh inner_zone_margin interfering_nei ms_txpwr_max_cell neighbouringRange noReciprocal pbgt_alg_data0 pbgt_alg_data1 pbgt_alg_data2 pbgt_alg_type pbgtSrcellHreqave rxlev_min_cell {31400} tdd_arfcn {31400} tdd_cell_param {31400} tdd_tstd_mode {31400} tdd_sctd_mode umts_ba_type umts_meas_margin umtsNcellAvgPrd Description Neighbor Adap Pbgt HO Trigger Adjacent Channel Interference Test Adjacent Channel Receive Level Difference BA Type Blind Search FDD ARFCN Congestion Handover Margin Directed Retry Allowed Frequency Type of Neighbor Handover Margin Cell Rxlev Handover Margin Rxqual Handover Margin Type 5 HO Margin Inner Zone Threshold Inner Zone Margin Interfering Neighbor Mobile Station Maximum Transmit Power Neighboring Range Reciprocate Neighbor Power Budget Algorithm Data 0 Power Budget Algorithm Data 1 Power Budget Algorithm Data 2 Power Budget Algorithm Type Power Budget Surround Cell Hreqave Minimum Cell Receive Level TD-SCDMA ARFCN TD-SCDMA Cell Parameter TD-SCDMA Time Switched Transmit Diversity Mode TD-SCDMA Space Code Transmit Diversity Mode UMTS BA Type UMTS Measurement Margin Averaging Period
68P02901W17-S
12-71 Nov 2007
Site parameters
Chapter 12: CellXchange
Site parameters
Table 12-13 shows the site parameters that will be exported or imported by default, if site parameter import/export is specied. If only a subset of these parameters is required in the import/export le, use the Radio Frequency Import/Export conguration form to specify which site parameters are to be included in the import/export le, see Dening CellXchange parameters from the GUI on page 12-28 for further details. The column headings for the Site import/export parameter le are: MSC Name. OMC Name BSS Name. Site Number. Congurable.
The lcf_id parameter can only be changed on its own using rf_import.
Table 12-13 Site parameters
Parameter add_access_class {30830} asym_edge_enabled bcch_info ber_loss_daily ber_loss_hourly bsp_lcf_type bssmap_t10 bssmap_t11 bssmap_t14 bssmap_t8 bts_audit bts_type btsAuditResponse Calibrate_ag carrierDisableTm Description Add Access Class Timer Asymmetric EDGE Enabled 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_T14 Timer BSSMAP_T8 Timer BTS Audit Timer BTS Conguration Type BTS Audit Response Timer Calibrate Enabled Carrier Disable Time Continued
12-72
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Site parameters
Table 12-13 Site parameters (Continued)
Parameter carrierFreeImmed carriersInsPwrFl cbch_1 cbch_2 cbch_3 cbs_outage_cntr channel_act channel_teardown cipher_comp_ms clkSrcFailResPer Congtypelastcal csfp_alg csfp_ow dlSyncTimer emerg_reserved fm_site_type gclk_qwarm_ag 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 Description Carrier Free Immediately Timer Carriers Ins Power Fail CBCH 1 Timer 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 Conguration 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 Continued
68P02901W17-S
12-73 Nov 2007
Site parameters
Chapter 12: CellXchange
Table 12-13 Site parameters (Continued)
Parameter mms_cong_type 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 Description MMS Conguration Type TM Mode Modify Timer Mode Modify Acknowledgment 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 Continued
12-74
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
DRI/RTF parameters
Table 12-13 Site parameters (Continued)
Parameter sms_dl_allowed 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_ag ts_sharing ulSyncTimer waitForReselect Description SMS Downlink Allowed SMS TCH Channel SMS Uplink Allowed Static Sync Timer MSI Sync Loss Daily Alarm Level MSI Sync Loss Hourly Alarm Level MSI Sync Loss OOS Alarm Level MSI Sync Loss Restoral Time MSI Sync Loss Time OOS Alarm Level MSI Sync 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 specied. If only a subset of these parameters is required in the import/export le, use the Radio Frequency Import/Export conguration form to specify which DRI/RTF parameters are to be included in the import/export le, see Dening CellXchange parameters from the GUI on page 12-28 for further details. Both DRI and RTF parameters are included in the DRI/RTF export/import le. DRI header information appears rst, followed by the DRI parameters, then the RTF header information, followed by the RTF parameters.
Some RTF information appears in the cell import/export le, such as frequency hopping and ARFCN parameters. If the user chooses not to export a DRI/RTF le, the RTF information remains in the cell export/import le. However, if the user chooses to export a DRI/RTF le, the RTF information is included in the DRI/RTF les instead of in the cell le.
68P02901W17-S
12-75 Nov 2007
DRI/RTF parameters
Chapter 12: CellXchange
DRI parameters
The column headings for the DRI section of the DRI/RTF import/export parameter le are: MSC Name. OMC Name BSS Name. Cell ID. DRI Group Number. DRI Number. Congurable (that is, any other additional parameters specied in the Conguration le, RF.CNFG)
Table 12-14 DRI parameters
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 Description RDN of Associated DRI (if applicable). Associated FRU. Associated MMS. Associated FRU Kit Number. Associated FRU Serial Number. Cabinet Identier. Cage Identier. Cell 1 GSM Cell Identier. Cell 1 Antenna Select. Combiner 1 Cavity Identier. Combiner 1 Identier. Combining Type. Diversity Flag. DRI Density (if applicable). DRI Type. Cell Type. Connection to BTP . Field Replaceable Unit (FRU). Kit Number. Continued
12-76
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
DRI/RTF parameters
Table 12-14 DRI parameters (Continued)
Parameter opto_alarm_index opto_reporting opto_state pdb_fr_unit pdbKitNumber pdbSerialNumber port_connection pref_rtf_group_id pref_rtf_id serialNumber slot_id truId Alarm Index. Alarm Reporting. 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 Identier. Description
RTF parameters
The column headings for the RTF section of the DRI/RTF import/export parameter le are: MSC Name. OMC Name BSS Name. Cell ID. RTF Group Number. RTF Number. Congurable (that is, any other additional parameters specied in the Conguration le, RF.CNFG).
Table 12-15 RTF parameters
Parameter amr_hr_enabled carrier_type carrier1_arfcn carrier1_fhi1 carrier1_fhi2 carrier1_fhi3 Description AMR Half Rate Enabled. Carrier Type. Carrier 1 ARFCN. Freq Hopping Ind for TS 0. Freq Hopping Ind for TS 1. Freq Hopping Ind for TS 2. Continued
68P02901W17-S
12-77 Nov 2007
DRI/RTF parameters
Chapter 12: CellXchange
Table 12-15 RTF parameters (Continued)
Parameter 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 path_id1 path_id2 pkt_radio_type res_gprs_pdch rsl_id1 rsl_id2 rtf_capacity rtf_ds0_count sd_load sd_priority trx_pwr_red Description 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. Number of Backhaul Timeslots on Carrier. SDCCH Load. SDCCH Placement Priority. Transmit Power Reduction.
12-78
68P02901W17-S Nov 2007
Chapter
13
Manipulating Maps
The information here describes the facilities available to manipulate background geographical maps. The following topics are described: Adding and deleting a user-dened 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-6. Adding and deleting a map link on page 13-11.
68P02901W17-S Nov 2007
13-1
Adding and deleting a user-dened regional map
Chapter 13: Manipulating Maps
Adding and deleting a user-dened regional map
Procedures for adding and deleting user-dened regional maps
This section describes the procedures to add a user-dened regional map to the OMC-R, and delete it, using the following: OMC-R GUI Navigation Tree. cmutil.
Adding a map using the OMC-R GUI
To add a user-dened regional map using the OMC-R GUI, use the following procedure:
Procedure 13-1
1 2 3
Add a map
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 le should exist in /usr/omc/cong/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-6. Adding and deleting a map link on page 13-11.
Adding a map using cmutil
To add a new map using cmutil, see Chapter 15 cmutil.
13-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a map using the OMC-R GUI
Deleting a map using the OMC-R GUI
To delete a user-dened map use the following procedure:
Procedure 13-2
1 2
Delete a map
From the Front Panel, select the Network icon to display a Map List window. Click the name of the user-dened 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 conrmation box is displayed. Click OK to conrm. Result: The following message is displayed in the status bar: Element Deleted
Deleting a map using cmutil
To remove a map from the MIB database using cmutil, see Chapter 15 cmutil.
Storing updated map data using cmutil
When a map has been modied, store a copy of it using cmutil, see Chapter 15 cmutil.
68P02901W17-S
13-3 Nov 2007
Adding and changing a background to a map
Chapter 13: Manipulating Maps
Adding and changing a background to a map
Overview of adding or changing a map background
It is possible to change the background, or add a geographical background to a network map using the OMC-R GUI or cmutil (see Chapter 15 cmutil for further details of cmutil). Adding a geographical background to a network map using the OMC-R GUI is a two stage process: 1. 2. Installing the map background le. Selecting and displaying the geographical map background.
These stages are explained as follows.
Obtaining a geographical map background
Your Local Ofce can advise you on where to obtain a geographical map background.
Installing a map background le
To install a map background le on the OMC-R, load the le from the System Processor tape drive using the following procedure:
Procedure 13-3 Install a map background le
1 2 At the System Processor, log in as omcadmin. Open a shell and change to the directory containing the map background les: cd $OMC_TOP/config/global/maps Load the tape containing the map background le into the System Processor tape drive, then load the map background le: tar -xvfop /dev/rst0 where /dev/rst0 is the default tape drive. List the contents of the current directory: ls -lai Continued
13-4
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Selecting and displaying the geographical map background
Procedure 13-3 Install a map background le (Continued)
5 Verify that the map background le has been loaded into the directory, and that the le is owned by the user omcadmin. All les in this directory should have a .map extension. If any les 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 les in this directory so that all users have execute permission: chmod a+x * Log out from the System Processor.
Selecting and displaying the geographical map background
To select and display the geographical map background, follow these steps:
Procedure 13-4 Select and display the geographical map background
1 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-dened 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 elds. 5 6 Select Edit Edit from the menu bar. Click the Map Background eld and select the desired map.
The name must match an existing le in /usr/omc/cong/global/maps in order to be valid. Add the le name without the le extension name. If necessary, open an Xterm window to check the contents of /usr/omc/cong/global/maps to check if the map background le exists in this directory. 7 8 Select File Save from the menu bar to save the new conguration. Select File Close from the menu bar. Result: The Detailed View window closes. 9 Double-click the map name to open the map and view the new background.
68P02901W17-S
13-5 Nov 2007
Adding and deleting a map node
Chapter 13: Manipulating Maps
Adding and deleting a map node
Adding a map node
NEs are represented on maps as map nodes. To add a node to a map, or to represent a NE on a map, carry out the following procedure:
Procedure 13-5 Add a map node
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 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. 4 Complete the X Co-ordinate and Y Co-ordinate elds of the node.
These elds can be left blank and the map nodes positioned after they have been created. Refer to: OMC-R Online Help, Network Operations. 5 Click the Source Node button. Result: The Navigation Tree is displayed. 6 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 is displayed in the status bar at the bottom of the Navigation Tree: Choose an instance button Continued
13-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Adding NEs and links to a map
Procedure 13-5
7
Add a map node (Continued)
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.
Adding NEs and links to a map
To add NEs and links to a map, follow these steps:
Procedure 13-6 Add NEs and links to a map
1 2 Log in as omcadmin at the System Processor. Open a shell and change to the directory containing the temporary work les: cd $OMC_TOP/config/local/cm_mib_db/temp_files To add NE and Link data, rst use an editor to create a criteria le containing the denition 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. Continued
68P02901W17-S
13-7 Nov 2007
Deleting a map node
Chapter 13: Manipulating Maps
Procedure 13-6
4 5
Add NEs and links to a map (Continued)
Save the criteria le and exit the editor. Before adding the new MapNodes and MapLinks to the MIB database, the le must be checked for syntax. Use the following cmutil command to check the le syntax: cmutil -s -i criteria
If the le syntax check cannot be completed, error messages are displayed. 6 Once the criteria le 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.
7 8
For further information about cmutil, see Chapter 15 cmutil.
Deleting a map node
Map nodes can be deleted independently of the associated NE. Deleting an NE however, automatically deletes all map nodes associated with it. To delete a map node on a user-dened map, carry out the following procedure:
Procedure 13-7 Delete a map node
1 From the Front Panel, select the network icon to display the Map List window. Result: This window displays a list of map names. 2 3 Double-click a map name to display a map. Select the map node to be deleted. Result: The map node changes color. 4 Select Edit Map Node Delete. Result: A conrmation box is displayed with the message: Delete this Object? 5 Click OK. Result: The map node is now deleted.
13-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Removing NEs and links from a map
Removing NEs and links from a map
Use the following procedures to remove NEs and Links from a map:
Procedure 13-8
1 2
Remove NEs and links from a map
Log in as omcadmin at the System Processor. Open a shell and change to the directory containing the temporary work les: cd $OMC_TOP/config/local/cm_mib_db/temp_files To delete NE and Link data, rst use an editor to create a criteria le containing the denition 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 specic map.
Save the criteria le and exit the editor. Continued
68P02901W17-S
13-9 Nov 2007
Removing NEs and links from a map
Chapter 13: Manipulating Maps
Procedure 13-8
5 6 7
Remove NEs and links from a map (Continued)
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.
For further information about cmutil, see Chapter 15 cmutil.
13-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Adding and deleting a map link
Adding and deleting a map link
Introduction to adding a CommsLink
A map link is a CommsLink between two NEs represented on a map.
Adding a map link using the OMC-R GUI
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. To add a link between two nodes on a map, carry out the following procedure:
Procedure 13-9 Add a map link
1 2 3 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. 4 Click the Source CommsLink button. Result: The CommsLink list opens (see Figure 5-1 for an example). 5 Click the Node A button. Result: The Navigation Tree opens. 6 7 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. 8 Click the Node B: button. Result: The Navigation Tree window is displayed. Continued
68P02901W17-S
13-11 Nov 2007
Adding map links using cmutil
Chapter 13: Manipulating Maps
Procedure 13-9 Add a map link (Continued)
9 10 11 Repeat Step 6 for the node at the other end of the CommsLink. Click 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.
Adding map links using cmutil
To add map links to existing sites using cmutil, see Chapter 15 cmutil.
Deleting a map link using the OMC-R GUI
To delete a map link on a user-dened map carry out the following procedure:
Procedure 13-10
1
Delete a map link
From the Front Panel, select the network icon to display the Map List window. Result: This window displays a list of map names.
2 3
Double-click a map name to display a map. Select the map link to be deleted. Result: The map link changes color (the default color is purple).
Select Edit, and then select Map Link Detailed View from the dropdown menu. Result: The Map Link Detailed View window is displayed.
5 6
Select Edit Edit from the menu at the top of the window. Select File Delete from the menu. Result: A conrmation box is displayed with the message: Delete this Object?
Click OK in the conrmation box. Result: The map link is now deleted.
13-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting map links using cmutil
Deleting map links using cmutil
To delete map links from existing sites using cmutil, see Chapter 15 cmutil.
68P02901W17-S Nov 2007
13-13
Deleting map links using cmutil
Chapter 13: Manipulating Maps
13-14
68P02901W17-S Nov 2007
Chapter
14
Optimizing the Network
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 analyze the data could also be applied to the optimization of a microcellular system. The same techniques apply to any frequency band, although there are signicant 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-14. Monitoring network changes on page 14-15.
68P02901W17-S Nov 2007
14-1
Overview of optimization
Chapter 14: Optimizing the Network
Overview of optimization
Overview of the optimization process
Optimization is the task of improving the call success rate for mobile subscribers. In a newly deployed network, problems emerge. These problems are due to any or all of the following: Set up of the database parameters. Installation of the equipment. Orientation of antennas.
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, some of the original cells have to be modied or removed from the network. The optimization of an entire network with hundreds or thousands of cells is a time-consuming and slow process. It shows 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.
Stages in an optimization exercise
The optimization process can be divided into the following stages: Preparing for an optimization exercise from the OMC-R. This involves reviewing network administration procedures and feature implementation to determine where areas can be modied to increase efciency and unnecessary diagnostic effort. See Preparing for optimization on page 14-4 in this chapter for further details. Checking, collecting, and researching network information from the OMC-R. See sections in this chapter for further details. Analyzing, diagnosing, and rectifying network problem areas from the OMC-R. See sections in this chapter for further details.
14-2
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Stages in an optimization exercise
Drive testing, if required. When necessary, drive testing is often a signicant stage in optimizing a network. It involves driving around an area testing signal strengths and call handling. Drive testing is described in detail in the manual: Installation and Conguration: BSS Optimization (68P02901W43). Drive testing is labor intensive and slow. Drive test teams cannot cover cells that are geographically widely separated. Instead, statistical analysis of the network from the OMC-R can be quicker, but in other circumstances drive testing may still be necessary.
Analyzing and resolving any outstanding problem cells using actual data, logs, and tick sheets collected during the drive tests, see manual Installation and Conguration: BSS Optimization (68P02901W43) for further details.
68P02901W17-S
14-3 Nov 2007
Preparing for optimization
Chapter 14: Optimizing the Network
Preparing for optimization
Collecting information
Before starting an optimization process, collect all the required information. It becomes easy to analyze data.
Learning from past experiences
The performance of some networks can be improved by incorporating knowledge and experience gained from optimizing other networks. Sharing lessons learnt can resolve many issues before they occur and avoid duplicating effort. Collect as much optimization knowledge and experience as possible, before beginning an optimization exercise.
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
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking and changing the current network status
Checking and changing the current network status
Checking and changing network status
After preparing for the optimization, the next stage is to check the current network status, and change some settings according to the information provided in this section. This involves: Enabling, disabling, and setting key features. Performing sanity checks. Conguring GPROCs. Setting network-related parameters. Setting network-related timers.
Enabling, disabling, and setting key features
The following settings provide a marked improvement in call success and overall network performance. Some settings may be in use already, but poorly congured. These setting are recommendations only, they are not mandatory and their omission does not signicantly affect the optimization process itself. Ensure RxLev handovers are disabled across the network. Ensure RxQual handovers are enabled and parameters are optimized across the network. Ensure that the Uplink Power Control feature is enabled across the network. Ensure that the Downlink DTX feature is enabled across the network. Ensure Downlink DTX and VAD is enabled at the transcoder. Ensure that the Fast MS Power Down feature is enabled across the network. Ensure that the Congestion Relief or Directed Retry features are enabled. Ensure that the Congestion Relief feature is enabled with zero margin triggering at 90%.
68P02901W17-S
14-5 Nov 2007
Performing sanity checks
Chapter 14: Optimizing the Network
Performing sanity checks
Perform the following sanity checks: Check location area dimensioning, keeping multiple boundaries to a minimum. This increases the call setup success rate and reduces SDCCH blocking. Each location area should have similar paging loads. Reduce the size of a location area with a high paging load to relieve SDCCH blocking. Increase the size of a location area with a low paging load to reduce the overall number of location areas. Refer to manual Maintenance Information: GSM Statistics Application (68P02901W56) for further information on paging load. Perform a frequency plan sanity check to reduce probable interference issues. Check all cell BCCH frequencies against the hopping and non-hopping lists. It is recommended that BCCH carrier/frequencies are not utilized for hopping purposes. Ensure that paging is done by location area as opposed to Paging by cell id. This reduces MTL blocking and avoids paging overload due to cell identity database mismatches.
Conguring GPROCs
Congure the GPROCs with the following settings: Maintain the mean value of BSS statistic CPU_USAGE 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 congured to reect: 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 congured 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
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Setting network-related parameters
Setting network-related parameters
Set the following network-related parameters: Ensure path balance is correct across the network. Ensure that handover margins are optimized, that is, 4 dB for adjacent frequencies, 6 dB for cells without adjacent frequencies across the network. Set the parameter assign_successful to 15000 across the network. Set the parameter ho_successful to 15000 across the network. Set the parameter extended_paging_active to 1 across the network. Set the parameter interfer_bands for band 4 to 63 across the network. Set the parameter link_fail to 3. Set the parameter radio_link_timeout to 3, and set timer rr_t3109 to 8000. Set the parameter link_about_to_fail to 2 across the network.
The manual Technical Description: BSS Command Reference (68P02901W23) describes BSS parameters in detail.
Setting network-related timers
Set the following network-related timers: Set the timer rr_t3103 to 15000 across the network. Set the timers rr_t3111_tch and rr_t3111_sd to 1200 ms across the network. Set the timer rr_t3212 to be the same as the MSC database implicit detach timer and it should be similar across all cells within the network.
The manual Maintenance Information: BSS Timers (68P02901W58) describes BSS timers in more detail.
68P02901W17-S
14-7 Nov 2007
Collecting information about the current network
Chapter 14: Optimizing the Network
Collecting information about the current network
Collecting statistics
Collect the following statistics to diagnose network health symptoms: Worst ten cells for handover failure. Worst ten cells for call failure due to drop. Worst ten cells for call failure due to call set-up. Worst ten cells for poor quality of service (QOS). Worst ten 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.
Collecting customer complaints and issues
To assist in diagnosing quality affecting issues, collect complaints of poorly performing cells. The Customer Services Department is a good source for this information. For example, nd out about: No audio calls - where, when, and under what conditions they occur. Noisy calls - where, when, and under what conditions they occur. Areas of patchy or no service.
14-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking for and rectifying Out Of Service (OOS) devices
Checking for and rectifying Out Of Service (OOS) devices
Auditing sites
Audit the sites under review to ensure all RF resources are available.
Changing devices to INS
Any out-of-service devices should be put in-service (INS). If an OOS device comes back into service and cures the problem, monitor the device to ensure it does not go OOS again. If the device does go OOS again, investigate the cause. If there are no OOS devices or bringing devices back into service does not clear the problem, check for hardware defects.
OMC-R Online Help, Network Operations describes fault management activities, such as, OOS
and INS.
68P02901W17-S
14-9 Nov 2007
Checking for and rectifying hardware defects
Chapter 14: Optimizing the Network
Checking for and rectifying hardware defects
Introduction to checking and rectifying hardware defects
Check each site for any hardware defects to ensure that all RF resources are available and working at their optimum efciency.
OMC-R Online Help, Network Operations describes fault management activities.
Hardware defect checks
The following checks highlight any areas that would restrict the performance of a cell: Use call trace to ensure that subscriber calls are being made on all the carriers in the affected cell. Use call trace logs for path imbalance to identify any RF hardware integrity issues, that is, faulty antennas, low gain LNAs, and so on. +20 dBs indicates Rx path failure. Check the OMC-R alarm and event logs (or ECT) to see if any device is causing problems. Faulty devices adversely affect the overall network performance. See OMC-R Online Help, Network Operations for details. If practical, reset the associated DHP for the site to clear any issues relating to sleeping cells. If a site has redundant equipment, swap devices and take the suspect device out of service. If the fault clears, send eld staff to the site for further investigation with a view to replacing the faulty device. If the fault did not clear, the problem is probably not a hardware defect.
Rectifying hardware defects
There is no point in attempting to optimize a site which has RF resources unavailable for use. Therefore, rectify site hardware defects as follows: Send eld staff to physically replace any faulty hardware at the site. Monitor the replacement hardware over a period of time to ensure that the fault does not reappear. If the fault does reoccur, it indicates a cause other than that originally diagnosed.
14-10
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking for and rectifying database errors
Checking for and rectifying database errors
Introduction to checking for database errors
Checking for database errors involves performing: Handover failure checks. Dropped call checks. Call setup failure checks. Poor quality call checks. SDCCH blocking checks. Other miscellaneous checks.
These checks are described in the following sections.
Further information for BSS parameters and commands
For further details on: BSS parameters detailed in this section, see the manual Technical Description: BSS Command Reference (68P02901W23). BSS timers detailed in this section, see the manual Maintenance Information: BSS Timers (68P02901W58).
Handover failure checks
For handover failures, check that: RxLev handovers are disabled. RxQual handovers are enabled. Path balance is correct. Handover margins are optimized. Standard setting is 4 dB for adjacent frequencies and 6 dB for cells without adjacent frequencies.
68P02901W17-S
14-11 Nov 2007
Dropped call checks
Chapter 14: Optimizing the Network
Parameter assign_successful is set to 15000. Parameter ho_successful is set to 15000. Timer rr_t3103 is set to 15000. Neighbor list is correct.
Dropped call checks
For call failure due to drop, check that: Parameter link_about_to_fail is set to 2. Uplink power control feature is enabled.
Call setup failure checks
For call failure due to call setup, check that: Parameter extended_paging is set to 1. Parameter interfer_bands for band 4 is set to 63.
Poor quality checks
For poor quality of service (QOS), check that: Downlink DTX feature is enabled for all sites. Downlink DTX and VAD is enabled at the transcoder. Fast MS power down feature is enabled.
SDCCH blocking checks
For SDCCH blocking, check that: Each location area has similar paging loads. A location area with a high paging load is increased in size to relieve SDCCH blocking. Set timers rr_t3111_tch and rr_t3111_sd to 1200 ms across the network. Timer rr_t3212 is less than the MSC database implicit detach timer and is similar across all cells.
14-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
TCH Blocking checks
TCH Blocking checks
For TCH blocking: Check that the congestion relief feature is enabled with zero margin triggering at 90%. Check that the optimize handover margin is 4 dB for adjacent frequencies and 6 dB for cells without adjacent frequencies. Reduce the power budget margin to move trafc to neighboring cells. Consider reducing antenna height. Consider increasing antenna tilt to a maximum of 12. For sites suffering SDCCH and TCH blocking, a cell expansion is required. Set the timers rr_t3111_tch and rr_t3111_sdto 1200 ms across the network. Set the parameter link_fail to 3. Set the parameter radio_link_timeout to 3 and timer rr_t3109 to 8000.
Other miscellaneous checks
The following activities can also be used to rectify a problem: Cut and paste a database from another cell, which is known to be clear of the same problem. Recongure the cut database to include the correct channel numbers, site ids, neighbors, and so on. Monitor for repetition or clearing of the problem.
68P02901W17-S
14-13 Nov 2007
Using call trace to detect problems
Chapter 14: Optimizing the Network
Using call trace to detect problems
Using call trace at the OMC-R
Use the call trace feature at the OMC-R to: Monitor subscriber RF data for the affected cells to diagnose cell problems. Optimize the network with respect to subscribers, not drive test teams. Ensure that subscriber calls are being made on all TCHs in the affected cell and its neighbors.
Use call trace log les 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.
Using the Call Trace tool (CTP NT)
CTP NT is an advanced cell optimization and diagnostics tool that uses call trace data for analysis purposes. BSS equipment has the ability to trace normal subscriber calls and to store that data on the OMC-R. CTP NT makes use of a collection service to gather Call Trace les and also MIB conguration data from one or more OMC-Rs. The CTP NT collection service then copies the gathered data to an SQL database at a CTP NT Server installation. Then the data is available to one or more connected CTP NT clients. As well as making use of an automatic collection service, CTP NT also allows Call Trace les to be manually imported. Using the call trace database, CTP NT allows: Statistical analysis of measurement report data for individual cells or arbitrary groupings of cells. Call analysis in which measurement report data and Layer3 messages may be viewed on a call by call basis. Filtering of call trace les by any combination of network elements, date range, message type, call type, and DTX. Filtering can also be applied to MR Distributions reports. Generation of pre-dened CTP reports which can be run over the Call Trace database. Exporting of tabular and graphical data to other MS Ofce applications.
14-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Monitoring network changes
Monitoring network changes
Collecting new statistics
If any changes are made to the network as a result of the checks and activities detailed in the previous sections, gather new statistics to conrm improved network performance. These statistics are: Worst ten cells for handover failure. Worst ten cells for call failure due to drop. Worst ten cells for call failure due to call setup. Worst ten cells for poor quality of service (QOS). Worst ten cells for blocking. The mean value for BSS statistic CPU_USAGE for all GPROCs.
If no physical or database changes have not been made, or no performance improvement is apparent, investigate the cells further using a drive test.
Drive Testing
Drive testing is fully described in the manual: Installation and Conguration: BSS Optimization (68P02901W43).
68P02901W17-S Nov 2007
14-15
Drive Testing
Chapter 14: Optimizing the Network
14-16
68P02901W17-S Nov 2007
Chapter
15
cmutil
cmutil is a powerful and comprehensive utility, which can be used to perform Conguration 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 specic conguration tasks. Descriptions are provided here about how to use cmutil to perform various conguration 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 le content used with cmutil on page 15-7. ASCII le rules used with cmutil on page 15-10. Object denition in cmutil ASCII les on page 15-12. cmutil status messages on page 15-16. cmutil script les on page 15-17.
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-18. Ways of extracting data from the CM MIB on page 15-24. Conguring CommsLinks using cmutil on page 15-36. Conguring multiple proxy cells using cmutil on page 15-38. Checking paths using cmutil on page 15-40. Managing maps using cmutil on page 15-44. Using cmutil to perform other specic tasks on page 15-51.
68P02901W17-S Nov 2007
15-1
Introduction to cmutil
Chapter 15: cmutil
Introduction to cmutil
Purpose of cmutil
cmutil has two basic purposes. It allows a user to: Congure the network and map conguration les 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.
cmutil supports both GSM and GPRS les and information.
Conguring new networks using cmutil
In the initial stages of conguring a new network, the MIB database is devoid of structural information. It needs to be populated with information describing the network objects, their relationships to each other, and the links between them. In addition to populating the MIB database, background maps must be installed and congured. cmutil performs this initial information population process.
When to use cmutil
Most network objects can be created from the GUI (see Conguring network objects using the OMC-R GUI on page 1-30), others have to be created using the cmutil tool. However, all objects can be created using cmutil. cmutil provides a means of carrying over the OMC-R specic data for each class from one release to another. This type of data includes user-friendly names and map coordinates. Without the cmutil tool, all these objects would have to be created manually.
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
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Maximum number of parallel cmutil operations
Maximum number of parallel cmutil operations
The maximum number of cmutil operations that can be run in parallel can be set using the environment variable: MAX_CMUTIL_OPS, see MIB locking on page 1-18 for further details.
Denition of cmutil terms: container and containee
cmutil can be used to manipulate container and containee information in the MIB database. A container is a network object containing one or more other network objects. For example, a BSS is a container. A containee is a network object contained within another network object. For example, a site is a containee of a BSS. This is also referred to as the parent-child relationship, where a parent is the container and a child is the containee. For further information on containment, child-parent relationships, and the hierarchy of network objects, see Management Information Base (MIB) on page 1-15.
Prerequisites for using cmutil
cmutil is run from a command line. Therefore, before using cmutil, a user should be: Familiar with the operating system commands. Able to navigate between directories. Operate an ASCII based editor.
Using cmutil means that vital network data is exposed. Therefore, the user should also have a complete understanding of the ramications of changing this data.
Logging in for cmutil
To use cmutil, log in as omcadmin using one of the following procedures: Log in from the System Processor. Log in indirectly from an operator terminal
To prevent possible system processor loading problems, Motorola recommends omcadmin sessions are started remotely from an operator terminal.
68P02901W17-S
15-3 Nov 2007
Logging in for cmutil
Chapter 15: cmutil
Log in from the system processor
To log in from the System Processor, proceed as follows:
Procedure 15-1 Log in from the system processor
1 2 3 Log in as omcadmin using the user id: omcadmin Enter the appropriate password when requested. If necessary, source the correct database using: mib_env
Log in indirectly from an operator terminal
To log in indirectly from an operator terminal, proceed as follows:
Procedure 15-2 Log in indirectly from an operator terminal
1 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
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
cmutil command syntax
cmutil command syntax
Introduction to cmutil command syntax
This section species the arguments and parameters required to perform the various cmutil functions.
General syntax
The general syntax of the cmutil utility command is as follows: cmutil -[primarg] -[secarg] <secparam> The arguments and parameters are described as follows:
primarg (primary argument)
Primary arguments start a particular function. Only one primary argument can be used when running cmutil. The full list is as follows: -a Species that objects are to be added to the MIB database (referred to as add mode). -d Species that objects are to be deleted from the MIB database. -e Species that details are to be extracted from the MIB database using a specied macro script le. -s Species that the input le is to be syntax checked only. -u Species that objects are to be updated in the MIB database (referred to as update mode). -x Species that details are to be extracted from the MIB database (referred to as extract mode or dump mode).
68P02901W17-S
15-5 Nov 2007
secarg (secondary argument)
Chapter 15: cmutil
secarg (secondary argument)
One of ve secondary arguments which are used to supply additional information for a selected function. More than one secondary argument can be used when executing cmutil. The full list is as follows: -h Species a hierarchical operation with the extract (-x) option. Operations are applied to specied objects and their children. (Sometimes referred to a hierarchical dump mode.) -i Direction switch. This argument is followed by the le-name secondary parameter to detail the input le used with the add (-a), delete (-d), syntax check (-s) and update (-u) options. -n Used only with the -t CommsLink option and followed by the objectReference secondary parameter. Species that only CommsLinks with the particular object reference as a node will be extracted from the MIB database. -o Direction switch. This argument is followed by the le-name secondary parameter to detail the output le used with all MIB database operations. -t Used with the objectType secondary parameter to specify that only objects of a certain type are extracted from the MIB database.
secparam (secondary parameter)
One of three parameters associated with the secondary argument of the command. The list of parameters and the arguments with which they are used are as follows: le-name Used with the -i and -o secondary arguments to specify the ASCII input or output le. objectReference Used with the -n secondary argument to specify the object reference. objectType Used with the -t secondary argument to specify the object type.
Do NOT use the object type Network.
15-6
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
ASCII le content used with cmutil
ASCII le content used with cmutil
Introduction to ASCII le content
For most cmutil operations an ASCII input le is required to provide the necessary information for the activity. For example, the name of the Site to be deleted. The data required in the ASCII le varies for the different operations of cmutil. For example, it is not necessary to provide as much information to delete an object from the MIB database as is required to create an object. This section describes the content required in the ASCII le for the different operations of cmutil. The content of ASCII les to perform the following operations are described: Adding objects to the CM MIB database. Deleting objects from the CM MIB database. Modifying objects in the CM MIB database. Extracting objects from the CM MIB database.
ASCII le content when adding objects using cmutil
When used to input data to the MIB database, the cmutil utility congures the MIB database by reading one or more ASCII les. Although it is possible to describe an entire conguration in one le, it is suggested that it be divided into the following: One le which describes the Network, OMC-R, and MSC managed objects. A le for each BSS, RXCDR, or other parent in the system which describes the BSS or RXCDR itself, all its contained sites, the objects within the site and their children. One le which describes the links to the OMC-R and MSC/RXCDR as well as the intra BSS, RXCDR, and site links. A le for each user-dened map and its MapNodes and Maplinks as required.
68P02901W17-S
15-7 Nov 2007
ASCII le content when deleting objects using cmutil
Chapter 15: cmutil
Object and attribute description
The ASCII les listed contain descriptions of the objects that are to be added to the CM MIB database by the cmutil utility. The objects are dened with all their attributes set exactly as required for the selected MIB database operation. Attributes can be optional or mandatory when creating objects. Optional attributes are those which do not require a dened value for correct creation of the object.
The optional ag indicates whether the attribute requires an assigned value when creating an object with which this attribute is associated.
ASCII le content when deleting objects using cmutil
The ASCII le used to delete an object from the MIB database must specify sufcient attributes of the object for it to be uniquely identied. Object identication is described in the MIB object identication section.
ASCII le content when modifying objects using cmutil
The ASCII le used to modify an object in the MIB database must specify sufcient attributes to uniquely identify the object and the attribute to be modied must be set as required. Object identication is described in the MIB object identication section.
ASCII le content when extracting objects using cmutil
The ASCII le used to identify an object for which MIB database data is to be extracted must specify sufcient information to uniquely identify the object. Object identication is described in the MIB object identication on page 15-8 section.
MIB object identication
Most objects in the MIB database can be uniquely identied by a combination of some of the following: name. rdnInstance. gsmCellId. object type. object container.
15-8
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
MIB object identication
Objects which are identied by a combination of elements, not listed above, are: An MSI object is identied by its rdnInstance attribute and the site which contains the MSI. An MMS object is identied by the rdnInstance and parent of the MSI object which contains the MMS and the rdnInstance of the MMS. A MapNode object is identied 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 identied by the name of the CommsLink, associated with the MapLink, and the name of the Map on which the MapLink is displayed.
68P02901W17-S
15-9 Nov 2007
ASCII le rules used with cmutil
Chapter 15: cmutil
ASCII le rules used with cmutil
Introduction to ASCII le rules
ASCII les used with cmutil are governed by certain rules. These rules ensure consistency of operation of cmutil and help prevent errors. Each ASCII le is governed by rules for the following: File syntax. File content.
ASCII le syntax
The ASCII le syntax rules are as follows: An object must exist in the MIB database before it can be referenced by any other object. Hence when adding objects to the MIB database the order of object inclusion in the ASCII le is important. The character set permitted is printable ASCII characters only (ASCII values from 32 126 decimal inclusive) with the addition of <CR>, <LF> and <FF> (ASCII 13, 10 and 12 respectively) which are all treated as the end of line delimiter, and <TAB> (ASCII 9) which is treated as a space. Case is signicant. Blank lines, spaces, and tabs are permitted. Spaces and tabs are signicant only within quotes. Blank lines are not permitted within quotes. \<character> combinations have the following special meanings within a quoted string, that is, within quotation marks ( ): To include the () character in a string use \. To include a carriage return (CR) in a string use \r. To include a linefeed (LF) in a string use \n. To include the backslash character (\) in a string use \\. 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
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
ASCII le content
ASCII le content
The ASCII le contents include the following: Object denitions. Comments. Include directives. Ignore directives.
Object denitions
An object denition is a standard format used to describe an object, in an ASCII le, used by cmutil. The format of object denitions is described in the Object denition in cmutil ASCII les 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 conguration le to include other conguration les. The format of an include directive is as follows: #include fileName The leName is the name of the required le. It can be an absolute path, otherwise the le must be located in the current directory. There is no limit to the number of les (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 le 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 denition. The attribute denition is then ignored. A full description of attribute denitions is given in Object denition in cmutil ASCII les on page 15-12.
68P02901W17-S
15-11 Nov 2007
Object denition in cmutil ASCII les
Chapter 15: cmutil
Object denition in cmutil ASCII les
Introduction to object denition
An object denition is a standard format used to describe an object, in an ASCII le, used by cmutil.
Description of object denition
An object is dened in the following format: <objectType> { <attributeValueList> } Where: <objectType> <attribute ValueList> is: the type of object being created, modied, or deleted. a series of attribute denitions separated by commas. Refer to Attribute denitions on page 15-12.
The order of object denitions is signicant. Objects added from the same le 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 denitions
The attribute value list of any object contains a series of attribute denitions which determine the characteristics of the object and its relationships with other objects in the CM MIB database. The order of the attribute denitions within an attribute value list is not signicant. Their format is as follows: <attributeName> = <attributeValue> Where: <attribute Name> <attribute Value> is: the name of the attribute. the value of the attribute and can be one of the following:<integerValue> <enumerationValue> <stringValue> <objectReference>
15-12
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Integer value
Rules for attribute names are described in the Attribute names section.
Integer value
An integer value is specied 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 an RXCDR is of type RXCDR. Boolean (TRUE, FALSE).
String value
A string value is specied by a series of zero or more characters enclosed in quotation marks ( ). Spaces are signicant 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.
Object reference
An object reference is specied in one of three forms as follows:
68P02901W17-S
15-13 Nov 2007
Object reference
Chapter 15: cmutil
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 species the BSS named Cork. RXCDR_NE:Cork species the RXCDR named Cork.
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 rst device identier. the second device identier.
<Name> <deviceType> <deviceId1> <deviceId2> Example:
SITE: Cork MSI:1MMS:0 species 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. Continued
15-14
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Attribute names
Where: <Name> <deviceType> <deviceId1> <deviceId2> <deviceId3> Example:
is: the name of an MIB database object, with a name attribute, in quotation marks ( ). the type of device contained within the site. the rst device identier. the second device identier. the third device identier.
SITE_NE: Mahon: MSI 3 0 0 species MSI 3 in the Mahon SITE.
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 specied 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.
68P02901W17-S
15-15 Nov 2007
cmutil status messages
Chapter 15: cmutil
cmutil status messages
Introduction to cmutil status messages
As objects are created or updated in the MIB database, cmutil returns status messages. The messages identify the current object being processed and the status of the operation.
Denition of cmutil status messages
A message may be a successful operation report, a warning report, or an error report. In the event of an error report, cmutil exits and further lines from the input le are not processed.
cmutil warning messages
Some typical warning messages are shown below. These messages result from an attempt to update read-create attributes in the MIB database. The cmutil input le was named TESTA. TESTA, Line:4: warning: Attribute MCC read create (cannot be updated) TESTA, Line:5: warning: Attribute MNC read create (cannot be updated) TESTA, Line:6: warning: Attribute rdnInstance read create (cannot be updated) Update succeeded for Network. A common source of cmutil warnings results from an attempt to add existing objects to the MIB database. These warnings can be ignored.
cmutil error messages
Errors result from syntax errors, type errors, and violation of MIB database integrity. Examples of error messages and warning messages are shown below. The error results from the inclusion of an invalid attribute, MNC, for the BSS object in the input le TESTB. TESTB, Line:4: warning: Attribute MCC read create (cannot be updated) TESTB, Line:5: warning: Attribute MNC read create (cannot be updated) TESTB, Line:6: warning: Attribute rdnInstance read create (cannot be updated) TESTB, Line:18: error: Attribute/Operation MNC not in class BSS 1 error(s) encountered When an error is encountered, cmutil exits and the remaining contents of the input le are not read. 15-16 68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
cmutil script les
cmutil script les
Introduction to cmutil script les
Two script les are included as standard with the cmutil utility. These les provide added functionality for common operations not supported by cmutil alone. The following scripts are included: MoveCommsLinks. HierDelete.
MoveCommsLinks
The MoveCommsLinks script takes a cmutil hierarchical dump le of the network as input and creates an output le identical to the input le, but with the CommsLink structures (and their devices, if any) moved to the end of the le. This new le is named <input le>.ltered. When this le is used as an input le to cmutil in add mode, objects are 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 le> is: the name of the ASCII le 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. 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-47.
68P02901W17-S
15-17 Nov 2007
Using cmutil to add, delete, and modify CM MIB data
Chapter 15: cmutil
Using cmutil to add, delete, and modify CM MIB data
Introduction to using cmutil
This section describes how to use cmutil to perform basic tasks, such as adding and deleting data in the CM MIB. The functions described are: Checking the syntax of an ASCII input le. Adding objects to the CM MIB database. Deleting objects from the CM MIB database. Updating data in the CM MIB database.
Checking input le syntax
Most of the tasks described in this section use an input le to supply information to cmutil. Before being used with cmutil, check the input le for correct syntax. The following syntax is used: cmutil -s -i <input le> Where: <input le> is: the name of the ASCII le to be checked.
Adding objects using cmutil
To add object(s) to the CM MIB database from an input le, the following syntax is used: cmutil -a -i <input le> Where: <input le> is: the name of the ASCII le containing the object(s) to be added.
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 ag is included for all BSS objects but is only signicant for Neighbor and Algorithm objects which can be created across the interface. All other objects can be created locally.
15-18
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Adding objects using cmutil
Example: Adding a new BSS using cmutil
To add a BSS to the MIB using cmutil, follow these steps:
Procedure 15-3
1
Add a new BSS using cmutil
Create an input le describing the BSS and its children.
The le 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 le as a guide. 2 Run cmutil utility in add mode to create the BSS and its children.
If the add fails, correct the le if necessary, and resubmit. 3 4 5 Add CommsLinks, MapLinks, and MapNodes to the MIB database in a separate standard format le. 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.
A default map is created whenever a new BSS or RXCDR is added.
Recommendation
Following a MIB database update, it is recommended that the new MIB database information be extracted to an ASCII le using the cmutil in extract mode. This allows for recreation of the MIB database in the event of system failure.
68P02901W17-S
15-19 Nov 2007
Deleting objects using cmutil
Chapter 15: cmutil
Deleting objects using cmutil
To delete object(s) from the CM MIB database according to the contents of an input le, the following syntax is used: cmutil -d -i <input le> Where: <input le> is: the name of the ASCII le containing the object(s) to be deleted.
Use of deleteLocal and remote attributes when deleting
During a cmutil -d -i operation, the value of the deleteLocal attribute in the input le 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 le is not used. In other words, the deletion is always 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 le is used. Therefore in the case of remote = TRUE, an attempt is made to delete the device at the BSS and the OMC. In the case of remote = FALSE, an attempt is 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 sufcient to set the deleteLocal attribute to TRUE in the input le 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-20
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Updating objects using cmutil
Updating objects using cmutil
Syntax
To update the CM MIB database according to the contents of an input le, the following syntax is used: cmutil -u -i <input le> Where: <input le> is: the name of the ASCII le containing the data to be updated.
When updating an object in the MIB database, the remote attribute of the object determines whether the object's attributes are updated over the OMC-R-BSS interface (see Use of deleteLocal and remote attributes when deleting on page 15-20 for further details). This ag is included for all BSS objects.
Example: Extracting, modifying, and updating NE details using cmutil
For example, to extract, modify, and update NE details using cmutil, follow these steps:
Procedure 15-4 Extract, modify, and update NE details using cmutil
1 Create an input le with the description of one object, in the standard form.
The le needs to have sufcient details to identify the object. For example, the le to identify a site could read: SITE { name = Mahon, container = BSS:Cork } 2 3 Input the le to the cmutil utility in non-hierarchical extract mode. cmutil dumps the full site details into a le. CommsLink information needs to be dumped separately (use -t -n <SITE object reference>). Continued
68P02901W17-S
15-21 Nov 2007
Modifying multiple devices or functions using cmutil
Chapter 15: cmutil
Procedure 15-4 Extract, modify, and update NE details using cmutil (Continued)
4 5 Edit the site details le to make the necessary changes. Run cmutil in update mode with this le as input, as shown in the syntax section. Result: The CM MIB is updated.
Recommendation
Following a MIB database update, it is recommended that the new MIB database information be extracted to an ASCII le using the cmutil in extract mode. This allows for recreation of the MIB database in the event of system failure.
Modifying multiple devices or functions using cmutil
Overview of procedure
To use cmutil to modify multiple devices or functions, follow these steps:
Procedure 15-5
1 2 3
Modify multiple devices or functions using cmutil
Extract the required data only from the MIB using cmutil, as described in the following subsection. Insert new values by editing the extracted le, as described in the following subsection. Run cmutil in update mode to reinsert the new values.
Extracting data for a single site or NE
To extract data for a single site or NE using cmutil, create a cmutil input le called bss.ip, specifying either a single BSS or site, and extract all data for a BSS or site by entering: cmutil -x -h -i <input file> -o <output file> Examples of cmutil input les and extraction of data are shown in Extracting data from the CM MIB using cmutil on page 15-25. The following shows how to extract only devices/functions (MIB objects) of a specic type from the hierarchical output le: awk '/<object_type> /, /}/' bss.op > /tmp/bss_dri_strip The following shows how to extract a devices/functions substitute (for example DRI) for the <object_name>: awk '/DRI /, /}/' bss.op > /tmp/bss_dri_strip
15-22
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Modifying multiple devices or functions using cmutil
Extracting data for all objects of specic type
To extract all objects of specic type from the MIB, enter: cmutil -x -t <object_type> -o \ <device_type>_all.op The le extracted through cmutil contains all the MIB data for the device. This data can then be analyzed or further parsed. For example, extract all DRI objects from MIB by entering: cmutil -x -t DRI -o DRI_all.op The le extracted using cmutil contains all the MIB data for the DRI devices. This data can then be modied and reinserted in to the MIB.
Modifying extracted MIB data
The le extracted using cmutil contains all the MIB data for the device. This data can then be further parsed. The following example strips down the extracted cmutil output to only the data to be modied (example is cell1AntennaSelct): awk '$1 == DRI || $1 == container || $1 == \ cell1AntennaSelct || $1 == { || $1 == } || $1 == \ rdnInstance {print}' DRI_all.op > DRI_all.op.strip 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
Updating the MIB with the new data
The following shows how to use cmutil in update mode to change the parameters, both in the network and in the MIB: cmutil -u -i <modified_data_file> The following example reinserts the modied DRI data: cmutil -u -i DRI_all.op.strip.upd This changes the value for cell1AntennaSelct for all objects.
68P02901W17-S
15-23 Nov 2007
Ways of extracting data from the CM MIB
Chapter 15: cmutil
Ways of extracting data from the CM MIB
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-25. The cmutil utility is the recommended tool, as it is the only tool which extracts the data as it appears on the Detailed View. However, the data has to be further parsed if analyzing large amounts of data. Direct sql queries, see Extracting data from the CM MIB using SQL on page 15-30.
15-24
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Extracting data from the CM MIB using cmutil
Extracting data from the CM MIB using cmutil
Overview of extracting data from the CM MIB using cmutil
The recommended method of extracting information from the CM MIB is to use cmutil. cmutil can extract all the attributes associated with each object, contained in single or multiple MIB DBMS tables. Data may be extracted from the MIB using cmutil in a number of ways. Examples of extracts using cmutil are: cmutil -x -t PATH -o <o/p le_name> - extracts path data. cmutil -x -t FreqHopSys -o <o/p le_name> - extracts FreqHopSys data. cmutil -x -h -t CommsLink -o <o/p le_name> - extracts CommsLink data. cmutil e <macro_name> -i <i/p le_name> -o <o/p le_name> - extracts data according to the macro script listed in the input le (macro script le), see Extracting information using a macro script on page 15-28.
Examples of input les and extraction commands
Examples of cmutil input les and extraction of data are shown below: Input le for a single BSS, called bss.ip for example: BSS { name = BSS_Cork } Input le for a single site, called site.ip for example: SITE { name = Mahon_site_2 } Input le for a single PCU, called pcu.ip for example: PCU { name = Mahon_pcu }
68P02901W17-S
15-25 Nov 2007
cmutil data extraction examples
Chapter 15: cmutil
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
cmutil data extraction examples
In Extracting objects using cmutil on page 15-26 and Extracting objects and hierarchy of children using cmutil on page 15-27, the input le has to have a description of one unique object in the standard form. This le is input to the cmutil utility in non-hierarchical dump mode. As an example, the le to identify a site can read: SITE ( name = SITE_Mahon The utility dumps the full site details into a le. CommsLink information needs to be dumped separately (using -t -n <SITE object reference>). Edit the site details le to make the necessary changes.
Extracting objects using cmutil
Details of the objects listed in an input le can be extracted from the MIB and written to an output le using the following syntax: cmutil -x -i <input file> -o <output file> For example, to extract the BSS software data for a specic BSS, enter the following: mib_env cmutil -x -i BSS1017.ip -o BSS1017.op awk '$1 == versionString || $1 == neLoadVersion' \ bss1017.op The output resulting from the awk command in the example above is: versionString = 1600, neLoadVersion = 06.00.00.15, Also see Extracting information using a macro script on page 15-28.
15-26
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Extracting objects and hierarchy of children using cmutil
Extracting objects and hierarchy of children using cmutil
Details of objects and hierarchy of parents (objects listed in an input le, along with their children and associated devices (in the case of CommsLinks)), can be extracted from the MIB and written to an output le using the following syntax: cmutil -x -h -i <input file> -o <output file>
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 le, 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>
Extracting objects and hierarchy of children of specic type
Details of objects and hierarchy of children of a specied type, can be extracted from the MIB and written to an output le using the following syntax: cmutil -x -h -t <objectType> -o <output file>
Extracting objects with no children of specic type
Details of objects with no children of specic type, can be extracted from the MIB and written to an output le using the following syntax: cmutil -x -t <objectType> -o <output file>
Extracting software version information for more than one NE
For example, to extract software version information for more than one NE, enter the following: cmutil -x -t NESoftware -o NESoftware.op Each NE contains a currentSW line containing the current version setting. The following is an example of a NE instance NESoftware.op le: NESoftware { downloadFlag = TRUE, currentSW = OMC:omc SWInventory:only SoftwareLoad:BSGSM1600f3, newSWLoad = OMC:omc SWInventory:only SoftwareLoad:BSGSM1600f3, forcedFlag = FALSE, container = BSS:bss1017 }
68P02901W17-S
15-27 Nov 2007
Extracting CommsLinks and associated devices
Chapter 15: cmutil
Extracting a device type in the network using cmutil
To extract all objects of specic type from the MIB, enter: cmutil -x -t DRI -o dri_all.op
Extracting CommsLinks and associated devices
Details of CommsLinks and associated devices with a specied reference such as a node can be extracted from the MIB and written to an output le using the following syntax: cmutil -x -h -t CommsLink -n <ObjectReference> -o <output file> <ObjectReference> examples: BSS_NE:Cork species the BSS named Cork. RXCDR_NE:Cor_RX species the RXCDR named Cor_Rx. SITE:CorkMSI:1MMS:0 species MMS 0 on MSI 1 in the Cork SITE. SITE_NE:Mahon: MSI 3 0 0 species MSI 3 in the Mahon SITE.
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 le, using the following syntax: cmutil -x -t CommsLink -o <output file>
Extracting information using a macro script
A macro script contains coding to perform a specic operation. Some macro scripts are provided by Motorola, and are listed in /usr/omc/current/config/cmuinit. Any of the macros listed in this location can be run using the -e option. For example, the macro le called basedumphierSWInventory contains the following coding:
15-28
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Extracting information using a macro script
{ OIDList SWInventoryList; OIDList oidlist; SWInventoryList = SWInventory {}; Print( ,SWInventoryList); oidlist = GetContainees(SWInventoryList, TRUE); Print( , oidlist); } 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 le called SWInventory.out: cmutil e basedumphierSWInventory o SWInventory.out The following is an example of the contents of the output le SWInventory.out: SWinventory { container = OMC:somc143 } SoftwareLoad { loadname = BSGSME-17600d.tar, loadVersion = 07.06.00.0d, NEType = 0, numObjects = 120, container = OMC:somc143 SWInventory:only } 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 lename] is the name of the le where the macro script resides.
68P02901W17-S
15-29 Nov 2007
Extracting data from the CM MIB using SQL
Chapter 15: cmutil
Extracting data from the CM MIB using SQL
Overview of extracting data using SQL
Motorola recommends using cmutil to extract data from the MIB database. It is also possible, but not recommended or supported, to extract data from the MIB using SQL and the ACE report writer.
Only experienced database programmers should write scripts to access the MIB database.
When not to use SQL to extract data
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 DBMS reason, hence sql cannot be used all the time. The schema is created by and runs under, OSP . OSP is a middleware product, mapping application-dened objects to and from relational databases.
Extracting data using SQL queries
Tables in the MIB
Objects usually have all the data that can be viewed from a Detailed View stored in their generic table in the MIB DBMS (<objectname>table2), for example, DRI data is stored in dritable2. This can be extracted using SQL queries. However, some MIB objects do not have all their attributes stored under their corresponding table name, the most obvious examples being the Frequency hopping object, and the path object.
15-30
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
SQL script rules
The new mangled table names where applicable, as well as the mangled attribute names are to be noted.
Basic procedure information
The following list gives basic information for extracting information from the MIB using sql. Run SQL on the System Processor. The database environment must be established by invoking one of the following, as appropriate: /usr/omc/config/global/env/mibInfxUserConfig.csh 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. 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.
SQL script rules
To write SQL scripts which retrieve the OMC-R objects, the SQL script writer needs to know the following: The OSP/OMC-R internally generated object class codes and object attribute codes. Object class tables. Attribute location in class tables. The algorithm that OSP uses to name-mangle tables and columns because of the INFORMIX[Symbol_registersans] 17 character table/column limit. This algorithm uses the generated class and attribute codes. OMC-R object oid attributes point to another OMC-R object stored in another table. Each multi-valued (list) attribute is stored in a separate MVA table. The MVA table is joined with the main object-class table to yield a single multi-valued attribute for a given object class.
68P02901W17-S
15-31 Nov 2007
SQL script rules
Chapter 15: cmutil
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 sufcient enough to do the same task.
Objects which do not have all data in a single table
Objects which do not have all data in a single table can be viewed from a Detailed View. The Detailed View is stored in the object generic table in the MIB DBMS (<objectname>table2). Objects of this type are listed: Assoc_BSSs. BTP . DHP . FreqHopSys. PATH.
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.
BTP and DHP
The Assigned DRI information contained in the BTP and DHP objects are stored as complex_connectivity datatype in a different table of the MIB DBMS: BTP Assigned DRI information is not stored in btptable2. DHP Assigned DRI information is not stored in dhptable2.
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.
15-32
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
SQL script rules
Table 15-1 FreqHopSys attribute details
Attribute Description Values Datatype Displayable text for DV bssAccess bssSysgenAccess mobile_alloc This attribute denes mobile allocation. The string is a set of 64 arfcn values. Each arfcn is specied 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)
Description There are ten of these attributes, link1 to link10, describing the links in the path. Datatype COMPLEX _CONNECTIVITY. Values Terminating Site: 0 - 40, 254. Upstream MSI: 0 - 50, 254. Upstream MMS: 0 or 1, 254. Downstream MSI: 0 - 50, 254. Downstream MMS: 0 or 1, 254. 254 is used for the TS switching site. The Site and Upstream/Downstream MSI/MMS identiers contain 254 if this link species a TS Switch.
This attribute is not on the PATH Detailed View
Table 15-3 Path attribute commsLinkList (stored outside pathtable2 in oidlisttable2)
Description When paths are created, appropriate CommsLinks are created to represent the point-to-point links specied in link1 to link 10. Each path has a list of CommsLinks which are associated with that path. The commsLinkList attribute stores this information. Datatype OID_LIST. Values 1 - 10 (number of links in path).
68P02901W17-S
15-33 Nov 2007
SQL script rules
Chapter 15: cmutil
The effect of the OSP port on MIB
The OSP can affect old queries in two ways: Name mangling, whereby names of either tables or attributes are shortened by substituting numbers for the characters in the name, and Storing the instance attribute as three separate attributes in the DBMS.
Table 15-4 shows mangled object classes with resulting table names.
Table 15-4 Mangled object classes with resulting table names
MIB object Software Load SurrndCellHC TestNeighbor 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
Example of OIDs mangled in OSP 4
Mangled version assigne16499class, assigne16499tomid, assi16499instrite, assi16499instleft. nbrt16188instrite, nbrt16188instleft. init12064instrite, init12064instleft. defa12059instrite, defa12059instleft. defa28004instrite, defa28004instleft. rela12127instrite, rela12127instleft.
Assigned Function (GPROC) neighbor template (neighbor) 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
rela16498instrite, rela16498instleft. curr28278instrite, curr28278instleft. new16188instrite, new16188instleft. curr16269instrite, curr16269instleft. sched5010instrite, sched5010instleft. omcob8028instrite, omcob8028instleft. alar12145instrite, alar12145instleft.
Storing the instance attribute as three separate attributes in the DBMS
Instance attributes, used in indexing and relationships, have been split into three separate attributes.
15-34
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Tips on using SQL queries for MIB
Tips on using SQL queries for MIB
Order of queries:
Attributes of type OID (such as oid, source, target, container) used in where clauses should be ordered as follows: class instleft instrite tomid
If there are attributes additional to the OID types they should come after the OID attributes in the clauses.
68P02901W17-S
15-35 Nov 2007
Conguring CommsLinks using cmutil
Chapter 15: cmutil
Conguring CommsLinks using cmutil
Introduction to conguring CommsLinks using cmutil
Connections between NEs are specied using CommsLinks, with MapLinks being used to show the CommsLinks on a Map. The set of devices which is associated with a CommsLink may be changed.
Recommendation
Following a MIB database update, it is recommended that the new MIB database information be extracted to an ASCII le using cmutil in extract mode. This allows for recreation of the MIB database in the event of system failure.
Changing CommsLinks using cmutil
To change a connection, follow these steps:
Procedure 15-6 Change a CommsLink using cmutil
1 2 Delete the appropriate CommsLink using cmutil. Create a CommsLink with the correct NEs using cmutil.
All associated MapLinks (on different maps) are deleted automatically when their source CommsLink is deleted.
Adding CommsLinks to existing sites using cmutil
To add links to existing sites, follow Procedure 15-7 .
Procedure 15-7 Add CommsLinks to existing sites using cmutil
1 Open a shell and change to the temporary work directory: cd $OMC_TOP/config/local/cm_mib_db/temp_files Continued
15-36
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting CommsLinks from existing sites using cmutil
Procedure 15-7 Add CommsLinks to existing sites using cmutil (Continued)
2 Use an editor to create a le named new_link, which denes 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 conguration.
Deleting CommsLinks from existing sites using cmutil
To delete links from existing sites, proceed as follows:
Procedure 15-8 Delete CommsLinks from existing sites using cmutil
1 Open a shell and change to the temporary work directory: cd $OMC_TOP/config/local/cm_mib_db/temp_files 2 Extract the link information for the site in question, using: cmutil -x -h -t CommsLink -n 'SITE:<name>' -o links 3 Delete the links, using: cmutil -d -i links 4 The default network map is modied along with any user-dened 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 modied map.
68P02901W17-S
15-37 Nov 2007
Conguring multiple proxy cells using cmutil
Chapter 15: cmutil
Conguring multiple proxy cells using cmutil
Creating multiple proxy cells
The usual requirement is for multiple proxy cells to be congured at a given time. The recommended way to create the proxy cells is to use the pcellImport utility. See Exporting and importing proxy cell information between OMC-Rs on page 8-154. Alternatively, to create multiple proxy cells using cmutil proceed as follows:
Procedure 15-9 Create multiple proxy cells using cmutil
1 Extract all the proxy cell objects to an output le, 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
Modifying multiple proxy cells
To modify multiple proxy cells, proceed as follows:
Procedure 15-10 Modify multiple proxy cells
1 Extract all the proxy cell objects to an output le, 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
2 3
15-38
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting multiple proxy cells
Deleting multiple proxy cells
Always consult the CM supervisor before deleting a proxy cell, as deleting a proxy cell also deletes any neighbors in the MIB with the same gsmCellid. This may remove live neighbors. To delete multiple proxy cells, proceed as follows:
Procedure 15-11 Delete multiple proxy cells
1 Extract all the proxy cell objects to an output le, 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
2 3
68P02901W17-S
15-39 Nov 2007
Checking paths using cmutil
Chapter 15: cmutil
Checking paths using cmutil
Checking multiple paths using cmutil
All the data for a path can be viewed from a Detailed View. However, some of the data of each path object is not stored in its generic table in the MIB DBMS (pathtable2). This makes extraction through SQL queries difcult. The only way to extract full information for multiple paths objects from the CM MIB is to use cmutil.
Checking a path for a single site or NE using cmutil
To check path connectivity of a single site or NE, proceed as follows:
Procedure 15-12 Check path connectivity for a single site or NE using cmutil
1 To extract all the data for a BSS or site, create a cmutil input le 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 les and extraction of data are shown in Extracting data from the CM MIB using cmutil on page 15-25. 2 To extract path only objects, parse the data by entering: awk '/Path /, /}/'bss.op > /tmp/bss_PATH_strip
Checking multiple paths in the OMC-R using cmutil
To check path connectivity throughout the OMC-R, extract all path objects from MIB by entering: cmutil -x -t PATH -o path_all.op The le extracted through cmutil contains all the MIB data for the path devices. This data can then be analyzed or further parsed.
15-40
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Comparison of cmutil path output with TTY rlogin output
Comparison of cmutil path output with TTY rlogin output
Example 1 Two Sites in path (site 12 to BSC through Site 3):
Figure 15-1 shows an example of cmutil output for two sites in path, with columns and specic labels marked.
Figure 15-1
Two sites cmutil output example
COLUMNS
Terminating site
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
}
ti-GSM-Twositescmutiloutputexample-00855-ai-sw
The columns shown in Figure 15-1 are used as shown in Table 15-6.
Table 15-6
Column 1 2
cmutil output use of columns
Use Site identiers. 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 identier of site.
BSC downstream MSI identier connection is always link1 row. Continued
68P02901W17-S
15-41 Nov 2007
Comparison of cmutil path output with TTY rlogin output
Chapter 15: cmutil
Table 15-6 cmutil output use of columns (Continued)
Column 3 Upstream MMS identier of site. Use
BSC downstream MMS identier connection is always link1 row. 4 Downstream MSI identier of site.
BSC upstream MSI identier connection is always link1 row. 5 Downstream MMS identier of site.
BSC upstream MMS identier connection is always link1 row. The TTY rlogin output of the example in Figure 15-1 is shown 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-42
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Comparison of cmutil path output with TTY rlogin output
Example 2 One site in path (site 12 direct to BSC):
cmutil o/p: Figure 15-2 shows an example of cmutil output for one site in path, with columns and specic labels marked.
Figure 15-2
One site cmutil example with columns and specic labels marked
COLUMNS
Terminating site
PATH
{
link1 = [ numInSequence = 1 , rdnInstance = 0 , container = SITE: ?SITE-12:Snake_Road" , 12, 0, 0, 4, 0] , Unique PATH Identifier
ti-GSM-Onesitecmutilexamplewithcolumnsandspecificlabelsmarked-00856-ai-sw
The columns shown in Figure 15-2 are used as shown in Table 15-6. The TTY output of the example in Figure 15-2 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
68P02901W17-S
15-43 Nov 2007
Managing maps using cmutil
Chapter 15: cmutil
Managing maps using cmutil
Creating new maps
When creating new user-dened maps, create a separate le for each map with the associated MapNodes and MapLinks. Map names may be changed by updating their details. MapLinks cannot be updated and must be deleted and recreated. Only the x and y attributes of MapNodes can be changed. The nodes on a map may be listed using hierarchical dump starting with an input le containing a named map. CommsLinks can exist independently of MapLinks, but the reverse is not true. Deleting a CommsLink deletes any associated MapLinks on all maps. Similarly, deleting an NE causes the deletion of any associated MapNodes MapLinks and CommsLinks.
Adding a map using cmutil
To add a new map using cmutil, a new input le must be created, and the data added to the MIB. Use the following procedure to add a new map using cmutil:
Procedure 15-13 Add a new map using cmutil
1 Open a shell and change to the directory containing the map conguration les: cd $OMC_TOP/config/local/cm_mib_db/map_files Use an editor to open a <map_name>.map le. where <map_name> is the name of the user-dened map to be created. Create map object denitions in the <map_name>.map le according to the cmutil syntax rules.
The le must contain object denitions for all map nodes and map links associated with the particular map. It must also contain one map object denition, specifying a unique map name. 4 Save the <map_name>.map le and exit the editor. Continued
15-44
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Example map input le
Procedure 15-13 Add a new map using cmutil (Continued)
5 Before adding the new map to the MIB database, check the le for syntax. Use the following cmutil command to check the le syntax: cmutil -s -i <map_name>.map where <map_name>.map is the name of a map le. If the le syntax check cannot be completed, self-explanatory error messages are displayed. 6 7 Repeat steps 2 to 5 for each user-dened map to be added to the network. Once the input le 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 le to be added to the MIB database. Store the new input le as a .0 le which can then be used if the MIB database is to be reinitialized. Use the following command to rename the les as original les 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 le using the cmutil extract facility. This allows for recreation of the MIB database in the event of system failure.
Example map input le
The following example shows a map input le with all its contained objects. The map le (for example, Ireland.map) must exist in the directory: $OMC_TOP/config/global/map A blank background may be specied by using the lename empty. The node name within the MapNode denition is the name of the NE which is to be displayed on the map, for example: node = BSS:Cork. The CommsLink within the MapLink denition is the CommsLink that has been dened for the two connecting nodes (NEs). // // MAP Configuration File. // // 5-March-1993 // Map { name = Ireland-Map, background = Ireland } MapNode
68P02901W17-S
15-45 Nov 2007
Example map input le
Chapter 15: cmutil
{ source = OMC:OMC, container = Map:Ireland-Map } MapNode { source = MSC:Cork-MSC, container = Map:Ireland-Map } MapNode { source = BSS:Cork, container = Map:Ireland-Map } MapNode { source = SITE:Cork-BSC/BTS, container = Map:Ireland-Map } MapNode { source = SITE:Mahon, container = Map:Ireland-Map } MapLink { source = CommsLink:OMC-Cork-BSC/BTS, container = Map:Ireland-Map } MapLink { source = CommsLink:Cork-MSC-Cork-BSC/BTS, container = Map:Ireland-Map } MapLink { source = CommsLink:Cork-BSC/BTS-Mahon, container = Map:Ireland-Map }
15-46
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Deleting a map using cmutil
Deleting a map using cmutil
To remove a map from the MIB database using cmutil, follow these steps:
Procedure 15-14 Delete a map using cmutil
1 Open a shell and change to the directory containing the temporary work les: cd $OMC_TOP/config/local/cm_mib_db/temp_files To remove a map from the system, rst use an editor to create a criteria le 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. Save the criteria le 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 le: rm <map_name>.map 6 Rename the original map conguration le using: mv <map_name>.map.0 <map_name>.map.0.del 7 If a modied le exists, rename the le using: mv <map_name>.map <map_name>.map.del
3 4
Storing updated map data
When a map has been modied, store a copy of it. Follow Procedure 15-15 to store updated map data:
Procedure 15-15 Store updated map data
1 Open a shell and change to the directory containing the temporary work les: cd $OMC_TOP/config/local/cm_mib_db/temp_files Continued
68P02901W17-S
15-47 Nov 2007
Changing a map background using cmutil
Chapter 15: cmutil
Procedure 15-15
2
Store updated map data (Continued)
Use an editor to create a le called map_criteria that contains the denition 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 conguration is to be extracted. Exit the editor. Use the following command to extract the updated map conguration to a le: 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. Move the <map_name>.map le to the map les directory: mv <map_name>.map $OMC_TOP/config/local/cm_mib_db/map_files/<map_name>.map
3 4
Changing a map background using cmutil
To change a map background using cmutil, follow these steps:
Procedure 15-16 Change a map background using cmutil
1 Open a shell and change to the directory containing the temporary work les: cd $OMC_TOP/config/local/cm_mib_db/temp_files To change a map background, rst use an editor to create a criteria le containing the denition 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 lename must both be specied. Continued
15-48
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Adding map links using cmutil
Procedure 15-16 Change a map background using cmutil (Continued)
3 4 Save the criteria le and exit the editor. Before updating the MIB database, check the criteria le for syntax. Use the following cmutil command to check the le syntax: cmutil -s -i criteria
If the le syntax check cannot be completed, self-explanatory error messages are displayed. 5 Once the criteria le 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.
Adding map links using cmutil
To add map links to existing sites, proceed as follows:
Procedure 15-17
1 2
Add map links using cmutil
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 le named new_link, which denes 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) Continued
68P02901W17-S
15-49 Nov 2007
Deleting map links using cmutil
Chapter 15: cmutil
Procedure 15-17
3
Add map links using cmutil (Continued)
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 conguration.
Deleting map links using cmutil
To delete map links from existing sites, proceed as follows:
Procedure 15-18 Delete map links using cmutil
1 2 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. Delete the links, using: cmutil -d -i links The default network map has been modied and possibly any user-dened 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-dened regional map on page 13-2, to remove the modied map.
3 4
15-50
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Using cmutil to perform other specic tasks
Using cmutil to perform other specic tasks
Introduction to other specic tasks
The tasks can be performed using cmutil and ate described in the following sections: Populating a new MIB database. Dumping the entire MIB database to a le. Managing regions. Changing multiple LACs and/or CIs. Modifying multiple neighbors of same site or NE. Checking multiple hopping objects.
Most of these cmutil operations can also be done from the Navigation Tree.
Populating a new MIB database using cmutil
Recommendations
When used to input data to the MIB database, cmutil congures the MIB database by reading one or more ASCII les. Although it is possible to describe an entire conguration in one le, it is suggested that the conguration information be divided into the following: A le which describes the Network, OMC-R, and MSC managed objects. A le for each BSS, RXCDR, or other parent in the system which describes the BSS or RXCDR itself, all its contained sites, the objects within the site and their children. A le which describes the links to the OMC-R and MSC/RXCDR as well as the intra BSS, RXCDR, and site links. A le for each user-dened map and its MapNodes and Maplinks as required.
68P02901W17-S
15-51 Nov 2007
Dumping the entire CM MIB to a le using cmutil
Chapter 15: cmutil
Using cmutil
To use cmutil to populate a new MIB, follow these steps:
Procedure 15-19 Populate a new MIB using cmutil
1 2 Run cmutil in add mode on each le, creating the Network, OMC-R and MSCs rst. Create the BSSs, RXCDRs and their hierarchies, followed by the CommsLinks, and nally the user-dened Maps, MapNodes and MapLinks for each map. Result: Each le should be successfully processed before starting the program with the next le. If an error occurs, that le can be edited and corrected, if necessary, before a rerun.
Dumping the entire CM MIB to a le using cmutil
This method is not envisaged as a means of backing up the MIB database. To dump all NE-related details to a le, 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 specier set to Map. If the dump les are to be used to populate an empty MIB database, use the script le MoveCommsLinks to pre-process the les. This script creates a le 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 les on page 15-17.
Managing regions using cmutil
cmutil can be used to add a region to the MIB. The OMC Administrator must create a cmutil input le containing the region name, the user identication, and a list of the network elements to be added to the region. The OMC Administrator can also add, update, or delete network elements in existing regions using cmutil. The OMC Administrator can also use cmutil to list the regions in a network by either outputting the region information to le or performing a hierarchical extraction. Likewise, the OMC Administrator can output details of a particular region to an output le.
15-52
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Changing multiple LACs and/or CIs using cmutil
Changing multiple LACs and/or CIs using cmutil
To make multiple LAC and/or CI changes, proceed as follows:
Procedure 15-20 Change multiple LACs and/or CIs using cmutil
1 To extract all the data for a BSS or site, create a cmutil input le, bss.ip specifying either a single BSS or site by entering: cmutil -x -h -i <input file> -o <output file>
Examples of cmutil input les and extraction of data are shown in Extracting data from the CM MIB using cmutil on page 15-25. 2 To extract cell only objects, parse the data by entering: awk '/CELL /, /}/'bss.cmu > cell.cmu 3 This parsed le 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/neighbors 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 Neighbor Detailed View and correcting. 9 Upload each affected NE database to the OMC-R.
68P02901W17-S
15-53 Nov 2007
Modifying multiple neighbors of same site or NE using cmutil
Chapter 15: cmutil
Modifying multiple neighbors of same site or NE using cmutil
To modify multiple neighbors of the same site or NE, use the following procedure:
Procedure 15-21 Modify multiple neighbors of the same site or NE using cmutil
1 To extract all the data for a BSS or site, create a cmutil input le called bss.ipspecifying either a single BSS or site by entering: cmutil -x -h -i <input file> -o <output file>
Examples of cmutil input les and extraction of data are shown in Extracting data from the CM MIB using cmutil on page 15-25. 2 To extract neighbor-only objects, parse the data by entering: awk '/Neighbor /, /}/'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
Checking multiple hopping objects using cmutil
All the data for a FreqHopSys object can be viewed from a FreqHopSys Detailed View. However, some of the data of each FreqHopSys object is stored in its generic table in the MIB DBMS (freqhopsystable2). The only way to extract full information for multiple FreqHopSys objects from the CM MIB is by using cmutil. To check multiple hopping objects using the TTY interface, follow Procedure 15-22.
15-54
68P02901W17-S Nov 2007
Installation and Conguration: GSM System Conguration
Checking multiple hopping objects using cmutil
Procedure 15-22 Check multiple hopping objects using cmutil
1 To extract all the data for a BSS or site, create a cmutil input le called bss.ipspecifying either a single BSS or site by entering: cmutil -x -h -i <input file> -o <output file>
Examples of cmutil input les and extraction of data are shown in Extracting data from the CM MIB using cmutil on page 15-25. 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 le extracted using cmutil contains all the MIB data for the FreqHopSys devices. This data can then be analyzed or further parsed.
68P02901W17-S Nov 2007
15-55
Checking multiple hopping objects using cmutil
Chapter 15: cmutil
15-56
68P02901W17-S Nov 2007
Index
Index
A
A interface . . . . . . . . . . . . . . . . 5-23 ABSS Assoc_BSS . . . . . . . . . . . . . . . 4-72 adap_ho_al_trg_rq. . . . . . . . . 8-184, 8-187 adap_ho_pbgt . . . . . . . . . . . . . . . 8-184 adap_ho_rxlev . . . . . . . . . . . 8-184, 8-187 adap_ho_rxqual . . . . . . . . . . 8-184, 8-187 adap_trigger_hop_rxqual_dl . . . . 8-184, 8-187 adap_trigger_hop_rxqual_ul . . . . 8-184, 8-187 adap_trigger_pbgt. . . . . . . . . 8-184, 8-187 adap_trigger_pbgt_nbr . . 8-184, 8-189 to 8-190 adap_trigger_rxlev_dl . . . . . . . 8-184, 8-187 adap_trigger_rxlev_ul . . . . . . . 8-184, 8-187 adap_trigger_rxqual_ul . . . . . . 8-184, 8-187 adaptive handovers conguring . . . . . . . . . . . . . . . 8-187 for a cell . . . . . . . . . . . . . . . 8-184 for a neighbour . . . . . . . . . . . . 8-189 using OMC-R GUI . . . . . . . . . . . 8-187 conguring for a neighbour using OMC-R GUI . . . . . . . . . . . 8-189 using TTY interface . . . . . . . . . . 8-190 overview . . . . . . . . . . . . . . . . 8-184 parameters . . . . . . . . . . . 8-184, 8-187 Add new PCU hardware to increase GPRS capacity . . . . . . . . . . . . . . . . . . 2-194 add_cell command . . . . . . . . . . . . 8-10 add_circuit . . . . . . . . . . . . . . . . . 5-3 add_conn . . . . . . . . . . . . . . . . . . 5-9 Adding a BSS/RXCDR overview . . . . . . . . . . . . . . . . . 4-2 Adding a BTS using copy_path command . . . . . . . 7-39 Adding a cell recommended procedure . . . . . . . . . 8-6 using copy/change . . . . . . . . . . . . 8-8 using the OMC-R GUI . . . . . . . . . . 8-11 using TTY interface . . . . . . . . . . . 8-10 Adding a map link . . . . . . . . . . . . . 13-11 Adding a map node . . . . . . . . . . . . 13-6 Adding a nailed connection . . . . . . . . 5-26 Adding an Assoc_BSS using the OMC-R GUI . . . . . . . . . . 4-72 Adding an XBL using OMC-R GUI . . . . . . . . . . . . 9-199 Adding BSC-RXCDR connectivity . . . . . . 5-9 using OMC-R GUI . . . . . . . . . . . . . 5-6
Adding BSC-RXCDR connectivity (contd.)
using TTY interface . . . . . . . . . . . . 5-8 Adding multiple neighbours add_nei utility . . . . . . . . . . . . . . 8-126 Adding network objects using cmutil . . . . . . . . . . . . . . . 15-18 algorithm Detailed View description of elds . . . . . . . . . . . 8-93 grouping General . . . . . . . . . . . . . . . . 8-94 algorithms adding using chg_cell_element command . . . 8-95 autocreation and autodeletion . . . . . 8-13 creating/deleting overview . . . . . . . . . . . . . . . 8-91 dening overview . . . . . . . . . . . . . . . 8-91 deleting . . . . . . . . . . . . . . . . . 8-90 modifying default using OMC-R GUI . . . . . . . . . . . 8-92 using TTY interface . . . . . . . . . . 8-95 allow_8k_trau . . . . . . . . . . . . . . . 2-177 AlmEgsmOPT parameter . . . . . . . . . 2-77 AMR Full Rate . . . . . . . . . . . . . . . . 2-127 Half Rate . . . . . . . . . . . . . . . . 2-127 amr_bss_half_rate_enabled changing using TTY interface . . . . . . 4-80 Antenna_Select number checking . . . . . . . . . . . . . . . . 7-58 Apply audit inconsistencies displaying results . . . . . . . . 10-14, 10-17 Assigning a hopping system to each RTF timeslot using TTY interface . . . . . . . . . . . 8-175 Assigning quality 7 to missing measurement reports . . . . . . . . . . . . . . . . . . 8-223 using OMC-R GUI . . . . . . . . . . . . 8-223 using TTY interface . . . . . . . . . . . 8-224 Assoc_BSS adding to the network using OMC-R GUI . . . . . . . . . . . 4-72 changing NE ID using OMC-R GUI . . . . . . . . . . . 4-84 conguring . . . . . . . . . . . . . . . 4-72 creating . . . . . . . . . . . . . . . . . 4-75 deleting
68P02901W17-S Nov 2007
IX-57
Index
Assoc_BSS (contd.) deleting (contd.)
using OMC-R GUI . . . . . . . . . . . 4-74 using TTY interface . . . . . . . . . . 4-75 description . . . . . . . . . . . . . . . 4-72 displaying details using TTY interface . . . . . . . . . . 4-75 setting parameters using TTY interface . . . . . . . . . . 4-75 Assoc_BSS Detailed View description of elds . . . . . . . . . . . 4-73 grouping Identication . . . . . . . . . . . . . 4-73 State . . . . . . . . . . . . . . . . . 4-74 Assoc_RXCDR changing NE ID using OMC-R GUI . . . . . . . . . . . 4-84 conguring . . . . . . . . . . . . . . . 4-76 creating using OMC-R GUI . . . . . . . . . . . 4-76 using TTY interface . . . . . . . . . . 4-79 deleting using OMC-R GUI . . . . . . . . . . . 4-82 using TTY interface . . . . . . . . . . 4-83 description . . . . . . . . . . . . . . . 4-76 displaying details using TTY interface . . . . . . . . . . 4-80 Assoc_RXCDR Detailed View description of elds . . . . . . . . . . . 4-77 grouping Channel Mode Usage (AMR Full Rate & Half Rate/GSM Half Rate) . . . . . . . . . 4-78 Identication . . . . . . . . . . . . . 4-77 Local Routing Information . . . . . . 4-78 state . . . . . . . . . . . . . . . . . 4-78 Audit displaying the time of the last audit . . . 10-40 Intelligent . . . . . . . . . . . . . . . . 10-3 of multiple BSS . . . . . . . . . . 10-4, 10-20 Audit gather phase conguring . . . . . . . . . . . . . . . 10-6 Audit inconsistencies applying from the Audit Logs form . . 10-14, 10-16 Audit inconsistency report . . . . . . . . 10-32 printing . . . . . . . . . . . . . . . . . 10-33 updating database . . . . . . . . . . . 10-34 updating the database . . . . . . . . . 10-34
Audit inconsistency report (contd.)
viewing . . . . . . . . . . . . . . . . . Audit logs deleting . . . . . . . . . . . . . . . . . managing . . . . . . . . . . . . . . . . printing list of . . . . . . . . . . . . . . setting the delete period . . . . . . . . viewing . . . . . . . . . . . . . . . . . Auditing a BSS or RXCDR using OMC-R GUI . . . . . . . . . . . a network using OMC-R GUI . . . . . . . . . . . aborting while in progress . . . . . . . deleting audit logs . . . . . . . . . . . functionality . . . . . . . . . . . . . . log les . . . . . . . . . . . . . . 10-5, managing logs . . . . . . . . . . . . . multiple sites . . . . . . . . . . . . . . overview . . . . . . . . . . . . . . . . Per Site Audit feature . . . . . . . . . . per Site audit functionality enabling . . . . . . . . . . . . . . . printing an inconsistency report . . . . problems and solutions . . . . . . . . . propagation of changes to neighbour cells . . . . . . . . . . . . . . . . . . . disabling . . . . . . . . . . . . . . . enabling . . . . . . . . . . . . . . . proper use of CM procedures . . . . . . recommendations . . . . . . . . . . . . recommended use. . . . . . . . . . . . scenarios . . . . . . . . . . . . . . . . scheduling . . . . . . . . . 10-5, 10-9, deleting . . . . . . . . . . . . . . . . modifying . . . . . . . . . . . . . . . printing . . . . . . . . . . . . . . . . using OMC-R GUI . . . . . . . . . . . updating database with inconsisten cies . . . . . . . . . . . . . . . . . . . viewing an inconsistency report. . . . . viewing audit logs. . . . . . . . . . . . auSchedule Detailed View window . . . . Autocreation of a proxy cell . . . . . . . . using OMC-R GUI . . . . . . . . . . . . AXCDR Assoc_RXCDR . . . . . . . . . . . . . . 10-32 10-35 10-31 10-31 10-35 10-31
10-16 10-13 10-31 10-35 10-2 10-11 10-31 10-19 10-2 10-6 10-7 10-33 10-11 10-37 10-39 10-38 10-12 10-9 10-9 10-10 10-21 10-29 10-26 10-29 10-21 10-34 10-32 10-31 10-21 8-149 8-151 4-76
B
BA list . . . . . . . . . Backup les RF.CNFG . . . . . . band_preference . . . band_preference_mode . . . . . . . . . . 8-238 . . . . . . . . . . 12-8 . . . . . . . 2-33, 2-155 . . . 2-34, 2-151, 2-157 Barred Cells form . . . . . . . . . . . . . 8-237 Barring calls at a cell . . . . . . . . . . . . . . . . 8-237
IX-58
68P02901W17-S Nov 2007
Index
Barring (contd.) calls (contd.)
at a site . . . . . . . . . . . . . . incoming handovers. . . . . . . . . Barring calls displaying barred cells . . . . . . . Baseband frequency hopping dening . . . . . . . . . . . . . . . description . . . . . . . . . . . . . guidelines for use . . . . . . . . . . Batch rlogin script using to create a BTS . . . . . . . . Batch session running script le . . . . . . . . . . Batch templates use in conguring sites . . . . . . . Bay Level Calibration facility enabling. . . . . . . . . . . . . . . BAY_LEV_CAL environmental variable BCCH carrier frequency changing using OMC-R GUI . . . . . . . . . locating at a multiple cell site . . . . training sequence code changing . . . . . . . . . . . . . bep_period . . . . . . . . . . . . . . bep_period2 . . . . . . . . . . . . . . ber_oos_mon_period parameter . . . . ber_restore_mon_period parameter . . bs_ag_blks_res parameter. . . . . . . BSC creating using OMC-R GUI . . . . . . . . . enhanced capacity feature . . . . . BSC High Load Protection Mechanism 2 . . . . . . . . . . . . . . . . . . . BSC sites introduction . . . . . . . . . . . . . BSC-BTS dynamic allocation considerations at a BTS . . . . . . . displaying details for a BTS using TTY interface . . . . . . . . displaying resources using TTY interface . . . . . . . . DYNETs and DYNETGroups Conguring . . . . . . . . . . . . enabling at a BTS . . . . . . . . . . using OMC-R GUI . . . . . . . . . using TTY interface . . . . . . . . impact on RSLs . . . . . . . . . . . impact on RTFs . . . . . . . . . . . overview . . . . . . . . . . . . . . parameters . . . . . . . . . . . . . BSC-RXCDR connectivity adding . . . . . . . . . . . . . . . using OMC-R GUI . . . . . . . . . using TTY interface . . . . . . . . . . 7-54 . . 8-238 . . 8-237 . . 8-174 . . . 2-8 . . . 2-9 . . . . . . . . . . 7-13 7-14 7-13 9-79 9-79
BSC-RXCDR connectivity (contd.)
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-19 BSIC changing . . . . . . . . . . . . . . . . 8-218 BSP cage and slot details . . . . . . . . . . 9-34 conguring . . . . . . . . . . . . . . . 9-34 creating using OMC-R GUI . . . . . . . . . . . 9-34 equipping using TTY interface . . . . . . . . . . 9-37 parameters . . . . . . . . . . . . . . . 9-35 BSP CPU utilization reduction for higher call handling capacity . . . . . . . . . . . . . 2-204 BSP Detailed View description of elds . . . . . . . . . . . 9-35 grouping Cage and Slot . . . . . . . . . . . . . 9-36 Identication . . . . . . . . . . . . . 9-35 State . . . . . . . . . . 9-36, 9-114, 9-117 BSS adding assigning DTE X.121 addresses . . . . 5-20 creating database . . . . . . . . . . . 4-44 using cmutil. . . . . . . . . . . . . . 15-19 adding to network overview process . . . . . . . . . . . . 4-2 congurations. . . . . . . . . . . . . . . 7-3 conguring a packet switch/MUX conguring . . . . . . . . . . . . . . . 4-42 conguring MSC to BSS overload control . . . . . . . . . . . . . . . . . 2-24 using TTY interface . . . . . . . . . . 2-22 containment. . . . . . . . . . . . . . . 9-28 creating using the OMC-R GUI . . . . . . . . . . 4-7 database uploading . . . . . . . . . . . . . . . 1-28 denition of . . . . . . . . . . . . . . . 1-27 deleting . . . . . . . . . . . . . . . . . 4-47 deleting at MUX . . . . . . . . . . . . 4-51 conguration changes . . . . . . . . 4-52 dependencies . . . . . . . . . . . . . 4-52 removing the cabling . . . . . . . . . 4-51 removing the NE . . . . . . . . . . . 4-52 removing the NE link . . . . . . . . . 4-53 deleting at OMC-R . . . . . . . . . . . 4-47 deleting at packet switch . . . . . . . . 4-51 conguration changes . . . . . . . . 4-51 deleting routeing table entries . . . . 4-51 removing the cabling . . . . . . . . . 4-51
. . 8-212 . . 8-213 . . . . . . . . . . . . 8-220 8-74 8-74 9-137 9-137 8-225
. . 7-25 . . 2-92 Phase . . 2-187 . . . . . . . . 7-2 7-7 2-21
. . 4-102 . . . . . . . . . 4-94 . 4-94 . 2-20 . 2-20 . 9-175 . 9-182 . 2-18 . 2-19 5-9 5-6 5-8
. . . . . . . . .
68P02901W17-S Nov 2007
IX-59
Index
BSS (contd.)
description of routeing function. . . . 9-133, 9-154 list of features. . . . . . . . . . . . . . 4-13 logles . . . . . . . . . . . . . . . . . . 1-9 modifying details using the OMC-R GUI . . . . . . . . . 4-39 parameter names viewing in a Detailed View form . . . 1-34 remotely logging in from the OMC-R . . 1-43 remotely logging in using WebMMI . . . 1-49 reparenting . . . . . . . . . . . . . . . 4-104 reparenting to a different OMC-R . . . . 4-105 reparenting to a different RXCDR . . . . 4-108 setting overload control of call barring. . 2-22 to RXCDR checking connectivity . . . . . . . . . . 5-2 BSS Detailed View description of elds . . . . . . . . . . . . 4-9 grouping A5 Algorithms. . . . . . . . . . . . . 4-20 Call Trace . . . . . . . . . . . . . . . 4-34 CERM . . . . . . . . . . . . . . . . . 4-31 Channel Mode Usage (AMR Full Rate & Half Rate/GSM Half Rate) . . . . . . . 4-36, 4-38 CLM Timers. . . . . . . . . . . . . . 4-29 Directed Retry . . . . . . . . . . . . 4-30 ECERM . . . . . . . . . . . . . . . . 4-31 Enhanced Full Rate . . . . . . . . . . 4-31 Flash Information . . . . . . . . . . . 4-28 General . . . . . . . . . . . . . . . . 4-21 GPRS . . . . . . . . . . . . . . . . . 4-31 Identication . . . . . . . . . . . . . 4-10 LCS . . . . . . . . . . . . . . . . . . 4-35 Map Information . . . . . . . . . . . 4-34 MTP Timers . . . . . . . . . . . . . . 4-29 Multiband . . . . . . . . . . . . . . . 4-30 NCCR . . . . . . . . . . . . . . . . . 4-35 Network Addresses . . . . . . . . . . 4-12 Network Assisted Cell Change . . . . 4-35 Optional Features . . . . . . . . . . . 4-13 PCS 1900 Frequency . . . . . . . . . 4-28 Pre-empt . . . . . . . . . . . . . . . 4-39 Quality of Service . . . . . . . . . . . 4-35 RSL Congestion . . . . . . . . . . . . 4-39 Signalling Information . . . . . . . . 4-17 SMS Information . . . . . . . . . . . 4-34 SSM Timers . . . . . . . . . . . . . . 4-29 State . . . . . . . . . . . . . . . . . 4-11 Trafc Parameters . . . . . . . . . . 4-34 Trunk Information . . . . . . . . . . 4-29 BSS Naming menu option . . . . . . . . . 1-34 BSS User Security Management . . . . . 2-205
bss_egsm_alm_allowed parameter . . . . 2-77 bss_msc_overload_allowed . . . . . . . . 2-24 BSS_NAMING environment variable . . . 1-34 BSS/RXCDR database conguration management database object . . . . . . . . . . . . . . . . . . 4-44 database script le . . . . . . . . . . . 4-44 denition . . . . . . . . . . . . . . . . 4-44 directory structure . . . . . . . . . . . 4-46 NE database checks. . . . . . . . . . . 4-45 script le . . . . . . . . . . . . . . . . 4-44 types . . . . . . . . . . . . . . . . . . 4-44 BTP cage and slot details . . . . . . . . . . 9-38 conguring . . . . . . . . . . . . . . . 9-38 creating using OMC-R GUI . . . . . . . . . . . 9-39 equipping . . . . . . . . . . . . . . . . 9-41 parameters . . . . . . . . . . . . . . . 9-39 BTP Detailed View description of elds . . . . . . . . . . . 9-39 grouping Cage and Slot . . . . . . . . . . . . . 9-40 Identication . . . . . . . . . . . . . 9-39 State . . . . . . . . . . . . . . . . . 9-41 BTS adding . . . . . . . . . . . . . . . . . 11-18 equipping BTS site . . . . . . . . . . 7-20 methods. . . . . . . . . . . . . . . . 7-33 on-line . . . . . . . . . . . . . . . . 7-13 overview . . . . . . . . . . . . . . . 7-11 rocommended method . . . . . . . . 11-6 using a batch rlogin script . . . . . . 7-13 using copy_path command . . . . . . 7-39 using TTY interface . . . . . . . . . . 7-16 BSC congurations . . . . . . . . . . . . 7-3 changing transmit power . . . 8-233 to 8-234 concentration . . . . . . . . . . . . . . 2-18 conguring . . . . . . . . . . . . . . . . 7-1 conguring Horizonmicro and Horizoncom pact . . . . . . . . . . . . . . . . . . . . 7-7 copying and pasting. . . . . . . . . . . 11-6 creating using OMC-R GUI . . . . . . . . . . . 7-25 deleting . . . . . . . . . . . . . . . . . 11-34 displaying details of using TTY interface . . . . . . . . . . 2-21 enabling remote calibration . . . . . . . 9-81 Horizon II . . . . . . . . . . . . . . . . . 7-8 Horizon II macro . . . . . . . . . . . . . 7-9 BTS sites introduction . . . . . . . . . . . . . . . . 7-2 bts_txpwr_max_inner . . . . . . . . 2-30 to 2-31
IX-60
68P02901W17-S Nov 2007
Index
C
Cabinet creating using OMC-R GUI . . . . . . . . . . . 4-57 displaying for a PCU . . . . . . . . . . 6-16 equipping at a BSS site overview . . . . . . . . . . . . . . . 4-54 equipping at a remote BTS example . . . . . . . . . . . . . . . . 7-35 equipping using TTY . . . . . . . . . . 4-61 Horizon II macro and macro_ext . . . . 4-54 modifying for a PCU . . . . . . . . . . 6-16 TCU/CTU deleting . . . . . . . . . . . . . . . . 7-38 unequipping . . . . . . . . . . . . . 7-38 Cabinet Detailed View description of elds . . . . . . . . . . . 4-57 grouping General . . . . . . . . . . . . . . . . 4-60 Identication . . . . . . . . . . . . . 4-58 State . . . . . . . . . . . . . . . . . 4-59 Cage conguring . . . . . . . . . . . . . . . 4-62 creating using OMC-R GUI . . . . . . . . . . . 4-62 displaying for a PCU . . . . . . . . . . 6-17 equipping at a BSS site overview . . . . . . . . . . . . . . . 4-54 equipping at a remote BTS example . . . . . . . . . . . . . . . . 7-35 equipping from TTY interface . . . . . . 4-64 modifying for a PCU . . . . . . . . . . 6-17 Cage Detailed View description of elds . . . . . . . . . . . 4-62 grouping Identication . . . . . . . . . . . . . 4-63 State . . . . . . . . . . . . . . . . . 4-63 Calibrating DRIs creating a standard conguration . . . . 9-82 from the OMC-R . . . . . . . . . . . . 9-91 managing existing standard congura tions . . . . . . . . . . . . . . . . . . 9-97 Call Success Monitor detecting sleeping devices . . . . . . . 14-4 Call trace conguring ow control using TTY interface . . . . . . . . . . 2-63 displaying ow control using TTY interface . . . . . . . . . . 2-64 ow control . . . . . . . . . . . . . 2-61, 2-63 ow control parameters. . . . . . . . . 2-61 logle names . . . . . . . . . . . . . . 2-59 MSC initiated IMSI and IMEI call trace . . . . . . . . . . . . . . . . . . 2-58 using to detect network problems. . . . 14-14 call_trace_options . . . . . . . . . . . . . 2-58 calls barring at a site using TTY interface . . . . . . . . . . 7-54 cbc_intface_vers . . . . . . . 2-44, 2-47 to 2-48 cbc_vbind_cntr . . . . . . . . 2-44, 2-47 to 2-48 CBCH enabling/disabling using TTY interface . . . . . . . . . . 2-49 CBL conguring . . . . . . . . . . . . . . . 9-42 creating using OMC-R GUI . . . . . . . . . . . 9-42 equipping using TTY interface . . . . . . . . . . 9-43 reassigning . . . . . . . . . . . . . . . 9-13 CBL Detailed View description of elds . . . . . . . . . . . 9-42 grouping Identication . . . . . . . . . . . . . 9-43 State . . . . . . . . . . . . . . . . . 9-43 CBL feature . . . . . . . . . . . . . . . . 2-143 parameters . . . . . . . . . . . . . . . 2-143 cbs_outage_cntr. . . . . . . . 2-44, 2-47 to 2-48 ccch_conf parameter . . . . . . . . . . . 8-225 CELL Detailed View description of elds . . . 8-14, 8-46, 8-61, 8-68 editing . . . . . . . . . . . . . . . . . 8-86 grouping . . . . . . . . . . . . . . 8-16, 8-62 Adaptive Handovers. . . . . . . . . . 8-49 AMR Full Rate . . . . . . . . . . . . 8-32 AMR/GSM Half Rate . . . . 8-37, 8-45, 8-59 Cell Selection - Reseletcion . . . . . . 8-20 Channel Allocation - Deallocation . . . 8-24 Channel Mode Usage (AMR Full Rate & Half Rate/GSM Half Rate) . . . . . . . . . 8-31 Coincident Multiband Handover . . . 8-31 Concentric and Dualband Cells . . . . 8-27 Congestion Relief . . . . . . . . . . . 8-25 Directed Retry . . . . . . . . . . . . 8-27 Distance Handover . . . . . . . . . . 8-56 Downlink Interference Handover . . . 8-55 Downlink Power Control . . . . . . . 8-63 Downlink Rxlev Handover. . . . . . . 8-54 Downlink RxQual Handover . . . . . . 8-52 Flow Control . . . . . . . . . . . . . 8-23 GPRS . . . . . . . . . . . . . . . . . 8-68 Handover - General . . . . . . . . . . 8-46 Handover Thresholds . . . . . . . . . 8-48 Handover Timer. . . . . . . . . . . . 8-50 Handover Types Allowed . . . . . . . 8-49 Handover-AMR Full Rate . . . . . . . 8-58 Identication . . . . . . . . . . . 8-15, 8-94 Inter-RAT Handover. . . . . . . . . . 8-58
68P02901W17-S Nov 2007
IX-61
Index
CELL Detailed View (contd.) grouping (contd.)
Multiband Handover . . . . . . . . . 8-28 Network Controlled Cell Reselec tion . . . . . . . . . . . . . . . . . . 8-75 Power Budget Handover . . . . . . . 8-57 Power Control - AMR Full Rate . . . . 8-65 Power Control - AMR/GSM Half Rate. . . . . . . . . . . . . . . . . . 8-66 Power Control - General . . . . . . . 8-61 Quality of Service . . . . . . . . . . . 8-75 Queuing. . . . . . . . . . . . . . . . 8-22 Radio Channel Conguration . . . . . 8-20 Radio Link Control . . . . . . . . . . 8-25 SDCCH Handover . . . . . . . . . . . 8-58 State . . . . . . . . . . . . . . . . . 8-16 System Access . . . . . . . . . . . . 8-18 Uplink Interference Handover . . . . 8-55 Uplink Power Control . . . . . . . . . 8-62 Uplink Rxlev Handover . . . . . . . . 8-53 Uplink RxQual Handover . . . . . . . 8-50 overview of using . . . . . . . . . . . . 8-11 propagating parameters . . . . . . . . 8-86 scope of propagation . . . . . . . . . . 8-76 Cell parameters changing LAC and/or CI. . . . . . . . . 8-240 changing number of SDCCHs . . . . . . 8-225 exible neighbour cell processing. . . . 8-194 General . . . . . . . . . . . . . . . . . 8-14 GPRS . . . . . . . . . . . 8-68, 8-207, 8-210 Handover . . . . . . . . . . . . . . . . 8-46 Power Control. . . . . . . . . . . . . . 8-61 propagating from OMC-R GUI . . . . . . . . . . . 1-54 cell_bar_access_switch . . . . . . . . . . 8-237 Cell-X-Export . . . . . . . . . . . . . 12-3, 12-9 Cell-X-Import . . . . . . . . . . . . 12-4, 12-17 troubleshooting . . . . . . . . . . . . . 12-53 cell_zone . . . . . . . . . . . . . . . . . 2-33 Cells adaptive handovers . . . . . . . . . . . 8-189 at a neighbour cell . . . . . . . . . . 8-184 adding . . . . . . . . . . . . . . . 8-10, 8-68 dening General parameters . . . . . 8-14 dening GPRS parameters . . . . . . 8-68 dening handover parameters . . . . 8-46 dening Power Control parameters . . 8-61 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-237 changing LAC-CI . . . . . . . . . . . . 8-240 changing number of SDCCHs . . . . . . 8-225 checking for frequency hopping conguration . . . . . . . . . . . . . . . 8-177, 15-54 using cmutil. . . . . . . . . . 8-177, 15-54
Cells (contd.) checking for frequency hopping conguration (contd.)
using OMC-R GUI . . . . . . . . . . . 8-177 coincident multiband handover . . . . . 8-180 concentric. . . . . . . . . . . . . . . . 2-29 conguring for dual band operation. . . 2-27 using TTY Interface . . . . . . . . . . 2-36 conguring for exible neighbour cell processing . . . . . . . . . . . . . . . 8-194 conguring for handovers. . . . . . . . 8-184 conguring power control optimiza tion . . . . . . . . . . . . . . . . . . . 8-202 parameters . . . . . . . . . . . . . . 8-203 using the TTY . . . . . . . . . . . . . 8-204 conguring with BCCH and SDCCH in the EGSM . . . . . . . . . . . . . . . . . . 8-178 using OMC-R GUI . . . . . . . . . . . 8-178 using TTY interface . . . . . . . . . . 8-179 containment. . . . . . . . . . . . . . . 9-33 creating using CELL Detailed View . . . . . . 8-11 creating a neighbour . . . . . . . . . . 8-118 dening GPRS parameters . . . 8-206, 8-210 deleting . . . . . . . . . . . . . . . . . 8-89 using OMC-R GUI . . . . . . . . . . . 8-90 establishing a cell boundary . . . . . . 8-233 expanding capacity of . . . . . . . . . . 8-162 exible neighbour cell processing. . . . 8-194 General parameter section . . . . . . . 8-14 GPRS parameter naming . . . . . . . . 8-68 GPRS parameter section . . . . . . . . 8-68 Handover parameter group . . . . . . . 8-46 Handover parameter section . . . . . . 8-46 modifying a neighbour . . . . . . . . . 8-127 modifying neighbours . . . . . . . . . . 8-127 modifying parameters using OMC-R GUI . . . . . . . . . . . 8-13 multiband inter-cell handover . . . . . . 2-29 neighbour . . . . . . . . . . . . . . . . 8-103 ping-pong handovers . . . . . . . . . . 8-192 Power Control parameter group . . . . 8-61 Power Control parameter section . . . . 8-61 propagatable parameters . . . . . . . . 8-76 propagating . . . . . . . . . . . . . . . 8-86 reciprocal neighbours . . . . . . . . . . 8-104 setting all channels at full power . . . . 8-235 source object . . . . . . . . . . . . . . 8-103 viewing neighbours . . . . . . . . . . . 8-106 viewing reciprocals . . . . . . . . . . . 8-106 viewing sources . . . . . . . . . . . . . 8-106 CellXchange command line utilities. . . . . . . . . . 12-44 conguration le . . . . . . . . . . . . 12-6 dening parameters for import/e xport . . . . . . . . . . . . . . . . . . 12-28 deleting Backup les . . . . . . . . . . 12-8
IX-62
68P02901W17-S Nov 2007
Index
CellXchange (contd.)
export/import les . . . . . . . . . . . 12-5 import and export parameter tables . . 12-54 introduction . . . . . . . . . . . . . . . 12-5 log les . . . . . . . . . . . . . . . . . 12-7 overview . . . . . . . . . . . . . . . . 12-3 Radio Frequency Planning . . . . . . . 12-5 using the command line . . . . . . . . . 12-35 dening environment variables . . . . 12-35 CERM enhanced . . . . . . . . . . . . . . . . 2-68 Changing a BSIC . . . . . . . . . . . . . 8-218 Changing frequency BCCH carrier frequency using OMC-R GUI . . . . . . . . . . . 8-212 non-BCCH carrier frequency . . . . . . 8-215 Changing LAC-CI of cells . . . . . . . . . . . . . . . . . 8-240 of proxy cells . . . . . . . . . . . . . . 8-159 Changing NE ID an Assoc_BSS log les . . . . . . . . . . . . . . . . 4-85 resuming a suspended process . . . . 4-92 an Assoc_RXCDR log les . . . . . . . . . . . . . . . . 4-85 resuming the suspended process . . . 4-92 of an Assoc_BSS. . . . . . . . . . . . . 4-84 of an Assoc_RXCDR . . . . . . . . . . . 4-84 Changing security levels . . . . . . . . . 1-47 Changing the number of allocated SDC CHs . . . . . . . . . . . . . . . . . . . . 8-225 Changing the transmit power for a BTS . . 8-233 Channel status displaying . . . . . . . . . . . . . . . . 9-19 Channel Status form . . . . . . . . . . . 9-23 channel_reconguration_switch parame ter . . . . . . . . . . . . . . . . . . . . 8-225 Checking and changing current network status . . . . . . . . . . . . . . . . . . . 14-5 Checking connectivity BSS to RXCDR . . . . . . . . . . . . . . 5-2 Path . . . . . . . . . . . . . . . . . . . 9-173 RXCDR to MSC . . . . . . . . . . . . . . 5-2 RXCDR/BSS to OMC-R (OML) . . . . . . 5-16 Checking device type using cmutil . . . . . . . . . . . . . . . 7-57 Checking for and rectifying database errors . . . . . . . . . . . . . . . . . . . 14-11 Checking for and rectifying hardware defects . . . . . . . . . . . . . . . . . . 14-10 Checking for and rectifying OOS de vices . . . . . . . . . . . . . . . . . . . 14-9 Checking frequency hopping conguration for cells . . . . . . . . . . . . . . . . . . . . 8-177 using cmutil . . . . . . . . . . . 8-177, 15-54 using OMC-R GUI . . . . . . . . . . . . 8-177 Checking FRU . . . . . . . . . . . . . . 9-10
Checking GCLK synchronization for a SITE . . . . . . . . . . . . . . . . . . . 7-51 Checking hardware at a single SITE . . . . . . . . . . 7-56, 15-27 at each SITE . . . . . . . . . . . . . . 7-55 using OMC-R GUI . . . . . . . . . . . 7-55 using TTY interface . . . . . . . . . . 7-55 at multiple SITEs using TTY interface and scripting . . . 7-55 Checking hardware version . . . . . . . . 9-10 Checking input le syntax using cmutil . . . . . . . . . . . . . . . 15-18 Checking key SITE parameters . . . . . . 7-58 Checking OMLs for a single NE using OMC-R GUI . . . . . . . . . . . 5-16 for multiple NEs using SQL . . . . . . . . . . . . . . . 5-16 Checking PCU using cmutil . . . . . . . . . . . . 7-56, 15-27 Checking RXCDR/BSS to OMC-R connectiv ity . . . . . . . . . . . . . . . . . . . . . 5-16 Checking serial number . . . . . . . . . . 9-10 Checking SITE or NE analysis or parsing . . . . . . . . 7-56, 15-23 using cmutil . . . . . . . . . . . . 7-56, 15-27 Checking software version for a BSS . . . . . . . . . . . . . . . . 4-112 for a single NE using cmutil. . . . . . . . . . 4-113, 15-26 using OMC-R GUI . . . . . . . . . . . 4-112 for an OMC-R . . . . . . . . . 4-112 to 4-113 for an RXCDR . . . . . . . . . . . . . . 4-112 for BSSs/RXCDRs/OMCs . . . . . . . . 4-112 for multiple NEs using cmutil. . . . . . . . . . 4-113, 15-27 using OMC-R GUI . . . . . . . . . . . 4-113 checkvalidLockPID utility . . . . . . . . . 1-23 chg_A5_alg_pr command using for wide area modications . . . . 1-53 chg_acs_params. . . . . . . . . . . . . . 2-137 chg_csfp command . . . . . . . . . . . . 9-57 chg_eas_alarm command . . . . 9-101 to 9-102 chg_element command use in conguring sites . . . . . . . . . 7-33 using the all parameter . . . . . . . . . 1-53 chg_lac_ci . . . . . . . . . . . . . . . . . 12-51 chg_smsch_msg . . . . . . . . . . . . . . 2-49 chg_ts_usage . . . . . . . . . . . . . . . . 5-3 chg_ts_usage free . . . . . . . . . . . . . 5-25 chg_ts_usage nail . . . . . . . . . . . . . 5-26 chg_ts_usage nail_path . . . . . . . . . . 5-26 chg_ts_usage reserve . . . . . . . . . . . 5-25 chg_ts_usage_free_path . . . . . . . . . . 5-25 CIC blocking and validation . . . . . . . . . 2-11 conguring
68P02901W17-S Nov 2007
IX-63
Index
CIC (contd.) conguring (contd.)
using TTY interface . . . . . . . . . . 9-45 displaying information for using TTY interface . . . . . . . . . . 9-46 equipping using TTY interface . . . . . . . . . . 9-45 validation . . . . . . . . . . . . . . . . 2-11 with transcoding resources displaying . . . . . . . . . . . . . . . 9-143 cic_block_thresh changing . . . . . . . . . . . . . . . . 4-80 cic_unblock_thresh changing using TTY interface . . . . . . 4-80 cic_validation . . . . . . . . . . 2-11, 2-13, 4-80 Circuit status displaying . . . . . . . . . . . . . . . . 9-19 Circuit Status form . . . . . . . . . . . . 9-19 cmutil adding a BSS . . . . . . . . . . . . . . 15-19 adding objects . . . . . . . . . . . . . 15-18 ASCII le content . . . . . . . . . . . . 15-7 ASCII le rules . . . . . . . . . . . . . 15-10 ASCII les object denition. . . . . . . . . . . . 15-12 changing NE connections . . . . . . . . 15-36 changing NE details. . . . . . . . . . . 15-21 checking input le syntax . . . . . . . . 15-18 command syntax . . . . . . . . . . . . 15-5 common operations . . . . . . . . . . . 15-51 deleting objects . . . . . . . . . . . . . 15-20 deleting/adding CommLinks . . . . . . 15-36 dump mode . . . . . . . . . . . . . . . 15-5 dumping CM MIB . . . . . . . . . . . . 15-52 extract mode . . . . . . . . . . . . . . 15-5 extracting data from the MIB . . . . . . 15-24 to 15-25 examples . . . . . . . . . . . . . . . 15-26 general syntax . . . . . . . . . . . . . 15-5 hierarchical dump mode . . . . . . . . 15-6 logging in . . . . . . . . . . . . . . . . 15-3 overview . . . . . . . . . . . . . . . . 15-2 Path output comparison with TTY . . . . . . . . . 15-41 populating new MIB . . . . . . . . . . 15-51 primary arguments . . . . . . . . . . . 15-5 purpose . . . . . . . . . . . . . . . . . 15-2 reparenting RXCDR . . . . . . . . . . . 4-110 script les. . . . . . . . . . . . . . . . 15-17 status messages. . . . . . . . . . . . . 15-16 update mode . . . . . . . . . . . . . . 15-5 updating objects . . . . . . . . . . . . 15-21 use with maps. . . . . . . . . . . . . . 15-44 using to add, delete, modifying data . . . . . . 15-18 manage Regions . . . . . . . . . . . 15-52 using to modify devices and func tions . . . . . . . . . . . . . . . . . . 15-22
Coding Schemes conguring . . . . . . . . . . using OMC-R GUI . . . . . . GPRS and EGPRS . . . . . . . coincident multiband handover conguring . . . . . . . . . . using OMC-R GUI . . . . . . using TTY interface . . . . . overview . . . . . . . . . . . parameters . . . . . . . . . . coincident_cell parameter. . . . coincident_mb. . . . . . . . . . coincident_mb parameter . . . . coincident_offset parameter . . Collecting information about the network . . . . . . . . . . . . . colocated_dris. . . . . . . . . . COMB. . . . . . . . . . . . . . conguring . . . . . . . . . . creating using OMC-R GUI . . . . . . displaying details using TTY interface . . . . . DRI-COMB conguration . . . equipping using TTY interface . . . . . parameters . . . . . . . . . . COMB Detailed View description of elds . . . . . . grouping Identication . . . . . . . . State . . . . . . . . . . . . Command partitioning using OMC-R GUI . . . . . . . Commslink . . . . . . . . . . . adding . . . . . . . . . . . . using cmutil. . . . . . . . . adding to a map . . . . . . . . adding using cmutil . . . . . . autocreation/autodeletion . . . conguring using OMC-R GUI . . . . . . creating using OMC-R GUI . . . . . . deleting . . . . . . . . . . . . using cmutil. . . . . . . . . using OMC-R GUI . . . . . . ltering . . . . . . . . . . . . outputting to a le . . . . . . CommsLink Detailed View description of elds . . . . . . grouping CommsLink Related Devices Identication . . . . . . . . Map Information . . . . . . Concentric cells feature . . . . .
. . . . . . . . . . . . . . .
2-38 2-42 2-38
. . . . . 8-180 . . . . . 8-182 . . . . . 8-182 . . . . . 8-180 . . . . . 8-180 . 8-180, 8-182 . . . 2-30, 2-32 . 8-180, 8-182 . 8-180, 8-182 current . . . . . 14-8 . . 2-16 to 2-17 . . . . . 9-48 . . . . . 9-48 . . . . . 9-50
. . . . . 9-52 . . . 9-50, 9-64 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-52 9-51 9-51 9-51 9-52
. . . . 1-5 . . . . 5-3 . . . 13-11 . . . 15-36 . . . 13-11 13-12, 15-49 . . . . 5-11 5-11 5-11 15-50 13-13 5-15 5-14 15-17 5-13 5-14 5-14 5-14 2-29
. . . . . . . . . . . . . . . 15-36, . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . .
IX-64
68P02901W17-S Nov 2007
Index
Conguration Management recommendations . . . . . . . . . . Conguring a BSS/RXCDR deleting BSS/RXCDR . . . . . . . . deleting at MUX . . . . . . . . . deleting at packet switch . . . . . Conguring a cage . . . . . . . . . . Conguring a cell adding using TTY interface . . . . . . . . for adapative handovers . . . . . . for adaptive handovers . . . . . . . using TTY interface . . . . . . . . for coincident multiband handover using OMC-R GUI . . . . . . . . . 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 exible 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 Conguring a CIC . . . . . . . . . . . Conguring a COMB . . . . . . . . . Conguring a CommsLink using OMC-R GUI . . . . . . . . . . Conguring a CSFP . . . . . . . . . . Conguring a DHP device. . . . . . . Conguring a DPROC using OMC-R GUI . . . . . . . . . . Conguring a DRI . . . . . . . . . . . Conguring a DSW overview . . . . . . . . . . . . . . Conguring a DYNET . . . . . . . . . using the TTY interface . . . . . . . Conguring a DYNETGroup. . . . . . Conguring a GBL using OMC-R GUI . . . . . . . . . . Conguring a GDS using OMC-R GUI . . . . . . . . . . Conguring a GSL using OMC-R GUI . . . . . . . . . . Conguring a KSW overview . . . . . . . . . . . . . . Conguring a neighbour cell for adaptive handovers . . . . . . .
. . . . . . . . . . .
1-2 4-47 4-51 4-51 4-62
Conguring a neighbour cell (contd.) for adaptive handovers (contd.)
using OMC-R GUI . . . . . . . . . . . 8-189 using TTY interface . . . . . . . . . . 8-190 Conguring a Network instance using OMC-R GUI . . . . . . . . . . . . . 3-2 Conguring a Path using Path Congure menu option overview . . . . . . . . . . . . . . . 11-74 Conguring a PATH device . . . . . . . . 9-161 Conguring a Path using Path Congure menu option initiating . . . . . . . . . . . . . . . . 11-77 Conguring a PCU devices using OMC-R GUI . . . . . . . . . . . . 6-8 using TTY interface . . . . . . . . . . 6-54 Conguring a proxy cell. . . . . . . . . . 8-141 Conguring a PSP using OMC-R GUI . . . . . . . . . . . . 6-22 Conguring a UTRAN neighbour . . . . . 8-132 Conguring a UTRAN proxy cell . . . . . 8-145 Conguring Advanced Load Management for EGSM . . . . . . . . . . . . . . . . . . . 2-76 Conguring an Assoc_BSS . . . . . . . . 4-72 Conguring an Assoc_RXCDR . . . . . . . 4-76 Conguring an EAS . . . . . . . . . . . . 9-99 using TTY interface . . . . . . . . . . . 9-110 Conguring an LCF . . . . . . . . . . . . 9-126 Conguring an LMTL device . . . . . . . 9-130 Conguring an MSC . . . . . . . . . . . . 3-6 Conguring an MSI . . . . . . . . . . . . 9-136 Conguring an MTL. . . . . . . . . . . . 9-151 Conguring an NSVC using OMC-R GUI . . . . . . . . . . . . 6-45 Conguring an OMC-R . . . . . . . . . . . 3-6 Conguring an OMF . . . . . . . . . . . 9-157 using OMC-R GUI . . . . . . . . . . . . 9-157 Conguring an OML . . . . . . . . . . . 9-159 Conguring an RSL device overview . . . . . . . . . . . . . . . . 9-175 Conguring an RSL function using Path Congure . . . . . . . . . . 11-74 Conguring an RTF function overview . . . . . . . . . . . . . . . . 9-181 using Path Congure . . . . . . . . . . 11-74 Conguring an SGSN using OMC-R GUI . . . . . . . . . . . . 6-51 Conguring an XBL overview . . . . . . . . . . . . . . . . 9-196 Conguring call trace ow control . . . . 2-61 using OMC-R GUI conguring using OMC-R GUI . . . . 2-63 using TTY interface . . . . . . . . . . . 2-63 Conguring devices/functions recommendations for individual . . . . . . . . . . . . . . 9-3 for multiple . . . . . . . . . . . . . . . 9-8
. . . . . . . . . . . . . . . . . . . . . . . . .
. 8-10 . 8-184 . 8-187 . 8-187 . . . . . . . . . . . . . . . . . . . . . 8-182 8-182 8-180 8-182 2-27 2-27 2-36 8-200 8-200 8-201 8-194 8-196 8-196 8-211 8-206 8-202 8-203 8-204 8-178 9-45 9-48 5-11 9-53 9-58 6-18 9-62
. . . . . . . . . . . . . .
. 9-122 . 4-98 . 4-101 . 4-96 6-40 6-31 6-36
. . . . . .
. . 9-122 . . 8-189
68P02901W17-S Nov 2007
IX-65
Index
Conguring encryption algorithms . . . . 2-25 Conguring Enhanced Circuit Error Rate Monitor . . . . . . . . . . . . . . . . . . 2-68 Conguring Enhanced GDP Provision ing . . . . . . . . . . . . . . . . . . . . 9-145 Conguring Enhanced GPRS One Phase Access using OMC-R GUI . . . . . . . . . . . . 2-113 using TTY interface . . . . . . . . . . . 2-113 Conguring Enhanced Scheduling using OMC-R GUI . . . . . . . . . . . . 2-146 using TTY interface . . . . . . . . . . . 2-146 Conguring enhanced SDCCH to TCH band assignment . . . . . . . . . . . . . . . . 8-197 Conguring frequency hopping overview . . . . . . . . . . . . . . . . 8-164 using OMC-R GUI . . . . . . . . . . . . 8-166 using TTY interface . . . . . . . . . . . 8-174 Conguring GPRS interleaving TBFs . . . 2-87 methods of . . . . . . . . . . . . . . . 2-90 Conguring Inter-RAT Handover using OMC-R GUI . . . . . . . . . . . . 2-100 using TTY interface . . . . . . . . . . . 2-100 Conguring Location Services . . . . . . 2-102 methods of . . . . . . . . . . . . . . . 2-109 using TTY interface . . . . . . . . . . . 2-109 Conguring MSC to BSS overload con trol . . . . . . . . . . . . . . . . . . . . 2-22 using TTY interface . . . . . . . . . . . 2-24 Conguring NCCR . . . . . . . . . . . . 2-79 methods of . . . . . . . . . . . . . . . 2-83 using TTY interface . . . . . . . . . . . 2-84 Conguring networks MIB . . . . . . . . . . . . . . . . . . . 15-2 Conguring PCR using OMC-R GUI . . . . . . . . . . . . 2-55 Conguring SCR . . . . . . . . . . . . . 2-140 methods of . . . . . . . . . . . . . . . 2-141 using TTY interface . . . . . . . . . . . 2-142 Conguring sites adding a BTS on-line . . . . . . . . . . . . . . . . 7-13 using batch rlogin script . . . . . . . 7-13 using copy_path command . . . . . . 7-39 using TTY interface . . . . . . . . . . 7-16 BSS links & control functions . . . . . . . 7-2 BSS topology and PATH limitations . . . . 7-3 BTS sites . . . . . . . . . . . . . . . . . 7-1 chg_element command . . . . . . . . . 7-33 creating a SITE using OMC-R GUI . . . . . . . . . . . 7-25 dening site parameters responsibilities . . . . . . . . . . . . 7-11 hypothetical BSS site . . . . . . . . . . . 7-3 modify_value command . . . . . . . . . 7-33 MSI & RSL restrictions . . . . . . . . . . 7-5 overview . . . . . . . . . . . . . . . . 7-33 overview of methods . . . . . . . . . . 7-33 PATH devices . . . . . . . . . . . . . . . 7-3
Conguring sites (contd.)
RSL considerations . . . . . . . . . . . RTF considerations . . . . . . . . . . . simplied network diagram . . . . . . . use of batch templates . . . . . . . . . using copy_path command equipping a BTS site . . . . . . . . . Conguring SMS-CB at a CELL using OMC-R GUI . . . . . . . . . . . using OMC-R GUI . . . . . . . . . . . . using TTY interface . . . . . . . . . . . Conguring the MIB using audit . . . . . . . . . . . . . . . Conguring 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 elds . . . . . . . . . . . grouping Connectivity Information . . . . . . . Identication . . . . . . . . . . . . . Connection report displaying . . . . . . . . . . . . . . . . Connectivity checking BSS to RXCDR . . . . . . . . checking Path . . . . . . . . . . . . . . checking RXCDR to MSC . . . . . . . . containee denition . . . . . . . . . . . . . . . . container denition . . . . . . . . . . . . . . . . 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 congura tion . . . . . . . . . . . . . . . . . . . . Copying and pasting a BTS . . . . . . . . correct_rtfs . . . . . . . . . . . . . . . . Creating network objects . . . . . . . . . . . . . Creating a BSP using OMC-R GUI . . . . . . . . . . . . . . . 7-7 7-6 7-2 7-13 7-20
8-242 2-46 2-46 10-2 9-111
. .
5-6 5-8 5-11 5-6 5-9 5-8 5-6 5-7 5-7 5-2
. . . . . . .
. 5-2 9-173 . 5-2 15-3 15-3 1-16 1-17 2-58 1-10 8-8 8-8
. .
11-46 11-6 12-48 1-36 9-34
IX-66
68P02901W17-S Nov 2007
Index
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 dening General parameters using OMC-R GUI . . . . . . . . . dening GPRS parameters using OMC-R GUI . . . . . . . . . dening Handover parameters using OMC-R GUI . . . . . . . . . dening 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 Congure 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 conguration for DRI calibration . . . . . . . . . Creating a UTRAN proxy cell using OMC-R GUI . . . . . . . . . . Creating an Assoc_BSS using TTY interface . . . . . . . . . Creating an Assoc_RXCDR using OMC-R GUI . . . . . . . . . . using TTY interface . . . . . . . . .
. . 4-57 . . . 4-7 . . 4-44 . . . . 9-39 9-42
. . . . . . . . . . . . . . . . .
8-14 8-68 8-46 8-61 8-11 9-50 5-6 9-67
. . 9-123 . . 4-98 . . 4-101 . . . . 4-96 4-97
. . 9-112 . . 9-116 . . 9-123 . . 11-81 . . 9-166 . . 8-141 . . . . . 9-3 9-82
. . 8-145 . . . . . . 4-75 4-76 4-79
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 Congure 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 . . . . . . . . . . Creating network objects general description and procedure . using cmutil . . . . . . . . . . . . . CS3/CS4 description . . . . . . . . . . . . . cs34Opt . . . . . . . . . . . . . . . . CSFP creating using OMC-R GUI . . . . . . . . . denition . . . . . . . . . . . . . . equipping using TTY interface . . . . . . . . methods of creating . . . . . . . . . parameters . . . . . . . . . . . . . slot and cage restrictions . . . . . . stealing algorithm. . . . . . . . . . unconguring using OMC-R GUI . . . . . . . . . CSFP Detailed View description of elds . . . . . . . . . grouping Identication . . . . . . . . . . . State . . . . . . . . . . . . . . . ct_fc_lo_level ct_fc_hi_level . . . . . . . . . . . . CTP using to detect network problems. . CTP NT tool . . . . . . . . . . . . . . CTU2 radio
. . 9-104 . . 9-126 . . 9-131 . . 9-132 . . 9-151 . . 9-159 . . 11-94 . . 9-176 . . 9-184 . . 9-184 . . 11-93 . . . . . . 4-40 4-65 4-67
. . 9-197 . . . . . . . . . . . 9-8 1-30 15-2 2-38 2-39
. . . . . . . . . . . . 9-53, . . . . . . . . . .
9-55 9-53 9-56 9-53 9-54 9-53 9-55 9-56 9-54 9-54 9-55 2-62
. . 14-14 . . 14-14
68P02901W17-S Nov 2007
IX-67
Index
CTU2 radio (contd.)
in Horizon II . . . . . . . . . . . . . . . 7-8
Current Bucket Level feature see CBL feature . . . . . . . . . . . . . 2-143
D
DARBC . . . . . . . . . . . . . . . . . . 2-12 Auto-connect mode . . . . . . . . . 2-11, 2-13 Backwards Compatibility (Static) mode . . . . . . . . . . . . . . . . . . 2-11 Backwards Compatibility mode . . . . . 2-13 DataGen . . . . . . . . . . . . . . . . . 12-2 Dening algorithms . . . . . . . . . . . . 8-91 Dening CellXchange parameters from the GUI . . . . . . . . . . . . . . 12-28 Dening EAS alarms in the alarm table using TTY interface . . . . . . 9-101 to 9-102 del_conn . . . . . . . . . . . . . . . . . . 5-9 del_neighbor command using the all parameter . . . . . . . . . 1-53 del_smscb_msg . . . . . . . . . . . . . . 2-50 Delayed Uplink TBF release. . . . . . . . 2-88 deleteLocal attribute . . . . . . . . . . . 15-20 Deleting device and functions using OMC-R GUI . . . . . . . . . . . . 9-6 using TTY interface . . . . . . . . . . . 9-6 network objects . . . . . . . . . . . . . 1-41 TCU/CTU cabinets at M-Cell and Horizonmacro sites. . . . . . . . . . . . . . . . . . . 7-38 Deleting a BTS . . . . . . . . . . . . . . 11-34 Deleting a cell Deleting cells . . . . . . . . . . . 8-89 to 8-90 Deleting a Conn_Link using OMC-R GUI . . . . . . . . . . . . . 5-8 Deleting a device from a Site using Path Congure menu option . . . 11-92 Deleting a DYNET using the OMC-R GUI . . . . . . . . . . 4-101 Deleting a DYNETGroup using OMC-R GUI . . . . . . . . . . . . 4-97 Deleting a map link using cmutil . . . . . . . . . . . 13-13, 15-50 using OMC-R GUI . . . . . . . . . . . . 13-12 Deleting a map node . . . . . . . . . . . 13-8 Deleting a network object using OMC-R GUI . . . . . . . . . . . . 1-41 Deleting a Path deleting devices using Path Congure menu option . . 11-82 using Path Congure menu option . . . 11-82 Deleting a PATH device recommended method . . . . . . . . . 9-169 Deleting a proxy cell using OMC-R GUI . . . . . . . . . . . . 8-143 Deleting a Site in a daisy chain congura tion . . . . . . . . . . . . . . . . . . . . 11-39 Deleting a UTRAN proxy cell using OMC-R GUI . . . . . . . . . . Deleting an Assoc_BSS using the OMC-R GUI . . . . . . . . using the TTY interface . . . . . . . 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 . . . . . . . . . . . . . . . . . . 8-148 . . . . . . . . 4-74 4-75 4-82 4-83
. . 9-194 . . 9-192
. . 9-199 . . . . . . . . . . . . 5-9 5-8 5-9 9-9
. . 8-129 . . 8-129 . . 8-128 . . 1-30 . . 15-20 . . . . . . . . . . . . . . . . . . . . 8-93 . 4-73 . 4-77 . 9-35 . . 4-9 . 9-39 . 4-57 . 4-62 . 9-42 . 8-14 . 8-68 . 8-46 . 8-61 . 1-36 . 9-51 . 5-13 . . 5-6 . 1-36 . 9-54
IX-68
68P02901W17-S Nov 2007
Index
Detailed Views (contd.)
deleting . . . . . . . . . . . . . description . . . . . . . . . . . DHP. . . . . . . . . . . . . . . displaying OMC-R or BSS names DPROC . . . . . . . . . . . . . DRI . . . . . . . . . . . . . . . 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 UTRAN Proxycell . . . . . . . . devices creating individual . . . . . . . recommendation . . . . . . . creating multiple recommendation . . . . . . . deleting using TTY interface . . . . . . deleting from a Site . . . . . . . deleting multiple recommendations . . . . . . . displaying . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1-41 1-34 9-59 1-34 6-19 9-67 4-99 4-96 9-106 1-38 1-40 8-170 9-113 9-116 9-123 9-119 9-127 . 3-6 9-138 9-151 1-36 8-118 . 3-3 . 3-6 9-157 9-159 9-166 . 6-9 6-41 6-33 6-37 6-26 6-46 6-22 8-141 1-38 9-176 9-184 1-36 6-52 7-26 8-242 1-34 8-138 8-145 9-3 9-3 9-8
devices (contd.) displaying (contd.)
using OMC-R GUI . . . . . . . . . using TTY interface . . . . . . . . equipping using TTY interface . . . . . . . . hierarchy . . . . . . . . . . . . . . methods for conguring 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 Horizoncom pact2 . . . . . . . . . . . . . . . . conguring . . . . . . . . . . . . . creating using OMC-R GUI . . . . . . . . . denition . . . . . . . . . . . . . . equipping multiple devices. . . . . . . . . . using TTY interface . . . . . . . . parameters . . . . . . . . . . . . . DHP Detailed View description of elds . . . . . . . . . grouping Cage and Slot . . . . . . . . . . . Identication . . . . . . . . . . . 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 . . . . . . . . . . . . . . 9-5 9-5
. . . 9-4 . . 9-28 . . . . . . . . . . . . . . . . . . . . . . 9-3 9-8
. 9-4 . 9-5 . 9-8 . 9-8 15-22 11-88 9-10 11-86 9-6 9-6
. . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
9-59 9-58 9-59 9-58 9-61 9-61 9-59 9-59 9-60 9-60 9-61 4-46
. . . . . . . . . . . . . . .
. . . 9-4, 9-6 . . . . 11-92 . . . . . 9-9
. . 4-80 . . 2-136 . . 2-46 . 5-3, 5-9 . . 9-57 4-102, 5-3 . . 9-111 . . 9-143 . . 4-113 . . . 9-5 . . 6-16 . . 6-17
68P02901W17-S Nov 2007
IX-69
Index
Displaying a PCU MMS . . . . . . . . . . 6-29 Displaying an Assoc_BSS using TTY interface . . . . . . . . . . . 4-75 Displaying an Assoc_RXCDR using TTY interface . . . . . . . . . . . 4-80 Displaying BSC-BTS dynamic allocation details at a BTS. . . . . . . . . . . . . . . . . 2-21 Displaying BSC-BTS dynamic allocation resources using the TTY interface . . . . . . . . . 4-102 Displaying BSC-RXCDR connectivity using disp_conn command . . . . . . . . 5-9 Displaying call trace ow control using TTY interface . . . . . . . . . . . 2-64 Displaying DSW using TTY interface . . . . . . . . . . . 9-125 Displaying EAS using TTY interface . . . . . . . . . . . 9-110 Displaying KSW using TTY interface . . . . . . . . . . . 9-125 Displaying LMTL loadsharing granularity using TTY interface . . . . . . . . . . . 9-135 Displaying MTL loadsharing granularity using TTY interface . . . . . . . . . . . 9-156 disuse_cnt_hreqave . . . . . . . . 8-194, 8-196 Double density DRI introduction . . . . . . . . . . . . . . . . 7-8 Double density DRIs . . . . . . . . . . . 9-65 DPROC conguring . . . . . . . . . . . . . . . 6-18 creating . . . . . . . . . . . . . . . . . 6-18 deleting . . . . . . . . . . . . . . . . . 6-21 modifying . . . . . . . . . . . . . . . . 6-20 types . . . . . . . . . . . . . . . . . . 6-18 DPROC Detailed View description of elds . . . . . . . . . . . 6-19 grouping . . . . . . . . . . . . . 6-19 to 6-20 DRI conguring . . . . . . . . . . . . . . . 9-62 creating . . . . . . . . . . . . . . . 9-67, 9-74 denition . . . . . . . . . . . . . . . . 9-62 displaying, modifying, deleting . . . . . 9-74 Double density . . . . . . . . . . . . . 9-65 DRI-Combiner conguration . . . . 9-50, 9-64 for Horizonmicro and Horizoncom pact . . . . . . . . . . . . . . . . . . . 9-63 parameters . . . . . . . . . . . . . . . 9-67 reassigning . . . . . . . . . . . . 9-75 to 9-76 reassigning to a different GPROC . . . . 9-75 remotely calibrating . . 9-77, 9-82, 9-91, 9-97 DRI Detailed View description of elds . . . . . . . . . . . 9-67 grouping . . . . . . . . . . 9-67, 9-70 to 9-74 DRIGroup . . . . . . . . . . . . . . . . . 9-62 for Horizonmicro and Horizoncom pact . . . . . . . . . . . . . . . . . . . 9-63 impact of the Dual Band Cells feature . . 9-63, 9-181
Drive testing Drive test . . . . . . . . . . . . . 14-3, 14-15 DSW conguring overview . . . . . . . . . . . . . . . 9-122 creating using OMC-R GUI . . . . . . . . . . . 9-123 denition . . . . . . . . . . . . . . . . 9-122 displaying details using TTY interface . . . . . . . . . . 9-125 DSWX denition . . . . . . . . . . . . . . . . 9-122 DTE X.121 addresses assigning at NE . . . . . . . . . . . . . 5-20 assigning at OMC-R . . . . . . . . . . . 5-18 OMC-R addresses rules . . . . . . . . . 5-21 setting OML addresses . . . . . . . . . 5-20 slot:port settings for OMLs . . . . . . . 5-20 use of PC . . . . . . . . . . . . . . . . 5-20 Dual Band Cells feature conguring . . . . . . . . . . . . . 2-27, 2-36 impact on DRIs and RTFs . . . . . 9-63, 9-181 parameters . . . . . . . . . . . . . . . 2-30 dual_band_offset . . . . . . . . . . 2-30 to 2-31 dualBandCellOpt . . . . . . . . . . . . . 2-30 dyn_step_adj . . . . . . . . . . . 8-202, 8-204 dyn_step_adj_fmpr dyn_step_adj . . . . . . . . . . 8-202, 8-204 Dynamic allocation of BSC-BTS terrestrial backing re sources . . . . . . . . . . . . . . . . . 2-18 of RXCDR-BSC circuits . . . . . . . . . 2-12 Dynamic propagation proxy cell data to OMC-Rs . . . . . . . 8-161 DYNET . . . . . . . . . . . . . . . . . . 2-18 conguring . . . . . . . . . . . . 4-98, 4-101 creating . . . . . . . . . . . . . . 4-98, 4-101 creating PATHs . . . . . . . . . . . . . 4-98 deleting . . . . . . . . . . . . . 4-101, 4-103 displaying . . . . . . . . . . . . . . . . 4-102 modifying . . . . . . . . . . . . . . . . 4-102 overview . . . . . . . . . . . . . . . . 4-94 path devices . . . . . . . . . . . . . . 9-162 viewing and editing . . . . . . . . . . . 4-101 DYNET Detailed View description of elds . . . . . . . . . . . 4-99 grouping . . . . . . . . . . . . 4-99 to 4-100 dynet_retry_time . . . . . . . . . . . . . 2-19 dynet_tchs_rsvd . . . . . . . . . . . . . . 2-19 DYNETGroup conguring . . . . . . . . . . . . . . . 4-96 creating . . . . . . . . . . . . . . 4-96 to 4-97 deleting . . . . . . . . . . . . . . . . . 4-97 overview . . . . . . . . . . . . . . . . 4-94 restrictions . . . . . . . . . . . . . . . 4-95 DYNETGroup Detailed View description of elds . . . . . . . . . . . 4-96
IX-70
68P02901W17-S Nov 2007
Index
DYNETGroup Detailed View (contd.)
grouping . . . . . . . . . . . . . . . . 4-97
E
eac_mode changing . . . . . . . . . . . . . . . . 4-80 changing using TTY interface . . . . . . 4-80 EAS alarm strings . . . . . . . . . . . . . . 9-100 alarm table . . . . . . . . . . . . . . . 9-100 changing alarm strings . . . . . . . . . 9-102 chg_eas_alarm command . . . . . . . . 9-101 conguring . . . . . . . . . . . . 9-99, 9-110 conguring physical relay states . . . . 9-111 creating . . . . . . . . . . . . . . . . . 9-104 dening alarms in the alarm table . . . 9-101 denition . . . . . . . . . . . . . . . . 9-99 displaying . . . . . . . . . . . . . . . . 9-110 displaying EAS relay states . . . . . . . 9-111 equipping using TTY . . . . . . . . . . 9-110 modifying . . . . . . . . . . . . . . . . 9-110 parameters . . . . . . . . . . . . . . . 9-106 setting EAS relay states . . . . . . . . . 9-111 user denable alarm strings . . . . . . 9-100 EAS Detailed View description of elds . . . . . . . . . . . 9-106 grouping . . . . . . . . . . . 9-106 to 9-108 ECERM conguring . . . . . . . . . . . . . 2-68, 2-74 to 2-75, 2-125 to 2-126 parameters . . . . . . . . . . . . 2-69, 2-117 using TTY interface . . . . . . . . 2-75, 2-126 ecermOpt . . . . . . . . . . . . . . 2-69, 2-117 Editing network objects general description and procedure . . . 1-30 EGPRS Coding Schemes parameters . . . . . . . . . . . . . . . 2-39 egprsOpt parameter . . . . . . . . . . . 4-15 EGSM conguring advanced load manage ment . . . . . . . . . . . . . . . . . . 2-76 conguring advanced load mange ment . . . . . . . . . . . . . . . . . . 2-77 conguring BCCH and SDCCH . . . . . 8-178 egsm_alm_allowed parameter bss_egsm_alm_allowed parameter . . . 2-77 egsm_bcch_sd . . . . . . . . . . . . . . . 8-178 egsmOpt . . . . . . . . . . . . . . . . . 4-13 eMLPP See Enhanced Multi-level Precedence and Pre-emption . . . . . . . . . . . . . . . 2-169 en_incom_ho barring incoming handovers . . . . . . 8-238 Enabling a Site to be remotely cali brated. . . . . . . . . . . . . . . . . . . 9-81 Enabling autocreation of proxy cells . . . 8-150 Enabling Bay Level Calibration facility . . 9-79 Enabling BSC-BTS dynamic allocation at a BTS. . . . . . . . . . . . . . . . . 2-20 Enabling CIC validation at an AXCDR using TTY interface . . . . . . . . . . 4-80 Encryption algorithms activating . . . . . . . . . . . . . . . . 2-25 displaying prioritized list . . . . . . . . 2-26 prioritizing . . . . . . . . . . . . . . . 2-26 setting . . . . . . . . . . . . . . . . . 2-25 Enhanced BSC capacity . . . . . . . . . . 2-92 Enhanced Circuit Error Rate Monitor see ECERM . . . . . . . . . . . . . . . 2-68 Enhanced GPRS One Phase Access . . . . 2-111 conguring using OMC-R GUI . . . . . . . . . . . 2-113 using TTY interface . . . . . . . . . . 2-113 parameters . . . . . . . . . . . . . . . 2-111 Enhanced Inter-RAT. . . . . . . . . . . . 2-94 Enhanced Inter-RAT Handover parameters . . . . . . . . . . . . . . . 2-94 Enhanced Multi-level Precedence and Pre-emption (eMLPP) . . . . . . . . . . . 2-169 associated parameters . . . . . . . . . 2-170 Enhanced Scheduling . . . . . . . . . . . 2-144 conguring using OMC-R GUI . . . . . . . . . . . 2-146 using TTY interface . . . . . . . . . . 2-146 parameters . . . . . . . . . . . . . . . 2-144 Enhanced SDCCH to TCH band assignment conguring . . . . . . . . . . . . . . . 8-197 parameter. . . . . . . . . . . . . . . . 8-198 Enhanced XBL . . . . . . . . . . . . . . 2-10 enhanced_relief . . . . . . . . . . . . 2-29, 8-27 EnhancedInterRatOpt . . . . . . . . . . . 2-94 enhancedMLPPOpt . . . . . . . . . . . . 2-170 Environment variables CellXchange . . . . . . . . . . . . . . 12-35 network expansion . . . . . . . . . . . 11-4 eop_enabled. . . . . . . . . . . . 2-111, 2-144 eopOpt . . . . . . . . . . . . . . 2-111, 2-144 equipage hierarchy . . . . . . . . . . . . 9-33 Equipping BSP using TTY interface . . . . . . . . . . . 9-37 Equipping BTP using TTY interface . . . . . . . . . . . 9-41 Equipping BTS site . . . . . . . . . . . . 7-20 adding PATH
68P02901W17-S Nov 2007
IX-71
Index
Equipping BTS site (contd.) adding PATH (contd.)
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 cage & slot restrictions . . . Equipping MTL using TTY interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7-18, 7-21 7-18 7-23 7-18 7-24 7-24 7-19 7-20 4-61
. . . . . .
. . . . . . . . . . . . . . . . . . . . . . . .
7-35 9-42 9-43 9-50
. . . . . . 9-110 . . . . . . 9-114 . . . . . . 9-118 . . . . . . 9-125 . . . . . . 9-128 . . . . . . 9-137 . . . . . . 9-152
Equipping OMF using TTY interface . . . . . . . . . . . 9-158 Equipping OML using TTY interface . . . . . . . . . . . 9-160 Equipping PCU from the TTY interface . . . . . . . . . 6-54 Equipping PCU devices Equipping a PCU devices . . . . . . . . 6-54 Equipping RTF using TTY interface . . . . . . . . . . . 9-191 Equipping RXCDR cabinet . . . . . . . . 4-69 using TTY interface . . . . . . . . . 4-66, 4-70 Equipping XBL at a BSC using TTY interface . . . . . . . . . . 9-199 at an RXCDR using TTY interface . . . . . . . . . . 9-200 numbering the BSCs . . . . . . . . . . . 5-9 erc_ta_priority . . . . . . . . . 8-200 to 8-201 Establishing a cell boundary . . . . . . . 8-233 event logs . . . . . . . . . . . . . . . . . . 1-7 EXBL Enhanced XBL . . . . . . . . . . . . . 2-10 Expanding the network . . . . . . . . . . 11-2 EXPORT__CELLS . . . . . . . . . 8-139, 8-156 Exporting and importing proxy cells . . . 8-154 Exporting proxy cells . . . . . . . . . . . 8-156 Extended cell range prioritization conguring . . . . . . . . . . . . . . . 8-200 using OMC-R GUI . . . . . . . . . . . 8-200 using TTY interface . . . . . . . . . . 8-201 parameters . . . . . . . . . . . . . . . 8-200 Extracting data from the CM MIB using cmutil . . . . . . . . . . 15-24 to 15-25 examples . . . . . . . . . . . . . . . 15-26 using SQL . . . . . . . . . . . . . . . . 15-30 using sql queries . . . . . . . . . . . . 15-30
F
Fast Call Setup . . . . . . . . . . . . . . 2-172 associated parameters . . . . . . . . . 2-172 FastCallOpt . . . . . . . . . . . . . . . . 2-173 fdd_qmin . . . . . . . . . . . . . . . . . 2-94 fdd_qoffset . . . . . . . . . . . . . . . . 2-94 Feature 22168 . . . . . . . . . . . . . . 2-186, 9-122 23306 . . . . . . . . . . . 2-2, 2-186 to 2-187 25423 . . . . . . . . . . . . . 2-2, 2-192, 4-8 26481 . . . . . . . . 4-58 to 4-59, 9-73, 9-107 26740 . . . . . . . . . . . . . 2-2, 2-198, 6-31 27508 . . . . . . . . . . 1-5 to 1-6, 2-2, 2-205 27703A . . . . . . . . . . . 2-2, 2-39 to 2-40, 2-59 to 2-60, 2-118, 2-202, 2-216 27717 . . . . . . . . . . . . . . . . 2-2, 2-182
Feature (contd.)
27955A . . . . . . . . . 2-202, 4-32, 6-9, 8-73 28000 . . . . . . . . . . . . . . . . 2-2, 2-201 28333 . . . . . . . . . . . . . . . . . . 2-186 28337 . . . . . . . . . . . . 2-2, 2-186, 2-189 28340 . . . . . . . . . . . . 2-2, 2-186, 2-204 28351 . . . 2-2, 2-194, 2-202, 6-18, 6-31, 6-36 28398 . . . . . . . . . . . . . . . . 2-2, 2-185 28938 . . . . . . . . . . . . . . . . 2-2, 2-203 Finding a network object . . . . . . . . . 1-33 Fix Object load identifying . . . . . . . . . . . . . . . 4-112 exible neighbour cell processing conguring
IX-72
68P02901W17-S Nov 2007
Index
exible neighbour cell processing (contd.) conguring (contd.)
for a cell . . . . . . . . . . using OMC-R GUI . . . . . . using TTY interface . . . . . overview . . . . . . . . . . . ow_control_t1 . . . . . . . . . ow_control_t2 . . . . . . . . . fm_site_type. . . . . . . . . . . Freeing a timeslot at the same site . . . . . . . . between different sites . . . . FreqHopSys Detailed View description of elds . . . . . . grouping . . . . . . . . . . . General . . . . . . . . . . . Identication . . . . . . . . Frequency change BCCH . . . . . . . . . . . . . non BCCH. . . . . . . . . . . Frequency hopping assigning to each timeslot using TTY interface . . . . . baseband frequency hopping . conguring using OMC-R GUI . . . . . . using TTY interface . . . . . constraints . . . . . . . . . . overview . . . . . . . . . . . planning . . . . . . . . . . . setting parameters using TTY interface . . . . . synthesizer frequency hopping . . . . . . . . . . . . . . . . . . . . . . . 8-194 . . 8-196 . . 8-196 . . 8-194 2-22, 2-24 2-22, 2-24 . . 2-16 5-25 5-25 8-170 8-171 8-171 8-171
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . 8-212 . . . . . 8-215
. . . . . 8-175 . . . . . . 2-8 . . . . . . . . . . . . . . . . . 8-166 . . 8-174 . . . 2-3 2-3, 8-164 . . . 2-3
. . . . . 8-174 . . . . . . 2-4
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 conguring individual . . . . . . . multiple . . . . . . . . modifying using OMC-R GUI . . . using TTY interface . . modifying multiple . . . using batch rlogin. . . using cmutil. . . . . . unequipping using TTY interface . .
. . . . . . . . 12-2 . . . . . . 2-30, 2-32 . . . . . . . . 1-44 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-10 9-3 9-3 9-8
. . . . . . . . . 9-6 . . . . . . . 9-4, 9-6 . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-9 9-5 9-5
. . . . . . . . . 9-4 . . . . . . . . 9-28 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-3 9-8
. 9-4 . 9-5 . 9-8 . 9-8 15-22 9-6
. . . . . . . . .
G
GBL . . . . . . . . . . . . . conguring using OMC-R GUI . . . . creating using OMC-R GUI . . . . deleting using OMC-R GUI . . . . GBL Detailed View (PCU) description of elds . . . . grouping Connectivity Information Frame Relay Information Identication . . . . . . State . . . . . . . . . . GCLK conguring . . . . . . . . creating using OMC-R GUI . . . . equipping using TTY interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6-2 6-40 6-40 6-44 6-41 6-42 6-42 6-41 6-42
GCLK (contd.)
parameters . . . . . . . . slot restrictions . . . . . . GCLK Detailed View description of elds . . . . grouping Cage and Slot . . . . . . Identication . . . . . . GCLK synchronization . . . checking for a SITE . . . . commands and parameters conguration restrictions . description . . . . . . . . enabling. . . . . . . . . . mms_priority . . . . . . . modes of operation . . . . multiple SITE checks . . . no. of GCLKs per site . . . parameter descriptions . . . . . . . . . 9-113 . . . . . . . 9-112 . . . . . . . 9-113 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-114 . 9-113 . 7-42 . 7-51 . 7-43 . 7-43 . 7-42 . 7-47 . 7-45 . 7-45 . 7-51 . 7-42 . 7-44
. . . . . . . 9-112 . . . . . . . 9-112 . . . . . . . 9-114
68P02901W17-S Nov 2007
IX-73
Index
GCLK synchronization (contd.)
phase_lock_duration . . . . . . . . . using TTY interface . . . . . . . . . . examples . . . . . . . . . . . . . . GDP conguring enhanced provisioning . . parameters . . . . . . . . . . . . . denition . . . . . . . . . . . . . . . enhanced . . . . . . . . . . . . . . . primary and secondary . . . . . . . . types . . . . . . . . . . . . . . . . . GDS conguring using OMC-R GUI . . . . . . . . . . creating using OMC-R GUI . . . . . . . . . . deleting using OMC-R GUI . . . . . . . . . . modifying using OMC-R GUI . . . . . . . . . . GDS Detailed View (PCU) description of elds . . . . . . . . . . grouping Connectivity Information . . . . . . Identication . . . . . . . . . . . . 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 . . . . . . . conguring for optimization . . . . . . . . . . . overview . . . . . . . . . . . . . . creating using OMC-R GUI . . . . . . . . . . equipping using TTY interface . . . . . . . . . parameters . . . . . . . . . . . . . . GPROC Detailed View description of elds . . . . . . . . . . grouping Cage and Slot . . . . . . . . . . . . Identication . . . . . . . . . . . . GPRS . . . . . . . . . . . . . . . . . . enabling/changing for a cell . . . . . . . . . 7-45 7-46 7-46 9-146 9-145 9-145 9-145 9-146 9-145
GPRS (contd.) enabling/changing for a cell (contd.)
using TTY interface . . . . . . . . . . 8-211 Enhanced GPRS One Phase Access . . . 2-111 Enhanced Scheduling . . . . . . . . . . 2-144 interleaving TBFs parameters . . . . . . . . . . . . . . 2-88 using TTY interface . . . . . . . . . . 2-87 multiple GPRS carriers per cell . . . . . 8-206 parameter naming . . . . . . . . . . . 8-68 parameters . . . . . . . . . . . . . . . 4-15 propagatable cell parameters . . . . . . 8-76 GPRS - Suspend/Resume . . . . . . . . . 2-183 GPRS Coding Scheme parameters . . . . . . . . . . . . . . . 2-39 GPRS Coding Schemes 3 & 4 conguring using TTY interface . . . . . . . . . . 2-42 GPRS interleaving TBFs conguring using OMC-R GUI . . . . . . . . . . . 2-90 GPRS Seamless Cell Reselection conguring . . . . . . . . . . . . . . . 2-140 GPRS Suspend/Resume . . . . . . . . . . 2-182 GPRS Trace feature gprsOpt . . . . . . . . . . . . . . . . . 4-16 gprs_enabled parameter . . . . . 8-207, 8-211 gprs_mac_mode parameter . . . . . . . . 2-90 gprs_sched_beta . . . . . . . . . . . . . 2-161 gprs_type5_alg . . . . . . . . . . . . . . 2-168 gprsOpt parameter . . . . . . . . . . . . 4-15 GSL conguring using OMC-R GUI . . . . . . . . . . . 6-36 creating using OMC-R GUI . . . . . . . . . . . 6-37 deleting using OMC-R GUI . . . . . . . . . . . 6-38 GSL Detailed View (PCU) description of elds . . . . . . . . . . . 6-37 grouping Identication . . . . . . . . . . . . . 6-38 State . . . . . . . . . . . . . . . . . 6-38 gsl_lcf_mapping . . . . . . . . . . . . . . 6-36 GSM Half Rate . . . . . . . . . . . . 2-128, 2-138 changing mode using TTY. . . . . . . 4-82 Channel Mode Usage grouping . . . . 4-36, 4-78 Channel Mode Usage grouping with GSM Half Rate . . . . . . . . . . . . . 4-38, 8-31 GSM Cell id components of . . . . . . . . . . . . . 8-240
. . . . . . . . .
6-31 6-32 6-35 6-35 6-33 6-34 6-33 6-34 6-18
. 9-189 . . . . 7-42 1-30 1-19 1-10
. 9-53 . 9-115 . 14-6 . 9-115 . 9-116 . 9-118 . 9-116 . 9-116 . 9-117 . 9-116 . . 6-2
IX-74
68P02901W17-S Nov 2007
Index
H
Half Rate (GSM) Half Rate . . . . . . . . . . . . . . . . 2-138 half_rate_enabled . . . . . . . . . . . . . 2-177 handover_power_level . . . . . . . . . . 2-34 Handovers adaptive at a cell . . . . . . . . . . . . 8-184, 8-194 at a neighbour . . . . . . . . . . . . 8-189 coincident multiband . . . . . . . . . . 8-180 ping-pong for a neighbour . . . . . . . . . . . . 8-192 hardware checking at each site . . . . . . . . . . 7-55 hardware version checking . . . . . . . . . . . . . . . . 9-10 HDLC display hdlc layout . . . . . . . . . . . 9-15 hierarchy of devices and functions . . . . 9-28 HierDelete . . . . . . . . . . . . . . . . 4-50 script le . . . . . . . . . . . . . . . . 15-17 High Bandwidth interconnection between BSC and PCU (PSI). . . . . . . . . . . . . . . 2-198 ho_margin_type5 . . . . . 8-184, 8-189 to 8-190 ho_only_max_pwr . . . . . . . . . 8-194, 8-196 ho_pwr_level_inner . . . . . . . . . 2-30 to 2-31 hopping_support . . . . . . . . . . . . . 8-164 hopping_systems_hsn . . . . . . . . . . . 8-164 hopping_systems_mobile_alloc . . . . . . 8-164 Horizon II BTS introduction . . . . . . . . . . . . . . . . 7-8 Horizon II macro . . . . . . . . . . . . . 4-55 functionality . . . . . . . . . . . . . . . 7-9 Horizon II macro and Horizon II macro_ext cabinets . . . . . . . . . . . . . . . . . 4-54 Horizon II mini . . . . . . . . . . . . 4-55, 7-10 BTP . . . . . . . . . . . . . . . . . . . 9-38 Double Density DRIs . . . . . . . . . . 9-65 EAS . . . . . . . . . . . . . . . . . . . 9-107 Horizonmicro/compact BTS conguring overview . . . . . . . . . . . . . . . . 7-7 HSP MTL . . . . . . . . . . . . 2-189 to 2-190
I
Import Radio Frequency values . . . . . . Importing proxy cells . . . . . . . . . . . Improved Timeslot Sharing parameters . . . . . . . . . . . . . . . IMRM see Intelligent Multilayer Resource Management . . . . . . . . . . . . . . imrm_force_recalc . . . . . . . . . . . . associated parameters . . . . . . . . . weightings parameters . . . . . . . . . imrmOpt . . . . . . . . . . . . . . . . . Increase the Throughput of PRP with the PCU . . . . . . . . . . . . . . . . . . . . Increased Network Capacity . . . . . . . Interaction with other features . . . . . Increased PRP capacity . . . . . . . . . . InitMib script le . . . . . . . . . . . . . . . . inner_zone_alg . . . . . . . . . . . . . . Installing map background using cmutil . . . . . . . . . . . . . . . Intelligent Locking . . . . . . . . . . . . 12-17 8-157 2-180 Intelligent Multilayer Resource Management (IMRM) . . . . . . . . . . . . . . . . . . 2-148 associated parameters . . . . . . . . . 2-154 description of feature settings . . . . . 2-149 interaction with other features . . . . . 2-154 prerequisites . . . . . . . . . . . . . . 2-154 recommended settings . . . . . . . . . 2-154 weightings parameters . . . . . 2-149, 2-155 Inter-RAT enhanced . . . . . . . . . . . . . . . . 2-94 Inter-RAT Handover. . . . . . . . . . . . 2-93 conguring using OMC-R GUI . . . . . . . . . . . 2-100 using TTY interface . . . . . . . . . . 2-100 enhanced capacity feature . . . . . . . 2-94 parameters . . . . . . . . . . . . . . . 2-94 inter_rat_enabled . . . . . . . . . . . 2-94, 2-96 InterRatOpt . . . . . . . . . . . . . . . . 2-94 Interrogating the network using COP tool . . . . . . . . . . . . . 1-10 using the COP GLU tool . . . . . . . . . 1-10 intra_cell_handover_allowed . . . . . . . 2-34
2-148 2-155 2-155 2-153 2-154 2-201 2-185 2-186 2-144 15-17 2-30 13-4 1-19
K
KSW
68P02901W17-S Nov 2007
IX-75
Index
KSW (contd.)
conguring overview . . . . . creating using OMC-R GUI . denition . . . . . . displaying details using TTY interface equipping using TTY interface parameters . . . . . KSW Detailed View description of elds . grouping Cage and Slot . . . . . . . . . . . . . 9-122 . . . . . . . . . . 9-123 . . . . . . . . . . 9-122 . . . . . . . . . . 9-125 . . . . . . . . . . 9-125 . . . . . . . . . . 9-123 . . . . . . . . . . 9-123 . . . . . . . . . . 9-124
KSW Detailed View (contd.) grouping (contd.)
Identication . . . State . . . . . . . KSWpair conguring overview . . . . . parameters . . . . . KSWpair Detailed View description of elds . grouping Identication . . . KSWX denition . . . . . . . . . . . . . . . . 9-123 . . . . . . . . . . 9-124
. . . . . . . . . . 9-119 . . . . . . . . . . 9-119 . . . . . . . . . . 9-119 . . . . . . . . . . 9-119 . . . . . . . . . . 9-122
L
LAC and/or CI changing . . . . . . . . . . . . . . . . 8-240 multiple changes . . . . . . . . 8-241, 15-53 of a cell . . . . . . . . . . . . . . . . . 8-240 of proxy cell . . . . . . . . . . . . . . . 8-159 single change procedure . . . . . . . . 8-240 Lb interface parameters . . . . . . . . . . . . . . . 2-103 LCF conguring . . . . . . . . . . . . . . . 9-126 creating using OMC-R GUI . . . . . . . . . . . 9-126 display current devices assigned to LCF . . . . . . . . . . . . . . . . . . . 9-15 equipping using TTY interface . . . . . . . . . . 9-128 modify max_mtls and max_cbls supported by LCF . . . . . . . . . . . . . . . . . . . 9-16 parameters . . . . . . . . . . . . . . . 9-127 LCF Detailed View description of elds . . . . . . . . . . . 9-127 grouping Identication . . . . . . . . . . . . . 9-127 State . . . . . . . . . . . . . . . . . 9-128 LCS see Location Services . . . . . . . . . . 2-102 Link Adaptation Full Rate . . . . . . . . . . . . . . . . 2-128 MS Monitor . . . . . . . . . . . . . . 2-129 Half Rate . . . . . . . . . . . . . . . . 2-128 Link parameters ber_oos_mon_period . . . . . . . . . . 9-137 ber_restore_mon_period . . . . . . . . 9-137 LMTL conguring . . . . . . . . . . . . . . . 9-130 creating using TTY interface . . . . . . . . . . 9-132
LMTL (contd.)
denition . . . . . . . . . . . . . . . . 9-130 description of loadsharing granular ity . . . . . . . . . . . . . . . . . . . . 9-133 displaying loadsharing granularity using TTY interface . . . . . . . . . . 9-135 modifying loadsharing granularity . . . 9-133 using the OMC-R GUI . . . . . . . . . 9-134 using TTY interface . . . . . . . . . . 9-135 parameters . . . . . . . . . . . . . . . 9-130 lmtl_loadshare_granularity . . . . . . . . 9-134 Local maintenance parameter preventing rlogin . . . . . . . . . . . . . 1-4 local_transcoding . . . . . . . . . . 2-16 to 2-17 Location Services conguring . . . . . . . . . . . . . . . 2-102 using OMC-R GUI . . . . . . . . . . . 2-109 using TTY interface . . . . . . . . . . 2-109 parameters . . . . . . . . . . . . . . . 2-103 LockUtility . . . . . . . . . . . . . . . . 1-22 Log les for CellXchange . . . . . . . . . . . . . 12-7 viewing Network expansion logs . . . . 11-68 Logging in as omcadmin . . . . . . . . . . . . . . 15-3 to a BSS from OMC-R . . . . . . . . . . 1-43 Logs BSS . . . . . . . . . . . . . . . . . . . . 1-9 cellXchange . . . . . . . . . . . . . . . 12-7 CM changes. . . . . . . . . . . . . . . . 1-7 event logs . . . . . . . . . . . . . . . . . 1-7 network expansion . . . . . . . . . . . 11-68 omcaudit . . . . . . . . . . . . . . . . . 1-8 usraudit . . . . . . . . . . . . . . . . . . 1-8 low_sig_thresh parameter . . . . . 8-180, 8-182 lscOpt . . . . . . . . . . . . . . . . . . . 2-102
IX-76
68P02901W17-S Nov 2007
Index
M
M interface . . . . . . . . . . . . . . Making wide area modications . . . using TTY interface . . . . . . . . . Managed objects . . . . . . . . . . . Management Information Base MIB . . . . . . . . . . . . . . . . . Managing audit logs . . . . . . . . . Managing standard congurations 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 . 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. . . . . . . . . max_tx_ms . . . . . . . . . . . . . . mb_preference . . . . . . . . . . . . MIB adding a BSS . . . . . . . . . . . . adding objects . . . . . . . . . . . content of ASCII les . . . . . . . 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 . . . . . . . . . . conguring . . . . . . . . . . . . . using audit . . . . . . . . . . . . containment. . . . . . . . . . . . . . . . . . . . . 5-23 1-53 1-53 1-15
MIB (contd.)
creating maps using cmutil. . . . . . . . . . . . . . 15-44 denition . . . . . . . . . . . . . . . . 1-15 deleting objects . . . . . . . . . . . . . 15-20 content of ASCII les . . . . . . . . . 15-8 extracting data . . . . . . . . . . . . . 15-26 using cmutil. . . . . . . . . 15-24 to 15-25 using SQL . . . . . . . . . . . . . . . 15-30 using sql queries . . . . . . . . . . . 15-30 extracting objects content of ASCII les . . . . . . . . . 15-8 initializing of . . . . . . . . . . . . . . 1-15 locking . . . . . . . . . . . . . . . 1-18, 15-3 modifying objects content of ASCII les . . . . . . . . . 15-8 object identication . . . . . . . . . . . 15-8 Off-Line . . . . . . . . . . . . . . . . . 12-2 populating new . . . . . . . . . . . . . 15-51 storing . . . . . . . . . . . . . . . . . 1-15 updating objects . . . . . . . . . . . . 15-21 MIB Locking . . . . . . . . . . . . . 1-18, 15-3 mib_locks.cfg . . . . . . . . . . . . . . . 1-19 min_number_of_sdcchs parameter . . . . 8-225 missing measurement reports assigning a quality of 7 parameter. . . . . . . . . . . . . . . 8-223 using the OMC-R GUI . . . . . . . . . 8-223 using the TTY interface . . . . . . . . 8-224 assigning quality = 7 . . . . . . . . . . 8-223 MMS (PCU) displaying . . . . . . . . . . . . . . . . 6-29 modifying . . . . . . . . . . . . . . . . 6-29 Mobile Allocation Selector window . . . . 8-170 Mobis interface . . . . . . . . . . . . . . 5-23 modify_value command use in conguring sites . . . . . . . . . 7-33 using the all parameter . . . . . . . . . 1-54 modifying for a wide area . . . . . . . . . . . . . 1-53 Modifying device and functions using OMC-R GUI . . . . . . . . . . . . 9-4 using TTY interface . . . . . . . . . . . 9-5 network objects . . . . . . . . . . . . . 1-38 Modifying a neighbour using OMC-R GUI . . . . . . . . . . . . 8-127 Modifying a network object using OMC-R GUI . . . . . . . . . . . . 1-38 Modifying A, M & Mobis interfaces A and M interfaces . . . . . . . . . . . 5-24 denitions. . . . . . . . . . . . . . . . 5-23 displaying interface status . . . . . . . 5-24 Mobis interface . . . . . . . . . . . . . 5-24 procedure . . . . . . . . . . . . . . . . 5-23
. . 1-15 . . 10-31 . . 9-97
. . 15-44 . . 13-2 . . 13-11 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13-7 13-2 13-2 13-4 15-48 13-4 15-44 15-47 13-3 13-12 13-8 13-4 15-47 13-3
. . 7-58 . . 1-23 1-23, 15-3 . . 8-225 . . 10-4 . . 2-34 . . 8-233 . . 2-34 2-30, 2-32 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-19 15-18 15-7 13-4 13-11 13-2 10-16 10-13 1-15 15-36 15-21 15-52 15-2 10-2 1-15
68P02901W17-S Nov 2007
IX-77
Index
Modifying an Assoc_BSS using TTY interface . . . . . . . . . . . 4-75 Modifying CELL Detailed View . . . . . . 8-76 Modifying cell parameters using OMC-R GUI . . . . . . . . . . . . 8-13 Modifying default algorithms using OMC-R GUI overview . . . . . . . . . . . . . . . 8-92 using TTY interface . . . . . . . . . . . 8-95 Modifying EAS using TTY interface . . . . . . . . . . . 9-110 Modifying LMTL loadsharing granular ity . . . . . . . . . . . . . . . . . . . . . 9-133 using the OMC-R GUI . . . . . . . . . . 9-134 using TTY interface . . . . . . . . . . . 9-135 Modifying MTL loadsharing granular ity . . . . . . . . . . . . . . . . . . . . . 9-154 using the OMC-R GUI . . . . . . . . . . 9-155 using TTY interface . . . . . . . . . . . 9-156 Modifying multiple devices or functions. . . 9-8 using batch rlogin. . . . . . . . . . . . . 9-8 using cmutil . . . . . . . . . . . . . . . 15-22 Modifying PCU Cabinet . . . . . . . . . . 6-16 Modifying PCU Cage . . . . . . . . . . . 6-17 Modifying PCU MMS . . . . . . . . . . . 6-29 Modifying proxy cell using OMC-R GUI . . . . . . . . . . . . 8-143 Modifying UTRAN proxy cell using OMC-R GUI . . . . . . . . . . . . 8-147 Monitoring network changes . . . . . . . 14-15 MoveCommsLinks script le . . . . . . . . . . . . . . . . 15-17 ms_txpwr_max_cch . . . . . . . . . . . . 2-34 ms_txpwr_max_def . . . . . . . . . . . . 2-34 ms_txpwr_max_inner . . . . . . . . . 2-30, 2-32 MSC call trace . . . . . . . . . . . . . . . . 2-58 conguring . . . . . . . . . . . . . . . . 3-6 conguring overload control . . . . . . 2-22 using TTY interface . . . . . . . . . . 2-24 controlling MS access class barring for overload control using TTY interface . . . . . . . . . . 2-24 creating . . . . . . . . . . . . . . . . . . 3-6 deleting . . . . . . . . . . . . . . . . . . 3-8 displaying status of overload control using TTY interface . . . . . . . . . . 2-24 enabling/disabling overload control using TTY interface . . . . . . . . . . 2-24 MSC Detailed View description of elds . . . . . . . . . . . . 3-6 grouping Identication . . . . . . . . . . . . . . 3-7 Map Information . . . . . . . . . . . . 3-8 State . . . . . . . . . . . . . . . . . . 3-8 MSC initiated imsi & imei call trace . . . 2-58 impact summary . . . . . . . . . . . . 2-58
msc_release . . . . . . . . . . . . . . . . MSI cage & slot restrictions . . . . . . . . . conguring . . . . . . . . . . . . . . . creating using OMC-R GUI . . . . . . . . . . . denition . . . . . . . . . . . . . . . . displaying, modifying, deleting . . . . . equipping using TTY interface . . . . . . . . . . parameters . . . . . . . . . . . . . . . MSI (PCU) conguring using OMC-R GUI . . . . . . . . . . . creating using OMC-R GUI . . . . . . . . . . . deleting using OMC-R GUI . . . . . . . . . . . modifying using OMC-R GUI . . . . . . . . . . . MSI Detailed View description of elds . . . . . . . . . . . grouping Cage and Slot . . . . . . . . . . . . . Identication . . . . . . . . . . . . . MMS HDSL Information . . . . . . . Reconguration Information . . . . . State . . . . . . . . . . . . . . . . . MSI Detailed View (PCU) description of elds . . . . . . . . . . . grouping Cage and Slot Information . . . . . . Identication . . . . . . . . . . . . . State . . . . . . . . . . . . . . . . . MTL conguring . . . . . . . . . . . . . . . creating using the OMC-R GUI . . . . . . . . . description of loadsharing granular ity . . . . . . . . . . . . . . . . . . . . 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 elds . . . . . . . . . . . grouping Identication . . . . . . . . . . . . . State . . . . . . . . . . . . . . . . . mtl_loadshare_granularity . . . . . . . . MultiBand Inter-Cell handover feature . . Multiple BSS Audit . . . . . . . . . 10-4,
2-94 9-137 9-136 9-137 9-136 9-143 9-141 9-138
6-25 6-25 6-27 6-27 9-138 9-139 9-138 9-140 9-140 9-140 6-26 6-26 6-26 6-27 9-151 9-151 9-154 9-156 9-152 9-154 9-155 9-156 9-151 9-13 9-151 9-152 9-152 9-155 2-29 10-20
IX-78
68P02901W17-S Nov 2007
Index
Multiple GPRS carriers cell parameters . . . . . . . . . . . . . 8-207 conguring for a cell . . . . . . . . . . 8-206
MUX conguring . . . . . . . . . . . . . . .
4-42
N
NACC See Network Assisted Cell Change . . . 2-166 nacc_enabled . . . . . . . . . . . . . . . 2-168 naccOpt . . . . . . . . . . . . . . . . . . 2-167 Navigating to a network instance or class. . . . . . 1-32 Navigation Tree . . . . . . . . . . . . . . 1-16 buttons . . . . . . . . . . . . . . . . . 1-32 recommendations . . . . . . . . . . . . . 1-4 using . . . . . . . . . . . . . . . . . . 1-32 NBR_PROP_AFTER_AUDIT environmental variable . . . . . . . . . 10-37 NCCR changes to Detailed Views . . . . . . . 2-83 changes to neighbour commands . . . . 2-84 conguring . . . . . . . . . . . . . . . 2-79 using OMC-R GUI . . . . . . . . . . . 2-83 using TTY interface . . . . . . . . . . 2-84 parameters . . . . . . . . . . . . . . . 2-80 nccrOpt . . . . . . . . . . . . . . . . . . 2-80 NE denition of . . . . . . . . . . . . . . . 1-27 types of . . . . . . . . . . . . . . . . . 1-27 NE ID changing for an Assoc_BSS . . . . . . . . . . . 4-84 for an Assoc_RXCDR . . . . . . . . . 4-84 NE Id Inconsistency List . . . . . . . . . 10-18 neighbor_journal . . . . . . . . . 8-194, 8-196 Neighbour Detailed View description of elds . . . . . . . . . . . 8-118 grouping Concentric Cells . . . . . . . . . . . 8-123 Directed Retry . . . . . . . . . . . . 8-123 General grouping . . . . . . . . . . . 8-120 Identication . . . . . . . . . . . . . 8-118 Power Budget Algorithm . . . . . . . 8-122 Neighbour templates . . . . . . . . . . . 8-130 creating . . . . . . . . . . . . . . . . . 8-130 deleting . . . . . . . . . . . . . . . . . 8-131 displaying a list of. . . . . . . . . . . . 8-130 editing . . . . . . . . . . . . . . . . . 8-131 neighbours exporting on deletion of BCCH RTFs . . 9-194 UTRAN blind search . . . . . . . . . . 8-138 Neighbours adding multiple using add_nei . . . . . . . . . . . . . 8-126 conguring for adaptive handovers . . . 8-189
Neighbours (contd.)
creating . . . . . . . . . . . . . 8-112, 8-118 methods. . . . . . . . . . . . . . . . 8-118 denition . . . . . . . . . . . . . . . . 8-103 deleting . . . . . . . . . . . . . . . . . 8-112 multiple . . . . . . . . . . . . . . . . 8-129 using the Navigation Tree. . . . . . . 8-128 displaying for more than one cell . . . . 8-106 modifying . . . . . . . . . . . . . . . . 8-127 using OMC-R GUI . . . . . . . . . . . 8-127 multiple modifying same cell . . . . . . . . . . . . . . . 8-127 same SITE or NE . . . . . . . 8-127, 15-54 overview . . . . . . . . . . . . . . . . 8-103 reciprocal . . . . . . . . . . . . . . . . 8-104 automatic creation . . . . . . . . . . 8-104 creating . . . . . . . . . . . . . . . . 8-112 deleting . . . . . . . . . . . . . . . . 8-112 templates . . . . . . . . . . . . . . . . 8-130 viewing . . . . . . . . . . . . . . . . . 8-106 Network change recommendations on-line and off-line . . . . . . . . . . . 1-3 conguring the MIB. . . . . . . . . . . 15-2 deleting hierarchies . . . . . . . . . . . 15-17 expanding . . . . . . . . . . . . . . . . 11-2 interrogating using GLU . . . . . . . . 1-10 optimization. . . . . . . . . . . . . . . 14-2 Network Assisted Cell Change (NACC) associated parameters . . . . . . . . . 2-167 interaction with QoS . . . . . . . . . . 2-167 naccOpt . . . . . . . . . . . . . . . . . 2-167 Network Controlled Cell Reselection see NCCR . . . . . . . . . . . . . . . . 2-79 Network Detailed View description of elds . . . . . . . . . . . . 3-3 grouping . . . . . . . . . . . . . . . . . 3-5 Identication . . . . . . . . . . . . . . 3-4 Map Information . . . . . . . . . . . . 3-5 State . . . . . . . . . . . . . . . . . . 3-5 Network Element databases uploading . . . . . . . . . . . . . . . 1-28 denition of . . . . . . . . . . . . . . . 1-27 types of . . . . . . . . . . . . . . . . . 1-27 Network Elements database checks . . . . . . . . . . . . . . . . 4-45 Network Expansion
68P02901W17-S Nov 2007
IX-79
Index
Network Expansion (contd.)
aborting a batch . . . . . . . . . . . a single operation in a batch environment variables . . . . in a daisy chain conguration . copying a site . . . . . . . . deleting a site . . . . . . . . introduction . . . . . . . . . . overview . . . . . . . . . . . prerequisites . . . . . . . . . reparenting a BTS rollback . . . . . . . . . . . restrictions . . . . . . . . . . scheduling . . . . . . . . . . Network instance conguring . . . . . . . . . . creating using OMC-R GUI . . deleting . . . . . . . . . . . . network objects adding using cmutil. . . . . . . . . conguring using OMC-R GUI . . . . . . creating . . . . . . . . . . . . using cmutil. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11-67 11-72 11-4 11-38 11-46 11-39 11-2 11-2 11-3
network objects (contd.) creating (contd.)
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 elds . . . . . . . . grouping Identication . . . . . . . . . . NS Information . . . . . . . . . number_sdcchs_preferred parameter . . . . . . . . . . . . . 1-36 . 1-30 . 15-20 . 1-41 . 1-30 . 1-32
. . . 15-21 2-16 to 2-17 . . . 8-215
. . . . . 11-32 . . . . . 11-3 . . . . . 11-55 . . . . . . . . . . . . . . . . . . 3-2 3-2 3-5
. . . . . . . . . . . .
6-45 6-50 6-48 6-46
. . . . . 15-18 . . . . . . . . . . . . . . . 1-30 1-30 15-2
. . . 6-46 . . . 6-47 . . . 8-225
O
Objects adding to the MIB . . . . . . . . commslink . . . . . . . . . . . data in multiple tables . . . . . deleting from the MIB. . . . . . extracting from the MIB . . . . identifying in cmutil ASCII les . identifying in the MIB . . . . . . modifying in the MIB . . . . . . using cmutil . . . . . . . . . . . Off-Line MIB . . . . . . . . . . . OLM . . . . . . . . . . . . . . . OMC Detailed View description of elds . . . . . . . grouping Identication . . . . . . . . . Map Information . . . . . . . State . . . . . . . . . . . . . OMC Naming menu option . . . . OMC-R addresses . . . . . . . . . . . . conguring . . . . . . . . . . . creating . . . . . . . . . . . . . deleting . . . . . . . . . . . . . synchronizing proxy cells . . . . OMC-R parameter names
OMC-R parameter names (contd.)
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15-7 . 5-3 15-31 15-8 15-8 15-12 15-8 15-8 . 5-3 12-2 12-2 3-6 viewing in a Detailed View form. omcaudit le Path error messages . . . . . . omcaudit log le . . . . . . . . . OMF conguring . . . . . . . . . . . using OMC-R GUI . . . . . . . equipping . . . . . . . . . . . . parameters . . . . . . . . . . . OMF Detailed View description of elds . . . . . . . grouping Identication . . . . . . . . . State . . . . . . . . . . . . . OML checking . . . . . . . . . . . . using OMC-R-GUI . . . . . . . using SQL . . . . . . . . . . . conguring . . . . . . . . . . . creating using OMC-R GUI . . . . . . . equipping using TTY interface . . . . . . parameters . . . . . . . . . . . . . . . 1-34 . . . . 11-3 . . . . . 1-8 . . . . . . . . . . . . . . . . 9-157 9-157 9-158 9-157
. . . . 9-157 . . . . 9-158 . . . . 9-158 . . . . . . . . . . . . . 5-16 . 5-16 . 5-16 . 9-159
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . 3-7 . . 3-8 . . 3-8 . 1-34 . . . . . 5-21 . 3-6 . 3-6 . 3-8 8-159
. . . . 9-159 . . . . 9-160 . . . . 9-159
IX-80
68P02901W17-S Nov 2007
Index
OML (contd.)
setting addresses . . . . . . slot:port settings . . . . . . OML Detailed View description of elds . . . . . grouping Identication . . . . . . . State . . . . . . . . . . . Optimization checking and rectifying database errors . . . . . . hardware defects . . . . . OOS devices . . . . . . . collecting information about the current network . . . . . . . . . . . . 5-20 5-20
Optimization (contd.)
monitoring network changes overview . . . . . . . . . . preparing . . . . . . . . . . stages . . . . . . . . . . . . using call trace and CTP to detect problems . . . . optional features list of . . . . . . . . . . . . opto_reporting parameter . . . outer_zone_usage_level . . . . overload control MSC to BSS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-15 . 14-2 . 14-4 . 14-2
. . . . . . 9-159 . . . . . . 9-160 . . . . . . 9-160
. . . . . . 14-14 . . . . . . 4-13 . . . . . . 9-110 . . . . . . 2-33 . . . . . . 2-22
. . . . . . 14-11 . . . . . . 14-10 . . . . . . 14-9 . . . . . . 14-8
P
Packet switch conguring . . . . . . . . . . . . . . . 4-42 ParallelAudits variable . . . . . . . . . . 10-4 PATH . . . . . . . . . . . . . . . . . . . . 7-3 checking connectivity . . . . . . . . . . 9-173 using cmutil. . . . . . . . . . 9-174, 15-40 using OMC-R GUI . . . . . . . . . . . 9-173 conguring . . . . . . . . . . . . . . . 9-161 creating using Path Congure menu option . . . . . . . . . . . . . . . . . 11-81 deleting using Path Congure menu option . . . . . . . . . . . . . . . . . 11-82 initiating using Path Congure menu option . . . . . . . . . . . . . . . . . 11-77 reassigning a device on a primary Path using Path Congure menu option . . . . . 11-88 reassigning a device on a secondary Path using Path Congure menu option . . 11-90 unassigning a device using Path Congure menu option. . . . . . . . . . . . . . 11-86 using Path Congure menu option overview . . . . . . . . . . . . . . . 11-74 creating from the OMC-R GUI . . . . . . . . . 9-166 methods of . . . . . . . . . . 9-163, 9-169 creating (recommended method) using TTY interface . . . . . . . . . . 9-163 creating for a DYNET . . . . . . . . . . 4-98 denition . . . . . . . . . . . . . . . . 9-161 deleting recommended method . . . . . . . . 9-169 deleting devices using Path Congure menu option . . 11-82 extending . . . . . . . . . . . . . . . . 9-171 for a DYNET . . . . . . . . . . . . . . 9-162 limitations. . . . . . . . . . . . . . . . . 7-3 modifying . . . . . . . . . . . . . . . . 9-162 parameters . . . . . . . . . . . . . . . 9-166
PATH (contd.)
reparenting . . . . . . . . . . . . . . . 9-171 recommended method . . . . . . . . 9-171 unassigning devices using Path Congure menu option . . 11-82 PATH Congure form . . . . . . . . . . . 11-78 PATH Detailed View description of elds . . . . . . . . . . . 9-166 grouping Identication . . . . . . . . . . . . . 9-167 Path Information . . . . . . . . . . . 9-167 State . . . . . . . . . . . . . . . . . 9-167 PBCCH/PCCCH feature conguring . . . . . . . . . . . . . . . 2-115 pbgt_mode . . . . . . . . . . . . . 2-30 to 2-31 pccch_enabled . . . . . . . . . . . . . . 2-117 pccchOpt . . . . . . . . . . . . . . . . . 2-117 PCR conguring . . . . . . . . . . . . . . . 2-55 Preventative Cyclic Retransmission . . . 2-54 PCU checking using cmutil. . . . . . . . . . . 7-56, 15-27 conguring overview . . . . . . . . . . . . . . . . 6-6 using OMC-R GUI . . . . . . . . . . . . 6-8 containment in the Navigation Tree. . . . 6-5 creating using OMC-R GUI . . . . . . . . . . . . 6-8 deleting using OMC-R GUI . . . . . . . . . . . 6-15 displaying the MMS . . . . . . . . . . . 6-29 equipage hierarchy chart . . . . . . . . . 6-3 equipping using TTY interface . . . . . . . . . . 6-54 equipping a cabinet . . . . . . . . . . . . 6-3 equipping a cage . . . . . . . . . . . . . 6-3 introduction . . . . . . . . . . . . . . . . 6-2
68P02901W17-S Nov 2007
IX-81
Index
PCU (contd.)
list of contained devices. . . . . . . . . . 6-2 modifying using OMC-R GUI . . . . . . . . . . . 6-14 PCU Detailed View description of elds . . . . . . . . . . . . 6-9 grouping Address Information . . . . . . . . . 6-14 Air Interface Information . . . . . . . 6-11 Alarm Information . . . . . . . . . . 6-10 BSSGP Information . . . . . . . . . . 6-11 Gb Mapping Information . . . . . . . 6-11 Gb Statistics Conguration . . . . . . 6-12 Identication . . . . . . . . . . . . . . 6-9 Map Information . . . . . . . . . . . 6-13 NS Information . . . . . . . . . . . . 6-13 Quality of Service . . . . . . . . . . . 6-14 State . . . . . . . . . . . . . . . 6-10, 6-24 PCU devices equipping using TTY interface . . . . . . . . . . 6-54 in the Navigation Tree . . . . . . . . . . 6-5 to be equipped . . . . . . . . . . . . . . 6-5 ping-pong handovers limiting for a neighbour . . . . . . . . . . . . 8-192 pkt_radio_type . . . . . . . . . . . . . . 2-177 pkt_radio_type parameter . . . . . . . . . 2-39 Planning frequency hopping systems . . . . . . . . 2-3 frequency replanning . . . . . . . . . . 12-2 pow_inc_step_size_dl . . . . . . . 8-202, 8-204 pow_inc_step_size_ul . . . . . . . 8-202, 8-204 pow_red_step_size_dl . . . . . . . 8-202, 8-204 pow_red_step_size_ul . . . . . . . 8-202, 8-204 power control optimization for a cell . . . . . . . . . . . 8-202 to 8-204 Preparing for optimization . . . . . . . . 14-4 Preserve Transceiver Calibration feature enabling at the OMC-R . . . . . . . . . 9-77 Preserving site names. . . . . . . . . . . 4-104 Preventing rlogin using local maintenance parameter . . . . 1-4 Preventive Cyclic Retransmission . . . . . 2-54 range and default values for timers . . . 2-54 Primary arguments in cmutil . . . . . . . . . . . . . . . . 15-5 Propagating cell changes to neighbours after an audit . . . . . . . . . . . . . . 10-37 Propagating cell parameters using the OMC-R GUI . . . . . . . . . . 8-76 Propagating TSC updates . . . . . . . . . 8-221 Proxy cells
Proxy cells (contd.)
autocreation . . . . . . . . . . . autocreation using OMC-R GUI . . changing LAC-CI . . . . . . . . . conguring . . . . . . . . . . . . conguring multiple using cmutil. . . . . . . . . . creating using OMC-R GUI . . . . . . . . creating multiple using cmutil. . . . . . . . . . deleting using OMC-R GUI . . . . . . . . deleting multiple using cmutil. . . . . . . . . . dynamic propagation of data to OMC-Rs . . . . . . . . . . . . . . enabling autocreation . . . . . . . enabling proxy cell export. . . . . exporting . . . . . . . . . . . . . importing . . . . . . . . . . . . . importing and exporting from/to OMC-R . . . . . . . . . . . . . . list of environmental variables . . modifying using OMC-R GUI . . . . . . . . modifying multiple using cmutil. . . . . . . . . . OMC-R synchronization . . . . . . overview . . . . . . . . . . . . . ProxyCell Detailed View description of elds . . . . . . . . grouping Identication . . . . . . . . . . Proxy Cell Data . . . . . . . . . PROXYCELL_AUTOCREATE . . . environmental variable . . . . . . PROXYCELL_UPDATE. . . . . . . . PROXYCELL_UPDATE_PERIOD . . . PRP GDS direct connection . . . . . . PRR blocks dynamic allocation of . . . . . . . PSP conguring using OMC-R GUI . . . . . . . . modifying using OMC-R GUI . . . . . . . . PSP Detailed View (PCU) description of elds . . . . . . . . grouping Cage and Slot Information . . . Identication . . . . . . . . . . . . . . . . . . . . . . 8-149 8-151 8-159 8-141
8-153, 15-38 . . . 8-141 8-153, 15-38 . . . 8-143 8-153, 15-39 . . . . . . . . . . . . . . . 8-161 8-150 8-156 8-156 8-157
. . . 8-154 . . . 8-139 . . . 8-143 8-153, 15-38 . . . 8-159 . . . 8-139 . . . 8-141 . . . . . . 8-139, . . . . . . . . . . . . 8-142 8-142 8-149 8-150 8-139 8-139 6-18
. . . 2-144
. . . . . . . . . . . . . . .
6-22 6-22 6-22 6-23 6-23
IX-82
68P02901W17-S Nov 2007
Index
Q
qosOpt . . . . . . . . . . . . . . . . . . 2-159 qsearch_c_initial . . . . . . . . . . . . . 2-94 qsearch_i . . . . . . . . . . . . . . . . . 2-94 Quality of Service (QoS)
Quality of Service (QoS) (contd.)
associated parameters . . . . . . . . . 2-158 prerequisites . . . . . . . . . . . . . . 2-158 Quality of Service Phase II . . . . . . . . 2-216
R
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 conguring . . . . . . . . . . . . . . . 9-48 reassign command . . . . . . . . . . . . 9-17 Reassigning a device on a primary Path using Path Congure menu option . . . 11-88 Reassigning a device on a secondary Path using Path Congure menu option . . . 11-90 Reassigning a DRI to a different GPROC . . . . . . . . . . 9-75 using OMC-R GUI . . . . . . . . . . . . 9-75 using TTY interface . . . . . . . . . . . 9-76 Reassigning a SITE/MTL/CBL device display current devices assigned to LCF . . . . . . . . . . . . . . . . . . . 9-15 modify max_mtls and max_cbls supported by LCF . . . . . . . . . . . . . . . . . . . 9-16 Reassigning SITE, MTL, and CBL devices between GPROCs . . . . . . . . . . . . 9-13 using OMC-R GUI . . . . . . . . . . . 9-14 using TTY interface . . . . . . . . . . 9-15 displaying current devices assigned to LCF . . . . . . . . . . . . . . . . . . . 9-15 Reciprocal neighbours automatic creation . . . . . . . . . . . 8-104 creating . . . . . . . . . . . . . . . . . 8-112 denition . . . . . . . . . . . . . . . . 8-104 deleting . . . . . . . . . . . . . . . . . 8-112 overview . . . . . . . . . . . . . . . . 8-103 viewing . . . . . . . . . . . . . . . . . 8-106 RECIPROCATE_NBR environment vari able . . . . . . . . . . . . . . . . . . . . 8-104 Recommendations CM work practice . . . . . . . . . . . . . 1-4 conguring 68P02901W17-S Nov 2007
Recommendations (contd.) conguring (contd.)
individual devices and functions . multiple devices and functions . . for Conguration 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 conguration . . 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 conguration le creating . . . . . . . . . . . . . . . RF.CNFG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9-3 9-8 1-2 1-3 1-2 13-2
. . . . . . .
. 15-52 . 1-30 . 15-20 . 9-77 . 9-80 9-82 9-91 9-77 1-43 1-49 9-48 13-9 4-84 4-84
. . . . . . . . . . . . . . . . . .
. . . . .
. . . . .
4-110 4-110 4-104 4-105 4-108
. . 9-171 . . 11-22 . . 5-25 . . . . 1-38 1-39
. . 12-34 . . 12-6 IX-83
Index
rfexport . . . . . . . . . . . . . . . . . . 12-44 rmport . . . . . . . . . . . . . . . . . . 12-46 rfNcheck . . . . . . . . . . . . . . . . . 12-48 rlogin advantages and disadvantages . . . . . . 1-4 maximum number of sessions . . . . . . 1-43 preventing . . . . . . . . . . . . . . . . 1-4 to a BSS. . . . . . . . . . . . . . . . . 1-43 rpt_bad_qual_no_mr. . . . . . . 8-223 to 8-224 RSL conguring overview . . . . . . . . . . . . . . . 9-175 using Path Congure . . . . . . . . . 11-74 Congestion Control feature . . . 2-174, 9-175 creating from OMC-R GUI . . . . . . . . . . . 9-176 creating at a Site using Path Congure menu option . . 11-94 denition . . . . . . . . . . . . . . . . 9-175 displaying, modifying, deleting . . . . . 9-180 equipping using TTY interface . . . . . . . . . . 9-178 parameters . . . . . . . . . . . . . . . 9-176 unequipping using TTY interface . . . . . . . . . . 9-179 RSL Congestion Control. . . . . . 2-174, 9-175 associated parameters . . . . . . . . . 2-174 RSL Detailed View description of elds . . . . . . . . . . . 9-176 grouping Identication . . . . . . . . . . . . . 9-177 LapD Information . . . . . . . . . . . 9-178 MMS Timeslots . . . . . . . . . . . . 9-178 State . . . . . . . . . . . . . . . . . 9-177 RTC conguring equipping COMB . . . . . . . . . . . 9-48 hardware addresses. . . . . . . . . . . 9-50 RTF adding . . . . . . . . . . . . . . . 7-19, 7-24 conguring overview . . . . . . . . . . . . . . . 9-181 using Path Congure . . . . . . . . . 11-74 creating . . . . . . . . . . . . . . . . . 9-184 using OMC-R GUI . . . . . . . . . . . 9-184 creating at a Site using Path Congure menu option . . 11-93 deleting exporting incoming neighbours . . . . 9-194 using OMC-R GUI . . . . . . . . . . . 9-192 displaying using TTY interface . . . . . . . . . . 9-195 equipping using TTY interface . . . . . . . . . . 9-191 functions adding . . . . . . . . . . . . . . . . 7-24 impact of VersaTRAU feature . . . . . . 9-182 modifying
RTF (contd.) modifying (contd.)
using TTY interface . . . . . . . . . . 9-195 reassigning on the secondary Path . . . 11-90 RTF Detailed View description of elds . . . . . . . . . . . 9-184 grouping AMR/GSM Half Rate grouping . . . . 9-190 Carrier 1 Information . . . . . . . . . 9-186 Concentric Cells . . . . . . . . . . . 9-188 GPRS . . . . . . . . . . . . . . . . . 9-188 Identication . . . . . . . . . . . . . 9-185 MMS Timeslots . . . . . . . . . . . . 9-188 State . . . . . . . . . . . . . . . . . 9-186 rtf_ds0_count . . . . . . . . . . 2-177 to 2-178 RTFGroup . . . . . . . . . . . . . . . . . 9-181 impact of Dual Band Cells feature. . . . 9-63, 9-181 RXCDR adding assigning DTE X.121 addresses . . . . 5-20 creating database . . . . . . . . . . . 4-44 adding to network overview process . . . . . . . . . . . . 4-2 containment. . . . . . . . . . . . . . . 9-28 creating using the OMC-R GUI . . . . . . . . . 4-40 creating a cabinet using OMC-R GUI . . . . . . . . . . . 4-65 creating a cage using OMC-R GUI . . . . . . . . . . . 4-67 database uploading . . . . . . . . . . . . . . . 1-28 denition of . . . . . . . . . . . . . . . 1-27 deleting . . . . . . . . . . . . . . . . . 4-47 deleting at MUX . . . . . . . . . . . . 4-51 conguration changes . . . . . . . . 4-52 dependencies . . . . . . . . . . . . . 4-52 removing the cabling . . . . . . . . . 4-51 removing the NE . . . . . . . . . . . 4-52 removing the NE link . . . . . . . . . 4-53 deleting at OMC-R . . . . . . . . . . . 4-47 deleting at packet switch . . . . . . . . 4-51 conguration changes . . . . . . . . 4-51 deleting routeing table entries . . . . 4-51 removing the cabling . . . . . . . . . 4-51 equipping a cabinet . . . . . . . . . 4-66, 4-70 example . . . . . . . . . . . . . . . . 4-69 modifying details . . . . . . . . . . . . 4-41 reparenting to a different MSC . . . . . 4-110 to BSS. . . . . . . . . . . . . . . . . . . 5-2 RXCDR-BSC dynamic allocation overview . . . . . . . . . . . . . . . . 2-12 parameters . . . . . . . . . . . . 2-16 to 2-17 RXCDR/BSS to OMC-R connectivity . . . . . . . . . . . . . . . 5-16 rxlev_dl_zone . . . . . . . . . . . . . . . 2-33 rxlev_ul_zone . . . . . . . . . . . . . . . 2-33
IX-84
68P02901W17-S Nov 2007
Index
S
Save Defaults menu option using . . . . . . . . . . . . . . . . . . . 9-3 Saving data Detailed View menu option . . . . . . . 1-38 Scheduled audit deferring . . . . . . . . . . . . . . . . 10-27 displaying the network elements . . . . 10-28 status of Multiple BSS audit . . . . . . 10-28 Scheduling network expansion . . . . . . . . . . . 11-55 Scheduling an audit . . . . . . . . . . . . 10-21 deleting . . . . . . . . . . . . . . . . . 10-29 modifying . . . . . . . . . . . . . . . . 10-26 printing . . . . . . . . . . . . . . . . . 10-29 warning . . . . . . . . . . . . . . . . . 10-21 SCR conguring . . . . . . . . . . . . . . . 2-141 using OMC-R GUI . . . . . . . . . . . 2-140 using TTY interface . . . . . . . . . . 2-142 parameters . . . . . . . . . . . . . . . 2-141 Script les cmutil . . . . . . . . . . . . . . . . . . 15-17 HierDelete . . . . . . . . . . . . . . . 15-17 MoveCommsLinks. . . . . . . . . . . . 15-17 preserve_site_names . . . . . . . . . . 4-104 SDCCH changing number of allocated using the TTY interface . . . . . . . . 8-225 changing the number of allocated using OMC-R GUI . . . . . . . 8-229, 8-234 using TTY interface . . . . . . . . . . 8-229 conguration checking multiple cells . . . . . . . . 8-232 sdcch_need_high_water_mark parame ter . . . . . . . . . . . . . . . . . . . . 8-225 sdcch_need_low_water_mark parame ter . . . . . . . . . . . . . . . . . . . . 8-225 sdcch_tch_band_reassign_delay . . . . . . 8-197 to 8-198 Seamless Cell Reselection (GPRS) see SCR . . . . . . . . . . . . . . . . . 2-140 secondary_freq_type . . . . . . . . 2-30 to 2-31 security levels changing . . . . . . . . . . . . . . . . 1-47 using TTY interface . . . . . . . . . . 1-47 serial number checking . . . . . . . . . . . . . . . . 9-10 set_full_power command . . . . . . . . . 8-235 set_relay_contact command . . . . . . . . 9-111 Setting frequency hopping parameters using TTY interface . . . . . . . . . . . 8-174 SFH Synthesizer frequency hopping . . . . . . 2-4 SGSN . . . . . . . . . . . . . . . . . . . . 6-2 conguring . . . . . . . . . . . . . . . 6-51
SGSN (contd.)
creating using OMC-R GUI . . . . . . . . . . . 6-51 deleting using OMC-R GUI . . . . . . . . . . . 6-53 modifying using OMC-R GUI . . . . . . . . . . . 6-53 multiple . . . . . . . . . . . . . . . . . 6-51 network topology . . . . . . . . . . . . 6-51 SGSN Detailed View description of elds . . . . . . . . . . . 6-52 grouping Identication . . . . . . . . . . . . . 6-52 Map Information . . . . . . . . . . . 6-52 State . . . . . . . . . . . . . . . . . 6-52 Short message service - point to point . . 2-51 displaying the downlink logical chan nel . . . . . . . . . . . . . . . . . . . 2-53 displaying the state of MS originated point to point sms . . . . . . . . . . . . . . . . 2-52 displaying the state of MS terminated smsptp . . . . . . . . . . . . . . . . . 2-53 enabling and disabling MS originated point to point sms . . . . . . . . . . . . . . . . 2-52 enabling and disabling MS terminated smsptp . . . . . . . . . . . . . . . . . 2-52 specifying downlink logical channel. . . 2-53 Short message service-CB CBC to BSS interface information using TTY interface . . . . . . . . . . 2-48 CBC to BSS successful VBINDs before negotiation using TTY interface . . . . . . . . . . 2-48 conguring using OMC-R GUI . . . . . . . . . . . 2-46 using TTY interface . . . . . . . . . . 2-46 creating and transmitting using TTY interface . . . . . . . . . . 2-49 creating background messages . . . . . 2-43 delay between outage and CBS halting transmission using TTY interface . . . . . . . . . . 2-48 deleting background messages using TTY interface . . . . . . . . . . 2-50 determining CBCH status using TTY interface . . . . . . . . . . 2-46 editing and viewing at a CELL using OMC-R GUI . . . . . . . . . . . 8-242 enabling and disabling CBCH using TTY interface . . . . . . . . . . 2-49 enabling and disabling counter statistics using TTY interface . . . . . . . . . . 2-49 overview . . . . . . . . . . . . . . . . 2-43 parameters . . . . . . . . . . . . . . . 2-44
68P02901W17-S Nov 2007
IX-85
Index
Short message service-CB (contd.)
procedures . . . . . . . . . . . . . . . 2-46 selecting interface version between BSS and CBCchannel using TTY interface . . . . . . . . . . 2-47 setting a delay between outage and CBC halting transmission using TTY interface . . . . . . . . . . 2-47 setting no. of successful VBINDs using TTY interface . . . . . . . . . . 2-47 viewing and editing at a CELL using OMC-R GUI . . . . . . . . . . . 8-242 Single BCCH for a dual band cell . . . . . 2-27 Single BCCH for Dual Band Cells feature conguring . . . . . . . . . . . . . . . 2-27 SITE containment. . . . . . . . . . . . . . . 9-29 hardware devices . . . . . . . . . . . 9-30 logical links . . . . . . . . . . . . . . 9-31 radio frequency . . . . . . . . . . . . 9-32 software functions . . . . . . . . . . 9-30 SITE Detailed View description of elds . . . . . . . . . . . 7-26 grouping Alarm Information . . . . . . . . . . 7-30 Circuit Error Rate Monitor . . . . . . 7-31 CRM Timers . . . . . . . . . . . . . 7-31 GPRS . . . . . . . . . . . . . . . . . 7-31 Identication . . . . . . . . . . . . . 7-26 Local Routing . . . . . . . . . . . . . 7-27 Map Information . . . . . . . . . . . 7-32 RRSM Timers . . . . . . . . . . . . . 7-31 RSS Timers . . . . . . . . . . . . . . 7-31 SMS Information . . . . . . . . . . . 7-30 State . . . . . . . . . . . . . . . . . 7-27 Sites adding overview . . . . . . . . . . . . . . . 7-33 adding BTS overview . . . . . . . . . . . . . . . 7-11 BSS links & control functions . . . . . . . 7-2 checking hardware deployed . . . . . . 7-55 checking status . . . . . . . . . . . . . 8-213 conguring . . . . . . . . . . . . . . . . 7-1 creating using OMC-R GUI . . . . . . . . . . . 7-25 deleting a device using Path Congure menu option . . 11-92 description . . . . . . . . . . . . . . . . 7-2 preserving names . . . . . . . . . . . . 4-104 setting at full power. . . . . . . . . . . 8-235 simplied network diagram . . . . . . . . 7-2
Sites (contd.)
Site . . . . . . . . . . . . . . . . . . . 9-13 unequipping using TTY . . . . . . . . . 7-24 SMS-CB Short message service - CB . . . . . . . 2-43 sms_fast_select . . . . . . . . . . . . . . 2-45 sms_no_bcast_msg . . . . . . . . . . . . 2-49 SMS-PTP Short message service - point to point. . 2-51 SMSCBmsg parameters . . . . . . . . . . . . . . . 8-242 SMSCBmsg Detailed View description of elds . . . . . . . . . . . 8-242 grouping Identication . . . . . . . . . . . . . 8-243 SMS Information . . . . . . . . . . . 8-243 Software patching and PCU Software Upgrade with no BSC Outage. . . . . . . . . . . . 2-192 software version number checking . . . . . . . . . . . . . . . . 4-112 format. . . . . . . . . . . . . . . . . . 4-112 software versions checking . . . . . . . . . . . . . . . . 4-112 Source & Neighbour View . . . . . . . . 8-106 Source cell denition . . . . . . . . . . . . . . . . 8-103 deleting . . . . . . . . . . . . . . . . . 8-112 overview . . . . . . . . . . . . . . . . 8-103 viewing for more than one cell . . . . . 8-106 Source cells creating . . . . . . . . . . . . . . . . . 8-112 Source object denition . . . . . . . . . . . . . . . . 8-103 SQL data extraction . . . . . . . . . . . . . 15-30 queries containment relationships . . . . . . 15-35 order . . . . . . . . . . . . . . . . . 15-35 script knowledge required . . . . . . . 15-31 Stealing algorithm . . . . . . . . . . . . 9-53 other settings . . . . . . . . . . . . . . 9-57 using default setting . . . . . . . . . . 9-55 Support of Incell as an optional feature . . 2-203 Suspend/Resume parameters . . . . . . . . . . . . . . . 2-183 Syntax cmutil . . . . . . . . . . . . . . . . . . 15-5 Synthesizer frequency hopping BCCH frequency excluded . . . . . . . . 2-5 BCCH frequency included. . . . . . . . . 2-7 description . . . . . . . . . . . . . . . . 2-4
T
TBF
IX-86
68P02901W17-S Nov 2007
Index
TBF (contd.)
delayed uplink release description . . . . . . interleaving . . . . . . parameters . . . . . terminating site denition . . . . . . . Timeslot usage displaying . . . . . . . tlli_blk_coding. . . . . . Troubleshooting network expansion . . TRU_id (TopCell SITE) checking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2-88 2-87 2-87 2-88
. . . . . . . . . 9-161 . . . . . . . . . . . . . . . . . . 9-19 8-75
. . . . . . . . . 11-53 . . . . . . . . . 7-58
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
. . . . . . . . . . .
. . . . . . . . . . . 2-111, . . . . .
9-181 9-181 2-144 2-19
. . . . . 8-220 8-221 to 8-222 . . . . . 8-221 . . . . . 8-221 8-221 to 8-222 . . . 2-30, 2-32 . . . . . 4-44
U
Unassigning a Path using Path Congure menu option . . . 11-86 Unequipping a DYNET . . . . . . . . . . . . . . . . 4-103 device and functions using TTY interface . . . . . . . . . . . 9-6 RSL . . . . . . . . . . . . . . . . . . . 9-192 RTF . . . . . . . . . . . . . . . . . . . 9-192 TCU/CTU cabinets at M-Cell and Horizonmacro sites. . . . . . . . . . . . . . . . . . . 7-38 Updating network objects using cmutil . . . . . . . . . . . . . . . 15-21 Uploading NE database . . . . . . . . . . 1-28 user access to functions . . . . . . . . . . . . . . . 1-31 User-denable EAS BSC/BSS and BTS alarm strings . . . . . . . . . . . . . . . . . . 9-100 Using call trace to detect problems . . . . 14-14 usraudit log le . . . . . . . . . . . . . . . 1-8 UTRAN Blind Search Neighbour . . . . . 8-138 creating . . . . . . . . . . . . . . . . . 8-138 UTRAN Blind Search Neighbour Detailed View description of elds . . . . . . . . . . . 8-138 grouping General . . . . . . . . . . . . . . . . 8-138
UTRAN Blind Search Neighbour Detailed View (contd.) grouping (contd.)
Identication . . . . . . . . UTRAN neighbour conguring . . . . . . . . . . using TTY interface . . . . . creating using OMC-R GUI . . . . . . denition . . . . . . . . . . . parameters . . . . . . . . . . UTRAN Proxy cells conguring . . . . . . . . . . creating using OMC-R GUI . . . . . . deleting using OMC-R GUI . . . . . . modifying using OMC-R GUI . . . . . . UTRAN ProxyCell Detailed View description of elds . . . . . . grouping Identication . . . . . . . . UTRAN Proxy Cell Data . . . . . . . . 8-138 . 8-132, 8-138 . . . . . 8-135 . . . . . 8-134 . . . . . 8-132 . . . . . 8-133 . . . . . 8-145 . . . . . 8-145 . . . . . 8-148 . . . . . 8-147 . . . . . 8-145 . . . . . 8-146 . . . . . 8-146
V
Vanguard 6560 conguring . . . . . . . . . . . . . Vanguard routers checking the software versions . . . VersaTRAU . . . . . . . . . . . . . . backhaul timeslot values . . . . . . impact on RTF . . . . . . . . . . . information in Channel Status form . parameters . . . . . . . . . . . . . 68P02901W17-S Nov 2007 . . . . . . . . . . . . . . 4-42 1-10 2-176 2-177 9-182 9-24 2-178 versTrauOpt . . . . . . . . . . . . . . Viewing BSS/OMC-R parameters names in a Detailed View. . . . . . . . . . cell sources, neighbours and recipro cals . . . . . . . . . . . . . . . . . . neighbours . . . . . . . . . . . . . . reciprocal neighbours . . . . . . . . . Viewing and editing a DYNET . 2-178
1-34
. 8-106 . 8-106 . 8-106
IX-87
Index
Viewing and editing a DYNET (contd.)
using the OMC-R GUI . . . . . . . . . . 4-101
W
WebMMI setting up and using . . . . . . . . . . 1-50 using to access a BSS . . . . . . . . . . 1-49 Weekly procedures recommendations . . . . . . . . . . . . . 1-2 Work practice CM recommendations . . . . . . . . . . . 1-4 worse_neighbor_ho . . . . . . . . 8-194, 8-196
X
X.121 DTE addresses storage at OMC-R . . x25_cong le. . . . entries in . . . . . x25_cong le entries in . . . . . . format. . . . . . . . location . . . . . . . X.121 addresses in . XBL adding using OMC-R GUI . conguring overview . . . . . creating using OMC-R GUI . denition . . . . . .
XBL (contd.)
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5-18 5-18 5-19 5-19 5-18 5-18 5-18 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 elds . . . . . . . . grouping Identication . . . . . . . . . . LapD Information . . . . . . . . State . . . . . . . . . . . . . . . . . 9-199 . . . 2-14 . . . 2-10 . . . 9-199 . . . 9-200 . . . 9-197 . . . 9-197 . . . 9-198 . . . 9-199 . . . 9-199
. . . . . . . . . . 9-199 . . . . . . . . . . 9-196 . . . . . . . . . . 9-197 . . . . . . . . . . 9-196
Z
zone_ho_hyst . . . . . . . . . . . . . 2-30, 2-32
IX-88
68P02901W17-S Nov 2007
Standard Printing Instructions
Part Number Manual Title Date 68P02901W17-S Installation and Configuration: GSM System Configuration Nov 2007
A4 Ring Bound - GSD (UK) Binder Printing 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 printed in colour. 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.
Finishing
If this is to be used by manufacturing as an Inbox document, then refer to appropriate Materials or Methods Specification.
NOV 2007 68P02901W17-S
Installation & Configuration
GSR9
Spine
GSM System Configuration
GSM System Configuration
Installation & Configuration
GSR9
NOV 2007 68P02901W17-S
Cutting datum point
Front cover
S-ar putea să vă placă și
- Teardowns: Learn How Electronics Work by Taking Them ApartDe la EverandTeardowns: Learn How Electronics Work by Taking Them ApartÎncă nu există evaluări
- Digital Media Processing: DSP Algorithms Using CDe la EverandDigital Media Processing: DSP Algorithms Using CÎncă nu există evaluări
- AH15849b PC Hydraulic Cylinders With Metal Guard Rings at The PistonDocument12 paginiAH15849b PC Hydraulic Cylinders With Metal Guard Rings at The PistonfernandojÎncă nu există evaluări
- Earthing of Stand Alone Generators - Rev B - FinalDocument7 paginiEarthing of Stand Alone Generators - Rev B - Finalfatman76Încă nu există evaluări
- 53 TemporaryworksfinalDocument20 pagini53 Temporaryworksfinalwhwy99Încă nu există evaluări
- New Liebherr PDFDocument28 paginiNew Liebherr PDFAlexandrKozlenok100% (6)
- Method Statement For Drywall Gypsum PartitionDocument12 paginiMethod Statement For Drywall Gypsum PartitionPunk Gowthaman80% (5)
- UG0586 User Guide RTG4 FPGA Clocking ResourcesDocument82 paginiUG0586 User Guide RTG4 FPGA Clocking ResourcesNguyen Van ToanÎncă nu există evaluări
- WinMax Mill Documentation PDFDocument490 paginiWinMax Mill Documentation PDFVasi ValiÎncă nu există evaluări
- Deploying QoS for Cisco IP and Next Generation Networks: The Definitive GuideDe la EverandDeploying QoS for Cisco IP and Next Generation Networks: The Definitive GuideEvaluare: 5 din 5 stele5/5 (2)
- Reliability Centered Maintenance-GaryDocument15 paginiReliability Centered Maintenance-GaryAshwin80% (5)
- BS en 755-4-2008Document14 paginiBS en 755-4-2008DILIP VELHALÎncă nu există evaluări
- Hexagonal ArchitectureDocument54 paginiHexagonal ArchitectureMomo SemerkhetÎncă nu există evaluări
- IBM 4690 Programming GuideDocument476 paginiIBM 4690 Programming Guideapokalipxys100% (2)
- ARDrone SDK 1 6 Developer GuideDocument103 paginiARDrone SDK 1 6 Developer GuideRandall MoraÎncă nu există evaluări
- LTE100-Motorola LTE TrainingDocument188 paginiLTE100-Motorola LTE Trainingsohaibsultan50% (2)
- Billing 68p09278a31Document85 paginiBilling 68p09278a31lahyouh100% (1)
- Preventative 68p09278a29Document55 paginiPreventative 68p09278a29lahyouhÎncă nu există evaluări
- TEAM 1.7 Solution Overview and Planning Guide 68009260001-ADocument136 paginiTEAM 1.7 Solution Overview and Planning Guide 68009260001-AAdvantec SrlÎncă nu există evaluări
- Motorola Bss Command ReferenceDocument2.054 paginiMotorola Bss Command ReferenceSipho M KgamaÎncă nu există evaluări
- Sys02 GSR7 1760Document564 paginiSys02 GSR7 1760Thiagu ManikandanÎncă nu există evaluări
- GPRS OverviewDocument336 paginiGPRS Overviewqlm_dhvtÎncă nu există evaluări
- TL1 Command 68p09278a34Document127 paginiTL1 Command 68p09278a34lahyouhÎncă nu există evaluări
- CP150 CP200 Detailed Service Manual 6880309N62-DDocument460 paginiCP150 CP200 Detailed Service Manual 6880309N62-DJulio Cesar QuintelaÎncă nu există evaluări
- Componentes ZebraDocument164 paginiComponentes ZebraMarito DanielitoÎncă nu există evaluări
- Zebra Zt400 Zt410 Zt420 FullDocument192 paginiZebra Zt400 Zt410 Zt420 Fullbolsdrinker100% (1)
- Simocode enDocument320 paginiSimocode enfaiqy_1Încă nu există evaluări
- Service Manual Horizon II Mini (68p02903w21-A-Uk)Document333 paginiService Manual Horizon II Mini (68p02903w21-A-Uk)CTDISupplyEuropeÎncă nu există evaluări
- BTS4812ET Opto R22Document655 paginiBTS4812ET Opto R22dineshgulhaneÎncă nu există evaluări
- 4510 ManualDocument88 pagini4510 Manualstarlite564Încă nu există evaluări
- Verizon Wireless 4G LTE Mobile Hotspot MiFi 4510L ManualDocument88 paginiVerizon Wireless 4G LTE Mobile Hotspot MiFi 4510L ManualTravisÎncă nu există evaluări
- Guia de Instalacion Panel 1057 1058Document108 paginiGuia de Instalacion Panel 1057 1058Amy ThompsonÎncă nu există evaluări
- ShoreTel 12.2 Maintenance GuideDocument296 paginiShoreTel 12.2 Maintenance GuideCBNet2Încă nu există evaluări
- Network Management System Product ManualDocument118 paginiNetwork Management System Product ManualejpcguitarÎncă nu există evaluări
- Motorola G24 at Commands Reference Manual - NewDocument444 paginiMotorola G24 at Commands Reference Manual - NewezgaucheÎncă nu există evaluări
- BMC PATROL For Entuity Network MonitorDocument84 paginiBMC PATROL For Entuity Network MonitorJose D RevueltaÎncă nu există evaluări
- Reference Manual PD 8500Document96 paginiReference Manual PD 8500jcontractorÎncă nu există evaluări
- DocAve v5 User GuideDocument1.215 paginiDocAve v5 User GuidericktykeÎncă nu există evaluări
- Moto G24 at CommandsDocument680 paginiMoto G24 at Commandspengjian20004526100% (1)
- 11.2 Maintenance GuideDocument222 pagini11.2 Maintenance GuideJoachim JanuaryÎncă nu există evaluări
- ES6230 15P R2 Installation ManualDocument14 paginiES6230 15P R2 Installation ManualgustavoÎncă nu există evaluări
- Link PlannerDocument233 paginiLink PlannerelipereiramsÎncă nu există evaluări
- Astro: Instruction ManualDocument114 paginiAstro: Instruction ManualJorge CastañoÎncă nu există evaluări
- BMC Impact Solutions 7.3 - Event Management Guide PDFDocument390 paginiBMC Impact Solutions 7.3 - Event Management Guide PDFgitsÎncă nu există evaluări
- Industrial Cellular Router With Integrated Firewall and VPN: User ManualDocument156 paginiIndustrial Cellular Router With Integrated Firewall and VPN: User ManualQuangNgocÎncă nu există evaluări
- Shoretel 13.1 Maintenance GuideDocument303 paginiShoretel 13.1 Maintenance GuidesimkissÎncă nu există evaluări
- Hardware Management Console For pSeriesMaintenance GuideDocument164 paginiHardware Management Console For pSeriesMaintenance GuiderejnanÎncă nu există evaluări
- LightHouse 3.7 Basic Operation Instructions 81369-8 ENDocument116 paginiLightHouse 3.7 Basic Operation Instructions 81369-8 ENAditi DasÎncă nu există evaluări
- Aastra Model 9143i IP Phone: User GuideDocument163 paginiAastra Model 9143i IP Phone: User Guidemidwest22Încă nu există evaluări
- Cie 10 System Administrator enDocument344 paginiCie 10 System Administrator enJorge O. FloresÎncă nu există evaluări
- MiFi JetPack 4620L ManualDocument101 paginiMiFi JetPack 4620L Manualcybertechnico100% (1)
- XOS 9.5.4.0 Xos Configuration GuideDocument306 paginiXOS 9.5.4.0 Xos Configuration GuidemaxwellloweÎncă nu există evaluări
- WG 70 PG Product 7002514A00 En-UsDocument274 paginiWG 70 PG Product 7002514A00 En-UsDoru StoicaÎncă nu există evaluări
- 7025-f40 Manual PDFDocument245 pagini7025-f40 Manual PDFVivian AspdinÎncă nu există evaluări
- MP.11-R InstallManage v4.0Document222 paginiMP.11-R InstallManage v4.0carlosÎncă nu există evaluări
- Maintenance Information: Alarm Handling at The OMC-R: Controlled IntroductionDocument1.554 paginiMaintenance Information: Alarm Handling at The OMC-R: Controlled IntroductionIslam HasaboÎncă nu există evaluări
- DM4790 Users GuideDocument201 paginiDM4790 Users GuideBrian CarrollÎncă nu există evaluări
- Horizon 2 MiniDocument323 paginiHorizon 2 MiniSipho M KgamaÎncă nu există evaluări
- OS390 System Programming Volume 4Document390 paginiOS390 System Programming Volume 4jack deepÎncă nu există evaluări
- Microchip RTG4 FPGA Clocking Resources User Guide UG0586 V11Document87 paginiMicrochip RTG4 FPGA Clocking Resources User Guide UG0586 V11FalsoÎncă nu există evaluări
- TriStar II 3020 Operator's ManualDocument460 paginiTriStar II 3020 Operator's ManualRosario Isidro Yocupicio Gaxiola100% (1)
- Future Series - Rover C II - enDocument37 paginiFuture Series - Rover C II - enSteveAbonyiÎncă nu există evaluări
- Open Nebula With Cloud ComputingDocument36 paginiOpen Nebula With Cloud ComputingSaravanaRaajaaÎncă nu există evaluări
- Aruba PDFDocument72 paginiAruba PDFpelacasÎncă nu există evaluări
- Manual Zebra Zm400Document147 paginiManual Zebra Zm400Anonymous PHmEslO2u3Încă nu există evaluări
- Future Series - Grailfinder - en PDFDocument43 paginiFuture Series - Grailfinder - en PDFSteveAbonyiÎncă nu există evaluări
- MSA1000 Service GuideDocument122 paginiMSA1000 Service GuideEwan McDonaldÎncă nu există evaluări
- OVSFDocument11 paginiOVSFAhsan AliÎncă nu există evaluări
- Huawei Ran KpiDocument34 paginiHuawei Ran KpiAhsan AliÎncă nu există evaluări
- Etsi TS 136 214Document16 paginiEtsi TS 136 214Ahsan AliÎncă nu există evaluări
- 013 WCDMA Access Problems AnalysisDocument22 pagini013 WCDMA Access Problems AnalysisMilanjyoti PhatowaliÎncă nu există evaluări
- LTE App Notes Rohde-SchwarzDocument40 paginiLTE App Notes Rohde-Schwarzvladanje0% (1)
- TM500 HSPA Test Mobile-Iss1Document8 paginiTM500 HSPA Test Mobile-Iss1Ahsan AliÎncă nu există evaluări
- A330 Easa Tcds A.004 - Issue 52Document68 paginiA330 Easa Tcds A.004 - Issue 52Rakotovao JohanÎncă nu există evaluări
- As ISO IEC 19795.2-2010 Information Technology - Biometric Performance Testing and Reporting Testing MethodolDocument8 paginiAs ISO IEC 19795.2-2010 Information Technology - Biometric Performance Testing and Reporting Testing MethodolSAI Global - APACÎncă nu există evaluări
- Cooling SystemDocument56 paginiCooling SystemArun Pratap SinghÎncă nu există evaluări
- 8 E1/T1 Access Blade With SS7 Signalling SupportDocument2 pagini8 E1/T1 Access Blade With SS7 Signalling SupportMiguelÎncă nu există evaluări
- AutoGuard Terms and ConditionsDocument5 paginiAutoGuard Terms and ConditionsJust a Girl100% (1)
- h9686 Symmetrix Vmax 40k Ss PDFDocument4 paginih9686 Symmetrix Vmax 40k Ss PDFYuran NevesÎncă nu există evaluări
- Python Classes ObjectsDocument8 paginiPython Classes ObjectsJohn DoeÎncă nu există evaluări
- Audit Ready Guide: Annual ReportingDocument4 paginiAudit Ready Guide: Annual ReportingDaniel ModicaÎncă nu există evaluări
- VoxStack GSM Gateway API 1.0.0Document12 paginiVoxStack GSM Gateway API 1.0.0Lipe NoiseÎncă nu există evaluări
- DL420-3 en PDFDocument24 paginiDL420-3 en PDFJan HendriksÎncă nu există evaluări
- Elipse IEC 61850 Client Driver MICS Ed2Document4 paginiElipse IEC 61850 Client Driver MICS Ed2marcelo_salvador37Încă nu există evaluări
- Software Testing NotesDocument3 paginiSoftware Testing NotesAbhishek KumarÎncă nu există evaluări
- API ComparsionsDocument6 paginiAPI ComparsionsRediet TsigeberhanÎncă nu există evaluări
- 1258977346Document16 pagini1258977346jr_satish6965Încă nu există evaluări
- L6599ADDocument35 paginiL6599ADjuliojuder100% (1)
- Kohtect Avv-701 Laser Shaft Alignment System: Operating Instructions ManualDocument23 paginiKohtect Avv-701 Laser Shaft Alignment System: Operating Instructions Manualpardocarr4091Încă nu există evaluări
- SafetyMAP 4edDocument39 paginiSafetyMAP 4edThoat AbdillahÎncă nu există evaluări
- Catalogo EqualizerDocument17 paginiCatalogo EqualizerYeyePulidoÎncă nu există evaluări
- WB09 WHITE BOOK Updates 21 PDFDocument34 paginiWB09 WHITE BOOK Updates 21 PDFGlen KarmaÎncă nu există evaluări
- Skills Assessment (OSPF) - Student Training Exam: CCNA: Scaling NetworksDocument16 paginiSkills Assessment (OSPF) - Student Training Exam: CCNA: Scaling Networkskomaislaw_774940024Încă nu există evaluări
- Selevideo 10K User Manual v151 - GBDocument16 paginiSelevideo 10K User Manual v151 - GBfaridabbasiÎncă nu există evaluări
- PCS-902 - X - Instruction Manual - EN - Overseas General - X - R1.05 - (EN - XLBH5102.0086.0016) PDFDocument470 paginiPCS-902 - X - Instruction Manual - EN - Overseas General - X - R1.05 - (EN - XLBH5102.0086.0016) PDFKAREEM OLAWALE100% (1)
