Procedimento "chair-control" usando códigos BAS
Procedimentos de
“chair-control” usando códigos BAS são obrigatórios se a MCU suporta “chair-control”.
Em geral esta característica
requer a MCU possuir certas previsões de software e hardware, e pelo menos um
terminal deve ser adequadamente aperfeiçoado, como detalhado abaixo.
O processamento CIC da MCU
pode:
-
Assinalar um número a cada terminal.
-
Assinalar um token “chair-control”.
-
Desconectar um terminal da conferência em comando a partir do “token-holder”.
-
Trocar sinais de vídeo de acordo com comandos a partir do
“token-holder”
-
Terminar a confer6encia inteira.
Se dois ou mais MCUs devem ser
envolvidos na conferência, todos devem declarar CIC para suportar
“chair-control” cascateado. Note que é possível para uma MCU ter CIC, e não
suportar “chair-control” cascateado, desde que cascateamento é uma característica
opcional separada do “chair-control”.
Assinalamento do token
de “chair-control”. Um terminal Tm desejando assumir o “chair-control”
pode proceder para pedir ao token requisitado se o seu conjunto de capacidades
atualmente registrado a partir da MCU inclui CIC. Tm requisita assinalamento do
token “chair-control” enviando o CCA. If ele não recebe uma resposta da MCU
em um tempo razoável, ele pode repetir a requisição. A MCU pode opcionalmente
fornecer um modo no qual o token chair é pré-alocado no momento da reserva.
Neste caso, a MCU recusa todas as requisições para o token a menos que elas
venham da chair pré-alocada.
Uma
mudança de “chair-control” deve ser negociada entre os participantes da
conferência. O terminal mantendo o token pode liberá-lo enviando CIS para a
MCU.
O token
“chair-control” pode ser retirado pela MCU. Um exemplo possível deste
procedimento seria uqando duas MCUs as quais possuem ambas tokens chair
assinalados são subseqüentemente conectadas e uma torna-se uma MCU escrava. O
token chair escravo deve ser retirado.
Os
números de terminal <T> podem ser adquiridos no terminal “chair-control
Tm pela transmissão de TCU ou conversacionalmente (trazendo cada fonte de vídeo
usando a ação de switching de voz da MCU), ou através do uso de VCB. Através
da transmissão do símbolo {VCB, <M>, <T>} o terminal
“chair-control” determina qual sinal de vídeo será transmitido para todas
as partes capazes de vídeo exceto a fonte daquele vídeo.
Os
números de terminal <T> podem ser adquiridos como descrito acima. Se então
é desejado desconectar uma terminal da conferência, o símbolo { CCD,
<M>, <T>} é transmitido para a MCU.
O
terminal “chair-control” pode transmitir o código DCR-L e/ou o DCR-H,
causando a MCU local a enviar os códigos DCR-L/H até para os terminais locais
que mantêm os tokens de dados relevantes ou para a MCU mestre como apropriados.
O efeito disto é causar o fim de todas as transmissões de dados apropriadas.
Qualquer terminal
adequadamente equipado poder enviar uma “requisição pelo chão”, usando o
símbolo TIF. Uma MCU recebendo TIF o passa adiante para o terminal
“chair-control” se Tm é localmente conectado, por outro lado ele é
transmitido para a MCU mestre para transmiti-lo para o terminal “chair-control”.
Quando
um MCU recebe o código BAS CCK do terminal “chair-control”, ele encerra as
conexões relacionadas a confer6encia na qual Tm era um participante, incluindo
a porta usada por Tm. O terminal chair deve ser encerrado por último par
permitir ao TIDs chegarem para confirmar o encerramento da conferência. Uma vez
recebendo CCK, a MCU escrava envia CCK para a mestre (a menos que ela tenha
recebido CCK da mestre) e encerra todas as conexões locais, exceto o link para
o máster. Os TIDs recebidos a partir do máster constituem a confirmação do
sucesso do procedimento.