PCU
PCU
PCU
Toolbag PCU
Toolbag PCU
TG03
Training
Positin mark for TED spine
Manual
Version 1 Rev 1
FOR TRAINING
PURPOSES ONLY
THIS MANUAL WILL
NOT BE UPDATED
Version 1 Rev 1
Software Release GSR5
TG03
Toolbag PCU
Motorola 2002
All Rights Reserved
Printed in the U.K.
Copyrights
The Motorola products described in this document may include copyrighted Motorola computer
programs stored in semiconductor memories or other media. Laws in the United States and other
countries preserve for Motorola certain exclusive rights for copyright computer programs, including the
exclusive right to copy or reproduce in any form the copyright computer program. Accordingly, any
copyright Motorola computer programs contained in the Motorola products described in this document
may not be copied or reproduced in any manner without the express written permission of Motorola.
Furthermore, the purchase of Motorola products shall not be deemed to grant either directly or by
implication, estoppel or otherwise, any license under the copyrights, patents or patent applications of
Motorola, except for the rights that arise by operation of law in the sale of a product.
Restrictions
The software described in this document is the property of Motorola. It is furnished under a license
agreement and may be used and/or disclosed only in accordance with the terms of the agreement.
Software and documentation are copyright materials. Making unauthorized copies is prohibited by
law. No part of the software or documentation may be reproduced, transmitted, transcribed, stored
in a retrieval system, or translated into any language or computer language, in any form or by any
means, without prior written permission of Motorola.
Accuracy
While reasonable efforts have been made to assure the accuracy of this document, Motorola
assumes no liability resulting from any inaccuracies or omissions in this document, or from the use
of the information obtained herein. Motorola reserves the right to make changes to any products
described herein to improve reliability, function, or design, and reserves the right to revise this
document and to make changes from time to time in content hereof with no obligation to notify any
person of revisions or changes. Motorola does not assume any liability arising out of the application
or use of any product or circuit described herein; neither does it convey license under its patent
rights of others.
Trademarks
Contents
General information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
First aid in case of electric shock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3
Reporting safety issues . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Warnings and cautions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
General warnings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
General cautions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8
Devices sensitive to static . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Chapter 1
Chapter title goes here . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
. ......................................................................... 11
. .................................................................... 11
. ......................................................................... 13
. .................................................................... 13
Chapter 2
Chapter title goes here . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
. ......................................................................... 21
. .................................................................... 21
. ......................................................................... 23
. .................................................................... 23
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . I1
General information
Important notice
If this manual was obtained when attending a Motorola training course, it will not be
updated or amended by Motorola. It is intended for TRAINING PURPOSES ONLY. If it
was supplied under normal operational circumstances, to support a major software
release, then corrections will be supplied automatically by Motorola in the form of
General Manual Revisions (GMRs).
Purpose
Motorola cellular communications manuals are intended to instruct and assist personnel
in the operation, installation and maintenance of the Motorola cellular infrastructure
equipment and ancillary devices. It is recommended that all personnel engaged in such
activities be properly trained by Motorola.
These manuals are not intended to replace the system and equipment training offered by
Motorola, although they can be used to supplement and enhance the knowledge gained
through such training.
Cross references
Throughout this manual, cross references are made to the chapter numbers and section
names. The section name cross references are printed bold in text.
This manual is divided into uniquely identified and numbered chapters that, in turn, are
divided into sections. Sections are not numbered, but are individually named at the top of
each page, and are listed in the table of contents.
Text conventions
The following conventions are used in the Motorola GSM manuals to represent keyboard
input text, screen output text and special key sequences.
Input
Characters typed in at the keyboard are shown like this.
Output
Messages, prompts, file listings, directories, utilities, and environmental
variables that appear on the screen are shown like this.
Warning
WARNING Do not touch the victim with your bare hands until the
electric circuit is broken.
Switch off. If this is not possible, protect yourself with dry
insulating material and pull or push the victim clear of the
conductor.
Artificial respiration
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, cover
the wound with a dry dressing.
3. Do not apply oil or grease in any form.
Introduction
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 a
written report by fax, Swindon +44 (0)1793 430987 or China +86 10
68423633 (fax).
4. Collect evidence from the equipment under the guidance of the Customer Network
Resolution Centre.
Introduction
The following describes how warnings and cautions are used in this manual and in all
manuals of this Motorola manual set.
Warnings
Definition of Warning
A warning is used to alert the reader to possible hazards that could cause loss of life,
physical injury, or ill health. This includes hazards introduced during maintenance, for
example, the use of adhesives and solvents, as well as those inherent in the equipment.
Cautions
Definition of Caution
A caution means that there is a possibility of damage to systems, software or individual
items of equipment within a system. However, this presents no danger to personnel.
General warnings
Introduction
Observe the following warnings during all phases of operation, installation and
maintenance of the equipment described in the Motorola manuals. Failure to comply with
these warnings, or with specific warnings elsewhere in the Motorola manuals, violates
safety standards of design, manufacture and intended use of the equipment. Motorola
assumes no liability for the customers failure to comply with these requirements.
Warning labels
Personnel working with or operating Motorola equipment must comply with any warning
labels fitted to the equipment. Warning labels must not be removed, painted over or
obscured in any way.
Specific warnings
Warnings particularly applicable to the equipment are positioned on the equipment and
within the text of this manual. These must be observed by all personnel at all times when
working with the equipment, as must any other warnings given in text, on the illustrations
and on the equipment.
High voltage
Certain Motorola equipment operates from a dangerous high voltage of 230 V ac single
phase or 415 V ac three phase supply which is potentially lethal. Therefore, the areas
where the ac supply power is present must not be approached until the warnings and
cautions 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 be
set to off and locked.
Within the United Kingdom (UK) regard must be paid to the requirements of the
Electricity at Work Regulations 1989. There may also be specific country legislation
which 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 equipment
when in operation. Ensure that all transmitters are switched off when any antenna
connections have to be changed. Do not key transmitters connected to unterminated
cavities or feeders.
Refer to the following standards:
ANSI IEEE C95.1-1991, IEEE Standard for Safety Levels with Respect to Human
Exposure to Radio Frequency Electromagnetic Fields, 3 kHz to 300 GHz.
CENELEC 95 ENV 50166-2, Human Exposure to Electromagnetic Fields High
Frequency (10 kHz to 300 GHz).
Laser radiation
Do not look directly into fibre optic cables or optical data in/out connectors. Laser
radiation can come from either the data in/out connectors or unterminated fibre optic
cables connected to data in/out connectors.
Lifting equipment
When dismantling heavy assemblies, or removing or replacing equipment, the competent
responsible person must ensure that adequate lifting facilities are available. Where
provided, lifting frames must be used for these operations. When equipments have to be
manhandled, reference must be made to the Manual Handling of Loads Regulations
1992 (UK) or to the relevant manual handling of loads legislation for the country in which
the equipment is used.
Do not ...
... substitute parts or modify equipment.
Because of the danger of introducing additional hazards, do not install substitute parts or
perform any unauthorized modification of equipment. Contact Motorola if in doubt to
ensure that safety features are maintained.
Battery supplies
Do not wear earth straps when working with standby battery supplies.
Toxic material
Certain equipment may incorporate components containing the highly toxic material
Beryllium or its oxide Beryllia or both. These materials are especially hazardous if:
Beryllium materials are absorbed into the body tissues through the skin, mouth, or
a wound.
The dust created by breakage of Beryllia is inhaled.
Toxic fumes are inhaled from Beryllium or Beryllia involved in a fire.
Beryllium warning labels are fitted to equipment incorporating Beryllium or Beryllium
Oxide. Observe all safety instructions given on warning labels.
Beryllium Oxide is used within some components as an electrical insulator. Captive within
the component it presents no health risk whatsoever. However, if the component should
be broken open or burnt, the Beryllium Oxide, in the form of dust or fumes, could be
released, with the potential for harm.
Lithium batteries
Lithium batteries, if subjected to mistreatment, may burst and ignite. Defective lithium
batteries must not be removed or replaced. Any boards containing defective lithium
batteries must be returned to Motorola for repair.
General cautions
Introduction
Observe the following cautions during operation, installation and maintenance of the
equipment described in the Motorola manuals. Failure to comply with these cautions or
with specific cautions elsewhere in the Motorola manuals may result in damage to the
equipment. Motorola assumes no liability for the customers failure to comply with these
requirements.
Caution labels
Personnel working with or operating Motorola equipment must comply with any caution
labels fitted to the equipment. Caution labels must not be removed, painted over or
obscured in any way.
Specific cautions
Cautions particularly applicable to the equipment are positioned within the text of this
manual. These must be observed by all personnel at all times when working with the
equipment, as must any other cautions given in text, on the illustrations and on the
equipment.
Fibre optics
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 by
mishandling. Wear an approved earth strap when adjusting or handling digital boards.
See Devices sensitive to static for further information.
Introduction
Certain metal oxide semiconductor (MOS) devices embody in their design a thin layer of
insulation that is susceptible to damage from electrostatic charge. Such a charge applied
to the leads of the device could cause irreparable damage.
These charges can be built up on nylon overalls, by friction, by pushing the hands into
high insulation packing material or by use of unearthed soldering irons.
MOS devices are normally despatched from the manufacturers with the leads shorted
together, for example, by metal foil eyelets, wire strapping, or by inserting the leads into
conductive plastic foam. Provided the leads are shorted it is safe to handle the device.
PCU Tools
Chapter 1
PCU Tools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Module Objectives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Tools Chapter Objectives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
TCP snoop/Windump . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
Windump Output . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
Workflow of IP analysis. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
Post Processing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
EtherPeek . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
IP MTU Size & LLC packets in GPRS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 112
TCP 3way Handshake . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 114
TCP Data Flow (Downlink FTP, TCP session) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116
TCP Packet loss & Retransmission . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 118
TCP retransmission in GPRS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 120
Introduction to AGNet Tools . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122
Usage of AGNet Tools in GPRS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 124
Ping Results . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126
MDTT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
Description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
Mobile setup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 130
Mobile Installation Setup (Contd) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
System configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 134
MDTT Functionality Decode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 136
User Interface Decode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138
Layer 3 messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140
LLC messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142
RLC/MAC messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
Complete Message . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 146
MDTT Functionality Monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Mobile EFEM Display . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150
RTA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
Startup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 154
K1205 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156
Radcom/Prismlite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160
PrismLite Typical Hardware Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162
Setting up Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 164
Processes Control Frame Capture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170
Processes Control Line Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172
Processes Control Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 174
GB Snoop . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
Gbsnoop Features . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
TCP connection finder . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180
TCP Connection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 182
TCP Connection Contd . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 184
Excel directed viewing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 186
BVC Flow Control Viewer output . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188
BSS Gather . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190
Checking the processing buffers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
Excel Spreadsheet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194
Overview
Module Objectives
By the end of this module the student will be able to:
Debug simple issues in the field environment.
Select relevant procedures to correct simple faults.
Collect the correct data to enable support team engineers to carry out their tasks in
a more timely manner.
TCP snoop/Windump
TCP Snoop is a Unix/Solaris IP analysis tool and Windump is the Windows based
version. The Tool will capture IP packets and is commonly used in GPRS to undertake
FTP Investigations.
TCP Snoop is available by default when Solaris is installed. Windump must be obtained
and installed. It can be obtained as freeware from http://windump.polito.it/
TCP Dump will produce a text output to indicate IP activity.
TCP snoop can also be run on a client or server machine.
TCP Snoop
Diagran Number
Figure 1-1
Windump Output
The command windump D will display all the logical ports on the Windows machine.
The command i 4 w will specify the port to be listened to and reported on. The output
file is then specified. All packets will be reported to the output file, and no activity is seen
on the Windows machine.
$ windump h
windump version 3.6.2, based on tcpdump version 3.6.2
WinPcap version 2.3, based on libpcap version 0.6.2
Usage: windump [ adDeflnNOpqStuvxX ] [ B size] [ c count] [ F file ]
[ i interface ] [ r file ] [ s snaplen ]
[ T type ] [ w file ] [ expression ]
$ windump D
1. \ Device \ Packet_{F5F93E62 7F00 4BAC 825E B8975C824B71} (Unknown)
2. \ Device \ Packet_{ACA4BD5B 5A19 46A6 A520 BAE73DC095B1} (Unknown)
3. \ Device \ Packet_{DB65E070 52B9 4577 A43A 5302F8F1B76A} (NOC Extranet Access Adapter)
4. \ Device \ Packet_{8B16CD81 8635 4122 BF5D 72562EAF4315} (3Com EtherLink PCI)
5. \ Device \ Packet_{E06DE95D D5CF 480F 9CEA 02442F94F2B1} (Xircom CardBus Ethernet 10/1
Adapter)
6. \ Device \ Packet_{88DFF086 42F6 47BB 9917 6C69B2617F45} (Unknown)
7. \ Device \ Packet_ NdisWanIp ( NdisWan Adapter)
Figure 1-2
Workflow of IP analysis.
The output file from windump or TCP snoop should then be run through TCPTrace
(available from http://www.tcptrace.org).
This can then be run through a third program called Xplot to obtain a graphical
representation. This is available from http://masaka.cs.ohiou.edu/software/tcptrace/jPlot/.
Workflow of IP Analysis
##$!
" $!$
" !#
"#!#'"
'"#
#"
#&#' #" $!
"''#!"%
!
Use Xplot (Unix flavour #'"
"
only) or jPlot (in Java) to %
display time sequence
graph
Figure 1-3
Post Processing
The screen shot opposite shows the throughput of data during a cell reselection. Several
re transmission requests are sent before the data transfer resumes and is finally
completed.
Figure 1-4
EtherPeek
Etherpeek is a network and protocol analysis tool designed to help for troubleshooting,
optimise, plan and configure a network. It includes many Graphical displays and
statistics windows that describe the composition of traffic on a GPRS network.
Becoming familiar with network usage patterns can alert you to potential performance
and configuration problems, and provide you with the information to quickly identify and
remedy ananomalous network condition.
Etherpeek
Figure 1-5
IP Datagram
(de)fragmentation process
Figure 1-6
Diagran Number
Figure 1-7
Diagran Number
Figure 1-8
Diagran Number
Figure 1-9
In the examples shown, example one shows bad FTP Throughput, 0.85KBps with17
retransmissions.
Figure 1-10
Both of the above graphs have an X axis of ms and a Y axis of Bytes. They represent
the same information as the Xplot graph did, in that the top line is the best throughput
available, and the bottom line is the actual thoughput.
AGNet Tools
PCU Tools 3
Figure 1-11
PING parameters
Figure 1-12
Ping Results
The results list shows Status and Response Time for each Echo Request (Packet).
Response times are shown in seconds.
The Statistics section at the bottom of the display shows the total number of packets
Sent, Received, and Lost. It also shows the Minimum, Average, and Maximum response
time for received response packets.
Ping Results
Figure 1-13
MDTT
Description
The Motorola Drive Test Tool (MDTT) decodes and displays GSM and GPRS air
interface messages and parameters. It can also use log files to record and subsequently
replay the messages and parameters. The tool helps field engineers to locate problems
in the network.
It allows real time decoding and display of signaling messages.
It is designed to Help Field Engineers and Network Optimisers locate a problem in the
Network.
It has limited capability for GSM as it does not capture layer 1 or 2 messages. However
it captures layer 3 messages which make it suitable for use with GPRS.
Motorola PCS
PCMCIA
card
Figure 1-14
Mobile setup
The following Mobile software versions are supported by Motorola Drive Test Tool:
SMG 31: AF.7F.BB or higher.
Other legacy SMG 29 and 27 software.
Motorola GSM Phone (e.g. CD920, some of Vseries)
Figure 1-15
730000# 731063#
730170# 731100#
730202# 731200#
730304# 731301#
730480# 731406#
Command Meaning
65# Displays the International Mobile Subscriber Identify (IMSI) from the
SIM.
60# Display IMEI
19# Display the software version of the call processor
20# Display the software version of the Modem
22# Display the software version of the Speech Decoder
61xxx# Display/modify the MCC portion of the LAI, when xxx not present, then it
will display the current value
62xx# Display/modify the MNC portion of the LAI, when xx not present, then it
will display the current value=
63xxxxx# Display/modify the LAC portion of the LAI, when xxxxx not present, then
it will display the current value
68# It will zero out the forbidden PLMN list in the SIM
800# Display the TLLI
810# Display Multislot class
812# Display the RX Timeslot capability
813# Display the TX timeslot capability
730000# 731063#
730170# 731100#
730202# 731200#
730304# 731301#
730480# 731406#
Command Meaning
65# Displays the International Mobile Subscriber identity (IMSI) from the SIM
60# Display IMEI
19# Display the software version of the call processor
20# Display the software version of the modem
22# Display the software version of the speech decoder
61xxx# Display/modify the MCC portion of the LAI, when xxx not present, then it
will display the current value
62xx# Display/modify the MNC portion of the LAI, when xx not present, then it will
display the current value
63xxxxx# Display/modify the LAC portion of the LAI, when xxxxx not present, then it
will display the current value
68# It will zero out the forbidden PLMN list in the SIM
800# Display the TLLI
810# Display Multislot class
812# Display the RX Timeslot capability
813# Display the TX Timeslot cabability
PCU_Logger settings_TMC
Figure 1-16
Figure 1-17
System
configuration
MDTT may be installed on a laptop or desktop PC. However, a laptop is essential if drive
tests are to be performed. Before installing the software, check that the system
configuration meets the following requirements:
Operating system: Windows NT4 Service Pack 5 or Windows 2000. Windows 98
not supported.
CPU: Pentium III 500 mHz.
RAM: 256 mb.
Available disk space: 10 mb.
PCMCIA card slot.
CD-ROM Drive.
More details on installation, update, required driver, problem report and latest firmware:
http://fieldeng.euro.csg.mot.com/field_test_tools/mplus/HTML/index.htm
Supported firmware for Motorola drive test tool is MPLUS4C5
To get Mplus card:
Kits Required
Basic Installation
Mplus/Lite
PC Card
Figure 1-18
MDTT
Functionality
Decode
Decode GSM/GPRS Layer 3 messages Call Control, Mobility Management,
Radio Resource Messages
Decode RLC/MAC Messages
Decode LLC messages
Complete Decoding of L3, RLC/MAC and LLC Messages
IP Header, SNPDU Header decoding from LLC-UI frames
Decode GPS positioning messages (NMEA-0183 Standard)
Decode
Figure 1-19
Figure 1-20
Layer 3
messages
The Layer 3 Messages Decode window displays layer 3 messages received from the
phone. The message structures are specified in ETSI document GSM 04.08. The
following messages are included:
BCCH system information messages of types 1, 2, 2bis, 2ter, 3, 4, 7, 8, 9 and 13.
SACCH system information messages of types 5, 5bis, 5ter and 6.
Channel request messages.
Immediate assignment messages.
Paging request messages of types 1, 2 and 3.
Measurement report messages.
All other layer 3 messages specified in GSM 04.08.
Figure 1-21
LLC messages
The LLC Messages Decode window displays LLC messages received from the phone.
The message structures are specified in ETSI document GSM 04.64. The following
information is also decoded from LLC frames, when present:
Layer 3 Headers from the LLC-UI frames.
SNPDU Headers from the LLC-UI frames.
IP Headers from the LLC-UI frames.
LLC parameters from the LLC-XID frames.
Figure 1-22
RLC/MAC
messages
The RLC/MAC Messages Decode window displays all RLC/MAC messages received
from the phone. The message structures are specified in ETSI document GSM 04.60.
Figure 1-23
Complete
Message
When a message header is highlighted in one of the four basic Decode windows (Layer
3, RLC/MAC, LLC or All messages), a fully expanded version of that message is
automatically displayed in the Complete Message window.
The Complete Message window only ever contains one expanded message.
Figure 1-24
MDTT
Functionality
Monitor
Serving Cell Information GSM/GPRS
Neighbouring Cell Information
Radio Parameter Chart Serving Cell/Neighbouring Cell radio parameters
GPRS Uplink/Downlink throughput charts
LLC Parameter display
GPS Data (Time, Latitude, Longitude, Course, Speed, Altitude, etc.)
Layer message
window context
menu
Figure 1-25
EFEM Enhanced Field Engineering Mode. This is a mode of operation to display field
test information, based on the idle display of the phone. This special mode also allows
the user to partly drive the behaviour of the phone.
Toggle
refresh
Favorite
button
Unused Unused
(dialling ) (dialling )
Previous
screen
Next
Screen
Figure 1-26
RTA
Overview
Real Time Analyzer is used to acquire, save, replay and analyze data associated with a
mobile phone. It runs in a similar manner to MDTT, except it will capture layer 1 and 2
messages as well as layer 3.
Easy to install, just download from compass http://compass.mot.com/go/pst .
Can be used with USB connection or with a PCMCIA card.
Setup
Logger bits setup
From phone test mode
730016#
731121#
732191#
733133#
734144#
735127#(RLC, LLC, SNDCP & EFEM)
738003#(LLC encryption)
739139#(RLC + decode error)
Initial Startup
Parser configuration. If using parser this must be correct otherwise RTA will
not launch (use rlc.map file).
Logger preferences Check no dump file if preference is no parsing (ie log
only, no analysis).
Startup
Initial Logging
Show all primitives (otherwise screen will remain blank)
MS Analysis>Primitives>All logger primitives.
Diagran Number
Figure 1-27
Startup
Now chose playback or start logging from the Log menu option.
During logging there are options to freeze/unfreeze, pause/unpause and stop logging.
Example Window
Diagran Number
Figure 1-28
K1205
Overview
Portable multi protocol tester with ability to monitor multiple interfaces.
Easy operation under Windows NT.
User Friendly help system.
Graphical and flexible protocol stack editor.
Detects interferences in individual network segments.
Does not interfere with network.
Overview
Figure 1-29
MSC/VLR
BTS
SS7
BSC
HLR
Laptop
PSTN
GPRS CISCOSYSTEM
S
1 2 3 4
3
1234
1 2 3 4 12 1 2 3 4 1234 5 6 7 8
1
34 5678
FA
STETH
ERNETIN
PU
T/O
UTPUTCONTR
O
LLERSD
Backbone
FEM
Cisco 7200
II
SGSN GGSN
Series
ER
0
BLED
OKW
IOPOST
CIA
K
T
FE
E
BLE
N
AU
EJEC
0
SLOT
LL
B
PUIR
M
I
A
FEA
PDN
EN
EN
EN
PC
Firewal
GGSN
PCU SGSN
Connection
Connect the cables to the interface to be monitored.
Switch K1205 on.
Choose auto configuration (for LAP based protocols this is dependant on data received
during a measurement interval).
Active signal channels available, measurements can now start.
Monitoring
Click the relevant on/off switch on the pipeline.
Click Monitor to view signalling data.
The screen should be broken into 4 segments.
These are a monitor screen, to specify the monitoring process being
undertaken.
A short view of all messages.
A decoded long view of the selected message.
A binary view of the selected message.
Monitoring
Diagran Number
Figure 1-30
Figure 1-31
Radcom/Prismlite
Note:
That the RadCom is not connected ON a link (parallel), but IN a link( serial). This means
the link has to be broken to install it.
Only two interfaces at the same time can be displayed.
Radcom
MSC/VLR
BTS
SS7
BSC
HLR
Laptop
PSTN
GPRS CISCOSYSTEM
S
1 2 3 4
4
1234
1 2 3 4 12 1 2 3 4 1234 5 6 7 8
2
34 5678
FA
STETH
ERNETIN
PU
T/O
UTPUTCONTR
O
LLERSD
Backbone
FEM
Cisco 7200
II
SGSN GGSN
Series
ER
0
BLED
OKW
IOPOST
CIA
K
T
E
BE
BLE
N
AU
EJEC
0
SLOT
LL
PUIR
M
I
F
A
FEA
A
PDN
EN
EN
EN
PC
C
Firewal
GGSN
PCU SGSN
Figure 1-32
Figure 1-33
Setting up Interfaces
GB Interface
It is important that the BSSGP version should be selected to correctly fit your system.
GB Interface Setup
GMM/SM GMM/SM
LLC LLC
Relay
RLC RLC BSSGP BSSGP
Figure 1-34
Gn/Gi Interface
The protocol to be selected for monitoring the Gn interface should be IP.
Gn/Gi Interface
Application
IP IP
Relay
SNDCP SNDCP GTP U GTP U
LLC LLC
Relay
UDP UDP
Figure 1-35
Gr Interface
For the Gr interface (SS7 SFHLR) we should select the GSM09.02 Protocol.
Gr Interface
Figure 1-36
Figure 1-37
Figure 1-38
Figure 1-39
GB Snoop
GBSnoop is the only tool on the market to analyze a GPRS networks performance.
It obtains Data (Arguments) to Manage Customer Expectations.
It provides an endtoend Troubleshooting tool.
GB Snoop will:
Manage huge amounts of log data.
Filter out problem areas.
Assign Problems to a network component.
Gbsnoop is a standalone EXE that has no further requirements. It requires to be placed
into any directory and executed from there. As input, it requires a Radcom ASCII log, raw
data, fully expanded. Also, you should under Record/Options/Timing choose Absolute
and milliseconds (default).
Alternatively, for K1205, it needs a file including the HEX message dump.
The steps are always the same:
First you must apply the Converter/Decoder.
From the File menu to obtain the required files for analysis, then use
the analyzer functions also from File.
Converter Module
Figure 1-40
Gbsnoop Features
GB Snoop contains converters for inputs from Radcom (Motorola) and Tektronix Gb
analyzers.
A Gb Protocol Stack Parser.
Gb link usage viewer.
TCP analyzer (find TCP connections).
Expert system to spot on Gb per TCP:
Retransmissions, round trip delays, multiple transmissions, lost blocks.
Excel OLE driver (Use Excel 97 as directed viewer).
BVC Flow Control Analyzer / Viewer.
Calculate Bmax from PCU signalling.
Integrational viewer (integrates Bmax estimation over time).
GB Snoop Functionality
Gb Link usage
Converter Converter Viewer
Legend
Device Independent Gb Parser Input
Excell viewable file
(tab separated fields)
Gb Protocol Stack Parser
Gbsnoop Software
Decoded GB Protocol Modue
Figure 1-41
This window provides a sample on FTP data connection. Analysis can be focused on
FTP connection, where the port source is labelled as FTP DATA.
Select the TCP connection (by row number) for further analysis. Then click the button
next to it for packet analysis on that TCP connection.
Diagran Number
Figure 1-42
TCP Connection
Roundtrip time is the amount of time for a packet being sent and acknowledged.
POSSIBLE REMARKS ON THE SPECIAL COLUMN
1. SQ: Segment is out of sequence, that is, it could be a retransmit or
there was a loss on the SGSN input side (Internet)
2. MACK(n): Multiply ACKed blocked (n=number of such Acks) This
happens, when the MS is missing a block or is expecting more data
which it is snot getting > potential RF problems or blocks missing from
Internet.
3. RT: Retransmit. This block is again transmitted later in the connection.
TCP Connection
Diagran Number
Figure 1-43
Diagran Number
Figure 1-44
Diagran Number
Figure 1-45
Diagran Number
Figure 1-46
BSS Gather
BSS_GATHER is a script written in TCL to overcome GPRS problems in the networks.
The function of bss_gather is to check the network of a number of known fault conditions,
rectify those fault conditions and report the conditions to a log. There are facilities in the
setup to send emails or SMS to an engineer or to a list of engineers, should a threshold
or a specific fault condition be found to exist.
The bss_gather is run on the OMC splat, either on the command line with arguments or
by a cron job.
Bss_gather can identify problems in a board and automatically reset that board, sending
information to log both before and after the reset but not every network will allow a script
to reset a board automatically.
The bss_gather examines the MIB database to extract all the BSCs below an OMC.
The bss_gather logs onto each BSC in turn and sends a disp_bss command.From the
returned output from the BSC it can identify all the sites below that BSC, both GSM or
GPRS.
The bss_gather is only interested in BU sites; so all others are currently ignored.
The bss_gather sends a disp_cell status <site no> command for each site identified from
disp_bss that are BU.
The bss_gather sends a disp_gprs_enabled < site no> command for each site identified
by the disp_bss that are BU.
if the network procedures allow BSS_Gather will toggle GPRS (the gprs_enable is
disabled and enabled again). This causes the Boards to rebalance, and reinitialise.
If a toggle cannot correct the problem then the next step would be to reset the DPROC,
again if the network procedures allow. Any successful or unsuccessful toggles are
logged by default.
From the Disp_cell_s <site no> there is information about timeslots.
BSS Gather
disp_bss
disp_cell_status <site no>
disp_element_gprs_enabled, <site no>
OMC
BSS1 BSS4
BSS2 BSS3
Figure 1-47
PB Buffers
...
4000000b yes HOST2NIB 1 00001a00 12 23040 30720 30732
...
8000000c no pmc2tsn 0 00010900 12 12000 0 N/A
PB Buffers
Figure 1-48
Excel Spreadsheet
By placing the output into an Excel spreadsheet it is possible to view the information
gathered by BSS Gather, and to view the results of any action carried out. In the graph
opposite, it can quite clearly be seen that over a number of months, the number of GPRS
Timeslots that were out of use, for this particular network varied greatly over time. Each
of the 5 lower value lines represent the number of PDTCH OOS for a particular OMC
area of responsiblity. The largest value line indicates an overall Network value.
It was found after examination that the dates where there were missing timeslots were
the same dates the SGSNs were having upgrades, or where there were GB link
issues.The dates where there were no missing timeslots was the day after bss_gather
was run and the toggle GPRS was allowed for missing timeslots.
Graphical Representation
Lost Timeslots
450
400
350
300
Count
250
200
150
100
50
0
18/12/01
20/12/01
22/12/01
24/12/01
26/12/01
28/12/01
30/12/01
01/01/02
03/01/02
05/01/02
07/01/02
09/01/02
13/01/02
15/01/02
17/01/02
19/01/02
21/01/02
23/01/02
25/01/02
27/01/02
29/01/02
31/01/02
02/02/02
04/02/02
06/02/02
08/02/02
10/02/02
12/02/02
11/01/02
Date
OMC1 OMC2 OMC3 OMC4 OMC5 TOTAL
Diagran Number
Figure 1-49
Data Collection
Chapter 2
Data Collection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
Objectives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Functionality and Data Collection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Functional Units . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
Starting Downlink Data Flow. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28
Continuing Downlink Data Flow. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 210
Uplink Transfer . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 212
Debugging basics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214
Message Format . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 214
Filter Tags . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 216
Help Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218
PRP/PICP Help Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 220
pSM Help Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 222
pCM Help Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
pCA Help Messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 226
Debugging Basics CB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228
Debugging Basics GBM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 230
Debugging Basics PRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 232
Debugging Basics TSN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 234
Debugging Basics CRM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 236
Best Practices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238
Comments and Timestamping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238
Baud Rate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 240
Corresponding Gb, PICP, PRP, and MS logs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 242
MMI Timeout at PCU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 244
Disp_cell_status <Site_number> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246
GPRS Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248
PDCH Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 250
GPRS AccClass Bar . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 250
PD Channel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 250
Objectives
By the end of this chapter, the student will be able to:
Describe the major Software Functional Units of the PCU that you may
be expected to use for debugging purposes.
Describe the help messages for the DPROCs and the pSM, pCM and
pCA.
Carry out onsite procedures whilst observing the best CNRC practices.
Functional Units
The main software processes that we will talk about in this chapter will be:
PRP Packet Resource Processor.
Packet flow to and from the BSC/BTS .
Air interface protocol.
Scheduling of radio timeslots.
Segmentation and reassembly.
GB Gb link.
All signalling to the SGSN.
Management of Gb interface resources (links, NSVCs, BVCs).
Packet flow to and from the SGSN.
EXEC Executive
This is a collection of support services intended to supplement the
services provided by the Real Time Operating System.
Functionality
PSP (PPC 750 board) PRP (PPC 750 board) PICPGb (PPC750)
Data Collection 1
Figure 2-1
GR Gb Router.
Validates downlink Gb packets.
Routes Gb packets to the appropriate processes.
GBM Gb Manager.
Performs the cell (BSSGP layer) management procedures.
Performs the NSVC (NS layer) management procedures.
FR Frame Relay.
STREAMS Streams manager software provided in the FR stack.
FR DLSP Frame Relay Data Link Service Provider.
Functionality
PSP (PPC 750 board) PRP (PPC 750 board) PICPGb (PPC750)
Data Collection 1
Figure 2-2
CB Cell Balancer.
Dynamically allocates resources to cells based on available GDS span
lines and PRP boards, equipped CM database GPRS air resources, and
PRP load.
Resides on MPROC.
Allocates Cells to PRPs on initialization.
Reallocates cells to PRPs if PRP goes OOS.
Updates pCA, GBM, PRM and GR of cell to PRP mapping
Gets PRM stats information from TRS to determine the number of
timeslots allocated to each cell.
Reallocate Cells in event of PRP congestion.
Timeslots in one cell may not be split across PRPs.
CB Timeslot allocation
Reserved GPRS radio timeslots in a cell are allocated first.
Switchable GPRS radio timeslots in a cell are allocated after all
reserved.
Switchable GPRS radio timeslots in a cell are released first.
Reserved GPRS radio timeslots in a cell are released after all
switchable.
Functionality
PSP (PPC 750 board) PRP (PPC 750 board) PICPGb (PPC750)
Data Collection 1
Figure 2-3
PRM
Signal
LLC
frame
arrival
DLS gets
LLC frame
Fill TX Buffer
until full or no
more data
Data Collection 2
Figure 2-4
Data Collection 3
Figure 2-5
Uplink Transfer
This slide is not quite true, in the present implementation the CH Request will be
received from GSLI and the IA will be sent back on GSLI.
The slide opposite shows the start of an uplink transfer. The channel request is
forwarded by the UL to the scheduler. The scheduler schedules a downlink transfer and
send a packet immediate assignment to the DL. It also sends a Ul Assignment
Notification to the ULC. This notification allows the ULD to allocate any buffer space that
it needs for the upcoming data. After the DL sends it to the channel coders via the CCTX,
the PRM waits for uplink data to start. When the UL receives the uplink RLC data
blocks, it forwards them to the uplink concatenator which assembles them into LLC
frames.
Uplink Transfer
Figure 2-6
Debugging basics
Message Format
The message send commands will provide the operator with a vast amount of
information. For more detailed information on the uses of message send commands,
see the BSS07 manual. For the commands contained within this course the commands
break down as follows:
msg_send [subnet <subnet_id>] [routing_type] ...args...
The routing types and respective args are defined as follows:
ROUTING_TYPE : ...ARGS...
============ : ==========
physical : d_pid d_mbid s_pid s_mbid tag data
It should be noted that even though other variations of message format are available, for
the purposes of this course, only the Physical format is discussed.
An example of the physical format is the TLLI watch enable command which is shown
below:
msg_s 0d9h 9000h 0 0 7404 4 34 1 <tlli_byte3> <tlli_byte2> <tlli_byte1> <tlli_byte0>
Process Identifiers
Figure 2-7
Filter Tags
Please note that the usual warnings on Filters Apply.
Filter Tags
agran Number
Figure 2-8
Interface Types
Figure 2-9
Help Messages
A number of the processes in the PCU have help messages. This will print out all the
info possible with msg_send commands.
MPROC:
pCM: msg 113 5 66 0 0abh 2 7 7 3 [object] [local cell id] Note: If object is
Data Collection 6
Figure 2-10
PRP:
pLSAP: msg_send 4dh 9000h 0 0 0 0
pLSP: msg_send 62h 9000h 0 0 0 0ffh
PRM: msg_s 0d9h 9000h 0 0 7404h 04 0
SYM: msg_s 0dah 9000h 0 0 00007402h 02h 83h <local cell ID>
FBM: msg_s 0d5h 9000h 0 0 0f0h 0
PICP:
TSN: msg_s 0dbh 9000h 0 0 33h 0ffh
Data Collection 7
Figure 2-11
Figure 2-12
Figure 2-13
The help menu should appear and look like the list opposite:
Figure 2-14
Debugging Basics CB
In order to interrogate the Cell Balancer use the:
CB: msg_sen 208 9000h 0 0 0 5
This will give detail the local cell ID, local RTF (carrier) ID, number of timeslots allocated,
and the PRP that controls the cell.
Prior to using this command, it would be advisable to use the
disp_gsm_cell <cell ID> command to ascertain the LCI of the cell in question.
Debugging Basics CB
Data Collection 8
Figure 2-15
Data Collection 9
Figure 2-16
12. To print the carrier information: (Prints all info from PRM about the carrier)
14. To print the cell info: (Prints all info from PRM about the cell)
31. To start carrier loggingr on a carrier: (logs 3000 blocks ~1 minute)
32. To stop carrier logging on a carrier: (stops carrier log from 31)
34. To enable tlli watch.
38. To print the block log: (Prints out carrier log from 31)
41. To print out the timing advance statistics
62. To print the terse block log.
59. To print the current dl bler stats:
60. To clear dl bler stats:
79. Print TS History: (History of timeslot transitions)
83. Set or display PRM IIR (Supercoattail) msg_s 0d9h 9000h 0 0 7404h 4 255 1 0 0 0 40h
Note: to stop, msg_s 0d9h 9000h 0 0 7404h 4 255 1 0 0 0 0
Data Collection 10
Figure 2-17
Dump all PMC Buff Desc: msg_send 0dbh 09000h 0 0 0 2 (will show you mapping
to PRP if your GDS TRAU is on a PRP)
Print In/Out of Sync Channels msg_send 0dbh 09000h 0 0 0 44/45
Print TS array entry: msg_send 0dbh 09000h 0 0 0 4<Chan MSB><Chan LSB> (should
be done multiple times. You can get your channel number
from msg_send 0dbh 09000h 0 0 0 2 above.
Data Collection 11
Figure 2-18
msg_send 34 9000h 0 0 0 0b3h 0f0h <local cell id> (Carrier Config Manager
Detailed Display Request).
msg_send 34 9000h 0 0 0 0b9h 0f0h <local cell id> (Channel Resource View
Linked List Info Request).
msg_send 34 9000h 0 0 0 0bbh 0f0h <local cell id> (Carrier Config Manager
Display Request (for cell)).
Data Collection 12
Figure 2-19
Best Practices
PCU:emon_1107 % time_stamp on
[28/05/02 09:01:08] PCU: emon_1107%
[28/05/02 09:01:10] PCU: emon_1107%
[28/05/02 09:01:11] PCU: emon_1107%
[28/05/02 09:01:11] PCU: emon_1107%
[28/05/02 09:01:11] PCU: emon_1107%
[28/05/02 09:01:11] PCU: emon_1107%
[28/05/02 09:01:11] PCU: emon_1107%
[28/05/02 09:01:12] PCU: emon_1107%
[28/05/02 09:01:12] PCU: emon_1107%
PCU:emon_1107 % time_stamp console on
May Tue 28 09:02:14 2002
PCU:emon_11107 % time_stamp off
Data Collection 13
Figure 2-20
Baud Rate
If you are collecting a large amount of PCU data, a TTY rlogin from the OMC or even a
connection from the BSC to PCU will not be sufficient.
This will require a direct connect to the PCU, and the baud rate should be increased to
38400.
To change baud rate at PCU:
From the Emon prompt type: baud 38400
Remember to change the baud of your communications program (Procomm,
Hyperterminal, etc) to 38400.
The cable used is the same as is used for terminal connection to an MCU or MCUF. It is
a null modem cable, and the cable shoule be connected as shown below.
Baud Rate
Emon Session
Data Collection 14
Figure 2-21
Often for performance related problems, it is required to get PICP, PRP, and MS logs all
at the same time. Sometimes, we also need the Gb log as well (but this is not typical).If
you are doing FTPs, try to keep the logs 1 to 1. So if you do one FTP, you have a single
log for PICP, PRP, and MS. Dont put multiple transfers in the logs if possible. If you do,
make sure all logs span the same time.
Put comments at the start and end of the logs with ###.
CNRC will need a time reference to sync up the logs. Set time_stamp on and press
return a number of times at the start and end of the log to provide an absolute time
reference on each processor you are logging.
GB log to PCU logs. Try to sync up the protocol analyzer time with the BSS time.
Identify any timing offset.
PCU to MS logs. See: http://www.cig.mot.com/Organization/GSM/CS/cs_web/ >
General Information > PCU > Data Collection > for information on how to match MS
logs with the PCU logs
The DPROCs are each running on a relative time from the time they last reset. If the
contents of state pcu are provided, this will allow the debugging engineer to see the
absolute time difference between the DPROCs.
PCU
PICP
PRP
Gb Link
SGSN
Toolbag_PCU_Tools_1
Figure 2-22
This can cause any information to be lost during the taking of a log. In order to maintain
the integrity of a logfile, it is possible to disable the security timeout.
To do this, the operator must be logged onto the BSC directly, or via the OMCR, it is not
possible to do this logged onto the BSC via the PCU. The timer must be disabled at the
BSC and PCU.
To reverse this process and to enable the timer again, use a 0 in the last position.
Data Collection 16
Figure 2-23
Disp_cell_status <Site_number>
This command will display some very useful information in respect of the cell specified. In
disp_cell_status, there will be four GPRSrelated fields as follows:
GPRS Status
PDCH Status
Access Class
Number of PDCHs in In Use, Free, Unavailable
Disp_cell_status <Site_number>
MCC 262
MNC 01
LAC 510 (01FEh)
CI 23300 (5B04h)
RAC 4 (0004h)
Frequency Type PGSM
BCCH Frequency 77
Status Unbarred
GPRS Status Unbarred
PDCH Status Available
Reset in Prog No
GPRS Reset in Prog No
SPI in Prog No
BSS BSSAP Prhb NA
MSC BSSAP Prhb NA
SPI/MSC SCCP Prhb NA
AccClass Bar None
GPRS AccClass Bar 4
Full Power Mode OFF
Ext Range Mode OFF
FREE IN USE UNAVL
SDCCH 8 0 0
Norm Inner TCH/F 5 1 0
Norm Outer TCH/F 0
0 0
Ext Outer TCH/F 0 0 0
PD CHANNEL 3 0 0
End of Report
Figure 2-24
GPRS Status
OOS GBM Site is OOS or GSM Cell is OOS. See Status field for
more details.
GPRS DU GBM The element gprs_enabled is set to Zero.
No PRP CB CB cant map the cell to PRP board since there is no
PRP available. As the result, CB doesnt send Cell
Activation message to GBM.
No GDS CB CB cant map the cell to PRP board since there is no
GCIs available. As the result, CB doesnt send Cell
Activation message to GBM.
No PRP/GDS CB CB cant map the cell to PRP board since there is no
GCIs or PRP available. As the result, CB doesnt send
Cell Activation message to GBM.
GBL OOS GBM No GBL is BU in PCU
NSVC OOS GBM No NSVC is BU in PCU
GbSig OOS GBM Gb signaling is unavailable
PTP BVC GBM GBM fails to reset or unlock
Unaval PointToPoint BVC with SGSN.
Barred GBM No sync. PDCH is available. See PDCH Status and PD
CHANNEL fields for more details.
Unbarred GBM GPRS is ready to go
GPRS Status
No PRP CB CB cant map the cell to PRP board since there is no PRP available.
As the result, CB doesnt send Cell Activation message to GBM.
No GDS CB CB cant map the cell to PRP board since there is no GCIs available.
As the result, CB doesnt send Cell Activation message to GBM.
No PRP/GDS CB CB cant map the cell to PRP board since there is no GCIs or PRP available
As the result, CB doesnt send Cell Activation message to GBM.
PTP BVC unaval GBM GBM fails to reset or unlock pointtopoint BVC with SGSN.
Barred GBM No sync. PDCH is available. See PDCH Status and PD CHANNEL fields
for more details.
Data Collection 18
Figure 2-25
PDCH Status
NA CM/MMI Time out on the
responsive message occurs.
No Cell Activation CRM CRM doesnt receive Cell Activation
message from PRM
In Progress CRM CRM is in progress of configuring
PDCHs
All PDCHs stolen CRM All PDCHs are stolen for circuit calls.
CRM should raise an alarm for every
minute if the situation is sustained.
Available CRM Some PDCHs are configured.
PD Channel
If the reported timeslots are NA then the Cb process has generated a timeout.
If the reported timeslots are reported with actual numbers (18) and the PDCHs in Free
this means they are ready for data transfer. PDCHs in In Use means they have data
transfer in progress. PDCHs in Unaval means they are not available for data transfer.
PDCH Status
No cell activation CRM CRM doesnt receive Cell Activation message from PRM
All PDCHs stolen CRM All PDCHs are stolen for circuit calls. CRM should raise an alarm for
every minute if the situation is sustained
08 PRM PDCHs in Free means they are ready for data transfer.
08 08
PDCHs in In Use means they have data transfer in
progress. PDCHs in Unaval means they are not
available for transfer.
Data Collection 19
Figure 2-26
PDTCH OOS
Chapter 3
PDTCH OOS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
Objectives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Summary of All Known GPRS OOS/ PDTCH OOS Type . . . . . . . . . . . . . . . . . . . . . . . . . 32
..................................................................... 32
GPRS Cell activation procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
Data Collection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Data Collection procedure (PCUMPROC) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Data Collection procedure (PCUPICP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 310
Data Collection procedure (PCUPRP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 312
Data Collection procedure (For NIB) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 314
Data Collection procedure (on BTS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 316
Data collection procedure (type 4 CRM filter) . . . . . . . . . . . . . . . . . . . . . . . . . . . . 318
Analysis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 320
Type 1 GPRS Cell Barred, PD No Activation, PD Channel NA . . . . . . . . . . . 320
Type 2a GPRS Cell Barred, PD No Activation, PD Channel 0. . . . . . . . . 322
Type 2a GPRS Cell Barred, PD No Activation, PD Channel 0. . . . . . . . . 324
Type 2b GPRS Cell Barred, Bitmap does not match between PRM and CRM 326
Type 2c GPRS Cell Barred, Cell activation message was dropped from PRM to CRM. .
328
GDS Architecture . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330
GDS Architecture (contd) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332
GDS fault and PRP fault diagram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 334
Type 3a Entire GDS Span OOS: everything on pb list logs looks fine. . . . . . . . 336
Type 3b Entire GDS Span OOS: PMC buffer (HOST2NIB) is full . . . . . . . . . . . 338
Type 3c Entire GDS Span OOS: NIB buffer not attached . . . . . . . . . . . . . . . . . . 340
Type 3c Entire GDS Span OOS: NIB buffer not attached (contd) . . . . . . . . . . . 342
Type 4a Individual PDTCH OOS: PDTCH configuring = TRUE, TS stuck on state c8 at CRM . . . . .
344
Type 4b Individual PDTCH OOS: TCH/F configuring = TRUE, TS stuck on state c8 at CRM . . . . . .
346
Type 4c Individual PDTCH OOS: SDCCH configuring = TRUE, TS stuck on state c8 at CRM . . . . .
348
Type 4d Individual PDTCH OOS: GetSDforPDTCH in progress = TRUE, TS configuration
mismatch between configuration manager and Resource view. . . . . . . . . . . . . . . 350
Timer in Timing Alignment Procedure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352
TA_ARRAY Decode (for GSR4.1 only) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 356
TA_ARRAY Decode (for GSR4.1 only contd)./ . . . . . . . . . . . . . . . . . . . . . . . . . . . . 358
Type 5a Individual PDTCH OOS associated with DRI [15] Alarm . . . . . . . . . . . 360
Type 5b PDTCH Unavailable, Flood SWFM happens on BSP . . . . . . . . . . . . . . 362
Type 5c PDTCH unavailable, Flood SWFM happens on PRP . . . . . . . . . . . . . . 364
Type 5d Individual PDTCH OOS: No UL Frame received on TSN . . . . . . . . . . . 366
Type 5e PD missed, comparing disp_cell_s and disp_rtf_chan . . . . . . . . . . . . . 368
Objectives
By the end of this chapter the student will be able to:
Be able to collect the correct data to report a fault relating to PDTCH OOS
problems.
Type 2b GPRS Cell Barred, Bitmap do to match between PRM and CRM.
Type 2c GPRS Cell Barred, Cell activation message was dropped from PRM to CRM.
Type 3a Entire GDS Span OOS: everything on pb list logs looks fine.
Diagran Number
Figure 3-1
Data Collection
msg_send 0d0h 9000h 0 0 0 9 (determine which local cell ids are being controlled by
which DPROC)
msg_s 40h 9000h 0 0 0 2 <GDS id> (dump GDS info)
fil create src tag 0xxxx70xxh (from CB>GBM)
fil create tag 0xxxx7501h (between GBM and PRM)
fil create tag 0xxxx7502h (between GBM and PRM)
fil create tag 0xxxx77xxh (between the PCU and SGSN)
filter create tag 0xxxx71f9h
filter create tag 0xxxx71f8h
BSS101_Mod1_Ch4_1
Figure 3-2
msg_s 0dbh 9000h 0 0 0 2 (tell you which slot the given PMC index is in).
perf all.
pb list.
Figure 3-3
msg_s 0d9h 9000h 0 0 7404 04 15 0 0 0 <local cell id> (Cell info in PRM).
msg_s 0d9h 9000h 0 0 7404 04 14 0 0 0 <local cell id> <local carrier id> (Carrier
info in PRM).
msg_s 0d5h 9000h 0 0 0f0h <local cell id> (Cell info in FBM).
perf all.
pb list.
Figure 3-4
i
If any task shows status SUSPEND, take the task name and run
tt NAME
substituting the task name for NAME, in double quotes. also performs the following
commands:
d &motTS0s,1,4 ( repeat a couple of times )
d 0xff003c00,64,4
d 0xff003d00,64,4
d 0xff002000,256,4
d &timeSlotInfo,128,4
d &buffDesc,6,4
d &qmc_driver_stats,6,4 ( repeat a number of times )
d &p2t_lookup,256,4
d &ts_inuse,16
d &chanData, 384, 4
d &trauStats,2,4 ( repeat four times )
Finally, check the status of individual trau channels. GCIs name trau channels by
timeslot (131) and group (03). The PMC names trau channels by channel number
((timeslot*4)+group). So if SM and pSM say that a particular timeslot/group should be in
service on a particular GDS, find the PMC which terminates that GDS and run
trau_stats <channel_number>
Where <channel_number> is calculated as stated above. Normally channel numbers
start at 111 and go down from there, so a good first try would be
trau_stats 111
trau_stats 110
trau_stats 109
trau_stats 108
PCI to PCI
P1
bridge
Figure 3-5
msg_send 34 9000h 0 0 0 0b9h 0f0h <local cell id> (Channel Resource View
Linked List Info Request).
msg_send 34 9000h 0 0 0 0bbh 0f0h <local cell id> (Carrier Config Manager
Display Request (for cell).
ALARM
MODULE
BCU CAGE
ASSEMBLY
MASTER (A) MCUF A FMUX NIU NIU BPSM
A0 A1
PDTCHhoos2
Figure 3-6
iir_mod 34 11018h
Inject the following messages at CRM after problem is reproduced (at the BTS, on the
BTP):
AM
CRM
RRSM
RCI
CBS
CP
CFM ABIS
LAYER2 HDPC
LAYER1 RSS
PDTCHhoos3
Figure 3-7
Analysis
Frequency Type PGSM PGSM
BCCH Frequency 123 114
Reset in Prog No No
GPRS Reset in Prog No No
SPI in Prog No No
BSS BSSAP Prhb NA NA
MSC BSSAP Phrb NA NA
SPI/MSC SCCP Prhb NA NA
AccClassBar None None
GPRSAccClassBar 4 NA
Full Power Mode OFF OFF
Ext Range Mode OFF OFF
FREE INUSE UNAVL FREE INUSE UNAVL
SDCCH 7 1 0 7 1 0
Norm Outer TCH/F 8 2 0 3 3 0
Norm Inner TCH/F 0 0 0 0 0 0
Ext Outer TCH/F 0 0 0 0 0 0
PD CHANNEL 4 0 0 NA NA NA
End of Report.
PDTCHhoos2a
Figure 3-8
GSM CELL ID
MCC 234 234
MNC 10 10
LAC 5099 (13EBh) 5099 (13EBh)
Frequency Type PGSM PGSM
Status
Status Unbarred
Unbarred Unbarred
Unbarred
GPRSStatus
GPRS Status Unbarred
Unbarred Barred
Barred
PDCHStatus
PDCH Status PDPD
Available
AvailableNo Activation
No
Activation
Reset in Prog No No
GPRS Reset in Prog No No
SPI in Prog
Prog No
No NoNo
BSS BSSAP Prhb NA NA
SDCCH 7 1 0 7 1 0
Norm Outer TCH/F 8 2 0 3 3 0
PD CHANNEL 4 0 0 0 0 0
PDTCHhoos4
End of Report.
Figure 3-9
GSvcSt : INS
GBarSt: Barred
Next PSvcSt: OOS
NextPBarSt: Barred
Pres PSvcSt: OOS
Pres PBarSt: Barred
RSSDel: 10
GBM Cell State Change Request Pending Flag: FALSE
Cell Act Timeout: 5000
Cell Act Count: 0
Cell ActTmrID: 0x00000000
Cell ActPend: FALSE
Cell Act Rcvd: TRUE
Cell Act inProg: FALSE
CellDeactTimeout: 200
CellDeactTimer: 0x00000000
CellDeactCount: 0
Cell Deact Pend: FALSE
Cell RstTimeout: 30000
Cell RstTimer: 0x00000000
Cell Rst in Prog : FALSE
Total Cell Act/React count: 6
Total Cell Reset count: 0
Num Carriers: 1
SysInfo Req Cnt: 0
SysInfo Pend : FALSE
Figure 3-10
Type 2b GPRS Cell Barred, Bitmap does not match between PRM and CRM
How to identify this problem:
From disp_cell_status, same as type 2a.
Compare PRM carrier info and CRM carrier info, bitmap is mismatched.
msg 0d9h 9000h 0 0 7404 04 14 0 0 0 21 0
MCU:emon_1015 % msg 34 9000h 0 0 0 0b3h 0f0h 21
Type 2b GPRS Cell Barred, Bitmap do to match between PRM and CRM
TS[5] 0 0 0 0 0 0 0 0 0 0 0 0
TS[6] 0 0 0 0 0 0 0 0 0 0 0 0
TS[7] 0 0 0 0 0 0 0 0 0 0 0 0
PDTCHoos6
Figure 3-11
Type 2c GPRS Cell Barred, Cell activation message was dropped from PRM
to CRM.
How to identify this problem:
From the PRP board which control the cell, the opposite SWFM is seen:
Type 2c GPRS Cell Barred, Cell activation message was dropped from PRM
to CRM.
PCU:emon_1103 % msg 0d9h 9000h 0 0 7404 04 15 0 0 0 15 GPROC1_RAM:emon_1015 % msg 34 9000h 0 0 0 0b3h 0f0h 15
Cell Info
LCID: 15 CRM: CR CONFIG MGR DATA for cell fh:
LCIdx: 7 Current State = 0h IDLE
Total Cell Reset count: 0 Carrier List SD load 1 count = 1h carriers: 02h
Carrier List SD load 0 count = 1h carriers: 05h
Num Carriers: 1
Carrier State Change List count = 2h carriers: 02h 05h
SysInfo Req Cnt :0 List of all SD capable carriers count = 2h carriers: 02h 05h
SysInfo Pend : FALSE Carriers in Cell List count = 2h carriers: 02h 05h
Number of GPRS carriers = 1h
Num Carriers INS: 1
Curr Stat Buff: 0
MAUIP: FALSE
MAWCon : FALSE
StTim : 0x00000000
Cell Activate Rcvd = FALSE
Cell Deactivate Rcvd = FALSE
Number of TCHs to be configured as PDTCHs = 0h
Sync Timeslots: UNAVAILABLE
GPRS Cell Alarm Raised = FALSE
Frequency type: 1 Number of PDTCHs to be configured as TCHs = 0h
CR[ 0] ID: 2 GPRS CR DATA for carrier 2h:
Max GPRS Timeslots: 0h, Reserved GPRS Timeslots: 0h
CRM Switchable Bitmap: 0h, CRM Reserved Bitmap: 0h, CRM Transaction Id: 0h
PRM Switchable
Switchable
Bitmap: oh, PRM Reserved Bitmap: Oh, PRM Transaction id: 0h
Ma Update sent: FALSE, MA Update ACk rcvd: FALSE, MA Update Nack rcvd: FALSE
MA update or Cr State Chg count: 1, MA update or Cr State Chg timer: 0
Cr Status count: 0h, Cr Status timer: 0h
Cr Status reason: 0h
Cr Info Sent: TRUE
Last TS request timer: 0h
GPRS Carrier Alarm Raised: FALSE
PDTCHoos7
Figure 3-12
PDTCHoos8
Figure 3-13
GDS Architecture
1) GDS is in service, with pci buffers between TSN in slot 1 and TRAUPIPE in PRP slot.
(2) Physical hard reset of slot 1 causes PCIMGT to poll the board as dead and send a
PCI_EVENT_HARD_RESET event message to pFTP.
(3) PCIMGT also sends PCI_UNLINK_MSG to every other PCIMGT in the cage, telling
them that dproc 1 is dead and that all pci buffers which terminate on dproc 1 should be
marked as stale.
(4) TRAUPIPE attempts a pb_fread from TSNs buffer only to find it stale. TRAUPIPE
then tears down all its buffers (the read and write buffers to TSN, and the read and write
buffers to the NIB). TRAUPIPE the recreates an incoming buffer for a new TSN to attach
to.
(5) The NIB attempts to pb_fread from its incoming buffer and finds it stale (detached) so
it detaches and destroys, and then creates a new incoming buffer, waiting for new
connection.
(6) pFTP receives event message from PCIMGT and sends disableenablehardreset to
pCA for dproc 1.
7) pCA brings the dproc state machine down; in the process, the GDS is remapped to
TSN in dproc 2.
(8) TSN pb_creates a buffer for TRAUPIPE to write to.
(9) TSN pb_attaches to TRAUPIPE and sends a BUFFER_SELECT message, which
contains the name of the readbuffer TSN created in step 8.
(10) TRAUPIPE does pb_attach to the NIB.
(11) TRAUPIPE does pb_attach back to TSNs buffer created in step 8.
(12) TRAUPIPE does pb_create for NIB to write to.
(13) TRAUPIPE sends BUFFER_SELECT to NIB telling the NIB the name of the buffer
created in step 12.
(14) The NIB attaches to the buffer created in step 12.
(15) TSN begins sending channelenables to the NIB and channels begin coming in
service.
Some things to note:
(a) Steps 3 thru 5 occur in parallel with steps 6 thru 8.
(b) The NIB only performs pb_freads from its incoming buffer at fourmillisecond
intervals. (c) The trau pipe only performs pb_freads from its incoming buffers at
twomillisecond intervals.
(d) Trau pipe polls for buffer_select from TSN at 500 millisecond intervals before
performing step (10), so depending on when the request arrives there can be anywhere
from a 0500 ms delay in processing that request.
(e) When trau pipe does anything related to attaching or detaching buffers, it performs
printf calls to tell what its doing. Unfortunately, its not doing lprintf so you wont see
these prints over an rlogin connection. You will only see them if youre qcommed directly
GDS Architecture
GDS
GDS TRAU TSN
NIB Pipe PRM
1 4 1 2
GDS TRAU
TSN
NIB Pipe
8 6 5 1
PDTCHoos9
Figure 3-14
GDS Architecture
GDS
GDS TRAU TSN
NIB Pipe PRM
1 4 1 2
GDS TRAU
TSN
NIB Pipe
8 6 5 1
PDTCHoos9
Figure 3-15
Type 3a Entire GDS Span OOS: everything on pb list logs looks fine.
How to Identify this problem type:
Entire GDS Span OOS, but everything on pb list of PICP & PRP board looks fine.
From TSN TS_ARRAY, there is an indication that the CCU does not sync with DL sync
frame.
:
) : 211: ))3 :*
&-5
&-5 -1'4)%5)
26: )/%;: &7656-//
56%;%6
PDTCHhoos11a
Figure 3-16
'(/4+)9
20.1%-+340/%0$2'
"(.0/#
1%-+34
2($'44$&*$.((6+&($&,(4 +:("3('($,
9(3(8(&#'-31#6$2
9(3(8(&#'-31#(6$2
9(3(8(&#'-31# '6$2
9(3 ! (
/0 ! ))))))))
9(3"
(6$2
9(3"
'6$2
9(3(8(&#'+31#$6$2
9(3/+% 43/)$)'
9(3%5))9#(
72+4(44$&*$.((6+&($&,(4 +:("3('($,
9(3(8(&#'31#
6$2
9(3(8(&#'31#
(6$2
9(3(8(&#'31#
'6$2
/
2(-($3(4*(054154.$9%(
9(3! (6$2
% 9(3 ! $
Figure 3-17
PCU:emon_1101 % pb list
Figure 3-18
Type 3c Entire GDS Span OOS: NIB buffer not attached (contd)
How to identify this problem:
From pb list on related PRP board, there is no HOST2NIB in write buffer ID list.
Identify (cont.)
From pb list on related PRP board, there is no HOST2NIB in write buffer ID list
PCU:emon_1103 % pb list
PDTCHhoos13a
Figure 3-19
Type 4a Individual PDTCH OOS: PDTCH configuring = TRUE, TS stuck on state c8 at CRM
CRCH
RES VIEW (CELL ID= 08) LINKED LIST DATA: PDTCH configuring = TRUE
List Type= 09, Number of channels in the list= 008 Get TCH/F cause = 0h NONE
TCH/F for SD carrier ID = ffh
CR ID= 00, TS ID= 7, CH ID= 0 TCH/F for SD timeslot ID = 8h
CR ID= 00, TS ID= 5, CH ID= 0 PDTCH for SD carrier ID = ffh
PDTCH for SD timeslot ID = 8h
CR ID= 03, TS ID= 0, CH ID= 0 SDCCH configuring = FALSE
CBT4 timer ID = 0h
CR ID= 00, TS ID= 3, CH ID= 0 Chanel reconfiguration enabled = FALSE
CRMCH
RES VIEW (CELL ID= 08) LINKED LIST DATA: CR Id: 3h TS Id: 6h GPRS Ch Type: 1h
CR Id: 3h TS Id: 5h GPRS Ch Type: 1h
Number of PDTCHs to be configured as TCHs = 0
List Type=c8, Number of channels in the list= 003 GPRS CR DATA for carrier 3h:
Max GPRS Timeslots: 3h, Reserved GPRS Timeslots: 1h
CR ID= 03, TS ID= 7, CH ID= 0 CRM Switchable Bitmap: 0h, CRM Reserved Bitmap: 0h
PRM Switchable Bitmap: 0h, PRM Reserved Bitmap: 0h
Ma Update sent: FALSE, MA Update Ack rcvd: FALSE
CR ID= 03, TS ID= 6, CH ID= 0 MA update or Cr State Chg count: 1, MA update or Cr State Chg timer: 0
Cr Status count: 0h, Cr Status timer: 0h
PDTCHhoos15
Figure 3-20
List Type=c8, Number of channels in the list= 003 GPRS CR DATA for carrier 3h:
Max GPRS Timeslots: 3h, Reserved GPRS Timeslots: 1h
CRM Switchable Bitmap: 0h, CRM Reserved Bitmap: 0h
CR ID= 03, TS ID= 7, CH ID= 0 PRM Switchable Bitmap: 0h, PRM Reserved Bitmap: 0h
Ma Update sent: FALSE, MA Update Ack rcvd: FALSE
MA update or Cr State Chg count: 1, MA update or Cr State Chg timer: 0
CR ID= 03, TS ID= 6, CH ID= 0 Cr Status count: 0h, Cr Status timer: 0h
Cr Status reason: 0h
Cr Info Sent: TRUE
CR ID= 03, TS ID= 5, CH ID= 0 Last TS request timer: 0h
GPRS Carrier Alarm Raised: FALSE
PDTCHhoos16
Figure 3-21
CRMCH
RES VIEW (CELL ID= 08) LINKED LIST DATA: Max GPRS Timeslots: 3h, Reserved GPRS Timeslots: 1h
CRM Switchable Bitmap: 0h, CRM Reserved Bitmap: 0h
PRM Switchable Bitmap: 0h, PRM Reserved Bitmap: 0h
List Type=c8, Number of channels in the list= 003 Ma Update sent: FALSE, MA Update Ack rcvd: FALSE
MA update or Cr State Chg count: 1, MA update or Cr State Chg timer: 0
Cr Status count: 0h, Cr Status timer: 0h
CR ID= 03, TS ID= 7, CH ID= 0 Cr Status reason: 0h
Cr Info Sent: TRUE
PDTCHhoos17
Figure 3-22
GetSDforPDTCH
in progress = TRUE
CBCH allowed on SD/8 = TRUE
Carrier List SD load 2 count = 1h carriers: 02h
Carrier List SD load 1 count = 2h carriers: 03h 04h
Carrier List SD load 0 count = 0h
Carrier State Change List count = 2h carriers: 02h 03h
List of all SD capable carriers count = 3h carriers: 02h 03h 04h
Carriers in Cell List count = 3h carriers: 02h 03h 04h
Number of GPRS carriers = 1h
Cell Activate Rcvd = TRUE
Cell Deactivate Rcvd = FALSE
Number of TCHs to be configured as PDTCHs = 0h
GPRS Cell Alarm Raised = FALSE
Number of PDTCHs to be configured as TCHs = 0h
CRM Switchable Bitmap: 40h, CRM Reserved Bitmap: 0h, CRM Transaction Id; e2h
PRM Switchable Bitmap: 40h, PRM Reserved Bitmap: 0h, CRM Transaction Id; e2h
Ma Update sent: TRUE, MA Update Ack rcvd: TRUE, MA Update Nack rcvd: FALSE
MA update or Cr State Chg count: 0, MA update or Cr State Chg ti mer: 0
Cr Status count: 0h, Cr Status timer: 0h
Cr Status Delay Flag: FALSE, Cr Status Delay Timer: 0h
Cr Status reason: 0h
Cr Info Sent: TRUE
Last TS request timer: 0h
GPRS Carrier Alarm Raised: FALSE
CRMCH
RES VIEW (CELL ID= 5c) LINKED LIST DATA:
CRMCH
RES VIEW (CELL ID= 5c) LINKED LIST DATA:
List Type= c6, Number of channels in the list= 002
CR ID= 02, TS ID= 6, CH ID= 0
CR ID= 02, TS ID= 7, CH ID= 0
PDTCHhoos18
Figure 3-23
TsyncS: 12 Seconds
TsyncS is started when the CCU enters the Initial Time Alignment state and is stopped
when the CCU enters the Static Time Alignment state.
TsyncI: 4 Seconds
TsyncI is started by the CCU when the CCU sends the first Uplink Synchronization frame
and is cancelled when the CCU receives the first Downlink Synchronization frame.
UL sync frame(eSSN=ff)
DL sync frame (SSN=0, SSI=0)
stopped TsyncI
Initial state(ii) start TsyncS UL sync frame (eSSN=0)
UL sync frame(eSSN=1)
TsyncS (12 sec)
Idle Frame
DRI 15 stop TsyncS
generated
expired TsyncS UL sync frame
Diagran Number
Figure 3-24
TsyncD: 1 Second
TsyncD is started when CCU detects loss of frame synchronization, and is cancelled
when the CCU receives three consecutive frames, which have no errors on the
synchronization pattern and the control bits.
TsyncU: 1 Second
TsyncU is start when the CCU receives three consecutive frames indicating an Uplink
Frame Error and which has no errors on the synchronization pattern and the control bits,
and cancelled when CCU receives 3 consecutive frames indicating no Uplink Frame
Error and which have no errors on the synchronization pattern and the control bits.
UL frame
DL sync frame(UEF=0)
DL sync frame(UEF=0)
DL sync frame(UEF=0)
start TsyncU
DL sync frame(UEF=1)
DL sync frame(UEF=1)
DL sync frame(UEF=1)
Stop TsyncU
expired TsyncU first UL sync frame(eSSN=ff)
DL frame
start TsyncD
DL frame
DL frame
DL frame
stop TsyncD
expired TsyncD first UL sync frame(eSSN=ff)
Diagran Number
Figure 3-25
SSI: Sync status Indicator, used by PCU to indicate to the CCU that PCU is ready to
enter the static time alignment state and that the round trip delay has been obtained.
0 Synchronization process is not yet complete
1 the link is in sync
UFE: Uplink Frame Error, sent in downlink frames to indicate to the CCU the
synchronization status of the uplink at the PCU
0 synchronization has been lost
1 synchronization is good
MS#: Indicate to the PCU the numbers of distinct MS that the radio can track per timeslot
for performing AGC algorithm.
CUTA: Continuous Update Timing Advance Attenuation Level (5 bit), indicated the RF
attenuation from maximum cell site power level at which the CCU shall transmit a TA
update RLC block fro the continuous timing advance update procedure.
00000 No attenuation (full power mode)
00001 2 dB of attenuation
00010 4 dB of attenuation
10101 42 dB of attenuation
11111 Do not transmit
Other values Reserved
UL AFNbis:1906454 DLAFNbis:106458
TAL Tot: 0x0000008b TAL Delay:0x00000000
PDTCHoos20
Figure 3-26
Seq Num: Sequence number (7 bits) originated by TSN, the PCU shall increment the
value of Sync sequence number for every downlink sync frame sent.
#ULSync: Number of consecutive uplink syn frames received. This number is used to
determine when the TSN should start responding to uplink sync frames with downlink
sync frames. After three consecutive uplink sync frames the link is assumed to have
transitioned to initial time alignment state rather than having just received a few bit errors.
DLBLK#: Downlink block number of the last transmitted downlink block
TTS: Used to track when a downlink frame must be send regardless of whether or not an
uplink frame has been received.
eDLTACI: Echoed to the CCU immediately before performing the requested time
alignment, used by PCU to indicate to the CCU that the requested time alignment
change has been implemented and CCU is free to perform additional time alignment
changes.
eSeq: Echoed Sequence number last received from the channel coder, the CCU shall
Initialize this field to the value of its last received syn sequence number field. If CCU
does not have synchronization with the downlink TRAU frame and has no valid sequence
number from the PCU, the CCU shall set this field to the value 0x7F.
TAL Delay: Total number of bit pairs by which the TRAU channel has been delayed, Used
to determine if more than a frame of retardation has been performed at which time a
frame has to be discarded to prevent the downlink PMC buffer from overflowing.
UL AFNbis:1906454 DLAFNbis:106458
TAL Tot: 0x0000008b TAL Delay:0x00000000
PDTCHoos20
Figure 3-27
From event logs, DRI alarm [15] Initial Synchronization of Radio and GPRS channel
failed is generated for the problem TS.
Chan: 0x0041 RTD: 0x05 CR: 0x02 TS: 0x06 Frame 0x04
BUFFIDX: 0x00000002 TAL: 0x99 DR: 0x00SyncState: 0xff
PRMConn: 0x01 SSI: 0x01 UFE: 0xff MS#: 0x08 CUTA: 0x00
UlBlk#: 0x06 Seq Num: 0x1c UIBlkBM:0x07 DIBlkBM:0x00 #UISync: 0x00
DlBlk#: 0x0b DLTACI: 0x01 d266: 0x00 Cell: 0x46
TTS: 0x23 eDLTACI: 0x01 CCUConn: 0x01 eSeq#: 0x19
UL AFNbis:1911862 DLAFNbis: 1911866
TAL Tot: 0x0000008b TAL Delay:0x00000000
PDTCHoos21
Figure 3-28
PDTCHoos22
Figure 3-29
Identify
Whole GDS span OOS
Flood SWFM generated on PRP board
prm_build_send_ts_switch_on.c:Attempt to write switch on TS message (Cell:0x3c
Carrier:0x1 TS:0x6) failed!
status = 5
Data buffer index = 5, buffer id = 0
prm_build_send_ts_switch_on.c:Cell Index 20!_
Cell id: 60
picp_cpu_slot_id: 2
Slot_to_data_buffer:5
PDTCHoos23
Figure 3-30
Chan: 0x005e RTD: 0x06 CR: 0x01 TS: 0x06 Frame: 0x05
BUFFIDX: 0x00000002 TAL: 0x00 DR: 0x00SyncState:0xff
PRMConn: 0x01 SSI: 0x01 UFE: 0x00 MS#: 0x08 CUTA: 0x00
UlBlk#: 0x07 Seq Num: 0x0c UlBlkBM:0x00 DlBlkBM: 0x00#UlSync: 0x00
DlBlk#: 0x01 DLTACI: 0x01 d266: 0x00 Cell: 0x13
TTS: 0x22 eDLTACI: 0x01 CCUConn0x01 :0x01
eSeq#: 0x07
UL AFNbis:1856274 DL AFNbis:1956278
TAL Tot: 0x0000003c TAL Delay:0x0000341c
PDTCHoos24
Figure 3-31
PCU:emon_1104 % print_ts_history 1 1 5
PCU:emon_1104 % print_ts_history 1 1 4
PCU: emon _1104 % task spawned: id = 0x63da488, name = (null)
Figure 3-32
Chapter 4
Device Link Failure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
Objectives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Device Link Failure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
PCU Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 42
Data Collection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
General Data Collection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Alternative to PCU reset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
NSVC Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
NSVC Status (Contd) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 410
NSVC Block/Unblock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 412
BVCI Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 414
BVCI Status (Contd) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 416
BVCI Blocking/Unblocking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 418
RLC/MAC Commands . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 420
GDS Investigation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422
GDS Investigation Timeslot Availability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 424
GBL Investigation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 426
GBL Investigation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 428
Objectives
By the end of this chapter the student will be able to:
Be able to collect the correct data to report a fault relating to Device Link Failure
problems.
PCU Interfaces
The PCU will be interfaced by three different type of E1 link, each performing a different
function. They are:
The GPRS Data Stream (GDS), compromising:
The GDS Trau link, which is the data route between the PCU and the
BSC. It achieves connectivity using the BSC MMS and PCU MMS ports,
via E1 physical connections.
GDS Lapd is the Siganlling link between the BSC and the PCU. It is
possible to have a maximum of 6 GSLs (64kbps LAPD timeslots) on one
E1 Lapd connection, and a maximum of two LAPD connections on any
one GDS. A GSL is a child device on the MMS and should be equipped
onto the GDS LAPD.
The Gb Interface Link (GBL).
This is a configured number of timeslots on an E1 span between the PCU and the
SGSN.
There is one GBL per MMS, but the number of timeslots on each GBL is configurable.
Maximum of 4 GBLs per PCU.
PCU Interfaces
PCU
GDS Trau GBL Signalling
Data Only and Data
GDS Lapd
Signalling Only
BSC SGSN
Figure 4-1
Data Collection
Example:
MMIRAM 0119 > state pcu gbl 0
STATUS INFORMATION:
Device: GBL 0 0 0
Administration state: UNLOCKED
Operational state: BUSY
Reason code: NO REASON
Time of last transition: Wed Jun 5 14:44:31 2002
Related Device/Function: None
END OF STATUS REPORT
From PICP with the GBL. The following command will display the NSVC mapping.
msg_send 0d6h 9000h 42h 0 7801h 1 0
Example:
PCU:emon_1102 % msg_send 0d6h 9000h 42h 0 7801h 1 0
GBL Local NSVCI DLCI FD
0 0 33 18
The following command displays the state and the local NSVCI of all the equipped
NSVCs msg_s 0d2h 9000h 0 0 0 1 0ffh
PCU State
NSVC Local ID
PCU:emon_1102 % msg_send 0d6h 9000h 42h 0 7801h 1 0
GBL Local NSVCI DLCI FD
0 0 33 18
Figure 4-2
Data Collection
Gb Link Toggled
PCU
SGSN
Figure 4-3
NSVC Status
To verify the state of the NSVCI:
PCU:emon_1107% > msg_s 0d2h 9000h 0 0 0 1 X Y
0d2h: ProcessID (destination)
0 source
0: source
0: tag1: messagetype
X : maps to the respective interval of 255 i.e 0 to 0255 block, 1 to the 256 510 block and so on
Hint:
msg_s 0d2h 9000h 0 0 0 1 0ffh
Displays the state and the local NSVCI of all the equipped NSVCs
The example opposite demonstrates how the outcome of this can be used to find out the
necessary mapping for the local NSVCs:
NSVC Status
Example
Figure 4-4
For the above local NSVC the relevant commands can then be given
Figure 4-5
NSVC Block/Unblock
To block an NSVC:
PCU:emon > msg_s 0d2h 9000h 0 0 0 06h X Y
The last 2 digits define the local NSVC identifier (in previous examples).
To unblock an NSVC
PCU:emon > msg_s 0d2h 9000h 0 0 0 07h X Y
The last 2 digits define the local NSVC identifier.
NSVC Block/Unblock
LLC
RELAY
NSVCI
FRAME RELAY
BSS SGSN
NETWORK
DLCI DLCI
AT BSS SIDE AT SGSN SIDE
Device Link Failure 5
Figure 4-6
BVCI Status
Where Z corresponds to the local Cell Id (LCI)
In this message no BVCI is given, instead LCI.
The necessary mapping for the individual LCIs can be found with the disp_gsm *
command.
BVCI Status
Number of Sectors : 2
Figure 4-7
Hint:
msg_s 0d2h 9000h 0 0 0 00h 0 0 0 0ffh
Displays the state of all the equipped BVCIs. Here 0ffh=all defined BVCIs
Example:
PCU:emon_1107 % msg_s 0d2h 9000h 0 0 0 00h 0 0 0 0ffh
Cell id 0, Cell state BLOCKED:GPRS ENABLED (S1),
BVCI 64631,
BVCI flags: Gb_avail 0, Gb_sig 0, BSC cell 1, site 1, CB 1, GPRS 1
BLK_cause: ff, RST_cause 9, Retries 0, Timer 0INS_OP 1, CB_code ff
Cell id 1, Cell state BLOCKED:GPRS ENABLED (S1),
BVCI 64632,
BVCI flags: Gb_avail 0, Gb_sig 0, BSC cell 1, site 1, CB 1, GPRS 1
BLK_cause: ff, RST_cause 9, Retries 0, Timer 0INS_OP 1, CB_code ff
Cell id 2, Cell state BLOCKED:GPRS ENABLED (S1),
BVCI 64641,
BVCI flags: Gb_avail 0, Gb_sig 0, BSC cell 0, site 0, CB 1, GPRS 1
BLK_cause: ff, RST_cause 9, Retries 0, Timer 0INS_OP 1, CB_code ff
Figure 4-8
BVCI Blocking/Unblocking
To block/deactivate a cell (BVC) enter the following command:
PCU:emon > msg_s 0d2h 01ch 0d0h 0 070f8h 0f8h 0e0h 0 0 0 X 77h <reason
code>
Where X is the Local cell ID
Reason code:
0 PRP locked
1 PRP failed
2 Cell congestion
3 O&M intervention
Suggestion: The reasoncode for the BVCBlock should be 2 , the BLOCK will be sent
out.
To unblock/activate a cell (BVC).
BVCI Blocking/Unblocking
GTP SGSN
MS STBY
4 RA NSE1
ip BSSGP PAGE 5
3 2 3, 4
4
3 NSE1 3 4
NSE1 0
3 4
0
20 30
200
24 24 200
15 300 301
BSS1 200 BSS2
30 20
NSE1 0 NSE1 0
3 4
4 3 5
BVCI 3 4
RA2 RA3
Figure 4-9
RLC/MAC Commands
These messages can be sent from the PRP DPROCs (positions 3 and onwards of the
PCU).
That means, in order to see the RLC/MAC messages of the 1st PRP for example, it is
necessary to remotelogin to the processor in slot 3. In order to ascertain the RLC/MAC
activity upon this processor type:
msg_s 0d9h 9000h 0 0 7408 04 34 0ffh 0 0 0
(Observe that the TLLI is enabled for all TLLIs)
Remember to Disable the TLLI watch when finished:
msg_s 0d9h 9000h 0 0 7408 04 34 0
RLC/MAC Commands
rl 254 1103h
PCU
DPROC
BSC msg_s 0d9h 9000h 0 0 7408 04 34 0ffh 0 0 0
Slot 3
GPROC
Figure 4-10
GDS Investigation
First check if there is a mismatch of GDS E1 MMS between PCU and BSC
(LAPD & TRAU)
At the MMI prompt type:
state <PCU> GDS <ID>
disp_eq PCU GDS <ID>
state GDS MMS and MSI at BSC and PCU
Lock BSC MMS and PCU MMS should go DU
GDS Investigation
Figure 4-11
4. You should now match the MMS at pSM, SM and GDS disp_eq
information.
Timeslot Availability
1. Find timeslot out of sync on PICP.
CN:0x12f Cell:28 CR:0 TS:6 PmcIdx:2
GBL Investigation
State PCU GBL <ID>
Disp_nsvc gbl <ID>
NSVC Investigation (NS Messaging PCU SGSN)
filter start_new tag 7601h
filter start_new tag 760ch
BVCI/Cell investigation (BSSGP Messaging PCU SGSN )
filter start_new tag 7701h
filter start_new tag 770bh
GBL Investigation
Figure 4-12
Figure 4-13
GBL Investigation
To instigate an investigation of the communication upon the GBL type:
GBL Investigation
Figure 4-14
Throughput
Chapter 5
Throughput . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
Objectives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 51
Throughput Performance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 52
Analysis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Investigation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 56
Data Collection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 510
Ping Delay & Latency Investigation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 512
Flow Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 514
GBL Average Throughput Analysis (PCU) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 516
Objectives
Throughput Performance
From the graph shown opposite, in can quite clearly be seen that at Carrier to
Interference ratio of 7db and higher, Coding Scheme 3 will produce a larger throughput.
Coding Scheme 4 will produce advantages at 12db C/I and higher. Levels less than this
level have not yet been tested fully.
Performance
16
Throughput (kbps)
14
12
10
8
CS1
6
CS2
4
CS3
Speech level
1 planning today CS4
0
0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
C/I
Throughput 3
Figure 5-1
Analysis
SYSTEM & TOOL FAMILIARIZATION
Refer to the GPRS BSS Support page (CS_WEB) for PCU general design and data
collection information
GPRS BSS Support web page >
http://www.cig.mot.com/Organization/GSM/CS/cs_web/
The Throughput section of CS_WEB contains all available information for throughput
investigation.
Design Information TBF Operation, E2E GPRS Signaling, Flow Control, Coding
Scheme, Supercoattail.
Run 10 FTP transfers depending on Multislot class of mobile available, i.e. 2TS Down =
100Kbyte, 3TS 400Kbyte and 4TS 1Mbyte.
Analysis
Figure 5-2
Investigation
INVESTIGATION
LEVEL 1 MS only.
RF Environment Investigation.
Radio Investigation.
TBF Connection.
Investigation Level 1
Level 1 Investigation MS Only
Coding Scheme Utilization Comments
Does transfer session use CS 1 permanently? Describe CS activity from the MS EFEM mode:
YES/NO UL DL
RF Environment Investigation Comments
RxLev Ave Value UL DL
RxQual Ave Value UL DL
BLER Max/Min UL DL Comments (Mandatory)
Radio Investigation Comments
If hopping, disable hopping. Does problem persist?
YES/NO UL DL
Swap radio Does problem persist? Comments
YES/NO UL DL
Verify problem on multiple platforms
DRCU YES/NO UL DL
TCU A YES/NO UL DL
TCU B YES/NO UL DL
CTU YES/NO UL DL
PC Client & Server Investigation Comments
Verify problem on multiple mobiles
List all mobiles including release for Motorola mobiles
MS brands:
Verify problem on multiple PCs; WIN NT, 98, & 2000
PC (w/OS) brands:
Verify problem on multiple servers
Any difference in performance?
YES/NO UL DL
TBF Connection Comments
Does MS alternate between PDCH and
BCCH during data transfer?
YES/NO UL DL
Do you see multiple RLC retransmissions?
YES/NO UL DL
Check for cell reselections (enable the reselect beep on the ms)
Throughput 4
Figure 5-3
Investigation Level 2
Throughput 5
Figure 5-4
Data Collection
Mandatory Handover requirements completed configuration & investigation
worksheets with all the required logs!
state 0
state pcu
state <site>
disp_cell_status <site>
disp_gsm_cell <site>
disp_equip <site> <DRI ID1> <DRI ID2> full (For RTF w/PDTCHs)
disp_pr pcu
disp_pr 0
disp_pr <site>
disp_act_alarm pcu
disp_act_alarm 0
disp_act_alarm <site>
Data Collection
Figure 5-5
SWFMs (swfm_log.txt)
Events (event_log.txt)
Figure 5-6
Flow Control
FBM implements leakybucket flow control algorithm. Based upon the air throughput for
a particular cell, a cell bucket is defined with various thresholds. When data comes into
FBM for a cell, the bucket for that cell starts to fill up. Similarly, when the data leaves the
buffer the bucket starts to empty out. FBMs responsibility is to send flow control
messages to the SGSN whenever necessary so as to ensure efficient bucket usage of
the cell. FBM monitors each active cells bucket against different thresholds. A cells state
is also tied to the current bucket level.
CBL: Current buffer level for cell in bytes. So here, the CBL is 9.2k
BMAX: Current max buffer level for cell. This is calculated based on the number of
timeslots in the cell and is roughly 30k per timeslot. This is calculated once and will not
change.
R: This is the leak rate. This is in 100kbps. So the leak rate here is 35.7kbps.
prm_rate: PRM does its own leak rate calculation. FBM uses this rate when there is no
data, but when there is data available, it uses the adaptive rate algorithm to calculate the
rate. The rate that is reported to the SGSN in the BVC flow control message is the rate
that FBM calculates in R: or rate_to_be_reported
Example PCU LOG:
iir_m 0d5h 0f320h
This log is UDP streaming at 60kbps.
42170181 CELL 3 CBL: 9198 BMAX: 130000 R: 357 decr
42170181 CELL 3 prm rate: 416 rate_to_be_reported: 352 fbm rate: 352
CBL: Current buffer level for cell in bytes.
So here, the CBL is 9.2K;
Bmax: Current max buffer level for cell;
R: This is the leak rate. This is in 100kbps. So the leak rate here is 35.7kbps;
prm_rate: PRM does its own leak rate calculation. FBM uses this rate when there is no
data, otherwise R is used.
Flow Control
180000 600
160000
500
140000
120000 400
Buffer Level
Leak Rate
100000
300
80000 Current Buffer Level
Bmax
Leak Rate
60000 200
Reported Leak Rate to SGSN
Reported Bmax to SGSN
40000
100
20000
0
84
167
250
333
416
499
582
665
748
831
914
997
1080
1246
1329
1412
1495
1578
1661
1744
1827
1910
1993
2076
2159
2242
2325
2408
2491
2574
2667
2740
2823
2906
2969
1163
Throughput 6
Figure 5-7
600000
500000
400000
300000
200000
100000
0
0 50000 100000 150000 200000 250000 300000
Series1
Throughput graph2
Figure 5-8
Attach
Chapter 6
Attach . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
Objectives . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
GPRS Attach Failure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62
General Data Collection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
General Data Collection (contd) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 66
Objectives
By the end of this chapter the student will be able to:
Be able to collect the correct data to report a fault relating to GPRS Attach
problems.
AFN problem
TSN and the CCU in the radio on the cell are not in synchronization for the AFN.
From PRM carrier information:
msg_s 0d9h 9000h 0 0 7404h 4 14 00 00 00 <local cell id> <carrier id>
you will see bad Absolute Frame Number, AFN, and/or corrupt Round Trip Delay, Blk
Delay, value. Main symptoms include TS stuck in a working state and statistic
air_dl_data_blks pegging in a lot of stats periods but with no ul data.
Eg:
No PRP data
PRM and RSS at the cell are not reporting the same information. From PRP TLLI msg_s
watch and TBF allocation iir_mod you will not see any data triggered for the MS in the
problem cell. For this problem to be diagnosed correctly you will have to know that a valid
attach request is being attempted in the cell. MDTT logs, PRM carrier information, and
RSS iir_mod are required.
For example:
GPRS Attach
Diagran Number
Figure 6-1
-.&#,#".-##*..&#
-.&#,#".-##*..&#,
-.&#,#".-##*+*.&#
((+!.'+*
-.&#,#".-##*+*.&#
((+!.'+*
&.'--##*..&#'$0'(
&.'--##*/-'*% '$0'(
..-'-.&#,#*3.&'*%/*/-/(#%
_
Figure 6-2
PRP
PICPs
MPROC
LCF controlling site
DHP / TCU controlling PDTCHs
BSP
BTP
State Commands:
state 0 state pcu state <site>
Display Commands
disp_cell_status <site>
disp_pr pcu
disp_act_alarm pcu
disp_gsm_cell <site>
disp_pr 0
disp_act_alarm 0
disp_cell <cell ID> full
disp_pr <site>
disp_act_alarm <site>
disp_equip <site> <RTF ID1> <RTF ID2> (For RTF w/ PDTCHs)
disp_equip <site> <DRI ID1> <DRI ID2> full (For RTF w/PDTCHs)
Save the above as: ALARM_STATE.txt
BSC Events 3 hrs prior to when the attach problem was reported.
System Information
SWFM Collection
Display Commands
BSC Events
Database
Diagran Number
Figure 6-3
PICP Log
A GB log with the following IIRs turned on at the GB PICP will show if data is getting to
the PRP.
disp_pr pcu (to find Gb DPROC, then set the following iirs at the DPROC controlling the
GBL)
PICP Log
(GTM) (GR)
iir_mod 0d3h 0fch iir_mod 0d7h 0f8h
513801 12ms : UL_UNITDATA PDU sent. BVCI 718, PDU len: 1611, TLLI: 0xc0004056, PRP: 0x1103 FLOW_CONTROL_BVC_ACK PDU received on BVCI 718
51496889ms: DL_UNITDATA PDU received. BVCI 718, LLC len: 506, TLLI: 0xc00
51496890ms: DL_UNITDATA PDU received. BVCI 718, LLC len: 241, TLLI: 0xc00
51432150ms : UL_UNITDATA PDU sent. BVCI 718, PDU len: 1611, TLLI: 0xc0004056, PRP: 0x1103
Figure 6-4
PRP LOG
A PRP log with the following information will show if UL and DL data is seen at the PRP.
Determine the PRP controlling the cell.
PRP IIRs: (make sure youve got the baud rate high enough (57600), and collect the
following from a direct connection to the PCU console port rather than an rlogin from the
BSC.
iir_m 0d9h 0c0000000h (TBF Allocation)
53188728 :TLLI c0004056 DL tfi=20 normal_tbf_release at ulabn=580024
stats(413 2634 390 1189 4626)
55040499 TLLI c0004059 UL tfi=29 normal_tbf_release at ulabn=45926 stats(1 1
1)
iir_d
iir_dis: iir_mask for process 0xd9 is 0xc0000000.
msg 0d9h 9000h 0 0 7404 4 34 0ffh 0 0 0 0 (TLLI Watch)
Sending TLLI c0004059 TFI: 13 PTR( 7) on (4,2,7) at abn = 45913, curr_dl_abn
45913 or 55040079 ms, rrbp = 3
TLLI c0004059 DL tfi = 13 starting on (4,2,5) at 45925
TLLI c0004059 UL tfi = 29 starting on (4,2,6) at 45919
msg_s 0d9h 9000h 0 0 7404 4 34 0 (Disables TLLI watch)
PRP LOG
Figure 6-5
Figure 6-6
CP Log
Inject the following at the BTP of the site with the problem.
CP Log
Diagran Number
Figure 6-7
Statistics
Capture the following statistics for the problem cell:
gprs_access_per_rach
gprs_access_per_pch
gprs_access_per_agch
gprs_reqs_rec
gprs_reqs_reject
air_ul_data
air_dl_data
If you see any abnormalities with these statistics, determine the first stat interval where
the problem started and also provide OMC event logs covering this interval
Support
Chapter 7
GTSS Global Virtual Customer Support . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
GTSS Global Virtual Customer Support (GVCS). . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
http://compass.mot.com/go/GVCS
This is our One Stop Shop for all the latest field support issues.
This site has a Common Structure and feel for PCU, BSS, GSN, OMRr, OMCg, EMEA
and APAC CNRC.
Title Page
Diagran Number
Figure 7-1
PCU
Procedure to Add or Data input page
Request Data
Diagran Number
Figure 7-2
GSN
Diagran Number
Figure 7-3
OMCG
Diagran Number
Figure 7-4
OMCR
Diagran Number
Figure 7-5
APAC/EMEA CNRC
Diagran Number
Figure 7-6
BSS 2G
Diagran Number
Figure 7-7
NOTE:
If you take nothing else away from this course, please take note of the information
opposite.
Link to CS Website
http://compass.mot.com/go/GVCS
Annex A
Chapter 8
Annex A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
Annex A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Annex A
GPRS Cell OOS Data collection procedure
(For 1620 only)
(Modified at 5/9/02 by Allen Yu)
Background: After customer upgrade to 1620.e6, most known type case in 1614 load will
be fixed, also as some debug command also changed in 1620 load. This document is
intended to allow onsite engineer to identify the existing problem in 1620 and also for
further data collection for problems that do not known the root cause. The use of this
document is for customer who have a 1620 or later load.
Warning: This document has not undergone any formal inspection. Use this with extreme
caution on a live network and ensure you fully understand each command. As the
procedure may update continually, we would suggest you check the document for the
latest version at: http://www.cig.mot.com/Organization/GSM/CS/cs_web/
If you have any problems with this procedure, mail [email protected]
Known PR
157699 GPRS barred when toggle from 16k to 32k on secondary RTF path, fixed in
1620.e7
158876 Toggling to 32K trau failed after a path switchover, fixed in 1620.e7
159039 cell id and carrier id not initialized in psm_switch_disc.c, fixed in 1620.e7
159659 Pds keep bouncing in and out of sync on Incell with 32k TRAU, fixed in 1620.e7
159755 GPRS barred after equiping sub equiped RTF w/ associated RSL, fixed in
1620.e7
159908 Lock/unlock of pchn causes mismatch in disp_cell_s on 32k Incell, fixed in
1620.e7
157570 PDCH status at TSN does not change from INS to OOS even site is lock,fixed
in 1620.e8
160600 PDs oos after lock of primary path, fixed in 1620.e9
160689 Use of MateChan() causes TSN bus fault in 16K only, fixed in 1620.e8.
160999 Toggeling 32k trau on 16k associated RSL causes PD OOS, fixed in 1620.e9
155174 buffer descriptor corruption that faults Cp, outstanding
157902 2773 GPRS Status barred after reinstating rtf on freed dri, raised on 1620.e3,
outstanding.
159604 PD goes oos with 32k TRAU on Incell, raised on 1620.e5, monitor.
159782 PDs oos after changeing RTF frequency, raised on 1620.e5, outstanding
161060 2773Voice on same carrier as data causes PD to lose sync momentarily
For untyped GPRS CELL/PD OOS issue on 1620, please refer to Appendix A for data
collection. For the known type issue, please follow the specific type data collection
procedures. Before start all following data collection, please enable time stamp, so it is
easier to correlate all logs together.
Type 3b
Description
Entire GDS SPAN OOS, all PDs on this GDS out of sync, PMC buffer is fully used
When the problem happens, on PRP, from pb list, it is found the host2nib buffer is fully
used, typically logs as following:
write ID Attach Name Device Packet Size Used Peak
4000000a yes HOST2NIB1 00001a00 12 23040 23040 23040
Related PR
PR 143939 LAPD and TRAU NIB getting crashed fixed on 1614.b1 & 1620.d5.
PR 150321 PD1080: Span of PDs OOSync due to pci buffer problem fixed in 1620.e1.
PR 159569 HOST2NIB buffer full due to PCI buffer problem fixed in 1620.e6.
Data collection procedure
1. First find a GDS that is completely OOS, by entering the following
commands at the PICPs (Do this at every PICP).
msg_s 0dbh 9000h 0 0 0 44 (Shows timeslots OOS)
msg_s 0dbh 9000h 0 0 0 45 (Shows timeslots INS)
msg_s 0dbh 9000h 0 0 0 2 (Tells you which slot the given PMC index is in, DPROC ID
for #2 below)
2. From disp_pr pcu, running following command on all DPROC:
pb list
swfm l a
swfm d a
Workaround
Reset DPROC.
Type 3c
Description
Entire GDS SPAN OOS, buffer between PRP and PICP is not properly attached
When the problem happens, run pb list on both PICP and PRP. From the output, we
can see some buffers are no attached on read or write ID list. The buffer name could be
HOST2NIB, GTM, buffy or pmc2tsn, you may not see any buffer name in some case.
Related PR
155174 buffer descriptor corruption that faults CP wait commitment.
The identification of these problems mostly focuses on BTS side. When the problem
happens, from disp_cell_s we can find individual PDCH are OOS or missed. From:
msg_s 34 9000h 0 0 0 0b3h 0f0h <local cell id> (CRM cell info)
msg_send 34 9000h 0 0 0 0b9h 0f0h <local cell id>
Related PR
PR 145151 PD configuration stuck in CRM (cleared as lacking of data)
Workaround
Reset BTS.
Type 4d
Description
From disp_cell_s PD is missed. From CRM info, GetSDforPDTCH in progress is
TRUE
From output of
msg_s 34 9000h 0 0 0 0b3h 0f0h <local cell id> (CRM info)
From output of
msg_send 34 9000h 0 0 0 0b9h 0f0h <local cell id> (carrier info)
all TS was configured properly.
Workaround
Reconfigure Database; make sd_load to 0 on PDCH carrier.
for buffer 80000004, count 0 1 2 3 4 ... and take the fifth ULONG, which in this
case is 00fe12c0. dump that:
dump 00fe12c0h 128
If there is a number starting with 40xxxxxx on the 4th or 5th line of this output, also
dump that address. In the above example, there isa valid value on line 5 of 400101c0.
This shows the DPROCs control structure for the same buffer.
d 0x400101c0,32,4
400101c0: 484f5354 324e4942 2d310000 00000000 *HOST2NIB1......*
400101d0: 00007810 00005a00 0000000c 00000010 *..x...Z.........*
400101e0: 00000010 01000200 00000000 0000000c *................*
400101f0: 00001a00 00000000 00000000 00000000 *................*
40010200: 00000000 90fb9798 00000000 00000000 *................*
40010210: 00000000 00000000 484f5354 324e4942 *........HOST2NIB*
40010220: 2d320000 00000000 00007810 00005a00 *2........x...Z.*
40010230: 0000000c 00000010 00000010 01000200 *................*
MPROC:
msg_s 0d0h 9000h 0 0 0 3 (CB summary)
msg_s 0d0h 9000h 0 0 0 4 (CB summary including carrier ID info).
msg_s 0d2h 9000h 0 0 0 0 0 0 0 <local cell id> (Cell state)
msg_send 0d0h 9000h 0 0 0 9 (determine which local cell ids are being controlled by
which DPROC)
PRP board:
msg_s 0d9h 9000h 0 0 7404 04 15 0 0 0 <local cell id>
(Cell info in PRM)
msg_s 0d9h 9000h 0 0 7404 04 14 0 0 0 <local cell id> <local carrier id>
Annex B
Chapter 9
Annex B . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . i
Data Colection Procedure for PDTCH OOS 1614 Loads. . . . . . . . . . . . . . . . . . . . . . . . . . 91
..................................................................... 91
Before start all following data collection, please enable time stamp, so it is easier to
correlate all logs together.
General Info:
2.
database (ascii) Save as: <BSCNAME>_database.txt
Type 1
Description
GPRS Status Barred of one cell, PDCH status No activation, PD Channel is NA
From disp_cell_s <site> you will find GPRS is OOS for whole cell, all PDs are NA. PRM
has no cell info of those cells.
Related PR
PR 149764 GPRS cell barred after cell activation procedure fixed by 1614.c1 and
committed in 1620.d8.
PR 149776 GPRS cell barred after cell activation procedure committed in 1620.dd
General Info
Follow the general information data collection procedure, especially SWFM logs.
On the MPROC:
1. msg_s 0d0h 9000h 0 0 0 3 (CB summary)
msg_s 0d0h 9000h 0 0 0 4 (CB summary including carrier ID info). Will give you local
carrier info to use below
PR 151102 GPRS stays barred due to GSM cell ins/oos/ins committed in 1620.dd.
Workaround
Toggle gprs_enabled
Type 2b
Description
GPRS Cell Barred, Bitmap do to match between PRM and CRM.
Run msg_s 0d9h 9000h 0 0 7404 04 14 0 0 0 <local cell id> <local carrier id> on PRP,
you will find:
TS Bitmap: 0x00
CRM TS Bitmap: 0x00
Run msg_send 34 9000h 0 0 0 0b3h 0f0h <local cell id> on BTS, you will find:
Related PR
PR 142254 CRM and PRM bitmaps are out of sync fixed in 1614.0 and 1620.a6.
On the MPROC:
If the problem is reproducible, then Setup filter on PRP(controlling the cell) and BTP
before the problem happen:
filter create tag 73xxh
filter start all
msg_s 0d9h 9000h 0 0 7404 04 15 0 0 0 <local cell id> (Cell info in PRM)
msg_s 0d9h 9000h 0 0 7404 04 14 0 0 0 <local cell id> <local carrier id> (Carrier info in
PRM you can get the carrier ID from the pervious msg send for the cell info)
Display Request)
msg_send 34 9000h 0 0 0 0b9h 0f0h <local cell id> (Channel Resource View Linked List
Info Request)
Workaround
Toggle gprs_enabled will resolves the problem.
Type2c
Description
GPRS Cell Barred, Cell activation message was dropped from PRM to CRM.
From disp_cell_s output, GPRS Cell Barred, PD No Activation, PD Channel 0.
Compare the Cell info on PRM and CRM, we can found CRM never receive cell
activation message. There are three possible reason cause this problem:
a. cell activation message is not sent by PRM.
b. The message is dropped during the path between PRM and CRM
c. CRM receive the message but discard.
Related PR:
PR 144638 Links lost between slave GPROCS on the LAN committed in 1620.d5.
MMI logs:
state pcu
state 0
disp_p pcu
disp_p 0
On the MPROC:
msg_s 0d9h 9000h 0 0 7404 04 15 0 0 0 <local cell id> (Cell info in PRM)
msg_s 0d9h 9000h 0 0 7404 04 14 0 0 0 <local cell id> <local carrier id> (Carrier info in
PRM you can get the carrier ID from the pervious msg send for the cell info)
On PRP board that control the cell, and BTP board on the problem BTS:
filter create tag 73xxh
filter start all
Workaround
If toggle GPRS doesnt work, INS the LCF with control the site.
Type 3
Description
Entire GDS SPAN OOS, all PDs on this GDS out of sync.
This type is much easier to identify, from PICP, running following command:
msg_s 0dbh 9000h 0 0 0 44 (shows timeslot OOS)
msg_s 0dbh 9000h 0 0 0 45 (shows timeslot INS)
msg_s 0dbh 9000h 0 0 0 2 (tell you which slot the given PMC index is in)
You will find entire GDS span are OOS, there is 0 PDs INS on the GDS Span. Although
the whole GDS span is OOS, but the disp_cell_status output may still show the GPRS
is in INS and only part of the PD unavailable
Type 3a
Description
Entire GDS SPAN OOS, all PDs on this GDS out of sync, all pb list output looks fine.
Chan: 0x00c9 RTD: 0x01 CR: 0x01 TS: 0x05 Frame: 0x04
BUFFIDX: 0x00000000 TAL: 0x00 DR: 0x00 SyncState:0xff
PRMConn: 0x01 SSI: 0x00 UFE: 0xff MS#: 0x08 CUTA: 0x02
UlBlk#: 0x05 Seq Num: 0x68 UlBlkBM:0x0f DlBlkBM: 0x00 #UlSync: 0x00
DlBlk#: 0x0b DLTACI: 0x00 d266: 0x00 Cell: 0x00
TTS: 0x23 eDLTACI: 0x00 CCUConn:0x01 eSeq#: 0x7f
<==== Indicate CCU does not have sync with D/L trau frame
UL AFNbis:2653638 DL AFNbis:0
<====UL AFN increase, but DL AFN still stay at 0.
TAL Tot: 0x00000045 TAL Delay:0x00000000
Related PR
PR 151123 Span of PDs OOSync due to E1 bitshift committed in 1620.df.
2. Randomly select three channels from TSN OOS list, run following
command to print TS_ARRAY, which tells whether any packets have been received.
msg_s 0dbh 9000h 0 0 0 4 <CN0> <CN1>
where CN0 is the MSB (mostsignificant byte) of the channel number
and CN1 is the LSB (leastsignificant byte) of the channel number.
For example:
PCU:emon_1101 % msg_send 0dbh 9000h 0 0 0 44
The following TRAU channels are out of sync:
CN:0x1d Cell:24 CR:13 TS:5 PmcIdx:0
CN:0x1e Cell:71 CR:0 TS:5 PmcIdx:0
So to print ts_array of these TS, type following command about 4 times each:
msg_s 0dbh 9000h 0 0 0 4 0 1dh (where 0 1dh is your CN0 CN1)
msg_s 0dbh 9000h 0 0 0 4 0 1eh (where 0 1eh is your CN0 CN1)
Workaround
INS MSI hooked the GDS link.
Type 3b
Description
Entire GDS SPAN OOS, all PDs on this GDS out of sync, PMC buffer is fully used
When the problem happens, on PRP, from pb list, it is found the host2nib buffer is fully
used, typically logs as following:
write ID Attach Name Device Packet Size Used Peak
Related PR
PR 143939 LAPD and TRAU NIB getting crashed fixed on 1614.b1 and committed in
1620.d5.
PR 150321 PD1080: Span of PDs OOSync due to pci buffer problem, which only
happens on 1620,
3. Before start the data collection, visit following web page if you do not
have serial cable for NIB:
http://www.ecid.cig.mot.com/NSSG/GPRS/NEW/documents/setting_up_a_trial/Field_T ria
l_Checklist.html#link4
Get a serial cable into the DPROC (were the OOS GDS is physically hooked to), get the
following info from NIB.
First do the command:
i
If any task shows status SUSPEND, take the task name and run
tt NAME
Then, determine the version of NIB object you have. Type in this command:
traudbg_chan 0
If you get undefined symbol: traudbg_chan then you have a type 1 nib object. If you
get a Channel Statistics table output then you have a type 2 nib object. Some
commands below are valid only for type 1 and
some valid only for type 2. Those commands are prefixed with a (1) or a (2).
Finally, check the status of individual trau channels. GCIs name trau channels by
timeslot (131) and group (03). The PMC names trau channels by channel number
((timeslot*4)+group). So if SM and pSM say that a
particular timeslot/group should be in service on a particular GDS, find the PMC which
terminates that GDS and run
(1) trau_stats <channel_number>
(2) traudbg_chan <channel_number>
or
(2) traudbg_chans [ this displays all channels ]
Normally channel numbers start at 111 and go down from there,so a good first try would
be
(1) trau_stats 111
(1) trau_stats 110
(1) trau_stats 109
(1) trau_stats 108
The above commands dump downlink statistics. For uplink stats there is not a function,
you have to dump the channel structures themselves. The command is:
(1) d &t2p_chan+64*CHANNEL,16,4
Substitute channel number for CHANNEL, so for channel 111, the command is:
(1) d &t2p_chan+64*111,16,4
to take a look at data coming in on an E1 timeslot, follow these steps below.
> d 0xff003c00,24,4
The fourbyte value at ff003c00 is the beginning of the space where bufferdescriptors
start. (Here, it is 007f8000.) Remember that value for later. Information for QMC
channels starts at ff003c20, and each timeslot has a twobyte entry. In the example
above, only timeslot zero is enabled, so the other 31 entries are 0000. Take the twobyte
value for timeslot zero and mask off some bits (mask is 0x7c0):
> 0xb03f & 0x7c0
value = 0 = 0x0
In this case, the result is zero. For other timeslots, it wont be zero. Add this value to
ff002000 and dump that memory:
> d 0xff002000,16,4
This is the table of parameters for a single QMC channel. The first two lines are data for
the TX hardware, the second two lines are RX hardware.
The first two bytes of each twoline section is where to locate buffer descriptors; add this
value to the fourbyte value found above at ff003c00. For instance, TX BDs for this
timeslot start at 007f8000 + 0000, and RX BDs start at 007f8000 + 0040. Now view the
RX BDs for this timeslot:
> d 0x007f8040,4,4
The second and fourth 4byte values actually point to the buffers of received data for this
timeslot. Examine them.
> d 0x0079f0a0,20,4
> d 0x0079f0f0,20,4
In this case, we are seeing all binary 1s. This is what you should see when there is no
incoming span connected to the NIB. This NIB should currently be reporting MMS Sync
Loss OOS.
Workaround
Reset DPROC.
Type 3c
Description
Entire GDS SPAN OOS, all PDs on this GDS out of sync, NIB buffer of PRP is not
created
When the problem happens, run pb list on both PICP and PRP. From the output of PRP
board, HOST2NIB buffer is not shown on write ID list. From the output of PICP board
(control the GDS), HOST2NIB buffer will show No attached on write ID list, pmc2tsn*
buffer will show No attached on read ID list.
Related PR
PR 149792 NIB does not properly handle stale pci buffer fixed in 1614.c1 and
committed in 1620.da.
PR 151158 race condition in pci management causes pci buffer problems committed in
1620.ddt1 & 1650.0a.
Workaround
Reset DPROC.
Type 4
Description
Individual PDTCH OOS, PD configuration stuck in CRM
The identification of these problems mostly focuses on BTS side. When the problem
happens, from disp_cell_s we can find individual PDCH are OOS or missed, then we
need run following command at BTP:
msg_s 34 9000h 0 0 0 0b3h 0f0h <local cell id>
msg_send 34 9000h 0 0 0 0b9h 0f0h <local cell id>
Type 4a
Description
From output of
msg_send 34 9000h 0 0 0 0b9h 0f0h <local cell id> (carrier info)
Related PR
PR 145151 PD configuration stuck in CRM (Under monitor)
Attempts to recreate this problem in AH were unsuccessful. Please follow the additional
data collection below to collect further debug to verify the state of the timeslot at the time
of problem occurrence.
Type 4b
Description
From output of
msg_send 34 9000h 0 0 0 0b9h 0f0h <local cell id> (carrier info)
Type 4c
Description
PDTCH configuring is TRUE, TS stuck on c8
From output of
msg_s 34 9000h 0 0 0 0b3h 0f0h <local cell id> (CRM info)
From output of
msg_send 34 9000h 0 0 0 0b9h 0f0h <local cell id> (carrier info)
Type 4d
Description
From disp_cell_s PD is missed. From CRM info, GetSDforPDTCH in progress is
TRUE
From output of
msg_s 34 9000h 0 0 0 0b3h 0f0h <local cell id> (CRM info)
From output of
msg_send 34 9000h 0 0 0 0b9h 0f0h <local cell id> (carrier info)
all TS was configured properly.
Type 5a
Description
PDTCH OOS associated with DRI 15 alarm
When the problem happened, from event logs can found many DRI 15 alarm generated
on the DRI.
Related PR
PR 149280 A few PDs in some Incell sites out of sync in 1620.d3 fixed in 1614.c and
committed in 1620.d7.
PR 151359 Restructure RTD(Round Trip Delay) calculation in TSN committed in
1620.dd
On BSC
disp_equip <site>DRI <id1> <id2> full (see the specific radio type and and the cell the
DRI is in)
disp_bss
disp_cell_status <site id>
disp_gsm_cell <site id> (Get the alarm DRIs local cell ID which is in decimal format)
disp_rtf_chan
disp_proc pcu
On the MPROC:
msg_send 0d0h 9000h 0 0 0 9 (determine which local cell ids are being controlled by
which DPROC)
At all PICP
2. Print TS_ARRAY of the timeslot which got DRI 15 alarm, run following at
least twice:
msg_s 0dbh 9000h 0 0 0 4 <CN0> <CN1>
Note: The number of no data frames in the UL PTRAU output (message 35) will be a
high number (percentagewise) when we see this problem. Every time TSN builds a DL
frame without first receiving an uplink frame, this stat should get pegged.
Workaround
INS pchn resolves the remainder.
Type 5b
Description
PD OOS, Flood SWFM on BSP indicate Error on GCIRCI connection setup.
From disp_cell_status found some TS unavailable, found flood of BSP swfm.
Related PR
PR 144288 Fix routing of pSMSM messages and redundant con reqs to SM
committed in 1614.8 & 1620.d3
PR 146839 Fix routing of pSMSM messages and redundant con reqs to SM
committed in 1614.b & 1620.d3
PR 147396 Stop Con Discon retries in PRM
PR 147464 Last GBL going OOS causes SMpSM problems Committed in 1620.d4
PR 147518 PSM SWFM in infinate loop after inservice PICP DPROC committed in
1620.d2.
PR 147749 pSMSM interface changes for PRP OOS and GDS OOS cases committed
in 1620.d4
PR 148043 pSM to SM audit message redesign committed in 1620.d5
Workaround
PSMSM interface redesign in 1620 will resolve BSP SWFM flood issue, related PR see
PR list at the beginning of this document. Currently a workaround as attached can also
force the GCI idle. Until you are quite confidence understand all step, then go ahead.
1. Note the GCI ids in the swfms (look for psm_messages.c SM BSC
swfms, and for gds_channel_id). 1st and 2nd byte in gds_channel_id are MSI and MMS
ids, respectively, of the span where the GCI is.
2. Lock the MMSs where these GCIs are. The swfms should stop.
3. Inject the following message:
msg_send 64 3 99 99 0f0ch 54h < mms_id_0> < mms_id_1> < timeslot> < group>
Where mms_id_0, mms_id_1, timeslot, and group are 1st, 2nd, 3rd, and 4th byte in
gds_channel_id (from the swfm).
4. Note the timeslot number for the GCI and make sure the state is 3
(active). Then inject the following message:
Where the ts_msb and ts_lsb are MSB and LSB of the timeslot number, and group is the
group number. In the the example above, ts_msb = 07h, ts_lsb = 17h, group 2.
SM will print port_db entry that corresponds to this timeslot. For example:
******************** Debug Output ********************
** Information for TDM Timeslot 0x0717 Group 2 **
Port state in: 3
Connected to TS in
TS: 0x031b
Group: 3
Rate: 3
Where ts_msb, ts_lsb, and group have the same meaning as in step 4. The 2s at the end
of the message means force idle state of both inbound and outbound ports.
6. Inject the same message as in step 3 to verify that ports associated with
GCIs are idle (state = 2).
Type 5c
Description
Entire GDS SPAN OOS, PD Unavailable, flood SWFM on controlled PRP board
Although the whole GDS span is OOS, but the disp_cell_status output may still show
the GPRS is in INS and only part of the PD unavailable.
When the problem happen, from cell controlled PRP board you will got flood SWFM:
prm_build_send_ts_switch_on.c:Attempt to write switch on TS message (Cell:0x3c
Carrier:0x1 TS:0x6) failed!
status = 5
Data buffer index = 5, buffer id = 0
prm_build_send_ts_switch_on.c:Cell Index 20!
Cell id: 60
picp_cpu_slot_id: 2
Slot_to_data_buffer: 5
Related PR
PR 149023 Stop retransmission of sw on/off, Con Discon due to PCI fail fixed in
1614.c and committed in 1620.d7.
Workaround
Reset PRP board.
Type 5d
Description
PDTCH OOS, No alarm, No UL frame received on TSN:
TS[6]: ULTFI Map:0xff 0xff UL PACCH: 0x00 DLTFI Map:0xff 0xff DL PACCH: 0x00
PICP ID:0x02 State:Non Service Pend
TS_Array print our from PICP board: (if repeat three time, we can found AFN stuck).
[08/06/01 10:20:11] PCU:emon_1102 % msg_s 0dbh 9000h 0 0 0 4 0 5eh
Chan: 0x005e RTD: 0x06 CR: 0x01 TS: 0x06 Frame: 0x05
BUFFIDX: 0x00000002 TAL: 0x00 DR: 0x00 SyncState:0xff
PRMConn: 0x01 SSI: 0x01 UFE: 0x00 MS#: 0x08 CUTA: 0x00
UlBlk#: 0x07 Seq Num: 0x0c UlBlkBM:0x00 DlBlkBM: 0x00 #UlSync: 0x00
DlBlk#: 0x01 DLTACI: 0x01 d266: 0x00 Cell: 0x13
TTS: 0x22 eDLTACI: 0x01 CCUConn:0x01 eSeq#: 0x07
UL AFNbis:1856274 DL AFNbis:1856278 === DL/UL stucked
TAL Tot: 0x0000003c TAL Delay:0x0000341c
Related PR
PR 148043 pSM to SM audit message redesign fixed in 1620.d5.
One known problem, pSM and SM out of sync, can cause this problem. PR 148043
commited in 1620.d5. Step 1 6 will help you identify the problem is cause by this PR. If
the problem is different, then further data collected may need some extra cable and test
equipment. (NIB debug cable, TPS, K1205)
Total OOS:1
2. From the output of step 1, choose three OOS PDTCH, print TS entry for
at least THREE times each:
msg_s 0dbh 9000h 0 0 0 4 <CN0> <CN1>
3. Pring PRP carrier information, repeat the command for three times.
msg_s 0d9h 9000h 0 0 7404h 4 14 00 00 00 <local cell id> <carrier id>
4. Check SM at BSP:
msg 64 3 99 99 0f0ch 6 <cell> <car> 1 <ts>
For this example: Take Cell:28, CR:0, TS:6 and check this at pSM and SM to see that
both ends link up:
msg 64 3 99 99 0f0ch 6 28h 0 1 6
******************** Debug Output ********************
Inbound Information
Outbound Information
***********************************************************
Note: GCI (MMS ID 0, MMS ID 1, MMS TS, MMS Group # : 18 0 20 3
This means the GCI for this timeslot (Local cell ID: 28h, Carrier ID: 0, Timeslot: 6) has
MMS 18 0, Timeslot 20, and Group 3 going to the PCU.
6. Now check that the GDS in the database maps the two ends at
pSM/SM:
disp_eq pcu gds <GDS ID>
Note:
Here, SM showed this timeslot was mapped to MMS 18 0, timeslot 20,
group 3 and pSM showed this timeslot was mapped to MMS 10 0, timeslot 20, group 3.
Looking at the disp_eq, we see that the database has the two MMSs as the two ends in
the GDS and also the timeslot/group match.
If the SM is mismatched with pSM table, then PR 148043 are hitted.
7. TPS needed for this step. Details related to TPS refer to:
http://www.ecid.cig.mot.com/GPD_ENG/GPD_FW/team_pages/mol/html/tps/index.htm
Connect TPS to the DRI which PD OOS, then catch the UL TRAU frame for that TS.
8. NIB debug cable needed for this step, Details refer to:
http://www.ecid.cig.mot.com/NSSG/GPRS/NEW/documents/setting_up_a_trial/Field_T ria
l_Checklist.html#link4
Connect the cable to the DPROC which physically hook the GDS, run following
command
traudbg_chan 0
If you get undefined symbol: traudbg_chan then you have a type 1 nib object. If you
get a Channel Statistics table output then you have a type 2 nib object.
For type 1 NIB objects, found the channel number from step 1, repeat 3 times run
trau_stats <channel_number>
For type 2 NIB objects, found the channel number from step 1, repeat 3 times run
traudbg_chan <channel_number>
9. K1205 needed for this step. (unfortunately we can not tested in our lab now)
Conect K1205 on the link between BSC and BTS, collect the UL/DL trau from BTS to
BSC of the problem TS. The MMS port and TS subchannel can be found from:
disp_eq <site> path <id1> <id2>
disp_mms_ts_usage 0 <id2> <id3>
Connect K1205 on the link between BSC to PCU, collect the UL/DL trau from BSC to
PCU of the problem TS. The MMS port and TS subchannel can be found from step 5.
Note:
Step 7 try to identify weather CCU send the UL sync frame to PCU.
Step 8 try to identify weather NIB receive any frame from CCU.
Step 9 try to identify did BSC receive the frame and set it down to PCU.
Workaround
INS pchn or INS DRI can resolve the problem
Type 5e
Description
PDCH are missed, comparing disp_cell_status & disp_rtf_chan
Carrier info dumped from PRP board, bitmap on PRM and CRM is mismatched.
From TS history, it is because of PRM do not receive switch on ack from TSN.
Related PR
None.
1. General logs
state 0
state pcu
disp_p 0
disp_p pcu
disp_cell_s <site>
Event till the problem founded
SWFM dump on all DPROC board on PCU
2. Print our CB table and display PSM table: (on PSP board)
msg_s 0d0h 9000h 0 0 0 3
msg_s 040h 9000h 0 0 0 3 0 0 0 0
3. on BSC, find out which cell has PD missed, for all cell:
disp_cell_s <site>
disp_rtf_chan <cell id> <rtf id1> <rtf id2>
4. Choose three cells had PD missed, login to the PRP board controlling
the cell:
Print cell info and carrier info,
msg_s 0d9h 9000h 0 0 7404 04 15 0 0 0 <local cell id>
msg_s 0d9h 9000h 0 0 7404 04 14 0 0 0 <local cell id> <local carrier id>
Print out the TS history of all TS of the cell, carrier on which PD is missed:
msg_s 0d9h 9000h 0 0 7404 04 80 00 00 00 <local cell id > <carrier_id> <ts>
Workaround
Toggle GPRS.
MPROC:
msg_s 0d0h 9000h 0 0 0 3 (CB summary)
msg_s 0d0h 9000h 0 0 0 4 (CB summary including carrier ID info).
msg_s 0d2h 9000h 0 0 0 0 0 0 0 <local cell id> (Cell state)
msg_send 0d0h 9000h 0 0 0 9 (determine which local cell ids are being controlled by
which DPROC)
msg_s 040h 9000h 0 0 0 3 0 0 0 <local cell id> (PSM table)
msg_s 112 6 0 0 1c00h 1 (Disable GPROC (at the BSC/BTS) level 3 timeout in
emon)
msg_s 23 1 0 0 8a04h 1 (Disable the PCUs DPROC level 3 time out)
msg_s 23 1 0 0 8a04h 0 (Enable the DPROC level 3 timeout)
msg_s 112 6 0 0 1c00h 0 (Enable GPROC level 3 timeout in emon)
PRP board:
msg_s 0d9h 9000h 0 0 7404 04 15 0 0 0 <local cell id>
(Cell info in PRM)
msg_s 0d9h 9000h 0 0 7404 04 14 0 0 0 <local cell id> <local carrier id>
(Carrier info in PRM)
msg_s 0d5h 9000h 0 0 0f0h <local cell id>
(Cell info in FBM)
msg_s 0d9h 9000h 0 0 7404 04 80 00 00 00 <local cell id > <carrier_id> <ts>
(TS history)
perf all
pb list
PICP board:
msg_s 0dbh 9000h 0 0 0 44 (Shows timeslots OOS)
msg_s 0dbh 9000h 0 0 0 45 (Shows timeslots INS)
msg_s 0dbh 9000h 0 0 0 2 (tell you which slot the given PMC index is in)
msg_s 0dbh 9000h 0 0 0 4 <CN0> <CN1>
(Print our TS array)
msg_s 0dbh 9000h 0 0 0 33 (print UL trau stats)
msg_s 0dbh 9000h 0 0 0 34 (pint DL trau stats)
msg_s 0dbh 9000h 0 0 0 35 (pint UL ptrau stats)
msg_s 0dbh 9000h 0 0 0 36 (print DL ptrau stats)
msg_s 0dbh 9000h 0 0 0 37 (print UL trau throughput)
msg_s 0dbh 9000h 0 0 0 38 (print DL trau throughput)
perf all
pb list
BSCBSP:
msg_send 64 3 99 99 0xf0ch 0x54h <mms_id_0> <mms_id_1> <timeslot> <group> (print
info on GCI)
msg_send 64 3 99 99 0xf0ch 0x26h <timeslot> (verify GCI with TDM)
msg_send 64 3 99 99 0xf0ch 0x03h <ts_msb> <ts_lsb> 0x02h <group> (print our TDM
to GCI table)
BTSMCU:
msg_send 34 9000h 0 0 0 0b3h 0f0h <local cell id>
(Carrier Config Manager Detailed Display Request)
msg_send 34 9000h 0 0 0 0b9h 0f0h <local cell id>
(Channel Resource View Linked List Info Request)
msg_send 34 9000h 0 0 0 0bbh 0f0h <local cell id>
(Carrier Config Manager Display Request (for cell))
msg 34 9000h 0 0 0 0b2h 0f0h <local cell id>
msg 34 9000h 0 0 0 0b5h 0f1h <carrier id> 018h <timeslot id>
msg 34 9000h 0 0 0 0b6h 0f1h <carrier id> 018h <timeslot id> 011h 0
msg 34 9000h 0 0 0 0beh 28 (Turn on CRM internal debug)
msg 34 9000h 0 0 0 0beh 0 (Turn off CRM internal debug)
msg 34 9000h 0 0 0 0a9h 12h 2 (abnormal TS transaction history)
msg 34 9000h 0 0 0 0a9h 12h 3 (abnormal TS transaction history)
first of all, doing dump on large memory regions works better over RLOGIN than it does
straight onto the serial port of the dproc being investigated.
take the last digit of the buffer id, and count forward that many ULONGs (4 byte
quantities) forward in the dump output, starting at zero, not 1. (the first ULONG is buffer
zero). take that value as a new pointer and do another dump. for instance:
PCU:emon_1104 % dump 10010h 80
00010010: 00ff37a0 00feec58 00fea3d0 00fe5b48
00010020: 00fe12c0 00000000 00000000 00000000
00010030: 00000000 00000000 00000000 00000000
00010040: 00000000 00000000 00000000 00000000
00010050: 00000000 00000000 00000000 00000000
for buffer 80000004, count 0 1 2 3 4 ... and take the fifth ULONG, which in this
case is 00fe12c0. dump that:
dump 00fe12c0h 128
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 4th Generation Language.
A
A interface Interface between MSC and BSS.
A3 Authentication algorithm that produces SRES, using RAND
and Ki.
A38 A single algorithm performing the function of A3 and A8.
A5 Stream cipher algorithm, residing on an MS, that produces
ciphertext out of plaintext, using Kc.
A8 Ciphering key generating algorithm that produces Kc using
RAND and Ki.
AB Access Burst.
Abis interface Interface between a remote BSC and BTS. Motorola offers a
GSM standard and a unique Motorola Abis interface. The
Motorola interface reduces the amount of message traffic and
thus the number of 2 Mbit/s lines required between BSC and
BTS.
ABR Answer Bid Ratio.
acdc PSM ACDC Power Supply module.
ac Alternating Current.
AC Access Class (C0 to C15).
AC Application Context.
ACC Automatic Congestion Control.
ACCH Associated Control CHannel.
ACK, Ack ACKnowledgement.
ACM Accumulated Call meter.
ACM Address Complete Message.
ACPIM AC Power Interface Module. Used in M-Cell6 indor ac BTS
equipment.
AC PSM AC Power Supply Module. Used in M-Cell6 BTS equipment.
ACSE Associated Control Service Element.
ACU Antenna Combining Unit.
A/D Analogue to Digital (converter).
ADC ADministration Centre.
ADC Analogue to Digital Converter.
ADCCP ADvanced Communications Control Protocol.
ADM ADMinistration processor.
ADMIN ADMINistration.
ADN Abbreviated Dialling Number.
ADPCM Adaptive Differential Pulse Code Modulation.
AE Application Entity.
AEC Accoustic Echo Control.
AEF Additional Elementary Functions.
AET Active Events Table. Alarms and events are sent to the
Events Log in the GUI. Different operators will have different
subscription lists. All alarms and events are sent to the AET
before they are re-routed to different subscription lists.
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.
AIO A class of processor.
Air interface The radio link between the BTS and the MS.
AM Amplitude Modulation.
AMA Automatic Message Accounting (processor).
AM/MP Cell broadcast mobile terminated message. A message
broadcast to all MSs in a cell.
AoC Advice of Change.
AoCC Advice of Change Charging supplementary service.
AoCI Advice of Change Information supplementary service.
AOC Automatic Output Control.
AP Application Process.
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 with the means to establish and control an
association with an AP in a remote NE. 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.
C
C Conditional.
C Interface Interface between MSC and HLR/AUC.
C7 ITU-TSS Signalling System 7 (sometimes referred to as S7 or
SS#7).
CA Cell Allocation. The radio frequency channels allocated to a
particular cell.
CA Central Authority.
CAB Cabinet.
CADM Country ADMinistration. The Motorola procedure used within
DataGen to create new country and network files in the
DataGen database.
CAI Charge Advice Information.
CAT Cell Analysis Tool.
CB Cell Broadcast.
CB Circuit Breaker.
CBC Cell Broadcast Centre.
CBCH Cell Broadcast CHannel.
CBF Combining Bandpass Filter.
CBL Cell Broadcast Link.
CBM Circuit Breaker Module.
CBMI Cell Broadcast Message Identifier.
CBSMS Cell Broadcast Short Message Service.
CBUS Clock Bus.
CC Connection Confirm (Part of SCCP network connectivity).
CC Country Code.
CC Call Control.
CCB Cavity Combining Block, a three way RF combiner. There
are two types of CCB, CCB (Output) and CCB (Extension).
These, with up to two CCB Control cards, may comprise the
TATI. The second card may be used for redundancy.
CCBS Completion of Calls to Busy Subscriber supplementary
service.
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).
1 Cell =
1 Sector
D
D Interface Interface between VLR and HLR.
D/A Digital to Analogue (converter).
DAB Disribution Alarm Board.
DAC Digital to Analogue Converter.
DACS Digital Access Cross-connect System.
DAN Digital ANnouncer (for recorded announcements on MSC).
DAS Data Acquisition System.
DAT Digital Audio Tape.
DataGen Sysgen Builder System. A Motorola offline BSS binary object
configuration tool.
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 CHannel. A class of GSM control
channels used to set up calls and report measurements.
Includes SDCCH, FACCH, and SACCH.
DCD Data Carrier Detect signal.
DCE Data Circuit terminating Equipment.
DCF Data Communications Function.
DCF Duplexed Combining bandpass Filter. (Used in
Horizonmacro).
DCN Data Communications Network. A DCN connects Network
Elements with internal mediation functions or mediation
devices to the Operations Systems.
DC PSM DC Power Supply Module.
DCS1800 Digital Cellular System at 1800 MHz. A cellular phone
network using digital techniques similar to those used in GSM
900, but operating on frequencies of 1710 1785 MHz and
1805 1880 MHz.
DDF Dual-stage Duplexed combining Filter. (Used in
Horizonmacro).
DDS DataGen Directory Structure.
DDS Data Drive Storage.
DDS Direct Digital Synthesis.
DEQB Diversity Equalizer Board.
DET DETach.
DFE Decision Feedback Equalizer.
DGT Data Gathering Tool.
E
E See Erlang.
E Interface Interface between MSC and MSC.
EA External Alarms.
EAS External Alarm System.
Eb/No Energy per Bit/Noise floor.
EBCG Elementary Basic Service Group.
EC Echo Canceller. Performs echo suppression for all voice
circuits.
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.
ECT Event Counting Tool.
ECT Explicit Call Transfer supplementary service.
EEL Electric Echo Loss.
EEPROM Electrically Erasable Programmable Read Only Memory.
EGSM900 Extended GSM900.
EI Events Interface. Part of the OMC-R GUI.
EIR Equipment Identity Register.
EIRP Effective Isotropic Radiated Power.
EIRP Equipment Identity Register Procedure.
EL Echo Loss.
EM Event Management. An OMC application.
EMC ElectroMagnetic Compatibility.
EMF Electro Motive Force.
EMI Electro Magnetic Interference.
eMLPP enhanced Multi-Level Precedence and Pre-emption service.
EMMI Electrical Man Machine Interface.
EMU Exchange office Management Unit (p/o Horizonoffice)
EMX Electronic Mobile Exchange (Motorolas MSC family).
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 as
a group.
EOT End of Tape.
EPROM Erasable Programmable Read Only Memory.
G
G Interface Interface between VLR and VLR.
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.
GB, Gbyte Gigabyte.
GBIC Gigabit Interface Converter.
GCLK Generic Clock board. System clock source, one per site (p/o
BSS, BTS, BSC, IWF, RXCDR).
GCR Group Call Register.
GDP Generic DSP Processor board. Interchangeable with the XCDR
board.
GDP E1 GDP board configured for E1 link usage.
GDP T1 GDP board configured for T1 link usage.
GHz Giga-Hertz (109).
GID Group ID. A unique number used by the system to identify a
users primary group.
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 in GSM.
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 4 to 16 Mb RAM (p/o BSS, BTS, BSC, IWF,
RXCDR).
GPROC2 Generic Processor board. GSM generic processor board: a
68040 with 32 Mb RAM (p/o BSS, BTS, BSC, IWF, RXCDR).
GPRS General Packet Radio Service.
GPS Global Positioning by Satellite.
GSA GSM Service Area. The area in which an MS can be reached
by a fixed subscriber, without the subscribers 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 MSs.
GSM Groupe Spcial Mobile (the committee).
GSM Global System for Mobile communications (the system).
GSM MS GSM Mobile Station.
GSM PLMN GSM Public Land Mobile Network.
H
H Interface Interface between HLR and AUC.
H-M Human-Machine Terminals.
HAD, HAP HLR Authentication Distributor.
HANDO, Handover 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.
HCU Hybrid Combining Unit. (Used in Horizonmacro).
HDLC High level Data Link Control.
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,
TopCell and M-Cell cabinets.
HO HandOver. (see HANDO above).
HPU Hand Portable Unit.
HOLD Call hold supplementary service.
HPLMN Home PLMN.
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.
HSI/S High Speed Interface card.
HSM HLR Subscriber Management.
HSN Hopping Sequence Number.
HU Home Units.
HW Hardware.
Hyperframe 2048 superframes. The longest recurrent time period of the
frame structure.
K
k kilo (103).
k Windows size.
K Constraint length of the convolutional code.
KAIO Kernal Asynchronous Input/Output.
kb, kbit kilo-bit.
kbit/s, kbps kilo-bits per second.
kbyte kilobyte.
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).
KIO A class of processor.
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.
L
L1 Layer 1.
L2ML Layer 2 Management Link.
L2R Layer 2 Relay function. A function of an MS and IWF that
adapts a users 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 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 Protocol Balanced (of ITUTSS Rec. x.25).
LAPD Link Access Protocol Data.
LAPDm Link Access Protocol on the Dm channel.
LC Inductor Capacitor (type of filter).
LCF Link Control Function.
LCN Local Communications Network.
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 with capacity lower than a Bm.
LMP LAN Monitor Process.
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 subscriber data in the VLR, when the MSRN
allocation is done on a per cell basis.
LMT Local Maintenance Terminal.
LNA Low Noise Amplifier.
LND Last Number Dialled.
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.
LPC Linear Predictive Code.
LPLMN Local PLMN.
LR Location Register. The GSM functional unit where MS
location information is stored. The HLR and VLR are location
registers.
LSSU Link Stations Signalling Unit (Part of MTP transport system).
LSTR Listener Side Tone Rating.
LTA Long Term Average. The value required in a BTSs GCLK
frequency register to produce a 16.384 MHz clock.
LTE Local Terminal Emulator.
LTP Long Term Predictive.
LTU Line Terminating Unit.
LU Local Units.
LU Location Update.
LV Length and Value.
M
M Mandatory.
M Mega (106).
M-Cell Motorola Cell.
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.
Macrocell A cell in which the base station antenna is generally mounted
away from buildings or above rooftop level.
MAF Mobile Additional Function.
MAH Mobile Access Hunting supplementary service.
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-networking signalling between MSCs and LRs and EIRs.
MAPP Mobile Application Part Processor.
MB, Mbyte Megabyte.
Mbit/s Megabits per second.
MCAP Motorola Cellular Advanced Processor.
MCC Mobile Country Code.
MCDF Motorola Customer Data Format used by DataGen for simple
data entry and retrieval.
MCI Malicious Call Identification supplementary service.
MCSC Motorola Customer Support Centre.
MCU Main Control Unit for M-Cell2/6. Also referred to as the Micro
Control Unit in software.
MCUF Main Control Unit, with dual FMUX. (Used in M-Cellhorizon).
MCU-m Main Control Unit for M-Cell Micro sites (M-Cellm). Also
referred to as the Micro Control Unit in software.
MCUm The software subtype representation of the Field Replaceable
Unit (FRU) for the MCU-m.
MD Mediation Device.
MDL (mobile) Management (entity) - Data Link (layer).
ME Maintenance Entity (GSM Rec. 12.00).
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].
MPTY MultiParTY (Multi ParTY) supplementary service.
MPX MultiPleXed.
MRC Micro Radio Control Unit.
MRN Mobile Roaming Number.
MRP Mouth Reference Point.
MS Mobile Station. The GSM subscriber unit.
MSC Mobile-services Switching Centre, Mobile Switching Centre.
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 (Part of MTP transport system). 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.
MTK Message Transfer LinK.
MTL MTP Transport Layer Link (A interface).
N
N/W Network.
NB Normal Burst (see Normal burst).
NBIN A parameter in the hoping sequence.
NCC Network (PLMN) Colour Code.
NCELL Neighbouring (of current serving) Cell.
NCH Notification CHannel.
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.
NET Norme Europennes de Telecommunications.
NETPlan Frequency planning tool.
NF Network Function.
NFS Network File System.
NHA Network Health Analyst. Optional OMC-R processor feature.
NIC Network Interface Card.
NIC Network Independent Clocking.
NIS Network Information Service. It allows centralised control of
network information for example hostnames, IP addresses
and passwords.
NIU Network Interface Unit.
NIU-m Network Interface Unit, micro.
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 provides global 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.
O
O Optional.
OA Outgoing Access (CUG SS).
O&M Operations and Maintenance.
OASCU Off-Air-Call-Set-Up. 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 CUG.
OCXO Oversized Voltage Controlled Crystal Oscillator.
OD Optional for operators to implement for their aim.
OFL % OverFlow.
offline IDS shutdown state.
online IDS normal operatng state.
OIC Operator Initiated Clear.
OLM Off_Line MIB. A Motorola DataGen database, used to modify
and carry out Radio Frequency planning on multiple BSS
binary files.
OLR Overall Loudness Rating.
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.
OMC-G Operations and Maintenance Centre Gateway Part.
(Iridium)
OMC-G Operations and Maintenance Centre GPRS Part.
OMC-R Operations and Maintenance Centre Radio Part.
OMC-S Operations and Maintenance Centre Switch Part.
OMF Operations and Maintenance Function (at BSC).
OML Operations and Maintenance Link.
OMP Operation and Maintenance Processor.
OMS Operation and Maintenance System (BSCOMC).
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 Chipset.
OS Operating System.
OSI Open Systems Interconnection.
OSI RM OSI Reference Model.
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.
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.
PBUS Processor Bus.
PBX Private Branch eXchange.
PC Personal Computer.
PCH Paging CHannel. A GSM common control channel used to
send paging messages to the MSs.
PCHN Paging Channel Network.
PCHN Physical Channel.
PCM Pulse Code Modulation (see also 2 Mbit/s link which is the
physical bearer of PCM).
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 Packet Control Unit (p/o GPRS).
PCU Picocell Control unit (p/o M-Cellaccess).
pd Potential difference.
PD Protocol Discriminator.
PD Public Data.
PDB Power Distribution Board.
PDF Power Distribution Frame (MSC/LR).
PDN Public Data Networks.
PDU Power Distribution Unit.
PDU Protected Data Unit.
PEDC Pan European Digital Cellular.
Peg A single incremental action modifying the value of a statistic.
Pegging Modifying a statistical value.
PH Packet Handler.
PH PHysical (layer).
PHI Packet Handler Interface.
PI Presentation Indicator.
Picocell A cell site where the base station antenna is mounted within a
building.
PICS Protocol Implementation Conformance Statement.
Q
QA Q (Interface) Adapter.
Q3 Interface between NMC and GSM network.
Q-adapter Used to connect MEs and SEs to TMN (GSM Rec. 12.00).
QAF Q-Adapter Function.
QEI Quad European Interface. Interfaces four 2 Mbit/s circuits to
TDM switch highway (see MSI).
QIC Quarter Inch Cartridge (Data storage format).
QOS Quality Of Service.
Quiescent mode IDS intermediate state before shutdown.
R
R Value of reduction of the MS transmitted RF power relative to
the maximum allowed output power of the highest power
class of MS (A).
RA RAndom mode request information field.
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 (used for authentication).
RATI Receive Antenna Transceiver Interface.
RAx Rate Adaptation.
RBDS Remote BSS Diagnostic System (a discontinued Motorola
diagnostic facility).
RBER Residual Bit Error Ratio.
RBTS Remote Base Transceiver Station.
RCB Radio Control Board (p/o DRCU).
RCI Radio Channel Identifier.
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 (INFORMIX).
RDI Radio Digital Interface System.
RDIS Restricted Digital Information.
RDM Reference Distribution Module.
RDN Relative Distinguished Name. A series of RDN form a unique
identifier, the distinguished name, for a particular network
element.
REC, Rec RECommendation.
REJ REJect(ion).
REL RELease.
RELP Residual Excited Linear Predictive.
RELP-LTP RELP Long Term Prediction. A name for GSM full rate (see
full rate).
resync Resynchronize/resynchronization.
REQ REQuest.
Revgen A Motorola DataGen utility for producing an MMI script from a
binary object database.
RF Radio Frequency.
S
S/W SoftWare.
SABM Set Asynchronous Balanced Mode. A message which
establishes the signalling link over the air interface.
SABME SABM Extended.
SACCH Slow Associated Control CHannel. A GSM control channel
used by the MS for reporting RSSI and signal quality
measurements.
SACCH/C4 Slow Associated Control CHannel/SDCCH/4.
SACCH/C8 Slow Associated Control CHannel/SDCCH/8.
SACCH/T Slow Associated Control CHannel/Traffic channel.
SACCH/TF Slow Associated Control CHannel/Traffic channel Full rate.
SACCH/TH Slow Associated Control CHannel/Traffic channel Half rate.
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).
SBUS Serial Bus.
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 (6-8).
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).
SCSI Small Computer Systems Interface.
SCU Slim Channel Unit.
SCU900 Slim Channel Unit for GSM900.
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.
T
T Timer.
T Transparent.
T Type only.
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. The TATI consists
of RF combining equipments, either Hybrid or Cavity
Combining. (See CCB).
TAXI Transparent Asynchronous Transmitter/Receiver Interface
(physical layer).
TBD To Be Determined.
TBR Technical Basis for Regulation.
TBUS TDM Bus.
TC Transaction Capabilities.
TCAP Transaction Capabilities Application Part (of Signalling
System No. 7).
TCB TATI Control Board.
TCH Traffic CHannel. GSM logical channels which carry either
encoded speech or user data.
TCH/F A full rate TCH.
TCH/F2.4 A full rate TCH at 2.4 kbit/s.
TCH/F4.8 A full rate TCH at 4.8 kbit/s.
TCH/F9.6 A full rate TCH at 9.6 kbit/s.
TCH/FS A full rate Speech TCH.
TCH/H A half rate TCH.
TCH/H2.4 A half rate TCH at 2.4 kbit/s.
TCH/H4.8 A half rate TCH at 4.8 kbit/s.
TCH/HS A half rate Speech TCH).
TCI Transceiver Control Interface.
TCP/IP Transmission Control Protocol/Internet Protocol.
TC-TR Technical Commitee Technical Report.
TCU Transceiver Control Unit.
TDF Twin Duplexed Filter. (Used in M-Cellhorizon).
TDM Time Division Multiplexing.
TS TeleService.
TS TimeSlot (see Timeslot).
TSA TimeSlot Acquisition.
TSA TimeSlot Assignment.
TSDA Transceiver Speech & Data Interface.
TSC Training Sequence Code.
TSI TimeSlot Interchange.
TSDI Transceiver Speech and Data Interface.
TSM Transceiver Station Manager.
TSW Timeslot SWitch.
TTCN Tree and Tabular Combined Notation.
TTL Transistor to Transistor Logic.
TTY TeleTYpe (refers to any terminal).
TU Traffic Unit.
TUP Telephone User Part (SS7).
TV Type and Value.
Tx Transmit(ter).
TXF Transmit Function (of the RTF).
TXPWR Transmit PoWeR. Tx power level in the
MS_TXPWR_REQUEST and MS_TXPWR_CONF
parameters.
TxBPF Transmit Bandpass Filter.
U
UA Unnumbered Acknowledgment. A message sent from the
MS to the BSS to acknowledge release of radio resources
when a call is being cleared.
UDI Unrestricted Digital Information.
UDP User Datagram Protocol.
UDUB User Determined User Busy.
UHF Ultra High Frequency.
UI Unnumbered Information (Frame).
UIC Union International des Chemins de Fer.
UID User ID. Unique number used by the system to identify the
user.
UL Upload (of software or database from an NE to a BSS).
Um Air interface.
UMTS Universal Mobile Telecommunication System.
UPCMI Uniform PCM Interface (13 bit).
UPD Up to Date.
Uplink Physical link from the MS towards the BTS (MS transmits,
BTS receives).
UPS Uninterruptable Power Supply.
UPU User Part Unavailable.
Useful part of burst That part of the burst used by the demodulator; differs from
the full burst because of the bit shift of the I and Q parts of
the GMSK signal.
USSD Unstructured Supplementary Service Data.
UUS User-to-User Signalling supplementary service.
V
V Value only.
VA Viterbi Algorithm (used in channel equalizers).
VAD Voice Activity Detection. A process used to identify presence
or absence of speech data bits. VAD is used with DTX.
VAP Videotex Access Point.
VBS Voice Broadcast Service.
VC Virtual Circuit.
VCO Voltage Controlled Oscillator.
VCXO Voltage Controlled Crystal Oscillator.
VDU Visual Display Unit.
VGCS Voice Group Call Service.
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).
VMSC Visited MSC. (Recommendation not to be used).
VOX Voice Operated Transmission.
VPLMN Visited PLMN.
VSC Videotex Service Centre.
V(SD) Send state variable.
VSP Vehicular Speaker Phone.
VSWR Voltage Standing Wave Ratio.
VTX host The components dedecated to Videotex service.
W
WAN Wide Area Network.
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.
WWW World Wide Web.
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 carrier communications link
between the Transcoder (XCDR) and the BSS.
XCB Transceiver Control Board (p/o Transceiver).
XCDR Full-rate Transcoder. Provides speech transcoding and 4:1
submultiplexing (p/o BSS, BSC or XCDR).
XCDR board The circuit board required to perform speech transcoding at
the BSS or (R)XCDR). Also known as the MSI (XCDR)
board. Interchangeable with the GDP board.
XFER Transfer.
XID eXchange IDentifier.
X-Term X terminal window.
Z
ZC Zone Code