With H.320 Video Conferencing systems, each 64 Kbps B-channel can either have its own ISDN
number; share the same number as its paired BRI channel or be set so that all BRI channels share the same ISDN number. Usually,
a BRI has the same ISDN number assigned to both of its B-channels; this is controlled by the providing Telco. With a
384 Video Conferencing system, the ability to operate in 6B mode or inverse multiplex the six channels together and
operate in a 384K BONDED mode is a function of the equipment. Either way, it will have six ISDN numbers that may
or may not be the same.
In 6B mode, the 384 Kbps channel can be regarded as consisting of six individual B-channels. When initiating
a conference call to a system that is to operate in 6B mode, the six ISDN numbers must all be entered and dialled in the exact
sequence that the ISDN lines are connected to the equipment.
FAS and BAS information is present and occupies 1600 Kbps in each B-channel. Hence, in our
example, with 56 Kbps allocated for G.711 Audio and 6.4 Kbps for Data, the remaining bandwidth of 5 x (64000-1600) = 312000
bps is available for Video.

In 384K BONDED mode, the 384 Kbps channel can be regarded as consisting of six 64 Kbps TimeSlots, with
the first TimeSlot, being structured exactly like that for a B-channel. When initiating a conference call to a system that is to operate in
384K BONDED mode, only the first ISDN number is entered and dialled. The receiving system acknowledges the call on the
first channel and replies with its remaining five numbers in the correct sequence. It is therefore crucial that a system is setup to reflect
all its ISDN numbers in the correct sequence as this is the only way in which a calling system can determine what to dial. The correct
numbers are the local numbers without area code. Only when all six ISDN numbers are known can the dialling system
initiate a 384K BONDED call.
FAS and BAS information is only present and occupies 1600 Kbps in the first TimeSlot. Hence, in
our example, with 56 Kbps allocated for G.711 Audio and 6.4 Kbps for Data, the remaining bandwidth of 5 x 64000 = 320000 bps
is available for Video.
There are advantages and disadvantages to operating in a 384K BONDED versus 6B channel mode;
with the obvious advantage being that it can carry an extra 8 Kbps of Video. The conference is also initiated quicker as all six channels
are dialled together. With 6B, the channels are dialled sequentially, hence with a long distance call, there is a possibility
that the first channel will time-out before the conference is established. The main disadvantage is that all channels must be available for
384K BONDED to work. As FAS and BAS information is only present in the first TimeSlot, there is no recovery
mechanism if, for whatever reason, a line is dropped during a conference. If this happens, then the call is terminated.
An important consideration is the effect and use of Gateways and MCUs. Most of these only support
BONDED calls at 384 Kbps and do not work in 6B mode. In these situations, you have no option but to use
384K BONDED calls.