MURILOCSARDRUMOND MURILOPACHECODEALENCARMAGALHES VITORPAULINOXAVIERDESOUSA

VoIPDM VoIPPARADISPOSITIVOSMVEIS

Monografia apresentada UCB como requisitoparcialparaconclusodocursode Bacharelado em Cincia da Computao. Orientadora: Prof. Flvia Estlia Silva Coelho.

BRASLIA,DF 2007

Resumo
Acomunicaorepresentaadisseminaodoconhecimentoentreindivduos.Da formamaisdiretapossvel,elapodeserrepresentadaverbalmenteoudemodonoverbal atravs de gestos, por exemplo. De forma remota, cartas, telefonia e Internet so seus maiores representantes. , especialmente nestes dois ltimos meios de comunicao citados,queoprojetoVoIPparaDispositivosMveisestarcentrado. OtermoVoIPreferese utilizaodetelefoniasobreredesbaseadasemInternet TCP/IP.propostonestetrabalho,odesenvolvimentodeumaarquiteturadecomunicao VoIP entre celulares,.utilizandose do Software Livre Asterisk como responsvel pela autenticaoealocaodeIPstemporriosparausurios. Aplicar telefonia celular, a tecnologia VoIP e solues em Software Livre, representa acreditar na evoluo natural de um padro de telefonia, que atualmente se encontradeficitrioeapresentacustosquenorepresentamseusservios.objetivodeste trabalho,inspirarnovospesquisadores,sejamdareadecomputao,oudequalquer rea associada,asemprebuscarnovosmeiosdedifundiratecnologiadecomunicao. FoiimplementadaumaaplicaoclientedenominadaSoftPhonecomosoluopara comunicao VoIP.Osresultados contemplaram atrocadedadosdeforma fullduplex entreosdoisladosdeumachamadatelefnica,almdoalcancedaautenticaopormeio doAsterisk.

Palavraschave: Internet;Telefonia;DispositivosMveis;VoIP;Asterisk;

Abstract
The communication represents the dissemination of the knowledge among individuals.Inthestraightestpossibleform,itcanberepresentedverballyorofnotverbal way through gestures or a look, by example. In a remote form, letters, telephone technologyandInternetareitsbiggerrepresentatives.Itsspeciallyinthesetwolastmeans ofcommunicationcited,theprojectVoIPforMobileDeviceswillbecentered. The term VoIP is regarding to service relative to the utilization of telephone technologyoveraplatformofInternet.ItsproposedonthisfinalProject,thedevelopment ofaVoIPcommunicationbetweenmobiledevices,usingtheFreeSoftwareAsteriskasthe responsiblefortheusersauthenticationandtemporaryIPallocation. Applying to the cellular telephone, the VoIP technology and solutions in free software represents to believe in the natural evolution of a standard of telephone technology thatatpresentis founddeficit andpresents coststhatdonotrepresent its service. It is objective of this work to inspire news researchers, being of the area of computation,oranyareaassociated,toalwaysseeknewsmeanstodiffusethetechnology ofcommunication. ItwasimplementedaclientapplicationnamedSoftphoneas asolutionforVoIP communication.Thesolutionalsoconsideredanexchangeofdataintheuseofserver PABXAsterisk1.4.4,installedandconfiguredwiththedataoftheuserswhocommunicate andwillbeauthenticatedfortheserver.Theresultshadcontemplatedtheexchangeofdata inafullduplexwaybetweenthetwosidesofatelephoniccall,beyondthereachofthe authenticationbymeansoftheAsterisk.

Keywords: Internet;TelephoneTechnology;MobileDevices;VoIP;Asterisk.

Sumrio
1.Justificativa ......................................................................................................................... 8 1.1Motivao .................................................................................................................. 8 1.2PotenciaisUsurios ................................................................................................. 10 1.3.Objetivos ................................................................................................................ 11 1.3.1ObjetivosGerais ........................................................................................... 11 1.3.2ObjetivosEspecficos ................................................................................... 11 1.4Cronograma ............................................................................................................. 12 2.VozsobreIP ...................................................................................................................... 13 2.1Introduo ............................................................................................................... 13 2.1.1FuncionamentoGeraldoVoIP ..................................................................... 13 2.1.2MenorCusto ................................................................................................. 15 2.1.3ComplexidadedaTecnologia ....................................................................... 15 2.1.4DesafiosRegulatrios .................................................................................. 16 2.2ServioConversacionaldeVoIP ............................................................................ 18 2.2.1VoIPdeTerminalIPparaTerminalIP ........................................................ 18 2.2.1.1GatewaysdeGerncia ........................................................................... 20 2.2.2VoIPdeTerminalIPparaTelefone ............................................................. 20 2.2.2.1GatewaysdeVoz ................................................................................... 21 2.2.2.2GatewaysdeSinalizao ....................................................................... 22 2.2.3VoIPdeTelefoneparaTelefone .................................................................. 22 2.3TelefoniaIP ............................................................................................................. 23 2.4Equipamentos .......................................................................................................... 26 2.4.1SistemadeTelefoniaFixaComutada .......................................................... 27 2.4.2Terminais ...................................................................................................... 27 2.4.3TerminalTelefnicoConvencional .............................................................. 28 2.4.4TerminalTelefnicoIP ............................................................................. 28 2.4.5TerminalMultimdia .................................................................................... 29 2.4.6Roteador(ROT) ........................................................................................... 29 2.4.7MCU ............................................................................................................. 30 2.4.8PABX ........................................................................................................... 30 2.4.9Gateway ........................................................................................................ 30 2.4.10GC .............................................................................................................. 30 2.4.11Zona ............................................................................................................ 30 2.4.12Gatekeeper .................................................................................................. 31 2.4.13CM .............................................................................................................. 31 2.4.14ApplicationServer ..................................................................................... 32 2.5ProtocolosdeVoz ................................................................................................... 32 2.5.1H.323 ............................................................................................................ 32 2.5.1.2ComponentesH.323 .............................................................................. 34 2.5.2MGCP .......................................................................................................... 35 2.5.3IAX ............................................................................................................... 36 2.5.3.1ArquiteturaeComponentes ................................................................... 36 4

 2.5.3.2Funcionamento ...................................................................................... 38 2.5.4SIP ............................................................................................................... 39 2.5.4.1AgentedoUsurioSIP .......................................................................... 39 2.5.4.2ServidorProxySIP ................................................................................ 39 2.5.4.3ServidordeRedirecionamentoSIP ....................................................... 40 2.5.4.4RegistradorSIP ..................................................................................... 40 2.5.4.5SIPxH.323 ........................................................................................... 41 2.5.4.6SeguranaemSIP ................................................................................. 43 2.6QualidadedeServio .............................................................................................. 45 2.6.1Conceito ....................................................................................................... 45 2.6.2ClassesdeServios ...................................................................................... 46 2.6.2.1DIFFSERV ............................................................................................ 46 2.6.2.2INTSERV .............................................................................................. 49 2.6.3ControledeCongestionamento .................................................................... 50 2.6.3.1FIFO ...................................................................................................... 50 2.6.3.2EnfileiramentoPQ ................................................................................. 50 2.6.3.3EnfileiramentoCQ ................................................................................ 51 2.6.3.4EnfileiramentoWFQ ............................................................................. 51 2.6.4InibiodeCongestionamento ..................................................................... 52 2.6.5EficinciadoLink ........................................................................................ 53 2.6.5.1RTPeRTCP .......................................................................................... 53 2.6.5.2LFI ......................................................................................................... 53 2.6.5.3FRF ........................................................................................................ 53 2.6.5.4RedesATM ........................................................................................... 54 2.6.6MoldagemePoliciamentodetrfego .......................................................... 55 2.6.6.1GTS ....................................................................................................... 55 2.6.6.2CAR ...................................................................................................... 56 2.6.6.3FRTS .................................................................................................... 56 2.6.7QoSemLANs .............................................................................................. 56 2.6.7.1ProtocoloIEEE802.1p .......................................................................... 56 2.6.8AtrasoeLatncia .......................................................................................... 57 2.6.8.1Eco ......................................................................................................... 58 2.6.9Jitter .............................................................................................................. 59 2.6.9.1Crosstalk ................................................................................................ 59 2.6.9.2TimingDrift .......................................................................................... 60 2.6.10PerdadePacotes ......................................................................................... 60 2.7SoluesparaaImplementaodeVoIP ................................................................ 61 2.7.1Asterisk ........................................................................................................ 61 2.7.1.1ArquiteturadoAsteriskVisoGeral .................................................. 62 2.7.2OpenSER ..................................................................................................... 63 2.7.2.1Arquitetura ............................................................................................ 63 2.7.2.2CaractersticasGerais ............................................................................ 64 2.7.2.3CaractersticasdeConfigurao ............................................................ 64 2.7.2.4ServiosProvidos .................................................................................. 65

 2.7.2.5Benefcios .............................................................................................. 66 2.7.3sipX .............................................................................................................. 67 2.7.3.1Arquitetura ............................................................................................ 67 2.7.3.2Caractersticasgerais ............................................................................. 69 2.7.3.3Caractersticasdeconfigurao ............................................................. 69 2.7.3.4ServiosProvidos .................................................................................. 71 2.7.4Freeswitch .................................................................................................... 72 2.7.4.1Arquitetura ............................................................................................ 72 2.7.4.2CaractersticasGerais ............................................................................ 74 2.7.4.3CaractersticasdeConfigurao ............................................................ 74 2.7.4.4ServiosProvidos .................................................................................. 75 2.7.4.5BenefcioseLimitaes ........................................................................ 76 3.Mobilidade ....................................................................................................................... 77 3.1DispositivosMveis ................................................................................................ 77 3.1.1ArquiteturaPCS ........................................................................................... 78 3.1.2CDMA .......................................................................................................... 80 3.1.3GSM ............................................................................................................. 81 3.1.4AMPS/TDMA ............................................................................................. 84 3.1.5Padres3Ge4G ........................................................................................... 85 3.1.5.13G .......................................................................................................... 85 3.1.5.24G .......................................................................................................... 90 3.2AspectosdoDesenvolvimentoparaDispositivosMveis ...................................... 91 3.2.1QuestesparaDesenvolvimentodaInterface .............................................. 91 3.2.2PlataformasdeDesenvolvimento ................................................................. 95 3.2.2.1JavaME .................................................................................................. 95 3.2.2.2.NetCompactFramework ..................................................................... 99 3.2.2.3BREW ................................................................................................. 100 3.3SoluesparaVoIPemDispositivosMveis ....................................................... 101 3.3.1SoluesemSoftware ................................................................................ 101 3.3.2SoluesemHardware ............................................................................... 104 4.PropostadeArquiteturaeAplicao ............................................................................... 106 4.1ArquiteturaFundamental ...................................................................................... 106 4.1.1RededaCentraldoSistemaAutnomo ..................................................... 108 4.1.2Protocolos ................................................................................................... 109 4.1.3Hardware/Software .................................................................................... 110 4.1.4Aplicao ................................................................................................... 111 4.1.4.1Interface ............................................................................................... 113 4.1.4.2Controle ............................................................................................... 113 4.1.4.3Modelo ................................................................................................ 114 4.1.5ConfiguraoAsterisk ................................................................................ 114 4.1.6DiagramaseCdigo ................................................................................... 114 4.2Requisitos ............................................................................................................. 115 5.Concluso ....................................................................................................................... 117 6.TrabalhosFuturos ............................................................................................................ 120

 7.RefernciasBibliogrficas .............................................................................................. 122

1.Justificativa
1.1Motivao
Buscandoainvestigaodeumasoluonoconvencional,direcionouseesforos, inicialmente, para um trabalho capaz de abranger um domnio da computao, o qual apresentasse possibilidades de trabalhos inovadores, seja no contexto cientfico ou comercial, e que representasse uma alta expectativa mercadolgica diante de sua potencialidadedeuso.Apsreflexesediscussesacercadevantagense,principalmente, desvantagensdecadareadacomputao,foipossveldeterminarqueoposicionamentoda pesquisateriaimplicaescientficasnodomniodasredescomputacionais. Portanto,otemapropostointegratrs reasquerepresentaram,especialmentenos ltimos cinco anos, expressivo desenvolvimento tecnolgico: Telefonia celular, VoIP e SoftwareLivre.Demodoparticular,atelefoniacelular dispostacomoresponsvelpela integraodeVoIPeSoftwareLivre.Inicialmente,aidiaseriacontemplartantotelefonia fixa quanto a mvel. Mas, na indisponibilidade de equipamentos especficos de distribuio telefnica nas dependncias da UCB (Universidade Catlica de Braslia), optouseporrestringirapropostaaodomniodosdispositivosmveis. Emrelaoaoscamposdeestudo,adificuldadeseapresentounaturalmentecomo desenvolvimentodapesquisaedoprottipo.ApesardeVoIP,SoftwareLivreetelefonia celular representarem tecnologias de conhecimento comum, projetos envolvendo a integrao entre estes, no so to acessveis. De certo, uma parcela considervel dos projetosexistentes,nestecontexto,apresentacaractersticastoprpriasdeseuambientede uso, que se tornaram meramente figurativos no momento da busca por informaes complementaressobreautilizaodealgumpadro.Noforamencontradosprojetosque envolvessemaintegraodastrsreas,taisquepudessemsercaracterizadoscomofontes deconsultaemcasodedvidasouanseiospornovasidias,trabalhosfuturosealternativas duranteodesenvolvimentodotrabalho.

Emsetratandodosbenefciosqueestimularamaescolhadotemadetrabalho,alm daqueles j citados, a relao de custobenefcio do emprego da tecnologia VoIP no cotidiano, apresentase como um destaque. O uso de alternativas VoIP baseadas em SoftwareLivrepraticamentenulificariaocustodecobranaemoperaestelefnicas.Do mesmomodo,SoftwareLivredenotaumaalternativavivelaosdispendiososcontratosde licena impostos por aquelas empresas que dominam a distribuio de software proprietrio.Oaparelhocelular,porsuavez,tendeaserumobjetodeusocadavezmais comum,eaterseupreomdioconsideravelmentereduzidoemproporoaoquepode oferecer,segundoargumenta(VOIPOverview,2006). De forma geral, este trabalho consiste no desenvolvimento de uma aplicao clienteservidor, que ser funcional sobre uma arquitetura proposta. Esta aplicao, desenvolvidaemJAVAedispostasobreoprotocoloSIP,podeserexecutadaemaparelhos celularescomsuporte APIJSR 180 for SIP,provendoassim,umainterfaceparauma comunicaoVoIPentreaparelhoscelulares.Aarquiteturaabrangearecepodavozpela linhatelefnicaemumterminal(celular),suaconversoemformatodigitaleenvioparaa redeat outroterminal(celular),havendoainda,umprocessodeautenticao,naqualos usuriosqueestiveremrequisitandoumachamada,teroseusendereosIPtemporrios doscelularesregistrados. A importncia deste trabalho refletese na crescente perspectiva de uso da tecnologiaVoIP,comoumapossibilidadedecomunicaoemquesepagapeloquese utilizadeformaefetiva,enomaisproporcionalmenteaotempodeusodaconexo(VOIP Overview, 2006). Cada vez mais, um nmero maior de empresas investe em VoIP, conformepodesercomprovadoporincentivosdeempresasinfluentesnomercadocomo Terra(TerraVOIP,2006)eBrasilTelecom(BrTelecomVoipzone,2007).Deacordocom (VoIPCenter#1,2007),existemcercade1,2milhesdeusuriosnoBrasil,eaindaneste ano,8%dostelefonemasnopasdevemserporVoIP.Amesmafontetambmrevelaque muitos j so usurios sem saber, uma vez que j existem alguns orelhes com esta tecnologia.Deacordocom(VoIP Center#2,2007),afranquia HellouGlobalPhone , atualmente,anicafranquiadeVoIPdoBrasil.

Nareaacadmica,hdestaqueparaosprojetosdaUFRJ(UniversidadeFederaldo RiodeJaneiro)eUFSC(UniversidadeFederaldeSantaCatarina).Oprimeiroprojetofoi desenvolvidopeloNcleodeComputaoEletrnicadaUFRJechamadodefone@RNP. Nesteprojeto,oservio disponibilizadoaqualquerinstituiodepesquisaquepossua filiao RNP(http://www.rnp.br/).Deacordocomaespecificaode(VoIPUFRJ),a instituiodeveapresentarconectividadeRNP2,instalarumgatewayVoIPparaconexo do PBX (ou de sua rede de telefonia privada) rede de dados interna, e ao servio fone@RNP.Almdisso,ainstituiodeveoperarumservidorpararegistrodeusuriose coletadeestatsticasdeuso.JnaUFSC,oprojetoapresentadisposiosimilaraoprojeto realizadopelaUFRJ,sendotambmumprojetodaRNP,visando utilizaro backbone da redeUFSCedaredecatarinensedeCinciaeTecnologia(VoIPUFSC).Ambososprojetos so voltados, em princpio, para a rea de telefonia convencional, no tendo sido encontradasrefernciasquepudessemexplicitarseuinteressenaaplicaodeVoIPpara umaarquiteturadedispositivosmveiseSoftwareLivre.

1.2PotenciaisUsurios
Asoluoser implementadavisandoprincipalmenteosusuriosquedemonstrem interessepelarealizaodeligaesVoIPatravsdedispositivosmveis.Apesquisapode servir de base a desenvolvedores interessados na busca por novas solues VoIP. Da mesma forma, empresas da rea de telefonia podem adaptar o projeto para uma nova realidade,sejanoincentivoaoVoIPatravsdodesenvolvimentodeummaiornmerode modelosquesuportemesteformatodecomunicao,sejanoincentivodenovosprojetosde pesquisavisandoampliaronmerodedesenvolvedoresdatecnologia.

1.3.Objetivos
1.3.1ObjetivosGerais
Como objetivo geral, destacase o desenvolvimento de uma aplicao cliente servidordedomnioVoIPparadispositivos mveis,usufruindodosrecursoseservios providosporumaarquiteturapropostavisandoaintegraodastecnologiasdeTelefonia Celular,SoftwareLivreeVoIP.

1.3.2ObjetivosEspecficos
Entreosobjetivosespecficos,consideramseosseguintes: LevantaroestadodaarteemVoIP,ferramentasbaseadasemsoftwarelivre para comunicao VoIP e desenvolvimento para dispositivos mveis, em particular,paracelulares; CompreenderasnuancesparticularesdesoluesparacomunicaoVoIP,em softwarelivre; ProporumaarquiteturaparaacomunicaoVoIPentredispositivosmveis (celulares); Desenvolver uma aplicao para dispositivos mveis, a ser executada considerandoaarquiteturaproposta; Promoveracomunicaoentredispositivosmveis(celulares)usandoainfra estruturadesenvolvidanotrabalho(arquiteturaeaplicao); Analisarocomportamentodaarquiteturafrenteexecuodaaplicaoaser desenvolvida.

1.4Cronograma
Asseguintesetapaspodemserdefinidasduranteodesenvolvimentodapropostade pesquisa: Etapa1PesquisaBibliogrfica

O projeto teve seu incio efetivo durante o ms de Setembro/2006. Aps a elaboraodaproposta,aorientaoinicialsedeunosentidodequeosprimeirosmeses seriamdedicadosaumaextensivapesquisabibliogrfica.Oescopodestapesquisaprocurou envolvertodososaspectosatuaiseeventuaisperspectivasemrelao VoIP,ferramentas comconceitodesoftwarelivre,quepudessemserutilizadasnesteformatodecomunicao, ecaractersticasdatelefoniamveleconvencional.Estapesquisafoiexpostanoscaptulo2 e3captulosconcludosemMaro/2007

Etapa2PropostadeArquitetura

ApartirdeNovembro/2006,foramelaboradososprimeirosesboosdomodelode arquitetura para comunicao VoIP. Inicialmente, a proposta tambm incluiu, alm da telefonia mvel (celulares), a telefonia convencional, o que foi excludo ao longo dos meses.Apropostaemsi,foiconcludaemMaro/2007,esuaexposionocaptulo4teve suaediofinalizadaemJunho/2007. Etapa3MontagemdeLaboratrio

IniciadaemJaneiro/2007.Ambientesprprios,comodesktopsenotebookspessoais foramosmeiosutilizadosparaelaboraodasoluo.Houvetambmadisponibilizao, porpartedaUCB,de2HDsmveis,queforamutilizadosnaetapadetestes. Etapa4DesenvolvimentodaAplicao

TeveincioemJaneiro/2007esuaconclusoestprevistaparaJunho/2007.

EtapaFinalDefesadeProjeto

Adefesadesteprojetofinalsernodia27deJunhode2007.

2.VozsobreIP
2.1Introduo
OtermoVoIP tratadoquandosoexplicitadosserviosrelativos utilizaode telefoniasobreumaplataformabaseadanaInternet.Nocontexto,pretendeseatenuaras limitaes de sua tecnologia inspiradora a telefonia de rede pblica. Altas taxas de cobranaporpartedeprovedoreseabaixaqualidadedeserviopodemserconsiderados fatoresdeestmuloaodesenvolvimentodoVoIP.Seh qualidadenaconexodaInternet, existe a possibilidade de se buscar um servio telefnico alternativo, evitando a dependncia completa da companhia telefnica local. Como toda tecnologia em desenvolvimento, VoIP aindanoapresenta suas fronteiras deutilizao bemdefinidas pelosfornecedoresatuais.

2.1.1FuncionamentoGeraldoVoIP
OfuncionamentogeraldoVoIPsed atravsdoenviodeinformaodevozem formatodigitaldentrodepacotesdedados,aoinvsdotradicionalprotocolodecomutao decircuitosutilizadohdcadaspelascompanhiastelefnicas(Webinsider,2004). Umadesuasmaioresvantagensareduodoscustosdeutilizaodosserviosde telefonia comum, principalmente no que se refere a ambientes corporativos. Diversas empresasvmoferecendovozsobreIPcorporativo;empresascomfiliaisemqualquerparte domundoj estofalandoentresi,acustosquepodemsernulos.Aindadeacordocom (Webinsider,2004),tambmpodemsercitadasempresasqueoferecemVoIPparaefetuar ligaesparatelefonesfixosemveis,enviodeFAXeatvigilnciaremota. utilizadooTCP/IPparaatransmissodavozempacotessobreumaredeIP.Isto se d, atravs dousodeprotocolos VoIP,sendoqueacomunicao porvozpodeser atingidasejaqualforaredeIPdomeio,podendosertantoInternetouIntranets.Dentreos protocolosutilizadossoencontrados,porexemploSIP,H323,MGCPeMeGaCopara sinalizao; RTCP, RTP para padronizao do formato e qualidade de transmisso de pacotes de udio e devdeo; H261, H263para codificao edecodificao de vdeos;

G711,G729paracompressodavoz;outroscomoCOPS,RTSP,SCTP,SIGTRANeTRIP paraoutrasfuncionalidades.Todososreferidos,eoutrosprotocolosatualmenteutilizados paraVoIP,podemtersuasdefiniesencontradasem(NetworkDictionary,2007). Segundo(WhatisVOIP,2005),oprimeiropasso adigitalizaodavoz,ouseja, suaconversoparabits.Esteprocessoenvolveoparticionamentodosomanalgicodavoz embitsdedados,quesoassociadosaumvalornumrico.Umavezdigitalizados,osdados podemserfacilmentecomprimidos.Osdadosdigitalizadosecomprimidossoseparados empacotesde1500 bytes,facilitandoatransmissopelaInternet.Taispacotespossuem informaes sobre sua origem, destino, um timestamp (permite que o pacote seja reconstrudonaordemcorreta,emcasodeerro),almdosdadosdevoz.Nomomentoem que os pacotes chegam em seu destino, eles so reagrupados seguindo uma ordem especfica,econvertidosparasomanalgico,paraqueoreceptorpossaentenderoqueest sendodito.SeguenaFigura1,umaexemplificaodofluxoVoIP.

Figura1FluxoVoIP De acordo com (Ejnisman, 2006), a tecnologia VoIP no Brasil ainda enfrenta dificuldadesquanto legislaoetaxasdecobranadeservios,questesestasquesero discutidas notpico2.1.4.Entretanto,autilizao doVoIP cadavezmaisfreqente, forandoas empresas detelefonia areduzirem taxas epromoverem bnus,demodo a incentivarautilizaodatelefoniacomumenoperdermercado. Nasprximassees,serodiscutidosalgunspontosconsideradosrelevantesem termosdetecnologiaVoIP.

2.1.2MenorCusto
fatoqueagrandemaioriadosserviosdetelefoniatradicional,sejanoBrasilou norestodomundo,apresentamtaxasdecobranaelevadas,esoprovidosporumpequeno nmerodeempresas.ComoessaassociaoentreousodeVoIPeentidadesdominantes aindaest umpoucodispersa,naprtica,ospreosdestatelefoniagarantemoretornode investimentos queles quevmexplorandoseusservios.Outrofator quejustificaria o menorcustoest relacionadoaousodeuma nicaredeparatrafegarvozedados.Neste caso, a teoria prev o uso de uma capacidade subutilizada da rede, que pode ser aproveitadapeloVoIP,semcustosadicionais.Apontandoparaumbaixocustoextremo, chamadastelefnicasviaVoIPpodemserrealizadasdeformagratuita,esedeformalocal issopodeserdegrandevalia,quandosetrataotpiconopontodevistadechamadas internacionais,ajustificativatambmmantida.(VoIPInfo,2006). Segundo(VOIPOverview,2006),quandoseusaumaredePSTN,pagaseoservio proporcionalmenteaotempousadodalinhaparaacompanhiaqueagerencia.Almdisso, osistemano adequadoparasefalarcommaisdeumapessoaporvez.Natecnologia VoIP,podesefalarnalinhasempreocupaocomcustos,comquantaspessoassualargura debandapermitir.

2.1.3ComplexidadedaTecnologia
Algunstpicosdevemserconsideradosemrelaoaousootimizadodatransmisso devozedadossobreumamesmarede.Segueumalista,deacordocom(Hersent,Guide, Petit,2002,prefcioXVIIIeXIX),arespeitodealgumasdasquestes: a)Comodeveserfeitaacompressoeoempacotamentodevoz? b)Comominimizaraexistnciadeeco? c)AsdesvantagensdoprotocoloIP(InternetProtocol)emrelaosaplicaesem temporeal:atraso,jittereperdadepacotes.Usodeestratgiasparasuperartaislimitaes: buffers,redundncia,timestampseserviosdiferenciados; d)Caractersticasdotrfegodevozempacoteecomoelecoabitacomofluxode dadosquenosoemtemporeal;

e)ProtocolosdetelefoniaIPaseremadotados; f)Atransmissodedadosdentrodabandanaredetelefnica; g) Protocolos de sinalizao telefnica e as seqncias de conexo (chamadas normais, chamadas para servios inteligentes, chamadas enquanto a rede est sobrecarregada). Conforme os tpicos referenciados, fica evidente que a tecnologia utilizada na telefonia IP, tem uma complexidade peculiar as demais tecnologias de transmisso. Comparadatransmissoporstreaming,porexemplo,alatnciadoVoIPdevepermanecer muitobaixa,aopassodequealatnciadaquelepodesercompensadacomousodebuffers de alta capacidade. VoIP uma rea quetrouxeconsigoconhecimentos especializados diferenciados nas reas deredes, falaetelefonia (Hersent,Guide,Petit, 2002,prefcio XVIIIeXIX).

2.1.4DesafiosRegulatrios
Segundo(Ejnisman,2006),umdosdesafiosparaaconsolidaodefinitivadoVoIP nomercado aquestoregulatria.Algoj foidiscutidonosentidodeconsideraoda mesma,sendoqueopescomointerpretlacomoserviodetelecomunicaes,comoum serviodevaloradicionado,ouumatecnologia,vmsendoconsideradas.Deacordocoma LeiGeraldeTelecomunicaes (LGT),oserviodetelecomunicaes oconjuntode atividadesqueconsistenatransmisso,emissoourecepo,porfio,radioeletricidade, meios pticosouqualqueroutroprocessoeletromagntico,desmbolos,caracteres,sinais, escritos,imagens,sonsouinformaesdequalquernatureza,tudoquesejacaracterizado comoofertadetelecomunicaes.Aindadeacordocom(Ejnisman,2006),aLGTtambm estabeleceu que um servio de valor adicionado no servio de telecomunicaes, disponibilizandonovasutilidadesrelacionadasaoacesso,armazenamento,movimentao ourecuperaodeinformaesaumserviodetelecomunicaesquelhedsuporte. Nomesmoartigo(Ejnisman,2006),afirmasequealgunsespecialistasdefendem queadefiniodeserviosdetelecomunicaesnoest vinculadaaqualquertecnologia ouaqualquermeiodeprestaodeservios,massimaoconceitodetransmisso,emisso

ourecepo.Outrosespecialistasafirmamquepelofatodooferecimentoserdadoatravs deumprotocoloaplicado Internet,esendooserviodeacesso Internetumserviode valor adicionado, VoIP deveria do mesmo modo ser considerado um servio de valor adicionado,nosujeitosregrasimpostaspelaregulamentaodetelecomunicaes. AindaexisteaquestodaAgnciaNacionaldeTelecomunicaes(Anatel)quese posiciona,informalmente,nosentidodequeVoIPumatecnologiacujaclassificaono relacionadaaumnovoserviodetelecomunicaes,nemaserviosdeInternet.Alm disso, a Anatel estabelece que as empresas queofertem VoIP,devem deterconcesso, permissoouautorizaoparaaprestaodeServioTelefnicoFixoComutado(STFC), ServiodeComunicaoMultimdia(SCM)ouServioLimitadoEspecializado(SLE). Oproblematodo quenaprestaodoSCM,nosepermiteaofertadeservios com as caractersticas do STFC, em outras palavras, o encaminhamento de trfego telefnico simultaneamente originado e encerrado nas redes de STFC. O SCM s caracterizado quando iniciado ou terminado na rede pblica. Este fato, e tambm a possibilidadedeumalegislaomenosrspida,nosentidodequeasautorizadorasdoSCM noprecisamatenderaoscompromissosdeabrangnciaeatendimentoestabelecidosaos prestadoresdeSTFC,justificamumeventualaumentonabuscaporumalicenadeSCM. Emmais umladodaquestoregulatria, aparecem asempresas estrangeiras queesto ofertandoVoIP populaobrasileira,e,noseconsideramobrigadasacumprirasregras impostaspeloGovernoBrasileiro. Todo esse cenrio, segundo (Ejnisman, 2006) incomoda principalmente aquelas prestadoras de servios de telefonia fixa, que aps o Leilo do Sistema Telebrs, so detidaspelainiciativaprivada,eprestamoSTFCsobfortetutelaregulatriadaAnatel. TaisconcessionriasdeSTFCpossuemcompromissosdecontinuidadeeuniversalizao dos servios,oqueexigepesadosinvestimentos complementares,afimdeassegurar sociedadebrasileiraaadequadaprestaodosserviostelefnicos.Independentedaoferta serrealizadaporempresasestrangeirasouatravsdeprestadorasdeSCM,talvezo nico meioparaasconcessionriasdeSTFCsuportaremessacompetio,devasersedesdobrar paraofereceraosseususuriosdescontos,novosplanosefuncionalidades.

AcreditasequeacaracterizaodoquerepresentaumservioVoIPparaeventual cobrana, se dar naturalmente, pois o crescimento da tecnologia no ir esperar uma demoradacontemplaonabuscaporumalegislaojustaparatodos.Quantomaistempo seprorrogaadiscussodoassunto,h maiorchancedeumadecisoserdadadeformaj defasada.Noh,entretanto,estimativaquantoaotemponecessrio,edequeformao acordoser dado,mas dointeressetantodosprestadoresdeserviodetelefoniafixa quantomvel,queaquestoregulatriasejaamaisbreveecoerentepossvel.

2.2ServioConversacionaldeVoIP
Denominase servio conversacional de VoIP (MobileIP, 2005), aquele essencialmentedestinado comunicaodevoz,demodosimilaraoprovidopeloServio Telefnico FixoComutado(STFC),comaparticipao depelomenos uminterlocutor ligado a uma rede IP. Dentro dessa classificao, incluemse tambm os servios suplementarestpicosdetelefonia,comoudioconferncia,retenoeredirecionamentode chamadastelefnicas,entreoutros.

2.2.1VoIPdeTerminalIPparaTerminalIP
Nestecenrio,ilustradonaFigura2,osinterlocutoresusamequipamentosdotados de codecs de udio e interfaces ligadas a uma rede IP em suas conversaes. Esses equipamentosgenericamentedenominados terminaisou agentesdeusurio podem ser dos mais variados tipos. Por exemplo, pode ser empregado um software em um computadordepropsitogeral(tipicamente,umPC).EssesoftwareusaAPIs decapturae reproduo de udio e de comunicao via IP providas pelo sistema operacional para transmitirereceberamostrasde udiodigitalizadoempacotadasemdatagramasIP(fluxos de udio digital). Esse tipo de terminal comumente chamado de softphone (Linux Magazine n3). No lugar de PCs, podese usar equipamentos especficos, chamados telefones IP, que oferecem aos interlocutores uma interface similar a de telefones convencionais.Porm,telefonesIPtmacapacidadedecodificaredecodificarsinaisde

vozcomofluxosdeudiodigital,bemcomotransmitirereceberessesfluxosemumarede IP,demodoanlogoa softphones.Outroequipamentonessalinhasoosadaptadoresde telefonesanalgicos(AnalogTelephoneAdaptorsATAs),brevementedescritoem(Terra VOIP, 2006). Um ATA permite conectar um telefone convencional a um PC ou diretamenteaumaredeIP,sendoresponsvelpelaconversoanalgicodigitaldosinalde voz. Emtese,noquedizrespeitoaprotocolos,umservioconversacionaldeVoIPentre PCs no necessita de nada mais que o RTP/RTCP (ou similar) para lidar com a sincronizaotemporal(PUCRIO,2004)dasamostrasde udioemumfluxotrafegando porumaredeIP.Asincronizaotemporaloconceitodoenvioperidicoecontroladode pacotesparaosparticipantesdaconexo,efetivandoqualidadeparaatransmissodedados emtemporeal.Contudo,quandoserviosdetelefoniamaissofisticadossodesejveis comoredirecionamentodeconversaesou udioconferncias,porexemplotornase necessriotambmqueosterminais sejamdotadosdeprotocolosdesinalizaodesses servios.Emgeral,essesprotocolosdesinalizaoestabelecemchamadasousessesentre osterminais,sobreasquaispossamseroferecidosserviosvariados.H.323eSIPsoos principaisexemplosdepadresdesinalizaoVoIPentreterminais.Aseguir,naFigura2, apresentadaacomunicaoutilizandoATAesoftphone.

Figura2ComunicaodevozdeterminalIPparatelefoneatravsdeATA

2.2.1.1GatewaysdeGerncia OutroaspectoimportantenoestabelecimentodeumservioconversacionalVoIP, aoestilodoSTFC, ooferecimentodefunesqueprecisamestardisponveismesmo quandoterminaisestoinoperantes.EmVoIP,umcomponenteopcionalchamadogateway degerncia(TutorialTelecoIP,2006)centralizaooferecimentodessasfunes,asaber: Controle de acesso: um gateway de gerncia permite controlar o estabelecimento de novas chamadas com base em limitaes no nmero de chamadas simultneas ou nos privilgios dos participantes. Um gateway de gernciapodeserusadotambmparamanterinformaessobreatarifaodo servio; Gernciadebandapassante:administradoresderedepodemcontrolarousode bandapassante naredepeloservio deVoIPporintermdio do gateway de gerncia, limitando o nmero de chamadas simultneas, restringindo o estabelecimento de chamadas a certos horrios ou usando mecanismos de provisodeQoSespecficos(Magro,2006); Reroteamentodechamadas(Promon5,2005):umgatewaydegernciapodere rotear uma chamada com base na disponibilidade de banda passante, por exemplo. O reroteamento pode ser usado tambm no desenvolvimento de servios suplementares, tais como identificao universal (para terminais mveis),encaminhamentodechamadas eredirecionamento demensagensde correiodevoz.

2.2.2VoIPdeTerminalIPparaTelefone
ConformeilustraaFigura3,aintegraoentreRTCCseserviosconversacionaisdeVolP envolveousodedoiscomponentesadicionais,chamadosgatewaysdevozegatewaysde sinalizao.

Figura3ComunicaodevozdeterminalIPparatelefone 2.2.2.1GatewaysdeVoz Os gateways devoz(Promon3,2005)soresponsveispelorepassedefluxosde udio entreaRTCCearedeIP.Suasprincipaisfunessoacodificaoedecodificaodigital da voz (quando a transmisso de voz na RTCC analgica), a transcodificao entre formatosdigitais(quandoacodificaousadaemumaRTCCdigitaldiferedausadana redeIP),oencerramentodechamadastelefnicasnaRTCCeatransmissoerecepode amostrasdeudiodigitalencapsuladasemdatagramasIP.Fundamentalmente,umgateway devoz vistopelosterminaisnaredeIP,comomaisumterminal.Dopontodevistada RTCC,umgatewaydevozpodeseapresentarsobasmaisdiversasformas,taiscomo: Gateways residenciais: para interligao com interfaces analgicas tradicionais(RJ11)daRTPC.Essestiposdegatewaysdevozapresentamsena RTPCcomoumsimplesaparelhotelefnicoemumalinhadeassinante; Gateways deacesso:parainterligaocomCPCTsanalgicasoudigitais. Tipicamente, gateways de acesso determinam certo nmero de linhas de assinantesquecompemumoumaistroncosnaRTPC; Gatewaysdetrunking:parainterligaocomumgrandenmerodetroncos analgicos ou digitais da RTPC. Tipicamente, gateways de trunking se apresentamparaaRTPCcomoumacentraltelefnicadetrnsito; Gateways de voz sobre ATM: para interligao com redes de voz sobre redesATM;

bastantecomumousodotermo mais geral gateway demdia para se referiragatewaysdevoz,emespecialnocontextoderedesIPdemultiservio.

2.2.2.2GatewaysdeSinalizao Os gateways de sinalizao lidam fundamentalmente com o tratamento de pedidos de estabelecimentodechamadaspartindodaRTCCedestinadosaequipamentosnaredeIP,e viceversa.Entreassuasfunesprincipaisincluemse:

Conversodasinalizao:traduzmensagensoutonsespeciaisdesinalizao usadosnaRTCC,comoDTMF,QSIGouSS7paraasinalizaoVolP; Controlede gateways demdia:efetuaocontroledalgicadefuncionamento dos gateways demdia,requisitandoageraodesinaisnaslinhastelefnicas (tom de discagem, ocupado etc.) ou sendo notificado a respeito de eventos disparados nas mesmas (fone fora de gancho, nmero discado etc.), por exemplo.

Gateways desinalizaotambmsocomumentechamadosdecontroladoresde gateway demdiaouMGCs(TutorialTelecoIP,2006),agentesdechamada,ouaindasoftswitches. A Figura 3, mostrada anteriormente, representa a sinalizao telefnica como sendo passada diretamente ao gateway de sinalizao. Entretanto, na prtica, comum que durante o estabelecimento de uma chamada telefnica a sinalizao (seja ela de canal comumoudentrodefaixa)passepelasmesmascentraistelefnicasaseremusadaspela chamada.IssoserefletenoscenriosdeintegraocomserviosdeVoIPpormeiodo repasseindiretodasinalizaotelefnicaaogatewaydesinalizao,atravsdogatewayde voz.

2.2.3VoIPdeTelefoneparaTelefone
Este cenrio se apresenta como um caso misto dos dois cenrios anteriores, em que gatewaysdevozedesinalizaopermitemqueRTCCsdistintasutilizemredesIPparase interligarem.Essecenrioocorretipicamentemasnosomenteeminstituiese empresas que possuem instalaes geograficamente dispersas, em que cada instalao

possuiumaCPCTprpria,ealigaoentreasinstalaes providaporumaredeIP.A Figura4ilustratalcenrio.

Figura4ComunicaodevozdetelefoneparatelefoneusandoredesIP Na Figura, um gateway de sinalizao dedicado ao tratamento de pedidos de estabelecimentodechamadasprovenientesdecadaRTCC.Porm,essetratamentopodeser feitoporum nicogatewaydesinalizao,eliminandoanecessidadedesinalizaoVoIP entre gateways. Essa abordagem tem sua aplicabilidade limitada pelo nmero total de chamadasqueogatewaydesinalizaocapazdetrataremtempohbil.

2.3TelefoniaIP
AtelefoniaIP umamodalidadedeVoIP,naqualoserviofornecidoapresenta qualidade e funcionalidades, no mnimo, equivalentes aos servios telefnicos convencionais. O usurio utiliza um telefone IP ou um adaptador IP para um telefone convencionaleumaconexoIPdebandalargaparaseconectar rededetelefoniaIP. Adicionalmente, pode acessar o servio utilizando um computador com um programa especialparaessefim. AtecnologiaVoIP,basicamente,convertesinaldevoz(analgico)paraoformato digital,utilizandotantoainfraestruturadedados,quantoainfraestruturaanalgica. A TelefoniaIP,porsuavez,tambmfazusodeaparelhostelefnicosespecficoseutilizade

maneiraefetivaasredescomputacionais(comoaInternet).Taisdispositivos,geralmente, sosofisticadososuficienteparaatransmissodevozemtemporealecomqualidade,que muitasvezessuperaatelefoniaconvencional.OfatomaisinteressantequeaTelefoniaIP consegueessaeficincia sem necessitar decentrais telefnicas eainda podeapresentar integraocomoutrosserviosdedados,comovdeoeemail.(Alecrim,2005) AqualidadedaconversaopormeiodatelefoniaIPdependedavelocidadedo acesso Internet,daqualidadedoaparelhoutilizadoedaqualidadedeserviofornecida pelarede.Alentidonoacessopodecausaraperdadepacotesdeinformaoouatatrasos naremessadeumcomputadoraoutro,oque,porsuavez,poderesultaremfalhaebaixa qualidadedesom.Aqualidadedavoz suscetvelaperdas,atrasosevariaes(jitter).A m qualidadedoaparelhopodegerarecoeoutrosproblemasnatransmissodavoz.A qualidadedaredeexerceimportanteinfluncianousodatelefoniaIPnoquedizrespeitoao fluxodarede, cargadedadosquetrafegapelaredee quantidadedebandadisponvel, bemcomoousodestabanda. Almdetodosestesproblemas,hoproblemadeacmulodeamostrasdedadosde udio(Figura5)atqueseatinjaotamanhodoquadroquesercomprimidopelo codec,o quelevatempoeatrasaacomunicaofimafim.Ofatoqueaoinvsdasamostrasserem comprimidasumaauma,elasprecisamseracumuladasemquadrosdetamanhofixo,para entohaveroprocessamentodocodec.Todoproblemaestnaacumulaodeamostrasque levaumcertotempo.Mas,parareduzirosatrasosemumaredeideal,nobastaescolher umcodeccomcomprimentodequadropequeno.Diz(Hersent,Guide,Petit,p.205,2002) queoscodificadorescomtamanhosdequadromaiorestendemasermaiseficienteseater melhorestaxasdecompresso.Umoutrofatorqueoquadronotransmitidoatravsda redesemqueumaquantidadeconsidervelde overhead sejaacrescentadapelosprprios protocolosdetransporteacadapacotetransmitido.Secadaquadrodevozcomprimidafor transmitido emumpacoteprprio,esse overhead ser acrescentado acadaum,epara algunscodificadoresooverheadter tamanhocomparvel,senomaior,aosdados teis. Paradiminuirooverheadaumnvelaceitvel,grandepartedassoluesatuaistransmitem vriosquadrosemcadapacote.

Setodososquadrosacumuladosnopacotepertenceremaomesmofluxode udio, issoacrescentar maisatrasodeacumulao.Naverdade,usarumcodificadorcomum tamanhodequadroigualaxetrsquadrosporpacote similar,emoverheadeatrasode acumulao,aproporumcodificadorcomumtamanhodequadroiguala3xeumquadro por pacote. Comoocodificador comum tamanho dequadromaior geralmente mais eficiente, provvelqueessa ltimasoluotambmsejamaiseficiente(Hersent,Guide, Petit,p.205,2002).

Figura5Transmissodequadrosdevozcomprimidos(Hersent,Guide,Petit, 2002) A Figura 6, a seguir, ilustra uma arquitetura simples de rede para telefonia IP. Conformeser visto,ostelefonestradicionaisseligam redetelefnicaconvencionale esta,porsuavez,seligaao gateway IPque,finalmente,seliga Internet(redeIP).As centraistelefnicas(PABX)seligamaogatewayIPeaosistemadetelefoniafixacomutada (STFC).OstelefonesIPseligamdiretamenteredeIP.

Figura6ArquiteturadeumaredesimplesparatelefoniaIP(DigitLife,2006) UmadasprincipaisvantagensdaimplantaodeumarededevozsobreIPemuma rede corporativa a possvel diminuio de custos com ligaes telefnicas locais, interurbanas e at mesmo internacionais. Como as conversaes telefnicas tm caractersticasdetemporeal,fazsenecessrioutilizarumasriedesubsdiosextraspara garantiraqualidadedoserviodasligaes.VozsobreIPpodeserumaalternativabastante viveleconfivelparaempresasquenecessitamreduzirseuscustoscomligaesdelonga distncia.

2.4Equipamentos
Os equipamentos aqui listados oferecem uma base para o desenvolvimento de estruturas de redes IP, ao passo que representam o investimento inicial para a implementaodetaisredes.Mas,esseinvestimentorapidamenteretomadoaolongodos mesesdeusodaredeIP.Comosev em(VOIP Overview,2006),(Ejnisman,2006) e (Promon5, 2005), o custo de VoIP, comparado a uma rede PSTN tradicional, bem reduzido. ComopodeservistonaFigura7,ocusto/benefciodatelefoniaIPmaisvantajoso queumsistematelefnicotradicional.NoprimeiroexemplodeTelefoniaIPsev uma situao de VoIP de PC a PC, enquanto que no exemplo seguinte h a Telefonia IP completamenteoperacional,ouseja,possibilitandoqualquermodalidadeVoIP.

Figura7ComparaodeVoIPcomtelefoniatradicional(Pietrosemoli,2006) Aseguirsoapresentadosalgunsexemplosdeequipamentos.

2.4.1SistemadeTelefoniaFixaComutada
osistemapblicoconvencionaldecomunicaodevoz,queinterligaempresase residnciasnacionaleinternacionalmente.Osistemadetelefoniamvelatualtambmpode serconsideradoconvencionaloutradicional,paraosserviosdecomunicaodevoz.

2.4.2Terminais
Podemserconsideradostambmterminaisdedados(PC),terminaisdemultimdia (MT)eterminaisdetelefoniaIP,todosconectadosaumainfraestruturacomumderedede dados. Odeslocamentodepessoalfacilitado,poisosterminaispodemserconectadosem qualquer localidade sem alterao de infraestrutura e sistemas, e todas as facilidades configuradasparaoperfildousuriopodemseracessadas.

2.4.3TerminalTelefnicoConvencional
otelefoneconvencionalusadoemresidnciaseempresas,como mostradona Figura8.Emalgunssistemasdigitaismaismodernos(pblicosouprivados),ostelefones tambm so digitais, para permitir um maior nmero de funcionalidades adicionais comunidadedevozconvencional,comocorreiodevoz,identificaodechamadas,viva voz,menudefuneseoutras.

Figura8Estruturadeumarededetelefoniaconvencional(Pinheiro,2005)

2.4.4TerminalTelefnicoIP
otelefonepreparadoparaacomunicaodevozemredesIP,possuindotodasas funcionalidades e protocolos necessrios instalados para suportar a comunicao bidirecional de voz em tempo real e a sinalizao de chamadas. As funcionalidades adicionaisintegradasdependemdafinalidadeedocustodoterminal. OtelefoneIPseligaredeIP,assimcomoogateway,oservidor,ocomputadorque possuiosoftwareeogerenciadordechamadas,comosevnaFigura9. Asfuncionalidadesvariamentrecapacidadedeutilizarconfernciadechamadas, caixapostaldevoz(voicemail),transfernciadechamadas,chamadasemespera,registro

dechamadas,almdasfuncionalidadesbsicasdeumtelefonecomum(discagemrpida, rediscagem,altofalante,mudo,etc).

Figura9EstruturaparatelefoniaIP(Pinheiro,2005)

2.4.5TerminalMultimdia
SocomputadorespreparadosparaacomunicaodevozemredesIP.Assimcomo otelefoneIP,elestmtodasasfuncionalidadeseprotocolosnecessriosinstaladospara suportarcomunicaobidirecionaldevozemtemporealeasinalizaodechamadas. Essesterminaispodemserutilizadosparaaplicaesmaiscomplexas,taiscomo Postos de Atendimento de CallCenters e estaes para conferncias multimdia, entre outras.

2.4.6Roteador(ROT)
EquipamentoresponsvelpelainterfaceentrearedelocaleoprovedorderedeIP. ParticipadafuncionalidadedeVPNepodeter,adicionalmente,asfunesde firewall e, emredesdemenorporte,degatewayparainterfacecomoSTFC.

2.4.7MCU
o equipamento responsvel pelos servios de conferncia entre 3 ou mais terminais.compostoporumControladorMultipontoouMC,responsvelpelasinalizao daschamadas,eporumProcessadorMultipontoouMP,responsvelpeloprocessamento dospacotesdedadosdossinaisdevozdosterminaisenvolvidosnaconferncia.

2.4.8PABX
oequipamentodeusocorporativoempregadoparaexecutarosserviosprivados devoznasempresas.GeralmentesosistemasdigitaiseseinterligamaoSTFC(ouaos sistemasdetelefoniamvel)pararealizarascomunicaesexternas.

2.4.9Gateway
oequipamentoresponsvelpelainteroperabilidadeentrearedelocal(ouarede IP)eoSTFC(e/ousistemasdetelefoniamvel).Eleexecutaaconversodemdiaem temporeal(vozanalgicaxvozdigitalcomprimida)eaconversodesinalizaoparaas chamadastelefnicas.

2.4.10GC
oequipamentoresponsvelpelocontroledaschamadasemandamentorealizadas pelosGW.TambmchamadodeCA,oGCutilizaegeraasinformaesdesinalizaoe aindacomandaosGWsparainiciar,acompanhareterminaraconexoentredoisterminais distintos.

2.4.11Zona
Zona um conjunto de terminais, GWs e MCUs gerenciados por um nico gatekeeper.Umazonadeveter,pelomenos,umterminal,epodeounoconterGWsou MCUs.

Entretanto,umazonatemapenasumGK.Fisicamente,azonapodesercomposta por um ou mais segmentos de rede interligados atravs de roteadores ou outros equipamentossemelhantes.

2.4.12Gatekeeper
oequipamentoresponsvelpelogerenciamentodeumconjuntodeequipamentos dedicados telefoniaIP,quaissejamtelefoneIP,MT,GW,GCeMCU.Suasprincipais funesso:executaratraduodeendereamentodosdiversosequipamentos;controlaro acessodosequipamentosrededentrodesuazona,econtrolarabandautilizada. Outrasfuncionalidadesopcionaispodemseradicionadas,entreelasaautorizaode chamadas, localizao de GW, gerenciamento de banda, servios de agenda telefnica (lista)eserviosdegerenciamentodechamadas. Acomunicaoentre2GKsdistintosnormalmente feitadurantearealizaode chamadasdelongadistncia,atravsdeprotocolosespecficos paraessefim,ondeso trocadasinformaesrelativasaosterminaisdecadareadeatuaodosGKs.

2.4.13CM
o equipamento responsvel pelo gerenciamento de chamadas. O gerente de chamadas (call manager) implementa as funes de gatekeeper (GK), gerenciando os elementos que fazem parte do sistema VoIP e as chamadas, fornecendo servios de traduodeendereamentoIP,controledoGW,entreoutros. Podeserimplementadoatravsdeequipamentosredundantese backups emlocais distintos.Normalmente,existeumequipamentoprincipalnoescritriomatriz(redundantee com backup emoutrolocal),quemantmaconfiguraodetodaarede,eequipamentos secundriosnosoutrosescritrios,queconhecemapenassuasredesinternas.Aschamadas que envolvam escritrios distintos necessariamente envolvem o equipamento principal localizadonamatriz.

2.4.14ApplicationServer
Oservidordeaplicaooequipamentoqueforneceserviosadicionaisaosistema VoIP. Dentre esses servios, podem ser destacados: caixa postal de voz (voice mail), unidadeinterativaderespostaaudvel(IVR)eserviosdeagendatelefnica.

2.5ProtocolosdeVoz
AtelefoniaIPgeralmenteutilizaprotocoloscomooH.323,MGCP,IAXeSIP.Na maioriadasimplementaes,oprotocoloRTP utilizadoparatransmitirtrfegodevoz sobreIP.UmaexceoquemerecedestaqueoIAX,quecarregadadosdesinalizaoede vozatravsdeuma nicaconexoUDP,queresultaemmenosproblemasaopassarpor dispositivoscomofirewalleNAT.Estesproblemaspodemseratrasos,variaonoatraso (jitter)eperdadepacotes,deacordocom(GTVoIP,2002). Aseguir,descrevemseosprincipaisprotocolosdevoz.ComoosprotocolosH.323 eoSIPsoutilizadosemmaislargaescala,seroapresentadosemdetalhes.

2.5.1H.323
OH.323 umarecomendaoreconhecidadoITUTquedefinepadresparaa comunicao multimdia atravs de redes de pacotes. Ele conhecido com o padro guardachuva (umbrella standard) justamente pelo fato de cobrir vrios tipos de comunicaesmultimdiaemredeslocaissemqualidadedeserviogarantida.Almdisso, segundo(H.323,2002),oH.323definepadresparacodificaoedecodificaodefluxos de dados multimdia, de forma a garantir a interoperabilidade de produtos H.323 de fabricantesdistintos. Umacaractersticainteressantedesteprotocolo queelenodependeemnenhum aspectorelacionadorede,assim,podeseutilizarqualquertecnologiadeenlace(Ethernet, Fast Ethernet, FDDI, TokenRing).Adisposiodoselementos daredepodesertanto

apenas uma ligao pontoaponto quanto vrios segmentos conectados. Na figura 10, demonstraseacomunicaodedoisterminaisH.323emumaredebaseadaempacotes.

Figura10ExemploderededepacotescomdoisterminaisH.323(H.323,2002) Segundo (H.323, 2002), mesmo sendo obrigatrio apenas o suporte mdia de udio,cadamdia(udio,vdeo,dados)deveestardeacordocomasespecificaes do padroH.323quandoforutilizada. NaFigura11,componentes dopadro H.323e ainteroperabilidade comoutros padresdafamliaH.32x(notasequeofoco nopadroH.323,nohavendomaiores informaessobreoutroscomponentesdafamliaH.32x)somelhorvisualizados.

Figura11ComponentesdopadroH.323(H.323,2002)

2.5.1.2ComponentesH.323 DeacordocomoPadroH.323,quatrocomponentessodefinidospara,juntos, possibilitaremumacomunicaomultimdia: Terminais:Socomputadorescomsuporteavozutilizadosnarede,parauma comunicaoemtemporeal(garantidapelarede)ecomaopodesuportar tambmvdeoedados.Almdisso,provmumacomunicaobidirecional,em temporeal,comoutrosterminaisH.323; Gateways: So componentes opcionais em redes H.323, pois provm a comunicaoentreterminaisH.323eterminaisdeoutrospadrescomoH.310, H.321, H.322 e outros, ou seja, a traduo entre os terminais. Os gateways provmconectividadeemnvelmundialeinteroperabilidadeapartirdaLAN (H.320eH.324telefonesnormais),fazemomapeamentodesinalizaode chamadas(Q.931paraH.225.0),omapeamentodecontrole(H.242/H.243para H.245) e o mapeamento de meios (FEC, multiplex, rate matching, audio transcoding,T.123translation); Gatekeepers: So componentes centralizadores de todas as chamadas de sua respectiva zona (zona o conjunto de todos terminais, gateways e MCUs gerenciadosporum nicogatekeeper.Umazonadeveincluir,pelomenos,um terminalepodeincluirsegmentosdeLANconectadosusandoroteadores).So os gatekeepers quefazemocontroledechamadasdasestaesregistradas,o registrodosusurios,aconversodeendereossimblicosemendereosIPou IPX,ocontroledeadmisso,ogerenciamentodareae(ou)grupoeocontrole dalarguradebanda; MCUs:Soestescomponentesquepossibilitamconfernciascommaisdedois participantes.EmumaarquiteturaH.323,existeumMCenenhumoumaisMPs. OMCresponsvelpelogerenciamentodasnegociaesentreosterminais,de formaadefinirascapacidadesdeprocessamentode udiodevdeo.OMP o quemescla,codificaeprocessaosbitsdeudio,vdeooudados.

2.5.2MGCP
OprotocoloMGCP,definidonaRFC2705(MGCP,1999)doIETF, usadopara controlarasconexes(chamadas)nosGWspresentesnossistemasVoIP. OMGCPimplementaumainterfacedecontroleusandoumconjuntodetransaes dotipocomandorespostasquecriam,controlameauditamaschamadasnosGWs.Estas mensagensusamcomosuportepacotesUDPesotrocadasentreosGCseGWsparao estabelecimento, acompanhamento e finalizao de chamadas. Isto que dizer que os gateways (GWs) de telefonia so controlados por algum componente que, no caso do MGCP,oCAouMGC. OGWMGCPresponsvelpelatraduodeudioentrearedepblica(PSTN)ea rededecomutaodepacotes.OCArealizaoprocessamentodosinaledachamada.Na Figura12,somostradososprincipaiscomponentesdoMGCP,quesoosterminais,os gatewayseosCAs.

Figura12ComponentesdoMGCP(VoIPMGCP,2004) NaFigura12,oCApedeconstantementeaogatewayR1queverifiqueoterminal PABX,comoobjetivodeencontrarumevento,comoumarequisiodechamada.Ento, R1mandaumaconfirmao(ACK)paraoCA.Deacordocom(VoIPMGCP,2004),oque acontecedetalhadamente,desdeomomentoemqueumdeterminadousuriotiraotelefone

doganchoat queacomunicaocomoutrousuriosejapossibilitada, odescrito,em seguida. Umdeterminadousuriodeumaempresaqueutilizeesteprotocolotiraotelefone doganchoeogatewaydetectaestaao,informandologoemseguidaaoCA.Este,porsua vez,verificaseh recursosdisponveisparaquesejapossvelarealizaodachamada. Casosejapossvel,elemandaR1enviarumtomdechamadaparaoPABXeaguardaros dgitos.Apsreceberosdgitos,o gatewaysereportanovamenteao CA,quedirecionaa chamadae,destavez,mandaR2enviarumtomdetoqueparaotelefonedesejado.OCA tambmmandaR2monitoraroterminal,comoobjetivodeprocurarporumsinalde off hook(foradogancho).Quandoousuriodotelefoneatende,ogatewayinformaestaao ao CA, que manda os gateways estabelecerem o canal de fluxo de voz. Ento, a comunicaoiniciada.

2.5.3IAX
OIAX umprotocolopadrodeusoprivado(proprietrio)doPABX Asterisk, sendomaiseficientedoqueoRTP,noquedizrespeitoaonmerodeligaessimultneas ereconhecimentodecodecsdeudio.ElefoiprojetadoparasubstituirosprotocolosH.323 eSIP.Atualmente,oprotocoloestnasuasegundaverso,IAX2. 2.5.3.1ArquiteturaeComponentes Segundo(Spencer,2004),IAXumprotocolopeertopeertantodemdiacomode sinalizao. Isto significa que os endpoints mantm mquinas de estado associadas a operaesdoprotocolo.Comrespeitoaocomponentedesinalizao,oprotocolobaseado emIAXmaisanlogoaoSIPdoqueaoMGCP,queumprotocolocontroledechamadas mestreescravo. Seu projeto bsico proposto multiplexa a sinalizao e os mltiplos streams de mdiasobreumanicaassociaoUDPentredoishosts.Istoalcanadoatravsdousoda portaUDP4569,paratodosostiposdetrfegonoIAX.Cada host usaestaportapara transmitirtodosospacotesdaInternet. IAX usaumnmerodechamadade15bitspara multiplexarvriosstreams.Ovalorzero umnmerodechamadaespecialreservadoem

cada host. usadoquandoonmerodechamadadohostdedestinono conhecidono momentodeefetivaraconexo. Podem ser considerados neste contexto, dois protocolos: um protocolo para sinalizao eoutroparatransportedemdia. Estapropostasediferencia daarquitetura bsicadeprotocolosbaseadosnaIETF,osquaisapresentamseparaodoscomponentesde controle(MGCPeSIP)eostreamdemdia(RTP/RTCP)utilizandoprotocolosdistintos. PelofatodasinalizaoedamdiadividiremamesmaportaUDP,oIAXnosofredo problema de transversalidade de NAT quando se trata de servios IP. Um maior detalhamentosobreestetpicodiscutidoem(SymmetricNATTraversal,2006). A verso IAX2 apresenta componentes de segurana. Neste caso, so disponibilizadosmtodosmltiplosdeautenticaoeautorizaodeusurios. AFigura13ilustraarelaobsicaentredoishostsdeInternet.Cadaumfazendo usodaportapadroUDP4569paraatransmissodepacotes.

Figura13ChamadasmultiplexadasemumanicaportaUDP(Spencer,2004) OutracaractersticadoIAXaexistnciadealgumasclassesdequadrosdescritasa seguir: QuadrosCheiostransportamdadosdesinalizaoecontrole;apresentamIEs queservemparadescreverdiferentestiposdeusuriosoudadosdechamada especficos;

MiniQuadrostransportamdadosstreamdemdia; MetaQuadrossousadosparatransmissesdevdeos.

2.5.3.2Funcionamento Segundo(Spencer,2006),oIAXapresentaamplacapacidadegeraldeutilizao, uma vez que suporta os tipos mais comuns de streams em multimdia. Entretanto, o protocolo otimizado para chamadas VoIP, nas quais o baixo overhead e o consumo controladodelarguradebandasoprioridade.EsteaspectotornaoIAXmaiseficientepara VoIPqueosprotocolosqueconsideramaspossibilidadesdestasprioridadesmuitoacima do que realmente necessrio, e que especificam mais detalhes do que estritamente necessrioparadescreveroutransportarumachamadapontoaponto. IAX pode registrar locaes, criar, modificar, terminar sesses multimdias, e transportarcontedopelassesses,asquaiscontrola.Suasinalizaounificadaetrfegode vozpermitemfluirdeformatransparenteporNATseproporcionamaumadministradorde firewallterqueabrirsomenteumaportaparapermitiroseuuso.Estaunificaonorequer que um cliente IAX saiba absolutamente nada a respeito da rede na qual ele est em operao(Spencer,2006). IAX codificado comoumprotocolobinrio.Umdosgrandesbenefcios desta caracterstica aeficincianousodalarguradebanda,poisaqualidadedaschamadasde voz relacionada quantidadedebandaconsumida,sendoesta,umaformadeotimizao doprotocoloparachamadas devoz.Alarguradebandaparaoutrostipos de stream sacrificada pelo bem das chamadas de vozindividuais. Outros benefcios doprotocolo binrio so:robustezcontrasobrecargadebufferizao eumacompacta capacidade de implementao,quereduzaquestesdeinteroperabilidade. UmachamadabaseadaemIAX2consisteemvriossegmentos.Cadaumpodeser implementadoutilizandodiferentestiposdeprotocolos,porexemplo,SIPparaIAX2para ISDN.IAX2responsvelporconfigurartodosossegmentosquecompemocaminhoda chamada,nonecessariamentechamadasfimafim. SedoissegmentosadjacentesdachamadautilizaremoprotocoloIAX,eseo peer intermediriodeterminarquenoprecisaficarnocaminhodachamada,estepodeinvocar umamudananocaminhodachamada,detalformaqueseremovedomesmocaminho. Porm,ocaminhodachamadanoalteradoatquetodosospeersdocaminhootimizado confirmemqueelespodemsecomunicardeformaadequada(Spencer,2006).

2.5.4SIP
O SIP, definido na RFC 2533 do IETF, estabelece o padro de sinalizao e controle para chamadas que no utilizam o padro H.323, possuindo seus prprios mecanismosdeseguranaeconfiabilidade. OSIPseoriginouemmeadosdosanos90paraquefossefcilconvidarpessoas paraparticipardeumasessomulticastviaIP.Eleobteveumaadoorpidacomopadro para comunicaes integradas e aplicaes que usam presena (presena significa a aplicaoestarconscientedasualocalizaoedisponibilidade). OSIPestabelecerecomendaesparaserviosadicionaistaiscomotransfernciae redirecionamentodechamadas,identificaodechamadas,autenticaodechamadas,entre outros. 2.5.4.1AgentedoUsurioSIP OAgentedoUsurio oterminalSIPouosoftwaredeestaofinalquefunciona comoumclientenopedidodeinicializaodesessoetambmagecomoumservidor quando responde a um pedido de sesso. Dessa forma, a arquitetura bsica cliente/servidor. OAgentedoUsuriointeligente,comissoelearmazenaegerenciasituaesde chamada. O Agente do Usurio faz chamadas para endereos que parecem email ou nmerodetelefone.EleaindapodeaceitarereceberchamadasdeoutroAgentedoUsurio semrequerernenhumcomponenteadicionaldoSIP.Osprximoscomponentesrestantes (servidor proxy SIP e servidor de redirecionamento SIP) fornecem gerenciamento e funcionalidadesadicionais.

2.5.4.2ServidorProxySIP Um tipo de servidor intermedirio do SIP o servidor proxy SIP. Este passa requisies do Agente do Usurio para o prximo servidor SIP e tambm retm informaescomafinalidadedecontabilidade/faturamento.Almdisso,oservidor proxy

SIPpodeoperarcomcomunicao stateful (porexemplo,comoumcircuito)ou stateless (comoumaconexoTCP,porexemplo). OservidorSIP stateful podedividirchamadasporordemdechegadaparaque vriasextensesestejamtocandodeumavezeoprimeiroqueatenderpegaachamada. Essacapacidadesignificaqueousuriopodeespecificarqueotelefonede desktopSIP,o telefone celular SIP e as aplicaes de videoconferncia SIP podem tocar todas ao mesmotempoquandohouverqualquerchamadaeousurioposseatenderdealgumdesses locaisecomearaconversar,enquantoosdemaisparamdetocar. OservidorproxySIPpodeutilizarmltiplosmtodosparatentarresolveropedido deendereodehost,incluindobuscadeDNS,buscaembasededadosouretransmissodo pedidoparaoprximoservidorproxy.

2.5.4.3ServidordeRedirecionamentoSIP UmoutrotipodeservidorintermediriodoSIP oServidordeRedirecionamento SIP, quetemcomo funoforneceraresoluo denomeselocalizao dousurio. O servidorderedirecionamentoSIPrespondeaopedidodoAgentedoUsuriofornecendo informaessobreoendereodoservidorparaqueoclientepossacontactaroendereo diretamente.

2.5.4.4RegistradorSIP ORegistrador SIPforneceumserviodeinformao delocalidades; ele recebe informaesdoAgentedoUsurioearmazenaessainformaoderegistro. AarquiteturadoSIPfazusodoSDP,que umprotocolodeconferncia multicast viaIPdesenvolvidaparadescreversessesde udio,vdeoemultimdia.Narealidade, qualquertipoMIMEpodeserdescrito,similar habilidadedo emaildesuportartodosos tiposdeanexosemmensagens.Adescriodasessopodeserusadaparanegociaruma aceitaodeumconjuntodetiposdemdiascompatveis. Comoresultadodessaarquitetura,oendereodousurioSIPremotosempre o mesmo(ex.:SIP:usuario@proxy.ucb.br),masaoinvsdeestaramarradoaumendereo

esttico,elesecomportacomoumendereodinmicoquerefleteoendereodelocalizao atualdapessoaremota.AcombinaodeproxyeservidorredirecionadordaoSIPgrande flexibilidadedearquitetura. O usurio pode empregar vrios esquemas simultaneamente para usurios localizadoseoquefazaarquiteturadoSIPserbemadaptadaparasuportarmobilidades. Mesmoquandoousurioremotomvel,oproxyeoredirecionarpodemserusadospara passaradianteopedidodeconexoparaousuriodalocaoatual. As sesses podem envolver mltiplos participantes, similar a uma chamada multipontoH.323.Comunicaesdentrodeumasessoemgrupopodemserviamulticast ouumarededechamadas unicast,ouat mesmoumacombinaodosdois.Umoutro resultado da arquitetura do SIP a sua adequao natural como um ambiente de colaboraodevidoasuashabilidadesdeapresentarmltiplostiposdedados,aplicaes, multimdia,etc.comumaoumaispessoas.

2.5.4.5SIPxH.323 Existemvriasdiferenasentreestesprotocolos,comootipodaarquitetura,quem oresponsvelpelocontroledechamadas,entreoutros,comopodeservistonaTabela1. NoprotocoloSIP,asrequisieserespostassobaseadasemtextopuro,noH.323 sobaseadasemcodificaobinria,baseadaemASN.1PER.NoSIP,oSDPdescreveos tiposdemdiaeendereosdetransportedamdia,noH.323h diversossubprotocolos: H.245, H.225(Q.931, RAS), H.450.x, etc. O SIP possui servidores com diferentes comportamentos:registrar, proxy,redirecionar,j oH.323,contacomumservidor nico Gatekeeper,entretanto,ambosusamRTP/RTCPsobreUDP/IP. O protocolo SIP se encontra em expanso no que diz respeito ocupao no mercado, porm com a atual base j disseminada do H.323, surgiu a necessidade de interoperabilidade.HsoluesbaseadasemSignalingGateways.Maioresinformaesem (MonoVoIP,2005). A tcnica de Signaling Gateways uma recomendao do ITUT para comunicaes multimdia e um componente responsvel pela traduo de mensagens

(informaes sobre estabelecimento e encerramento de conexes) entre um meio (normalmenteIP)eoutro(PSTN). Porexemplo,osip323permitearealizao deumachamadadeumdispositivo baseadoemumaarquiteturaSIPparaoutrodispositivobaseadoemumaarquiteturaH.323e viceversa.Vide(MGCP,1999),paraobtermaioresdetalhes.

Critrios
Padres Arquitetura Verso atual Controle chamadas ITU

H.323
IETF

SIP

Distribuda H.323v4 de Gatekeeper

Distribuda RFC2543-bis07 Servidor proxy/redirect Agente do usurio TCP/UDP Sim

Endpoints
Transporte sinalizao Capacidades multimdia DMTF Transport Fax Transport

Gateways terminal
de TCP/UDP Sim

Relay H.245 (sinaling) ou RFC RFC 2833 (media) ou 2833 (media) INFO (sinaling) Relay T.38
T.38

Servios suplementares

Fornecidos pelo Fornecidos pelo endpoint ou pelo endpoint ou pelo controle de chamadas controle de chamadas

Tabela1ComparativoentreSIPeH.323

2.5.4.6SeguranaemSIP Nasuaespecificao,oSIP descritocomoumprotocolobastantedifcildeseefetivar segurana(TutorialSeguranaTeleco,2006).Essadificuldadecaracterizadapeloprprio modo de operao do protocolo, que engloba o uso de intermedirios e relaes de confiana das mais variadas entre os elementos envolvidos. A grande variedade de ambientes e formas de utilizao tambm dificulta a efetivao da segurana. Assim, mecanismosdistintosdevemseraplicadosaosdiferentesaspectosdoSIP. Oprimeiroaspectoevidenciado queaseguranadoprocessodesinalizaodoSIPno temrelaocomamaneiracomoaseguranaefetivadanosprotocolosquetrabalhamem conjunto com o SIP, como o RTP, ou com as implicaes de segurana do corpo da

mensagemcarregada,que resolvidacomaseguranaMIME.Comoqualquermdiade umasessopodeserencriptadafimafimindependentedasinalizaoSIP,aespecificao fazconsideraesapenascomrespeitoseguranadasinalizao. Vriosmecanismosdeseguranasopropostospelaespecificao,apartirdoexamede modelosdeameaaclssicos queidentificamasnecessidades deseguranadoSIP.Os modelosexaminadossereferemaosseguintesitens(Colcher,2005):

Rouboderegistro:oatacantefazumregistromaliciosofingindoserumusurio vlidonosistema,alterandoasinformaesdecontato.Exigeaautenticaodo originadordasmensagensderegistro; Personificao do servidor: o atacante finge ser o servidor de um servio, intermediandoacomunicaocomoverdadeiroservidor(atuacomo manin themiddle).Exigeaautenticaodosservidoresantesdoenviodassolicitaes; Adulteraodocorpodamensagem:oatacantemodificaocorpodamensagem, interferindo nos parmetros negociados para uma sesso. Exige confidencialidade,integridadeeautenticaodocorpodamensagem,emuitas vezes,docabealho; Rompimentodesesso:oatacanteforjaumamensagememnomedeumdos participantes, mudando o estado de uma sesso. Exige a autenticao do participantequeenviaamensagemBYE; Negaodeservioeintensificao:oatacantegeraumaquantidadeexcessiva detrfegoderedecomendereosforjados,sobrecarregandooselementosque participamdeumasesso.Exigeadefiniodearquiteturasqueminimizemos riscosdeumanegaodeservio.

Os mecanismos de segurana recomendados pela especificao so derivados dos mecanismos clssicos utilizados pelo HTTP e SMTP (Powl, 1999). Cada um desses mecanismosbrevementedescrito,aseguir: Segurana na camada inferior: encripta completamente as requisies e respostas SIP nan, e permite que os pontos terminais verifiquem a identidadedosservidoresproxiesparaosquaisasrequisiessoenviadas.As recomendaessoIPSECeTLS;

Esquema URI SIPS: esquema de identificao dos recursos que devem ser acessados de forma segura, exigindo que todo caminho percorrido pela requisio seja seguro. Determina que o processo de autenticao dos participantessejabaseadoemcertificadosdigitais;

Autenticao HTTP: oferece uma capacidade de desafio, baseada na autenticaodoHTTP,queutilizaasmensagensderesposta401e407,assim comocamposnocabealhoparacarregardesafiosecredenciais.Autilizaodo esquema HTTPDigestAuthentication noSIP,semmodificaosignificativa, permiteproteocontrareenviodemensagemeautenticaodemonica;

S/MIME: permite a encriptao apenas do corpo MIME da mensagem SIP, garantindoaseguranafimafimdocorpo,semafetaroscamposdecabealho damensagem.

Maisinformaes sobreosrequisitos paraaimplementaodosmecanismos de seguranaapresentados podemserencontradas naespecificao doSIP(RFC3261). E maisinformaessobresegurana,podemserconsultadasem(RedesUnB,2006).

2.6QualidadedeServio
2.6.1Conceito
O IP foi inicialmente desenvolvido e implementado como um protocolo de comunicao utilizando aregra do melhor esforo (besteffort service), que noprevia nenhummecanismodequalidadedeservios(Silva,2000). ComodesenvolvimentodaInternet,surgeatendnciadeintegrarotransportede dados,inicialmenteprevistonoprojetodoprotocoloIP,comoutrasformasdetrfegocomo vozouvdeoemuma nicainfraestruturaderedesdepacotes.Surgeentoanecessidade deaplicarqualidadedeservio(QoS)spotencialidadesdoIP. Fundamentalmente,QoShabilitaaosistema,ofornecimentodeummelhorservio acertosfluxos.Istofeitoporestabelecimentodeprioridadesemumfluxooulimitaoda

prioridade em algum outro fluxo (QoS Networking, 2006). Tambm caracteriza QoS, segundo(Silva,2000),suacapacitaofimafim,naqualotrfego tratadoinicialmente naLANdeorigem,depoisnoprprioroteador,posteriormentenasWANseroteadores intermedirios,noroteadordestino,efinalmentenaredelocaldestino. Entretanto, QoS deve ser compreendida e implementada como um meio de amenizar as questes relacionadas m distribuio da informao. Isto significa que interpretarsuaexistnciacomoumasoluoquepossaviraresolvertodososeventuais problemasnatransmissodessainformao,equivocado.

2.6.2ClassesdeServios
Para adicionar recursos de qualidade de servios pilha TCP/IP Internet, dois modelos de classes de servios para trfego Internet foram desenvolvidos pela IETF: DifferentiatedServices(DIFFSERV)ouSoftQoSrefereseaosserviosdiferenciados,que provmumtratamentocomprioridades,dandoprefernciaadeterminadostiposdefluxo;o segundo modelo denominado Integrated Services (INTSERV), tambm chamado de HardQoS,eserefereaofornecimentodeumagarantiaabsolutanaalocaodosrecursos darede.

2.6.2.1DIFFSERV ODIFFSERVclassificapacotesassimqueentramnaLAN.Estaclassificaoou marcao de pacotes feita por precedncia IP e DiffServ Code Point (DSCP). (RhysRadenQoS,2006) Para o caso de precedncia por IP, foram utilizados 3 bits do campo tipos de servios(ToS)presentesnocabealhoIP,conformedemonstradonaFigura14.

Figura14ByteToSdocabealhoIP(Netcraftsmen,2003) ApartirdocampoToSfoigeradaaseguintedenominao,segundo(Netcraftsmen, 2003),paraaeventualclassificao:000rotine;001priority;010immediate;011 flash; 100 flashoverride; 101 critical; 110 internet; 111 network. S so consideradas6classesparaconfigurao.Quantomaioronveldeclassificaodopacote, maior ser aprioridadenotratamento ealocao derecursosdarede.Osdois ltimos nveis,6e7,soreservadosparaasaplicaesdecontroleegernciadarede,enoh comoconfigurlos.(QoSNetworking,2006). AFigura15listaocomportamentodosbitsdeprecedncianosdiferentestiposde servios.UmmaiordetalhamentosobreaespecificaoencontradanaprpriaRFC795.

Figura15BitsdePrecedncia(ServiceMappings,1981) ParaclassificaoDSCP,foiestabelecidoousodos6bitsmaissignificativosdo campoToS.Estaclassificaoproporcionaachancede26=64valoresdiferenciados.Na RFC2474(DiffServ,1998),humadescriomaisdetalhadadeDIFFSERVeDSCP.

Apsmarcao,ospacotessoseparadosemfilas,etratadosseguindoalgicade algoritmosdecongestionamento(RhysRadenQoS,2006).AFigura16mostraumexemplo defuncionamentodestalgica.

Figura16Lgicadeumalgoritmodecongestionamento(Tanenbaum,1996) NaFigura16,segundoaanlisede(Cansian,2002),podesenotarqueajanelade congestionamentotememprincpio64KB,portantofoiatribudoaolimiteumvalorde32 KB,sendoqueajaneladecongestionamentodatransmisso0recebe1KB.Ajanelade congestionamentocresceexponencialmenteat alcanar32KB,quandoapartirdeento, passaaapresentarcrescimentounicamentelinear.Natransmisso13,ocorreum timeout,e aolimite atribudoumvalorqueametadedovalordajanelaatualjanelaatualde40 KB,limitepassaaser20KB.Ocrescimentovoltaaserexponencial,atqueolimitede20 KBsejaatingido,etorneocrescimentolinear.Senohouveroutro timeout,ajanelade congestionamentocontinuar crescendoat atingirotamanhodajaneladoreceptor.Neste caso,ocrescimentoserinterrompido,epermanecerconstante,seajaneladoreceptorno tiverseutamanhoalteradoounoocorrerqualquertimeout.

2.6.2.2INTSERV A diferenaentreINTSERVemrelaoaDIFFSERV queosserviosintegrados especificamseusrequisitosdetrfego,earedeconfigurataisrequisitos,tudodeforma anterioraoenviodainformao.Searedenoconseguiraconfiguraodocaminhoda transmisso,entoachamadano efetivada,oquecaracteriza CAC (RhysRadenQoS, 2006).MaioresinformaessobreCACpodemservistasem(VoIPCallAdmission,2003). Deacordocom(Braden,1994),aidiadeINTSERV quequalquerroteadorno sistemasuporteseupadro,equequalqueraplicaoqueexijaumdeterminadonvelde garantiassejaresponsvelporfazerreservasindividuais.Existeainda,dentrodocontexto de INTSERV, a explicitao de conceitos como especificao do fluxo (flow specs) e RSVP. Aespecificaodofluxotrabalhacomduascomponentes:especificaodetrfego (TrafficSPECificationouTSPEC)eespecificaodarequisio(RequestSPECificationou RSPEC). TSPEC estabelece um controle no qual pacotes s podem ser enviados, se estiveremassociadosaalgumtoken.Avelocidadenaqualostokenssoassociadosregulaa taxamdiadofluxodetrfego,enquantoovolumedotokenbucketfilter,responsvelpela recepodospacotescomtokens,ditaastaxaspermitidasnofluxodotrfego.Porsuavez, RSPECtratadosparmetrosdefluxonormal,controlled loadeguaranteed.Maisdetalhes soencontradosnaRFC1633(Braden,1994). RSVP deumprotocolodesinalizaoquetmacapacidadederequisitarum determinadonveldeQoSemredesheterogneas.Elecarregaopedidopelarede,visitando cadanquecarregar ofluxo.Esteprotocolotrabalhaemconjunocomosprotocolosde roteamento, utilizando sua robustez, alm de pressupor algum tipo de poltica de escalonamento implementada nos ns intermedirios para implementar a reserva de recursos(GTAUFRJ,1999).Seugrandeproblema,segundo(Brito&Sousa,2005) a necessidadedeumestadodofluxoparacadafluxocriado,gerandoassim,umproblema deescalabilidadenosgrandesbackbones,poiscentenasdefluxosestariamdisputandopelos recursosdisponveisnaredeenohaveriaprocessamentosuficientenosroteadoresque conseguiriamatualizaressesestadosdeumamaneiraeficaz.Portalmotivo,houveo

desenvolvimento do DIFFSERV. Um informativo mais tcnico demonstrado na RFC 2205(RSVP,1997).

2.6.3ControledeCongestionamento
H vriosmecanismos paraprevenodecongestionamento, aplicados tanto em LANcomoemWAN,osprincipaisseroexplicitadosaseguir.

2.6.3.1FIFO UmafilaFIFO ummecanismodearmazenamentoerepasse(storeandforward) quenoimplementanenhumtipodeclassificao.Aordemdechegadadospacotes que determinaaalocaodabanda,eoquechegaprimeiro logoatendido. otratamento defaultdafilanosroteadores,jquenorequernenhumaconfigurao.Oproblemaocorre notrfegoemrajadas,quepodecausarlongosatrasosemaplicaessensveisaotempo. Porisso,filasFIFOnoservemparaaplicaesquerequeremQoS.(Silva,2000).AFigura 17demonstracomosecomportaoFIFO.

Figura17DemonstraodoFIFO 2.6.3.2EnfileiramentoPQ Oescalonamentoporprioridadespermiteaoadministradorconfigurarprioridades detrfego.Otrfegoquechegaassociadoaumadasfilasdeumadadaprioridade.Desta maneira, o trfego na fila de maior prioridade servido at que esta se esvazie; posteriormente,pacotesnaprximafiladeprioridadessotransmitidos.Estearranjodas filasdosroteadorespermitequesed omximodebandaparatrfegoscrticos,causando prejuzos aos outros (starvation). importante que este esquema seja utilizado dando prioridades aos trfegos de uma forma mais adequada, j que s se evita este tipo de

problemaquandootrfegodemaisaltaprioridadeocupaummnimodebanda.(GTA UFRJ,1999)

2.6.3.3EnfileiramentoCQ Este permite especificar uma porcentagem da banda para uma determinada aplicao (alocao absoluta da banda). A banda reservada compartilhada proporcionalmente,nopercentualprdefinido,entreasaplicaeseosusurios.Orestante dabandacompartilhadoentreosoutrostiposdetrfego. OalgoritmoCQcontrolaotrfegoalocandoumadeterminadapartedafilapara cadafluxoclassificado.Asfilassoordenadasciclicamentenumesquema roundrobin, onde,paracadafila, enviadaaquantidadedepacotesreferente partedabandaalocada antesdepassarparaafilaseguinte.Associadoacadafila,humcontadorconfigurvelque estabelecequantosbytesdevemserenviadosantesdapassarparaaprximafila. At 17filaspodemserdefinidas,masafilazero reservadaparamensagensdo sistemacomosinalizao,keepalive,etc.AclassificaoCQpodeserfeitaporendereo fonteoudestino,porprotocolo(IP,IPX,Appletalk,SNA,DecNet,etc),porprecednciaIP, porinterfacedeentradaeaindaporlistasdeacesso.(QoSNetworking,2006)

2.6.3.4EnfileiramentoWFQ OWFQevitaqueasfilascheguemaumasituaode starvation,dandoaotrfego um servio previsvel. Trfegos de baixo volume recebem o servio preferencial, garantindosuabanda,etrfegosdevolumemaisaltorecebemacapacidaderestante.Este mecanismo garante pouco jitter e a diviso da banda entre as diversas aplicaes. O enfileiramentojustoconseguidoatravsdousodoendereofonteedestinodofluxo,tipo deprotocolo,ounmerodeporta.OpesonoWFQvemdediversasfontes.Ocampode precednciadocabealhoIPafetaopesodeumadadaconversao,bemcomoomontante de vazo que um determinado fluxo possui. O peso de um fluxo inversamente proporcional quantidade de banda por ele consumida. Assim, quanto mais alta a precedncia,menoropeso(GTAUFRJ,1999).Outrosmecanismos,eumaespecificao

detalhada daqueles citados anteriormente podemserencontrados em(QoSNetworking, 2006).ATabela2apresentaumresumocomparativoentremtodosdeenfileiramento.

Tabela2ComparativoentreFWQ,PQ,CQ(adaptaodeSilva,2000)

2.6.4InibiodeCongestionamento
Nomomentoemqueumafilaestoura,pacotessoperdidos.Comooroteadorno pode prever esta perda, mesmo sendo um pacote de alta prioridade, necessrio um mecanismodecontrole.Paraoproblemaemquesto, utilizada RandomEarlyDetect (RED).Este umalgoritmoprevenocontracongestionamentoquelevaemcontaque algunstiposdetrfegososensveisaperdas,einjetammaistrfegonarede,assimque elas so detectadas. O RED mantm uma mdia distribuda exponencialmente da profundidadedafila.Eletambmmantmumatabeladelimiaresparaestasmdiasmveis, distribudosempontosentreametadedaprofundidadedafiladearmazenamentoelimite dafiladetransmisso,eocomprimentototaldafila.Quandootamanhomdiodafila excedeolimiar, computadaumafunodeprobabilidadequegeraumnmeroaleatrio. Com esta probabilidade, o pacote descartado; caso contrrio, enfileirado. No h prioridades,utilizandoseassim,filasFIFO.Porm,ostrfegosdebaixaprecedncia,em condiesnormais,sodescartadosemdetrimentodosdealta.(GTAUFRJ,1999) Existeaindao WeightedRandomEarlyDetect (WRED),umaimplementaoda CiscoquecombinaasfuncionalidadesdoRandomEarlyDetect(RED)comaclassificao depacotesporprecednciaIP,quebasicamenteevitaqueasfilasencham,deixandoespao para pacotes de prioridade alta, e estabelece critrios para um descarte controlado dos

pacotesdemaisbaixaprioridade.Entretanto,ousodeWREDnoexcluiaschancesde pacotesdevozseremdescartados.Portanto,noumatecnologiarecomendadapararedes devoz.(RhysRadenQoS,2006)

2.6.5EficinciadoLink
2.6.5.1RTPeRTCP ORTPoprotocolopadroparaotransportedefluxosdetemporeal,comoudio evdeo.Eleconstitudodeumapartededadoseumapartedecontrole(RTCP).Aparte dedadosdoRTP umprotocoloquegarantesuporteaaplicaescompropriedadesde temporeal, realizando a reconstruo de temporizaes, a deteco de perdas e identificaodecontedo.ORTCPprov suporte confernciadegruposdequalquer tamanhonaInternet.Estesuporteincluiaidentificaodefontesesuportearoteadoresde nvel2(bridges)para udioevdeo,bemcomotradutoresde multicast para unicast. oferecida uma realimentao de QoS dos receptores para o grupo multicast, alm do suporte sincronizao de fluxos de mdias diferentes. Como forma de diminuir a sobrecargadeprocessamentogeradapeloscabealhosIPUDPRTP,quepodechegara40 octetos, adotadaversoCRTPcomcompressodocabealhoparaumvalorde2a4 octetos.(GTAUFRJ,1999)

2.6.5.2LFI um mecanismo onde pacotes grandes so fragmentados, e pacotes menores intercaladosjuntoaessesfragmentos.Maioresdetalhesem(RhysRadenQoS,2006).

2.6.5.3FRF Tratando especificamente do padro FRF.12, este prov funcionalidades para fragmentao fimafim e intercalao de frames num mesmo PVC. Sua utilizao

recomendada,nonosPVCsquetrafegamvoz,esimnosPVCsdedadosquecompartilham amesmaconexofsicadosdevoz. Em voz sobre IP, os pacotes no devem ser fragmentados, mas podem ser intercaladosentreosfragmentos. importantetambmqueotrfegodevozsobreIPno excedaaCIRdoPVCFrameRelay,oquepodedegradaraqualidadedosinal.Paraisso, podeseutilizaroFRTS(Silva,2000). Ummaiordetalhamentotcnicopodeservistoem(RhysRadenFrame,2006).

2.6.5.4RedesATM Segundo(Dastis,1998) ATM umatecnologiaderedeparasuporteeficientede voz,dadosevdeotantoemambientesLANcomoWAN,equepodesuportartaxasde transmissosuperiores a gigabits porsegundo.Conforme(Rochol, 1998),ATM uma tecnologiacomutada,orientadaconexo,quepermiteaumnmerovirtualmenteilimitado de usurios terem conexes dedicadas, de alta velocidade, com outros usurios e com servidoresderededealtodesempenho. (Dastis,1998)relataquedevido saltastaxasdetransmissoenvolvidas,asredes ATMtmdificuldadesnocontroledecongestionamento,oquenoacontecedemodoto rspido em outros tipos de redes, como o X.25 e o Frame Relay. A complexidade do problema acentuada pelo nmero limitado de bits do cabealho da clula ATM responsveisporexercercontrolesobreasclulasdeusurio. EmATM,aQoSest diretamenterelacionada bandaemuso.Quandoexistem limitados recursosfsicos,ousodemais bandaaumenta aperdadeclulas eoatraso ocorre,ouseja,caiaQoSparaasclulasdetodasasconexesquecompartilhamestes recursos.(Jain,1996) (Dastis,1998)afirmaqueapesardonvelATMapresentardiversassemelhanas comonvelderedederedesdepacotestradicionais,comooIP,osproblemaseassolues so distintos. Isto se deve, primeiro, ao fato das taxas dos enlaces ATM serem consideravelmentealtas,variandonafaixasdealgunskbit/sacentenasdeMbit/s;etambm

pelagrandevariedadedeserviosquepodeserutilizadasobreestabandadisponvel,sendo quemuitosdestesserviostmcaractersticasdeQoSmuitorestritivas. DentreasrazespelasquaisosesquemastradicionaisnosoideaisemATM,cita sealtostrfegos:vozevdeonopermitemcontroledefluxoporquenopodempararde gerarclulas,mesmoquearedeestejacongestionada;agrandevariabilidadedetaxasde transmissodisponveissaplicaesfazcomqueumcontroledetrfegoespecficoacabe penalizandoasaplicaesdeumdosextremosdaescala. AessnciadocontroledetrfegodeterminarquandoumnovaconexoATMpode seraceitaouno.Paraisto,arededevepoderavaliarseumadeterminadaconexo,comum determinadoperfildeQoS,podesersuportadapelaredecomosrecursosdisponveis,sem prejuzoparaasconexesatualmenteativas.Umavezaceitatalconexo,redeeusurio estabelecemumcontratodetrfego,ondearedeconcordaemsuportarestaconexoem funodeumconjuntodeparmetrosdeQoSnegociadoseousuriosecomprometeem noexcederoslimitesdosparmetrosdetrfego.Aindasegundo(Dastis,1998),asfunes docontroledetrfegoestodiretamenterelacionadascomestanegociaoeopoliciamento deQoSpelarede;seuprincipalobjetivo evitarocongestionamento,masseissoocorrer tambmpoderoatuarpararecuperararededestasituao.

2.6.6MoldagemePoliciamentodetrfego
2.6.6.1GTS OGTSprov mecanismosparaocontroledetrfegoutilizandofiltrosconhecidos comotokenbuckets,limitandootrfegodesadadeumainterfaceaumadeterminadataxa. Otrfegoclassificadovaiparaumbufferlimitador,sendoliberadosobregrasprdefinidas deacordoumapolticadecontroledetrfego,quepodeserconfiguradapeloadministrador ouderivadadainterface.Estaseaplicaapenasainterfacesdesada,comousodelistasde acessoparaclassificareselecionarotrfego.Funcionacomqualquertecnologiadeenlace (nvel2)comoFrameRelay,ATM,SMDSeEthernet(Silva,2000).

2.6.6.2CAR MtodoparapoliciamentoecontroledetrfegoIPquerealiza,basicamente,duas funes para qualidade de servio: gerenciamento de banda com limitao de taxa de acesso(policing)permitecontrolarataxamximadetransmissoourecepodedados deumadeterminadainterface.Ospacotesqueexcedemoslimitesprdefinidos,ouso descartados,ousoreclassificadoscomoutraprioridadepararetransmisso;classificao depacotesatravsdeprecednciaIPoudegruposdeQoS(umrtulointernodoroteador utilizado paradefiniodeclassespermiteparticionararedeemmltiplas classesde serviosounveisdepriorizao(Silva,2000).

2.6.6.3FRTS Mtodo de moldagem para trfego em redes Frame Relay. FRTS oferece parmetrosteis,comooCIR,EIR,FECN,BECNeDE(Silva,2000).ComFRTSpodese, porexemplo,limitarnoCIRounoEIR taxadepicodotrfegodesadaemcadaVC, procedimentodenominado rateenforcement.Podeseobterumamaiorgranularidadeno controle de trfego, aplicandose tcnicas de enfileiramento como PQ ou CQ (QoS Networking, 2006) em cada VC ou no nvel de subinterface. Um maior detalhamento tcnicopodeservistoem(RhysRadenFrame,2006).

2.6.7QoSemLANs
2.6.7.1ProtocoloIEEE802.1p Segundo(QoSMAC,2002),Ethernet atecnologiaaplicadaaLANmaisutilizada hoje em dia, e no se pode deixar de dar importncia para o desenvolvimento de mecanismos de garantia de QoS para tal tecnologia de redes locais. Neste intuito, foi desenvolvidaaexpansodopadroIEEE802.1,que oIEEE802.1p,ondeo"p"provm depriorizaoemingls. DeacordocomopadroIEEE802.1p,osseguintesparmetrossoimportantespara prover/garantir QoS: disponibilidade do servio; perda de quadro; desordenamento dos

quadros;duplicaodequadros;atrasodetransmisso;tempodevidadoquadro;taxade errosnodetectados;tamanhomximodeSDU;prioridade;vazo. importanteenfatizarqueaqualidadedeservioprovidapeloniveldeenlace,tem oobjetivodecomplementarummecanismodeQoSmaiscomplexoemumnivelacima, taiscomoINTSERVeDIFFSERV,sendoconsideradooseuusoisoladocomoumsoluo incompleta,inadequadaeerrnea. Em(QoSMAC,2002),h detalhesdasespecificaesdaspropostasdoprotocolo IEEE802.1p.

2.6.8AtrasoeLatncia
Segundo(Cliconnect, 2006),alatncia eoatrasosoparmetros indispensveis paraaQoSdasaplicaes.Latncia usualmenteutilizadaparasereferiraequipamentos, enquantoatrasoestrelacionadocomastransmissesdedados.Alatnciadaredepodeser entendidacomoosomatriodosatrasosimpostospelaredeeequipamentosutilizadosna comunicao. Aindaconforme (Cliconnect, 2006),atrasodepropagao, velocidade de transmissoeprocessamentonosequipamentossoosprincipaisfatoresqueinfluenciam nalatnciadeumarede.Oprimeirocorrespondeaotemponecessrioparaapropagaodo sinaleltrico,sendoumparmetroquenopermiteaogerentederedequalqueralterao. Avelocidadedetransmisso controladaobjetivandoaadequaodarede qualidadede serviorequisitada.Por ltimo,quantoaofatorreferenteaoprocessamentorealizadonos equipamentos, a latncia pode ser influenciada por roteadores, RAS, firewalls. E, considerandoalatnciacomoumparmetrofimafim,oshoststambminfluenciariamno atraso, que em seu caso, vai estar relacionado com a capacidade de processamento, disponibilidadedememria,mecanismosde cache,processamentonascamadasdenvel superiordarede. Outrosdoisproblemasquesoconseqnciadoatrasodepacotessooecoea superposiodevozes.Oecosetornaumproblemaquandoocorreumatrasodemaisde 50ms(GTAUFRJ,2001).Quandooeco percebidocomoumproblemadequalidade,o sistemaVoIPdevearrumarumamaneiradecancelaresteefeito.Asuperposiodevozes

comeaaficarsignificativoseoatrasoemumdossentidosdepropagaodainformao tornasemaiorque250ms.(GTAUFRJ,2001) Parailustrar,aFigura18mostraonveldesatisfaodosusuriosemcomparao aoatrasodavoz.

Figura18InflunciadoAtrasonaQualidadedaVoz(Lustosa,2005)

2.6.8.1Eco Ecoocorregeralmentenaparteanalgicadeumaconexotelefnica.Umaoutra origem pode ser identificada em uma reverberao acstica do speaker para com um microfone,porexemplo. Quandocombinadoaumbaixoatraso,ofenmenopodenoserpercebido,masse mescladoaumaquantidadesignificativadeatraso,osefeitossetornamcrticosparao desenvolvimentodaconversaentreosdoislados. Dentreosprincipais tiposdeeco,existeoecodequemfala,quesecaracteriza quandopartedavozdapessoaquefalaretornaaoprprioemissordamensagem.Tambm existeoecodoouvinte,noqualaquelequeest escutando,ouveamensagemoriginal,e instantesdepois,aescutanovamente.Aindaexisteoecodeconvergnciaqueocorreno inciodeumaconversa. Normalmente, gateways VoIPapresentamumcontroladordeeco.Nocasodeste no estar resolvendo a situao, devese identificar a origem do eco, verificar seu

balanceamentoeconfigurao,eento,haveraidentificaodoporquocontroladorno estsendoeficaz.(Echo,2006)

2.6.9Jitter
Jitterumavariaoestatsticadoatrasonaentregadepacotessucessivosdedados. Umavariaoelevadaproduzumareceponoregulardospacotes.Umadasformasde minimizarestavariaodeatrasoautilizaodebuffer,oqualvaiarmazenandoosdados medida que chegam e os encaminham para a aplicao a uma mesma cadncia. (UnderstandJitter,2006) MarkSantkuyl (WhatisJitter,2005) define jitter comoalgumdistrbioperidico nospulsosdeonda,quandoesta submetidaaumsinaldigitaldealtafreqncia.Esse deslocamento de sua localizao ideal pode ser caracterizado em termos de amplitude, faseamento, ou largura do pulso do sinal. Dentre suas causas conhecidas esto a interfernciaeletromagnticaeoconseqentecrosstalkdeoutrossinais.Aofalarsobreum contextoespecficodoVoIP,Santkuylafirmaquejitter avariaoentreaschegadasdos pacotesnodestino,causadopelotrfegodarede,mudanasnarotae timingdrift.Uma soluoqueatenuaseuefeito ousodebufferizao.Segundo(Lustosa,2005),parauma variaodeatrasonaredededelta,necessrioumtamanhodebufferigual2deltas. Um estudo mais detalhado sobre o fenmeno de jitter pode ser encontrado em (JitterandTiming,2005).

2.6.9.1Crosstalk Tambmconhecidocomodiafonia.Crosstalkumamedidadainterfernciaeltrica gerada emumfio (par)pelo sinalqueest trafegando em umfioadjacente dentro do mesmocabo.Suaocorrnciasedporquequandoumdadoest sendotransmitidoemum fio,elegeraumcampoeletromagntico,enocasohajaapresenadealgumoutrofio dentrodestecampoeletromagntico,estefioadjacentecapturar osinale,modificar seu prpriosinalqueestavasendotransmitido(Torres,2005).Estefenmenoresultaemefeitos

comodeterminadapessoafalandoaotelefone,ouvirconversaesdeterceiros(Pinheiro, 2004).

2.6.9.2TimingDrift Timingdrift umfenmenoqueocorrequandoo clock dosistemaqueenviaos dadosest emumavelocidadediferenciadaemrelaoaoclockdosistemaquerecebeos dados. Baixas taxas de drift, considerando que o fenmeno pode atingir picos de 60 microssegundosporsegundo,podemcausarumlevedesgastenoudio,quenormalmente corrigidoautomaticamentepelosistemaemperodosdenoenviodedados(perodosde silncio).Altastaxasdedriftpodemcaracterizarmaufuncionamentodohardware,como porexemplo,conseqnciadeumaaltatemperaturanosistema. Uma soluo proposta envolvendo Linux que este apresenta um mtodo para configuraro clock internodosistema,oquejuntocomasespecificaesdaredeedos equipamentosutilizados,poderepresentarumaatenuaodoefeitode timingdrift.(Timing Drift,2006)

2.6.10PerdadePacotes
RedesIPnopodemgarantirquetodosospacotesseroentreguescorretamente, muito menos que eles iro chegar na ordem. Pacotes podero ser perdidos devido a perodosdepicoecongestionamentodarede.Devido particularidadenatransmissoe natureza da voz, o sistema de retransmisso normal do TCP no satisfatrio. Procedimentosparacompensaraperdadepacotesinclueminterpolaodediscurso,com retransmissodo ltimopacoteeoenviodeinformaoredundante.Segundo(VOIPCTI, 2005),acondioderedeparaVoIPimplicaqueaperdadepacotesnodeveexceder1%, normalmenteresultantesdeeco.Damesmaforma,(Lustosa,2005)dizqueperdasnaredee descartesnobufferdecompensaodejitternodevemultrapassar1%parachamadasde altaqualidade.

2.7SoluesparaaImplementaodeVoIP
Dosmaisvariadosproblemasexistentesparaatelefoniaecomunicaodedados, quasetodossosanveiscomsoluesproprietrias.J fazalgumtempoqueempresase at mesmo usurios finais desses servios buscam solues que visam melhor custo/benefcio,ouseja,umaintegraoentre hardware debaixocustoealtaeficincia integrado a um software que apresente baixo preo de licenciamento e funcionalidade ampla. NocasodatelefoniaIP,aCISCO1lanounomercadohquasetrsanos,seuPABX IPchamado CallManager.Omercadomundialj adotouestatecnologiaeaCISCO estvendendocercade3000telefonesIPpordia,enquantoomercadodePABXtradicional jcaiumaisde20%.ACISCOpossuiclientescommaisde50.000telefonesIPinstalados, segundo(CISCO,2006). Segundo(Korelc,2006),emrelaoaVoIP,umasoluoquefazmuitoaumcusto baixo,deformaeficienteoAsterisk.IstoporqueoAsteriskusaoLinux,queconhecido porfuncionarfacilmentejuntoao hardware x86/AMDlegado(entreoutros),oquepode significarqueumacommoditycomodeumservidorAsteriskpodesermontadoapartirde componentescatadosnomercadooumesmoexistentesdentrodecasa. Eleno asoluo nica,mas umadasquemelhorviabilizaaconstruode projetosdequalquerporteparatelefoniaconvencional,equesuportavozsobreIP.

2.7.1Asterisk
OAsteriskumaplataformahbridaTDMdecdigoabertoeumaplataformaPBX devozporpacotescomfuncionalidadesACD(MarkSpencer,criadordoAsterisk) OnomeAsteriskfoiescolhidoporquetantoeraumatecladotelefonecomumcomo tambmumsmbolocomsobrecarga,multiuso,noLinux,ouseja,aintenoeraqueo
1

Cisco Systems, Inc. uma companhia sediada na Califrnia, fornecedora de equipamentos de telecomunicaes,destacandosefortementenomercadodeequipamentosdeinterconexo.

Asterisk fizesse de tudo em relao telefonia. Suas funcionalidades sero descritas posteriormente,masaplicaesdetelefoniaincluemcall bridging,conferncias,correiode voz,autoatendimento,scriptsdeIVRcustomizados,callparking,intercomeoutros. O Asterisk uma plataforma de telefonia convergida, de cdigofonte aberto, projetado para rodar em ambiente Linux. A fora do Asterisk est em sua estrutura personalizvel,complementadaporpadresdeconformidadesemcomparao.Nenhum outro PBX pode se desdobrar em tantas e to criativas formas como correio de voz, conferncia,ordenamentodechamadas,msicaemesperaechamadasemespera,queso montadosdiretamentenosoftware(Meggelen&Smith&Madsen,2005). O Asterisk pode parecer desanimador e complexo para um usurio principiante, sendoessaarazopelaqualadocumentaotoimportanteparaoseudesenvolvimento. O Asterisk desenvolvidoparapermitirquenovasinterfacesetecnologiassejam adicionadas/agregadas facilmente. Essa sublime meta para suportar qualquer tipo de tecnologiastelefnicaspossveis.Alistados ltimosprotocolosehardwarecompatveis podeserencontradaemhttp://www.digium.comouhttp://www.asterisk.org.

2.7.1.1ArquiteturadoAsteriskVisoGeral A arquitetura do Asterisk fundamentalmente simples, mas diferente de alguns produtosdetelefoniaexistentes.Essencialmente,o Asterisk atuacomoum middleware2, conectandotecnologiasdetelefonianonvelmaisbaixoatsoftwaresdetelefonianonvel maisalto,criandoumambienteconsistenteparaconstruirumambientemistodetelefonia (AsteriskBrasil.org,2006). TecnologiasdetelefoniapodemincluirserviosVoIPcomoSIP,H.323,IAXou MGCP(gatewaysefones),assimcomoastradicionaistecnologiasTDMcomoT1,ISDN, PRIeserviosPSTN,BRI,entreoutros.

Middleware umneologismocriadoparadesignarcamadasdesoftwarequenoconstituemdiretamente aplicaes,masquefacilitamousodeambientesdetecnologiadainformao.Acamadade middleware concentra servios como identificao, autenticao, autorizao, diretrios, certificados digitais e outras ferramentasparasegurana,almdoarmazenamentopersistente,naming(nomeao),dentreoutros.

2.7.2OpenSER
Segundo(VOIPUSEROSER,2005),OpenSERumprojetadoderivadodoSER.A inspiraoparaoseudesenvolvimentosurgiudaescassezdeprogressoecontribuiespara oprojetoSER.Hointeressedeseaceleraraintegraodascontribuiesdopblicopara o projeto SER.Comosetrata decdigo livre, OpenSER prope umanovapoltica de gerenciamento,comaintenodegerarmaisdinamismoparaodesenvolvimentoSIPno mundo.

2.7.2.1Arquitetura AlgunsdosmdulosquecompeoprojetoOpenSERso: ACCMduloaccounting ALIAS_DBMdulodealiasesdobancodedados AUTHMdulodainterfacedeautenticao DISPATCHERMdulodispatcher(balanceadordecargas) DOMAINMdulodesuportemultidomnio GROUPMdulodegruposdeusurio(combackenddebancodedados) LCRMduloderoteamentodecustomnimo MEDIAPROXYMdulodeNATtraversal MSILOMduloqueprovarmazenamentodemensagensoffline PDTMdulotradutorprefixoparadomnio PERMISSIONSMdulodecontroledepermisses PIKEMdulodetectordeflood REGISTRARSIPMdulodeimplementaoregistrar SMSSIPtoSMSIMgatewayMduloSIPparaSMSIMgateway SPEEDDIALMdulodecontroledevelocidadedediscagemporusurio TEXTOPSMdulodeoperaesdetexto TMMdulotransacional(stateful) USRLOCMdulodeimplementaodelocalizaodousurio XLOGMdulodeloggeravanado

Demais mdulos podemservistos em(DokuOpenSER,2007)ou(OpenSER 1 Modules,2006).

2.7.2.2CaractersticasGerais Dentreasprincipaiscaractersticasgerais,podemsercitadas:

SIP robusto e ativo servidores registrar, location, proxy e de redirecionamento; Footprintpequeno oarquivobinrio pequeno,podeseralteradoatravsdos mdulos; ProcessamentostatelessetransactionalstatefullSIPproxy; Linguagemdescriptparaoarquivodeconfigurao.Apresentaumasintaxe similar slinguagensdescript,essaconfiguraoofereceformasflexveispara deploydeserviosSIPcustomizados; PseudovariveisparaacessaregerenciarpartesdasmensagensSIPeatributos especficosparausurioseservidor; Capacidades de logging pode registrar mensagens customizadas, incluindo cabealhosoupseudovariveis,epartesdaestruturadamensagemSIP. Demaiscaractersticasgeraispodemservistasem(OpenSERFeatures,2007).

2.7.2.3CaractersticasdeConfigurao 2.7.2.3.1Arquiteturas OpenSER suportadonasarquiteturasLinux/i386;Linux/armv4l;FreeBSD/i386; OpenBSD/i386;Solaris/sparc64;NetBSD/sparc64.Paraoutrasarquiteturas,oarquivode configuraodevesereditado.

2.7.2.3.2Requisitos

A Figura 19 cita os principais requisitos que um sistema deve apresentar para suportaroOpenSERsobdeterminadosaspectos. ParaFreeBSD/OpenBSD/NetBSD:certifiquesedequegmake,bisonou yacc&flexestoinstalados. ParaSolaris:assimcomooanterior,podeserusadooSolaris'syaccaoinvs dobison.Necessitaseprecisartambmdogtareginstall. Outrosdetalhes sobreaconfiguraonecessriaeprocedimentos parainstalao podemserencontradosem(OpenSERInstallation,2007).

Figura19RequisitosdeambientesvariadosdoOpenSER(OpenSERInstallation, 2007)

2.7.2.4ServiosProvidos Dentreosprincipais,podemsercitados: SuporteparacamadasdetransporteUDP/TCP/TLS; SuporteaIPv4eIPv6;

 Suportemultihomedemultidomain; InterfacedegerenciamentoviaarquivoFIFOesocketsUnix; Autenticao, autorizao e accounting (AAA) via database (MySQL, Postgress,outros),RADIUSeDIAMETER; AutenticaoporIP; SuporteaoNATtraversalparatrfegosdeSIPeRTP; Suporte para replicao REGISTER oferece novas funes para replicar informaesdocliente(fonterealesocketrecebido); GatewayparaSMSouXMPP; Multiple database backendsMySQL,PostgreSQL,eoutrostiposdebancode dadoscomdriversunixodbc. Demaisserviospodemservistosem(OpenSERFeatures,2007).

2.7.2.5Benefcios Dentreosprincipaisbenefcios,podemsercitados: Roteamentodecustomnimo; Repositriodegrandeextensomaisde 50mdulospodemserincludosno repositriodoOpenSER; Arquiteturamodularinterface plugandplayparaestenderafuncionalidadedo servidor; Balanceamentodecargacomfailover; Mdulo de interface plug&play possibilidade de serem adicionadas novas extensessemnecessitaracessoaoncleo(core),garantindograndeestabilidade paraoscomponentesdoncleo; OsistemapodeseraltamenteescalveladicionandomaisservidoresOpenSER; OpenSERpodeserusadoemplataformasVoIPdistribudasgeograficamente. Demaisvantagenspodemservistasem(OpenSERFeatures,2007).

2.7.3sipX
OsipXumPBXIP,quesegundo(SipXOverview,2007),almdesuportarvoze vdeo,apresentaapremissadequeacomunicaoemtemporealdevesercomoemail,ou seja,umsistemaglobalinteropervelquepermitetrocadeinformaesemtemporeal,seja estadequalquertipo(voz,vdeo,IM).

2.7.3.1Arquitetura Segundo(SipX Architecture,2007),osipXfoiconstrudoemarquiteturamodular comdiferentescomponentesquesecomunicamsobreTCP/IPemsuamaiorparte. Seudesignfoiplanejadoparasuportarumaarquiteturacompletamentedistribuda, naqualdiferentescaractersticassoprovidasporservidoresquesecomunicamatravsdo protocoloSIP.Existeseparaoentremdiaesinalizao,oquepermiteaconstruode um sistema escalvel globalmente junto com a redundncia necessria e atolerncia a falhas.Streamsdemdia,umavezconfigurados,caminhamdiretamenteentreos endpoints (phones e gateways) sem qual requisito extra para a mdia atravessar um servidor de sinalizaocentral. NaFigura20,demonstradoumdiagramarepresentativodaarquiteturadosipX.

Figura20DiagramadaArquiteturadosipX(SipXArchitecture,2007) Narespectivaarquitetura,destacamseascamadas ConfigurationServer e Media Server. Oprimeiro umsistema degerenciamento deconfiguraes baseadoem Web Services,queofereceplug&playparaoscomponentesdoncleo,todosservidores,assim comoperifricos(phones egateways).Tambmsecomunicacomoutroscomponentesdo servidorsipXatravsdoarquivodesistemaoudainterfaceXMLRPC.Porsuavez,o MediaServer prov voicemail eservioautoattendant; baseadoemVXMLatravsdo usodabibliotecadoOpenVXI,queuminterpretadorVXMLdecdigoaberto. Paramaiordetalhamentodesteservidoredaarquiteturageral,asinformaesesto disponveisem(SipXArchitecture,2007). Para uma especificao tcnica das bibliotecas dos servidores de aplicao, comunicaoeconfigurao,ocontedoestapresentadoem(sipXArchitecture&Library Dependencies,2007).

2.7.3.2Caractersticasgerais Aseguinteespecificaotcnica encontradaem(sipX FeaturesCompleteList, 2007).OsipXcomooprprionomej demonstra,apresentaumaimplementaobaseada emSIP.SuaespecificaorelatadanasseguintesRFCs:

RFC3261 SIPutilizandotransporteUDPeTCP; Controledechamadasavanado: RFC3515 Mtododereferncia; RFC3891 Substituiodecabealho; RFC3892 Mecanismoreferredby; RFC3263 LocalizaodeservidoresSIPusodosregistrosdeservidores DNSparacontrolederoteamentodechamadaseredundnciadeservidor; RFC3581 SymmetricResponseRouting(rport); RFC3265 SIPEventNotificationforphoneconfiguration; RFC3842 Voicemailmessagewaitingindication(MWI); RFC3262 ReliableProvisionalResponses; RFC2833 OutofbandDTMFtones; RFC3264 Offer/AnswermodelforSDPforCodecNegotiation; Earlymedia(SDPem180/183); SDPatrasado(SDPemACK); ReINVITE:Codecchange,hold,offhold; Camposdecabealhoroteamento/registro(record)roteamento; PortasRTP/RTCPconfigurveis; PortasSIPconfigurveis.

2.7.3.3Caractersticasdeconfigurao 2.7.3.3.1RequisitosdeHardware EntreosrequisitosdehardwaredestacamseoservidorcomcompatibilidadeIntel (VIAC3/C7,PentiumIII,Pentium4,Core2Duo,AMD,Xeon);MinRAM256MB,1GB

preferencialmente;sistemaoperacional Linux (RHELou Fedora preferencialmente);No hnecessidadedeoutrohardwareespecfico. OsipXpodeserutilizadocomqualquerdispositivocompatvelcomSIP.Alista,a seguir,apresentadispositivoscompropriedadeplug&play: PolycomSoundPointIP301,430,501,601,650; PolycomSoundStationIP4000SIP; Snom300,320,360; GrandstreamBudgeTone,HandyTone; GrandstreamGXP2000; HitachiIP3000andIP5000WiFiphones; CiscoATA186/188,7960,7940,7912,7905. 2.7.3.3.2RequisitosdeSoftware DentreasplataformasqueosipXsuportapodemserencontradas: FedoraCore5suportadoapartirdosipX3.6.Instalaoeatualizaosofeitas emRPMeyum.Noprecisadeinstalaesadicionaisouscriptsdeatualizao; CentOS4grandepartedadocumentaoparaFedoraseaplicaaoCentOS; Debian Sarge a aplicao sipX completamente integrada ao sistema de gerenciamento de pacotes do Debian. Usando os arquivos providos (.deb archives),osipXpodeserinstaladocomaptgetinstallsipxpbx; OpenSuSE 10.0porcausadeuma incompatibilidadeentreabiblioteca pcre interna do servidor Apache 2.0 usado no SuSE e a biblioteca pcre externa indispensvel pela sipX, a autenticao do usurio no portal voicemail no funciona; OpenSuSE 10.1apresentaoApache2.2queresolveuaquestodabiblioteca pcredoSuSE10.0; Gentoo 2005.1 / 2006.0 mesmo problema apresentado no SuSE 10.0. Entretanto,oApache2.2estdisponvelem~x86;

 Ubuntu/KubuntuDapperDrakesipX completamenteintegradoaosistema degerenciamentodepacotesdoUbuntu; openSolaris/ Sun Solaris 10/ AppleMac OSX/ WindowsServer 2003ainda noestodisponveis,masvmsendoimplementados. Ocomplementodeinformaespodeservistoem(sipXDifferentPlatforms,2007). Informaes sobre configuraes do servidor sipX esto disponveis em (sipX ConfigurationServer,2007).

2.7.3.4ServiosProvidos ParaumalistacompletadeserviosdosipX,consulte(sipX FeaturesComplete List,2007).Dentreosquais,destacamse:

NmeroilimitadodegatewaysPSTNetrunklines; SuporteaqualquergatewayadaptvelaoSIP(ex.:Cisco,Audiocodes,Mediatrix, Vegastream,Patton,etc.);

Roteamentodemnimocusto; IntegraocomLDAP;

InterfaceSOAPWebServices;

SuporteparaDNSSRV;

Loggingcustomizvel; Rebootautomticoapsquedadeenergia;

HTTPSparaacessoWeb.

2.7.3.5BenefcioseLimitaes
Segundo (sipX Features, 2007), algumas das caractersticas que tornam o sipX atrativocomosoluoVoIPso: IPPBXrobusto,estvelefcildeusar; Sistemaoferecegerenciamentoplug&playdetodososcomponentes;

 um sistema de missocrtica, portanto apresenta propriedade de alta disponibilidade; Roteamentodamdia peertopeerenoatravsdoPBX,oquefornecemais garantiasdequalidade; Ampla escalabilidade sipX suporta deployments de at 5.000 usurios conectadosaumservidorredundante; Nmeroilimitadodechamadassimultneasenmeroilimitadodetrunksusando gatewaysdistribudos.

2.7.4Freeswitch
Deacordocom(FreeSWITCH,2007), FreeSWITCH umaaplicaodetelefonia decdigoabertoescritaemlinguagemC,construdaparaaproveitarumnmeromximo possveldebibliotecasdesoftware.EletornapossvelconstruirumsistemaPBXdecdigo aberto,eat possibilitaaagregaodevriastecnologiascomoSIP,H.323,IAX2,LDAP, Zeroconf,XMPP/Jingle,dentreoutras.Porfim,FreeSWITCHtambmpodeserusadocom outros sistemas PBX livres, dentre os quais OpenPBX, Bayonne, YATE ou Asterisk. RessaltasequeoprojetoFreeSWITCHaindanofoioficialmentelanado,esperasequeo sejaaindanoprimeirosemestrede2007.

2.7.4.1Arquitetura ParailustraraarquiteturadoprojetoFreeSWITCH,foiadaptadaumaimagemcom asprincipaisbibliotecastidascomopadresparaoprojeto,apresentadasnaTabela3.

Tabela3Adaptaodabibliotecapadrodoprojeto(FreeSWITCHDependencies, 2007) AFigura21est presentenadocumentaooficialdo FreeSWITCH,quemostra umaadaptaododiagramadecolaboraodaCoreLibrary,principalmdulodoprojeto, tambmessencialparaoentendimentodaarquitetura.

Figura21PrincipaisBibliotecasdoFreeSWITCH(FreeSWITCHDocs,2007) Paramaioresinformaessobreaarquiteturado FreeSWITCH,asespecificaes podem ser encontradas em (FreeSWITCH Docs, 2007) e (FreeSWITCH Dependencies, 2007).

2.7.4.2CaractersticasGerais FoidesenvolvimentoemlinguagemC; RoteamentoparaSIP,IAX2,Jingle/Jabber,Woomera/H.323; Compilaeexecutaemvriossistemasoperacionais,taiscomoWindows;OSX; Linux;Solaris,WindowsMobile/CE; Suporteavriaslinguagensescripts,porexemploC;C++;Perl;JavaScript; PythoneRuby.

2.7.4.3CaractersticasdeConfigurao 2.7.4.3.1RequisitosdeSoftware FreeSWITCHfoidesenvolvidonasseguintesplataformas: Linux(x86&x86_64)

 Windows(MSVC2005) MacOSX(intel&ppc) OpenBSD,FreeBSD6 2.7.4.3.2Dependncias FreeSWITCHfazgrandeusodebibliotecasexternas,dentreasquais,destacamse: APR/APRUtil(http://apr.apache.org); SQLite(http://www.sqlite.org); Pcre(http://www.pcre.org/); SRTP(http://srtp.sourceforge.net/srtp.html).

De forma adicional, os mdulos externos experimentais utilizam alguns outros mdulos externos. Para tal verificao, as informaes e links esto disponveis em (FreeSWITCHDocs,2007).

2.7.4.4ServiosProvidos Dentreosserviosprovidospodemserdestacados: SuporteparaTDMcards; Suporteparasoundcard,nocasodetornaroFreeSWITCHemumsoftphone; Compatibilidadetantocom8kHz,comovaloresacimade32kHz; SuporteaaplicaesextensveisatravsdeJavascriptPerl,Python,C,Ruby; Interface de evento network enabled (TCP socket para FreeSWITCH ou multicast); SuporteCDRemvriosformatos; SuporteTTS; SuporteSS7viahttp://www.ss7box.com; GerenciamentoMultilingualSpeechPhraseintegrado; Vriosformatosdedialplan(ldap,directoryandxml); SuporteparaZeroconfeXMLRPC.

Demaisserviospodemserencontradosem(FreeSWITCHWiki,2007).

2.7.4.5BenefcioseLimitaes

Foi desenvolvido para suportar um nmero mximo possvel de bibliotecas (FreeSWITCH,2007); Atinge16kiloHertzemswitchingdechamadastradicionalmentechamadas VoIPoperamem8kHz(MinessaleII,2006).

3.Mobilidade
3.1DispositivosMveis
Osdispositivos mveis objetivamacomunicao entrepessoaseaobtenode informaes,sejaqualforolugar,sejaqualforomomento.Dentreostiposmaiscomuns, citamse pagers; telefones celulares; webphones; pagers bidirecionais;PDAs;aparelhos mveisparaacessaraInternet.Umalistadedispositivoscujaestimativanopodeseroutra almdeumcrescimentoaindamaisintensoatravsdeumesforoconjuntorumoauma maiorinclusodigitaldasociedade. fatoqueatecnologiadainformaosetornouindispensvelnocotidianodas pessoasedasempresas.Umdosmaioresescoposdededicaodostecnlogos,atualmente, tornar o acesso a determinadas aplicaes, algo menos associado e dependente da utilizaodedispositivosfixos.Amobilidadequeocelularvempropiciandoaindano atingiuseu pice.Entretanto,odesenvolvimentodastecnologias wireless comoa2,5/3 gerao do celular que oferece conectividade de dados por pacotes e o WiFi/Wimax abriramnovasalternativasparaimplantaodeaplicaesmveis. Umpontoimportantesobremobilidadesaberqueaplicativosmveiseaplicativos wireless no representam sinnimos. Segundo (Tude Arquitetura, 2005), o conceito de mobilidade amploepodeserinterpretadodevriasformas,dentreelasemumcontexto passado,asaplicaesiniciaisdesistemascelularesvisavam,porexemplo,provertelefones paraautomveis,esuainterpretaoestavaassociadaadispositivosemmovimentodurante acomunicao;emumcontextoatual,aidiademobilidadeemsistemascelularesest associada possibilidadedesecomunicardequalquerlugaraqualquerinstante.Porsua vez, wireless serefere transmissomultimdiaatravsdeondasderdio,explicitando uma idia de comunicao sem fio. Os PDAs convencionais so um exemplo de dispositivosmveisquenosowireless. A Figura 22 exemplifica alguns dispositivos que retratam a diferena entre aplicativosmveisewireless.

Figura22DispositivosMveiseWireless(TudeArquitetura,2005) Nasprximassees,ofocoestar voltadoparaatelefoniacelular.Ser explorado o contexto em que atuam os aparelhos portteis celulares, de forma a explicitar suas principaiscaractersticasemrelao transmisso.Nestecaso,ser exploradaabaseda arquitetura celular, com detalhamento sobre seus componentes, requisitos para a comunicao mvel, bem como as singularidades dos diferentes padres que a caracterizaramdurantesuaevoluo.

3.1.1ArquiteturaPCS
Em se tratando especificamente de telefonia celular digital, uma importante arquiteturaemquestoaPCS.ElaabrangeospadresCDMA,GSMeDAMPS,tratados nasprximassees.Segundo(Chlamtac&Lin,2001),estaarquiteturadivididaemduas partes:RadioNetworkeWirelineTransportNetwork,cujo modeloapresentadonaFigura 23. NaRadioNetwork, osusuriospossuemumaparelhomvel(MS).CadaMSest associadoaumaestaobase(BTS)comaqualasestaessecomunicamporenlacessem fio.UmsetordeBTSsgerenciadoporcontroladordeestaesbase(BSC),sendoqueeste gerenciamentofeitoexecutandohandoffsealocandocanais.

O Wireline Transport Network, por sua vez, apresenta o MSC, que vai estar conectado ao BSC e rede de telefonia pblica, e o coordenador de registros de localizaoedirecionamentodaschamadas.AnexadoaoMSCest oVLR,que obanco dedadoslocal.OVLRapresentaasinformaessobreosMSqueestodepassagempelo setordeatuaodaMSC.Porfim,associadodiretamenterededetelefoniapblicaesto HLR,queobancodedadosglobalsobretodasestaesdarede.

Figura23ArquiteturaPCS Para um melhor entendimento sobre mobilidade tambm necessrio o esclarecimentodedoisoutrosaspectospresentesnaarquiteturaPCS:HandoffeRoaming. Deacordocom(Chlamtac&Lin,2001),handoffacontecenomomentoemqueum usuriosemovimentadareadecoberturadesuaBTSparaumsetordeoutraBTS.Neste momento,o radiolink paraaBTSoriginal desconectado,eumanovaconexoparaa novaBTSdeveserestabelecidoparaquesejamantidaapossibilidadedecomunicao.O aspectotambmpodeserconhecidocomoautomaticlinktransferouhandover. Roaming definido tambm por (Chlamtac & Lin, 2001) como sendo a movimentaodoMSdeumsistemaPCSparaoutrosistemaPCS.Nocaso,umexemplo

seriaumusuriodeBrasliaestardepassagemporSoPaulo.Osistemadeorigemdeveser informado sobre o sistema atual do usurio, caso contrrio no ser possvel a comunicao. Umaespecificaodetalhadasobreostiposdehandoffeotratamentoderoaming encontradaem(Chlamtac&Lin,2001).

3.1.2CDMA
AtecnologiaCDMAapresentaopadrodecelularesdasegundagerao,tendo sido desenvolvido principalmente pela Qualcomm, sendo muito difundido nos Estados Unidos.SuaarquiteturaapresentaascaractersticasPCSapresentadasnasubseoanterior. NotasetambmqueopadroCDMAconhecidoforadoBrasilcomoIS95oucdmaOne. Atualmente,apresentadocomoCDMA2000,umpadrodegeraohbrida(2,5/3G). Segundo (Tude CDMA, 2003), esta tecnologia utiliza espalhamento espectral (Spread Spectrum) como meio de acesso para permitir que vrios usurios possam compartilhar umamesmabandadefreqncias.Nestatcnica,osinaldeinformao codificadoutilizandoseumachavedecdigoqueprovocaoseuespalhamentoespectral emumabanda,transformandooaparentementeemrudo.Oscdigosutilizadospodemser ortogonais (Walsh) ou pseudonoise. Maiores detalhes sobre as caractersticas da codificao podemserpesquisados em (TudeCDMA,2003).O CDMA permite, desta forma,umautilizaootimizadadoespectro,possibilitandoumaumentodecapacidadedos sistemas celulares. NoCDMA,cadaMSpossuiumaidentificaoprpria(MIN)eum nmerodesrieeletrnico(ESN). As bandas do CDMA so divididas em canais de rdiofreqncia (radio link), sendoquecadacanalapresentarumpardefreqnciastransmissoerecepo(Tx/Rx) com1,25MHzdebandacada.(TudeCDMA,2003)afirmaqueseteoricamentepoderiam existirat10canaisderadiolinkemumabandade12,5MHz,naprticaonmeromenor poisestabanda divididacomoAMPSe necessrioestabelecerumaguardabanda.A Figura24demonstraocarregamentodeumcanalnoCDMA.

Figura24CarregamentonoCDMA(TudeCDMA,2003) No padro CDMA, quanto mais usurios utilizam o canal, maior o rudo, aumentando a interferncia para os canais que utilizam a mesma banda at um limiar quandono maispossveldecodificaroscanais.Deacordocom(TudeCDMA,2003), estainterfernciatambm tantomaior,quantomaiorforapotnciaindividualdecada canaltransmitidonaquelabanda.Talcomportamentomotivouodesenvolvimentodeum sofisticadomecanismodecontroledepotncianosMSseBTSsdeumsistemaCDMA. Estecontroledepotncialevatambm expansoe contraodoraiodeumaclula CDMAdeacordocomseucarregamentocomtrfego. Adivisodasclulasemsetores usadaparareduzirainterferncia,umavezque cadasetorutilizaantenasdirecionaisenointerferenosdemaissetoresdaclula.Umdos fatores que contribui para a capacidade satisfatria alcanada por sistemas CDMA a possibilidadedeutilizaoumamesmafreqnciadeportadoraemtodasasclulas. Atualmente,opadrocdmaOnevemsendocompletamentesubstitudoparaservios deterceirageraocomtaxasdedadosdeat 2Mbps,masfoimantidacompatibilidade comsuaestruturadecanaisde radiolink de1,25MHzqueapresentataxadedadosde aproximadamente14Kb/s(TudeCDMA,2003).

3.1.3GSM
Assim como o CDMA,o padro GSM tambm de segundagerao, mas foi desenvolvimentonaEuropaeadotadonamaiorpartedomundo.Foipropostoinicialmente

paraafaixade900MHz,mastambmapresentouversesparaasfaixasde1800e1900 MHz. Neste padro, a MS apresenta como identificador um SIM CARD, que tambm servirparaarmazenarosdadosdousurio. GSMapresentaseuscanaisderadiolinkcomcerca200KHzdebandacada.Nota se que h cerca de 124 canais no GSM 900 e 373 canais no DCS 1800. Tais canais receberamumanumeraodeterminadaARFCN.Osinaldigitalgeradoapsmodulao, cujaexplicaopodeservistaem(TudeGSM,2003),decercade270Kbps.Enquantoo CDMA utiliza somente a tcnica de divisoporfreqncia, oGSM adiciona aesta, a tcnicadedivisoportempo.Nocaso,osinaldigitaldivididoem8intervalosdetempo. Deacordocom(Agilent,2002),asclulaspodemterumraiodeat 35kmno GSM900 e 2 km no DCS1800 (devido a menor potncia das unidades mveis do DCS1800).AsBTSssoconectadasaosseusBSCpelainterfaceAbis,porcabooufibras pticas.Esta ainterfacecaractersticadopadroGSM,queestabeleceaconexoentre BTS e BSC (Mobiledia, 2007). As redes DCS1800 muitas vezes usam um link de microondasparaainterfaceAbis.CadaBTSpossuirumcertonmerodeparesTx/Rxou mdulostransceptores. Estenmerodeterminar onmerodecanaisdefreqnciaquepoderoserusados naclula,oquedepender donmeroesperadodeusurios.TodasasBTSsproduzemum canalde broadcast (BCH).OBCHest ligadotodootempoepermitequeasunidades mveisencontremaredeGSM.AintensidadedosinalBCHtambmusadapelaredeem diversasfunesrelacionadasaousurio,sendoummeiotilparadizerqualaBTSmais prxima da unidade mvel. Ainda segundo (Agilent, 2002), este sinal tambm carrega informaes codificadas, como a identidade da rede, mensagens de paging3 para as unidadesmveisquedevamaceitarumachamadatelefnica,ediversasoutrasinformaes. OBCHrecebidoportodasasunidadesmveisqueestodepassagemnaclula,estando ouno,nomeiodeumachamada.
3

Paging umconceitoquepermite unidademvelentraremestadodedormncia,nosendoobrigadaa

constantemente enviar informaes sobreasualocalizao. Umamensagem de paging enviada para a devidaunidadenocasodenecessidadedesecomunicarcomamesma,paraqueestapossainformarsua localizaonarede(Gomes&Snica&Coelho,2003).

OcanaldefreqnciausadopeloBCHdiferenteemcadaclula.Oscanaispodem serreutilizadosporclulasdistantes,nasquaisoriscodeinterfernciabaixo.Asunidades mveisemchamadausamumcanaldetrfego(TCH).Este umcanalbidirecionalusado paraa trocadeinformaes deconversaoentreaMS eaBTS.As informaes so divididasemuplinkedownlink,dependendodadireodofluxo,equesoseparadasem bandasdefreqnciasdistintas.SeguenaFigura25,umesboosobre downlinkeuplink. Dentrodecadabanda,oesquemadenumeraodecanaisusado omesmo.Naverdade, umcanaldoGSM formadoporumuplinkeumdownlink. interessanteobservarque, enquantooTCHusaumcanaldefreqnciano uplink eno downlink,oBCHsomente ocupaumcanalno downlink.Ocanalcorrespondenteno uplink ,naverdade,deixado desocupado.Estecanalpodeserusadopelaunidademvelparacanaisnoprogramadosou canaisdeacessoaleatrio(RACH).QuandooMSquiserchamaraatenodeBTSpara fazerumachamada,elapoder fazlousandoestecanaldefreqnciadesocupadopara enviarumRACH.Comomaisdeumaunidademvelpodequererchamaraatenoda estaoaomesmotempo, possvelquehajaumacolisodecanaisRACH,etalvezseja necessrioqueasunidades mveis faam diversastentativas paraseremouvidas.Mais detalhestcnicossobreopadropodemserencontradosem(Agilent,2002). AevoluodoGSMparaserviosdeterceirageraocomtaxasdedadosdeat 2 MbpsexigiuadefiniodeumnovopadroparaainterfaceentreMSeBTScomcanaisde rdiofreqncia de 5 MHz. Este novo padro (WCDMA) implicar em mudanas na estrutura de canalizao do GSM exigindo uma banda adicional de freqncias para implementao do servio por parte das operadoras, mantendo no entanto, a compatibilidadeedemaisinterfacesdaarquiteturaGSM.

Figura25DownlinkeUplink(Agilent,2002)

3.1.4AMPS/TDMA
PadrotambmconhecidocomoDAMPS.Segundo(TudeAMPS/TDMA,2003),a primeirageraodesistemascelularesformadaporsistemasanalgicos,noqualoAMPS foi seu maior expoente, estabeleceu aspectos, como roaming e handoff entre clulas (esclarecidosnasubseo3.1.1). Ocrescimentodautilizaodesistemascelulareslevouanecessidadedoaumento dacapacidadedossistemasanalgicoscomamotivaoparaosurgimentodossistemas digitais de segunda gerao. A soluo TDMA surgiu como uma opo que mantinha compatibilidadecomaarquiteturaeacanalizaoutilizadapelossistemasAMPStendo sidoinicialmentechamadadeDAMPS. OAMPSutilizaomltiploacessopordivisodefreqncia(FDMA).ABandado AMPSdivididaemcanaisderdiofreqncia,ondecadacanal(Tx/Rx)apresenta30kHz debanda.Cadabanda(AouB)ocupa12,5MHze compostapor416canais,sendo21 canaisdecontroleeosdemaisdevoz.NoAMPS,umcanaldevozalocadoepermanece dedicadoaumachamadadurantetodaasuadurao. (TudeAMPS/TDMA,2003)afirmaqueopadroTDMAmantevetodaaestrutura decanalizaodoAMPS,maspermitiuqueumcanalfossecompartilhadonotempo,por vrios usurios atravs da tcnica de TDMA. A estrutura de transmisso de dados implementadaatravsdeumquadrode40mscom6intervalosdetempocom6,66ms cada.Cadachamadatelefnicautilizadoisintervalosdetemposendo,portanto,possveis

at 3conversaesutilizandoamesmabandade30kHzdeumcanaldevozdoAMPS. Cadaconversaotemumataxabrutade16,2Kbps. OcanaldecontrolenopadroTDMA(IS36)digitalepermitiaaimplantaode serviosdemensagenscurtas(SMS).UmaversoanteriordoTDMA,oIS54,apresentava canaldecontroleanalgico.OssistemasAMPSeTDMA(IS136)utilizamgeralmenteum planodefreqncianoqualcadaclula divididaemtrssetoresformando21gruposde freqncias(canaisdevozdoAMPS)reutilizadosemcadagrupode7clulas. OAMPSfoiopadrodominanteparaossistemascelularesnoBrasilsendohoje utilizado basicamente para roaming. A migrao das operadoras para sistemas 3G da famliaGSMouCDMAimplicouemumadiminuiogradualdonmerodeterminais celularesTDMAnoBrasil.

3.1.5Padres3Ge4G
3.1.5.13G Segundo(TelecoWCDMA,2004),osrequisitosdeumsistemacelular3Gso: Altastaxasdedados:144Kbpsemtodososambientese2Mbpsemambientes "indoor"edebaixamobilidade; Transmissodedadossimtricaeassimtrica; Serviosbaseadosemcomutaodecircuitosecomutaodepacotes; Qualidadedevozcomparveladatelefoniafixa; Melhoreficinciaespectral; Vriosserviossimultneosparausuriosfinais,paraserviosmultimdia; Incorporaosuavedossistemascelularesdesegundagerao; Roamingglobal; Arquiteturaabertaparaarpidaintroduodenovosserviosetecnologias.

Em (3G Frame, 2007) podero ser visualizados alguns modelos atuais de dispositivosmveispertencentesa3G. Paraatecnologia3G,osdoisprincipaispadresrepresentativosso:UMTSe CDMA2000,retratadosnaTabela4.

Tabela4Padres3G(Teleco3G,2006) 3.1.5.1.1UMTS UMTSdesignaopadrode3geraoestabelecidoparaarededasoperadorasde celular como evoluo para operadoras de GSM e que utiliza como interface rdio WCDMAesuasevolues.Aseguir,aFigura26queexplicitaaarquiteturadoUMTS.

Figura26ArquiteturaUMTS(TelecoWCDMA,2004)

UE oterminalmveleseumdulodeidentidadedeserviosdousurio (USIM)equivalenteaoSIMcarddosterminaisGSM; UTRANredeterrestredeacessordiodoUMTSbaseadanoWCDMA;

CNncleodaredequesuportaserviosbaseadosemcomutaodecircuitose comutaodepacotes; RNS Radio Network Subsystem controla a alocao dos recursos de transmisso/recepofimdeestabeleceraconexoentreaUEeaUTRAN; RNC Radio Network Controller responsvel pelo gerenciamento da mobilidade,processamentodechamadasecontroledehandover; IurainterfaceentredoisRNS; UueIusoasinterfacesentreestasentidades.

(TelecoWCDMA,2004)aindaafirmaqueosprotocolosutilizadosnacomunicao entre entidades nesta arquitetura procuram manter compatibilidade com os definidos atualmente para o GSM, principalmente no que se refere parte do usurio. A maior alteraofoinasinalizaoSS7utilizadademodoasuportarumotransportededadoscom taxasmaisaltas. SobreacomunicaorealizadaatravsdainterfacerdiodoUTRAN,estautiliza3 tiposdecanais:lgicos,quesomapeadosnoscanaisdetransporte;transporteosquaiso RNC utiliza para transportar diferentes fluxos de informao; fsicos que compem a existnciafsicadainterfaceUu,conformedemonstradonaFigura27.

Figura27ComunicaodaInterfaceUTRAN(TelecoWCDMA,2004)

AinterfacerdioUuentreterminaldousurioesuaredeterrestredeacessordio (UTRAN)baseadanoWCDMA.OWCDMAumpadrodeinterfacerdio,entreoMS eaBTSsterminalcelulareaEstaoRdioBase,desenvolvidoparaoUMTS. OWCDMAtemdoismodosdeoperao: FDD no qual os enlaces de subida e descida utilizam canais de 5 MHz diferenteseseparadosporumafreqnciade190MHz; TDDnoqualo link desubidaedescidacompartilhamamesmabandade5 MHz. Por fim, o WCDMA utiliza como mtodo de mltiplo acesso, o CDMA de seqnciadireta(DSCDMA),comosvriosterminaiscompartilhandoumamesmabanda defreqncias,masutilizandocdigosdiferentesdeespalhamentoespectral. Paramaioresrefernciasmodulaodosinaleintegraodaarquiteturacom outrosaspectos,asespecificaesestoreferenciadasem(TelecoWCDMA,2004).

3.1.5.1.2EVDO Deacordocom(Swart&Esteves,2004),1xEVDOumsistemadedados wireless comaltavelocidadeealtacapacidadequecombinaaconveninciadamobilidadecomo desempenho de uma rede de dados fixa. 1xEVDO representa uma soluo com custo competitivoj queapenasumaBTS capazdeentregarmaisque4Mbpsdecapacidade usando um canal de 1.25MHz. Essa eficincia no uso do espectro significa para as operadorasCDMA,podertransmitirmuitomaisdadosparaseususurioscomumupgrade mnimoemsuarede.Acombinaodevariadosserviosdevaloragregadocomcontedos multimdiaebaixocustoporMB achaveparaaumentarademandaeosucessodos serviosdedadoswireless. Umdossegmentosquepodesebeneficiarcomestepadro omercadodebanda largaresidencialedepequenasempresasj queumarede1xEVDOpodeserfacilmente instalada,secomparadaaumaredecomfio,epodeproverumaperformancesimilaraum servioacabo/DSLde128a256kpbs.1xEVDOfoidesenvolvidoparaoperaremuma

portadorade1,25MHz,ocupandoamesmaquantidadedeespectroutilizadonossistemas CDMAanteriores(cdmaOne,cdma20001x). Devido scaractersticassimilaresderadiolink, bastantenaturalaintegraodo 1xEVDOcomasredesCDMAexistentesreutilizandoinfraestruturadasBTSs,antenase equipamentos de transmisso e recepo. Essas similaridades tambm permitem aos fabricantesdeterminais1xEVDOaproveitarosignificativomercadoCDMA. Outra vantagem do 1xEVDO que alocando um canal de freqncia para transportarapenaspacotesIP,temsecomoresultadoousoeficientedosrecursosdarede permitindoatransmissodedadosdeat2.4Mbpsnodownlink. 1xEVDO est preparado para operar nas faixas de freqncia de 450MHz, 850MHze1,9GHz.Quantoasuataxadetransmisso,umexemplofornecidopor(Swart& Esteves,2004)foiodownloaddeumarquivoMP3de4MBytesquelevaria,emmdia,25 minutosemGPRS,8minutosem1xRTTesomente50segundoscomo1xEVDO. Ataxadetransmissomximadedadosnarede1xEVDO de2,45Mbps(real, noapenasterico).Entretanto,comoemoutrossistemascelulares,enquantoousuriose movena readecoberturadeumaBTS,eleexperimentar boasemscondiesdesinal, reduzindoataxamdiaefetivaparacercade700Kbps.No upload,ousuriotemtaxasde dadosdeat153Kbps,enquantoqueamdiadecapacidadedosetordaBTSficaemtorno de350Kbps.Todaexplicaosobresuaarquitetura,algumasoutrascaractersticaseusode protocolosespecificadaem(Swart&Esteves,2004). 3.1.5.1.3Tabelacomplementar Apenasparafimcomplementar,segueaTabela5queilustraasituaorecenteda telefoniacelularnomundo.

Tabela5AssinantesnoMundo(GSMWorld,2006)

3.1.5.24G H consenso quanto aos seus principais aspectos, mas ainda no existe uma definiomundialmenteaceitadessafuturarede.Osespecialistasconcordamemquea4G dever unificar as diferentes redes wireless, incluindo (LANs) wireless nas diversas tecnologias existentes (IEEE802.11,HiperLAN/2,bemcomoasredesde reapessoal, como Bluetooth).Tambm esperadaintegraonoapenasdasredespblicasfixase celulares, mas especialmente da ampla rede de outros equipamentos mveis (laptops, PDAs,supercmerasdigitaisetc.)queporseuintermdiofaroo roaming,nasdiversas reas geogrficas e de concesso de operadoras. Essa rede 4G deve tambm interligar WANs,permitindoqueseconectelaptopseoutrosdispositivosmveisaumainfinidadede novos provedores denovosservios wireless,praticamente emdiversospontosdopas (Wireless Brasil4G,2006).Algunspadresqueestosendoestabelecidospara4Gsoo WiMax eo WiBro, quepodemserentendidosrespectivamenteem(WiMax.com,2007)e (WiBro,2007). Umimportante diferencial entre 4G e3G o aumento da taxa detransmisso. SegundoNTTDoCoMo(Whatis 4G,2006),companhiade wireless japonesa,enquantoa velocidadepara imode (mobileinternetservice) teoricamentede9.6Kbps,oquena prticatendeasermenor,ataxadetransmissodo3Gatingecercade200vezesisto, enquanto 4G poderia atingir cerca de 2040Mbps (cerca de 1020 vezes avelocidade padrodoservioADSL).

3.2AspectosdoDesenvolvimentoparaDispositivosMveis
Odesenvolvimentoparadispositivosmveispressupeaexistnciadeumainfra estrutura apropriada ao seu projeto e execuo, ou seja, requer a existncia de uma plataforma de suporte a servios mveis, e que esteja conceitualmente preparada para trabalharcomumambientealtamentedinmico,comcertalimitaofsica,sejadeespao, sejaemmemria,comconstantesmudanasnosrecursosdisponveisenosrequisitosdo usurio. Para tal, questes centrais, acerca do desenvolvimento da interface e das plataformasdedesenvolvimento,forampropostas.

3.2.1QuestesparaDesenvolvimentodaInterface
Segundo (Mosimann Netto, 2005), a questo central no desenvolvimento de interfaceparadispositivosmveisestnoequilbrioentre designediagramadenavegao dossistemas.Oprimeiroir consistiremmenus,logomarcasetornaosistemacomoalgo maiorqueumsimplesformulrio.Odiagramadenavegaoconsistir nocaminhoqueo usuriodosistemadeverfazerparachegaraumdeterminadoponto. Os sistemas mveis devem ser projetados levando em considerao os limites impostospelosparadigmasdosdispositivos,comoresoluodetela,tecladopequeno,one hand acess. (Shadish, 2004) afirma que a implementao do programa deve atender necessidadedeseutilizlosomentecomosdedos.Logo,umatelamuitocarregadade opes,asapresentar empequenaresoluo,eisto,almdedificultaravisualizaoe entendimento,tambmprejudicaanavegabilidade. A seguinte questo sobre o modelo de navegao adequado foi proposta por (Shadish,2004).Dentreasopescomunsmaisvlidas,existemoscrollingeanavegao paginada.

Comoscrolling,ocontedoserexibidocomoumalongapgina,ondeabarrade rolagem usada para navegao vertical. Mtodo que pode ser bem adaptvel, por exemplo,paraaWeb,oudocumentoscomoMicrosoftWordedotipoAdobeAcrobat.Sua limitaosed nosentidodequepodeserincmodaamovimentaodatelaemcertos momentos,almdeexistirapossibilidadedequecamposdeentradaposicionadosforada rea visvel da tela, possam ser deixados de lado, a menos que a pgina imponha ao usurio,opreenchimentodoscamposobrigatrios. Pararesolverestesproblemas,existeaopodenavegaopaginada,quesed de modo que as informaes de uma tela nunca sero maiores que a rea exibida pelo equipamento.Nestecaso,ocontedo divididoempginasseparadas,eoacessoanovas pginas efetivadoaoseclicarnasabas.Sehouvermuitaspginas,estasabaspodero apresentaraopoanterior/posterior.Anavegaopaginadaresolveasituaodoscampos de preenchimento obrigatrio, uma vez que necessariamente no ir ocultlos, o que poderiaocorrernaopode scrolling.Acomplicaodaimplementaopornavegao paginada est na implementao das abas, devido variao de tamanho das telas de dispositivo para dispositivo. A Figura 28 exemplifica a navegao paginada e por scrollling. Aexperinciaadquiridaporumusurioaolongodousodos layoutsdesenvolvidos nopodeserignorada.Segundo(MosimannNetto,2005),devesecriarformasdeacesso diretoamdulosexistentes.Noseriaumaboaopodeusabilidade,forarousurioa navegarporcincoouseismdulosdiferentesafimdechegarao7,porexemplo. Umanovaquesto referenteaousodasfontesdetexto.Shadishafirmaque preferveloptarpelousodeapenasumtamanhodefonteemsuaaplicao,seumtamanho somente noforpossvel, queseja omnimo possvel.O usodenegrito uma opo interessanteparaadiferenciaoentrecamposdettulooutexto.

Figura28Navegaopaginadaescrolling(Shadish,2004) Outropontoquedeveserpadronizado ousodecores.Aindasegundo(Shadish, 2004), quanto mais cores, mais perda de absoro da informao vai acontecer por confuso.Duasoutrscoressoorecomendvelparautilizaoemtodoaplicativo.Alm disso,devesetomarcuidadoparanogerarumadependnciamuitofortedascoresem termosdadiferenciaodassees,umavezqueexistempessoascomdificuldadesvisuais queficariamimpedidasdeutilizaraaplicao.Deacordocom(MosimannNetto,2005),a padronizao indispensvel.Seh acriaodeummenularanjaaoladodireitocomos tensdosistemaemazul,omesmopadrodeveserseguidoparatodososmdulosdo sistema.Nosedevecriaromenucadahoraemumlugar. Devese evitar esconder menus, controles ou telas inteiras da rea de viso do usurio.Esteprocedimentofrustraousurio,principalmentequandoeleusouumdesses itens no passado e, agora, no consegue mais encontrlo na interface. O ideal seria desabilitarasfuncionalidadesqueestoforadocontexto.Destemodo,ousuriosaber onde a funcionalidade est, sem perder tempo em procurla; e tambm saber que a funcionalidadeemquestonoapropriadaaocontexto.

Outro quesito de implementao referese seleo de dados pelo usurio. O implementadordevesaberoptarqualcontroledeseleo,ser adequadoparaasituao. Devesesaberusarradiobuttons,listboxesoucomboboxes.Aregrapropostausarradio buttons, quandoousuriotiverdeescolherentretrsoudoisitens.Quandohouverum nmerodeescolhassuficienteparaocuparboapartedatela, recomendvel combo box. Mas,quandoonmerodeescolhasforgrandedemodoquenocabenatela,deveseusar list box.Aousarumlistbox, importanteorecursodelocalizaroregistromaisprximo com a entrada do primeiro caractere, no caso de existir um nmero muito grande de escolhas. Seguindoasquestesdeinterface,indispensvelqueaaplicaosemprerequisite aousurio,aconfirmaodequealgumainformaoserapagada.Umavisodotipo"voc desejarealmenteexcluir[nomedoqueserexcludo]",permitindoescolherentresimeno, dar aousurioumanovachance.UmadicadeShadishestabeleceacriaodealguns nveisdeundoemtelasqueaceitamentradasdetextoemblocos.(MosimannNetto,2005) porsuavez,citaaimportnciadesealertarousurioquantoaoserros.Deveseevitar mensagenstcnicas paraleigosemprogramao,comoporexemplo:"Nofoipossvel encontrarumainstnciaparaoobjeto".Asmensagensdevemsersimples,diretasesempre seguindoumpadro,evitandoaomximointimidarousurio.Umexemplodistoseria"Seu celularpodernomaisfuncionarcorretamentesevocfizerisso!Temcertezadoquevoc estafazendo?". Quanto aos cones da aplicao, estes devem necessariamente representar a funcionalidadepropostaatravsdesuaimagem.Nosedevereinventarformatosefiguras, quantomaispadronizado,maiorapraticidadenousodoprograma. Outropontoqueaaplicaodevemostrarclaramenteoscamposobrigatrios,para evitar que o usurio preencha campos que considere desnecessrios, e fique sempre retornando tela de preenchimento, no caso de alguma omisso no fornecimento dos dados.AFigura29demonstraumaformadesealertarsobreoscamposobrigatrios.

Figura29Visualizaoclaradoscamposobrigatrios(Shadish,2004) Naturalmente, a variedade de dispositivos mveis aumenta (Pocket PCs, Smartphones,dentreoutros)eospadresdetamanhodetelaoumtododeentrada,por exemplo, variam de plataforma para plataforma. Devese prever como a aplicao aparecer eser exibidanessasdiferentesplataformas,ecomoelavaisecomportar,para que no mnimo, os usurios que tentarem rodar sua aplicao em dispositivos incompatveis,possamobteralgumaexplicaoparaonofuncionamento. Observasequeapesardasfontesbibliogrficasutilizadasnoestudoespecficode interfaces,seremdatadasde2004e2005,aindaestovlidas,umavezqueindependenteda evoluodospadresmveisat omomentoatual,taisquestesestopresentesvisandoa conservao da qualidade da usabilidade e navegabilidade, propriedades centrais no desenvolvimentodainterface.

3.2.2PlataformasdeDesenvolvimento
A seguir, sero expostos os aspectos relativos s principais e mais populares plataformasdedesenvolvimentosparadispositivosmveis.

3.2.2.1JavaME OJavaMEumaplataformaparapequenosdispositivosmveis.Segundo(Teixeira & Carniel, 2006), a plataforma suporta aplicaes Java comumente usadas em outras arquiteturasdistinguindoseapenasporterumaAPIespecfica,enquantoqueasdemais

arquiteturasfazemusodeoutrasAPIsnativasdamicroarquitetura.ComooJavaMEno compostosomentedeAPIs,aseguirseroexibidasassuascaractersticasdeconfigurao, segurana,restrieseperfis. 3.2.2.1.1Configurao (Teixeira&Carniel,2006)afirmaqueaconfiguraomaisbsicaetambmamais importantedoJME oCLDCumaconfiguraoparadispositivosmveisqueutilizam baterias como fonte de energia e possuem limitaes de memria e processamento. A mquina virtual utilizada pelo CLDC a K Virtual Machine, que adequada para dispositivoscomprocessadores/controladoresRISC/CISCde16/32bitsecomumtotalde memriade160K,dosquais128Ksoutilizadosparaarmazenamentodamquinavirtuale debibliotecas.Elafornecebaseparaumaoutraconfigurao:aCDC.Esta,porsuavez, prov algumasfuncionalidades adicionais erequercapacidades adicionais de hardware, pois um framework para construo de aplicaes em dispositivos integrados como pagersedecodificadoresquepossuemumamaiorcapacidadedeprocessamento(32bits)e dememria(2MBdeRAMe2.5MBdeROM). 3.2.2.1.2Perfil UmperfilumasriedeAPIspadresque,combinadascomalgumaconfigurao, (nocasooCLDC)prov umserviocompletoparaaexecuodeaplicaesespecficas. Porexemplo,oMIPD umperfiltotalmenteespecificadoparaoCLDCe destinadoa aplicaes paracelulares comojogos,aplicativos queacessamagendaseaplicativosde enviodemensagem. OMIDPoperfilmaiscomumenteutilizado.DeacordocomositeLeClubJava maisde80%dosaparelhoscelularesdehojeemdiasuportamMIDP2.0eCLDC1.1.Em (SouJava1,2007)podeserencontradaumalistabemcompletadefabricantesemodelos decelularescompatveiscomMIDP1.0e2.0. Celulares,emsuaquasetotalidadehojenomercado,trabalhamcomoMIDP1.0/2.0 eCLDC1.0/1.1.Averso2.0doperfilMIDP,emrelaoaoMIDP1.0,possuialgumas bibliotecasamaisdegeraoereproduodeudioereproduovdeo(noMIDP1.0no

erapossvelgeraroureproduzirsomouvdeo),aAPIdeinterfacegrficafoiexpandida commaisfunesdejogoseasegurana maior,poisoacessoafunespastas,rede, portas de comunicao protegido por meio de permisses definidas por domnios de proteo(oMIDP1.0noendereavaospedidosdeacessoaosrecursos).Em(Teixeira& Carniel, 2006), entendese que os perfis so mais especficos que configuraes; por exemplo,arespeitodeumcarro,podeseconsiderarcomoelefabricado(configurao)e comoummodeloespecficofabricado(perfil);tecnicamentefalando,perfilbaseadoem configuraoenquantoasAPIsdefinemomodeloespecficodamarcausada. Dos perfis de maior usopara estudos efinalidades comerciais estooMIDP e tambmoPDAPambosestoacimadoCLDC. ParaoCLDC,nomnimo,16MHzsorequeridos,esetratandodeaparelhos'topo delinha'podemchegarat 300MHzouumpoucomais(at omomentoatual),porm muitodifcildizeraocerto,poisoacessoainformaesdessetiponasespecificaesdos fabricantes bem restrito. A conexo lenta, tipicamente de 9.600bps para aparelhos TDMA/CDMAede128KbpsparaGPRS/CDMA1xRTT. MIDPtemasseguintescaractersticas: Mnimode160kBdememrianovoltilparaJAVA; Umprocessadorde16/32bitscomumclockdenomnimo16MHz; 32KBdememriavoltilparatempodeexecuo; Pelomenos192KBlivresparaJava; 8KBdememrianovoltildeparaarmazenamentodedados; Umateladepelomenos96x54pixels; Capacidadedeentradadedadossejaporteclado(docelular),tecladoexternoou mesmotouchscreen; Possibilidadedeenviarereceberdadosemconexopossivelmenteintermitente ebandareduzida. Seguemdoiscomparativos,deacordocom(Borges,2005). ComparativoentreCLDC1.0eCLDC1.1:

Inclusodesuporteapontoflutuante(classesFloateDouble); Exignciadememriatotalmnimaaumentadade160Kbpara192Kb; Melhoranomodelodethreads; Incluso de algumas funes no pacote java.lang (Random.nextInt(int num), String.intern(),etc.).

ComparativoentreMIDP1.0eMIDP2.0: Includascomponentesde GUI,almdemaisrecursosparagerenciamentode eventos; Novasclassesparajogos:GameCanvas,Sprite,TiledLayer,etc; MultimediaAPI; Redes(ServerSocket)esegurana(HttpsConnection); AssinaturadeMIDlets(certificadosdigitais)ePushRegistry.

3.2.2.1.3Segurana PormeiodoJavaME,dificilmentehaveriaproblemas(devidoseguranafornecida peloMIDPatravsdagarantiadeconfidencialidadedosdados,viacriptografia)defalhana segurana,pormjforamvistoscelularessendoatacadosporvrusqueexploramfalhasno sistemaoperacionalenodeumaaplicaoJavaME. Amquinavirtualtemumespaoindependentedememria(sandbox),enopode acessaramemriacorrespondentesaplicaesnativasdocelular,assimcomofeitocom asapplets,umpoucodiferentedoJavaSE. 3.2.2.1.4Restries ACLDC1.0nopossuisuporteapontoflutuante,ouseja,aplicaesquetrabalhem comcontas,evaloresreaisteroquemanuselosemcdigo.Averso1.1doCLDCj possuisuporteapontoflutuante. Houtraspendnciascomo: SemuserclassLoading;

Semfinalizaodeobjetos(finallize()dejava.lang.Object); Garbagecollectorexiste,pormnoexecutamtodoautomtico; SemRMIeJINI; Semmtodosnativos,anoserosfornecidospelaJVMnativa; Multithreading(seminterrupt(),pause(),resume()estop()); Semthreadgroupsethreaddaemons.

3.2.2.2.NetCompactFramework A Microsoft .NET CF (Microsoft .NET Compact Framework) se trata de um produtodaMicrosoft.NETFramework.Portalmotivo,a.NETCFherdoumuitasdesuas caractersticaseformasdeexecuo.Segundo(MosimannNetto,2006),todososcdigos desenvolvidosparaseremexecutadossoba.NETCFsoexecutadosporumcompiladorde altaperformance,denominadoJIT.Estecompilador responsvelporotimizarocdigo paraodispositivoondeosoftwareserexecutado.Emoutraspalavras,omesmosoftware otimizado para ser executado em dispositivos que possuem recursos de hardware ou software diferentes. Ainda no contexto do .NET CF, h a CLR juntamente com uma coleodeclassespermiteumagernciadeprocessosotimizadaparaserexecutadaem equipamentoscomlimitaesdeprocessamento,memriaoudisplay, como ocasodos dispositivosmveis. Avantagem trazida pela .NETCF a possibilidade dodesenvolvimento multi linguagem. Em um mesmo projeto, podese construir cada mdulo em uma linguagem diferente. Por exemplo, construir as classes de acesso a dados em C# (CSharp) e os mdulosdeinterfaceem VisualBasic.NET.Issopossibilitaaprogramadores ntimosde umadeterminadalinguagemacontinuartrabalhandodamesmaforma,atravsdeumnovo conceito. Aplataforma.NETCFpermiteodesenvolvimentode softwares commuitovalor agregado,comoporexemploobancosdedadosSQL Server CE Edition,quemanipula arquivosXML,acessaWebServicesemanipuladadosderetorno,tendoumamploacessoa

biblioteca grficaGDI,possuindorecursosparainfravermelho,possuindorecursospara Bluetoothentreoutros,conforme(MosimannNetto,2006). Umacuriosidade quejuntamentecomolanamentodo.NETCF,aMicrosoft lanou o Visual Studio.net, uma IDE muito utilizada inclusive por plataformas concorrentes,conformeserexpostonasubseosobreBREW.

3.2.2.3BREW O BREW foi desenvolvido pela Qualcomm, a mesma empresa que difundiu a tecnologia CDMA. Em conjunto com o Visual Studio da Microsoft, apresenta segundo (Franco, 2006), boas vantagens em relao a alto desempenho e produtividade. Uma vantagemqueoBREWsetratadeumambientecomamplacapacidadedeportabilidade, umavezqueaQualcommteveoobjetivodeconstruirasAPIsdemodoqueelaspudessem estardisponveisemtodasasplataformas.Nestecaso,oBREWpodeseradaptadotantoem dispositivos que apresentam sistema operacional quanto naqueles que no possuem recursos suficientes paratanto. Outravantagem queodesenvolvedor quej conhece C/C++precisarapenasaprenderasfuncionalidadesdasAPIs.Paraodesenvolvimentoem BREW possvel utilizar as linguagens de programao C/C++ e Java, embora a linguagemmaisutilizadasejaC++. ComoobrigatrioparaodesenvolvimentoemBREW,citaseoBREWSDK.Sua programao feitautilizandosedemdulos,sendoummdulocompostoporumaou maisclasses.Essasclassespodemserclassificadascomosendo applets ouno.Umtipo importantedemdulo oMIF,quecontmaextenso.mifeguardaosIDsdetodasas classes(atravsdousodosarquivos.bid),almdeguardarnomese conesdos applets quepodemservistospelousurioatravsdeummenuantesdeseremexecutados. NoBREW,todaclasse,seja applet ouno,precisadeumidentificadordeclasse nico, o BID (BREW ID).UmBID correspondea umarquivo comaextenso .bid contendoumnmerointeirode32 bits,fornecidopela Qualcomm paradesenvolvedores registrados.Essenmeroprecisaserdiferenteenicoparacadaclasseutilizada.Emtermos

deaprendizadoetestes,podeseutilizarumBIDfictcio,semquehajaanecessidadedese registrarnositedaQualcomm. Dentre os componentes complementares da plataforma esto os Resource Files, comosquaispossveladicionarstrings,imagensoucaixasdedilogo,atravsdousodo aplicativoResourceEditor.E,assimcomoemqualquerplataformadedesenvolvimento,o BREWSDKtambmofereceumsimulador,oBREW Simulator.Estecontmdiversos tipos de dispositivos para que testes possam ser feitos antes de enviar o aplicativo ao dispositivomvelreal. Aindadeacordocom(Franco,2006),BREWapresentaumadocumentaoconcisa ebemelaborada,agregadaaoBREWSDK.Oarquivodedocumentaomaisusadoede extrema importncia o API Reference, que inclui a documentao de todas a APIs suportadaspeloBREW.

3.3SoluesparaVoIPemDispositivosMveis
DizsesoluoVoIPtodatecnologiacapaz,noapenas,desuportarvozsobreIP, mas fazlo da forma mais eficiente possvel. Isso porque h uma QoS mnima que classificaemusvelounoumasoluo.

3.3.1SoluesemSoftware
Umadassoluesdemaiorusovia Web emrelao avozsobreIP o Skype (SKYPE#1,2006),que umprogramadecomunicaobaseadaemvoz.Eleutilizaum protocolonopadronizadoproprietriodaprpriaSkype,oIPSkype(GEEK,2006),eque possuimelhorperformancedoqueoSIP(BRLinux,2006).Oseugrandeproblema que porserproprietrio,nopermiteacomunicaocomoutrosprogramaspreexistentesou TelefonesviaIP,comoosdopadroSIPeH.323(MoraiseSilva,2006). Almdeste,omercadovempresenciandoocrescimentodoGizmo(GIZMO,2006). AFigura30apresentaumexemplodeexecuodeste software,quepossuiumalistade contatos e um quadrode dilogo, seguindoos padres de aplicaes multimdia como

verificao de status dos membros da lista, mensagem instantnea para os contatos, transfernciadearquivos,janelasparaconversasrealtime,dentreoutros.

Figura30ExemplodeVisualizaonoGizmo(GIZMO,2006) OGizmopossuitarifassemelhantesaoSkype,almderecursostambmsimilares atravsdousodopadroabertodetelefoniaSIP.Oprojetotemadotandoestratgiasde marketingeficientes,fazendocomqueoGizmoalcanceumnmeroexpressivodeusurios. Segundo(Stevenson,2006)algumasdasinovaesmaisinteressantesdoGizmo soacapacidadedegravarachamada,voicemailparaemaileaconfiguraoquepermite queumachamadapossaseralertadatantonoPCquantoemumnmerodecelular sua escolha. Quanto qualidadedosom,tantoo Skype comoo Gizmo utilizamatecnologia GlobalIPSound'sVoiceEngine, (Stevenson,2006)afirmanoterencontradoproblemas relacionadosaatrasoejitterduranteotestedequalidadesonoradoGizmo.Atravsdouso deum headset dequalidade,osomdo Gizmo podeserespaosoetridimensionalcom muitomaiscapacidadequeteriaumtelefoneconvencional. OGizmonoutilizatcnicaspeertopeerparaconferncias;utilizandoatcnica novelserverbased(Jackson,2002)apresentamaioresdetalhessobreamesma.

OGizmoapresentadoisservidoresparaconferncia:oseuprprioservidor,eum servidoremparceriacomaFreeConferenceCall.com,amboslivres. Deacordocom(GIZMO,2006),oprojetosuporta10participantesnaconferncia sem perder qualidade. Entretanto, no caso de todos deixarem seu Gizmo phone mudo quandonoestiverconversando,acapacidadesobeparacercade30participantes. Aindasegundo(Stevenson,2006),umsoftphoneirterdependnciafinanceiraem relao vendadeconectividadejuntoaPSTN,enestecaso,oGizmoofaz,nosEstados UnidosdaAmrica,por1centavo/min.Porfim,(Stevenson,2006)concluiqueumdos fatores mais importante do Gizmo que o mesmo faz uso do SIP, o que propicia interoperabilidadeeamplacapacidadedeutilizaodosoftwareaoredordomundo. Uma outra alternativa, talvez uma das mais recentes, chamase SkypeOUT (SKYPE#2,2006),quepodeserusadoemumPDAprximoao HotSpoteligadocomono Skypeconvencional,contandocomumataxamnimadeuso,comvaloresbemprximosde umaligaolocal.NaFigura31,humprottipodoprodutoquejestdisponvelparauso comercial(SKYPE#2,2006).

Figura31SkypeOUT(SKYPE#2,2006)

Tmse,atualmente,tecnologiascomoADSL,DSL,CDMA,TDMA,entreoutrosque fornecem suporte a redes IP. Os softwares no s tm foco em aproveitar a estrutura existente,masdisponibilizarnovasreasdeatuaonomercadodastelecomunicaeseTI. Hoje em dia, j existem APIs que trabalham com a camada de aplicao SIP funcionandocomomiddlewaresequefornecemtodoumaparatoparaodesenvolvimento nos desoftwaresparacomunicaodevozcomoaplicaesparadispositivosmveis. Este ocasodaAPIJava:SIPAPIforJ2ME(SUN#2,2006).Umaidiadoqueas diferentes ferramentas case podem oferecer pode ser obtido no prprio portal da Sun Microsystems(SUN#1,2006).

3.3.2SoluesemHardware
Os telefones IP so os dispositivos mais revolucionrios da indstria das telecomunicaes.Asgrandespossibilidadesinerentesaessesdispositivosvoprovocar umaexplosodeinteressantesaplicaes,devdeofonesadispositivosderdioemisso dealtafidelidade.Umarevoluosobreopoderdesecomunicardamaneiraquequiser (TELECO#1,2006). Osaparelhosmveis,emespecialoscelulares,tornaramseacessveisatodosno spelousodorecursodecomunicao,massimpelamobilidade.Osprincipaisfabricantes detelefoniacelularvmcolocandoseufocoemaparelhosquesejamhbridos(GSMe Wi Fi) (MOBILELIFE, 2006). Segundo (TELECO #2, 2006), estes ainda no apresentam nomescomerciaisespecficoseimplementariamaconhecidaGANquepermitemroaming transparente entre chamadas de voz e dados de uma rede GSM para uma rede WiFi, baseadaemHotSpots. RetrocedendoaoSkypenoquedizrespeitosoluoVoIPparadispositivosmveis noquesitohardware,podeseressaltarqueoSkypecomeoulanandoaversoparapocket PC. A chamada pode ser feita por infrared ou bluetooth (usando um celular como conexo),WiFie3G(SKYPE#3,2006).Estaumasoluoqueenvolveotimizaotanto porpartedesoftwarequantohardware(MOBILELIFE,2006).

A definio da arquitetura e deslocamento da comunicao do Skype Pocket mostradanaFigura32.Nela,somostradas asduasformas deutilizao do Skype. A soluoem software exemplificadapelaredeenvolvendooPC,quefar usodeuma conexoADSLouacabo,porexemplo,paraodesenvolvimentodacomunicao.Porsua vez,asoluoemhardware exemplificadapelopocketpc,quenecessitar apenasdeum roteadorWiFi,porexemplo,paraquepossafazerusodo HotSpot representandoalgum pontodeacessopblico.

Figura32SkypePocketPctraduzidode(Boulogne,2004) Somenteotempoeoempenhonodesenvolvimentotcnicopodemestabelecerdatas paraatransiocompletadosistematradicionaldetelefoniaparaVoIP.Aindah muitoa seravaliado,sejaemconceitos fundamentaiscomoqualidadedevoz,sejaemquestes tributriassobreacobranadosnovosservios.Asvantagensvmsetornandocadavez mais claras ediversificadas.Desdeapossibilidade desuporteasistemas unificados de mensagens,podendointegrarcorreioeletrnico,devozefax;mobilidade,apossibilidade deacessoaosistemadequalquerlugaroufacilidadedeintegraocomoutrasaplicaesde dadosevdeo,comoporexemplo,sistemasdevdeoconferncia.Entretanto,tudoainda ocorreapenasnoclimadeexpectativa.

4.PropostadeArquiteturaeAplicao
Neste captulo, apresentada a proposta de arquitetura para comunicao VoIP entre dispositivos mveis (celulares, em especial) e os requisitos mnimos para a sua implementao.

4.1ArquiteturaFundamental
Destacamse,sobumavisomacrodaarquitetura,osseguinteselementos: Dispositivocelularparaoqualser desenvolvidaumaaplicaoquepermita comunicaoVoIP; CentralAsteriskresponsvelpelaalocaodeIPstemporrioseautenticao deusurios; BasededadosumcomponentedoGWdegernciapresentenoAsterisk.

AFigura33exibeoscomponentesdaarquiteturaeexemplificaofluxodeuma chamadatelefnicasalientasequeh doispossveistiposdeterminais:umproveniente darededetelefoniaGPRSeoutrodeumafonteAquesecomunica,viaIP. OSistemaAutnomoVoIP,compostopelaRedeIP,CentraleBasedeDados,est ligado redeIP,deonderecebepedidosdeautenticao,fazconexoentreterminais, gerenciamentoderequisiesdechamadaseoregistrodasmesmas.

Figura33SistemaAutnomoVoIPedoispossveisterminais(FonteAeFonteGPRS) Aidiadestetrabalho utilizarumaaplicaoimplementadasobreacamadade rede existente nos celulares, que servir de interface para utilizao da estrutura de comunicao VoIP provida pela arquitetura. Desta forma, havendo a necessidade de comunicao, aaplicao ser iniciada nodispositivomvel,disparandoumpedidode autenticao, na qual o requisitante ir informar login e senha, para a Central, que representadapelosistemaAsterisk.ACentralefetuaraautenticao,esendoestaefetivada comsucesso,arquivamseendereosIPtemporriosque,porsuavez,soatribudospelo Asterisk eenviadosparacadaumdosladosdachamada.Apartirdeento,aaplicao passa a ser utilizada somente entre os dispositivos mveis envolvidos, sendo que a digitalizaodavozfeitanosprpriosaparelhosecompactadapelocodecG.711. Paraestetrabalho,desenvolveseumasoluoparaocenriodeSinalizaoIP SinalizaoIP. Tambm importantelembraranecessidadedehaverlarguradebandasuficiente paraatransmissocontnuadavozlarguraestaquedependedaescolhado codec edo protocoloVoIP. Aseguir,socobertososdetalhesarespeitodaestruturadecomunicaoemrede que integra a Central do Sistema Autnomo aos demais envolvidos na arquitetura, apresentada na Figura 33; alm das justificativas quanto s escolhas de protocolos e recursos de hardware/software utilizados, assim como detalhes acerca da aplicao desenvolvida.

4.1.1RededaCentraldoSistemaAutnomo
Aestruturaderede baseadaemSistemasAutnomos(ouSAs),comonomodelo deestruturaderedeconsideradapeloprotocoloderoteamentodinmicoBGP(Meggelen& Smith&Madsen,2005).OconjuntodeSAsformaumarededecomunicaoVoIP.A coberturadeumSAVoIPnodependenecessariamentedadistnciafsicaentreaCentrale oselementosquesecomunicamcomela(telefonesIP,celulares,softphoneseoutrasfontes decomunicaomultimdia,porexemplo). CadaSAcapazdeatenderanusurios,ondenonmerodeconexespossveis deserematendidaspelaCentral(sistemaAsterisk)deformaaasseguraromelhortempode respostapossvel,paraousurio,ouseja, possvelqueumusurioqueestejaapoucos metrosfisicamentedaCentral,sejaatendidoporoutraCentral,eumsegundousurio,com umenlacedemelhorqualidade,porexemplo,queestejaavriosmetrosdessaCentral possatersuarequisioatendida. AFigura34representaofatodaCentraldoSAVoIPpoderpossuirinterfacetanto com qualquer dispositivo multimdia com sinalizao IP como com a rede PSTN. Na Figura 34 so exemplificadas interfaces de telefones convencionais, celulares e computadores.

Figura34Macroarquitetura

Na Central, esto encapsulados todos os servidores que compem a arquitetura, inclusiveasinterfacesderedeIPePSTN.Abasededadosporsuavez,conter todoo endereamentoSIPnecessrioparaqueumaestaoquesejacomponentedeumaredeIP possaserreconhecidaetenhaseuservioautenticado. AFigura35serefere disposiodos gateways quecompemaCentraldoSA VoIP.Nela,podeseperceberahierarquiadispostanoAsterisk(ostrscomponentesGW dafigurarepresentammdulosdefuncionalidadesdistintasdoAsterisk).OGWdevozser oresponsvelpelorepassedofluxode udioentreaRTCCearedeIP,nocasodeum cenrio de comunicao sinalizao IP PSTN. O GW de sinalizao tratar de funcionalidades,talcomoconverterumasinalizaoSS7(RTCC)paraVoIP.J oGWde gernciapermitecontrolaroestabelecimentodenovaschamadaseapresentaumabasede dadoscontendoosIPstemporrios.

Figura35Gatewaysdeinterfaceeservio(MdulosdoAsterisk)

4.1.2Protocolos
AarquiteturafoipropostaparaseraplicadasobreoprotocoloSIP.Advidainicial seriaemrelao suaescolhaperanteoprotocoloH.323.Porfim,optousepeloSIPpor esterepresentar,emcomparaoaoH.323,umatecnologiamaisrecente,padroIETFe

comapoiodegrandepartedasempresasqueinvestemempesquisa(emespecial,aquelas queatuamnomercadodeaparelhoscelulares)eumconseqentemaiordesenvolvimentode pesquisas isto foi priorizado em relao ao H.323 que apenas apresenta maior popularidade devido ao fato de ter sido o primeiro com um conjunto de padres estabelecidos(ITU)(SIPCenter,2007). Para complementar, o fato que como no havia experincia de trabalho com ambososprotocolos,porpartedaequipedeprojetofinal,easinformaesencontradas sobre a comparao entre eles serem apresentadas com antagonismo, com autores privilegiandoumououtrodeacordocomumavisopessoal,optouseporaquelequese julgou,comoumprotocolocommaiordisponibilidade deAPIsdisponveis eempresas interessadasemseuinvestimento.Em(SUN#2,2006)podemserencontradasreferncias nestesentido.

4.1.3Hardware/Software
No tocante a softwares, para o desenvolvimento da aplicao, foi escolhida a plataformaJavaME.Ofatordecisivoparatalescolhafoiamaiorexperinciadeusoe maiordisponibilidadedecomponentesadicionaisemrelaoplataformaBREW(tambm pesquisada).UsouseoAsteriskPBX1.4.4sobreosistemaoperacionalUbuntu6.0.6pelo fatodequeestaferramentaatendesnecessidadestaiscomogatewayVoIP,sinalizaoIP, gateway de voz, PBX, gerenciamento de autenticaes e registros. Outras ferramentas comooSUNProxy&Registrarapenasregistraeautenticaosusurios. Sobreocontextodehardwareutilizado,destacamseosaparelhoscelulares.Neste caso,relataseadificuldade,durantearealizaodestetrabalho,parainserirversestestes daaplicaoemdiversosmodelosdeaparelhos.Pelafaltadeexperinciaemrelaoao escopodedesenvolvimento,aequipepreviu,inicialmente,quemodelosqueapresentassem suporte a JVM, CLDC 1.1 e MIDP 2.0 teriam capacidade de executar a aplicao. Posteriormente,foicomprovadaanecessidadedequeelesapresentassemoadicionaldeter suporte APIJSR180,denominadaSIPAPIforJ2ME.Adificuldadenestecaso,est em encontrarmodelosqueapresentamtalAPIeosaltoscustosparaobteno,umavezquese

tratamdesriesrecentes(a partirdefimde2006),comagrandemaioriaaindanotendo sidodisponibilizadanoBrasil.OsmodelosdeaparelhosdassriesNeEdaempresaNokia soexemplosdedispositivos(umavezqueestassriestambmincluemsmartphones)com suporteparaaAPIJSR180. ParaaCentral,roteamentoeGateways(gerncia,sinalizaoevoz)utilizouseuma mquina Athlon XP 2200, 512 MB RAM, com duas placas 10/100M Fast Ethernet Network Adapter, Sistema Operacional Ubuntu 6.0.6 Dapper e Servidor Asterisk PBX 1.4.4. Para os terminais, foram utilizados dois Notebooks Toshiba M115S3154, Intel CentrinoT22501,66GhzDuoCore,2GbRamDDR533Mhz,HD100Gb,2MbCacheL2, WindowsXPProfessional,JavaWirelessToolkit2.5.1eaaplicaoSoftPhone.

4.1.4Aplicao
Aaplicaodesenvolvidacorrespondeaumprottipofuncionaldeumsoftware, que instaladonosterminais(dispositivosmveiscelulares).Paramelhoridentificao domesmo,foiconvencionadoquesechamariaSoftPhone.Aaplicao deusocontnuo, poismesmosemhaverumacomunicaoentreosterminaiselapermaneceemexecuoe aguardandopossveischamadas,mastemmaioraplicabilidadeapsfeitaarequisiode uma conexo, na qual efetuada a autenticao na Central, atribudo um endereo IP temporrio,eseautorizada,disparaseaexecuoaoaparelhocelularenvolvido.Almda autenticaonosistema,aaplicaooferecesuporteaumaagendadecontatoseainda implementaseuprincipalobjetivo:acomunicaoentreterminaisSIPremotos. Paraodesenvolvimentodaaplicaofoimontadaumaplataformadiferenciadapara desenvolvimento JavaME que pode ser executada em qualquer dispositivo que tenha suporte SIP API, ou seja, o pacote JSR 180. Usouse a IDE NetBeans 6.0 para desenvolveraaplicaoeaplataforma Sun Java(TM)WirelessToolkit 2.5.1foiutilizada porsuportarasAPIsnecessriaseoemulador. Tal aplicao baseiase no modelo clienteservidor, executvel considerando as camadas,asaber: Aplicao;

JVM; KVM; Hardwaredodispositivo; Rede(englobamaisdeumacamada,maspodeserconsideradacomoumas paraaaplicao).

Nestetrabalho,desenvolveseacamadadeaplicao.Asdemaiscitadas,porsua vez, garantem suporte implementao. A camada JVM corresponde plataforma operacionaldoSoftPhoneservindocomointerfaceentreaaplicaoeoequivalenteaoSO do dispositivo, no caso o KVM. As camadas de hardware do dispositivo e a de rede dependemdaarquiteturaedatecnologia,respectivamente,docelular.Oqueindepende paraaaplicao,porisso,nodetalhadonestetrabalho. Acamadadeaplicao,emparticular,apresentaasseguintessubcamadas: Interfacecodeceformulrios; Controlelgicadacomunicaoemanutenododispositivo; Modelo:APISIP(verso1.0.1)quefuncionarcomomiddlewareemodelode persistncia. ATabela6exibeassubcamadaseseuscomponentesque,porsuavez,sodivididos em duas colunas, sendo a primeira relacionada voz e a segunda relacionada agenda/manutenododispositivo.

Tabela6Subcamadasdaaplicao

A aplicao foi implementada seguindo o modelo de camadas supracitado. Conforme visto, h duas colunas de componentes, sendo que para a comunicao e a manutenododispositivomvelforamconsideradasduaslinhasdiferentesdaaplicao, ouseja,umaaoderealizarchamadascomoutrodispositivo(comunicao)diferentede umaaodecadastrodecontatosnodispositivo(manuteno). Nasprximassubsees,soapresentadasassubcamadasdaaplicao,destacando suaspeculiaridades.

4.1.4.1Interface Emsetratandodevozasubcamada divididaemmdiae codec.Acamadade mdiafazacapturadavozquepassadaparaocodec,queporsuavezfazacompactao adequadaerepassaparaacamadasubseqente.Oprocessodooutroladododilogo anlogo: o mesmo codec decodifica a seqncia binria transformando dados em voz digitalizadaerepassaparaasubcamadademdiaquereproduzoudio. Emtermosdodispositivoemsi,acamadadeinterfacerepresentaosformulriosde transiodeforms,ouseja,astelasdaaplicaoeasaesquelevamdeumatelaaoutra, alm do componente de requisio de dados de autenticao, registro de contatos e interfacepararequisio/aceitaodechamadas.Apartirdestainterfacegrfica,asaes dousuriosofeitas.

4.1.4.2Controle Comrespeitovoz,asubcamadadecontroletrataasmensagensSIPquechegame saem. Esta subcamada conhece as primitivas do protocolo SIP, tais como INVITE, REGISTER,MESSAGE,ACKeasdemaisnocitadas. J nocontextododispositivo,estasubcamadafazocontrolelgicodemontagem dosformulrios,controledemensagensdesucessoeerro,almdocontroledaagendae configuraesdodispositivo.

4.1.4.3Modelo Quantovoz,asubcamadamodelonopossuiintelignciaassociada,apenaspossui duasfuncionalidades:manterumaportadesadademensagens,independentedotipode mensagem,destinatrioecontedo;emanterum listener permanenteparaarecepode mensagensdestinadasaodispositivo. Emtermosdodispositivo,ocomportamentodasubcamadademodelotosimples quanto para voz, sendo responsvel pela persistncia e leitura de dados da agenda e configuraododispositivo/sistema.

4.1.5ConfiguraoAsterisk
OServidorAsterisk executadonoSistemaOperacionalUbuntu6.0.6Dapperpelo terminaldeexecuoatravsdocomandoasteriskcvvv,ousejacparaseconectarao consoledo Asterisk evparadefinironveldeverbosidade,ouseja,aquantidadede sadasdaeliminaodefalhasdalinhadecomando,quenestecasodenvel3.Assimque oAsteriskiniciadosocarregadastodasasconfiguraescontidasnosarquivossip.conf eextensions.conf,ondeestocontidasasinformaesdosusurioscomotipodeacesso, identificador,senhadecadaum,tipodecontextoemqueestarexecutando(localeinterno) eseaestaoserdinmicaouesttica.Asestaescomaaplicaoclientesoexecutadas noSistemaOperacionalWindowsXPProfessionaleseutilizamdoJavaWirelessToolkit 2.5.1 para emular um dispositivo que contem as APIs necessrias. Desta forma, uma aplicao fazumarequisio,queporsuavez encaminhadaao Asterisk quebuscao destinatrioesinalizaaestequeh umarequisioeaaplicaodoterminaldestinatrio aceitaachamada,enviandoassimumaconfirmaoparaoremetente,estabelecendoum canaldecomunicaoatravsdoAsterisk.

4.1.6DiagramaseCdigo
No Anexo A est disposto o diagrama de classes representando as classes participantesdaaplicao.OAnexoBrelativoaumavisomacrodofluxodaaplicao.

O Anexo C representa a viso da comunicao de usurios. O Anexo D apresenta o diagramadeatividadesparaautenticaoenquantooAnexoErepresentaaconexode dispositivos. OcdigodaaplicaoestdisponvelnoCDqueacompanhaestedocumento.

4.2Requisitos
Hardware:
Servidor (VoIP gateway) 1 GHz x86,512 MBRAM, e interface de rede 10/100MFastEthernetNetworkAdapter; Duasestaesdedesenvolvimento1GHzx86,512MBRAM,1GBdeespao em disco disponvel, e interface de rede 10/100M Fast Ethernet Network Adapter; DispositivomvelaparelhocelularcomJVM,CLDC1.1eMIDP2.0; RoteadorparaacessoInternet.

Software:
AsteriskPBX1.4.4+Addons; LinuxUbuntu6.0.6(Kernel2.6); JDK1.5; Aplicando o codec G.711 (64kpbs descomprimido), 20 milissegundos de durao de pacotes, aproximadamente 160 bytes de payload, 1 quadro por pacote,alarguradebandaIP/UDP/RTPrequerida80kbpsealarguradebanda Ethernetrequerida deaproximadamente95Kbpsdadosrelativosaousode umachamadasimultnea(BandwidthCalculator,2007); APISIPJSR180.

Ferramentasparadesenvolvimento:

NetBeansIDE6.0+JavaMEWirelesstoolkit2.5.11forCLDC,EA.

5.Concluso
Oprimeiroobjetivodestetrabalhorefereseaolevantamentodoestadodaarteem comunicaoVoIP,dascaractersticasdeferramentasbaseadasemsoftwarelivreparatal comunicaoedodesenvolvimentoparaatelefoniaconvencionalemvel.Estaetapafoi concluda com xito. Acreditase que houve uma exposio completa, tendo sido detalhadas todas as temticas consideradas fundamentais para o contexto. Nesta etapa, objetivousetornarocontedogerado,compreensvel queles,leigos noassunto.Deste modo,algunsassuntosabordadosaolongodoscaptulos 2e3serviramparailustrara capacidade de uso das tecnologias, no tendo necessariamente sido explorados para a soluo proposta. Fundamentadas as tecnologias, as escolhas feitas para adefinio da arquiteturaeimplementaodaaplicaopuderamserjustificadascomclareza. Um segundo objetivo deste projeto final compreende o entendimento de particularidadesdesoluesparaacomunicaoVoIP,no mbitodesoftwarelivre.No somenteemrelao ssoluesparaVoIP,masemumsentidogeral,principalmentepor meiodasetapasdemontagemdolaboratriodetestes,ogrupoadquiriuumacompreenso e experincia quanto ao uso de software livre. Atividades como instalar um sistema operacional,procurarbibliotecasespecficasparaapropostaeconfiguraroAsteriskforam fundamentaisparatal.OfatodetersidoconseguidaautilizaodoAsterisk(fatoesteque ser exposto adiante), no que lhe foi proposto na arquitetura, representa um meio de demonstrarxitonesteobjetivo. A prxima etapa indicou a necessidade de se propor uma arquitetura para a comunicao VoIP entre dispositivos mveis. A teoria que sustenta a viabilidade da arquitetura fundamentada ao longo do levantamento bibliogrfico apresentado nos captulos2e3,ejustificadanocaptulo4.Aarquitetura,quecontemplavaemseusesboos iniciais,apossibilidadedecomunicaoVoIPparaatelefoniaconvencional,foiadaptadaa fim de setornarexclusiva para dispositivos mveis, emespecial celulares. Houveesta necessidadedevido ausnciadedisponibilidadedeplacasPABXeplacasalternativas, umavezqueaaquisiodasmesmasdeveriaserfeitapelogrupo,oquesetornouuma situaoinvivelfinanceiramente.Ofatodogruponoterexperinciaemdesenvolvimento

para telefonia tambm foi decisivo neste ponto. Isto porque no havia meios de testar previamenteaplacaantesdesuaadquirila,eportal,nopoderiaserprevistoexatamente qual modelo poderia ser adaptado com funcionalidade mxima proposta de desenvolvimento.Portanto,optouseporremodelarapropostadeaplicaoearquitetura visandoumacomunicaoquefossedirecionadaparaoescopodoscelulares.Foiproposta umaarquiteturaquenoapresentasseumaltograudecomplexidade,sejaparafacilidadena implementao ou complementaridade de novas funcionalidades por novos grupos de projetoqueporelaseinteressem.Acreditasequehouveclarezanasjustificativasrelativas funcionalidadedecadacomponentedaarquitetura.Destaforma,ogrupotambmconclui comxitoestaetapa. A soluo para comunicao VoIP utilizada define uma aplicao cliente denominada SoftPhone, desenvolvida ao longo deste projeto e o PABX Asterisk 1.4.4 instaladoeconfiguradocomosdadosdosusuriosquesecomunicameseroautenticados peloservidor.Defato,estaaplicaofoiimplementadaeestevedeacordocomaproposta. Aaplicaoconseguiuestabelecer oobjetivodecomunicardoisdispositivosmveisde forma fullduplex, e tambm realizou a troca de argumentos junto ao Asterisk, o que permiteaefetivaautenticaodousuriorequisitantedachamada.Houvecapturadevoz, compactaoatravsdatcnicaPCM,eenviodepacotesparaooutroladodaconversa. Devido complexidadedasoluo,desuabaixaportabilidadeedabaixadisponibilidade de fontes referenciais, no foi possvel configurar a transmisso de modo ideal. A transmissodospacotesdevozsedeuporprotocoloTCPeapresentouproblemasdeeco, jitter e atraso. A voz era de fato recebida, mas sempre com alguma dessas restries associadas. O uso do protocolo TCP, no lugar do protocolo UDP (que seria o mais recomendvel),foiumaopodevido ausnciadoprotocoloRTP.Este ltimogarantiria queospacotesfossementreguesnaordem,masnasuaausncia,estagarantias poderia ser dada pelo TCP. De fato, a tecnologia VoIP ainda recente o suficiente para no apresentar,nosaspectosdedisponibilidadedecdigoslivreseAPIs,asbasesdepesquisas eimplementaesnecessriasparaaquelesquedesejeminiciarodesenvolvimentodeum cliente VoIP, a partir do zero. Nem mesmo atravs da consulta a clientes VoIP j estabelecidos no mercado como o XLite, foi possvel criar uma lgica de transmisso

adequada para o modelo previsto. Em adio, no se esperava encontrar tantas incompatibilidadesnarelaoentreplataformadedesenvolvimentoesoftwarelivre(seja nosistemaoperacionalUbuntu6.0.6ounoprprioAsterisk). Dequalquerforma,ogrupoconcluicomoimportantesuacontribuiono mbito cientfico.Istoporqueatingiraplenatrocadepacotesdeformafullduplexassociadoauma autenticaofeitaapartirdeumsoftwarelivre,almdeseproporumaarquiteturacom justificativascoesas, umcaminhoindispensvelparaquesoluesVoIPbaseadasem Asteriskpossamserdesenvolvidas.

6.TrabalhosFuturos
Aofinaldestetrabalhoeapsumaextensafasedepesquisaseguidadeumafasede implementao,consideraseimportantequehajaumacontinuidadedepesquisaseavanos nestetrabalho,vistoquesetratadetecnologiasatuaisequeenvolveumgrupoconsidervel depotenciaisusurios. Portanto,consideramsevlidasasseguintesidiasparafuturasimplementaes: Implementaodeseguranadofluxodedados(voz):Implementarcriptografia para que se possa garantir confiabilidade e integridade dos dados que sero trafegados entre cliente(s) e servidor(es). Com estes servios de segurana implementadososriscosdequalquerpessoaautorizadaounopoderinterceptar umaligaoserominimizados; Construo e melhoria das configuraes e funcionalidades da aplicao: A aplicao SoftPhone pode ser melhorada no sentido de implementar novas funcionalidadestaiscomointegraocomaAgendadeContatosparaquese possamanter vrios contatos gravados equeestejam disposio,envio de mensagens de texto e manuteno de histrico de chamadas na prpria aplicao. Isto tornaria aplicao mais completa e, como tem potencial de mercado,seconstituiriaemumprodutomaisatrativo; OtimizaodasconfiguraesdoAsterisk:Estaferramenta amaiscompleta das ferramentas PBX por possuir funcionalidades que outras no possuem. Ento, seria interessante configurar as funcionalidades como correio de voz, chamadasemesperaeconfernciadechamadasparaquepossamserutilizadas comaaplicaoSoftPhone; InclusodocontextodetelefoniaconvencionalatravsdeinterfacePSTNno Asterisk: Incluir na arquitetura do projeto uma interface de telefonia fixa convencional,paraquehajaumamaiorabrangnciadocontextodeVoIPea arquiteturanopermanealimitadaapenastelefoniamvel;

Junodemais deumSistemaAutnomobaseado Asterisk:Permitindo que usurios possam ter o servio com mais eficincia e principalmente disponibilidade.

ImplementaodepolticasdeQoS(DiffService):Casohajaapossibilidadeda concepo de uma rede de servidores Asterisk em pontos remotos distintos, deversepensarnotratamentoqueoslinksdeverodaraosdadosevoz.Desta forma, seria possvel garantir que o trfego de voz, caso ocorra no Sistema autnomo,fossepriorizado;

Tornaraaplicao maisflexvel quantoaotipodetecnologia(GPRS,WiFi, WiMax):Aaplicaoatualnoconsideraomeiopeloqualseusdadostrafegam. Casohajaumtratamentomaisespecficonosentidodetratarcadacenriode trfegodedados,aaplicaosetornariamaisflexveleseaproveitariamelhoro quecadaumadestastecnologiastemaoferecer;

Ento,comoquefoipropostoacima,concluisequeestetrabalhotemumpotencial decontribuioenormeparafuturospesquisadoresquequeiramlevarestaidiaadiante. Almdisso,aaplicaodesenvolvidanoprojetotambmtemumpotencialconsidervelde mercado,vistoqueoquefoiimplementadoconstituiumcampoaindapoucoexploradoe pouco documentado, uma vez que ainda existem algumas limitaes como custos de implantaoetecnologiaspoucosuportadas.

7.RefernciasBibliogrficas
(3GFrame,2007)3g.com.br,Celular3G,disponvelem http://www.3g.com.br/site3g/celular_frame.htm,consultaem02/07 (Agilent,2002)AgilentTechnologiesBrasil,GSMConceitosBsicos,disponvelem http://www.wirelessbrasil.org/wirelessbr/colaboradores/agilent_gsm/gsm_03.html,consulta em02/2007 (Alecrim,2005)Alecrim,E.,TecnologiaVoIP,2005,disponvelem www.infowester.com/voip.php,consultaem10/2006 (AsteriskBrasil.org, 2006) Asterisk Brasil, disponvel em http://www.asteriskbrasil.org/, consultaem11/2006 (Arajo Orrico, 2006) Orrico, ngelo Carneiro Arajo, Configurando um Ambiente de DesenvolvimentoparaJ2ME,disponvelem http://www.devmedia.com.br/articles/viewcomp.asp?comp=1689,consultaem11/2006 (BandwidthCalculator,2007)NewportNetworks,VoIPBandwidthCalculator,disponvel emhttp://www.newportnetworks.com/pages/voipbandwidthcalculator.html,consultaem 06/2007 (Borges,2005)Borges,R.L.,J2MEnaPrtica,disponvelem http://www.ucb.br/java/JavaDays/J2ME_RosfranBorges.pdf,consultaem05/2007 (Boulogne,2004)Boulogne,ExemplesdutilisationdumrseauWifi,disponvelem http://fama.boulogne.free.fr/wifi/videoconference.htm,consultaem10/2006

(Braden, 1994) Braden, Bob, Clark, David, Shenker, Scott. Integrated Services in the InternetArchitecture:anOverview,disponvelem http://www.ietf.org/rfc/rfc1633.txt,consultaem09/2006 (Brito & Sousa, 2005) Brito, I.A.,Sousa, V.M., Uma Ferramenta Para Anlise de desempenhoderedesconvergentes,disponvelem www.redes.unb.br/PFG.222004.pdf,consultaem09/2006 (BRLinux,2006)BRLinux,SkypeLinux,disponvelem http://brlinux.org/linux/nova_versao_do_skype_para_linux,consultaem10/2006 (BrTelecomVoipzone,2007)Voipzone,disponvelem http://www.brasiltelecom.com.br/voipzone/,consultaem06/2007 (Cansian,2002)Cansian,AdrianoMauro,ControledeCongestionamentonoTCP www.acme.ibilce.unesp.br/~adriano/redes/adrredes2002controlecongestionamento.pdf, consultaem11/2006 (Castaldelli,2003)Castaldelli,M.,AplicaesdeInternetMvel,disponvelem www.teleco.com.br,consultaem02/2007 (Chlamtac&Lin,2001)Lin,YiBing,Chlamtac,Imrich. WirelessandMobileNetwork Architectures,ed.Wiley,2001 (Cliconnect,2006)QualidadedeServioemVoIP,disponvelem http://www.cliconnect.com/br/Artigos/QOS/QOS29.html,consultaem10/2006 (Dastis, 1998) Dastis, R. S., Um Estudo dos Mecanismos de Controle de Trfego e CongestionamentonasDiferentesCategoriasdeServiodoATM,1998,disponvelem http://www.inf.ufrgs.br/pos/SemanaAcademica/Semana98/dastis.html,consultaem11/2006

(DiffServ,1998)Blake,S.,Baker,F.,Black,D. DefinitionoftheDifferentiatedServices Field(DSField)intheIPv4andIPv6Headers,disponvelem http://www.ietf.org/rfc/rfc2474.txt,consultaem09/2006 (DigitLife,2006)IPTelephonyProblemsdisponvelem http://www.digitlife.com/articles/iptelephonyproblems/iptel2.gif,consultaem10/2006 (Doku OpenSER, 2007) OpenSER Documentation Factory, disponvel em

http://openser.org/dokuwiki/doku.php,consultaem01/2007 (Echo,2006)VoIPTroubleShooterProblem:Echo,disponvelem http://www.voiptroubleshooter.com/problems/echo.html,consulta10/2006 (Ejnisman,2006)Ejnisman,Marcela, TelefonianaInternetAVozSobreIPeosNovos DesafiosRegulatrios,disponvelem http://www.cliconnect.com/br/Artigos/VOIPDesafiosRegulatorios01.html, consulta em 09/2006 (Franco,2006)Franco,Mrcio,IntroduoaoBREW,2006,disponvelem http://www.linhadecodigo.com.br/artigos.asp?id_ac=1098,consultaem11/2006 (FreeSWITCH,2007)WelcomeToFreeSWITCH,disponvelem http://www.freeswitch.org/,consultaem01/2007 (FreeSWITCHDependencies,2007)FreeSWITCHDependencies,disponvelem http://www.voipinfo.org/wiki/view/FreeSwitch+Dependencies,consultaem01/2007 (FreeSWITCHDocs,2007)FreeSWITCHDocs,disponvelem http://www.freeswitch.org/docs/,consultaem01/2007

(FreeSWITCHWiki,2007)FreeSWITCHWiki,disponvelem http://wiki.freeswitch.org/wiki/Main_Page,consultaem01/2007 (GEEK,2006)Geek,Skype,disponvelem http://www.geek.com.br/modules/noticias/lista.php?id=3&pg=2,consultaem10/2006 (GIZMO,2006)GizmoisaFreePhoneforYourComputer,disponvelem www.gizmoproject.com/,consultaem10/2006 (Gomes&Snica&Coelho,2003)Gomes,D.N.P.,Snica,N.J.S.L.H,Duarte,N.P.P.C. Demonstrador Mobilidade Heterognea, disponvel em http://mobydick.av.it.pt/Relatorio.pdf,consultaem03/2007 (GSMWorld,2006)GSMStats,disponvelem http://www.gsmworld.com/news/statistics/index.shtml (GTAUFRJ,1999)MecanismosquepossibilitamQoSnaInternet,disponvelem http://www.gta.ufrj.br/~gardel/redes/mecanis.htm,consultaem09/2006 (GTAUFRJ,2001)GTAUFRJ,Voip,disponvelem http://www.gta.ufrj.br/grad/01_2/VOIP.htm,consultaem09/2006 (GTVoIP,2002)Rodrigues,P.,Marcondes,C.,David,F.,Costa,J.GTVoIPRelatrio deAvaliaodoServioExperimental,disponvelem http://www.rnp.br/newsgen/0307/gtvoip2002.html,consulta09/2006 (Hersent,Guide,Petit,2002)HersentOliver,Guide,David,Petit,JeanPierre.TelefoniaIP. Comunicaomultimdiabaseadaempacotes.SoPaulo:PrenticeHall,2002

(H323, 2002) Leopoldino, G., Medeiros, R., H.323: Um Padro para Sistemas de ComunicaoMultimdiaBaseadoemPacotes,disponvelem http://www.rnp.br/newsgen/0111/h323.html,consultaem09/2006 (Jain, 1996) Jain, R. Congestion Control and Traffic Management in ATM Networks: RecentAdvancesandASurvey.DepartamentofComputerandInformationScience .The OhioStateUniversity,1996. (JitterandTiming,2005)JitterandTimingAnalysis,disponvelem www.tektronix.com/jitter,consultaem09/2006 (Jackson, 2002) Jackson, Joab, Sound bytes: Novel phonetic techniques advance audio searches,disponvelem http://www.washingtontechnology.com/print/17_7/184991.html,consultaem03/2007 (Korelc, 2006) Korelc, J. Asterisk no Mercado Corporativo: Benefcios e Melhores Prticas para Estratgia de Adoo por parte do Negcio, disponvel em http://www.asteriskbrasil.org/tiki/tikiread_article.php?articleId=36,consultaem03/2007 (LinuxMagazinen3)LinuxMagazinen3,TelefoniaIP,SoftphonesMeligaaqualquer hora.Editora:LinuxNewMediadoBrasil,2004 (Lustosa,2005)Lustosa,L.C.G,AvaliaodeQualidadedeVozemSistemasBaseadosem VoIP,disponvelem www.voip.nce.ufrj.br/leandro/download/slidesMestrado2005.pdf,consultaem10/2006 (Magro,2006)Magro,JulioCsar,Unicamp, EstudodaQualidadedeVozemRedesIP, disponvel em http://libdigi.unicamp.br/document/?code=vtls000365297, consulta em 09/2006

(Meggelen&Smith&Madsen,2005)Meggelen,J.V.,Smith,J.eMadsen,L. Asterisk:O FuturodaTelefonia,disponvelemhttp://www.altabooks.com.br/pdf/asterisk.pdf,consulta em03/2007 (MinessaleII,2006)Minessale,A. VoIPHatTrick. GoogleTalk,16KandNextGenIVR, disponvelemhttp://www.linuxpr.com/releases/8983.html,consultaem01/2007 (MGCP,1999)Arango,M.,Duga,,A.Elliot,I.,Huitema,C.Pickett,S. MediaGateway ControlProtocol,disponvelemhttp://www.ietf.org/rfc/rfc2705.txt,consultaem10/2006 (MobileIP,2005) Santos, L. da S., Tolerncia Falha dos Agentes de Mobilidade do Protocolo Mobile IP, PUCRJ, disponvel em http://www.maxwell.lambda.ele.puc rio.br/cgibin/PRG_0599.EXE/7583_1.PDF?NrOcoSis=21748,consultaem09/2006 (MOBILELIFE,2006)IEEEAprovapadroWiMaxMvel,disponvelem www.mobilelife.com.br/2006/03/,consultaem10/2006 (Mobiledia,2007)CellPhoneGlossary,disponvelem http://www.mobiledia.com/glossary/37.html,consultaem03/2007 (MonoVoIP,2005)Souza,IgorLuizOliveira,Voip:VoiceOverIP,Salvador,DCC/UFBA, Julho2005.MonografiadeTpicosdeRedes,GraduaoemCinciadaComputao (MoraiseSilva,2006)MoraiseSilva,R.,GIZMO:Ligaesgratuitasparatelefonesfixos no Brasil, disponvel em http://www.dicasl.com.br/dicasl/20061009.php, consulta em 03/2007

(MosimannNetto,2006)Netto,MaxMosimann, Microsoft.NETCompactFramework ConheaaplataformaparadispositivosmveiscriadapelaMicrosoft,2006,disponvelem http://www.linhadecodigo.com.br/artigos.asp?id_ac=646&pag=1,consultaem11/2006 (Mosimann Netto,2005)Netto,MaxMosimann, DesignparaDispositivos Moveis O primeiropassoparaumsistemabemsucedidoainteraocomousurio,disponvelem http://www.linhadecodigo.com.br/artigos.asp?id_ac=648&pag=1,consultaem03/2007 (Netcraftsmen,2003)QualityofServiceforVoiceOverIP,disponvelem www.netcraftsmen.net/welcher/seminars/qosvoip.pdf,consultaem09/2006 (Network Dictionary, 2007) Network Dictionary, disponvel em

http://www.networkdictionary.com/protocols/voip.php? PHPSESSID=cda97853dbb5931438ca2e4a0174b662,consultaem02/2007 (OpenSERFeatures,2007)OpenSERFeatures,disponvelem http://www.openser.org/index.php?option=com_content&task=view&id=33&Itemid=50, consultaem02/2007 (OpenSERInstallation,2007)OpenSERInstallationNotes,disponvelem http://www.openser.org/index.php?option=com_content&task=view&id=26&Itemid=56, consultaem01/2007 (OpenSER1Modules,2006)OpenSERModules1.0.x,disponvelem http://openser.org/docs/modules/1.0.x/,consultaem01/2007 (Pietrosemoli,2006)Pietrosemoli,E.,VoIP,Slide4,2006,disponvelem www.ute.edu.ec/walc2006/track1/8%5B1%5D.Voz%20sobre%20IP.ppt, consulta em 10/2006

(Pinheiro,2003)Pinheiro,Christiano,J2ME:Javaparaosportteis,2003,disponvelem http://www.imasters.com.br/artigo/1539,consultaem11/2006

(Pinheiro,2004)Pinheiro,J.M.S.,ProjetoeGestodeRedesdeComputadores,disponvel emhttp://www.projetoderedes.com.br/artigos/artigo_desempenho_sistemas_estruturados.php, consultaem10/2006 (Pinheiro,2005)Pinheiro,J.M.S.,TelefoniapelaInternet,2005,disponvelem http://www.projetoderedes.com.br/artigos/artigo_telefonia_pela_internet.php, consulta em 10/2006 (Promon3,2005)Promon,VozsobreIP:ARevoluonaTelefonia ,Ano3,disponvelem http://www.promon.com.br/portugues/a_promon/download/PBTR5.pdf,consulta:09/2006 (Promon5,2005)Promon,VozsobreIP:ARevoluonaTelefonia ,Ano5,disponvelem http://www.promon.com.br/portugues/noticias/download/VoIP_4Web.pdf, 09/2006 (PUCRIO,2004)PUCRIO, Certificao Digitaln0220932/CC,2004,disponvel em http://www2.dbd.pucrio.br/pergamum/tesesabertas/0220932_05_cap_02.pdf, consulta em 09/2006 (QoS MAC,2002)Bicudo,M.D.D,Duarte, O.C.M.B. IEEE802.1pQosnaCamada MAC,disponvelem http://www.gta.ufrj.br/grad/02_2/802.1p/,consultaem09/2006 (QoSNetworking,2006)QualityofServiceNetworking,disponvelem http://www.cisco.com/univercd/cc/td/doc/cisintwk/ito_doc/qos.htm,consultaem09/2006 consulta:

(RhysRadenFrame,2006)FrameRelay,disponvelem http://www.rhyshaden.com/frame.htm#frts,consultaem09/2006 (RhysRadenQoS,2006)QualityofService,disponvelem http://www.rhyshaden.com/qos.htm,consultaem09/2006 (Rochol, 1998) Rochol, J. Otimizao de Fluxos de Trfego no Ambiente do Usurio. PropostadeTesedeDoutorado.PortoAlegre,CPGCC/UFRGS,Maro1998. (RSVP, 1997) Braden, R., Zhang, L., Berson, S., Herzog, S., Jamin, S. Resource ReSerVationProtocol(RSVP)Version1FunctionalSpecification http://www.ietf.org/rfc/rfc2205.txt,consultaem09/2006 (ServiceMappings,1981)Postel,J,ServiceMappings,1981,disponvelem www.faqs.org/ftp/rfc/pdf/rfc795.txt.pdf,consultaem11/2006 (Shadish,2004)Shadish,Bill,TenCommandmentsforPocketPCUserInterfaces(Dos& Donts),2004,disponvelem http://www.pocketpcmag.com/_archives/nov04/Commandements.aspx, consulta em 11/2006 (Silva, 2000)Silva, A., Qualidade de Servio em VoIP Parte I,Vol. 3, N.3, RNP NewsGeneration,maiode2000,disponvelem http://www.rnp.br/newsgen/0005/qos_voip1.html,consulta09/2006 (SIPCenter,2007)SIPCenter,SIPandH.323Comparison,disponvelem http://www.sipcenter.com/sip.nsf/html/SIP+and+H.323,consultaem06/2007 (sipXArchitecture,2007)sipXArchitecture,disponvelem http://sipxwiki.calivia.com/index.php/Architecture_Diagram,consultaem01/2007

(sipX Architecture & Library Dependencies, 2007) SipX SW Architecture & Library Dependencies,disponvelem
http://sipxwiki.calivia.com/index.php/SipX_SW_Architecture_%26_Library_Dependencies,

consultaem01/2007

(sipXConfigurationServer,2007)sipXConfigurationServer,disponvelem http://sipxwiki.calivia.com/index.php/SipX_Configuration_Server,consultaem01/2007 (sipXDifferentPlatforms,2007)sipXDifferentPlatforms,disponvelem http://sipxwiki.calivia.com/index.php/SipX_on_Different_Platforms,consultaem01/2007 (sipXFeatures,2007)sipXFeatures,disponvelem http://www.sipfoundry.org/sipxpbx/index.html,consultaem01/2007 (sipXFeaturesCompleteList,2007)sipXFeaturesCompleteList,disponvelem http://sipxwiki.calivia.com/index.php/SipX_Features,consultaem01/2007 (sipXOverview,2007)sipXOverview,disponvelem http://sipxwiki.calivia.com/index.php/SipX_Overview%2C_Deployment_ %26_Architecture,consultaem01/2007 (SKYPE#1,2006)Skype,SkypeInicial,disponvelem www.skype.com/intl/pt/,consultaem10/2006 (SKYPE#2,2006)CallphoneswithSkypeOut,disponvelem http://www.skype.com/products/skypeout/,consultaem10/2006 (SKYPE#3,2006)Skype,DownloadoSkypeparaPocketPC2.1,disponvelem http://www.skype.com/intl/pt/download/skype/mobile/,consultaem10/2006

(SouJava1,2007)SouJava,TelefonesMveisJavaMIDP,disponvelem http://www.clubjava.com/TastePhone/J2ME/MIDP_mobile.jsp; jsessionid=7F2F7A12DE7AD34C2F025905BBB04D2E?l=pt,consultaem05/2007 (Souza&Tude,2007)Tude,E.,deSouza,J.L.TelefoniaCelularnoBrasil,disponvelem http://www.teleco.com.br,consultaem02/2007 (Spencer, 2004) Spencer, Mark, Miller, Frank W. IAX Protocol Description, 2004, disponvelemhttp://www.cse.iitd.ernet.in/~csd01426/minorp/iax.pdf,consultaem01/2007 (Spencer,2006)Spencer,Mark.IAX2,disponvelem http://www.ietf.org/internetdrafts/draftguyiax02.txt,consultaem01/2007 (Stevenson,2006)Stevenson,T.,SoftphonesReviewed:GizmoProject,disponvelem http://www.voipplanet.com/reviews/article.php/3607481,consultaem03/2007 (SUN#1,2006)Sun,SunDevelopersInitial,disponvelem http://developers.sun.com/,consultaem11/2006 (SUN#2,2006)Skype,GettingStartedwithSIPAPIforJ2ME,disponvelem http://developers.sun.com/techtopics/mobility/apis/articles/sip/index.html, consulta em 10/2006 (Swart&Esteves,2004)Swart,H.,Esteves,E.cdma20001xEVDO:Tecnologia,Servios eMercado,disponvelemhttp://www.teleco.com.br/tutoriais/tutorialcdma2000/default.asp consulta02/2007 (SymmetricNATTraversal,2006)NATTraversalforMultimediaoverIPServices http://www.newportnetworks.com/whitepapers/nattraversal1.html

consultaem02/2007 (Tanenbaum,1996)Tanenbaum,AndrewS.ComputerNetworks.3thEd.PrenticeHall, 1996 (Teixeira&Carniel,2006)Teixeira,C.,Carniel,J.PortalJava,TutorialJ2MEverso1.1, disponvelem https://portaljava.dev.java.net/files/documents/353/13024/Tutorial_J2ME.pdf consultaem03/2007 (Teleco#1,2006)TELECO,WLAN/WiFi,disponvelem http://www.teleco.com.br/wifi.asp,consultaem10/2006 (Teleco #2, 2006) Teleco, Quem tem medo do WiMAX?, disponvel em http://www.teleco.com.br/emdebate/eprado25a.asp,consultaem10/2006 (Teleco3G,2006)TELECO,3G:Tecnologiasde3GeraodeCelular, disponvelem http://www.teleco.com.br/3g_tecnologia.asp,consultaem02/2007 (TelecoWCDMA,2004)Tude,E.,UMTS,disponvelem http://www.teleco.com.br/tutoriais/tutorialwcdma/default.asp,consultaem02/2007 (Terra VOIP, 2006) Terra VOIP, disponvel em http://voip.terra.com.br/vcp.cgi? +_stt=2020,consultaem10/2006 (TimingDrift,2006)Problem:TimingDrift,disponvelem http://www.voiptroubleshooter.com/problems/drift.html,consulta10/2006 (Torres,2005)Torres,G.,DiscosRgidosCEATA,disponvelem http://www.clubedohardware.com.br/artigos/1062/2,consultaem10/2006

(TudeAMPS/TDMA,2003)Tude,E.AMPS/TDMA(IS136),disponvelem www.teleco.com.br,consultaem01/2007 (Tude Arquitetura, 2005)Tude,E.Arquiteturas paraimplantao deaplicaes mveis wireless,disponvelemhttp://www.teleco.com.br,consultaem01/2007 (TudeCDMA,2003)Tude,E.CDMA(IS95),disponvelemhttp://www.teleco.com.br, consultaem01/2007 (TudeGSM,2003)Tude,E.GSM,disponvelemhttp://www.teleco.com.br,consultaem 01/2007 (Tutorial Teleco IP, 2006) Tutorial Telefonia IP, disponvel em http://www.teleco.com.br/tutoriais/tutorialtelip/,consultaem09/2006 (UnderstandJitter,2006)UnderstandingJitterinPacketVoiceNetworks(CiscoIOS Platforms),disponvelem
www.cisco.com/en/US/tech/tk652/tk698/technologies_tech_note09186a00800945df.shtml,

consultaem09/2006 (VoIPCallAdmission,2003)VoIPCallAdmissionControl,disponvelem http://www.cisco.com/univercd/cc/td/doc/cisintwk/intsolns/voipsol/cac.htm, consulta em 09/2006 (VOIPCTI,2005)VOIPCTI,slide13disponvelem www.usp.br/cci/downloads/VoIPCTI20052005.ppt,consultaem10/2006 (VoIP Center #1, 2007) VoIP Center, VoIP:Brasileiro usa cada vez mais telefone via Internet,disponvelem

http://www.voipcenter.com.br/modules/news/article.php?storyid=2177, consulta em 06/2007 (VoIPCenter#2,2007)VoIPCenter,VoIP: nicafranquiadeVoIPdoBrasilvai feira defranquias,disponvelem http://www.voipcenter.com.br/modules/news/article.php?storyid=2175, consulta em 06/2007 (VoiPInfo,2006)WhatisVOIPVoipInfo,disponvelem http://www.voipinfo.org/wiki/view/What+is+VOIP,consultaem02/2007 (VoIPMGCP,2004)TrabalhosdeDisciplinadeRedesIIdaUFRJ,VoIPVoiceOverIP, disponvelem http://www.gta.ufrj.br/~rezende/cursos/ee1879/trabalhos/voip1/index.html, consulta em 10/2006 (VOIPOverview,2006)VOIPOverviewTutorialReports.com,disponvelem http://www.tutorialreports.com/internet/telephony/voip/overview.php, consulta em 09/2006 (VoIPUFRJ)Fone@RNPdisponvelemhttp://www.voip.ufrj.br/,consultaem06/2007 (VoIPUFSC)VoIP@UFSC,disponvelem http://www.voip.ufsc.br/,consultaem07/2007 (VOIPUSEROSER,2005)AboutOpenSER http://www.voipuser.org/forum_topic_1811.html,consultaem01/2007 (Webinsider,2004)Voip.Umdiavocvaiterumtelefoneassim

http://webinsider.uol.com.br/index.php/2004/12/06/voipumdiavocevaiterumtelefone assim/,consultaem10/2006 (Whatis4G,2006)Whatis4G,disponvelem http://whatis.techtarget.com/definition/0,,sid9_gci749934,00.html,consultaem02/2007 (WhatisJitter,2005)WhatisJitter?ADefinitionfromWhatis.com,disponvelem http://searchnetworking.techtarget.com/sDefinition/0,,sid7_gci213534,00.html,consultaem 09/2006 (WiBro,2007)WirelessBroadbandOverview,disponvelem www.wibro.or.kr/index.htm,consultaem03/2007 (WiMax.com,2007) WIMAXtechnology,news,jobs,training ,disponvelem http://www.wimax.com/,consultaem03/2007 (WirelessBrasil4G,2006)WirelessBrasil,Perspectivas4G,disponvelem
http://www.wirelessbrasil.org/wirelessbr/index.php? option=com_content&task=view&id=41&Itemid=55,consultaem01/2007

AnexoADiagramadeClasses

AnexoBDiagramadeFluxo

AnexoCDiagramadeSeqncia:ComunicaodeUsurios

AnexoDDiagramadeAtividades:Autenticao

AnexoEDiagramadeAtividades:ConexodeDispositivos