Redes - Telefonia IP - Curso Completo

www.projetoderedes.kit.
net
Telefonia IP para Ambientes Mveis Compactos

1. Introduo
2. Telefonia IP
1. Voz
2. Comutao
3. Protocolos de Sinalizao e Controle
1. H.323
2. SIP
4. Aspectos de Tempo Real
5. Aspectos Econmicos
3. Computao Mvel
1. Qualidade de Servio
4. Anlise de Erros da Telefonia IP sobre Ambiente de Computao Mvel
5. Implementao
1. Bibliotecas para Implementao de Telefonia IP
6. Resultados, Concluses e Trabalhos Futuros
7. Referncias
www.projetoderedes.kit.net
Introduo
Este trabalho tem como objetivo construir um prottipo, baseado em duas
tecnologias em franca ascenso, Telefonia IP e Computao Mvel, utilizando ainda de
tcnicas de sistemas embutidos. Este prtotipo se prope a ter as funcionalidades de um
telefone celular, porm, no utiliza da slida e bem conhecida tecnologia de telefonia
celular. Ao contrrio, nosso aparelho celular construdo sobre o protocolo IP, utilizando
da tcnica que ficou conhecida como Wavelan, para garantir mobilidade ao nosso sistema.
Este documento apresenta inicialmente a tecnologia de Voz sobre o Protocolo IP,
que ser tratada como Telefonia IP, mostrado seu estado atual de desenvovimento,
vantagens e problemas encontrados, padres propostos e utilizados e expectativas de custo
e utilizao. Esta seo do documento tem ainda o objetivo de ser uma referncia sobre este
assunto.
Na terceira seo, apresentaremos o ambiente de Computao Mvel, apresentando
suas dificuldades e vantagens, os padres utilizados, especialmente aquele utilizado na
construo do nosso prottipo. Vamos apresentar tambm os conceitos de qualidade de
servio e suas limitaes sobre um ambiente de computao mvel.
Na quarta seo, apresentaremos os experimentos realizados sobre o ambiente de
computao mvel com o objetivo de verificar a qualidade de voz transmitida sobre este
ambiente, utilizando diversos vocoders e incluindo uma poltica de redundncia de
informaes transmitidas. Estes testes permitiram definir aspectos importantes para o
transmisso de voz no nosso prottipo.
Na quinta seo apresentaremos ento nosso prottipo. O hardware e o software
utilizados na sua implementao, os padres utilizados, as pilhas de protocolos usadas na
implementao. As limitaes de energia, portabilidade e alcance do sinal.
Na ltima seo apresentamos ento os resultados e as concluses obtidas com este
trabalho. As possibilidades de utilizao do prottipo e as melhorias necessrias. Tambm
estaremos apresentando as possibilidades vislumbradas de trabalhos futuros, utilizando os
conhecimentos obtidos neste trabalho de forma a agregar valor e possivelmente transformlo em produto.
Telefonia IP
Uma revoluo est para acontecer no ambiente de telecomunicao. H dcadas,
desde a inveno do telefone, que a exigncia bsica para uma comunicao telefnica o
estabelecimento de um circuito entre os dois assinantes ou interlocutores. Isto se d ainda
hoje, na maioria das ligaes telefnicas realizadas. certo que o circuito digitalizado e
multiplexado, mas sua presena indispensvel na comunicao telefnica que ns
chamaremos de convencional e que representa a telefonia pblica hoje utilizada, conhecida
como PSTN (Public Switched Telephonic Network ou Rede Telefnica Pblica Comutada).
Mas esta necessidade est acabando, com a utilizao de redes de pacotes para
trfego de voz. Dentro deste conceito, a voz empacotada e transmitida em redes
compartilhadas, juntamente com dados. E agora hora da utilizao de redes IP. O
protocolo que conquistou o mundo de dados com a Internet agora vai entrar tambm no
mundo de voz. Este o objetivo da Telefonia IP.
O termo Telefonia IP, Telefonia Internet ou ainda Voz sobre IP (VoIP - Voice over IP)
tem se aplicado a utilizao de redes baseadas em protocolo IP na camada de rede para
transporte de voz, em especial a Internet. Podemos destacar as vantagens da utilizao deste
servio:
Compartilhamento da rede para o trfego de voz com o trfego de dados (email,

www, ftp, etc);
Unificao de redes de transporte, sinalizao e gerncia sobre a mesma rede, com

economia de infraestrutura e manuteno.
Meio de transmisso de baixo custo, comparado ao sistema telefnico;
Possibilidade de compactao e supresso de silncio, reduzindo a largura de banda

utilizada.
Utilizao de rede j instalada;
Possibilidade de oferecer outros servios como correio de voz, call centers via
Internet, segunda linha virtual, etc.
Possibilidade de disponibilizao de diversos servios como email, fax, voz, web,

com o auxlio de tecnologias com reconhecimento e sntese de voz, atravs de
interface telefnica.
Um primeiro ambiente que podemos imaginar de Telefonia IP para chamadas entre

dois computadores, usando de seus recursos multimdia. Este cenrio apenas o mais
simples. Na realidade, Telefonia IP refere-se ao fluxo de voz sobre pacotes transportado
sobre redes que utilizam o Internet Protocol (IP) para terminais onde o fluxo decodificado
em voz novamente. Estes terminais podem ser computadores, ou da mesma forma telefones
convencionais analgicos. Neste caso, porm, um gateway requerido para converter os
pacotes de udio para o formato analgico que o telefone capaz de reproduzir[1].
Computador a computador
Este primeiro cenrio o mais simples e antigo da Telefonia IP. Dois usurios se comunicando
sem que haja utilizao da rede telefnica convencional. Vrios softwares esto disponveis para
esta utilizao, podendo utilizar protocolo proprietrio ou padro. Nesta ltima opo, podemos
encontrar a interao de softwares de diferentes fabricantes. A codificao de voz feita pelos
computadores envolvidos e a transmisso feita atravs da rede IP.
Computador a telefone
Neste ambiente necessitamos da utilizao de um gateway, um equipamento que faz a interface

entre a Telefonia IP e a telefonia pblica convencional. Todos os protocolos envolvidos com a
Telefonia IP terminam neste equipamento e so a processados e resolvidos. A partir dele a rede
telefnica convencional responsvel pela comunicao da voz. Ele converte voz, sinalizao e
controle da rede IP para a rede telefnica convencional, permitindo a comunicao entre usurios
dos dois ambientes: rede IP e telefonia convencional. Posteriormente vamos discutir mais sobre
este equipamento.
Telefone a telefone
Finalmente, temos a utilizao da Telefonia IP para ligao de dois assinantes da telefonia

convencional. Desta forma, a rede IP utilizada apenas como uma forma de transporte da voz,
por ser uma meio mais barato. Um exemplo desta utilizao para chamadas internacionais, para
reduo de custos. As operadoras pblicas podem tambm ocasionalmente substituir parte de sua
rede convencional por uma rede IP.
A utilizao de uma rede de protocolo IP para a transmisso de voz reduz em muito os
custos de telefonia. Uma rede IP muito mais barata que uma rede telefnica convencional.
Esta reduo no custo se d devido a uma srie de fatores:
Comutao da rede IP feita atravs de software, por dispositivos como roteadores

e switches, ao contrrio da rede pblica, que toda comutada por hardware. Isto
garante um desempenho melhora da rede pblica, mas permite uma grande reduo
no custo do custo da rede IP;
A Rede IP no garante qualidade de servio, ou seja, pode incluir atrasos na voz,

perda de pacotes e rudos na voz no previstos. A rede telefnica convencional
garante diversos parmetros de qualidade, que tornam seu custo mais elevado.
Compartilhamento do canal. Em uma rede IP, o mesmo meio fsico compartilhado

para vrias ligaes, com incluso de alguns fatores como supresso de silncio e
compresso que podem reduzir a largura de banda utilizada por conversao em
poucos kilobytes por segundo. Na telefonia convencional dois canais de 64 kbps,
simplex, so reservados para cada conversao, independente da existncia ou no
de trfego de voz nos circuitos, ou seja, mesmo nos momentos de silncio. Alm
disso, a mesma rede IP pode ser usada para a transmisso de dados, de forma a se
reaproveitar uma infraestrutura existente.
Mas devemos observar que a maior vantagem da utilizao de Telefonia IP no o
baixo custo. Enquanto ligaes de longa distncia baratas esto incentivando o uso, as
razes pelas quais as companhias so atradas para a Telefonia IP so a facilidade de
criao de servios e a consolidao de suas redes, unificando voz e dados.
A adio de novos servios e funcionalidades atende a uma srie de exigncias novas
no mundo de telecomunicaes. Por exemplo pode-se criar uma vdeo-conferncia sobre a
rede IP somente pela definio de como o fluxo de vdeo codificado e decodificado. Ao
contrrio, fazer vdeo-conferncia sobre a RTPC pode ser um processo difcil e caro, por
envolver a agregao de vrios canais de 64 kbps usados para voz em um canal maior que
suporte vdeo. Da mesma forma, como Telefonia IP baseado em software mais fcil
adicionar servios como correio de voz, siga-me e outros. Podemos ainda prever a
integrao de diversos servios que utilizam de tecnologias agregadas como
reconhecimento e sntese de voz. Por exemplo, possvel ouvir todos os emails recebidos
por um telefone comum, utilizando a sntese de voz e transmisso sobre IP para que estes
emails cheguem sobre um telefone comum. Desta mesma forma, servios como fax, web e
outros podem ser acessados atravs de telefones comuns.
Uma outra vantagem para a Telefonia IP a consolidao das redes de dados.
Atualmente, companhias telefnicas mantm duas redes, uma para voz e outra para dados.
Como redes de voz chegam a ser 10 vezes mais caras que as redes de dados, o uso de VoIP
elimina a rede de voz, mantendo uma rede nica. A manuteno, gerncia, suporte e
desenvolvimento so todos aplicveis sobre uma nica rede. Normalmente as operadoras
precisam manter dois times diferentes para cada uma das redes, dadas suas caractersticas
diversas.
Verificando a topologia de cada rede, podemos encontrar, nas operadoras de
telecomunicaes, trs sub-redes distintas, para uma rede de voz:
Rede transporte de voz - Formada pelos troncos de interligao de centrais

telefnicas;
Rede de sinalizao - Responsvel por tarefas como controle de chamada entre

centrais e tarifao.
Rede de gerncia - Responsvel pela gerncia de desempenho, configurao,

segurana, tarifao e falhas.
Sobre a telefonia convencional, necessrio manter uma estrutura de rede para cada
uma destas sub-redes, com protocolos e canais ocupados distintos, triplicando o custo final.
Com o uso de telefonia IP, unifica-se todas estas redes sobre a mesma infraestrutura e
utilizando sempre o mesmo protocolo de rede: IP.
Falta agora questionar sobre a qualidade final da transmisso de voz sobre Telefonia IP.
Se a rede estiver sobrecarregada, podem ser inseridos atrasos que podem atrapalhar a
qualidade final da voz. Todavia, se Telefonia IP usada em uma rede privada dedicada,
com a utilizao de mecanismos de garantia de qualidade de servio, a qualidade final de
voz ser bem prxima do nvel exigido pelos clientes. Espera-se que as operadoras de
telecomunicaes desenvolvam suas redes baseadas no protocolo IP para permitir ento
esta utilizao. Podemos observar que novas operadoras j esto se desenvolvendo sobre
estas redes e que as atuais operadoras tambm j esto consolidando suas redes IP.
Mesmo antes que as operadoras consolidem suas redes IP para a utilizao de Telefonia
Internet, sua utilizao j realidade em ambientes de telefonia privada, interno a grandes
empresas. Outro uso o oferecimento de Telefonia sobre a Internet, como est hoje, sem
qualidade de servio, porm a custos muito baixos, que justificam seu uso para clientes que
no sejam muito exigentes.
Voz
A voz humana uma forma de onda mecnica com
frequncias principais na faixa que vai de 300 a 3400 Hz,
com alguns padres de repetio definidos em funo do
timbre de voz e dos fonemas emitidos durante a
conversao. O primeiro problema da telefonia em geral a
reproduo com qualidade da voz humana em um terminal
distncia.
Em um ambiente de telefonia totalmente analgico
isto possvel pela transmisso da forma de onda entre os interlocutores atravs de meio
metlico, com possveis amplificaes analgicas. Isto porm representava um custo alto
pela impossibilidade de se utilizar o meio fsico para a transmisso de mais de um canal.
Desde o advento da telefonia digital, existe a necessidade de se codificar a voz sobre um
formato binrio, digital que possa ser multiplexado de forma a compartilhar meios de
transmisso.
Basicamente duas formas podem ser usadas para a codificao da voz humana:
Baseado na forma de onda
Baseado nos padres de voz
Vamos vislumbrar neste momento a utilizao da codificao da voz baseada na forma

de onda, por ser utilizada na telefonia convencional digital. Adiante voltaremos neste
assunto.
PCM
A tcnica PCM (Pulse Code Modulation) de codificao da voz baseada na
amostragem da voz humana. De acordo com a teoria de Nyquist de processamento de
sinais, para representar fielmente um sinal, a taxa de amostragem precisa ser de, pelo
menos, duas vezes a maior frequncia presente neste sinal.
A fala gera um sinal que originalmente tem um espectro de at 7 kHz. Para efeitos
de comunicao telefnica ficou definido que a parte do espectro at 3,4 kHz seria
suficiente para uma boa conversao. Outro dado importante a faixa dinmica do sinal de
voz: em torno de 60 dB. Isto exige no mnimo 10 bits para codificao. Para efeitos
prticos, estabeleceu-se uma taxa de amostragem de 8 kHz com resoluo de 11 ou 12 bits
como parmetros mnimos. Como porm a sensibilidade acstica logartmica e no linear,
usando compresso logartmica do tipo A-low ou -low, resulta em 8 bits finais por
amostragem. Temos assim uma taxa de 64kbps.
Economia de Largura de Banda

Existem alguns aspectos relacionados com a natureza do sinal de voz que permitem
adicionar mecanismos de compresso. So eles:
Distribuio no uniforme de amplitudes;
Correlao entre amostras sucessivas;
Correlao entre ciclos sucessivos;
Fator de inatividade ou percentual de silncio;
Densidade espectral mdia no uniforme, confirmando a redundncia de

informaes;
Densidade espectral instantnea, ou presena de formantes que se mantm

inalterados durante 20 a 30 ms;
Uma importante a supresso de silncio. Em uma conversao telefnica, em apenas

40 % do tempo, o canal de voz est ativo, ou seja o assinante est falando. Com um
mecanismo de supresso de silncio podemos ento reduzir a largura de banda utilizada em
cerca de 60 %. Um mecanismo conhecido como VAD (Voice Activity Detection) usado
para perceber a presena do silncio e remov-lo. Esta funo pode tambm ser realizada
por alguns vocoders dispensando a presena de um VAD PCM.
10
Compresso de sinais
Para reduzir a banda do canal necessria para a transmisso de voz digitalizada so
utilizadas tcnicas de compresso de voz. Isto deve acontecer em tempo real para
possibilitar a comunicao e interao. Estes algoritmos permitem reduzir a banda
necessria para transmisso de voz a fim de viabilizar sistemas de comunicao digital com
taxas bastante reduzidas e tendo como objetivo uma qualidade semelhante ao sistema
pblico de telefonia analgica.
A compresso de sinais baseada em tcnicas de processamento que retiram
informaes redundantes, previsveis ou inteis. A compresso pode acontecer com ou sem
perda de informao. Tudo depende da degradao que se admite para o sinal e do fator de
compresso que se deseja atingir.
Os dois principais enfoques com que o tema de codificao digital de voz atualmente
abordado so:
Codificao
da
forma
de
onda
(ou
no-paramtrica)
Esta classe de mtodos aborda o problema de codificao de voz de uma forma
direta. A idia codificar o sinal de voz de forma a se obter um sinal reproduzido
cuja forma de onda se assemelhe ao mximo do sinal original. A codificao da
forma de onda utilizada quando uma qualidade elevada do sinal exigida. Dentro
desta categoria se encontram os mtodos mais simples de codificao digital de voz.
Codificao
da
fonte
(ou
paramtrica)
Todos os recursos utilizados na codificao da fonte[6], consideram quase que
apenas as caractersticas do sinal de voz. Na verdade, no caso da codificao da
forma de onda, no existe uma preocupao com a forma de produo do sinal
amostrado. A abordagem agora consiste em um modelamento do processo de
produo da voz [7]. Este modelamento ento simplificado de forma que possa ser
implementado a um custo computacional apropriado [12]. Entretanto, o mecanismo
de produo da voz humana no simples e, portanto, modelagens, aproximaes e
simplificaes acabam por tornar o processo de codificao da fonte inferior em
qualidade em relao codificao da forma de onda. Por outro lado, a codificao
11
da fonte permite uma reduo considervel na taxa de transmisso, porm perde-se
fatores essenciais como timbre de voz, tornando-a mais impessoal. Dessa forma,
sistemas de codificao da fonte so utilizados quando necessria uma baixa taxa
de transmisso.
Modelos para Vocoders

Os VOCODERS analisam o contedo espectral do sinal da fala e identificam os
parmetros que so entendidos pelo ouvido. Estes parmetros so transmitidos e usados na
recepo para sintetizar o padro da voz. A forma de onda resultante pode no ser
semelhante original mas as diferenas no so percebidas ou, ainda que o sejam, so
consideradas aceitveis para a aplicao.
Basicamente utiliza-se um modelo de predio, ou seja, gerao de cdigos baseada em
anlise de amostras dos padres repetitivos conhecidos como pitches:
Codificao Preditiva Linear (LPC)
Em LPC o trato vocal modelado como um sistema linear, pois utiliza-se um

modelo de filtro digital tipo IIR (Resposta Impulsiva Infinita); o qual, excitado por um
sinal de entrada apropriado (que no caso representa o ar fluindo a partir dos pulmes
atravs das cordas vocais que podem estar contradas ou distendidas) fornece o sinal de
voz observado. O sinal de voz amostrado em janelas de 20 a 40 ms, espaadas de 10 a
30 ms (portanto com superposio de janelas). Neste, os prprios parmetros do sistema
linear so transmitidos juntamente com o sinal de excitao apropriado. Conseguem-se
taxas a partir de 2,4 kbps, mas com qualidade baixa (voz metlica).
Codificao com Excitao a Pulsos Regulares (RPE)
Neste algoritmo amostra-se uma janela de 20 ms da voz, que dividida em 40

amostras. So feitas interaes sucessivas at se obter expresses que minimizem o erro
em relao ao sinal original. Ao final do processo obtm-se uma seqncia de
parmetros numa taxa de 13kbps. o algoritmo do padro europeu GSM de telefonia
mvel.
Codificao Preditiva Linear com Excitao Multipulsos (MLPC)
Este algoritmo uma evoluo do LPC pois os pulsos de excitao no so de

apenas dois tipos (voclicos e no voclicos) mas assumem vrios valores em funo
das amostras de voz, independentemente do som ser voclico ou no.
Predio Linear com Excitao de Cdigos (CELP e LD-CELP)
uma outra variao do algoritmo LPC onde a codificao baseada em tabelas

(codebook) que contm os valores de cdigos (vetores) que representam as possveis
amostras do sinal de voz. Uma vez identificado o melhor vetor que representa a
amostra, o ndice deste vetor na tabela transmitido. Tabelas usuais so de 256 ou 512
vetores. Vale ressaltar que nestes algoritmos exigida grande capacidade de
processamento. O algoritmo CELP acarreta atraso da ordem de 105 ms na conversao.
12
Existe uma variao chamada LD-CELP (Low Delay) cujo atraso da ordem de 5
ms. Seu codebook de 1024 vetores.
Predio Linear com Excitao de Soma Vetorial (VSELP)
uma variao do algoritmo CELP onde a busca na tabela (codebook) feita de

forma ligeiramente diferente: so duas tabelas de 128 vetores.
Predio Linear com Excitao de Cdigos Algbricos (ACELP e CS-ACELP)

outra variao do algoritmo CELP com um codebook especializado.
Algoritmos de Compresso Padronizados

Enumeram-se a seguir os principais algoritmos de compresso de udio de voz
padronizados por rgos internacionais como ITU (International Telecommunication
Union), TIA (Telecommunication Industries Association) e USFS (United States Federal
Standards). A utilizao de algoritmos padronizados importante para a interoperabilidade
do sistema.
Codificao na forma de onda
ITU G-711 (PCM logartmico lei A ou lei a 64 kbps): O sinal de voz na faixa de 4
kHz, ou seja, filtrado de 100 a 3400 Hz , amostrado a 8 kHz com 14 (lei ) ou 13
bits (lei A) e sofre uma compresso logartmica para 8 bits. A compresso
logartmica adequada por causa da natureza do sinal de voz: os sinais de baixa
amplitude so mais freqentes e mais importantes.
ITU G-726 (ADPCM a 40, 32, 24 ou 16 kbps): O sinal de voz amostrado a 8 kHz,
codificado em 8 bits (leis A ou ) e so transmitidas diferenas entre amostras com
5,4, 3 ou 2 bits em quantizao adaptativa. Outros mtodos de compresso de udio
ADPCM incluem as Recomendaes-padro G-721 (taxa de 32 kbps) e a G-724
(taxa de 24 kbps); e o algoritmo de compresso de udio interativo [15,21].
ITU G-722 (SB-ADPCM a 64, 56 ou 48 kbps): O sinal de voz numa banda de 7

kHz amostrado a 16 kHz e codificado em 14 bits, gerando assim uma taxa de 224
kbps. As amostras passam por um circuito codificador que as trata em duas subbandas e geram cdigos numa taxa de 64, 56 ou 48 kbps. Nestes dois ltimos casos,
pode-se transmitir tambm dados a 8 ou 16 kbps para completar os 64 kbps. Este
algoritmo prprio para aplicaes de videoconferncia uma vez que telefones
comuns no respondem na faixa de 7 kHz
Codificao na fonte
ITU G-723 (ACELP a 5,3 ou 6,3 kbps): Em cada janela de 30 ms do sinal de voz,
so analisadas 240 amostras de 16 bits do sinal de voz (tomadas a 8 kHz) para
identificao de pitches e so gerados 12 ou 10 cdigos de 16 bits, conforme o
13
algoritmo esteja configurado para uma taxa de 6,3 ou 5,3 kbps. um VOCODER
prprio para videoconferncia, telefonia mvel digital e aplicaes multimdia.
ITU G-728 (LD-CELP a 16 kbps): Em cada janela de 0,625 ms do sinal de voz, so

analisadas 5 amostras de 8 bits (que internamente voltam para PCM linear) e
gerado 1 cdigo de 10 bits. O codebook uma tabela de 1024 valores. Os pontos
fortes deste VOCODER so o pequeno atraso e a qualidade do sinal de voz (muito
parecida com a compresso no paramtrica). Por isso adequado para a maioria
das aplicaes. Permite inclusive o reconhecimento de DTMF e Modem de at 2400
bps.
ITU G-729 (CS-ACELP a 8 kbps): Em cada janela de 10 ms do sinal de voz, so

analisadas 80 amostras de 8 bits para a gerao de 10 cdigos de 8 bits. Em [23] so
apresentados os aspectos importantes deste algoritmo, que referenciado como CSACELP. um VOCODER bastante otimizado nos seus vrios aspectos (qualidade,
atraso, taxa de compresso) e assim tende a ser bastante difundido.
TIA IS-54 (VSELP a 8 kbps): Em cada janela de 20 ms do sinal de voz, so

analisadas 160 amostras de 8 bits para a gerao de 10 cdigos de 16 bits. Este
VOCODER patente da Motorola e prprio para telefonia mvel digital.
TIA IS-641 (ACELP a 7,4 kbps): Em cada janela de 20 ms do sinal de voz, so

analisadas 160 amostras de 8 bits para a gerao de um frame de 148 bits. Tambm
prprio para telefonia celular digital.
Remoo de Eco
Do usurio at a central telefnica a conexo feita por dois fios, par de cobre
tranado, com transmisso full duplex, ou seja, a voz compartilha o meio nos dois sentidos.
A partir da central telefnica, ou do equipamento de acesso, so separados os canais de
conversao de forma que a voz do assinante A vai trafegar por circuito diferente do
assinante B. Chamamos de hbrido o equipamento que faz a converso de dois fios para
quatro fios, do modo full duplex para simplex. Remotamente, na outra ponta, um
equipamento semalhante usado para converter para dois fios que chegam ao usurio do
outro lado. O equipamento hbrido remoto, que converte os quatros fios para dois fios de B
gera um eco que ser percebido pelo assinante A caso chegue com atraso superior
percepo humana, algo em torno de 10 ms. N prtica, o eco um problema significante
quando este atraso maior que 50 ms. A partir da, faz-se necessrio a presena de um
mecanismo de cancelamento do eco.
14
Como o atraso da Telefonia IP com certeza maior que este valor, haver percepco
de eco. Para evitar isto, o gateway ou o terminal de Telefonia IP deve realizar a funo de
remoo de eco.
Verificao da Qualidade - MOS

O mtodo MOS (Mean Opinion Score) derivado do mtodo ACR (Absolute
Category Rating) para estimar a qualidade de sistemas de transmisso de voz. O MOS
requer que algumas pessoas avaliem a qualidade geral de exemplos de fala submetidos a
vocoders para propsitos de comunicao telefnica.
Os avaliadores atribuem notas em escala de 5 categorias, como mostrado no quadro
abaixo:
Nota
1
2
3
4
5
Significado
Ruim: ininteligvel, o usurio no entende a mensagem decodificada. Possui interrupes
horrveis devido s degradaes
Pobre: o sinal possui interrupes devido s degradaes e o usurio tem que fazer um
esforo considervel para entender alguns trechos.
Moderado: a qualidade da voz ruim, o usurio sente incomodado com as degradaes,
porm no tem interrupes e ainda consegue entender a mensagem. (requer esforo
moderado)
Bom: a voz agradvel de se ouvir, ou seja, percebe degradaes mas no se incomoda
com elas, pois so mnimas. (nenhum esforo aprecivel requerido)
Excelente: o usurio no consegue diferenciar o trecho original com o corrompido, ou seja,
no percebe degradaes no sinal. (nenhum esforo requerido)
A especificao completa e procedimentos para o ACR so descritos em [3]. O objetivo

deste teste pessoal apresentar uma figura da opinio pessoal dos jurados observando o
sinal como transmitido pelo sistema de comunicao ou pelo algoritmo sendo testado.
Como normalmente conduzidos, estudos pessoais de sistemas de comunicao requerem
que os avaliadores escutem a fala processada por um perodo de tempo definido.
15
Comparao de Vocoders
O vocoder utilizado influi na qualidade do sistema de vrias maneiras. Ele inclui por
si uma distoro na amostra de voz. Esta distoro pode ser comparada entre vrios
vocoders utilizando a tcnica MOS de avaliao de qualidade acstica da voz. Abaixo
temos um grfico de comparao
O segundo aspecto a ser observado a sua largura de banda ocupada. Em uma rede
saturada, com grande nmero de canais de voz pela rede, isto pode ser crtico. No grfico
acima vemos a informao de banda e de qualidade cruzadas para os principais vocoders.
Um outro aspecto o atraso introduzido pela formao de um pacote. Isto depende
do nmero de amostras que so tomadas pelo vocoder e da taxa de compresso. O vocoder
G.723, cujas taxas so mais baixas tem tempo de formao de pacote de 30 ms, o que pode
introduzir um atraso significativo. G729 e G.728 introduzem atrasos menores.
Um ltimo aspecto a ser analisado a complexidade do algoritmo de compresso,
para que possam ser dimensionados processadores que suportem o algoritmo sem
imposio de atrasos adicionais.
16
Comutao
Comutao por Circuitos
Tradicionalmente, as redes de telefonia, tanto a nvel pblico ou privado tem se
desenvolvido utilizando-se de comutao baseada em circuitos. Estas redes so conhecidas
por Time Division Multiplexing (TDM), devido ao mtodo de multiplexao baseado na
diviso do tempo. Atravs deste paradigma, um assinante A, presente em um ponto da rede
de telefonia, ao se comunicar com um outro assinante B, estabelecido um circuito
exclusivo para garantir o canal de comunicao. Este circuito, de largura de banda
determinada, normalmente 64kbps, usado para o transporte de voz entre o assinante A e o
assinante B, e multiplexado para a transmisso em um meio fsico compartilhado. Caso
no haja comunicao entre os dois assinantes, como em momentos de silncio, o canal
desperdiado. Dizemos que a comutao baseada em circuitos porque os elementos do
sistema que garantem que a voz chegue ao destino so comutadores que estabelecem
circuitos na fase de negociao da chamada e mantm estes circuitos at o trmino da
chamada.
Vrios canais podem ser multiplexados em um feixe de canais do tipo E1 (32
canais) ou T1 (24 canais) para ligao entre centrais telefnicas. Deve ser observado que
um canal de comunicao mantido durante todo o perodo de conversao entre dois
assinantes. Embora possa ser multiplexado para economia de meio fsico de transmisso, o
canal deve existir e tem largura fixa de 64 kbps.
Comutao por Pacotes

Em oposio, podemos transmitir a voz convertendo-a para pacotes que so
elementos mnimos em uma rede comutada por pacotes. Nesta abordagem, o conceito de
circuito no existe, de forma que todos os pacotes compartilham o mesmo meio fsico e
lgico. Os comutadores deste sistema analisam cada pacote que chega e verifica qual seu
destino, antes de envi-lo em sua rota. Desta forma, so mantidas rotas que so respeitadas
e verificadas a cada pacote.
A verificao de destino e conseqente roteamento substitui a comutao da telefonia
convencional, com algumas diferenas:
baseada em pacotes, de modo que cada pacote registra informaes de origem e

destino, e compartilha o mesmo circuito fsico, estas informaes adicionais
inserem perdas de eficincia;
realizada na camada de rede, IP, baseada no endereamento deste protocolo, no

formato de 4 octetos;
realizada por software, ao contrrio da comutao na telefonia fixa, de forma que

se torna muito mais flexvel, permitindo verificaes de erros, priorizao de
pacotes, bloqueio de pacotes indesejveis ou inseguros, etc. A desvantagem da
17
execuo de software que o desempenho do sistema se torna mais crtico, de
forma que atrasos maiores podem ser inseridos neste processo.
Uma pacote representa um conjunto de bytes sequenciados e agrupados, marcados por
cabealhos que determinam suas caractersticas, como protocolo utilizado, tamanho do
pacote, sequenciamento, endereo de origem e endereo de destino.
Com esta abordagem, no existe desperdcio de largura de banda, uma vez que somente
a poro da comunicao que efetivamente utilizada gera trfego sobre a rede. Assim,
podemos aplicar algumas tcnicas como supresso de silncio, que representa a retirada de
todos os pacotes que no tenham contedo da rede, alm da compresso dos pacotes de
voz, de forma a reduzir a banda utilizada por uma comunicao entre dois assinantes.
Algumas tecnologias tem se desenvolvido para a transmisso de voz sobre redes que
utilizam a comutao baseada em pacotes. Os principais protocolos de rede utilizados para
estes fim so: ATM, Frame Relay, e IP (Internet Protocol). A telefonia sobre o protocolo
IP o objeto de nosso estudo e tem como principais vantagens:
Capilaridade de rede j instalada no mundo, a Internet, cujo alcance indiscutvel;
Baixo custo, devido simplicidade do protocolo utilizado. Em contrapartida, o

protocolo pobre em termos de recursos, como garantia de qualidade de servio e
disponibilidade de largura de banda;
Grande nmero de aplicaes j desenvolvidas utilizando este protocolo. Todas

estas aplicaes podem ser integradas no ambiente de telefonia.
Outros modelos de rede, como ATM apresentam caractersticas que poderiam tornar
interessante seu uso para transmisso de voz, como garantia de qualidade de servio. Mas
este tipo de rede no se difundiu como as rede com o protocolo IP, de forma que no so
acessveis a baixo custo e com tamamho nmero de aplicaes.
Uma rede ATM no utiliza o mesmo princpio de comutao de uma rede IP. A rede
ATM tem comutao baseada em clulas, que so pequenos pacotes (53 bytes), comutados
por hardware, devidos simplicidade dos circuitos de comutao. Possui o conceito de
circuitos virtuais, com reserva de banda, que garante a qualidade de servio para transporte
de voz, porm de forma cara, o que inviabiliza sua utilizao.
18
Padres de controle para Telefonia IP

Para realizar uma chamada so necessrios protocolos de controle e sinalizao para
execuo de algumas tarefas como localizao do usurio a ser chamado, notificao de
chamada, notificao de aceite da chamada, incio da transmisso de voz, finalizao da
transmisso de voz e desconexo. Isto sem considerar os servios adicionais no ambiente de
telefonia. Inicialmente estas tarefas eram executadas por protocolos proprietrios, hoje, dois
conjuntos de protocolos padres dominam o cenrio de telefonia.
A maioria dos protocolos de sinalizao esto focadas na conexo e no controle da
chamada, que esto separados da transmisso de contedo multimdia (voz) entre os
terminais. Isto porque a conexo e o controle de chamada podem envolver terceiros
elementos, como um servidor de localizao. Desta forma, permite que os terminais
transmitam a voz sem a interveno deste terceiro elemento.
Podemos atribuir ao servidor as seguintes tarefas:
Traduo de endereos - Usurios do servio telefnico so identificados por um

nmero e usurio da Internet ou outra rede IP podem ser identificados pelo endereo
IP da mquina onde o usurio est localizado ou pelo endereo eletrnico do
usurio. Em ambas as abordagens, o nmero telefnico deve ser traduzido,
permitindo assim que o usurio receba corretamente suas chamadas;
Controle de Admisso - Autorizao ou no de utilizao do sistema, tarifao, etc.
19
Controle de largura de banda - Capaz de reduzir ou aumentar a carga na rede atravs

da autorizao de chamadas, transferncias de arquivos, recursos de vdeo, etc.
Servios de Localizao - Um determinado usurio, registrado atravs de um email,

pode manter a informao de sua lozalizao no Servidor, de forma a permitir que
suas chamadas sejam corretamente direcionadas para ele.
Todos estes servios envolvem comunicao entre o terminal e o servidor ou entre um

gateway e o servidor. O trfego de voz, por sua vez, no passa pelo servidor, passando
diretamente entre os terminais e/ou gateways. Alm disto, tambm os servios de controle
de chamada e sinalizao da conexo so feitos diretamente entre os elementos finais.
Vrios solues proprietrias foram utilizadas para transmisso de voz em redes IP.
Porm estas solues no garantiam interoperabilidade entre os equipamentos. Podemos
verificar ento, o advento de dois padres que podem ser utilizados para garantir a
interoperabilidade entre sistemas de Telefonia IP. O padro H.323, proposto pela ITU-T[3]
e o padro SIP proposto pelo IETF [4].
Independente do padro utilizado, o protocolo normalmente utilizado para transmisso
do fluxo de voz o Real Time Protocol (RTP)[5]. RTP por sua vez utiliza de User
Datagram Protocol (UDP) para transmitir estes pacotes. RTP feito sobre UDP porque a
velocidade necessria e fundamental no processo e a perda de pacotes pode ser
compensada no processo de codificao e decodificao da voz.
Para garantir a comunicao entre terminais na Internet e telefones analgicos presentes
na rede telefnica convencional, os protocolos devem ser capazes de interagir com os
equipamentos nesta rede. Esta interconexo efetuada por um gateway. Um gateway
responsvel por converter comandos do protocolo de controle baseados em IP para
protocolos tradicionais de sinalizao como SS7 e ISDN, alm de conveter o fluxo de voz
para sinais de voz compatveis com a rede telefnica convencional.
20
H.323
A ITU-T props o padro H.323[3], sendo mais difundido atualmente, especialmente
por ser o precursor da Telefonia IP, primeiro padro a ocupar esta lacuna. Este padro
prev, entre outros:
Algoritmos padres de compresso que devem ser implementados de forma a

garantir compatibilidade, conhecidos como udio codecs ou vocoders;
Protocolos utilizados para o controle da chamada, estabelecimento dos canais de

comunicao e negociao de qualidade de servio;
Interoperabilidade com outros terminais de voz, como telefonia convencional,

ISDN, voz sobre ATM, e outros; permitindo assim a construo de gateways.
Elementos ativos do sistema e suas funes.
O protocolo H.323 utiliza em suas diversas funcionalidades de uma famlia de

Recomendaes ITU-T: H.225[4] para conexo, H.245[5] para controle, H.332 para
grandes conferncias, H.335 para segurana, H.246 para interoperabilidade com RTPC, e a
srie H.450.x para servios suplementares.Todos estes padres fazem parte da srie H de
Recomendaes.
Podemos verificar a pilha de protocolos definidos na Recomendao H.323 na figura

acima. Podemos verificar:
Audio Codecs e Video Codec, utilizando do protocolo RTP para transmisso do

fluxo de pacotes;
21
RAS, Registration, Admission and Status, mensagens trocadas entre os terminais e

unidades de gerncia de conexo, executando tarefas como localizao de usurios e
reserva de largura de banda.
RTP/RTCP, Real Time protocol / Real Time Control Protocol, usado para
transporte do fluxo de pacotes multimdia, com caractersticas de tempo real,
executando tambm funes de estatsticas de qualidade de servio;
H.245, Controle de canais de udio e vdeo;
Q.931, Mensagens trocadas entre os terminais para sinalizao de chamada.
Devemos observar ainda que os protocolos RTP, RTCP e RAS utilizam na camada de
transporte de protocolo no orientado a conexo (UDP), ao contrrio da dupla
H.245/Q.931, que utiliza de protocolo orientado a conexo (TCP).
Podemos verificar tambm na Recomendao H.323, os elementos que compe uma
rede de Telefonia IP. Estes elementos aparecem na figura abaixo e podem ser definidos
como se segue:
Os seguintes elementos so definidos neste ambiente:
Terminal H.323 Computador onde est implementado o servio de telefonia IP,

atuando como terminal de voz, vdeo e dados, atravs de recursos multimdia;
Gateway H.323 Elemento situado entre uma rede IP e outra de telecomunicaes,

como o sistema telefnico convencional (PSTN), rede integrada de servios digitais
(ISDN), rede de telefonia celular; de forma a permitir a interoperabilidade entre as
duas redes;
22
Gatekepeer Servidor de traduo, localizao e admisso. Prov traduo de

endereos e controle de acesso rede H.323 para terminais, gateways e MCUs.
Pode prover tambm outros servios como gerenciamento de largura de banda e
localizao de gateways.
Unidade de controle de Multiponto (MCU) Prov facilidades para trs ou mais

terminais e Gateways participarem em uma conferncia multiponto.
No se faz necessria a implementao de todos estes elementos para efetuar uma

comunicao em ambiente de Telefonia IP. Podemos, utilizando de apenas dois terminais
H.323, estabelecer uma comunicao de voz, vdeo e dados. Os outros elementos permitem
gerenciamento da chamada e interconexo com outras redes.
Um dos protocolos mais importantes do padro H.323 o H.225, responsvel pelo
controle da chamada. Alm disto, descreve tambm as funcionalidades do RAS,
Registration, Admission and Status, o qual faz uma aplicao cliente acessar recursos,
como roteamento, servios de diretrios, localizao de usurios, providos por um
Gatekeeper.
Podemos verificar na figura abaixo, as camadas utilizadas em um terminal H.323. Este
terminal normalmente implementado por software sobre computadores pessoais
multimdia.
23
Vrios softwares comerciais e freeware implementam terminais do padro H.323 e
garantem interoperabilidade. Os principais so:
Microsoft NetMeeting
Intel Internet VideoPhone,
VocalTec Internet Phone
Voxware VoxPhone
Netscape Conference
NetSpeak WebPhone
Tambm est disponvel a pilha de protocolos que implementa o padro H.323 sobre a
forma de cdigo-fonte C e C++, compilvel na plataforma Linux e tambm na pataforma
Windows. Esta pilha de protocolos foi desenvolvida por um consrcio de desenvolvedores
e pode ser encontrada no Projeto OpenH323 [8]. Como alternativa, outra pilha de
protocolos tambm disponvel em cdigo fonte para o padro H.323 distribuda
livremente pela Vovida Networks[9].
A complexidade do protocolo H.323 muito grande. Sua composio incluindo todas
estas subrecomendaes resulta em mais de 700 pginas de padres. Alm disto, ao
contrrio da maioria dos protocolos utilizados na Internet que so baseados em texto, o
H.323 binrio, baseado na Abstract Syntax Notation On (ASN.1) e Packet Enconding
Rules (PER). Isto torna o H.323 computacionalmente exaustivo.
A verso 1 do padro H.323 foi criticada por ter o desempenho pobre e muitos
problemas de incompatibilidade entre diferentes fabricantes. Por no ter muitos recursos,
diversos fabricantes acabaram por incluir suas prprias extenses para o padro, de forma
proprietria. Isto resultou em incompatibilidade em diversos pontos. ITU-T resolveu estes
problemas com a verso 2 do padro, o qual prov mecanismos de conexo rpida que
eliminam problemas de desempenho e incluiu muitos novos recursos, de forma a eliminar a
necessidade de extenses proprietrias.
24
Protocolos IETF para a Telefonia IP

SIP - Session Initiation Protocol
A alternativa do protocolo H.323 SIP, o qual foi concebido na Universidade de
Columbia e depois submetido para aprovao do IETF (Internet Engineering Task Force).
Como outros protocolos dominantes na Internet (HTTP, FTP, SMTP), SIP baseado em
texto. SIP foi aprovado como RFC (Request For Comment), sendo publicado como RFC
2543, em maro de 1999.
SIP preocupa-se com a sinalizao e no tenta definir qualquer aspecto de
comunicao multimdia, como H.323 faz. Consequentemente, ele pode ser documentado
em menos que 130 pginas de leitura relativamente fcil. SIP reutiliza algumas
caractersticas de outros protocolos, como por exemplo, os mesmos cabealhos, erros e
regras de codificao do HTTP.
O protocolo de sinalizao SIP inicia uma sesso entre usurios. usado para
servios de localizao de usurios, controle de chamada e gerncia de participantes em
uma conferncia (usando uma extenso SIP[10]). SIP no define o tipo de sesso que
estabelecida, de forma que pode ser facilmente usado tanto para estabelecer sesses de
jogos como para estabelecer conferncias de vdeo/udio[9].
Cada requisio SIP consiste de um conjunto de campos de cabealho que
descrevem a chamada seguidos por uma mensagem que descreve uma sesso individual que
est sendo realizada na chamada. Normalmente SDP (que iremos descrever) usado, mas
pode ser negociado outro protocolo. Alm disto, como SIP no define todo o potencial do
protocolo usado em comunicaes multimdia, ele deve ser combinado com outro protocolo
IETF para criar uma soluo completa. Por exemplo, voc pode usar as caractersticas de
tocar e gravar do Real Time Streaming Protocol (RTSP) para prover funcionalidades de
voicemail ou secretria eletrnica com SIP.
SIP um protocolo cliente-servidor, parecido tanto em sintaxe como semntica ao
protocolo HTTP[11]. Requisies so geradas por uma entidade cliente e enviadas para
uma entidade receptora ou servidor. O servidor processa a mensagem e ento envia uma
resposta para o cliente. A requisio e a resposta que chegam a seguir so chamadas
transaes. Todo software SIP tem um sistema final que interage com um usurio
conhecido como User Agent. Um user agent tem dois componentes, um user agent
client(UAC) e um user agent server(UAS). O UAC responsvel por iniciar as chamadas,
enviando requisies, e o UAS responsvel por responder s chamadas, enviando
respostas. Uma aplicao de telefonia Internet contm ambos UAC e UAS. Vale destacar a
diferena com um Web Browser que contm apenas um cliente.
Com funes especficas, espalhados pela rede, existem trs tipos de servidores.
Servidores de registros, os quais recebem atualizaes sobre a localizao corrente de
cada usurio; servidores proxy, os quais recebem requisies e enviam-nas para outros
servidores, conhecidos ento como servidores next-hop. O servidor next-hop pode ser outro
servidor proxy, um UAS ou um servidor de redirecionamento. Um servidor de
redirecionamento tambm recebe requisies e determina um servidor next-hop. Todavia,
25
ao contrrio de reenviar a requisio neste caso, ele retorna o endereo do servidor next-hop
para o cliente. A funo primria dos servidores proxy e de redirecionamento so
roteamento de chamadas, ou seja a determinao do conjunto de servidores a serem usados
no caminho para completar a chamada. Um servidor proxy ou um servidor de
redirecionamento pode usar qualquer meio para determinar o servidor next-hop, incluindo
executar programas e consultar bancos de dados. Um servidor proxy pode tambm duplicar
uma requisio, enviando cpias para mltiplos servidores next-hop de uma vez. Isto
permite que uma requisio de nicio de chamada tente diversas localizaes diferentes ao
mesmo tempo. A primeira localizao que responder conectada com o cliente chamador.
Como no HTTP, o cliente requisita a chamada de mtodos ou comandos no
servidor. SIP define muitos mtodos. INVITE convida um usurio para uma chamada. BYE
termina uma conexo entre dois usurios em uma chamada. OPTIONS solicita informaes
sobre as capacidades, mas no configura uma chamada. ACK usado para confirmar
mensagens trocadas para estabelecimento. CANCEL termina a procura por um usurio.
Finalmente REGISTER adiciona informaes sobre um usurio para um servidor de
registro.
Um cliente inicia uma chamada enviando uma requisio INVITE. Esta requisio
contm campos de cabealho usados para levar informaes sobre a chamada. Os campos
de cabealho mais importante so TO e FROM, os quais contm o endereo do chamador e
do chamado. O campo SUBJECT identifica o assunto da chamada. O campo CALL-ID
contm um identificador nico da chamada e o campo CSEQ contm um nmero de
seqncia. O campo CONTACT lista endereos onde o usurio pde ser contactado. Este
ltimo colocado em respostas de um servidor de redirecionamento, por exemplo. O
campo REQUIRE usado para a negociao do protocolo a ser utilizado como extenso ao
SIP. Os campos CONTENT_LENGTH e CONTENT-TYPE so usados para levar
informaes sobre o contedo da mensagem. No contedo da mensagem vemos ainda a
descrio da sesso que ser estabelecida.
Extenses podem ser definidas com novos campos. Uma extenso[10], usada para
controle de chamada, incluem novos cabealhos para tarefas como transferncias de
chamadas e conferncias com vrias pessoas[12, 13].
26
Vemos abaixo uma tpica transao SIP:
27
SDP
SDP descreve sesses multimdia, para telefonia e aplicaes de difuso como rdio ou
TV via Internet. O protocolo inclui informaes sobre:
Fluxo de mdia: Uma sesso multimdia pode conter muitos fluxos de mdia, como
fluxos de udio, vdeo, etc. SDP leva informaes sobre o nmero e o tipo de cada
fluxo de mdia. So definidos udio, vdeo, dados, controle e aplicaes como tipos
de fluxos, similares aos tipos MIME usados por email Internet.
Endereos: Para cada fluxo, o endereo do destinatrio (unicast ou multicas)

indicado, de forma a garantir independncia. Assim, um usurio pode receber a voz
atravs de um telefone de baixo atraso e o vdeo atravs de uma workstation, em
uma videoconferncia.
Portas: Para cada fluxo, a porta UDP para recepo e/ou envio indicada.
Tipo de contedo: Os formatos de mdia que podem ser usados durante a sesso.
Para sesses unicast (tradicional telefonia IP) este campo corresponde ao campo
capability set do protocolo H.323.
Horrio de incio e trmino: Para sesses do tipo broadcast como um programa de

televiso, o horrio de incio, o horrio de trmino e a durao so enviados. Assim,
pode-se aunciar ou convidar usurios para um programa de TV semanal, por
exemplo.
Origem: Para sesses do tipo broadcast a sesso traz quem o responsvel e como
pode ser contactado.
SDP leva esta informao em formato textual, assim como SIP. Quando uma chamada
SIP estabelecida, a mensagem INVITE contm informaes SDP descrevendo os
parmetros aceitveis para o chamador, incluindo suas capacidades. A resposta do chamado
contm uma verso modificada desta descrio, incorporando suas capacidades.
Temos abaixo um exemplo de campos SDP:
v
=
0
o = sergiool 87728 8772 IN IP4 15.164.10.1
s
=
Ola,
senhores!
u
=
http://www.dcc.ufmg.br/~sergiool
e
=
sergiool@dcc.ufmg.br
c
=
IN
IP4
150.164.10.1
b
=
CT:64
t
=
3086272736
0
k
=
clear:manhole
cover
m
=
audio
3456
RTP/AVP
96
a
=
rtpmap:96
VDVI/8000/1
m
=
video
3458
RTP/AVP
31
m
=
application
32416
udp
wb
a = orient:portrait
28
Podemos identificar "v" como indicador de verso da sesso. Linha "o" apresenta o
conjunto de valores que formam um identificador nico para a sesso, incluindo endereo
IP, portas utilizadas e usurio. Linhas "u" e "e" indicam a URL e o endereo de e-mail para
mais informaes sobre a sesso. A linha "c" indica o endereo para a sesso, a linha "b"
indica a largura de banda (64kps), e a linha "t" o tempo de incio e o final, onde 0 indica
que a sesso continua indefinidamente. A linha "k" traz a chave de criptografia para a
sesso. Existem 3 linhas "m", cada qual identifica um tipo de fluxo de mdia (udio, vdeo e
aplicao de quadro branco para desenhos, etc), o nmero da porta para o fluxo, o protocolo
e a lista de tipos de contedo. A linha "a" representa um contedo. Por exemplo, a linha
seguindo a definio do fluxo de udio define o parmetro de codec para RTP tipo 96.
Real Time Protocol

RTP (Real time transport protocol) um protocolo padro para transporte de dados
com caractersticas de tempo real, como vdeo e udio, que pode ser usado em servios
tanto como mdia sob demanda quanto interativos, do tipo telefonia IP. composto por
uma parte de transmisso de dados e outra de controle, chamada RTCP (Real Time Control
Protocol). A parte de dados consiste de um protocolo leve, que prov suporte para
aplicaes com caractersticas de tempo real, incluindo reconstruo temporal de
mensagens, deteco de perdas, segurana, selo de tempo e identificao de contedo[1].
RTCP usado para monitorar a qualidade de servio da transmisso e para transmitir
informaes sobre os participantes de dada sesso[2]. Apesar do RTP utilizar servios do
UDP e IP, ele pode ser implementado em outros ambientes, j que necessita somente de
servio de transporte no orientado conexo.
O processo de transporte envolve acompanhar o fluxo de bits gerados pelo
codificador de mdia, normalmente o vocoder de Telefonia IP, quebrando em pacotes,
enviando os pacotes pela rede e reproduzindo o fluxo de bits no receptor. O processo
complexo porque pacotes podem ser perdidos, receber atrasos variados e serem entregues
fora de ordem. O protocolo de transporte deve permitir ao receptor detectar estas perdas.
Ele deve tambm transportar informaes de temporizao de forma que o receptor possa
fazer tambm compensaes para o atraso.
Para ajudar nestas funes, RTP define o formato de pacote que trafega pela rede. O
pacote contm informao sobre a mdia, chamada RTP Payload, junto ao cabealho RTP.
Este cabealho prov informaes para o receptor que permitiro a reconstruo da mdia.
RTP tambm especifica como o fluxo de bits do vocoder esto agrupados nos pacotes. RTP
contm tambm dispositivos para multicast, permitindo seu uso em aplicaes de
conferncia e ambientes broadcast usados para distribuio de mdia. importante notar
que RTP no tenta reservar recursos na rede para evitar perdas de pacotes e atrasos, ele
apenas permite ao receptor notar a presena desta perda e do atraso.
RTP componente chave dentro de sistemas de Telefonia IP. Podemos verificar que
alm do SIP, o prprio padro H.323 faz uso do RTP, de forma que podemos consider-lo
universal para uso de Telefonia IP.
Podemos verificar algumas funcionalidades do RTP:
29
- Seqenciamento: Atribui nmero de ordem aos pacotes. Isto pode ser usado para
verificao de perdas e possvel reordenamento de pacotes;
- Sincronismo intramdia: Pacotes de um mesmo fluxo podem sofrer diferentes atrasos. A
variao deste atraso prejudicial reproduo da mdia. Buffers adicionais podem ento
ser usados para eliminar a diferena entre os atrasos (jitter). Estes mecanismos precisam de
informaes de tempo de cada pacote. RTP prov esta informao[16-18].
- Identificao de contedo: Em redes sem garantia de QoS, como a Internet e redes de
computao mvel, condies de perda de pacotes e atraso podem variar ao longo do
tempo. Podemos observar que diferentes vocoders apresentam diferentes caractersticas de
qualidade final em funo das perdas e atrasos. Este campo permite a alterao dinmica do
vocoder utilizado em funo das perdas e do atraso a fim de melhorar a qualidade final
acstica.
- Identificao de quadro: Os quadros so unidades bsicas de transmisso dos vocoders.
Um pacote pode conter vrios quadros. RTP marca o incio e o fim de cada pacote,
necessrio para identificao deste quadro.
- Identificao de origem: Necessria para indicar quem enviou o pacote. Isto porque em
uma conferncia multicast um mesmo fluxo pode ter vrias origens.
J o RTCP, que acompanha o RTP, que prov informaes adicionais sobre seus
participantes:
- Retorno de informaes de Qualidade de Servio: Receptores podem retornar informaes
sobre atraso, jitter e perdas, que pode ser usadas para adaptar a aplicao [19, 20, 21], como
por exemplo alterar o vocoder que est sendo utilizado.
- Sincronismo Intermdia - Necessrio para sincronizar diferentes fluxos, como udio e
vdeo, caso sua origem seja de servidores diferentes.
- Identificao do usurio: Email, Nome, Organizao, nmero telefnico, etc.
RTCP necessita que todos os participantes enviem estas informaes
periodicamente. RTCP usa o mesmo endereo do RTP, porm usa uma porta diferente.
Nem todas as aplicaes RTP utilizam RTCP, que no indispensvel para as aplicaes.
Real-Time Streaming Protocol

RTSP[23] usado para controlar servidores de armazenamento de mdia. Estes
dispositivos so capazes de reproduzir contedos de mdia armazenados, como filmes ou
msicas, atuando como servidores sob demanda. Os comandos do RTSP so semelhantes a
de um vdeo cassete, como play, fast forward, rewind, record e pause. Tambm existem
comandos para configurar o servidor quanto ao endereo e porta utilizada, vocoder para voz
e vdeo.
RTSP pode apresentar um grande nmero de aplicaes em Telefonia IP:
- Parte de um conversao pode ser gravada;
30
- Pode ser reproduzido algum trecho de udio ou vdeo durante uma sesso de Telefonia IP;
- Utilizao de e-mail de voz;
- Servios de secretria eletrnica para Telefonia IP.
Call Processing Language

CPL[24, 25] uma linguagem de scripts que permite que os usurios finais
especifiquem o comportamento dos agentes de chamada, que executam em seu software de
telefonia IP. O agente de chamada chamado quando o servidor SIP recebe um pedido de
chamada. Este agente executa as intrues geradas nesta linguagem, como por exemplo
sempre tentar contactar determinada pessoa no seu celular, depois na sua casa e em seguida
no escritrio pelo menos uma vez.
Gateway Location Protocol

Para completar uma chamada para um telefone na rede pblica tradicional, o cliente
SIP deve enviar uma mensagem de INVITE para um gateway, para fazer a interconexo
destas duas redes. Espera-se um grande nmero de gateways futuro, nos principais centros
urbanos. Deve existir uma forma de encontrar o nmero IP do Gateway com base no
nmero telefnico requisitado de forma que se otimize o custo da ligao ou permita-se a
utilizao de uma sub-rede mais confivel. O protocolo GLP usado com esta finalidade.
31
A figura a seguir ilustra o protocolo GLP:
Um ambiente de Telefonia IP dividido em domnios. Cada domnio mantm um

nmero de gateways, usurios IP e servidores de localizao. Os servidores de localizao
de um domnio conhecem sobre os gateways em seu domnio, por meio de um protocolo
intradomnio como o Service Location Protocol (SLP). Este protocolo propaga informaes
sobre o gateway.
No possvel que um simples domnio admistrativo tenha gateways que acessem
todos os nmero telefnicos existentes. Por isto necessrio que haja um acordos
comerciais entre os vrios domnios. Uma vez que este acordo feito, necessrio que os
Servidores de Localizao de um domnio tenham como comunicar com outro. Isto feito
atravs do protocolo GLP. GLP permite que um Servidor de Localizao atualize os
registros de seu banco de dados com os gateways de outro domnio. Ele matm
informaes do endereo IP do gateway, a faixa de nmero telefnicos que ele atende alm
de informaes do prprio gateway. O princpio de funcionamento semelhante ao servio
de nomes da Internet (DNS).
Quando um cliente deseja estabelecer uma ligao de telefonia IP com algum na
rede telefnica, isto pode ser feito das seguintes maneiras:
32
- LDAP - Lightweight Directory Access Protocol - Protocolo que permite acesso direto
base de dados de um servidor de localizao.
- SIP - Ao invs de mandar um INVITE diretamente para o gateway, o cliente envia para o
servidor de localizao. Esta mensagem j contm o nmero telefnico a ser discado e o
servidor de localizao aps consultar seu banco de dados, reenvia para o destino, atuando
como servidor de redirecionamento.
- Pginas Web - O servidor de localizao pode deixar disponvel na rede IP, atravs do
protocolo HTTP, todos os nmeros telefnicos e a forma de acess-los de forma que o
usurio possa consult-los e j disparar a requisio diretamente para o gateway.
33
Aspectos de trfego de voz em tempo real

Atraso na Telefonia IP
Em um sistema de telefonia IP, vrios fatores afetam a qualidade acstica final ao
usurio. Entre eles j discutimos a escolha do algoritmo de codificao de voz e supresso
de silncio. A qualidade do meio de transmisso tambm fundamental, pois uma grande
quantidade de erros podem ser inseridos no meio, alm de perdas ocasionais de pacotes.
Alm disto, outro grande fator caracterstico da qualidade o atraso da voz, desde o
momento em que pronunciada at o momento em que reproduzida. Muitos fatores
atuam no sentido de aumentar este atraso, os quais vamos ento discutir.
O atraso tem influncia direta na qualidade de servio da telefonia sobre IP. O
usurio do sistema percebe um intervalo entre suas interlocues igual a duas vezes ao
atraso. Isto se d porque o seu interlocutor s perceber o fim da sua fala depois de um
tempo igual ao atraso, e s depois comear a falar. Como sua fala tambm ter um atraso
igual ao anterior, o usurio ter a impresso de atraso em dobro. A este tempo d-se o nome
de round-trip, que corresponde a duas vezes o atraso.
A ITU-T define da seguinte forma os valores em milissegundos para o atraso:
A telefonia convencional tipicamente no inclui atrasos maiores do que 150

milissegundos, o que imperceptvel para o homem. Ligaes internacionais,
principalmente quando envolvem satlites, podem ter atrasos de at 1 segundo, o que
considerado inaceitvel para manter uma boa interlocuo.
34
Entendendo o atraso
O atraso percebido num ambiente de telefonia IP, gerado por uma srie de pequenos
atrasos:
Atraso de formao do pacote: Tempo necessrio para o preenchimento do pacote

de voz a ser enviado. Os pacotes de voz so determinados pelo tamanho do vetor ou
clula gerada pelo vocoder multiplicado pelo nmero de clulas que compe este
pacote. Atrasos mdios so da ordem de 20 a 30 ms para a formao de uma clula.
A maioria dos sistemas utiliza apenas uma clula por pacote, o que pode reduzir a
eficincia do sistema, visto que o contedo til do pacote reduzido em relao ao
tamanho total do pacote.
Atraso de rede: Tempo necessrio para o transporte pela rede do pacote do terminal
origem at o terminal destino. um tempo varivel e que pode comprometer o
sistema. Este tempo a soma do tempo gasto em todos os roteadores da rede, alm
dos sistemas de transmisso dos prprios terminais.
Sempre existe um processo de formao do pacote e outro correspondente para

reproduo da voz. Estes dois podem acontecer no computador de origem e/ou destino ou
ento num gateway correspondente que faz a interface com uma rede de telefonia
convencional.
A figura a seguir ilustra esta situao e mostra os reponsveis pelos atrasos.
35
Atraso de formao do pacote

A prxima figura vai indicar o diagrama de blocos que permitir entender o atraso
de formao do pacote que se passa internamente os gateways. Poderemos analisar assim
melhor este elemento.
- Interface com a rede telefnica: A Rede telefnica utiliza de interfaces T1/E1 ou PRI
para seus feixes PCM que devem ser convertdiso para uma interface interna do gateway.
Tipicamente esta converso no maior que 1 ms.
- Atraso de processamento do sinal: Um processador interno (DSP) normalmente
dedicado para esta funo dada sua grande complexidade. Algumas funes so executadas
por esta etapa: compresso e descompresso da voz, deteco de silncio, deteco e
gerao de tom, cancelamento de eco, etc. Este processamento chamado de codificao de
voz ou vocoder. A prxima figura ilustra estas funes:
- Atraso de empacotamento: Os vocoders mais eficientes permitem que um quadro de voz

seja tratado de uma nica vez. Isto permite que instrues especiais possam ser usadas,
garantindo a eficincia de solues de telefonia IP de alta densidade. Assim, vrias
amostras de voz so tratadas simultaneamente.
36
Isto porm tem uma desvantagem. Nenhum dos dados pode ser processado at que o
quadro esteja completamente cheio. Como a taxa de gerao de amostras normalmente
8000 vezes por segundo, o tamanho do quadro vai ento interferir diretamente no atraso
final. Um quadro de 100 amostras vai demorar ento 12,5 ms, por exemplo.A tabela mostra
ento os principais vocoders e os tempos inseridos para formao do quadro.
Vocoder
Banda
Durao do quadro Tamanho do quadro
(em bits/s) (em milisegundos) (em bytes)
G.711*
64000
15
120
G.723.1 5300-6300 30
24
G.729a
8000
10
10
SX7300 7300
15
14
SX9600 9600
15
18
- Tempo de processamento: Depois que o quadro foi preenchido, o DSP deve processar o
sinal de forma a resultar ento de um sinal j codificado. Existe um tempo de
processamento varivel em funo do poder de processamento do DSP. Se o elemento que
estiver processando no for um DSP, como em computadores pessoais usados para
telefonia IP, o tempo gasto pelo processador central do sistema.
Sistemas de alta densidade podem ainda usar o mesmo processador para vrios
canais, de forma a aumentar o tempo de processamento final. Todavia este tempo
normalmente menor que o tempo de quadro, de forma que o processador j esteja ocioso
na chegada do prximo quadro.
- Manipulao do Pacote: Processo efetuado sobre o pacote at que ele seja enviado para a
rede, como passagem por buffers de sada, transmisso do DSP para a CPU, etc. Na
recepo ainda podemos identificar um elemento chamado buffer de supresso de jitter.
Vamos discutir sobre isto mais frente. Entre o DSP, responsvel pela criao do pacote a
partir do fluxo de voz, e a CPU, reponsvel pelo envio para a rede, podem tambm haver
buffers possivelmente implementados por hardware que podem tambm incluir atrasos em
funo do tamanho do pacote. Por exemplo um quadro do vocoder G.723.1 maior que o
37
quadro do G.729 quase 3 vezes. Assim, se um mesmo gateway dois canais diferentes
usarem estes vocoders simultaneamente, pode ser includos 3 pacotes G.729 para cada
G.723.1 para facilitar a manipulao dos buffers. Consequentemente isto ocasionar um
atraso adicional aos quadros do canal G.729.
- Empacotamento: Na CPU, os quadros so ento montados em pacotes, para serem
enviados pela rede. Este processo feito pela pilha de protocolos TCP/IP. Os protocolos
RTP, UDP e IP atuam sobre os quadros, de forma a termos como resultados pacotes com
tratamento especfico para a aplicao. Neste caso, a preocupao a reduo do tempo
perdido com confirmao e retransmisso, ausentes nestes protocolos.
Considerando os trs cabealhos, temos 40 bytes para informaes como endereo,

portas de servios utilizadas, identificao do fluxo de voz, nmero de sequncia,etc.
Para um pacote contendo voz no formato G.723.1, temos ento, 40 bytes de
cabealho para 24 bytes de voz, para transmisso de um nico quadro, gerados a cada 30
ms. Isto representa uma eficincia de apenas 37,5 %. Uma opo a incluso de vrios
quadros no mesmo pacote, de forma a aumentar esta eficincia. Isto porm inclui um atraso
igual ao nmero de quadros adicionais vezes o tempo de formao do pacote. Esta prtica
pode ser utilizada, por exemplo junto ao uso do vocoder G.729, pois o tempo de formao
do pacote baixo.
Uma outra alternativa para aumentar a eficincia a incluso de outro canal no
mesmo pacote. Isto porm s possvel se o endereo de destino o mesmo, como entre
dois gateways. Esta alternativa no est prevista no padro H.323, mas pode ser usado em
aplicaes proprietrias.
38
Atraso de Rede
Uma vez que os pacotes esto prontos para serem enviados, uma srie de atrasos
ainda podem ser includos de forma a aumentar em muito o atraso final. Eles esto
relacionados com o processo de transmisso do pacote pela rede:
- Atraso de acesso ao meio - Este atraso includo todas as vezes que um pacote passa por
um meio fsico diferente. Por exemplo, se um pacote utiliza um modem analgico de 28800
bps, por exemplo, cada byte tem um tempo de transmisso de 0,35 segundos. Assim, a um
pacote de 100 bytes ser agregado um atraso de 35 ms. Acada roteador no percurso do
pacote um atraso deste pode ser includo. Se uma interface de 2Mbps usada, como o
atraso por pacotes cai para 0,4 ms.
- Atraso de roteamento - A rede IP uma rede comutada por pacotes, como j discutimos.
Isto implica que existam roteadores que determinem o caminho do pacote pela rede,
durante seu trajeto, de forma que sua rota no est definida a priori e pode mudar
dinamicamente durante o trajeto do pacote.
A poltica normalmente utilizada pelos roteadores a poltica do melhor esforo,
conforme discutido na seo de qualidade de servio. Desta forma, os pacotes recebem
atrasos adicionais nas filas dos roteadores e podem at ser descartados, caso o roteador no
tenha capacidade suficiente para atender demanda de trfego.
- Atraso em firewalls e proxy - Equipamentos do tipo firewall e proxy podem ser
encontrados ao longo da rede IP, com a finalidade de adicionar segurana ao sistema. Estes
equipamentos, alm de adicionarem outros buffers ao sistema, tm de verificar o contedo
do pacote, que pode necessitar de um tempo razovel, caso o equipamento no tenha boa
resposta de processamento.
Jitter
interessante observar no atraso de rede, que seu valor varia muito em funo do
ambiente e ao longo do tempo, sendo impossvel dimension-lo se estiver baseado nas
redes IP convencionais. Se todos os pacotes recebessem o mesmo atraso, este atraso seria
propagado integralmente sobre a voz e seria o atraso final da voz.
O problema a variao deste atraso. Como os pacotes chegam com diferentes
atrasos, estes pacotes no podem reproduzir a voz diretamente ao usurio, pois, desta forma
a voz sofreria cortes em funo de atrasos maiores. A variao do atraso conhecida como
jitter.
Supresso de jitter
O jitter deve ser tratado para evitar efeitos indesejveis sobre a voz. Se a voz fosse
reproduzida de forma instntanea sua recepo pelo terminal de telefonia IP, ela ficaria
extremamente dependente do jiiter. Por exemplo, se cada pacote representa 35 ms do fluxo
de voz, eles deveriam chegar ao terminal com intervalo de 35 ms. Porm, graas ao efeito
da rede, este intervalo varia, alguns pacotes podem chegar atrasados, resultando na
39
interrupo da voz. Outros pacotes podem ainda chegar num intervalo menor, que gera uma
sobreposio da voz.
Para a manuteno do fluxo de voz, necessrio um armazenamento de pacotes por
um tempo superior ao maior jitter observado. Como no existe previso do valor do jitter
em funo inclusive da possvel perda de pacotes, estima-se um valor mdio para criao
deste armazenamento. Este processo chamado de supresso de jitter e como j foi
observado, este armazenamento gera um atraso chamado atraso de supresso de jitter.
Controlando o atraso
Controlar o atraso o ponto chave na tecnologia de Telefonia IP para permitir seu
uso em larga escala. A soluo prev sua utilizao em redes cujo trfego seja conhecido e
controlado. Algumas medidas podem ser tomadas no sentido de controlar a rede e assim o
atraso:
- Uso de equipamentos de rede que possibilitem um controle de qualidade de servio, seja
ele atravs da priorizao de pacotes ou atravs da reserva de recursos na rede;
- Garantir que a rede tem largura de banda suficiente para o trfego observado. Algumas
ferramentas de medio de trfego podem ser usadas neste sentido;
- Verificar a disponibilidade de banda a cada instante, bem como a taxa de perdas e de erros
e permitir a mudana dinmica de vocoder utilizado, de forma a se adaptar s condies da
rede. Alguns equipamentos j permitem esta mudana dinmica;
- Verificar o atraso nos equipamentos que esto fora de controle da rede, como a Internet
pblica, por exemplo e se necessrio alterar a velocidade dos enlaces para a Internet e a
empresa fornecedora do servio.
- Aumentar a eficincia dos pacotes, utilizando, se possvel dois ou mais canais por pacote.
Isto pode reduzir o trfego da rede em at 50%.
Converso de pacotes em fluxo de voz

Os pacotes so transportados sobre uma rede IP atravs do protocolo de transporte
RTP (Real Time Protocol). Embora o RTP seja um protocolo da camada de transporte, ele
utiliza de sockets UDP como mecanismo de transporte.
Como protocolo para trfego em tempo real algumas caractersticas so mantidas:
No orientado a conexo;
Sem retransmisso de pacotes com erros ou pacotes que no chegaram ao destino;
Descarte de pacotes que chegaram ao destino com atraso maior que o atraso
mximo
40
Cabe aplicao montar os pacotes recebidos de forma a manter o fluxo de voz para o
usurio. Este fluxo de voz deve ser contnuo, independente do recebimento ou no dos
pacotes correspondentes.
J verificamos a necessidade de armazenamento dos pacotes antes deles serem
reproduzidos como fluxo de voz, para eliminao de jitter. Assim, uma fila criada de
forma que so reproduzidos os pacotes do nicio da fila, com taxa correspondente quela
gerada pelo vocoder quando do processo de gerao de pacotes, medida que a fila recebe
mais pacotes ao final atravs da rede. Os pacotes ento so entregues ao vocoder para que o
processo inverso ocorra, ou seja, o processo de decodificao dos pacotes na voz original.
Para garantir a continuidade da voz quando o pacote correspondente perdido, seja por
atraso, erros ou perda real do pacote, o espao deve ser preenchido. Como alguns fonemas
podem durar um tempo maior que o tempo de cada pacote, a repetio do pacote anterior
por reduzir o impacto sobre a qualidade da voz. A poltica utilizada ento de substituio
pelo ltimo pacote vlido, com reduo do volume, para que o usurio perceba o mnimo
.
Tambm importante garantir a seqncia dos pacotes. Para isto o RTP prov um
nmero bsico de seqncia que possibilita aplicao obter informaes em relao
ordem dos pacotes. Este nmero de seqncia ento verificado para garantir a integridade
do fluxo de voz.
Podemos verificar ento a presena de pacotes atrasados, com nmero de seqncia
menor que o nmero esperado, que devem ser descartados, e pacotes adiantados, com
nmero de seqncia maior que o esperado. A fila de pacotes deve ento ser ordenada de
forma que os pacotes possam ser reproduzidos em ordem.
41
Aspectos Econmicos
O trfego de pacotes hoje j supera o trfego de voz em algumas operadoras de
telecomunicaes do mundo. Isto deve se firmar como verdade nos prximos anos, de
forma que seja necessrio a instalao de grandes backbones para o fluxo deste trfego. A
utilizao de Telefonia IP permite a utilizao deste mesmo backbone para o fluxo de
trfego de voz. Esta unificao em si j representa grande economia, pois exige-se a
manuteno de apenas um backbone.
Outro argumento econmico a favor da Telefonia IP o custo de transmisso e
comutao entre centrais telefnicas. Vamos definir e analisar quatro tipos de centrais de
comutao e suas interfaces, com base em pesquisa da Cisco Systems[4].
1. Centrais de comutao por circuito e interfaces por circuito, normalmente utilizadas
na rede telefnica convencional, no utilizam vocoders para converso de voz para
pacotes. Vamos definir seu custo como 1 para comparao com as outras centrais
que vamos descrever. O custo de ci;
2. Centrais de comutao por pacotes e interfaces por pacotes. Pode ser simplesmente
um roteador ou switch ATM. No utiliza de vocoders porque trabalha somente com
pacotes. Baseado na central anterior, esta central tem custo menor que 0,1.
3. Centrais de comutao por pacote, mas com intertface por circuito em uma das
extremidas e pacotes em outra. Esta central pode ser interface entre uma rede de
pacotes e uma rede de circuitos, atuando como gateway. Utiliza um vocoder para
cada comunicao que passa por ela. Seu custo de 0,8 em relao primeira
central apresentada.
4. Centrais com comutao por circuito e todas interfaces de pacotes. Utiliza dois
nveis de vocoders para cada comunicao que passa por ela. Estes dois vocoders
ainda no apresentam baixas de qualidade significativas, de forma a ser ainda
aceitvel. O custo desta central 1,5 em relao primeira central apresentada.
Na figura seguinte vemos estes quatro tipos de comutadores:
Confirmamos estes nmeros analisando o custo de equipamentos de

telecomunicaes. O custo de um assinante em um sistema convencional varia entre 100 e
42
200 dlares, o que implica em um custo de 200 a 400 mil dlares por circuito OC3 de
interface. O mesmo circuito OC3, em um comutador ATM custa cerca de 5 mil dlares.
Utilizando ento destes modelos de centrais telefnicas, levando em considerao a
comunicao entre dois assinantes A e B, a qual deve transpor duas centrais Tandem, que
tem funes de interligao de centrais locais, alm das respectivas centrais locais,
podemos imaginar os seguintes ambientes:
1. Hoje: Todas as centrais utilizam de telefonia convencional para realizar a
comunicao entre os assinante A e B. Em cada uma aloca-se recursos com custo
unitrio, seguindo a definio que fizemos anteriormente de custos, com custo total
de
4.0.
2. Tandem com pacotes: Substituindo as centrais intermedirias por centrais com

tecnologia baseada em pacotes, como a telefonia IP, chegamos a um custo final de
3.6, inserindo dois processos de codificao/decodificao. importante observar
que este processo pode inserir perdas na qualidade acstica final da voz. At 2
codificaes so aceitveis porm dentro dos limites da percepo humana.
3. Centrais com pacotes: Substituindo todas as centrais por tecnologia de comutao

baseada em pacotes, reduzimos o custo final para 1.8. Isto porque as centrais
tandem no necessitaro mais realizar a funo de codificao/decodificao que
ser
realizado
nas
centrais
locais.
4. Usurios com pacotes: Neste ltimo ambiente, todos os usurios j utilizariam da

tecnologia de VoIP a partir de suas residncias, atravs de aparelhos telefnicos
especiais ou atravs de seus computadores pessoais. A interligao central seria
atravs de uma rede metropolitana, possivelmente interligando pequenas redes
locais. Toda a tecnologia convencional seria substituda por tecnologia IP, e o custo
final seria da ordem de 0.4. O processo de codificao/decodificao da voz seria
realizado na prpria residncia do usurio, sem apresentar perdas significativas.
43
Assim podemos verificar o impacto da telefonia IP sobre as redes de telecomunicaes,

reduzindo drasticamente o custo de comutao. Outra abordagem deveriaser dada ao custo
de transmisso que tambm reduzido sensivelmente com o uso de VoIP. Isto porque com
tcnicas de codificao de voz e supresso de silncio adequadas, chegamos a taxas de
4kbps para cada canal de voz em oposio aos 64kbps da telefonia convencional, com uma
reduo de 16 vezes o trfego final.
44
Computao Mvel
Computao Mvel o ltimo estgio do desenvolvimento da computao pessoal.
Em 1946, Illinois Bell Telephone Company introduziu um servio de telefonia mvel, que
permitia usurios na direo de veculos, comunicar-se com o sistema telefnico. Foi a
primeira iniciativa de permitir comunicao bidirecional sem fio. Nos nossos dias temos a
popularizao do telefone celular, que garante mobilidade dos usurios do sistema
telefnico[1].
So muitos os argumentos que nos levam a desenvolver um ambiente de
computao mvel. Devemos pensar em primeiro lugar que nem todas as pessoas que
necessitam do computador esto presentes no escritrio. Vendedores so exemplos de
trabalhadores com alta mobilidade que necessitam acessar bases de dados remotas e
executarem operaes diversas como emisso de pedidos, requisio de mercadorias, etc.
Mesmo os usuais usurios de computadores no escritrio passam por momentos de difcil
acesso ao escritrio, como em viagens, cursos, congressos, etc.
Podemos enumerar diversas vantagens de um sistema mvel como conforto, para
utilizao em qualquer ambiente; flexibilidade, para utilizao em diversas aplicaes que
exijam movimento; disponibilidade, independente da localizao do usurio; e algumas
exigncias, como portabilidade, facilitando o transporte; autonomia de energia, para
garantir o funcionamento onde no existe disponibilidade de energia; e desempenho
comparvel a estaes fixas.
A exemplo dos computadores pessoas fixos, deseja-se garantir capacidades de
comunicao aos computadores mveis, de uma forma wireless, ou seja, sem fio. Esta
comunicao deve ser feita atravs de sistema de ondas de rdio, utilizando de antenas para
transmisso e recepo. Pela portabilidade do sistema, espera-se que as antenas no sejam
grandes e nem mesmo muito potentes, para no ferir a autonomia de energia do sistema.
Um ambiente de computao mvel envolve computadores portteis interligados
em rede atravs de sistema de ondas de rdio. Vamos chamar de Unidade Mvel (UM) ao
elemento de rede, computador porttil, interligado rede de computao mvel. As
Unidades Mveis so agrupadas ligadas em rede, divididas em subredes, cada qual mantida
por um grupo de antenas, s quais vamos chamar de Ponto de Acesso. No estritamente
necessria a presena de Pontos de Acesso. Um ambiente de computao mvel pode ser
desenvolvido de forma independente de infraestrutura fixa, o que chamamos de redes Ad
Hoc, onde eles comunicam entre si diretamente atravs das antenas.
A mobilidade porm, sempre implica em algumas condies, tpicas do ambiente, que
devem ser consideradas, independente do sistema de acesso:
Capacidade de comunicao limitada com largura de banda varivel e alta taxa de

erros;
45
Autonomia de energia limitada por baterias com limite de consumo, de forma que
deve-se dispender o mnimo de energia com processamento e dispositivos de apoio
ao sistema.
Limites fsicos de hardware para garantia de portabilidade, limitando tambm o

poder de processamento e dispositivos;
Problemas de roteamento de pacotes quando variao da subrede onde est presente

a UM.
Perda temporria de comunicao quando deslocamento entre reas mantidas por

diferentes estaes de rdio e renegociao de caractersticas de acesso.
Para contornar estes problemas, diversas solues tem sido propostas, algumas das
quais j em operao, outras em pesquisa. o que vamos discutir em seo futura.
A princpio podemos utilizar o prprio sistema de telefonia celular para fazer a
interconexo destes computadores em rede, porm, algumas limitaes esto presentes
neste tipo de acesso, especialmente no que diz respeito baixa velocidade de acesso obtida
neste sistema. Para estes sistema, a Unidade Mvel um computador porttil utilizando de
um modem e um telefone celular para se conectar um servidor de acesso remoto. As
estaes de rdio so as estaes do sistemas de telefonia celular e todas as operaes de
mobilidade so gerenciadas pela camada fsica deste sistema, provida pelo sistema de
telefonia celular. Este sistema no de nosso interesse, devido baixa taxa de transmisso
obtida, na faixa de 9.6 Kbps.
Outras formas de comunicao podem tambm ser usadas como Wavelan que permite a
utilizao de taxas de transmisso mais satisfatrias, entre 1 e 2 Mbps. Este sistema deve
resolver porm problemas de roteamento, handoff que so resolvidos pelo sistema celular
na abordagem anterior. Na prxima seo vamos abordar mais sobre este sistema,
padronizado pelo IEEE 802.11.
IEEE 802.11
Este padro, definido pelo IEEE em 1997, prev
uma rede local sem fio, conhecida por LAN wireless, em
atendimento padronizao dos equipamentos j em uso
para este tipo de rede. Esto definidos neste padro a
camada fsica, subcamada de acesso ao meio (MAC),
como qualquer padro 802.X e infraestrutra de rede.
Uma rede IEEE 802.11 baseada na arquitetura
celular, onde o sistema subdividido em clulas. Cada
clula, chamada Conjunto de Servios Bsicos (BSS)
controlada por uma estao base, chamada Ponto de
Acesso.
Embora uma rede local sem fio possa ser formada
por uma simples clula, com um nico ponto de acesso, e
46
at mesmo sem nenhum ponto de acesso, a maioria das instalaes iro ser formadas por
muitas clulas, onde os Pontos de Acesso so conectados para o mesmo tipo de backbone,
conhecido como Sistema de Distribuio. A interconectividade da rede local sem fio
garantida por uma rede 802 simples nas camadas superiores do modelo OSI. A esta
interconectividade damos o nome de Conjunto de Servios Estendidos ou ESS.
Quando uma estao ligada ou entra na rea de cobertura de um ponto de acesso,
temos o processo de associao. AO se deslocar de uma regio coberta de um ponto de
acesso para outro ponto de acesso, o processo realizado de reassociao. Uma nica
clula pode cobrir a rea de 5000 metros quadrados.
O diagrama a serguir mostra uma rede tpica 802.11:
Na camada fsica temos trs possibilidades de acesso:
Infravermelho;
Direct Sequenc Spread Spectrum (DSSS) a 2,4GHz com acesso direto, e
Frequency Hopping Spread Spectrum a 2,4GHz com chaveamento de freqncia

entre 79 canais de 1 MHz com objetivo de restringir acesso aos dados.
Na camada MAC, o acesso ao meio feito atravs do mtodo CSMA/CA (Carriersense Medium Access / Collision avoidance). CSMA bem conhecido no mercado por ser
usado em Ethernet. Porm nesta rede o mtodo conhecido por CSMA/CD (CD para
Collision Detect).
47
CSMA trabalha da seguinte maneira: Uma
estao solicitada para transmitir escuta o meio. Se o
meio est ocupado com a transmisso de outra
estao, ento a estao atrasa sua transmisso por
um determinado perodo de tempo. Se o meio est
livre, a estao transmite. No 802.11, atravs do uso
de pacotes do tipo RTS (Request to Send),
CTS(Clear to Send) e ACK(Confirmao), as
estaes so capazes de solicitar o uso de meio antes
de transmitir, evitando assim colises.
No h limites tericos para o nmero de usurios
de uma mesmo ponto de acesso. Na prtica, cerca de
120 usurios dividem o uso de um ponto de acesso sem problemas.
Infraestrutura Fixa X Ad-Hoc

Ainda previsto dentro do IEEE 802.11 duas formas de conexo entre redes mveis. As
redes de infraestrutura fixa e as redes independentes ou ad hoc.
- Redes de infraestrutura fixa: Neste tipo de rede o ponto de acesso utilizado para
comunicao entre as unidades mveis, de forma que uma unidade mvel sempre se
comunica com outra somente atravs de um ponto de acesso. Assim, a rede fixa d suporte
mobilidade e auxilia em tarefas como roteamento, processamento distribudo, reduo de
trfego, adaptabilidade, etc.
- Redes Independentes ou Ad Hoc - Nestas redes, no prevista a existncia de qualquer
infraestrutura fixa, e, quando existe, conhecida pela rede como qualquer outra unidade
mvel. As unidades mveis comunicam-se diretamente atravs do meio dispensando infraestruturas fixas, que podem encarecer o projeto. Se uma unidade deseja se comunicar com
outra que no est dentro de seu alcance, ela o faz atravs de outras unidades mveis, que
retransmitem os pacotes at que ele alcance seu destino. A maior dificuldade neste caso o
roteamento dos pacotes at o destino.
48
Segurana
Para manuteno da segurana dos dados, est prevista a utilizao de algoritmo de
chave compartilhada de 40 bits, conhecido como RC4. Este esquema conhecido como
WEP - Wireless Equivalent Privacy.
Internet Mvel
Aps estabelecimento de mecanismos nas camadas inferiores que possibilitam o uso
de computao mvel, devemos adaptar tambm as camadas superiores para permitir o seu
uso de forma mais ampla. O primeiro passo na camada de rede para permitir o uso de
computao mvel na Internet.
Espera-se que uma unidade mvel seja reconhecida na Internet independente da
subrede que se encontre. Sabemos porm que o endereo de uma estao depende de sua
subrede. Esta subrede pode ser modificada com muita facilidade, de forma que a
configurao de subrede presente no cmodo que o endereo seja constantemente
modificado. Um mecanismo transparente ao usurio deve ser utilizado com esta finalidade.
Para servidores mveis o problema mais crtico ainda, pois deve ser reconhecido
na Internet com um endereo fixo, independente da subrede e que se encontra. Espera-se
tambm que a estao fixa em comunicao com a unidade mvel no veja diferenas entre
esta unidade e outra estao qualquer. Para resolver estes problemas, foi proposto pelo
IETF o IP Mvel, que uma adaptao do protocolo IP convencional para redes mveis.
Roteamento
Seja uma unidade mvel presente em uma rede, do tipo internet, com seu endereo
IP nico capaz de garantir a capacidade de entrega correta de pacotes a ela destinada. Esta
UM utiliza de servios de um roteador presente na sua sub-rede para que possa comunicarse que elementos presentes em outras subredes.
Em um ambiente de computao mvel, uma subrede mantida por um ou mais
pontos de acesso que mantm comunicao com a unidade mvel. Para garantir total
mobilidade, devemos prever a possibilidade de locomoo da unidade mvel entre reas
mantidas por diferentes pontos de acesso, possivelmente mantidas em diferentes subredes.
Esta possibilidade de locomoo entre diferentes subredes deve ser transparente
para o usurio, de forma a no lhe causar incmodo. Sob o ponto de vista do protocolo de
rede, isto implica na mudana do endereo de rede da unidade mvel, pois seus pacotes
passam a ser enviados e recebidos por outra rota. Para tratamento desta abordagem para o
protocolo IP, temos a opo do IP Mvel, proposto pelo IETF[3].
Uma unidade mvel presente em uma subrede diferente, chamada estrangeira, da
sua subrede de origem chamada unidade mvel visitante. O IP Mvel prev basicamente
a associao de um nmero IP dinmico e provisrio para a unidade mvel visitante, a
partir de um servidor de suporte mobilidade presente na subrede estrangeira.
49
Na subrede de origem da unidade mvel, deve estar presente um agente de

mobilidade, configurado junto ao roteador da subrede de origem. Ao entrar em uma nova
subrede, o unidade mvel recebe um novo endereo e o envia para o seu agente de
mobilidade. Este agente de mobilidade responsvel por escutar todos os pacotes que so
enviados para a unidade mvel quando esta no estiver presente na subrede de origem,
encapsular estes pacotes e envi-los para a subrede onde est presente a unidade mvel
neste momento, endereados ao novo endereo da unidade mvel. Este processo de
encapsulamento baseado em IP-in-IP[4].
Os pacotes a partir da unidade mvel para outro endereo qualquer de rede seguem
diretamente para o destino, mas os pacotes com destino para a unidade mvel sempre
50
devem passar pelo agente de mobilidade, por serem endereados para a subrede de origem
da unidade mvel.
O IP Mvel prev ainda, caso a rede de comunicao suporte mobilidade, que ela
seja capaz de identificar, atravs de uma primeira comunicao com o agente de
mobilidade, o endereo IP utilizado pela unidade mvel na subrede estrangeira, e permita a
comunicao do n correspondente diretamente com a unidade mvel na sua nova subrede.
Isto porm, implica na manuteno de tabelas de converso de endereos espalhadas pela
rede, de forma a permitir o roteamento correto destes pacotes.
Adaptabilidade
Espera-se que uma unidade mvel seja capaz de acessar a todos os recursos disponveis
em uma estao ligada a uma rede atravs de cabeamento, contornando todos os problemas
deste ambiente. Lana-se mo, ento, de tcnicas para maior aproveitamento do canal de
comunicao, da energia do sistema e do processamento, de forma a limitar as tarefas
executadas na UM. Podemos verificar algumas abordagens interessantes:
Alguns elementos como estaes fixas de suporte mobilidade podem aumentar

consideravelmente a capacidade do sistema em termos de comunicao e
processamento[2]. A estas estaes so reservadas determinadas tarefas como preprocessamento do trfego de comunicao com o objetivo de reduzir a largura de
banda necessria e adaptao dos servios disponveis para as unidades mveis.
Protocolos nas diversas camadas podem ser adaptados para resolver problemas
especficos. Podemos citar IP mvel para garantir capacidades de roteamento em
ambientes mveis, e outras adaptaes, especialmente na camada de aplicao, com
o objetivo de reduzir a largura de banda necessria ou aumentar a confiabilidade.
Devemos adaptar a aplicao, o protocolo utilizado ou mesmo a pilha de protocolos

utilizados no ambiente de computao mvel para garantir os mesmos parmetros de QoS
que seriam garantidos em uma aplicao semelhante em uma rede fixa.
Podemos alterar a pilha de protocolos entre a UM e estao fixa, de forma a criar uma
camada intermediria que agregue as caractersticas necessrias. A figura seguinte
apresenta um exemplo desta abordagem em relao ao protocolo HTTP.
51
No exemplo, a camada Middle responsvel por fazer uma adaptao do protocolo
HTTP para o meio, de forma a economizar a banda e possivelmente o processamento. O
resultado pode ser transparente para o usurio ou no.
Uma possibilidade o uso de compactao na camada Middle. Isto reduz a banda de
transmisso de forma transparente para o usurio. Esta funo esta prevista em camadas da
pilha de protocolos do modelo OSI. Alm da compactao, servios de criptografia podem
ser adicionados, de forma garantir restries de segurana rede mvel, que est mais
sujeita a invases devido ausncia de privacidade do meio.
Outra abordagem poderia ser de realizar um tratamento prvio sobre servios
oferecidos ao usurio. Objetos HTTP poderiam receber um tratamento prvio com o
objetivo de reduzir o tamanho na transmisso. Por exemplo, as figuras poderiam ser
inicialmente transmitidas e mostradas em preto-e-branco e, somente as figuras necessrias e
requisitadas sob a ao do usurio seriam ento retransmitidas coloridas. Este tratamento
por sua vez no transparente para o usurio.
Ao vislumbrar agora o servio de Telefonia IP, desejamos adapt-lo de forma a
possibilitar seu uso em um ambiente de computao mvel.Vamos verificar as
caractersticas deste servio, para propor algumas adaptaes:
Trfego de tempo real, de forma que um pacote s ser til se for recebido no tempo
certo. Retransmisso desnecessria. Esta caracterstica garantida pelo protocolo
de transporte RTP.
Exigncia de largura de banda constante. Uma queda de comunicao significa fim

da conversao. Esta largura de banda determinada pelo algoritmo de codificao
da voz, compresso e supresso de silncio.
Servio muito sensvel a erros. A perda de um pacote pode implicar em rudos na

sada de voz.
Altas exigncias de QoS. Especialmente no que diz respeito ao tempo de atraso dos
pacotes e jitter.
O uso de diversos algoritmos de codificao de voz influi na largura de banda

necessria para o servio e e na qualidade da reproduo da voz no outro extremo da
conversao, de forma a ter possivelmente uma reproduo de voz mais mecanizada, com
perda de alguns sons da fala.
A adaptabilidade a ser trabalhada para telefonia IP pode ser feita sobre estes algoritmos
de codificao e decodificao, definidos pela ITU-T, alm da possibilidade de
compactao e supresso de silncio. Assim, a estao fixa pode alterar dinamicamente
estes mtodos, atuando diretamente na voz, de acordo com a disponibilidade de largura de
banda.
Outras propostas esto sendo estudadas para garantir esta adaptao:
- Transmisso de pacotes maiores, contendo no s o contedo de voz atual, mas tambm
fraes dos pacotes anteriores, permitindo assim uma maior recuperao em caso de erros.
52
Esta abordagem j foi utilizada pla Lucent em redes fixas e aumenta a largura de banda
utilizada por este servio;
- Retransmisso constante de pacotes, com o objetivo de substituir pacotes perdidos.
Podemos observar que esta abordagem deve aumentar a utilizao de largura de banda para
este servio, em tantas vezes quanto for feita a retransmisso.
Bibliografia
[1] Bates, Regis J; Gregory, Donald; Voice and Data Communications Handbook
McGraw-Hill Series on Computer Communications, 1997
[2] Mateus, Geraldo R.; Loureiro, Antnio A. F.; Introduo Computao Mvel 11
Escola de Computao - SBC, 1998
[3] Charles Perkins, IP Mobility Support version 2 - INTERNET DRAFT- IETF http://www.ietf.org,1997
[4] Charles Perkins,
http://www.ietf.org,1996
IP
Encapsulation
within
IP.
RFC
2003,
IEFT
[5] S. Deering, Internet Protocol version 6 - RFC 1883 - IEFT - http://www.ietf.org,1997

[6] Charles Perkins, Mobile Networking Through Mobile IP, IEEE Internet Computing
Online, 1997
53
Qualidade de Servio
Graas dimenso que a Internet atingiu no mundo, capilaridade, alcance e
presena nas mais diversas partes do mundo, toda ordem de aplicaes tem sido
desenvolvidas utilizando sua infra-estrutura e capacidade de comunicao. Algumas
aplicaes novas como Telefonia IP ou Vdeo sob Demanda podem apresentar dados
multimdia em tempo real. Outros, que usam baixa largura de banda e baseadas em texto
podem apresentar um rtulo de "alta-prioridade" porque eles processam informaes
comerciais de misso crtica.[1]
Em ambos os casos, a rede deve manipular os pacotes da aplicao de uma forma
especial, diferente dos dados que originados de outras aplicaes. Mas a Internet e,
generalizando, redes IP no oferecem caminhos fceis para identificao destes pacotes ou
consequentemente seu tratamento especial.
Esta situao est mudando com a introduo do conceito de Qualidade de Servio
(QoS), que a capacidade da rede de prover servios no convencionais para um
subconjunto de trfegos agregados. Para este subconjunto, podemos definir parmetros a
serem garantidos. O protocolo da camada de rede o responsvel pelo controle de QoS.
Podemos lanar mo de alguns parmetros para medir a Qualidade de Servio oferecido
aos usurios de unidades mveis, vislumbrando as principais aplicaes que queremos
desenvolver neste ambiente. Podemos destacar entre estes parmetros:
Bandwidth - Representa a velocidade do meio. Taxa de transmisso mxima

disponvel em um determinado momento para a comunicao entre dois ns da
rede;
Delay - Atraso mdio. Tempo mdio de transmisso de um pacote entre dois ns da

rede.
Jitter - Variao do delay. Medida da variao mdia do tempo de transmisso de

um pacote.
Uma rede garante QoS quando consegue estabelecer parmetros mnimos para
determinado fluxo de informaes que sero sempre conseguidos sob quaisquer
circunstncias da rede. Estes parmetros podem ser associados por aplicao, de acordo
com as exigncias de cada aplicao.
Ferguson and Huston em seu livro Quality of Service[3], classificam aplicaes de rede
em trs categorias: Elsticas, Tolerantes de Tempo Real e Intolerantes de Tempo Real.
Aplicaes Elsticas,como HTTP, FTP e a maioria dos processos comerciais, so
escritas para executarem to rpidas quanto a rede permite. O contetor usual para estas
aplicaes a rede por si prpria. Congestionamentos de rede implicam que o fluxo de
dados seja retardado, de forma a aumentar em muito o delay.
54
Aplicaes tolerantes de tempo real so tipicamente fluxos de udio e vdeo, os quais
so executados com algum atraso, por causa dos buffers de recepo que compensam as
variaes da rede.
Aplicaes de telefonia so classificadas na categoria de aplicaes intolerantes de
tempo real. Pessoas no toleram atrasos na voz de mais de que 200 ms segundos em uma
interlocuo. Isto cria grandes dificuldades para as aplicaes gerenciarem. Buffers devem
ser mantidos, mas o tempo a ser armazenado muito pequeno e pode no ser suficiente.
O problema que, enquanto apllicaes elsticas podem tolerar um atraso maior, elas
tentam consumir muito mais recursos de rede que elas podem. Em contraste, aplicaes de
voz necessitam de poucos recursos da rede, mas estes recursos devem estar disponveis
imediatamente.
At recentemente, redes IP suportavam apenas uma classe de servio: a do melhor
esforo (best effort). A rede desenvolvia o melhor procedimento para entregar pacotes para
seu destino mas sem garantias e sem recursos especiais reservados para qualquer dos
pacotes.
Primeiro porque o protocolo TCP/IP original foi baseado na idia de igualdade no
acesso e sem tratamento especial para qualquer n ou servio. Com exceo dos ns fins da
comunicao, nenhuma informao de estado da conexo era mantida em qualquer lugar da
rede.
Depois, o trabalho interno dos roteadores usavam um poltica de transmisso de pacotes
do tipo FIFO (First In, First Out). Se o roteador recebesse mais pacotes do que pode
manipular os pacotes mais novos so descartados.
Podemos verificar algumas iniciativas de modificao do protocolo IP de forma a dotlo de garantia de QoS, ou pelo menos otimizar certos parmetros.
Uma primeira abordagem desenvolvida pelo grupo de trabalho Integrated Services do
IETF e consiste basicamanete definio de uma arquitetura de integerao de servios,
chamada arquitetura IIS (Internet ntegrated Services).O ponto mais importante deste
trabalho a reserva de largura de banda para atender aos requisitos de QoS de umm
determinado fluxo. Esta reserva feita nos ns da rede, roteadores, gateways e outros
elementos de rede, utilizando de protocolo especfico para isto. Esta soluo padro
existente hoje para a QoS o Resource Reservation Protocol (RSVP), presente na maioria
dos roteadores atuais. Um cliente RSVP pode reservar uma quantidade adequada de largura
de banda para trfego de voz e prover um fluxo de baixo atraso para os pacotes de voz.
Enquanto isto somente aplicvel para os roteadores controlados diretamente, RSVP
tambm provido da habilidade de comunicar a reserva para outros roteadores.
Esta abordagem implica em manter o estado de cada fluxo pelos roteadores, o que
significa uma grande quantidade de estados nos roteadores do "ncleo" (core) da rede que
transportam um nmero muito elevado de fluxos. Estes estados e o processamento a eles
associado acarretam uma sobrecarga destes roteadores, que passam a ser um gargalo do
desempenho. Os problemas de escabilidade encontrados na arquitetura IIS levaram ao
estudo de solues mais simples e eficientes para a implantao de QoS na Internet.
55
A segunda abordagem, desenvolvida pelo grupo de trabalho Differentiated Services do
IETF, busca prover a diferenciao de servios na Internet, sem a necessidade de um estado
para cada fluxo e de sinalizao a cada n, aumentando assim a sua escalabilidade. Assim,
esta soluo pode ser usada nos roteadores do ncleo da rede[5]. A idia bsica desta
proposta renomear o campo ToS (Type of Service) do cabealho IP, denominando-o de
DS (Differentiated Service) e a partir da anlise deste campo, prover diferentes tratamentos
aos pacotes de cada fluxo transportados pela rede [2]. Este novo campo utilizado como
referncia para a prioridade de transporte nas filas de transmisso. Polticas de
escalonamento com prioridades so utilizadas visando a manuteno da qualidade dos
servies que necessitam de certos parmetros de acordo com o contedo do campo DS.
A figura acima compara as trs abordages. A primeira convencional poltica do

melhor esforo que no tem garantia de QoS. Como poltica itermediria, temos a poltica
de servios diferenciados, com suas caractersticas e finalmente a poltica de servios
integrados, com suas caractsticas.
Qualidade de Servio para Telefonia IP

Aplicaes de telefonia so aplicaes intolerantes de tempo real. Para a
manuteno de interatividade em uma conversao, assume-se que o retardo fim-a-fim do
trfego de voz deve estar abaixo de um certo valor reduzido. Deve-se considerar ainda que
o atraso fim-a-fim implica em um intervalo entre interlocues igual ao dobro do seu valor.
Numa dilogo entre dois usurios A e B, um trecho da fala de A chega a B com o atraso
imposto pela rede. O usurio B s pode iniciar sua fala aps o fim da fala de A, que j est
atrasada. O usurio A, por sua vez, alm de perceber o atraso do incio da fala de B, ainda
percebe o atraso de rede sobre a fala de B, de forma e existir sempre um tempo igual a duas
vezes o atraso entre as falas de A e B.
56
A ITU-T define [6] os valores do retardo fim-a-fim, de acordo com a aplicao:
0 a 150 ms - Aceitvel para a maioria das aplicaes;
150 a 400 ms - Aceitvel desde que se tenha cuidado com o impacto do atraso sobre
a qualidade da aplicao para o usurio. Por exemplo, comunicao via satlite podem
tolerar atrasos at 400 ms.
Acima de 400 ms - Inaceitvel para a maioria das aplicaes de rede. Seria
prejudicial interatividade, necessitando de informaes a respeito da posse da fala. Tornase necessrio a utilizao da palavra "cmbio" ou semelhante ao final de cada fala.
O retardo fim-a-fim no pode contudo ser uma medida para o atraso mdio da rede.
Isto porque dado as condies da rede, um jitter imposto comunicao, causando uma
variao no intervalo de recepo de pacotes. O atraso imposto aplicao deve ento ser
maior que a soma do atraso mdio mais o jitter observado.
Quanto largura de banda, as aplicaes de telefonia IP necessitam de uma largura
de banda fixa, em dependncia do vocoder utilizado no processo de codificao de voz.
Estas taxas variam entre 5.6Kbps e 64 Kbps. Pode ainda ser utilizado um algoritmo para
supresso de silncio, capaz de reduzir a taxa de transmisso em mais de 50 %.
A maioria das atenes tem sido voltadas para a implementao de Telefonia sobre IP
como uma soluo para redes de longa distncia (WAN). Isto faz sentido tendo em vista o
quanto se gasta em um WAN, mas uma soluo para LAN tambm deve ser observada
pois, sem outras razes, a prpria economia de cabeamento justifica. Deve ser observado
que, embora o problema de Qualidade de Servio o mesmo tanto para WAN quanto para
LAN, as solues so um pouco diferentes[4].
WAN: Considerando a transmisso de trfego de voz em redes de longa distncia,

IP QoS ou outra soluo de gerncia de largura de banda podem limitar o pico de
trasnmisso do trfego de dados para garantir banda para voz. Note que a famlia de
padres H.323 foi criada para LANs sem garantia de QoS, e assim tem uso limitado
sobre configuraes WAN.
LAN: A necessidade existente em ambientes LAN ter um caminho para controlar

o fluxo de dados de cada dispositivo agregado rede. Seria ideal que cada aplicao
controlasse sua taxa de envio para a rede, mas isto no praticvel, devido ao
grande nmero de aplicaes envolvidas que desconhecem a largura de banda
disponvel
a
cada
momento.
Outra abordagem seria a utilizao do sistema operacional, na camada de rede, para
controlar o trfego que injetado na rede a cada momento. Isto, pelo menos,
possvel; de fato, Microsoft j est falando sobre esta capacidade como parte de seu
ADSI (Active Directory Service Interface).
57
[1] Metz, Chris; IP QoS:Traveling in First Class on the Internet - IEEE Internet Computing
OnLine, Maio 1999
[2] K. Nichols, Definition of the Differentiated Services Field (DS Field) in the IPv4 and
IPv6 Headers (RFC 2474) - IETF, Dezembro 1998
[3] Paul Ferguson,Geoff Huston,Carol Long, Quality Of Service: Delivery QoS On The
Internet And In Corporate Networks, John Wiley Computer, 1998
[4] Daniel J. McCullough and John Q. Walker, Interested in VOIP? How to Proceed, from
Voice 2000, a supplement to Business Communications Review, Abril 1999, pp. 1622
[5] Artur Ziviani, Jos F. de Rezende, Otto C. M. B. Duarte - Avaliao de Desempenho de
Mecanismos de Diferenciao de Servios na Internet, SEMISH, SBC, 1999
[6] One-Way Transmission Time, ITU-T Recommendation G.114, 1993
58
Anlise de Erros da Telefonia IP sobre Ambiente de

Computao Mvel
Autores:
Srgio de Oliveira, Soraia Lcia da Silva, Paulo Ferreira de Moura Jnior, Antnio
Alfredo
Loureiro
{sergiool, soraia, mourajr, loureiro}@dcc.ufmg.br
Resumo:
Estamos observando a convergncia das redes de voz e dados, unificando o sistema
de telecomunicaes em rede nica, cuja comutao ser baseada em pacotes. O fluxo de
voz gera um trfego de tempo real, com restries para as quais nossas redes no esto
preparadas. Muitas pesquisas tem sido desenvolvidas no intuito de adaptar o fluxo de voz
para as redes existentes com manuteno da qualidade final ao usurio.
Sobre um ambiente de computao mvel, esta questo se torna ainda mais crtica, devida a
alta taxa de erros deste ambiente. Procuramos observar a influncia da taxa de erros de um
fluxo de voz sobre a qualidade acstica final ao usurio, simulando um ambiente de
telefonia sobre redes baseadas no protocolo IP. Foram considerados os principais
codificadores de voz utilizados hoje no ambiente de Telefonia IP. Os experimentos foram
realizados em redes fixas e em um ambiente mvel, resultando tambm de comparaes de
taxas de erros nestes ambientes.
59
Introduo
A migrao das redes de voz, hoje baseadas em redes com comutao baseada em
circuito, para redes cuja comutao baseada em pacotes deve se tornar uma realidade nos
prximos anos devido ao desenvolvimento da tecnologia de voz sobre protocolo IP, bem
como a introduo de conceitos importantes sobre as redes IP para que elas suportem este
servio.
A convergncia destas redes permitir grandes avanos, em especial a reduo do
custo de ambos os servios. A rede de telefonia hoje existente cara e complexa devido ao
modelo em que foi desenvolvida para garantir a comunicao respeitando parmetros de
qualidade rigorosos. Outro problema com esta rede diz respeito sinalizao e gerncia. A
rede de telefonia requer a existncia de duas outras redes, uma para sinalizao e outra para
gerncia, com infra-estruturas prprias para garantir o funcionamento do sistema.
Utilizando-se de uma rede de pacotes para o trfego da voz, pode-se aproveitar esta mesma
rede para a completa operao da telefonia, incluindo sobre a mesma infra-estrutura as
redes de sinalizao e gerncia.
Para permitir a utilizao de telefonia sobre redes de pacotes devemos garantir que o
servio tenha requisitos mnimos de qualidade que garantam a utilizao satisfatria do
servio. Veja que isto no implica necessariamente no atendimento a todos os requisitos
existentes sobre a rede convencional, pois so extremamente rigorosos. Os principais
requisitos dizem respeito qualidade acstica da reproduo e atraso imposto pela
transmisso.
Para a garantia da qualidade ao nvel de aplicao, so exigidos alguns parmetros
de qualidade de servio da camada de rede, conhecidos por QoS. Os parmetros necessrios
para uma comunicao de telefonia sobre rede de pacotes so especialmente jitter e latency.
O protocolo IP por sua vez no garante estes parmetros, de forma que esto sendo
desenvolvidas algumas abordagens para permitir a garantia destes parmetros atravs de
tcnicas de garantia de QoS.
Sobre ambientes de computao mvel, o problema ainda maior devido s
caractersticas do meio que impe uma rede instvel, com largura de banda e atraso
variveis, alm perodos de desconexo durante o processo de handover..
O objetivo deste trabalho avaliar a influncia dos parmetros de qualidade sobre a
taxa de erros e sobre a qualidade final acstica de um sistema de telefonia IP. Isto foi feito
sobre redes locais fixas e tambm em redes mveis, sempre em ambiente onde no existe a
garantia de QoS.
Com base nestes resultados, esperamos propor tcnicas alternativas para adaptar um
sistema de telefonia IP para um ambiente de computao mvel de forma a garantir a
qualidade final acstica ao usurio.
Este documento est organizado da seguinte maneira: Na seo 1 foi apresentado o
contexto deste artigo bem como seu objetivo. Na seo 2 apresentaremos os conceitos
importantes para este trabalho bom como suas definies e informaes importantes,
60
discute-se telefonia IP, qualidade de servio e ambientes de computao mvel. Na seo 3
apresentaremos o ambiente de teste e a metodologia utilizada. Na seo 4 mostraremos os
resultados obtidos e encerraremos com uma concluso e discusso sobre os trabalhos
futuros na seo 5.
61
Conceitos e Definies
Telefonia IP
O termo Telefonia IP, Telefonia Internet ou ainda Voz sobre IP (VoIP - Voice over IP)
tem se aplicado a utilizao de redes baseadas em protocolo IP na camada de rede para
transporte de voz, em especial a Internet. Podemos destacar as vantagens da utilizao deste
servio:
Compartilhamento da rede para o trfego de voz com o trfego de dados
Meio de transmisso de baixo custo, comparado ao sistema telefnico;
Possibilidade de compactao e supresso de silncio;
Possibilidade de oferecer outros servios adicionais;
Unificao do transporte, sinalizao e gerncia sobre a mesma rede;
Possibilidade de unificao de diversos servios como email, fax, voz, web, com o
auxlio de tecnologias com reconhecimento e sntese de voz;
Um engano sobre Telefonia IP pensar que seu maior benefcio seja para chamadas de
longa distncia de baixo custo. Enquanto ligaes de longa distncia baratas esto criando
boas reas de trabalho, as razes pelas quais as companhias so atradas para a Telefonia
Internet so a facilidade de criao de servios e a consolidao de suas redes.
Um outro engano sobre VoIP sobre sua qualidade final de transmisso de voz. Se a rede
estiver sobrecarregada, pode ser inseridos atrasos que podem atrapalhar a qualidade final da
voz. Todavia, se Telefonia IP usada em uma rede privada dedicada, com garantia de QoS,
a qualidade final de voz est bem prxima do nvel da telefonia convencional.[2]
Computao Mvel
Podemos enumerar diversas vantagens de um sistema mvel como conforto, para
utilizao em qualquer ambiente; flexibilidade, para utilizao em diversas aplicaes que
exijam movimento; disponibilidade, independente da localizao do usurio; e algumas
exigncias, como portabilidade, facilitando o transporte; autonomia de energia, para
garantir o funcionamento onde no existe disponibilidade de energia; e desempenho
comparvel a estaes fixas.
A mobilidade porm, sempre implica em algumas condies, tpicas do ambiente, que
devem ser consideradas, independente do sistema de acesso:
Capacidade de comunicao limitada com largura de banda varivel e alta taxa de

erros;
62
Autonomia de energia limitada por baterias com limite de consumo, de forma que
deve-se despender o mnimo de energia com processamento e dispositivos de apoio
ao sistema.
Limites fsicos de hardware para garantia de portabilidade, limitando tambm o

poder de processamento e dispositivos;
Problemas de roteamento de pacotes quando variao da subrede onde est presente

a UM.
Perda temporria de comunicao quando deslocamento entre reas mantidas por

diferentes estaes de rdio e renegociao de caractersticas de acesso.
A princpio podemos utilizar o prprio sistema de telefonia celular para fazer a

interconexo destes computadores em rede, porm, algumas limitaes esto presentes
neste tipo de acesso, especialmente no que diz respeito baixa velocidade de acesso obtida
neste sistema. Para estes sistema, a Unidade Mvel um computador porttil utilizando de
um modem e um telefone celular para se conectar um servidor de acesso remoto. As
estaes de rdio so as estaes do sistemas de telefonia celular e todas as operaes de
mobilidade so gerenciadas pela camada fsica deste sistema, provida pelo sistema de
telefonia celular. Este sistema no de nosso interesse, devido baixa taxa de transmisso
obtida, na faixa de 9.6 Kbps.
Outras formas de comunicao podem tambm ser usadas como Wavelan que permite a
utilizao de taxas de transmisso mais satisfatrias, entre 1 e 2 Mbps. Este sistema deve
resolver porm problemas de roteamento, handoff que so resolvidos pelo sistema celular
na abordagem anterior.
Wavelan foi padronizado pelo comit IEEE 802.11, definindo:
Camada fsica: Com acesso infravermelho, acesso direto freqncia de 2,4 GHz, e
acesso por chaveamento de canais, para garantia de segurana de acesso, com 79
canais de 1MHz, tambm na faixa de 2,4GHz.
Subcamada de Acesso ao Meio, utilizando o mecanismo de CSMA/CA, Carriersense Medium Access / Collision avoidance, semelhante ao princpio da Ethernet,
com a incluso de um mecanismo para evitar a ocorrncia de colises.
Infra-estrutura de rede, em duas configuraes: redes com infra-estrutura fixa e

redes ad hoc
Nosso experimentos sobre redes mveis se deram sobre Wavelan padro IEEE 802.11
de fabricao da Lucent Technologies com taxas de transmisso de 2Mbps.
Espera-se que uma unidade mvel seja capaz de acessar a todos os recursos disponveis
em uma estao ligada a uma rede atravs de cabeamento, contornando todos os problemas
deste ambiente. Lana-se mo, ento, de tcnicas para maior aproveitamento do canal de
comunicao, da energia do sistema e do processamento, de forma a limitar as tarefas
executadas na UM.
63
Devemos adaptar a aplicao, o protocolo utilizado ou mesmo a pilha de protocolos
utilizados no ambiente de computao mvel para garantir os mesmos parmetros de QoS
que seriam garantidos em uma aplicao semelhante em uma rede fixa.
Estamos avaliando o servio de telefonia IP sobre redes mveis com a finalidade de
propor modificaes neste servio de forma a adapt-lo ao ambiente de computao mvel.
Qualidade de Servio
Qualidade de Servio (QoS) a capacidade da rede de prover parmetros
especficos de rede para um subconjunto de trfegos agregados. Para este subconjunto,
podemos definir parmetros a serem garantidos. O protocolo da camada de rede o
responsvel pelo controle de QoS.
Podemos lanar mo de alguns parmetros para medir a Qualidade de Servio oferecido
aos usurios de unidades mveis, vislumbrando as principais aplicaes que queremos
desenvolver neste ambiente. Podemos destacar entre estes parmetros:
Bandwidth - Representa a velocidade do meio.
Delay - Atraso mdio.
Jitter - Variao do delay.
Tempo de silncio durante um handoff
Uma rede garante QoS quando consegue estabelecer parmetros mnimos para
determinado fluxo de informaes que sero sempre conseguidos sob quaisquer
circunstncias da rede. Estes parmetros podem ser associados por aplicao, de acordo
com as exigncias de cada servio.
Qualidade de Servio para Telefonia IP

Aplicaes de telefonia so aplicaes intolerantes de tempo real. Para a manuteno de
interatividade em uma conversao, assume-se que o retardo fim-a-fim do trfego de voz
deve estar abaixo de um certo valor reduzido. A ITU-T define [6] os valores do retardo fima-fim, de acordo com a aplicao:
0 a 150 ms - Aceitvel para a maioria das aplicaes;
150 a 400 ms - Aceitvel desde que se tenha cuidado com o impacto do atraso sobre
a qualidade da aplicao para o usurio.
Acima de 400 ms - Inaceitvel para a maioria das aplicaes de voz.
O retardo fim-a-fim no pode contudo ser uma medida para o atraso mdio da rede. Isto
porque dado as condies da rede, um jitter imposto comunicao, causando uma
variao no intervalo de recepo de pacotes. O atraso imposto aplicao deve ento ser
maior que a soma do atraso mdio mais o maior jitter observado.
64
Quanto largura de banda, as aplicaes de telefonia IP necessitam de uma largura de
banda fixa, em dependncia do vocoder utilizado no processo de codificao de voz. Estas
taxas variam entre 5.6Kbps e 64 Kbps. Pode ainda ser utilizado um algoritmo para
supresso de silncio, capaz de reduzir a taxa de transmisso em mais de 50 %. No nosso
experimento no estamos levando em considerao supresso de silncio.
Caractersticas da Voz e da Conversao Telefnica

A fala gera um sinal que originalmente tem um espectro de 7 kHz. Para efeitos de
comunicao telefnica ficou definido que a parte do espectro at 3,4 kHz seria suficiente
para uma boa conversao. Outro dado importante a faixa dinmica do sinal de voz: em
torno de 60 dB. Isto exige no mnimo 10 bits para codificao. Para efeitos prticos,
estabeleceu-se uma taxa de amostragem de 8 kHz com resoluo de 11 ou 12 bits como
parmetros mnimos.
Existem alguns aspectos relacionados com a natureza do sinal de voz que permitem
adicionar mecanismos de compresso. So eles:
Distribuio no uniforme de amplitudes;
Correlao entre amostras sucessivas;
Correlao entre ciclos sucessivos;
Fator de inatividade ou percentual de silncio;
Densidade espectral mdia no uniforme, confirmando a redundncia de

informaes;
Densidade espectral instantnea, ou presena de formantes que se mantm

inalterados durante 20 a 30 ms;
Compresso de sinais
Para reduzir a banda do canal necessria para a transmisso de voz digitalizada so
utilizadas tcnicas de compresso de voz. Isto deve acontecer em tempo real para
possibilitar a comunicao e interao. Estes algoritmos permitem reduzir a banda
necessria para transmisso de voz a fim de viabilizar sistemas de comunicao digital com
taxas bastante reduzidas e tendo como objetivo uma qualidade semelhante ao sistema
pblico de telefonia analgica [22].
A compresso de sinais baseada em tcnicas de processamento que retiram
informaes redundantes, previsveis ou inteis. A compresso pode acontecer com ou sem
perda de informao. Tudo depende da degradao que se admite para o sinal e do fator de
compresso que se deseja atingir.
Os dois principais enfoques com que o tema de codificao digital de voz atualmente
abordado so:
65
Codificao da forma de onda (ou no-paramtrica)
Codificao da fonte (ou paramtrica), baseada em uma modelagem do processo de

produo da voz [7].
A codificao da fonte permite uma reduo considervel na taxa de transmisso,

porm perde-se fatores essenciais como timbre de voz, tornando-a mais impessoal. Dessa
forma, sistemas de codificao da fonte so utilizados quando necessria uma baixa taxa
de transmisso.
Os VOCODERS analisam o contedo espectral do sinal da fala e identificam os
parmetros que so entendidos pelo ouvido, atravs de codificao de fonte. Estes
parmetros so transmitidos e usados na recepo para sintetizar o padro da voz. A forma
de onda resultante pode no ser semelhante original mas as diferenas no so percebidas
ou, ainda que o sejam, so consideradas aceitveis para a aplicao.
Algoritmos de Compresso Padronizados

Vamos descrever os algoritmos de compresso utilizados em nosso experimento. Os
resultados so apresentados em funo do algoritmo utilizado.
Codificao na forma de onda
ITU G-711 (PCM logartmico lei A ou lei a 64 kbps): O sinal de voz na faixa de 4
kHz, ou seja, filtrado de 100 a 3400 Hz , amostrado a 8 kHz com 14 (lei ) ou 13
bits (lei A) e sofre uma compresso logartmica para 8 bits. A compresso
logartmica adequada por causa da natureza do sinal de voz: os sinais de baixa
amplitude so mais freqentes e mais importantes.
ITU G-726 (ADPCM a 40, 32, 24 ou 16 kbps): O sinal de voz amostrado a 8 kHz,
codificado em 8 bits (leis A ou ) e so transmitidas diferenas entre amostras com
5,4, 3 ou 2 bits em quantizao adaptativa. Outros mtodos de compresso de udio
ADPCM incluem as Recomendaes-padro G-721 (taxa de 32 kbps) e a G-723
(taxa de 24 kbps); e o algoritmo de compresso de udio interativo [15,21].
Codificao na fonte
ITU G-723 (ACELP a 5,3 ou 6,3 kbps): Em cada janela de 30 ms do sinal de voz,
so analisadas 240 amostras de 16 bits do sinal de voz (tomadas a 8 kHz) para
identificao de pitches e so gerados 12 ou 10 cdigos de 16 bits, conforme o
algoritmo esteja configurado para uma taxa de 6,3 ou 5,3 kbps. um VOCODER
prprio para videoconferncia, telefonia mvel digital e aplicaes multimdia.
RTP
RTP (Real time transport protocol) um protocolo padro para transporte de dados
com caractersticas de tempo real, como vdeo e udio, que pode ser usado em servios
tanto como mdia sob demanda quanto interativos, do tipo telefonia IP. composto por
uma parte de transmisso de dados e outra de controle, chamada RTCP (RTP control
66
protocol). A parte de dados consiste de um protocolo leve, que prov suporte para
aplicaes com caractersticas de tempo real, incluindo reconstruo temporal de
mensagens, deteco de perdas, segurana, selo de tempo e identificao de contedo[1].
RTCP usado para monitorar a qualidade de servio da transmisso e para transmitir
informaes sobre os participantes de dada sesso[2]. Apesar do RTP utilizar servios do
UDP e IP, ele pode ser implementado em outros ambientes, j que necessita somente de
servio no orientado conexo.
A telefonia IP utiliza sempre do protocolo RTP. Em nosso trabalho tivemos de
implementar este protocolo por no ser disponvel de forma aberta nos sistemas
operacionais. Assim foi possvel analisar todos as estatsticas a nvel de transporte de tempo
real.
Mtricas coletadas
Para o nosso experimento as mtricas coletadas foram o nmero de pacotes com
erro, pacotes recebidos fora de ordem, pacotes descartados por chegarem "atrasados" e o
jitter estimado. Todas elas so disponibilizadas pelo RTP: as trs primeiras so contadores,
incrementados medida que pacotes nas condies citadas so encontrados; j o jitter
envolve clculo. O jitter pode ser definido como a varincia estatstica da diferena (D) no
espaamento do tempo de chegada dos pacotes no receptor comparado com o emissor para
cada par de pacotes. A diferena no espaamento calculada atravs da diferena no
"tempo de trnsito relativo" de dois pacotes. O tempo de trnsito relativo a diferena entre
o tempo de sada de um dado pacote, registrado atravs do selo de tempo contido no
prprio, e o tempo de chegada no receptor medido na mesma unidade. Se Si o selo de
tempo do pacote i e Ri o tempo de chegada do pacote i, para dois pacotes (i e j) tal diferena
pode ser expressa como:
D(i; j) =(R j R i) (S j S i) = (R j S j) (R i S i)
O jitter calculado continuamente para cada novo pacote usando a diferena no
espaamento para esse pacote e o anterior em ordem de chegada (no necessariamente em
seqncia) de acordo com a seguinte frmula apresentada no RFC 1889:
J i = J i-1 + (|D(i 1; i)| J i-1) / 16
Segundo Schulzrinne [2], o parmetro de ganho 16 d uma boa razo de reduo de
rudo e mantm uma taxa de convergncia razovel.
Ambientes de Testes
Foi desenvolvido um aplicativo capaz de simular um ambiente de telefonia IP para
transmisso de arquivos de voz. Assim, simula-se a telefonia para arquivos que so mais
facilmente avaliados.
Este aplicativo inclui biblioteca de RTP Real Time Protocol capaz de gerar as
mesmas condies sobre as quais a telefonia IP acontece sobre as camadas de transporte e
de rede.
67
Os arquivos codificados sobre os vocoders especificados em seo anterior foram
transmitidos respeitando a taxa de transmisso de cada vocoder, o tempo de durao da voz
presente nos arquivos e o tamanho dos pacotes gerados por cada vocoder.
Registramos dados importantes na transmisso destes arquivos, como nmero de
pacotes perdidos, atraso mdio imposto pela rede jitter em cada pacote. Utilizamos de um
mtodo para avaliao da qualidade acstica de cada arquivo transmitidos e comparamos a
qualidade final acstica com a taxa de erros, para verificar a influncia da taxa de erros
sobre os diversos vocoders.
Aspectos de trfego de voz em tempo real

Delay e jitter
Cada pacote responsvel pelo transporte de voz submetido a um atraso varivel,
de acordo com o trfego presente na rede e do processamento realizado sobre ele. Se todos
os pacotes recebessem o mesmo atraso, este atraso seria propagado integralmente sobre a
voz e seria o atraso final da voz.
O problema a variao deste atraso. Como os pacotes chegam com diferentes
atrasos, estes pacotes no podem reproduzir a voz diretamente ao usurio, pois, desta forma
a voz sofreria cortes em funo de atrasos maiores. A variao do atraso conhecida como
jitter.
Quanto maior o jitter, maior ser o reflexo deste atraso sobre a voz, de forma a
incluir cortes e tornar a voz inteligvel. Desta forma, necessrio haver um armazenamento
dos pacotes durante um certo perodo de tempo, evitando cortes durante a execuo da voz
transmitida, suprindo as variaes do jitter. Este armazenamento resulta em um atraso
inicial da reproduo da voz.
Os valores mximos para este atraso esto definidos como parmetros de qualidade
de servio para telefonia IP. Vamos cham-lo de delay.
O dimensionamento do delay ponto importante neste trabalho. Uma srie de
valores deve ser avaliada com vista a obter o menor delay inicial de forma a compensar o
jitter. Podemos ainda prever a adaptao do delay de acordo com as condies da rede. O
jitter deve ser analisado sobre trfego gerado por diversos vocoders sobre ambientes de
redes reais, especialmente redes no-determinsticas.
Em nosso trabalhos, utilizamos de armazenamento de pacotes de 25 ms, para
supresso do jitter, que acrescido ao atraso final. Jitter maior que 25 ms gera perda de
pacote.
Converso de pacotes em fluxo de voz

Os pacotes so transportados sobre uma rede IP atravs do protocolo de transporte
RTP (Real Time Protocol). Embora o RTP seja um protocolo da camada de transporte, ele
utiliza de sockets UDP como mecanismo de transporte.
68
Cabe aplicao montar os pacotes recebidos de forma a manter o fluxo de voz para
o usurio. Este fluxo de voz deve ser contnuo, independente do recebimento ou no dos
pacotes correspondentes.
Para garantir a continuidade da voz quando o pacote correspondente perdido, seja
por atraso, erros ou perda real do pacote, o espao deve ser preenchido. Como alguns
fonemas podem durar um tempo maior que o tempo de cada pacote, a repetio de um
pacote pode suprir de forma imperceptvel a ausncia do pacote anterior. A poltica
utilizada ento de substituio pelo ltimo pacote valido.
O tamanho dos pacotes varia de acordo com os mtodos de compresso utilizados.
Em geral, um pacote representa uma amostra de voz de 20 ms ou 30 ms. Vale observar que
este tamanho varia em funo da taxa de transmisso do vocoder utilizado.
Tambm importante garantir a seqncia dos pacotes. Para isto o RTP prov um
nmero bsico de seqncia que possibilita aplicao obter informaes em relao
ordem dos pacotes. Este nmero de seqncia ento verificado para garantir a integridade
do fluxo de voz.
Podemos verificar ento a presena de pacotes atrasados, com nmero de seqncia
menor que o nmero esperado, que devem ser descartados, e pacotes adiantados, com
nmero de seqncia maior que o esperado. Estes ltimos normalmente representam a
perda dos pacotes anteriores. Neste caso, devemos preencher o espao dos pacotes perdidos
e atualizar o nmero de seqncia corrente.
Mean Opinion Score (MOS)

O mtodo MOS derivado do mtodo ACR (Absolute Category Rating) para estimar a
qualidade de sistemas de transmisso de voz. O ACR requer que algumas pessoas avaliem a
qualidade geral dos exemplos de fala para propsitos de comunicao telefnica.
Os avaliadores atribuem notas em escala de 5 categorias, como mostrado no quadro abaixo:
Nota
1
2
3
4
5
Significado
Ruim: ininteligvel, o usurio no entende a mensagem decodificada. Possui interrupes
horrveis devido s degradaes
Pobre: o sinal possui interrupes devido s degradaes e o usurio tem que fazer um
esforo considervel para entender alguns trechos.
Moderado: a qualidade da voz ruim, o usurio sente incomodado com as degradaes,
porm no tem interrupes e ainda consegue entender a mensagem. (requer esforo
moderado)
Bom: a voz agradvel de se ouvir, ou seja, percebe degradaes mas no se incomoda
com elas, pois so mnimas. (nenhum esforo aprecivel requerido)
Excelente: o usurio no consegue diferenciar o trecho original com o corrompido, ou seja,
no percebe degradaes no sinal. (nenhum esforo requerido)
A especificao completa e procedimentos para o ACR so descritos em [3]. O

objetivo deste teste pessoal apresentar uma figura da opinio pessoal dos jurados
69
observando o sinal como transmitido pelo sistema de comunicao ou pelo algoritmo sendo
testado. Como normalmente conduzidos, estudos pessoais de sistemas de comunicao
requerem que os avaliadores escutem a fala processada por um perodo de tempo definido.
Redes Utilizadas
Os testes se deram em trs ambientes distintos de rede:
Rede local ethernet segmentada por switch com baixo trfego;
Rede local ethernet do departamento, com alto trfego, atravs de trs subredes
distintas;
Rede local wavelan baseada nos produtos da Lucent a 2 Mbps, padro 802.11, sem
trfego local;
Resultados Obtidos
Duas amostras de voz, de prefixos "rosa" e "so", foram criadas gravadas, uma com voz
masculina e outra feminina e utilizadas em nosso experimento utilizando os trs ambientes
de rede mencionados e os seguintes vocoders, j descritos anteriormente:
G726 a 24, 32 e 40 Kbps
G723 a 5,3 e 6,3 Kbps
G711 a 64kbps;
Os vocoders acrescentaram um sufixo ao arquivo, de acordo com a taxa de transmisso

do vocoders utilizado.
Devemos ainda observar um ltimo sufixo "10" ou "20". Este sufixo no traz nenhuma
informao importante, apenas est presente para diferenciar os arquivos idnticos que
foram transmitidos simultaneamente simulando a capacidade full duplex da telefonia IP,
que ocupa dois canais caso no seja utilizada a supresso de silncio. Foram avaliados
ambos os sentidos da transmisso, embora no haja diferenciaes dos resultados.
Segue o sumrio dos resultados, com os seguintes dados:
Coluna arquivos especifica o arquivo transmitido, e vocoder utilizado;
Cabealho "Rede do Laboratrio", "Rede do Departamento" e "Rede Sem Fio",

representam respectivamente uma rede local de baixo trfego, rede local de alto
trfego e rede local sem fio;
Os dados obtidos so:
Ti - Nmero de pacotes perdidos por timeout, ou seja no chegaram a

tempo de serem reproduzidos;
Ma - Jitter mximo da transmisso, conforme descrito anteriormente;

70
DP - Desvio Padro do jitter durante a transmisso;
Me - Mdia do jitter durante a transmisso;
N - Mdias das notas atribudas por 8 avaliadores pela tcnica MOS.
Rede do Laboratrio
Estatsticas
Arquivos
Rosa2410
Ti
Ma
DP
49
Rosa2420
Rosa3210
Rede do Departamento
Me
Rede Sem Fio
Ti
Ma
DP
Me
6,68 9,43
4.5
170
17,3
16,3
23
1,35 7,28
4.3
253
16,2
47
4,8
8,17
4.8
24
Rosa3220
19
1,08 7,05
4.6
Rosa4010
14
0.97 7.22
Rosa4020
45
5,27 8.54
Rosa5310
382
Rosa5320
Ma
DP
4.4 0
777
83,5 27,2
4.4
4,3
4.3 3
721
71,3 23,4
4.1
1328 232
210
2.8 254
2325 225
915
1.3
318
50,5
39,1
4.8 0
1167 126, 122
4.3
4.9
273 116
17,7
22,9
1.5 3
338
44,1 81,9
4.4
5.0
164
18,0
20,3
5.0 0
46
6,8
4.9
3004 342
2586 1.4
2329 198
1336
4.1 0
1647 154
1302 4.0
1404 154
1285 3.3
83
2278 269
1632, 2.9 156
2538 313
206
Rosa6310
1391 145
1287 4.1
1941 169
1371
4.3 0
1441 147
1304 4.3
Rosa6320
1397 145
1290 4.3
33
2208 220
1462
3.4 1
1640 156
1324 2.5
Rosa6410
45
5,25 8,45
4.9
12
775
137
219
3.9 4
521
86,6 37,4
5.0
Rosa6420
17
1,53 7,0
5.0
1089 126
55,1
4.1 0
656
94,3 40,3
5.0
So2410
62
1320 387
163
3.3
547
76,3
4.1 0
737
120
239
4.9
So2420
99
8,84 9.74
4.6
27
2888 345
115
3.0 2
597
62,7 37,3
4.4
So3210
82
7.25 8.80
5.0
911
125
118
3.3 11
760
120
95,4
3.4
So3220
50
4.40 8.17
5.0
322
36,7
24,1
4.3 61
1379 307
287
2.3
So4010
14
1.19 6.98
2.4
63
1717 255
226
2.3 10
967
116
106
1.9
So4020
20
1,32 7.03
2.0
72
2060 341
227
2.1 1
293
28,7 14,1
2.1
So5310
1397 164
1278 3.6
347 3107 381
2618
1.0 82
3116 616
1890 3.3
So5320
1406 172
1278 3.8
1916 184
1354
3.3 0
1398 131
1300 3.8
So6310
343
2960 388
2409 1.0
319 2676 339
2219
1.0 151
2595 337
2052 2.6
So6320
296
4009 463
3109 1.6
536 1858 1912 1440
1.0 1
1640 156
1324 3.9
So6410
44
5,14 8.38
5.0
622
96,8
71,3
4.4 47
3003 512
404
4.5
So6420
309
28,3 13,8
4.9
46
737
120
239
4.1 0
2577 388
222
5.0
87
Ti
Me
16,4
2.0
71
Podemos observar a partir dos resultados:
Os vocoders de taxa de transmisso mais baixa so mais sucetveis a erros. Poucos

pacotes perdidos representam uma grande perda de qualidade.
Dois fatores so responsveis por queda de qualidade: perda de pacotes por timeout
e jitter. A perda de pacotes esperada, visto que acaba por adulterar o arquivo. Em
relao ao jitter, isto tambm verdade, uma vez que a variao do atraso ocasiona
a necessidade de descarte de pacotes que no chegam no momento certo.
Quase todas as notas acima de 4 dizem respeito a arquivos que no tiveram erros de
transmisso. Esta queda de qualidade ocasionada pelo processo de codificao de
decodificao da voz que amenizado nos arquivos de maior taxa de transmisso
(G711).
Todos os ambientes de rede so no-determinsticos e sujeitos a rajadas de alto

trfego alto que comprometem a qualidade da telefonia, por no haver garantia de
qualidade de servio. Isto observado nos arquivos de baixa qualidade, notas 1 a 3.
Concluses e Trabalhos Futuros

A maior contribuio deste trabalho a criao de um ambiente de teste e um
metodologia para avaliao de telefonia IP.
Estamos partindo para a adaptao da telefonia IP para ambientes mveis de forma
a eliminar as causas de baixa qualidade acstica final ao usurio e repetiremos nosso
processo de avaliao diversas vezes sobre as propostas de adaptao com a finalidade de
observar seu efeito sobre a qualidade final.
O objetivo final permitir ainda a utilizao de um terminal de telefonia IP em um
elemento compacto, com restries de desempenho impostas pelo tamanho do
equipamento, de forma que a anlise do codificador de voz utilizado tambm essencial.
Bibliografia consultada
1. Schulzrinne, H., "RTP Overview", http://www.cs.columbia.edu/~hgs/rtp/
2. Schulzrinne, H., Casner, S., Frederick, R. e Jacobson, V., "RTP: A transport
protocol for real-time applications", RFC 1889, Internet Engineering Task Force,
Fevereiro 1996.
3. Telephone Transmission Quality Subjective Opinion Tests - Methods for Subjective
Determination of Transmission Quality - International Telecommunication Union
Recommendations
72
Implementao
Decises de Implementao
Este projeto tem por objetivo implementar um sistema compacto que permita a
utilizao de recursos de Telefonia IP. Para isto, os seguintes princpios devem ser
seguidos:
Um agente de Telefonia IP deve executar na plataforma. A preferncia sobre

utilizar um agente com cdigo fonte aberto, para que seja possvel incluir
modificaes para adaptar a aplicao e avaliar resultados. Este tipo de agente
somente est disponvel para sistemas Linux ou Windows;
A plataforma deve ter recursos de rede mvel para atender aos princpios de
mobilidade do sistema. Para aplicaes deste tipo, o padro 802.11 tem se destacado
como soluo de rede compatvel com a Internet;
Para sistemas compactos, o padro PC104 tem se destacado. Um sistema com

processador 486, 16 MB de memria RAM e 16 MB de memria FLASH pode
atender s necessidades bsicas de um sistema Linux preparado para esta funo
desde que no sejam executadas nesta CPU funes de compresso de voz.
Suporte a PCMCIA requerido para utilizao de Wavelan, a placa de rede padro

802.11
Utilizao de um DSP para realizao de funes de compresso de voz.
Para atender a estes requisitos, escolhemos uma srie de componentes para o nosso
sistema, os quais iremos descrever a seguir.
Base Mvel
Linux
O Linux um sistema operacional da famlia Unix, desenvolvido sobre a plataforma
de aplicativos GNU[Referncia], utilizando o ncleo desenvolvido por Linus Torvalds com
ajuda de programadores em todo o mundo, disponibilizado sobre a forma de cdigo aberto.
Linux uma implementao POSIX independente, que inclue ncleo multitarefa,
memria virtual, compartilhamento de bibliotecas com carga dinmica, propriedades de
gerncia de memria, inclui protocolos de rede TCP/IP e outras caractersticas consistentes
com sistemas Unix.[www.linux.org]
Aps o desenvolvimento do ncleo por parte de Linus Torvalds, ele encontrou no
Projeto GNU todos os aplicativos e bibliotecas que ele necessitava para completar o
sistema. Assim foi desenvolvido um sistema livre, baseado na licensa de uso de software
conhecida como GNU General Public License[http://www.linux.org/info/gnu.html].
73
Nossa
aplicao
utiliza
o
kernel
Linux
na
verso
2.2.13
[ftp://sunsite.unc.edu/pub/linux/kernel/v2.2/linux-2.2.13.tar.gz] alm de um conjunto de
aplicativos distribudos na configurao conhecida por Coyote, especial para sistemas
embutidos.
Sistema de arquivos em Memria RAM

O ncleo do Linux, como foi concebido, exige a presena de um sistemas de
arquivos raiz (root filesystem) para execuo do sistema. Isto poderia ser impeditivo para
utilizao em sistemas embutidos que no utilizam dispositivos de armazenamento de
massa, como disco rgido.
Especialmente na base mvel, onde o nico dispositivo de armazenamento uma
memria FLASH, o uso de um sistema de arquivos neste dispositivo poderia ser impeditivo
devido ao tempo longo de escrita. Como alternativa, o Linux permite a utilizao de uma
determinada regio de memria RAM como sistema de arquivos raiz. Desta forma, todos os
arquivos necessrios ao funcionamento do sistema so mantidos neste regio de memria,
garantindo a ausncia de um dispositivo de armazenamento de massa e ainda verificando
uma alta velocidade de acesso a estes arquivos.
A desvantagem desta abordagem que a regio de memria reservada para esta
funo no pode ser usada para outras tarefas do sistema. Como a base mvel tem apenas
16 MB (Megabytes) de memria RAM, e vamos necessitar 4 MB desta memria para
manter todos os arquivos do sistema, vamos ter disponveis apenas 12 MB para o
processamento do sistema.
Alm disto devemos observar que o sistema no utiliza de memria virtual, por no
ter um dispositivo capaz de realizar esta tarefa.
Alm de utilizar desta regio de memria para funcionamento normal do sistema, o
Linux permite ainda utilizar a memria RAM para a inicializao, sendo carregado para a
memria, antes mesmo que o ncleo, pelo boot loader do Linux. Ele carregado a partir de
um pacote compactado especialmente criado para esta tarefa que contm todos os arquivos
e scripts necessrios para a inicializao do sistema. Podemos descrever ento os passos na
inicializao do sistema:
1. O boot loader o primeiro a ser executado, chamado diretamente no processo de
inicializao, por estar armazenado no incio do dispositivo de armazenamento;
2. O boot loader carrega para a memria o pacote compactado que resultar no
sistema de arquivos raiz, e logo em seguida o ncleo do sistema, tambm
armazenado de forma compactada.
3. O ncleo descompactado ainda pelo boot loader e recebe ento o controle de
processador.
4. O ncleo faz todas as inicializaes necessrias, como reconhecimento dos
dispositivos presentes no sistema, inicializao dos drivers e preparao da regio
de memria a ser utilizada como sistema de arquivos.
74
5. Neste momento o arquivo que contm o sistema de arquivos raiz que j est
presente na memria descompactado para a regio preparada para isto. S a partir
deste ponto, que o Linux est preparado para ler a partir da FLASH.
6. Em seguida so executados uma srie de scripts que podem adicionar outros
arquivos ao sistema, a partir de outros pacotes carregados ento a partir da FLASH.
7. So inicializados todos os servios disponveis no sistema: servidores,
gerenciadores de memria, gerenciadores de alarmes, gerenciadores de dispositivos,
etc.
8. Os sistema est ento em execuo pronto para disparar a aplicao de Telefonia IP.
Distribuio Coyote
Coyote Linux [www.coyotelinux.com] uma distribuio do Linux desenvolvida
para sistemas embutidos, capaz de ser armazenado em apenas um disquete com capacidade
de 1,44 MB. A distribuio utiliza dos conceitos de sistema de arquivos em memria RAM
para eliminar a exigncia de disco rgido no sistema.
Vrios pacotes so usados para armazenar arquivos que sero mantidos no sistema
de arquivos raiz. Estes pacotes so descompactados e extrados aps a extrao do pacote
principal do sistema de arquivos de memria. Neste momento, o sistema capaz de
reconhecer o dispositivo de armazenamento que contm estes pacotes, que representa, neste
sistema a memria FLASH.
Este princpio de funcionamento foi utilizado pela primeira vez no projeto Linux
Router, e aprimorado pela distribuio Coyote. As melhorias dizem respeito verso do
kernel utilizada (2.2.13), e mtodo de configurao.
Estes dois projetos porm, consideram a sua utilizao para a construo de roteadores.
Desta forma, uma terceira distribuio, baseada na distribuio Coyote pode ser
considerada como desenvolvida, neste trabalho, para suportar algumas caractersticas no
previstas na distribuio original. Entre elas:
Suporte a dispositivos PCMCIA, em especial Wavelan e Internet PhoneCard;
Configurao do sistema para apenas um dispositivo de rede, Wavelan;
Limpeza dos pacotes desnecessrios ao sistema que esto presentes na distribuio

padro;
A modificao da distribuio se d sobre os pacotes que a compe, que so

armazenados na mdia de armazenamento, agrupadas no formato tar e compactadas no
formato gzip. Para modificar um pacote, basta decompactar e desagrupar (tar xfvz
nome_do_pacote.lrp), atualizar os arquivos do pacote, prevendo seu comportamento dentro
do sistema resultante.
Podemos incluir na nossa distribuio, pacotes para fins especiais. Neste projeto,
estamos incluindo dois pacotes adicionais:
75
1. pcmcia : Pacote que inclui o suporte a dispositivos PCMCIA, ou PC Card, como
esto sendo chamados, incluindo os drivers utilizados na nossa aplicao, para a
wavelan e quicknet;
2. iptel: Pacote que inclui todas as bibliotecas e aplicaes para Telefonia IP, incluindo
o terminal modificado.
Boot Loader
O boot loader responsvel pela carga do sistema operacional, juntamente com
todo sistema necessrio para partida. Para o Linux, so comuns o LILO[13], com certeza o
mais utilizado, e o syslinux[], alternativa utilizada pelo Coyote para a carga do sistema.
As funes do boot loader dizem respeito leitura do sistema do dispositivo de
armazenamento, seja ele disco, memria FLASH, ou outro; carga na memria, incluindo
possveis operaes de descompactao, passagem de parmetros, etc; at que o sistema
possa assumir o controle.
O LILO (Linux Loader) utiliza do princpio de manuteno de uma tabela de blocos
de armazenamento do ncleo do sistema, a ser carregado na inicializao. Atravs dos
endereos fsicos dos blocos ele capaz de carregar estes blocos para a memria,
descompactar o ncleo do sistema, carregar um pacote para utilizao como sistema de
arquivos raiz na memria, passar todos os parmetros necessrios para o ncleo e acionar
sua execuo.
J o syslinux carrega um driver para sistema de arquivos FAT, localiza neste
sistema o ncleo do linux, faz sua carga, descompacta e executa, executando possivelmente
tambm a carga de um arquivo que pode vir a se transformar no sistema de arquivos raiz.
Este mais simples e facilmente configurvel. Por executar sistema de arquivos FAT, pode
ser configurado a partir de um sistema como o MS-DOS que seja capaz de reconhecer o
sistema de arquivos onde est instalado o syslinux.
O Coyote utiliza o syslinux como boot loader. Todos os pacotes do sistema so
mantidos em uma partio com formatao FAT, que pode ser criada inclusive utilizando
um sistema MS-DOS, sendo assim facilmente instalado e configurado. O arquivo de
configurao syslinux.cfg inclui os parmetros a serem utilizados, como:
Arquivo que contm o ncleo do Linux;
Utilizao de Memria RAM para sistema de arquivos raiz e montante reservado

para isto;
Arquivo que contm o pacote para o sistema de arquivos e tipo de sistema de

arquivos utilizado em RAM, normalmente MINIX[14];
Lista de pacotes a serem adicionados ao sistema de arquivos raiz aps a

inicializao do sistema, incluindo pacotes de configurao e nossos pacotes;
Dispositivo de armazenamento a partir do qual sero lidos estes pacotes e sua

formatao;
76
Implementao de Vocoder
Para implementao do vocoder, necessrio eleger uma placa que cumpra esta funo
e que possibilite uma interface fcil ao sistema. Foi escolhido uma placa da Quicknet[17],
conhecida como Internet PhoneCard, que tem as seguintes caractersticas:
Interfaces de microfone e fones-de-ouvido;
Compresso de voz nos padres de Telefonia IP, G.723.1, G.711, G.729a e

TrueSpeech;
Interface atravs de barramento PCMCIA tipo II;
Disponibilidade de drivers para Linux, facilitando a integrao desta placa junto ao

sistema;
77
Bibliotecas para Implementao de Telefonia IP

Esto disponveis algumas implementaes de pilhas de protocolos que podem ser
usadas para a construo de agentes de Telefonia IP, bem como os prprios agentes em
algumas implementaes. As fontes destas implementao so: consrcio OpenH323[8] e a
empresa Vovida Networks[9].
OpenH323
O Projeto OpenH323 tem como objetivo desenvolver um cdigo aberto, com todas
as caractersticas e interopervel, da pilha de protocolos descritos pelo padro H.323 com
licensa de uso pblico, do tipo MPL (Mozilla Public License)[15].
Este projeto coordenado pela empresa australiana Equivalence Pty Ltd [16], e
conta com a participao de diversos interessados pelo mundo.
A implementao utiliza um biblioteca de classes C++, conhecida como PWLib,
portvel para Windows, Linux, FreeBSD e outros sistemas Unix, de forma a tornar o
cdigo H.323 tambm portvel para estas plataformas. PWLib uma biblioteca, tambm
desenvolvida pela Equivalence Pty Ltd multi-plataforma, cujo objetivo encapsular as
diferenas entre os diversos sistemas em classes especficas que possam garantir
compatibilidade entre eles. Por exemplo, caractersticas multithreads so encapsuladas em
uma classe especfica que pode assim esconder os detalhes de implementao para cada
sistema. Desta forma, a linguagem C++ ganha uma caracterstica de portabilidade muito
interessante.
Alm da pilha de protocolos, est disponvel tambm um agente, implementado com
base nesta pilha. Este agente completo em termos de funcionalidades para uma aplicao
de Telefonia IP, interopervel com aplicaes como NetMeeting e Conference. Esta
aplicao conhecida como voxilla.
A aplicao voxilla suporta as placas de DSPs para tarefas de vocoder para a
aplicao, fabricadas pela QuickNet[17], ou pode executar estas tarefas na prpria CPU do
sistema, utilizando dos algoritmos de vocoder G.711 e GSM. Com as placas Quicknet,
capaz de implementar os vocoders G.723.1, G.729.
78
A figura abaixo mostra o diagrama de classes da biblioteca OpenH323.
A classe base desta hierarquia a classe H323EndPoint. Uma aplicao deve ter
uma instncia de uma classe descendente desta, definindo os principais parmetros H.323,
como tabela de capacidades, que inclui os vocoders suportados e tipos de canais que a
aplicao suporta, como udio, vdeo e dados.
A aplicao tambm deve criar instncias de uma ou mais classes descendentes de
H323Listener. Existe uma classe descendente desta para cada protocolo suportado. Por
exemplo, H323ListenerIP deve ser usado para a Internet. Cada uma destas classes dispara
uma thread que monitora o protocolo e, quando recebe uma nova chamada, cria uma
instncia de uma classe H323Transport. Assim como a classe H323Listener, existe uma
classe descendente para cada protocolo suportado, como H323TransportIP.
O primeiro pacote recebido pelo H323Transport usando os protocolos Q.931 e
H.225 sinaliza a presena de uma conexo. A classe H323Connection encapsula todos os
parmetros desta conexo entre dois agentes H.323. A instncia da classe H323EndPoint
mantm informaes sobre as conexes ativas. Se nenhuma conexo entre os dois agentes
existe, criada uma nova instncia da classe H323Connection e as negociaes de
sinalizao se iniciam.
Uma aplicao normalmente cria uma classe descendente da classe
H323Connection. Esta classe tem mtodos virtuais que devem ser sobrepostos. Alguns
79
destes mtodos so chamados pela prpria pilha de protocolos para acionar mtodos desta
classe.
Implementao Vovida Networks

Como alternativa ao OpenH323, possvel utilizar das pilhas de protocolos
desenvolvidas pela Vovida Networks [9]. Alm de implemetar a pilha de protocolos
requerida pelo padro H.323, tambm esto disponveis os protocolos IETF para telefonia
IP, incluindo SIP, SDP e RTP.
Embora os protocolos disponveis ofeream inclusive a opo do uso de SIP, a
anlise do cdigo e da aplicao disponvel para teste revela que a documentao fraca e
cdigo perde em nvel de clareza e maturidade para o projeto OpenH323, motivo pelo qual
fizemos a escolha de trabalhar com o cdigo deste projeto.
80
Referncias e Bibliografia
BookMark:
Entendendo o atraso da Telefonia IP
IP Telephony - Requirements and Possibilities
Quality Of Service Testing In The VoIP Environment: A Primer
Internet Telephony Gateways
Beyond Dial Tone:Opportunities for Value in IP Telephony
Voice Over IP Networks
Referncias:
[1] Linden deCarmo, Internet Telephony Protocols, Dr. Dobb's Journal, Julho 1999
[2] Telephone Transmission Quality Subjective Opinion Tests - Methods for Subjective
Determination of Transmission Quality - International Telecommunication Union
Recommendations
[3] Visual telephone systems and equipment for local area networks which provide a nonguaranteed quality of service, ITU-T Recommendation H.323 (1996)
[4] M. Handley, SIP: Session Initiation Protocol, IETF, RFC 2543, Maro 1999
[5] RTP
[6] H.225
[7] H.245
[8] http://www.openh323.org
[9] http://www.vovida.com
[13] Lilo mini-Howto - Cameron Spitzer (cls@truffula.sj.ca.us), Alessandro Rubin
(rubini@linux.it)
[14] Sistemas Operacionais: Conceitos e Implementao - Andrew Tanembaum
[15] MPL (Mozilla Public license) - http://www.mozilla.org/NPL/MPL-1.0.html
[16] http://www.equival.com/
[17] http://www.quicknet.net/
81
[4] Jos Furst Jr., Telefonia IP, O Novo Mundo das Telecomunicaes, Cisco Systems, Inc.
1999
[9] Henning Schulzrinne - The IETF Internet Telephony Architecture and Protocols available at http://computer.org/internet/telephony/w3schrosen.htm, 1999
[10] H. Schulzrinne and J. Rosenberg, "SIP Call Control Services," Internet draft, IETF,
Feb. 1998; work in progress.
[11] R. Fielding et al., "Hypertext Transfer Protocol -- HTTP/1.1," RFC 2068, IETF, Jan.
1997; available at http://www.ietf.org/rfc/rfc2068.txt.
[12] H. Schulzrinne and J. Rosenberg, "Signaling for Internet Telephony," Tech. Report
CUCS-005-98, Columbia Univ., New York, N.Y., Feb. 1998.
[13] H. Schulzrinne and J. Rosenberg, "Signaling for Internet Telephony," Int'l Conf.
Network Protocols, Austin, Tex., Oct. 1998.
[15] H. Schulzrinne, "RTP Profile for Audio and Video Conferences with Minimal
Control," RFC 1890, IETF, Jan. 1996; available at http://www.ietf.org/rfc/rfc1890.txt.
[16] R. Ramjee et al., "Adaptive Playout Mechanisms for Packetized Audio Applications in
Wide-Area Networks," Proc. IEEE INFOCOM, Computer Society Press, Los Alamitos,
Calif., June 1994, pp. 680-688.
[17] W.A. Montgomery, "Techniques for Packet Voice Synchronization," IEEE JSAC, Vol.
SAC-1, Dec. 1983, pp. 1,022-1,028.
[18] S.B. Moon, J. Kurose, and D. Towsley, "Packet Audio Playout Delay Adjustment:
Performance Bounds and Algorithms," ACM/Springer Multimedia Systems, Vol. 5, Jan.
1998, pp. 17-28.
[19] J.-C. Bolot and A.V. Garcia, "Control Mechanisms for Packet Audio in the Internet,"
Proc. IEEE INFOCOM, San Francisco, Calif., Mar. 1996.
[20] I. Busse, B. Deffner, and H. Schulzrinne, "Dynamic QoS Control of Multimedia
Applications Based on RTP," Computer Comm., Vol. 19, Jan. 1996, pp. 49-58.
[21] C. Perkins and O. Hodson, "Options for Repair of Streaming Media," RFC 2354,
IETF, June 1998; available at http://www.ietf.org/rfc/rfc2354.txt.
[26] J. Veizades et al., "Service Location Protocol," RFC 2165, IETF, June 1997; available
at http://www.ietf.org/rfc/rfc2165.txt.
82

Redes - Telefonia IP - Curso Completo

Încărcat de

Informații document

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Redes - Telefonia IP - Curso Completo

Încărcat de

Drepturi de autor:

Formate disponibile

www.projetoderedes.kit.

Telefonia IP para Ambientes Mveis Compactos

Compartilhamento da rede para o trfego de voz com o trfego de dados (email,

Unificao de redes de transporte, sinalizao e gerncia sobre a mesma rede, com

Meio de transmisso de baixo custo, comparado ao sistema telefnico;

Possibilidade de compactao e supresso de silncio, reduzindo a largura de banda

Utilizao de rede j instalada;

Possibilidade de disponibilizao de diversos servios como email, fax, voz, web,

Um primeiro ambiente que podemos imaginar de Telefonia IP para chamadas entre

Neste ambiente necessitamos da utilizao de um gateway, um equipamento que faz a interface

Finalmente, temos a utilizao da Telefonia IP para ligao de dois assinantes da telefonia

Comutao da rede IP feita atravs de software, por dispositivos como roteadores

A Rede IP no garante qualidade de servio, ou seja, pode incluir atrasos na voz,

Compartilhamento do canal. Em uma rede IP, o mesmo meio fsico compartilhado

Rede transporte de voz - Formada pelos troncos de interligao de centrais

Rede de sinalizao - Responsvel por tarefas como controle de chamada entre

Rede de gerncia - Responsvel pela gerncia de desempenho, configurao,

Baseado na forma de onda

Baseado nos padres de voz

Vamos vislumbrar neste momento a utilizao da codificao da voz baseada na forma

Economia de Largura de Banda

Distribuio no uniforme de amplitudes;

Correlao entre amostras sucessivas;

Correlao entre ciclos sucessivos;

Fator de inatividade ou percentual de silncio;

Densidade espectral mdia no uniforme, confirmando a redundncia de

Densidade espectral instantnea, ou presena de formantes que se mantm

Uma importante a supresso de silncio. Em uma conversao telefnica, em apenas

Modelos para Vocoders

Codificao Preditiva Linear (LPC)

Em LPC o trato vocal modelado como um sistema linear, pois utiliza-se um

Codificao com Excitao a Pulsos Regulares (RPE)

Neste algoritmo amostra-se uma janela de 20 ms da voz, que dividida em 40

Codificao Preditiva Linear com Excitao Multipulsos (MLPC)

Este algoritmo uma evoluo do LPC pois os pulsos de excitao no so de

Predio Linear com Excitao de Cdigos (CELP e LD-CELP)

uma outra variao do algoritmo LPC onde a codificao baseada em tabelas

Predio Linear com Excitao de Soma Vetorial (VSELP)

uma variao do algoritmo CELP onde a busca na tabela (codebook) feita de

Predio Linear com Excitao de Cdigos Algbricos (ACELP e CS-ACELP)

Algoritmos de Compresso Padronizados

ITU G-722 (SB-ADPCM a 64, 56 ou 48 kbps): O sinal de voz numa banda de 7

ITU G-728 (LD-CELP a 16 kbps): Em cada janela de 0,625 ms do sinal de voz, so

ITU G-729 (CS-ACELP a 8 kbps): Em cada janela de 10 ms do sinal de voz, so

TIA IS-54 (VSELP a 8 kbps): Em cada janela de 20 ms do sinal de voz, so

TIA IS-641 (ACELP a 7,4 kbps): Em cada janela de 20 ms do sinal de voz, so

Verificao da Qualidade - MOS

A especificao completa e procedimentos para o ACR so descritos em [3]. O objetivo

Comutao por Pacotes

baseada em pacotes, de modo que cada pacote registra informaes de origem e

realizada na camada de rede, IP, baseada no endereamento deste protocolo, no

realizada por software, ao contrrio da comutao na telefonia fixa, de forma que

Capilaridade de rede j instalada no mundo, a Internet, cujo alcance indiscutvel;

Baixo custo, devido simplicidade do protocolo utilizado. Em contrapartida, o

Grande nmero de aplicaes j desenvolvidas utilizando este protocolo. Todas

Padres de controle para Telefonia IP

Podemos atribuir ao servidor as seguintes tarefas:

Traduo de endereos - Usurios do servio telefnico so identificados por um

Controle de Admisso - Autorizao ou no de utilizao do sistema, tarifao, etc.

Controle de largura de banda - Capaz de reduzir ou aumentar a carga na rede atravs

Servios de Localizao - Um determinado usurio, registrado atravs de um email,

Todos estes servios envolvem comunicao entre o terminal e o servidor ou entre um

Algoritmos padres de compresso que devem ser implementados de forma a

Protocolos utilizados para o controle da chamada, estabelecimento dos canais de