Escolar Documentos
Profissional Documentos
Cultura Documentos
2729 Redes Boa
2729 Redes Boa
net
1
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
2
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 transform-
lo em produto.
www.projetoderedes.kit.net
3
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].
www.projetoderedes.kit.net
4
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
www.projetoderedes.kit.net
5
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
www.projetoderedes.kit.net
6
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
www.projetoderedes.kit.net
7
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,
www.projetoderedes.kit.net
8
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.
www.projetoderedes.kit.net
9
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.
www.projetoderedes.kit.net
10
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.
www.projetoderedes.kit.net
11
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
www.projetoderedes.kit.net
12
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.
www.projetoderedes.kit.net
13
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 sub-
bandas 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
www.projetoderedes.kit.net
14
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 CS-
ACELP. 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.
www.projetoderedes.kit.net
15
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 Significado
1 Ruim: ininteligvel, o usurio no entende a mensagem decodificada. Possui interrupes
horrveis devido s degradaes
2 Pobre: o sinal possui interrupes devido s degradaes e o usurio tem que fazer um
esforo considervel para entender alguns trechos.
3 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)
4 Bom: a voz agradvel de se ouvir, ou seja, percebe degradaes mas no se incomoda
com elas, pois so mnimas. (nenhum esforo aprecivel requerido)
5 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.
www.projetoderedes.kit.net
16
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.
www.projetoderedes.kit.net
17
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
www.projetoderedes.kit.net
18
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.
www.projetoderedes.kit.net
19
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.
www.projetoderedes.kit.net
20
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.
www.projetoderedes.kit.net
21
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;
www.projetoderedes.kit.net
22
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;
www.projetoderedes.kit.net
23
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.
www.projetoderedes.kit.net
24
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.
www.projetoderedes.kit.net
25
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,
www.projetoderedes.kit.net
26
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 SUBJ ECT 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].
www.projetoderedes.kit.net
27
Vemos abaixo uma tpica transao SIP:
www.projetoderedes.kit.net
28
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
www.projetoderedes.kit.net
29
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:
www.projetoderedes.kit.net
30
- 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;
www.projetoderedes.kit.net
31
- 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.
www.projetoderedes.kit.net
32
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:
www.projetoderedes.kit.net
33
- 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.
www.projetoderedes.kit.net
34
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.
www.projetoderedes.kit.net
35
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.
www.projetoderedes.kit.net
36
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.
www.projetoderedes.kit.net
37
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
(em bits/s)
Durao do quadro
(em milisegundos)
Tamanho do quadro
(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
www.projetoderedes.kit.net
38
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.
www.projetoderedes.kit.net
39
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.
J itter
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
www.projetoderedes.kit.net
40
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
www.projetoderedes.kit.net
41
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.
www.projetoderedes.kit.net
42
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
www.projetoderedes.kit.net
43
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.
www.projetoderedes.kit.net
44
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.
www.projetoderedes.kit.net
45
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;
www.projetoderedes.kit.net
46
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
www.projetoderedes.kit.net
47
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 (Carrier-
sense 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).
www.projetoderedes.kit.net
48
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 infra-
estruturas 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.
www.projetoderedes.kit.net
49
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 comunicar-
se 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.
www.projetoderedes.kit.net
50
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
www.projetoderedes.kit.net
51
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 pre-
processamento 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.
www.projetoderedes.kit.net
52
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.
www.projetoderedes.kit.net
53
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