Professional Documents
Culture Documents
Hot Keys:
Alarm monitoring:
ZAHO; displays current active alarms in actual MSC and BSC only
ZEOH:date,time:BCF=#; displays alarm history for site for the date and time listed
Statusing Timeslots:
(SE-NH)
Log in
ZUSC:ET,#:
WORKING
BLOCKED
TEST
SEPERATED
SEPERATED-NO HARDWARE
ZDTI:::PCM=#; Find out what TSL the radio is on that you want the BCCH on
ZDTC:lapd:BL; Block the TSL on the radio that the BCCH is going to
ZDTI:::PCM=#; Find out what TSL the radio that HAD the BCCH is on
ZDTC:lapd:AD; Deny Activation of the TSL that HAD the BCCH on it
The alarm that you are talking about happens on MF circuits and is caused by the LEC not
releasing or acknowledging us quick enough. Do to the latency, the Nokia locks out the trunk in
question. When you see this alarm you should assume that it is 911 related and the issue needs
to be corrected ASAP. The alarm field will be shown below.
If you look above I have highlighted in red the circuit that needs to be reset (1081-13). If you take
the circuit to a NU state for about 30 seconds and then back to WO it should clear.
ZCEC:CRCT=1081-1:BA;
ZCEC:CRCT=1081-1:NU;
ZCEC:CRCT=1081-1:BA;
ZCEC:CRCT=1081-1:WO;
Also, you should get a Low Traffic Capacity alarm with supplementary information. I have the
alarm listed below and the supplementary info is in red (02 0386). If you convert 386 from HEX
to Decimal it comes out to 902. At that time you can do the command
ZRCI:SEA=3:CGR=902:PRINT=5:; and look at the circuit group.
SLMSC001 CM-1 SWITCH 2005-11-29 08:07:22.06