Gsm Basics

CHAPTER 2SITE CONFIGURATION

CHAPTER 3CELLS

CHAPTER 4DEVICE/FUNCTION

EQUIPAGE

APPENDICESCHAPTER 1 BSS REVIEW

ANSWERSGLOSSARY

Introduction to BSS Database

Training Manual

Version 1 Revision 9

FOR TRAINING PURPOSES ONLY – THIS MANUAL WILL NOT BE UPDATED

SYS02GSR5.1/AGSR


Training M

anual

Introduction to BS

S D

atabase

Version 1 R

evision 9S

YS

02

Introduction toBSS Database

SYS02

Pos

itin

mar

k fo

r TE

D s

pine

GSR5.1/AGSR

TrainingManual

�MOTOROLA LTD. 2001–2 SYS02: Introduction to BSS Database


i


GSR5.1/AGSR

SYS02Introduction to BSS Database

� Motorola 1993, 1994, 1995, 1996, 1997, 1998, 1999All Rights ReservedPrinted in the U.K.


�MOTOROLA LTD. 2001–2SYS02: Introduction to BSS Database


ii

Copyrights, notices and trademarks

CopyrightsThe Motorola products described in this document may include copyrighted Motorola computerprograms stored in semiconductor memories or other media. Laws in the United States and othercountries preserve for Motorola certain exclusive rights for copyright computer programs, including theexclusive right to copy or reproduce in any form the copyright computer program. Accordingly, anycopyright Motorola computer programs contained in the Motorola products described in this documentmay not be copied or reproduced in any manner without the express written permission of Motorola.Furthermore, the purchase of Motorola products shall not be deemed to grant either directly or byimplication, estoppel or otherwise, any license under the copyrights, patents or patent applications ofMotorola, except for the rights that arise by operation of law in the sale of a product.

RestrictionsThe software described in this document is the property of Motorola. It is furnished under a licenseagreement and may be used and/or disclosed only in accordance with the terms of the agreement.Software and documentation are copyright materials. Making unauthorized copies is prohibited bylaw. No part of the software or documentation may be reproduced, transmitted, transcribed, storedin a retrieval system, or translated into any language or computer language, in any form or by anymeans, without prior written permission of Motorola.

AccuracyWhile reasonable efforts have been made to assure the accuracy of this document, Motorolaassumes no liability resulting from any inaccuracies or omissions in this document, or from the useof the information obtained herein. Motorola reserves the right to make changes to any productsdescribed herein to improve reliability, function, or design, and reserves the right to revise thisdocument and to make changes from time to time in content hereof with no obligation to notify anyperson of revisions or changes. Motorola does not assume any liability arising out of the applicationor use of any product or circuit described herein; neither does it convey license under its patentrights of others.

Trademarks

and MOTOROLA are registered trademarks of Motorola Inc. Aspira, Intelligence Everywhere, M-Cell and Taskfinder are trademarks of Motorola Inc.All other brands and corporate names are trademarks of their respective owners.




iii

General information 1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Important notice 1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Purpose 1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cross references 2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Text conventions 2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

First aid in case of electric shock 3. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Chapter 1BSS Review i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSS Review 1–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objectives 1–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

GSM Air Interface 1–2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bursts 1–2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Timing Advance and Power Control 1–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

GSM Control Channels 1–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BCCH Group 1–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . CCCH Group 1–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . DCCH Group 1–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Mapping Logical Channels onto the TDMA Frame Structure 1–8. . . . . . . . . . . . . . . . . . . . . . Bursts 1–8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The 51-frame Control Channel Multiframe – BCCH/CCCH 1–10. . . . . . . . . . . . . . . . . .

Multiframes and Timing 1–12. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The 51-frame Control Channel Multiframe – BCCH/CCCH 1–12. . . . . . . . . . . . . . . . . . The 102-frame Dedicated Control Channel Multiframe – SDCCH and SACCH 1–14. The 102-frame Control Channel Multiframe – Combined Structure 1–16. . . . . . . . . . .

Multiframes and Timing 1–18. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The 26-frame Traffic Channel Multiframe 1–18. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Mobile Activity – Transmit and Receive Timeslots 1–20. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Software Architecture 1–22. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSC Initialisation Process 1–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Initialisation Process 1–26. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Configuration Management (CM) 1–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 1–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

CM Database Distribution 1–30. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

CM Database and Central Authority Interaction 1–32. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To Change Site Database 1–32. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To Change Remote BTS Database 1–34. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Database Level Numbers 1–36. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSS Radio Subsystem 1–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 1–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSS Configuration and Fault Management Interface 1–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 1–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Layer 1 Interface 1–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Layer 2 Protocol 1–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . RSS A-bis Interface 1–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover Detection and Power Control 1–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




iv

Call Processing 1–44. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 1–44. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . MTP L3/SCCP Preprocessor 1–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Connectionless Manager (CLM) 1–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SCCP State Machine (SSM) 1–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Switch Manager (SM) 1–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cell Resource Manager (CRM) 1–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Radio Resource State Machine (RRSM) 1–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Radio Channel Interface (RCI) 1–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Comparison GSM and Motorola Systems 1–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Chapter 2Site Configuration i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Site Configuration 2–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objectives 2–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Configuring a BSS 2–2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

The Base Station System (BSS) 2–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The Base Station Controller (BSC) 2–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The Base Transceiver Station (BTS) 2–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Transcoder 2–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Command/Database Parameter Types 2–8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

RXCDR/BSS/SITE/CAB/CAGE Numbering Scheme 2–10. . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Site Configuration 2–12. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipping the RXCDR 2–12. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Equipping the BSS 2–14. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Equipping a SITE 2–16. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Site Type 2–18. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cabinet Configuration 2–20. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cage Equipage 2–22. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . equip <site number> CAGE 2–22. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Transcoder Location 2–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSC Types 2–26. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BTS Types 2–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSC/ BTS Types 2–30. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

GPROC Slots 2–32. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Remote Loss Alarms 2–36. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Site Synchronization 2–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Slip Loss Alarms 2–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BER Loss Alarms 2–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BER Monitoring Periods 2–44. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

N Bit 2–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Integrated M-Cell HDSL interface 2–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Configurations 2–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Requirements 2–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Functionality 2–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Constraints 2–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




v

Physical interface 2–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . General 2–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Data 2–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

HDSL Monitoring Period 2–52. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

HDSL SNR 2–54. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

HDSL Loss of Sync Word 2–56. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Site Configuration Exercises 2–58. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Site Configuration Exercise 1 2–58. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Site Configuration Exercise 2 2–60. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Chapter 3Cells i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cells 3–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objectives 3–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cell Identity 3–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Location Area Codes 3–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Command Line 3–8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Defaults 3–8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Frequency Type 3–10. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Base Station Identity Code (BSIC) 3–12. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

PLMN Allowed 3–14. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

MS Transmit Power – Access 3–16. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cell Selection/Reselection – C1 3–18. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BCCH Reselection 3–20. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cell Reselection C2 3–22. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Temporary_offset 3–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Penalty_time 3–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . cell_bar_qualify 3–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

C2 Reselection Exercise 3–26. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Common Control Channel (CCCH) Configuration 3–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Common Control Channel (CCCH) Block Configuration 3–30. . . . . . . . . . . . . . . . . . . . . . . . . .

MS Paging 3–32. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Extended Paging 3–34. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Periodic Updates/rr_t3212 3–36. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Attach/Detach 3–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cell Access 3–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Emergency Call Access 3–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Channel Requests 3–44. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Wait Indication 3–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Signalling Establishment 3–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . rr_t3101 3–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Channel Allocation by Interference Band 3–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Assignment of SCCP Reference Number 3–52. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Threshold 3–52. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




vi

Assignment of SCCP Reference Number 3–53. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Assignment of Resources 3–54. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Queue Management 3–56. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SDCCH Queuing 3–56. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Channel Reconfiguration 3–58. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Preferred Number of SDCCH 3–60. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

SDCCH Allocation 3–62. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

SDCCH Reconfiguration 3–64. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

SDCCH to TCH 3–66. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Measurement Reporting for Handovers and Power Control 3–68. . . . . . . . . . . . . . . . . . . . . . .

BA – Indication 3–70. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BA Indicator 3–70. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Signal Strength Measurements 3–72. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Signal Quality Reporting – RXQUAL 3–74. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSS Processing and Threshold Comparisons 3–76. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Measurements Reported by MS on SACCH 3–76. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Measurements Performed by RSS 3–76. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Threshold Comparison Process – Power Control 3–78. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Power Control 3–80. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BSS 3–80. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . MS 3–82. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

alt_qual_proc 3–84. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . RXQUAL 3–86. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover – RXQUAL, RXLEV 3–88. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover – Interference 3–90. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

MS Power Control 3–92. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . MS – Maximum Power 3–92. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BTS Power Control 3–94. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .


Rapid MS Power Down 3–98. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Optimized Power Control 3–102. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Optimized Power Control Algorithms 3–104. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Discontinuous Transmission 3–106. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover Evaluation 3–108. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handovers Allowed 3–110. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

SDCCH Access – handovers 3–112. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handovers – Interference 3–114. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Power Budget Handover 3–116. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Timing Advance – MS Maximum Range 3–118. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover–MS Maximum Range 3–120. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handovers 3–122. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Incoming Handovers 3–122. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Intra-Cell Handovers 3–124. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inter-Cell Handovers 3–124. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




vii

TCH Resources Reporting 3–126. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Preferred Target Cell 3–128. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover Reporting 3–130. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Handover Evaluating 3–130. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Handover Rejection 3–132. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover Power Level 3–134. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Calculated Handover Power Level 3–136. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 3–136. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Handover Default Information 3–138. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover Initiation 3–140. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . rr_t3103 3–140. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover Channel Establishment 3–142. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

RSS Link Fail 3–144. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Radio Link Revival 3–146. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Loss of Radio Link 3–148. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Timers rr_t3109 3–150. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Uplink Failure 3–150. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Downlink Failure 3–150. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Timers rr_t3109, rr_ t3111 3–152. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Normal Channel Release 3–152. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . rf_chan_rel_ack 3–154. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Call Re-establishment 3–156. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

CRM Timers 3–158. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . dealloc_inact 3–158. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ho_ack 3–158. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Add Cell Exercise 3–160. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Chapter 4Device/Function Equipage i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Device/Function Equipage 4–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objectives 4–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Device and Function Dependency – In-Cell 4–2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Device and Function Dependency – M-Cell/Horizon 4–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Kilo-Port Switch 4–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

KSW Extension/Expansion 4–8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

KSW Configuration 4–10. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 4–10. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Generic Clock (GCLK) 4–14. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Base Site Processor (BSP) 4–16. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Code Storage Facility Processor (CSFP) 4–18. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Base Transceiver Processor (BTP) 4–20. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Digital Host Processor 4–20. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Generic Processor Equipage 4–22. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . GPROC Function Preemption 4–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




viii

Equipage of GPROC Functions 4–26. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Base Transceiver Function (BTF) 4–26. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Link Control Function (LCF) 4–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Operations and Maintenance Function (OMF) 4–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Digital Radio Interface 4–30. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Digital Radio Interface – In-Cell 4–32. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Digital Radio Interface – M-Cell/Horizon 4–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Redundancy Group 4–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . RTF Identifier 4–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cell ID 4–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Antenna Identity 4–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Use of Tuneable Combiner 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Combiner Type 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Combiner Identity 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cavity Number 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Diversity Flag 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . fm cell type 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Typical Examples 4–44. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Remote Tuneable Combiner (RTC) 4–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Multiport Serial Interface (MSI) 4–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

In-Cell 4–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . M-Cell/Horizon 4–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Path 4–52. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Path Equipage Exercise 4–54. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16 KBIT/S RSL 4–56. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . RTF Types 4–58. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Receive Transmit Function (RTF) 4–60. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Propagation of Training Sequence Codes 4–66. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Radio Signalling Link (RSL) 4–68. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Optional Parameters 4–68. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Message Transfer Link (MTL) 4–70. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Operations and Maintenance Link (OML) 4–72. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cell Broadcast Link (CBL) 4–74. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipage Exercise 4–76. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Site Details 4–76. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Appendix AGSM Channel Frequency Table App A–i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Appendix BHexadecimal/Decimal Conversion Chart App B–i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Appendix CSACCH Multiframes App C–i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Appendix DDatabase Script Building Charts App D–i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Appendix Eadd_cell Command Prompts App E–i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Appendix FTypical BSS Script App F–i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Glossary of Terms Glos–i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Numbers Glos–ii. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




ix

— A — Glos–ii. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— B — Glos–iv. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— C — Glos–v. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— D — Glos–viii. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— E — Glos–x. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— F — Glos–xii. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— G — Glos–xiv. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— H — Glos–xv. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— I — Glos–xvi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— K — Glos–xvii. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— L — Glos–xviii. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— M — Glos–xix. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— N — Glos–xxi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— O — Glos–xxiii. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— P — Glos–xxiv. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— Q — Glos–xxvi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— R — Glos–xxvi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— S — Glos–xxviii. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— T — Glos–xxxi. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— U — Glos–xxxiii. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— V — Glos–xxxiii. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— W — Glos–xxxiii. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

— X — Glos–xxxiv. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Answers Answers–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

C2 Reselection Exercise Answers–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

ADD_CELL Working Area Answers–9. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

ADD_CELL Working Area... Answers–11. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

ADD_CELL Working Area... Answers–13. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

CHANGE_ELEMENT Working Area Answers–14. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Equipage Exercise Answers Answers–15. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Equipage Exercise Answers . . . Answers–16. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Equipage Exercise Answers . . . Answers–17. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Path Equipage Exercise Answers Answers–18. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




x

Version 1 Revision 9 General information



1

General information

Important notice

If this manual was obtained when attending a Motorola training course, it will not beupdated or amended by Motorola. It is intended for TRAINING PURPOSES ONLY. If itwas supplied under normal operational circumstances, to support a major softwarerelease, then corrections will be supplied automatically by Motorola in the form ofGeneral Manual Revisions (GMRs).

Purpose

Motorola cellular communications manuals are intended to instruct and assist personnelin the operation, installation and maintenance of the Motorola cellular infrastructureequipment and ancillary devices. It is recommended that all personnel engaged in suchactivities be properly trained by Motorola.

Failure to comply with Motorola’s operation, installation and maintenanceinstructions may, in exceptional circumstances, lead to serious injury or death.

WARNING

These manuals are not intended to replace the system and equipment training offered byMotorola, although they can be used to supplement and enhance the knowledge gainedthrough such training.

Version 1 Revision 9General information



2

Cross references

Throughout this manual, cross references are made to the chapter numbers and sectionnames. The section name cross references are printed bold in text.

This manual is divided into uniquely identified and numbered chapters that, in turn, aredivided into sections. Sections are not numbered, but are individually named at the top ofeach page, and are listed in the table of contents.

Text conventions

The following conventions are used in the Motorola GSM manuals to represent keyboardinput text, screen output text and special key sequences.

Input

Characters typed in at the keyboard are shown like this.

Output

Messages, prompts, file listings, directories, utilities, and environmentalvariables that appear on the screen are shown like this.

Special key sequences

Special key sequences are represented as follows:

CTRL-c Press the Control and c keys at the same time.

ALT-f Press the Alt and f keys at the same time.

| Press the pipe symbol key.

CR or RETURN Press the Return (Enter) key. The Return key isidentified with the ↵ symbol on both the X terminal andthe SPARCstation keyboards. The SPARCstationkeyboard Return key is also identified with the wordReturn.

Version 1 Revision 9 First aid in case of electric shock



3

First aid in case of electric shock

Warning

WARNING Do not touch the victim with your bare hands until theelectric circuit is broken.Switch off. If this is not possible, protect yourself with dryinsulating material and pull or push the victim clear of theconductor.

Artificialrespiration

In the event of an electric shock it may be necessary to carry out artificial respiration.Send for medical assistance immediately.

Burns treatment

If the patient is also suffering from burns, then, without hindrance to artificial respiration,carry out the following:

1. Do not attempt to remove clothing adhering to the burn.

2. If help is available, or as soon as artificial respiration is no longer required, coverthe wound with a dry dressing.

3. Do not apply oil or grease in any form.

Whenever a safety issue arises, carry out the following procedure in all instances.Ensure that all site personnel are familiar with this procedure.

Procedure

Whenever a safety issue arises:

1. Make the equipment concerned safe, for example, by removing power.

2. Make no further attempt to tamper with the equipment.

3. Report the problem directly to the Customer Network Resolution Centre, Swindon+44 (0)1793 565444 or China +86 10 68437733 (telephone) and follow up with awritten report by fax, Swindon +44 (0)1793 430987 or China +86 1068423633 (fax).

4. Collect evidence from the equipment under the guidance of the Customer NetworkResolution Centre.

Warning labels

Personnel working with or operating Motorola equipment must comply with any warninglabels fitted to the equipment. Warning labels must not be removed, painted over orobscured in any way.

Version 1 Revision 9First aid in case of electric shock



4

High voltage

Certain Motorola equipment operates from a dangerous high voltage of 230 V ac singlephase or 415 V ac three phase supply which is potentially lethal. Therefore, the areaswhere the ac supply power is present must not be approached until the warnings andcautions in the text and on the equipment have been complied with.

To achieve isolation of the equipment from the ac supply, the ac input isolator must beset to off and locked.

Within the United Kingdom (UK) regard must be paid to the requirements of theElectricity at Work Regulations 1989. There may also be specific country legislationwhich need to be complied with, depending on where the equipment is used.

RF radiation

High RF potentials and electromagnetic fields are present in the base station equipmentwhen in operation. Ensure that all transmitters are switched off when any antennaconnections have to be changed. Do not key transmitters connected to unterminatedcavities or feeders.

Refer to the following standards:

� ANSI IEEE C95.1-1991, IEEE Standard for Safety Levels with Respect to HumanExposure to Radio Frequency Electromagnetic Fields, 3 kHz to 300 GHz.

� CENELEC 95 ENV 50166-2, Human Exposure to Electromagnetic Fields HighFrequency (10 kHz to 300 GHz).

Laser radiation

Do not look directly into fibre optic cables or optical data in/out connectors. Laserradiation can come from either the data in/out connectors or unterminated fibre opticcables connected to data in/out connectors.

Liftingequipment

When dismantling heavy assemblies, or removing or replacing equipment, the competentresponsible person must ensure that adequate lifting facilities are available. Whereprovided, lifting frames must be used for these operations. When equipments have to bemanhandled, reference must be made to the Manual Handling of Loads Regulations1992 (UK) or to the relevant manual handling of loads legislation for the country in whichthe equipment is used.

Do not ...... substitute parts or modify equipment.

Because of the danger of introducing additional hazards, do not install substitute parts orperform any unauthorized modification of equipment. Contact Motorola if in doubt toensure that safety features are maintained.

Lithium batteries

Lithium batteries, if subjected to mistreatment, may burst and ignite. Defective lithiumbatteries must not be removed or replaced. Any boards containing defective lithiumbatteries must be returned to Motorola for repair.

Version 1 Revision 9 First aid in case of electric shock



5

Definitions

NOTE The above result applies only in the direction of maximumradiation of the antenna. Actual installations may employantennas that have defined radiation patterns and gains thatdiffer from the example set forth above. The distances calculatedcan vary depending on the actual antenna pattern and gain.

Observe the following cautions during operation, installation and maintenance of theequipment described in the Motorola manuals. Failure to comply with these cautions orwith specific cautions elsewhere in the Motorola manuals may result in damage to theequipment. Motorola assumes no liability for the customer’s failure to comply with theserequirements.

Caution labels

Personnel working with or operating Motorola equipment must comply with any cautionlabels fitted to the equipment. Caution labels must not be removed, painted over orobscured in any way.

Specific cautions

Cautions particularly applicable to the equipment are positioned within the text of thismanual. These must be observed by all personnel at all times when working with theequipment, as must any other cautions given in text, on the illustrations and on theequipment.

Fibre optics

The bending radius of all fibre optic cables must not be less than 30 mm.

Static discharge

Motorola equipment contains CMOS devices that are vulnerable to static discharge.Although the damage caused by static discharge may not be immediately apparent,CMOS devices may be damaged in the long term due to static discharge caused bymishandling. Wear an approved earth strap when adjusting or handling digital boards.

Certain metal oxide semiconductor (MOS) devices embody in their design a thin layer ofinsulation that is susceptible to damage from electrostatic charge. Such a charge appliedto the leads of the device could cause irreparable damage.

These charges can be built up on nylon overalls, by friction, by pushing the hands intohigh insulation packing material or by use of unearthed soldering irons.

MOS devices are normally despatched from the manufacturers with the leads shortedtogether, for example, by metal foil eyelets, wire strapping, or by inserting the leads intoconductive plastic foam. Provided the leads are shorted it is safe to handle the device.

Version 1 Revision 9First aid in case of electric shock



6

Special handlingtechniques

In the event of one of these devices having to be replaced, observe the followingprecautions when handling the replacement:

� Always wear an earth strap which must be connected to the electrostatic point(ESP) on the equipment.

� Leave the short circuit on the leads until the last moment. It may be necessary toreplace the conductive foam by a piece of wire to enable the device to be fitted.

� Do not wear outer clothing made of nylon or similar man made material. A cottonoverall is preferable.

� If possible work on an earthed metal surface. Wipe insulated plastic work surfaceswith an anti-static cloth before starting the operation.

� All metal tools should be used and when not in use they should be placed on anearthed surface.

� Take care when removing components connected to electrostatic sensitivedevices. These components may be providing protection to the device.

When mounted onto printed circuit boards (PCBs), MOS devices are normally lesssusceptible to electrostatic damage. However PCBs should be handled with care,preferably by their edges and not by their tracks and pins, they should be transferreddirectly from their packing to the equipment (or the other way around) and never leftexposed on the workbench.



i

Chapter 1

BSS Review




ii




iii

Chapter 1BSS Review i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BSS Review 1–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Objectives 1–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

GSM Air Interface 1–2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Bursts 1–2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Timing Advance and Power Control 1–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

GSM Control Channels 1–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BCCH Group 1–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . CCCH Group 1–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . DCCH Group 1–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Mapping Logical Channels onto the TDMA Frame Structure 1–8. . . . . . . . . . . . . . . . . . . . . . Bursts 1–8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The 51-frame Control Channel Multiframe – BCCH/CCCH 1–10. . . . . . . . . . . . . . . . . .

Multiframes and Timing 1–12. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The 51-frame Control Channel Multiframe – BCCH/CCCH 1–12. . . . . . . . . . . . . . . . . . The 102-frame Dedicated Control Channel Multiframe – SDCCH and SACCH 1–14. The 102-frame Control Channel Multiframe – Combined Structure 1–16. . . . . . . . . . .

Multiframes and Timing 1–18. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The 26-frame Traffic Channel Multiframe 1–18. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Mobile Activity – Transmit and Receive Timeslots 1–20. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Software Architecture 1–22. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSC Initialisation Process 1–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Initialisation Process 1–26. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Configuration Management (CM) 1–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 1–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

CM Database Distribution 1–30. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

CM Database and Central Authority Interaction 1–32. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To Change Site Database 1–32. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . To Change Remote BTS Database 1–34. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Database Level Numbers 1–36. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSS Radio Subsystem 1–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 1–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSS Configuration and Fault Management Interface 1–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 1–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Layer 1 Interface 1–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Layer 2 Protocol 1–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . RSS A-bis Interface 1–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover Detection and Power Control 1–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Call Processing 1–44. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 1–44. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . MTP L3/SCCP Preprocessor 1–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Connectionless Manager (CLM) 1–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SCCP State Machine (SSM) 1–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Switch Manager (SM) 1–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cell Resource Manager (CRM) 1–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Radio Resource State Machine (RRSM) 1–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Radio Channel Interface (RCI) 1–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




iv

Comparison GSM and Motorola Systems 1–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Version 1 Revision 9 BSS Review



1–1

BSS Review

Objectives

On completion of this chapter the student will be able to:

� Air Interface

1. Explain the Air Interface Structure.

2. State the functions of the BCCH, CCCH and DCCH.

3. Explain the activity of the MS when in dedicated mode.

4. Explain the principles of Timing Advance and Power Control.

� Software review

Describe the download and Initialization Process.

1. Explain how the database is distributed within a BSS.

2. State the software processes involved and how they support databasemodification.

3. Explain the function of each call processing software function and the RadioSubsystem.

4. Explain the difference between Mobis and GSM defined Abis and state theadvantages.

Version 1 Revision 9GSM Air Interface



1–2

GSM Air Interface

Bursts

Each carrier frequency used in GSM is divided into 8 independent timeslots and intoeach of these timeslots a burst is placed. The diagram shows the general form of a GSMburst.

The receiver can only receive the burst and decode it if it is received within the timeslotdesignated for it. The timing, therefore, must be extremely accurate but the structuredoes allow for a small margin of error by incorporating a ‘guard period’ as shown in thediagram. To be precise, the timeslot is 0.577ms long, whereas the burst is slightlyshorter at 0.546ms. Eight bursts occupy one Time Division Multiple Access (TDMA)frame.

The ‘‘flag-bits” are set when the frame has been ‘stolen’ by the Fast Associated ControlChannel (FACCH). The ‘‘training sequence” is used by the receiver’s equaliser as itestimates the transfer characteristic of the physical path between the Base Station (BSS)and the mobile (MS).

Version 1 Revision 9 GSM Air Interface



1–3

GSM Burst and TDMA Frame

SYS02_Ch1_01

0 1 2 3 4 6 0 1 2 3 4 5 6 7

Frame 1 Frame 2

5

TRAINING SEQUENCEINFORMATION INFORMATION

7

NORMAL BURSTGUARD PERIOD

GUARD PERIOD

FLAG BITSTAIL BITS

Version 1 Revision 9Timing Advance and Power Control



1–4

Timing Advance and Power ControlTo simplify the design of the mobile, the GSM Recommendations specify an offset ofthree time-slots between the BSS and MS timing thus avoiding the necessity for themobile to transmit and receive simultaneously. The facing diagram illustrates this.

However, the synchronisation of a TDMA system is critical because bursts have to betransmitted and received within the “real-time” time slots allotted to them. The further theMS is from the BSS then, obviously, the longer it will take for the bursts to travel thedistance between them. The GSM BSS caters for this problem by instructing the MS toadvance its timing (i.e. transmit earlier) to compensate for the increased propagationdelay.

This advance is then superimposed upon the 3 time-slot nominal offset, as shown.

‘‘Power Control” allows the operator to not only compensate for the distance from MS toBSS, but can also cause the BSS and MS to adjust their power output to take account ofthe path loss. The closer the MS is to the BSS, the less the power it and the BSS will berequired to transmit. This feature saves radio battery power at the MS, and helps toreduce co-channel and adjacent channel interference.

Note:

GSM Recommendations state that uplink power control is mandatory, whereas downlinkpower control is optional.

Version 1 Revision 9 Timing Advance and Power Control



1–5

Timing Advance

SYS02_Ch1_02

0 1 2 3 4 5 6 7

Frame 2

0 1 2 3 4 6

Frame 1

5 7

Timing Advance

3 TS offset

Downlink

BSS – MS

Uplink

MS–BSS

Version 1 Revision 9GSM Control Channels



1–6

GSM Control ChannelsThese are: Broadcast Control Channel (BCCH).

Common Control Channel (CCCH).Dedicated Control Channel (DCCH).

BCCH Group

The Broadcast Control Channels (BCCH) are downlink only (BSS to MS) and comprisethe following:

� BCCH system information broadcasts allow the MS to correctly camp onto a cell’stransmission. These messages also contain information concerning idleneighbours.

� The Synchronisation Channel (SCH) carries information for frame synchronisationand includes the BSIC.

� The Frequency Control Channel (FCCH) provides information for carriersynchronisation.

CCCH Group

The Common Control Channel Group is bi-directional ie, it works in both uplink anddownlink directions.

� Random Access Channel (RACH) is the “uplink” used by MSs to gain access tothe system.

� Paging Channel (PCH) and Access Granted Channel (AGCH) operate in the“downlink” direction. The AGCH is used to assign resources to the MS, usually aStandalone Dedicated Control Channel (SDCCH), although a TCH can beassigned in this way. The PCH is used by the system to page a MS. The PCHand AGCH are never used at the same time.

DCCH Group

Dedicated Control Channels (DCCH) are assigned to a single MS to allow point to pointsignalling transactions.

� Standalone Dedicated Control Channel (SDCCH) which supports the transfer ofData to and from the MS during call setup, location updating and Short MessageService (SMS).

� Associated Control Channel (ACCH). This consists of slow ACCH which is usedfor system information, radio link measurements and power control messages.Fast ACCH is used to pass “event” type messages e.g. handover and disconnectcommands. Both FACCH and SACCH operate in uplink and downlink directions.

Version 1 Revision 9 GSM Control Channels



1–7

Control Channels

SYS02_Ch1_03

LOGICAL CHANNELS

DEDICATED CHANNELS

COMMON CHANNELS

TRAFFIC CHANNELS

BROADCAST CHANNELS

COMMON CONTROL CHANNELS

DEDICATED CONTROL CHANNELS

FCCH BCCHSCH AGCHRACHPCH FACCHSACCHSDCCH TCH/HTCH/F

Version 1 Revision 9Mapping Logical Channels onto the TDMA Frame Structure



1–8

Mapping Logical Channels onto the TDMA Frame Structure

Bursts

The diagram shows the five types of burst employed in the GSM air-interface and showsthat all bursts, of whatever type, have to be timed so that they are received within theappropriate timeslot of the TDMA frame. The ‘‘burst” is the sequence of bits transmittedby the BSS or MS – the ‘‘timeslot” is the discrete period of real time within which it mustarrive in order to be correctly decoded by the receiver.

Each burst is enclosed by tail bits to indicate the beginning and the end of each burst.The guard period is provided because it is required for the MSs that transmission beattenuated for the period between bursts with the necessary ramp up and down.

1. Normal Burst:

� Carries speech, data and control information within encrypted bits.

� Training sequence is a set pattern of bits as defined by GSM Recommendations05.02.

2. Frequency Correction Burst:

� This burst is equivalent to an unmodulated carrier with a 67.7 KHz frequencyoffset, above the nominal carrier frequency.

� Used as a reference point by the BTSs to mark timeslot zero for the mobiles.

3. Synchronization Burst:

� Synchronization sequence is as defined by GSM Recommendations 05.02

� Encrypted bits identifies the BSIC and the Reduced Frame Number, as defined byGSM Recommendations 04.08.

4. Dummy Burst:

� Should any remaining timeslots on the BCCH carrier be in an idle state then theBTS will transmit a series of dummy bursts to maintain the required BCCH powerlevel.

5. Access Burst (Channel Request):

� The burst is of much shorter duration than the other types. The increased guardperiod is necessary because the timing advance necessary for transmission to theBTS is unknown when the MS is in an idle state.

� Synchronisation Sequence is a set state as defined by GSM Recommendations05.02.

� Encrypted bits identify the “cause value” and the random reference as defined byGSM Recommendations 04.08.

Version 1 Revision 9 Mapping Logical Channels onto the TDMA Frame Structure



1–9

GSM Burst Types

SYS02_Ch1_04

0 1 2 6 4 5 6 7

Frame 1 Frame 2

5 7

1

43 0 1 2 3

11

1FREQ CORRECTION BURST (FB)

Fixed Bits142 TB GPTB

33

NORMAL BURST (NB)Training SequenceEncrypted Bits Encrypted Bits

57 5726 TB GPTB

33

DUMMY BURSTTraining SequenceFixed Bits Fixed Bits

57 5726 TB GPTB

3 3

ACCESS BURSTEncrypted BitsSynchronisation Sequence GP

41 68.2536 TBTB

3

SYNCHRONISATION BURST (SB)Encrypted Bits Encrypted Bits

39 39 TB GPTB

3 3Synchronisation Sequence

64

156.25 Bit Durations

8.25

8.25

8.25

8.25

Version 1 Revision 9Multiframes and Timing



1–10

Multiframes and TimingThere are eight timeslots within each TDMA frame, enabling eight physical channels toshare a single physical resource – the RF carrier. In turn, each physical channel may beshared by a number of logical control or traffic channels.

In order to understand how a single physical channel is shared by various logicalchannels, it is necessary to introduce the GSM multiframe structures that make itpossible.

The 51-frameControl ChannelMultiframe –BCCH/CCCH

The 51-frame structure used for control channels is considerably more complex than the26-frame structure used for the traffic channels and occurs in several forms, dependingon the type of control channel and the system operator’s requirements.

Version 1 Revision 9 Multiframes and Timing



1–11

51-Frame Multiframe – Control Channel

SYS02_Ch1_05

0.577ms

7 6 5 1 3 2 1 02 034 7 6 5 4 7 3 2 1 06 5 4

7 3 2 1 06 5 4

4.615ms

235.365mSTime

Multiframe

2 1 0

022 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1343536373839 25 244041424344454647484950 23282930313233 2627




1–12

Multiframes and Timing

The 51-frameControl ChannelMultiframe –BCCH/CCCH

The BCCH/CCCH 51-frame structure illustrated on the opposite page will apply totimeslot 0 of each TDMA frame on the ‘BCCH carrier’ (the RF carrier frequency to whichBCCH is assigned on a per cell basis). In the diagram, each vertical step represents onerepetition of the timeslot (= one TDMA frame), with the first repetition (numbered 0) at thebottom.

Looking at the uplink (MS–BSS) direction, all timeslot 0s are allocated to RACH. This isfairly obvious because RACH is the only control channel in the BCCH/CCCH group whichworks in the uplink direction. In the downlink direction (BSS–MS), the arrangement ismore complex Starting at frame 0 of the 51-frame structure, the first timeslot 0 isoccupied by a frequency correction burst (‘F’ in the diagram), the second by asynchronisation burst (‘S’) and then the following four repetitions of timeslot 0 by BCCHSystem Information data (B) in frames 2–5. The following four repetitions of timeslot 0 inframes 6–9 are allocated to CCCH traffic (C) – that is, to either PCH (mobile pagingchannel) or AGCH (access grant channel). Then follows, in timeslot 0 of frames 10 and11, a repeat of the frequency and synchronising bursts (F and S), four further CCCHbursts (C) and so on ..... Note that the last timeslot 0 in the sequence (the fifty-firstframe – frame 50) is idle where the BTS will transmit a dummy burst.




1–13

BCCH/CCCH Multiframe

SYS02_Ch1_06p

Key

R = RACH (Random)B = BCCH (Broadcast)F = FCCH (Frequency)S = SCH (Sync.)C = CCCH (Common)I = Idle

R

RRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRRR

R

R0

10

20

30

40

50

Uplink

C

C

C

C

C

C

C

C

C

I

SF

SF

SF

SF

B

SF0

10

20

30

40

50

Downlink




1–14


The 102-frameDedicatedControl ChannelMultiframe –SDCCH andSACCH

The diagram shows the 51-frame structure used to accommodate 8 SDCCHs although,as it takes two repetitions of the multiframe to complete the entire sequence, it may bemore logical to think of it as a 102-frame structure! This structure will be used on aphysical channel selected by the system software – it is not placed in a timeslot or on anRF carrier specifically defined by GSM Recommendations.

Note that the 8 SACCHs (shaded) are associated with the 8 SDCCHs. It is important toremember that each SDCCH has an SACCH just like a traffic channel.




1–15

DCCH Multiframe

SYS02_Ch1_07p

Key

D = SDCCH/8 (Dedicated)A = SACCH/C8 (Associated)I = Idle

0

10

20

30

40

50

Dow

nlink

D1

D3

D4

D5

D6

D7

D2

D0

I

A3

A0

A2

A1

II

D1

D3

D4

D5

D6

D7

D2

D0

I

A7

A4

A6

A5

II

Uplink

0

10

20

30

40

50

D1

D3

D4

D5

D6

D7

D2

D0

I

A7

A6

A5

II

A0

D1

D3

D4

D5

D6

D7

D2

D0

I

A3

A2

A1

II

A4




1–16


The 102-frameControl ChannelMultiframe –CombinedStructure

The structure illustrated can be used where traffic density is low – perhaps in a rural areain cells with few RF carriers and only light traffic. Again, as it takes two repetitions of the51-frame multiframe to complete the sequence, this is really a 102-frame structure.

In this case, all the control channel types (with the exception of the ‘frame-stealer’FACCH) can share the BCCH carrier timeslot 0. In this configuration more SDCCH canstill be configured in the cell, albeit in other timeslots, however no more CCCH can bedefined.




1–17

Combined Multiframe

SYS02_Ch1_08

KeyR = RACH (Random)B = BCCH (Broadcast)F = FCCH (Frequency)S = SCH (Sync.)C = CCCH (Common)D = SDCCH/4 (Dedicated)A = SACCH/C4 (Associated)I = Idle

Downlink

A1

C

C

C

D0

D1

D2

D3

A0

I

SF

SF

SF

SF

B

SF0

10

20

30

40

50

A3

C

C

C

D0

D1

D2

D3

A2

I

SF

SF

SF

SF

B

SF

Uplink

RRRRRRRRRRRRRRRRRRRRRRR

D0

D1

D2

RR

D0

D1

D2

RR

RRRRRRRRRRRRRRRRRRRRRRR

A3

A2

A1

A0

RR

RR

D3 D3

0

10

20

30

40

50




1–18


The 26-frameTraffic ChannelMultiframe

The illustration opposite shows the time relationship between timeslot, TDMA frame, andthe 26-frame multiframe. Some of the times shown are approximate numbers as theGSM Recommendations actually state the exact values as fractions rather than indecimal form (eg. the exact duration of a timeslot is 15/26ms).

Note that frame 12 (the 13th frame in the 26 frame sequence) is used by the SlowAssociated Control Channel (SACCH) which carries link control information to and fromthe mobile and base station. Also note that frame 25 is depicted as idle. The reasonwhy this frame is called idle is because uplink and downlink transmissions are temporarilysuspended. The MS, during this period, will go into ’search mode’ in an effort tointerrogate a neighbouring Base Transceiver Identity Code (BSIC).




1–19

26-Frame Multiframe

SYS02_Ch1_09

0.577ms

7 6 5 1 3 2 1 02 034 7 6 5 4 7 3 2 1 06 5 4

7 3 2 1 06 5 4

4.615ms

119.99mSTime

Multiframe

2 1 0

Idle SACCH

012345678910111213141516171819202122232425

Version 1 Revision 9Mobile Activity – Transmit and Receive Timeslots



1–20

Mobile Activity – Transmit and Receive TimeslotsAs the mobile only transmits or receives its own physical channel (normally containingTCH and SACCH) for one-eighth of the time, it uses the remaining time to monitor theBCCH frequency of adjacent cells. It completes this process every 480ms, or four26-TCH multiframes. The message that it sends to the BSS (on SACCH, uplink)contains the Receive Signal Strength Indication (RSSI) of the adjacent cells, plus that ofthe link from the BSS itself and also an indication of the quality of the current connection.This quality measurement is somewhat similar to a bit-error rate test. Just as the MScompletes one series of measurements, it completes sending the previous series to theBSS and starts to send the latest series: thus the processes of compilation andtransmission form a continuous cycle.

Version 1 Revision 9 Mobile Activity – Transmit and Receive Timeslots



1–21

MS activity

SYS02_Ch1_10

NeighbourServing

Mobile tunesand listens toNeighbour celland then retunes toserving cell

MobileRetunes

Mobile Transmits

Mobile ReceivesA

BD

C

1 5 6 7 0 1 2 3 4 5 6430 2 7

1 5 6 7 0 1 2 3 4 5 6430 2 7

TDMA

Downlink

Uplink

Sample

1ms 2ms

A B C D

Version 1 Revision 9Software Architecture



1–22

Software ArchitectureThe BSS software is made up of a number of different files called code objects.

These files are downloaded into a site by various means.

All the processors resident in a cabinet receive all the downloaded code object files,which are stored in the RAM memory.

Each code object file has the capability of becoming a system application process, butwith certain exceptions – the first being the database, the second is the executive, andthe third being the object list.

The applications created on individual processors is decided by the fault managementsoftware during the initialisation of the site.

Version 1 Revision 9 Software Architecture



1–23

BSS Software

SYS02_Ch1_11

Code object files

Code object files can create a

system process

All processors at the same site are downloadedwith all code object files

Version 1 Revision 9BSC Initialisation Process



1–24

BSC Initialisation ProcessThe BSC executive process is responsible for starting the initialisation of the GPROC,using the initialisation process (IP), which is stored on Flash eeprom.

1. The GPROC starts off in the ROM exec monitor mode. In this mode the IP has no database to work with. Therefore it works with default values written into the IP. At this stage the master GPROC may or may not have code, this will be determined by checking the object list if available.

2. The IP first initialises the LAN, so that any GPROCs may talk to one another. On LAN initialisation, the GPROC audits the LAN to ascertain how many GPROCs there are on the LAN.

3. The IP then decides which GPROC is to become the master. (The master GPROC is normally a GPROC in the slot defined in the IP)

4. The IP then tests KSWs, MSI, and XCDR boards which are defined in the IP.

5. Then the IP must determine whether any code exists on the ANY GPROC.

6. If code exists on a GPROC which is not the master, the Master GPROC will arrange to load all other GPROCS from that code source, provided the code is the same as the code held at the OMC. This is determined once the object list that is received from the OMC is compared against the stored object list.

7. If no code exists on the Master GPROC, download the code from an available source.The code sources are:

a) if site is a BSC > from OMCb) if site is a BTS > from BSC

8. When the Master GPROC has received all the required code, the IP on the Master GPROC will cross-load all the other GPROCS on the LAN.

9. Once the Master GPROC has received confirmation from the other GPROCS that the cross-load has been successful, a message is broadcast to all GPROCS to go to RAM exec monitor.

Version 1 Revision 9 BSC Initialisation Process



1–25

Initialisation Process

BSS11_Ch8_17

Reboot

Establish LAN

Select master GPROC

Download code

Y

Y

N

Y

N

N

Y

N

Bring GPROCson to LAN

Checkif there isenough

equipment fora download

of code

Connectto OMCwithin6 mins

Is adownloadrequired?

JumptoRAM

Is therecodein RAM?

Cross load codeto all GPROC’s

Version 1 Revision 9Initialisation Process



1–26

Initialisation ProcessOnce in RAM the first check that is made is for a valid database, this is carried out bycalculating a checksum based on the stored database and comparing this against thestored checksum. Although apparently correct, there may be level number differenceswhich will cause the download of a new database.

Now in RAM the IP once again initialises the LAN, because when moving from ROMEMON to RAM EMON the LAN deactivates.

If no database exists, then the IP waits 45 seconds before ‘rebooting’ the site andstarting the initialisation process again.

A system operator has this time period to enter the MMI Command Sysgen on. This tellsthe IP software that a database is going to be provided. The IP will re-initialise the siteand go through the IP from the start, but will stop at this point. The system operator canthen provide a database. Once the database has been provided, the operator usesanother MMI command, Sysgen off, and the master GPROC will then cross-load thisnew database to each GPROC on the LAN.

On completion of database crossloading to all GPROCs, the IP initiates the CentralAuthority (CA) process. When this happens it is the CA process that now looks after theinitialisation of the site. The IP performs one more task if the site is a BSC – it helps theCentral Authority to ‘bring up’ the remote BTSs. The CA informs each BTS site its sitenumber then each BTS is downloaded by the BSC. The database contains informationrelating to the entire BSS and is downloaded in its entirety.

Each BTS site will follow a similar IP, however these will differ between In-Cell andM-Cell. The major exception being that unlike the BSC, a BTS has to set up its signallinglink to the BSC and not the OMC. This link is called the Radio Signalling Link (RSL) andused for the download process.

Once the BTS has been downloaded from the BSC including the BSS database it willactivate that part of database relevant to it.

Version 1 Revision 9 Initialisation Process



1–27

Initialisation Process

BSS11_Ch8_18

RAM

Re-establish LAN

Y

Ask user to reset site

Sysgenmode

N

Initialize CA

Y

continuebootup

XLoad

N

Reboot

N

Y

Does adatabaseexist?

Inform user a sysgenis required

Do allGPROCs have

the samedatabase?

Hassysgen

mode beenstarted within45 seconds

Version 1 Revision 9Configuration Management (CM)



1–28

Configuration Management (CM)

Overview

The Configuration Management (CM) software is responsible for managing and updatingthe main configuration database at either a BSC or a BTS. This is the database that isdownloaded as an object file in the download code. In this database is held all the siteparameters such as carrier frequencies, site configuration, surrounding site informationand handover parameters. Also stored in this database is device functionality anddistribution as well as all timing information for the site.

All application processes have access to this database but their access is read only. Ifthe CM database is required to be changed, the CM process performs this task. Thisprocess has both read/write access to the CM Database.

Version 1 Revision 9 Configuration Management (CM)



1–29

Configuration Management Overview

SYS02_Ch1_14

All Other Processes

CM Process

CMDATABASE

Read/Write

Read Only

Version 1 Revision 9CM Database Distribution



1–30

CM Database DistributionThe CM database is distributed across all active GPROCs on any particular LAN. On theLAN, one GPROC is designated to have the master CM database and hence the CMapplication process is also present on this GPROC.

If there are to be any changes to the CM database, the new information is written into themaster CM database via the CM application process. Once the CM database haschecked with other system processes, and is happy that the changes are usable, themaster CM database then broadcasts these changes to all CM databases of all GPROCson its particular LAN. If the CM process is at the BSC, this process will also broadcastany changes to each BTS site.

Version 1 Revision 9 CM Database Distribution



1–31

CM Database Distribution

SYS02_Ch1_15

GPROC

Process A

Process B

Database Copy

GPROC

CM

Master Database

GPROC

Database Copy

Process C

GPROC

Database Copy

Process Y

Process Z

Version 1 Revision 9CM Database and Central Authority Interaction



1–32

CM Database and Central Authority Interaction

To Change SiteDatabase

When outside of Sysgen mode any changes that are to be made to the CM databasehave first to be checked and approved by the CA. This is done to ensure that the desiredchanges are possible given the state of the devices in the system.

1. Changes to database downloaded to MMI process from OMCR.

2. The changes are downloaded to the CM process from the MMI process.

3. The CM process writes the changes into the CM database.

4. The CM process transfers the proposed changes to the CA.

5. The CA replies as to whether the desired changes are possible. (Yes or No).

6. If the CA answers ‘yes’, the CM process then broadcasts the changes to all the CM databases of GPROCs on its site. If the answer is ‘no’, the CM process instructs the CM database to erase the changes.

7. The CM process uploads the outcome of the operation to the MMI process, i.e. changes possible or not possible.

8. Operation outcome uploaded to the OMCR.

With the release of GSR3 (1.5.1.0) all database change commands will only be allowedat the BSC. At times it is necessary to update the database while visiting a site. Thiscan be done using rlogin to set up a remote login to a GPROC at the BSC from the BTS.This then allows MMI commands to be entered from the BTS as though from the BSC.

Version 1 Revision 9 CM Database and Central Authority Interaction



1–33

To Change Site Database

SYS02_Ch1_16

GPROC

CMDatabase

GPROC

CMDatabase

GPROC

CMDatabase

LAN

MMIPROCESS

CMPROCESS

CENTRALAUTHORITY

CMDATABASEMASTER

FROMOMC/R

21

4 5

3

6

786 No

Yes/No

Yes

Version 1 Revision 9CM Database and CA Interaction



1–34

CM Database and CA Interaction

To ChangeRemote BTSDatabase

The process for changing elements of the database outside of Sysgen at a remote BTSis basically similar to the process of changing a single site database.

1. The OMCR downloads the proposed changes to the BSC MMI process.

2. The BSC MMI downloads the changes to the BSC CM process.

3. The BSC CM process then writes the proposed changes into the BSC master CM database. The BSC CM process also sends the proposed changes to the BTS CM process.

4. The BTS CM process then writes the changes into the BTS master CM database.

5. The BTS CM process sends the proposed changes to the CA for the BTS site.

6. The CA replies yes or no to changes.

7. The BTS CM process tells the BSC CM Process yes or no as to whether changes possible.

8. If answer from CA is yes, both CM processes now broadcast database changes to all CM databases on their respective LANs.

9. BSC CM process then tells BSC MMI the outcome of the operation, i.e. whether changes have been completed or not.

10. BSC MMI uploads the operation outcome up to the OMCR.

Version 1 Revision 9 CM Database and CA Interaction



1–35

To change Remote Database

SYS02_Ch1_17

MMIPROCESS

CMPROCESS

BTSCENTRAL

AUTHORITY

CMDATABASEMASTER

FROMOMC/R

21

4

5

3

6

9

8

GPROC

CMDatabase

GPROC

CMDatabase

GPROC

CMDatabase

LAN

BTSCM

PROCESS

BTS CMDATABASEMASTER

GPROC

CMDatabase

GPROC

CMDatabase

GPROC

CMDatabase

LAN

10

7

Abis Link

3

Yes/No

Yes/No

8

Version 1 Revision 9Database Level Numbers



1–36

Database Level NumbersSubsequent changes to a database during call processing can be made from the OMCusing a number of input mechanisms, these are TTY, Forms, Batch and Detailed view. Inany case the update is sent to the required entities using the procedure outline in theprevious pages.

The whole database for a BSS is stored in every entity of the BSS, the BSC for examplewill initially have the same database as each BTS. Subsequent changes during callprocessing will cause a disparity between databases held in different entities. If, forexample four consecutive changes are made to the database of BTS 3 using forms atthe OMC. The level number for BTS 3 at the BSC will be incremented by four, likewisethe level number at BTS 3 will also be incremented by four. Even though the database atBTS 3 has changed the alterations are not passed on to BTS 1 or 2, they will still havethe old database for BTS 3 in store. Certain changes to a BTS database may be copiedto other BTS’s, these changes will be necessary for the correct operation of the handoverprocedure.

In the example shown opposite four changes have been made to the database of BTS 3and one change has been made to the database of BTS 2. For each change made to anindividual site the database level number is incremented on a site basis, for each changemade to a BSS database the level number of the BSC is incremented.

If these changes are made using TTY, Batch, Forms or Detailed View at the OMC thechanges are made in the BSS as discussed but are not copied to the master databaseheld by the OMC. Hence any changes made to the BSS database should be followed atsome stage with a database upload to renew the database in the OMC. If this procedureis not carried out, upon a BSC reset, the OMC could potentially download an olddatabase not current with any recent changes that have been made. As the OMC isdeemed the master entity the BSC would abandon any database it held and implementthe one being held and subsequently downloaded by the OMC.

Version 1 Revision 9 Database Level Numbers



1–37

Database Level Numbers

SYS02_Ch1_18

TTY

BATCH

FORMS

DETAILED VIEW LEVEL = 5

BTS 1 = 0

BTS 2 = 1

BTS 3 = 4

LEVEL = 0

BSC

BTS 2

BTS 3

BTS 1

LEVEL = 1

BSC

BTS 1

BTS 3

BTS 2

LEVEL = 4

BSC

BTS 1

BTS 2

BTS 3

OMC

BSC

BTS 1 BTS 2 BTS 3

Version 1 Revision 9BSS Radio Subsystem



1–38

BSS Radio Subsystem

Overview

The Radio Subsystem (RSS) is a collection of application processes whose purpose is tomanage the BSS RF hardware and the radio link to the MSs. The RSS functions includethe Layer 2 interface to the MS LAPDm and radio link control including the handoverdetection and power control process.

The RSS portion of the BSS implements the interconnection between the applicationlayer (Layer 3) and the physical channel hardware (layer 1). Currently one instance ofRSS has the messaging capability to handle six carriers, although an instance of RSSwould normally handle Layer 2 control for only 2 or 3 DRIMs, depending on the trafficmodel in use. In In-cell equipment, RSS runs on single or multiple GPROCs which mustbe physically located in the same cage as the DRI board it controls. In M-Cell/Horizonequipm,ent the RSS is located on the TCU.

The RSS is comprised of five components:

1. RSS configuration and fault management

2. Layer 1 Interface

3. Layer 2 Protocol

4. RSS A-bis interface

5. Handover detection and power control

Version 1 Revision 9 BSS Radio Subsystem



1–39

Radio Subsystem (RSS)

SYS02_Ch1_19

Software interface procedures between BSS RF hardware and MS

One subsystem has the capability to control 6 DRCUs.

Version 1 Revision 9BSS Configuration and Fault Management Interface



1–40

BSS Configuration and Fault Management Interface

Overview

This process controls the configuration of its related DRCUs, and is the interface to theBTS fault management system. With regard to configuration, this process is responsiblefor informing the hardware as to its configuration, and instructing the DRCU as to theusage of each timeslot (e.g. BCCH, SDCCH 8 channel or TCH/FS). The process alsohas the responsibility of downloading the DRIM board during the initialisation of the basesite, as well as the loading and configuration of the DRCU before call processing isachieved.

The collection of alarm and error messages is also the responsibility of this process. Thealarm and error indications are then forwarded to the Fault Collection Process (FCP) ofthe GPROC on which the RSS functionality exists.

Layer 1 Interface

The Layer 1 process translates the message protocol used in the GPROC into themessage protocol used by the DRIM. Also, the addressing used by the higher systemlayers must be translated into the actual memory location addressing used by the DRIM.

This process stacks paging messages and access granted messages until the relevanttimeslot appears on the control channels.

Layer 2 Protocol

This process is responsible for translating any signalling information for the MS receivedfrom the MSC into GSM signalling used on the air interface on a per timeslot basis. Thisprocess handles all LAPDm protocol messaging for the MS.

The Layer 2 is responsible for setting up the link to the MS, over the air interface, tosupport the SMS data transfer, irrespective of whether the SMS is MS originated or MSterminated.

RSS A-bisInterface

This process is responsible for the translating of all messages generated inside the RSSinto A-bis format messages for transmission to any Layer 3 application processes. Anymessages received by this process are verified to make sure they are complete.

If the system becomes overloaded by traffic, the RSS A-bis Interface intercepts anyrandom access messages and automatically gives a ‘no access’ message back to theMS. This action is undertaken in response to commands from the call processingsoftware. When traffic becomes lower, RSS A-bis Interface allows random accessmessages to proceed to call processing software.

Version 1 Revision 9 BSS Configuration and Fault Management Interface



1–41

Radio Subsystem (RSS)

SYS02_Ch1_20

To call processing To fault management

To the radio hardware

RSS

A–bis

CFM

HDPC

Layer 1

Layer 2

Version 1 Revision 9Handover Detection and Power Control



1–42

Handover Detection and Power ControlThis process has by far the most functions to fulfil inside the RSS. It controls thetransmission power of the MS (uplink) and also the transmission power of its related TCU(downlink) on a per timeslot basis. The object is to keep both the MS and the TCU on thelowest possible transmission power to help reduce interference between system users.This process is also responsible for calculating the MS’s timing advance to keep themobile inside its allocated timeslot.

The handover detection and power control process takes responsibility for initiating thehandover process for a MS. It decides when the handover is necessary, i.e. the MS is onmaximum power but the received level at the BSS is still too low or the MS is onmaximum timing advance. It follows the handover procedure as suggested in GSMRecommendation 5.08 plus a number of special Motorola algorithms can beimplemented.

When TCHs are idle, this process monitors the ambient noise in the receive slot period.After processing, the average noise level per TCH is passed to call processing.

Once a call to a MS has been established, if a MS leaves the system without terminatingthe call, the system will waste its resources if the MS channel remains in operation. Toreduce this, the handover detection and power control process monitors the SACCHmessages from all MS on its busy TCHs. If a number of consecutive SACCH messagesfrom a particular MS fail to appear, the process informs call processing software to closedown the resources allocated to that MS.

All messaging to and from the handover detection and power control process are in theA-bis format. Therefore the location of this process is in theory interchangeable,depending upon which A-bis format is chosen.

Version 1 Revision 9 Handover Detection and Power Control



1–43

Handover Detection and Power Control

SYS02_Ch1_21

Functions

Controls transmission power of MS

Controls the timing advance of MS

Controls the transmission power of the BSS

Determines the need for handover

Monitors the interference level on idle channels

Detects loss of SACCH messages (conserving resources)

Version 1 Revision 9Call Processing



1–44

Call Processing

Overview

BSS call processing is a collection of Layer 3 application processes whose purpose is todeal with the high level control of MS calls.

The call processing software is responsible for the call setup and clearing of allMS-originated calls, as well as Mobile Switching Centre (MSC)-originated MS pages. TheBSS software undertakes all encryption tasks for the system, only over-the-air interface.All messages on the system terrestrial links are in ‘plain language’.

Once a MS is established on a channel, be it a traffic channel or control channel, allsignalling between the MS and the MSC are transparent to the BSS software. All theBSS software undertakes is to maintain the channel to the MS, whilst passing on anysignalling to the MS. The BSS software does not track the identity of a MS.

The decision to handover is made by CP and it chooses the target cell in response to thechoices provided by the RSS. The BSS controls all intra-cell and intra-BSS handovers,whilst in an inter-BSS handover, the BSS informs the MSC of the MS’s choices of targetcells and the MSC controls the MS’s transfer to the new cell. In an intra-cell andintra-BSS handover, the MS will remain on the same terrestrial trunk connection to theMSC.

Version 1 Revision 9 Call Processing



1–45

Call Processing

SYS02_Ch1_22

Functions

Collection of Layer 3 procedures

Call set–up

Air–interface encryption

Control of handovers

Signalling (MSC to BSS) (BSS to MS)




1–46

Call Processing

MTP L3/SCCPPreprocessor

This process handles the protocol adaption of messages when transmitting or receivingmessages on the A interface. It also determines which process each message isdestined for by interrogating the message header, it then addresses the messageaccordingly.

ConnectionlessManager (CLM)

The CLM deals with the global control of a BSS. This process deals with thenon-connection orientated portion of the C7 signalling.

SCCP StateMachine (SSM)

The Signalling Control Connection Part State Machine (SSM) is responsible for handlingall the connection orientated portion of the C7 Signalling.

The SCCP State Machine is responsible for co-ordinating all intra-BSS and intra-cellhandovers. It makes sure that the target cell is informed of the handover request andensures that a radio channel is allocated to the mobile station. This process generates allthe required messaging/signalling to co-ordinate a handover, it will also inform the MSCwhen this procedure has been completed . The SCCP State Machine informs the sourcecell of a successful handover in order that radio resources can be deallocated.

Switch Manager(SM)

The function of the SM is to connect a MS’s terrestrial trunk from the MSC (designatedby the MSC), to the radio channel given to a MS by the cell resource manager in theBSS software.




1–47

Call Processing – Flow Chart

SYS02_Ch1_23

Connectionless Manager

(CLM)

SCCP State Machine

(SSM)

Switch Manager

(SM)

Radio Sub–system

(RSS)

Cell Resource Manager (CRM)

MTP L3

SCCP Preprocessor

Radio Resource Stste Machine

(RRSM)

Radio Channel Interface (RCI)




1–48

Cell ResourceManager (CRM)

The CRM is responsible for the allocation of radio channels in response to either a MSaccessing the system or the MSC paging a MS. The CRM keeps a dynamic databaseconcerning the state of each of its channels, and uses the interference informationprovided by the RSS to allocate the best available resource.

When the traffic loading on a BTS site or cell becomes too heavy, the CRM can instigateflow control. The CRM tells the A-bis Interface in the RSS software to block any furtherRandom Access requests from MS on that cell or site. When traffic load reduces, thisflow control will be removed.

Radio ResourceState Machine(RRSM)

The Radio Resource State Machine (RRSM) is the call processing software entityresponsible for the initiation and maintenance of physical connections.

This process is responsible for the activation of the radio channels sourced from theCRM. When a MS no longer requires a radio channel, the RRSM is responsible forclosing the channel down.

Radio ChannelInterface (RCI)

The RCI process changes the address of a MS used in the RSS into the address usedby the Layer 3 call processing processes.

The RSS addresses MS by using its channel number, whilst the Layer 3 Call Processingprocesses address messages for a MS using the SCCP reference number.

These processes can be located dependant on which form of A-bis is chosen. UnderMotorola systems these reside at the BTS cabinet.




1–49

Radio Channel Allocation

SYS02_Ch1_24

BSC MTL

LCFBSP

CLM

SM

MTPL2

MTPL3SCCP PRE PRO

SSMHO

EVAL

LCF MTPL2

MTPL3SCCP PRE PRO

SSMHO

EVAL

LCF MTPL2

MTPL3SCCP PRE PRO

SSMHO

EVAL

In–CellBTS

In–CellBTS

M–CellBTS

BTP

RSS

DHP

RSS

DHP

CRMRCI

RRSM

RSS

DHP

RSS

DHP

BTPCRM

RCIRRSM

RSS

DHP

MCU

RSS

TCU

CRMRCI

RRSMMCU

RSS

TCU

CRMRCI

RRSM

HorizonmacroBTS

Version 1 Revision 9Comparison GSM and Motorola Systems



1–50

Comparison GSM and Motorola SystemsUnder the GSM defined system, most of the ‘intelligence’ of the BSS is kept at the BSC.All handover decisions, allocation of TCHs and monitoring of active radio channels isdone at the BSC itself. This means that a great deal of control messaging/signalling mustpass between the BTS and the BSC along the A-bis interface, the greatest overheadbeing MS uplink measurement reports.

Due to the large amount of signalling/message transfer, there is a large requirement forRadio Signalling Link (RSL) timeslots between the BSC and BTS.

These RSL timeslots utilise the Link Access Protocol Data Layer 2 protocol to carry thesignalling and BTS control messages. Each LAPD signalling link will occupy a complete64 Kbit/second timeslot on the A-bis Interface.

Version 1 Revision 9 Comparison GSM and Motorola Systems



1–51

GSM System

SYS02_Ch1_25

MSC

MTP L3/SCCP PREPROCESSOR

Switch Manager

SCCP State

Machine


Cell Resource Manager

Radio Resource

State Machine

Radio Channel Interface

Radio Subsystem

Radio Subsystem

BSC

BTS

A–bis LINK




1–52

Comparison GSM and Motorola SystemsUsing the Motorola system, the control of the radio and terrestrial circuits is dividedbetween the BSC and the BTS. The BSC retains the processes which control theTerrestrial links up to the MSC and the final decision process concerning handovers.Meantime, the BTS has all the processes to monitor and control the radio channels. TheMotorola application generally needs 1 RSL per BTS site.

This reduction in dedicated A–bis links is achieved because far fewer control/signallingmessages are required between the BSC and the essentially more intelligent BTS. Usingless 2MB timeslots for signalling allows more TCH channels and hence more economicuse of the BSC-BTS link.

From GSR 5, automatic allocation of traffic channels is also carried out on the AterInterface between the RXCDR and the BSC. Using the dynamic switching capability ofthe transcoder, the Ater traffic channels are held in a ’pool’ and are allocated to calls asand when they are needed, rather than being statically mapped between the RXCDR andBSC. This process requires the operation of 2 new logical devices; the Associate RemoteTranscoder (AXCDR) at the BSC and the Associate Base Station System (ABSS) at thetranscoder. The 2 devices act to allocate channels dynamically using the AllocationManager process responding to control messages sent on the Transcoder Basesite Link(XBL) control channel, which has been enhanced in importance to fulfil this capability.

Version 1 Revision 9 Comparison GSM and Motorola Systems



1–53

Motorola System (GSR 5)

SYS02_Ch1_26

MSC

Switch ManagerAllocation

Manager ABSS

RXCDR

A ter interface XBL

BSC AXCDR

MTP L3/SCCP Preprocessor

Switch ManagerAllocation

Manager

SCCP State

Machine


A bis interface

Cell Resource Manager

Radio Resource

State Machine Radio

Channel Interface

Radio Subsystem

Radio Subsystem

BTS




1–54



i

Chapter 2

Site Configuration




ii




iii

Chapter 2Site Configuration i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Site Configuration 2–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objectives 2–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Configuring a BSS 2–2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

The Base Station System (BSS) 2–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The Base Station Controller (BSC) 2–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . The Base Transceiver Station (BTS) 2–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Transcoder 2–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Command/Database Parameter Types 2–8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

RXCDR/BSS/SITE/CAB/CAGE Numbering Scheme 2–10. . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Site Configuration 2–12. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Equipping the RXCDR 2–12. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Equipping the BSS 2–14. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Equipping a SITE 2–16. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Site Type 2–18. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cabinet Configuration 2–20. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cage Equipage 2–22. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . equip <site number> CAGE 2–22. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Transcoder Location 2–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSC Types 2–26. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BTS Types 2–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSC/ BTS Types 2–30. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

GPROC Slots 2–32. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Remote Loss Alarms 2–36. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Site Synchronization 2–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Slip Loss Alarms 2–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BER Loss Alarms 2–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BER Monitoring Periods 2–44. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

N Bit 2–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Integrated M-Cell HDSL interface 2–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Configurations 2–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Requirements 2–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Functionality 2–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Constraints 2–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Physical interface 2–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . General 2–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Data 2–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

HDSL Monitoring Period 2–52. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

HDSL SNR 2–54. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

HDSL Loss of Sync Word 2–56. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Site Configuration Exercises 2–58. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Site Configuration Exercise 1 2–58. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Site Configuration Exercise 2 2–60. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




iv

Version 1 Revision 9 Site Configuration



2–1

Site Configuration

Objectives


� Describe the device/function interdependency with the database structure.

� Describe typical BSS configuration and terrestrial traffic and signalling links.

� Equip and understand the database fields associated with site configuration.

Version 1 Revision 9Configuring a BSS



2–2

Configuring a BSSThe flowchart on the facing page details the sequence of building a database script, theorder and content of which will change depending on its function, whether supportingRXCDR, BSS, BSC, BTS or Path.

The parameters used to equip each type of site have changed with the upgrade to GSR5and GSR5.1.

Appendix D shows a more detailed flow chart for each script type.

Version 1 Revision 9 Configuring a BSS



2–3

General Database Script

SYS02_Ch2_01

EQUIP BSS, RXCDR or SITE

EQUIP AXCDR or ABSS

EQUIP CAGE

SITE CONFIGURATION (CHANGE ELEMENTS)

ADD CELL [BTS/BSS ONLY]

EQUIP DEVICES (DIGITAL BOARDS)

EQUIP CABINET

EQUIP FUNCTIONS

Version 1 Revision 9The Base Station System (BSS)



2–4

The Base Station System (BSS)A BSS can be divided into three functions, the BSC, the BTS and the XCDR.

The Base StationController (BSC)

The BSC is the digital control function which performs the following:

1. Controls all associated Base Transceiver Stations (BTS).

2. Performs call processing

3. Supports operations and maintenance

4. Supports the interface between the BSS and Mobile Switching Centre (MSC).

5. Supports the interface between the BSC and BTS.

The BSC and BTS function can be combined in a single In-Cell cabinet to form astandalone BSS, can be co-located with its associated BTSs or the BSC can be remotelylocated from the BTSs.

The BaseTransceiverStation (BTS)

The BTS provides the Radio Frequency (RF) equipment that supports the radio path tothe mobile station (MS) and the digital control functions to support it.

Version 1 Revision 9 The Base Station System (BSS)



2–5

BSC Site Configuration

SYS02_Ch2_02

BTS

BTS

BTS

MSC

OMC

Site 1

Site 2

Site 0

BSC WITH XCDR

LAN

Operations and MaintenanceLink (OML)

Fibre Opticcable

Version 1 Revision 9Transcoder



2–6

TranscoderThe transcoder (XCDR) is the digital signal processing equipment that performs GSMdefined speech encoding and decoding. The transcoding function can be performedwithin the BSC or remotely, normally at the MSC location.

From GSR 5, up to 5 transcoders may support a single BSS/BSC, and a singleBSS/BSC may be connected to up to 5 transcoders.

Version 1 Revision 9 Transcoder



2–7

Transcoding

SYS02_Ch2_03

MSC

BSS with Transcoding

BTS

BSC

RXCDR

OMC

BTS BTS BTS

BSC

RXCDR

OMLs (BSC & XCDR)

TCHs MTLs

TCHs MTLs XBLs OMLs

TCHs RSLs

A bis Interface

A ter Interface

Version 1 Revision 9Command/Database Parameter Types



2–8

Command/Database Parameter TypesMMI commands and database parameters are classified on the basis of whether or not auser action is required to enter the command or change the value of the databaseparameter.

Type A

No special user action is required to enter a Type A command or change a Type Adatabase parameter.

Type B

Special conditions must exist in the system when entering a Type B command orchanging a Type B database parameter. The special conditions are included in theOperator Actions listing of each command and database parameter description.

Version 1 Revision 9 Command/Database Parameter Types



2–9

Command Types

Type A

No operator actions

Type B

Special conditions exist(refer to W23 BSS command reference manual)

Version 1 Revision 9RXCDR/BSS/SITE/CAB/CAGE Numbering Scheme



2–10

RXCDR/BSS/SITE/CAB/CAGE Numbering SchemeMotorola have developed a conventional numbering scheme that must be adhered to inthe equipage of a RXCDR, BSS, SITE, Cabinet and Cage. Cage references are forIn-Cell stations, cages are not explicitly equipped at M-Cellhorizon sites because thecabinets do not have a cage structure.

From GSR 5, the term SITE is used for BTS sites.

RXCDR, and BSCs (both with local transcoding and with remote transcoding) areequipped separately as RXCDR and BSS; both BSS and RXCDR will be created as site’0’ within the initial ’equip’ command, but also require a unique network identity (id)number between 1 and 128. A BSC and RXCDR are thereafter known as ’BSS xxx’ or’RXCDR xxx’ within a network.

For example a network will henceforth have a BSS 1, possibly a RXCDR 1 (somenetworks may decide to use the range of 1 - 128 to differentiate between BSS andRXCDRs).

Within a BSS system, BTS SITES will have site numbers as now from 1 to 100. The BSSsystem will focus on the BSS itself and its dependant BTS sites, although a BSS may beserved by more than 1 RXCDR (up to 5). Likewise, a RXCDR may serve up to 5 BSSsystems.

RXCDR/BSS/SITE/CAB/CAGE NUMBERING CHART

SITE TYPE SITE CAB CAGE NETWORK IDENTITYNUMBER

� �� 0 0 0 – 1 1 – 128

��

��

0 0 – 13 0 – 13 1 – 128

��

��

0 0 – 13 0 – 13 1 – 128

BTS 1 – 100 0 – 13 15 – 2

Shown opposite are some typical examples of this scheme.

Notes:

1. A BSS, whether with local or remote transcoding, may or may not be of standalonetype with DRI’s (ie a BSC/BTS).

2. The previous parameter fm_site_type is no longer used following upgrade to GSR 5.The site type is equipped in the equip bsc BSS, RXCDR or SITE command. Within theprompts which follow equip bsc BSS and equip bsc RXCDR , the command promptswill automatically set the fm_site_type element to the correct value. If the local sitenumber is greater than zero, fm_site_type is always set to BTS. If the local site numberis zero, fm_site_type will be either RXCDR, BSC or collocated BSC/BTS. To distinguishbetween these three options, the user can use the command disp_bss to determine ifthe site is a RXCDR or BSC. If the site is a BSC, the operator may use disp_equip onthe BSS to determine if the site is a collocated BSC/BTS (DRIs are located at the BSC)or a standalone BSC (DRIs are not located at the BSC).

Version 1 Revision 9 RXCDR/BSS/SITE/CAB/CAGE Numbering Scheme



2–11

Site Equipage

SYS02_Ch2_04

MSC

RXCDR 1 – 128

RXCDRCABCAGECAGE

0001

BSSCABCAGECAGE

0001

BSS 1 – 128 BSS 1 – 128

BSSCABCAGE

000

BTS (Horizon

SITECAB

10

BTS (In–Cell)

SITECABCABCAGECAGE

1011514

BTS (In–Cell)

SITECABCAGE

2015

BTS (M–Cell)

SITECAB

30

RXCDR 1 – 128

RXCDRCABCAGECAGE

0001

Macro)

Version 1 Revision 9Site Configuration



2–12

Site ConfigurationFrom GSR 5, RXCDR, BSS, and BTS sites will be equipped individually, defining the siteas a RXCDR, BSS or SITE where the device being equipped is a BTS.

All types of site are equipped under SYSGEN ON mode, using the equip 0 xxxcommand. The 3 types of site equipage command strings are shown below and on thefollowing page.

For each of the RXCDR and BSS sites, an additional logical device is also now equipped:for the RXCDR an Associate BSS (ABSS) and for the BSS an Associate XCDR(AXCDR). The equipage of these devices follows immediately after the main devicewhich each supports. These Associate devices are logical representations of their parentsites, created within the opposing site to allow the provisioning of resources (trafficcircuits from the MSC and Ater circuits between the RXCDR and BSS) so that thesystem can operate in Auto Connect (dynamic) mode.

Since each RXCDR may be connected to up to 5 BSCs, and each BSC may be servedby up to 5 RXCDRs, there may be up to 5 ABSS equipped in each RXCDR, and up to 5AXCDR equipped in each BSC.

Equipping theRXCDR

The first line in a database script will equip the RXCDR. After the first line, additionalprompts will appear.

equip <0 or bsc> RXCDR

1st prompt (identifier)

This prompt specifies the transcoder network number between 1 and 128.

Following the RXCDR equipage, an associate BSS must be equipped for each BSC towhich the RXCDR is connected.

equip 0 ABSS


This prompt specifies the network identity between 1 and 128 for the BSS to which theRXCDR is connected. Note that there may be up to 5 ABSS devices equipped in aRXCDR.

2nd prompt (whether EFR is enabled)

This prompt specifies whether enhanced full range voice is enabled in the connectedBSS.

3rd prompt (Volume control)

This prompt indicates whether overall volume control is exercised at the RXCDR.

4th prompt (downlink volume control level)

This prompt sets the downlink volume control level within the RXCDR.

5th prompt (uplink volume control)

This prompt sets the uplink volume control in the RXCDR.

Version 1 Revision 9 Site Configuration



2–13

Site Configuration

equip <0 or bsc> RXCDR

� Enter the rxcdr id:

(range 1 – 128)

equip <0 or bsc> ABSS

� Enter the abss device id:

(range 1 – 128)

� Enter the value for EFR enabled:

0 = no EFR

1 = EFR enabled

� Enter the volume control type:

0 = no volume control

1 = volume control applied at RXCDR

� Enter the downlink audio level offset:

range – 15 to +15 dB gain applied

� Enter the uplink audio level offset:

range – 15 to +15 dB gain applied

Version 1 Revision 9Equipping the BSS



2–14

Equipping the BSSThe first line in a database script will equip the BSS. After the first line, additionalprompts will appear. Again, following the equipage of the BSS, it will be necessary toequip an AXCDR for each RXCDR to which the BSC is connected.

equip <0 or bsc> BSS


This prompt specifies the local BSC number between 1 and 128.

2nd prompt (whether DRIs are co-located)

This prompt specifies whether the site is a combined BSS/BTS.

3rd prompt (whether local transcoding is performed)

This prompt specifies whether the site is a BSS with local transcoding.

equip <0 or bsc> AXCDR


This value corresponds to the network identity of the RXCDR represented by thisAXCDR.

2nd prompt (CIC Validation Mode)

This prompt defines whether the Ater (BSS - RXCDR) is operating in a dynamic(Auto-Connect) mode, i.e. that Ater circuits will be allocated to CIC’s automatically onsystem initialisation.

Version 1 Revision 9 Equipping the BSS



2–15

Site Configurations

equip <0 or bsc> BSS

� Enter the bss id:

(range 1 – 128)

� Are DRIs co-located at the BSC?

Yes/No

� Is local transcoding performed at the BSC?

Yes/No

equip <0 or BSC> AXCDR

� Enter the AXCDR device id:

Range 1 to 128

� Enter CIC validation mode:

Yes/No

Version 1 Revision 9Equipping a SITE



2–16

Equipping a SITEThe first line will equip the Site. After the first prompt, additional prompts will appear asshown.

equip <0 or bsc> SITE


This prompt will be a number between 1 and 100, which will identify the BTS within theBase Station System.

2nd prompt (BSP/LCF)

This prompt denotes whether a BSP or LCF is supporting the RSLs for the site.

3rd prompt (BSP/LCF)

This prompt denotes the unique identifier of the BSP or LCF supporting the RSLs.

4th prompt (RSL rate)

This prompt specifies the RSL rate to be implemented. The prompt is displayed only ifthe site is remote and the 16k RSL option is enabled.

5th prompt (Dynamic allocation)

This prompt only appears if:

The dynamic allocation feature is unrestricted.

The site being equipped is a standalone BTS.

The site in use is not using the 32K trau feature of GPRS.

The prompt refers to dynamic allocation of Abis traffic channels where a DYNET deviceis used (this will only occur if the BTS is In-Cell, M-Cell Access or Horizon Office).

Version 1 Revision 9 Equipping a SITE



2–17

Site Configurations

equip <0 or bsc> SITE

� Enter the site identifier

1 to 100

� Enter the type of BSP or LCF

BSP or LCF

� Enter the function identifier for the BSP or LCF

0 or 1

0 to 24

� Enter the RSL type

16 or 64

� Does the site use dynamic allocation of terrestrial backingresources

Yes/No

Version 1 Revision 9Site Type



2–18

Site TypeThe BSS is very flexible and can have many configurations consisting of three elements;

1. Base Station Controller (BSC)

2. Base Transceiver Station (BTS)

3. Transcoding

The BSC and BTS functions can be in different locations, at the same location or evenwithin the same cabinet.

The main processing within the BSC and BTS is performed by modules called GenericProcessors (GPROCS). The GPROCs within a BSS have to be able to communicatewith one another for BSS control, signalling and software downloading.

If the BSC and BTS are in the same location then communication is via an I.EEE 802.5Local Area Network (LAN). If the BSC and BTS are in separate locations thencommunication must be via the LAPD signalling link on the 2.048 Mbit/s links.

The site type parameter also determines other site related features. If the site type is 1i.e. a standalone BSC, then timeslots on the TDM highway of that site will not beallocated to digital radio interface boards as they will only be found at a BSS or BTS.

Under GSR5, the fm_site_type is no longer entered. The type is set to the correct valuewhen the site type is equipped.

Version 1 Revision 9 Site Type



2–19

Site Type

SYS02_Ch2_05

MSC

BSC

BSC BTS

RXCDR

SITE TYPE 3

SITE TYPE 0

SITE TYPE 1

BSS

SITE TYPE 0

BTS

SITE TYPE 2

BTS

SITE TYPE 2

BTS

SITE TYPE 2

LAN

Version 1 Revision 9Cabinet Configuration



2–20

Cabinet ConfigurationThe second device to be equipped in any BSC, RXCDR, BSS or BTS database will bethe cabinet.

equip <site number> CAB

1st prompt (identifier):

This prompt specifies the unique identifier fo the cabinet.

2nd prompt (cabinet type)

An integer code or equivalent test string is used to specify the cabinet type beingequipped, this is necessary for the IAS to process and accurately report alarms.

Note: Although M-Cellarena is now known as HorizonMicro and M-Cellarena Macro isknown as HorizonCompact, the old name should be used if using a text string.

Cabinet types 18 and 19 can also now be used with PCS 1900.

3rd prompt (frequency type):

An integer code, or unique text string is used to specifiy the frequency ranges used withinthe specified cabinet.

Note: If the frequency type entered contains GSM850 as a selection, the cabinet typemust be 18 or 19.

In the case of entering 15 or “M_Cellcity”, 16 or “M_Cellarena” and 20 or“M_Cellarena_Macro the following prompts will appear:

Is an internal HDSL modem present: Yes/No

Is an internal integrated antenna present: Yes/No

These two prompts are only relevent to the M-Cellcity product. In the case of remoteM-Cell cabinets (those having no MCU) integers 12 and 13 should be specifieddepending on cabinet type.

Version 1 Revision 9 Cabinet Configuration



2–21

Cabinet Configuration

equip <site number> CAB

� enter the CABINET identifiers: 0 – 15

� Enter the cabinet type: 0 – 20

0 – bts4d_48V1 – bts4d_27V2 – bssc_48V3 – bssc_27V4 – bts_dab5 – bssc_dab6 – excell_47 – excell_68 – topcell9 – bts_510 – m_cell_2

11 – m_cell_612 – tcu_213 – tcu_614 – m_cell_micro15 – m_cellcity16 – m_cellarena17 – horizonoffice18 – horizonmacro19 – horizonmacro_ext20 – M-Cellarena_macro22 – Horizomicro223 – Horizoncompact2

� Enter the frequency type: 1 – 311. PGSM2. EGSM3. PGSM, EGSM4. DCS18005. PGSM, DCS18006. EGSM, DCS18007. PGSM, EGSM,

DCS18008. PCS19009. PGSM, PCS190010. EGSM, PCS190011. PGSM, EGSM,

PCS190012. DCS1800, PCS190013. PGSM, DCS1800,

PCS190014. EGSM, DCS1800,

PCS190015. PGSM, EGSM,

DCS1800, PCS1900

16 GSM85017 PGSM, GSM85018 EGSM, GSM85019 PGSM, EGSM, GSM85020 DCS1800, GSM85021 PGSM, DCS1800, GSM85022 EGSM, DCS1800, GSM85023 PGSM, EGSM, DCS1800,

GSM85024 PCS1900, GSM85025 PGSM, PCS1900, GSM85026 EGSM, PCS1900, GSM85027 PGSM, EGSM, PCS1900,

GSM85028 DCS1800, PCS1900, GSM85029 PGSM, DCS1800, PCS1900,

GSM85030 EGSM, DCS1800, PCS1900,

GSM85031 PGSM, EGSM, DCS1800,

PCS1900, GSM850

Version 1 Revision 9Cage Equipage



2–22

Cage EquipageEquipage of cages at a site is not as straightforward as that for cabinets and sites. Thereare five parameters that need to be entered when equipping a cage. This device is onlyequipped at In-cell sites.

equip <sitenumber> CAGE


Up to 16 cages can be equipped at any one site being numbered from 0–15. Valididentifiers for a BSC cage are 0–13, the first two BSC cages being number 0 and anotherID number respectively. If there is only one BSC cage it must be numbered 0 or 1.

Valid BTS identifiers for cages are 2–15. The first BTS at a site must be numbered either15 or 14, conventionally 15.

The cage ID allocated must be equal to the switch setting on the LANX board in thatcage.

2nd prompt (KSW pair)

Up to four pairs of KSWs (0–3) can be equipped at a site. This parameter identifieswhich pair manages that particular cage and therefore, which TDM highway the cage isbeing served by. This field must equal the first i.d. of the KSW equipage, the Highwaysupported by the KSW.

3rd/4th prompts (KSW Extension)

It is possible to extend a TDM highway driven by a particular KSW/TSW to a number ofextension cages. If redundancy has been implemented then each TDM highway hasassociated with it a pair of KSWs. The next two parameters identify which KSWX(R)(slot position) in the parent connects the cage to the source active and redundant KSW.These two parameters are optional and are only required if the cage being equipped is anextension (child) cage. A cage backplane diagram is at page 41 of section 1.2. The 0–4code being used signifies the A0–A4 or B0–B4 KSWX(R) slots being used in the parentshelf

5th prompt (cabinet)

This parameter defines the cabinet in which the cage belongs.

6th prompt (ias)

This is an optional parameter and is necessary to specify whether the cage has aconnection to the Internal Alarm System (IAS) equipment (PAB, DAB etc ...). In mostcases the answer will be “yes”, the exception to this being a BSSC cabinet where 2cages can be fitted, only one of which having the IAS connection.

Note:

This device is not explicitly equipped at M-Cell sites. It is automatically equipped whenthe first Base Transceiver Process (BTP) at a site is entered.

Version 1 Revision 9 Cage Equipage



2–23

Cage Equipage (In-cell only)

equip <site number> CAGE

Enter the identifier for the cage:

0 – 13 BSC

0/1 RXCDR

15 – 2 BTS

� Enter the KSW pair that manages the cage: 0 – 3

� Enter the KSWX connecting cage to KSW for TDM 0: 0 – 4

� Enter the KSWX connecting cage to KSW for TDM 1: 0 – 4

� Enter the cabinet to which the cage belongs: 0 – 15

� Is an IAS connected? Yes/No

Version 1 Revision 9Transcoder Location



2–24

Transcoder LocationThe transcoding function is to convert a 64 kbps TCH to a gross channel rate of 16 kbps.This is necessary to minimise the required amount of RF bandwidth when the traffic datais digitally modulated and transmitted across the air interface.

Transcoding as a function can theoretically take place either remotely (normally at theMSC), at the BSC or BTS. Currently Motorola only support the first two options.

After transcoding has taken place it is possible to subrate multiplex four 16 kbps trafficchannels into one 64 kbps timeslot thus quadrupling the traffic channel capacity of a2.048 Mbit/s resulting in increased efficiency.

The BSS database only has to include the location of the transcoding function.

Version 1 Revision 9 Transcoder Location



2–25

Transcoder Location

SYS02_Ch2_06

XCDR

30 x 64 kbs channels 30 x 16 kbs channels

chg_element transcoder_location <*><SITE No>

0 = Transcoding remotely

1 = Transcoding locally (BSC/Co–Located)

*

Version 1 Revision 9BSC Types



2–26

BSC TypesGPROCS are software machines. Their functionality is dependant upon the size or typeof site. On small size sites all of the necessary software processes to support that sitecan run on one GPROC.

That GPROC becomes a certain processor type depending on whether it is at a BSC orBTS.

As the site increases in size the software processes necessary to support the sitebecome too large to reside on one GPROC so some of those processes are moved ontoanother GPROC creating other processor types. The site will then become anotherBSC/BTS type.

The smallest BSC type is a BSC Type 0, but this is no longer supported under GSR5.

As the loading on the BSC increases, more processing will be required to support thesignalling coming into and going out of the BSC. The software processes that supportthis is the Message Transfer Part (MTP) and the Signalling Connection Control PartState Machine (SSM). These two processes are removed from the BSP and placed ontoa new device type called a Link Control Function (LCF). This is now a BSC Type 1.

The largest type of BSC is a type 2. As the amount of signalling is increased this can becatered for by adding additional LCFs. The bottle neck will now probably be the BSP. Toreduce the load on the BSP the Operations and Maintenance System is placed on itsown processor type, the Operations and Maintenance Processor (OMP).

A new feature for GSR5.1 is “Big BSC”. This is a purchasable option which increases thecapacity of the BSC to 600 carriers/3200 circuits. For this to occur all GPROCs fittedmust be of the type GPROC2.

Version 1 Revision 9 BSC Types



2–27

BSC Type 1

SYS02_Ch2_08

BSC Type 2

BSP LCF LCF

CLM

SM

OMS

MTP

SSM

MTP

SSM

BSP OMF LCFLCF

CLM

SM OMS

MTP

SSM

MTP

SSM

Version 1 Revision 9BTS Types



2–28

BTS TypesThere are two types of BTS, types 0 and 1. The smallest is a type 0 where all of thesoftware processes required to support the BTS are resident on one GPROC called theBase Transceiver Processor (BTP).

As the BTS grows the RF equipment will require the most processing so the relevantsoftware process, the Radio Subsystem (RSS), is moved from the BTP and placed on anew processor type, the Digital Radio Host Processor (DHP). This is a BTS type 1.

This parameter is not necessary at M-Cell or Horizon sites.

Version 1 Revision 9 BTS Types



2–29

BTS Types

SYS02_Ch2_09

BTPRRSM

CRM

RSS

BTP

RRSM

CRM

DHP

RSS

DHP

RSS

BTS Type 0

Type 1

Version 1 Revision 9BSC/ BTS Types



2–30

BSC/ BTS TypesIf the incorrect site type is entered in the database problems will arise during theinitialisation process. The site will be downloaded as normal, but on configuration,discrepancies will arise in the database.

If for example a BTS site was configured as a type 1 instead of 0 on configuration it willexpect to find GPROCs to become Digital Host Processors (DHP) which may notphysically be either there or equipped in the database. Therefore, configuration of thesite will not take place.

Version 1 Revision 9 BSC/ BTS Types



2–31

BSC/BTS types

� chg_element bsc_type <*><SITE No>

� chg_element bts_type <*> <SITE No>(not required at M-cell or Horizon sites)

* 0 = BTS type 0

1 = BSC/BTS type 1

2 = BSC type 2

Version 1 Revision 9GPROC Slots



2–32

GPROC SlotsData, primarily traffic, will be coming into and going out of the BSS on the 2.048 Mbit/slinks. All downlink traffic data going into the transcoder function will be serial PCM at 64kbps and after the transcoding function will be at 16 kbps. On entering the BSSequipment it is converted from serial to parallel and routed within the equipment via theTDM highway.

The TDM highway is interfaced by all full sized boards with the exception of the GenericClocks. All boards are allocated timeslots during which to take the data off and forputting the data on. The Kiloport Switch (KSW) provides the timeslot interchangefunction.

The Generic Processor (GPROC) boards need to interface to the TDM highway fortransmitting information between the BSC and MSC (SS#7), all control and managementinformation from the OMC including software downloads (X.25) and all signalling betweenBSC GPROCs and BTS GPROCs (LAPD) must go over the 2.048 Mbit/s links. The onlyway that the GPROCs can interface to this signalling data is via the TDM highway. TheGPROC is able to support up to thirty two 64 kbps serial channels, however GPROC 1will only support 8 or 16, GPROC 2 will support16 and 32 timeslots.

If a value of greater than 16 is entered, the operator will be warned that GPROC 2boards are required.

Version 1 Revision 9 GPROC Slots



2–33

GPROC Slots

� chg_element gproc_slots <*><SITE No>

* 16 or 32

Version 1 Revision 9Site Synchronisation



2–34

Site SynchronisationFor site synchronisation each site will have two Generic Clock (GCLK) modules.

All terrestrial circuits interfacing to a site will do so on standard 2.048 Mbit/s PCM linksand the GCLK is able to derive its reference from these links or alternatively free run incase of reference failure.

The GCLK enables the site to synchronise to the 2.048 Mbit/s links so that frame andmultiframe alignment can be achieved.

Synchronisation loss thresholds can be set on both an hourly and daily basis so thatwhen these thresholds are reached an alarm message can be generated by theMSI/XCDR card to the FM.

Both of these periods are chronological, i.e. if an alarm condition has been reached in thefirst 10 minutes of an hour, that alarm is then locked out until the next chronological hourbegins.

The parameter sync_loss_oos provides an upper limit of sync loss alarms, uponreading this threshold the XCDR/MSI will notify the FM which in turn will take the MMSout of service. This threshold works on a daily basis.

If an MMS has been taken out of service as a result of the sync_loss_oos thresholdbeing reached, the FM will not put it back in service until the sync_loss_restore timehas expired. For this timer to activate no sync loss alarms must occur, a single syncalarm will reset it.

Version 1 Revision 9 Site Synchronisation



2–35

Sync Loss

SYS02_Ch2_10

HOURSAlarm thresholdreached

Alarm locked out

0 1 2

� chg_element sync_loss_daily <*><SITE No> Default 16

� chg_element sync_loss_hourly <*><SITE No> Default 20

� chg_element sync_loss_oos <*><SITE No> Default 511* Number of alarm conditions Range 0 to 65535

� chg_element sync_loss_restore <*><SITE No> Default 6000

* integer (100mS periods) Range 0 to 65535

Version 1 Revision 9Remote Loss Alarms



2–36

Remote Loss AlarmsAs previously mentioned the MSI/XCDR can track sync alarms from its own transmit byreceipt of the remote flag from the distant end.

This flag allows the monitoring of restore sync losses in much the same way as the syncloss parameters on the previous page.

Version 1 Revision 9 Remote Loss Alarms



2–37

Remote Loss Alarms

� chg_element remote_loss_daily <*><SITE No> Default 16

� chg_element remote_loss_hourly <*><SITE No> Default 20

� chg_element remote_loss_oos <*><SITE No> Default 511

* Number of alarms Range 0 to 65535

� chg_element remote_loss_restore <*><SITE No> Default 6000


Version 1 Revision 9Site Synchronization



2–38

Site SynchronizationThe four parameters shown opposite are interrelated. The sync_time_oos fieldindicates the permitted time that the receive leg of the 2MB link can have a prolongedsynchronization alarm. When this time is exceeded the MSI/XCDR card will inform theFM. The FM will initiate the MMS into a state of unlocked/disabled.

The sync_time_restore field indicates the length of time that the receive leg of a 2MBlink must maintain synchronization before the MSI/XCDR card will inform the FM. TheFM will activate the MMS to a state of unlocked/enabled.

Immediately a synchronization alarm occurs on the receive leg of a 2MB the MSI/XCDRcard will set the remote alarm flag (timeslot 0) on the transmit leg. At the distant end, onreceipt of this alarm condition, the remote timer starts, if no clear indication is receivedbefore the remote_time_oos expires then the MSI/XCDR will inform the FaultManagement (FM). The FM will initiate a state of unlocked/disabled for the MMS. Theremote_time_restore field sets the time that a remote alarm flag must be in a clearcondition before the MSI/XCDR notifies the FM. The FM will activate the MMS to a stateof unlock/enabled.

Version 1 Revision 9 Site Synchronization



2–39

Site Synchronization

SYS02_Ch2_11

remote_time_oosremote_time_restore

sync_time_oos

sync_time_restore

sync_time_oos

sync_time_restore

remote_time_oos

remote_time_restore

Rx

Rx

Tx

Rx

Rx

Tx

Tx

Tx

Remote flag

Direction of Traffic

Remote flag

Direction of Traffic

� chg_element sync_time_oos <*><SITE No> DEFAULT = 25

� chg_element sync_time_restore <*><SITE No>DEFAULT = 150

� chg_element remote_time_oos<*><SITE No>DEFAULT = 5

� chg_element remote_time_restore<*><SITE No>DEFAULT = 5

* integer (100mS periods)

Range 0 to 65535

Version 1 Revision 9Slip Loss Alarms



2–40

Slip Loss AlarmsThe MSI/XCDR contains an elastic 2 frame buffer to account for slip loss, if this lossexceeds the size of the buffer a TDM frame will be lost as the buffer resets, each timethe buffer resets, a slip loss alarm is generated. Each slip loss alarm is counted andsubject to similar thresholds mentioned.

Version 1 Revision 9 Slip Loss Alarms



2–41

Slip Loss Alarms

� chg_element slip_loss_daily <*><SITE No> Default 4

� chg_element slip_loss_hourly <*><SITE No> Default 4

� chg_element slip_loss_oos <*><SITE No>Default 255

* Number of slip loss alarms Range 0 to 65535

� chg_element slip_loss_restore <*><SITE No> Default 6000


Version 1 Revision 9BER Loss Alarms



2–42

BER Loss AlarmsBit Error Rates (BER) are constantly being checked by an MSI/XCDR card, the periodover which they are assessed for out of service purposes is controlled byber_oos_mon_period .

An alarm will be generated when the daily and hourly thresholds for BER are exceeded.

Version 1 Revision 9 BER Loss Alarms



2–43

BER Loss Alarms

� chg_element ber_loss_daily <*><SITE No> DEFAULT = 6

� chg_element ber_loss_hourly <*><SITE No>DEFAULT = 4

* ber rate

e.g. 4= 10e–4

Range 3 to 6

Version 1 Revision 9BER Monitoring Periods



2–44

BER Monitoring PeriodsThe MSI/XCDR card monitors the Bit error rate of the incoming 2MB, the BER can bedetermined using the fixed bits of the Frame Alignment Word and Frame Data Word.The fixed Bits do not alter and therefore are ideal to calculate BER.

The ber_oos_mon_period is the period that an in-service MMS must exceed the setBER rate before it is taken out of service. The BER rate is set in firmware at 10e–3.

The ber_restore_mon_period is the amount of time an out of service MMS mustexceed the set BER rate before it can be put back in service. The location for both ofthese periods can be set individually for each site but more usually is set to ‘all’ to includeevery site in the BSS.

Version 1 Revision 9 BER Monitoring Periods



2–45

BER Monitoring

��

� ��

��

� ��

� ��

��

SYS02_Ch2_12

1 2 3 4 5 6 7 8

1 2 3 4 5 6 7 8

0 0 1 1 1 10CRCCheck

EVENFRAMES(FAW)

ODDFRAMES(FDW)

I.UREMOTEALARM N BIT I.U SPARE SPARE SPARE1

TIMESLOT 0 STRUCTURE

FIXED BITS

FIXED BIT

SYNC TOGGLE

I.U = International usage

Version 1 Revision 9N Bit



2–46

N BitIt is possible to set an extra remote alarm bit, the n bit. The bit which is used for thispurpose is bit 4 of the frame data word. The actual use of this bit is specified by thecustomer but the bit must be enabled using the modify_value command. Again this bitcan be enabled for all sites using the ‘all’ location index, although any in-service MMSswill not use it until they are reset.

Version 1 Revision 9 N Bit



2–47

N Bit

��

� � ��

� ��

SYS02_Ch2_13

1 2 3 4 5 6 7 8

FDWI.U REMOTEALARM N BIT I.U SPARE SPARE SPARE

TIMESLOT 0 STRUCTURE

SYNCTOGGLE

Version 1 Revision 9Integrated M-Cell HDSL interface



2–48

Integrated M-Cell HDSL interfaceThe implementation of this optional feature introduces a High bit-rate Digital SubscriberLine (HDSL) interface into the Motorola BSS product line. HDSL is a data transmissionmechanism which supports duplex high speed digital communication (at E1 rates) on oneor more unshielded twisted pair lines.

Configurations

The HDSL interface introduced is supported on 16 (one twisted pair/loop) and 32 (twotwisted pair/loops) 64kbit/s timeslots and can be configured in the following ways:

� By attaching external HDSL modems to the MSI of a BSC or collocated BSS site,where the site is connected to an integrated HDSL Network Interface Unit (NIU),as shown opposite.

� Between integrated HDSL NIUs at M-Cell sites, as shown fig 3.

Requirements

� An integrated HDSL NIU is able to contain up to a maximum of two HDSLmodems, one per span. An HDSL modem is required at both ends of the HDSLinterface, one end must be designated the master, the other the slave.

Functionality

� Implementation of this feature also provides the following new functionality tosupport an integrated HDSL interface:

� HDSL link management at an M-Cell site.

� HDSL alarms which report problems on, and monitor the quality of, the HDSLinterface (E1 alarms which currently exist are still supported as it is an E1 signalbeing passed over the HDSL interface). HDSL alarms, for both master and slave,are only reported by the HDSL modem which has been designated the master onthe HDSL link.

� An HDSL NIU enables HDSL and E1 links to be mixed on the same HDSL NIU.

Constraints

� The following constraints are applicable:

� An HDSL NIU is only valid in slot 0 of a card frame. If a card frame supports anHDSL NIU, an additional HDSL NIU cannot be equipped in slot 1.

� An HDSL link can be considered as a transport mechanism for the E1 link, thussupporting all E1 alarms and configuration parameters.

� The configuration of an HDSL interface using external HDSL modems is notsupported by this feature.

Version 1 Revision 9 Integrated M-Cell HDSL interface



2–49

External modem at a BSC connected to an integratedHDSL NIU

SYS02_Ch2_14

BSC

S

M

M–Cell

E1

M–Cell

S

M

M–Cell

E1

E1

HDSL

S

M

Slave Modem

Master Modem

Key

S

M

Slave Modem

Master Modem

Key

Fig 1

Fig 2

HDSL NIUExternal modem at an M-Cell site connected to an integrated

Version 1 Revision 9Physical interface



2–50

Physical interface

General

With the implementation of this feature, the following physical interface conditions andrestrictions apply:

� The HDSL interface is supported on a minimum of one or a maximum of twounshielded twisted pair carriers.

� The HDSL NIU can be unequipped and re-equipped to change the number of64kbit/s timeslots supported on a span.

� An HDSL interface supports a minimum of 16 64kbit/s timeslots, bearing in mindthat only 15 of these timeslots are available for use. Timeslot 0 is the E1synchronisation timeslot and is unavailable for traffic.

� An HDSL interface supports a maximum of 32 64kbit/s timeslots, bearing in mindthat only 31 of these timeslots are available for use. Timeslot 0 is the E1synchronisation timeslot and is unavailable for traffic.

� The M-Cellcity+ and Horizonmicro support a maximum of two HDSL interfaces ona single HDSL NIU.

� MMS clock extraction is supported on HDSL links.

� Daisy Chaining between M-Cell BTSs with HDSL NIUs is supported by thisfeature.

� Daisy Chaining between an M-Cell BTS supporting HDSL NIUs and a BSC,collocated BSS, or M-Cell BTSs with remote modems is also supported by thisfeature.

Data

With the implementation of this feature, the following initialization and configuration dataconditions and restrictions apply:

� Initialization data required to configure the HDSL NIU interface at site initializationis stored in MCU flash memory. If a redundant MCU is present, the HDSL settingsstored on the master MCU will be used.

� The default status of the local HDSL NIU is set to:

� HDSL (master) on MMS0, HDSL (slave) on MMS1.

� At installation, the operator must set all external modems to be in the slaveconfiguration. The BSS software expects this configuration.

� Configuration data required by the HDSL NIU interface is provided by the M-CellBTS at the master end of the interface. Configuration data required by the externalHDSL modem is provided by the M-Cell BTS at the master end of the interface.

Note:

The slave configuration data is stored at the master modem.

Version 1 Revision 9 Physical interface



2–51

HDSL interface between integrated HDSL NIU’s

SYS02_Ch2_15

S

M–Cell

M

M–Cell

E1

Fig 3

S

M

Slave Modem

Master Modem

Key

Version 1 Revision 9HDSL Monitoring Period



2–52

HDSL Monitoring Periodhdsl_oos_mon_period sets the time monitoring period to ascertain on OOS condition.

hdsl_oos_restore_period sets the time monitoring period for expiry of an OOScondition.

Version 1 Revision 9 HDSL Monitoring Period



2–53

HDSL Monitoring Period

� modify_value <location> hdsl_oos_mon_period <*>

mms <MMS_1D1> <MMS_ID2>

� modify_value<location>hdsl_restore_mon_period<*>

mms <MMS_ID1> <MMS_ID2>

<*> Integer, representing a period in seconds.(2 to 14,400 in steps of 2s)

default: 2 for hdsl_oos_mon_period600 for hdsl_restore_mon_period

Version 1 Revision 9HDSL SNR



2–54

HDSL SNRThese parameters set the alarm thresholds for signal to noise ratio on the HDSL link.Also, if the signal to noise ratio of the HDSL link goes below hdsl_snr_oos then the linkwill be taken out of service.

The link will only be brought into service if the signal to noise ratio is above thehdsl_snr_restore value.

For the hdsl_snr_hourly alarm, if the snr level drops below the hdsl_snr_hourlythreshold for an accumulated period of hdsl_snr_hourly_mon_period within a given 60minute period, an hourly alarm is generated.

For the hdsl_snr_daily alarm. If the snr drops below the hdsl_snr_daily threshold foran accumulated period of hdsl_snr_daily_mon_period within a given 24 hour period, adaily alarm is generated

Version 1 Revision 9 HDSL SNR



2–55

HDSL Signal to Noise Ratio

chg_element hdsl_snr_hourly <*> <location>

chg_element hdsl_snr_daily <*> <location>

chg_element hdsl_snr_oos <*> <location>

chg_element hdsl_snr_restore <*> <location>

<*> Integer, representing thresholds in 0.5 dB steps(range 6 to 44)

default values: 18 for hdsl_snr_hourly

16 for hdsl_snr_daily

14 for hdsl_snr_oos

16 for hdsl_snr_restore

� chg_element hdsl_snr_daily_mon_period <*> <location>

� ��

<*> Integer, in seconds (0–65534) default values: 20 sec

Version 1 Revision 9HDSL Loss of Sync Word



2–56

HDSL Loss of Sync Wordhdsl_losw_oos specifies the loss of sync word out of service threshold period.

hdsl_losw_restore specifies the loss of sync word restoral period.

These parameters may only be changed at an M-Cell site. If changed, all mastermodems at the local M-Cell are affected. All slave modem alarm thresholds are identicalto the master modem alarm thresholds.

Version 1 Revision 9 HDSL Loss of Sync Word



2–57

HDSL Loss of Sync Word

� chg_element hdsl_losw_oos <*> <location>

� chg_element hdsl_losw_restore <*> <location>

* Integer value representing a period in seconds(0 – 65535)

Default value = 6

Version 1 Revision 9Site Configuration Exercises



2–58

Site Configuration Exercises

SiteConfigurationExercise 1

The following exercise will give the student the opportunity to practice the theorypresented in this section. The page opposite gives a diagramatic representation of atypical BSC site running GSR 5, showing only the equipment necessary to allow thestudent to build this first part of the database. The BSS id is 1, with transcodingperformed remotely. The AXCDR id is 4, and does not use CIC validation mode. TheOMS for the BSC is located on its own GPROC. The IAS is fitted to cage 0.

The BSC site consists of one BSSC dab cabinet utilising both cages and an extendedTDMA highway. There are multiple working GPROC 2s at this site all having a maximumnumber of TDM highway slots.

If a prolonged synchronisation alarm of 10 seconds is suffered by any 2MB terminated atsite 0 then FM should remove the link from service. If synchronization is established formore than 5 seconds the 2MB should be restored to service. The remote values shouldbe consistent with the receive synchronization parameters.

If any 2MB at site 0 should lose sync more than 20 times in a 24 hour period the FMshould remove the link from service. If no synchronization alarms occur for a period of 5seconds then the 2MB should be restored to service. The alarms associated withsynchronization losses should be triggered at 5 alarms hourly and 15 alarms daily. Theremote values should be consistent with the receive synchronization loss parameters.

Only 20 slip loses should be allowed within any 24 hour period before FM removes theaffected 2MB from service. Before FM restores the 2MB to traffic there should be no sliplosses for at least 1 minute. Slip loss conditions should generate alarms when theyexceed the following period thresholds, 2 per hour and 15 per day.

Bit error rate alarms should be generated at 10e–4 on an hourly basis and 10e–6 on adaily basis.

The network uses the PGSM band.

Version 1 Revision 9 Site Configuration Exercises



2–59

Site Configuration Exercise Number 1

SYS02_Ch2_16a

# BSC SITE (1 – 128)# LOAD 1.6.2.0 (GSR 5.1)equip bsc bss>

>>

equip bsc axcdr

>>

freq_types_allowed 7equip bsc cab

>>>

equip cage>

>>>>

>equip cage>

>>>>

>

chg_element bsc_typechg_element gproc_slots

chg_element synch_time_ooschg_element synch_time_restorechg_element remote_time_ooschg_element remote_time_restore

chg_element synch_loss_ooschg_element synch_loss_restorechg_element synch_loss_dailychg_element synch_loss_hourly

chg_element remote_loss_ooschg_element remote_loss_restorechg_element remote_loss_dailychg_element remote_loss_hourly

chg_element slip_loss_ooschg_element slip_loss_restorechg_element slip_loss_dailychg_element slip_loss_hourlychg_element ber_loss dailychg_element ber_loss_hourly

SYS02_Ch2_16

Fibre Connectors

KSWXKSWX

KSW

Cabinet 0 Cage 0 Cabinet 0 Cage 1

U24 U1




2–60

SiteConfigurationExercise 2

Site 12 consists of a 12 carrier M-Cell6 site using the EGSM and 1800DCS RFequipment. The Radio Signalling Link for site 12 is processed by LCF number 2 at theBSC.

If a prolonged synchronisation alarm of 10 seconds is suffered by any 2MB terminated atsite 12 then FM should remove the link from service. If synchronization is established formore than 5 seconds the 2MB should be restored to service. The remote values shouldbe consistent with the receive synchronization parameters.

If any 2MB at site 12 should lose sync more than 20 times in a 24 hour period the FMshould remove the link from service. If no synchronization alarms occur for a period of 5seconds then the 2MB should be restored to service. The alarms associated withsynchronization losses should be triggered at 5 alarms hourly and 15 alarms daily. Theremote values should be consistent with the receive synchronization loss parameters.

Only 20 slip loses should be allowed within any 24 hour period before FM removes theaffected 2MB from service. Before FM restores the 2MB to traffic there should be no sliplosses for at least 1 minute. Slip loss conditions should generate alarms when theyexceed the following period thresholds, 2 per hour and 15 per day.

Bit error rate alarms should be generated at 10e–4 on an hourly basis and 10e–6 on adaily basis.

Version 1 Revision 9 Site Configuration Exercises



2–61

Site Configuration Exercise Number 2

� ��

�&* % �(� ��&* % ��

�&* % ��

��!�"�#) �)(�)+%�

��!�"�#) (+#��) "��$$(��!�"�#) (+#��) "��'�()$'��!�"�#) '�"$)��) "��$$(��!�"�#) '�"$)��) "��'�()$'�

��!�"�#) (+#��!$((�$$(��!�"�#) (+#��!$((�'�()$'��!�"�#) (+#��!$((�� !+��!�"�#) (+#��!$((��$*'!+

��!�"�#) '�"$)��!$((�$$(��!�"�#) '�"$)��!$((�'�()$'��!�"�#) '�"$)��!$((�� !+��!�"�#) '�"$)��!$((��$*'!+

��!�"�#) (! %�!$((�$$(��!�"�#) (! %�!$((�'�()$'��!�"�#) (! %�!$((�� !+��!�"�#) (! %�!$((��$*'!+��!�"�#) ��'�!$((�� !+��!�"�#) ��'�!$((��$*'!+




2–62



i

Chapter 3

Cells




ii




iii

Chapter 3Cells i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cells 3–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objectives 3–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cell Identity 3–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Location Area Codes 3–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Command Line 3–8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Defaults 3–8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Frequency Type 3–10. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Base Station Identity Code (BSIC) 3–12. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

PLMN Allowed 3–14. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

MS Transmit Power – Access 3–16. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cell Selection/Reselection – C1 3–18. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BCCH Reselection 3–20. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cell Reselection C2 3–22. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Temporary_offset 3–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Penalty_time 3–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . cell_bar_qualify 3–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

C2 Reselection Exercise 3–26. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Common Control Channel (CCCH) Configuration 3–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Common Control Channel (CCCH) Block Configuration 3–30. . . . . . . . . . . . . . . . . . . . . . . . . .

MS Paging 3–32. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Extended Paging 3–34. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Periodic Updates/rr_t3212 3–36. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Attach/Detach 3–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cell Access 3–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Emergency Call Access 3–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Channel Requests 3–44. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Wait Indication 3–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Signalling Establishment 3–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . rr_t3101 3–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Channel Allocation by Interference Band 3–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Assignment of SCCP Reference Number 3–52. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Threshold 3–52. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Assignment of SCCP Reference Number 3–53. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Assignment of Resources 3–54. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Queue Management 3–56. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . SDCCH Queuing 3–56. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Channel Reconfiguration 3–58. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Preferred Number of SDCCH 3–60. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

SDCCH Allocation 3–62. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

SDCCH Reconfiguration 3–64. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




iv

SDCCH to TCH 3–66. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Measurement Reporting for Handovers and Power Control 3–68. . . . . . . . . . . . . . . . . . . . . . .

BA – Indication 3–70. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BA Indicator 3–70. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Signal Strength Measurements 3–72. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Signal Quality Reporting – RXQUAL 3–74. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

BSS Processing and Threshold Comparisons 3–76. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Measurements Reported by MS on SACCH 3–76. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Measurements Performed by RSS 3–76. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Threshold Comparison Process – Power Control 3–78. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Power Control 3–80. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . BSS 3–80. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . MS 3–82. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

alt_qual_proc 3–84. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . RXQUAL 3–86. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover – RXQUAL, RXLEV 3–88. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover – Interference 3–90. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

MS Power Control 3–92. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . MS – Maximum Power 3–92. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .



Rapid MS Power Down 3–98. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Optimized Power Control 3–102. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Optimized Power Control Algorithms 3–104. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Discontinuous Transmission 3–106. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover Evaluation 3–108. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handovers Allowed 3–110. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

SDCCH Access – handovers 3–112. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handovers – Interference 3–114. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Power Budget Handover 3–116. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Timing Advance – MS Maximum Range 3–118. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover–MS Maximum Range 3–120. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handovers 3–122. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Incoming Handovers 3–122. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Intra-Cell Handovers 3–124. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Inter-Cell Handovers 3–124. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

TCH Resources Reporting 3–126. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Preferred Target Cell 3–128. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover Reporting 3–130. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Handover Evaluating 3–130. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Handover Rejection 3–132. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover Power Level 3–134. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Calculated Handover Power Level 3–136. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 3–136. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Handover Default Information 3–138. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




v

Handover Initiation 3–140. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . rr_t3103 3–140. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Handover Channel Establishment 3–142. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

RSS Link Fail 3–144. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Radio Link Revival 3–146. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Loss of Radio Link 3–148. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Timers rr_t3109 3–150. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Uplink Failure 3–150. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Downlink Failure 3–150. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Timers rr_t3109, rr_ t3111 3–152. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Normal Channel Release 3–152. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . rf_chan_rel_ack 3–154. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Call Re-establishment 3–156. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

CRM Timers 3–158. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . dealloc_inact 3–158. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ho_ack 3–158. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Add Cell Exercise 3–160. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




vi

Version 1 Revision 9 Cells



3–1

Cells

Objectives


� Equip and understand the database fields associated with adding a cell.

Version 1 Revision 9Cells



3–2

CellsThe flexibility of the BSS equipment enables each BTS site to support up to six cells.One site could consist of a single In-Cell cabinet, ExCell or Top-Cell base Stationsupporting up to three cells. The M-Cell range of BTS equipment supports one cell withthe exception of M-Cell6 which can support upto three cells per cabinet.

Each cell within the site will be allocated its own Broadcast Control Channel (BCCH),Common Control Channel (CCCH) and Dedicated Control Channel (DCCH) and haveother database set parameters unique to that cell even though more than one cell canexist at the same site.

Cells are configured using the add_cell command. The chg_element orchg_cell_element commands are used to change the settings of a number ofparameters that are automatically assigned default values.

Version 1 Revision 9 Cells



3–3

Cells

CI = 14

SYS02_Ch3_01

CI = 6

CI = 7

Site 4

Site 5

Site 1

CI = 8

CI = 9

CI = 10

CI = 13

CI = 12

CI = 11

Site 3

Site 2

CI = 15

CI = 16

CI = 17

Version 1 Revision 9Cell Identity



3–4

Cell IdentityEach GSM system has to be distinguishable from other GSM systems by the MS. Thisis achieved by a series of codes that identify the country, network, area of the networkand finally the actual cell. This information is being transmitted by the BCCH of eachcell. When in the idle mode the MS selects the BCCH of the strongest cell and monitorsthe information.

Each GSM subscriber will have a Subscriber Identity Module (SIM) and on that card willbe the International Mobile Subscriber Identity number (IMSI). Part of that numbercorresponds to the country and network code of the system that the card is subscribedto. This information is used when the subscriber tries to gain access to both its own andother Public Land Mobile Networks (PLMN).

Version 1 Revision 9 Cell Identity



3–5

Cell Identification

SYS02_Ch3_02

Mobile Country Code

Mobile Network Code

Location Area Code

Cell Identity

Cell Global Identification

Location Area Identification

Version 1 Revision 9Location Area Codes



3–6

Location Area CodesThe Mobile Country Code (MCC) is a three–digit number that identifies the country towhich the system belongs. Two octets are dedicated to the MCC, octet A for the first twodigits, the first four bits of octet B for the third digit. The last four bits of Octet B arenormally set to 1’s.

Some countries may have more than one GSM system, so the MCC will be common toeach. To identify the particular system within the country that a GSM cell belongs to,each country has been allocated two, Mobile Network Codes (MNC). If there are morethan two systems within a particular country, then an MNC can be borrowed from anothercountry. Octet C is dedicated for the two digits of the MNC. However, if an operator isusing PCS 1900 or GSM 850, they have the option of a third MNC digit. In this case thefour bits of Octet B that are normally set to 1’s are used.

Mobiles have to periodically inform the system as to where they are within the system.

These are called Location Updates. The system has to know the whereabouts of aparticular MS so that resources in a particular part of the system can page the MS toinform it of an incoming call. If the whereabouts of the MS were unknown then systemwide paging would have to take place, which is inefficient.

Location updates may occur periodically, after a set period of time and when a MSmoves from one area to the system to another. The only way a MS can detect that it haschanged areas, is by reading the Location Area Code (LAC) that is transmitted on theBCCH of each cell.

Two octets, D and E are allocated for the LAC, giving it a range of 0 – 65535.

Octets F and G are to identify the cell in a particular location area. As two octets areallocated for this purpose, the Cell Identity (CI) range is 0–65535.

The MCC, MNC, LAC and CI together provide the cell global identification.

Version 1 Revision 9 Location Area Codes



3–7

Location Area Identity

SYS02_Ch3_03

Location Area

Identity

Octet A

Octet G

Octet F

Octet E

Octet D

Octet C

Octet B

8 7 6 5 4 3 2 1

0 0 1 1 0 0 1 0

1 1 1 1 0 1 0 0

0 0 0 0 0 0 0 1

1 1 1 1 1 1 1 1

0 0 0 0 0 0 0 0

0 0 1 0 0 1 0 0

0 0 0 0 0 0 0 0

MNC DIG 2 MNC DIG 1

MCC DIG 3

MCC DIG 2 MCC DIG 1

LAC

LAC

CI

CI

Example shown is a non-PCS1900 and GSM850 system

Version 1 Revision 9Command Line



3–8

Command LineA cell is added to a site by using the add_cell command. It must be qualified with thecell global identification followed by the site number, and optionally a cell name.

If using PGSM/EGSM and DCS1800, the data is entered in either 4 or 7 element format.7 element format is used if the 3rd MNC digit is used.

If using PCS 1900/GSM 850, the 4 element format must be used.

The type format used is set by:

mmi_cell_id_format

Defaults

After the add_cell command is invoked a series of prompts will be presented where thedatabase parameters describing the cell are entered.

� If a database parameter has a default value this may be engaged by simplypressing return.

� If a database parameter has a default value and a value outside of the parametersvalid range is entered then the default value will be used.

� If the parameter does not have a default value and an out of range value isentered the add_cell command will terminate.

� If a parameter does not have a default, failure to enter a value in that field will alsoresult in the termination of the add_cell command.

Version 1 Revision 9 Command Line



3–9

Command Line

mmi_cell_id_format <*> 0 = 7 ELEMENT

1 = 4 ELEMENT

SYS02_Ch3_04a

add_cell2 3 4 2382 612 12 ”new cell”

MCC MNC LAC CI Site ID Cell Name (optional)

1 0

3 1 0 1234 311 4

MCC MNC LAC CI Site ID Cell Name (optional)

2 51

SYS02_Ch3_04b

Country MCC

China

Denmark

Finland

France

Germany

Hong Kong

Italy

Kuwait

Lebanon

Netherlands

Norway

Portugal

Qatar

Spain

Sweden

Switzerland

UAE

United Kingdom

South Africa

460

238

244

208

262

454

222

419

415

204

242

268

427

214

240

228

424

234

655

MNC

01, 02

01, 02

05, 91

01, 10

01, 02

04, 00, 06

01

02

03, 01

08

01, 02

01, 06

01

07

01, 07, 08

01

02

10, 15

01, 10

Version 1 Revision 9Frequency Type



3–10

Frequency TypeThe parameter supports the multiband environment. It enables the operator to define thefrequency type on a per cell basis thereby determining the single frequency bandcapability of a cell in operation.

Version 1 Revision 9 Frequency Type



3–11

Frequency Type

� freq_type = <*>

<*> = 1 Frequency type of the cell is GSM900 primary band.

= 2 Frequency type of the cell is GSM900 extended band.

= 4 Frequency type of the cell is GSM1800band.

= 8 Frequency type of the cell is PCS1900 band.

= 16 Frequency type of the cell is GSM850 band.

Version 1 Revision 9Base Station Identity Code (BSIC)



3–12

Base Station Identity Code (BSIC)Every cell has a BSIC that allow an MS to distinguish between different neighbouringcells. The BSIC is encoded on the SCH and is one octet in length. It consists of theNetwork Colour Code (NCC) and Base Station Colour Code (BCC).

The BSIC may be reused but it is important that neighbour cells do not share the sameBSIC and BCCH RF carrier.

Version 1 Revision 9 Base Station Identity Code (BSIC)



3–13

Base Station Identity Code (BSIC)

SYS02_Ch3_06

NCC BCC

011 = 3 101 = 5

3 bits3 bits

NCC BCC

0 0 0 1 1 1 0 1

BSIC = 29 (1D HEX)

NCC as PLMN·

NCCBCC

0

1

2

3

4

5

6

7

0 1 2 3 4 5 6 7

0

11

99

11

38

30

28

20

18

10

8

0

56

48

40

32

24

16

8

3957

3149

2941

2133

1925

17

2

58

50

42

34

26

18

10

2

3A

32

2A

22

1A

12

A

3

59

51

43

35

27

19

11

7

3F

37

2F

27

1F

17

F

4

60

52

44

36

28

20

12

4

3C

34

2C

24

1C

14

C

5

61

53

45

37

29

21

13

5

3D

35

2D

25

1D

15

D

6

62

54

46

38

30

22

14

6

3E

36

2E

26

1E

16

E

7

63

55

47

39

31

23

15

3

3B

33

2B

23

1B

13

B

= Decimal = Hex

Version 1 Revision 9PLMN Allowed



3–14

PLMN AllowedWhen an MS is active on an SDCCH or TCH it will start its measurement reportingprocess. Before being allocated the SDCCH/TCH it will have been camped on a BCCHreceiving system information. This information would have contained a list of BCCHfrequencies that the MS was to monitor as part of its measurement reporting process.What the MS must do is measure the Rx level for each BCCH carrier, process it and thenforward the best six reports to the BSS where it can be used for handover purposes.

In a cellular system radio channels must be reused to support the total number ofsubscriber active on the system. Before the MS processes the Rx measurement takenon a particular BCCH frequency it must identify that the one it is measuring is the correctone and not an interferer. Each BCCH will be allocated a Base Station Identity Code(BSIC) the first part of which consists of the Network Colour Code. The MS must decodeBSIC periodically to prove that the BCCH is the correct one and not one from aneighbouring PLMN. The ncc_of_plmn_allowed defines the first part of the BSIC ofBCCHs on which measurement reporting can take place.

Version 1 Revision 9 PLMN Allowed



3–15

PLMN Allowed

SYS02_Ch3_07

128

NCC = 7

64

NCC = 6

32

NCC = 5

16

NCC = 4

8

NCC = 3

4

NCC = 2

2

NCC = 1

1

NCC = 0

NCC = 0, 4 NCC = 1, 5 NCC = 2, 6 NCC = 3, 7

AustriaFinlandFranceGreeceIcelandNetherlandsSan MarinoSouth Africa

BelgiumDenmarkMaltaSpainSwitzerlandVatican

ItalyLiechtensteinLuxembourgSwedenTurkeyUK

CyprusGermanyIrelandMonacoNorwayPortugalYugoslavia

ncc_of_plmn_allowed = <*>

* 0 – 255 (0 – ffh)·

Version 1 Revision 9MS Transmit Power – Access



3–16

MS Transmit Power – AccessBecause of the nature of cellular systems the output power of MS and BSS should bekept as low as possible to minimise the effects of introducing interference into thesystem and maximising the battery life duration of the portable MS. Power control of theMS and BSS is a function of the BSS. Before the BSS can control the output power ofthe MS, the MS must have accessed the cell so that the BSS has a reference signalstrength to use.

When accessing a cell on the RACH and before receiving the first power commandduring communication on a SDCCH or TCH the MS must use the power level defined byin the ms_txpwr_max_cch field in the database or the maximum transmit power of theMS as defined by its power class, whichever is the lower.

Version 1 Revision 9 MS Transmit Power – Access



3–17

MS Access Power Output

� ms_txpwr_max_cch=<*>

* for GSM 900/EGSM/GSM 850

2 = 39 dBm.

19 = 5 dBm

* for GSM 1800/PCS 1900

0 = 30 dBm1 = 28 dBm2 = 26 dBm.15 = 0 dBm

Version 1 Revision 9Cell Selection/Reselection – C1



3–18

Cell Selection/Reselection – C1The MS, when not in the process of making a call, will camp on the most suitable BCCHassuming the MS is switched on, contains a SIM card and is in the system coveragearea.

Whilst in this idle state the MS receives a list of neighbour cell frequencies broadcast onthe BCCH of the serving cell.

The MS will tune to each of these frequencies in turn, gain synchronisation and check thefollowing information towards a possible cell reselection.

1. Correct PLMN2. Cell bar3. Location area4. P1 & P2 (C1 parameters)

Assuming the first two of these criteria are met the major factor used by the MS for cellreselection is the perceived transmission quality between the MS and the potential cellknown as C1.

One of the major factors used by the MS for cell selection is the perceived transmissionquality between the MS and the potential cell known as C1. The criterion on which C1 iscalculated takes into account the RXLEV of the BCCH, the maximum output power ofMS and other cell specific parameters.

C1= (A – Max. (B, 0))

A= RXLEV Average – P1B= P2 – Max O/P Power of MSP1 and P2 are the cell specific parametersP1= rxlev_access_min which determines the min RXLEV required for the MS to accessthe system.P2= ms_txpwr_max_cch which determines the maximum output power at which the MScan access the system.

The MS will only select cells of positive C1 and when a choice between cells of the samelocation area has to be made the cell of best C1 is chosen.

In the formula ‘A’ determines the down downlink path, and ‘B’, the uplink. To reach apositive C1 value ‘A’ must be positive, this will indicate that the received downlink poweris greater than the minimum required for that cell. If the value for ‘B’ falls negative, thisindicates that the mobile is more than capable of meeting the required access power, inthis case a value of 0 is used instead. A positive value for ‘B’ indicates a poorer uplinkpath.

The following statement summarises this calculation:

‘A’= + value –> Good downlink path– value –> Poor downlink path

‘B’= – value –> Good uplink path+ value –> Poorer uplink path

Version 1 Revision 9 Cell Selection/Reselection – C1



3–19

Cell Selection/Reselection

�� * �� * �( �(�%��$�� $��* �� #)�% #� ��

� $� %* �(��&&�!�"� ��

� ��

��

��

�

�

�

��

$ !&�'*$)%�!�*��

� ��

��

��

�

�

��

�#% ��

��

�

�

��

Version 1 Revision 9BCCH Reselection



3–20

BCCH ReselectionWhen considering BCCH reselection from one cell to another with the same location areathe value of C1 for potential cell must be greater than that for the source cell. When thepotential cell is in another location area then the value of C1 must be greater than that ofthe source cell by a database set parameter, the cell_reselect_hysteresis field.

Version 1 Revision 9 BCCH Reselection



3–21

BCCH Reselection

SYS02_Ch3_10

cell_reselect_hysteresis = <*>·* 0 = 0 dB RXLEV

7 = 14 dB RXLEV6 = 12 dB RXLEV5 = 10 dB RXLEV4 = 8 dB RXLEV3 = 6 dB RXLEV2 = 4 dB RXLEV1 = 2 dB RXLEV

BTS

BSS

BTSC1 > x

C1 = x

C1 = x + 4 dBBCCH

BCCH

BCCH

Location Area A Location Area B

Version 1 Revision 9Cell Reselection C2



3–22

Cell Reselection C2C2 is an option GSM feature which can only be used for cell reselection, it can beenabled or disabled on a cell basis. If C2 parameters are not being broadcast the C1process is used for reselection. The formula below shows that C2 is firmly based on theoriginal C1 calculation.

C2= C1 + cell_reselect_offset – temporary offset * H (penalty_time –T)

(for penalty_time <31)

H= 0 if T > penalty_time

H= 1 if T < penalty_time

C2= C1 – cell_reselect_offset

(for penalty_time= 31)

Whilst idle the mobile will maintain a list of the strongest 6 neighbours being monitoredfrom the idle ba list. This will be constantly updated and reselection parameters regularlychecked. At least every 5 seconds the MS will calculate C2 for the server and C2 forneighbours, if the C2 for the best neighbour exceeds that of the server for a period of 5seconds then reselection will take place. If the neighbour is in a different location areathen cell_reselect_hysteresis is also considered for the same period.

The parameters affecting C2 are broadcast on BCCH system information to an idlemobile and are described below:

cell_reselect_param_ind

This parameter is used by CRM to determine if C2 parameters should be broadcasted ornot. In any case, this field will be broadcasted and read by the MS as the PI bit. Aphase 2 MS will read the C2 parameters, if present, and use them for reselection. Aphase 1 MS is not capable of using C2 parameters, the C1 algorithm will be used forreselection.

cell_reselect_offset

An integer code specifies the cell_reselect_offset in dBs. This offset could be eitherpositive or negative depending on the value of penalty_time .

Version 1 Revision 9 Cell Reselection C2



3–23

Cell Reselection C2

��

��! ��#&�#�� #��"� %��$� ��

� � �� #&�#��

� � �� ≤ ��#&�#��

� � � � ��

��! ��#&�#��

� ��

� � � � �!��#�!" �!� #� �� !��"#��

� � � �!��#�!" �!� ��# #� �� !��"#��

� ��

� ��#��! �� ! �� "�#

� ��

� ��

��

�

�

� ��

Version 1 Revision 9Cell Reselection C2



3–24

Temporary_offset

This negative temporary_offset is imposed only for the duration of the penalty time, andis then disregarded.

Penalty_time

penalty_time is the duration for which the negative temporary_offset is considered,and is compared with Time T in the algorithm. Time T is the length of time the MS hasmaintained the neighbour in its top six measured cells. If penalty_time is set to 31 thetemporary_offset is ignored and the cell_reselect_offset becomes constantly negative.

cell_bar_qualify

cell_bar_qualify is used only in cell selection to prioritize a cell as being “normal” or“low” priority. The MS will always select cells with normal priority providing their C1calculation is greater than zero. Only if a “normal” priority cell cannot be found will a“low” priority cell (providing C1 > 0) be selected.

Version 1 Revision 9 Cell Reselection C2



3–25

Cell Reselection C2

��

��"$ #�!��&*�&� � ��&��%� (��'� ��

� � �� #�!��&*�&� �

� � �� ≤ #�!��&*�&� �

��

��"$ #�!��&*�&� ��

� ��

� �!&��$ �"�� "$ �% "� ��% "��%�&

� ��

� ��

��

��

�

�

�

�� !��!�&*

� ��

� �!&��$ �"�� "$ � %�� #�$�"�%

� %��

� � %��

�

�

�

�� %��

�� #"$�$*�"��%�& ��!"$��

��$�%��&�"��%�& �% !��&�(�

� ��

� �"$ ��

� �")

Version 1 Revision 9C2 Reselection Exercise



3–26

C2 Reselection ExerciseThe parameters and levels specified on the facing page are typical values experiencedby a mobile in the reselection process. Use these values to determine whether themobile will reselect to the neighbour cell. The mobile has been in the server well overone hour, and the best neighbour has been in the top six measured cells for exactly 4minutes.

��

�� .')#"& ',+ � �")*+�

� � �� )/$�-��**�%"&� ��

� � � ��

� �� %*�+/(.)�%�/��!� ��

� � � ��

��

��

��

� � �� )/$�-��**�%"&� ��

� � � ��

� �� %*�+/(.)�%�/��!� ��

� � � ��

��

��

��

� �*�)-�)� � � �&�" !�',)� � ��$$�)�*�$��+�!0*+�)�*"*

Version 1 Revision 9 C2 Reselection Exercise



3–27

C2 Reselection Example

� ��!��

�� "� �� 28-(6#$&&(33#.,/� ��.3#48172#.$8#&&+� &(--#2(3(-(&4#1$2$.#,/'� �&(--#2(3(-(&4#0))3(4� ��(.102$29#0))3(4� ��(/$-49#4,.(�

� ��

�� "� �� 28-(6#$&&(33#.,/� ��.3#48172#.$8#&&+� �&(--#2(3(-(&4#1$2$.#,/'� �&(--#2(3(-(&4#0))3(4� ��(.102$29#0))3(4� ��(/$-49#4,.(� ��

� �8-(6 �6(2$*(

�(26,/*� �� '�.�(34 /(,*+%052� �� '�.

� &(--#2(3(-(&4#+934(2(3,3� �

� �0%,-( 107(2 &-$33� � � 7 � �� '�.�

Version 1 Revision 9Common Control Channel (CCCH) Configuration



3–28

Common Control Channel (CCCH) ConfigurationUp to four timeslots on the BCCH carrier can be used for the CCCH. Each timeslotforming a subchannel and each subchannel being divided into subgroups.

ccch_conf is a parameter which is broadcast on system information messages to an idlemobile it is one of three parameters used by the MS, to determine its paging group

The ccch_conf field determines the configuration of the CCCH on the BCCH carrier. Itmust be consistent with the sdcch_preferred value in order to correctly assign combinedor non-combined multiframes.

Version 1 Revision 9 Common Control Channel (CCCH) Configuration



3–29

Common Control Channel (CCCH) Configuration

� ��

�� " ��

��

� � !�� ! ��

� � !�� ! ��

� � !�� ! ��

!�� ! ��

� !�� ! ��

Version 1 Revision 9Common Control Channel (CCCH) Block Configuration



3–30

Common Control Channel (CCCH) Block ConfigurationOn the non combined BCCH/CCCH multiframe, there are nine CCCH blocks. In thedownlink direction these blocks must serve the paging and access granted functions andmust be configured accordingly.

On the combined multiframe structure the number of blocks available is reduced to threebecause it now supports four SDCCH/SACCH.

The bs_ag_blks_res field sets the number of blocks reserved for access grant per 51TDMA multiframe. Therefore the number of paging blocks available are reduced by thenumber of blocks reserved for access grant messages. The choice of value will bedetermined by the consideration of the ratio of MS originated to MS terminated calls.

This parameter is broadcast on BCCH system information messages to an idle MS and isused by the MS to determine its paging group.

Version 1 Revision 9 Common Control Channel (CCCH) Block Configuration



3–31

CCCH Block Configuration

� �)��!��$#)�( )� ��

� ��

��

��

�'%�"& � �� $'�#) �� $'�# �� $'�#)

��

Version 1 Revision 9MS Paging



3–32

MS PagingAn MS is required to receive and analyse the paging messages on its paging group.

If the paging message uses the TMSI number, then four pages can be packed into onepaging group, which takes four consecutive bursts in timeslot 0 to transmit. If IMSI isused the number of MSs that can be paged in one message is only two.

The field bs_pa_mfrms indicates the number of 51 frame multiframes betweentransmission of paging messages to MS of the same group.

Therefore, the total number of paging groups per control channel is the total number ofCCCH blocks per timeslot, minus the bs_ag_blks_res multiplied by the bs_pa_mfrmsfield. MS are normally required to monitor every nth block where n equals the number ofavailable blocks in total.

This parameter is broadcast on BCCH System Information messages and is one of thefields used by an idle mobile along with ccch_conf , bs_ag_blks_res and the IMSInumber of the MS, to determine its paging group (formula in GSM 5.02).

Version 1 Revision 9 MS Paging



3–33

Transmission of Paging Messages

SYS02_Ch3_16a

* 0 = 2 multiframes

bs_pa_mfrms = <*>·1 = 3 multiframes

7 = 9 multiframes

.

.

.

ccch_conf =

Example:

bs_ag_blks_res =bs_pa_mfrms =

0

1

2

SYS02_Ch3_16b

BCCH

AGCH

1

2

3

4

5

6

7

8

BCCH

AGCH

17

18

19

20

21

22

23

24

BCCH

AGCH

25

26

27

28

29

30

31

32

BCCH

AGCH

1

2

3

4

5

6

7

8

BCCH

AGCH

9

10

11

12

13

14

15

16

235.5 mS

Version 1 Revision 9Extended Paging



3–34

Extended PagingIf there are more than four pages for a particular subgroup then the fifth through eightpages can be packed into the next but one paging subgroup if extended paging ispermitted. The MS is informed by the “page mode” flag in the paging message thatextended paging has been dynamically activated. The MS will then switch on andinterrogate the next-but-one paging group ahead. Extended paging can be deactivatedby disabling this flag in the add_cell .

Any more than eight pages for a particular subgroup would not be broadcast until thereappearance of that paging subgroup.

Version 1 Revision 9 Extended Paging



3–35

MS Paging

SYS02_Ch3_17

T M S I

T M S I

T M S I

T M S I

BUFFER

3

2

SF

1

BCCH

SF

* 0 = Normal Paging

extended_paging_active = <*>·1 = Extended Paging

Version 1 Revision 9Periodic Updates/rr_t3212



3–36

Periodic Updates/rr_t3212As well as performing location updates due to geographical boundaries it can beimplemented on time basis by setting rr_t3212 which governs the MS periodic locationupdate procedure. rr_t3212 starts when mobility management service or when mobilitymanagement signalling is terminated and stops when mobility management service orsignalling is initiated. A value of 0 decihours indicates an infinite timeout value.

Version 1 Revision 9 Periodic Updates/rr_t3212



3–37

Timers t3212

� ��

� ��

��

��

Version 1 Revision 9Attach/Detach



3–38

Attach/DetachA database field can be used to invoke system attach/detach procedures. These areused to inform the PLMN that the MS has become active on the system or has beendeactivated either due to it being turned off or because the SIM card has been removed.

If an MS is either switched off or the SIM card is removed, assuming that theattach_detach field is set to 1, then the MS will invoke detach procedure and send anIMSI detach indication message to the PLMN. The PLMN will then be aware that the MSis inactive and will not allocate resources to that MS for paging purposes.

On insertion of the SIM and/or switching the MS on it will camp onto a BCCH and readthe System Information messages. Assuming the attach/detach procedures are requiredand the Location Area Identification (LAI) being sent on the BCCH is the same as thatstored in the MS as being its last LAI then the MS will generate an location update typeIMSI attach indication message.

If the LAI being received by the MS is different to that stored in its memory as being thelast known LAI then the MS will perform a location update.

Version 1 Revision 9 Attach/Detach



3–39

Attach/Detach

SYS02_Ch3_19

* 0 = disabled

attach_detach = <*>·1 = enabled

MS

MSstored LAC= 126

MSstored LAC= 126

MSstored LAC= 126

BSS

LAC = 126

BSS

LAC = 126

BSS

LAC = 126

BSS

LAC = 172

MobileleavesNetwork

Mobile rejoinsnetwork in thesame locationarea

Mobile rejoinsnetwork in adifferentlocation area

IMSI Detach Indication

BCCH System Info

Attach/Detach enabled

Location update IMSIAttach type

LAC same as last known LAC

Location Update Normal

LAC different to last known LAC

Stored LAC= 126

Version 1 Revision 9Cell Access



3–40

Cell AccessCell bar information is transmitted within system information messages to an idle MS.The network operator, via MMI, is able to completely bar access to all normal subscribersin a particular cell, using the cell_bar_access_switch field. Barring may beimplemented when a BTS is not functioning correctly, when new cells have beenintroduced into the network and being tested or when a cell is being reserved forhandover purposes only. When the cell is barred by the operator and system info reflectsthis, normal MSs will not attempt to access the cell. Users of test phones may employ a‘mask’ to override the MS’s usual action upon detecting the bar. These test MSs will beable to make calls, which will not be rejected by the BSS. Pages will still be transmittedin cells which are barred and therefore test MS will be able to receive calls. However,existing calls may be handed over to a cell which is barred, when the MS completes thecall in this barred cell, then re-selection will be attempted.

Cell barring is an all or nothing situation. By using the cell_bar_access_class fieldaccess to a cell can be limited to particular classes of MS. All SIMs are allocated one often access classes, referred to as access classes 0–9. There are five additional classes11–15 which are normally reserved for emergency services, VIPs etc. Class 10, in termsof a subscriber class does not exist, and indeed no subscriber will have it allocated. Thecell_bar_access_class field does not stop any MS from camping on a cell but willrestrict access to those classes indicated on the BCCH and could be used to cope withabnormally high traffic load or emergency situations. In the case of class 10 it isunimportant which value 0 or 1 it is assigned in this bit map as this value is overwritten bythe emergency_class_switch also broadcasted to the MS.

When a cell is barred from access normal MSs will not be able to select this cell even if ithas the best signal. The MS will select the second best cell.

Version 1 Revision 9 Cell Access



3–41

Cell Access

SYS02_Ch3_20a

* 0 = Cell is not barred

cell_bar_access_switch = <*>·1 = Cell is barred

* 4 digit hexadecimal number

cell_bar_access_class = <*>·

A

SYS02_Ch3_20b

Example 1: Access classes tobe barred 2 and 3

0 0 0 C h

Example 2: Access classes tobe barred 8 and 10

0 5 0 0 h

Hexadecimal Digit Value/Position

Classes Barred

X

X

X

X

15 14 13 12

11 10 9 8

7 6 5 4

3 2 1 0

9

8

7

6

5

4

3

2

1

B

C

D

E

F

0

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

X

Version 1 Revision 9Emergency Call Access



3–42

Emergency Call AccessThe cell_bar_access_class field in the database is mapped onto the cells BCCHsystem information and informs all MS camped onto that cell which classes of MS arepermitted to access it. Part of the BCCH system information messages contains theemergency_class_switch field informing the MS that either all MS are permitted tomake emergency call or only those belonging to MS classes 11–15.

Version 1 Revision 9 Emergency Call Access



3–43

Emergency Call Access

� � ��

� ��

��

��

��

Version 1 Revision 9Channel Requests



3–44

Channel RequestsAn MS requests resources from a cell by transmitting an “access burst” containing the“channel request” message. The access burst has to be scheduled so that it istransmitted during a frame that has been configured as a RACH. This scheduling isperformed with the aid of a calculated wait period.

After the first channel request has been sent without reply, the next one is sent after await period, made up of a random number of RACH slots. This wait period is in the set(S, S+1 . . . S+T –1), where T is a value dependent on tx_integer (broadcast on BCCHsystem information) and S is a preset number dependent on the value of T andmultiframe type. The table opposite shows these values which are in the firmware of theMS.

Channel requests will only be repeated upto M+1 times where M is equal to max_retran ,broadcast on BCCH system information. After the last channel request T3126 is startedin the MS, on expiry the channel request procedure will be aborted.

Version 1 Revision 9 Channel Requests



3–45

Channel Requests

SYS02_Ch3_22

MS BTSChannel Request

Channel Request

Channel Request

Channel Request

Channel Request

wait period Random value in

Set (S, S + 1, . . . . . S + T – 1)

M

M + 1

New wait period T3126

ABORT

SYS02_Ch3_22a

Value of ST

(RACH Slots) Non–Comb

CCCH COMB CCCH

3, 8, 14, 50 4, 9, 16

5, 10, 20 6, 11, 25 7, 12, 32

55 76 109 163 217

41 52 58 86 115

valid range 0 to 15 0

15 . .

2 1

3

50 . .

5 4

tx_integer = <*> •

valid range 0 to 3 0 Max

* integer code for number of retransmissions

Default 0

3 2 1

1 Retran

7 Retran4 Retran2 Retran

max_retran = <*> •

Version 1 Revision 9Wait Indication



3–46

Wait IndicationWhen a MS gains access to a cell with an access burst it is requesting radio resources toperform one of the following functions:

1. Responding to a paging message.

2. Emergency call.

3. User request (making a call, location update, etc.)

4. Trying to salvage an established call.

If there is not radio resources available the network may send the MS an “ImmediateAssignment Reject message” in unacknowledged mode on the Common ControlChannel. The message will contain the request reference and a wait indication. Onreceipt of the “Immediate Assignment Reject” message the MS will start an internal timer(T3122) with the indicated value taken from the “wait indication information element”contained within the “Immediate Assignment Reject” message and returns to idle mode.The MS is not permitted to make a new attempt to establish a radio resource connectionin the same cell until T3122 expires.

The wait_indication_parameters is set in the BSS database and is the value that theMS will use to set T3122.

Version 1 Revision 9 Wait Indication



3–47

Wait Indication

SYS02_Ch3_23

MS

MS

MS

MS

MS

Cell

Cell

CellChannel Request

RACH

Immediate Assignment RejectWait Indication 20s

AGCH

Sets timer T3122 for 20sand returns to Idle mode

T3122 Expires

Channel Request

RACH

* Time in seconds (0 – 255)

wait_indication_parameters = <*>·default = 5

Version 1 Revision 9Signalling Establishment



3–48

Signalling Establishment

rr_t3101

An MS will request radio resources by sending a channel request message on theRACH. The PLMN will inform the MS via the AGCH as to what resources have beenallocated and will start timer rr_t3101.

Once the main signalling link between MS and PLMN is established rr_t3101 will bestopped. If rr_t310 1 expires before the signalling link is established the newly allocatedresources will be released and the channel request message forgotten.

rr_t3101 must be set to value higher than the time necessary to set up the signalling linkbetween MS and PLMN.

Version 1 Revision 9 Signalling Establishment



3–49

Signalling Establishment

SYS02_Ch3_24

MS

AGCH

RACH

BTS

Channel Request

Immediate Assignment

L2 SABM(L3 Initial Message)

* Time in milliseconds

chg_element rr_t3101 = <*>·

rr_t3101 Stopped

Valid range 0 to 1000000

Default value 5000

rr_t3101

Version 1 Revision 9Channel Allocation by Interference Band



3–50

Channel Allocation by Interference BandThe Cell Resource Manager (CRM) is the BSS radio channel database and isresponsible for allocating a radio channel of the right type when requested.

The CRM will search and allocate channels on a best channel available to worst channelavailable basis.

All idle radio channels are monitored for noise interference by the Handover Detectionand Power Control (HDPC) process in the Radio Subsystem Software (RSS). Thismonitoring leads to a number of samples which are in turn averaged by the HDPC. Afteraveraging, each idle channel will be allocated an interfere band, the HDPC then informsthe CRM of which band each idle channel falls into. The CRM uses this to ensure thatthe best radio channel available is allocated first.

The five interference bands are based on absolute noise level values of each carrier atfive different Rx levels, interference band 0 being the lowest Rx level (therefore the betterchannel) and interference band 4 being the highest Rx level and therefore the worstchannel.

The CRM will automatically allocate channels on a best to worst basis, this parameterdoes not actually control this feature. This parameter is not supported.

Version 1 Revision 9 Channel Allocation by Interference Band



3–51

Channel Allocation by Interference Band

� ��

��

�

�

�

��

� ��

� � ��

�

�

�

� � ��

SYS02_Ch3_25a

4

3

2

1

0

Timeslot

Interferenceband

– 47 dbm

– 90 dbm

– 110 dbm

– 47dbm

– 55 dbm

– 85 dbm

– 95dbm

– 100 dbm

Version 1 Revision 9Assignment of SCCP Reference Number



3–52

Assignment of SCCP Reference Number

Threshold

When attempting to allocate a radio channel the CRM must assign an SCCP number tothe request. Although part of this number is similar for each channel at a BTS, there isalso a unique part which is allocated by the CRM on a random basis. The thresholdparameter determines the maximum number of attempts the CRM will make to allocatethis unique part. If this number of attempts is exceeded then the call request will bedropped and a Software Fault Management (SWFM) will be generated.

Version 1 Revision 9 Assignment of SCCP Reference Number



3–53

Assignment of SCCP Reference Number

SYS02_Ch3_26

Threshold – <*> (default 7)·<*> Number of attempts

Valid Range 0 – 255

INFORMATION ELEMENT IDENTIFIER

CELL IDENTITY

EM BIT

MTL NUMBER RSL NUMBER MSB

RSL NUMBER LSB

RANDOM NUMBERS

Version 1 Revision 9Assignment of Resources



3–54

Assignment of ResourcesWhen an MS requires the network to set up a call, the initial request for resources is sentas an access burst on the RACH. Acknowledgement of the request will be sent via theAGCH and the MS will then be allocated an SDCCH. Whilst on the SDCCHauthentication and validation of the subscriber and the setting of encryption normallytakes place.

If all SDCCHs are busy and SDCCH reconfiguration has reached a maximum, or is notenabled then the operator is left with two choices. Either the initial request for resourcesfrom the MS is rejected or it can be immediately assigned a TCH to carry out the SDCCHprocess. In the case that resources are immediately assigned, a TCH in the GSM900band will be allocated, EGSM frequencies will not be used. The immediate assignmentoption is indicated in the immediate_assign_mode field in add_cell .

Version 1 Revision 9 Assignment of Resources



3–55

Assignment of Resources

� ��

� � � � ��

��

� � � ��

Version 1 Revision 9Queue Management



3–56

Queue ManagementA MS requests radio resources via the Random Access Channel (RACH). It does so bysending an access burst containing a “channel request” message. Assuming resourcesare available the MS will be assigned one of a number of Standalone Dedicated ControlChannels (SDCCH) where the remainder of call set up procedures will take place prior tobeing allocated a Traffic Channel (TCH).

It may occur that once the MS has finished on the SDCCH there may not be a TCHavailable at that particular moment. The system is able to place the MS in a queuealong with other MS awaiting assignment of a TCH.

The length of the queue is dependent upon the value set in thequeue_management_information field of the BSS database. The range of this fieldrepresents the arithmetic sum of the number of MS that can wait in a queue for theassignment of a TCH or SDCCH. A value of 0 must be entered if queuing is notpermitted. A MS could obviously not wait for an indefinite time in this queue,bss_map_t11 controls the maximum time the MS will wait before the request is dropped.

This parameter is used by the Cell Resource Manager (CRM), and must be aligned tothe value entered in the MSC.

This parameter must be greater that or equal to the sum ofmax_q_length_full_rate_channel and max_q_length_sdcch .

SDCCH Queuing

Channel requests cannot be queued, either an SDCCH is available or not. However,MSC originating, SDCCH handover requests can be queued, this parameter controls thelength of that queue. This parameter is more usually set to 0 as MSC SDCCH handoverrequests are not common.

Version 1 Revision 9 Queue Management



3–57

TCH Queueing

� ��

� ��

��

��

Half Rate/Full Rate TCH Queue

� ��

� ��

��

��

SDCCH Queuing

� ��

� � � ��

Version 1 Revision 9Channel Reconfiguration



3–58

Channel ReconfigurationOn initialisation the CRM ensures that each air interface timeslot is configured as perfields set in the database.

Once the BSS is call processing the CRM is capable of dynamic channel reconfiguration.That is, the CRM is capable of changing the mix of channel configuration. If a highproportion of SDCCHs are in use and more SDCCH requests are received the CRM isable to reconfigure a TCH timeslot into SDCCHs.

In the example shown timeslot 0 of carrier 0 is configured to include FCCH, SCH, BCCH,CCCH, 4 SDCCH with 4 SACCH. Another timeslot on that carrier is configured as a fullrate TCH with FACCH and SACCH. The CRM is able to reconfigure the TCH timeslotinto 8 SDCCH + 8 SACCH giving this particular cell 12 SDCCH at the expense of oneTCH timeslot.

The channel_reconfiguration_switch field in the BSS database specifies whether theCRM may or may not perform dynamic channel reconfiguration.

Version 1 Revision 9 Channel Reconfiguration



3–59

Channel Reconfiguration

� ��

� ��

��

SYS02_Ch3_29

TDMA Frame on InitialisationSACCH

FCCHSCHBCCHCCCHSDCCH

FACCHSACCHTCH

FACCHSACCHTCH

FACCHSACCHTCH

FACCHSACCHTCH

FACCHSACCHTCH

FACCHSACCHTCH

FACCHSACCHTCH

0 1 2 3 4 5 6 7

Timeslot 0 = FCCH + SCH + BCCH + CCCH + SDCCH/4 + SACCH/C4

Timeslot 1 = TCH/F + FACCH/F + SACCH/TF

TDMA Frame after ReconfigurationSACCH

FCCHSCHBCCHCCCHSDCCH

SDCCHSACCH

FACCHSACCHTCH

FACCHSACCHTCH

FACCHSACCHTCH

FACCHSACCHTCH

FACCHSACCHTCH

FACCHSACCHTCH

0 1 2 3 4 5 6 7

Timeslot 0 = FCCH + SCH + BCCH + CCCH + SDCCH/4 + SACCH/C4

Timeslot 1 = SDCCH/8 + SACCH/C8

Version 1 Revision 9Preferred Number of SDCCH



3–60

Preferred Number of SDCCHOn initialisation the CRM is informed of the number_sdcchs_preferred field in thedatabase which will control the number of SDCCHs that will be configured in a particularcell. The number of SDCCHs is dependent upon the configuration of timeslot 0 on theBCCH carrier, whether it supports 4 SDCCHs or whether all SDCCHs are on their owntimeslot at 8 SDCCHs per timeslot.

Version 1 Revision 9 Preferred Number of SDCCH



3–61

Preferred Number of SDCCH’s

� ��

� � ��

��

��!��

Version 1 Revision 9SDCCH Allocation



3–62

SDCCH AllocationThe number_sdcchs_preferred field (as discussed previously) also sets the minimumnumber of SDCCHs that the reconfiguration algorithm tries to maintain. When channelreconfiguration is enabled (channel_reconfiguration_switch=1 ) the CRM will attemptto maintain the preferred number of SDCCHs for allocation and may reconfigure idleTCHs to SDCCHs before all SDCCHs are busy and, when the demand falls, reconfigurethe SDCCHs back to TCHs. The number of available SDCCHs after reconfiguration willnever exceed max_number_of_sdcchs.

Version 1 Revision 9 SDCCH Allocation



3–63

Maximum Number of SDCCH’s

� ��

� ��

��

��

Version 1 Revision 9SDCCH Reconfiguration



3–64

SDCCH ReconfigurationThe “sdcch_need_high_water_mark ” and “sdcch_need_low_water_mark ” are usedby the reconfiguration algorithm to trigger the reconfiguration process. The highwatermark determines the number of free SDCCHs remaining before TCH to SDCCHreconfiguration should occur. tch_full_need_low_water_mark also has an effect onsuch a reconfiguration to ensure that some idle traffic channels will still be left after theconversion. The SDCCH low watermark determines the number of free SDCCHs beforethe SDCCHs obtained by previous reconfiguration can be converted back to TCHs. Thedynamic reconfiguration algorithm is shown below.

The low and high watermarks are only in effect if the channel_reconfiguration_switchis enabled.

Conditions for TCH to SDCCH Reconfiguration to occur

1. Number of SDCCHs after reconfiguration must not exceed max_number_ofsdcch .

2. Idle number of free SDCCHs must be lower than sdcch_need_high_water_mark .

3. Current number of idle TCHs must be greater thantch_full_need_low_water_mark.

Version 1 Revision 9 SDCCH Reconfiguration



3–65

SDCCH Reconfiguration

sys02_3_32x

TS1 TS2 TS1 TS2

SDCCH preferred = 16 Max no SDCCH = 24

Ccch_conf = 0

sdcch_need_high_water_mark = <*> (default 2) 1 – 39sdcch_need_low_water_mark = <*> (default 12) 10–48* Number of sdcchs freetch_full_need_low_water_mark = <*> (default 255) 0 – 255

High water mark = 2High water mark = 2

Carrier 1 Carrier 2

High water mark = 2High water mark = 2

Trigger reconfiguration

Reconfigurationnot triggered

Version 1 Revision 9SDCCH to TCH



3–66

SDCCH to TCH

Conditions for SDCCH to TCH Reconfiguration to occur

1. Total number of SDCCHs after the reconfiguration must not be lower thannumber_sdcch_preferred .

2. Present number of free SDCCHs must be greater than thesdcch_need_low_water_mark .

A dependency written into this feature is:–

1. sdch_need_low_water_mark � number_sdcch_preferred by 9

Version 1 Revision 9 SDCCH to TCH



3–67

SDCCH to TCH

sys02_3_32.a

TS1 TS2 TS1 TS2

SDCCH preferred = 16

Max no SDCCH = 24

Ccch_conf = 0

Low water mark = 18

Carrier 1 Carrier 2

Trigger reconfiguration

Version 1 Revision 9Measurement Reporting for Handovers and Power Control



3–68

Measurement Reporting for Handovers and Power ControlEach cell in the PLMN will have its own dedicated BCCH. The BCCH will becontinuously transmitted at a constant power output and any idle timeslots on the BCCHcarrier will be filled with dummy bursts.

The MS is provided with a list of neighbour BCCH carriers to which it must retune forsignal strength measurement reporting.

Cellular systems depend upon the reusing of RF channels available to support themaximum number of subscribers with the frequency band allocated. It is therefore veryimportant that the MS has some mean of determining that the BCCH carrier it ismeasuring actually belongs to the cell intended and not another cell using the samecarrier frequency. The BCCH multiframe contains the SCH in which is contained theBSIC. The MS therefore not only has to measure the received signal strength of BCCHcarriers but must also demodulate the SCH on the BCCH carriers and decode the BSICas often as possible and as a minimum at least once every 10 seconds.

If during the measurement process the MS detects BCCH carriers among the sixstrongest, whose BCCHs are not currently being assessed but are on the neighbour listthe MS will then as a matter of priority attempt to decode their BSICs. If after a period of5 seconds it has not managed to decode the BSICs it will revert to confirming existingBSICs.

If the BSIC of a surrounding cell cannot be demodulated or indicates that the cell is partof another PLMN then all signal strength measurements for that BCCH will be discarded.If decoding of a BSIC is not achieved after three successive attempts it will beconsidered lost and any existing signal signal strength measurement will be discarded.

The MS maintain a list of the six strongest BCCH carriers. If one of those BCCH carriersis found to be no longer one of the six strongest the information collected on that BCCHwill be retained for at least 10 seconds. This is in case a handover is initiated to that cellsoon after reporting procedures on that cell have stopped but requiring timing and BSICinformation gathered on it.

Version 1 Revision 9 Measurement Reporting for Handovers and Power Control



3–69

Measurement Reporting

� ��

� � �

� ��

� ��

� ��

Version 1 Revision 9BA – Indication



3–70

BA – Indication

BA Indicator

A neighbour list (BA List) is included in system information message type 2 to an idle MSand system information type 5 to a MS in traffic. Each of these lists is qualified by aba_indication bit. This is important in the case of a MS in traffic as the BA list isconveyed in sys info 5 by use of a bit map. When the MS sends a measurement reportthe frequency of the neighbour being reported is conveyed by its position in the bit mapof the last received system information 5 message. If a neighbour is added or indeeddeleted, the bit map in system 5 would be altered, and therefore the reported neighbourmeasurements need to be qualified as using the old or the new list (bit map).

This qualification is specified by use of the ba_indication which will automatically togglebetween 0 and 1 to indicate a different list. This ba_indication is returned in the uplinkmeasurement report to validate which list was being used at the time of measurement.

There are two distinct ba_ind elements, ba_ind_sacch (system information 5, MS intraffic) and ba_ind_bcch (system information 2, MS idle). Neither of these indicatorscan be set by the operator. The ba_ind_sacch will toggle automatically if a neighbour isadded or deleted, although the ba_ind_bcch remains fixed.

The ba_alloc_proc field provides an alternate method of handling the processing ofNeighbour measurements reported by the MS, when there is a change made to theneighbour list. Once the list has been changed the alternate method will cause theHDPC to ignore any subsequent reports having the old ba_ind_sacch value. All storedaverages based on previously received neighbour measurement reports are alsodiscarded. The HDPC shall resume processing of measurements only when the MSbegins to use the new ba_ind_sacch value. When a 0 is entered in this field thisreinitialization is disabled, the HDPC will process remaining measurement reports despitethe ba_ind_sacch not yet having toggled, it will also retain previous reports as normal.

Version 1 Revision 9 BA – Indication



3–71

BA Indication

SYS02_Ch3_34

Neighbour Cells Description IEI octet 1

octet 2

octet 3

octet 17

8 1234567

Bit 127

Bit 113

Bit 114

Bit 115

Bit 116

Bit 117

Bit 118

Bit 119

Bit 001

Bit 002

Bit 003

Bit 004

Bit 005

Bit 006

Bit 007

Bit 008

Bit 120

Bit 128

Bit 121

Bit 122

Bit 123

Bit 124

BA– IND

EXT– IND

ba_alloc_proc = <*>·* 0 = Reinitialization disabled

1 = Reinitialization enabled

Version 1 Revision 9Signal Strength Measurements



3–72

Signal Strength MeasurementsRadio link measurements are used in the handover and RF power control processes. AnRSS directed handover is defined as a change of channel either because of degradationof quality of the current serving cell (BER and SSI) the availability of another channel thatwill provide the same or better quality radio link using a lower transmit power output(power budget) or to prevent an MS from exceeding the cells boundaries.

Both MS and RSS are reporting the signal strength at their receiver input. The MS ismeasuring the signal strength in the channel downlink direction and that of neighbourBCCH. The RSS is measuring the signal strength in the channel uplink direction.

The reported parameters are averaged out by the RSS and MS using measurementsamples taken during 480mS blocks. During the averaging process, samples takenduring a previous 480mS block are discarded, but the averages are retained by the RSS.

When assigned a TCH, SDCCH or camped on a BCCH the MS shall measure the signalstrength of:

1. The BCCH carriers as indicated in the BCCH Allocation (BA).

2. On all bursts of the TCH or SDCCH channel it is on including SACCH bursts. Iffrequency hopping is supported using the BCCH carrier then measurement of thatcarrier is dependent upon the PWRC field.

The RSS shall measure the signal strength of:

1. Any TCH or SDCCH that has been assigned to an MS including the SACCH.

The RXLEV value will be within the range of 0–63 depending on the signal strengthmeasurements

Version 1 Revision 9 Signal Strength Measurements



3–73

Signal Strength Measurements

SYS02_Ch3_35a

NeighbourBCCH

·

RXLEV Range

63 = Greater than –47 dBm

TCH/SDCCH·TCH/SDCCH·RSSMS

0 = Less than –110 dBm1 = –110 to –109 dBm2 = –109 to –108 dBm

.

.

.62 = –48 dBm

SYS02_Ch3_35b

BCCH

BSS

RSS Uplink RXLEV

BSS

Neighbour Cell

Neighbour Cell

Serving Cell

BCCHNeighbour RXLEVTCH/SDCCH RXLEV

Version 1 Revision 9Signal Quality Reporting – RXQUAL



3–74

Signal Quality Reporting – RXQUALThe RSS measures the quality of the TCH/SDCCH in the uplink direction and the MS inthe downlink direction.

The RXQUAL values are produced during 480mS blocks and as with the signal strengthmeasurements, those measurements taken during previous 480mS blocks are discarded.

Eight levels of RXQUAL are defined.

Version 1 Revision 9 Signal Quality Reporting – RXQUAL



3–75

Quality Measurements

��

� �-3,*(,) ��

�"$(- �2#�401%+ ��

� .*(,) ��

�!� �� ",&%

�� %00 1'", �� /%"1%/ 1'", ��

��

Version 1 Revision 9BSS Processing and Threshold Comparisons



3–76

BSS Processing and Threshold ComparisonsFor the purpose of handovers and power control the BSS will be continuously processingthe following information.

MeasurementsReported by MSon SACCH

1. Downlink receive signal strength (RXLEV)

2. Downlink quality (RXQUAL)

3. Downlink surrounding cell RXLEV (neighbour BCCH)

MeasurementsPerformed byRSS

1. Uplink RXLEV

2. Uplink RXQUAL

3. MS–BS Distance (Timing Advance)

4. Interference levels in idle timeslots

The RSS will produce a new processed value for each of the measurements shownabove every 480mS (SACCH multiframe)

Version 1 Revision 9 BSS Processing and Threshold Comparisons



3–77

BSS Processing and Threshold Comparisons

��"!#%�� ) ��

� �!( �� '�� %#� �%�

� �!( �� &��%)

� �!( �� &##!& ��

�#�!#�� ) ��

� �"�� '�� %#� �%�

� �"�� &��%)

� �� $%� ��

� %�#��#� �� '��$ � �� %��$�!%$

� #!��$$�� &� �'�#) ��

Version 1 Revision 9Threshold Comparison Process – Power Control



3–78

Threshold Comparison Process – Power ControlThe MS and BSS are continuously providing Received Signal Strength Indications (RSSI)on the radio resource allocated. The MS is measuring the RSSI in the downlink directionwhich is proportional to the BSS transmit output power and the BSS is measuring theRSSI in the uplink direction being proportional to the MS transmit output power.

These measurements are averaged by the RSS and this value is then used for powercontrol purposes. Thresholds are set in the database and if a number of averagedvalues produced by the BSS exceed these thresholds then the power output of the BSSor MS will be increased or decreased.

The number of averaged values to be considered in the decision process can be set indatabase.

Version 1 Revision 9 Threshold Comparison Process – Power Control



3–79

MS/BSS Power Control

��

��

� ��

��

��

Version 1 Revision 9Power Control



3–80

Power Control

BSS

The MS provides averaged RSSI measurement samples on the downlink radio path tothe RSS. The RSS then performs its own averaging and these values are comparedagainst the power control thresholds. All, or a proportion of the averaged values beingconsidered must exceed the threshold value before any action will be taken.

The proportion of averaged values that must exceed the threshold is determined by twodatabase fields, decision_1_n1 and decision_1_p1 for increasing the output power anddecision_1_n2 and decision_1_p2 for decreasing the output power. The “n”parameters represent the number of previously averaged values to be considered andthe “p” parameters are the proportion of those averages that must exceed the thresholdvalue. If “p” and “n” were set to the same value then all averaged values considered bythe RSS must exceed the threshold value.

Two threshold values are required, one to determine when the BSS output power levelshould be increased and another to determine when the BSS output power level shouldbe decreased. These thresholds are set in the l_rxlev_dl_p (power increase required)and u_rxlev_dl_p (power decrease required).

Version 1 Revision 9 Power Control



3–81

Power Control – BSS

� ��

� ��

� ��

� � ��

� � ��

� � ��

� � ��

� �� "��

� �� #��

� �� #��

� � �! �� "�� !� �$��

��

��

0

10

20

30

40

–110dBm

–100dBm

–90dBm

–85dBm

–80dBm

–75dBm

–70dBm

Threshold Value Signal Strength

l_rxlev_dl_p= 25

u_rxlev_dl_p= 35

.

.

.63 –47dBm




3–82

Power Control

MS

The RSS measures the uplink signal strength received from the MS. The RSS thenaverages these samples and the averaged values are compared against the powercontrol thresholds. All, or a proportion of the averaged values being considered mustexceed the threshold value before any action will be taken.

The same database fields as used in BSS power control are used to determine whatproportion of averaged values must exceed the threshold before increasing or decreasingits output power.

Two threshold values are required, one to determine when the MS output power shouldbe increased and another to determine when it should be decreased. These thresholdsare set in the l_rxlev_ul_p and u_rxlev_ul_p fields.




3–83

Power Control – MS

� ��

� ��

� �� !� ��

� � ��

� � ��

� � ��

� � ��

� �� #��

� �� $��

� �� $��

� � �"! �� #�� " ! �%�� !��

��

��

0

10

20

30

40

–110dBm

–100dBm

–90dBm

–85dBm

–80dBm

–75dBm

–70dBm

ThresholdValue

Signal Strength

l_rxlev_ul_p= 20

u_rxlev_ul_p= 30

.

.

.63 –47dBm

Version 1 Revision 9alt_qual_proc



3–84

alt_qual_procThe database command alt_qual_proc determines if BER values or Quality Bands areused to process quality measurement.

Version 1 Revision 9 alt_qual_proc



3–85

alt_qual_procalt_qual_proc = <*>

0 = BER values

1 = Quality Bands

BER RANGE DEF BAND DEF

l_rxqual_ul_p 0–1810 226 0–7 4

l_rxqual_dl_p 0–1810 226 0–7 4

u_rxqual_ul_p 0–1810 28 0–7 1

u_rxqual_dl_p 0–1810 28 0–7 1

l_rxqual_ul_h 0–1810 453 0–7 5

l_rxqual_dl_h 0–1810 453 0–7 5




3–86

Power Control

RXQUAL

The MS and RSS not only provide measurements for the RXLEV of the uplink anddownlink radio paths but also measure the quality of these paths. The RXQUALmeasurements are averaged by the RSS and compared against upper and lowerthresholds set in the database. If all or a proportion of the averaged values beingconsidered exceed the threshold value then the power output of the MS and BSS can beadjusted accordingly.




3–87

Power Control RXQUAL

� �&)%(� �( �$��

� �&)%(� �� $��

� (�&)%(� �( �$��

� (�&)%(� �� $��

� ��

� ��'�#"��"��

� ��'�#"��$��

� ��'�#"��"��

� ��'�#"��$��

� ��

� ��

� ��

� � �� !��

�

�

�

�

��

��

��

��

� ��

�� (� �''(!�� (�&)%(� �( �$� �(�&)%(� �� $� �

��&�'�# �

�#!$�&�'#"

�&)%(� �( �$� �� &)%(� �� $� ��

Version 1 Revision 9Handover – RXQUAL, RXLEV



3–88

Handover – RXQUAL, RXLEVRXQUAL and RXLEV measurements are also used to support handovers. If an MS ismoving out of a cells coverage area then RXLEV and RXQUAL measurements will causethe BSS and MS to increase their power output. This process will continue until the MSreaches its maximum permitted output power and then a handover will be required.

The handover thresholds are set in the fields l_rxlev_ul_h , l_rxlev_dl_h , l_rxqual_ul_hand l_rxqual_dl_h . The number of averaged values that must exceed there thresholdsare determined by a similar process to that used for power control.

Version 1 Revision 9 Handover – RXQUAL, RXLEV



3–89

Handover – RXLEV, RXQUAL

l_rxlev_ul_h=<*>

l_rxlev_dl_h=<*>

* 0–63(–110 to 47dBm)

l_rxqual_ul_h=<*>

l_rxqual_dl_h=<*>

* 0–1810 steps of 0.01%

decision_1_n5=<*>

decision_1_p5=<*>

decision_1_n6=<*>

decision_1_p6=<*>*1–31 Averages

n5, p5= RXLEV

n6, p6= RXQUAL

�� !��

�� !��

Threshold Value RXQUAL (ASSUMED)

�

�

�

��

��

��

��

�� #�"��"�� #�"��

"� #�"��"��

�� #�"��"��

��

Threshold Value RXLEV

�

��

��

�

�

��

��

��

��

� � ��...� � ��

l_rxlev_ul/dl_p=25

l_rxlev_ul_h= 12l_rxlev_dl_h= 12

u_rxlev_ul/dl_p=35

Version 1 Revision 9Handover – Interference



3–90

Handover – InterferenceRXLEV measurements are used to support handovers due to interference if enabled.

The processes involved are identical to that for other handover types in that the RXLEVmeasurements are averaged and then compared to a threshold value.

Version 1 Revision 9 Handover – Interference



3–91

Handover – Interference

� -�+/%".�-%�$#� ��

� -�+/%".�!%�$#� ��

� ��

�

� !" $,$('��' � ��

� !" $,$('��) � ��

� ��

�#+",#(%!

�(&)�+$,('

�

�

�

��

��

��

��

�#+",#(%! ��%-" ��

%�+/*-�%�-%�#��%�+/*-�%�!%�#��

��

0

��

��

�

�

��!�&

��!�&

��!�&

��!�&

� �!�&

�#+",#(%!��%-"

��

-�+/%".�-%�$#� ��-�+/%".�!%�$#� ��

.

.

.� � !�&

Version 1 Revision 9MS Power Control



3–92

MS Power ControlThe nature of a cellular system requires that the output power of the BSS and MS shouldbe set as low as possible. With the limited resource of the RF spectrum cellular systemsdepend upon the reuse of RF channels. The re-use distance between these channelsdepends mainly upon the subscriber density in a particular area, the greater the densitythe shorter the re-use distance. By keeping the MS and BSS at the minimum acceptablepower output it reduces the chances of interference, particularly co-channel.

Another benefit of effective power control is that the battery life of handportable isextended, thus maximising available talktime.

Power Control Algorithms

At present two power control algorithms are available, the standard Motorola algorithmand an alternate algorithm. The algorithm to be used for both uplink and downlink powercontrol must be specified by decision_alg_type

A number of fields control MS adaptive power:

ms_power_control_allowed

Enables or disables uplink power control, if disabled the MS shall use the value specifiedin max_tx_ms or its maximum power output whichever is the lower. Adaptive uplinkpower is a GSM requirement.

ms_p_con_interval

Determines the minimum time interval between successive power control changecommands. Uplink power control voting is suspended whilst this timer is running.

ms_p_con_ack

When the MS is sent a new power control instruction, it will implement the instruction andthen echo this change back in the L1 part of the uplink sacch message. Only when thistimer has expired or ordered power control = echoed power control willms_p_con_interval begin. This parameter is only effective whendecision_alg_type=1.

pow_inc_step_size_ul

Sets the step sizes for uplink and downlink power increases.

pow_red_step_size_ul

sets the step sizes for uplink and downlink power decreases.

MS – MaximumPower

The RSS is responsible for the power control of MS. It is measuring the signal strengthand quality of the uplink radio path, averaging the measurements and comparing them tothe threshold values.

The max_tx_ms sets the maximum MS output power and the MS will not be told by theRSS increase its power to a level above that set in this field.

Version 1 Revision 9 MS Power Control



3–93

MS Power Control

� ��#��

� � � ��

� � ��

� ��!��!��

� � � �!��

� � �!��

� ��

� � � � $�� &�%��#� �$

� $�� &�%��#� �$

�

�

� � � $�� &�%��#� �$

� ��

� � � � $�� &�%��#� �$

� $�� &�%��#� �$

�

�

� � � $�� &�%��#� �$

� �!��$��

� � ��

��

� �!��$��

� � ��

MS Maximum Power

� ��"��"��

� �� "�� '��&�$ "!�(�

� �� '�! '��&�$ "!�(�

Version 1 Revision 9BTS Power Control



3–94

BTS Power ControlPower control of the BTS is optional. If it is to be supported thebts_power_control_allowed field must be enabled (set to 1). When enabled the BSSmay use up to 15 steps of power control levels with the same step sizes and tolerancesas defined for MS of power class 1.

bts_p_con_interval

Determines the minimum time interval between successive power control changes.Downlink power control voting is suspended whilst this timer is running.

bts_p_control_ack

Determines the maximum time the HDPC will wait for an acknowledgement from theDRIM card that the power control instructor has been carried out. Only when this timerhas expired or ordered BTS power= actual BTS power (acknowledge returned), willbts_p_con_interval begin. This parameter is only effective whendecision_alg_typer=1 .

BTS – MAXIMUM POWER

The max_tx_bts field determines the maximum output power for a base stationtransmitter by setting the level at which the maximum power output available can beattenuated. This parameter can be used to tailor the cell size. The BCCH output poweris equal to max_tx_bts .

Version 1 Revision 9 BTS Power Control



3–95

BTS Power Control

� �� '��!��

� � �#��!��

� �� '�� ")!( �&�"�'

� � '�� ")!( �&�"�'

�

�

�

� � '�� ")!( �&�"�'

� �� '�� ")!( �&�"�'

� � '�� ")!( �&�"�'

� � '�� ")!( �&�"�'

�

�

�

� � '�� ")!( �&�"�'

� �� '(�%' $� ��' $� �((�#)�( $# �&$" � ��"

# �� $& � ��" # (�� '�

$� ��

� � '(�%' $� ��' �$& �+��!!" �&$� �$& *$#$��

�$& *$#" �&$

Version 1 Revision 9BTS Power Control



3–96

BTS Power Control

pow_inc_step_size_dl

Sets the step size for downlink power increases.

pow_red_step_size_dl

Sets the step size for downlink power decreases.

Version 1 Revision 9 BTS Power Control



3–97

BTS Power Control

� pow_inc_step_size_dl=<*>* 2 = 2 dB

4 = 4 dB..14 = 14 dB

� pow_red_step_size_dl= <*>* 2 = 2 dB

4 = 4 dB

Version 1 Revision 9Rapid MS Power Down



3–98

Rapid MS Power DownRF Problems can exist when a MS initially begins a call, transmitting a power level that istoo high in relation to the proximity of the BTS antenna system. These problems includeintermodulation and uplink interference to other carriers and cells especially in amicrocellular environment where distributed antennas and leaky feeders are frequentlyemployed.

The rapid power down feature can be employed to decrease the MS transmit power to anacceptable perceived level, as seen by the BTS, this desired level will probably beconfigured to be in the middle of the power box. This mechanism can be made to workmuch faster than the normal power control algorithm and indeed is independent of theusual pow_dec_step_size normally employed.

The rapid power down algorithm is quite simple and relies on a number of parameters setin add_cell . The feature is triggered by the strength of the received power level asperceived by the BTS. This power level, ul_rxlev , as measured by the BTS is anaverage that is made up of a number of previously received reports. The number ofreports necessary and hence the speed of the initiation of this feature is controlled byrpd_period . The RSS will perform rapid power down when the perceived power levelexceeds rpd_trigger . The formula simply calculates the necessary attenuation toreduce the MSs output power to the desired perceived level. If the outcome of thecalculation is below the minimum (15) then the minimum value is used.

It should be remembered that an MS utilises 15 power control steps as ordered by theBTS. Each step being 2 dB of attenuation from the maximum. Class two MSs can onlyuse a maximum of 2 (39 dBm) and class four MSs a maximum of 5 (33 dBm).

The worked example opposite should help with the understanding of this algorithm.

Version 1 Revision 9 Rapid MS Power Down



3–99

Rapid MS Power Down

ÏÏÏÏÏÏÏÏÏÏÏÏÏÏÏÏÏÏÏÏÏÏÏÏ

$�(!'��%

#!��!

1(/3,*2(1,(.

)*0+/*) ,*2*,

,(/3,*2(1,(.

��

��

��

��

��

�" #' &! � �� )�-��" �&�! "�� )�- � � )�-

��

�� )�-

��!�#��

�!��!�� &�! ��%�� $!!��# �&�! ��%�� $�(!'��% � #!��! � ��"�#�

�'��

� �

�!��!�� &�! ��%�� )�-�

��

� ��

��"�#��

Version 1 Revision 9Rapid MS Power Down



3–100

Rapid MS Power Down

rapid_pwr_down

This parameter will enable/disable this feature. This feature will always be active, it is notjust for the initial setting up of the call. It will essentially work independently of normalpower control. After a power down instruction has resulted from this featurems_p_con_interval will be enforced, preventing any further action until expiry.ms_p_con_interval , will however be overridden if the lower rxlev or rxqual thresholdsare exceeded, this will recover the ms from being in the situation where the orderedpower level is actually too low.

rpd_period

The averaging and voting mechanisms employed by the normal power control algorithmare not utilised by this feature. No voting will occur and the hreqave value will effectivelybe rpd_period . This is the number of previously received uplink reports from layer one,which are used to make up the ul_rxlev average value.

rpd_trigger

This feature will not be initiated until the perceived uplink power level (ul_rxlev ) exceedsthe value of rpd_trigger .

rpd_offset

The value of rpd_offset is used in the calculation, and is the difference between thetrigger value and the desired power level.

Version 1 Revision 9 Rapid MS Power Down



3–101

Rapid MS Power Down

� ��

� � � ��

� � ��

� ��

� � � � � ��

� ��

� � � � ��

� ��

� � � � ��

Version 1 Revision 9Optimized Power Control



3–102

Optimized Power ControlThis feature gives the operator more flexibility in that the BSS can now administer uniquestep sizes for MS (UL) and BTS (DL) power control. This is done by creating twoincrement and two decrement step size elements for both uplink and downlink direction.Further enhancements to this feature also allows the BSS to dynamically change theincrement and decrement step sizes based on current power levels and the proximity tothe defined upper and lower power thresholds.

The calculations are shown over page and use the database parameters shownopposite.

Version 1 Revision 9 Optimized Power Control



3–103

Optimized Power Control

� dyn_step_adj = <*>

Used to determine whether the dynamic step adjust algorithmis enabled or disabled.

* 0 – disabled (default 0)

1 – enabled (excludes power reduction)

2 – enabled (includes power reduction)

� dyn_step_adj_fmpr = <*>

Used to control the rapidity of a dynmaic power reduction

* 0 – 10 (default 10)

Version 1 Revision 9Optimized Power Control Algorithms



3–104

Optimized Power Control AlgorithmsThe algorithms used for the optimized power control feature, based on Power levels andon Quality levels are shown opposite. These will only be used if the dyn_step_adj flag isenabled.

Version 1 Revision 9 Optimized Power Control Algorithms



3–105

Optimized Power Control

,!� �� #"*�% �!�%��&� �(� '" �"* ��)��

� ��

��

,!� �� #"*�% �!�%��&� �(� '" #""% $(��',

� ��

��

��

,!� �� #"*�% ��%��&� �(� '" �� )��

� ��

��

,!� �� #"*�% %��(�'�"! �(� '" �""� $(��',

� ��

��

��

��

*��%��

��"* � �! �!��'�"! "� '�� %"(!��!� �"*! "� � )��(� '" '�� !��'�&' (�'�#�� "� �� ! �!��'�"! "� '�� %"(!��!� (# "� �

)��(� '" '�� !��%�&' (�'�#�� "� ��++ � ��

Version 1 Revision 9Discontinuous Transmission



3–106

Discontinuous TransmissionDiscontinuous transmission (DTX) is a feature available mainly on handportables MSwhich maximises the battery life of handportables by disabling the transmit function whenthe subscriber is not speaking during a call and will help to reduce interference.

There are three options that can be set in the dtx_required field;

1. MS may use DTX

2. MS will use DTX

3. MS will not use DTX

Version 1 Revision 9 Discontinuous Transmission



3–107

Discontinuous Transmission

� ��

� ��

��

��

Version 1 Revision 9Handover Evaluation



3–108

Handover EvaluationThe cause value contained within the handover recognised message will affect theevaluation process in the BSC. The handover evaluator in the SSM will determine theneed for either an internal or external handover upon analysis of the “qualified targets”within the message. The SSM will be supporting a number of RRSM’s and hence couldpossibly be receiving multiple handover recognised messages in quick successionduring busy periods. These messages are queued and are dealt with in the priorityshown opposite.

Version 1 Revision 9 Handover Evaluation



3–109

Handover Evaluation

��!�� #

�� #

��

�� "�� #

�� "��

�� !��

�� "�� !��

� ��

� �"��

Version 1 Revision 9Handovers Allowed



3–110

Handovers AllowedThere are a number of reasons as to why an MS may need to be handed over from onechannel to another. These include RXLEV uplink/downlink and RXQUAL uplink/downlink.

Before a handover can take place either due to the quality or strength of the signal thattype of handover must first be enabled in the database.

Version 1 Revision 9 Handovers Allowed



3–111

Handovers Allowed

� ��

� ��

� ��

� ��

� � � � ��

� � ��

Version 1 Revision 9SDCCH Access – handovers



3–112

SDCCH Access – handoversAn MS is allocated an SDCCH to carry out the call set up procedures including,authentication, validation of equipment and subscriber, the setting of encryption and theallocation of a TCH if required. An SDCCH is also used for SMS delivery and locationupdating.

It is possible that an MS utilising an SDCCH slot may have the need to perform an inter-or intra-cell handover. This “need” will be calculated by the HDPC algorithms usinguplink calculations and SACCH reports in the normal way. SDCCH handovers arepermitted by the setting of the sdcch_ho flag. This handover though, will only occur ifthe MS has occupied the SDCCH for at least the period set in sdcch_timer_ho .External SDCCH handovers have to be enabled by the MSC, not all MSCs support thisfeature.

Version 1 Revision 9 SDCCH Access – handovers



3–113

SDCCH Handover

� ��

� � ��#��

� ��#��

��#�� $ ��!��

� ��

� � � � � �� "�!��

� � � �� "�!��

�

�

�

�

� � �� "�!��

Version 1 Revision 9Handovers – Interference



3–114

Handovers – InterferenceIf the RXQUAL of either the uplink or downlink reaches the threshold that would normallycause a handover but the RXLEV is at a value higher that the threshold requiring a powerincrease then a handover may be initiated due to interference, if theinterfer_ho_allowed field is enabled. This type of handover would be intra-cell.

Version 1 Revision 9 Handovers – Interference



3–115

Handover – Interference

� ��

� ��

��

Version 1 Revision 9Handovers – Interference



3–116

Power BudgetHandover

A field in the database determines whether the use of the power budget assessmentprocess for handover purposes can be used or not.

If an MS on an allocated resource during its measurement reporting process seesanother channel that would provide an equal or better quality radio link requiring a loweroutput power then a handover may be initiated. Handovers due to power budget ensurethat the MS is always linked to the cell with the minimum path loss even though thequality and level thresholds, may not have been exceeded.

The pwr_handover_allowed field enables/disables power budget handover. If enabledfor each established radio link and neighbour BCCHs, defined in the BCCH allocation,the BSS will use the following to determine whether a handover is required.

1. Maximum uplink power permitted on serving and adjacent cells

2. Serving RXLEV downlink (adapted)

3. Neighbour RXLEV downlink

4. MS maximum power allowed

5. Handover margin

Version 1 Revision 9 Handovers – Interference



3–117

Power Budget Handover

� ��

� � � � ��

� � ��

Version 1 Revision 9Timing Advance – MS Maximum Range



3–118

Timing Advance – MS Maximum RangeThe RSS is able to instruct the MS to advance its timing to compensate for thepropagation delay incurred on the uplink radio path. Even though the RF signal istravelling at the speed of light the nature of the TDMA timing could make any delaycritical. The Training Sequence Code (TSC) position in the TDMA timeslot is constantlymonitored and the BSS software calculates by how much the MS timing needs to beadvanced to keep it centralised. The timing advance setting is then transmitted to theMS on the downlink SACCH.

The interval between timing advance changes is determined by thetiming_advance_period field.

Version 1 Revision 9 Timing Advance – MS Maximum Range



3–119

Timing Advance – MS Maximum Range

� ��

� � � ��

� � ��

�

�

�

�

�

�

��

Version 1 Revision 9Handover–MS Maximum Range



3–120

Handover–MS Maximum RangeBefore a handover can be initiated due to the MS approaching its maximum range thems_distance_allowed field must be set to 1 (enabled).

The maximum timing advance setting can compensate for a distance 34.892 km over 63steps. The ms_max_range field can be set to any one of these 63 steps effectivelydetermining the cells radius. As it is the RSS calculating the timing advance, it will beaware of the MS approaching its maximum range and if all or a proportion of timingadvance averaged values exceed the ms_max_range field a “handover recognised”message will be generated.

ms_max_range is also used by the PRSM to reject (ignore) channel requests fromdistant mobiles. This feature is invoked by enabling chg_elementpoor_initial_assignment .

decision_1_n8 and decision_1_p8 are the voting parameters used to trigger a distancehandover.

Version 1 Revision 9 Handover–MS Maximum Range



3–121

Handover – MS Maximum Range

� ��

� ��

��

��

� ��

� � ��

��

� ��

� ��

� ��

Version 1 Revision 9Handovers



3–122

Handovers

IncomingHandovers

Incoming handovers to a cell can be enabled/disabled, regardless of cell barring, usingthe en_incom_ho flag. en_incom_ho is a per cell CRM Element and if set to 0 willreject any handover requests.

Version 1 Revision 9 Handovers



3–123

Incoming Handovers

� ��

� � � ��

� � ��

��

Version 1 Revision 9Handovers



3–124

Intra-CellHandovers

Intra-cell handovers is an optional feature in the GSM system and would normally only berequired if an MS is on a radio channel that is subjected to co-channel interference. Poorsignal strength measurements taken on the original radio channel would not normally beimproved by performing intra-cell handovers as the signal strength of all radio channelswithin that cell would be similar. Intra cell handovers can occur through quality althoughinterference problems will generally be the cause.

Three options are specified for this database field:

0 – “Not performed by BSS”. An intra_cell ho may still be performed but it will be controlled by the MSC. The handover required message will be sent to the MSC and may contain the server as a potential candidate along with the other targets specified by RSS.

1– ”Performed by BSS if applicable”. Only if RSS specifies the cause value in the ‘ho_recognised’ message as being one of qual or interfer, then an intra_cell ho may be attempted. If the cause value is qual then the intra_cell ho is only attempted when other targets are exhausted. If the cause value is “interfer” then the intra_cell ho is attempted first and only if that fails will the specified targets be tried.

2– “Not permitted” An intra_cell ho will not be performed by the BSS and a “handover required” message will not be despatched to the MSC in respect of this handover.

Inter-CellHandovers

Handovers fall into one of two categories, either “internal” or “external”. Internalhandovers exist between two cells controlled by the same BSC. External handovers willtake place between two cells connected to different BSCs. In all cases externalhandovers will be controlled by the MSC. Internal handovers may be dealt with by theBSC or indeed referred to the MSC, this flag will determine the controlling entity.

0 – The contol of internal inter-cell handovers is disabled at the BSC, all internal handovers will be treated the same as external ones in that a handover required message will be despatched to the MSC.

1 – The control of internal inter-cell handovers is enabled in BSC.

2 – The control of internal inter-cell handovers is disabled at the BSC. These handovers will not be executed by the MSC either as the BSC will not format the handover required message in repect of them. External handovers will be executed in the normal way.

3 – The execution of internal and external inter-cell handovers is disabled at the BSC. These handovers will not be executed by the MSC either as the BSC will not format the handover required message in repect of them.

Version 1 Revision 9 Handovers



3–125

Inter/Intra-cell Handovers

� � ��

� � � ��

� � ��

��

� � ��

� � ��

� � � ��

� � ��

��

� � ��

��

� � ��

��

Version 1 Revision 9TCH Resources Reporting



3–126

TCH Resources ReportingThe number of dedicated traffic channels in use within a BSS may be useful informationfor the MSC to enable it for instance to balance the traffic between cells. The number ofTCHs currently allocated can be indicated to the MSC with a BSSMAP RESOURCEINDICATION MESSAGE. The message can be sent in various cases controlled by theMSC and solicited with BSSMAP RESOURCE REQUEST MESSAGE. One of thesecases is spontaneous mode which is the sending of information when certain conditionsare met. These conditions are set in database high and low watermark fields for full ratechannels.

When the number of available TCH rises to the high watermark values or falls to the lowwatermark values the MSC will be informed if the resource request message has beenreceived from the MSC indicating spontaneous mode.

Version 1 Revision 9 TCH Resources Reporting



3–127

TCH Resource Reporting

� ��

� ��

��

��

� ��

� ��

��

��

Version 1 Revision 9Preferred Target Cell



3–128

Preferred Target CellA MS is continually monitoring the signal strength of neighbour BCCHs, generatingmeasurement reports and transmitting them to the BSS. The MS is able to monitor up to32 BCCHs for handover purposes, the BSS has got to be able to detect when ahandover is required and then evaluate the measurement data provided by the MS toprovide a list of preferred cells that the MS should be handed over to.

The requirement for handover is detected by the Radio SubSystem associated with thecell. The RSS is processing the measurements provided by the MS and when theparameters are met for handover a “handover recognised” message is sent to theSignalling Connection Control Part State Machine (SSM) at the BSC. Included as part ofthe “handover recognised” message is a list (up to 32) of target cells that meet therequired criteria. The list of target cells is given in order of predicted best performance.

The list is evaluated by the BSC and it is determined whether an intra- or inter-BSShandover is required. If an intra-BSS handover is required then it will be controlled by theBSC, if the handover is to a cell in a different BSS then the MSC will control it.

In the case of an inter BSS handover a “handover required” message is transmitted fromthe BSC to MSC. Contained in this message is a list of preferred cells, the number ofwhich being determined by the number_of_preferred_cells field.

Version 1 Revision 9 Preferred Target Cell



3–129

Preferred Target Cells

� ��

� ��

��

SYS02_Ch3_45

MS

MS

MS

BSC

SSM

BTS

RSS

BSC

SSM

BTS

RSS

BSC

SSM

BTS

RSS

MSC

Measurement Reports

Measurement Reports

Measurement Reports

Handover Recognised

List of Target Cells

List of Target Cells Evaluated

Handover Required

Version 1 Revision 9Handover Reporting



3–130

Handover ReportingThe handover detection and power control process in the RSS software is responsible fordetecting the need for a connection to be handed over to another cell. When all therelevant criteria have been met this process will generate a handover recognisedmessage which will be sent to the SSM for evaluation. This message will contain acause value, expressing the reason why this handover is necessary, and also a numberof “qualified neighbours.” Although this message is processed by the SSM it is actuallytransmitted via the RRSM to pick up relevant connection identities. When the messageis sent the HDPC starts the handover_recognized_period timer for that connection.Whilst this timer is running the handover triggering mechanism, which initially producedthe recognised message, is inhibited, hence whilst this timer is running another handoverrecognised message for this connection could not be generated. In most circumstancesthis timer would not expire as a handover will have been executed and the connection willbe deleted from that cell. If the timer were allowed to expire then the handover triggeringmechanism will begin again for that connection.

HandoverEvaluating

Upon receipt of the handover recognised message the handover evaluator in the SSMwill, upon examination of the neighbours, determine if an external or internal handover isnecessary. Should the handover be external then the SSM will generate a handoverrequired message which will be sent to the MSC, this message is very similar to thehandover recognised message. When this message is sent the SSM will start GSMtimer T7 (BSSMAP_t7), whilst this timer is running no more handover requiredmessages will sent with reference to same connection. When this timer expires the SSMmay generate another message, but only if a new handover recognised message hasbeen received from the HDPC. This timer is not a repetition timer, the same handoverrequired message will not simply be repeated. This functionality is important as in thiselapsed time the cause for handover may have changed along with the number ofqualified neighbours.

Version 1 Revision 9 Handover Reporting



3–131

Handover Reporting

SYS02_Ch3_46a

HDPC SSM

handover_recognized

handover_recognized_period

[Handover decision processesinhibited]

Expired

handover_recognized

Range 2 to 64SACCH Multiframes

Default 2

Handover Reporting

SYS02_Ch3_46b

SSM MSC

handover_required

handover_recognized

Expired

handover_required

Range 0 to 1000000 ms

Default 30000

handover_recognized

T7

T7

Version 1 Revision 9Handover Reporting



3–132

HandoverRejection

The element handover_required_reject_switch may effect the above process. If set toon the handover required message will only contain the external neighbour specified inthe handover recognised message, any internal neighbours will not be included. If theMSC is unable to hand the connection over, possibly because of congestion orsubscription reasons it will send the BSC a handover required reject message. The SSMwill then re-examine the handover recognised message and attempt to commit aninternal handover. If the handover_required_reject_switch is off the BSC will includeall the neighbours specified in the handover recognised message in the the handoverrequired message. In this case the MSC will not return the handover required rejectmessage in the case of failure.

Note:

This parameter is set in chg_element .

Version 1 Revision 9 Handover Reporting



3–133

Handover Rejection

Sys02_Ch3_46x

HDPC

RSS

BTS BSC

MSC

handover_required

INT EXT

handover_required_reject

handover_recognized

SSM

handover_required_reject_switch <*>

0 = Disabled (reject message not required)1 = Enabled (reject message required)

Default = 1

T7ONOFF

Version 1 Revision 9Handover Power Level



3–134

Handover Power LevelThe power level the MS must use to access the target cell is included in the handovercommand. This power level, along with other Layer 3 information regarding the newchannel such as channel type, frequency, slot etc will be provided by the target cell. Thepower level to be used for all incoming handovers is the add_cell elementhandover_power_level . This level is used for all inter_cell handovers, external andinternal.

Version 1 Revision 9 Handover Power Level



3–135

Handover Power Level

handover_power_level= <*>

* = GSM900/GSM850

2 – 39 dBm

.

.

.

19 – 5 dBm

* = DCS1800 and PCS1900

0 – 30 dBm

1 – 28 dBm

2 – 26 dBm

.

.

.

15 – 0 dBm

Version 1 Revision 9Calculated Handover Power Level



3–136

Calculated Handover Power Level

Overview

When a mobile hands over into a new cell, its first transmission into the new cell istransmitted at a certain level.

This level can be fixed by the handover_power_level parameter, but this level is oftenfairly high, resulting in immediate power control activity to reduce the mobile’s transmitpower.

Instead, the mobile can be instructed to use a calculated level that lies inside the powercontrol window right from the start. This facility is set up using theuse_derived_ho_power parameter and uses the following formula:

Handover power level= min (C+(A–B), D, P)

where: A= max_tx_bts of the target cell

B= rxlev_dl from the target cell

C= ��

� = centre of the target cells uplink power

window

D= max_tx_ms of the target cell

P= power class of the mobile

This facility is only supported for intra_BSS handovers.

Version 1 Revision 9 Calculated Handover Power Level



3–137

Calculated Handover Power Level

$"��!�%�� &�!��

� ��

��

��%�! ��%��

&��!� � ��'�#'��#" �� #�!��# ��

!'��%�� !�� #�!��# ��

��

�

��#!� �� #�!��# ��" $ �� &�! &��&

� ��'�#'��" �� #�!��# ��

� �&�! ��"" ��

Version 1 Revision 9Calculated Handover Power Level



3–138

Handover DefaultInformation

The handover default parameters found in add_cell are GSM parameters which specifydatabase fields for a handover to an ‘unknown’ cell. A handover to an unknown cell, onewhich is not specified in the BA list, is not possible using Motorola’s infrastructure.Motorola uses these parameters for a similar purpose to default handover fields notspecified in add_neighbor .

None of the default parameters are used in the case of an external handover, ms_txpwr_max_cell , ho_margin_cell and rxlev_min_cell must be specified in theadd_neighbor command.

For an internal handover however, ho_margin_cell and rxlev_min_cell can beoptionally specified in add_neighbor . If they are not specified in add_neighbor thedefault parameters in add_cell will be used. ms_txpwr_max_def will never be used foreither case internal or external handovers. The uplink parameter used in the handoverdecision process is max_tx_ms of the neighbour, in the case of an internal orms_txpwr_max_cch of the neighbour (found in the add_neighbor command) in thecase of external.

Version 1 Revision 9 Calculated Handover Power Level



3–139

Handover Default Information

� ��

� ��

��

��

��

� ��

� �� ! ��

��"�! � �

� ��

� � � ��

� ��

��

�

�

��

Version 1 Revision 9Handover Initiation



3–140

Handover Initiation

rr_t3103

The handover procedure is initiated by the network sending a “handover command”message to the MS. The “handover command” message contains information regardingthe target TCH, initial power setting to access the target cell, necessary signallingprocedures and a handover reference.

On sending the initiate handover message to the source RRSM, the SSM begins timerrr_t3103 . In the normal chain of events, this timer should never be allowed to expire. Itis guarding the receipt of either the unsuccessful handover message from the sourceRRSM or the handover successful message from the target RRSM. The receipt of eitherof these messages will stop the timer. If this timer is allowed to expire then a clearrequest will be sent to the MSC in a bid to clear the connection. It should be noted thatfurther timers in the source and target RRSMs are also guarding the receipt of similarmessages from the MS. Should these timers expire without the receipt of the handovercomplete (target RRSM) or handover failure (source RRSM), then the RRSM in eachcase will release the channel and inform the SSM, these messages also have the effectof stopping rr_t3103 .

Version 1 Revision 9 Handover Initiation



3–141

rr_t3103

� ��

� ��

��

��

SYS02_Ch3_47

SSM

MS

Handover command

Handover failureUnsuccessful handover

ExpiredOR

Expired

Handover complete

Handover successful

Source RRSM

Target RRSM

Initiate handoverrr_t3103

rr_t3103

rr_t3103

Version 1 Revision 9Handover Channel Establishment



3–142

Handover Channel EstablishmentAn MS that has just handed over to a new traffic channel sends a number of “handoveraccess” messages to provide the RSS with the RF characteristics necessary to calculatetiming advance. The RSS having calculated the timing advance and power control sendsthis information in the form of a “physical information” message to the MS.

When sending the “physical information” message timer rr_t3105 is started. If rr_t3105expires before correct response from the MS has been received rr_t3105 is reset andthe “physical information” message is repeated. This process is repeated a number oftimes until either the MS correctly responds or the maximum number of repetitions (NY1)is reached.

If the maximum number of repetitions is reached the newly allocated channels arereleased and the handover abandoned.

Version 1 Revision 9 Handover Channel Establishment



3–143

Handover Channel Establishment

SYS02_Ch3_48

MS RSS (S) RRSM (S) SSM

ho_cmdho_cmd

RSS(t)

RRSM(t)

ho_detect received

ho_succho_cmplt

Establish indication

ho_detection

ho_access

ho_access

ho_access

ho_cmplt

ho_access

UA

SABM

Phys info

initiate handover

� ��

� � ��

��

� ��

� ��

� ��

��

Version 1 Revision 9RSS Link Fail



3–144

RSS Link FailIf an MS, established on a radio resource, is lost for whatever reason the RSS must havea means of detecting its loss. If not then the resources that had been allocated wouldcontinue to support an MS that is no longer there and would not be made available forother MS.

To maximise the efficient use of resources the RSS is able to monitor the receipt ofSACCH from the MS. If SACCH is not received for a database determined period of timethen the MS is assumed to be lost and the allocated resources are then made availablefor other MS.

The link_fail parameter sets the maximum value of a counter(s). If the RSS is unable todecode a SACCH message S is decreased by one. If the RSS successfully decodes aSACCH message S is increased by two. In either case S should be equal to or morethan the value set in the radio_link_timeout field.

Version 1 Revision 9 RSS Link Fail



3–145

RSS Uplink Failure Detection

� ��

� � ��

� � ��

�

�

�

� � ��

��

SYS02_Ch3_49

Counter ’S’

4

3

2

1

0SACCH Multiframes

Decoded

Not decoded

Version 1 Revision 9RSS Link Fail



3–146

Radio LinkRevival

The full_pwr_rfloss field enables or disables the ability of the RSS to instruct the MSand BSS to go to maximum output power in an attempt to save the link before it is timedout. This feature is triggered by the link_fail counter reaching the lower thresholdlink_about_to_fail .

Version 1 Revision 9 RSS Link Fail



3–147

Radio Link Revival

� � ��

� � � #��!��

� �"��!��

� ��

� � � ��

� ��

�

�

�

� ��

��%!$ � ��

Version 1 Revision 9Loss of Radio Link



3–148

Loss of Radio LinkThe criteria for radio link failure by an MS is based on the radio link counter(S). If the MSis unable to decode a SACCH message S is decreased by 1. In the case of a successfulreception S is increased by 2.

The maximum value of S is set in the radio_link_timeout field. If S reaches 0 thenradio link failure is assumed and the MS will abort the radio resource connection.

The radio_link_timeout parameter is transmitted on the BCCH of each cell and is usedby the MS to set T100, it is applicable once the MS is on a SDCCH or TCH.

In the example opposite the field has been set to 0. (4 SACCH messages).

��

� �#�� !� ��

� � �� !� �� " ��

� � �� !� �� " �� " � ��

Version 1 Revision 9 Loss of Radio Link



3–149

Radio Link Timeout

� ��

� � ��

� � ��

�

�

�

� � ��

��

SYS02_Ch3_50

link_fail

link_about_to_fail

full_pwr_rfloss

radio_link_timeout

Version 1 Revision 9Timers rr_t3109



3–150

Timers rr_t3109rr_t3109 is started when a lower layer failure is detected by the network or in the channelrelease procedure. Its purpose is to release the channel for further use.

Uplink Failure

In order to monitor both uplink and downlink radio paths both the MS and BSS willmonitor the appearance of SACCH messages. Should an uplink failure occur and thethreshold of lost SACCH messages is reached (link_fail parameter) the BSS will activaterr_t3109 . In addition to this the BSS will no longer transmit SACCH messages to theMS. The MS will now no longer receive SACCH messages and its own threshold of lostSACCHs, radio_link_timeout will eventually be reached.

When radio_link_timeout has expired the MS will return to the idle mode and monitorthe cell BCCH. The BSS will also release the channel resources but only after rr_t3109expires.

Downlink Failure

A downlink fail will follow the same pattern, radio_link_timeout will expire in the MS andSACCHs will no longer be sent uplink. Lack of SACCHs will cause link_fail to exceed atthe BSS and subsequently cause rr_t3109 to activate and eventually expire.

rr_t3109 must be set to a high value as it is used by the system when lower link failure isdetected and ensures that the system holds on to the radio link long enough for the MSto release it. If not, it will be possible to have two on the same TCH.

Version 1 Revision 9 Timers rr_t3109



3–151

Link Failure

SYS02_Ch3_51

Link_fail exceeded rr_t3109 activated

rr_t3109 running

Waits for rr_t3109 to expire before

terminating resources

radio_link_timeoutactivated

(radio_link_timeout

radio_link_timeoutexceeded

Return to idle

SACCH

BCCH

Downlink SACCH deactivated

MS

MS

MS

MS

BSS

BSS

BSS

BSS

T

t

T>t

running)

Version 1 Revision 9Timers rr_t3109, rr_ t3111



3–152

Timers rr_t3109, rr_ t3111

Normal ChannelRelease

The system initiates the release of a channel by sending a channel release message tothe MS and will start an internal timer rr_t3109, coincidentally SACCH messages aredeactivated. On receipt of the channel release, the MS will start an internal timer (t3110)and disconnect the main signalling link by sending a Layer 2 disconnect frame. Whent3110 times out or when the signalling is disconnect confirmed on receipt of a layer 2numbered acknowledgement, the MS deactivates all RF links and returns to BCCH idlemode.

On the system side, when the Layer 2 disc is received the BSS will stop rr_t3109 andstart rr_t3111 . When rr_t3111 has expired all RF links are terminated and are then freeto be allocated to other MS. The purpose of rr_t3111 is to allow time for the disconnectframe to be acknowledged with a Unnumbered Acknowledgement (UA) frame and toprotect the channel in case the acknowledge frame is lost. Additionally, as rr_t3111 runsfor a shorter time than rr_t3109, the channel is able to be re–assigned far quicker.

If rr_t3109 times out all RF channels will be deactivated and are then free to be allocatedto other MSs. The value of rr_t3109 should always be greater than t3110 so that there isa high probability of normal termination.

Version 1 Revision 9 Timers rr_t3109, rr_ t3111



3–153

Normal Channel Release

SYS02_Ch3_52

t3110 rr_t3109

SACCH DEACTIVATED

MM

MS

MM

BSS

CHANNEL RELEASE

rr_t3111

MS BSS

BCCH

t3110Layer 2

MS

Layer 2

BSS

t3110 rr_t3109Layer 2

MS

Layer 2

BSS

DISCONNECT

FRAME

rr_t3111

UA

Stopped onreceipt ofdisc

Activatedon receiptof disc

Stopped on receiptof disc

Radio resourcesreleased onrr_t3111 expiry

� ��

� ��

� ��

��

� ��

Version 1 Revision 9CRM Timers



3–154

CRM Timers

rf_chan_rel_ack

During the channel release procedure to end a call, the CRM sends an “RF channelrelease” message to RSS, at this point the timer is started. Once the RSS has releasedthe physical circuit it will send an “RF channel release acknowledge” message to theRRSM, which is then forwarded to the CRM. When CRM receives this message thechannel can be marked as available and can be allocated to another subscriber. If thetimer is allowed to expire the channel will be marked as available anyway.

Version 1 Revision 9 CRM Timers



3–155

CRM Timers

SYS02_Ch3_53

rf_chanl_rel_ack = <*>

RSS CRM RRSM

RF Channel Release

RF channel release ack

RF channel release ack received

* millisecondsValid range 0 to 1000000Default value 5000ms

If timer is allowed to expire channel will be marked as free

Version 1 Revision 9Call Re-establishment



3–156

Call Re-establishmentIn the event of a radio link failure, a feature of GSM is call re-establishment.

If a radio link has failed, due to an MS passing through a tunnel for example, the MS willsample the received signal strength of BCCH carriers including the original serving cell,average the measurements taken and then select the cell having the highest average.Assuming that the selected cell is one of the home PLMN cell or one supporting roaming,the cell is not barred and the reestablish_allowed field is set to 0 (call re-establishpermitted) then the MS will attempt to re-establish the call.

If the MS is unsuccessful on the selected cell it may attempt the same process on fiveother cells offering the highest received signal strength measurement. If stillunsuccessful re-establishment will be aborted.

Version 1 Revision 9 Call Re-establishment



3–157

Call Re-establishment

� ��

� ��

��

Version 1 Revision 9CRM Timers



3–158

CRM TimersIn addition to rr_t3109 , rr_t3111 and rr_t3212 there are two other timers needed by theCRM on a per cell basis. Their function is as described below:

dealloc_inact

When an “error indication” is received from RSS to indicate a fatal error at Layer 2 thistimer is started. If the call is to be dropped the RRSM will return a “deallocate inactivedch” to the CRM which will in turn release the channel. If the CRM does not receive a“deallocate inactive dch” it will assume the RRSM has recovered the connection and willnot release the channel.

ho_ack

This timer is used during the intra_cell handover procedure when the serving timeslotgoes Out Of Service (OOS). It is started when the CRM sends an “internal handoverassignment” message to the RRSM specifying the target channel to be used. Afterfurther messaging between the RRSM and SSM to switchover the terrestrial trunk in theBSC, the RRSM will return an acknowledgment to the CRM. If the timer is allowed toexpire and no acknowledgment is received the CRM re-marks the newly assignedchannel as free and available for further allocation to another subscriber.

Version 1 Revision 9 CRM Timers



3–159

CRM Timers

SYS02_Ch3_54

dealloc_inact = <*>

* millisecondsValid range 0 to 1000000Default value 5000

RSS CRM RRSM

RSS Error

Deallocate inactive dch

Error Indication (cause GSM 08.58)

If Timer expires connection is maintained

SYS02_Ch3_55

ho_ack = <*>

* millisecondsValid range 0 to 1000000Default value 5000

internal handover assignment

internal handover assignment ack

RSS CRM RRSM

If Timer expires channel will be marked as free

Version 1 Revision 9Add Cell Exercise



3–160

Add Cell Exercise� The cell being equipped is part of the Swiss PLMN, in Location Area 255 and is

numbered 1 at site 1. (remember to use spacing)

add_cell

� The cell uses the EGSM 900 frequency band.

freq_type =

� The NCC for the cell is 1 is 001 (binary). The BCC for cell 1 is 010 (binary)

bsic =

� If resources requested by an MS are not available, then it must, on receipt of an“immediate assignment reject” message wait 3 seconds before re–attempting.

wait_indication_parameters =

� A total of 9 CCCH blocks are available on the cell. 4 of the 9 CCCH blocks arereserved for AGCH.

ccch_conf =

bs_ag_blks_res =

� Normal paging is in operation and there will be an interval of approximately onesecond between transmissions of paging messages to MS’s of the same group.

bs_pa_mfrms =

extended_paging_active =

� The preferred number of SDCCH’s is 8.

number_sdcchs_preferred =

� Access to the cell is not restricted in any way.

en_incom_ho =

� Intra–cell and Inter–cell handovers are permitted and can, if applicable, becontrolled by the BSC.

intra_cell_handover_allowed =

inter_cell_handover_allowed =

� The maximum number of target cells to be specified in a “handover required”message will be 6.

number_of_preferred_cells =

� The default values for the handover margin is 16 dB.

ho_margin_def =

� fter a “handover–recognised” message has been generated the handover triggermechanism will be inhibited for approximately 4 seconds.

handover_recognised_period =

� Handovers due to RXLEV, RXQUAL, interference and timing advance allowed. Amobile shall be allowed to handover whilst in dedicated mode on an SDCCH, butonly after it has been on the SDCCH for 3 seconds. Handovers due to powerbudget are not allowed.

Version 1 Revision 9 Add Cell Exercise



3–161

ul_rxqual_ho_allowed =

dl_rxqual_ho_allowed =

ul_rxlev_ho_allowed =

dl_rxlev_ho_allowed =

sdcch_ho =

sdcch_timer_ho =

interfer_ho_allowed =

pwr_handover_allowed =

ms_distance_allowed =

mspwr_alg = 0

� If an MS is required to handover into this cells it should send handover accessbursts at a power level of 43 dBm.

handover_power_level =

� MS power control is allowed, the minimum time between power control ordersbeing approximately 10 seconds

ms_p_control_interval =

ms_p_con_ack = 0

ms_power_control_allowed =

� BTS power control is allowed and the maximum output power for the cell will be 39dBm. The minimum interval between BTS power changes is approximately 2seconds.

bts_p_con_interval =

bts_p_con_ack = 0

bts_power_control_allowed =

� The maximum MS output power that the MS will be told to go to is 39 dBm. Powerincrements will be 6 dB steps for UL & DL and will be reduced in 4 dB steps for UL& DL. BTS power control is allowed and the maximum output power for the cell willbe 39 dBm.

pow_inc_step_size_ul =

pow_inc_step_size_dl =

pow_red_step_size_ul =

pow_red_step_size_dl =

dyn_step_adj = 0

dyn_step_adj_fmpr = 10

max_tx_bts =

max_tx_ms =

� Default values for RXLEV minimum if not known by the source BSS are –100dBm.




3–162

rxlev_min_def =

decision_alg_num = 0

decision_1_dl_rxlev_av_h = 0

decision_1_dl_rxlev_av_ih = 0

decision_1_dl_rxlev_av_p = 0

decision_1_dl_rxqual_av_h = 0

decision_1_dl_rxqual_av_p = 0

� For handover, timing advance and power control functions 66% of 12 averagedvalues must exceed the set threshold for the cell.

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_ncell_relev_av_h_calc = 0

decision_1_p1 =

decision_1_p2 =

decision_1_p3 =

decision_1_p4 =

decision_1_p5 =

decision_1_p6 =

decision_1_p7 =

decision_1_p8 =

� The lower threshold for power control in both the UL & DL direction due toRXQUAL is a bit error rate (BER) of 13.5%, there is no upper quality limit. Thethresholds for handovers due to interference are a BER of 10% and a RXLEV of–95 dBm in either the UL or DL direction. The threshold for handovers due toRXLEV in both the UL & DL directions are –100 dBm.

l_rxqual_ul_p =

l_rxqual_dl_p =

u_rxqual_ul_p =

u_rxqual_dl_p =

l_rxqual_ul_h =

l_rxqual_dl_h =




3–163

l_rxlev_ul_h =

l_rxlev_dl_h =

u_rxlev_ul_ih =

u_rxlev_dl_ih =

� The Cell should have a maximum timing advance of 50. Work out what both cell’sdiameters are to the nearest km?

ms_max_range =

(km diameter)

� The thresholds for BSS power control are –90 dBm and –75 dBm. The thresholdsfor MS power control are –90 dBm and –75 dBm.

l_rxlev_ul_p =

l_rxlev_dl_p =

u_rxlev_ul_p =

u_rxlev_dl_p =

� If the neighbour list is changed dynamically from the OMC, subsequentmeasurement reports using the old BA list shall still be processed by the HDPC inthe normal way.

ba_alloc_proc =

� If the RSS does not decode consecutive SACCH bursts on any link to an MS for aperiod of 12 seconds, the link will be assumed to be lost. When the RSS has failedto decode consecutive SACCH bursts for a period of 8 seconds the DL & ULpower shall be increased to the cell maximum.

link_fail =

full_pwr_rfloss =

link_about_to_fail =

� The cell is not barred, apart from access class 9. Emergency calls are permitted.

cell_bar_access_switch =

cell_bar_access_class =

emergency_class_switch =

� The MSC must be informed when the number of full rate channels available risesto eight or drops to two.

report_resource_tch_f_high_water_mark=

report_resource_tch_f_low_water_mark =

� The MS receive level must be at least –106 dBm from the cell before attemptingaccess.

rxlev_access_min =

� DTX will not be used on the cell.

dtx_required =

� Attach/detach is not supported on either cell.




3–164

attach_detach =

� A roaming agreement exists between the Swiss PLMN (NCC of 1) with both Italiansystems and both French systems. Cell 1 is positioned on the border adjoiningItaly and France.

ncc_of_plmn_allowed =

� If an MS receives no response to a “channel request” message, it may repeat therequest up to 5 times.

max_retran =

tx_integer = 10

� An MS, when first accessing the cell, will do so at a power level of 37 dBm.

ms_txpwr_max_cch =

� If the MS is unable to decode a SACCH message for approximately twelveseconds then it will assume radio link failure and abort the radio resourceconnection. Call re–establishment is allowed.

radio_link_timeout =

reestablish_allowed =

� When considering cell reselection to another location area, the target cells C1 orC2 must be 4 dB higher that that of the server for. The cell shall be considered a“normal” priority cell.

cell_reselect_hysteresis =

cell_reselect_param_ind =

cell_bar_qualify =

� The cell reselect offset for the cell should be 2 dB. It should have a temporaryoffset of 20 dB’s for 3 minutes.

cell_reselect_offset =

temporary_offset =

penalty_time =

� The cell shall employ the rapid pwr down feature. The feature will be initiated onno less than 4 reports and trigger at –60 dBm. The desired BTS rxlev after powerdown should be –80 dBm.

rapid_pwr_down =pd_trigger =

rpd_offset =

rpd_period =

� No form of queuing is permitted on the cell.

queue_management_information =

max_q_length_full_rate_channel =

max_q_length_sdcch =

� Channel reconfiguration is permitted. The maximum number of SDCCH’s for thecell 1 is 24. The preferred number of SDCCH’s is 8. If there are just 3 free




3–165

SDCCHs available then reconfiguration from TCH to SDCCH should occur, toallow this reconfiguration 4 or more TCH’s should be idle. If 13 free SDCCH’s areavailable then reconfiguration from SDCCH to TCH should occur. If on request anSDCCH is not available (i.e. even after reconfiguration) then the channel request isto be dropped.

channel_reconfiguration_switch =

max_number_of_sdcchs =

sdcch_need_low_water_mark =

sdcch_need_high_water_mark =

tch_full_need_low_water_mark =

immediate_assign_mode =

� On detection of a lower layer failure and during the channel release procedure, thesystem will hold onto a channel for 15.5 seconds.

rr_t3109 =

� During normal channel release once the main signalling link has been terminatedand the BSS receives a disconnect frame from the MS, the RF link will beterminated after 7.68 seconds.

rr_t3111 =

� Periodic updates are not supported on the cell.

rr_t3212 =

� If resources are not available at a target cell for handovers from the cell then thesource BSC must be informed by the switch.

handover_required_reject_switch =

� If the network does not receive either a “handover complete” message on the newchannel, a failure message on the old channel or the MS re–establishing the callafter the MS has been told to handover from the cell for 4.1 seconds then thesource channel will be released and all references to that MS cleared.

rr_t3103 =

� If after requesting radio resources the signalling link is not established in 1.7seconds for the cell, the allocated resources will be released and the channelrequest message ignored.

rr_t3101 =

� The CRM will allocate channels on a best–to–worst basis, each channel beingplaced in one of five interference bands ranging from an absolute noise level of–85 dBm, –90 dBm, –95 dBm, –100 dBm and –105 dBm. The CRM will attempt toallocate an SCCP reference number up to eight times for the cell.

interfer_bands, 0 =

interfer_bands, 1 =

interfer_bands, 2 =

interfer_bands, 3 =

interfer_bands, 4 =

threshold =

� If after successfully handing over, the MS does not acknowledge the receipt of aphysical information message within 60 ms for the cell the physical informationmessage can be retransmitted, up to a maximum of 20 times.

rr_t3105 =

rr_ny1_rep =




3–166



i

Chapter 4

Device/Function Equipage




ii




iii

Chapter 4Device/Function Equipage i. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Device/Function Equipage 4–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Objectives 4–1. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Device and Function Dependency – In-Cell 4–2. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Device and Function Dependency – M-Cell/Horizon 4–4. . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Kilo-Port Switch 4–6. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

KSW Extension/Expansion 4–8. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

KSW Configuration 4–10. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Overview 4–10. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Generic Clock (GCLK) 4–14. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Base Site Processor (BSP) 4–16. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Code Storage Facility Processor (CSFP) 4–18. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Base Transceiver Processor (BTP) 4–20. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Digital Host Processor 4–20. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Generic Processor Equipage 4–22. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . GPROC Function Preemption 4–24. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Equipage of GPROC Functions 4–26. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Base Transceiver Function (BTF) 4–26. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Link Control Function (LCF) 4–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Operations and Maintenance Function (OMF) 4–28. . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Digital Radio Interface 4–30. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Digital Radio Interface – In-Cell 4–32. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Digital Radio Interface – M-Cell/Horizon 4–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Redundancy Group 4–38. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . RTF Identifier 4–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cell ID 4–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Antenna Identity 4–40. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Use of Tuneable Combiner 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Combiner Type 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Combiner Identity 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Cavity Number 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Diversity Flag 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . fm cell type 4–42. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Typical Examples 4–44. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Remote Tuneable Combiner (RTC) 4–46. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Multiport Serial Interface (MSI) 4–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . In-Cell 4–48. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . M-Cell/Horizon 4–50. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Path 4–52. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Path Equipage Exercise 4–54. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

16 KBIT/S RSL 4–56. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

RTF Types 4–58. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Receive Transmit Function (RTF) 4–60. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .




iv

Propagation of Training Sequence Codes 4–66. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Radio Signalling Link (RSL) 4–68. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Optional Parameters 4–68. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Message Transfer Link (MTL) 4–70. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Operations and Maintenance Link (OML) 4–72. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Cell Broadcast Link (CBL) 4–74. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Equipage Exercise 4–76. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Site Details 4–76. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Version 1 Revision 9 Device/Function Equipage



4–1

Device/Function Equipage

Objectives


� State and understand the dependency of one device on another device/function.

� Understand and implement the MMI involved with the equipping ofdevice/functions.

Version 1 Revision 9Device and Function Dependency – In-Cell



4–2

Device and Function Dependency – In-CellSome devices/functions are dependent upon other devices having already beenequipped to support them. For example, before a Receive Transmit Function (RTF) canbe equipped a Digital Radio Interface Extended Memory (DRIM) must be equipped tosupport it. The chart opposite shows the device and equipment hierarchy for non M-Cellsystems

Version 1 Revision 9 Device and Function Dependency – In-Cell



4–3

Device and Function Dependency – In-Cell

COMB KSW GCLK GPROC EAS MSI

BSS SITE (BSC)

CAB

CELL CAGE

LCF OMF RSLF BTF

64 kbit/s RSL

RTF

XBLPATH

BSP BTP DHPCSFP

DRIOML

16 kbit/s RSL

Associated RTF

CIC

DYNET

MMS *

RF_Unit

NOTE: * indicates an automatically equipped device

BTS SITE PCU

CBL

MTL

(See Notebelow)

GSL

AXCDR

Version 1 Revision 9Device and Function Dependency – M-Cell/Horizon



4–4

Device and Function Dependency – M-Cell/HorizonAs with In-Cell sites a logical order exists with respect to equipping devices and functionsin the CM. It is logical for example that an NIU be equipped before a path statement, asthe path statement will nominate certain NIUs for its traffic route. The chart oppositeshows the dependency chart in respect of M-Cell/Horizon systems.

Version 1 Revision 9 Device and Function Dependency – M-Cell/Horizon



4–5

Device and Function Dependency – M-Cell/Horizon

sys02_4_3

BSS

Site

Cell Cab

COMB MCU (BTP) NIU (MSI)

GCLK CSFP

TCU (DRI)

Path

RTF 16 kbit/s RSL 64 kbit/s RSL

Associated RTF

Version 1 Revision 9Kilo-Port Switch



4–6

Kilo-Port SwitchTo equip a KSW/TSW the following command must be entered:

equip (site number) KSW

The site number identifies the site in which the KSW is to be equipped. Valid entries are0 (or BSC) to 100. This device cannot be equipped at an M-Cell site. After the initialcommand a series of identifiers must be added.

1st prompt (highway)

This prompt specifies which highway is being managed by this KSW/TSW. Highwaynumber 0 is conventionally used first. The system will not display this prompt forHorizonoffice BTS and co-located Horizonoffice. Will automatically set this to ‘0’.

2nd prompt (identifier)

This figure specifies the unique first identifier of this KSW/TSW. If set to 0 the boardmust be fitted in card slot L27, if set to 1 the board should be fitted in card slot L1.

3rd prompt (cage)

This figure specifies the cage where the KSW has been fitted. This prompt will not bedisplayed for Horizonoffice BTS.The system will automatically set this to 15 forHorizonoffice BTS and 0 for co-located Horizonoffice.

4th prompt (DRIMs)

The highway can be optionally configured to serve DRIM cards by the use of this flag, if“yes” is entered then 352 highway timeslots are reserved for DRIM card service. Thesystem will set this value to ‘no’ for Horizonoffice BTS and co-located Horizonoffice andwill not display this prompt for Horizonoffice BTS. This prompt will not appear forRXCDR sites.

Version 1 Revision 9 Kilo-Port Switch



4–7

KSW Equipage

� ��

� �!&�$ #"$&�"! "� � � ��(�) �!��

� �!&�$ &�� !&��$ � "$ �

� �!&�$ &�� !' ��$ ��

��

� ��

��

� � ��% ��"(�� "! ��(�) �!�� ) &��% �� )�%�!"

Version 1 Revision 9KSW Extension/Expansion



4–8

KSW Extension/ExpansionAs the TDM highway function uses timeslot allocation, depending on the size of the siteone TDM highway may not be sufficient to support the digital boards or may be sufficientto support a number of cages.

A single KSW (1 TDM highway) can be extended to five digital cages although extensiondoes not increase the TDM Highway capacity. It is simply the sharing of the availabletimeslots over a number of digital cages.

In a large site 1 TDM highway may not be sufficient to meet the timeslot allocationrequirement of the digital boards. To overcome this the TDM highway can be expandedby interconnecting up to four KSWs. This would increase the number of timeslots from1024 to up to 4096 which is the maximum expansion configuration. When expandedeach KSW has access to any of the input ports of interconnected KSW but can onlyoutput to its own 1024 ports.

Extension and expansion is achieved by the use of Kiloport Switch Extender boards. Anadditional KSW can be equipped for redundancy, giving 4 KSW pairs when maximumexpansion is implemented.

Version 1 Revision 9 KSW Extension/Expansion



4–9

KSWX Configuration diagram showing extension andexpansion for 2 KSWs

Sys02_4_4

CLKXR R R R E L

KSW CLKX

L L L L

L L L LR R R R E L

KSW

R = Remote KSWX–RL = Local KSWX–LE = Expansion KSWX–ESwitch cabinet 0 Extension cabinets 3–4

Extension cabinets 1–2

Cage 0

Cage 1

Switch cabinet 0

Cage6

Cage7

Cage8

Cage9

Cage2

Cage3

Cage4

Cage5

Version 1 Revision 9KSW Configuration



4–10

KSW Configuration

Overview

When maximum expansion is implemented at a site, four KSW pairs are required with fullredundancy.

Each active KSW has to be able to interface to each of the other three active KSWs viaKSWX EXP cards, as well as placing data onto its local highway. Shown opposite is aschematic diagram showing full expansion, the cards shown as A0, A1, and A2 areexpansion slot positions 21, 22, 23 of the upper shelf and are filled with KSWX cards.The interconnection between these cards is provided by optical fibre. Each of the fourhighways is provided by a single KSW, redundancy is not shown.

Version 1 Revision 9 KSW Configuration



4–11

KSW Expansion

Sys02_4_5

A2

A1

A0

Cage 0

KSW

Slot 27

A2

A1

A0

Cage 1

KSW

Slot 27

A2

A1

A0

Cage 2

KSW

Slot 27

A2

A1

A0

Cage 3

KSW

Slot 27

HW 0

HW 1

HW 2

HW 3Site 0

(Pair 0) (Pair 1) (Pair 2) (Pair 3)

Version 1 Revision 9KSW Configuration



4–12

The chg_ksw_config field is used to determine the Switch managers viewpoint of theKSW configuration, specifically the mapping of the TDM highway numbers for a particularKSW pair and is used to equip the Switch Managers database.

Each KSW pair must be informed which highway is being received on which KSWX (A0,A1 or A2) in the upper shelf. The following table is essential:

��

� � ��

Shown opposite is an example using the schematic on the previous page. Take KSWpair 2, physically in cage 2 of the site. H/W 0 is received on KSWX A0, using the table,gives a value of 1. H/W 1 is received on KSWX A1, using the table gives a value of 2.H/W 2 is not received by a KSWX card, the KSW in cage 2 is providing this highway,using the table gives a value of 0 H/W 3 is received on KSWX A2, using the table gives avalue of 3.

Version 1 Revision 9 KSW Configuration



4–13

KSW Configuration

chg_ksw_config <SITE No><KSW Pair> <H/W0><H/W1><H/W2><H/W3>

��

� � ��

��

��

��

��

Version 1 Revision 9Generic Clock (GCLK)



4–14

Generic Clock (GCLK)GCLKs are equipped on a site basis and its functionality can be extended to other cagesvia clock extender boards. One GCLK must be equipped per site and two if redundancyis to be implemented. This device may not be explicitly equipped at M-Cell sites, it isautomatically equipped with the first BTP. The command to equip an In-Cell GCLK is asfollows:

equip <site number> GCLK

Device ID

This field specifies the unique identifier for the GCLK, the card identified as 0 must befitted in card slot 5 and identifier 1 must be fitted in card slot 3.

Cage number

The parameter identifies the cage in which the GCLK is fitted.

CLKX prompts (In-cell sites only)

The three CLKX prompts are used to indicate whether GCLK extension is used at thissite, and if so which CLKXs support it. This is important, as slots U5, U6 and U7 cansupport either CLKX or KSWX cards, and if the same slot is specified for two cards thenthe CM must reject the equipage.

Version 1 Revision 9 Generic Clock (GCLK)



4–15

GCLK Equipage

��

� �"'�% '�� )�� "'��'�#" �#% '��

� �"'�% '�� "(!��%� ��

� �& �� & #' �� $%�&�"' � ��& #% �#

� �& �� & #' �� $%�&�"' � ��& #% �#

� �& �� & #' �� $%�&�"' � ��& #% �#

Version 1 Revision 9Base Site Processor (BSP)



4–16

Base Site Processor (BSP)The BSP is the master processor type at a BSC and also at a RXCDR. Its functionalityis dependant upon the BSC type, at the smallest BSC it will carry out all processingrequired, then as the BSS grows in functionality certain software entities migrate awayfrom BSP and use other processor types which must be created. To equip a BSP thefollowing command must be used:

equip (site number) BSP


This prompt gives the BSP its unique identifier, a maximum of two BSPs can beequipped at any one site, the second being redundant.

2nd prompt (cage)

This identifies the cage in which the BSP is to be equipped.

3rd prompt (slot)

Valid card slots are 20/24 for a BSU cage and 25/26 for an RXU cage.

4th prompt (MTLs)

This field allows the FM to load MTLs onto the specified BSP. At a BSC or BSS(fm_site_type 0 or 1), when the bsc_type=1 this prompt will not appear, the MTPsoftware in these cases will appear in multiple instances on LCFs. At a BSC or BSSwhere the bsc_type=0 then this prompt will appear and must be answered with a one. Atan RXCDR, (fm_site_type=3), this prompt will not appear, after all a RXCDR will neverprocess an MTL.

Version 1 Revision 9 Base Site Processor (BSP)



4–17

Base Site Processor Equipage

��

� �#(�& (�� #( � �&� ��

� �#(�& (�� #)"��&� ��

� �#(�& (�� '!$( #)"��&� ��

��

� �#(�& (�� "�+ ")" ��' (� ' �� "�, "�#��

�$#!, �$& �"�' (��(,%� � $& � *��# �'��(,%��

Version 1 Revision 9Code Storage Facility Processor (CSFP)



4–18

Code Storage Facility Processor (CSFP)The Code Storage Facility Processor (CSFP) is a GPROC device which facilitates thepropagating of new software instances with reduced system downtime. A softwareinstance is a complete set of software and firmware objects including the databaseobject.

New software loads can be downloaded from OMC to BSC and consequently BSC toBTS, without a CSFP this download will result in system downtime whilst the BSC orBTS is in ROM utilising the IP. This system downtime is dependent on link throughput(number of OMLs) and system topology (number and connection of BTSs). If used, theCSFP will reduce this system down time as the download can take place to the BSC orBTS whilst the system is on-line and call processing.

After the software has been downloaded to all entities in the BSS a special BSS reset isperformed for the activation of the new software instance. Since the new softwareinstance exists locally, network outage time is drastically reduced.

The CSFP feature also provides optional CSFP fallback. As previously described a newsoftware instance is distributed to all CSFPs in a BSS. After the reset, all non-CSFPGPROCs begin executing the new software load, while the fallback CSFP retains the oldsoftware load.

At M-Cell sites, this device cannot be explicitly equipped. It is automatically equipped withthe first BTP.

To equip a CSFP the following command must be used:

equip (site number) CSFP

1st prompt (identification)

This parameter identifies the CSFP within site 0 only. At sites 1–100 the prompt will notappear.

2nd prompt (cage)

This field identifies the cage in which the GPROC acting as the CSFP has been fitted.Not prompted for co-located Horizonoffice.

3rd prompt (slot)

This field identifies the cage slot position in which the GPROC acting as the CSFP hasbeen fitted.

Version 1 Revision 9 Code Storage Facility Processor (CSFP)



4–19

CSFP Equipage

��

� �&+�) +"� �� #��&+# #�) ��

�'&$- ()'%(+�� + *#+� ��

� �&+�) +"� ��!� &,%��)

��

��

� ��

��

�'+ ()'%(+�� ') �'/$'��+�� ')#.'&��

� �&+�) +"� *$'+ &,%��) ��

��

Version 1 Revision 9Base Transceiver Processor (BTP)



4–20

Base Transceiver Processor (BTP)The BTP is the master processor at a BTS. Its load and functionality is dependant uponthe BTS type, at the smallest BTS it will carry out all the processing required. As moreprocessing power is required at a site software entities will appear in multiple instanceson other designated processors. To equip a BTP the following command must be used:

equip <site number> BTP

1st prompt (identifier/card frame)

This prompt gives the BTP its unique identifier, a maximum of two BTPs can be equippedat any one site, the second being redundant. In M-Cell products this prompt identifies thecard frame in which the MCU is being equipped. In the case of M-Cell this prompt mustbe answered 0 first in the CM. 0 is the valid entry for M-Cellmicro.

2nd prompt (cage)

This identifies the cage in which the BSP is to be equipped. Not prompted for M-Cellproducts.

3rd prompt (slot)

Valid slot ranges are 20/24 for cage 15 and 20 for cage 14. Not prompted for M-Cellproducts.

4th prompt (DRIMs)

This prompt specifies the maximum number of DRIMs that the CA will allow the BTP tosupport. Not prompted for M-Cell products.

Digital HostProcessor

The DHP will be required to support one instance of the RSS function at a BTS type 1.This device cannot be equipped at an M-Cell site.

equip <site number> DHP

1st prompt (cage)

This prompt acts as the 1st identifier for the DHP and defines the cage where the DHP isfitted. The system will automatically set this value to 15 for Horizonoffice BTS.

2nd prompt (identifier)

This prompt gives the DHP its unique identifier in the specified cage.

3rd prompt (slot)

Valid slot ranges are 18–25.

4th prompt (DRIMs)

This prompt specifies the maximum number of DRIMs that the CA will allow the DHP tosupport.

Version 1 Revision 9 Base Transceiver Processor (BTP)



4–21

Base Transceiver Processor (BTP)

��

� �$*�( * � �� !��$*!�!�(� �� $/��""�

�� (� �(�#�� /��""��%(!.%$�

� �$*�( * � �� $+#��(� ��

� �$*�( * � )"%* $+#��(� ��

� ��

� �$*�( * � #�,!#+# �� ) )+&&%(*�� - * !) ��

��

Digital Host Processor (DHP)

��

� �$*�( * � �� $+#��( �%( * !) ��

� �$*�( * � +$!'+� �� $+#��( !$ * � ��

� �$*�( * � )"%* $+#��(� ��

� �$*�( * � #�,!#+# $+#��( %� �� ) )+&&%(*�� - * !) ��

Version 1 Revision 9Generic Processor Equipage



4–22

Generic Processor EquipageDepending on the site type, certain software processes and functions will have to becreated to support the site functionality. When a function such as an LCF, OMF or BTFis to be equipped then a GPROC platform must be equipped in advance to support it. Inthe case of a processor such as a BSP or BTP the GPROC platform does not have to bepreviously equipped, see the dependency table at the beginning of this section. Thisdevice cannot be equipped at an M-Cell site.

To equip a GPROC the following command must be entered:

equip (site number) GPROC


This prompt specifies the unique identifier of the GPROC.

2nd prompt (cage)

This figure specifies the cage where the GPROC has been fitted. Automatically set to‘15’ for Horizonoffice BTS, and therefore will not appear for co-located Horizonoffice orHorizonoffice BTS.

3rd prompt (slot)

This figure denotes the card slot location of the GPROC being equipped.

Version 1 Revision 9 Generic Processor Equipage



4–23

GPROC Equipage

��

� �"'�% '�� "'��% ��

� �"'�% '�� "(!��%

��

��

� ��

��

�#' $%#!$'�� #% �#* #��'�� #%�)#"�� #%

�#%�)#"��

� �"'�% '�� & #' "(!��%

��

��

��

� ��




4–24

GPROC FunctionPreemption

In the event of a GPROC which is hosting a high priority function going out of service, butwhere there is no alternative pool GPROC in an Enabled-Unlocked condition available tohost the function, the new feature GPROC Function Preemption searches for aBusy-Unlocked GPROC running a lower priority function. If such a GPROC is found, thelower priority function is pre-empted by the higher priority function.

For example at a Type 2 BSC the ATER channel allocation is hosted by the OMF (ratherthan the BSP) to reduce the load on the BSP. IF the OMF goes out of service, callscannot be processed because the XBL also terminates on the OMF, and if the XBL isdisabled, the circuits are blocked. Thus the OMF becomes the highest priority functionand critical to the operation fo the BSC. For call processing to continue it must bere-hosted by an alternative GPROC. Preemption is reasonable to allow this to occur, andthe function would move to a B-U GPROC hosting a lower-priority function.

The preemption function is enabled by the parameter.

chg_element pool_gproc_preemption whose settings are:

� 0 No preemption

� 1 Function level preemption

� 2 Intra Function preemption

Function level preemption operates by preempting a function of a lower priority than thatwhich has lost its host. If no lower priority functions are available on any GPROC, thefeature stops.

Intra-Function preemption first seeks a function of a lower priority, but if it does not findone, then seeks a lower priority function within the function type which has lost its hostGPROC.

GPROC function pre–emption searches for a Busy–Unlocked (B–U) GPROC running alower priority function when a GPROC hosting a higher priority function goes out ofservice, and there are no Enabled–Unlocked (E–U) GPROCs to host the higher priorityfunction. If such a GPROC is found, the lower priority function will be pre–empted by thehigher priority function. The operator is able to configure the pre–emption algorithm usinga database element.




4–25

GPROC Prioritisation

sys02_Ch4_5b

GPROC BSP

GPROC OMF

OMF Process

GPROC LCF

OMF Process GPROC

Pool

Failed

pool_gproc_pre–emption

0 = No pre–emption1 = Inter–function pre–emption2 = Inter–function and intra–function pre–emption




4–26

FunctionPriority

Function Priority The BSS software uses the function type and function ID to determinethe order in which functions are brought into service. The ordering of function type isOMF first, LCF second, and BTF third. Functions with lower IDs are brought into servicebefore functions with higher IDs. This priority scheme allows the operator to arrangefunctions in order of importance. When a pool GPROC comes into service, it selects theEnabled–Equipped (E–E) function with the highest priority.

For example, there are six functions defined for a particular site: OMF 0, LCF 0, LCF 1,LCF 2, LCF 3, and BTF 0. OMF 0 is the highest priority function and BTF 0 is the lowestpriority function. LCF 1 has higher priority than LCF 2 and LCF 3, but has lower prioritythan LCF 0.

OMF0 LCF0

LCF1

LCF2

LCF3

BTF0

Lower Priority

Lower Priority

FunctionID

FunctionID

FunctionID




4–27

GPROC Preemption Algorithim

GPROC goes out ofservice

Pool GPROCfree?

Lower priorityB-E function?

Yes

Search functions

pre-empt lowerpriority function by

resetting itsGPROC

Do nothing

Free GPROCtakes function

No

Yes

No

Version 1 Revision 9Equipage of GPROC Functions



4–28

Equipage of GPROC Functions

Base TransceiverFunction (BTF)

The main processor type at a BSC is the BSP and at a BTS is a BTP. As both processortypes are responsible for the main control of a site there is a lot of common functionalitybetween them.

If a site consists of standalone BSS then there is no requirements for both a BSP andBTP. A BSS consists of a colocated BSC and BTS. One major difference at a BSC isthat the KSW is dynamic and requires its own software process called the SwitchManager to control it. The Switch Manager must run on a BSP which will be the mainprocessor type at a standalone BSS.

However, what the BSP does not have is any RF functionality which is required at a BTS.A function is created called the BTF which will run on a equipped GPROC at a colocatedBSS.

To equip a BTF the following command must be used:

equip bsc BTF

prompt 1 (DRIMs)

This prompt specifies the maximum number of DRIMs that the CA will allow the BTF tosupport. This is read only for co-located Horizonoffice.

Version 1 Revision 9 Equipage of GPROC Functions



4–29

BTF Equipage

��

� �� !�� " ��

�� " �� $�� #��

Version 1 Revision 9Link Control Function (LCF)



4–30

Link Control Function (LCF)The BSC has interface signalling information to and from the MSC and BTS sites. LCFscan only be equipped at BSC site type 1 or 2.

LCPs are assigned the LCF which is equipped in the database. As with the BTF it is notnecessary to specify a particular GPROC to be assigned the LCF. A GPROC has to beequipped at the site and functionality is distributed on initialisation. To equip an LCF thefollowing command must be used:

prompt 1 (identifier)

This field specifies the LCF identification (0–24)

prompt 2 (MTLs)

This prompt specifies the maximum number of MTLs that the LCF can manage.

The value 2 can only be entered for a GPROC2.

prompt 3 (CBLs)

This field specifies the maximum number of Cell Broadcast Links (CBLs) that the LCFcan manage.

Operations andMaintenanceFunction (OMF)

This GPROC device can only be equipped at a BSC type 2. When a BSC type 2 isspecified it causes the software controlling both the XBL and OML to migrate to theavailable OMF. To equip an OMF the following command must be used:

equip (0 or bsc) OMF

(there are no prompts.)

Version 1 Revision 9 Link Control Function (LCF)



4–31

LCF Equipage

��

� �$)�' )�� *$�) %$ ��$) � �' �%' )��

� �$)�' )�� $*#��' %� ��( )�� $ #�$��

� � ( %$", +�" � �%' ��

� �$)�' )�� $*#��' %� ��"" '%��() � $!( �� (� )�� $ #�$��

OMF Equipage

��

��% &'%#&)(��

Version 1 Revision 9Digital Radio Interface



4–32

Digital Radio InterfaceIn-Cell and M-Cell system hardware differs at the Digital Radio Interface. In-Cell systemsutilises the DRIM, DRIX and DRCU/SCU combination, whereas M-Cell utilises theTranceiver Control Unit (TCU) and possibly the FOX and FMUX. This difference isreflected in the equip dri command.

The DRIM provides the interface between the digital and RF domains. It performs thefollowing function:

1. Logical to physical channel mapping.

2. Interleaving/deinterleaving

3. channel coding/decoding

4. Base band hopping

5. Encryption function

6. Supports control/signalling between processor and DRCU

Version 1 Revision 9 Digital Radio Interface



4–33

Digital Radio Interface

� ��

� ��

� ��

� ��

� ��

� ��

Version 1 Revision 9Digital Radio Interface – In-Cell



4–34

Digital Radio Interface – In-Cell

Redundancy Group

Current software provides RTF\DRIM redundancy, in order for this feature to functioncorrectly DRIMs belonging to the same cell (connected to the same antenna) aregrouped together using this first identifier called the redundancy group. If an RTF isfunctioning on a DRIM\DRCU that goes faulty, it will automatically move to aDRIM\DRCU that is redundant (if present), this move will only take place if the firstidentifier (redundancy group) of the faulty DRIM\DRCU is the same as thespare\redundant DRIM\DRCU. This first identifier is also matched by that of the RTF. Ifit is the BCCH RTF that is functioning on a DRIM\DRCU that goes faulty, this RTF willmove to a DRIM\DRCU in the same redundancy group (unless the cell has only onecarrier) replacing a non-BCCH RTF if necessary. The second identifier uniquely identifiesthe DRIM within its redundancy group.

cabinet id

This field identifies the cabinet in which the DRIM is fitted. Range 0–15.

DRIM type

This field identifies the DRIM type in use. For an In-Cell system the only allowableresponse is 0 or the text string ‘drim’.

Cage

This identifies the cage in which the DRIM is fitted. This prompt is only presented if theDRI board type is DRIM. Not prompted if co-located Horizonoffice or Horizonoffice BTS.

slot

This field identifies the card slot number in which the DRIM is fitted. This prompt is onlypresented if the DRI board type is DRIM.

TRU id

This parameter is only necessary when equipping a DRIM in a Topcell Data Unit (TDU).It is optional and can be replaced by a carriage return or alternatively a zero, for non TDUcages. The range available is 0–6, to identify up to 6 TRU’s. This prompt will only bepresented if the DRI board type is DRIM.

Version 1 Revision 9 Digital Radio Interface – In-Cell



4–35

DRIM Equipage

� � ��

�', * ,# �+, �'� '� �� $��

�', * ,# ��$' , $� ',$!$ *� ��

�', * ,# �� (�*� ,.) � �� (* $', " * �(� ��

�', * ,# ��" '-&� *� ��

��

�(, )*(&), � !(* �(0%(��, �

�(*$/('�� (* �(*$/('��

�', * ,# +%(, '-&� *� � � ��

�', * ,# �� $� ',$!$ *� ��

Typical Arrangement

Sys02_4_5a

DRCU

DRCU

DRCU

DRCU

DRCU

DRCU

0 0 0 1 0 2 1 0 1 1 2 0

Version 1 Revision 9Digital Radio Interface In-Cell



4–36

Digital Radio Interface In-Cell

RTF Identifier

An RTF contains the frequency information for a particular cell and is equipped as afunction after the DRIM. This first part of the identifier determines which group of RTFsthat the DRIM must use to obtain its frequency information. A DRIM belonging to aparticular redundancy group will automatically use an RTF from the same group, andtherefore, this field is optional. The second part of the field completes the RTFidentification and identifies a particular RTF within a group of RTFs. RTFs are identifiedin an identical way to the DRIMs.

This prompt is optional and a value should only be added if equipment sharing (futurefeature) is implemented.

Version 1 Revision 9 Digital Radio Interface In-Cell



4–37

DRIM Equipage

� ��!�� !�� ! ��

� �

� �� "��! �� !�� !��

� �"��! �� " ! ��

Version 1 Revision 9Digital Radio Interface In-Cell



4–38

Cell id

This prompt requires the cell identity or the cell name that the DRIM is serving.

Antenna id

This parameter is used to engage the correct bay level offset tables calibrated by thefield engineer when the radio was commissioned. These calibrations are usually storedin the 1st antenna memory area and hence this field is normally set to 1.

Diversity flag

This field specifies the use of diversity within the radio.

Tuneable Combining

This prompt determines whether the DRI utilises a combining device (RTC or CCB) ornot. The responses are yes or no.

Combiner Type

If the previous prompt declared that the DRI uses a tunable combining device, thisprompt appears. It defines whether no combining is used, or whether the combining is incontrolled or non-controlled mode.

Combiner id

This optional parameter nominates the Combiner (e.g. RTC) being used by the DRIM.The response consists of a single combiner device number between 0 and 13. Thecombiner may be controlled by two DRIs.

Note: This parameter was modified in GSR 5 to simplify the equipage of COMB devices.Whereas prior to GSR 5 the combiner referred to 2 separate processors, the updatedparameter refers to one processor only, and therefore the Combiner id is confined to asingle number between 0 and 13.

Cavity Number

If the ’Combiner id’ above has been entered the MMI will prompt for the cavity number.Each RTC has 5 cavities (0 - 4) clearly labelled in hardware. The cavity in use by thisDRIM/DRCU should be entered in this field.

fm_cell_type

The field will nominate which receive coaxial connectors are in use in the diversitysummation. This feature is not supported at present.

Only certain combinations of the above two flags may be configured, they can be seen inthe table opposite.

When a DRCU is not in diversity mode the bottom connector (branch 1) should be usedas the coaxial input, fm_cell_type can be set to a 0, 1 or 2; in all cases the input to thisconnector will be processed.

Version 1 Revision 9 Digital Radio Interface In-Cell



4–39

DRIM Equipage

� �).", .%" �� "'' �� 1%"," .%" �� ++"�,-� �� "'' &!��"''

)�("

� �).", �)."))� -"'" . )/(�", #*, .%&- "''� ��

� �).", .%" !&0",-&.2 #'�$ #*, .%&- ��

��&0",-&.2 !&-��'"!

��&0",-&.2 ")��'"!

� �*"- .%&- �� /-" ./)"��'" *(�&)&)$� �"-��*

� �).", .%" ./)"��'" *(�&)&)$ .2+"� �� *, �

� �).", .%" �� &!").&#&",� ��

� �).", .%" �0&.2 )/(�", #*, .%&- ��

� �).", .%" #(� "''�.2+"�

��*)3!&0",-&.2 (*!"

��/'' !&0",-&.2

�� #(� "''�.2+"

� ��

�� )*) !&0",-&.2�

�� #/'' !&0",-&.2�

Version 1 Revision 9Digital Radio Interface – M-Cell/Horizon



4–40

Digital Radio Interface – M-Cell/Horizon

RedundancyGroup

Within an M–Cell/Horizon set up the DRM is actually a TCU.

Current software provides RTF/TCU redundancy, in order for this feature to functioncorrectly TCUs belonging to the same cell (connected to the same antenna) are groupedtogether using this first identifier called the redundancy group. If an RTF is functioningon a TCU that goes faulty, it will automatically move to a TCU that is redundant (ifpresent), this move will only take place if the first identifier (redundancy group) of thefaulty TCU is the same as the spare\redundant TCU. This first identifier is also matchedby that of the RTF. If it is the BCCH RTF that is functioning on a TCU that goes faulty,this RTF will move to a TCU in the same redundancy group (unless the cell has only onecarrier) replacing a non-BCCH RTF if necessary. The second identifier uniquely identifiesthe TCU within its redundancy group.

Cabinet id

This field identifies the cabinet in which the TCU is fitted. This entry will directly matchthat entered in the equip cabinet command. If the cabinet id points to Horizonmacro/extand the frequency is PCS1900/GSM850 (tx_power_cap ) must be set for a high powercell.

FOX / FMUX connection

The response to this and the next prompt will specify the method of connection to theMCU. A number of alternatives exist for this field. The first, ‘fox ’ indicates that the TCUis connected via one of the fox ports in the master card frame (the one supporting theMCU). Three further alternatives exist to describe the fmux to fmux connection in thecase of a remoted cage. The fmux specified being the one in the master cage, thisdirectly correlates to the shelf map numbering. The last alternative is ‘direct ’, thisindicates that the TCU is connected to one of the ports on the MCU front panel. Textstrings or integer codes can be entered in response to this prompt. In the case of anM-Cellmicro, M-Cellcity, M-Cellarena this prompt should be answered with ‘direct ’ or 4.

FOX Port

The FOX card has 6 optical interfaces, each one being physically numbered on the frontpanel. The TCU being equipped may be connected to one of these ports, the number ofthe port is entered in this field. Again there is a direct correlation between the databaseentry and the front panel labelling. In an M-cell6 cabinet the TCU would normally beconnected to the FOX.

The port number entered here could also be referring to one of the 2 ports (0 and 1) onthe front panel of the MCU. For this to be the case the previous prompt must be enteredas ‘direct ’. For an M-cell micro TRX0 is referred to as port 0 and TRX1 is referred to asport 1.

Version 1 Revision 9 Digital Radio Interface – M-Cell/Horizon



4–41

TCU Equipage

� � ��

� ��#�! #�� "# ��

� ��#�! #�� # ��#��!� ��

Note: if using PCS 1900/GSM850 with Horizonmacro/Ext ensure tx_pwer_cap = 1

� ��#�! #�� #' � �� #�� #� #��

� �! ��&

� �! ��$&�

� �! ��$&�

� �! ��$&�

�! ��!��#

� ��#�! #�� !# #� %�� #�� " ��#��

Sys02_4_6

TCU

TCU

TCU

TCU

TCU

TCU

FOX

MCU

FMUX0

FMUX1

FMUX2

TCU

TCU

TCU

TCU

TCU

TCU

FOX

FMUX

Master Card Frame

1 KM

TCU

TCU

TCU

TCU

TCU

TCU

FOX

FMUX




4–42

RTF Identifier

An RTF contains the frequency information for a particular cell and is equipped as afunction after the TCU. This first part of the identifier determines which group of RTFsthat the TCU must use to obtain its frequency information. A TCU belonging to aparticular redundancy group will automatically use an RTF from the same group, andtherefore, this field is optional. The second part of the field completes the RTFidentification and identifies a particular RTF within a group of RTFs. RTFs are identifiedin an identical way to the TCUs.

This prompt is optional and a value should only be entered if equipment sharing (futurefeature) is implemented.

Cell ID

This prompt requires the cell identity or the cell name that the TCU is serving.

Antenna Identity

This enables two different mechanisms to correctly operate within the receiver RFsub-system. Firstly, this parameter points to the bay level offset antenna memory area tobe engaged by the TCU. These offsets will have been calibrated when the TCUhardware was initially commissioned.

The second use for this entry is only meaningful when an Integrated Antenna DistributionUnit (IADU) is in use (M-cell6). This entry points to the DLNB connection point on theIADU which is to be connected through to the TCU. The TCU will communicate thisparameter to the IADU for the correct switch to be enabled.

Shown opposite is a typical example of a 4/4/4 configuration. Given the antenna settingsat the bottom of the diagram, the internal switching of the IADU is shown. The thirdDiversity Low Noise Block (DLNB) port on the IADU can be used to extend the receivesignal to an IADU in a different cabinet, the internal IADU connections to make theextension port effective are enabled by dip switch settings on the IADU itself. Diversityconnections can be seen as ghosted lines in the diagram.




4–43

TCU Equipage

� � %�# %�� $% � � � � � ��

� � %�# %�� '��#� %�� ""��#$� ��

� � %�# %�� %� � $��% &��# !� %��$ ��

Ant Sel No DLNB

1

2

3

0

1

2

Sys02_4_7

32

1 32

1

IADU

TCU

TCU

TCU

TCU

TCU

TCU

TCU

TCU

TCU

TCU

TCU

TCU

3 3 3 3 3 31 1 1 1 1 1

Antenna Select Number

DLNB

2 1 0 2 1

0

0




4–44

Use of TuneableCombiner

This parameter informs the system whether the TCU is using a tuneable combiner or not.

Combiner Type

This optional parameter describes which type of combiner is in use. This specifieswhether no combining is used by this DRI (enter 0); or if combining is used whether thisDRI is controlling the combiner (enter 1) or not controlled by this DRI (enter 2). Up to twoDRIs may exercise control over it, and up to 6 DRIs total may be connected.

0 = none (This is used as a modify command to change the controlling DRI withoutunequipping it.)

1 = non-controlling

2 = controlling

CombinerIdentity

This parameter informs the system of the combiner number. The prompt is mandatory ifa combiner has been declared.

Cavity Number

Only if the combiner id (above) has been entered will the MMI prompt for the cavitynumber. Each CCB has 3 cavities, each being physically numbered from right to left (0 -5), this field points to the cavity in use by this TCU.

Diversity Flag

This field specifies the use of diversity within the radio.

fm cell type

This field will nominate which receive coaxial connectors are in use in the diversitysummation. This feature is not supported at present.

Only certain combinations of the above two flags may be configured, they can be seen inthe table opposite.

When a DRCU is not in diversity mode the bottom connector (branch 1) should be usedas the coaxial input, fm_cell_type can be set to a 0, 1 or 2 in all cases the input to thisconnector will be processed.

Note:

The modify_value command has been updated under GSR 5 to enable the operator tomodify the following configuration parameters of the combiner; Combiner Address, DRICombining Type, Combiner id and Cavity. These may be modified after the device hasbeen equipped, if this is required.




4–45

TCU Equipage

� �'�* +"#* �� ,*� +,&��$� �'%�#&#&! ��*��'

� �&+�) +"� +,&��$� �'%�#&#&! +.(� �� ') �

� �&+�) +"� �� #��&+# #�) ��

� �&+�) +"� ��-#+. &,%��) ') +"#* ��

� �&+�) +"� �#-�)*#+. $�! ') +"#* ��

��#-�)*#+. �#*��$��

��#-�)*#+. �&��$��

� �&+�) +"� %��$$�+.(� ��

��'&/�#-�)*#+. %'��

�� '+ �,))�&+$. *,((')+��

��,$$ �#-�)*#+.

�� %��$$�+.(�

� ��

�� &'& �#-�)*#+.�

�� ,$$ �#-�)*#+.�

Version 1 Revision 9Typical Examples



4–46

Typical Examples

In-cell with RTC In-cell without RTC

equip 12 dri equip 12 dri0 1 id 0 1 id0 cab 0 cabdrim type drim type15 cage 15 cage9 slot 9 slot<CR> TRU <CR> TRU<CR> RTF <CR> RTF2 3 4 1 0 368 39 Cell 2 3 4 1 0 368 39 Cell1 Ant 1 Antyes use RTC no use RTC2 RTC (controlled) 0 none0 comb <CR> comb1 cav <CR> cav0 diversity disabled 0 diversity disabled0 cell type 0 cell type

M-cell6 with CCB M-cell2 (without CCB)(standalone 6 carrier omni) (standalone 2 carrier omni)

equip 12 dri equip 12 dri0 1 id 0 1 id0 cab 0 cabfox FOX/FMUX 4 FOX/FMUX1 port 1 port<CR> RTF <CR> RTF2 3 4 1 0 368 39 cell 2 3 4 1 0 368 39 cell1 ant 1 antyes use CCB no no comb1 CCB (not controlled) 0 none1 comb <CR> comb1 cav <CR> cav0 diversity disabled 0 diversity disabled4 cell type 4 cell type

Version 1 Revision 9 Typical Examples



4–47

Typical DRI �+�!$ �'

�"-��

��(� �� (�#)( �� %)�$ �� %)�$ ��

� � � �

� �

�&�! �&�!

� �

� �

��

��

� � � ��

� �

,�' "#

� �

� ��

� ��

� �

� �

�-�� *�(� �� -�� *�(�#)( ��'(�"�-� #"� ��&&��&� �'(�"�-� #"� �-��&&��&��%)�$ �� %)�$ ��

� � � �

� �

�#+ �

� �

��

� � � ��

� �

,�' "#

� �

� ��

� ��

� �

� �

Version 1 Revision 9Remote Tuneable Combiner (RTC)



4–48

Remote Tuneable Combiner (RTC)From GSR 5, the DRI-Combiner heirarchy is modified to simplify the equipage of bothDRI devices and combiners. Previously, the RTC had to be equipped before the DRI; thisis no longer the case and now the DRI device may be equipped first. Also whereaspreviously the equipage of a single combiner created 2 logical combiner devices, now theequipage of the combiner creates a single device which may be controlled by 2 DRIdevices, a first and second controlling DRI.

The combiner parameters Combiner address, DRI combining type and cavity may alsobe modified after equipage by the use of the modify_value command.

Note that a combiner may be connected to up to 6 RCU/TCU/CTU devices, but only max2 of them can be in a controlling mode.

The Combiner is equipped by the following commands:

equip<site number>COMB

prompt 1 (identifier)

This first prompt uniquely identifies the TCB within the site. Range is 0 - 13.

prompt 2 (address)

This field provides the TCB address, which must be equal to the hardware addressstraps on the TCB itself. Essentially all TCBs at the same site could have the sameaddress, the only use for this address is when one TCU is controlling two TCBs, this maybe the case in equipment sharing (a future feature).

Note: As a result of the upgrade to GSR 5, the relationship of the RTC to a controllingDRIM is now contained in the equip 0 dri command and the logical structure of RTCs toDRIs has been simplified so that one only RTC will exist per equipage.

Version 1 Revision 9 Remote Tuneable Combiner (RTC)



4–49

COMB Equipage

��

� ��

� ��

Sys02_4_p45

PrimaryCombiner

SecondaryCombiner

CombinerID

DRI 0 0 DRI 0 1

ControllingDRI

StandbyDRI

Version 1 Revision 9Multiport Serial Interface (MSI)



4–50

Multiport Serial Interface (MSI)The equip command associated with an MSI can equip a number of 2Mb terminationmodules namely the MSI, XCDR, and the NIU. Both the MSI and NIU modules arecapable of terminating 2 x 2Mb links, where as a XCDR performs the GSM TRAUfunction and can only terminate one E1 2Mb link. The MSI card is only capable ofterminating two E1 links, whereas the NIU is capable of terminating two E1 links or twoT1 links. chg_element land_layer1_mode is the database command which will enableeither a T1 or E1 network to function, it is written on a BSS basis, ie all terminationmodules within the network will terminate in the same L1 mode.

The prompts associated with the equip MSI command are dependant upon the type ofsite, M-Cell or In-Cell.

In-Cell

Identifier

The field specifies a unique identifier on site basis

Cage

This prompt specifies the cage in which the termination card is fitted. Not prompted forHorizonoffice BTS and co-located Horizonoffice.

Slot

The field specifies the slot in which the module is fitted, restrictions exist depending upondefault positions and cage type (BSU and RXU).

Conventionally, in the first cage, slot 17 is always allocated to MSI0.

Type

The field specifies the module type fitted, MSI, XCDR or E1/T1 converter.

Protocol type MMS 0

This prompt only appears if the integrated M-Cell HDSL feature is enabled and themsi_type is niu_hds l, niu_ext_hds l or msi_ext_hdsl .

Timslots supported on MMS 0

This prompt only appears is the integrated M-Cell HDSL feature is enabled and themsi_type is niu_hdsl , niu_ext_hdsl or msi_ext_hdsl and the protocol type is HDSL.

Version 1 Revision 9 Multiport Serial Interface (MSI)



4–51

MSI/XCDR EquipageIn-Cell

equip (site number) MSI

� Enter the MSI identifier: 0–55 (BSC)0–9 (BTS)0–71 (RXCDR)

� Enter the cage number: 0–13 (BSC)0–1 (RXCDR)15–2 (BTS)Not prompted for Horizonoffice BTS and co-located Horizonoffice

� Enter the slot number: BSS, BSC, BTSs: 6–17RXCDR: MSI type 0: 6–10MSI type 1: 6–24

� Enter the MSI type: 0 – MSI1 – XCDR2 – GDP7 – msi_ext_hdsl12 – RF_unit (Horizonoffice only)

� Enter MMS 0 protocol type: E1 or HDSL

� Enter number of timeslots supported on MMS 0: 16 or 32

� Enter MMS 1 protocol type: E1 or HDSL

� Enter number of timeslots supported on MMS1: 16 or 32

XCDR

MSI

10

0

E1

GDP1

0

0

E1

MSI1

MSI MSI

MSI

land_layer1_mode=0 land_layer1_mode=1

RXCDR

BSC

BSC

E1 T1 E1

MSC MSC

Version 1 Revision 9Multiport Serial Interface (MSI)



4–52

M-Cell/Horizon

Identifier

Valid identifiers are dependent on site type, either M-Cell6/2 or M-Cellmicro/M-Cellcity.Only identifier 0 is valid at an M-Cellmicro/M-Cellcity.

Card frame

Two card frames exist in an M-Cell6 and an M-Cell2 and hence the identifies 0 and 1.Only identifier 0 is valid at an M-Cellmicro/M-Cellcity.

Slot

This field identifies the card slot in which the NIU is fitted. 0 is the only possible value forM-Cell2 and M-Cellmicro/M-Cellcity.

Type

This field states what type of module is used, NIU, NIU with integrated HDSL modem,NIU with external HDSL modem.

Protocol type MMS 0

This field only appears if the integrated M-Cell HDSL feature is enabled and themsi_type is niu_hdsl , niu_ext_hdsl or msi_ext_hdsl .

Timeslots supported on MMS 0

This prompt only appears is the integrated M-Cell HDSL feature is enabled and themsi_type is niu_hds l, niu_ext_hdsl or msi_ext_hds l.

Modem setting on MMS 0

This prompt only appears if the integrated M-Cell HDSL feature is enabled and themsi_type is niu_hdsl .

Protocol type MMS 1

This field only appears if the integrated M-Cell HDSL feature is enabled and themsi_type is niu_hds l, niu_ext_hdsl or msi_ext_hds l.

Timslots supported on MMS 1

This prompt only appears is the integrated M-Cell HDSL feature is enabled and themsi_type is niu_hdsl , niu_ext_hdsl or msi_ext_hdsl .

Modem setting on MMS 1

This prompt only appears if the integrated M-Cell HDSL feature is enabled and themsi_type is niu_hdsl .

Version 1 Revision 9 Multiport Serial Interface (MSI)



4–53

MSI/XCDR Equipage��

��

� �#(�& (�� #( � �&� �� / �!!�

�� / �!!��

� �/ �!!��/ �!!��

� �#(�& (�� &� �&�"� #

+� �� (�� , '('� ��

� �#(�& (�� '!$( #)"��&� ��

� �#(�& (�� (-%��

� # )��,(��'! �/ �!!�

�� # ) �/ �!!�

� # )��'! �/ �!!��

� # )��,(��'! �$& .$#��

� �#(�& �� %&$($�$! (-%�� $& ��

� �#(�& #)"��& $� ( "�'!$('

')%%$&(�� $# �� $& ��

� �#(�& �� "$��" '�(( #�� '(�& $& '!�*�

� �#(�& �� %&$($�$! (-%�� $& ��

� �#(�& #)"��& $� ( "�'!$('

')%%$&(�� $# �� $& ��

� �#(�& �� "$��" '�(( #�� '(�& $& '!�*�

Version 1 Revision 9Path



4–54

PathThe specific transmission route which traffic and signalling will take from a BTS, perhapsvia intermediate BTSs, to the BSC is largely determined by the software. To enable thisto occur “Paths” have to be built using the available MSI cards and port numbers througheach BTS, starting from the BSC. The path command is very simple and is as follows:

equip 0 PATH

Prompt 1 (Terminating site ID)

This is the ID of the BTS site terminating the path.

Prompt 2 (Unique Path ID)

Each BTS site can have upto 10 unique paths, conventionally, numbering of paths startat 0.

Prompt 3 (BSC MSI ID)

This is the ID of the terminating MSI card and MMS port at the BSC.

Prompt 4 (Site ID)

This is the identity of the next BTS site in the chain.

If the aggregate A-bis feature is enabled the system will accept ts_switch as the site Id.If is ts_switch is used, the system will not prompt for upstream MSI, upstream MMS,downstream MSI and downstream MMS identifiers.

Prompt 5 (Upstream MSI ID)

This is the identity of the MSI card and MMS port at the first BTS in the chain, facingupstream towards the BSC.

Prompt 6 (Downstream MSI ID)

This is the identity of the MSI card and MMS port at the first BTS in the chain, facingdownstream towards the terminating site.

A path can proceed through a number of BTS sites before reaching its terminating BTS.To that end, the last three parameters are repeated for each intermediate site.

Version 1 Revision 9 Path



4–55

Path Equipage

��

� �#)�' )�� )�'" #�) #� ��

� �#)�' )�� *# &*� ��

� �#)�' )�� $' �

� �#)�' )�� $' ��

� �#)�' )�� *%()'��" ��

�� $' �

��

�� $' � ��$# �-��!!�

�� $' � ��-��!! ��$' ,$#"��'$�

�� $' � ��-��!! ��

�� $' � ��-��!! � �'$�

� �#)�' )�� $+#()'��" ��

�� $' �

��

�� $' � ��$# �-��!!�

�� $' � ��-��!! ��$' ,$#"��'$�

�� $' � ��-��!! ��

�� $' � ��-��!! � �'$�

��

Version 1 Revision 9Path Equipage Exercise



4–56

Path Equipage ExerciseThe diagram opposite contains the information necessary to equip 2 paths to BTS site16. Use the working area below to equip both paths, path 0 should be made theshortest.

��

��

��

��

��

��

��

��

��

��

��

��

Version 1 Revision 9 Path Equipage Exercise



4–57

Path Equipage Exercise

Sys02_4_9

MSI 3

BSC

MSI 1

MSI 1MSI3

BTS 14

NIU 0NIU1

BTS 15

MSI 3MSI1

BTS 16

Port 0

Port 0

Port 0Port 0

Port 0

Port 1

Port 0

Port 0

Version 1 Revision 916 KBIT/S RSL



4–58

16 KBIT/S RSLThe purpose of the 16 kbit/s RSL is to reduce the interconnection costs between theBSC and BTS (A-bis interface) for single carrier sites in particular.

At present, a single carrier BTS requires three E1/T1 64 kbit/s timeslots; one for the 64kbit/s RSL and two for the 16 kbit/s traffic channels. The two 64 kbit/s timeslotsdedicated to the traffic channels can accommodate eight traffic channels normally.

In the case of a single carrier site, it is not possible to use all eight traffic channels of thetwo 64 kbit/s timeslots. The reason is that, in the case of a single carrier site, the carrierwill be the BCCH carrier, and the air interface timeslot zero of the BCCH carrier isreserved for BCCH information. This information is generated at the BTS not the BSC.The TSW at the BTS routes the traffic channels from the two specified timeslots on theA-bis interface to the dedicated radio for transmission.

Due to this the traffic channel on the A-bis interface corresponding to the timeslot zero onthe air interface cannot be used because if it was, the information mapped from the A-bisinterface would interfere with the BCCH information. This results in one 16 kbit/ssub-channel unused on the A-bis interface, a waste of resources.

With the introduction of the 16 kbit/s RSL it is possible to place it on this unusedsub-channel because the RSL is not transmitting on the air interface. The advantage isthat it frees up one 64 kbit/s timeslot on the A-bis interface reducing the requirement toonly two 64 kbit/s timeslots. This operates with M-Cell BTSs and In-Cell BTSs usingKSW switching.

Version 1 Revision 9 16 KBIT/S RSL



4–59

Fully equipped RTF

Sys02_4_10a

Fully–EquippedRTF

BCCH Non–BCCH

Associated16 kbit/s RSL

No Associated16 kbit/s RSL

Associated16 kbit/s RSL

No Associated16 kbit/s RSL

Timeslot X

Timeslot Y

Key 16 kbit/s sub–channel used for 16 kbit/s RSL

16 kbit/s sub–channel available for voice traffic

1 2 3 4Configuration

16 kbit/sBTS only

16 kbit/sBTS only

16 kbit/s sub–channel unavailable for use

Version 1 Revision 9RTF Types



4–60

RTF Types

�)#� �#&�"!%

� �' ) �$'�##�� (�&� �! �%%"��&�� &�% � ��

�' ) �$'�##�� (�&� !" �%%"��&�� &�% � ��

�' ) �$'�##�� !"!�� (�&� �! �%%"��&�� &�% � ��

�' ) �$'�##�� !"!�� (�&� !" �%%"��&�� &�% � ��

%'�*�$'�##�� (�&� �! �%%"��&�� &�% � ��

%'�*�$'�##�� (�&� !" �%%"��&�� &�% � ��

%'�*�$'�##�� !"!*�� (�&� �! �%%"��&�� &�% � ��

%'�*�$'�##�� !"!*�� (�&� !" �%%"��&�� &�% � ��

�

�

�

�

�

Version 1 Revision 9 RTF Types



4–61

Sub-equipped RTF

Sys02_4_10

Sub–Equipped RTF

BCCH Non–BCCH

Associated 16 kbit/s RSL

No Associated 16 kbit/s RSL

Associated 16 kbit/s RSL

No Associated 16 kbit/s RSL

Timeslot X

Timeslot Y

Key 16 kbit/s sub–channel used for 16 kbit/s RSL

16 kbit/s sub–channel available for voice traffic

5 6 7 8Configuration

16 kbit/s BTS only

16 kbit/s BTS only

Version 1 Revision 9Receive Transmit Function (RTF)



4–62

Receive Transmit Function (RTF)A RTF is assigned to a DRIM/TCU, by the CA, providing it with the necessary RFchannel information.

Capacity of carrier

This field specifies whether the capacity of the RTF if full or sub. This prompt will notdisplay if the RTF is equipped to a BTS using dynamic allocation.

Carrier type

This field specifies whether this RTF supports a BCCH or non-BCCH carrier.

First and second identifier

An RTF is assigned to one of 6 redundancy groups (1st id). A BTS site is able to supportsix cells (each cell having its own allocated DRIMs and RTFs). An RTF is automaticallyassigned to a DRIM of the same redundancy group. This second identifier is used toidentify a particular RTF within a redundancy group.

Primary path

This field identifies which path is to be used for the 2 x 64kbs timeslots resulting from thisRTF. This prompt is only presented for RTFs at remote BTS sites. This prompt will notdisplay if the RTF is equipped to a BTS using dynamic allocation.

Optional prompts for 16 kbit RSL

Should the site employ a 16 kbit/s RSL, additional prompts will appear. This prompt willnot display if the RTF is equipped to a BTS using dynamic allocation.

Secondary path

This field identifies which optional secondary path will support the traffic from this RTF,should the primary path fail. This prompt is only presented for RTFs at remote BTS sites.This prompt will not display if the RTF is equipped to a BTS using dynamic allocation.

Cell id/name

An RTF is dedicated to a particular cell, this identity should be the same as thatnominated in the DRIM/TCU equippage for the same redundancy group.

Frequency

This field allocates the GSM radio channel number and therefore the downlink and uplinkfrequencies. The channels which maybe specified are as follows:

GSM 900 BCCH 1–124NON_BCCH 1–124

SM 900 (Extended) BCCH_ 1–124NON_BCCH 0, 1–124,

975–1023

DCS 1800 BCCH 512–885NON_BCCH 512–885

PCS 1900 BCCH 512–810NON_BCCH 512–810

GSM850 BCCH 128–251NON_BCCH 128–251

Version 1 Revision 9 Receive Transmit Function (RTF)



4–63

RTF Equipage

� ��

� )17)5 '%3%'-7: 2* '%55-)5� �#�� 25 !#�

� )17)5 7:3) 2* '%55-)5� &'', 25 121$&'',

� )17)5 7,) �67 %1( 1( "� �(� ��

� )17)5 7,) 35-0%5: 81-48) ��"� �(� ��

� )17)5 7,) 237-21%/ 6)'21(%5: 81-48) ��"� �(� ��

� )17)5 7,) 1( -()17-*-)5 *25 7,) %662'-%7)( !�

� )17)5 7,) 237-21%/ 1( -()17-*-)5 *25 7,) %662'-%7)( !�

� )17)5 7,) �!� ')// 72 9,-', 7,-6 '%55-)5 -6 %66-+1)(� ')//

-(�')// 1%0)

� )17)5 '%55-)5 %&62/87) 5%(-2 *5)48)1': ',%11)/�

�� !��!�

�� !�

�� ! ��

�� ! ��

�� !� ��

�1/: 352037)( *25

6-7) )48-33)( 9-7,

� .&-7�6 !�

�� 25-;21��




4–64

Frequency Hopping Indicator (FHI)

This field is required for frequency hopping MS allocation per slot, Hopping SequenceNumber (HSN) and hopping mode form a frequency hopping system. It is then possibleto allocate a frequency hopping system on a carrier and timeslot basis. Each frequencyhopping system is allocated a Frequency Hopping Indicator (FHI). It is then possiblewhen equipping an RTF to allocate an FHI to each of the eight timeslots. All 8 FHIs areentered on a single line with one space separating each value. A value of 0–3 indicatesthe defined slot will hop using the specified hopping system. A value of 255 indicates thatthe slot will not hop. A value of 255 must be entered in the case of M-Cellmicro sites. Thedefault for this prompt is 255, but a restriction exists in that either no entry is made or all8 entries are made, nothing in between.

Training Sequence Code (TSC)

The TSC is a fixed pattern of 26 bits that forms the centre part of both normal anddummy bursts. It supports a number of functions:

1. Used for timing advance calculations

2. Used as a channel identifier

3. Used for equalisation purposes

The TSC is equipped on a TDMA timeslot basis. A GSM Recommendation (Rec 5.02)specifies that the TSC of timeslot 0 of the BCCH carrier should be equal to the BCC ofthe cell. All 8 TSCs are entered on a single line rather like the FHIs above.

KSW pair

All traffic channel data will be passed via the KSW in the BSS. The KSW will interfaceTraffic Channels (TCH) data being received from an MSI/XCDR and perform theinterchange function to route that data to the correct DRIM and TCH data received froma DRIM will be routed to an MSI/XCDR via the KSW. On an RTF basis the KSW pairassigned to support that RTF must be equipped. This parameter will not appear in thecase of M-Cell sites.

Cell zone

This prompt only appears for non-BCCH carriers and only if the concentric cells feature isunrestricted 0= Outer, 1 = Inner zone.




4–65

RTF Equipage

� ��

��

� ��

� ��

� �� !��




4–66

Extended range

This prompt only appears if the extended range feature is unrestricted. The extendedrange timeslots maybe configured on outer zone carriers if the concentric cell feature isunrestricted. Extended range timeslots are not configurable for inner zone timeslots.

SDCCH load

This prompt specifies the maximum number of SDCCH/8 timeslots configurable percarrier. If Concentric Cells feature is unrestricted then the system displays this promptfor outer zone carriers (cell_zone= 0) only.

SDCCH placement priority

This prompt is used to specify the priority of a carrier in configuring SDCCHs. Theprompt only appears if sdcch_load is greater than zero.

Channel allocation priority

This prompt specifies the priority of a carrier when utilising the radio channel(SDCCH/TCH) allocation algorithm.The radio channel timeslot is allocated primarily oninterfer band. If two timeslots have the same interfer band, then the timeslot will beallocated based on its channel allocation priority.




4–67

RTF Equipage

� ��

��

��

� ��

� ��

� � ��

��

� ��

� � ��

��

Version 1 Revision 9Propagation of Training Sequence Codes



4–68

Propagation of Training Sequence CodesAccording to GSM recommendations, the training sequence codes of the broadcastcontrol channel and common control channels timeslots of a cell must match the basestation colour code. Prior to GSR 5.0, the broadcast control channels and commoncontrol channels timeslots are automatically updated with the training sequence code tofulfil this requirement.

The GSR 5.0 feature provides additional options for automatic timeslot updating whenBSIC is cahnged. The chosen method will depend upon the value of the databaseparameter tsc_update_method. The database, parameter training sequence codeupdate method, has three options.

Option 1

Entering a value of 0 for this option only updates the training sequence codes ofbroadcast control channels and common control channels.

Option 2

Entering a value of 1 for this option, updates training sequence codes for all timeslots onthe broadcast control channel.

Option 3

Entering a value of 2 for this option, updates training sequence codes for all timeslots onall carriers of the cell

Dependencies

There are some dependencies, which apply to this parameter. The parameter may onlybe modified when no radio transmit functions are equipped in the database and theparameter is modified at the base station controller only, it is therefore not valid at theremote transcoder.

Version 1 Revision 9 Propagation of Training Sequence Codes



4–69

Propagation of Training Sequence Codes

tsc_update_method = <*>

* 0 – Update the BCCH/CCCH Timeslot

1 – Update all timeslots on the BCCH carrier

2 – Update all timeslots on the carrier of the cell

Version 1 Revision 9Radio Signalling Link (RSL)



4–70

Radio Signalling Link (RSL)The RSL is the LAPD 64 kbps timeslot between the BTS and BSC to support BSC–BTSsignalling.

First device ID

This identifies the site number associated with the RSL.

Second device ID

This identifies a particular RSL associated with the site.

Path ID

Identifies the unique path ID.

OptionalParameters

LAPD T200 timer

This is the maximum time the LAPD (Layer 2) transmitter will wait for anacknowledgement before making a retransmission.

LAPD N200

This is the maximum number of retransmissions a transmitter will make.

LAPD K

This is the maximum number of unacknowledged Information frames a transmitter willallow before holding up transmission.

Version 1 Revision 9 Radio Signalling Link (RSL)



4–71

RSL Equipage

� ��

� �%+�) +!� �*+ ��-"�� &) +!� � �� "+��

� �%+�) +!� �%� ��-"�� &) +!� � ��

0–5 – M–CELL 2/6, Horizon

� �%+�) +!� ,%"(,� '�+! ��

��

� �%+�) +!� �� +"$�) -�#,� &) +!"* ��-"��

�$*� -�#,�* "% $,#+"'#�* & �� ,#+ � ��

� �%+�) +!� �� -�#,� &) +!"* ��-"�� ,#+ �

� �%+�) +!� �� -�#,� &) +!"* ��-"�� ,#+ � �

Version 1 Revision 9Message Transfer Link (MTL)



4–72

Message Transfer Link (MTL)The MTL is the 64 kbps PCM timeslot that is used to convey C7 Signalling informationbetween MSC and BSC. It cannot be equipped at an RXCDR site.


Identifies a specific MTL associated with a site.

2nd prompt (MSI)

Specifies the first identifiers of the MSI/XCDR to which the MTL is associated.

3rd prompt (PORT)

Specifies the second identifier of MMS to which the MTL is associated ie the MSI/XCDRport.

4th prompt (timeslot)

Specifies which of the thirty two 64 kbps is to be assigned the MTL, conventionallytimeslot 16 is always used.

Version 1 Revision 9 Message Transfer Link (MTL)



4–73

MTL Equipage

��

� ��

� ��

� ��

� �� !��

Version 1 Revision 9Operations and Maintenance Link (OML)



4–74

Operations and Maintenance Link (OML)The OML is the X.25 64 kbps timeslot between the BSC and OMC to support the remoteOperation and Maintenance function of the OMC. It cannot be equipped on an HDSLLink.


Identifies a particular OML.

2nd prompt (MSI/XCDR)

Identifies the MSI/XCDR board supporting the OML. For initialisation purposes the OMLis defaulted to timeslot 1 of a port associated with an MSI in slot 16 or 14 of cage 0 or 16in cage 1.

3rd prompt (port)

Identifies a particular port on a XCDR/MSI board.


Identifies the 64 kbps timeslot to which the OML has been allocated.

Version 1 Revision 9 Operations and Maintenance Link (OML)



4–75

OML Equipage

��

� �"'�% '�� (�� #% '��

� �"'�% '�� %&' �� &�%�$'�#" �#% '��& ��

��

� �"'�% '�� &��#"� �� &�%�$'�#" �#% '��& ��

� �"'�% '�!�& #' #" �� )��%� '��& ��(�� $$��%&� ��

��

Version 1 Revision 9Cell Broadcast Link (CBL)



4–76

Cell Broadcast Link (CBL)This bi-directional data link, the CBL, will allow communications between the BSS andthe Cell Broadcast Centre (CBC). The link will activate an underlying connection with anX.25 network and establish a switch virtual circuit with the CBC. The CBC is responsiblefor downloading cell broadcast messages to the BSC, together with an indication of therepetition rate and the number of broadcasts per message. The BSC will in turn interpretthese messages and transmit each request to the appropriate BTSs.

The CBL feature is purchasable and will only support a single 64 kbs, non-redundant linkusing LAPB as the Layer 2 protocol. DTE addresses need to be configured via MMI inorder for the X.121 connection to be made. In addition to the X.121 address, operatornames must also be specified. These are included in t he N-connect message used toestablish the SVC and must be consistent at both ends. The device will reside upon thethe LCF for both type 1 and type 2 BSC sites. The link is not supported at a bsc type 0.

The CBL can be connected directly from the X.25 network into the BSC via a 2MB linkAlternatively it may be connected via a 64kbs cross connect in the RXCDR.

The database command and prompts necessary to configure a CBL are as follows:

equip <0 or bsc> CBL


Identifies the CBL, allows one of ID 0.

2nd prompt (MSI/XCDR)

Identifies the MSI/XCDR board supporting the CBL.

3rd prompt (port)

Identifies the MSI/XCDR port.


Identifies the 64kbs timeslot the CBL has been allocated.

5th prompt (BSS operator)

This field specifies the BSS operator’s name. This field must be entered between doublequotes.

6th prompt (CBC operator)

This field specifies the CBC operator’s name. This field must be entered between doublequotes.

Version 1 Revision 9 Cell Broadcast Link (CBL)



4–77

Cell Broadcast Link

��

� ��$�" $�� %�� " $��

� ��$�" $�� "#$ �� $��" � " $��# ��%��

� ��$�" $�� #�� $��" � " $��# ��%��

� ��$�" $�� $��#� $ � �� &��"� $��# ��%�� !!��"#� ��

��

� ��$�" $�� !�"�$ "� '�� "��$�"#�

� ��$�" $�� !�"�$ "� '�� "��$�"#�

Sys02_4_11

CBC

CBC

BSC

RXCDR

BSC

X.25

X.25

Version 1 Revision 9Unequip



4–78

Unequip

Unequip

As well as carrying out the equipage of various devices and functions, the operator isalso provided with the facility to unequip these devices and functions. Like the variousequip commands already covered, there are a number of prerequisites that have to bemet before the unequip command is accepted.

Prerequisites

The following prerequisites are applied to the unequip command:

A. The device or function being unequipped must be in the locked state.

B. When unequipping the device or function, the location must be specified.

C. No child dependencies must be specified for the device or function beingunequipped.

Sysgen On

The following devices and functions can only be unequipped during the sysgen on mode,at a BTS location:

cbl mtl omf oml

Sysgen On/OFF

The following devices and functions can be unequipped when sysgen is either on or off:

bsp dri omfbtf dynet omlbtp eas pathcab gclk rslcbi gproc rtfcic ksw sitecomb lcf xblcsfp msi dhpmtl

It should be noted that various conditions apply to each device or function which must beconsidered before the unequip command is carried out.

Example:

One of the devices that can be unequipped, is a cabinet, using the unequip cabcommand. Before GSR5.1, it was only possible to unequip a cabinet from a site by firstunequipping the site. The unequip cab command allows you to unequip cabinetswithout first unequipping the site. However, the only cabinets allowed with this commandare TCU_2, TCU_6 and HORIZONMACRO_EXT. It should also be remembered that thecabinet has to be locked, with no DRIs and EASs equipped to it.

Version 1 Revision 9 Unequip



4–79

Unequip

unequip <location> <*>

* = device/function

bsp dri omfbtf dynet omlbtp eas pathcab gclk rslcbi gproc rtfcic ksw sitecomb lcf xblcsfp msi dhpmtl

Version 1 Revision 9Equipage Exercise



4–80

Equipage ExerciseUsing the following information and answer sheets provided, fill in the necessary detailsto equip each function and device.

Site Details

1. This BTS site supports 2 cells and is a BTS site type 1.

2. There are two paths equipped to the site 0 and 1, 0 being the primary path for alltraffic and signalling.

3. The RSL used is full 64 kbit/s

4. No hopping is performed at the site.

5. All equipment identities follow convention.

6. The following information is necessary when equipping an RSL

LapD T200 timer= 2500N200 timer= 3k value=7

Version 1 Revision 9 Equipage Exercise



4–81

Equipage Exercise

SYS02_Ch4_12Site 12

DRCU

Cell ID: 234 01 10724 52 Cell ID: 234 01 10724 54

Radios in diversity modeBCC = 3All TSCs = timeslot 3

Radios in diversity modeBCC = 0All TSCs – timeslot 0

BCCH carrierBCCH carrier

BCCH Channel = 53 BCCH Channel = 48Non–BCCH Channel = 64

DRCU

DRCU

Version 1 Revision 9Equipage Exercise



4–82

Version 1 R

evision 9E

quipage Exercise

�M

OTO

RO

LA LT

D. 2001–2

SY

S02: Introduction to B

SS

Database

FO

R T

RA

ININ

G P

UR

PO

SE

S O

NLY

– TH

IS M

AN

UA

L WILL N

OT

BE

UP

DA

TE

D

4–83

SIT

E 12 B

SU

Sys02_4_13

U28

U27

U26

U25

U24

U23

U22

U21

U20

U19

U18

U17

U16

U15

U14

U13

U12

U11

U10

U9

U8

U7

U6

U5

U4

U3

U2

U1

U0

L28L27

L26L25

L24L23

L22L21

L20L19

L18L17

L16L15

L14L13

L12L11

L10L9

L8L7

L6L5

L3L1

UL

BTC0

KSW/TSW A

spare

GPROC 7

GPROC 6

GPROC 5

GPROC 4

GPROC 3

GPROC 2

GPROC 1

GPROC 0

XCDR 0

XCDR 1

XCDR 2

XCDR 3

XCDR 4

XCDR 5

XCDR 6

XCDR 7

XCDR 8

XCDR 9

XCDR 10

XCDR 11

GCLK A

GCLK B

KSW/TSW B

BTC1

DRI(M) 5

DRI(M) 4

DRI(M) 3

DRI(M) 2

DRI(M) 1

DRI(M) 0

MSI 0

MSI 1

MSI 2

MSI 3

MSI 4

MSI 5

MSI 6

MSI 7

MSI 8

MSI 9

MSI 10

MSI 11

RMT KSWX A4

RMT KSWX A3

RMT KSWX A2

RMT KSWX A1

RMT KSWX A0

EXP KSWX A2

EXP KSWX A1

EXP KSWX A0

LANX A

LANX A

PIX2 or BBBX

PIX1 or BBBX

PIX0 or BBBX

DRIX 5

DRIX 4

DRIX 3

DRIX 2

DRIX 1

DRIX 0

EXP KSWX B0

CLKX A0

EXP KSWX B1

EXP KSWX B2

CLKX A1EXP KSWX B0

CLKX A2EXP KSWX B1

CLKX B0EXP KSWX B2

CLKX B1EXP KSWX B3

CLKX B2EXP KSWX B4

LCLKSWX A

LCLKSWX B

A10

A11

A12

KS

0

MS

0

DR

5D

R4

DR

3D

R2

MS

1M

S2

DR

1

MS

3

KS

1

GK

0

DR

0

Key =

CA

RD

NO

T F

ITT

ED

Site 12 B

SU




4–84

��

��

��

��

��

��




4–85

��

��




4–86

��

��

��




4–87

��




4–88




App A–i

Appendix A

GSM Channel Frequency Table




App A–ii

��

��

123456789

10111213141516171819202122232425262728293031323334353637383940

0102030405060708090A0B0C0D0E0F101112131415161718191A1B1C1D1E1F202122232425262728

890.20890.40890.60890.80891.00891.20891.40891.60891.80892.00892.20892.40892.60892.80893.00893.20893.40893.60893.80894.00894.20894.40894.60894.80895.00895.20895.40895.60895.80896.00896.20896.40896.60896.80897.00897.20897.40897.60897.80898.00

935.20935.40935.60935.80936.00936.20936.40936.60936.80937.00937.20937.40937.60937.80938.00938.20938.40938.60938.80939.00939.20939.40939.60939.80940.00940.20940.40940.60940.80941.00941.20941.40941.60941.80942.00942.20942.40942.60942.80943.00




App A–iii

��

��

41424344454647484950515253545556575859606162636465666768697071727374757677787980

292A2B2C2D2E2F303132333435363738393A3B3C3D3E3F404142434445464748494A4B4C4D4E4F50

898.20898.40898.60898.80899.00899.20899.40899.60899.80900.00900.20900.40900.60900.80901.00901.20901.40901.60901.80902.00902.20902.40902.60902.80903.00903.20903.40903.60903.80904.00904.20904.40904.60904.80905.00905.20905.40905.60905.80906.00

943.20943.40943.60943.80944.00944.20944.40944.60944.80945.00945.20945.40945.60945.80946.00946.20946.40946.60946.80947.00947.20947.40947.60947.80948.00948.20948.40948.60948.80949.00949.20949.40949.60949.80950.00950.20950.40950.60950.80951.00




App A–iv

��

��

81828384858687888990919293949596979899

100101102103104105106207208109110111112113114115116117118119120121122123124

5152535455565758595A5B5C5D5E5F606162636465666768696A6B6C6D6E6F707172737475767778797A7B7C

906.20906.40906.60906.80907.00907.20907.40907.60907.80908.00908.20908.40908.60908.80909.00909.20909.40909.60909.80910.00910.20910.40910.60910.80911.00911.20911.40911.60911.80912.00912.20912.40912.60912.80913.00913.20913.40913.60913.80914.00914.20914.40914.60914.80

951.20951.40951.60951.80952.00952.20952.40952.60952.80953.00953.20953.40953.60953.80954.00954.20954.40954.60954.80955.00955.20955.40955.60955.80956.00956.20956.40956.60956.80957.00957.20957.40957.60957.80958.00958.20958.40958.60958.80959.00959.20959.40959.60959.80




App B–i

Appendix B

Hexadecimal/Decimal Conversion Chart




App B–ii

Channel Channel Channel

Hexadecimal�� Hexadecimal�� Hexadecimal��

1 12 23 34 45 56 67 78 89 910 A11 B12 C13 D14 E15 F16 1017 1118 1219 1320 1421 1522 1623 1724 1825 1926 1A27 1B28 1C29 1D30 1E31 1F32 2033 2134 2235 2336 2437 2538 2639 2740 2841 2942 2A43 2B44 2C45 2D46 2E47 2F48 3049 3150 3251 3352 3453 3554 3655 37

56 3857 3958 3A59 3B60 3C61 3D62 3E63 3F64 4065 4166 4267 4368 4469 4570 4671 4772 4873 4974 4A75 4B76 4C77 4D78 4E79 4F80 5081 5182 5283 5384 5485 5586 5687 5788 5889 5990 5A91 5B92 5C93 5D94 5E95 5F96 6097 6198 6299 63100 64101 65102 66103 67104 68105 69106 6A107 6B108 6C109 6D110 6E

111 6F112 70113 71114 72115 73116 74117 75118 76119 77120 78121 79122 7A123 7B124 7C125 7D126 7E127 7F128 80129 81130 82131 83132 84133 85134 86135 87136 88137 89138 8A139 8B140 8C141 8D142 8E143 8F144 90145 91146 92147 93148 94149 95150 96151 97152 98153 99154 9A155 9B156 9C157 9D158 9E159 9F160 A0161 A1162 A2163 A3164 A4165 A5




App B–iii

Channel Channel Channel

Hexadecimal�� Hexadecimal�� Hexadecimal��

166 A6167 A7168 A8169 A9170 AA171 AB172 AC173 AD174 AE175 AF176 B0177 B1178 B2179 B3180 B4181 B5182 B6183 B7184 B8185 B9186 BA

226 E2227 E3228 E4229 E5230 E6231 E7232 E8233 E9234 EA235 EB236 EC237 ED238 EE239 EF240 F0241 F1242 F2243 F3244 F4245 F5246 F6247 F7248 F8249 F9250 FA251 FB252 FC253 FD254 FE255 FF

187 BB188 BC189 BD190 BE191 BF192 C0193 C1194 C2195 C3

196 C4197 C5198 C6199 C7200 C8201 C9202 CA203 CB204 CC205 CD206 CE207 CF208 D0209 D1210 D2211 D3212 D4213 D5214 D6215 D7216 D8217 D9218 DA219 DB220 DC221 DD222 DE223 DF224 E0225 E1




App B–iv




App C–i

Appendix C

SACCH Multiframes




App C–ii

Several parameters in the BSS database are configured in multiples of SACCHmultiframes. This Appendix provides the user with conversion between SACCHmultiframes and seconds for one’s better understanding.

Note: SACCHs may be associated with either traffic channels (TCH) or stand-alonededicated control channels (SDCCHs). So the user must decide if the SDCCH he isconsidering is associated with either TCHs or SDCCHs. When a SACCH is associatedwith SDCCH, the SACCH multiframe has a repeat length of 102 TDMA frames; when aSACCH is associated with TCH, the SACCH multiframe has a repeat length of 104TDMA frames.

SA assoc, with SDCCHSA assoc, with TCH#mf seconds #mf seconds

1 0.0471 1 0.4802 0.942 2 0.9604 1.883 4 1.9206 2.825 6 2.8808 3.767 8 3.84110 4.708 10 4.80112 5.650 12 5.76114 6.592 14 6.72116 7.533 16 7.68118 8.475 18 8.64120 9.417 20 9.60122 10.358 22 10.56124 11.300 24 11.52226 12.242 26 12.48228 13.183 28 13.44230 14.125 30 14.40232 15.067 32 15.36234 16.008 34 16.32236 16.950 36 17.28238 17.892 38 18.24240 18.833 40 19.20342 19.775 42 20.16344 20.717 44 21.12346 21.658 46 22.08348 22.600 48 23.04350 23.542 50 24.00352 24.483 52 24.96354 25.425 54 25.92356 26.367 56 26.88458 27.308 58 27.84460 28.250 60 28.80462 29.192 62 29.76464 30.133 64 30.724




App D–i

Appendix D

Database Script Building Charts




App D–ii

RXCDR

SYS02_AppD_01

EQUIP RXCDR

EQUIP ABSS

EQUIP CABINET

EQUIP CAGE

EQUIP DEVICES(DIGITAL BOARDS AND FUNCTIONS)

NAIL CONTROL LINKS

EQUIP CICs (CIRCUITS)

CHANGE ELEMENT (SITE CONFIG/TIMERS)




App D–iii

BSS

SYS02_AppD_02

EQUIP BSS

EQUIP AXCDR

EQUIP CABINET

EQUIP CAGE

CHANGE ELEMENT (SITE CONFIGURATION)

EQUIP DEVICES (DIGITAL BOARDS)

EQUIP DEVICES (FUNCTIONS)

ADD CIRCUITS

CHANGE ELEMENT (TIMERS)

KSW CONFIGURATION




App D–iv

BTS

��

��

��

��

��

��

��

��

��




App D–v

PATH

��

��

��

��




App D–vi




App E–i

Appendix E

add_cell Command Prompts




App E–ii

Table 4-1 add_cell command prompts

Prompt Input Range Default

Enter the Frequency Type: freq_type=x 1 (pgsm)

2 (egsm)

4 (dcs1800)

8 (pcs1900)

Use numeric valuesor text string.

None

Enter BSS identity code: bsic=x 0 to 63 None

Enter wait indication parameters: wait_indication_parameters=x 0 to 255 5

Enter common control channelconfiguration:

ccch_conf=x 0, 1, 2, 4, 6 0

Enter blocks reserved for access grant: bs_ag_blks_res=x 0 to 7 0

Enter multiframes between transmissions ofpaging messages:

bs_pa_mfrms=x 0 to 7 0

Enter extended paging active: extended_paging_active=x 0 or 1 0

Enter number of SDCCHs preferred: number_sdcchs_preferred=x 0 to 44(if ccch_conf=1)

8 to 48(if ccch_conf�1)

8

Enter enable incoming handover: en_incom_ho=x 0 or 1 1

Enter intra cell handover allowed: intra_cell_handover_allowed=x 0 to 2 1

Enter inter cell handover allowed: inter_cell_handover_allowed=x 0 to 3 1

Enter number of preferred cells: number_of_preferred_cells=x 1 to 16 16

Enter handover margin default: ho_margin_def=x –63 to 63 8

Enter handover recognized period: handover_recognized_period=x 2 to 64 2

Enter uplink rxqual handover allowed: ul_rxqual_ho_allowed=x 0 or 1 1

Enter downlink rxqual handover allowed: dl_rxqual_ho_allowed=x 0 or 1 1

Enter uplink rxlev handover allowed ul_rxlev_ho_allowed=x 0 or 1 1

Enter downlink rxlev handover allowed: dl_rxlev_ho_allowed=x 0 or 1 1

Enter alternate flag for SDCCH handover: sdcch_ho=x 0 or 1 1

Enter alternate SDCCH handover timervalue:

sdcch_timer_ho=x 1 to 31 1

Enter interference handover allowed: interfer_ho_allowed=x 0 or 1 1

Enter power handover allowed: pwr_handover_allowed=x 0 or 1 1

Enter MS distance allowed: ms_distance_allowed=x 0 or 1 0

Enter alternate flag for MS power controlprocessing

mspwr_alg=x 0 or 1 0

Enter handover power level: handover_power_level=x 2 to 19 None




App E–iii


Prompt DefaultRangeInput

Enter power control indicator for hoppingthrough BCCH:

pwrc=x 0 or 1 1

. . . continued

Enter interference measurement averagingperiod (intave):

intave=x 1 to 31 8

Enter timing advance period: timing_advance_period 1 to 31 4

Enter MS power control period: ms_p_con_interval=x 0 to 31 2

Enter MS timeout for MS power control: ms_p_con_ack=x 0 to 31 2

Enter MS power control allowed: ms_power_control_allowed=x 0 or 1 1

Enter BTS power control interval: bts_p_con_interval=x 0 to 31 2

Enter BTS timeout for BTS power control: bts_p_con_ack=x 0 to 31 1

Enter BTS power control allowed: bts_power_control_allowed=x 0 or 1(0 for M-Cellmicro)

0

Enter power increment step size: pow_inc_step_size=x 2 to 4, 6 EVEN 2

Enter power reduction step size: pow_red_step_size=x 2 to 4 EVEN 2

Enter maximum BTS transmit power: max_tx_bts=x 0 to 21(0 to 6 forM-Cellmicro)

0

Enter maximum transmit MS: max_tx_ms=x 5 to 39 (GSM900)

0 to 30 (DCS1800and PCS1900)

See Note , below.

39

30

Note:

The range of values for max_tx_ms is system-dependent:

Odd values in the range of 5 – 39 for GSM900 (PGSM and EGSM).

Even values in the range of 0 – 30 for DCS1800 and PCS1900.

Enter receive level minimum default: rxlev_min_def=x 0 to 63 15

Enter MS transmit power maximum default: ms_txpwr_max_def=x 5 to 39 (GSM900)

0 to 30 (DCS1800and PCS1900)

See Note , above

39

30

Enter decision algorithm number: decision_alg_num=x 0 to 31 0

Enter decision alg 1 dl rxlev avg h: decision_1_dl_rxlev_av_h=x 0 to 3 0

Enter decision alg 1 dl rxlev avg ih: decision_1_dl_rxlev_av_ih=x 0 to 3 0

Enter decision alg 1 dl rxlev avg p: decision_1_dl_rxlev_av_p=x 0 to 3 0

Enter decision alg 1 dl rxqual avg h: decision_1_dl_rxqual_av_h=x 0 to 3 0

Enter decision alg 1 dl rxqual avg p: decision_1_dl_rxqual_av_p=x 0 to 3 0

Enter decision alg 1 n1: decision_1_n1=x 1 to 31 1





App E–iv






Enter RSS decision alg 1 n6: decision_1_n6=x 1 to 31 1

. . . continued



Enter decision alg 1 ncell rxlev avg h calc: decision_1_ncell_rxlev_av_h_calc=x

0 to 3 0

Enter decision alg 1 p1: decision_1_p1=x 1 to 31 1








Enter decision alg 1 power budget rxlev: decision_1_p_bgt_rxlev_av_h=x 0 to 3 0

Enter decision alg 1 timing advance alg: decision_1_tim_adv_av_alg=x 0 to 3 0

Enter decision alg 1 ul rxlev avg h: decision_1_ul_rxlev_av_h=x 0 to 3 0

Enter decision alg 1 ul rxlev avg ih: decision_1_ul_rxlev_av_ih=x 0 to 3 0

Enter decision alg 1 ul rxlev avg p: decision_1_ul_rxlev_av_p=x 0 to 3 0

Enter decision alg 1 ul rxqual avg h: decision_1_ul_rxqual_av_h=x 0 to 3 0

Enter decision alg 1 ul rxqual avg p: decision_1_ul_rxqual_av_p=x 0 to 3 0

Enter quality band processing allowed: alt_qual_proc=x 0 or 1 0

Enter power control threshold l_rxqual_ul_p: l_rxqual_ul_p=x If alt_qual_proc = 0,0 to 1810If alt_qual_proc = 1,0 to 7

226 BERor4 QBand

Enter power control threshold l_rxqual_dl_p: l_rxqual_dl_p=x If alt_qual_proc = 0,0 to 1810If alt_qual_proc = 1,0 to 7

226 BERor4 QBand

Enter power control thresholdu_rxqual_ul_p:

u_rxqual_ul_p=x If alt_qual_proc = 0,0 to 1810If alt_qual_proc = 1,0 to 7

28 BERor1 QBand




App E–v



Enter power control thresholdu_rxqual_dl_p:

u_rxqual_dl_p=x If alt_qual_proc = 0,0 to 1810If alt_qual_proc = 1,0 to 7

28 BERor1 QBand

Enter handover threshold l_rxqual_ul_h: l_rxqual_ul_h=x If alt_qual_proc = 0,0 to 1810If alt_qual_proc = 1,0 to 7

453 BERor5 QBand

Enter handover threshold l_rxqual_dl_h: l_rxqual_dl_h=x If alt_qual_proc = 0,0 to 1810If alt_qual_proc = 1,0 to 7

453 BERor5 QBand

. . . continued

Enter handover threshold l_rxlev_ul_h: l_rxlev_ul_h=x 0 to 63 None

Enter handover threshold l_rxlev_dl_h: l_rxlev_dl_h=x 0 to 63 None

Enter handover threshold u_rxlev_ul_ih: u_rxlev_ul_ih=x 0 to 63 None

Enter handover threshold u_rxlev_dl_ih: u_rxlev_dl_ih=x 0 to 63 None

Enter handover threshold mobile maxrange:

ms_max_range=x 0 to 63 None

Enter power control threshold l_rxlev_ul_p: l_rxlev_ul_p=x 0 to 63 None

Enter power control threshold l_rxlev_dl_p: l_rxlev_dl_p=x 0 to 63 None

Enter power control threshold u_rxlev_ul_p: u_rxlev_ul_p=x 0 to 63 None

Enter power control threshold u_rxlev_dl_p: u_rxlev_dl_p=x 0 to 63 None

Enter alternate flag for neighbor cellprocess:

ncell_proc=x 0 or 1 None

Enter alternate flag for missing report: missing_rpt=x 0 or 1 None

Enter alternate flag for BA allocatingprocess:

ba_alloc_proc=x 0 or 1 None

Enter RSS link fail: link_fail=x 0 to 15 4

Enter link about to fail: link_about_to_fail=x 0 to 15 2

Enter alternate flag for full power RF loss: full_pwr_rfloss=x 0 or 1 0

Enter cell bar access switch: cell_bar_access_switch=x 0 or 1 0

Enter cell bar access class: cell_bar_access_class=x 0 toffff(hexadecimal)

0

Enter emergency class switch: emergency_class_switch=x 0 or 1 0

Enter report resource TCH full high watermark:

report_resource_tch_f_high_water_mark=x

0 to 255 None

Enter report resource TCH full low watermark:

report_resource_tch_f_low_water_mark=x

0 to 255 None




App E–vi



Note:

The value for report_resource_tch_f_high_ water_mark must be set less than the value forreport_resource_tch_f_low_water_mark. The system will reject the add_cell command if thereport_resource_tch_f_high_ water_mark is greater than the report_resource_tch_f_low_water_mark.

Enter receive level access minimum: rxlev_access_min=x 0 to 63 None

Enter uplink dtx preference: dtx_required=x 0 to 2 2

Enter IMSI attach detach: attach_detach=x 0 or 1 0

Enter NCC of PLMN allowed: ncc_of_plmn_allowed=x 0 to 255 255

Enter maximum retransmissions on RACH: max_retran=x 0 to 3 0

Enter maximum mobile transmit power onCCCH:

ms_txpwr_max_cch=x 2 to 19 2

Enter tx_integer for RACH retransmitspacing:

tx_integer=x 0 to 15 4

Enter radio link timeout: radio_link_timeout=x 0 to 15 4

Enter MS reestablish allowed: reestablish_allowed=x 0 or 1 0

. . . continued

Enter cell reselect hysteresis: cell_reselect_hysteresis=x 0 to 7 None

Enter C2 cell reselection parameterindicator:

cell_reselect_param_ind=x 0 or 1 0

Enter C2 cell bar qualify: cell_bar_qualify=x 0 or 1 0

Enter C2 cell reselection offset: cell_reselect_offset=x 0 to 63 0

Enter C2 temporary offset: temporary_offset=x 0 to 7 0

Enter C2 penalty time: penalty_time=x 0 to 31 0

Enter rapid power down procedure active: rapid_pwr_down=x 0 or 1 0

Enter rapid power down trigger threshold: rpd_trigger=x 0 to 63 45

Enter rapid power down level offset: rpd_offset=x 0 to 63 8

Enter rapid power down averaging period: rpd_period=x 1 to 32 2




App F–i

Appendix F

Typical BSS Script




App F–ii

# BSS Name : BSSBSC01# Software Release : 1.6.2.0 – GSR5

equip bsc BSS1nono

equip bsc AXCDR102yes

freq_types_allowed 5

equip bsc CAB031

equip bsc CAGE00000yes

chg_element gproc_slots 32 0

chg_element bsc_type 1 0

chg_element mb_preference 1 0chg_element early_classmark_sending 3 0

chg_element ber_loss_daily 6 0chg_element ber_loss_hourly 4 0chg_element remote_loss_daily 16 0chg_element remote_loss_hourly 20 0chg_element remote_loss_oos 511 0chg_element remote_loss_restore 6000 0chg_element remote_time_oos 5 0chg_element remote_time_restore 5 0chg_element slip_loss_daily 4 0chg_element slip_loss_hourly 10 0chg_element slip_loss_oos 255 0chg_element slip_loss_restore 6000 0chg_element sync_loss_daily 16 0chg_element sync_loss_hourly 20 0chg_element sync_loss_oos 511 0chg_element sync_loss_restore 6000 0chg_element sync_time_oos 25 0chg_element sync_time_restore 150 0

chg_element override_intra_bss_pre_transfer 1 0equip bsc KSW

000no




App F–iii

chg_element land_layer1_mode 0 0chg_element mms_config_type 0 0chg_csfp algorithm ANY 0

equip bsc BSP0020

equip bsc BSP1024

equip bsc GPROC1019

equip bsc GPROC3021

equip bsc GPROC4022

equip bsc GPROC5023

equip bsc CSFP0018

equip bsc LCF010

equip bsc LCF100

equip bsc LCF200

equip bsc LCF300




App F–iv

chg_eas_alarm 0 0 ”Burglar”chg_eas_alarm 1 2 ”High Temperature”chg_eas_alarm 2 2 ”Low Temperature”chg_eas_alarm 3 2 ”Door Intruder Alarm”chg_eas_alarm 4 2 ”Burglar Alarm”chg_eas_alarm 5 2 ”Window Intruder Alarm”chg_eas_alarm 6 0 ”Low Humidity”chg_eas_alarm 7 0 ”Tower Beacon Outage”chg_eas_alarm 8 0 ”Surge Arrestor Failure”chg_eas_alarm 9 0 ”Microwave Trans. Failure”chg_eas_alarm 10 0 ”AC Power Failure”chg_eas_alarm 11 0 ”Generator Running”chg_eas_alarm 12 0 ”Generator Failed”chg_eas_alarm 13 0 ”PSU Rectifier”chg_eas_alarm 14 0 ”PSU Battery”chg_eas_alarm 15 0 ”PSU Fuse”chg_eas_alarm 16 0 ”Personnel on Site”chg_eas_alarm 17 0 ”General Alarm 1”chg_eas_alarm 18 0 ”General Alarm 2”chg_eas_alarm 19 0 ”General Alarm 3”chg_eas_alarm 20 0 ”PCU Over Temperature”chg_eas_alarm 21 0 ”PCU Customer Defined 1”chg_eas_alarm 22 0 ”PCU Door Open”chg_eas_alarm 23 0 ”PCU DC Fail”chg_eas_alarm 24 0 ”PCU Circuit Breaker”chg_eas_alarm 25 0 ”PCU AC Fail”chg_eas_alarm 26 0 ”PCU Comms Equipment”chg_eas_alarm 27 0 ”TDU Over Temperature”chg_eas_alarm 28 0 ”TDU Door Open”chg_eas_alarm 29 0 ”TDU Circuit Breaker”chg_eas_alarm 30 0 ”TDU Battery”chg_eas_alarm 31 0 ”TDU Customer Defined 1”chg_eas_alarm 32 0 ”TDU Customer Defined 2”chg_eas_alarm 33 0 ”TDU Customer Defined 3”




App F–v

equip bsc GCLK00nonono

equip bsc MSI00160

equip bsc MSI10150

equip bsc MSI20140

equip bsc MSI

30170

equip bsc MSI8090

equip bsc MSI10070

add_conn 0 0 102 10 1equip bsc MTL00016

equip bsc OML0001




App F–vi

equip bsc XBL1020640025

equip 0 cic9 to 121020

equip 0 cic22 to 251020

chg_element ss7_l3_t1 850 0chg_element ss7_l3_t2 1400 0chg_element ss7_l3_t12 1150 0chg_element ss7_l3_t13 1150 0chg_element ss7_l3_t14 2500 0chg_element ss7_l3_t17 1150 0chg_element ss7_l3_t22 270000 0chg_element ss7_l3_t23 270000 0chg_element ss7_slt_t1 8000 0chg_element ss7_l3_t4 850 0chg_element ss7_l3_t5 850 0chg_element opc 15 0chg_element dpc 1 0chg_element ss7_l2_t1 50000 0chg_element ss7_l2_t2 25000 0chg_element ss7_l2_t3 1400 0chg_element ss7_l2_t4 600 0chg_element ss7_l2_t5 100 0chg_element ss7_l2_t6 5000 0chg_element ss7_l2_t7 1000 0chg_element bssmap_t20 30000 0chg_element bssmap_t19 30000 0chg_element bssmap_t1 30000 0chg_element bssmap_t13 40000 0chg_element bssmap_t4 50000 0chg_element circuit_reset_ack 70000 0chg_element spi 60000 0chg_element start_ack 30000 0chg_element sccp_tconn_est 30000 0chg_element clear_command 30000 0chg_element radio_chan_released 30000 0chg_element ciphering_successful 30000 0chg_element ho_successful 30000 0chg_element ho_allocation 30000 0chg_element sccp_released 30000 0chg_element assign_successful 30000 0chg_element bsc_audit 120000 0chg_element sm_audit_response 30000 0chg_element sccp_tias 30000 0 chg_element sccp_tiar 30000 0




App F–vii

chg_element bssmap_t7 30000 0chg_element bsc_audit_response 30000 0chg_element bssmap_tqho 30000 0chg_element ho_request 30000 0chg_element ext_ho_allocation 30000 0chg_element sccp_trel 10000 0chg_element clear_cmd_ext_ho 30000 0chg_element ni 2 0chg_element stat_interval 60 0chg_audit_sched 0 KSW safe 0 0 0 0 1 0chg_audit_sched 0 KSW int_lpbk 2 0 4 0 0 15chg_audit_sched 0 MSI safe 0 0 0 0 0 30chg_audit_sched 0 DRI safe 0 0 0 0 0 30chg_audit_sched 0 GCLK safe 0 0 0 0 1 0chg_audit_sched 0 GPROC safe 0 0 0 0 0 10chg_audit_sched 0 BSP safe 0 0 0 0 0 10chg_audit_sched 0 DHP safe 0 0 0 0 0 10chg_audit_sched 0 SITE safe 0 0 0 0 0 10chg_audit_sched 0 TDM safe 1 0 1 0 0 0chg_ksw_config 0 0 0 1 2 3chg_ksw_config 0 1 1 0 2 3chg_ksw_config 0 2 1 2 0 3chg_ksw_config 0 3 1 2 3 0chg_element gsm_cell_id_format 1 0stat_mode mtp_link_ins onstat_mode mtp_local_mgt onstat_mode mtp_msu_rx onstat_mode mtp_msu_tx onstat_mode mtp_neg_acks onstat_mode mtp_remote_mgt onstat_mode mtp_remote_proc onstat_mode mtp_restoration onstat_mode mtp_sl_alignment onstat_mode mtp_sl_fail onstat_mode mtp_unavailable onstat_mode sccp_msgs onstat_mode i_frames_rx onstat_mode i_frames_tx onstat_mode n2_expiry onstat_mode sabm_tx onstat_mode cpu_usage onstat_mode sif_sio_type onchg_element option_emergency_preempt 1 0modify_value 0 nbit 0 MMS 0 0 0modify_value 0 nbit 0 MMS 0 1 0modify_value 0 nbit 0 MMS 1 0 0modify_value 0 nbit 0 MMS 1 1 0modify_value 0 nbit 0 MMS 2 0 0modify_value 0 nbit 0 MMS 2 1 0modify_value 0 ber_oos_mon_period 1 MMS 0 0 0modify_value 0 ber_oos_mon_period 1 MMS 0 1 0modify_value 0 ber_oos_mon_period 1 MMS 1 0 0modify_value 0 ber_oos_mon_period 1 MMS 1 1 0modify_value 0 ber_oos_mon_period 1 MMS 2 0 0modify_value 0 ber_oos_mon_period 1 MMS 2 1 0modify_value 0 ber_restore_mon_period 6000 MMS 0 0 0modify_value 0 ber_restore_mon_period 6000 MMS 0 1 0




App F–viii

modify_value 0 ber_restore_mon_period 6000 MMS 1 0 0modify_value 0 ber_restore_mon_period 6000 MMS 1 1 0modify_value 0 ber_restore_mon_period 6000 MMS 2 0 0modify_value 0 ber_restore_mon_period 6000 MMS 2 1 0modify_value 0 phase_lock_duration 0 MMS 0 0 0modify_value 0 phase_lock_duration 0 MMS 0 1 0modify_value 0 phase_lock_duration 0 MMS 1 0 0modify_value 0 phase_lock_duration 0 MMS 1 1 0modify_value 0 phase_lock_duration 0 MMS 2 0 0modify_value 0 phase_lock_duration 0 MMS 2 1 0modify_value 0 mms_priority 0 MMS 0 0 0modify_value 0 mms_priority 0 MMS 0 1 0modify_value 0 mms_priority 0 MMS 1 0 0modify_value 0 mms_priority 0 MMS 1 1 0modify_value 0 mms_priority 0 MMS 2 0 0modify_value 0 mms_priority 0 MMS 2 1 0

### *****Site 1*****# Horizonmacro outdoor 1800#

equip 0 SITE1LCF164no

equip 1 CAB0184

chg_element ber_loss_daily 6 1chg_element ber_loss_hourly 4 1chg_element remote_loss_daily 16 1chg_element remote_loss_hourly 20 1chg_element remote_loss_oos 511 1chg_element remote_loss_restore 6000 1chg_element remote_time_oos 5 1chg_element remote_time_restore 5 1chg_element slip_loss_daily 4 1chg_element slip_loss_hourly 10 1chg_element slip_loss_oos 255 1chg_element slip_loss_restore 6000 1chg_element sync_loss_daily 16 1chg_element sync_loss_hourly 20 1chg_element sync_loss_oos 511 1chg_element sync_loss_restore 6000 1chg_element sync_time_oos 25 1chg_element sync_time_restore 150 1




App F–ix

add_cell 2 3 4 0 1 678 1 1frequency_type = 4bsic = 0hwait_indication_parameters = 20ccch_conf = 0bs_ag_blks_res = 1bs_pa_mfrms = 1extended_paging_active = 1number_sdcchs_preferred = 8en_incom_ho = 1intra_cell_handover_allowed = 1inter_cell_handover_allowed = 1number_of_preferred_cells = 6ho_margin_def = 8handover_recognized_period = 12ul_rxqual_ho_allowed = 1dl_rxqual_ho_allowed = 1ul_rxlev_ho_allowed = 1dl_rxlev_ho_allowed = 1sdcch_ho = 0sdcch_timer_ho = 1interfer_ho_allowed = 1pwr_handover_allowed = 1ms_distance_allowed = 0mspwr_alg = 0handover_power_level = 6pwrc = 1intave = 8timing_advance_period = 4ms_p_con_interval = 2ms_p_con_ack = 2ms_power_control_allowed = 1bts_p_con_interval = 4bts_p_con_ack = 2bts_power_control_allowed = 0pow_inc_step_size_ul = 6pow_inc_step_size_dl = 6pow_red_step_size_ul = 4pow_red_step_size_dl = 4dyn_step_adj = 0dyn_step_adj_fmpr = 10max_tx_bts = 21max_tx_ms = 30rxlev_min_def = 0ms_txpwr_max_def = 300decision_1_dl_rxlev_av_h = 0decision_1_dl_rxlev_av_ih = 0decision_1_dl_rxlev_av_p = 0decision_1_dl_rxqual_av_h = 0decision_1_dl_rxqual_av_p = 0decision_1_n1 = 4decision_1_n2 = 4decision_1_n3 = 2decision_1_n4 = 2decision_1_n5 = 4decision_1_n6 = 2




App F–x

decision_1_n7 = 2decision_1_n8 = 2decision_1_ncell_rxlev_av_h_calc = 0decision_1_p1 = 3decision_1_p2 = 3decision_1_p3 = 2decision_1_p4 = 2decision_1_p5 = 3decision_1_p6 = 2decision_1_p7 = 2decision_1_p8 = 1decision_1_p_bgt_rxlev_av_h = 0decision_1_tim_adv_av_alg = 0decision_1_ul_rxlev_av_h = 0decision_1_ul_rxlev_av_ih = 0decision_1_ul_rxlev_av_p = 0decision_1_ul_rxqual_av_h = 0decision_1_ul_rxqual_av_p = 0alt_qual_proc = 0l_rxqual_ul_p = 1800l_rxqual_dl_p = 1800u_rxqual_ul_p = 0u_rxqual_dl_p = 0l_rxqual_ul_h = 900l_rxqual_dl_h = 400l_rxlev_ul_h = 5l_rxlev_dl_h = 10u_rxlev_ul_ih = 35u_rxlev_dl_ih = 63ms_max_range = 63l_rxlev_ul_p = 20l_rxlev_dl_p = 25u_rxlev_ul_p = 30u_rxlev_dl_p = 35missing_rpt = 1ba_alloc_proc = 0link_fail = 2link_about_to_fail = 1full_pwr_rfloss = 1cell_bar_access_switch = 0cell_bar_access_class = 0emergency_class_switch = 0report_resource_tch_f_high_water_mark = 1report_resource_tch_f_low_water_mark = 5rxlev_access_min = 0dtx_required = 0attach_detach = 0ncc_of_plmn_allowed = 2hmax_retran = 3ms_txpwr_max_cch = 6tx_integer = 12radio_link_timeout = 2reestablish_allowed = 1cell_reselect_hysteresis = 2cell_reselect_param_ind = 0cell_bar_qualify = 0cell_reselect_offset = 0




App F–xi

temporary_offset = 0penalty_time = 0rapid_pwr_down = 0rpd_trigger = 40rpd_offset = 8rpd_period = 2chg_element cbch_enabled 1 1 cell_number = 2 3 4 0 1 678 1chg_act_alg_data surround_cell 2 3 4 0 1 678 1 0 0 8,0chg_act_alg_data surround_cell 2 3 4 0 1 678 1 0 0 1,1chg_act_alg_data rel_tim_adv 2 3 4 0 1 678 1 0 0 4,0chg_act_alg_data rel_tim_adv 2 3 4 0 1 678 1 0 0 2,1chg_act_alg_data rxlev_dl_ho 2 3 4 0 1 678 1 0 0 8,0chg_act_alg_data rxlev_dl_ho 2 3 4 0 1 678 1 0 0 4,1chg_act_alg_data rxlev_dl_pc 2 3 4 0 1 678 1 0 0 8,0chg_act_alg_data rxlev_dl_pc 2 3 4 0 1 678 1 0 0 4,1chg_act_alg_data rxlev_ul_ho 2 3 4 0 1 678 1 0 0 8,0chg_act_alg_data rxlev_ul_ho 2 3 4 0 1 678 1 0 0 4,1chg_act_alg_data rxlev_ul_pc 2 3 4 0 1 678 1 0 0 8,0chg_act_alg_data rxlev_ul_pc 2 3 4 0 1 678 1 0 0 4,1chg_act_alg_data rxqual_dl_ho 2 3 4 0 1 678 1 0 0 2,0chg_act_alg_data rxqual_dl_ho 2 3 4 0 1 678 1 0 0 2,1chg_act_alg_data rxqual_dl_ho 2 3 4 0 1 678 1 0 0 1,2chg_act_alg_data rxqual_dl_pc 2 3 4 0 1 678 1 0 0 2,0chg_act_alg_data rxqual_dl_pc 2 3 4 0 1 678 1 0 0 2,1chg_act_alg_data rxqual_dl_pc 2 3 4 0 1 678 1 0 0 1,2chg_act_alg_data rxqual_ul_ho 2 3 4 0 1 678 1 0 0 2,0chg_act_alg_data rxqual_ul_ho 2 3 4 0 1 678 1 0 0 2,1chg_act_alg_data rxqual_ul_ho 2 3 4 0 1 678 1 0 0 1,2chg_act_alg_data rxqual_ul_pc 2 3 4 0 1 678 1 0 0 2,0chg_act_alg_data rxqual_ul_pc 2 3 4 0 1 678 1 0 0 2,1chg_act_alg_data rxqual_ul_pc 2 3 4 0 1 678 1 0 0 1,2stat_mode in_intra_bss_ho off cell_number = 2 3 4 0 1 678 1stat_mode ma_cmd_to_ms_blkd off cell_number = 2 3 4 0 1 678 1stat_mode ma_req_from_msc off cell_number = 2 3 4 0 1 678 1chg_element rr_T3212 2 1 cell_number = 2 3 4 0 1 678 1chg_element max_number_of_sdcchs 32 1 cell_number = 2 3 4 0 1 678 1chg_element sdcch_need_low_water_mark 10 1 cell_number = 2 3 4 0 1 678 1chg_element interfer_bands,0 0 1 cell_number = 2 3 4 0 1 678 1chg_element interfer_bands,1 8 1 cell_number = 2 3 4 0 1 678 1chg_element interfer_bands,2 13 1 cell_number = 2 3 4 0 1 678 1chg_element interfer_bands,3 18 1 cell_number = 2 3 4 0 1 678 1chg_csfp algorithm ANY 1 chg_csfp flow_control 10 1

equip 1 BTP 0

equip 1 MSI000

chg_element bcch_info 2000 1chg_element sacch_info 2000 1chg_element channel_act 10000 1chg_element mode_modify 10000 1chg_element carrier_free_immediate 120000 1chg_element add_access_class 60000 1




App F–xii

chg_element emerg_reserved 120000 1chg_element register_exp 120000 1chg_element cbch_1 30000 1chg_element cbch_2 30000 1chg_element cbch_3 35000 1chg_element cipher_comp_ms 28000 1chg_element ho_complete 28000 1chg_element channel_teardown 28000 1chg_element bts_audit 60000 1chg_element mode_rr_modify_ack 28000 1chg_element bssmap_t8 28000 1chg_element bssmap_t10 28000 1chg_element bssmap_t11 28000 1chg_element ms_sapi3_est 28000 1chg_element bts_audit_response 30000 1chg_element rf_res_ind_period 20 1chg_element tch_busy_norm_threshold 95 1chg_element tch_busy_critical_threshold 95 1chg_audit_sched 1 MSI safe 0 0 0 0 0 30chg_audit_sched 1 DRI safe 0 0 0 0 0 30chg_audit_sched 1 BTP safe 0 0 0 0 0 10modify_value 1 nbit 0 MMS 0 0 0modify_value 1 nbit 0 MMS 0 1 0modify_value 1 ber_oos_mon_period 1 MMS 0 0 0modify_value 1 ber_oos_mon_period 1 MMS 0 1 0modify_value 1 ber_restore_mon_period 6000 MMS 0 0 0modify_value 1 ber_restore_mon_period 6000 MMS 0 1 0modify_value 1 phase_lock_duration 50 MMS 0 0 0modify_value 1 phase_lock_duration 50 MMS 0 1 0cell_name 2 3 4 0 1 678 1 ”Somerset–Site–1–Cell–0”chg_cell_element tx_power_cap 1 2 3 4 0 1 678 1

equip 1 EAS00 0 0 01 1 1 1 1 1 1 1 1 1 1 1 1 1 1 11 2 3 4 5 6 7 833 31 29 27 25 23 21 19 17 15 13 11 9 7 5 3

# PATHS# PATHS# PATHS

equip 0 path # SITE 11010 010 0

# RSLs# RSLs #RSLs




App F–xiii

equip 0 RSL # SITE 1100250037

# DRIs # DRIs # DRIs

equip 1 DRI # SITE 10 0 # 1st & 2nd DRI ID0 # CAB ID0 # CONNECTION TO BTP0 # PORT

# OPTIONAL RTF ID2 3 4 0 1 678 1 # GSM CELL ID1 # ANTENNA SELECT

# OPTIONAL CCB ID1 # DIVERSITY FLAG (SET TO 0 FOR

MICROs)

4 # FM CELL TYPE (SET TO 0 FOR MICROS)

# RTFs# RTFs# RTFs# SITE 1

equip 1 RTF # EQUIP BCCH RTFFULL # CARRIER CAPACITYBCCH # CARRIER TYPE0 0 # RTF ID0 # PRIMARY PATH ID

# OPTIONAL SECONDARY PATH

2 3 4 0 1 678 1 # GSM CELL ID512 # ARFCN255 255 255 255 255 255 255 255 # FREQ HOPPING INDICATORS0 0 0 0 0 0 0 0 # TRAINING SEQUENCE INDICATORS0 # NUMBER OF EXTENDED RANGE

TSs

2 # SDCCH LOAD

# SDCCH PRIORITY




App F–xiv




Glos–i

Glossary of Terms

Version 1 Revision 9Numbers



Glos–ii

Numbers# Number.

2 Mbit/s link As used in this manual set, the term applies to the European 4-wire 2.048 Mbit/s digital line or link which can carry 30 A-law PCM channels or 120 16 kbit/s GSM channels.

4GL Fourth Generation Language.

— A —A interface Interface between MSC and BSS.

A3 Authentication algorithm that produces SRES, using RAND and Ki.

A5 Stream cipher algorithm, residing on an MS, that produces ciphertext outof plaintext, using Kc.

A8 Ciphering key generating algorithm that produces Kc using RAND and Ki.

AB Access Burst.

AB Alarm Board (generic term refering to both AB2 and AB6).

A-bis interface Interface between BSC and BTS. Motorola offers a GSM standard and a unique Motorola A-bis interface. The Motorola interface reduces the amount of message traffic and thus the number of 2 Mbit/s lines requiredbetween BSC and BTS.

ABR Answer Bid Ratio.

AC Access Class (C0 to C15).

AC Application Context.

AC Alternating Current

ACC Automatic Congestion Control.

ACCH Associated Control Channel.

ACK ACKnowledgement.

ACM Address Complete Message.

ACSE Associated Control Service Element.

ACU Antenna Combining Unit.

A/D Analogue to Digital (converter).

ADCCP Advanced Communications Control Protocol.

ADM ADMinistration processor.

ADMIN ADMINistration.

ADN Abbreviated Dialling Number.

ADPCM Adaptive Differential Pulse Coded Modulation.

AE Application Entity.

Version 1 Revision 9 — A —



Glos–iii

AEF Additional Elementary Functions.

AFC Automatic Frequency Control.

AFN Absolute Frame Number.

AGC Automatic Gain Control.

AGCH Access Grant CHannel. A GSM common control channel used to assign MS to a SDCCH or a TCH.

Ai Action indicator.

AI Artificial Intelligence.

AIB Alarm Interface Board.

Air interface The radio link between the BTS and the MS.

ALT Accelerated Life Testing

AM Amplitude Modulation.

AMA Automatic Message Accounting (processor).

AM/MP Cell broadcast MS terminated message. A message broadcast to all MS’s in a cell.

ANSI American National Standards Institute.

AOC Automatic Output Control.

AP Application Process.

APSM AC Power Supply Module

ARFCN Absolute Radio Frequency Channel Number. An integer which defines the absolute RF channel number.

ARQ Automatic ReQuest for retransmission.

ARP Address Resolution Protocol.

ASCE Association Control Service Element. An ASE which provides an AP withthe means to establish and control an association with an AP in a remoteNE. Maps directly onto the Presentation layer (OMC).

ASE Application Service Element (OMC)

ASE Application Specific Entity (TCAP).

ASN.1 Abstract Syntax Notation One.

ASP Alarm and Status Panel.

ASR Answer Seizure Ratio.

ATB All Trunks Busy.

ATI Antenna Transceiver interface.

ATT (flag) Attach.

ATTS Automatic Trunk Testing Subsystem.

AU Access Unit.

AUC AUthentication Centre. A GSM network entity which provides the functionality for verifying the identity of an MS when requested by the system. Often a part of the HLR.

AUT(H) Authentication.

AUTO AUTOmatic mode.

Version 1 Revision 9— B —



Glos–iv

— B —BA BCCH Allocation. The radio frequency channels allocated in a cell for

BCCH transmission.

BBH Base Band Hopping.

BCC BTS Colour Code.

BCCH Broadcast Control CHannel. A GSM control channel used to broadcast general information about a BTS site on a per cell or sector basis.

BCD Binary Coded Decimal.

BCF Base station Control Function. The GSM term for the digital control circuitry which controls the BTS. In Motorola cell sites this is a normally a BCU which includes DRI modules and is located in the BTS cabinet.

BCIE Bearer Capability Information Element.

BCU Base station Control Unit. A functional entity of the BSS which provides the base control function at a BTS site. The term no longer applies to a type of shelf (see BSC and BSU).

BER Bit Error Ratio. A measure of signal quality in the GSM system.

BES Business Exchange Services.

BFI Bad Frame Indication.

BHCA Busy Hour Call Attempt.

BIB Balanced-line Interconnect Board. Provides interface to 12 balanced (6-pair) 120-ohm (37-pin D-type connector) lines for 2 Mbit/s circuits (See also T43).

BLLNG BiLLiNG.

bit/s Bits per second (bps).

Bm Traffic Channel (full rate).

BN Bit Number. Number which identifies the position of a particular bit periodwithin a timeslot.

BPF Bandpass Filter.

BPSM BCU Power Supply Module.

BRI Basic Rate Interface.

BS Basic Service (group).

BS Bearer Service. A type of telecommunication service that provides the capability for the transmission of signals between user-network interfaces. The PLMN connection type used to support a bearer service may be identical to that used to support other types of telecommunication service.

BSC Base Station Controller. A network component in the GSM PLMN which has the digital control function of controlling all BTSs. The BSC can be located within a single BTS cabinet (forming a BSS) but is more often located remotely and controls several BTSs (see BCF, BCU, and BSU).

BSG Basic Service Group.

Version 1 Revision 9 — C —



Glos–v

BSIC Base Tranceiver Station Identity Code. A block of code, consisting of the GSM PLMN colour code and a base station colour code. One Base Station can have several Base Station Colour Codes.

BSIC-NCELL BSIC of an adjacent cell.

BSP Base Site control Processor.

BSS Base Station System. The system of base station equipment (tranceivers, controllers and so on) which is viewed by the MSC through a single interface as defined by the GSM 08 series of recommendations, as being the entity responsible for communicating with MSs in a certain area. The radio equipment of a BSS may cover one or more cells. A BSS may consist of one or more base stations. If an internal interface is implemented according to the GSM 08.5x series of recommendations, then the BSS consists of one BSC and several BTSs.

BSSAP BSS Application Part (of signalling system No. 7) (DTAP + BSSMAP).

BSSC Base Station System Control cabinet. The cabinet which houses one or two BSU shelves at a BSC or one or two RXU shelves at a remote transcoder.

BSSMAP Base Station System Management Application Part.

BSSOMAP BSS Operation and Maintenance Application Part (of signalling system No. 7).

BSU Base Station Unit shelf. The shelf which houses the digital control modules for the BTS (p/o BTS cabinet) or BSC (p/o BSSC cabinet).

BT British Telecom

BT Bus Terminator.

BTC Bus Terminator Card.

BTCU Backwards Compatible Transceiver Control Unit

BTP Base Transceiver Processor

BTS Base Transceiver Station. A network component in the GSM PLMN which serves one cell, and is controlled by a BSC. The BTS contains oneor more Tranceivers (TRXs).

Burst A period of modulated carrier less than one timeslot. The physical content of a timeslot.

— C —C7 CCITT Signalling System #7 (SS7).

CA Cell Allocation. The radio frequency channels allocated to a particular cell.

CA Central Authority.

CAI Charge Advice Information.

CB Circuit Breaker.

CBC Cell Broadcast Centre.

CBCH Cell Broadcast CHannel.

Version 1 Revision 9— C —



Glos–vi

CBF Combined Bandpass Filter.

CBL Cell Broadcast Link

CBSMS Cell Broadcast Short Message Service.

CC Country Code.

CC Call Control.

CCB Cavity Combining Block.

CCCH Common Control Channels. A class of GSM control channels used to control paging and grant access. Includes AGCH, PCH, and RACH.

CCCH_GROUP Group of MSs in idle mode.

CCD Common Channel Distributor.

CCDSP Channel Coding Digital Signal Processor.

CCF Conditional Call Forwarding.

CCH Control channel. Control channels are channels which carry system management messages.

CCH Council for Communications Harmonization (referred to in GSM Recommendations).

CCITT Comité Consultatif International Télégraphique et Téléphonique.

CCPE Control Channel Protocol Entity.

CCS Hundred call-seconds. The unit in which amounts of telephone trafficare measured. A single call lasting one hundred seconds is oneCCS. See also erlang.

Cct Circuit.

CCU Channel Coder Unit.

CDB Control Driver Board.

CDR Call Detail Records.

CEB Control Equalizer Board (BTS).

Cell By GSM definition, a cell is an RF coverage area. At an omni-site,cell is synonymous with site; at a sectored site, cell is synonymouswith sector. This differs from analogue systems where cell is taken tomean the same thing as site. (See Figure 1).

� ��

� ��

��

��

��

��

��

��

��

Version 1 Revision 9 — C —



Glos–vii

Definition of GSM cell, sector, and site

CEPT Conférence des administrations Européén des Postes et Télécommunications.

CF Conversion Facility.

CF All Call Forwarding services.

CFC Conditional Call Forward.

Channel A means of one-way transmission. A defined sequence of periods (for example, timeslots) in a TDMA system; a defined frequency band in an FDMA system; a defined sequence of periods and frequency bands in a frequency hopped system.

CHV Card Holder Verification.

CKSN Ciphering Key Sequence Number.

C/I, CIR Carrier to Interference ratio.

CI Cell Identity. A block of code which identifies a cell within a location area.

CI CUG Index.

Ciphertext Unintelligible data produced through the use of encipherment.

CKSN Ciphering Key Sequence Number.

CLI Calling Line Identity.

CLK Clock.

CLKX Clock Extender half size board. The fibre optic link that distributes GCLKto boards in system (p/o BSS etc).

CLM Connectionless Manager.

CLR CLeaR.

CPSM Comms Power Supply Module.

CM Configuration Management. An OMC application.

CM Connection Management.

CMD Command.

CMM Channel Mode Modify.

CMIP Common Management Information Protocol.

CMISE Common Management Information Service Element. An ASE which provides a means to transfer management information via CMIP messages with another NE over an association established by ASCE using ROSE (OMC).

CMR Cellular Manual Revision.

CODEX Manufacturer’s name for a type of multiplexer and packet switch commonly installed at the Motorola OMC-R.

COM Code Object Manager.

COM Complete.

Version 1 Revision 9— D —



Glos–viii

COMM, comms COMMunications.

CONF CONFerence circuit.

CONFIG CONFIGuration Control Program.

CP Call Processing.

CPU Central Processing Unit.

C/R Command/Response field bit.

CR Carriage Return (RETURN).

CRC Cyclic Redundancy Check (3 bit).

CRE Call RE-establishment procedure.

CRM Cell Resource Machine/Manager.

CRM-LS/HS Cellular Radio Modem-Low Speed/High Speed. Low speed modem usedto interwork 300 to 2400 bit/s data services under V.22bis, V.23, or V.21 standards. High speed modem used to interwork 1200 to 9600 bit/s data services under V.22bis, V.32, or V.29/V.27ter/V.21 standards.

CRT Cathode Ray Tube (video display terminal).

CSFP Code Storage Facility Processor.

CSP Central Statistics Process. The statistics process in the BSC.

CSPDN Circuit Switched Public Data Network.

CT Channel Tester.

CUG Closed User Group supplementary service.

— D —D/A Digital to Analogue (converter).

DAN Digital Announcer (for recorded announcements on MSC).

DAS Data Acquisition System.

Db Decibel. A unit of power ratio measurement.

DB DataBase.

DB Dummy Burst (see Dummy burst).

DBA DataBase Administration/Database Administrator.

DBMS DataBase Management System.

dc Direct Current.

DCB Diversity Control Board (p/o DRCU).

DCCH Dedicated Control Channels. A class of GSM control channels used to set up calls and report measurements. Includes SDCCH, FACCH, and

SACCH.

DCE Data Circuit terminating Equipment.

DCF Data Communications Function.

Version 1 Revision 9 — D —



Glos–ix

DCN Data Communications Network. A DCN connects Network Elements withinternal mediation functions or mediation devices to the Operations Systems.

DCS Digital Communication/Cellular System. A non-GSM cellular phone network using digital techniques similar to those used in GSM but operating on different frequencies.

DDS Direct Digital Synthesis.

DEQB Diversity Equalizer Board.

DET Detach.

DFE Decision Feedback Equalizer.

DHP Digital Host Processor.

DIA Drum Intercept Announcer.

DIQ Diversity In phase and Quadrature phase.

DIR Device Interface Routine.

DISC DISConnect.

DL Data Link (layer).

DLCI Data Link Connection Identifier.

DLD Data Link Discriminator.

DLNB Diversity Low Noise Block.

DLSP Data Link Service Process

Dm Control Channel (ISDN terminology applied to mobile service).

DMA Deferred Maintenance Alarm. An alarm report level; an immediate or deferred response is required (see also PMA).

DMA Direct Memory Access

DMX Distributed Electronic Mobile Exchange (Motorola’s networked EMX family).

DN Directory Number.

DNIC Data Network Identifier.

Downlink Physical link from the BTS towards the MS (BTS transmits, MS receives).

DP Dial/Dialled Pulse.

DPC Destination Point Code. A part of the label in a signalling message that uniquely identifies, in a signalling network, the (signalling) destination point of the message.

DPC Digital Processing and Control.

DPNSS Digital Private Network Signalling System (BT standard for PABX interface).

DPP Dual path preselector.

DPSM Digital Power Supply Module.

Version 1 Revision 9— E —



Glos–x

DRAM Dynamic Random Access Memory.

DRC Data Rate Converter board. Provides data and protocol conversion between PLMN and destination network for 8 circuits (p/o IWF).

DRCU Diversity Radio Channel Unit. Contains transceiver, digital control circuits, and power supply (p/o BSS) (see RCU).

(D)RCU Generic term for radio channel unit. May be standard RCU or diversity radio channel unit DRCU.

DRI Digital Radio Interface. Provides encoding/decoding and encryption/decryption for radio channel (p/o BSS).

DRIM Digital Radio Interface extended Memory. A DRI with extra memory.

DRIX DRI Extender half size board. Fibre optic link from DRI to BCU (p/oBSS).

DRX, DRx Discontinuous Reception. A means of saving battery power (for example in hand-portable units) by periodically and automatically switching the MS receiver on and off.

DS-2 German term for 2 Mbit/s line (PCM interface).

DSE Data Switching Exchange.

DSP Digital Signal Processor.

DSS1 Digital Subscriber Signalling No 1.

DSSI Diversity Signal Strength Indication.

DTAP Direct Transfer Application Part.

DTE Data Terminal Equipment.

DTF Digital Trunk Frame.

DTI Digital Trunk Interface.

DTMF Dual Tone Multi-Frequency (tone signalling type).

DTX, DTx Discontinuous Transmission. A means of saving battery power (for example in hand-portable units) and reducing interference by automatically switching the transmitter off when no speech or data are tobe sent.

Dummy burst A period of carrier less than one timeslot whose modulation is a defined sequence that carries no useful information. A dummy burst fills a timeslot with an RF signal when no information is to be delivered to a channel.

— E —E See Erlang.

E1 CEPT 2.048 Mbit/s-1 standard 32 timeslot link.

EA External Alarms.

EAS External Alarm System.

Eb/No Energy per Bit/Noise floor.

Version 1 Revision 9 — E —



Glos–xi

EBSG Elementary Basic Service Group.

EC Echo Canceller.

EC European Commission.

ECB Provides echo cancelling for telephone trunks for 30 channels (EC).

ECID The Motorola European Cellular Infrastructure Division.

ECM Error Correction Mode (facsimile).

Ec/No Ratio of energy per modulating bit to the noise spectral density.

EEPROM Electrically Erasable Programmable Read Only Memory.

EGSM Extended GSM.

EGSM Extened Global System for Mobile Communications.

EIR Equipment Identity Register.

EIRP Effective Isotropic Radiated Power.

EIRP Equipment Identity Register Procedure.

EM Event Management. An OMC application.

EMC Electro Magnetic Compatibility.

EMF Electro Motive Force.

EMI Electro Magnetic Interference.

EMX Electronic Mobile Exchange (Motorola’s MSC family).

EN European Norm(e)

en bloc Fr. — all at once (a CCITT #7 Digital Transmission scheme); En bloc sending means that digits are sent from one system to another ~ (that is,all the digits for a given call are sent at the same time as a group). ~ sending is the opposite of overlap sending. A system using ~ sending will wait until it has collected all the digits for a given call before it attempts to send digits to the next system. All the digits are then sent asa group.

EOT End of Tape.

Erlang International (dimensionless) unit of traffic intensity defined as the ratio of time a facility is occupied to the time it is available for occupancy. One erlang is equal to 36 ccs. In the US this is also known as a traffic unit (TU).

EPROM Erasable Programmable Read Only Memory.

EPSM Exhancec power supply module.

EQB Equalizer Board. Control circuit for equalization for 8 time slots each withequalizing circuitry and a DSP (p/o RCU).

EQ DSP Equalizer Digitizer Signal Processor.

ERP Effective Radiated Power.

ESP Electro-static Point.

ESQL Embedded SQL (Structured Query Language). An RDBMS programming

Version 1 Revision 9— F —



Glos–xii

interface language.

E-TACS Extended TACS (analogue cellular system, extended).

ETR ETSI Technical Report.

ETS European Telecommunication Standard.

ETSI European Telecommunications Standards Institute.

ETX End of Transmission.

EU European Union.

EXEC Executive Process.

— F —FA Fax Adaptor.

FA Full Allocation.

FA Functional Area.

FAC Final Assembly Mode.

FACCH Fast Associated Control Channel. A GSM dedicated control channel which is associated with a TCH and carries control information after a call is set up (see SDCCH).

FACCH/F Full rate Fast Associated Control Channel.

FACCH/H Half rate Fast Associated Control Channel.

FB Frequency correction Burst (see Frequency correction burst).

FCCH Frequency Correction Channel. A GSM broadcast control channel which carries information for frequency correction of the mobile (MS).

FCP Fault Collection Process (in BTS).

FCS Frame Check Sequence.

FD Full Rate Data.

FDMA Frequency Division Multiple Access.

FEC Forward Error Correction.

FEP Front End Processor.

FER Frame Erasure Ratio.

FFS, FS For Further Study.

FHI Frequency Hopping Indicator.

FIR Finite Impulse Response (filter type).

FK Foreign Key. A database column attribute; the foreign key indicates an index into another table.

FM Fault Management (at OMC).

FM Frequency Modulation.

FMUX Fibre Multiplexer Board.

FN Frame Number. Identifies the position of a particular TDMA frame within a hyperframe.

FOA First Office Application.

FPCU Fan power conversion unit.

FOX Fibre Optic Extender board

FR Full Rate. Refers to the current capacity of a data channel on the GSM air interface, that is, 8 simultaneous calls per carrier (see also HR – Half Rate).

Version 1 Revision 9 — F —



Glos–xiii

Frequency Period of RF carrier less than one timeslot whose modulation bit streamcorrection allows frequency correction to be performed easily within an MS.burst

FRU Field replacement unit.

FS Frequency Synchronization.

FS Full rate speech.

FSL Free Space Loss. The decrease in the strength of a radio signal as it travels between a transmitter and receiver. The FSL is a function of the frequency of the radio signal and the distance the radio signal has travelled from the point source.

FTAM File Transfer, Access, and Management. An ASE which provides a means to transfer information from file to file (OMC).

FTP Fault Translation Process (in BTS).

FTP File Transfer Program

FW Firmware.

Version 1 Revision 9— G —



Glos–xiv

— G —Gateway MSC An MSC that provides an entry point into the GSM PLMN from another

network or service. A gateway MSC is also an interrogating node for incoming PLMN calls.

GCLK Generic Clock board. System clock source, one per site (p/o BSS, BTS, BSC, IWF, RXCDR).

GF Ground fixed.

GHz Giga-Hertz (109).

GMB GSM Multiplexer Board (p/o BSC).

GMR GSM Manual Revision.

GMSC Gateway Mobile services Switching Centre (see Gateway MSC).

GMSK Gaussian Minimum Shift Keying. The modulation technique used inGSM.

GND Ground

GOS Grade of Service.

GPA GSM PLMN Area.

GPC General Protocol Converter.

GPROC Generic Processor board. GSM generic processor board: a 68030 with 4to 16 Mb RAM (p/o BSS, BTS, BSC, IWF, RXCDR).

GPS Global Positioning by Satellite.

GSA GSM Service Area. The area in which an MS can be reached by a fixed subscriber, without the subscriber’s knowledge of the location of the MS. A GSA may include the areas served by several GSM PLMNs.

GSA GSM System Area. The group of GSM PLMN areas accessible by GSM MS’s.

GSM Groupe Spécial Mobile (the committee).

GSM Global System for Mobile communications (the system).

GT Global Title.

Guard period Period at the beginning and end of timeslot during which MS transmission is attenuated.

GUI Graphical User Interface.

GWY GateWaY (MSC/LR) interface to PSTN.

Version 1 Revision 9 — H —



Glos–xv

— H —H-M “Human-Machine” Terminals.

HAD, HAP HLR Authentication Distributor.

Handover The action of switching a call in progress from one radio channel to another radio channel. Handover allows established calls to continue by switching them to another radio resource, as when an MS moves from one BTS area to another. Handovers may take place between the following GSM entities: timeslot, RF carrier, cell, BTS, BSS and MSC.

HDLC High level Data Link Controller.

HDSL High bit rate Digital Subscriber Line.

HLC High Layer Compatibility. The HLC can carry information defining the higher layer characteristics of a teleservice active on the terminal.

HLR Home Location Register. The LR where the current location and all subscriber parameters of an MS are permanently stored.

HMS Heat Management System. The system that provides environmental control of the components inside the ExCell cabinet.

HO HandOver. The action of switching a call in progress from one radio channel to another radio channel. Handover allows established calls to continue by switching them to another radio resource, for example, whenMS’s move from one base station area to another.

HPU Hand Portable Unit.

HR Half Rate. Refers to a type of data channel that will double the current GSM air interface capacity to 16 simultaneous calls per carrier (see also FR – Full Rate).

HS HandSet.

HSM HLR Subscriber Management.

HSN Hopping Sequence Number.

HW Hardware.

Hyperframe 2048 superframes. The longest recurrent time period of the frame structure.

Version 1 Revision 9— I —



Glos–xvi

— I —I Information (frames).

IA5 International Alphanumeric 5.

IADU Integrated Antenna Distribution Unit.

IAM Initial Address Message.

IAS Internal Alarm System.

IC Integrated Circuit.

IC Interlock Code (closed user group supplementary service).

ICB Incoming Calls Barred.

ICM In-Call Modification.

ICMP Internet Control Message Protocol.

ID, id Identification/Identity.

IDN Integrated Digital Network.

IE Signalling Information Element.

IEC Internet electrotechnical commission.

IEEE Institute of Electrical and Electronic Engineers.

IEI Information Element Identifier.

IF Intermediate Frequency.

IFAM Initial and Final Address Message.

IM InterModulation.

IMACS Intelligent Monitor And Control System.

IMEI International Mobile station Equipment Identity. Electronic serial number that uniquely identifies the MS as a piece or assembly of equipment. TheIMEI is sent by the MS along with request for service.

IMM IMMediate assignment message.

IMSI International Mobile Subscriber Identity. Published mobile number (prior to ISDN) (see also MSISDN) that uniquely identifies the subscription. It can serve as a key to derive subscriber information such as directory number(s) from the HLR.

IN Intelligent Network.

IN Interrogating Node. A switching node that interrogates an HLR, to route a call for an MS to the visited MSC.

INS IN Service.

INS Intelligent Network Service.

Interworking The general term used to describe the inter-operation of networks, services, supplementary services and so on. See also IWF.

I/O Input/Output.

Version 1 Revision 9 — K —



Glos–xvii

IP Initialisation Process.

IP Internet Protocol.

IPC Inter-Process Communication.

IP, INP INtermodulation Products.

IPR Intellectual Property.

IPSM Integrated PSM.

ISC International Switching Centre.

ISDN Integrated Services Digital Network. An integrated services network that provides digital connections between user-network interfaces.

ISO International Standards Organisation.

ISQL Informix Structured Query Language.

ISUP ISDN User Part (of signalling system No. 7).

ITC Information Transfer Capability.

ITU International telecommunication union

IWF InterWorking Function. A network functional entity which provides network interworking, service interworking, supplementary service interworking or signalling interworking. It may be a part of one or more logical or physical entities in a GSM PLMN.

IWMSC InterWorking MSC.

IWU InterWorking Unit.

— K —k kilo (103).

K Constraint length of the convolutional code.

Kb Kilo-bit.

kbit/s, kbps kilo-bit per second.

Kc Ciphering key. A sequence of symbols that controls the operation of encipherment and decipherment.

kHz kilo-Hertz (103).

Ki Individual subscriber authentication Key (p/o authentication process of AUC).

KSW Kiloport SWitch board. TDM timeslot interchanger to connect calls (p/o BSS).

KSWX KSW Expander half size board. Fibre optic distribution of TDM bus (p/o BSS).

kW kilo-Watt.

Version 1 Revision 9— L —



Glos–xviii

— L —L1 Layer 1.

L2ML Layer 2 Management Link.

L2R Layer 2 Relay function. A function of an MS and IWF that adapts a user’s known layer2 protocol LAPB onto RLP for transmission between the MT and IWF.

L2R BOP L2R Bit Orientated Protocol.

L2R COP L2R Character Orientated Protocol.

L3 Layer 3.

LA Location Area. An area in which an MS may move freely without updating the location register. An LA may comprise one or several base station areas.

LAC Location Area Code.

LAI Location Area Identification (identity). The information indicating the location area in which a cell is located.

LAN Local Area Network.

LANX LAN Extender half size board. Fibre optic distribution of LAN to/from other cabinets (p/o BSS etc).

LAPB Link Access Procedure “B” (balanced) channel (of CCITT Rec. X.25).

LAPD Link Access Procedure “D” (data) channel.

LAPDm Link Access Procedure “Dm” (mobile “D”) channel.

LC Inductor Capacitor (type of filter).

LCF Link Control Function.

LCP Link Control Processor.

LE Local Exchange.

LED Light Emitting Diode.

LF Line Feed.

LI Length Indicator.

LI Line Identity.

LLC Lower Layer Compatibility. The LLC can carry information defining the lower layer characteristics of the terminal.

Lm Traffic channel (half rate).

LMS Least Mean Square.

LMSI Local Mobile Station Identity. A unique identity temporarily allocated to visiting mobile subscribers in order to speed up the search for subscriberdata in the VLR, when the MSRN allocation is done on a per cell basis.

Location area An area in which a mobile station may move freely without updating the location register. A location area may comprise one or several base station areas.

Version 1 Revision 9 — M —



Glos–xix

LPC Linear Predictive Code.

LR Location Register. The GSM functional unit where MS location information is stored. The HLR and VLR are location registers.

LTA Long Term Average. The value required in a BTS’s GCLK frequency register to produce a 16.384 Mhz clock.

LTE Local Terminal Emulator.

LTP Long Term Predictive.

LTU Line terminating unit.

LV Length and Value.

LVD Low voltage disconnect.

— M —M Mega (106).

M&TS Maintenance and Troubleshooting. Functional area of Network Management software which (1) collects and displays alarms, (2) collects and displays Software/Hardware errors, and (3) activates test diagnostics at the NEs (OMC).

MA Mobile Allocation. The radio frequency channels allocated to an MS for use in its frequency hopping sequence.

MAC Medium Access Control.

MACN Mobile Allocation Channel Number.

MAF Mobile Additional Function.

MAI Mobile Allocation Index.

MAIDT Mean Accumulated Intrinsic Down Time.

MAINT MAINTenance.

MAIO Mobile Allocation Index Offset.

MAP Mobile Application Part (of signalling system No. 7). The inter-networkingsignalling between MSCs and LRs and EIRs.

MAPP Mobile Application Part Processor.

MCAP Motorola Cellular Advanced Processor.

MCC Mobile Country Code.

MCU Main control unit.

MCU-m Main control unit micro (used in M-cellmicro)

MDL (mobile) Management (entity) - Data Link (layer).

ME Maintenance Entity (GSM Rec. 12.00).

Version 1 Revision 9— M —



Glos–xx

ME Mobile Equipment. Equipment intended to access a set of GSM PLMN and/or DCS telecommunication services, but which does not contain subscriber related information. Services may be accessed while the equipment, capable of surface movement within the GSM system area, is in motion or during halts at unspecified points.

MEF Maintenance Entity Function (GSM Rec. 12.00).

MF MultiFrame.

MF Multi-Frequency (tone signalling type)

MF MultiFunction block.

MGMT Management.

MGR Manager.

MHS Message Handling System.

MHS Mobile Handling Service.

MHz Mega-Hertz (106).

MI Maintenance Information.

MIB Management Information Base. A Motorola OMC-R database. There is aCM MIB and an EM MIB.

MIC Mobile Interface Controller.

MIT Management Information Tree. Name of a file on the Motorola OMC-R.

MM Mobility Management.

MME Mobile Management Entity.

MMI Man Machine Interface. The method in which the user interfaces with thesoftware to request a function or change parameters.

MML Man Machine Language. The tool of MMI.

MMS Multiple Serial Interface Link.

MNC Mobile Network Code.

MNT MaiNTenance.

MO Mobile Originated.

MO/PP Mobile Originated Point-to-Point messages.

MOMAP Motorola OMAP.

MoU Memorandum of Understanding.

MPC Multi Personal Computer (was p/o OMC).

MPH (mobile) Management (entity) - PHysical (layer) [primitive].

MPX MultiPleXed.

MRN Mobile Roaming Number.

MS Mobile Station. The GSM subscriber unit.

MSC Mobile services Switching Centre.

Version 1 Revision 9 — N —



Glos–xxi

MSCM Mobile Station Class Mark.

MSCU Mobile Station Control Unit.

msec millisecond (.001 second).

MSI Multiple Serial Interface board. Intelligent interface to two 2 Mbit/s digital links (see 2 Mbit/s link and DS-2) (p/o BSS).

MSIN Mobile Station Identification Number.

MSISDN Mobile Station International ISDN Number. Published mobile number (see also IMSI). Uniquely defines the mobile station as an ISDN terminal.It consists of three parts: the Country Code (CC), the National Destination Code (NDC) and the Subscriber Number (SN).

MSRN Mobile Station Roaming Number. A number assigned by the MSC to service and track a visiting subscriber.

MSU Message Signal Unit. A signal unit containing a service information octet and a signalling information field which is retransmitted by the signalling link control, if it is received in error.

MT Mobile Terminated. Describes a call or short message destined for an MS.

MT (0,1,2) Mobile Termination. The part of the MS which terminates the radio transmission to and from the network and adapts terminal equipment (TE) capabilities to those of the radio transmission. MT0 is mobile termination with no support for terminal, MT1 is mobile termination with support for an S-type interface and MT2 is mobile termination with support for an R-type interface.

MTM Mobile-To-Mobile (call).

MTP Message Transfer Part.

MT/PP Mobile Terminated Point-to-Point messages.

MTBF Mean Time Between Failures.

MTL Message Transfer Link.

MTL MTP Transport Layer Link (A-Interface).

MTP Message Transfer Part.

MTTR Mean Time To Repair.

Multiframe Two types of multiframe are defined in the system: a 26-frame multiframe with a period of 120ms and a 51-frame multiframe with a period of 3060/13ms.

MUMS Multi User Mobile Station.

MUX Multiplexer.

— N —NB Normal Burst (see Normal burst).

NCC Network (PLMN) Colour Code.

NCELL Neighbouring (or current serving) Cell.

Version 1 Revision 9— N —



Glos–xxii

ND No Duplicates. A database column attribute meaning the column contains unique values (used only with indexed columns).

NDC National Destination Code.

NDUB Network Determined User Busy.

NE Network Element (Network Entity).

NEF Network Element Function block.

NF Network Function.

NI Network Interface.

NIC Network Independent Clocking.

NIU Network interface unit.

NLK Network LinK processor(s).

Nm Newton metres.

NM Network Management (manager). NM is all activities which control, monitor and record the use and the performance of resources of a telecommunications network in order to provide telecommunication services to customers/users at a certain level of quality.

NMASE Network management application service element.

NMC Network Management Centre. The NMC node of the GSM TMN providesglobal and centralised GSM PLMN monitoring and control, by being at the top of the TMN hierarchy and linked to subordinate OMC nodes.

NMSI National Mobile Station Identification number.

NMT Nordic Mobile Telephone system.

NN No Nulls. A database column attribute meaning the column must contain a value in all rows.

Normal burst A period of modulated carrier less than a timeslot.

NPI Number Plan Identifier.

NPSM Negative power supply module.

NRZ Non Return to Zero.

NSAP Network Service Access Point.

NSP Network Service Provider.

NT Network Termination.

NT Non Transparent.

NTU Network terminating unit.

NUA Network User Access.

NUI Network User Identification.

NUP National User Part (of signalling system No. 7).

NVRAM Non-Volatile Random Access Memory.

nW Nano-Watt (10–9).

N/W NetWork

Version 1 Revision 9 — O —



Glos–xxiii

— O —O&M Operations and Maintenance.

OACSU Off-Air Call SetUp. The procedure in which a telecommunication connection is being established whilst the RF link between the MS and the BTS is not occupied.

OCB Outgoing Calls Barred within the closed user group.

OFL % OverFlow.

OMAP Operations and Maintenance Application Part (of signalling system No. 7) (was OAMP).

OMC Operations and Maintenance Centre. The OMC node of the GSM TMN provides dynamic O&M monitoring and control of the PLMN nodes operating in the geographical area controlled by the specific OMC.

OMCR Operations and Maintenance Centre — Radio Part.

OMCS Operations and Maintenance Centre — Switch Part.

OML Operations and Maintenance Link.

OMP Operation and Maintenance Processor.

OMS Operation and Maintenance System (BSC–OMC).

OMSS Operation and Maintenance SubSystem.

OOS Out Of Service.

OPC Originating Point Code. A part of the label in a signalling message that uniquely identifies, in a signalling network, the (signalling) origination point of the message.

ORAC Olympus radio architecture control board (part of TCU-m)

OS Operating System.

OSI Open Systems Interconnection

OSF Operation Systems Function block.

OSF/MOTIF Open Software Foundation Motif. The basis of the GUI used for the Motorola OMC-R MMI.

OSS Operator Services System.

Overlap Overlap sending means that digits are sent from one system to another as soon as they are received by the sending system. A system using ~ will not wait until it has received all digits of a call before it starts to send the digits to the next system. This is the opposite of en bloc sending where all digits for a given call are sent at one time.

Version 1 Revision 9— P —



Glos–xxiv

— P —PA Power Amplifier.

PAB Power Alarm Board.

PABX Private Automatic Branch eXchange.

PAD Packet Assembler/Disassembler facility.

Paging The procedure by which a GSM PLMN fixed infrastructure attempts to reach an MS within its location area, before any other network-initiated procedure can take place.

PATH CEPT 2 Mbit/s route through the BSS network.

PBX Private Branch eXchange.

PC Personal Computer.

PC Power converter

PCH Paging CHannel. A GSM common control channel used to send paging messages to the MSs.

PCM Pulse Code Modulation (see also 2 Mbit/s link which is the physical bearer of PCM).

PCMCIA Personal computer memory card industry association (PC cards).

PCN Personal Communications Network.

PCR Preventative Cyclic Retransmission. A form of error correction suitable for use on links with long transmission delays, such as satellite links.

PCU Power converter unit.

PCS Personal communications system.

pd Potential difference.

PD Protocol Discriminator.

PD Public Data.

PDB Power Distribution Board.

PDF Power Distribution Frame (MSC/LR).

PDN Packet Data Network.

PDU Power Distribution Unit

PDU Protected Data Unit.

PEDC Pan European Digital Cellular.

PH Packet Handler.

PH PHysical (layer).

PHI Packet Handler Interface.

PID Process IDentifier.

PI Presentation Indicator.

PIM PCM Interface Module (MSC).

Version 1 Revision 9 — P —



Glos–xxv

PIN Personal Identification Number.

PIX Parallel Interface Extender half size board. Customer alarm interface (p/o BSS).

PK Primary Key. A database column attribute, the primary key is a not-null, non-duplicate index.

Plaintext Unciphered data

PLL Phase Lock Loop (refers to phase locking the GCLK in the BTS).

PLMN Public Land Mobile Network. The mobile communications network.

PM Performance Management. An OMC application.

PM-UI Performance Management User Interface.

PMA Prompt Maintenance Alarm. An alarm report level; immediate action is necessary (see also DMA).

PMS Pseudo MMS.

PMUX PCM MUltipleXer.

PN Permanent Nucleus (of GSM).

POTS Plain Old Telephone Service (basic telephone services).

p/o Part of.

pp, p–p Peak-to-peak.

PP Point-to-Point.

ppb Parts per billion.

ppm Parts per million (x 10–6).

PPS Pulses per second.

PPSM Positive power supply module.

PRI Primary rate interface.

PROM Programmable Read Only Memory.

PSAP Presentation Services Access Point.

PSM Power supply module

PSPDN Public Switched Packet Data Network. Public data communications network. X.25 links required for NE to OMC communications will probably be carried by PSPDN.

PSTN Public Switched Telephone Network. The UK landline telephone network.

PSU Power supply unit.

PSW Pure Sine Wave.

PTO Public Telecommunications Operator.

PVC Permanent Virtual Circuit.

PWR Power.

PXPDN Private eXchange Packet Data Network.

Version 1 Revision 9— Q —



Glos–xxvi

— Q —Q-adapter Used to connect MEs and SEs to TMN (GSM Rec. 12.00).

QAF Q-Adapter Function Block.

QEI Quad European Interface. Interfaces four 2 Mbit/s circuits to TDM switchhighway (see MSI).

QOS Quality Of Service.

— R —RAB Random Access Burst.

RACCH Random Access Control CHannel. A GSM common control channel used to originate a call or respond to a page.

RACH Random Access CHannel.

RAM Random Access Memory.

RAND RANDom number.

RAx Rate Adaptation.

RBCU Remote BTS control unit.

RBDS Remote BSS Diagnostic System (a discontinued Motorola diagnostic facility).

RBER Residual Bit Error Ratio.

RBTS Remote Base Tranceiver Station

RCB Radio Control Board (p/o DRCU).

RCI Radio Channel Interface

RCP Radio Control Processor.

RCU Radio Channel Unit. Contains transceiver, digital control circuits, and power supply (p/o BSS) (see DRCU).

RCVR Receiver.

RDBMS Relational Database Management System.

RDB Requirements database.

RDN Relative Distinguished Name. A series of RDN form a unique identifier, the distinguished name, for a particular network element.

REC, Rec. RECommendation.

REL RELease.

RELP Residual Excited Linear Predictive.

RELP-LTP RELP Long Term Prediction. A name for GSM full rate (see full rate).

REQ REQuest.

RES Radio equipment and systems

RF Radio Frequency.

Version 1 Revision 9 — R —



Glos–xxvii

RFC, RFCH Radio Frequency Channel. A partition of the system RF spectrum allocation with a defined bandwidth and centre frequency.

RFE Receiver Front End (shelf).

RFEB Receiver Front End Board (p/o DRCU II).

RFI Radio Frequency Interference.

RFN Reduced TDMA Frame Number.

RISC Reduced Instruction Set Computer.

RLP Radio Link Protocol. An ARQ protocol used to transfer user data between an MT and IWF. See GSM 04.22.

rms Root Mean Square (value).

RMSU Remote Mobile Switching Unit.

ROM Read Only Memory.

ROSE Remote Operations Service Element. An ASE which carries a message between devices over an association established by ASCE (a CCITT specification for O & M) (OMC).

Roundtrip Time period between transmit and receive instant of a timeslot in the propagation BTS, determined by the response behaviour of the MS and the MS to delay BTS distance.

RPE Regular Pulse Excited.

RPE-LTP Regular Pulse Excitation - Long Term Prediction. The GSM digital speech coding scheme.

RPR Read Privilege Required. Access to the column is allowed only for privileged accounts.

RR Radio Resource management.

RR Receive Ready (frame).

RRSM Radio Resource State Machine.

RSE Radio System Entity.

RSL Radio Signalling Link.

RSLF Radio System Link Function.

RSS Radio SubSystem (replaced by BSS).

RSSI Received Signal Strength Indication.

RTC Remotely Tuneable Channel Combiner.

RTE Remote Terminal Emulator.

RU Rack Unit.

Rx Receive(r).

RXCDR Remote Transcoder.

RXLEV-D Received signal level downlink.

RXLEV-U Received signal level uplink.

RXQUAL-D Received signal quality downlink.

RXQUAL-U Received signal quality uplink.

RXU Remote Transcoder Unit. The shelf which houses the remote transcodermodules in a BSSC cabinet at a remote transcoder site.

Version 1 Revision 9— S —



Glos–xxviii

— S —SABM Set Asynchronous Balanced Mode. A message which establishes the

signalling link over the air interface.

SACCH Slow Associated Control CHannel. A GSM control channel used by the MS for reporting RSSI and signal quality measurements.

SAGE A brand of trunk test equipment.

SAP Service Access Point. In the reference model for OSI, SAPs of a layer are defined as gates through which services are offered to an adjacent higher layer.

SAP System Audits Process.

SAPI Service Access Point Indicator (identifier).

SAW Surface Acoustic Wave.

SB Synchronization Burst (see Synchronization burst).

SC Service Centre (used for Short Message Service).

SC Service Code.

SCCA System Change Control Administration. Software module which allows full or partial software download to the NE (OMC).

SCCP Signalling Connection Control Part.

SCEG Speech Coding Experts Group (of GSM).

SCH Synchronization CHannel. A GSM broadcast control channel used to carry information for frame synchronization of MSs and identification of base stations.

SCI Status Control Interface.

SCIP Serial Communication Interface Processor.

SCM Status Control Manager.

SCN Sub-Channel Number. One of the parameters defining a particular physical channel in a BS.

SCP Service Control Point (an intelligent network entity).

SCU Slim carrier unit.

SDCCH Stand-alone Dedicated Control CHannel. A GSM control channel where the majority of call setup occurs. Used for MS to BTS communications before MS assigned to TCH.

SDH Synchronous digital hierarchy.

SDR Special Drawing Rights (an international “basket” currency for billing).

SE Support Entity (GSM Rec. 12.00).

SEF Support Entity Function (GSM Rec.12.00).

SFH Slow Frequency Hopping.

SFRAS System feature requirements and architecture specification.

SI Screening Indicator.

Version 1 Revision 9 — S —



Glos–xxix

SI Service Interworking.

SID SIlence Descriptor.

SIF Signal Information Field. The bits of a message signal unit that carry information for a certain user transaction; the SIF always contains a label.

SIM Subscriber Identity Module. Removable module which is inserted into a mobile equipment; it is considered as part of the MS. It contains security related information (IMSI, Ki, PIN), other subscriber related information and the algorithms A3 and A8.

SIO Service Information Octet. Eight bits contained in a message signal unit, comprising the service indicator and sub-service field.

SITE BSC, BTS or collocated BSC-BTS site.

SIX Serial Interface eXtender. Converts interface levels to TTL levels. Used to extend 2 serial ports from GPROC to external devices (RS232, RS422, and fibre optics).

SK Secondary Key. A database column attribute, the secondary key indicates an additional index and/or usage as a composite key.

SLNK Serial Link.

SLTM Signalling Link Test Message.

SM Switch Manager.

SMAE System Management Application Entity (CCITT Q795, ISO 9596).

SME Short Message Entity.

SMP Motorola Software Maintenance Program.

SMS Short Message Service.

SMSCB Short Message Service Cell Broadcast.

SMS-SC Short Message Service - Service Centre.

SMS/PP Short Message Service/Point-to-Point.

SN Subscriber Number.

SND SeND.

SNDR SeNDeR.

SNR Serial Number.

SOA Suppress Outgoing Access.

SP Service Provider. The organisation through which the subscriber obtains GSM telecommunications services. This may be a network operator or possibly a separate body.

SP Signalling Point.

SP Special Product.

SPC Signalling Point Code.

SPC Suppress Preferential (closed user group).

Version 1 Revision 9— S —



Glos–xxx

SPI Signalling Point Inaccessible.

SQL Structured Query Language.

SRD Service Request Distributor.

SRES Signed RESponse (authentication).

SS7, SS#7 CCITT Signalling System No. 7 (alias C7).

SS Supplementary Service. A modification of, or a supplement to, a basic telecommunication service.

SSA SCCP messages, Subsystem-allowed (see CCITT Q.712 para 1.15).

SSC Supplementary Service Control string.

SSF Subservice Field. The level 3 field containing the network indicator and two spare bits.

SSM SCCP State Machine.

SSP Service Switching Point (an intelligent network element).

SSP SCCP messages, Subsystem-prohibited (see CCITT Q.712 para 1.18).

SSS Switching SubSystem (comprising the MSC and the LRs)

STAN Statistical ANalysis (processor).

STAT STATistics.

stats Statistics.

STC System Timing Controller.

STP Signalling Transfer Point.

Superframe 51 traffic/associated control multiframes or 26 broadcast/common controlmultiframes (period 6.12s).

SVC Switch Virtual Circuit.

SVM SerVice Manager.

SW Software.

SWFM SoftWare Fault Management.

SynchronizationPeriod of RF carrier less than one timeslot whose modulation bit streamburst carries information for the MS to synchronize its frame to that of the

received signal.

SYS SYStem.

SYSGEN SYStem GENeration. the Motorola procedure for loading a configuration database into a BTS.

Version 1 Revision 9 — T —



Glos–xxxi

— T —T1 ANSI 1.555 Mbit/s standard 24 timeslot link.

T43 Type 43 Interconnect Board. Provides interface to 12 unbalanced (6-pair)75-ohm (T43 coax connectors) lines for 2 Mbit/s circuits (See BIB).

TA Terminal Adaptor. A physical entity in the MS providing terminal adaptation functions (see GSM 04.02).

TA Timing Advance.

TAC Type Approval Code.

TACS Total Access Communications System (European analogue cellular system).

TAF Terminal Adaptation Function.

TATI Transmit antenna transceiver interface.

TBD To Be Determined.

TC Transaction Capabilities.

TC shelf Transmit combiner shelf.

TCAP Transaction Capabilities Application Part (of signalling system No. 7).

TCH Traffic CHannel. GSM logical channels which carry either encoded speech or user data. A Traffic channel can be one of the following: TCH/F (full rate TCH), TCH/F2.4 (full rate TCH at < 2.4kbit/s), TCH/F4.8 (full rate TCH at 4.8kbit/s), TCH/F9.6 (full rate TCH at 9.6kbit/s), TCH/FS(full rate speech TCH), TCH/H (half rate TCH), TCH/H2.4 (half rate TCH at 2.4kbit/s), TCH/H4.8 (half rate TCH at 4.8kbit/s) or TCH/HS (half rate speech TCH).

TCI Tranceiver Control Interface.

TCP/IP Transmission Control Protocol/Internet Protocol.

TCU Transceiver control unit.

TCU-m Transceiver control unit micro (combination of ORAC and RF boards).

TDM Time Division Multiplexing.

TDMA Time Division Multiple Access.

TDU Topcell Data Unit

TE Terminal Equipment. Equipment that provides the functions necessary for the operation of the access protocols by the user.

Tei Terminal endpoint identifier.

TEI Terminal Equipment Identity.

TEMP TEMPorary.

TEST TEST control processor.

TFA Transfer Allowed.

TFP Transfer Prohibited.

TFTP Trivial File Transfer Protocol.

Version 1 Revision 9— T —



Glos–xxxii

TI Transaction Identifier.

Timeslot The multiplex subdivision in which voice and signalling bits are sent over the air. Each RF carrier is divided into 8 timeslots.

Timing advance A signal sent by the BTS to the MS. It enables the MS to advance the timing of its transmission to the BTS so as to compensate for propagation delay.

TM Traffic Manager.

TMI TDM Modem Interface board. Provides analogue interface from IWF to modems for 16 circuits (p/o IWF).

TMM Traffic Metering and Measuring.

TMN Telecommunications Management Network. The implementation of the Network Management functionality required for the PLMN is in terms of physical entities which together constitute the TMN.

TMSI Temporary Mobile Subscriber Identity. A unique identity temporarily allocated by the MSC to a visiting mobile subscriber to process a call. May be changed between calls and even during a call, to preserve subscriber confidentiality.

TN Timeslot Number.

Traffic Channels which carry users’ speech or data (see also TCH).channels

Traffic unit Equivalent to an erlang.

Training Sequence of modulating bits employed to facilitate timing recovery sequence and channel equalisation in the receiver.

TRAU Transcoder Rate Adaption Unit.

TRX TRansceiver(s). A network component which can serve full duplex communication on 8 full-rate traffic channels according to specification GSM 05.02. If Slow Frequency Hopping (SFH) is not used, then the TRXserves the communication on one RF carrier.

TS Telecommunications standard.

TS Teleservice.

TS TimeSlot (see Timeslot).

TSA TimeSlot Acquisition.

TSDA Tranceiver Speech & Data Interface.

TSC Training Sequence Code.

TSI Time Slot Interchange.

TSM Transceiver station manager board (part of TCV).

TTL Transistor to Transistor Logic.

TTY TeleTYpe (refers to any terminal).

TU Traffic Unit.

TUP Telephone User Part (of signalling system No. 7).

Tx Transmit(ter)

Version 1 Revision 9 — U —



Glos–xxxiii

— U —

�S micro-second (10–6).

UA Unnumbered Acknowledgment. A message sent from the MS to the BSSto acknowledge release of radio resources when a call is being cleared.

UDP User Datagram Protocol.

UDUB User Determined User Busy.

UHF Ultra High Frequency.

UI Unnumbered Information frame.

Um Air interface (User part modified).

UMTS Universal Mobile Telecommunication System.

UPD Up to Date.

Uplink Physical link from the MS towards the BTS (MS transmits, BTS receives).

Useful part of That part of the burst used by the demodulator; differs from the full burstburst because of the � bit shift of the I and Q parts of the GMSK signal.

USSD Unstructured SS Data.

— V —VA Vitirbi Algorithm (used in channel equalizers).

VAD Voice Activity Detection. A process used to identify presence or absenceof speech data bits. VAD is used with DTX.

VCO Voltage Controlled Oscillator.

VLR Visitor Location Register. A GSM network element which provides a temporary register for subscriber information for a visiting subscriber. Often a part of the MSC.

VLSI Very Large Scale Integration (in ICs).

VOX Voice Operated Transmission.

VSP Vehicular Speaker Phone.

VSWR Voltage Standing Wave Ratio.

— W —WPA Wrong Password Attempts (counter).

WS Work Station. The remote device via which O&M personnel execute input and output transactions for network management purposes.

WSF Work Station Function block.

Version 1 Revision 9— X —



Glos–xxxiv

— X —X.25 CCITT specification and protocols for public packet-switched networks

(see PSPDN).

X.25 link A communications link which conforms to X.25 specifications and uses X.25 protocol (NE to OMC links).

XBL Transcoder to BSS Link. The communications link between the Transcoder (XCDR) and the BSS.

XCB Tranceiver Control Board (p/o tranceiver).

XCDR Full-rate Transcoder. Provides speech transcoding and 4:1 submultiplexing (p/o BSS, BSC or XCDR).

XID Exchange Identifier.




Answers–1

Answers




Answers–2




Answers–3

Answers Site configuration Exercise – Number 1

� ��

#-1', /! //��+�+#-1', /! �3!".�+

$.#-�04,#/��((+2#" #-1', /! ��

#-1', � ��4#/

#-1', � ��*+

!&%�#(#)#*0 /!�04,# � �!&%�#(#)#*0 %,.+!�/(+0/ ��

!&%�#(#)#*0 /4*!�0')#�++/�� !&%�#(#)#*0 /4*!�0')#�.#/0+.# �� !&%�#(#)#*0 .#)+0#�0')#�++/ �� !&%�#(#)#*0 .#)+0#�0')#�.#/0+.# ��

!&%�#(#)#*0 /4*!�(+//�++/ � �!&%�#(#)#*0 /4*!�(+//�.#/0+.# �� !&%�#(#)#*0 /4*!�(+//�"�'(4 �� !&%�#(#)#*0 /4*!�(+//�&+1.(4 � �

!&%�#(#)#*0 .#)+0#�(+//�++/ � �!&%�#(#)#*0 .#)+0#�(+//�.#/0+.# �� !&%�#(#)#*0 .#)+0#�(+//�"�'(4 �� !&%�#(#)#*0 .#)+0#�(+//�&+1.(4 � �

!&%�#(#)#*0 /(',�(+//�++/ � �!&%�#(#)#*0 /(',�(+//�.#/0+.# �� !&%�#(#)#*0 /(',�(+//�"�'(4 �� !&%�#(#)#*0 /(',�(+//�&+1.(4 �!&%�#(#)#*0 #.�(+//�"�'(4 � �!&%�#(#)#*0 #.�(+//�&+1.(4 �




Answers–4




Answers–5

Answers Site configuration Exercise – Number 2

� ��

)-#( �+� ��'

)-#( ��

)-#( ��

�"!� $ % &, +.&��,#% �''+�� "!� $ % &, +.&��,#% �* +,'* �� "!� $ % &, * %', �,#% �''+ �� "!� $ % &, * %', �,#% �* +,'* ��

�"!� $ % &, +.&��$'++�''+ �� "!� $ % &, +.&��$'++�* +,'* �� "!� $ % &, +.&��$'++��#$. �� "!� $ % &, +.&��$'++�"'-*$. � ��

�"!� $ % &, * %', �$'++�''+ �� "!� $ % &, * %', �$'++�* +,'* �� "!� $ % &, * %', �$'++��#$. �� "!� $ % &, * %', �$'++�"'-*$. � ��

�"!� $ % &, +$#(�$'++�''+ �� "!� $ % &, +$#(�$'++�* +,'* �� "!� $ % &, +$#(�$'++��#$. �� "!� $ % &, +$#(�$'++�"'-*$. � ��"!� $ % &, � *�$'++��#$. � ��"!� $ % &, � *�$'++�"'-*$. ��




Answers–6

C2 Reselection ExerciseThe parameters and levels specified on the facing page are typical values experiencedby a mobile in the reselection process. Use these values to determine whether themobile will reselect to the neighbour cell. The mobile has been in the server well overone hour, and the best neighbour has been in the top six measured cells for exactly 4minutes.

Version 1 Revision 9 C2 Reselection Exercise



Answers–7

Working Area

��

A= Rxlev Av – P1 (P1= rxlev_access_min= (–90) dBm)

A= (–70) – (–90) = 20 dBm

B= P2 – Max RF Power of MS (P2=ms_txpwr_max_cch= dBm)

B= 33 – 39 = (–6) dBm

C1= 20 – 0 = 20 dBm

C2= 20 + 6 = 26 dBm

��

A= Rxlev Av – P1 (P1= rxlev_access_min= (–90) dBm)

A= (–63) – (–90) = 27 dBm

B= P2 – Max RF Power of MS (P2=ms_txpwr_max_cch= dBm)

B= 41 – 39 = 2 dBm

C1= 27 – 2 = 25 dBm

C2= 25 + 4 – 10 = 19 dBm

FOR RESELECTION

C2 (server) < C2 (neighbour) – cell_reselect_hysteresis

C2 server= 26C2 Neighbour= 19C2 Neighbour – cell_reselect_hysteresis= 15 ∴ No reselection




Answers–8

Version 1 Revision 9 Add Cell Answers:



Answers–9

Add Cell Answers:� The cell being equipped is part of the Swiss PLMN, in Location Area 255 and is

numbered 1 at site 1. (remember to use spacing)

add_cell 2 2 8 0 1 255 1 1

� The cell uses the EGSM 900 frequency band.

freq_type = 2

� The NCC for the cell is 1 is 001 (binary). The BCC for cell 1 is 010 (binary)

bsic = 10

� If resources requested by an MS are not available, then it must, on receipt of an“immediate assignment reject” message wait 3 seconds before re–attempting.

wait_indication_parameters = 3

� A total of 9 CCCH blocks are available on the cell. 4 of the 9 CCCH blocks arereserved for AGCH.

ccch_conf = 0

bs_ag_blks_res = 4

� Normal paging is in operation and there will be an interval of approximately onesecond between transmissions of paging messages to MS’s of the same group.

bs_pa_mfrms = 2

extended_paging_active = 0

� The preferred number of SDCCH’s is 8.

number_sdcchs_preferred = 8

� Access to the cell is not restricted in any way.

en_incom_ho = 1

� Intra–cell and Inter–cell handovers are permitted and can, if applicable, becontrolled by the BSC.

intra_cell_handover_allowed =1

inter_cell_handover_allowed = 1

� The maximum number of target cells to be specified in a “handover required”message will be 6.

number_of_preferred_cells = 6

� The default values for the handover margin is 16 dB.

ho_margin_def = 16

� After a “handover–recognised” message has been generated the handover triggermechanism will be inhibited for approximately 4 seconds.

handover_recognised_period = 8

Version 1 Revision 9Add Cell Answers:



Answers–10

� Handovers due to RXLEV, RXQUAL, interference and timing advance allowed. Amobile shall be allowed to handover whilst in dedicated mode on an SDCCH, butonly after it has been on the SDCCH for 3 seconds. Handovers due to powerbudget are not allowed.

ul_rxqual_ho_allowed = 1

dl_rxqual_ho_allowed = 1

ul_rxlev_ho_allowed = 1

dl_rxlev_ho_allowed = 1

sdcch_ho = 1

sdcch_timer_ho = 3

interfer_ho_allowed = 1

pwr_handover_allowed = 0

ms_distance_allowed = 1

mspwr_alg = 0

� If an MS is required to handover into this cells it should send handover accessbursts at a power level of 43 dBm.

handover_power_level = 0

� MS power control is allowed, the minimum time between power control ordersbeing approximately 10 seconds

ms_p_control_interval = 10

ms_p_con_ack = 0

ms_power_control_allowed = 1

� BTS power control is allowed and the maximum output power for the cell will be 39dBm. The minimum interval between BTS power changes is approximately 2seconds.

bts_p_con_interval = 2

bts_p_con_ack = 0

bts_power_control_allowed = 1

� The maximum MS output power that the MS will be told to go to is 39 dBm. Powerincrements will be 6 dB steps for UL & DL and will be reduced in 4 dB steps for UL& DL. BTS power control is allowed and the maximum output power for the cell willbe 39 dBm.

pow_inc_step_size_ul = 6

pow_inc_step_size_dl = 6

pow_red_step_size_ul = 4

pow_red_step_size_dl = 4

dyn_step_adj = 0

dyn_step_adj_fmpr = 10

max_tx_bts = 2




Answers–11

max_tx_ms = 39

� Default values for RXLEV minimum if not known by the source BSS are –100dBm.

rxlev_min_def = 0

decision_alg_num = 0

decision_1_dl_rxlev_av_h = 0

decision_1_dl_rxlev_av_ih = 0

decision_1_dl_rxlev_av_p = 0

decision_1_dl_rxqual_av_h = 0

decision_1_dl_rxqual_av_p = 0

� For handover, timing advance and power control functions 66% of 12 averagedvalues must exceed the set threshold for the cell.

decision_1_n1 = 12

decision_1_n2 = 12

decision_1_n3 = 12

decision_1_n4 = 12

decision_1_n5 = 12

decision_1_n6 = 12

decision_1_n7 = 12

decision_1_n8 = 12

decision_1_ncell_relev_av_h_calc = 0

decision_1_p1 = 8

decision_1_p2 = 8

decision_1_p3 = 8

decision_1_p4 = 8

decision_1_p5 = 8

decision_1_p6 = 8

decision_1_p7 = 8

decision_1_p8 = 8

� The lower threshold for power control in both the UL & DL direction due toRXQUAL is a bit error rate (BER) of 13.5%, there is no upper quality limit. Thethresholds for handovers due to interference are a BER of 10% and a RXLEV of–95 dBm in either the UL or DL direction. The threshold for handovers due toRXLEV in both the UL & DL directions are –100 dBm.

l_rxqual_ul_p = 1350

l_rxqual_dl_p = 1350

u_rxqual_ul_p = 0




Answers–12

u_rxqual_dl_p = 0

l_rxqual_ul_h = 1000

l_rxqual_dl_h = 1000

l_rxlev_ul_h = 10

l_rxlev_dl_h = 10

u_rxlev_ul_ih = 15

u_rxlev_dl_ih = 15

� The Cell should have a maximum timing advance of 50. Work out what both cell’sdiameters are to the nearest km?

ms_max_range = 50

(55.35km diameter)

� The thresholds for BSS power control are –90 dBm and –75 dBm. The thresholdsfor MS power control are –90 dBm and –75 dBm.

l_rxlev_ul_p = 20

l_rxlev_dl_p = 20

u_rxlev_ul_p = 35

u_rxlev_dl_p = 35

� If the neighbour list is changed dynamically from the OMC, subsequentmeasurement reports using the old BA list shall still be processed by the HDPC inthe normal way.

ba_alloc_proc = 0

� If the RSS does not decode consecutive SACCH bursts on any link to an MS for aperiod of 12 seconds, the link will be assumed to be lost. When the RSS has failedto decode consecutive SACCH bursts for a period of 8 seconds the DL & ULpower shall be increased to the cell maximum.

link_fail = 5

full_pwr_rfloss = 1

link_about_to_fail = 4

� The cell is not barred, apart from access class 9. Emergency calls are permitted.

cell_bar_access_switch = 0

cell_bar_access_class = 0200

emergency_class_switch = 0

� The MSC must be informed when the number of full rate channels available risesto eight or drops to two.

report_resource_tch_f_high_water_mark= 8

report_resource_tch_f_low_water_mark = 2

� The MS receive level must be at least –106 dBm from the cell before attemptingaccess.

rxlev_access_min = 4




Answers–13

� DTX will not be used on the cell.

dtx_required = 2

� Attach/detach is not supported on either cell.

attach_detach = 0

� A roaming agreement exists between the Swiss PLMN (NCC of 1) with both Italiansystems and both French systems. Cell 1 is positioned on the border adjoiningItaly and France.

ncc_of_plmn_allowed = 70

� If an MS receives no response to a “channel request” message, it may repeat therequest up to 5 times.

max_retran = 2

tx_integer = 10

� An MS, when first accessing the cell, will do so at a power level of 37 dBm.

ms_txpwr_max_cch = 3

� If the MS is unable to decode a SACCH message for approximately twelveseconds then it will assume radio link failure and abort the radio resourceconnection. Call re–establishment is allowed.

radio_link_timeout = 5

reestablish_allowed = 0

� When considering cell reselection to another location area, the target cells C1 orC2 must be 4 dB higher that that of the server for. The cell shall be considered a“normal” priority cell.

cell_reselect_hysteresis = 2

cell_reselect_param_ind = 1

cell_bar_qualify = 0

� The cell reselect offset for the cell should be 2 dB. It should have a temporaryoffset of 20 dB’s for 3 minutes.

cell_reselect_offset = 1

temporary_offset = 2

penalty_time = 8

� The cell shall employ the rapid pwr down feature. The feature will be initiated onno less than 4 reports and trigger at –60 dBm. The desired BTS rxlev after powerdown should be –80 dBm.

rapid_pwr_down = 1

rpd_trigger = 50

rpd_offset = 20

rpd_period = 4

� No form of queuing is permitted on the cell.

queue_management_information = 0




Answers–14

max_q_length_full_rate_channel = 0

max_q_length_sdcch = 0

� Channel reconfiguration is permitted. The maximum number of SDCCH’s for thecell 1 is 24. The preferred number of SDCCH’s is 8. If there are just 3 freeSDCCH’s available then reconfiguration from TCH to SDCCH should occur, toallow this reconfiguration 4 or more TCH’s should be idle. If 13 free SDCCH’s areavailable then reconfiguration from SDCCH to TCH should occur. If on request anSDCCH is not available (i.e. even after reconfiguration) then the channel request isto be dropped.

channel_reconfiguration_switch = 1

max_number_of_sdcchs = 24

sdcch_need_low_water_mark = 13

sdcch_need_high_water_mark = 3

tch_full_need_low_water_mark = 4

immediate_assign_mode = 0

� On detection of a lower layer failure and during the channel release procedure, thesystem will hold onto a channel for 15.5 seconds.

rr_t3109 = 15500

� During normal channel release once the main signalling link has been terminatedand the BSS receives a disconnect frame from the MS, the RF link will beterminated after 7.68 seconds.

rr_t3111 = 7680

� Periodic updates are not supported on the cell.

rr_t3212 = 0

� If resources are not available at a target cell for handovers from the cell then thesource BSC must be informed by the switch.

handover_required_reject_switch = 1

� If the network does not receive either a “handover complete” message on the newchannel, a failure message on the old channel or the MS re–establishing the callafter the MS has been told to handover from the cell for 4.1 seconds then thesource channel will be released and all references to that MS cleared.

rr_t3103 = 4100

� If after requesting radio resources the signalling link is not established in 1.7seconds for the cell, the allocated resources will be released and the channelrequest message ignored.

rr_t3101 = 1700

� The CRM will allocate channels on a best–to–worst basis, each channel beingplaced in one of five interference bands ranging from an absolute noise level of–85 dBm, –90 dBm, –95 dBm, –100 dBm and –105 dBm. The CRM will attempt toallocate an SCCP reference number up to eight times for the cell.

interfer_bands, 0 = 5





Answers–15




threshold = 8

� If after successfully handing over, the MS does not acknowledge the receipt of aphysical information message within 60 ms for the cell the physical informationmessage can be retransmitted, up to a maximum of 20 times.

rr_t3105 = 2

rr_ny1_rep = 20

Version 1 Revision 9Equipage Exercise Answers



Answers–16

Equipage Exercise Answersequip 12 KSW

0

0

15

yes

equip 12 BTP

0

15

20

3

equip 12 DHP

15

0

25

3

equip 12 GCLK

0

15

equip 12 MSI

1

15

16

0

equip 0 RSL

12

0

0

2500

3

7

Version 1 Revision 9 Equipage Exercise Answers . . .



Answers–17

Equipage Exercise Answers . . .equip 12 DRI

0 0

0

drim

15

7

<CR>

<CR>

2 3 4 0 1 10724 52

1

<CR>

1

4

equip 12 DRI

0 1

0

drim

15

9

<CR>

<CR>

2 3 4 0 1 10724 52

1

<CR>

1

4

equip 12 DRI

1 0

0

drim

15

11

<CR>

<CR>

2 3 4 0 1 10724 54

1

<CR>

1

4

Version 1 Revision 9Equipage Exercise Answers . . .



Answers–18

Equipage Exercise Answers . . .equip 12 RTF

bcch

0 0

0

1

2 3 4 0 1 10724 52

48

255 255 255 255 255 255 255 255

3 3 3 3 3 3 3 3

0

equip 12 RTF

non_bcch

0 1

0

1

2 3 4 0 1 10724 52

64

255 255 255 255 255 255 255 255

3 3 3 3 3 3 3 3

0

equip 12 RTF

bcch

1 0

0

1

2 3 4 0 1 10724 54

53

255 255 255 255 255 255 255 255

0 0 0 0 0 0 0 0

Version 1 Revision 9 Path Equipage Exercise Answers



Answers–19

Path Equipage Exercise Answers

��

��

��

��

��

��

��

��

��

��

��

��

Version 1 Revision 9Path Equipage Exercise Answers



Answers–20

Gsm Basics

Documents

Transcript of Gsm Basics