Sunteți pe pagina 1din 137

UNIVERSIDADE FEDERAL DE SANTA CATARINA

PROGRAMA DE PS-GRADUAO EM
CINCIA DA COMPUTAO

Rita de Cssia Cerqueira Gomes

AVALIAO DE DESEMPENHO DE AMBIENTES


DE VIDEOCONFERNCIA: UM ESTUDO DE
CASO

Dissertao submetida Universidade Federal de Santa Catarina como parte dos


requisitos para a obteno do grau de Mestre em Cincia da Computao.

Prof. Paulo Jos de Freitas Filho, Dr.


Florianpolis, maro de 2002.

ii

AVALIAO DE DESEMPENHO DE AMBIENTES DE


VIDEOCONFERNCIA: UM ESTUDO DE CASO

Rita de Cssia Cerqueira Gomes

Esta Dissertao foi julgada adequada para a obteno do ttulo de Mestre em Cincia
da Computao rea de Concentrao Sistemas de Computao e aprovada em sua
forma final pelo Programa de Ps-Graduao em Cincia da Computao.

________________________________________
Prof. Fernando lvaro Ostuni Gauthier, Dr.
Coordenador do Curso de Ps-Graduao em Cincia da Computao

Banca Examinadora:

________________________________________
Prof. Paulo Jos de Freitas Filho, Dr. (Orientador)
Presidente da Banca

________________________________________
Profa. Elizabeth Sueli Specialski, Dra.
Membro da Banca

________________________________________
Prof. Luiz Fernando Jacintho Maia, Dr.
Membro da Banca

iii

Este trabalho dedicado:


Aos meus pais Jos Ramos Gomes e Celia Maria Cerqueira Gomes,
meus irmos Dbora e Jos Eduardo e a minha sobrinha Thabata Chris,
pelo estmulo, amor, carinho, apoio e compreenso
oferecidos durante a realizao deste trabalho.
A todos os seres humanos vidos de conhecimentos,
espera-se que encontrem nesta temtica trabalhada alguma contribuio.

iv

AGRADECIMENTOS

Agradeo a Deus, onde sempre busquei fora e ajuda para superar os obstculos
enfrentados.
Manifesto a minha sincera gratido ao orientador Prof. Paulo Jos de Freitas Filho
pelo acompanhamento pontual, estmulos, pacientes revises e sbias sugestes que
contriburam para a realizao deste trabalho.
Agradeo aos meus familiares, pelo apoio e carinho a mim dispensados.
Ao Prof. Gustavo Augusto Lima de Campos, ao Prof. Joo Bosco da Mota Alves e a
Cristiane Raquel Brasil Lougon Cordeiro, pela disposio, pacincia, incentivos e
valiosas sugestes.
A todos os funcionrios da Universidade Federal de Santa Catarina e da
Coordenao de Aperfeioamento de Pessoal de Nvel Superior (CAPES) os quais
trabalharam para a concretizao deste Curso, pela dedicao.
A todos os professores e colegas deste Curso de Ps-graduao, ao Prof. Fernando
Jos Spanhol do Laboratrio de Educao a Distncia e ao Prof. Paulo Ogliari da UFSC,
pelas contribuies, pelos conhecimentos compartilhados, pelas novas idias surgidas e,
principalmente, pelos apoios e incentivos.
Ao Diretor do CEFET-PA, Srgio Cabea Braz, pelo apoio concedido desde o incio
do Curso e tambm aos funcionrios desta instituio, em especial ao Francisco Solano
Rodrigues Neto e Ricardo Jos Cabea de Souza, pelo fornecimento de informaes
necessrias concretizao deste estudo.
Ao Diretor do Centro de Ensino Superior do Par (CESUPA), Srgio Fiuza de Mello
Mendes, a todos os seus funcionrios e a Conceio Rangel Fiuza de Mello, pela
dedicao prestada para a realizao deste Curso.
Aos amigos Fernando Gomes da EMBRATEL, Afonso Cardoso da EMBRAPA e
Patrick Ferreira da TELEMAR, pelos conhecimentos tcnicos e disposio em ajudar.
Ao Jos Scaff Filho, pela ajuda desprendida durante um dos momentos mais difceis.
Ao Gilberto Neves Sudr Filho da UNITERA e Fbio Fruch da TES pelas
informaes prestadas e arquivos enviados.
A todos que direta ou indiretamente contriburam para a realizao desta pesquisa,
meu profundo sentimento de gratido.

SUMRIO

LISTA DE FIGURAS...............................................................................................
LISTA DE TABELAS...............................................................................................
RESUMO...................................................................................................................
ABSTRACT...............................................................................................................

vii
viii
ix
x

CAPTULO 1: INTRODUO...............................................................................

1.1
1.2
1.3
1.4

Motivao............................................................................................................
Problema a Ser Tratado....................................................................................
Objetivos.............................................................................................................
Organizao do Trabalho..................................................................................

2
3
4
4

CAPTULO 2: REVISO DE LITERATURA......................................................

2.1 Conceito de Videoconferncia...........................................................................


2.2 Necessidade de Largura de Banda....................................................................
2.3 Classificao........................................................................................................
2.4 Equipamentos.....................................................................................................
2.5 Caractersticas do Trfego das Mdias e Requisitos de Comunicao..........
2.5.1 Caractersticas do Trfego das Mdias..............................................................
2.5.2 Requisitos de Comunicao..............................................................................
2.5.3 Mdias................................................................................................................
2.6 Padres de Formato de Vdeo Analgico.........................................................
2.7 Padres de Formato de Quadro de Vdeo Digital...........................................
2.8 Meios de Transmisso........................................................................................
2.9 Resumo do Captulo...........................................................................................

6
7
7
13
15
15
17
20
25
28
28
30

CAPTULO 3: MTODOS DE COMPRESSO, PROTOCOLOS E


PADRES.......................................................................................

31

3.1 Mtodos de Compresso e Descompresso de Dados.....................................


3.1.1 Mtodos de Codificao por Entropia...............................................................
3.1.2 Mtodos de Codificao na Origem..................................................................
3.1.3 Mtodos de Compresso de Vdeo....................................................................
3.1.3.1 Principais Padres de Digitalizao e Compresso de Imagens....................
3.1.4 Mtodos de Compresso de udio...................................................................
3.1.4.1 Principais Padres de Digitalizao e Compresso de udio........................
3.2 Protocolos de Tempo Real.................................................................................
3.2.1 RTP (Real Time Transport Protocol)...............................................................
3.2.2 RTCP (Real Time Control Protocol)................................................................
3.2.3 RSVP (Resource Reservation Protocol)...........................................................
3.2.4 RTSP (Real Time Streaming Protocol).............................................................
3.3 Padres de Videoconferncia............................................................................
3.4 Resumo do Captulo...........................................................................................

32
34
35
38
40
44
47
48
49
50
51
52
52
56

vi

CAPTULO 4: METODOLOGIA PARA AVALIAO DE DESEMPENHO


DE AMBIENTES DE VIDEOCONFERNCIA.........................

58

4.1 Qualidade de Servio (Quality of Service - QoS).............................................


4.2 Metodologia para Avaliao de Desempenho e Planejamento de
Capacidade.........................................................................................................
4.2.1 Compreenso do Ambiente...............................................................................
4.2.2 Compreenso e Caracterizao da Carga de Trabalho......................................
4.2.2.1 Definio da Perspectiva de Anlise..............................................................
4.2.2.2 Identificao dos Componentes Bsicos........................................................
4.2.2.3 Definio do Conjunto de Parmetros que Melhor Caracterizem a
Carga..............................................................................................................
4.2.2.4 Monitorao e Coleta de Dados.....................................................................
4.2.2.5 Partio da Carga de Trabalho.......................................................................
4.2.2.6 Construo do Modelo de Carga....................................................................
4.2.2.7 Validao e Calibrao de Modelos de Carga...............................................
4.2.2.8 Previso da Carga de Trabalho......................................................................
4.2.3 Modelos e Previso de Desempenho.................................................................
4.2.3.1 Validao e Calibrao do Modelo de Desempenho.....................................
4.2.4 Modelos e Previso de Custos...........................................................................
4.2.5 Anlise de Custo/Desempenho.........................................................................
4.3 Anlise e Projeto de Experimentos...................................................................
4.3.1 Tipos de Projetos Experimentais.......................................................................
4.4 Resumo do Captulo...........................................................................................

61

66
66
67
68
68
69
69
71
72
72
72
74
76

CAPTULO 5: APLICAO DA METODOLOGIA - ANLISE DE UM


ESTUDO DE CASO.......................................................................

77

5.1
5.2
5.3
5.4
5.5
5.6

Compreenso do Ambiente de Videoconferncia do Estudo de Caso...........


Compreenso e Caracterizao da Carga de Trabalho..................................
Modelo de Desempenho.....................................................................................
Projeto Experimental e Anlise dos Resultados..............................................
Modelos e Previso de Custos...........................................................................
Resumo do Captulo...........................................................................................

77
80
81
86
91
92

CAPTULO 6: CONCLUSES E RECOMENDAES.....................................

93

6.1 Recomendaes...................................................................................................

95

REFERNCIAS BIBLIOGRFICAS....................................................................

97

64
64
65
65
66

ANEXO 1: PRODUTOS PARA VIDEOCONFERNCIA................................... 105


ANEXO 2: TABELAS COM OS EXPERIMENTOS DOS CENRIOS
CRIADOS.............................................................................................. 116

vii

LISTA DE FIGURAS

FIGURA 2.1: Videoconferncia Ponto a Ponto.........................................................


FIGURA 2.2: Videoconferncia Multiponto.............................................................
FIGURA 2.3: Videoconferncia Unicast...................................................................
FIGURA 2.4: Videoconferncia Multicast................................................................
FIGURA 2.5: MBone na Internet No-multicast.......................................................
FIGURA 2.6: Grau de Conhecimento das Caractersticas do Trfego de Diversos
Tipos de Aplicaes............................................................................
FIGURA 2.7: Resolues de Vdeo em Telas de 800 x 600 e 1024 x 768................
FIGURA 3.1: Um Exemplo de Quantizao Vetorial...............................................
FIGURA 4.1: Metodologia de Planejamento de Capacidade....................................
FIGURA 5.1: Ambiente de Videoconferncia para o Projeto do CEFET-PA...........

8
8
9
10
12
16
28
37
61
79

viii

LISTA DE TABELAS

TABELA 2.1: Taxas de Bits de Aplicaes de udio e Vdeo..................................


TABELA 2.2: Sensibilidade dos Dados x Tipos de Dados........................................
TABELA 2.3: Padro NTSC......................................................................................
TABELA 2.4: Padro PAL........................................................................................
TABELA 2.5: Padro SECAM..................................................................................
TABELA 3.1: Codecs de Vdeo Existentes no Mercado...........................................
TABELA 3.2: Quadro Comparativo entre Padres de Compresso de Vdeo..........
TABELA 3.3: Quadro Comparativo entre Padres de Compresso de udio..........
TABELA 3.4: Padres do ITU-T Srie H para a Videoconferncia e seus
Respectivos Nveis de Qualidade.......................................................
TABELA 4.1: Fatores versus Interao.....................................................................
TABELA 5.1: Trfego Gerado pelo Vdeo sem Compresso (em bits)....................
TABELA 5.2: Trfego Gerado pelo udio com Compresso...................................
TABELA 5.3: Faixas de Velocidade para o Cenrio 1..............................................
TABELA 5.4: Faixas de Velocidade para o Cenrio 2 - Horrio Normal.................
TABELA 5.5: Faixas de Velocidade para o Cenrio 2 - Horrio de Pico.................
TABELA 5.6: Faixas de Velocidade para o Cenrio 3 - Horrio Normal.................
TABELA 5.7: Faixas de Velocidade para o Cenrio 3 - Horrio de Pico.................
TABELA 5.8: Projeto Fatorial Completo..................................................................
TABELA A.1: Especificaes Tcnicas de Alguns Produtos da Polycom................
TABELA A.2: Especificaes Tcnicas de Alguns Produtos da Philips e
PictureTel..........................................................................................
TABELA A.3: Experimentos do Cenrio 1...............................................................
TABELA A.4: Experimentos do Cenrio 2 - Horrio Normal..................................
TABELA A.5: Experimentos do Cenrio 2 - Horrio de Pico...................................
TABELA A.6: Experimentos do Cenrio 3 - Horrio Normal..................................
TABELA A.7: Experimentos do Cenrio 3 - Horrio de Pico...................................

18
19
26
27
27
38
44
48
54
74
82
83
84
84
85
85
85
87
107
113
116
117
120
122
125

ix

RESUMO

GOMES, Rita de Cssia Cerqueira. Avaliao de Desempenho de Ambientes de


Videoconferncia: Um Estudo de Caso. 2002. 127 f. Dissertao (Mestrado em
Cincia da Computao) - Programa de Ps-graduao em Cincia da Computao,
Universidade Federal de Santa Catarina, Florianpolis.

A videoconferncia uma forma de intercomunicao pessoal que figura dentre as


mais inovadoras surgidas nos ltimos anos. Ela permite que pessoas distantes umas das
outras realizem reunies em tempo real, integrando recursos de multimdia, utilizando
um simples computador pessoal ou modernos estdios.
Este trabalho se prope a analisar o comportamento de um ambiente de
videoconferncia, baseando-se em um projeto que ser implantado em uma instituio
de ensino, definindo os pontos crticos desse ambiente, e aplicando uma metodologia de
avaliao de desempenho para determinar a melhor relao qualidade x custo atravs de
testes de cenrios de acordo com as necessidades dos usurios.
So apresentados alguns conceitos bsicos necessrios ao entendimento do estudo, a
apresentao do projeto experimental, a descrio da teoria sobre anlise de
desempenho e os cenrios onde sero utilizados os trfegos propostos.
No final, so apresentadas as concluses do trabalho, revisando os objetivos
inicialmente propostos, os resultados alcanados e sugestes de temas para futuros
trabalhos decorrentes deste.
Palavras-chave: Anlise de Desempenho, Qualidade de Servio, Videoconferncia.

ABSTRACT

GOMES, Rita de Cssia Cerqueira. Performance Evaluation of Videoconferencing


Environments: A Case Study.

2002.

127 p.

Dissertation (Master's Degree in

Computer Science) - Master's Degree Program in Computer Science, Federal University


of Santa Catarina, Florianpolis.

Videoconference is a form of personal intercommunication that figures between the


most innovative appeared in the last years. It allows distant people each other carry
through meetings in real time, integrating multimedia resources, using a simple personal
computer or modern studios.
This study suggests to analyze the behavior of a videoconferencing environment,
based on a design that will be established in an education institution, defining the
critical points of this environment, and applying a methodology for performance
evaluation to determine the best relation between quality x cost through tests of
sceneries in accordance with users' necessities.
Some necessary basic concepts are presented for understanding of the study, and the
presentation of the experimental design, the description of the theory about performance
analysis and the sceneries where proposed traffics will be used.
In the end, conclusions of the work are presented, reviewing initial proposed
objectives, the reached results and subject suggestions for future studies decurrent of
this.
Key-words: Performance Analysis, Quality of Service, Videoconference.

CAPTULO 1
INTRODUO

Levando-se em conta o dilema de que pessoas com cada vez menos tempo
disponvel e cada vez mais necessidade de aprender, se aperfeioar e trocar informaes
entre si, que empresas, hospitais e instituies de ensino pblicas e privadas dedicam
ateno crescente em educao a distncia, conferncia de negcios, telemedicina, etc.
Pode-se notar esta preocupao atravs de:

Projetos governamentais de qualificao do magistrio para atender s


exigncias da Lei de Diretrizes e Bases da Educao (LDB);

Iniciativas de empresas que visam aos mercados corporativo (cursos, reunies,


debates, palestras e conferncias para empresas) e acadmico (especializaes
atravs de convnios com universidades);

Iniciativas de hospitais, clnicas e laboratrios que desejam trocar informaes


entre os mdicos e fazer um acompanhamento ao vivo de pacientes remotos.

Existem vrias tecnologias sendo utilizadas para dar suporte a esses requisitos e uma
delas a videoconferncia.
Videoconferncia uma forma de comunicao interativa entre pessoas em locais
separados com a finalidade de se comunicar em tempo real, geralmente envolvendo
udio, vdeo e at mesmo texto.
Os sistemas de videoconferncia permitem que se trabalhe de forma cooperativa,
compartilhando informaes e materiais de trabalho. Proporcionam algumas vantagens,
dentre elas:

Economia de tempo, evitando o deslocamento fsico para um local especial;

Economia de recursos, com reduo dos gastos com viagens;

Reduo de gastos com capacitao profissional;

mais um recurso de pesquisa, j que a reunio pode ser gravada e


disponibilizada posteriormente.

Alm destes aspectos, os softwares que apiam a realizao da videoconferncia, em


sua maioria, permitem, tambm, atravs

da

utilizao

de

ferramentas

de

compartilhamento de documentos, como:

Visualizao e alterao dos documentos pelos integrantes do dilogo em tempo


real;

Compartilhamento de aplicaes;

Compartilhamento de informaes (transferncia de arquivos).

Para proporcionar as vantagens de uma videoconferncia com boa qualidade,


visando satisfao dos usurios e reduo dos custos com instalao, implementao e
manuteno, tm-se realizado pesquisas no mbito de compresso de vdeo, de
velocidade de transmisso, de infra-estrutura e de administrao de largura de banda em
ambientes como Internet, Intranet, Redes Metropolitanas, Redes de Longa Distncia,
entre outros.
O uso de uma metodologia de avaliao de desempenho se faz necessrio quando se
deseja analisar o desempenho de um sistema, existente ou em fase de elaborao,
visando a melhor relao qualidade e custo de acordo com as necessidades dos usurios.
Tem como objetivos principais: aumentar a eficincia do sistema e a utilizao dos
recursos, minimizar o custo de processamento e o tempo de resposta e fazer previses
de comportamento do novo sistema.
Este trabalho pretende abordar cada etapa da metodologia de avaliao de
desempenho, empregada em um projeto de implantao de uma sala de
videoconferncia, em uma instituio de ensino.

1.1 Motivao

H a necessidade de difundir o ensino e tambm aperfeioar profissionais,


principalmente em reas de difcil acesso e distantes dos grandes centros. Um exemplo
dessa necessidade a regio Norte, com grande dimenso territorial, com suas cidades

distantes umas das outras e com poucos centros de educao. Alm de que os centros
educacionais por excelncia esto concentrados nas regies Sul e Sudeste.
Foi verificado que o uso de videoconferncia seria uma opo de modo a possibilitar
que uma grande quantidade de pessoas possa desfrutar de um ensino de qualidade,
evitando o deslocamento fsico para locais especiais tanto dos professores como
tambm dos alunos, resultando em economia de tempo e de recursos e reduo dos
gastos com viagens e hospedagens, alm da facilidade de poder gravar as
reunies/cursos e disponibiliz-los posteriormente.
No entanto, a falta de qualidade de servio ofertado aos usurios da
videoconferncia pode acarretar na sua insatisfao e at na sua desistncia. Dispor de
uma rede com capacidade multimdia, implica num planejamento cuidadoso desse
ambiente e, para tal, necessrio dispor de mtodos e ferramentas apropriadas a fim de
que os administradores tenham condies de tomar decises, avaliando o atual ambiente
e analisando as possibilidades dos diferentes projetos de videoconferncia no
atendimento s suas necessidades.

1.2 Problema a Ser Tratado

Um ambiente de videoconferncia muito importante para a divulgao do ensino


em lugares de difcil acesso e distantes dos centros de educao e tambm para o
contato entre empresas diferentes e entre suas filiais. Para que os usurios consigam
trocar informaes, o ambiente deve ser favorvel, ou seja, possuir uma qualidade de
servio satisfatria e sem falhas, porm a infra-estrutura utilizada para trafegar as
mdias de uma videoconferncia pode vir a ser desfavorvel, dependendo de como
utilizada.
A realizao de uma videoconferncia onde haja muitas falhas na transmisso pode
causar insatisfao e at desistncia por parte dos usurios de usar esse meio para
propsitos de divulgao. Muitas dessas falhas (como, por exemplo, retardo na
transmisso do udio e vdeo, a imagem e o som desaparecem por uns instantes,
imagem sem qualidade e o som sem nitidez) so devido falta de um adequado
dimensionamento da largura de banda utilizada, o compartilhamento das mdias de

udio, vdeo e texto dentro da rede em tempo real e a falta de preocupao com a
qualidade do servio ofertado ao usurio.

1.3 Objetivos

Este trabalho apresenta os seguintes objetivos:


a) Geral
Analisar o comportamento do trfego gerado pelas mdias (udio e vdeo) utilizadas
pela videoconferncia, considerando diferentes cenrios, visando uma qualidade de
servio satisfatria com relao ao custo e ao desempenho.
b) Especficos
-

Descrever a infra-estrutura necessria para uma videoconferncia;

Caracterizar o ambiente identificando o trfego gerado pelas mdias;

Descrever os passos da metodologia de avaliao de desempenho;

Aplicar a metodologia em um ambiente de videoconferncia;

Construir um modelo de desempenho do ambiente proposto;

Aplicar uma tcnica de anlise de desempenho, utilizando diferentes cenrios,


para avaliar este ambiente;

1.4 Organizao do Trabalho

O trabalho abordar o projeto de videoconferncia que o Centro Federal de


Educao Tecnolgica do Estado do Par (CEFET-PA) est pretendendo implantar no
Estado do Par.
Nos Captulos 2 e 3 feita uma breve reviso a respeito de videoconferncia, sendo
apresentado o conceito de videoconferncia, sua classificao, os principais

equipamentos e softwares utilizados, as caractersticas das mdias, a natureza do trfego


gerado por essas mdias, os principais meios de transmisso de dados, os mtodos de
compresso e os padres de videoconferncia, alm de comentar sobre a necessidade da
largura de banda.
No Captulo 4 descrita a teoria sobre a metodologia de avaliao de desempenho
voltada para o ambiente de videoconferncia. Entre os principais itens abordados,
destacada a importncia da garantia da qualidade de servio para a satisfao do
usurio.
No Captulo 5 apresentada a aplicao da metodologia no projeto de
videoconferncia que o CEFET-PA est pretendendo implantar. construdo um
modelo de desempenho e feita uma anlise sobre os trfegos gerados nos cenrios
criados.
No Captulo 6 so apresentadas as concluses do trabalho e as recomendaes para
os trabalhos futuros decorrentes deste.

CAPTULO 2
REVISO DE LITERATURA

Neste captulo sero apresentados o conceito, a classificao e os equipamentos


utilizados numa videoconferncia. Porm, para entender melhor o que uma
videoconferncia e tentar utilizar esse recurso de uma forma adequada, analisando seu
trfego e projetando esse ambiente com custos baixos, essencial atentar para a
necessidade de largura de banda e entender as caractersticas de cada mdia gerada e os
seus requisitos de comunicao, alm dos meios de transmisso utilizados.

2.1 Conceito de Videoconferncia

A videoconferncia baseia-se na transmisso em tempo real de som (udio) e


imagem (vdeo) digitalizados, entre dois ou mais participantes, devidamente tratados
por softwares e algoritmos de compresso, utilizando para isso um meio de transmisso
de dados.
A Unio Internacional de Telecomunicaes (International Telecommunications
Union - ITU), rgo da Organizao das Naes Unidas (ONU) responsvel pela
padronizao dos sistemas de comunicao no mundo, possui um setor que controla os
sistemas de telefonia e de comunicao de dados chamado de ITU-T (International
Telecommunications Union - Telecommunications Standardization Sector) o qual,
atravs da recomendao F.730 - Videoconference Service General de agosto de 1992
(apud OLIVEIRA, 1996, SPANHOL, 1999, ZANIN, 2000), define um servio de
videoconferncia como: "um servio de teleconferncia audiovisual de conversao
interativa que prov uma troca bidirecional, e em tempo real, de sinais de udio (voz) e
vdeo entre grupos de usurios em dois ou mais locais distintos".
O nico recurso necessrio alm dos equipamentos dedicados um meio de
transmisso que permita um fluxo contnuo de dados a uma determinada velocidade. A
transmisso pode ser feita atravs de linhas dedicadas, com acessos discados, e links de
satlites, fibras pticas, cabos ou microondas.

2.2 Necessidade de Largura de Banda

Largura de Banda uma medida de quanto de informao pode trafegar numa rede
de um lugar para outro em um determinado perodo de tempo. determinada em funo
do meio de transmisso utilizado, dos protocolos, da distncia entre ns intermedirios e
da velocidade de comutao nos ns intermedirios.
A videoconferncia uma aplicao que se caracteriza pela gerao de um trfego
heterogneo de tipos de dados, como vdeo, voz e sinais de controle. Devido a sua
natureza multimdia, a videoconferncia uma aplicao que demanda uma
considervel largura de banda para que possam trafegar grandes quantidades de
diferentes tipos de dados na rede. Desta maneira, possuir uma grande largura de banda
disponvel passa a ser uma caracterstica desejvel para a rede provedora desta
aplicao.
Segundo o colunista Nelson Vasconcelos (VASCONCELOS, N., 2001) em uma
reportagem sobre Virtual Expo 2001 - Seminrio e Exposio de Interao Virtual: "A
banda larga no Brasil caminha a passos lentos, mas o futuro, especialmente por suas
aplicaes na rea corporativa, educacional e de telemedicina. Com isso, devem entrar
em alta, recursos como videoconferncia, videostreaming e outras mdias interativas."
Enquanto a banda larga for uma opo ainda futurista e de custos elevados, o
mercado dispe de diversos mtodos de compresso (os quais sero discutidos no
prximo captulo).

2.3 Classificao

Quanto forma de realizao de uma videoconferncia, pode ser:


a) Ponto a Ponto
Quando feita entre dois participantes, ou seja, conexo um-a-um.

FIGURA 2.1: Videoconferncia Ponto a Ponto.

b) Multiponto
Quando um ponto central, ou seja, uma MCU (maiores detalhes no item 2.4) pode
receber e enviar informaes para trs ou mais pontos utilizando o mesmo meio.
O clculo da largura de banda no multiponto (LBM) baseado na frmula abaixo.
Sendo que N o nmero de terminais da conferncia e D a velocidade dos dados
durante a conferncia.
LBM = N * D * 2
Para uma velocidade de 384 Kbps, por exemplo, e N = 5 (ver Figura 2.2), observa-se
que a largura de banda necessria ficaria em torno de 3,8 Mbps.
FIGURA 2.2: Videoconferncia Multiponto.

Quanto forma de envio de uma mesma mensagem para receptores diferentes


(BORTOLUZZI, 1999, VARGAS et al., 1999), pode ser:

a) Unicast
Manda um nmero de mensagens igual ao de receptores, cada uma para os seus
respectivos endereos.
O clculo da largura de banda no unicast (LBU) baseado na frmula abaixo. Sendo
que N o nmero de terminais da conferncia e D a velocidade dos dados durante a
conferncia.
LBU = (N - 1) * D
Usando o mesmo exemplo do multiponto para uma velocidade de 384 Kbps e N = 5
(ver Figura 2.3), observa-se que a largura de banda necessria ficaria em torno de 1,5
Mbps.
Uma desvantagem do unicast em relao ao desempenho. Quando o nmero de
terminais for muito grande, exigido uma largura de banda extra para que a mesma
informao possa ser transmitida vrias vezes sobre um mesmo enlace compartilhado.
FIGURA 2.3: Videoconferncia Unicast.

b) Broadcast
Envia a mensagem uma nica vez para toda a rede e deixa a tarefa de descart-la
para todos aqueles que no estiverem interessados.

10

c) Multicast
Manda a mensagem uma nica vez e conta com a ajuda do sistema de comunicao
para entreg-la apenas aos receptores sintonizados nesse endereo, ou seja, aqueles
que fazem parte da conferncia.
Pode ser de dois tipos:

Em grupo: uma conferncia interativa onde todos os usurios que esto


conectados podem enviar e receber udio e vdeo. Os usurios da conferncia
fazem parte de um grupo que se conecta a um software servidor, cujo endereo
do grupo nico (CARNEIRO, 2000).

Cybercast (ou Conferncia One-Way): Somente o criador da conferncia pode


enviar vdeo e udio. Os demais podem ver e ouvir os dados enviados, mas no
os podem enviar (CARNEIRO, 2000).

O clculo da largura de banda no multicast baseado somente na velocidade dos


dados durante a conferncia.
Ainda usando o mesmo exemplo do multiponto para uma velocidade de 384 Kbps e
N = 5 (ver Figura 2.4), observa-se que a largura de banda necessria ficaria em torno de
0,4 Mbps, ou seja, 384 Kbps.
FIGURA 2.4: Videoconferncia Multicast.

11

Esta a melhor soluo para distribuio do fluxo de dados multimdia, pois a fonte
envia os dados apenas uma vez e a rede se responsabiliza pela transmisso desses dados
para os vrios destinos. A seguir, ser descrita uma rede virtual que suporta multicast.
MBone (Virtual Internet Backbone for Multicast IP ou Multicast Backbone):
uma rede virtual que se utiliza da camada fsica da Internet para o envio e recepo de
pacotes em tempo real, tais como udio e vdeo. O MBone est em funcionamento
desde o incio de 1992. A Internet uma rede essencialmente unicast e para difundir por
toda a rede os pacotes das sesses de videoconferncia foram implementados os
protocolos IP Multicast.
O MBone composto de sub-redes suportando multicast conectadas entre si atravs
de caminhos de comunicao virtuais, conhecidos como tneis. Esses tneis so
caminhos virtuais que estabelecem uma comunicao ponto a ponto entre roteadores,
chamados mrouters (multicast routers). Roteadores que no suportam a forma de
endereamento multicast utilizam datagramas multicast encapsulados dentro de
datagramas unicast. Sendo assim, a comunicao entre dois roteadores MBone
unicast, mas a comunicao entre um roteador MBone e a sub-rede em que ele est
conectado multicast. Para retransmitir dados do MBone para a sua sub-rede interna, o
roteador utiliza um protocolo de roteamento multicast (BORTOLUZZI, 1999). Os
tneis no tm existncia fsica. Eles so definidos por tabelas em mrouters e podem ser
acrescentados, apagados ou deslocados pela simples alterao da tabela.
Os programas que utilizam o MBone (como por exemplo: NV, VAT, SD, WB, etc.)
rodam em sistemas operacionais Unix e se encontram disponveis na Internet, sendo
estes de domnio pblico (gratuito) (VARGAS et al., 1999).
A figura abaixo ilustra como o MBone na Internet:

12

FIGURA 2.5: MBone na Internet No-multicast.

Fonte: VARGAS, Carlos Luciano, et al. Ferramentas e Servios da Internet: Emprego de Redes
de Computadores na Educao. Ps-graduao em Engenharia de Produo e Sistemas,
Universidade Federal de Santa Catarina, Florianpolis, maio 1999. 57 p.

Quanto ao tipo de videoconferncia (VARGAS et al., 1999), pode ser:


a) Videoconferncia Baseada em Estdio (Room Videoconference)
Realizada em salas especialmente preparadas com modernos equipamentos de udio,
vdeo e codecs para fornecer vdeo e udio de alta qualidade para reunies, palestras,
cursos, etc... Normalmente, as salas so projetadas para uma quantidade de mais ou
menos 25 pessoas. Esta modalidade de videoconferncia composta, em sua grande
maioria, por caros equipamentos proprietrios de hardware e software e requer links de
comunicao dedicados.
b) Videoconferncia em Computadores Pessoais (Desktop Videoconference)
Pode ser realizada na prpria casa do usurio ou no escritrio. Em contraste com a
videoconferncia baseada em estdio, esta barata e, portanto, mais apropriada para o
uso individual ou para pequenos grupos. No requer links de comunicao dedicados, os
softwares so encontrados gratuitamente na Internet e este tipo de videoconferncia no
exige gastos com equipamentos especiais (como, por exemplo, codecs). Alguns

13

softwares so exemplificados abaixo, sendo que maiores informaes sobre estes e


outros softwares esto em CARNEIRO (2000), MELO & CAVALCANTE (1999):

Microsoft NetMeeting: Ferramenta para comunicao em tempo real


desenvolvida pela Microsoft, permite comunicao entre indivduos, em pares ou
em grupos.

CU-SeeMe: Oferece uma forma simples de videoconferncia onde cada usurio


conecta-se a outros usurios em uma sesso de chat pr-combinada. um
software de videoconferncia da White Pine que atende o protocolo H.323. Pode
ser usado em redes TCP/IP, onde existem computadores do tipo Windows/PC e
Macintosh.

2.4 Equipamentos

Os equipamentos utilizados em cada ponto ou local para uma videoconferncia esto


descritos abaixo. Dependendo da forma como realizada a videoconferncia e da
necessidade de cada usurio, alguns equipamentos podem ser considerados
fundamentais ou auxiliares:
Cmera Principal: a fonte de vdeo mais comum, que captura movimentos ao
vivo de um ponto, para que sejam enviados a outro ponto em tempo real.
Cmera de Documentos: Cmera com recursos de zoom que tem como funo
principal capturar imagens de textos, fotos, grficos e outros documentos que esto em
papel e apresent-los para uma audincia remota. recomendado que a resoluo
mnima da cmera seja de 768 por 1024 pixels.
Codec (Compression and Decompression Components): o equipamento
responsvel pela videoconferncia de larga escala, ao reduzir a necessidade de grandes e
caros links de telecomunicaes. Forma abreviada de compresso/descompresso,
trata-se de um conjunto de algoritmos (em hardware e/ou software) que realiza a funo

14

de compactao e descompactao dos dados de udio e vdeo. Existem quatro tipos de


codecs:
1. Codecs com sistema operacional prprio (set top);
2. Baseados em micro - dedicados;
3. Baseados em micro - no dedicados (desktops);
4. Sistemas stand alone - codec externo.
Monitor: Televisor de onde se visualiza a audincia remota e, opcionalmente, a
platia local. Por essa razo deve apresentar dimenses razoveis (no mnimo 33) e ser
dotada com o recurso de picture in picture (PIP) automtico.
Projetor Multimdia: Tem a funo de projetar em um telo vdeos, imagens, etc.,
serve como auxiliar do monitor principal.
Microfones: So os elementos mais crticos da videoconferncia. Trata-se, portanto,
de equipamentos de altssima qualidade que selecionam o locutor, eliminando rudos
ambientes.
Videocassete: Para enviar informaes pr-gravadas ou para gravar vdeos.
Quadro Branco Interativo (tipo Touchscreen): Permite a colaborao entre
pessoas remotas, possibilitando a edio conjunta de documentos, compartilhamento de
programas, etc.
Unidade de Controle Multiponto (MCU - Multipoint Control Unit): Permite que
mais de dois ambientes participem de uma sesso de videoconferncia. Sem ele, a
videoconferncia ficaria limitada a uma sesso ponto a ponto. A MCU inclui
obrigatoriamente um Controlador Multiponto (MC) e Processadores Multiponto (MP)
opcionais.

15

Controlador Multiponto (MC - Multipoint Controller): A entidade que prov o


controle de trs ou mais terminais em uma conferncia multiponto.
Processador Multiponto (MP - Multipoint Processor): A entidade que prov o
processamento de fluxos de udio, vdeo, e/ou dados em uma conferncia multiponto
sob controle de um controlador multiponto (MC).

2.5 Caractersticas do Trfego das Mdias e Requisitos de Comunicao

A videoconferncia, por ter uma natureza multimdia, integra vrios tipos de mdia:
texto, grficos, imagens, vdeo e udio (FLUCKIGER, 1995 apud DINIZ, 1998). Cada
tipo de mdia possui caractersticas e requisitos de comunicao distintos.

2.5.1 Caractersticas do Trfego das Mdias

As caractersticas do trfego de uma aplicao so o conjunto mnimo de parmetros


que o usurio pode declarar enquanto prov o gerenciamento da rede, fornecendo o
maior nmero de informaes possveis para obter um controle efetivo do trfego da
rede, visando obter uma alta utilizao dos recursos por ela oferecidos (ZANIN, 2000).
Em um nvel macro, as caractersticas da fonte do trfego so definidas pelos seus
quesitos de QoS (qualidade de servio).
Durante uma conexo, o perodo no qual uma fonte gera trfego conhecido como
perodo ativo enquanto que o perodo de silncio refere-se ao tempo em que no h
gerao de trfego.
Segundo ONVURAL (1995) apud ZANIN (2000), a figura abaixo ilustra o grau de
conhecimento das caractersticas do trfego de diferentes tipos de aplicaes.

16

FIGURA 2.6: Grau de Conhecimento das Caractersticas do Trfego de Diversos Tipos


de Aplicaes.
Mais conhecimento
Voz
Vdeo CBR
Dados
Imagens

Vdeo VBR
Menos conhecimento
Fonte: ONVURAL, Raif O. Asynchronous Transfer Mode Networks: Performance Issues. 2. ed.
[S.l.]: Artech House Inc., 1995 apud ZANIN, Fabio Asturian.

Um Modelo para

Videoconferncia em Computador Pessoal sobre Redes IP. 2000. 140 f. Dissertao


(Mestrado em Cincia da Computao) - Programa de Ps-graduao em Computao,
Universidade Federal do Rio Grande do Sul, Porto Alegre.

Uma das principais caractersticas a natureza do trfego gerado. A taxa de


transmisso o nico parmetro necessrio para caracterizar uma fonte. Cada mdia
pode ser classificada como (DINIZ, 1998, VARGAS et al., 1999):
a) Trfego contnuo com taxa de bits constante - CBR (Constant Bit Rate):
gerado um fluxo de bits rede com uma taxa constante, isto , sua taxa mdia
igual a sua taxa de pico. Este tipo de trfego aparece em servios tais como:
fontes de vdeo (produzindo CBR) ou em conversaes telefnicas onde os
perodos de silncio tambm so transmitidos.
b) Trfego contnuo com taxa de bits varivel - VBR (Variable Bit Rate):
gerado um fluxo contnuo de bits a taxas variveis durante todo o perodo de
transmisso. No h um comportamento especfico da fonte. Os parmetros mais

17

freqentemente usados para caracterizar o comportamento de fontes VBR so: a


mdia e a varincia da taxa de transmisso. O parmetro de explosividade
(burstiness) tambm bastante utilizado na caracterizao dessas fontes. Ex.:
fonte de vdeo comprimida pelo padro MPEG.
Mesmo quando alguma tcnica de compactao ou compresso for executada
e o trfego gerado ficar caracterizado como um trfego com taxas variveis, o
sinal deve ser reproduzido no destino a uma taxa constante.
c) Trfego em Rajadas (Bursty): Os perodos de atividade (onde a fonte gera
informaes prximas taxa de pico) se alternam com perodos de inatividade
(durante os quais a fonte no produz trfego algum). Parmetros para
caracterizar esse tipo de trfego incluem a durao mdia dos perodos de
atividade e a explosividade (burstiness) da fonte. Informaes sobre a
distribuio das rajadas ao longo do tempo, a durao das rajadas e a taxa de
pico atingido durante as rajadas tambm so importantes.

2.5.2 Requisitos de Comunicao

Para cada tipo de mdia existem requisitos de comunicao especficos. Para que um
sistema de comunicao possa transmitir dados de aplicaes multimdia em tempo real
e mdia contnua (aquela que depende do tempo), ele deve disponibilizar algumas
caractersticas de desempenho. As principais caractersticas so (BORTOLUZZI, 1999,
FLUCKIGER, 1995 e LU, 1996 apud DINIZ, 1998):
a) Vazo ou Largura de Banda: Quantidade de bits que a rede capaz de
transmitir em um determinado perodo de tempo. Algumas aplicaes
necessitam de uma capacidade de armazenamento e de largura de banda muito
grande, como mostra a tabela abaixo:

18

TABELA 2.1: Taxas de Bits de Aplicaes de udio e Vdeo.


Aplicaes
Telefone digital
Rdio digital
udio-CD
DAT (Digital Audio Tape)
Vdeo qualidade VHS (Video Home System)
Vdeo qualidade TV
HDTV (High Definition Television)

Taxa de Dados (Kbits/s)


64
1.024
1.411,2
1.536
54.000
216.000
864.000

Fonte: DINIZ, Ana Luiza B. de P. Barros. Um Servio de Alocao Dinmica de Banda Passante
em Redes ATM para Suporte a Aplicaes Multimdia.

1998.

103 f.

Dissertao

(Mestrado em Cincia da Computao) - Instituto de Cincias Exatas, Universidade Federal


de Minas Gerais, Belo Horizonte.

Para poder quantificar este requisito, depender da qualidade de udio e


vdeo escolhidos para a transmisso e das tcnicas de compresso utilizadas.
b) Retardo: Tempo gasto para a emisso do primeiro bit de um bloco de dados
pelo transmissor e sua recepo pelo receptor. Um valor aceitvel de retardo
dependente da aplicao. O retardo, mais conhecido como atraso fim-a-fim,
gerado pelo processamento da informao na fonte, sistema de transmisso e
processamento no destino. udio e vdeo digital so mdias contnuas,
dependentes do tempo, conhecidas como dinmicas ou iscronas. Para que a
apresentao destas mdias tenha uma qualidade razovel, as amostras de udio e
vdeo devem ser recebidas e apresentadas em intervalos regulares. De acordo
com BORTOLUZZI (1999), testes mostram que o retardo entre essas duas
mdias deve estar na ordem de 300 ms, pois, caso contrrio, no haver
interatividade.
Alguns tipos de dados so sensveis ao retardo enquanto outros tipos so
sensveis integridade. A tabela a seguir, feita por VARGAS et al. (1999),
apresenta diferentes tipos de dados e suas respectivas sensibilidades quanto ao
retardo e integridade. O "Sim" indica que o tipo de dado muito sensvel e no
tolera muita divergncia. O "No" indica que algum desvio tolervel.

19

TABELA 2.2: Sensibilidade dos Dados x Tipos de Dados.


Sensibilidade dos
Dados/Tipos de Dados
Sensvel ao Retardo
Sensvel Integridade

Dados

Voz

Imagem

Vdeo

No
Sim

Sim
No

No
Sim

Sim
Sim/No

Fonte: VARGAS, Carlos Luciano, et al. Ferramentas e Servios da Internet: Emprego de Redes
de Computadores na Educao. Ps-graduao em Engenharia de Produo e Sistemas,
Universidade Federal de Santa Catarina, Florianpolis, maio 1999. 57 p.

c) Variao do retardo (Jitter): Variao no tempo do retardo de transmisso da


rede, devido os pacotes de dados no chegarem ao destino em intervalos fixos.
um dos principais parmetros para suportar mdias dependentes do tempo. Para
uma boa apresentao de mdias contnuas, a variao do retardo deve ser muito
pequena, caso contrrio haver exibio do contedo dessas mdias fora de
sincronia no destino, ou at mesmo sua perda. Os requisitos de retardo e
variao do retardo devem ser garantidos durante toda a sesso de comunicao.
Com relao a percepo humana, a variao do retardo na transmisso de
pacotes de voz o problema mais crtico, podendo tornar a fala incompreensvel.
Grande parte das redes, protocolos de transporte, sistemas operacionais e
escalonamento de discos atuais no fornecem tal garantia. Portanto, os
hospedeiros e organizao das redes atuais no so apropriados para aplicaes
multimdia. Para absorver os efeitos da variao do retardo e, ao mesmo tempo,
realizar as funes de sincronismo entre udio e vdeo utilizada a tcnica de
bufferizao nos codecs. No caso da videoconferncia, o tamanho do buffer deve
ser pequeno, pois o uso de buffer pode resolver ou minimizar o problema da
variao do retardo, mas ocasiona mais retardo.
d) Taxas aceitveis de erro de bit e de pacotes de dados: Parmetro que mede a
capacidade da rede em termos de integridade dos dados, ou seja, alterao,
perda, duplicao ou entrega fora de ordem, dos dados. Em dados de udio e
vdeo pode-se tolerar algum erro ou perda, pois estes podem passar
despercebidos pelo usurio. Quando so utilizadas tcnicas de compresso, a
taxa de erros permitida menor, pois um erro em um bit pode causar erro de

20

descompresso de muitos bits. Um outro parmetro de medida de erro a taxa


de perda de pacote. O requisito para taxa de erros de pacote mais rigoroso que
para taxa de erros de bit, pois a perda de pacotes pode afetar a decodificao de
uma imagem. Porm, a deteco e retransmisso de pacotes com erros ou
perdidos podem significar um aumento no atraso fim-a-fim, e para transmisses
em tempo real de mdias como udio e vdeo, o atraso mais importante que a
taxa de erros e, em muitos casos, prefervel ignorar o erro e trabalhar somente
com o fluxo dos dados recebidos.

2.5.3 Mdias

De acordo com o tipo de informao presente em uma mdia, esta pode ser definida
como discreta ou contnua.
a) Mdias discretas ou estticas: So mdias com dimenses unicamente espaciais
que no dependem do tempo.
b) Mdias contnuas ou dinmicas: So mdias que dependem do tempo.
Texto, grfico e imagem so exemplos de mdias discretas enquanto que udio e
vdeo so exemplos de mdias contnuas. O termo multimdia geralmente implica que
pelo menos um tipo de mdia discreta esteja associado com informao de mdias
contnuas (FLUCKIGER, 1995 apud DINIZ, 1998). Cada mdia est descrita abaixo
conforme pesquisa realizada nos seguintes trabalhos DINIZ (1998), SOARES et al.
(1995), VARGAS et al. (1999), ZANIN (1999):

udio

Os sistemas de videoconferncia so normalmente projetados para lidar com udio


na freqncia da fala (entre 40 Hz e 4 KHz), que significa uma largura de banda muito

21

menor que a faixa de freqncias captadas pelo ouvido humano (entre 20 Hz e 20 KHz)
(RETTINGER, 1995 apud ZANIN, 2000).
A mdia de udio (voz) caracteriza-se por gerar um trfego contnuo com taxa de bit
constante. O trfego gerado, caso no seja utilizada nenhuma tcnica de compactao ou
compresso, do tipo CBR (Constant Bit Rate). Caso contrrio, o trfego pode ser
caracterizado como VBR (Variable Bit Rate) ou at mesmo como em rajadas, no caso
da voz com deteco de silncio. Mesmo no caso do trfego em rajadas, o sinal deve ser
reproduzido no destino a uma taxa constante.
Para o clculo do trfego gerado pelo udio, se utiliza os seguintes parmetros: a
taxa de amostragem, a quantidade de bits utilizada para representar cada valor
amostrado e o nmero de canais utilizados (1 para qualidade mono e 2 para estreo). Por
exemplo, um CD convencional de udio requer 44.100 amostras por segundo. Cada
amostra possui 16 bits, que equivale a um trfego de 705.600 bits/s na qualidade mono e
1.411 Mbps na qualidade estreo.
O retardo mximo de transferncia pode ser crtico, independentemente do uso ou
no de canceladores de eco e da supresso de rudos. Durante uma conversa,
normalmente, cada interlocutor espera o fim do discurso do outro para dar incio a sua
fala, porm se o retardo da transferncia for muito grande a conversao comea a sentir
um efeito de ruptura, podendo at se tornar invivel. Um retardo de transferncia maior
que 200 ms j comea a incomodar os interlocutores.
As taxas de erros de bits ou de pacotes podem ser relativamente altas, devido ao alto
grau de redundncia dos sinais de udio. O nico requisito que os pacotes no sejam
muito grandes para no perder tempo no empacotamento e, consequentemente,
aumentar o retardo de transferncia (SOARES et al., 1995).

Vdeo

O vdeo representado por uma sucesso de imagens e grficos que criam uma
impresso de movimento.
A caracterstica de imagens ou grficos em movimento que todas as vises no so
independentes. Elas so correlatas e em geral cada quadro uma variante do quadro
anterior. Pode-se entender por quadro como sendo uma viso completa e individual da

22

tela do computador em um determinado instante, parte de uma sucesso de vises


apresentadas. O nmero de quadros mostrados por segundo chamado de taxa de
quadro. Quanto maior a quantidade de quadros em um intervalo de tempo, maior a
fidelidade da animao. Mas, como a retina do olho humano s consegue reter uma
imagem por alguns milissegundos antes que se apague, a exibio de taxas mais altas de
quadros no representa ganhos de qualidade.
Existem dois tipos de vdeos que podem ser utilizados de acordo com os recursos de
comunicao disponveis:
a) Vdeo com Pouco Movimento: Muito utilizado em videoconferncia,
caracterizando-se por apresentar quase sempre um cenrio esttico por trs de
um personagem cujos movimentos so corporais (praticamente os da cabea,
expresses faciais e membros). Exige normalmente uma qualidade de
transmisso mediana, podendo conter resolues mais baixas e taxa de quadros
menores. Como exemplo, uma taxa aceitvel de 6 quadros por segundo (qps),
pois a partir da j se consegue perceber nitidamente os movimentos e
expresses das pessoas;
b) Vdeo de Ao: So aqueles em que existe um grande nmero de objetos em
cena, e esses objetos esto em constante movimento, podendo ocorrer mudanas
abruptas da cena, composta de outros objetos diferentes. Exigem boa qualidade,
boa resoluo e alta taxa de quadros para poder reproduzir o que a origem est
transmitindo. Para que se tenha uma real impresso de movimento, a taxa de
quadros deve ser acima de 16 quadros por segundo (qps). Filmes so mostrados
a uma taxa de 24 qps. Padres atuais da televiso americana e japonesa utilizam
30 qps enquanto o padro europeu utiliza 25 qps. Um dos muitos padres de
televiso de alta definio (High-Definition Television - HDTV) opera a 60 qps.
O vdeo caracterizado pelo trfego contnuo com taxa de bits constante.
Independentemente do uso ou no de alguma tcnica de compactao ou compresso, e
o trfego gerado se caracterizar como VBR, o sinal de vdeo deve ser reproduzido no
destino a uma taxa constante. A qualidade do vdeo CBR e a taxa de bits exigida para a

23

transmisso do vdeo na rede aumentam proporcionalmente transmisso dos dados que


nela trafegam. A dificuldade est exatamente em prover a qualidade desejada ao vdeo e
ao mesmo tempo minimizar o trfego de bits.
O retardo mximo tem grande importncia e sua variao deve ser compensada.
A taxa de erro de bit pode ser maior que a taxa de erro de pacote. No entanto, como
a imagem no esttica e devem ser gerados vrios quadros por segundo, a taxa de erro
de pacote no to crtica.

Texto

A mdia de texto pode ser representada de duas maneiras (FLUCKIGER, 1995 apud
DINIZ, 1998):
a) Texto No Formatado: Onde o nmero de caracteres disponveis limitado e,
em geral, o tamanho dos caracteres fixo e esto disponveis apenas uma forma
e um estilo.
b) Texto Formatado: Onde o conjunto de caracteres mais rico, com mltiplas
fontes, tamanhos e capacidades de formatao.
O texto gera um trfego em rajadas, ou seja, no gera um fluxo contnuo de
informao. A vazo dos dados vai depender muito da aplicao, variando desde alguns
poucos bits por segundo at alguns megabits por segundo.
Quanto ao retardo mximo de transferncia e sua variao no existem grandes
preocupaes, ao contrrio da tolerncia a erros.

Grfico

A mdia de grficos possui informaes estruturais. Os objetos podem ser apagados,


redesenhados, movidos ou terem seu tamanho alterado. So formados por objetos tais
como linhas, curvas ou crculos. Estes objetos podem ser removidos, adicionados,

24

movidos, diminudos ou aumentados. Eles possuem atributos do tipo espessura, escala


de cinza, cor ou padres de preenchimento (FLUCKIGER, 1995 apud DINIZ, 1998).
A natureza do trfego gerado pela mdia grfica (esttica) de rajadas com vazes
chegando a algumas dezenas de megabits por segundo. Como em textos, o retardo
mximo e sua variao no causam problemas.
Os grficos podem estar no formato:
a) Matricial: Quando so representados por uma matriz de pontos com cada
componente da matriz carregando a informao de cor do ponto;
b) Vetorial: Quando so representados pelas coordenadas dos segmentos de reta
que as compem.
Para grficos no formato matricial e sem compresso, a taxa de erro de bit pode ser
bem maior que a taxa de erro de pacote, pois uma alterao em um pixel no causar
tanto problema quanto uma alterao em um bloco da imagem.
Para grficos no formato vetorial e grficos no formato matricial, em que foram
utilizadas tcnicas de compresso, no se pode tolerar erro em um nico bit sequer.

Imagem

A mdia de imagem conhecida tambm como figura e no contm informao


estrutural. So estticas, ou seja, no existe movimento. Utilizadas para prender a
ateno do telespectador ou para mostrar informaes com um certo grau de
detalhamento. Ex.: Radiografia mdica, diagrama eltrico, planta baixa de um imvel
ou um desenho qualquer.
As imagens de computador so representadas por mapas de bit (bitmaps). Um mapa
de bit simples uma matriz espacial de duas dimenses, feita de elementos individuais
chamados pixels. Grficos ou textos podem ser representados ou armazenados como
imagens, sendo convertidos para formato bitmap (FLUCKIGER, 1995 apud DINIZ,
1998). As imagens podem ser transmitidas atravs de arquivos nos padres BMP, JPEG,
GIF, etc.

25

Cada pixel pode representar:


-

Um ponto preto ou branco usando um nico bit por pixel;

256 tons de cinza usando 8 bits por pixel;

Imagens coloridas usando 8 bits para cada uma das cores RGB (Red Green
Blue), ao todo 24 bits por pixel.

Os requisitos de comunicao da imagem so bem semelhantes daqueles para os


grficos.
O comportamento das fontes de dados (textos, grficos e imagens) ainda no est
bem compreendido, mesmo com a realizao de vrias pesquisas durante trs dcadas.
Isso se d ao fato de que so fontes imprevisveis (ONVURAL, 1995 apud ZANIN,
2000) e por isso no existem aplicaes tpicas. Na maior parte das aplicaes, a mdia
de dados caracteriza-se pelo trfego em rajadas, sendo que as vazes mdias dos
grficos e das imagens chegam a algumas dezenas de megabits por segundo.
Um fato importante a ser considerado, em relao ao requisito de comunicao da
taxa aceitvel de erro de bit e de pacote, saber se o grfico ou a imagem ser
processada apenas pelo olho humano ou tambm pelo computador (SOARES et al.,
1995).

2.6 Padres de Formato de Vdeo Analgico

Os sistemas de videoconferncia capturam o vdeo atravs de cmeras, videocassetes


ou outros dispositivos de captura. Aps terem sido obtidas pelo dispositivo de captura,
as imagens do vdeo devem passar por um processo de sinalizao para que possam ser
transmitidas ou gravadas (BRADFORD, 1995 apud ZANIN, 2000). Este processo de
captura e sinalizao segue padres diferentes em diversos pases.
Os trs principais padres mundiais para definir o formato do vdeo e as suas
especificaes tcnicas esto descritos a seguir:

26

NTSC

O padro NTSC (National Television Standards Committee) foi desenvolvido em


1953 pelos Estados Unidos e usado por muitos pases da Amrica e tambm da sia,
incluindo o Japo. um padro de televiso a cores que consiste de 525 linhas
esquadrinhadas em uma taxa de 60 campos ou 30 quadros por segundo.
TABELA 2.3: Padro NTSC.
Sistema
Linha por Campo
Freqncia Horizontal
Freqncia Vertical
Freqncia da Sub-portadora de Cores
Largura de Banda de Vdeo
Portadora do Som

NTSC M
525/60
15,734 kHz
60 Hz
3,579545 MHz
4,2 MHz
4,5 MHz

Fonte: ALKEN M. R. S. Worldwide Video Conversions. Video Tape Conversion Service PAL
NTSC - SECAM.

Disponvel em: <http://www.alkenmrs.com/video/standards.html>.

Acesso em: 16 abr. 2001.

PAL

O padro PAL (Phase Alternating Line) foi desenvolvido no final dos anos 60 na
Alemanha e implementado em muitos pases da Europa, exceto pela Frana. O padro
PAL usa um canal de maior largura de banda que o NTSC, permitindo desta forma uma
melhor qualidade das imagens. Existem alguns sistemas PAL que so usados nos pases
da Amrica do Sul. O Brasil usa o padro PAL-M e a Argentina, o Uruguai e o Paraguai
usam PAL-N. um padro de televiso a cores que consiste de 625 linhas
esquadrinhadas em uma taxa de 50 campos ou 25 quadros por segundo.

27

TABELA 2.4: Padro PAL.


Sistema
Linha por Campo
Freqncia
Horizontal
Freqncia
Vertical
Freqncia
da
Sub-port. de Cores
Largura de Banda
de Vdeo
Portadora do Som

PAL B, G, H
PAL I
PAL D
PAL N
PAL M
625/50
625/50
625/50
625/50
525/60
15,625 kHz 15,625 kHz 15,625 kHz 15,625 kHz 15,750 kHz
50 Hz

50 Hz

50 Hz

50 Hz

60 Hz

4,433618
MHz
5,0 MHz

4,433618
MHz
5,5 MHz

4,433618
MHz
6,0 MHz

3,582056
MHz
4,2 MHz

3,575611
MHz
4,2 MHz

5,5 MHz

6,0 MHz

6,5 MHz

4,5 MHz

4,5 MHz

Fonte: ALKEN M. R. S. Worldwide Video Conversions. Video Tape Conversion Service PAL
NTSC - SECAM.

Disponvel em: <http://www.alkenmrs.com/video/standards.html>.

Acesso em: 16 abr. 2001.

SECAM

O padro SECAM (Squentiel Coleur Avec Mmoire ou Sequential Color with


Memory) foi introduzido no final dos anos 60 na Frana. usado na Frana, na Rssia e
na Europa Oriental. SECAM usa a mesma largura de banda que o padro PAL, mas
transmite as informaes relativas s cores de forma seqencial. um padro de
televiso consistindo de 625 linhas esquadrinhadas em uma taxa de 50 campos ou 25
quadros por segundo.
TABELA 2.5: Padro SECAM.
Sistema
Linha por Campo
Freqncia Horizontal
Freqncia Vertical
Largura de Banda de Vdeo
Portadora do Som

SECAM B, G, H
625/50
15,625 kHz
50 Hz
5,0 MHz
5,5 MHz

SECAM D, K, K1, L
625/50
15,625 kHz
50 Hz
6,0 MHz
6,5 MHz

Fonte: ALKEN M. R. S. Worldwide Video Conversions. Video Tape Conversion Service PAL
NTSC - SECAM.

Disponvel em: <http://www.alkenmrs.com/video/standards.html>.

Acesso em: 16 abr. 2001.

28

2.7 Padres de Formato de Quadro de Vdeo Digital

Por questo de interoperabilidade, o ITU-T especificou cinco resolues para a


apresentao das mdias de vdeo:
-

SQCIF (Sub-Quarter CIF) com 128 x 96 pixels;

QCIF (Quarter CIF) com 176 x 144 pixels;

CIF (Common Intermediate Format) com 352 x 288 pixels;

4CIF (Four Times CIF) com 704 x 576 pixels;

16CIF (Sixteen Times CIF) com 1408 x 1152 pixels.

A Figura 2.7 demonstra o espao ocupado pelas resolues padro SQCIF, QCIF,
CIF, 4CIF e 16CIF em telas de 800 x 600 e 1024 x 768 pixels.
FIGURA 2.7: Resolues de Vdeo em Telas de 800 x 600 e 1024 x 768.

2.8 Meios de Transmisso

Os principais meios de transmisso de dados disponveis hoje, no Brasil, so


descritos a seguir:

29

a) Backbone da Rede Nacional de Pesquisa (RNP): onde a maioria das


instituies de ensino est hoje conectada. Ele permite o acesso Internet, mas a
pequena largura de banda das linhas de transmisso, aliada ao congestionamento
destas

linhas,

impede

sua

utilizao

prtica

para

aplicaes

de

videoconferncia. Com a implantao da Internet 2, associada aos atuais


projetos de redes metropolitanas de alta velocidade, a velocidade e a qualidade
dos servios tende a melhorar de maneira a permitir o trfego de vdeo e udio
na rede. O equipamento de videoconferncia, para este caso, precisa ser
adquirido com uma porta compatvel Ethernet.
b) Linhas Privativas de Comunicao de Dados (LPCD): So linhas que
conectam duas localidades com velocidades escolhidas pelo cliente. O custo
mensal alto e depende da velocidade e da distncia entre as pontas. O
protocolo de comunicao normalmente usado o V.35, e o equipamento de
videoconferncia, para este caso, tem que ser adquirido com uma porta
compatvel V.35. Nesta categoria se encaixam os links terrestres, via cabo ou
rdio, e, tambm, os links via satlite.
c) Rede Digital de Servios Integrados (RDSI): So linhas digitais discadas, ou
seja, trafegam informaes digitais e o destinatrio escolhido discando-se,
como em um aparelho telefnico, o seu nmero. So conhecidas tambm como
ISDN (Integrated Service Digital Network). Existem em dois tipos, primria
(PRI) ou bsica (BRI). As linhas primrias tm uma velocidade de at 2 Mbps e
as linhas bsicas tm velocidades de 64 Kbps. Para um servio de qualidade
aceitvel, necessrio utilizar, no mnimo, duas linhas BRI, para uma
velocidade de 128 Kbps. A tarifao feita atravs de uma assinatura mensal de
baixo valor, mais o custo do impulso que depende da velocidade de transmisso,
do horrio, da durao da chamada e da distncia entre os pontos. O
equipamento de videoconferncia, para este caso, tem que ser adquirido com
uma porta compatvel RDSI.

30

2.9 Resumo do Captulo

Neste captulo foram apresentados o conceito de videoconferncia e sua


classificao quanto forma de realizao, forma de envio de uma mesma mensagem
para vrios receptores e quanto ao tipo. Foram tambm descritos alguns dos principais
equipamentos e softwares utilizados na videoconferncia.
Um breve comentrio sobre a necessidade de uma considervel largura de banda
para poder trafegar dados multimdia em tempo real foi feito no intuito de mostrar que
se trata de um recurso muito importante para o ambiente de videoconferncia e que,
caso no seja bem dimensionado, poder trazer transtornos relacionados qualidade do
servio.
Foram tambm apresentados a natureza do trfego gerado por uma aplicao e os
requisitos de comunicao necessrios a uma rede para transmitir dados de aplicaes
multimdia em tempo real. Os principais requisitos so: vazo, retardo, variao do
retardo e taxa de erros de bit e de pacote.
Complementando, foram analisados os diversos tipos de mdia existentes em um
ambiente de videoconferncia, dentre eles: udio, vdeo, texto, grfico e imagem. Para
cada tipo de mdia foram ressaltadas suas principais caractersticas e os requisitos de
comunicao exigidos por cada um deles.
Diversos pases e tambm diversos equipamentos de captura e sinalizao de vdeo
utilizam diferentes padres de formato tanto para o vdeo analgico quanto para o
digital. Por esta razo, neste captulo, foram apresentadas as principais diferenas
observadas entre eles.
E para finalizar foram descritos os principais meios de transmisso de dados
atualmente disponveis no Brasil.

CAPTULO 3
MTODOS DE COMPRESSO, PROTOCOLOS E PADRES

Pelo exposto no captulo anterior, devido ao grande volume de dados gerados em


tempo real numa videoconferncia, a demanda por uma enorme largura de banda fator
inquestionvel, porm os custos associados a maior disponibilidade de banda de
transmisso so muito altos.
Para contornar o problema da necessidade da largura de banda, foram criadas
algumas tcnicas. Dentre elas, pode-se citar:
-

A diminuio do tamanho do quadro de vdeo (que consiste na utilizao de


resolues de quadros de menor tamanho);

A diminuio da qualidade de animao do vdeo (que implica na diminuio do


nmero de quadros exibidos por segundo);

A compresso dos dados de udio e vdeo.

As duas primeiras tcnicas so usadas em aplicaes que no exigem fluidez nos


movimentos dos vdeos e que no necessitam de um quadro muito grande para
enquadrar as imagens. Porm, para ter uma qualidade satisfatria durante a transmisso
e disponibilizar para uma variedade mais ampla de aplicaes, a utilizao de mtodos
de compresso e descompresso se tornou obrigatria.
A padronizao garante que produtos de diferentes fabricantes possam se comunicar,
havendo uma interoperabilidade entre esses produtos. Para prover esta comunicao, o
mesmo padro deve ser adotado na origem e no destino, caso contrrio ser necessrio
um gateway.
Existem diversos grupos que trabalham para produzir e divulgar padres para
videoconferncia. Alm do ITU-T, existem outros grupos importantes com o mesmo
objetivo, como o IETF (Internet Engineering Task Force), o IMTC (International
Multimedia Teleconferencing Consortium) e o PCWG (Personal Conferencing Working
Group), que interagem entre si e com o prprio ITU-T (MOURA FILHO &
OLIVEIRA, 1998).

32

Neste captulo sero apresentadas as tcnicas de compresso e descompresso dos


dados gerados em uma videoconferncia e as maneiras de se capturar, digitalizar,
transmitir e receber vdeo e udio. Sero tambm discutidos os principais padres
recomendados numa videoconferncia e o uso de protocolos em tempo real devido
interatividade entre os participantes (fator imprescindvel numa videoconferncia).

3.1 Mtodos de Compresso e Descompresso de Dados

A compresso o processo de utilizao de tcnicas e algoritmos para substituir a


informao original por uma descrio matemtica mais compacta (BORDIGNON,
2001). Consiste na reduo da quantidade do espao que deve ser alocado para
armazenar determinada informao. Ela permite aumentar a quantidade da informao a
ser transmitida na mesma largura de banda (ZANIN, 2000).
A descompresso o processo reverso, onde a descrio matemtica convertida
novamente nos dados originais que constituiro as imagens, o udio e os dados
(BORDIGNON, 2001).
A compresso realizada por meio de um algoritmo de codificao, na origem. A
descompresso realizada por meio de um algoritmo de decodificao, no destino.
Em algumas aplicaes, como servidores de vdeo, o algoritmo de compresso
usado uma nica vez (na hora do armazenamento no servidor) e o de descompresso
milhares de vezes (quando visto pelos usurios). Dessa forma, o algoritmo de
compresso normalmente mais lento, complicado e de alto custo enquanto que o de
descompresso rpido, simples e mais barato, porm, no caso da videoconferncia, os
dois algoritmos devem acontecer em tempo real.
As tcnicas de compresso so geralmente divididas em duas categorias:
a) Codificao por Entropia (Entropy Encoding): uma tcnica que trata de
cadeias de bits sem se importar com o significado desses bits. uma tcnica
genrica, sem perda e totalmente reversvel (simtrica), que pode ser aplicada a
todos os tipos de dados (TANENBAUM, 1997). Exemplos dessa tcnica so:

33

Run-Length Encoding, Codificao Estatstica e Codificao CLUT (Color Look


Up Table). A explicao sobre cada uma dessas tcnicas est no item 3.1.1.
b) Codificao na Origem (Source Encoding): uma tcnica que aproveita as
propriedades dos dados para proporcionar maior compresso e , geralmente,
sem perda (TANENBAUM, 1997). Exemplos dessa tcnica so: Codificao
Diferencial, Transformaes e Quantizao Vetorial. A explicao sobre cada
uma dessas tcnicas est no item 3.1.2.
Os esquemas de compresso tambm podem ser divididos em:
a) Esquemas sem Perda (Lossless): So aqueles que reproduzem no sinal
descomprimido o mesmo contedo do sinal antes da compresso. Alguns
exemplos seriam os esquemas de compresso usados em arquivos compactados
com o software pkzip e figuras do tipo gif.
b) Esquemas com Perda (Lossy): So aqueles em que o sinal depois de
descomprimido ligeiramente diferente de antes da compresso. Permitem ao
usurio especificar a quantidade de perda que ser empregada na compresso.
Um exemplo seria os esquemas de compresso usados em arquivos de imagens
do tipo jpeg e em vdeos.
Os mtodos de compresso ainda podem ser (COFFEY, 2001):
a) Simtricos: So aqueles que realizam a mesma operao para comprimir e
descomprimir os dados. O mtodo Motion JPEG um exemplo de um mtodo
simtrico.
b) Assimtricos: So aqueles que no realizam a mesma operao para comprimir
e descomprimir os dados. Geralmente o esforo realizado para comprimir os
dados em um mtodo assimtrico muito maior do que o esforo realizado para

34

descomprimi-los. MPEG1 e MPEG2 so exemplos de mtodos assimtricos.


Mtodos de compresso de vdeo so geralmente assimtricos.

3.1.1 Mtodos de Codificao por Entropia

a) Codificao por Comprimento de Seqncia (Run-Length Encoding)


Esse mtodo substitui uma seqncia de smbolos (bits, pixels, nmeros, etc.)
repetidos por um marcador especial, seguido pelo smbolo que repetido e, finalmente,
pelo nmero de ocorrncias do smbolo na repetio Se o prprio marcador ocorre nos
dados,

ele

duplicado.

Por

exemplo,

3150000000000008458711111111111116354

seqncia

poderia

ser

de

37

dgitos

codificada

como

315A01284587A1136354, resultando em uma seqncia de 20 dgitos e uma


compresso de 46%. Lembrando, para o caso de A012, que A seria o marcador especial,
0 o smbolo que se repete e 12 a quantidade de vezes que o smbolo ocorreu na
repetio.
Essas seqncias de smbolos repetidos, conhecida por runs, so muito comuns em
multimdia. Em udio, por exemplo, o silncio , em geral, representado por runs de
zero. Em vdeo, runs representando a mesma cor ocorrem em imagens contendo cu,
paredes, etc.
Este mtodo funciona bem para compresso de arquivos e imagens em preto e
branco, mas no para imagens coloridas.
b) Codificao Estatstica (Statistical Encoding)
Diz respeito ao uso de um cdigo curto para representar smbolos comuns e cdigos
longos para representar smbolos pouco freqentes. o mesmo princpio usado pelo
cdigo Morse (TANENBAUM, 1997).

35

c) Codificao por Busca de Cores (CLUT - Color Look Up Table)


Considere uma imagem com codificao RGB (Red Green Blue) que tenha trs
bytes por pixel. Teoricamente, a imagem poderia conter at 224 valores de cores
diferentes. Na prtica, a imagem, normalmente, possuir menos valores.
Suponha que somente 256 valores de cores sejam realmente usados para comprimir
um imagem gerada por computador. Uma tabela de 768 bytes (256 x 3) suficiente para
descrever todas as combinaes das 256 cores RGB utilizadas, associando cada
combinao a um ndice nico. E, ento, substituir os pixels da imagem pelo ndice da
tabela.
Este mtodo assimtrico. A compresso demanda mais processamento que a
operao inversa. Na compresso, cada pixel deve ser comparado s combinaes da
tabela para a identificao de seu ndice. A descompresso requer somente que o ndice
seja pesquisado na tabela para a identificao da cor.

3.1.2 Mtodos de Codificao na Origem

a) Codificao Diferencial (Differential Encoding)


Uma seqncia de valores (por exemplo, amostras de udio) codificada atravs da
representao de cada valor pela sua diferena em relao ao valor anterior
(TANENBAUM, 1997).
A Modulao por Cdigo de Pulso Diferencial (DPCM - Differential Pulse Code
Modulation) um exemplo deste mtodo. um tipo de compresso com perda, pois o
sinal pode sofrer um salto to grande, entre duas amostras consecutivas, que a diferena
pode no caber no campo reservado para express-la. Assim, pelo menos um valor
incorreto ser registrado e algumas informaes sero perdidas.
A codificao diferencial um tipo de codificao na origem porque se beneficia da
propriedade de que as variaes entre pontos de dados consecutivos so improvveis.
Nem todas as seqncias de nmeros possuem essa propriedade (TANENBAUM,
1997).

36

Por isso que necessrio o conhecimento das propriedades dos dados para que esse
tipo de codificao na origem possa ser utilizada.
b) Transformaes (Transformations)
Transformar sinais de um domnio em sinais de outro domnio pode tornar a
compresso muito mais fcil (TANENBAUM, 1997).
Um exemplo seria expressar um grfico por meio da equao que o gerou,
resolvendo-a em tempo real (BORDIGNON, 2001).
Outro exemplo usando a transformada de Fourier (TANENBAUM, 1997), onde a
funo do tempo mapeada para uma funo da freqncia. Nesse caso, o sinal fica
definido em termos de seus harmnicos e respectivas amplitudes. Com base nos valores
exatos de todas as amplitudes, o sinal original pode ser perfeitamente reconstrudo.
Contudo, tendo somente os valores das oito primeiras amplitudes arredondados para
apenas duas casas decimais, ainda ser possvel reconstruir o sinal (de udio) com
qualidade que no ser percebido que uma parte das informaes foi perdida.
Pode ser aplicada a dados de imagem bidimensionais. Uma especialmente
importante a Transformada Discreta do Cosseno (DCT - Discrete Cosine
Transformation). Essa transformao tem a propriedade de que para imagens sem
descontinuidades acentuadas, a maior parte de sua potncia espectral est nos primeiros
termos, permitindo que os ltimos sejam ignorados sem grandes perdas de informaes.
c) Quantizao Vetorial (Vector Quantization)
aplicvel aos dados de imagem. A imagem dividida numa grade de retngulos de
tamanho fixo. Normalmente alguns retngulos so similares a seus adjacentes. Assim, o
codificador identifica uma classe de retngulos semelhantes e os substitui por um
retngulo genrico representativo (ver Figura 3.1 (a)). Cria-se um livro de cdigos (code
book), isto , um vetor formado por retngulos genricos distintos da grade em que a
imagem foi dividida (ver Figura 3.1 (b)). Para que cada retngulo da imagem seja
transmitido, ele localizado no livro de cdigos e seu ndice (e no o retngulo)
enviado (ver Figura 3.1 (c)). O livro de cdigos pode ser gerado dinaminamente e, neste

37

caso, tambm deve ser armazenado ou transmitido junto com os ndices


(TANENBAUM, 1997).
FIGURA 3.1: Um Exemplo de Quantizao Vetorial.
a) Uma imagem dividida em quadrados.
Retngulo com
muitos pixels

b) Um livro de cdigos para a imagem.


0
1
2
3
4
c) A imagem codificada
0010222032200400
Fonte: TANENBAUM, Andrew S. Redes de Computadores. Rio de Janeiro: Editora Campus,
1997. 923 p.

O decodificador usa a grade para construir uma imagem aproximada formada pelos
retngulos genricos, portanto essa tcnica com perdas.
O processo de codificao lento e exige processamento intenso, pois necessrio
acumular estatsticas sobre a freqncia dos retngulos e calcular a similaridade entre

38

eles para se construir a grade. J a decodificao rpida, pois apenas uma consulta
grade atravs dos ndices. Quanto menor a grade, maior e mais rpida se d a
compresso, custa, porm, da qualidade final da imagem (MOURA FILHO &
OLIVEIRA, 1998).

3.1.3 Mtodos de Compresso de Vdeo

Existem vrios mtodos de compresso de vdeo e os codecs de vdeo existentes no


mercado atualmente se utilizam de um deles ou da combinao deles. A tabela abaixo
resumir a relao dos principais codecs existentes no mercado e os mtodos de
compresso utilizados por eles.
TABELA 3.1: Codecs de Vdeo Existentes no Mercado.
Implementaes Comerciais (Codecs)
MRLE
Indeo 3.2 e Cinepak
MPEG1 e 2; H.261 e H.263; MJPEG
Iterated Systems
VDOnet e VxTreme

Mtodo Utilizado
Codificao por comprimento de seqncia
Quantizao Vetorial
Transformada Discreta de Cosseno (DCT)
Fractal
Tcnicas de sub-banda (entre elas, a
baseada em Transformada por Wavelet a
mais comum)
CrystalNet
Mtodo de enquadramento de superfcie
(SFM)
Cinepak
Diferenciao de quadro
VDOWave; VxTreme; MPEG 1, 2 e 4; Compensao de movimento
H.261; H.263; H.263+
Fonte: MOURA FILHO, Csar Olavo de; OLIVEIRA, Mauro. Videoconferncia em Educao
Distncia. Fortaleza: CEFET-CE, 1998. Disponvel em: <http://lar.cefetce.br/N/Capa.htm>.
Acesso em: 16 abr. 2001.

Os padres atuais de videoconferncia requerem o mtodo DCT, mas permitem a


incluso de codecs alternativos, ou seja, mtodos como Wavelet, Fractal e SFM podem
ser utilizados tambm.
Alguns desses mtodos j foram descritos neste trabalho enquanto alguns outros
podero ser obtidos em MOURA FILHO & OLIVEIRA (1998).

39

Atravs do conhecimento das caractersticas de um vdeo, a taxa de compresso


poder ser maximizada de duas formas:
a) Compactao entre os Quadros de um Vdeo (Interframe Compression)
O mtodo de compresso que melhor ilustra a compresso entre um quadro e seu
sucessor na seqncia de vdeo a Codificao Diferencial. O primeiro quadro
inteiramente armazenado ou transmitido, e para os quadros seguintes so fornecidas
apenas as informaes que traduzem as diferenas do quadro anterior (BORDIGNON,
2001).
tambm conhecida como Compresso Temporal (Temporal Compression), pois
aplicada ao longo do tempo entre os quadros da seqncia de imagem. Utiliza a tcnica
de compensao de movimento.
O conjunto de informaes que descreve um quadro completo chamado de key
frame. considerado uma referncia para os quadros que o seguem e funciona como
uma espcie de fonte de informao.
O conjunto de informaes que descreve as diferenas entre o quadro atual e o key
frame ou o quadro anterior chamado de delta frame.
A eficincia desta tcnica deriva da redundncia existente entre um quadro e o(s)
seu(s) sucessore(s). Um exemplo seria um vdeo com pouco movimento, ou seja, uma
pessoa falando, onde somente a boca varia entre quadros sucessivos. Portanto, quanto
menor a quantidade de movimentos na rea utilizada pelo quadro, e quanto mais lentos
os movimentos, maior ser a taxa de compresso interframe (BORDIGNON, 2001).
b) Compactao dos Dados de um Quadro (Intraframe Compression)
aquela que objetiva reduzir um quadro a sua forma comprimida, independente das
operaes realizadas nos demais quadros e da relao daqueles com o quadro atual
(BORDIGNON, 2001).
As tcnicas Run-Length Encoding, JPEG (descrito mais adiante) e Quantizao
Vetorial so exemplos de compresso intraframe.

40

3.1.3.1 Principais Padres de Digitalizao e Compresso de Imagens

A seguir, esto descritos os principais padres (codecs) listados na Tabela 3.1.


a) JPEG (Joint Photographic Experts Group)
usado para a digitalizao e compresso de imagens estticas e de tom contnuo,
por exemplo: fotografias. Trata-se de um mtodo intraframe e simtrico. Foi
desenvolvido por especialistas em fotografias sob coordenao da ITU, ISO e IEC e est
definido no padro internacional 10918.
importante para a multimdia porque, de uma forma geral, o padro multimdia
para imagens em movimento (MPEG) simplesmente a codificao JPEG de cada
quadro separadamente, com alguns recursos extras para a compresso entre quadros
(interframe) e para a deteco de movimentos (TANENBAUM, 1997).
Com freqncia produz uma compresso de quase 20:1 ou mais.
O JPEG tem quatro modos de operao, dentre eles: modo seqencial, progressivo,
sem perda e o hierrquico (COFFEY, 2001), porm s o modo seqencial com perda
normalmente implementado.
Um detalhamento da operao JPEG no modo seqencial com perda poder ser
obtido no Captulo 7 de TANENBAUM (1997).
b) MJPEG (Motion JPEG)
O MJPEG nada mais do que a pura e simples apresentao de quadros JPEG em
seqncia, a uma alta taxa, reproduzindo assim os movimentos de um vdeo
(BORDIGNON, 2001).
um mtodo simtrico que normalmente resulta em taxas de compresso que
podem variar de 10:1 at 50:1. MJPEG pode ser implementado por hardware ou
software.
MJPEG somente remove redundncias dentro dos quadros (intraframe). No
utilizada nenhuma tcnica de compresso interframe. Isto resulta em uma significativa
perda de compresso em comparao a um mtodo que remova ambos. Outro problema

41

do MJPEG o fato de que o udio no integrado no mtodo de compresso. Porm,


com a falta da compresso interframe, o MJPEG pode descomprimir um quadro de
vdeo assim que o mesmo chegar ao destino, sendo utilizado para digitalizao em
tempo real de filmes (COFFEY, 2001).
c) MPEG (Motion Picture Experts Group)
No uma simples adaptao do MJPEG, mesmo que utilizando o padro JPEG
como tcnica de compresso intraframe (BORDIGNON, 2001).
O padro MPEG o principal mtodo utilizado para a compresso de dados
multimdia (vdeos e udios). Est sob a coordenao da ISO e IEC, sendo definido em
cinco partes (OLIVEIRA, 1996):

MPEG-Vdeo: Consiste de um padro para a codificao e compresso de


vdeo, estando descrito no documento IS 11172-2;

MPEG-udio: Consiste de um padro para a codificao e compresso de


udio, estando descrito no documento IS 11172-3;

MPEG-System: Especifica como os sinais de udio e vdeo devem ser


multiplexados, alm de especificar um mecanismo para garantir a sincronizao
entre as mdias, estando descrito no documento IS 11172-1;

MPEG-Conformance Testing: Descrito no documento IS 11172-4;

MPEG-Software Coding: Descrito no documento IS 11172-5.

Atualmente, o padro MPEG possui quatro especificaes distintas (BORDIGNON,


2001, OLIVEIRA, 1996, TANENBAUM, 1997), dentre elas:

MPEG1: Tem como objetivo oferecer suporte a compresso de vdeo e udio a


uma taxa de transmisso de 1,5 Mbps. assimtrico e somente a descompresso
feita em tempo real, geralmente por software. A compresso lenta e, na
maioria das vezes, realizada por hardware. Pode ser transmitido atravs de
linhas de par tranado para pequenas distncias. Apresenta uma qualidade

42

semelhante a de um videocassete VHS, sendo que este nvel de qualidade,


geralmente, no aceito para broadcast de vdeo.

MPEG2: Projetado para comprimir vdeos com qualidade de difuso (por


exemplo, para aplicaes de Video-on-Demand - VoD) a uma taxa de
transmisso de 4 a 10 Mbps, portanto podendo ser usado em um canal de difuso
NTSC ou PAL. Posteriormente, foi expandido para aceitar resolues mais altas,
incluindo a tecnologia HDTV. Nesse caso a taxa de transmisso deve ser inferior
a 20 Mbps. Ele aceita quatro nveis de resoluo: baixa (352 x 240, destinada
para videocassete e para a retrocompatibilidade com o MPEG1), principal (720 x
480, se destina difuso NTSC), alta-1440 (1440 x 1152, destinada para HDTV)
e alta (1920 x 1080, destinada para HDTV). Este padro foi elaborado para ser
compatvel com o MPEG1, ou seja, o decodificador MPEG2 deve decodificar
sinais do MPEG1, sendo que a recproca no verdadeira. Tambm um
mtodo assimtrico.

MPEG3: Este padro foi abandonado, pois estava sendo desenvolvido


exclusivamente para HDTV quando o MPEG2 incorporou esta finalidade.
Atualmente, este padro est sendo utilizado para a compresso de udio com
qualidade de CD, onde mais conhecido como MP3.

MPEG4: um padro para compresso de udio e vdeo a baixas taxas de


transmisso que visa o uso de canais inferiores a 64 Kbps, com 10 qps no
formato QCIF.

d) Padro H.261
H.261 um padro internacional de compresso de vdeo desenvolvido para
aplicaes em tempo real que utilizam largura de banda de 64 Kbps a 2 Mbps. Foi
especificado para uso no padro H.320 (descrito no item 3.3). Ele utiliza as tcnicas de
compresso DCT e compensao de movimento.
tambm conhecido como Line Transmission of non-Telephone Signals - Video
Codec for Audiovisual Services at p x 64 Kbps, ou somente p x 64 Kbps. A faixa de
transmisso separada em intervalos de 64 Kbps, onde p varia de 1 a 30. Ele descreve e
especifica a codificao, a multiplexao e a transmisso de vdeo.

43

Este padro foi elaborado para transportar vdeo em redes RDSI, particularmente
para aplicaes de videofone e videoconferncia. Videofone menos exigente em
relao qualidade do vdeo e pode ser conseguido com p = 1 ou 2. Para aplicaes de
videoconferncia (em que h mais de uma pessoa no campo de viso) a qualidade da
imagem deve ser melhor e p ser, no mnimo, igual a 6.
H.261 define dois formatos de quadros: QCIF e CIF (descritos no Captulo 2). A
escolha de QCIF ou CIF depende da capacidade disponvel do canal, por exemplo,
QCIF normalmente usado se p < 3.
O seu algoritmo de codificao bastante similar, mas incompatvel com o do
MPEG. O H.261 necessita substancialmente menos poder da CPU para a codificao
em tempo real do que o MPEG. O algoritmo inclui um mecanismo que otimiza o uso da
largura de banda, onde movimentos rpidos possuem menor qualidade de imagem e
movimentos mais lentos possuem melhor qualidade, tornando homognea a taxa de bits
gerada. Usado desta maneira, o padro H.261 apresenta taxa de bits constante (CBR),
mas no uma taxa constante de qualidade de imagens (quando a qualidade das imagens
constante geralmente a taxa de bits varivel).
e) Padro H.263
Trata-se de uma verso melhorada do H.261, pois foram implementados alguns
elementos adicionais para aumentar o desempenho e a recuperao de erros, sendo o
principal deles a introduo da possibilidade de negociar entre o codificador e o
decodificador no incio do processo de transporte dos fluxos.
baseado na codificao DCT e compensao de movimento. Foi concebido para a
utilizao de multimdia em redes comutadas por pacotes, sem garantias de QoS e com
baixa largura de banda, sendo responsvel pela mxima compresso dos dados (quanto
menor o trfego menor a probabilidade de problemas). Foi desenvolvido para o padro
H.323 (descrito no item 3.3).
O H.263 suporta cinco formatos de quadros: SQCIF, QCIF, CIF, 4CIF e 16CIF
(todos foram descritos no Captulo 2). O suporte a 4CIF e 16CIF significa que H.263
pode trabalhar com altas taxas de transmisso tal como os padres MPEG.

44

Geralmente oferece melhor qualidade que o padro H.261 e melhor que o MPEG1
e MPEG2 para baixas resolues e baixa largura de banda.
A tabela abaixo ilustra uma comparao dos padres mais utilizados atualmente de
digitalizao e compresso de imagens.
TABELA 3.2: Quadro Comparativo entre Padres de Compresso de Vdeo.
Padres

Largura de
Aplicaes
Banda (Kbps)
H.261
64 2000
Videofone e Videoconferncia, etc.
H.263
28,8 2000 Desde videofone a baixa taxa de bits
at videoconferncia de alta
qualidade, etc.
MPEG1
At 1500
Armazenamento em CD-ROM com
qualidade de videocassete, etc.
MPEG2 Acima de 2000 Distribuio de TV a cabo, difuso
de servios via satlite, cinema
eletrnico, etc.
MPEG4
28,8 64
Multimdia interativa, multimdia
mvel, distribuio de vdeo sobre a
Intranet e Internet, etc.

Formatos
QCIF, CIF
SQCIF, QCIF, CIF,
4CIF, 16CIF
QCIF, CIF, 4CIF
4CIF, 16CIF
QCIF, CIF

3.1.4 Mtodos de Compresso de udio

Como foi comentado no Captulo 2, os sistemas de videoconferncia trabalham


normalmente na freqncia da fala, descartando os sinais de udio cujas freqncias
podem ser ou no audveis pelo ouvido humano, porm no podem ser reproduzidas
pela voz humana. Essa observao muito relevante para a compresso de udio.
Existem vrios mtodos de compresso de udio e os codecs de udio existentes no
mercado atualmente se utilizam de vrios deles. Sero apresentados a seguir os mtodos
recomendados por organizaes internacionais de padronizao como ITU e ISO.

45

a) PCM (Pulse Code Modulation)


o padro para digitalizao de voz utilizado por empresas prestadoras de servios
de telecomunicaes. descrito na recomendao G.711 do ITU-T.
Basicamente, trata-se da aplicao direta dos resultados obtidos por Nyquist, ou seja,
para representar um sinal de uma certa freqncia com eficincia, a taxa de amostragem
deve ser, pelo menos, duas vezes maior que a freqncia presente no sinal.
Existem variaes do mtodo PCM, por exemplo, as codificaes logartmicas law e A-law onde so realizadas duas amostras para cada um dos 4 KHz
correspondentes ao espectro da voz em uma conversao telefnica. Cada amostra
possui 8 bits, gerando 64 Kbps de dados. A esse valor deve ser acrescido o overhead de
encapsulamento, no caso de transmisso em redes comutadas por pacotes.
b) GSM (Global System for Mobile Telecommunications)
O padro GSM foi desenvolvido especialmente para a telefonia celular. Objetiva
reduzir os dados em um fator de quase cinco com pouca degradao de qualidade. um
padro europeu, definido pelo ETSI (European Telecommunications Standards
Institute), que utiliza informaes sobre a voz humana, em particular, do mecanismo
que a produz.
A taxa de compresso pode ultrapassar 8:1 em uma largura de banda de 13 Kbps.
A desvantagem desse padro que tanto a compresso quanto a descompresso so
lentas devido complexidade do processo. Se o processador empregado no rpido o
suficiente, ele no ser capaz de acompanhar a velocidade com que o udio chegar.
Assim, o que se ganhou com a reduo da largura de banda necessria deve ser
compensado por uma CPU mais veloz (MOURA FILHO & OLIVEIRA, 1998).
c) ADPCM (Adaptive Differential Pulse Code Modulation)
A compresso ADPCM, recomendada pelo G.726 do ITU-T, reduz pela metade a
taxa de dados, gerando, portanto, um fluxo de 4.000 bytes por segundo. Este esquema
requer muito menos poder de processamento que o GSM. Assim, ele a melhor escolha

46

se o computador muito lento para o GSM e se esta taxa de compresso (2:1)


adequada ao link (MOURA FILHO & OLIVEIRA, 1998).
a aplicao, no modo PCM, das mesmas estratgias de reduo utilizadas para a
compresso da imagem (reduo da qualidade com menor nmero de bits para a
digitalizao atravs da utilizao de key frames e delta frames) (BORDIGNON, 2001).
d) LPC (Linear Predictive Coding)
A compresso LPC, recomendada pelo Departamento de Defesa dos EUA (US
DoD) e pelo NATO, chega a reduzir a taxa de dados acima de 12:1. Oferece, assim, um
dos maiores graus de compresso, porm, como o GSM, requer um poder
computacional considervel devido realizao de muitos clculos em ponto flutuante.
Em alguns casos, necessrio que a mquina possua um co-processador matemtico
para conseguir fazer a compresso e a descompresso em tempo real. Outra
caracterstica que este esquema de compresso extremamente sensvel a rudos de
alta freqncia ou nvel de entrada do sinal muito alto. Devido a estas e outras
restries, o LPC deve ser utilizado somente quando outros esquemas falham, no caso
de larguras de banda realmente estreitas (MOURA FILHO & OLIVEIRA, 1998).
e) CELP (Code Excited Linear Prediction)
O padro CELP compara a voz com um modelo analtico do trato vocal, calcula os
erros entre o modelo e a fala original (sinais de udio de entrada) e, ento, transmite
tanto os parmetros do modelo como uma representao extremamente comprimida dos
erros (esta representao , na realidade, um ndice de "livro de cdigo" compartilhado
pelo codificador e decodificador). Com este esquema de compresso, pode-se obter uma
qualidade de udio compatvel com um fluxo de 32 Kbps do ADPCM utilizando uma
taxa de apenas 4,8 Kbps (MOURA FILHO & OLIVEIRA, 1998).

47

3.1.4.1 Principais Padres de Digitalizao e Compresso de udio

O ITU-T especifica uma srie de mtodos para compresso de udio, descritos a


seguir. Maiores detalhes podero ser obtidos em MOURA FILHO & OLIVEIRA
(1998), ZANIN (2000):
a) Recomendao G.711
O padro G.711 a codificao bsica de udio para os sistemas telefnicos. Tratase de um esquema PCM operando a uma taxa de amostragem de 8 KHz com 8 bits por
amostra, resultando em uma taxa de transmisso de 48, 56 e 64 Kbps, sendo capaz de
codificar freqncias entre 0 e 4 KHz.
b) Recomendao G.722
G.722 foi desenvolvido com o objetivo de possibilitar a transmisso de voz at 7
KHz com alta qualidade em uma largura de banda de 48, 56 ou 64 Kbps.
Utiliza a tcnica ADPCM onde so alocados 6 bits para a faixa de 50 Hz a 4 KHz
(onde est a maior parte da energia da fala humana) e 2 bits para a faixa de 4 a 7 KHz,
sendo que cada faixa amostrada a 8 KHz para poder produzir 64 Kbps.
c) Recomendao G.723
Codec que implementa tcnicas mais modernas de compresso com maior poder de
compresso. Usa o mtodo de codificao ADPCM. Possui dois modos de trabalho, um
gerando dados a taxa de 6,4 Kbps e outro gerando 5,3 Kbps.
d) Recomendao G.728
G.728 define um mtodo de codificao e compresso da voz humana usando uma
variao do CELP chamada de LD-CELP (Low Delay CELP), ou seja, predio linear
excitada de baixo atraso. Comprime at 3,3 KHz em taxas de 16 Kbps.

48

computacionalmente complexo, requerendo o uso de hardware adicional.


e) Recomendao G.729
Padro de codificao e compresso da voz a taxa de 8 Kbps, usando a tcnica CSACELP (Conjugate Structure Algebraic Code Excited Linear Prediction).
A tabela abaixo resume alguns padres de digitalizao e compresso de udio.
TABELA 3.3: Quadro Comparativo entre Padres de Compresso de udio.
Padres
PCM
CVSD
IDVI
ADPCM
VADPCM
G.711
G.722
G.723
G.728
GSM
Delta Modulation
LPC

Taxa de Transmisso Gerada


64 Kbps
De 9 a 64 Kbps
Cerca de 46 Kbps
Cerca de 36 Kbps
Varivel
De 48 a 64 Kbps
De 48 a 64 Kbps Banda Larga
6,4 e 5,3 Kbps
16 Kbps
Cerca de 19 Kbps
Cerca de 16 Kbps
Cerca de 9 Kbps

Fonte: BORDIGNON, Mrcio Rodrigo. Vdeo Conferncia: Conceitos, Tecnologias e Uso. Rio de
Janeiro: Book Express, 2001. 143 p.

3.2 Protocolos de Tempo Real

A maioria das aplicaes multimdia que rodam sobre o TCP/IP utilizam o protocolo
de transporte UDP (User Datagram Protocol) devido os retardos na transmisso durante
o uso do TCP que so decorrentes das retransmisses para correo de erros, controle de
fluxo, etc.
Por esse motivo, uma srie de novos protocolos foram desenvolvidos para otimizar a
rede baseada em TCP/IP em relao aos fluxos de dados multimdia em tempo real,

49

alm de permitir o provimento de QoS. Todos eles foram projetados para serem usados
tanto em sistemas unicast como multicast.
Maiores detalhes podero ser obtidos em BORDIGNON (2001), BORTOLUZZI
(1999), MOURA FILHO & OLIVEIRA (1998), ZANIN (2000).

3.2.1 RTP (Real Time Transport Protocol)

O Protocolo de Transporte em Tempo Real (RTP) a tentativa de padronizao de


um protocolo de temporizao. Tem por finalidade fornecer um servio de transporte
fim-a-fim para dados com caractersticas de tempo real, como udio e vdeo interativo
(SCHULZRINNE et al., 1997 apud BORTOLUZZI, 1999). O protocolo RTP
especificado pela RFC 1889.
executado sobre os protocolos UDP (User Datagram Protocol) e IP (Internet
Protocol) e fornece servios de temporizao (timestamping), enumerao de seqncia
(sequence numbering) e identificao do contedo dos pacotes (payload type identifier),
o que permite s aplicaes adaptar e remover erros e retardos inseridos pela rede. O
resultado final que, mesmo com aplicaes crticas como as que envolvem udio, os
participantes percebem a conversao como se fosse em tempo real, embora haja um
pequeno atraso de armazenamento (buffering) necessrio para sincronizar e
disponibilizar os pacotes em seqncia.
O RTP no fornece nenhum mecanismo para garantir tempo de entrega (na realidade
ele sequer garante a entrega dos datagramas) nem efetua reserva de recursos nem
garante a qualidade de servio e nem o sincronismo, portanto, para as aplicaes que
exigem tais garantias, faz-se necessrio o uso de outros mecanismos, normalmente no
nvel da aplicao, em conjunto com o RTP.
Outra funo do RTP a identificao da origem, que permite a aplicao receptora
identificar a origem dos dados que est recebendo. Por exemplo, saber quem est
enviando um determinado vdeo durante uma videoconferncia.

50

3.2.2 RTCP (Real Time Control Protocol)

o protocolo de controle que trabalha em conjunto com o RTP. Tambm


especificado pela RFC 1889.
Os pacotes de controle RTCP so enviados periodicamente por cada participante
para todos os outros participantes. A transmisso dos pacotes de controle e de dados
feita em canais separados, permitindo mais flexibilidade para a aplicao. As
informaes retornadas (normalmente, informaes estatsticas) podem ser utilizadas
para controlar o desempenho da rede bem como para propsitos de diagnstico.
Portanto, o seu principal objetivo monitorar a qualidade do servio (ou seja, a
qualidade da distribuio dos dados) e fornecer informaes sobre os participantes de
uma sesso.
Executa as seguintes funes:
a) Prov informaes para a aplicao, monitoramento de QoS e controle de
congestionamento: Esta sua principal funo. Cada pacote RTCP contm
informaes (como: nmero de pacotes enviados, nmero de pacotes perdidos,
jitter, etc.) que sero teis s aplicaes. De posse dessas estatsticas, o
transmissor pode modificar a taxa de transmisso, o receptor pode identificar se
o problema local, regional ou global, e o administrador da rede pode avaliar o
desempenho de sua rede para distribuio multicast.
b) Identifica a fonte RTP: Essa funo utilizada para manter informaes sobre
os participantes de uma sesso RTP.
c) Controla o intervalo de transmisso RTCP: Para impedir que o trfego de
controle sature a rede quando o nmero de participantes aumenta muito, limitase a, no mximo, 5% do trfego total da sesso, ajustando-se o nmero de
pacotes transmitidos em funo do nmero de participantes.
d) Sincronizao entre as mdias: Tem como funo fornecer indicaes de
tempo real para a sincronizao intermdia (sincronizao entre as mdias).

51

e) Transmite informaes de controle de sesso: Opcionalmente, o RTCP pode


ser usado para transmitir informaes mnimas para todos os participantes de
uma sesso, como, por exemplo, o nome que identificar um participante na tela
dos demais.

3.2.3 RSVP (Resource Reservation Protocol)

um protocolo utilizado para criar e manter reservas de recursos em cada enlace por
onde os pacotes sero roteados, sendo utilizado pelas aplicaes para requisitar uma
qualidade de servio para seu fluxo de dados, ou seja, um protocolo para garantia de
qualidade de servio (QoS).
O protocolo RSVP um protocolo simplex, isto , a reserva de recursos feita
apenas em uma direo. O protocolo orientado ao recebedor, onde o recebedor dos
dados o responsvel pela inicializao da reserva de recursos.
Uma solicitao de reserva RSVP consiste em uma especificao de uma QoS
desejada (por exemplo, largura de banda mxima e mdia e atraso mximo) e uma
definio do conjunto de pacotes de dados a receber a QoS. O RSVP inclui trs tipos de
servios: atraso garantido, atraso previsto e atraso controlado.
No caso de um ambiente multicast, uma estao envia mensagens baseadas em
IGMP (Internet Group Management Protocol) para juntar-se a um grupo e ento envia
mensagens RSVP para reservar recursos ao longo do caminho de entrega desse grupo.
Uma desvantagem do RSVP aparece neste momento: como roda por cima de um
protocolo no orientado conexo (IP), uma mudana na rota pode causar uma
alterao na qualidade de servio experimentado por um determinado fluxo.
necessrio algum tempo para que os fluxos no RSVP sejam atualizados e no h
garantia de que a nova rota possa fornecer a qualidade de servio necessria
(PASSMORE, 1997 apud MOURA FILHO & OLIVEIRA, 1998).
Este protocolo no negocia a priorizao do trfego. No h garantias, portanto, de
que os pacotes contendo vdeo ou udio tero precedncia sobre pacotes que encontramse enfileirados na interface do roteador em uma rede.

52

3.2.4 RTSP (Real Time Streaming Protocol)

Este protocolo tem como objetivo controlar sesses com mltiplos dados e escolher
o meio de entrega mais apropriado (UDP, TCP, IP multicast e RTP). Ele divide o dado
em muitos pacotes com o tamanho apropriado para a largura de banda disponvel entre
transmissor e receptor. Aps o cliente ter recebido um nmero suficiente de pacotes, o
software pode comear a executar um pacote, descomprimir um outro e continuar
recebendo os demais. Com isso, o usurio pode comear a escutar um arquivo antes que
o mesmo tenha sido totalmente recuperado (MOURA FILHO & OLIVEIRA, 1998).

3.3 Padres de Videoconferncia

De acordo com as recomendaes emitidas pelo ITU-T, com o intuito de garantir


comunicao entre sistemas de diferentes fabricantes, um sistema de videoconferncia
utiliza os seguintes protocolos:
a) De Comunicao
H.221: Especifica a estrutura de quadro utilizada para canais de 64 Kbps a 2 Mbps.
um padro para multiplexao dos sinais de udio e vdeo bem como outras mdias
em um ou mais canais RDSI.
H.223: Protocolo de multiplexao para baixas taxas de bits.
H.225: Especifica mensagens para controle de chamada, incluindo sinalizao,
registro e admisso alm de empacotamento e sincronizao das mdias.
H.230: uma extenso da recomendao H.221. Especifica o controle de
transmisso e sincronizao dos quadros.
H.231: Especifica o funcionamento das MCU's (Multipoint Control Unit) ou
unidades de controles para videoconferncia com mais de dois pontos simultneos.
H.233: Implementa os mecanismos de criptografia para segurana e confiabilidade
nas transmisses.

53

H.242: Especifica o mecanismo de inicializao da comunicao entre terminais


audiovisuais.
H.243: Estabelecimento de comunicao multiponto.
H.245: Protocolo de controle para comunicao multimdia. responsvel pela
negociao de tamanho de quadro, taxa de bits e quadros por segundo.
b) De udio
Os padres G.711, G.722, G.723, G.728 e G.729 foram descritos no item 3.1.4.1.
c) De Vdeo
Os padres H.261 e H.263 foram descritos no item 3.1.3.1.
d) De Dado
T.120 (Real Time Data Conferencing - Audiographics): Especifica o
compartilhamento de documentos e de aplicaes.
T.126: Protocolo que define o compartilhamento de dados (grficos, imagens,
textos) de forma colaborativa. Especificado para conferncias multiponto (TAROUCO,
2000).
Com o aumento das exigncias para uso da videoconferncia em reas que
demandam alta qualidade das imagens, do vdeo e dos sinais de udio, uma constante
evoluo tecnolgica dos equipamentos, dos softwares e dos meios de comunicao de
dados que a envolvem se tornou necessria.
Devido variedade de tecnologias de redes sobre as quais a videoconferncia pode
ser implementada, com diferentes nveis de qualidade, o ITU-T emitiu alguns padres,
conforme Tabela 3.4, a seguir:

54

TABELA 3.4: Padres do ITU-T Srie H para a Videoconferncia e seus Respectivos


Nveis de Qualidade.
Padro
H.310
H.320
H.321
H.323
H.324

Tecnologia
Videoconferncia baseada em vdeo
MPEG2 sobre ATM
Videoconferncia sobre RDSI
Videoconferncia sobre ATM
Videoconferncia sobre IP/Ethernet
Videoconferncia sobre POTS

Qualidade Oferecida
Qualidade para broadcast e de
alta qualidade
Alta qualidade
Alta qualidade
Qualidade best effort
Baixa qualidade

A seguir, um breve relato a respeito dos principais padres srie H:


a) Padro H.310
Define uma metodologia para a implementao de videoconferncia sobre ATM
baseada em MPEG2, a taxas entre 8 e 16 Mbps. Prov a transmisso de voz e vdeo de
altssima qualidade, sendo utilizada para as aplicaes mdicas (telemedicina) que
requerem altos nveis de nitidez e fluncia das imagens. Possibilita tambm a recriao
da interatividade face-a-face, sendo a base para o estabelecimento de uma infraestrutura educacional capaz de fornecer um nvel satisfatrio de qualidade a fim de
possibilitar instrues a classes remotas.
b) Padro H.320
O padro H.320 uma pilha de protocolos que especifica os padres para transporte
de dados multimdia em redes comutadas a circuitos, como: a Rede Digital de Servios
Integrados (RDSI), Switched 64 (Datafone 64) e outras.
Foi o primeiro padro a ser definido, servindo de referncia s outras recomendaes
da famlia H.32x.
Esta recomendao, chamada Narrow-Band Visual Telephone Systems and Terminal
Equipment, define taxas de bits de banda estreita (narrow-band bit rates), ou seja, taxas
na faixa de 64 Kbps a 1920 Kbps. O H.320 consiste em um conjunto de recomendaes,
tais como: H.261, G.711, G.722, G.728, H.221, H.230, H.231, H.233, H.242 e H.243.

55

c) Padro H.321
Descreve mtodos de implementao de videoconferncia em redes ATM com os
mesmos incrementos de velocidade (128 Kbps, 384 Kbps, 768 Kbps, etc.), sendo
completamente compatvel com o padro H.320 existente. mais fcil e barata de
implementar as altas velocidades necessrias para atender s exigncias de uma
videoconferncia de alta qualidade. Oferece mtodos para implementao de QoS,
resultando em baixo atraso e imagens de vdeo mais ntidas e fluidas (ZANIN, 2000).
d) Padro H.323
O padro H.323 uma extenso do H.320 que descreve padres para comunicaes
multimdia sobre redes locais (LANs) que no fornecem uma qualidade de servio
(QoS) garantida.
O padro H.323 fornece suporte para transmisses de udio, vdeo e dados atravs
das redes de comutao de pacotes, tendo como foco o TCP/IP, ou seja, Ethernet, Fast
Ethernet, FDDI e Token Ring, alm de tambm ser aplicado Internet. Na prtica, o
H.323 um padro independente da camada de transporte, permitindo a sua
implementao no topo de qualquer arquitetura de transporte de rede, incluindo o ATM.
As redes Ethernet tm sido muito utilizadas para a videoconferncia baseada em
computador, por ser de baixo custo e de fcil implantao, porm, pelo fato de no
oferecerem QoS e os dados da videoconferncia compartilharem banda com os outros
dados que trafegam na rede, as redes Ethernet so mais usadas para videoconferncias
que no requerem alta qualidade de imagem e som, limitando o seu uso para aplicaes
mais simples, no oferecendo suporte para a videoconferncia de grande porte, como,
por exemplo, nas empresas ou na telemedicina.
A qualidade oferecida pela videoconferncia em IP pode ser definida como best
effort, ou seja, a taxa de transmisso dos sinais, fundamental para a manuteno da
qualidade da conferncia, mantida conforme a disponibilidade da largura de banda da
rede.
Os dados de controle e gerncia so enviados utilizando o TCP e os dados de udio e
vdeo so transportados sobre UDP ou RTP (BORDIGNON, 2001).

56

O H.323 permite sesses ponto a ponto e multiponto e capacidade para transmisso


unicast e multicast. Possui os seguintes componentes: H.225, H.245, H.261, H.263,
G.711, G.722, G.723, G.728 e G.729.
e) Padro H.324
A recomendao H.324 descreve padres para comunicaes multimdia sobre
linhas telefnicas analgicas pblicas e possibilita tambm a interoperabilidade de
sistemas. Como resultado, usurios que possuem produtos de videoconferncia de
empresas diferentes iro poder se comunicar.
uma modificao do padro H.320 conhecida como Videoconferncia sobre POTS
(Plain Old Telefhone System), ou seja, uma srie de recomendaes que definem
padres para udio e vdeo em tempo real e transferncia de dados em modems V.34 na
Rede de Telefone Global Padro (Global Standard Telephone Network - GSTN), sendo
entitulada tambm como Multimedia Terminal for Low Bit Rate Visual Telephone
Services Over the GSTN.
Os modems V.34 possuem uma largura de banda total de 28,8 Kbps, resultando
numa qualidade de transmisso no muito boa.
H.324 possui as seguintes recomendaes: H.263, G.723, H.223 e H.245.

3.4 Resumo do Captulo

A padronizao um tema muito importante a ser questionado em qualquer rea,


principalmente quando se trata de tecnologia. Este captulo foi totalmente voltado para
esse tema, enfatizando-se a tecnologia de videoconferncia.
Primeiramente foram apresentados os principais mtodos e tcnicas de compresso e
descompresso de dados, de vdeo e de udio e, logo depois, baseados nesses mtodos,
os principais padres de digitalizao e compresso de udio e de vdeo utilizados na
videoconferncia.
Os protocolos de tempo real foram tambm apresentados para mostrar a importncia
da interatividade entre os participantes de uma videoconferncia e tambm da

57

otimizao de uma rede baseada em TCP/IP com relao aos dados que trafegam nesse
tipo de ambiente.
Foram apresentados, resumidamente, os principais padres para a comunicao em
ambientes de videoconferncia e tambm, de acordo com algumas tecnologias de rede
(ATM, RDSI, IP/Ethernet e POTS), os padres (H.310, H.320, H.321, H.323 e H.324) e
seus respectivos nveis de qualidade.
Um bom projeto de implantao de ambientes de videoconferncia implica no
domnio tanto de conhecimentos de redes de computadores quanto de multimdia. O
objetivo dos Captulos 2 e 3 foi de apresentar o contedo necessrio para o projetista
poder avaliar o comportamento deste ambiente e propor, com segurana, o seu uso.

CAPTULO 4
METODOLOGIA PARA AVALIAO DE DESEMPENHO DE
AMBIENTES DE VIDEOCONFERNCIA

Como foi visto nos captulos anteriores, a videoconferncia uma aplicao de


natureza multimdia que utiliza uma rede com uma considervel largura de banda.
Durante a elaborao do projeto de um ambiente de videoconferncia, projetistas,
analistas e planejadores de sistemas de informaes costumam se preocupar
demasiadamente com as questes associadas ao uso e a implementao dos sistemas e
esquecem, ou melhor, deixam para depois os assuntos referentes ao desempenho, porm
esse tipo de procedimento pode vir a ser perigoso e causar a desistncia de uso deste
ambiente por parte dos usurios, alm de danos irreversveis empresa.
A Engenharia de Desempenho uma das abordagens que vem sendo desenvolvida
para estimar, com apurado grau de certeza, o desempenho de um sistema antes mesmo
que este tenha sado do papel. Atravs de sofisticadas tcnicas estatsticas e de
modelagem matemtica, os projetistas podem imaginar e testar uma srie de opes e
esquemas para as redes, considerando seus inmeros componentes e aplicaes,
simulando cada variao para determinar qual delas oferece a melhor resposta em
termos da relao custo/desempenho.
So as tcnicas e ferramentas oriundas da engenharia de desempenho que permitem,
tambm, planejar a futura capacidade dos sistemas. O planejamento de capacidade
segundo MENASC et al. (1994) :
"A habilidade de predizer de qualquer modo se um sistema de computador ser
capaz de suportar o crescimento de aplicaes j existentes, uma mudana nos
parmetros e configuraes do sistema ou a adio de novas aplicaes sem
violar os nveis de servio especificados pelo usurio..."
Na reportagem de Juliana Vercelli (VERCELLI, 1999) observa-se que a
metodologia de planejamento de capacidade considerada fundamental para garantir o
pleno funcionamento da rede. O professor Virglio Almeida, autor de vrios livros sobre

59

planejamento de capacidade (entre os quais o que foi citado no pargrafo acima),


entrevistado por Juliana Vercelli, explica:
Uma coisa gerenciar a rede administrar os recursos e funes associadas ao
ambiente como um todo , outra planej-la. Nesse caso, planejar significa
dispor de mtodos para identificar qual a configurao necessria para a rede. E
a metodologia de planejamento de capacidade trata de coletar dados e antever os
problemas.
A engenharia de desempenho utiliza duas mtricas clssicas para medir o
desempenho:

Throughput: a viso dos servidores e administradores da rede. medido em


termos de mensagens, chamadas, transaes ou sesses operadas num
determinado perodo de tempo. Por exemplo, transaes por segundo, bytes por
segundo, pixels por segundo, pacotes por segundo e quadros por segundo.

Tempo de Resposta: Refere-se qualidade dos servios ofertados pela rede e,


portanto, aos clientes. a medida da quantidade de tempo necessrio para a
realizao do servio. Geralmente medido em termos mdios, isto , mede-se
um certo nmero de transaes realizadas e estima-se o tempo mdio por
transao.

Porm, alm dessas duas mtricas, fatores como: confiabilidade, disponibilidade e os


custos associados a cada um deles so tambm importantes para a comparao entre
alternativas de projetos, sendo que:

Confiabilidade: Mede a ocorrncia de falhas durante o processamento dos


servios. Mean Time to Failure (MTTF) uma medida de confiabilidade.

Disponibilidade: a mtrica usada para representar a percentagem de tempo


que um sistema est disponvel durante um perodo de observao.

60

Como em qualquer abordagem, o emprego de uma metodologia implica em um


menor esforo para o alcance dos objetivos preestabelecidos. A Metodologia de
Avaliao de Desempenho, segundo MENASC et al. (1994), composta dos seguintes
passos:
-

Compreenso do Ambiente;

Caracterizao da Carga de Trabalho;

Desenvolvimento, Validao e Calibragem do Modelo de Carga;

Desenvolvimento, Validao e Calibragem do Modelo de Desempenho;

Previso da Carga de Trabalho;

Previso do Desempenho do Sistema.

Alm dos passos citados acima, existem alguns passos adicionais visando o
planejamento de capacidade, dentre eles:
-

Projeto Experimental;

Anlise de Resultados;

Desenvolvimento de um Modelo de Custos;

Previso de Custos;

Anlise de Custo/Desempenho.

A dissertao de mestrado da Lilian Nassif (NASSIF, 1997) um exemplo de como


a Metodologia de Planejamento de Capacidade descrita por MENASC et al. (1994)
trata cientificamente o comportamento de uma rede de comunicao. Atravs de
mtodos, tcnicas e ferramentas apropriadas, a metodologia ajudou a entender o
comportamento da rede de longa distncia (WAN) da Rede Municipal de Informtica
(RMI) de Belo Horizonte - MG, prevendo a futura mudana que ser realizada nos
perfis das aplicaes da RMI e como essas mudanas podero refletir na tecnologia
adotada na WAN.
Sero apresentadas as etapas da metodologia de avaliao de desempenho para uma
rede de videoconferncia, conforme o fluxograma ilustrado na Figura 4.1.

61

Outro ponto a ser tratado neste captulo com relao a qualidade dos servios
prestados aos usurios da videoconferncia. Item fundamental que projetistas, analistas
e planejadores de sistemas de informaes devem se preocupar durante todo o processo
de avaliao de desempenho e de planejamento de capacidade.
FIGURA 4.1: Metodologia de Planejamento de Capacidade.
Compreendendo o Ambiente
Desenvolvimento do
Modelo de Custos

Caracterizao da Carga

Modelo
de
Carga

Modelo
de
Custos

Modelo de
Desempenho

Validao e Calibragem
Previso da Carga

Modelo Vlido

Previso de Desempenho
Previso de Custos
Anlise de Custo e Desempenho
Plano de
Configurao

Plano de
Investimentos

Plano de
Pessoal

4.1 Qualidade de Servio (Quality of Service - QoS)

Uma

definio

de

QoS

dada

na

recomendao

I.350

do

ITU-T

(INTERNATIONAL STANDARDS ORGANIZATION, 1992 apud DINIZ, 1998):


Qualidade de servio definido como o efeito coletivo do desempenho de um servio,
o qual determina o grau de satisfao de um usurio do servio.

62

O grau de satisfao de um usurio depende muito do objetivo, da abrangncia e da


importncia aplicada ao servio utilizado, contudo todo servio ofertado possui alguns
quesitos mnimos de qualidade para poder prover a satisfao dos seus usurios.
O objetivo bsico de qualquer sistema de videoconferncia deve ser de, pelo menos,
proporcionar a transmisso e o recebimento de udio e vdeo no mnimo entre dois
participantes, numa conexo ponto a ponto.
A qualidade de servio (QoS) pode ser descrita sob vrios pontos de vista:
Sob o ponto de vista do usurio da aplicao, QoS vista como um conjunto de
caractersticas. Numa videoconferncia, essas caractersticas podem ser:
-

A qualidade da imagem em termos de nitidez.

A fluncia dos movimentos do vdeo para possibilitar, por exemplo, com que os
participantes consigam perceber as expresses faciais uns dos outros, podendo
ser um fator importante para o entendimento de uma conversa.

A qualidade do udio. O udio (voz) deve ser claro o bastante para permitir o
entendimento das mensagens. No so tolerados pausas ou cortes.

O sincronismo entre o udio e o vdeo para que seja mantida a interatividade da


videoconferncia.

fluncia

da

transmisso

recebimento

dos

dados

gerados

pela

videoconferncia. A rapidez com que os dados so enviados e recebidos pelos


participantes fator essencial para uma aplicao de tempo real.
Sob o ponto de vista da rede, essas caractersticas so traduzidas para um conjunto
de parmetros, como:
-

Largura de banda necessria para transmisso das informaes.

Retardo mximo permitido para cada mdia.

Quantidade de pacotes perdidos.

Taxa aceitvel de erro de cada tipo de informao que est sendo transmitida.

Os principais parmetros sob o ponto de vista da rede esto descritos no Captulo 2.

63

Uma rede que possui qualidade de servio satisfatria deve proporcionar capacidade
suficiente para viabilizar as aplicaes a que destinada, portanto, para prover uma
videoconferncia em um nvel de qualidade aceitvel para o usurio, a rede deve
oferecer um certo nvel de qualidade do servio. A Tabela 3.4 no Captulo 3 ilustra
esses nveis de qualidade de acordo com cada rede empregada na videoconferncia.
Os trs principais elementos a serem observados para que a qualidade de servio seja
satisfeita so, portanto:

Nvel de Servio: O sistema deve prover valores aceitveis e adequados para


todas as variveis de desempenho (mtricas), tais como: o tempo de resposta e o
throughput. Deve ser estabelecido em conjunto com usurios e gerncia de
desempenho. Como exemplo, sero citados alguns parmetros utilizados para
definir o nvel de servio em redes orientadas conexo: as caractersticas de
atraso fim-a-fim, a probabilidade de perda de clulas e a taxa de bits errados.

Tecnologia

Padres:

Deve-se

preocupar

com

os

problemas

de

interoperacionalizao de sistemas (software e hardware), como por exemplo:


padres de compresso definidos pelo ITU-T versus padres proprietrios. O uso
de equipamentos e codecs variados em combinao com diferentes topologias de
rede pode ser uma soluo, porm depender de diversos fatores. Em geral,
quanto mais padronizaes menores so as chances de erros. Os principais
padres de videoconferncia foram descritos no Captulo 3.

Restries de Custos: No haveria tanta dificuldade em alcanar as metas de


QoS se no houvesse restries nos oramentos. Tais restries limitam o espao
de solues. O oramento deve relacionar custos de instalao e custos de
operao. Os de instalao envolvem software, hardware, instalao, pessoal e
treinamento inicial. J os de operao implicam na manuteno de software e
hardware, telecomunicaes e pessoal.

64

4.2 Metodologia para Avaliao de Desempenho e Planejamento de Capacidade

Esta metodologia, segundo MENASC et al. (1994), foi desenvolvida para obter
respostas para quatro perguntas bsicas:
-

Qual a atual capacidade instalada?

Quais servios deveriam ser providenciados no futuro?

Quais so os objetivos de qualidade planejados para os servios?

Qual a configurao do sistema de melhor custo-efetivo para lidar com os


servios atual e futuro e ainda satisfazer os objetivos de qualidade planejados?

As etapas da metodologia so descritas a seguir:

4.2.1 Compreenso do Ambiente

Esta etapa consiste no conhecimento do ambiente sobre o qual se pretende realizar o


projeto. No caso deste trabalho, esta etapa consiste na compreenso do ambiente de
videoconferncia, ou seja, do hardware (equipamentos para transmisso, recepo e
gravao de udio, vdeo, textos, etc.), do software (sistemas operacionais, editores de
texto, banco de dados, gerenciadores de trfego, etc.), dos elementos de conectividade
(modems, roteadores, etc.) e dos protocolos envolvidos neste ambiente. No que diz
respeito s questes de trfego, os perodos de pico, as estruturas de gerncia e os nveis
de QoS definidos.
Essas informaes so normalmente obtidas atravs de reunies, entrevistas,
questionrios, documentos de planejamento e projetos, etc.
Esta etapa muito importante, pois ajuda o analista a limitar o alcance de um estudo
de planejamento de capacidade e reduz tempo e custo envolvidos no projeto.

65

4.2.2 Compreenso e Caracterizao da Carga de Trabalho

A caracterizao da carga de trabalho o processo que descreve, de forma


quantitativa e qualitativa, o perfil de toda a carga incidente sobre o sistema.
A carga total de um sistema pode ser definida como o conjunto de todos os inputs
(entradas, transaes, requisies, transferncias, etc.) que um sistema recebe do
ambiente onde se encontra, durante um determinado perodo de tempo.
A carga total de um sistema, normalmente, decomposta em subconjuntos,
conhecidos como componentes bsicos ou classes clientes, os quais so compostos de
inputs com caractersticas semelhantes.
Esta etapa visa estabelecer um modelo de carga para o sistema sobre estudo. O
modelo de carga de trabalho uma representao da carga real do sistema, porm
dificultaria a anlise se fosse composto de milhares de componentes bsicos. Neste
caso, preciso reduzir e resumir a informao necessria descrio da carga de
trabalho, portanto preciso construir um modelo compacto que oferea as
caractersticas mais importantes e relevantes da carga real.
O modelo de carga de trabalho procura capturar as demandas por recursos bem
como as caractersticas de intensidade de carga submetida ao sistema devido aos
diferentes tipos de transaes e requisies.
Normalmente, para obter um modelo compacto, os recursos escolhidos so aqueles
que mais afetam o desempenho do sistema.
A caracterizao da carga de trabalho composta dos seguintes passos:

4.2.2.1 Definio da Perspectiva de Anlise

A carga total de um sistema distribudo uma combinao de diferentes cargas


observadas pelos diferentes componentes do sistema. Por exemplo, o tempo de resposta
de uma conversa entre dois pontos distantes utilizando videoconferncia resultante do
tempo de residncia da transao em todos os recursos por ela utilizados, tais como:
equipamentos utilizados pelos usurios e a rede de transmisso.

66

Se for observado que a qualidade da conversa est sendo afetada (sofrendo


degradao) devido o tempo de residncia em um determinado codec, ou seja, o
algoritmo de compresso est levando muito tempo para comprimir um determinado
tipo de mdia, a anlise deve ser feita com relao ao desempenho desse codec.
Uma vez definida sob que perspectiva o sistema dever ser examinado, se far a
anlise do elemento escolhido.

4.2.2.2 Identificao dos Componentes Bsicos

Neste passo, os componentes bsicos que compem a carga de trabalho so


identificados. A escolha dos componentes depende da natureza do servio fornecido
pelo sistema e do propsito da caracterizao.

4.2.2.3 Definio do Conjunto de Parmetros que Melhor Caracterizem a Carga

Uma vez identificados os componentes bsicos da carga de trabalho, preciso


escolher quais parmetros melhor caracterizam cada um deles.
Esses parmetros so divididos em dois grupos:
-

Intensidade da Carga de Trabalho: uma indicao do nmero de inputs que


estaro sendo sustentados pelos recursos do sistema.

Demanda de Servio: a demanda solicitada por cada componente bsico


sobre cada recurso utilizado.

4.2.2.4 Monitorao e Coleta de Dados

neste passo que se atribui valores aos parmetros de cada componente do modelo
de carga. As seguintes tarefas devem ser realizadas:

67

Identificar a janela de tempo que define a sesso de medio. Trata-se de um


intervalo de tempo, no qual o sistema, a carga de trabalho e os ndices de
desempenho sero observados. A determinao deste intervalo depende da
natureza do negcio da empresa e costuma ser definida pela observao contnua
do sistema por perodos que podem compreender horas ou mesmo dias ou
semanas. Um exemplo de janela de tempo seria o intervalo de tempo que
compreende as horas de pico dos dias de pico de um determinado servio
prestado, por exemplo, por uma loja.

Monitorar e medir as atividades do sistema durante o intervalo definido (janela


de tempo). Ferramentas disponveis no sistema operacional, monitores de rede
(sniffers), monitores de hardware e monitores de software podem ser
empregados para esse fim.

A partir dos dados coletados, atribuir os valores necessrios aos parmetros de


cada componente.

4.2.2.5 Partio da Carga de Trabalho

Cargas reais de trabalho podem ser entendidas como uma coleo de componentes
heterogneos (de naturezas diferentes). Por exemplo, o nvel de utilizao de uma rede
por um vdeo difere da de um simples texto. Por causa da heterogeneidade, a
representao de uma carga por uma nica classe pode deixar a desejar em termos de
preciso de resultados.
Dependendo do objetivo do estudo do planejamento de capacidade, as cargas de
trabalho podem ser refinadas (particionadas).
A partio da carga de trabalho traz as seguintes vantagens: melhorar a
representatividade da caracterizao e aumentar o poder de previso do modelo de
cargas. Esta ltima vantagem de grande importncia, uma vez que as metodologias de
previso (para planejamento de capacidade) recaem sobre indicadores chave que esto
rigorosamente associados com classes especficas de cargas de trabalho.
Particionar a carga de trabalho implica em dividi-la numa srie de classes de tal
forma que sua populao (interior da classe) seja formada por elementos quase

68

homogneos (ou seja, que possuem caractersticas semelhantes). Esses elementos so


conhecidos como componentes bsicos. O principal problema aqui definir qual
atributo deve ser utilizado para definir a similaridade.

4.2.2.6 Construo do Modelo de Carga

Implica na determinao dos parmetros de cada classe de componente. Duas


tcnicas so as mais empregadas: Mdia e Clustering. A explicao de cada uma destas
tcnicas pode ser obtida em MENASC et al. (1994). Outros mtodos tambm podem
ser aplicados na construo do modelo, tais como: histogramas de parmetros simples e
mltiplos, anlise do componente principal e modelos de Markov.

4.2.2.7 Validao e Calibrao de Modelos de Carga

Os modelos de carga devem ser validados com o objetivo de no comprometer os


resultados. Modelos muito detalhados implicam em perda de eficincia computacional e
modelos muito abstratos implicam em perda de enfoque e preciso.
O teste de validao de um modelo de carga deve ser feito da seguinte forma:
-

Coletar a carga real do sistema e a carga do modelo;

Aplicar as cargas em cada sistema (real e modelo);

Medir tempo de resposta, utilizao de recursos e throughput em cada sistema;

Comparar as medies de cada sistema;

Se a margem de erro da carga do modelo em relao carga real for at 30%, o


modelo de carga aceito; caso contrrio, calibrar o modelo e repetir novamente
todos os passos.

69

4.2.2.8 Previso da Carga de Trabalho

As cargas de trabalho podem mudar depois de um certo tempo, ou seja, elas podem
crescer ou diminuir, dependendo da perspectiva do negcio da empresa. Porm, o
aumento da carga de trabalho a situao mais comum e que deve ser observada com
mais ateno. O crescimento da carga pode vir do aumento no volume processado pelas
aplicaes existentes, o aumento do ambiente da aplicao e a incluso de novas
aplicaes e de novas tecnologias.
A previso da carga de trabalho tem como objetivo estimar o comportamento futuro
da carga sobre o sistema. Nesta etapa, deve-se conseguir prever o desempenho do
sistema, considerando as diversas aplicaes e as variaes nos parmetros das cargas j
existentes e os parmetros para as novas cargas, diante de diferentes cenrios de
demanda.

4.2.3 Modelos e Previso de Desempenho

Esta etapa permite a realizao de simulaes computacionais, as quais tornam


possveis verificar o desempenho do sistema em estudo atravs de vrios cenrios com
configuraes diferentes.
O processo de previso de desempenho implica em estimar (por meio de modelos)
os valores de determinadas variveis de desempenho (como: tempo de resposta,
utilizao de recursos e throughputs), em funo de um conjunto de parmetros.
Estes parmetros podem ser classificados como:
-

Parmetros do Sistema: So aqueles relacionados com o desempenho do


sistema. Por exemplo: protocolos de rede e o nmero mximo de pontos
suportados pela rede de videoconferncia.

Parmetros de Recursos: So aqueles relacionados com o desempenho dos


recursos fornecidos pelo sistema. Por exemplo: largura de banda de redes, atraso
no codec e retardo mximo nos roteadores.

70

Parmetros de Carga: So aqueles derivados da caracterizao da carga de


trabalho submetida ao sistema. Por exemplo: parmetros de intensidade da carga
de trabalho e parmetros de demanda de servio.

Estes modelos so criados baseados em um nmero maior ou menor de detalhes


sobre o sistema real. O nvel de detalhamento destes modelos depender dos objetivos
que se pretende alcanar e das informaes e ferramentas disponveis. As informaes
obtidas atravs dos modelos de desempenho iro ajudar na tomada de deciso.
Dois so os tipos de modelos de desempenho mais utilizados atualmente:
a) Modelo Analtico
Baseia-se na resoluo de frmulas matemticas e/ou algoritmos computacionais, a
partir dos parmetros fornecidos pelo modelo de desempenho e pelo modelo de carga
para o sistema sob anlise. Normalmente, so modelos que exigem poucos detalhes,
geram respostas rpidas e so montados em planilhas eletrnicas.
b) Modelo de Simulao
A simulao uma ferramenta muito poderosa para modelagem, para avaliao de
desempenho e para previso da capacidade das redes de computadores por permitir a
reduo de riscos na tomada de deciso.
O processo de simulao consiste na criao do modelo de um sistema real ou
imaginrio, com o propsito de avaliar seu comportamento sobre diferentes condies
atravs de testes de cenrios. Normalmente, so baseados em programas de
computadores e so utilizados quando o nvel de detalhes muito grande e sua lgica
muito complexa.
Este modelo, por meio de representaes matemticas e lgicas do mundo real,
converte parmetros e dados de entrada em respostas que caracterizam o
comportamento do sistema real, prevendo-se conseqncias e resultados.

71

Trata-se de um estudo de baixo custo, visto que todo o trabalho pode ser feito sem
interferir no sistema real, possibilitando a implantao da melhor soluo, eliminando
os riscos dos testes mal sucedidos.

4.2.3.1 Validao e Calibrao do Modelo de Desempenho

As mesmas relaes entre perda de eficincia computacional, nvel de abstrao e


perda de enfoque e preciso comentados no item de validao de modelos de carga
(item 4.2.2.7) tambm so aplicadas nesta etapa.
A validao consiste em assegurar que o modelo e os inmeros pressupostos e
simplificaes adotados no seu desenvolvimento sejam razoveis e, se corretamente
implementados, tenham um comportamento e produzam resultados semelhantes aqueles
observados nos sistemas reais.
O teste de validao de um modelo de desempenho deve ser feito da seguinte forma:
-

No sistema real, aplicar tcnicas de medies para obter o tempo de resposta,


utilizao de recursos e throughtput, alm de comparar as observaes geradas;

No modelo do sistema, aplicar clculos ou obter amostras para o tempo de


resposta, utilizao de recursos e throughtput;

Comparar as informaes coletadas de cada sistema (real e modelo);

Se a margem de erro do desempenho do modelo em relao ao desempenho real


for aceitvel, o modelo aprovado; caso contrrio, calibrar o modelo e repetir
novamente todos os passos.

A anlise e a avaliao de modelos de desempenho podem ser feitas atravs do


conhecimento do sistema real por parte de especialistas, atravs de testes estatsticos
entre o sistema real e o modelado e tambm atravs de medies obtidas nos sistemas
reais.
Quando no existem especialistas com conhecimento do sistema real e nenhum
sistema real para ser observado, uma prtica a modelagem do sistema para fins de
avaliao analtica do mesmo.

72

4.2.4 Modelos e Previso de Custos

Estes modelos tm a funo de contabilizar os dispndios relacionados ao software,


hardware, telecomunicaes e suporte.
Os custos so usualmente subdivididos em duas parcelas:
-

Custos Iniciais: Se refere a todas as parcelas envolvidas na compra e


implementao do sistema.

Custos de Operao e Manuteno: Tratam das despesas com manuteno,


pessoal, atualizao de software e hardware, infra-estrutura, energia, segurana,
servios de telecomunicao, consultorias, etc.

4.2.5 Anlise de Custo/Desempenho

Para cada cenrio ou configurao que apresente desempenho compatvel com a


QoS desejada, uma anlise de custo deve ser realizada.
No final, um plano de negcio dever ser escrito para cada relao
custo/desempenho, contendo um plano de configurao (atualizaes necessrias no
hardware, software, redes e arquitetura de sistemas), um plano de investimentos
(oramento e cronograma de desembolso) e um plano de pessoal (estabelecendo novas
contrataes, treinamento, etc.).
A partir dos resultados obtidos com o modelo de desempenho e depois da anlise de
cada plano de negcio, deve ser selecionada a alternativa que apresenta a melhor relao
custo/desempenho.

4.3 Anlise e Projeto de Experimentos

Para medir o desempenho de um sistema, como foi citado acima, se utiliza


normalmente duas mtricas: tempo de resposta e throughput. Estas mtricas e outros

73

tipos de medidas que vierem a ser necessrias podem ser chamadas de variveis de
resposta quando servirem de resultado para um certo experimento.
Um experimento a combinao de vrios itens que afetam as variveis de resposta
e seus respectivos valores.
Cada um destes itens conhecido como fator e seus valores so conhecidos como
nveis. Em outras palavras, cada nvel do fator constitui uma alternativa para aquele
fator.
Geralmente, o desempenho de um sistema depende de mais de um fator (por
exemplo, carga de trabalho).
Cada fator pode ser classificado como:
-

Fator Primrio: aquele cujo efeito necessita ser quantificado.

Fator Secundrio: aquele que pode incidir sobre o desempenho, mas cuja
incidncia no necessita ser quantificada no momento.

Para obter o mximo de informaes com um nmero mnimo de experimentos se


faz uso de um projeto experimental formal. Um projeto experimental consiste da
especificao do nmero de experimentos (combinaes entre fatores e seus nveis) e do
nmero de replicaes (repeties) de cada experimento.
Uma anlise formal de experimentos ajuda na separao dos efeitos de cada fator
que podem comprometer o desempenho. Alm de permitir determinar se um fator tem
um efeito significante ou se a diferena observada simplesmente devido a variaes
randmicas causadas por parmetros que no foram controlados e por erros de medidas.
Durante uma anlise formal necessrio verificar se dois fatores interagem entre si,
ou seja, se o efeito de um depende do nvel do outro. Por exemplo, a Tabela 4.1 mostra
o desempenho de um sistema com dois fatores (A e B). Na situao (a), quando o fator
A trocado do nvel A1 para o nvel A2, o desempenho incrementado em 2,
independente do nvel do fator B. Neste caso, no h interao. Porm, quando o fator A
trocado do nvel A1 para o nvel A2, o desempenho aumentou em 2 ou em 3
dependendo se B est no nvel B1 ou no nvel B2, respectivamente. Os dois fatores
interagem neste caso (situao (b)).

74

TABELA 4.1: Fatores versus Interao.


Nveis
B1
B2

A1
3
6

A2
5
8

Nveis
B1
B2

a) Fatores sem Interao

A1
3
6

A2
5
9

b) Fatores com Interao

4.3.1 Tipos de Projetos Experimentais

Existe uma grande variedade de projetos experimentais, onde os mais usuais sero
apresentados a seguir:
a) Projetos Simples
Inicia-se com uma configurao tpica, variando um fator por vez, observando como
este fator afeta o desempenho.
Para saber o nmero de experimentos que sero requeridos neste tipo de projeto,
deve-se aplicar a seguinte frmula:
k

e=1+

(n - 1)
i

i=1

Onde, e o nmero de experimentos, k o nmero de fatores usados no projeto e n


a quantidade de nveis de cada fator.
Este tipo de projeto, porm, no faz o melhor uso do esforo realizado. No
eficiente. Se os fatores tm interao, este projeto pode levar a concluses erradas.
b) Projeto Fatorial Completo
Utiliza todas combinaes possveis de todos os nveis e de todos os fatores. O
nmero de experimentos poder ser obtido atravs da aplicao da frmula abaixo:

75

e=

i=1

Onde, e, k e n so nmeros de experimentos, nmeros de fatores e quantidade de


nveis de cada fator, respectivamente.
A vantagem deste tipo de projeto que todas as combinaes possveis de
configurao e carga so examinadas. possvel encontrar o efeito de todos os fatores
incluindo fatores secundrios e suas interaes. O principal problema o custo do
estudo. Pode custar muito conduzir estes experimentos, especialmente quando so
repetidos vrias vezes. Existem trs caminhos para reduzir o nmero de experimentos:
-

Reduzir o nmero de nveis por fator;

Reduzir o nmero de fatores;

Usar projetos fatoriais fracionrios.

c) Projeto Fatorial Fracionrio


Um projeto fatorial completo pode vir a ter um nmero de experimentos muito
grande e dificultar a anlise, alm de gastar muito tempo e ser muito dispendioso. Isto
pode acontecer se existir uma grande quantidade de fatores ou de nveis. Para solucionar
este problema, pode-se usar somente uma frao do projeto fatorial completo.
A vantagem deste tipo de projeto que economiza tempo e custos quando
comparado com o projeto fatorial completo. A desvantagem que a informao obtida
de um projeto fatorial fracionrio menor que aquela obtida em um projeto fatorial
completo, podendo, por exemplo, no ser possvel entender as interaes entre os
fatores.

76

4.4 Resumo do Captulo

O objetivo deste captulo relacionar a rea de engenharia de desempenho com o


ambiente de videoconferncia.
Atravs da descrio de uma metodologia para avaliao de desempenho e
planejamento de capacidade pode-se observar o quo interessante e importante essa
rea para a compreenso do ambiente atual e sua previso quanto ao custo e ao
desempenho.
Para que o usurio de videoconferncia fique satisfeito com o servio prestado, foi
comentado neste captulo a importncia da qualidade de servio (QoS), sendo descrita
sobre o ponto de vista do usurio e da rede de comunicao. Foram mostrados tambm
os elementos que devem ser observados para fornecer garantias de QoS.
No prximo captulo, ser realizada uma anlise de um estudo de caso atravs da
aplicao desta metodologia, a fim de mostrar a sua importncia quando aplicada no
incio de um projeto.

CAPTULO 5
APLICAO DA METODOLOGIA - ANLISE DE UM ESTUDO
DE CASO

Neste captulo, aplica-se a metodologia de avaliao de desempenho descrita no


Captulo 4. Esta avaliao possibilitar a realizao da anlise da infra-estrutura de um
sistema de videoconferncia com base na comparao de seu desempenho diante de
cenrios distintos.
Ser analisado o projeto do Centro Federal de Educao Tecnolgica do Estado do
Par (CEFET-PA) para a implantao de salas de videoconferncia entre a sede (em
Belm) e suas unidades de ensino (UNED's) (em Altamira, Marab e Tucuru).
importante a aplicao da metodologia de avaliao de desempenho no incio da
elaborao dos projetos para diminuir tempo de implantao e custos envolvidos.

5.1 Compreenso do Ambiente de Videoconferncia do Estudo de Caso

Em virtude do CEFET-PA no dispor de grandes recursos financeiros para


implantao do projeto, o mesmo dever ter custos compatveis com esta realidade e, ao
mesmo tempo, a necessria qualidade.
A videoconferncia proposta ser utilizada para o ensino a distncia e tambm para
reunies interativas entre funcionrios do CEFET-PA e das UNED's.
A rede ser constituda de quatro salas de videoconferncia. Cada sala ser projetada
para comportar at 25 pessoas.
Em cada sala de videoconferncia sero instalados os seguintes equipamentos do
mesmo fabricante:

78

Um equipamento de udio e vdeo e codec;

Uma cmera principal;

Uma cmera de documentos;

Um monitor de televiso colorido, de no mnimo 33;

Microfones de mesa, sendo capaz de capturar sons com cobertura de 360;

Alto-falantes;

Teclado de comando;

Um microcomputador para compartilhamento de dados nas sesses de


videoconferncia;

Interface de Rede RDSI;

Interface de Rede V.35;

Interface LAN Ethernet 10/100 Mbps;

Um quadro branco interativo (tipo Touchscreen);

Um videocassete;

Um projetor multimdia servindo de auxiliar do monitor principal.

Como o projeto visa tanto sesses ponto a ponto quanto multiponto, necessria
uma Unidade de Controle Multiponto (MCU). Esse equipamento ser instalado no
CEFET-PA em Belm e dever possuir as seguintes caractersticas:
-

Possuir porta de comunicao padro RDSI;

Flexibilidade de configurao de interfaces com, no mnimo, os seguintes


mdulos: T1/ISDN PRI, E1 (ETSI 300) e V.35/RS449/EIA-530/RS366;

Dever ser capaz de, sem que haja necessidade de substituir o chassi cotado,
agregar recursos internos que suportem a interconexo (cascateamento) com
outra MCU;

Dever apresentar chaveamento ativado por voz, ou seja, o equipamento mudar


automaticamente o vdeo quando o interlocutor muda;

Dever permitir usurios manter diferentes taxas de transferncia, numa faixa de


56 Kbps a 768 Kbps, durante uma videoconferncia.

Em Belm, se concentrar um software de gerenciamento de toda a rede.

79

Os equipamentos, como quadro branco interativo e microcomputadores, possuiro


softwares prprios para permitir o desempenho de suas funes, como por exemplo,
softwares de edio de texto, de banco de dados, de transferncia de dados, planilhas
eletrnicas e editores grficos.
A conectividade ser atravs de modems e roteadores instalados nas quatro salas de
videoconferncia.
O servio de comunicao ser disponibilizado pelas operadoras de longa distncia.
Entre as cidades escolhidas, o meio de transmisso ser via satlite, devido no
possurem, no momento, ligaes terrestres para comunicao de dados de alta
velocidade utilizando fibra ptica. Dentro das cidades, ou seja, da sala de
videoconferncia at a operadora, o meio de comunicao via rede pblica atravs de
fibra ptica. O circuito ser dedicado, porm a sua utilizao ser discada.
A Figura 5.1 mostra o ambiente de videoconferncia para o projeto do CEFET-PA.
FIGURA 5.1: Ambiente de Videoconferncia para o Projeto do CEFET-PA.

80

Os protocolos de comunicao, de udio, de vdeo, de dado e de tempo real devero


ser compatveis com as recomendaes emitidas pelo ITU-T, conforme explicao dada
no Captulo 3.
Considera-se que o servio a ser ofertado pelo ambiente de videoconferncia ser,
inicialmente, transmitido para at trs pontos remotos com uma sesso de uma hora de
durao de segunda a sexta-feira, no horrio comercial.
Os requisitos de qualidade (QoS) seguiro as recomendaes citadas no item 4.1 do
Captulo 4.

5.2 Compreenso e Caracterizao da Carga de Trabalho

A videoconferncia uma aplicao que consome largura de banda e requer alto


poder de processamento dos seus equipamentos. Quanto mais qualidade for exigida na
transmisso da videoconferncia, maior deve ser a largura de banda e maior o poder de
processamento dos equipamentos envolvidos.
Algumas falhas na transmisso podem vir da falta de um adequado
dimensionamento da largura de banda utilizada, do compartilhamento das mdias dentro
da rede em tempo real e da falta de preocupao com a qualidade de servio a ser
ofertado para o usurio.
A carga total do ambiente de videoconferncia composta dos seguintes
componentes bsicos:
-

O vdeo captado pela cmera principal;

A imagem captada pela cmera de documentos;

O som (udio) captado pelos microfones;

Os arquivos de textos, grficos, figuras e programas que esto sendo


compartilhados.

Os parmetros que melhor caracterizam a carga de cada componente bsico quanto


sua intensidade so: nmero de taxas aceitveis de erros de bit e de pacotes, nmero de
sesses ativas por dia, nmero mximo de pontos suportados pela rede, nmero de

81

pacotes enviados por segundo e o nmero de quadros mostrados por segundo (taxa de
quadros).
Quanto demanda de servio, os parmetros so: o tempo gasto por um determinado
codec para comprimir e descomprimir cada componente bsico, o retardo mximo
permitido para cada componente durante a sua transmisso e a largura de banda
necessria para transmisso das informaes.
A videoconferncia, considerada neste estudo de caso, ter durao de uma hora, de
segunda a sexta-feira, em horrio comercial. Portanto a janela de tempo para a medio
dos parmetros poder estar compreendida entre o horrio normal e o horrio de pico.
Os horrios de pico, conforme experincia das operadoras locais, compreendem das
10:00 s 11:00 h e das 14:00 s 16:00 h.
Como o presente estudo realizado em um ambiente de videoconferncia que ser
ainda implementado, no h possibilidade de monitorar e coletar informaes para os
parmetros que caracterizam a carga real do sistema. Consequentemente, a construo
do modelo de carga fica comprometida. Por esse motivo, recorre-se a um projeto
experimental a fim de ajudar nas tomadas de decises quanto ao desempenho do
sistema, considerando alguns cenrios tpicos para o ambiente. Os resultados do projeto
experimental, gerados para as anlises, foram obtidos por meio de um modelo analtico
de desempenho, criado em uma planilha eletrnica. A seguir, comenta-se sobre este
modelo e logo depois sobre o projeto.

5.3 Modelo de Desempenho

Um modelo de desempenho tem como objetivo estimar os valores de determinadas


variveis de desempenho ou de resposta em funo de um conjunto de parmetros.
No modelo de desempenho construdo, a varivel de resposta escolhida foi a taxa de
transmisso. A taxa de transmisso a quantidade de bits gerados pelo vdeo e pelo
udio, transmitidos por segundo. Com base na taxa de transmisso, ser possvel avaliar
a qualidade da transmisso, ou seja, quanto maior a taxa, maior ser a fluncia da
transmisso das mdias, facilitando a interatividade entre os participantes.

82

Os parmetros utilizados no modelo so o trfego gerado pelas mdias que mais


consomem largura de banda (udio e vdeo) e a velocidade de transmisso.
Para calcular o trfego gerado por um nico quadro de vdeo, sem aplicar nenhum
mtodo de compresso, utilizou-se a seguinte frmula:
Vdeo = Formato do Quadro x Cores
Sendo que:
-

Formato do Quadro o nmero de pixels que cada resoluo de vdeo possui


(por exemplo, SQCIF = 128 x 96 pixels);

Cores a quantidade de bits que representam as cores de um determinado pixel


(ou seja, preto ou branco = 1 bit por pixel, 256 tons de cinza = 8 bits por pixel e
RGB = 24 bits por pixel).

Maiores detalhes sobre o vdeo podero ser obtidos no Captulo 2.


A Tabela 5.1 mostra o resultado da frmula apresentada acima.
TABELA 5.1: Trfego Gerado pelo Vdeo sem Compresso (em bits).
Resoluo do Quadro
(pixels)
SQCIF
128 x 96
QCIF
176 x 144
CIF
352 x 288
4CIF
704 x 576
16CIF
1408 x 1152

Trfego gerado sem compresso / Cor


Preto / Branco 256 Tons de Cinza
RGB
12.288
98.304
294.912
25.344
202.752
608.256
101.376
811.008 2.433.024
405.504
3.244.032 9.732.096
1.622.016
12.976.128 38.928.384

Conforme a Tabela 5.1, o volume de dados gerados por um vdeo pode vir a ser
muito grande. Dependendo da escolha do tipo de resoluo do quadro, da cor e da
quantidade de quadros transmitidos por segundo (taxa de quadros), praticamente
impossvel, devido ao custo, de serem transmitidos em tempo real nas atuais redes de
comunicao disponveis. Por isso, a utilizao de mtodos de compresso se torna
imprescindvel. Devido variedade de mtodos existentes, a dificuldade de determinar a
taxa de compresso de cada um e, objetivando facilitar a anlise do projeto experimental

83

(que ser apresentado no prximo item), no foi aplicado mtodo de compresso


durante o clculo do trfego gerado pelo vdeo no modelo de desempenho.
A Tabela 5.2 mostra os principais padres de compresso de udio e suas
respectivas taxas de transmisso. Foram utilizados no modelo de desempenho, para o
clculo do trfego gerado pelo udio, somente os padres que esto destacados (G.711,
G.722 e G.728), por serem encontrados na maioria dos equipamentos de
videoconferncia disponveis no mercado (ver Anexo 1).
TABELA 5.2: Trfego Gerado pelo udio com Compresso.
Padres de Compresso
PCM
CVSD
IDVI
ADPCM
VADPCM
G.711
G.722
G.723
G.728
GSM
Delta Modulation
LPC

Taxa de Transmisso Gerada


64 Kbps
De 9 a 64 Kbps
Cerca de 46 Kbps
Cerca de 36 Kbps
Varivel
De 48 a 64 Kbps
De 48 a 64 Kbps Banda Larga
6,4 e 5,3 Kbps
16 Kbps
Cerca de 19 Kbps
Cerca de 16 Kbps
Cerca de 9 Kbps

Quanto velocidade de transmisso, utilizou-se no modelo uma faixa de 64 Kbps a


2 Mbps.
Ao contratar uma determinada largura de banda, se deseja que a sua velocidade
sempre seja aquela contratada. Mas, na realidade, a velocidade oscila durante a
transmisso

devido

vrios

fatores,

como:

compartilhamento

de

banda,

congestionamentos, nmero de usurios interligados ao mesmo tempo, entre outros.


Foram criados trs cenrios diferentes com o propsito de avaliar o comportamento
da taxa de transmisso nos diferentes tipos de servios oferecidos pelas operadoras.
O primeiro cenrio (cenrio 1) se refere largura de banda oferecida pela operadora,
cujas velocidades de transmisso mxima e mnima so fixadas no contrato junto com o
usurio. Este tipo de acordo feito quando o usurio e a operadora j possuem
conhecimento de quanto o servio ofertado necessitar de largura de banda, no
comprometendo a qualidade do servio exigida.

84

Observa-se na Tabela 5.3 que a velocidade da moda (velocidade mais freqente)


normalmente fica em torno do mesmo valor, independentemente do horrio de
utilizao do servio, isso se deve, normalmente, pelo fato do ambiente de rede ser
totalmente dedicado aos usurios de uma mesma empresa.
No modelo de desempenho construdo para este cenrio, foram utilizadas as
variaes das seguintes faixas de velocidade, em bits por segundo.
TABELA 5.3: Faixas de Velocidade para o Cenrio 1.
Velocidade Mnima Velocidade da Moda Velocidade Mxima
64.000
100.000
128.000
128.000
256.000
384.000
384.000
512.000
768.000
512.000
768.000
2.000.000
O segundo cenrio (cenrio 2) se refere a um contrato entre a empresa operadora e a
empresa usuria, onde definida somente a velocidade mxima de transmisso. Este
tipo de acordo feito quando no se possui conhecimento suficiente de quanto de
largura de banda ser necessria e, por isso, determinado um valor mximo para a
velocidade, podendo nunca ser utilizado na sua totalidade. Durante o horrio normal, os
usurios podero conseguir uma velocidade muito prxima da velocidade mxima, por
exemplo, a velocidade da moda poderia chegar a 85% da velocidade mxima. Durante o
horrio de pico, a velocidade da moda diminuiria para 65% da velocidade mxima.
Contudo podero ocorrer algumas falhas na transmisso, independentemente do horrio,
e ocasionar uma velocidade de 50% da velocidade contratada.
No modelo de desempenho construdo para este cenrio, a variao das velocidades,
em bits por segundo, est descrita na Tabela 5.4 e na Tabela 5.5.
TABELA 5.4: Faixas de Velocidade para o Cenrio 2 - Horrio Normal.
Velocidade Mnima Velocidade da Moda Velocidade Mxima
64.000
108.800
128.000
192.000
326.400
384.000
384.000
652.800
768.000
1.000.000
1.700.000
2.000.000

85

TABELA 5.5: Faixas de Velocidade para o Cenrio 2 - Horrio de Pico.


Velocidade Mnima Velocidade da Moda Velocidade Mxima
64.000
83.200
128.000
192.000
249.600
384.000
384.000
499.200
768.000
1.000.000
1.300.000
2.000.000
O ltimo cenrio (cenrio 3) muito parecido com o cenrio 1, as velocidades
mxima e mnima so fixadas no contrato, porm a velocidade da moda fica em torno
de 85% da velocidade mxima no horrio normal e 65% no horrio de pico. O ambiente
de rede, neste caso, compartilhado por outros usurios de diferentes empresas.
A variao das velocidades em bits por segundo, do cenrio 3, est descrita nas
Tabelas 5.6 e 5.7.
TABELA 5.6: Faixas de Velocidade para o Cenrio 3 - Horrio Normal.
Velocidade Mnima Velocidade da Moda Velocidade Mxima
64.000
108.800
128.000
128.000
326.400
384.000
384.000
652.800
768.000
768.000
1.700.000
2.000.000
TABELA 5.7: Faixas de Velocidade para o Cenrio 3 - Horrio de Pico.
Velocidade Mnima Velocidade da Moda Velocidade Mxima
64.000
83.200
128.000
128.000
249.600
384.000
384.000
499.200
768.000
768.000
1.300.000
2.000.000
Como se pode observar, as operadoras trabalham dentro de uma determinada faixa
de velocidade (entre velocidades mnimas e mximas) para disponibilizar o servio que
foi contratado. Para simular essa oscilao dentro dessa faixa, foi utilizada a frmula da
distribuio triangular, descrita abaixo:
a + R (b - a)(c - a),

se 0 <= R <= b - a
c-a

c - (1 - R)(c - b)(c - a),

se b - a < R <= 1
c-a

x=

86

Sendo que:
-

x a velocidade resultante da frmula;

a a velocidade mnima contratada;

b a velocidade da moda;

c a velocidade mxima contratada;

R um nmero gerado aleatoriamente.

Para obter os valores da varivel de resposta (taxa de transmisso) nos trs cenrios
escolhidos, foi aplicada a seguinte frmula em funo dos parmetros citados acima:
Taxa de Transmisso = x / (v + a)
Sendo que x a velocidade resultante da frmula da distribuio triangular, v o
trfego gerado por cada quadro de vdeo e a o trfego gerado por cada amostra de
udio.

5.4 Projeto Experimental e Anlise dos Resultados

Um projeto experimental visa obter o mximo de informaes com um nmero


mnimo de experimentos, diminuindo o tempo gasto na aquisio dos dados.
A anlise realizada em relao transmisso dos dados. Para isso foram usados os
seguintes fatores: o trfego gerado pelo vdeo e pelo udio e a velocidade mxima de
transmisso.
Uma anlise a respeito da relao desses fatores com a varivel de resposta (taxa de
transmisso) ajudar um administrador a escolher a melhor opo para a aquisio da
videoconferncia visando um servio com qualidade e custos satisfatrios.
O projeto experimental que utiliza todas as combinaes possveis de todos os nveis
de todos os fatores chamado Projeto Fatorial Completo (ver Tabela 5.8).

87

TABELA 5.8: Projeto Fatorial Completo.


Fatores
Trfego gerado pelo Vdeo

Nveis
SQCIF - Preto / Branco
QCIF - Preto / Branco
CIF - Preto / Branco
4CIF - Preto / Branco
16CIF - Preto / Branco
SQCIF - 256 Tons de Cinza
QCIF - 256 Tons de Cinza
CIF - 256 Tons de Cinza
4CIF - 256 Tons de Cinza
16CIF - 256 Tons de Cinza
SQCIF - RGB
QCIF - RGB
CIF - RGB
4CIF - RGB
16CIF - RGB
Trfego gerado pelo udio 5,3 Kbps
6,4 Kbps
9 Kbps
16 Kbps
19 Kbps
36 Kbps
48 Kbps
64 Kbps
Velocidade Mxima de 64 Kbps
Transmisso
128 Kbps
256 Kbps
384 Kbps
512 Kbps
768 Kbps
1 Mbps
2 Mbps
Nmero de Experimentos possveis (15 x 8 x 8)

Quantidade de Nveis

15

960

Porm, o nmero de experimentos neste tipo de projeto grande (960


experimentos), levando muito tempo para se analisar os resultados.
Uma reduo do nmero de nveis por fator ajudaria a reduzir o nmero de
experimentos e chegar a uma anlise eficaz com economia de tempo. Este procedimento
conhecido como Projeto Fatorial Fracionrio.
Foram escolhidos os nveis que so encontrados na maioria dos equipamentos de
videoconferncia disponveis no mercado. Como nveis do fator trfego gerado pelo
vdeo foram escolhidos somente quadros totalmente coloridos (ou seja, RGB). Para o

88

fator trfego gerado pelo udio, foram escolhidos somente dois nveis, 16 Kbps e 64
Kbps. Para o fator velocidade mxima de transmisso, os nveis escolhidos so: 128
Kbps, 384 Kbps, 768 Kbps e 2 Mbps.
O projeto em estudo foi reduzido para 40 experimentos diferentes (considerando as
diferentes combinaes entre fatores e seus nveis). Contudo foram realizadas repeties
(replicaes) nas mesmas combinaes a fim de se isolar erros experimentais e se
verificar as interaes entre os fatores.
Durante a anlise necessrio verificar a interao entre os fatores. Desta forma, foi
determinado que o limite de interao, ou seja, o nvel de significncia dos testes seria
de 5%. Em termos estatsticos, isso significa que o valor do espao P (Pr) em relao ao
Teste F seria de 5%. Para poder analisar o nvel de significncia, deve-se observar o
seguinte:
-

Se o nvel for acima de 5%: Significa que no h interao significativa, ou


seja, quando em um determinado experimento troca-se o valor de um fator, de
um nvel para outro, o resultado da varivel de resposta no afetado, isto , seu
comportamento independente deste fator.

Se o nvel for abaixo de 5%: Significa que h interao significativa, ou seja, o


resultado da varivel de resposta afetado quando em um determinado
experimento troca-se o valor de um fator de um nvel para outro.

Para cada cenrio criado no modelo de desempenho foi feita uma anlise estatstica
do efeito dos trs fatores sobre a varivel de resposta para poder validar o modelo de
desempenho e tambm para separar os efeitos de cada fator em relao ao desempenho
do sistema.
No cenrio 1, foram feitas cinco replicaes para cada experimento. Os fatores, os
nveis empregados e os resultados da varivel de resposta para este cenrio podem ser
vistos na Tabela A.3 no Anexo 2. Como resultado da anlise estatstica, obteve-se:

89

H interao significativa entre udio e vdeo ao utilizar as velocidades 128


Kbps e 768 Kbps. Porm, ao escolher um dos dois nveis de udio (16 Kbps ou
64 Kbps), somente na primeira resoluo de vdeo (SQCIF), o resultado (taxa de
transmisso) ser afetado significativamente.

No h interao significativa entre as duas mdias e tambm entre os nveis de


udio nas velocidades 384 Kbps e 2 Mbps. Porm, na velocidade 384 Kbps,
observou-se que as resolues de vdeo (4CIF e 16CIF) so estatisticamente
iguais, ou seja, o resultado bastante semelhante independentemente de qual
dessas duas resolues de vdeo e dos dois nveis de udio se escolheu. J na
velocidade 2 Mbps, observou-se que as resolues de vdeo (CIF, 4CIF e 16CIF)
so estatisticamente iguais.

No cenrio 2, foram feitas dez replicaes. Os fatores, os nveis empregados e os


resultados da varivel de resposta para este cenrio podem ser vistos nas Tabelas A.4 e
A.5 no Anexo 2. Como resultado da anlise estatstica, obteve-se:

Nas primeiras cinco repeties, nos dois horrios de utilizao (normal e pico),
observou-se que h interao significativa entre udio e vdeo nas quatro
velocidades. Porm verificou-se que, independentemente da velocidade de
transmisso escolhida, somente na primeira resoluo de vdeo (SCIF)
combinada com um dos dois nveis de udio (16 Kbps ou 64 Kbps), o resultado
da taxa de transmisso bastante afetado. Verificou-se tambm que o resultado
no alterado ao combinar as resolues de vdeo (4CIF e 16CIF) com os dois
nveis de udio.

Nas outras cinco repeties, observou-se que no h interao significativa entre


udio e vdeo nas quatro velocidades e nem entre os nveis de udio, quando o
horrio for normal. Mas h interao significativa nas quatro velocidades quando
o horrio for de pico.

No cenrio 3, foram realizadas dez replicaes. Os fatores, os nveis empregados e


os resultados da varivel de resposta para este cenrio podem ser vistos nas Tabelas A.6
e A.7 no Anexo 2. Como resultado da anlise estatstica, obteve-se:

90

Nas primeiras cinco repeties, no horrio normal, observou-se que h interao


significativa entre udio e vdeo nas velocidades 128 Kbps, 768 Kbps e 2 Mbps.
Mas no h interao significativa na velocidade 384 Kbps, considerando o nvel
de significncia dos testes ser exatamente igual a 5%. Independentemente da
velocidade de transmisso escolhida, as resolues de vdeo (4CIF e 16CIF) so
estatisticamente iguais. Quanto ao horrio de pico, observou-se que somente nas
velocidades 128 Kbps e 768 Kbps h interao significativa entre udio e vdeo
e no h interao significativa nas velocidades 384 Kbps e 2 Mbps.

Nas outras cinco repeties, observou-se que, quando o horrio for normal, no
h interao significativa entre udio e vdeo nas quatro velocidades. E quando o
horrio for de pico, h interao significativa entre udio e vdeo nas velocidades
128 Kbps e 768 Kbps e no h interao significativa nas velocidades 384 Kbps
e 2 Mbps.

Pode-se concluir a respeito de todas as anlises feitas em cada cenrio que, ao optar
pela resoluo de vdeo (SQCIF), a taxa de transmisso sofrer alteraes dependendo
da escolha de 16 Kbps ou 64 Kbps para o trfego de udio. Porm, para aqueles
usurios que no exigem muita qualidade e possuem equipamentos cujo poder de
processamento baixo, essa opo satisfatria.
Mas, se existir um equipamento que possui resoluo de vdeo (4CIF) e outro
(16CIF), o usurio dever escolher aquele mais barato, pois no ser percebida uma
alterao na transmisso se optar por uma ou outra resoluo e a qualidade
considerada boa.
Dependendo da velocidade utilizada, durante um horrio de pico, a transmisso
poder ser bastante afetada, tendo o usurio que escolher a menor resoluo de vdeo e a
menor taxa de transmisso de udio. Quanto menor a velocidade, pior a qualidade
durante o horrio de pico. Por isso, a velocidade 128 Kbps no deveria ser escolhida.
Para compensar a perda de qualidade e a velocidade baixa, deve-se possuir um
equipamento de videoconferncia, cujo codec seja poderoso o bastante para no afetar a
taxa de transmisso.

91

Nesse estudo de caso, a qualidade deve ser boa e por isso no se pode adquirir
equipamentos com baixo poder de processamento, porm o custo do projeto poder ser
bem maior se forem escolhidos equipamentos de boa qualidade. Para que a relao
custo x benefcio seja aceitvel, deve-se escolher equipamentos que possuam resoluo
acima de SQCIF e a velocidade deve ser em torno de 384 Kbps.

5.5 Modelos e Previso de Custos

Um modelo de custo tem como objetivo contabilizar os dispndios relacionados a


instalao, operao e manuteno de um determinado ambiente.
O modelo de custo para um ambiente de videoconferncia pode ser subdividido em:
custos iniciais e custos mensais.
Para os custos iniciais, deve-se obter as seguintes informaes:
-

Valor unitrio do equipamento de videoconferncia e quantidade requerida;

Valor unitrio da Unidade de Controle Multiponto (se for necessria) e


quantidade requerida;

Custos com cabeamento;

Custos com a aquisio de softwares;

Custo de instalao da sala de videoconferncia e quantidade de salas;

Custos com o suporte tcnico (consultores, arquitetos, etc.);

Custos com treinamentos de pessoal;

Preos cobrados na instalao dos servios prestados por cada operadora de


comunicao, tanto local quanto de longa distncia, que opera na rea onde ser
implantada a videoconferncia.

Para os custos mensais, deve-se obter as seguintes informaes:


-

Custos com aperfeioamento de pessoal;

Custos com energia;

Custos com a manuteno de softwares e equipamentos;

92

Custos com pessoal;

Preos mensais dos servios prestados por cada operadora (assinatura mensal de
cada servio e o custo do impulso de acordo com a velocidade de transmisso, os
dias e horrios de utilizao, a durao da chamada e a distncia entre os
pontos).

Por causa da concorrncia existente entre as operadoras de comunicao, sugere-se


uma pesquisa de preos dos servios ofertados por cada um delas.
Com o modelo de desempenho validado e o modelo de custos pronto, deve-se
realizar anlises sobre a relao custo e desempenho das alternativas propostas.
Para cada cenrio ou configurao que apresente desempenho compatvel com a
QoS desejada, uma anlise de custo deve ser realizada.

5.6 Resumo do Captulo

Neste captulo foi aplicada a metodologia de avaliao de desempenho (descrita no


Captulo 4) com o propsito de analisar o comportamento de um ambiente de
videoconferncia em diferentes cenrios. A largura de banda, por ser considerada um
dos pontos crticos, foi escolhida como um dos principais fatores a ser analisado.
Atravs de alguns testes de cenrios pode-se avaliar a influncia das mdias de udio e
vdeo em relao qualidade da transmisso. Foram, tambm, encaminhadas algumas
sugestes (comentrios) sobre como determinar a melhor relao qualidade
(desempenho) x custo de acordo com as necessidades dos usurios deste ambiente.

CAPTULO 6
CONCLUSES E RECOMENDAES

Um dos fatores mais importantes da Era do Conhecimento a velocidade com que


se processam as tarefas, impondo uma agilidade nas tomadas de deciso, bem como na
produo e entrega de bens e servios com qualidade.
A videoconferncia proporciona essa rapidez com economia de recursos no
deslocamento de pessoal e no transporte de informaes, sendo uma ferramenta ideal
para as regies com difcil acesso e distantes dos centros de deciso, como as cidades da
regio Norte.
O Centro Federal de Educao Tecnolgica do Estado do Par (CEFET-PA) uma
instituio de ensino que tem tudo para desempenhar, com xito, as atividades da
videoconferncia, visando combinar presena estratgica com rentabilidade.
Este trabalho apresenta uma descrio do ambiente de videoconferncia, com uma
metodologia de avaliao de desempenho, voltado para a preocupao com a qualidade
do servio. Atravs da aplicao da metodologia utilizada avaliou-se o comportamento
do ambiente a ser implantado no CEFET-PA.
Na literatura apresentada, o leitor pode chegar a concluses que o auxiliaro na
tomada de deciso, quanto ao servio oferecido pelas operadoras de telecomunicao e
as aplicaes utilizadas no ambiente de videoconferncia.
Para uma boa implantao de um ambiente de videoconferncia necessria a
realizao de uma anlise a respeito de como seria utilizado esse ambiente.
Analisando os testes de alguns cenrios, sobre o trfego gerado pelas principais
mdias de um ambiente de videoconferncia, possibilitou recomendar a melhor
velocidade a ser utilizada no projeto.
A qualidade da imagem a uma taxa de transmisso de 128 Kbps aceitvel para a
maioria das aplicaes. Contudo velocidades maiores como 256 Kbps ou 384 Kbps
permitem uma imagem mais fluida e velocidades superiores permitem qualidades
prximas a de uma emissora de televiso.
Recomenda-se linhas de padro RDSI ou DATAFONE 64. No caso da
impossibilidade destas, a alternativa utilizar uma linha de comunicao de dados

94

privativa, de velocidade mnima de 128 Kbps at o ponto onde deva se localizar a MCU
(Unidade de Controle Multiponto). No local onde deve estar a MCU deve ser provido
uma converso de protocolos H.320 para H.323.
A especificao do equipamento de videoconferncia depende do tipo de linha
disponvel, por isso deve-se atentar para este fato quando da elaborao do edital de
compra.
importante que o CEFET-PA faa um planejamento das mudanas a serem
implantadas com a videoconferncia, no qual devem estar contidas estratgias de
treinamento,

instalao,

operao

administrao

dos

equipamentos

de

videoconferncia, que objetivem preparar os recursos humanos (tcnicos, operadores,


professores e administradores), para que possam vivenciar conscientemente todo esse
processo, minimizando, assim, os fatores de resistncia s mudanas.
O planejamento eficaz das mudanas deve incluir um Programa de Comunicao
que tenha por objetivo garantir o entendimento uniforme em todas as reas, que, desse
modo, passaro a ver como sero afetadas e quais os benefcios das novas alternativas
administrativas. Assim, os focos de resistncias que por ventura existirem, daro lugar
aos focos de ateno, criando-se, assim, um ambiente de confiana para que todos
expressem suas dvidas e idias.
A videoconferncia poder ser baseada em estdio ou realizada em computadores
pessoais.
A videoconferncia baseada em estdio, normalmente, utilizada para educao a
distncia, telemedicina e outras aplicaes que requerem alto poder de processamento
dos equipamentos e qualidade adequada s necessidades dos usurios. Enquanto que a
videoconferncia realizada em microcomputadores mais utilizada para contatos em
grupo (por exemplo, reunies entre funcionrios), no exigindo muita qualidade na
transmisso.
A quantidade de pessoas que estaro se comunicando em cada ponto tambm
influencia na deciso de qual tipo de equipamento de videoconferncia ser utilizado.
As salas podem ser de trs tipos: pequena (1 pessoa), mdia (de 1 a 10 pessoas) ou
grande (at 30 pessoas). Normalmente, observa-se que quanto maior for a sala maior
ser a exigncia de qualidade, o poder de processamento dos equipamentos utilizados e
o custo na sua aquisio.

95

A padronizao das salas e dos equipamentos garante que haja comunicao entre os
pontos e a substituio, reparos, modificaes e ajustes necessrios.
Os produtos que o mercado oferece para videoconferncia servem para todos os
tipos de clientes, com qualidade e preos variados. No Anexo 1 so apresentados alguns
produtos de videoconferncia de trs empresas especializadas. A avaliao das
caractersticas de cada produto ajudou na anlise realizada neste trabalho.
Durante a realizao da avaliao do desempenho de um ambiente de
videoconferncia, deparou-se com algumas dificuldades, tais como: a falta de um
ambiente de videoconferncia real que permitisse determinar com mais preciso o
desempenho do ambiente; a falta de especificao dos parmetros de qualidade para
cada requisito de comunicao e a documentao escassa sobre o assunto.
Dessa forma, fica aqui a produo da autora, que provavelmente carece de
complementaes, mas que significa uma efetiva contribuio s reflexes que ora se
fazem necessrias.

6.1 Recomendaes

Este trabalho no tem a pretenso de ser uma proposta acabada. Recomenda-se


promover discusses, a disseminao do conhecimento sobre videoconferncia e sua
popularizao.
Com relao a operadora de telecomunicao a ser escolhida, esta deve apresentar
curto prazo de instalao, qualidade e custo dos servios compatveis com um projeto
bem sucedido.
Como estudos futuros, a fim de dar continuidade a este trabalho, sugere-se que se
faa uma comparao entre as tecnologias ATM e Gigabit Ethernet por serem as que
oferecem velocidades compatveis com as exigncias das aplicaes multimdia de
tempo real.
Como ATM oferece mtodos para implementao de QoS, porm seu custo
elevado e as redes de comutao de pacotes (como Ethernet e Fast-Ethernet) so mais
disseminadas, porm a qualidade oferecida a do melhor esforo (best effort). Uma

96

outra questo deve ser tratada: A determinao de QoS em redes de comutao de


pacotes de forma a viabilizar o uso de videoconferncia sem a perda da qualidade.
Uma outra recomendao que sejam feitas pesquisas para o desenvolvimento de
mtodos de compresso e descompresso que no exijam alto poder de processamento
dos equipamentos e gerem taxas maiores de compresso, sem prejudicar a qualidade da
transmisso.

REFERNCIAS BIBLIOGRFICAS

ALKEN M. R. S. Worldwide Video Conversions. Video Tape Conversion Service


PAL

NTSC
SECAM.
Disponvel
em:
<http://www.alkenmrs.com/video/standards.html>. Acesso em: 16 abr. 2001.
BARCIA, Ricardo Miranda, et al. UNIVERSIDADE VIRTUAL: a experincia da
UFSC em programas de requalificao, capacitao, treinamento e formao a distncia
de mo-de-obra no cenrio da economia globalizada. Em Aberto, Braslia, ano 16, n.
70, p. 141-146, abr./jun. 1996.
BEIER, Ines. Group Communication and Scalability in Videoconferencing over
ATM
(GCSVA).
Disponvel
em:
<http://www-rnks.informatik.tucottbus.de/~beier/gcsva.e.html>. Acesso em: 16 abr. 2001.
BORDIGNON, Mrcio Rodrigo. Vdeo Conferncia: Conceitos, Tecnologias e Uso.
Rio de Janeiro: Book Express, 2001. 143 p.
BORTOLUZZI, Dayna Maria. Utilizao de Filtros de Escalamento de Mdia na
Interconexo de Duas Redes Heterogneas. 1999. 111 f. Dissertao (Mestrado em
Cincia da Computao) - Programa de Ps-graduao em Cincia da Computao,
Universidade Federal de Santa Catarina, Florianpolis.
BRADFORD, Steven. A Simplified Guide to the NTSC Video Signal. Disponvel
em: <http://www.scanet.com/Users/bradford/ntscvideo.html>. Acesso em: 25 maio
1999 apud ZANIN, Fabio Asturian. Um Modelo para Videoconferncia em
Computador Pessoal sobre Redes IP. 2000. 140 f. Dissertao (Mestrado em
Cincia da Computao) - Programa de Ps-graduao em Computao, Universidade
Federal do Rio Grande do Sul, Porto Alegre.
CARNEIRO, Mra Lcia Fernandes. VIDEOCONFERNCIA: Ambiente para
educao distncia. Disponvel em: <http://penta.ufrgs.br/pgie/workshop/mara.htm>.
Acesso em: 10 nov. 2000.
CODEC
CENTRAL.
Codecs.
<http://www.icanstream.tv/CodecCentral/Codecs/index.html>.
2001.

Disponvel
em:
Acesso em: 16 abr.

98

COFFEY, Gregory A.
Video Over ATM Networks.
Disponvel em:
<http://www.cis.ohio-state.edu/~jain/cis788-97/video_over_atm/index.htm>.
Acesso
em: 16 abr. 2001.
COULOURIS, George; DOLLIMORE, Jean; KINDBERG, Tim. Distributed Systems:
Concepts and Design. Third Edition. Pearson Education: Addison-Wesley, 2001. p.
607-633.
DINIZ, Ana Luiza B. de P. Barros. Um Servio de Alocao Dinmica de Banda
Passante em Redes ATM para Suporte a Aplicaes Multimdia. 1998. 103 f.
Dissertao (Mestrado em Cincia da Computao) - Instituto de Cincias Exatas,
Universidade Federal de Minas Gerais, Belo Horizonte.
DODD, Annabel Z. The Essential Guide to Telecommunications. Second Edition.
New Jersey: Prentice Hall PTR, 1999. 365 p.
FERREIRA, Claudio. Videoconferncia: no rumo da popularizao.
Computing Brasil, ano 3, n. 34, p. 62-65, dez. 2001.

Network

FLUCKIGER, F.
Understanding Networked Multimedia: Applications and
Technology. Inglaterra: Prentice Hall, 1995 apud DINIZ, Ana Luiza B. de P. Barros.
Um Servio de Alocao Dinmica de Banda Passante em Redes ATM para
Suporte a Aplicaes Multimdia. 1998. 103 f. Dissertao (Mestrado em Cincia da
Computao) - Instituto de Cincias Exatas, Universidade Federal de Minas Gerais,
Belo Horizonte.
FONSECA, Jos Luiz; STANTON, Michael.
Estudo Experimental de
Videoconferncia em Inter-Redes IP com QoS. Developers' Cio Magazine, ano 6, n.
62, p. 29-32, out. 2001.
FREEDMAN, Alan. Dicionrio de Informtica. Traduo Brasil Ramos Fernandes,
Elaine Pezzoli, Ktia A. Roque. So Paulo: Makron Books, 1995. p. 516.
FREITAS FILHO, Paulo Jos de. Modelagem, Projeto e Avaliao de Desempenho
de Redes. Universidade Federal de Santa Catarina, jul. 2000. 96 f. Apostila de Aula.
Mimeografado.

99

INTERNATIONAL STANDARDS ORGANIZATION.


Quality of Service
Framework - Outline. ISO, maio 1992 apud DINIZ, Ana Luiza B. de P. Barros. Um
Servio de Alocao Dinmica de Banda Passante em Redes ATM para Suporte a
Aplicaes Multimdia. 1998. 103 f. Dissertao (Mestrado em Cincia da
Computao) - Instituto de Cincias Exatas, Universidade Federal de Minas Gerais,
Belo Horizonte.
INTERNATIONAL TELECOMMUNICATION UNION.
Telecommunication
Standardization Sector.
Telematic, Data Transmission, ISDN Broadband,
Universal, Personal Communications and Teleconference Services: Operation and
Quality of Service - Videoconference Service General - Recommendation F.730. ITUT, 1992 apud OLIVEIRA, Jauvane Cavalcante de.
TVS: Um Sistema de
Videoconferncia. 1996. 105 f. Dissertao (Mestrado em Cincias em Informtica) Departamento de Informtica, Pontifcia Universidade Catlica do Rio de Janeiro, Rio
de Janeiro. Disponvel em: <http://www2.mcrlab.uottawa.ca/~jauvane/MSc/>. Acesso
em: 14 ago. 2001.
ISOKANGAS, Jari. H.320 based videoconferencing in ISDN-, Ethernet- and ATMnetworks.
Disponvel em: <http://matwww.ee.tut.fi/kamu/distancedocs/jarii.htm>.
Acesso em: 16 abr. 2001.
KELTON, W. David; SADOWSKI, Randall P.; SADOWSKI, Deborah A. Simulation
with Arena. [S.l.]: WCB/McGraw-Hill, 1998. 547 p.
LEOPOLDINO, Graciela Machado; MOREIRA, Edson dos Santos. Modelos de
Comunicao para Videoconferncia. NewsGeneration, v. 5, n. 3, 11 maio 2001.
Disponvel em: <http://www.rnp.br/newsgen/0105/video.shtml>. Acesso em: 22 maio
2001.
LIMA, Maria das Graas da Silva. Desafios da Educao a Distncia usando
Tecnologia WWW: Uma Abordagem Histrica.
1999.
76 f.
Monografia
(Especializao em Informtica na Educao) - Universidade da Amaznia, Belm.
LU, Cary. The Race for Bandwidth: Understanding Data Transmission.
Microsoft Press, 1998. 199 p.

[S.l.]:

LU, G. Communication and Computing for Distributed Multimedia Systems.


[S.l.]: Artech House, 1996 apud DINIZ, Ana Luiza B. de P. Barros. Um Servio de
Alocao Dinmica de Banda Passante em Redes ATM para Suporte a Aplicaes
Multimdia. 1998. 103 f. Dissertao (Mestrado em Cincia da Computao) Instituto de Cincias Exatas, Universidade Federal de Minas Gerais, Belo Horizonte.

100

MELCHIORS, Cristina. Sistemas Interpessoais de Videoconferncia (MBone).


Universidade Federal do Rio Grande do Sul, 1997.
Disponvel em:
<http://www.penta.ufrgs.br/~cristina/mbone/ti/indiceti.htm>. Acesso em: 22 jan. 2001.
MELO, Edison Tadeu Lopes. Tutorial H.323. Florianpolis: UFSC, 1999. 21 p.
MELO, Edison Tadeu Lopes; CAVALCANTE, Sedecias.
Ferramentas para
Conferncia H.323: Terminais, MCUs, Gatekeepers e Gateways. Florianpolis:
UFSC, 1999. 17 p.
MENASC, Daniel A.; ALMEIDA, Virglio A. F.; DOWDY, Larry W. Capacity
Planning and Performance Modeling: From Mainframes to Client-Server Systems.
New Jersey: Prentice Hall PTR, 1994. 412 p.
MOURA FILHO, Csar Olavo de; OLIVEIRA, Mauro. Videoconferncia em
Educao Distncia.
Fortaleza: CEFET-CE, 1998.
Disponvel em:
<http://lar.cefetce.br/N/Capa.htm>. Acesso em: 16 abr. 2001.
NASSIF, Lilian Noronha. Planejamento de Capacidade para a WAN da Rede
Municipal de Informtica. 1997. 122 f. Dissertao (Mestrado em Administrao
Pblica) - Curso de Mestrado da Escola de Governo de Minas Gerais, Fundao Joo
Pinheiro, Belo Horizonte.
NCLEO DE MULTIMDIA E INTERNET. Videoconferncia: Definies e
Padres. Disponvel em: <http://www.nmi.com.br/videocon.asp>. Acesso em: 22 jan.
2001.
OLIVEIRA, Jauvane Cavalcante de. TVS: Um Sistema de Videoconferncia. 1996.
105 f. Dissertao (Mestrado em Cincias em Informtica) - Departamento de
Informtica, Pontifcia Universidade Catlica do Rio de Janeiro, Rio de Janeiro.
Disponvel em: <http://www2.mcrlab.uottawa.ca/~jauvane/MSc/>. Acesso em: 14 ago.
2001.
OLIVEIRA, Mauro Barbosa de (Coord.). Ante-Projeto: Aquisio de Equipamentos
de Videoconferncia para a Rede de Centros Federais de Educao Tecnolgica.
Fortaleza: CEFET-CE, [199-].

101

ONVURAL, Raif O. Asynchronous Transfer Mode Networks: Performance Issues.


2. ed. [S.l.]: Artech House Inc., 1995 apud ZANIN, Fabio Asturian. Um Modelo para
Videoconferncia em Computador Pessoal sobre Redes IP. 2000. 140 f.
Dissertao (Mestrado em Cincia da Computao) - Programa de Ps-graduao em
Computao, Universidade Federal do Rio Grande do Sul, Porto Alegre.
OTSUKA, Joice Lee. Fatores Determinantes na Efetividade de Ferramentas de
Comunicao Mediada por Computador no Ensino Distncia. Universidade
Federal
do
Rio
Grande
do
Sul.
Disponvel
em:
<http://penta.ufrgs.br/pesquisa/joice/joice_ti.html#sumula>. Acesso em: 4 dez. 2001.
PASSMORE, D. O Grande Debate sobre Qualidade de Servio. Revista BCR Brasil,
1997 apud MOURA FILHO, Csar Olavo de; OLIVEIRA, Mauro. Videoconferncia
em Educao Distncia.
Fortaleza: CEFET-CE, 1998.
Disponvel em:
<http://lar.cefetce.br/N/Capa.htm>. Acesso em: 16 abr. 2001.
PEREIRA, Fernando F. Nunes. Transmisso de Vdeo MPEG com Negociao
Dinmica de Banda Passante em Redes ATM. 1998. 100 f. Dissertao (Mestrado
em Cincia da Computao) - Instituto de Cincias Exatas, Universidade Federal de
Minas Gerais, Belo Horizonte.
PHILIPS. Site Empresarial. Disponvel em: <http://www.philips.com>. Acesso em:
19 set. 2001.
PICTURETEL.
Site
Empresarial.
Disponvel
<http://www.picturetel.com/home.asp>. Acesso em: 19 set. 2001.

em:

PIRES, Daniel Facciolo; MACHADO, Elaine Parros; SILVA, Klinger Gervsio da.
Desempenho em Sistemas Distribudos. Instituto de Cincias Matemticas e de
Computao, Universidade de So Paulo, [199?]. Trabalho no publicado.
POLYCOM. Site Empresarial. Disponvel em: <http://www.polycom.com>. Acesso
em: 19 set. 2001.
PROTOCOLS.COM.
Audio/Visual
over
ATM.
Disponvel
<http://www.protocols.com/pbook/audiov.htm>. Acesso em: 23 jan. 2002.

em:

______.
H.323.
Disponvel em: <http://www.protocols.com/pbook/h323.htm>.
Acesso em: 16 abr. 2001.

102

PONTIFCIA UNIVERSIDADE CATLICA DO PARAN. Laboratrio de Mdias


Interativas.
Videoconferncia
na
PUCPR.
Disponvel
em:
<http://www.lami.pucpr.br/cursos/videoconf>. Acesso em: 23 nov. 2000.
RETTINGER, Leigh A. Desktop Videoconferencing: Technology and Use for
Remote Seminar Delivery. Raleigh, North Carolina: A thesis submitted to the Graduate
Faculty of North Carolina State University in partial fullfillment of the requirements for
the Degree of Master of Science, 1995 apud ZANIN, Fabio Asturian. Um Modelo
para Videoconferncia em Computador Pessoal sobre Redes IP. 2000. 140 f.
Dissertao (Mestrado em Cincia da Computao) - Programa de Ps-graduao em
Computao, Universidade Federal do Rio Grande do Sul, Porto Alegre.
SCHULZRINNE, H., et al. RTP: A Transport Protocol for Real-Time Applications.
Internet Draft: draft-ietf-avt-rtp-02.new-01.ps, 1997 apud BORTOLUZZI, Dayna
Maria. Utilizao de Filtros de Escalamento de Mdia na Interconexo de Duas
Redes Heterogneas. 1999. 111 f. Dissertao (Mestrado em Cincia da
Computao) - Programa de Ps-graduao em Cincia da Computao, Universidade
Federal de Santa Catarina, Florianpolis.
SEAL TELECOM.
Solues para Videoconferncia.
<http://www.sealtelecom.com.br/>. Acesso em: 21 ago. 2001.

Disponvel

em:

SILVA, Ana Catarina Lima. Um Panorama do Ensino de Graduao a Distncia no


Brasil.
Universidade Federal de Minas Gerais, 2000.
Disponvel em:
<http://www.revista.unicamp.br/infotec/artigos/anacatarina.html>. Acesso em: 11 dez.
2000.
SILVA, Sandra Regina da. Tecnologia: Vrias opes, muitos desafios. Especial
Corporate Broadband - Teletime, So Paulo, p. 12-14, mar. 2001.
SOARES, Luiz Fernando Gomes, et al. Redes de Computadores: Das LANs, MANs e
WANs s Redes ATM. Rio de Janeiro: Editora Campus, 1995. 576 p.
SPANHOL, Fernando Jos. Estruturas Tecnolgica e Ambiental de Sistemas de
Videoconferncia na Educao a Distncia: Estudo de Caso do Laboratrio de Ensino
a Distncia da UFSC. 1999. 121 f. Dissertao (Mestrado em Engenharia de
Produo) - Programa de Ps-graduao em Engenharia de Produo, Universidade
Federal de Santa Catarina, Florianpolis.

103

TANENBAUM, Andrew S.
Campus, 1997. 923 p.

Redes de Computadores.

Rio de Janeiro: Editora

TAROUCO, Liane Margarida Rockenbach. Ambiente de suporte para educao


distncia.
Disponvel em: <http://penta.ufrgs.br/pgie/workshop/ambiente.htm>.
Acesso em: 8 nov. 2000.
TELECONFERENCIA.ORG.
Site
Empresarial.
<http://www.teleconferencia.org>. Acesso em: 21 mar. 2001.

Disponvel

em:

UNIVERSIDADE FEDERAL DO PARAN. Ncleo de Educao a Distncia.


Disponvel em: <http://www.nead.ufpr.br>. Acesso em: 8 nov. 2000.
UNIVERSIDADE FEDERAL DE SANTA CATARINA. Departamento de Engenharia
de Produo e Sistemas. Implantao da Videoconferncia no PPGEP. Disponvel
em: <http://www.eps.ufsc.br/~mariali/manual/index.html>. Acesso em: 8 nov. 2000.
VARGAS, Carlos Luciano, et al. Ferramentas e Servios da Internet: Emprego de
Redes de Computadores na Educao. Ps-graduao em Engenharia de Produo e
Sistemas, Universidade Federal de Santa Catarina, Florianpolis, maio 1999. 57 p.
VASCONCELOS, Nelson. De Olho no Futuro. Jornal O Globo, 20 fev. 2001. A
Nova Economia, pgina de economia.
VASCONCELOS, Saulo Vaz de. Videoconferncia: Uma Viso Geral. Disponvel
em: <http://www.gta.ufrj.br/~vaz/vdcnf/videoconf1.html>. Acesso em: 13 ago. 2001.
VERCELLI, Juliana. Planejamento sem artifcios. Network Computing Brasil, p. 2831, mar. 1999.
VIDAL, Paulo Cesar Salgado. Evoluo do Padro MPEG. Disponvel em:
<http://www.gta.ufrj.br/~vidal/mpeg/mpeg.html>. Acesso em: 10 set. 2001.
______. Qualidade de Servio em Sistemas Multimdia Distribudos. Disponvel
em: <http://www.gta.ufrj.br/~vidal/qos/qos1.htm>. Acesso em: 22 ago. 2001.

104

______.
Roteamento
na
Internet.
Disponvel
<http://www.gta.ufrj.br/~vidal/ip/indice.html>. Acesso em: 10 set. 2001.
WHATIS?COM.
Videoconference.
Disponvel
<http://whatis.techtarget.com/definition/0,289893,sid9_gci213291,00.html>.
em: 17 abr. 2001.

em:

em:
Acesso

WORLD VIDEO FORMATS AND STANDARDS CONVERSIONS. PAL, PAL-M,


PAL-N, NTSC, SECAM. Disponvel em: <http://www.video-pro.co.uk/world.htm>.
Acesso em: 16 abr. 2001.
ZANIN, Fabio Asturian. A Videoconferncia em Redes ATM versus Redes IP.
Curso de Ps-graduao em Cincia da Computao, Universidade Federal do Rio
Grande do Sul, Porto Alegre, 1999. 21 p.
______. Um Modelo para Videoconferncia em Computador Pessoal sobre Redes
IP. 2000. 140 f. Dissertao (Mestrado em Cincia da Computao) - Programa de
Ps-graduao em Computao, Universidade Federal do Rio Grande do Sul, Porto
Alegre.

ANEXO 1
PRODUTOS PARA VIDEOCONFERNCIA

A Polycom foi fundada em 1990, a nica companhia no mundo que desenvolve,


fabrica e comercializa uma linha completa de produtos de udio, dados e
videoconferncia de grupo.
O sistema de videoconferncia ViewStation da Polycom, comercializado pela Seal
em todo o Brasil, possui as seguintes caractersticas:

Sistema de rastreamento de voz, que focaliza automaticamente a pessoa que est


falando, ignorando o rudo de segundo plano e propiciando desta forma a
interatividade harmoniosa da reunio;

Cmera controlada por controle remoto com captao de 180 graus e zoom de at
12 vezes;

Interface grfica de usurio, tornando o sistema muito amigvel;

Ajuste de at 10 posies da cmera, agilizando a localizao dos participantes


de uma reunio;

Servidor de Web incorporado e um hub Ethernet de 10/100 Mbps, oferecendo


recursos para diagnstico e gerenciamento de sistemas remotos e atualizaes
fceis do software atravs da Internet ou da Intranet;

Sistema de apresentao integrado baseado na Web, usando Power Point e


NetMeeting da Microsoft, que oferece uma forma confivel e prtica de fazer
apresentaes a partir de conexes remotas ou locais;

Compatibilidade com os sistemas de videoconferncia existentes, podendo ser


integrado facilmente na infra-estrutura atual do usurio;

udio digital em full-duplex, supresso automtica de rudo (ANS) de 20 dB,


controle de ganho automtico (AGC) cujo ganho no mximo 12 dB e
adaptao instantnea do cancelamento de eco (< 100 ms) adaptam-se quase que
instantaneamente s caractersticas da sala de reunio e oferecem uma maior
clareza de som;

Arquitetura de codec propicia um tempo de retardo muito curto;

106

Suporte para comunicao via IP (Internet Protocol) permitindo conexes


atravs de redes LAN/WAN.

A Tabela A.1 apresenta as especificaes tcnicas de alguns produtos da Polycom.

Padres

Caractersticas

Vdeo

Algoritmos
Suportados

Produtos /
Especificaes Tcnicas
Tipo de Sala

ViewStation 128, H.323,


ViewStation SPTM
ViewStation MPTM
ViewStation FX
TM
SP128 e SP384
512 e V.35
Sala pequena de 1 3 Sala mdia ou grande de 1 Sala mdia ou grande de 1 Sala de Reunies, de Aula
pessoas
10 pessoas
10 pessoas
ou de Conferncia de 1
30 pessoas ou mais
Cmera de Documentos e Cmera de Documentos e Cmera de Documentos e Cmera de Documentos e
VCR;
VCR;
VCR;
VCR;
Microfone para fone de 2 Microfones Digitais 2 Microfones Digitais Vdeo com Qualidade de
ouvido (opcional);
(opcional);
(opcional);
TV - 60 quadros/seg 1 Porta LAN;
2 Portas LAN;
Suporta Streaming
NTSC
1 Microfone Digital
Suporta Streaming
Vdeo com Qualidade de
TV - 50 quadros/seg - PAL;
2 Microfones Digitais;
2 Portas LAN;
Suporta Streaming;
Suporta
POTS
Internacional;
Porta de Dados RS-232
(9600 baud at 115K baud
assncronos)
ITU-T H.320 (px64) e ViewStation 128, 512 e ITU-T H.320 (px64) e ITU-T H.320 (px64) e
H.323
V.35: ITU-T H.320 (px64) H.323
H.323
e H.323
ViewStation H.323: H.323
H.261, Anexo D
H.261, Anexo D
H.261, Anexo D
H.261, Anexo D
H.263+, Anexos: F, L, T, I H.263+, Anexos: F, L, T, I H.263+, Anexos: F, L, T, I, H.263+, Anexos: F, L, T, I,
J, u (proprietrio)
J, U, u

TABELA A.1: Especificaes Tcnicas de Alguns Produtos da Polycom.

107

Taxa de
Quadros

Resoluo de
Grficos

Monitor

Formato de
Transmisso
de Slides
Formato de
Visualizao
Local
Captura de
Imagem
Grfica
H.320

Quantidade
suportada
Formato
Resoluo de Vdeo

Outros

udio

H.261: 4 x FCIF

NTSC ou PAL
FCIF (352X288 pixels)
QCIF (176X144 pixels)

Resoluo: 1280 x 1024

JPEG via navegador de web JPEG via navegador de web JPEG via navegador de web JPEG via navegador de web
VGA-IN com conversor
opcional
15 qps - 56 a 320 Kbps
15 qps - 56 a 320 Kbps
15 qps - 56 a 320 Kbps
15 qps - 56 a 320 Kbps
30 qps - 336 a 384 Kbps 30 qps - 336 a 768 Kbps
30 qps - 336 a 512 Kbps
30 qps - 336 a 2 Mbps
(somente SP384)

H.261: 4 x FCIF
Anexo D: 704X576

NTSC ou PAL
FCIF (352X288 pixels)
QCIF (176X144 pixels)

BONDING, Mode 1, H.281,


H.225, H.245

G.728,
G.722,
G.711,
Acoustic Plus 716

H.221

ViewStation FX

2 ou mais
(1 XGA)
NTSC ou PAL
NTSC ou PAL
H.261,
H.263+:
FCIF FCIF (352X288 pixels)
(352X288 pixels)
QCIF (176X144 pixels)
QCIF (176X144 pixels)
Qualidade de TV
H.261: 4 x FCIF
H.261: 4 x FCIF
H.263: 16 x FCIF

ViewStation 128, H.323,


ViewStation MPTM
TM
512 e V.35
ViewStation 128, 512 e H.221
V.35: H.221
G.728,
G.722,
G.711, G.728,
G.722,
G.711, G.728,
G.722,
G.711,
Acoustic Plus 716
Acoustic Plus 716
Acoustic
Plus
716
Enhanced Audio
BONDING, Mode 1, H.281 ViewStation 128, 512 e BONDING, Mode 1
V.35: BONDING, Mode 1,
H.281
ViewStation H.323: H.281
1
2
2

Produtos /
ViewStation SPTM
Especificaes Tcnicas
SP128 e SP384
Comunicao H.221

108

ViewStation SPTM
SP128 e SP384
15 qps - 56 a 320 Kbps
30 qps - 384 a 768 Kbps

Desempenho
de udio

Acoustic Plus De 50 Hz a 7,0 KHz, 16


716
Kbps
G.722
De 50 Hz a 7,0 KHz, 48,
56, 64 Kbps
G.728
De 50 Hz a 3,4 KHz, 16
Kbps
G.711
De 50 Hz a 3,4 KHz, 64
Kbps
SP128: 56 - 128 Kbps
Velocidade de H.320
SP384: 64 - 384 Kbps
Transmisso

Capacidade para Multiponto

Produtos /
Especificaes Tcnicas
H.323

De 50 Hz a 3,4 KHz
De 50 Hz a 3,4 KHz

De 50 Hz a 3,4 KHz
De 50 Hz a 3,4 KHz

15 qps - 56 a 320 Kbps


30 qps - 384 a 2 Mbps
Via RDSI ou LAN:
3 locais 512 Kbps
4 locais 384 Kbps
Em
Cascata
(somente
H.320) at 10 locais - at
384 Kbps

ViewStation FX

ViewStation 128: 56 - 128 56 - 512 Kbps


At 2 Mbps
Kbps
RDSI 1 x 56, 1 x 64, 2 x
ViewStation H.323: requer 56, 2 x 64
melhoramentos
ViewStation 512: 56 - 512
Kbps
ViewStation V.35: 56 - 768
Kbps

De 50 Hz a 7,0 KHz

15 qps - 64 a 320 Kbps


30 qps - 336 a 768 Kbps
Via RDSI:
2 locais 512 Kbps
3 locais 256 Kbps
4 locais 128 Kbps

ViewStation MPTM

De 50 Hz a 7,0 KHz

ViewStation 128, H.323,


512 e V.35TM
15 qps - 56 a 320 Kbps
30 qps - 384 a 768 Kbps
Utiliza quatro acessos
bsicos RDSI e pode ser
ampliado para MP

109

Interface de Rede

Produtos /
Especificaes Tcnicas
H.323

RDSI
Ethernet/LAN

ViewStation SPTM
SP128 e SP384
SP128: 64 - 768 Kbps
SP384: 64 - 768 Kbps

ViewStation 128, H.323,


ViewStation MPTM
TM
512 e V.35
ViewStation 128: 56 - 768 At 768 Kbps
Kbps
ViewStation H.323: 64 768 Kbps
ViewStation 512: 64 - 768
Kbps
ViewStation V.35: 64 - 768
Kbps
ViewStation 128 e 512: RDSI
RDSI e Ethernet/LAN
Ethernet/LAN
ViewStation
V.35:
V.35/RS-449;
conexo
direta ou discagem RS-366
e H.331
ViewStation
H.323:
opcionalmente
usa
os
Mdulos 512, MP, V.35 ou
DCP
Ethernet/LAN

RDSI:
PRI T1
PRI E1
V.35/RS-449;
conexo
direta ou discagem RS-366
H.331
4 BRI;
Ethernet/LAN

At 2 Mbps

ViewStation FX

110

111

A outra empresa a Philips, que foi fundada em 1891 por Gerard Philips para
fabricar lmpadas incandescentes e outros produtos eltricos. Atualmente uma das
empresas atuantes na rea de videoconferncia.
O sistema de videoconferncia MatchView da Philips possui as seguintes
caractersticas:

Cmera controlada por controle remoto com captao de 100 graus e zoom de at
12 vezes;

Ajuste de at 6 posies da cmera, agilizando a localizao dos participantes de


uma reunio;

udio digital em full-duplex, supresso automtica de rudo, controle de ganho


automtico e adaptao instantnea do cancelamento de eco acstico adaptam-se
quase que instantaneamente s caractersticas da sala de reunio e oferecem uma
maior clareza de som;

Interface grfica de usurio, tornando o sistema muito amigvel;

Suporta o NetMeeting da Microsoft para compartilhamento de dados e de


aplicativos;

Compatibilidade com sistemas antigos que utilizam o padro H.320;

Codec prprio.

A empresa PictureTel, fundada em 1984, a lder de mercado em desenvolver,


fabricar e comercializar uma grande linha de solues para videoconferncia.
O sistema de videoconferncia PictureTel 550 da PictureTel possui as seguintes
caractersticas:

um sistema a ser utilizado em um computador pessoal;

O carto PCI do codec um acelerador de aplicao que distribui mximo


desempenho com o mnimo de dependncia do processador do PC, com isso
liberando o servidor para outras tarefas.

udio digital em full-duplex, supresso automtica de rudo, controle de ganho


automtico e adaptao instantnea do cancelamento de eco acstico adaptam-se

112

quase que instantaneamente s caractersticas da sala de reunio e oferecem uma


maior clareza de som;

Suporta o NetMeeting da Microsoft para compartilhamento de dados e de


aplicativos.

J o sistema de videoconferncia PictureTel Concorde 4500 da PictureTel possui as


seguintes caractersticas:

Sistema de rastreamento de voz, que focaliza automaticamente a pessoa que est


falando, ignorando o rudo de segundo plano;

Ajuste de mltiplas posies da cmera, agilizando a localizao dos


participantes de uma reunio;

Cmera controlada por controle remoto com captao de 100 graus e zoom de at
10 vezes;

udio digital em full-duplex, supresso automtica de rudo (ANS) de 12 dB,


controle de ganho automtico (AGC) cujo ganho no mximo 12 dB e
adaptao instantnea do cancelamento de eco adaptam-se quase que
instantaneamente s caractersticas da sala de reunio e oferecem uma maior
clareza de som;

Suporte para comunicao via IP (Internet Protocol) permitindo conexes


atravs de redes LAN/WAN.

As especificaes tcnicas de alguns produtos da Philips e da PictureTel esto na


Tabela A.2.

Padres

Caractersticas

Tipo de Sala

Algoritmos
Suportados

Produtos /
Especificaes Tcnicas

MatchView 430

PictureTel 550TM

ITU-T H.320

ITU-T H.320 (px64)

ITU-T
H.323

H.320

(px64)

PictureTel Concorde 4500


Incluindo Sistema
4000ZX
Cmera de Documentos e
VCR
1 Microfone Digital
2 Portas de Controle RS232C (Controle A: 1.2
Kbps assncrono e Controle
B: 300 a 19.2 Kbps
assncrono)
Portas de Dados:
A e B: RS-232C (300 a
38.4 Kbps assncrono) e
H.320 (300 a 19.2 bps
sncrono)
C e D: RS-232C ou RS-449
(300
a
38.4
Kbps
assncrono), SG3 (300 a 64
Kbps assncrono) e V.35
(300
a
38.4
Kbps
assncrono)
e ITU-T
H.320
(px64),
Padres Proprietrios: SG3,
SG4, PT724, PT716+

Sala para uma pessoa


(computador pessoal)
Cmera de Documentos e Cmera de Documentos e Suporta Microsoft Windows
VCR
VCR
NT 4.0, 98 SE, 2000
1 Microfone Digital
1 Microfone Digital
Professional ou Millennium
2 Portas de Dados RS-232 3 Portas de Dados RS-232 Suporta POTS
Requer Pentium II 400
MHz ou superior, com 128
MB RAM, 50 MB de HD
livre
1 Microfone

MatchView 235

TABELA A.2: Especificaes Tcnicas de Alguns Produtos da Philips e PictureTel.

113

Formato de
Transmisso
de Slides

NTSC
FCIF (352X288 pixels)
QCIF (176X144 pixels)

NTSC
FCIF (352X288 pixels)
QCIF (176X144 pixels)

30 qps

H.281 e H.243
2

G.728, G.722, G.711

H.261,
Anexo
(emisso/recepo)
H.263

MatchView 430

H.281 e H.243

G.728, G.722, G.711

H.261 e H.263

MatchView 235

H.320
15 qps (FCIF)
Taxa de
30 qps (QCIF)
Quadros
Capacidade para Multiponto

Resoluo de
Grficos

Outros
Quantidade
Monitor
suportada
Formato
Resoluo de Vdeo

udio

Comunicao

Vdeo

Produtos /
Especificaes Tcnicas

At 30 qps (FCIF)
30 qps (QCIF)

NTSC ou PAL
FCIF (352X288 pixels)
QCIF (176X144 pixels)

H.323 Verso 2 Anexo C


(ATM)
G.728,
G.722,
G.711,
G.723, PT716+ (H.320)
H.281 (somente H.320)

D H.261 e H.263

PictureTel 550TM

G.711,

4 locais

NTSC ou PAL
SG3,
SG4
(256X240
pixels)
FCIF (352X288 pixels)
QCIF (176X144 pixels)
SG3, SG4, H.320 com 30
qps: 512X480 pixels
H.320 com 15 qps:
352X288 pixels
Anexo D
30 qps

G.728,
G.722,
PT724, PT716+
H.243
2

H.221

PictureTel Concorde 4500


Incluindo Sistema
4000ZX
H.261 e H.263

114

Desempenho
de udio

G.722
G.728
G.711
G.723
PT716+
(H.320)
SG3
SG4
PT724
Velocidade de H.320
Transmisso
H.323
Interface de Rede

Produtos /
Especificaes Tcnicas
De 300 Hz a 7,0 KHz
De 300 Hz a 3,4 KHz
De 300 Hz a 3,4 KHz

56 - 384 Kbps
3 x RDSI BRI (6B)

56 - 128 Kbps

RDSI BRI (1B ou 2B)

MatchView 430

De 300 Hz a 7,0 KHz


De 300 Hz a 3,4 KHz
De 300 Hz a 3,4 KHz

MatchView 235

56 - 384 Kbps
56 - 768 Kbps
RDSI BRI
Ethernet/LAN/WAN

64 Kbps
16 Kbps
64 Kbps
5.3, 6.2 Kbps
16, 24, 32 Kbps

PictureTel 550TM

V.35, RS-449, conexo


direta ou discagem RS-366
Ethernet/LAN

De 50 Hz a 7,0 KHz
De 50 Hz a 7,0 KHz
De 50 Hz a 7,0 KHz
56 - 768 Kbps

De 50 Hz a 7,0 KHz

PictureTel Concorde 4500


Incluindo Sistema
4000ZX
De 50 Hz a 7,0 KHz
De 300 Hz a 3,4 KHz
De 300 Hz a 3,4 KHz

115

ANEXO 2
TABELAS COM OS EXPERIMENTOS DOS CENRIOS CRIADOS

Os resultados do modelo de desempenho construdo para os cenrios 1, 2 e 3 esto


descritos nas Tabelas A.3, A.4, A.5, A.6 e A.7. Para isolar erros experimentais, no
cenrio 1 foram realizadas somente cinco replicaes para cada experimento e nos
cenrios 2 e 3 foram realizadas dez replicaes para cada experimento no horrio
normal e no horrio de pico. Como a frmula da distribuio triangular requer a gerao
de nmeros aleatrios, para cada replicao os nmeros gerados foram:
-

Replicao 1: 0,85555

Replicao 6: 0,03418

Replicao 2: 0,42011

Replicao 7: 0,17899

Replicao 3: 0,55555

Replicao 8: 0,52347

Replicao 4: 0,25866

Replicao 9: 0,20765

Replicao 5: 0,46666

Replicao 10: 0,05305

TABELA A.3: Experimentos do Cenrio 1.


Vdeo
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB

udio
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps

Repeties
1
2
3
4
5
1
2
3
4
5
1
2
3
4
5
1
2
3

128 Kbps
0,360
0,306
0,321
0,284
0,311
0,312
0,265
0,278
0,246
0,270
0,179
0,152
0,160
0,142
0,155
0,166
0,141
0,148

Taxa de Transmisso
384 Kbps 768 Kbps 2 Mbps
1,014
2,087
4,778
0,789
1,702
3,116
0,847
1,798
3,529
0,708
1,598
2,683
0,809
1,734
3,252
0,878
1,808
4,139
0,684
1,475
2,700
0,734
1,557
3,057
0,613
1,384
2,324
0,701
1,502
2,817
0,505
1,039
2,379
0,393
0,848
1,552
0,422
0,895
1,758
0,353
0,796
1,336
0,403
0,863
1,620
0,469
0,965
2,210
0,365
0,787
1,441
0,392
0,831
1,632

117

Vdeo

udio

QCIF e RGB
QCIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB

64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps

Repeties
4
5
1
2
3
4
5
1
2
3
4
5
1
2
3
4
5
1
2
3
4
5
1
2
3
4
5
1
2
3
4
5

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,132
0,327
0,739
1,241
0,144
0,374
0,802
1,504
0,046
0,129
0,265
0,607
0,039
0,100
0,216
0,396
0,041
0,108
0,228
0,448
0,036
0,090
0,203
0,341
0,040
0,103
0,220
0,413
0,045
0,126
0,260
0,595
0,038
0,098
0,212
0,388
0,040
0,105
0,224
0,439
0,035
0,088
0,199
0,334
0,039
0,101
0,216
0,405
0,011
0,032
0,067
0,152
0,010
0,025
0,054
0,099
0,010
0,027
0,057
0,113
0,009
0,023
0,051
0,086
0,010
0,026
0,055
0,104
0,011
0,032
0,066
0,152
0,010
0,025
0,054
0,099
0,010
0,027
0,057
0,112
0,009
0,022
0,051
0,085
0,010
0,026
0,055
0,103
0,003
0,008
0,017
0,038
0,002
0,006
0,014
0,025
0,003
0,007
0,014
0,028
0,002
0,006
0,013
0,021
0,002
0,006
0,014
0,026
0,003
0,008
0,017
0,038
0,002
0,006
0,014
0,025
0,003
0,007
0,014
0,028
0,002
0,006
0,013
0,021
0,002
0,006
0,014
0,026

TABELA A.4: Experimentos do Cenrio 2 - Horrio Normal.


Vdeo
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB

udio
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps

Repeties
1
2
3
4
5
6
7

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,369
1,107
2,213
5,763
0,317
0,952
1,905
4,961
0,334
1,003
2,005
5,222
0,293
0,880
1,761
4,585
0,323
0,970
1,941
5,055
0,238
0,713
1,426
3,714
0,279
0,836
1,672
4,355

118

Vdeo
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB

udio
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps

Repeties
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,330
0,991
1,983
5,163
0,284
0,853
1,706
4,443
0,246
0,737
1,473
3,836
0,320
0,959
1,917
4,992
0,275
0,825
1,650
4,297
0,290
0,869
1,737
4,524
0,254
0,763
1,525
3,972
0,280
0,841
1,681
4,379
0,206
0,618
1,235
3,217
0,241
0,724
1,449
3,772
0,286
0,859
1,718
4,473
0,246
0,739
1,478
3,848
0,213
0,638
1,276
3,323
0,184
0,551
1,102
2,870
0,158
0,474
0,949
2,471
0,166
0,499
0,999
2,601
0,146
0,438
0,877
2,284
0,161
0,483
0,967
2,517
0,118
0,355
0,710
1,850
0,139
0,416
0,833
2,169
0,165
0,494
0,987
2,572
0,142
0,425
0,850
2,213
0,122
0,367
0,734
1,911
0,171
0,512
1,024
2,665
0,147
0,440
0,881
2,294
0,155
0,464
0,927
2,415
0,136
0,407
0,814
2,120
0,150
0,449
0,898
2,338
0,110
0,330
0,660
1,718
0,129
0,387
0,773
2,014
0,153
0,458
0,917
2,388
0,131
0,394
0,789
2,055
0,114
0,341
0,681
1,774
0,047
0,140
0,281
0,732
0,040
0,121
0,242
0,630
0,042
0,127
0,255
0,663
0,037
0,112
0,224
0,582
0,041
0,123
0,246
0,642
0,030
0,091
0,181
0,471
0,035
0,106
0,212
0,553
0,042
0,126
0,252
0,655
0,036
0,108
0,217
0,564
0,031
0,094
0,187
0,487
0,046
0,138
0,276
0,718

119

Vdeo
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB

udio
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps

Repeties
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,040
0,119
0,237
0,618
0,042
0,125
0,250
0,650
0,037
0,110
0,219
0,571
0,040
0,121
0,242
0,629
0,030
0,089
0,178
0,462
0,035
0,104
0,208
0,542
0,041
0,123
0,247
0,643
0,035
0,106
0,212
0,553
0,031
0,092
0,183
0,478
0,012
0,035
0,071
0,184
0,010
0,030
0,061
0,158
0,011
0,032
0,064
0,167
0,009
0,028
0,056
0,146
0,010
0,031
0,062
0,161
0,008
0,023
0,045
0,118
0,009
0,027
0,053
0,139
0,011
0,032
0,063
0,165
0,009
0,027
0,054
0,142
0,008
0,023
0,047
0,122
0,012
0,035
0,070
0,183
0,010
0,030
0,060
0,157
0,011
0,032
0,064
0,166
0,009
0,028
0,056
0,146
0,010
0,031
0,062
0,160
0,008
0,023
0,045
0,118
0,009
0,027
0,053
0,138
0,010
0,031
0,063
0,164
0,009
0,027
0,054
0,141
0,008
0,023
0,047
0,122
0,003
0,009
0,018
0,046
0,003
0,008
0,015
0,040
0,003
0,008
0,016
0,042
0,002
0,007
0,014
0,037
0,003
0,008
0,015
0,040
0,002
0,006
0,011
0,030
0,002
0,007
0,013
0,035
0,003
0,008
0,016
0,041
0,002
0,007
0,014
0,035
0,002
0,006
0,012
0,031
0,003
0,009
0,018
0,046
0,003
0,008
0,015
0,040
0,003
0,008
0,016
0,042
0,002
0,007
0,014
0,037
0,003
0,008
0,015
0,040

120

Vdeo

udio

16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB

64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps

Repeties
6
7
8
9
10

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,002
0,006
0,011
0,030
0,002
0,007
0,013
0,035
0,003
0,008
0,016
0,041
0,002
0,007
0,014
0,035
0,002
0,006
0,012
0,031

TABELA A.5: Experimentos do Cenrio 2 - Horrio de Pico.


Vdeo
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB

udio
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps

Repeties
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,346
1,039
2,077
5,410
0,281
0,842
1,683
4,383
0,297
0,891
1,781
4,639
0,263
0,790
1,579
4,112
0,286
0,858
1,716
4,467
0,227
0,680
1,360
3,542
0,254
0,761
1,521
3,962
0,293
0,878
1,757
4,575
0,257
0,772
1,543
4,019
0,232
0,695
1,391
3,622
0,300
0,900
1,800
4,686
0,243
0,729
1,458
3,797
0,257
0,772
1,543
4,018
0,228
0,684
1,368
3,562
0,248
0,743
1,486
3,870
0,196
0,589
1,178
3,068
0,220
0,659
1,318
3,432
0,254
0,761
1,522
3,963
0,223
0,668
1,337
3,482
0,201
0,602
1,205
3,138
0,172
0,517
1,035
2,694
0,140
0,419
0,838
2,183
0,148
0,444
0,887
2,310
0,131
0,393
0,786
2,048
0,142
0,427
0,854
2,225
0,113
0,339
0,677
1,764
0,126
0,379
0,758
1,973
0,146
0,437
0,875
2,279
0,128
0,384
0,769
2,002
0,115
0,346
0,693
1,804
0,160
0,480
0,961
2,502
0,130
0,389
0,778
2,027
0,137
0,412
0,824
2,145
0,122
0,365
0,730
1,902

121

Vdeo
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB

udio
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps

Repeties
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,132
0,397
0,793
2,066
0,105
0,315
0,629
1,638
0,117
0,352
0,704
1,832
0,135
0,406
0,813
2,116
0,119
0,357
0,714
1,859
0,107
0,322
0,643
1,675
0,044
0,132
0,264
0,687
0,036
0,107
0,214
0,556
0,038
0,113
0,226
0,589
0,033
0,100
0,200
0,522
0,036
0,109
0,218
0,567
0,029
0,086
0,173
0,450
0,032
0,097
0,193
0,503
0,037
0,112
0,223
0,581
0,033
0,098
0,196
0,510
0,029
0,088
0,177
0,460
0,043
0,129
0,259
0,674
0,035
0,105
0,210
0,546
0,037
0,111
0,222
0,578
0,033
0,098
0,197
0,512
0,036
0,107
0,214
0,556
0,028
0,085
0,169
0,441
0,032
0,095
0,189
0,493
0,036
0,109
0,219
0,570
0,032
0,096
0,192
0,500
0,029
0,087
0,173
0,451
0,011
0,033
0,066
0,173
0,009
0,027
0,054
0,140
0,009
0,028
0,057
0,148
0,008
0,025
0,050
0,131
0,009
0,027
0,055
0,142
0,007
0,022
0,043
0,113
0,008
0,024
0,049
0,126
0,009
0,028
0,056
0,146
0,008
0,025
0,049
0,128
0,007
0,022
0,044
0,116
0,011
0,033
0,066
0,172
0,009
0,027
0,053
0,139
0,009
0,028
0,057
0,147
0,008
0,025
0,050
0,131
0,009
0,027
0,054
0,142
0,007
0,022
0,043
0,112
0,008
0,024
0,048
0,126
0,009
0,028
0,056
0,145

122

Vdeo

udio

4CIF e RGB
4CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB

64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps

Repeties
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,008
0,024
0,049
0,128
0,007
0,022
0,044
0,115
0,003
0,008
0,017
0,043
0,002
0,007
0,013
0,035
0,002
0,007
0,014
0,037
0,002
0,006
0,013
0,033
0,002
0,007
0,014
0,036
0,002
0,005
0,011
0,028
0,002
0,006
0,012
0,032
0,002
0,007
0,014
0,037
0,002
0,006
0,012
0,032
0,002
0,006
0,011
0,029
0,003
0,008
0,017
0,043
0,002
0,007
0,013
0,035
0,002
0,007
0,014
0,037
0,002
0,006
0,013
0,033
0,002
0,007
0,014
0,036
0,002
0,005
0,011
0,028
0,002
0,006
0,012
0,032
0,002
0,007
0,014
0,036
0,002
0,006
0,012
0,032
0,002
0,006
0,011
0,029

TABELA A.6: Experimentos do Cenrio 3 - Horrio Normal.


Vdeo
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB

udio
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps

Repeties
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7

128 Kbps
0,369
0,317
0,334
0,293
0,323
0,238
0,279
0,330
0,284
0,246
0,320
0,275
0,290
0,254
0,280
0,206
0,241

Taxa de Transmisso
384 Kbps 768 Kbps 2 Mbps
1,087
2,213
5,690
0,882
1,905
4,704
0,952
2,005
5,039
0,780
1,761
4,223
0,907
1,941
4,825
0,546
1,426
3,107
0,718
1,672
3,928
0,936
1,983
4,964
0,742
1,706
4,041
0,579
1,473
3,264
0,941
1,917
4,929
0,764
1,650
4,075
0,825
1,737
4,365
0,676
1,525
3,658
0,786
1,681
4,179
0,473
1,235
2,692
0,622
1,449
3,403

123

Vdeo
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
4CIF e RGB

udio
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps

Repeties
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,286
0,811
1,718
4,300
0,246
0,643
1,478
3,500
0,213
0,501
1,276
2,827
0,184
0,541
1,102
2,834
0,158
0,439
0,949
2,343
0,166
0,474
0,999
2,510
0,146
0,389
0,877
2,103
0,161
0,452
0,967
2,403
0,118
0,272
0,710
1,548
0,139
0,358
0,833
1,956
0,165
0,466
0,987
2,472
0,142
0,370
0,850
2,012
0,122
0,288
0,734
1,626
0,171
0,503
1,024
2,631
0,147
0,408
0,881
2,176
0,155
0,440
0,927
2,330
0,136
0,361
0,814
1,953
0,150
0,419
0,898
2,231
0,110
0,252
0,660
1,437
0,129
0,332
0,773
1,817
0,153
0,433
0,917
2,296
0,131
0,343
0,789
1,869
0,114
0,268
0,681
1,510
0,047
0,138
0,281
0,722
0,040
0,112
0,242
0,597
0,042
0,121
0,255
0,640
0,037
0,099
0,224
0,536
0,041
0,115
0,246
0,612
0,030
0,069
0,181
0,394
0,035
0,091
0,212
0,499
0,042
0,119
0,252
0,630
0,036
0,094
0,217
0,513
0,031
0,073
0,187
0,414
0,046
0,135
0,276
0,708
0,040
0,110
0,237
0,586
0,042
0,119
0,250
0,627
0,037
0,097
0,219
0,526
0,040
0,113
0,242
0,601
0,030
0,068
0,178
0,387
0,035
0,089
0,208
0,489
0,041
0,117
0,247
0,618
0,035
0,092
0,212
0,503
0,031
0,072
0,183
0,406
0,012
0,035
0,071
0,181

124

Vdeo
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB

udio
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps

Repeties
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,010
0,028
0,061
0,150
0,011
0,030
0,064
0,161
0,009
0,025
0,056
0,135
0,010
0,029
0,062
0,154
0,008
0,017
0,045
0,099
0,009
0,023
0,053
0,125
0,011
0,030
0,063
0,158
0,009
0,024
0,054
0,129
0,008
0,018
0,047
0,104
0,012
0,034
0,070
0,181
0,010
0,028
0,060
0,149
0,011
0,030
0,064
0,160
0,009
0,025
0,056
0,134
0,010
0,029
0,062
0,153
0,008
0,017
0,045
0,099
0,009
0,023
0,053
0,125
0,010
0,030
0,063
0,158
0,009
0,024
0,054
0,128
0,008
0,018
0,047
0,104
0,003
0,009
0,018
0,045
0,003
0,007
0,015
0,038
0,003
0,008
0,016
0,040
0,002
0,006
0,014
0,034
0,003
0,007
0,015
0,039
0,002
0,004
0,011
0,025
0,002
0,006
0,013
0,031
0,003
0,007
0,016
0,040
0,002
0,006
0,014
0,032
0,002
0,005
0,012
0,026
0,003
0,009
0,018
0,045
0,003
0,007
0,015
0,038
0,003
0,008
0,016
0,040
0,002
0,006
0,014
0,034
0,003
0,007
0,015
0,038
0,002
0,004
0,011
0,025
0,002
0,006
0,013
0,031
0,003
0,007
0,016
0,040
0,002
0,006
0,014
0,032
0,002
0,005
0,012
0,026

125

TABELA A.7: Experimentos do Cenrio 3 - Horrio de Pico.


Vdeo
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
SQCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
QCIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB

udio
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps

Repeties
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,346
1,008
2,077
5,297
0,281
0,780
1,683
4,158
0,297
0,837
1,781
4,441
0,263
0,700
1,579
3,794
0,286
0,799
1,716
4,251
0,227
0,517
1,360
2,952
0,254
0,652
1,521
3,572
0,293
0,823
1,757
4,371
0,257
0,670
1,543
3,657
0,232
0,542
1,391
3,070
0,300
0,873
1,800
4,589
0,243
0,675
1,458
3,602
0,257
0,725
1,543
3,847
0,228
0,607
1,368
3,287
0,248
0,692
1,486
3,683
0,196
0,448
1,178
2,557
0,220
0,565
1,318
3,094
0,254
0,713
1,522
3,786
0,223
0,581
1,337
3,168
0,201
0,470
1,205
2,659
0,172
0,502
1,035
2,638
0,140
0,388
0,838
2,071
0,148
0,417
0,887
2,212
0,131
0,349
0,786
1,890
0,142
0,398
0,854
2,117
0,113
0,257
0,677
1,470
0,126
0,325
0,758
1,779
0,146
0,410
0,875
2,177
0,128
0,334
0,769
1,821
0,115
0,270
0,693
1,529
0,160
0,466
0,961
2,450
0,130
0,361
0,778
1,923
0,137
0,387
0,824
2,054
0,122
0,324
0,730
1,755
0,132
0,370
0,793
1,966
0,105
0,239
0,629
1,365
0,117
0,301
0,704
1,652
0,135
0,381
0,813
2,021
0,119
0,310
0,714
1,691
0,107
0,251
0,643
1,420
0,044
0,128
0,264
0,673
0,036
0,099
0,214
0,528
0,038
0,106
0,226
0,564

126

Vdeo
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
4CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB

udio
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps
16 Kbps

Repeties
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7
8
9
10
1
2
3
4
5
6
7

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,033
0,089
0,200
0,482
0,036
0,101
0,218
0,540
0,029
0,066
0,173
0,375
0,032
0,083
0,193
0,453
0,037
0,105
0,223
0,555
0,033
0,085
0,196
0,464
0,029
0,069
0,177
0,390
0,043
0,126
0,259
0,660
0,035
0,097
0,210
0,518
0,037
0,104
0,222
0,553
0,033
0,087
0,197
0,472
0,036
0,100
0,214
0,529
0,028
0,064
0,169
0,368
0,032
0,081
0,189
0,445
0,036
0,103
0,219
0,544
0,032
0,083
0,192
0,455
0,029
0,068
0,173
0,382
0,011
0,032
0,066
0,169
0,009
0,025
0,054
0,133
0,009
0,027
0,057
0,142
0,008
0,022
0,050
0,121
0,009
0,025
0,055
0,136
0,007
0,016
0,043
0,094
0,008
0,021
0,049
0,114
0,009
0,026
0,056
0,139
0,008
0,021
0,049
0,117
0,007
0,017
0,044
0,098
0,011
0,032
0,066
0,168
0,009
0,025
0,053
0,132
0,009
0,027
0,057
0,141
0,008
0,022
0,050
0,120
0,009
0,025
0,054
0,135
0,007
0,016
0,043
0,094
0,008
0,021
0,048
0,113
0,009
0,026
0,056
0,139
0,008
0,021
0,049
0,116
0,007
0,017
0,044
0,097
0,003
0,008
0,017
0,042
0,002
0,006
0,013
0,033
0,002
0,007
0,014
0,035
0,002
0,006
0,013
0,030
0,002
0,006
0,014
0,034
0,002
0,004
0,011
0,024
0,002
0,005
0,012
0,029

127

Vdeo
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB
16CIF e RGB

udio
16 Kbps
16 Kbps
16 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps
64 Kbps

Repeties
8
9
10
1
2
3
4
5
6
7
8
9
10

Taxa de Transmisso
128 Kbps 384 Kbps 768 Kbps 2 Mbps
0,002
0,007
0,014
0,035
0,002
0,005
0,012
0,029
0,002
0,004
0,011
0,025
0,003
0,008
0,017
0,042
0,002
0,006
0,013
0,033
0,002
0,007
0,014
0,035
0,002
0,006
0,013
0,030
0,002
0,006
0,014
0,034
0,002
0,004
0,011
0,024
0,002
0,005
0,012
0,028
0,002
0,007
0,014
0,035
0,002
0,005
0,012
0,029
0,002
0,004
0,011
0,024

S-ar putea să vă placă și