RBS 205 Fault Codes 1

DESCRIPTION

QPLSAEL QPLSAEL 10/1551−HRB 103 02 Uen

ERA/LRF/TC (Hans Lundqvist) 2000−09−11 M

(trs2;t6_43binder)d10_1551.tec;14 d10_1551.tec

LZF

032

41/

1M R

J

Uppgjord (även faktaansvarig om annan) -

Datum - Rev

Nr -

Dokumentansvarig/Godkänd - Kontr - Tillhör/Referens - File/ReferenceCheckedDocument responsible/Approved

No.

Date

Prepared (also subject responsible if other)

1(36)

TF FAULT LISTS

Abstract

This document describes disturbances and faultsdetected by the supervision in the managed object TF inthe TRS system.

Application

Interpretation of disturbance and fault identities

Supplementary documents

−

Revision History

−Complete list of revisions presented:

Date Rev Characteristics1991−11−19 A First approved edition1992−03−27 B Adjusted in accordance with

CR 1−41992−05−22 C First approved R2 edition.

including CR 5A,7A,8A,9−121992−12−09 D Approved by PC−BTS1993−02−26 E Approved by PC−BTS1993−06−11 F Approved by PC−BTS1993−09−24 G CR 17&18 included1996−04−29 H CR 19 included1996−06−27 J CR 20 included1998−12−14 K Approved for TRS R6/TG

Synchronization.1999−10−14 L Approved after KG2000−09−08 M CR 22 included.

Updates

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


2

Table of Contents

1 Introduction 4

1.1 Mapping between TRS and Abis format 5

2 Abbreviations 6

3 Terminology 7

4 Brief lists 10

4.1 TF faults, class 1 104.2 TF faults, class 2 114.3 TF faults, external class 1 124.4 TF disturbances 134.5 RU−map 14

5 Visual indication on TU 15

5.1 Red LED 155.2 Green LED 155.3 Yellow LED 15

6 TU fault list 16

6.1 PCM−ref1 interruption 176.2 PCM−ref2 interruption 176.3 TU1 interruption 176.4 TU2 interruption 176.5 TU3 interruption 186.6 PCM−ref1 illegal high relative frequency

deviation 186.7 PCM−ref2 illegal high relative frequency

deviation 186.8 TU is not in sync with TU1 186.9 TU is not in sync with TU2 196.10 TU is not in sync with TU3 196.11 PCM−ref1 illegal high wander 196.12 PCM−ref2 illegal high wander 206.13 TGB distribution fault 206.14 TIB distribution fault 206.15 VCO control value fault 20

7 TF fault lists 22

7.1 TF Class 1 faults 227.1.1 To few usable TU:s 227.1.2 No usable PCM−reference 227.1.3 LMT intervention 227.1.4 Synchronization lost, HW−error between TU:s 237.1.5 Synchronization lost, timeout between TU:s 237.1.6 Synchronization lost, HW−error, reference 247.1.7 Synchronization lost, timeout, reference 247.1.8 Synchronization lost, other reason 25

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


3

7.1.9 Severe fault during reload in ENABLED state 257.1.10 Multiple mismatch due to communication fault. 267.2 TF Class 2 faults 267.2.1 Reset, unspecified 267.2.2 Reset, Power on 267.2.3 Reset, Push button reset 267.2.4 Reset, Watchdog 277.2.5 Reset, CPU exception 277.2.6 Reset, SW fault 277.2.7 Reset, Checksum fault 277.2.8 Communication fault 287.2.9 Failed restart attempt 287.2.10 TGB distribution fault 287.2.11 Illegal software version 297.2.12 OMB fault channel 297.2.13 OMB HSCX fault single channel 297.2.14 TIB distribution fault 307.2.15 VCO control value fault 307.2.16 TU synchronization fault 307.2.17 TU−TU fault, connection 317.2.18 TU−TU fault, synchronism 317.2.19 Single interruption PCM ref 327.2.20 Single frequency fault PCM ref 327.2.21 Single wander problem PCM ref 337.2.22 PCM−ref interruption 337.2.23 PCM−ref frequency fault 337.2.24 PCM−ref illegal high wander 347.2.25 Checksum fault boot PROM 347.2.26 Checksum fault HW revision info 347.3 TF External Class 1 faults 357.3.1 LMT, Local Operator Intervention 35

8 References 36

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


4

1 INTRODUCTION

This document is only applicable for MO TF. All faultsand disturbances detected and reported is described inthis document.

TF differs from the other LU’s in TRS. There is noone−to−one relations between LU and subprocessor as itis for the other LU’s. TF is a hardware redundantsystem with three timing units, TU. The three TU:s arenot always reporting fully consistent faults. A faultdetected by a single TU has to be further analysed byTMH which has an overview of the fault status of theentire TM. The faults detected in a TU are named ’TUfaults’. The function block TMH, in TCS, analyses ’TUfaults’ and report ’TF faults’.

l―――――――――――――k l――――――――――――――――k| TMG | | || l―――――――k TU−faults | TRXC || | TU1 t――w――――――――n――k || m―――――――j | | | || | | | l―――――――k || l―――――――k | | m―――u | | TF−faults| | TU2 t――n――――――――n――――――u TMH t―n―――――――――→| m―――――――j | | l―――u | || | | | m―――――――j || l―――――――k | | | || | TU3 t――n――――――――n――j || m―――――――j | | |m―――――――――――――j m――――――――――――――――jFault detection Fault analyses

Note TU1−TU3 and TRXC are hardware units.TMG and TMH are functional blocks.

Figure 1, Fault reporting in TF

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


5

1.1 MAPPING BETWEEN TRS AND ABIS FORMAT

The Fault Maps and RU Maps in TRS are mapped on the Abismap elements according to the tables below:

TRS Maps (32 bits) Abis Maps (48 bits)

Fault Map, Class 1 Internal Fault Map Class 1A,bit 0..31

− (not used by TRS) Internal Fault Map Class 1BFault Map, Class 2 Internal Fault Map Class 2A,

bit 0..31Replacement Unit Map Replacement Unit Map Bis, bit 0..31

TRS Maps (16 bits) Abis Maps (16 bits)

External Fault Map, Class 1 External Fault Map, Class 1B− (not used by TRS) External Fault Map, Class 2B

The Abis maps, Internal 1B & External 2B, and theadditional bits (32−47) in the larger Abis maps arealways set to zeroes.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


6

2 ABBREVIATIONS

A" A−bis BTS PLMN connectionBSC Base Station ControllerBTS Base Transceiver StationEXT RU indicating that the fault originates outside

managed object TF or the TRS.FN TDMA frame numberFN offset TDMA frame number offset. Added to site FN

for each TG.LA Logical AddressLIF Line InterfaceLU Logical UnitLUH Logical Unit HandlerMO Managed ObjectMOI Managed Object Identity/InstanceO&M Operation and MaintenanceOMB Operations and Maintenance BusOMBA Operations and Maintenance Bus Channel AOMBB Operations and Maintenance Bus Channel BOMH Operations and Maintenance Bus HandlerOML Operation and Maintenance LinkPSC Processor System ControllerPU Physical UnitPUI Physical Unit IdentityRU Replaceable UnitRUM Replacement Unit MapSite FN TDMA frame number common for a TRS.SLH Software Load HandlerTC Transceiver ControlTCS Transceiver Control SystemTEI Terminal Endpoint IdentifierTF Timing Function (LU)TG Transceiver GroupTGB TG Synchronization BusTGC Transceiver Group ControlTIB Timing BusTM Timing ModuleTMBP Timing Module Back PlaneTMCB Timing Module Connection boardTMG Timing GenerationTMH Timing HandlerTRI Transmission Radio InterfaceTRS Transceiver SystemTRX TransceiverTRXC Transceiver ControllerTU Timing UnitVCO Voltage controlled oscillator. Vital part

of TU hardware.& Logical and of two or more events or

properties

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


7

3 TERMINOLOGY

Master/slave TU: Master TU synchronizes towards theexecutive reference. Slave TU synchronizestowards master TU. For further informationsee reference #1.

Synchronization source: Input to the synchronizationalgorithm in a TU. Can be a reference oran other TU.

Reference: Synchronization source used to synchronizea TU to the PCM network. Used referencesare PCM−reference 1 and 2.

PCM−reference: Reference extracted from TRI/PCMnetwork.

Executive Reference chosen to synchronize towards.reference:

Default A reference which a TU shall synchronizereference: towards when there are no ordered

synchronization source.

Unexpected PCM−reference: A reference is unexpectedwhen TMH do not have contact with the TRXCthat sends the reference to the TU:s.TRXC1 sends PCM−reference 1 and TRXC2sends PCM−reference 2.

Expected PCM−reference:The opposite to unexpected PCM−reference.

Synchronizing: The synchronization has been started butsynchronism has not been reached.

Timing: With timing is basically meant thefollowing three pieces of timinginformation:o TDMA frame number.o TDMA frame sync.o TIB_CLK, a 65 kHz frequency.

Blocking: Blocking is a mean for fault isolation. Ablocked TU is not to distribute timing onTIB and is not allowed to be master TU. Ablocked reference is forbidden to synchro−nize towards. Blocked units shall still besupervised.

Deblocking: The opposite of Blocking

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


8

Hold over: If TF is synchronized towards thePCM−network and detects faults on bothPCM−references then TF will start the holdover operation. At start of the hold overoperation the master TU will freeze theVCO control value and start a one hourtimer. If the fault situation disappearsthen the hold over operation will bestopped. If the timer above expires beforethe fault situation disappears then thesynchronization is considered as lost, seechapter 7.1.2.

When the executive reference becomesblocked then TF will run the hold overoperation before changing executivereference.

Fault number: The parameter "fault number" is accordingto the ABIS O&M IWD, and indicates thebit position in the bit maps of Class 1 andClass 2.

Local mode: If the TU has lost contact with TMH thenthe TU will enter "local mode".

Normal mode: A TU with contact with TMH.

Supervised object property:The TU:s supervises a number of objects(e.g PCM−ref, TU:s). A number ofproperties can be supervised for eachobject (e.g. interruption, high wander).

Local action: A fault isolation action that isperformed based on local decisions. Atypical local action is to block a TUwhich is faulty. Both TMH and TU can do alocal action.

Restart: At some fault situations a TU can be auto−matically restarted. The restart alwaysincludes reset and start of the TU. If theTU has no, wrong or corrupt software thenthe TU will also be reloaded. Note that TFis not allowed to perform such an auto−matic reload more than one time every 10minutes. That 10 minute restriction isoverruled by a push button reset.

Fault cause: A description of the criteria(s) that mustbe fulfilled when a fault becomes active.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


9

Fault cease: A description of the criteria(s) that mustbe fulfilled when a fault is no longeractive.

Not critical A TU fault that not affect the timingTU fault: distribution withing the TG.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


10

4 BRIEF LISTS

4.1 TF FAULTS, CLASS 1

Fault Fault typeno

0 To few usable TU:s1 No usable PCM−reference9 LMT intervention

10 Synchronization lost, HW−error between TU:s11 Synchronization lost, timeout between TU:s12 Synchronization lost, HW−error, reference13 Synchronization lost, timeout, reference14 Synchronization lost, other reason19 Severe fault during reload in ENABLED state.20 Multiple mismatch due to communication fault.

Note: The faults are further described in chapter 7.1.

Figure 2, TF fault, class 1

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


11

4.2 TF FAULTS, CLASS 2

Fault TU Ref Fault typeno *) *)

0 Y Reset, unspecified1 Y Reset, Power on2 Y Reset, Push button reset3 Y Reset, Watchdog4 Y Reset, CPU exception5 Y Reset, SW fault6 Y Reset, Checksum fault7 Y Communication fault8 Y Failed restart attempt9 TGB distribution fault

10 Y Illegal software version11 OMB fault channel12 OMB HSCX fault single channel13 Y TIB distribution fault14 Y VCO control value fault15 Y TU synchronization fault16 Y TU−TU fault, connection17 Y TU−TU fault, synchronism18 Y Single interruption PCM ref19 Y Single frequency fault PCM ref20 Y Single wander problem PCM ref22 Y PCM−ref interruption23 Y PCM−ref frequency fault24 Y PCM−ref illegal high wander30 Checksum fault boot PROM31 Checksum fault HW revision info

*) The column "TU" shows blocking status of a TU withthat kind of fault. The letter Y means that a TUwith that fault is BLOCKED. The column "Ref" givesthe same information about references.

Note: The faults are further described in chapter 7.2.

Note: PCM−ref1 is expected to be present when TRXC1 ispresent in the system. PCM−ref2 when TRXC2 ispresent.

Figure 3, TF fault, class 2

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


12

4.3 TF FAULTS, EXTERNAL CLASS 1

Fault Fault typeno

2 LMT, Local Operator Intervention

Note: The fault(s) are further described in chapter 7.3.

Figure 4, TF fault, external class 1

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


13

4.4 TF DISTURBANCES

l―――――――――――――――――w―――――――――――――――――――――――――――――――――――w――――――――――k| Disturbance | Disturbance |Described || number | |in chapter || TU1 | TU2 | TU3 | | || *) | *) | *) | | |t―――――n―――――n―――――n―――――――――――――――――――――――――――――――――――n――――――――――u| 1 | 41 | 81 | PCM−ref1 interruption | 6.1 || 2 | 42 | 82 | PCM−ref2 interruption | 6.2 || 6 | 46 | 86 | TU1 interruption | 6.3 || 7 | 47 | 87 | TU2 interruption | 6.4 || 8 | 48 | 88 | TU3 interruption | 6.5 || 11 | 51 | 91 | PCM−ref1 illegal high relative | 6.6 || | | | frequency deviation | || 12 | 52 | 92 | PCM−ref2 illegal high relative | 6.7 || | | | frequency deviation | || 15 | 55 | 95 | TU is not in sync with TU1 | 6.8 || 16 | 56 | 96 | TU is not in sync with TU2 | 6.9 || 17 | 57 | 97 | TU is not in sync with TU3 | 6.10 || 18 | 58 | 98 | PCM−ref1 illegal high wander | 6.11 || 19 | 59 | 99 | PCM−ref2 illegal high wander | 6.12 || 20 | 60 | 100 | TGB distribution fault | 6.13 || 22 | 62 | 102 | TIB distribution fault | 6.14 || 23 | 63 | 103 | VCO control value fault | 6.15 || | | | | || 24 | 64 | 104 | OMB fault channel A | 7.2.12 || 25 | 65 | 105 | OMB HSCX fault channel A | 7.2.13 || 26 | 66 | 106 | OMB fault channel B | 7.2.12 || 27 | 67 | 107 | OMB HSCX fault channel B | 7.2.13 || 32 | 72 | 112 | Communication disturbance | 7.2.8 || 33 | 73 | 113 | Failed restart attempt | 7.2.9 || 34 | 74 | 114 | Illegal software version | 7.2.11 || | | | Failed synchronization... | || 36 | 76 | 116 | ...due to HW−error ―→ TU | 7.1.4 || | | | | 7.2.16 || 37 | 77 | 117 | ...due to timeout ―→ TU | 7.1.5 || | | | | 7.2.16 || 38 | 78 | 118 | ...due to HW−error ―→ Ref | 7.1.6 || 39 | 79 | 119 | ...due to timeout ―→ Ref | 7.1.7 |m―――――v―――――v―――――v―――――――――――――――――――――――――――――――――――v――――――――――j*) The three TU’s has up to 40 individual disturbance

numbers each. Disturbance 0−23, 40−63 and 80−103are detected by the function block TMG. They corre−sponds to the TU faults in accordance with figure7. The rest of the disturbances are detected bythe function block TMH. They are in some casesbased on information from the TMG.

Figure 5, Disturbances

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


14

4.5 RU−MAP

No: 0 1 2 3 4 5 6 7RU: TRXC − − − − TU_1 TU_2 TU_3

No: 8 9 10 11 12 13 14 15RU: − − − − − − PCM− PCM−

ref1 ref2

No: 16 17 18 19 20 21 22 23RU: OMBA OMBB TIB TMCB − − − EXT

No: 24 25 26 27 28 29 30 31RU: − − − − − − − −

Note : The indication of RU#14, 15, 16, 17 or 18 canindicate a fault in TMBP or TMCB.

Figure 6, Replacement unit map

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


15

5 VISUAL INDICATION ON TU

5.1 RED LED

Red LED at HW reset of TUThe red LED is turned ’on’ at power−on reset, Manualreset or Write protect reset. It remains ’on’ until theboot tests has successfully terminated. The LED isturned ’off’ if no fault has been found during the boottest. If any fault is found, the LED remains on.

The boot tests consists of a checksum test of the bootprogram area (EEPROM) and, at Power−on reset, a RAM(read/write) test.

Red LED at blocking of faulty TUTMH turns the red LED ’on’ when the TU is BLOCKED dueto that one or several class 2 faults are active. Seechapter 7.2

Red LED at faulty TU, no blockingTMH detects a TU with one or more not critical faults,i.e faults not affecting the timing distribution withinthe TG, active. The red LED is turned ’on’, but the TUis not BLOCKED.

The LED is turned ’off’ when the TU is DEBLOCKED and nonot critical faults remain.

5.2 GREEN LED

Indicates presence of +5v.

5.3 YELLOW LED

The LED is turned ’on’ at power−on reset, Manualreset or Write protect reset.It remains ’on’ until the boot tests has terminated.

The LED is ’off’ when the TU is in reset state.

The LED is flashing when the TU executes applicationsoftware, but is not distributing timing on TIB.

The LED is ’on’ under normal (TU is distributing timingon TIB) operating conditions.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


16

6 TU FAULT LIST

The supervision in a TU is based on a number of objectsto supervise. A number of properties can be supervisedon each object. An overview of the supervised objectproperties is given in figure 7. More detailed infor−mation is given in chapters below. TMH orders the TU tostart supervise the individual object propertiespossible to supervise. The TU will serve TMH withinformation about which supervised object propertiesthat has a valid result.

l――――w――――――――――――――――――――――――――――――――――k| No | Supervised object property || | |t――――n――――――――――――――――――――――――――――――――――u| 1 | PCM−ref1 interruption || 2 | PCM−ref2 interruption || 6 | TU1 interruption || 7 | TU2 interruption || 8 | TU3 interruption || 11 | PCM−ref1 illegal high relative || | frequency deviation || 12 | PCM−ref2 illegal high relative || | frequency deviation || 15 | TU is not in sync with TU1 || 16 | TU is not in sync with TU2 || 17 | TU is not in sync with TU3 || 18 | PCM−ref1 illegal high wander || 19 | PCM−ref2 illegal high wander || 20 | TGB distribution fault || 22 | TIB distribution fault || 23 | VCO control value fault |m――――v――――――――――――――――――――――――――――――――――jFigure 7, Summary of the supervised object properties

Each object property with started supervision ischecked regularly. The result of the check can beeither ok or not ok . If the check result is not ok , thecorresponding bit in the disturbance map is set. Theresult of the check is passed to a filtering function.The filtering function is different for each supervisedobject property. The main principle is to filter outtemporarily disturbances which do not affect the syn−chronization function. The result after the filteringis the fault status of the supervised object property.It is either fault or no fault . The corresponding bitin a TU fault map is set or reset depending on theactual fault status. The filtering function is resetwhen supervision is started or stopped.

Both the disturbance and the TU fault map is read byTMH each second.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


17

6.1 PCM−REF1 INTERRUPTION

TU fault number: 1TF Disturbance numbers: 1,41,81Fault cause : No sync from PCM−ref1 during 1 second.Fault cease cause : Sync from PCM−ref1 has been presentfor 10 second.Disturbance criteria : A single measurement of thepresense of PCM−ref1 has failed.TU actions upon disturbance : The control value to theVCO is held constant if the TU is ordered tosynchronize to PCM−ref1. (Hold over operation.)TU actions upon fault : This fault can cause TF tostart the hold over operation. If a TU in local modehas run the hold over operation during one hour thenthe TU will enter RESET state.Validity condition: Supervision has been active for thelast 10 second.

6.2 PCM−REF2 INTERRUPTION

TU fault number: 2TF Disturbance numbers: 2,42,82

In analogy with chapter 6.1.

6.3 TU1 INTERRUPTION

TU fault number: 6TF Disturbance numbers: 6,46,86Fault cause : No TIB_CLK, TIB_FS or TIB_FN from TU1during 1 second.Fault cease cause : TIB_CLK, TIB_FS and TIB_FN from TU1has been present for 1 second.Disturbance criteria : A short interrupt on TU1.TU actions upon disturbance : The control value to theVCO is held constant if the TU is ordered to synchro−nize to TU1.TU actions (TU in local mode) upon fault : The TU willenter RESET state if the TU is ordered to synchronizeto TU1.Validity condition: Supervision has been active for thelast 1 second.




DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


18




6.6 PCM−REF1 ILLEGAL HIGH RELATIVE FREQUENCY DEVIATION

Fault number : 11TF Disturbance numbers: 11,51,91Fault cause : The relative frequency deviation (FDEV)to PCM−ref1 has been either > +0.1 ppm during twoconsecutive measurement intervals or < −0.1 ppm duringtwo consecutive measurement intervals. The relativefrequency deviation is measured as the change of phaseduring 10 seconds (a measurement interval).Fault cease cause : The value of the relative frequencydeviation (FDEV) to PCM−ref1 has been less than |0.1|ppm during two consecutive measurement intervals.Disturbance criteria : The measurement described abovehas a value exceeding |0.1| ppm.TU actions upon disturbance : The control value to theVCO is held constant if the TU is ordered to synchro−nize to PCM−ref1. (Hold over operation.)TU actions upon fault : This fault can cause TF tostart the hold over operation. If a TU in local modehas run the hold over operation during one hour thenthe TU will enter RESET state.Validity condition : Supervision has been active forthe last 20 seconds and the TU−fault no 1 has beencleared during this time.

6.7 PCM−REF2 ILLEGAL HIGH RELATIVE FREQUENCY DEVIATION



6.8 TU IS NOT IN SYNC WITH TU1

TU fault number: 15TF Disturbance numbers: 15,55,95Fault cause : Comparisons of TIB_FS, TIB_FN, TIB_CLKfrom the reporting TU and TIB_FS1, TIB_FN1, TIB_CLK1from TU1 indicates that the TU:s are not deliveringidentical signals. The TU:s are not in synchronism witheach others. The mismatch has been present for morethan 500 ms.Fault cease cause : The TU has delivered identicalsignals for 1 second. See note

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


19

Disturbance criteria : A single comparison has failed.TU actions (TU in normal mode) upon fault : None.TU actions (TU in local mode) upon fault : The TU willenter RESET state if the TU is ordered to synchronizeto TU1.Validity condition: Supervision has been active for thelast 1 second.

Note that this supervision is stopped if fault bits no.6 (TU1 interruption) is set. It is restarted when thefault bit is cleared.







6.11 PCM−REF1 ILLEGAL HIGH WANDER

TU fault number: 18TF Disturbance numbers: 18,58,98Fault cause : The phase difference between the TU andPCM−ref1 is sampled at 250 ms intervals. If the phasedifference between two consecutive samples has changedmore than 1.25 us twice during the last 10 samples,this fault is set.Fault cease cause : The phase difference between twoconsecutive samples has not changed more than 1.25 usduring 10 seconds. See note.Disturbance criteria : Same as fault cause.TU actions upon disturbance/fault : The control valueto the VCO is held constant if the TU is ordered tosynchronize to PCM−ref1. (Hold over operation.)TU actions upon fault : This fault can cause TF tostart the hold over operation. If a TU in local modehas run the hold over operation during one hour thenthe TU will enter RESET state.Validity condition: Supervision has been active for thelast 10 seconds.

Note : This supervision is stopped if the fault bitnumber 1 is set. It is restarted when the fault bit iscleared.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


20

6.12 PCM−REF2 ILLEGAL HIGH WANDER



6.13 TGB DISTRIBUTION FAULT

TU fault number: 20TF Disturbance numbers: 20,60,100Fault cause : The driver circuits for TGB has failed(loop test).Fault cease cause : Loop test has succeeded for 2 seconds.Disturbance criteria : Same as fault criteria.TU actions (TU in normal mode) upon disturbance/fault :None.TU actions (TU in local mode) upon disturbance/fault :None.Validity condition: Distribution of timing on TGB hasbeen active for 1 second.

Note: The supervision is always started after an orderto start TGB distribution. It is stopped when theTGB distribution is stopped.

6.14 TIB DISTRIBUTION FAULT

TU fault number: 22TF Disturbance numbers: 22,62,102Fault cause : The driver circuits for TIB has failed(loop test)Fault cease cause : NoneDisturbance criteria : Same as fault criteria.TU actions (TU in normal mode) upon disturbance/fault :None.TU actions (TU in local mode) upon disturbance/fault :The TU will enter RESET state.Validity condition: Distribution of timing on TIB hasbeen active for 1 second.

Note : The supervision is always started after an orderto start TIB distribution. It is stopped when theTIB distribution is stopped.

6.15 VCO CONTROL VALUE FAULT

TU fault number: 23TF Disturbance numbers : 23,63,103Fault cause : The control value to the VCO is outsidethe range 10−4085.Fault cease cause : The control value is inside the

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


21

range 50−4045.Disturbance criteria : Same as fault cause duringnormal operation.TU actions (TU in normal mode) upon disturbance/fault :None.TU actions (TU in local mode) upon disturbance/fault :The TU will enter RESET state.Validity condition: Supervision has been active for thelast 1 second.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


22

7 TF FAULT LISTS

7.1 TF CLASS 1 FAULTS

7.1.1 To few usable TU:s

Fault no: 0Fault cause: More than one TUs have been BLOCKED. Forinformation about faults causing a TU to become BLOCKEDsee figure 3.Fault cease: Not ceased.Disturbances: See class 2 fault causing the blocking.Possible RU: See class 2 fault causing the blocking.Local action: TF is auto reset. Distribution of timingis stopped.

7.1.2 No usable PCM−reference

Fault no: 1Fault cause: There is no DEBLOCKED PCM−reference. Forinformation about faults causing a PCM−reference tobecome BLOCKED see figure 3. The fault can be set forboth TF mode stand−alone and TF mode master.

If TF is synchronized then TF will have to run holdover operation for one hour before setting this fault.But if master TU becomes blocked then the setting ofthe fault is made immedite.

Fault cease: A PCM−reference is deblocked.Disturbances: See class 2 fault causing the blocking.Possible RU: See class 2 fault causing the blocking.Local action: If this fault become set then the syn−chronization of TF will be stopped. Automatic synchro−nization tests will be initiated when there is at leastone PCM−reference which is neither interrupted norunexpected. The auto test of TF will also be postponedwhile there are less than two responding TU:s.

7.1.3 LMT intervention

Fault no: 9Fault cause: Abis OML simulation towards MO TF isstarted on LMT. Note that this fault is not ceased byfault localization test started by TEST COMMAND. Nor isthis fault ceased when entering state RESET.Fault cease: Abis OML simulation towards MO TF isstopped.Disturbances: None.Possible RU: −Local action: −

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


23

7.1.4 Synchronization lost, HW−error between TU:s

Fault no: 10Fault cause: Both slave TU:s in a synchronized TF haslost the synchronism. At least one of them has lost itbecause of a failed resynchronization. All slave TU:sreporting failed synchronization has failed to reachsynchronism because of the connection with the syn−chronization source was interrupted. Another reason for"HW−error" is if the TU has got a ’VCO control valuefault’, see chapter 6.15.Fault cease: When at least two TU:s are found to becapable to get in synchronism with each other and theexecutive reference then the fault is reset, see note.Disturbances: A disturbance is sent when a slave TUreports the synchronization fault. Disturbance 36 issent when TU1, 76 when TU2 and 116 when TU3 reports thesynchronization faultPossible RU: Master TU. This fault situation can becaused by a fault situation also generating a class 2fault. For further information about RU see existingclass 2 faults.Local action: If this fault become set then the syn−chronization of TF will be stopped. Automatic synchro−nization tests will be initiated when there is at leastone PCM−reference which is neither interrupted norunexpected. The auto test of TF will also be postponedwhile there are less than two responding TU:s.

7.1.5 Synchronization lost, timeout between TU:s

Fault no: 11Fault cause: Both slave TU:s in a synchronized TF haslost the synchronism. At least one of them has lost itbecause of a failed resynchronization. At least one ofthe slave TU:s has failed to reach synchronism before 1minute has gone after the synchronization was ordered.Fault cease: When at least two TU:s are found to becapable to get in synchronism with each other and theexecutive reference then the fault is reset, see note.Disturbances: A disturbance is sent when a slave TUreports the synchronization fault, due to timeout.Disturbance 37 is sent when TU1, 77 when TU2 and 117when TU3 reports the synchronization faultPossible RU: Master TU. This fault situation can becaused by a fault situation also generating a class 2fault. For further information about RU see existingclass 2 faults.Local action: If this fault become set then the syn−chronization of TF will be stopped. Automatic synchro−nization tests will be initiated when there is at leastone PCM−reference which is neither interrupted norunexpected. The auto test of TF will also be postponedwhile there are less than two responding TU:s.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


24

7.1.6 Synchronization lost, HW−error, reference

Fault no: 12Fault cause: Master TU in a synchronized TF has failedto resynchronize. The resynchronization is initiated bya blocking of the previous master TU. It can also beinitiated by a blocking or deblocking of a reference.The master TU has failed to reach synchronism becauseof a interruption in the connection with the executivePCM−reference. Another reason for "HW−error" is if theTU has got a ’VCO control value fault’, see chapter 6.15.Fault cease: When at least two TU:s are found to becapable to get in synchronism with each other and theexecutive reference then the fault is reset, see note.Disturbances: A disturbance is sent when the master TUreports the synchronization fault. Disturbance 38 issent when TU1, 78 when TU2 and 118 when TU3 reports thesynchronization faultPossible RU: Executive PCM−ref. This fault situationcan be caused by a fault situation also generating aclass 2 fault. For further information about RU seeexisting class 2 faults.Local action: If this fault become set then the syn−chronization of TF will be stopped. Automatic synchro−nization tests will be initiated when there is at leastone PCM−reference which is neither interrupted norunexpected. The auto test of TF will also be postponedwhile there are less than two responding TU:s.

7.1.7 Synchronization lost, timeout, reference

Fault no: 13Fault cause: Master TU in a synchronized TF has failedto resynchronize. The resynchronization is initiated bya blocking of the previous master TU. It can also beinitiated by a blocking or deblocking of a reference.The master TU failed to reach synchronism before 10minutes has gone after the new synchronization wasordered.Fault cease: When at least two TU:s are found to becapable to get in synchronism with each other and theexecutive reference then the fault is reset, see note.Disturbances: A disturbance is sent when the master TUreports the synchronization fault. Disturbance 39 issent when TU1, 79 when TU2 and 119 when TU3 reports thesynchronization faultPossible RU: Executive PCM−ref. This fault situationcan be caused by a fault situation also generating aclass 2 fault. For further information about RU seeexisting class 2 faults.Local action: If this fault become set then the syn−chronization of TF will be stopped. Automatic synchro−nization tests will be initiated when there is at least

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


25

one PCM−reference which is neither interrupted norunexpected. The auto test of TF will also be postponedwhile there are less than two responding TU:s.

7.1.8 Synchronization lost, other reason

Fault no: 14Fault cause: Less than two TU:s in a previous syn−chronized TF is synchronized and DEBLOCKED. Non of theTU:s has reported synchronization failed. A TU can beunsynchronized because of a blocking fault, such asreset.Fault cease: When at least two TU:s are found to becapable to get in synchronism with each other and theexecutive reference then the fault is reset, see note.Disturbances: No disturbance initiated.Possible RU: This fault situation can be caused by afault situation also generating a class 2 fault. Forfurther information about RU see existing class 2faults.Local action: If this fault become set then the syn−chronization of TF will be stopped. Automatic synchro−nization tests will be initiated when there is at leastone PCM−reference which is neither interrupted norunexpected. The auto test of TF will also be postponedwhile there are less than two responding TU:s.

7.1.9 Severe fault during reload in ENABLEDstate

Fault no: 19Fault cause: A severe fault has been detected or sometype of failure has happened during reload of TF soft−ware. The following events are identified:

a The communication with a single TU fails, disturbedcommunication.

b The fault analysis in TMH gives a ’blocking’ of a TUor a reference as result.

c A class 1 fault is detected.d One of the TU:s fails to synchronize after software

loading.

Fault cease: None.Disturbances: None.Possible RU: None.Local action: TF is auto reset. Distribution of timingis stopped.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


26

7.1.10 Multiple mismatch due to communication fault.

Fault no: 20Fault cause: There has been a short interruption in thecommunication with at least two TU:s. When the communi−cation has been regained an analysis of the TU:scurrent status shows that at least two TU:s has another configuration then the requested.Fault cease: Not ceased.Disturbances: None.Possible RU: None.Local action: TF is auto reset. Distribution of timingis stopped.

7.2 TF CLASS 2 FAULTS

7.2.1 Reset, unspecified

Fault no: 0Fault cause: A TU has been reset by a not separatelydefined reset cause. The reset is NOT caused by a RESETCOMMAND from BSC.Fault cease: After a successful restart.Disturbances: None.Possible RU: EXT, TU_1−3Local action: A TU with this fault is BLOCKED andrestarted automatically.

7.2.2 Reset, Power on

Fault no: 1Fault cause: The TU has been reset due to a power on.Fault cease: After a successful restart.Disturbances: None.Possible RU: EXT, TU_1−3Local action: A TU with this fault is BLOCKED andrestarted automatically.

7.2.3 Reset, Push button reset

Fault no: 2Fault cause: Manual reset of the CPU by the resetbutton upon a TU.Fault cease: After a successful restart.Disturbances: None.Possible RU: EXT, TU_1−3Local action: TU is BLOCKED and restartedautomatically.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


27

7.2.4 Reset, Watchdog

Fault no: 3Fault cause: The CPU has been reset by the watchdog,caused by a software error or that the softwarehas detected a serious fault and waited in an end−lessloop for the watchdog reset to be activated.Fault cease: After a successful restart.Disturbances: None.Possible RU: TU_1−3Local action: A TU with this fault is BLOCKED andrestarted automatically.

7.2.5 Reset, CPU exception

Fault no: 4Fault cause: The CPU has activated an interrupt upon anexception. The exceptions detected are illegal opcodeor clock fault.Fault cease: After a successful restart.Disturbances: None.Possible RU: TU_1−3Local action: A TU with this fault is BLOCKED andrestarted automatically.

7.2.6 Reset, SW fault

Fault no: 5Fault cause: Memory protection violation at executionof application software.Fault cease: After a successful restart.Disturbances: None.Possible RU: TU_1−3Local action: A TU with this fault is BLOCKED andrestarted automatically.

7.2.7 Reset, Checksum fault

Fault no: 6Fault cause: A checksum or a parity fault in TU programmemory has been detected.Fault cease: After a successful restart.Disturbances: None.Possible RU: TU_1−3Local action: A TU with this fault is BLOCKED andrestarted automatically.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


28

7.2.8 Communication fault

Fault no: 7Fault cause: If the TU does not answer the TU_POLL_CMD(after three consecutive attempts, poll cycl e = 1 sec),the TMH tries to find out the reason by issuing aSTATUS_CMD. If TU replies then either one of the Resetfault types becomes active, or the CPU is started andno fault is active. Otherwise TMH continues issuingSTATUS_CMDs every second. The TU communication faultoccurs when the total abortion time equals 85 seconds.Fault cease: After a successful restart.Disturbances: Sent each time there is no answer on theTU_POLL_CMD or the SU_STATUS_CMD. Disturbance sent isnumber 32, 72 or 112 dependent of what TU that has thecommunication fault.Possible RU: TRXC, TU_1−3, OMBA, OMBBLocal action: A TU with this fault is BLOCKED andrestarted automatically.

7.2.9 Failed restart attempt

Fault no: 8Fault cause: TMH has failed to restart a TU.Fault cease: After a successful restart.Disturbances: When a restart fails disturbance number33, 73 or 113 is sent dependent of which TU thatfailed.Possible RU: TU_1−3Local action: A TU with this fault is BLOCKED. The TUis restarted after a manual push button reset.

7.2.10 TGB distribution fault

Fault no: 9Fault cause: The TU has reported ’TGB distributionfault’, see chapter 6.13.Fault cease: Ceased when the ’TU_POLL_RLY’ stopsreporting the fault.Disturbances: None detected in TMH. For disturbancescorresponding to the TU fault see figure 5.Possible RU: TU_1−3, TGB, TMCBLocal action: Red LED is turned on.Note: The supervision is always started after an orderto start TGB distribution. It is stopped when theTGB distribution is stopped.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


29

7.2.11 Illegal software version

Fault no: 10Fault cause: A TU has a program version not matchingthe program version of the other two. This fault can becaused by a restart/reload of the TU.Fault cease: Not ceased.Disturbances: When a mismatching software version isdetected disturbance number 34, 74 or 114 is sentdependent of which TU that has the mismatching softwareversion.Possible RU: TU_1−3Local action: A TU with this fault is BLOCKED.

7.2.12 OMB fault channel

Fault no: 11Fault cause: OMH indicates channel fault on one or bothOMB channels towards a TU.Fault cease: OMH indicates that the channel fault hasbeen removed.Disturbances: When OMH indicates OMB channel A asfaulty then TMH will send disturbance number 24, 64 or104 is sent dependent of which TU that has the OMBchannel A fault. When OMH indicates OMB channel B asfaulty then TMH will send disturbance number 26, 66 or106 is sent dependent of which TU that has the OMBchannel B fault.Possible RU: TU_1−3, OMBA, OMBBLocal action: None.

7.2.13 OMB HSCX fault single channel

Fault no: 12Fault cause: OMH indicates channel fault on one of theOMB channels towards a TU. The HSCX loop test in TU hasalso indicated fault.Fault cease: OMH indicates that the HSCX channel faulthas been removed.Disturbances: When OMH indicates OMB channel A ashaving a HSCX fault then TMH will send disturbancenumber 25, 65 or 105 is sent dependent of which TU thathas the OMB channel A fault. When OMH indicates OMBchannel B as having a HSCX fault then TMH will senddisturbance number 27, 67 or 107 is sent dependent ofwhich TU that has the OMB channel B fault.Possible RU: TU_1−3, OMBA, OMBBLocal action: None.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


30

7.2.14 TIB distribution fault

Fault no: 13Fault cause: The TU has reported ’TIB distributionfault’, see chapter 6.14.Fault cease: The TU is successfully restarted.Disturbances: None detected in TMH. For disturbancescorresponding to the TU fault see figure 5.Possible RU: TU_1−3, TIBLocal action: A TU with this fault is BLOCKED. Red LEDis turned on.Note: The supervision is always started after an orderto start TIB distribution. It is stopped when theTIB distribution is stopped.

7.2.15 VCO control value fault

Fault no: 14Fault cause: The TU has reported ’VCO control valuefault’, see chapter 6.15.Fault cease: The TU stops reporting the fault as above.The TU is successfully restarted.Disturbances: None detected in TMH. For disturbancescorresponding to the TU faults see figure 5.Possible RU: TU_1−3Local action: A TU with this fault is BLOCKED. Red LEDis turned on.

7.2.16 TU synchronization fault

Fault no: 15Fault cause: A TU in a synchronized TF has been report−ing synchronization failed for more than 10 seconds.Synchronization failed is reported as a parameter’Synchronization status’ contained in the ’TU_POLL_RLY’message.

The fault can also be set when TF is trying to synchro−nize as a consequence of a class 1 fault. The fault isset for a failing TU if the other TU:s are capable ofgetting in synchronism with each other and the exe−cutive reference.Fault cease: Synchronism of the TU regained or syn−chronism of TF lost. The TU is successfully restarted.Disturbances: Disturbance is sent when a slave TUreports synchronization fault, due to connection fault.Disturbance 36 is sent when TU1, 76 when TU2 and 116when TU3 fails.

Disturbance is sent when a slave TU reports synchroni−zation fault, due to timeout. Disturbance 37 is sentwhen TU1, 77 when TU2 and 117 when TU3 fails.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


31

Possible RU: TU_1−3, EXTLocal action: A TU with this fault is BLOCKED. Red LEDis turned on.

7.2.17 TU−TU fault, connection

Fault no: 16Fault cause: There are three different ways that thisfault can be set. This TF fault is based on the report−ing of the TU fault ’TU x interruption’.

TU indicating it self as faulty: TUx indicates aconnection problem with TU x .

A single TU having connection problem with theother two: Two TU:s are reporting ’connectionproblem’ with the third TU and/or that third TUreports the same about the other two.

Other combinations of reports: This analysis ismade after a coordination time of 15 seconds duringwhich no change in ’TU−TU interruption’ status maybe received. If the reports don’t fit into any ofthe patterns described above, all TU:s reported asfailing to distribute timing to any other TU willhave this fault set.

Fault cease: Indications above is stopped. The TU issuccessfully restarted.Disturbances: None detected in TMH. For disturbancescorresponding to the TU faults see figure 5.Possible RU: TU_1−3Local action: A TU with this fault is BLOCKED. Red LEDis turned on.

7.2.18 TU−TU fault, synchronism

Fault no: 17Fault cause: There are four different ways that thisfault can be set. This TF fault is based on the report−ing of the TU fault ’TU is not in sync with TU x ’.

TU indicating it self as faulty: TUx indicates asynchronization problem with TU x .

A single TU having synchronization problem with theother two: Two TU:s are reporting ’not in syn−chronism’ with the third TU and/or that third TUreports the same about the other two.

Two TU:s having synchronization problem with eachother: Two of the TU:s reports synchronizationproblem with each other, but not with the third,

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


32

during a time of 2 minutes. This fault is also setif only one TU reports ’TU is not in sync withTUx ’. Both TUs will have this class 2 fault set.

Other combinations of reports: This analysis ismade after a coordination time of 2 minutes duringwhich no change in ’TU−TU synchronization’ statusmay be received. If the reports don’t fit into anyof the patterns described above then all TU:s willhave this class 2 fault set.

Fault cease: The fault is reset if the reporting situa−tion as above no longer is true. The fault is alsoreset if after a successful restart.Disturbances: None detected in TMH. For disturbancescorresponding to the TU faults see figure 5.Possible RU: TU_1−3Local action: A TU with this fault is BLOCKED. Red LEDis turned on.

7.2.19 Single interruption PCM ref

Fault no: 18Fault cause: A TU has been alone in reporting one orboth of the TU faults ’PCM−ref1, interruption’ and’PCM−ref2 interruption’ during a coordination time of15 seconds.Fault cease: The TU stops reporting the fault above orclass 2 fault #22 is set. The fault is also reset aftera successful restart.Disturbances: None detected in TMH. For disturbancescorresponding to the TU faults see figure 5.Possible RU: TU_1−3, PCM−ref_1, PCM−ref_2Local action: None.

7.2.20 Single frequency fault PCM ref

Fault no: 19Fault cause: A TU has been alone in reporting one orboth of ’PCM−ref1 illegal high relative frequencydeviation’ and ’PCM−ref2 illegal high relativefrequency deviation’ during a coordination time of 25secondsFault cease: The TU stops reporting the fault above orclass 2 fault #23 is set. The fault is also reset aftera successful restart.Disturbances: None detected in TMH. For disturbancescorresponding to the TU faults see figure 5.Possible RU: TU_1−3, PCM−ref_1, PCM−ref_2Local action: None.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


33

7.2.21 Single wander problem PCM ref

Fault no: 20Fault cause: A TU has been alone in reporting one orboth of the TU faults ’PCM−ref1, illegal high wander’and ’PCM−ref2, illegal high wander’ during a coordi−nation time of 15 seconds.Fault cease: The TU stops reporting the fault above orclass 2 fault #24 is set. The fault is also resetafter a successful restart.Disturbances: None detected in TMH. For disturbancescorresponding to the TU faults see figure 5.Possible RU: TU_1−3, PCM−ref_1, PCM−ref_2.Local action: None.

7.2.22 PCM−ref interruption

Fault no: 22Fault cause: Two or more TUs reports the TU fault’PCM−ref1, interruption’ and/or ’PCM−ref2, interrup−tion’ for at least 5 seconds.Fault cease: The fault will be reset when all TU:sstops the reporting of the faults mentioned above. Itis also reset if the ’ Single interruption PCM−ref ’ isset.Disturbances: None detected in TMH. For disturbancescorresponding to the TU faults ’PCM−ref1/2, interrup−tion’ see figure 5.Possible RU: EXT, TRXC, PCM−ref_1, PCM−ref_2.Local action: The PCM−ref that is pointed out isBLOCKED. This may cause TMH to select a new executivereference. If so then a resynchronization of master TUwill be done. If no deblocked reference exists afterthe blocking then TF will start the hold over opera−tion, see chapter 3.

7.2.23 PCM−ref frequency fault

Fault no: 23Fault cause: Two or more TUs has been reporting the TUfault ’PCM−ref1 illegal high relative frequency devia−tion’ and/or ’PCM−ref2 illegal high relative frequencydeviation’ longer than 30 seconds.Fault cease: The fault will be reset when all TU:sstops the reporting of the faults mentioned above. Itis also reset if the ’ Single frequency fault PCM−ref ’is set.Disturbances: None detected in TMH. For disturbancescorresponding to the TU faults see figure 5.Possible RU: EXT, PCM−ref_1, PCM−ref_2.Local action: The PCM−ref that is pointed out isBLOCKED. This may cause TMH to select a new executivereference. If so then a resynchronization of master TU

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


34

will be done. If no deblocked reference exists afterthe blocking then TF will start the hold over opera−tion, see chapter 3.Note: If TF has a class 1 fault then TF can makeautomatic synchronization attempts towards thePCM−references, one at the time. If such a synchroniza−tion test succeeds then the PCM−reference which wasused in the successful test will have all faults reset.

7.2.24 PCM−ref illegal high wander

Fault no: 24Fault cause: Two or more TUs has been reporting the TUfault ’PCM−ref1, illegal high wander’ and/or ’PCM−ref2,illegal high wander’ longer than 30 seconds.Fault cease: The fault will be reset when all TU:sstops the reporting of the faults mentioned above. Itis also reset if the ’ Single wander problem PCM−ref ’ isset.Disturbances: None detected in TMH. For disturbancescorresponding to the TU faults see figure 5.Possible RU: EXT, PCM−ref_1, PCM−ref_2.Local action: The PCM−ref that is pointed out isBLOCKED. This may cause TMH to select a new executivereference. If so then a resynchronization of master TUwill be done. If no deblocked reference exists afterthe blocking then TF will start the hold over opera−tion, see chapter 3.Note: If TF has a class 1 fault then TF can makeautomatic synchronization attempts towards thePCM−references, one at the time. If such a synchroniza−tion test succeeds then the PCM−reference which wasused in the successful test will have all faults reset.

7.2.25 Checksum fault boot PROM

Fault no: 30Fault cause: The TU has reported that a checksum testof the boot PROM has failed. The test was performed atreception of the A" command ’TEST COMMAND’.Fault cease: A new checksum test passed.Disturbances: None.Possible RU: TU1−3.Local action: Red LED is turned on.

7.2.26 Checksum fault HWrevision info

Fault no: 31Fault cause: The TU has reported that a checksum testof the HW revision area has failed. The test wasperformed at reception of the A" command ’TESTCOMMAND’.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


35

Fault cease: A new checksum test passed.Disturbances: None.Possible RU: TU1−3.Local action: Red LED is turned on.

7.3 TF EXTERNAL CLASS 1 FAULTS

7.3.1 LMT, Local Operator Intervention

Fault no: 2Fault Cause: The Access State for MO TF is changed fromCONNECTED to LOCALLY DISCONNECTED due to interventionfrom the LMT.Fault cease: The Access State for MO TF is changed backto CONNECTED due to cease of LMT intervention.Disturbance: None.Possible RU: −Local Action: Control taken over from BSC.

DESCRIPTION




LZF

032

41/

1M R

J


Datum - Rev

Nr -


No.

Date


36

8 REFERENCES

Ref 1. Function description ’TRS synchronization’12/155 16−HRB 103 02 Uen

Documents

RBS 205 Fault Codes 1