Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
This procedure covers basic structure and troubleshooting of a site from an OSS perspective in situations where a site does not restore
whether partially or completely, for example after a rehome or software upgrade.
BTS Hierarchy:
In order to troubleshoot a site from the BSC it is necessary to have a knowledge of the logical hierarchy of the BTS (In the BSC) as
compared with its physical elements.
Physically the BTS is made up of RUs (Replaceable Units) such as the DXU, TRU, etc.
Logically these RUs are known as MOs (Managed Objects).
The Main MO of any site, the TG (Transceiver Group) is not associated with any hardware at the BTS but resides in the BSC. It can
be thought of as an “Address” of the site within the BSC. Connecting the TG to the Site in the Field is the DIP (Digital Path). It
represents the T1 (Abis Interface) link to the BTS. In the BTS itself there are RUs, which are represented by MOs in the BSC.
BSC BTS
DXU
TG RXOCF
RXOTF
RXOIS
DIP (RBLT)
BTS Hierarchy
Managed Objects Definition Physical representation
RXOTG-XX Transceiver Group Entire RBS/DIP (usually)
RXOCF-XX Control Function DXU
RXOTF-XX Timing Function Oscillator within the DXU
RXOIS-XX Interconnect Switch Switch in the DXU
RXOTRX-XX-Y Transceiver Controller TRU
RXOTX-XX-Y Transmitter Transmitter within the TRU
RXORX-XX-Y Receiver Receiver within the TRU
RXOTS-XX-Y-0&&-7 Time Slots Time Slots within the TRU
Numbering convention:
All MOs in a site share the number of the TG. For example, if a site has TG 46, all of the sub-MOs will have number 46. The MOs
related to the TRUs will have additional numbers added to them which refer to the TRU’s assignment within the TG. For example,
TRU #0 in RXOTG-46 will have RXOTRX-46-0, RXOTX-46-0, RXORX-46-0, and RXOTS-46-0-0&&-7. The additional
designations on the time slots refer to the time slot position within that TRU (i.e. TG 46, TRU 0, TS 0 thru 7).
Any object in this list has a superior and a subordinate MO. What this means is that in order to perform certain operations it is
necessary to remember the status of subordinate and superior MOs. When loading and deblocking always follow the hierarchy from
top to bottom, and when taking out of service always follow the hierarchy from bottom to top.
When experiencing trouble at a site always get the “Big Picture” of how the site is behaving. Is the whole site down, or only certain
sectors? Run the following commands to see at what level the site is experiencing problems:
AL (print alarm list)
RLC2
RP
3LLLEC: (print cell resources)
2P
=
ALLIP
This will give an overview of all the alarms that exist on the BSC at the time which may point you in the right direction for your
specific site, then with the RLCRP command you will see which sectors have resources and which don’t. In our example, if sector B
was down you would probably see alarms in the alarm list related to the TRUs at the site as well as the CF. You would see alarms for
Logical Channels Availability, and probably alarms on the CF and the individual TRUs. They would look like this in the alarm
printout:
The alarm on the CF, “BTS Internal”, means a fault on the CF which is caused by an RU inside the BTS (TRU, PSU, ECU, etc.) The
“OML FAULT” alarm on the TRX means that the TRU has lost communication with the BSC.
If the whole site were down due to a T1 failure, you would see the Cell Logical Channels Availability Supervision alarms for all 3
sectors, plus the following alarms on the CF, and the DIP:
RLCRP
The RLCRP command gives the resources for a cell, i.e. number of BCCH, SDCCH, CBCH (always 0) and TCH. If the cell is up and
carrying traffic the printout will look like this:
<rlcrp:cell=pl223a;
CELL RESOURCES
<rlcrp:cell=pl223a;
CELL RESOURCES
In order to troubleshoot further, the next piece of information we need is the TG number associated with the site:
RXT (Print
O TG
M number
: connected
P C to the Cell)
Among other things, this command will indicate which TRUs are in the site by giving a list of the respective TX, RX, and TS objects.
If any are blocked (whether they be manually blocked, out of service, or automatically blocked), they will show “BLOCKED” in the
printout as well. For this example though, we are only interested in which TRUs are assigned to the site; in our case the printout
shows TRU #0, 2 and 4 are assigned (3 sectors, 1 TRU per sector). Since B sector is down, look at TRU #2 by getting the status of the
MOs, following the hierarchy top to bottom, TRX to TS:
RXMSP:MO=RXOTRX-46-2&RXOTX-46-2&RXORX-46-2&RXOTS-46-2-0&&-7;
This command will give the Status of the MOs. The Status can be any of the following:
OPER (Operational)
COM MBL (Manually Blocked)
DEF MBL (Manually Blocked and out of service (Unloaded))
NOOP BLO (Not Operational, Automatically Blocked)
In our example, the resulting printout tells you that the TRX is in state NOOP BLO. In most cases you will need to block it down and
re-load it. When blocking down a TRU, start at the bottom of the hierarchy and work your way up to the TRX:
Just do the TRX at first to verify that you can communicate with it. If the response comes back “LOADING FAILED”, it will most
likely have to be reset manually. If the response comes back “COM EXECUTED MO NOT LOADABLE FROM THE BSC” you
can continue on.
If there is a fault in the TRU you will get a fault code in the response to the command. At this point the TRU may need to be replaced,
depending on the fault. If there is no fault, continue loading the TRU:
Note the order of loading and deblocking is opposite that blocking and unloading. Always block and unload from the bottom up, load
and deblock from the top down.
At this point you should be operational. Verify by re-issuing the command:
When the entire site is down you will have to look at the MOs above the TRU level, and at the Dip (DIgital Path). Since the Dip is the
connection to the BSC, get its status first of all.
Usually the Dip has the same number as the TG, but sometimes if the site is microwaved or goes through Newbridge, it will be
different. To verify use the RXAPP command on the TG:
MO
RXOTG-46
END
This will give a list of the RBLT24 devices connected to the TG. This is how the RBLT/TG connection is actually made; on a device
level rather than a Dip level. There are 24 devices per Dip, numbered consecutively. Here you can see the device range of 1104-
1121. To find the Dip, take the 1st device and divide by 24, the Dip number is 46, same as the TG. NOTE: The DIP and TG vaues are
usually the same, but not always. If there are Microwave hops or Newbridge involved, they may not be the same. To get the status of
the Dip, type the following command:
The Status should be WO. If it is ABL, there is probably a problem with the T1 and a ticket would be issued with Pac Bell. (For a list
of fault codes associated with the Dip, see the list at the end.) If the Dip is in state WO, check the devices:
All the devices should be either SEBU (Sealed Busy, used for LAPD connections to the BTS), BUSY (carrying traffic), or IDLE
(Working, not carrying traffic). If they are in state MBL you will not be able to load the BTS even if the Dip is working. To deblock
the devices type the following command:
BLODE:DEV=RBLT24-1104&&-1121; (Deblock devices)
Then type the STDEP command again, they should now be IDLE. If this didn’t bring the site back, start looking at MOs:
If all these show OPER then start looking at the TRUs as before. It may be that something got left blocked down, or is not
operational.
If any of the MOs show NOOP BLO then first try to restore them by a simple Block/Deblock RXBLI/RXESE sequence. If that fails
you will have to unload the site up to the CF, but in order to unload the CF you will have to first block and unload all of its
subordinate MOs. If not, when trying to unload the CF you will get a response “SUBORDINATE MO NOT IN VALID STATE”.
After unloading the CF attempt to reload it. If it comes back “Loading Failed” it may need to be reset manually.
In situations where all the MOs in a sector are operational and the sector is still down, there may be problems in the definition of the
MOs. The TRX, TX and RX have to be defined correctly for the TRU to be operational. They have the following properties:
TRX
TEI value, same as the TRX #
DCP1 value, Digital Connection Point 1
DCP2 value, Digital Connection Point 2
CELL, sector designation
TX
BAND, Operating band, must be GSM1900
ANT, Antenna designation
MPWR, Maximum Power
CELL, sector designation
RX
BAND, Operating band, must be GSM1900
RXD, Diversity. AB for normal diversity, A for Antenna A only, B for Antenna B only
ANTA, Antenna A
ANTB, Antenna B
If all the MOs are operational and the TRU is not carrying traffic, there is probably a mismatch in the definitions. For example if a
TRU is in B sector but the TX is connected to A sector, the TX will not enable. To print the MO definitions, use the following
command:
RXMOP:MO=RXOTRX-46-2&RXOTX-46-2&RXORX-46-2;
This will print a list of definitions in the order of the command, TRX, TX and RX. Look for Cell or Antenna assignments that are out
of place. For example, if the Cell designation wasn’t made on a TX, the printout would look like this:
END
You would need to correct this before the TRU will go operational. To change a parameter on a MO you must first block and unload
the MO so that it is in state DEF. Then enter the following command:
RXMOC:MO=RXOTX-46-2,CELL=PL223B;
Then load and deblock the TX as usual and it should come up OPER and you will show resources after a few seconds.
COMMAND LIST
The following commands are not covered here but may be useful:
MO
Mangaged Object, the class of all object in the BTS O&M
model which BSC can communicate with.
SO
Service Object, an abstract subclass of MO which handles
HW. A SO manages one or more RUs.
AO
Application Object, an abstract subclass of MO which only
handles functionality.
RU
Replaceable Unit, Smallest unit in a RBS2000 cabinet
which can be replaced.
BITMAP for BLA (Blocking origin of blocking due to action not completed)
HEX BIT
xxx1 0 BNU obj. needs reset & uncond. load or reset & load. in progr.
xxx2 1 BNR obj. needs reset & load check or reset & load. in progr.
xxx4 2 BNL obj. needs reset and load check or loading in progress
xxx8 3 BNP obj. needs polling or polling in progress
xx10 4 BNT obj. needs testing or testing in progress
xx20 5 BNI obj. needs intermittent test or interm. test in progr.
xx40 6 BND obj. needs updating of MO data
xx80 7 BNS obj. needs to be started
x100 8 BNM obj. needs to be manually deblocked (BTS initiated)
x200 9 BNO obj. needs loop test or loop loop test in progress
~~~Abbreviations~~~
4, RDI Remote Defect Indicator (Yellow Alarm), problem at the remote end, either NIU or CSU
2&8, LOF&ALL1, Loss of Framing, All 1’s alarm, the T1 is down due to a failure in the span
2&9, LOF&LOS, Loss of Framing, Loss of Incoming signal, the circuit is either not patched in the BSC or there’s a T-Berd in the
DSX
TRU/TEI DCP1 DCP2
0 128 129&130
1 131 132&133
2 134 135&136
3 137 138&139
4 140 141&142
5 143 144&145
6 160 161&162
7 163 164&165
8 166 167&168
9 169 170&171
10 172 173&174
11 175 176&177