Paradise P300 specifications Ta,Tc

Text on Display

Rx Fault: CAS Multiframe sync lost

Rx Fault: Final data is all ones (AIS)

Rx Fault: X.50 de-stuff sync lost

Rx Fault: Final BER > 1E-3 [,AIS Forced]

Rx Fault: <line> off, <DTE/DCE> not ready

Description / Cause / Notes

The modem cannot find the IBS CAS Multiframe sync on the receive data although it has found Frame sync and TS32 Multiframe sync (otherwise the Frame/Multiframe sync messages above would display). CAS Multiframe sync used to convey either

1)Channel Associated Signalling (CAS) in G.732 Drop/Insert modes using CAS,

2)To maintain the identity of a group of timeslots (for the `Odd values of N` such as N=7 etc).

3)To maintain Robbed Bit Signalling (RBS) in selected in T1-D4 or T1-ESC Drop/Insert modes.

Be aware that most competing modems do not support the use of a CAS Multiframe to provide any of these three functions.

Check as follows for each use:

1)The Tx modem is set to operate in CAS mode if CAS signalling is to be conveyed within the IBS/SMS overhead (one of the questions in the Change, Tx, Baseband, Drop menu dialogue)

2)If the Tx modem cannot use a CAS Multiframe to maintain the TS identity for the `Odd values of N`, then to prevent this modem seeking a CAS multiframe for one of these `Odd value of N`, in the Change, Rx, Baseband, Insert menu dialogue, when prompted “TS identity over satellite: [?] 1=Maintain (normal) 2=Don't care”, select “Don’t Care”

3)If the Tx modem cannot use a CAS Multiframe to maintain RBS over satellite, in the Change, Rx, Baseband, Insert menu dialogue, when prompted “T1 RBS over satellite: [?] 1=Normal (or no RBS) 2=Maintain RBS”, select “Normal (or no RBS)”.

The final customer data after demodulation, error correction, deframing and descrambling is all ones. This is normally used to indicate an upstream equipment fault (such as a lack of input clock at the Tx end), it is not a modem fault. See note 4.

In IBS modes at 48kbps or 56kbps the IBS specification (IESS 309) specifies that the 48/56kbps data is `bit stuffed` up to 64kbps according to X.50 prior to IBS framing. The bit stuffing adds an 80 bit repeating pattern which is detected at the Rx end then removed to return the data to 48/56kbps. This message indicates the modem cannot find the 80 bit pattern in order to remove it. Check the data is intended to be 48/56kbps X.50 stuffed to 64kbps, not raw 64kbps data. Refer also to the Change, User, Operation, Terr/Sat, X.50 AIS dialogue description for a discussion about AIS in X.50 modes.

The User (final) Bit Error Rate is worse than 1x10-3. “[AIS Forced]” is only shown if theuser option of what action to take when the BER is bad is not set to Ignore (Change, User-Opt, Operation, Actions, BER Action). The fault is always displayed, although the actions can be cancelled by selecting Ignore. The source for the BER measurement is user defined (Change, User-Opt, Operation, Satellite, BER est’). Normally this should be set to “Auto”, however it may be user set to other BER sources if required. It is possible to manually set the source to the inner FEC (Turbo/Vit/Seq), even when the outer FEC (RS) is active, thereby not including the effects of the RS error correction in the displayed user BER. Check this remains set to “Auto” unless there is good reason.

<line> depends on the interface in use (eg RS422 DCE=”TR”, V.35=”DTR”). This is a DC c ontrol line which is used to indicate the terrestrial equipment is functioning properly. The <line> switching off may be user set to cause this fault or be ignored (Change, Terr-Int, Control Lines). See note 5.

Relays	To Terr
T	TA,TC

TOpt	TAOpt
T	TA

TTAOpt,

TCOpt

TOpt

To Sat

SB

SBOpt

SB

SBOpt

Other

RF

P300H P300 Series Installation and Operating Handbook Page 222