Lucent Technologies lucent ユーザーズマニュアル

Issue 1

August 1997

Routine Maintenance Procedures 

Page 5-63

Troubleshooting Multimedia Call Handling (MMCH) 

network to test the connectivity and routing of network calls from the endpoint. 
This eliminates problems such as disconnected audio or video cables and 
network troubles. 

Some 2x64 Kbps conferences on the DEFINITY MMCH do not establish because 
of framing, audio, or video problems.

For calls that are routed in the network through a Lucent Technologies/LEC 
interface, the originating equipment may launch a 64 Kbps call attempt, and the 
far end receives either a 56 Kbps or 64 Kbps indication. If the far end receives a 
64 Kbps indication, the call may have used 56 Kbps facilities. If so, the call may 
exhibit any of the following conditions:

■

No handshaking in one direction or both (call disconnects after timeouts)

■

Call connects, but audio or video is corrupted (audio noise or no video)

■

Call succeeds without disruption (this is the least likely since one endpoint 
must be aware that the call is really 56 Kbps to connect)

If any of the above conditions occur, then 64 Kbps calls from the site are 
blocked.

Administer the conference for connection at 56 Kbps.

To support endpoints that do not support Multipoint Command Conference 
(MCC), the DEFINITY MMCH changes its capability set and initiates a capability 
set exchange with the endpoint when the Selected Communications Mode (SCM) 
changes. If the endpoint does not follow the SCM audio mode, the MCU may 
include the endpoint as a secondary (audio only) endpoint. If the endpoint sends 
an unknown or unsupported audio mode, then the TN788B decoder port mutes 
the endpoint from the conference. The user may hear the conference but may not 
be heard by other parties in the conference. 

1. Use the Status Conference x form and check the Audio Mode field for the 

current operating mode of the conference.