LETICIA AZEVEDO GENOVEZ DE MESQUITA BRAGA

ESTUDO DE CONVERGNCIA DE
REDES,
NEXT GENERATION NETWORK E
IP MULTIMEDIA SUBSYSTEM

Trabalho de Concluso de Curso

apresentado Escola de Engenharia de So
Carlos, da Universidade de So Paulo
Curso de Engenharia Eltrica com nfase
em Eletrnica
ORIENTADORA: Mnica Lacerda Rocha

So Carlos
2011

AUTORIZO A REPRODUO E DIVULGAO TOTAL OU PARCIAL DESTE TRABALHO,

POR QUALQUER MEIO CONVENCIONAL OU ELETRNICO, PARA FINS DE ESTUDO E
PESQUISA, DESDE QUE CITADA A FONTE.

Ficha catalogrfica preparada pela Seo de Tratamento

da Informao do Servio de Biblioteca EESC/USP

B813e

Braga, Leticia Azevedo Genovez de Mesquita

Estudo de convergncia de redes, Next Generation
Networks e IP Multimedia Subsystem ; orientador Mnica
de Lacerda Rocha - So Carlos, 2011.
Monografia (Graduao em Engenharia Eltrica com
nfase em Eletrnica) -- Escola de Engenharia de So
Carlos da Universidade de So Paulo, 2011.
1. Redes convergentes. 2. Next Generation Networks.
3. IP Multimidia Subsystem. 4. Redes de telecomunicao.
I. Titulo.

Agradecimentos

Agradeo primeiramente a Deus pela vida que me deu, que sem ela nenhuma das
realizaes feitas at hoje e no futuro a seriam possveis. Agradeo tambm a minha famlia:
meus pais Carlos e Nilde, meus irmos Ceclia, Marlia, Lvia, Joo Paulo, lvaro Jos e Jos
Augusto, avs, tios e primos por fazerem parte da minha vida e por sempre me apoiarem em
tudo. minha orientadora, Prof Mnica, por aceitar desenvolver esse trabalho comigo e me
incentivar sempre superar os meus limites. A Trpico pela oportunidade de trabalhar e conhecer
melhor o ambiente das telecomunicaE no menos importante a todos os meus amigos que me
ajudaram e deram foras nessa graduao, em especial a Maria Luiza, a Natlia Passone,
Larissa, Rafael, Ciro, Nishizawa e Guilherme Mazanti, entre muitos outros que podem ser
citados aqui.
Obrigada a todos vocs e a muitos outros que tornaram esse trabalho e essa graduao
possveis.

Resumo

A convergncia das redes de telecomunicaes j uma realidade no cenrio mundial.

As operadoras, em busca da conquista de mercado, j adotaram o modelo NGN (Next
Generation Networks), que se baseia na rede IP em operaes. A grande vantagem dessa
soluo a facilidade de prover servios diferenciados aos usurios.
A fim de melhorar a forma como os servios so oferecidos, rgos de padronizao
internacionais se juntam constantemente para decidir novos conceitos e tecnologias que tragam
facilidades tanto para o usurio, quanto para as operadoras e fornecedores de equipamento.
Um dos modelos mais promissores o IMS (IP Multimedia Subsystem), que entre suas
principais premissas esto tarifao diferenciada, integrao de servios e proviso de qualidade
de servio.
Neste trabalho apresentado um estudo sobre um ambiente de convergncia das redes
de telecomunicaes, motivaes e razes que apontam para o atual modelo adotado pelas
operadoras. Tambm apresenta o conceito de IMS, uma arquitetura promissora que vem sido
apontada por especialistas como uma melhoria significativa para servios oferecidos pela rede
IP com suas principais caractersticas e funcionamento.

Palavras-chave: Redes Convergentes, NGN, Redes de Telecomunicao, IMS.

ii

iii

Abstract

The convergence of telecommunications networks is a reality in the world stage. The

service providers, in search of market conquest, already adopted the model NGN (Next
Generation Network), which is based on the IP network operations. The great advantage of this
solution is the ease of providing differentiated services to users.
In order to improve the way services are offered, international standardization groups
are added constantly to define new concepts and technologies that bring same facilities to the
user, to the service providers and equipment suppliers.
One of the most promising is the IMS (IP Multimedia Subsystem), which among its
main premises are differentiated charging, integrated services and provision of Quality of
Service.
This research presents a study on the environment of convergence of telecommunication
networks, motivations and reasons that point to the current model adopted by the service
providers. It also introduces the concept of IMS, a promising architecture that has been
identified by experts as a significant improvement to services offered by the IP network with its
main characteristics and performance.

Key-words: Converged Networks, NGN, Telecommunication networks, IMS.

iv

Sumrio
Agradecimentos .......................................................................................................................... iii
Resumo .......................................................................................................................................... i
Abstract ....................................................................................................................................... iii
Sumrio ........................................................................................................................................ v
Lista de Figuras ........................................................................................................................ viii
Lista de Tabelas ........................................................................................................................... x
Lista de Siglas ............................................................................................................................. xi
1. Introduo............................................................................................................................... 1
1.1. Objetivo do Trabalho ....................................................................................................... 1
1.2. Organizao do Texto ....................................................................................................... 1
2. Evoluo das Telecomunicaes ........................................................................................... 3
2.1. O Homem e a Comunicao ............................................................................................. 3
2.2. Evoluo da Comunicao de Voz atravs da Rede de Telefonia................................. 4
2.2.1.
Comutao das Chamadas ................................................................................. 7
2.2.2.
Protocolos de Sinalizao entre Centrais Telefnicas ...................................... 8
2.3. Evoluo na Comunicao de Dados............................................................................... 9
2.3.1.
Modelo OSI ....................................................................................................... 11
2.3.2.
Modelo TCP/IP ................................................................................................. 13
2.4. Evoluo na Comunicao Mvel ................................................................................. 14
2.4.1.
Primeira Gerao .............................................................................................. 15
2.4.2.
Segunda Gerao ............................................................................................... 16
2.4.3.
A Transmisso de dados via Sistemas Celulares ............................................ 16
2.4.4.
A Tecnologia de 3 Gerao de Rede Celular ................................................. 17
3. Convergncia de redes ......................................................................................................... 18
3.1. Ambiente Pr-Convergncia ......................................................................................... 18
3.1.1.
Limitaes de Infraestrutura .......................................................................... 19
3.1.2.
Outras Dificuldades........................................................................................... 19
3.2. Justificativas para a Convergncia de Redes e Servios ............................................. 20
3.3. Premissas para a Convergncia de Redes ..................................................................... 20
3.4. Incio da convergncia .................................................................................................... 21
3.4.1.
Voz sobre Frame Relay ..................................................................................... 22
3.4.2.
ATM ................................................................................................................... 24
3.4.3.
VoIP - Voz sobre IP ........................................................................................... 26
3.5. Necessidades de uma Rede Convergente ...................................................................... 28
3.5.1.
Codificao do Sinal de Voz- Processo de Digitalizao da Voz ................... 29
3.5.2.
Largura de Banda e Compresso..................................................................... 30
3.5.3.
Atrasos, Congestionamento e Perda de Pacotes ............................................. 30
3.5.4.
Qualidade de servio ......................................................................................... 31
3.6. QoS na rede IP ................................................................................................................ 32
3.6.1.
IntServ - Arquitetura de Servios Integrado .................................................. 32
3.6.2.
DiffServ - Arquitetura de Servios Diferenciados .......................................... 33
3.6.3.
Protocolo MPLS (MultiProtocol Label Switching) ........................................ 34
3.6.4.
Alternativas para QoS na rede IP .................................................................... 35
3.7. Evoluo das redes convergentes ................................................................................... 35
4. NGN - Next Generation Networks ...................................................................................... 37
4.1. Caractersticas ................................................................................................................. 37
4.2. Padronizao ................................................................................................................... 39
4.3. Arquitetura ...................................................................................................................... 39

vi
4.3.1.
Camada de transporte ...................................................................................... 41
4.3.2.
Camada de Controle ......................................................................................... 41
4.3.3.
Camada de Aplicao e Servios ...................................................................... 41
4.4. Equipamentos da rede NGN .......................................................................................... 42
4.4.1.
Media Gateways.................................................................................................. 42
4.4.2.
Softswitch ............................................................................................................ 43
4.5. Protocolos de controle da rede ....................................................................................... 44
4.5.1.
MGCP - Media Gateway Control Protocol ....................................................... 44
4.5.2.
Protocolo Megaco/ H.248 [6] ............................................................................ 45
4.5.3.
H.323 ................................................................................................................... 45
4.5.4.
Protocolo SIP .................................................................................................... 47
4.5.4.1. Comparaes entre o SIP e HTTP ................................................................... 48
4.5.4.2. Principais caractersticas do protocolo SIP .................................................... 49
4.5.4.2.1. SIP Server (Servidores SIP) ........................................................................... 49
4.5.4.2.2. Identificao SIP ............................................................................................. 49
4.5.4.2.3. Relao entre SIP e outros protocolos ........................................................... 50
4.5.4.2.4. Mensagens SIP ................................................................................................. 51
4.5.4.2.4.1. Mensagens SIP Request ............................................................................ 52
4.5.4.2.4.2. Mensagens SIP Response .......................................................................... 53
5. IP MULTIMEDIA SUBSYSTEM IMS ........................................................................... 55
5.1. Justificativas para o IMS................................................................................................ 55
5.2. Premissas IMS ................................................................................................................ 57
5.3. Exemplos de Aplicao ................................................................................................... 60
5.4. Padronizao IMS........................................................................................................... 62
5.4.1.
rgos responsveis .......................................................................................... 62
5.4.2.
Evoluo da Padronizao do IMS .................................................................. 63
5.4.3.
Viso geral da padronizao do IMS. .............................................................. 64
5.5. Estrutura / Arquitetura IMS ......................................................................................... 66
5.5.1.
Estrutura ............................................................................................................ 67
5.5.2.
Interfaces ............................................................................................................ 67
5.5.3.
O ncleo IMS ..................................................................................................... 69
5.5.3.1. Bases de Dados: HSS e SLF .............................................................................. 69
5.5.3.2. Controle das sesses Call/Session Control Function CSCF...................... 70
5.5.3.3. Proxy-CSCF (P-CSCF) ..................................................................................... 71
5.5.3.4. Interrogating CSCF (I-CSCF) ....................................................................... 73
5.5.3.5. Serving - CSCF (S-CSCF) ................................................................................. 75
5.5.3.6. Plano de Aplicao - Application Servers AS................................................ 77
5.5.3.7. Media Resource Function (MRF) .................................................................... 79
5.5.3.8. Conexo do IMS com as redes comutadas PSTN ........................................... 81
5.5.3.8.1. Breakout Gateway Control Function (BGCF) ................................................ 81
5.5.4.
Verses diferentes de IP .................................................................................... 83
5.6. Identidade do usurio no IMS ....................................................................................... 84
5.6.1.
A identidade pblica ........................................................................................ 84
5.6.2.
Identidade Privada ............................................................................................ 84
5.7. Cobranas no IMS (Charging) ...................................................................................... 85
5.7.1.
Cobrana Online ............................................................................................... 86
5.7.2.
Cobrana Offline ............................................................................................... 86
5.8. Caso de uma sesso IMS................................................................................................. 86
6. Situao Atual e Futuro da NGN e do IMS ....................................................................... 88
6.1. Redes convergentes e NGN............................................................................................. 88
6.2. IMS ................................................................................................................................... 89
7. Concluso .............................................................................................................................. 92
Referncias Bibliogrficas ........................................................................................................ 94

vii

viii

Lista de Figuras
Figura 1 - Topologia "Fully Meshed" [4] ......................................................................... 4
Figura - 2 Mesa de Operao e Telefonista [3] ............................................................. 5
Figura 3 - Central telefnica com diversos operadores [5] .............................................. 5
Figura 4 - Fios de telefonia "poluindo a cidade [2] ........................................................ 6
Figura 5 - Hierarquia de centrais [4] ................................................................................ 6
Figura 6- Evoluo da Transmisso da Telefonia [6]....................................................... 8
Figura 7 - Interao de sinalizaes de uma chamada telefnica em uma rede TDM .... 9
Figura 8 - Computador Harvard Mark 1 [7] ................................................................... 10
Figura 9 - Modelo OSI com os principais componentes de cada camada. ..................... 12
Figura 10 - Comparao Modelo OSI e Modelo TCP/IP ............................................... 14
Figura 11 - Martin Cooper e o primeiro modelo de celular comercial [12] ................... 15
Figura 12 - Redes prpria para telefonia fixa, mvel e dados [17] ................................ 22
Figura 13 - Rede com Tecnologia Frame Relay [16] ..................................................... 24
Figura 14 - Clula ATM ................................................................................................. 25
Figura 15 - Convergncia de voz em dados via IP ......................................................... 26
Figura 16 - Endereos IP [16] ........................................................................................ 27
Figura 17 - Processo PCM [6] ........................................................................................ 29
Figura 18 - Rede com MPLS [16] .................................................................................. 34
Figura 19 - Camadas de uma rede NGN......................................................................... 40
Figura 21 - Topologia de uma rede NGN ....................................................................... 40
Figura 21 - Representao de um bloco Media Gateway [6] ......................................... 43
Figura 22 - Representao de um Softswitch [6] ........................................................... 44
Figura 23 - Componentes do Protocolo H.323 ............................................................... 47
Figura 24 - Protocolos utilizados em conjunto com o SIP [22] ..................................... 51
Figura 25 - Estrutura de mensagens SIP [22] ................................................................. 52
Figura 26 - Mensagem SIP Request [22]........................................................................ 52
Figura 27 - Mensagem SIP Resposta [22] ...................................................................... 53
Figura 28 - Redes conectadas com IMS ......................................................................... 59
Figura 29 - Tecnologias convergentes no IMS ............................................................... 59
Figura 30 - Sistema NGN e IMS [27] ............................................................................ 60
Figura 31 - Lista de contatos de um usurio com IMS [27] ........................................... 61
Figura 32 - Exemplo Aplicao IMS [27] ...................................................................... 62
Figura 33 - Release apresentados ao longo dos anos para o IMS................................... 64
Figura 34 - Comparao - Modelo OSI e Protocolos IMS [27] ..................................... 65
Figura 35 - Separao em camadas dos componentes em uma rede IMS [24] .............. 66
Figura 36 - Modelo em Camadas do IMS ...................................................................... 67
Figura 37 - Localizao das Interfaces na rede IMS [30]............................................... 68
Figura 38 - Pilha HSS [27] ............................................................................................. 70
Figura 39 - Acesso ao Servido P-CSCF ......................................................................... 72
Figura 40 - Resposta ao Pedido de Acesso ..................................................................... 73
Figura 41 - Informaes trocadas pelo I-CSCF .............................................................. 74
Figura 42 - Controle feito pelos CSCFs ......................................................................... 76
Figura 43 - Sesso Completa de Controle IMS [27] ...................................................... 76
Figura 44 - Localizao do AS na rede IMS .................................................................. 78
Figura 45 - Pedido de servio ao AS pelo S-CSCF [27] ................................................ 79
Figura 46 - Componentes do MRF [27] ......................................................................... 80

Figura 47 - - Localizao dos MRF na rede IMS ........................................................... 81

Figura 48 - Ligao mundo PSTN e IMS ....................................................................... 82
Figura 49 - Converso do IMS com diferentes verses do IP ........................................ 83
Figura 50 - Identidades Pblicas e Privadas do Usurio [27]......................................... 85
Figura 51 - Evoluo dos SIM [27] ................................................................................ 85
Figura 52 - Caso de uma sesso IMS [32]. ..................................................................... 87
Figura 53 - Dificuldades do IMS [36] ............................................................................ 91

Lista de Tabelas
Tabela 1 - Interfaces do IMS [27] .................................................................................. 68
Tabela 2 - Assinantes 3G por total de celulares ............................................................. 90

Lista de Siglas
3G

Third Generation

3GPP

Third Generation Partnership Project

3GPP2

Third Generation Partnership Project 2

AAL

ATM Adaptation Layer

ADSL

Asymmetric Digital Subscriber Line

ANATEL

Agncia Nacional de Telecomunicaes

API

Application Programming Interfaces

AS

Aplication Server

ASR

Automated speech recognition

ATIS IIF

Automatic Terminal Information Service IPTV Interoperability Forum

ATM

Assynchronous Transfer Mode

B2BUA

Back-to-back User Agent

BGCF

Breakout Gateway Control Function

BICC

Bearer Independent Call Control

CAMEL

Customized Application for Mobile Network Enhanced Logic

CBR

Constant Bit Rate

CDMA

Code Division Multiple Access

CDR

Clock and Data Recovery

CIR

Commited Information Rate

COPS

Common Open Policy Service

CRM

Customer Relationship Management

CSCF

Call/Session Control Function

DHCP

Dynamic Host Configuration Protocol

DLCI

Data Link Connection Identifier

DNS

Domain Name System

DSCP

Differentiated Service Code Point

DSL

Digital Subscriber Line

DVB

Digital Video Broadcasting

ETSI

European Telecommunications Standards Institute

FCM

Fixed-Mobile Convergence

FCMA

Fixed-Mobile Convergence Alliance

FGNGN

Focus Group on NGN

FQDN

Fully Qualified Domain Name

FRAD

Frame Relay Access Device

FTP

File Transfer Protocol

GGSN

Gateway GPRS Support Node

GPRS

General Packet Radio System

GSM

Global System for Mobile Communications

HDTV

High Definition Television

HGI

Home Gateway Initiative

HLR

Home Location Register

HSS

Home Subscriber Server

HTTP

Hypertext Transfer Protocol

I-CSCF

Interrogating - Call/Session Control Function

IEEE

Institute of Electrical and Eletrctronics Engineering

IETF

Internet Enginnering Task Force

IMS

IP Multimidia Subsystem

IM-SSF

IMS Service Switching Function

INAP

Intelligent Network Application Part

IP

Internet Protocol

IPTV

IP Television

IPX

Internet Packet Exchange

ISDN

Integrated Services Digital Network

ISO

International Organization for Standardization

ISUP

ISDN User Part

ITU-I

International Telecommunication Union Telecommunication Standardization

LAN

Local-area Network

LIA

Location-Information-Answer

LIR

Location-Information-Request

LTE

Long Term Evolution

MAN

Metropolitan Area Network

MCU

Multipoint Control Unit

MEGACO

Media Gateway Control Protocol

MG

Media Gateway

MGC

Media Gateway Controler

MGCF

Media Gateway Control Function

MGCP

Media Gateway Control Protocol

MMUSIC

Multiparty Multimedia Session Control

MPLS

Multiprotocol Label Switching

MRF

Media Resource Function

MRFC

Media Resource Function Controller

MRFP

Media Resource Function Processor/Plataform

NGN

Next Generation Networks

NGN-FG

NGN Focus Group

NGN-GSI

NGN-Global Sdandards Initiative

OSA

Open Service Access

OSA-SCS

Open Service Access-Service Capability Server

OSI

Open System Interconnection

PCM

Modulao por Codificao de Pulsos

P-CSCF

Proxy-Call/Session Control Function

PoC

Push to Talk over Cellular

PSTN

Public Switch Telephony Network

PVC

Permanent Virtual Connection

PVC

Permanent Virtual Circuit

QoS

Quality of Service

RI

Rede Inteligente

RIP

Routing Information Protocol

RSVP

Resource Reservation Protocol

RTCP

Real Time Control Protocol

RTP

Real Time Protocol

SAE

System Architecture Evolution

SCP

Service Control Point

S-CSCF

Serving- Call/Session Control Function

SDP

Session Description Protocol)

SGW

Signaling Gateway

SIP

Session Initiation Protocol

SLA

Service Level Agremment

SLF

Subscription Locator Function

SMTP

Simple Mail Transfer Protocol

SRVCC

Single Radio Voice Call Continuity

SS7

Sistema de Sinalizao 7

SSF

Service Switching Function

SVC

Switched Virtual Circuit

TCP

Transmission Control Protocol

TDM

Time Division Multiplexing

TDM

Time Division Multiplexing

TDMA

Time Division Multiple Access

THIG

Thopology Hiding Inter-Network Gateway

TISPAN

Telecoms & Internet Converged Services & Protocols for Advanced Networks

TU

Terminal do Usurio

UA

User Agent

UDP

User Datagram Protocol

UHF

Ultra High Frequency

URI

Uniform Resource Identifier

VC

Virtual Circuits

VHF

Very High Frequency

VoATM

Voz sobre ATM

VoFR

Voz sobre Frame Relay

VoIP

Voz sobre IP

VPC

Virtual Path Connection

VPN

Virtual Private Network

WAN

Wide-area Network

WAP

Wireless Application Protocol

WiMAX

Worldwide Interoperability for Microwave Access

1. Introduo

As redes de telecomunicaes esto sendo aperfeioadas para suportar a transmisso de

informaes com a introduo de novas tecnologias, tanto do lado dos equipamentos da rede
(elementos de rede), quanto dos meios de transmisso (redes de transporte) e dos sistemas de
operao para gerenciamento. Desta forma, possvel perceber que as diversas redes existentes,
como as de voz, vdeo e dados, esto evoluindo para apenas uma rede comum, garantindo maior
quantidade de servios, oferecidos com qualidade sempre superior.
Essas novas tecnologias visam aperfeioar e aumentar o oferecimento de servios e
aplicaes nessa nova rede comum, mais conhecida como rede convergente. A esse termo de
convergncia de redes se d o nome de NGN (Next Generation Networks ou Redes de Prxima
Gerao). Com elas possvel a transmisso de informaes e servios (voz, dados e mdias
como o vdeo) encapsulando-os em pacotes, semelhante ao trfego de dados da Internet.
Normalmente utiliza-se como base de transporte o protocolo IP.
No contexto de evoluo das redes, as operadoras de telecomunicaes buscam
alternativas para garantir, com qualidade, o atendimento demanda crescente de servios, o que
incentiva a pesquisa de novas tecnologias.
Entre muitas novas tendncias, pode- se destacar o IMS (IP Multiservice Subsystem)
como uma das mais promissoras. O IMS definido como uma arquitetura de referncia que
possibilita a entrega de servios de comunicao de voz, dados, e vdeo, com mobilidade, sobre
uma rede IP. Sua utilizao apresenta grandes melhorias em relao a outros tipos de rede,
principalmente em relao s redes de telefonia.

1.1. Objetivo do Trabalho

O objetivo dessa monografia apresentar primeiramente, o cenrio das redes de

telecomunicaes a partir de uma breve introduo ao histrico da evoluo das redes de
telefonia fixa, telefonia mvel e de dados. Em seguida, discutir conceitos da evoluo das
redes, motivaes e razes que levaram s novas tendncias dessas redes, focando
especialmente o NGN e o IMS.

1.2. Organizao do Texto

O texto est organizado em captulos que pretendem mostrar os uma breve introduo
aos meios de comunicaes mais utilizados at os dias atuais, com o conceito de NGN e IMS.

2
No Captulo 2 apresentado um breve histrico das telecomunicaes, dando uma maior nfase
a evoluo da telefonia fixa e suas caractersticas e padres mais importantes; as redes de dados
at os modelos de arquiteturas utilizados; e redes mveis, que foram a principal motivao para
o IMS. O Captulo 3 revela o ambiente de convergncia de redes, revelando motivos, razes e
premissas que levaram as operadoras a adotarem esse sistema. Tambm apresenta de uma forma
geral as algumas das principais tecnologias e alternativas para correo de questes dessa
convergncia. O Captulo 4 apresenta o principal modelo adotado pelas operadoras, conhecido
como NGN, revelando suas principais caractersticas, seus componentes de rede e protocolos
mais usados. J o captulo 5 aborda o objeto principal de estudo, a arquitetura de referncia
IMS, descrevendo suas principais caractersticas e o processo envolvido para a sua atuao. Por
fim, o Captulo 6 apresenta uma breve descrio da situao da NGN e do IMS, assim como
qual deve ser o futuro para esses dois padres.

2. Evoluo das Telecomunicaes

Neste captulo busca-se comentar os alguns dos principais eventos histricos

relacionados evoluo das telecomunicaes, evidenciando os aspectos que colaboraram para
a situao atual e o futuro das redes de comunicao, conhecidas tambm por NGN e IMS. O
objetivo principal desse captulo apresentar uma breve introduo das invenes e tecnologias
mais importantes que contriburam para o momento presente das redes de telecomunicaes.

2.1. O Homem e a Comunicao [1] [2] [3]

O ser humano como ser social necessita se comunicar com seus iguais. Isso est
registrado desde as primeiras pinturas rupestres pelos primeiros homindeos, que estimam ser de
mais de 40.000 A.C. Essas pinturas, por si s, j podem ser entendidas como uma forma de
comunicao, em que esses homens procuravam retratar para outras conquistas, caadas e at
mesmo histrias. Essa considerada uma das primeiras formas de comunicao conhecidas.
Desde ento, assim como a evoluo do ser humano, os meios de comunicao evoluram.
Assim, pode-se dividir a histria das comunicaes em dois perodos distintos: o das
comunicaes pr-eletricidade e os da comunicao ps-eletricidade.
As comunicaes do perodo pr-eletricidade so as que foram desenvolvidas com
instrumentos, meios ou artefatos que no faziam uso da eletricidade para seu funcionamento.
Para essa categoria, o homem fez uso de recursos como sons, atravs de tambores e sinos, por
exemplo; sinais de fumaa; luzes de fogueiras; sinalizaes visuais atravs de bandeiras e at
mesmo atravs de redes de elaborados semforos mecnicos
J as comunicaes do perodo ps-eletricidade tm seu marco inicial com a inveno
do telgrafo eltrico por Samuel Morse em 1837. Nesse processo, foi criado um cdigo que
permitia o envio de mensagens A primeira linha comercial de telgrafo foi implantada em 1843
nos EUA.
Em 1876 ocorre a inveno do telefone por Alexander Graham Bell, dando incio ao
perodo de comunicao de voz distncia. Basicamente os meios de comunicao at ento
faziam uso de cdigos que precisavam ser convertidos para serem entendidos pela linguagem
humana, que era o caso do telgrafo. Isso tornava necessrio um operador do sistema que
conhecesse os cdigos utilizados para compreenso da mensagem, algo que restringia sua
utilizao a um grupo restrito de especialistas, que deveriam dar suporte as necessidades de

4
comunicaes das demais pessoas. Com o telefone utilizando diretamente a voz humana, abriuse a oportunidade de pessoas comuns poderem utilizar o servio de maneira mais natural.

2.2. Evoluo da Comunicao de Voz atravs da Rede de Telefonia

O telefone se popularizou rapidamente. Logos isso tambm demonstrou a inviabilidade

da estrutura da interligao que ele apresentava, em que todos os telefones se interligavam, em
uma topologia conhecida como fully meshed (Figura 1). Nesse modelo, para haver uma
conversao, era preciso uma ligao direta de fios entre o originador e o receptor.

Figura 1 - Topologia "Fully Meshed" [4]

A soluo encontrada para esta questo foi a criao de uma estrutura intermediria,
uma central telefnica, instalada em um prdio no qual todos os telefones seriam ligados. Para
fazer uma ligao, o usurio, ao retirar o fone do gancho, fazia com que o seu aparelho
telefnico gerasse uma corrente eltrica que sinalizava em uma mesa de operao, em que
trabalhava um/uma telefonista. (Figura 2).

Figura - 2 Mesa de Operao e Telefonista [3]

Essa pessoa atendia a ligao ento e fazia uma conexo fsica do fio do telefone
desejado atravs de fio jumper, disponvel na mesa de operaes. A primeira central desse
tipo foi implantada em 1878 em New Haven, Connecticut, EUA (Figura 3).

Figura 3 - Central telefnica com diversos operadores [5]

6
Com o crescimento do servio de telefonia, houve a necessidade de se instalar mais
centrais telefnicas em reas geogrficas distintas. Isso foi necessrio devido s limitaes de
distncia para se ligar todos os telefones, principalmente sob dois aspectos: comprimento dos
fios e a quantidade deles chegando a um mesmo prdio (Figura 4).

Figura 4 - Fios de telefonia "poluindo a cidade [2]

A prxima necessidade decorrente do rpido crescimento da telefonia foi a interligao

as diversas centrais telefnicas entre si para permitir a comunicao entre diversas localidades.
Como ocorreu com a ligao dos primeiros aparelhos telefnicos, logo se verificou que seria
invivel interligar todas as centrais diretamente umas com as outras, assim como a topologia
fully meshed. Para resolver esse problema, criou-se hierarquias de centrais telefnicas (Figura
5) onde as centrais nos nveis hierrquicos inferiores faziam as ligaes com os telefones dos
clientes e as centrais nos nveis superiores faziam as ligaes das chamadas entre as centrais dos
nveis inferiores [2][4].

Figura 5 - Hierarquia de centrais [4]

Essa estrutura hierrquica das redes de telefonia permaneceu praticamente inalterada

por mais de cem anos e ainda a base da rede de telefonia fixa comutada, tambm conhecida
como PSTN (Public Switched Telephone Network). No entanto isso no significa que no houve
evoluo tecnolgica nesse perodo. Essa ocorreu de forma sistemtica e contnua, gerando
novas padronizaes, tecnologias e produtos que permitiram a efetiva interligao do mundo
atravs de uma rede que presta um servio de voz robusto e confivel. Alm disso, muitas
dessas tecnologias geradas pelas necessidades da rede de telefonia so hoje a base para as redes
de nova gerao que buscam a integrao dos diversos servios, como o caso das fibras
pticas e das redes de comunicao mvel. As evolues tecnolgicas mais significativas nessa
rede podem ser encontradas nas seguintes formas:
Conexo de ligaes telefnicas internamente s centrais, a chamada comutao das
chamadas,
Troca de informaes entre centrais para estabelecimento de chamadas (os chamados
protocolos de sinalizao) e
Transmisso das informaes de voz entre as centrais (ou meios de transmisso).
A seguir so relacionados os principais avanos ocorridos em cada um desses grupos.

2.2.1. Comutao das Chamadas

A primeira evoluo na forma de conectar, ou comutar, chamadas telefnicas ocorreu
com a inveno da primeira central automtica de comutao, que no dependia dos operadores
para estabelecer as chamadas, desenvolvido por Almon B. Strowger em 1891 [2]. Era um
equipamento eletromecnico que possua engrenagens e rels chaveavam as ligaes a partir de
pulsos eltricos recebidos dos aparelhos telefnicos que originavam as chamadas.

Essa

inveno permitiu que as chamadas fossem realizadas mais facilmente, com maior velocidade e
com um grau de privacidade que no era possvel com as centrais operadas manualmente.
A inveno do transistor em 1947 pela Bell Labs permitiu o desenvolvimento de
circuitos eletrnicos menores que vieram substituir a comutao eletromecnica pela totalmente
eltrica. Com isso reduziu-se o espao fsico ocupado pelos equipamentos, aumentou-se a
confiabilidade e reduziu-se o consumo de energia necessrio para operar as centrais telefnicas.
A partir da inveno e rpida evoluo do computador em 1945 e do circuito integrado
em 1958. Isso possibilitou que ao longo dos anos houvesse o desenvolvimento das primeiras
centrais telefnicas cujo controle de sua operao era realizado por computador, as
denominadas CPA Central de Programa Armazenado.

8
O desenvolvimento da eletrnica digital e a inveno do microprocessador em 1971
permitiram a prxima evoluo nas centrais telefnicas. Isso possibilitou o desenvolvimento da
digitalizao completa das informaes tratadas internamente nas centrais. Dessa forma, a
informao analgica, que antes era transmitida do aparelho telefnico do assinante,
convertida para informao digital logo na interface de entrada da central telefnica, e todo o
tratamento posterior dentro do sistema, incluindo a comutao, feita digitalmente. Isso
permitiu um incremento na capacidade de processamento de chamadas das centrais, reduo de
tamanho fsico juntamente com reduo do consumo de energia.
Surgiu ento a tecnologia TDM (Time Division Multiplexing). Esse sistema, baseado no
conceito de modulao PCM (Pulse Code Modulation) que converte o sinal analgico em um
cdigo binrio para ser transmitido digitalmente, trouxe algumas melhorias para a conversao.
Entre elas, a permisso de vrias chamadas simultneas entre os meios de comunicao; a
regenerao de sinal no piora a relao sinal/rudo mesmo a longas distncias; e a criao de
nveis hierrquicos que conseguem transportar grande volume de canais de converses.
A partir desse ponto, a evoluo das redes de telefonia segue em direo ao sistema
NGN, tema que ser abordado no Captulo 4 desse estudo.
A figura 6 apresenta a evoluo da transmisso da telefonia, a partir do incio feito
apenas com sinais analgicos at o sistema totalmente digital.

Figura 6- Evoluo da Transmisso da Telefonia [6]

2.2.2. Protocolos de Sinalizao entre Centrais Telefnicas

9
Os protocolos de sinalizao (ou simplesmente: sinalizao) definem de que forma os
sistemas telefnicos interagem com os assinantes e entre si, visando estabelecer e completar
uma ligao da origem ao destino.
A sinalizao do assinante a que permite a um usurio acessar o sistema atravs de seu
telefone, ao tirar o telefone do gancho, selecionar o nmero do telefone desejado e identificar se
a ligao est em andamento ou eventualmente se no ser completada atravs de tons audveis
e padronizados (como o tom de ocupado). ela que envolve as informaes trocadas entre o
aparelho telefnico do assinante e a central a qual ele est ligado. Essas informaes utilizam
como recurso o chaveamento de corrente, quando o telefone tirado do gancho ou colocado
de volta; e tons informativos, como o envio de dgitos do telefone desejado; e tons de controle
gerados pela central telefnica, que so os tons de controle de chamada, como o de ocupado.
A sinalizao entre as centrais telefnicas permite que a chamada para um nmero de
telefone que no atendido pela central de origem seja encaminhado para a central que atende o
assinante chamado. Sua evoluo e padronizao permitiram que a rede telefnica se tornasse
um servio de alcance global.
A figura 7 abaixo exemplifica uma interao entre as sinalizaes de assinante e entre
centrais, durante uma chamada telefnica.

Figura 7 - Interao de sinalizaes de uma chamada telefnica em uma rede TDM [6]

2.3. Evoluo na Comunicao de Dados

A comunicao de dados, entendida como a troca de informaes entre sistemas

informatizados, teve seu incio a partir da inveno do computador. Um dos principais modelos

10
iniciais foi o Harvard Mark I, que foi criado em 1944, em uma parceira entre a IBM e a
Universidade de Harvard para fins militares (Figura 8) [7].

Figura 8 - Computador Harvard Mark 1 [7]

Somente na dcada de 1950 os computadores foram introduzidos comercialmente. Ao

longo das prximas dcadas, essa inveno se popularizou motivada pela reduo de preo
proporcionada pela evoluo e miniaturizao da dos circuitos eletrnicos principalmente aps
a inveno do transistor.
Inicialmente os dados e informaes eram introduzidos diretamente nos computadores
atravs de chaves e botes integrados nos prprios equipamentos. Posteriormente foram
desenvolvidos terminais remotos que permitiam enviar dados para o computador e receber
relatrios do mesmo. Isso possibilitou que o terminal remoto ficasse em um local distinto de
onde estava instalado o computador, limitado ao comprimento dos fios necessrios para fazer a
ligao entre eles.
Na dcada de 1960, desenvolveu-se o primeiro MODEM (Modulador/Demodulador),
pela AT&T. A partir dessa inovao, era possvel agora a transformao dos sinais eltricos das
interfaces que ligavam os computadores em sinais acsticos de voz, possibilitando sua
transmisso atravs da rede de telefonia. . Desta forma, a comunicao de dados nasceu da
necessidade de ligar os computadores aos terminais remotos que ficavam em locais
geograficamente distantes para entrada de dados e recebimento dos relatrios processados.
Essas foram consideradas as primeiras redes de comunicao de dados, que utilizavam a rede de
telefonia pblica e modems para transmisso de dados. Com a evoluo dos sistemas
computacionais, tanto em hardware como em software, os computadores passaram a trocar
informaes entre si para realizar as requisies que lhes eram feitas. Essa necessidade de

11
comunicao de dados entre os computadores permitiu o desenvolvimento do conceito de rede
de computadores.
Assim, em 1969, surgiu a INTERNET, quando a rede ARPANET, patrocinada pela
Agncia de Defesa Americana do EUA, comeou a operar ligando quatro computadores das
principais universidades americanas que participavam do projeto [6].
Com a ARPANET foi introduzido o conceito de transmisso de pacotes, onde as
informaes em bits originais a serem enviadas como um relatrio, por exemplo, eram
separados em pequenos grupos, denominados pacotes, que eram ento transmitidos atravs da
rede de dados.
O conceito de transmisso de pacotes permitiu uma utilizao mais eficiente dos meios
de transmisso, sendo que enquanto esse meio no estava sendo utilizado para transmitir dados
de um determinado cliente, teria a disponibilidade de transmitir os dados de um outro. No caso
de comutao de circuitos, o meio fica reservado para a comunicao em curso mesmo que no
haja nada sendo transmitido. o caso da pausa entre uma conversa telefnica: apesar de
nenhum dos envolvidos utilizarem o canal, este fica alocado do mesmo modo para essa
conversao. Com isso, foram desenvolvidas as primeiras redes de comutao de pacotes, que
embora no utilizassem as centrais de comutao de voz, faziam uso dos cabos e sistemas de
transmisso de longa distncia j implantados para telefonia.
A partir da dcada de 1970, foram desenvolvidos diversos protocolos para comunicao
de dados, tendo sido o primeiro o X.25, seguindo-o o Frame Relay e posteriormente ATM
(Asynchronous Transfer Mode). Embora esses tenham sido os principais, outros protocolos os
substituram e, com o tempo, prevaleceram [6].
A prxima evoluo veio com a inveno do microcomputador em 1976, tambm
conhecido como computador pessoal. Pouco tempo depois surgiram as LANs (Local Area
Network) ou redes locais de computadores. Finalmente, com o crescimento e expanso global
da Internet, juntamente com a adoo do conjunto de protocolos associados a ela, surgiu o
conjunto de protocolos conhecido como TCP/IP, o que permitiu a rpida expanso das redes de
comunicao de dados e iniciou a mudana dos meios de transmisso longa distncia das
redes TDM para comutao de pacotes IP.
Uma importante inovao para as redes de comunicao de dados foi a criao de
modelos de referncia para a transmisso na rede. Surgiu ento o conceito do Modelo OSI
(Open Systems Interconnection) e o TCP/IP. Esses definiram a forma comum de conectar os
computadores [9].

2.3.1. Modelo OSI [8] [9]

12
A arquitetura OSI apresenta a rede de computadores dividida em setes camadas (Figura 9),
facilitando assim a implementao de protocolos que executam diferentes funcionalidades. Essa
diviso se apresenta de forma hierarquizada, ou seja, cada camada usa as funes dela prpria
ou da camada anterior para evitar complexidade e revelar as operaes aos usurios, podendo
ele ser outra camada ou um programa [9].

Figura 9 - Modelo OSI com os principais componentes de cada camada.

A primeira camada, chamada de Camada Fsica, define as caractersticas tcnicas das

entidades eltricas e pticas (fsicos) do sistema. Ela contm os equipamentos de cabeamento ou
outros canais de comunicao que se comunicam diretamente com o controlador da interface de
rede. Com isso, ela permite uma comunicao simples e confivel, com controle de erros mais
bsicos.
A segunda camada a de enlace ou ligao de dados. ela quem faz a transmisso e
recepo de pacotes e pelo controle de fluxos. Alm disso, essa camada estabelece o protocolo
de comunicao entre os sistemas conectados e pode opcionalmente corrigir erros que
ocorreram na camada fsica.
A camada de Rede responsvel pelo endereamento dos pacotes de rede, tambm
conhecidos por datagrama, associando endereos lgicos em endereos fsicos, fazendo com
que os pacotes cheguem corretamente ao destino. Essa camada tambm determina a rota que os
pacotes iro seguir para atingir o objetivo, utilizando fatores como condies de trfego da rede
e prioridades. Ela utilizada quando j mais de um caminho para o pacote percorrer.
J a camada de transporte divide os dados enviados pela camada de Sesso em pacotes
que sero transmitidos para a camada de Rede na transmisso. Na recepo, ela responsvel
por captar os pacotes recebidos da camada de Rede, remontar o dado original e envi-lo

13
camada de Sesso. Alm disso, inclui ainda tarefas como controle de fluxo, ordenao de
pacotes e correo de erros.
A camada de transporte ainda separa as camadas de aplicao (5 a 7) das camadas de
nvel fsico ( 1 a 3). o elo entre esses dois grupos e determina a classe de servio necessria.
A camada de Sesso permite que duas aplicaes em computadores diferentes
estabeleam uma sesso de comunicao. Nesta sesso, essas aplicaes definem o modo como
que ser feita a transmisso de dados, alm de colocar marcaes nos dados que esto a ser
transmitidos. Caso haja falha da rede, os computadores reiniciam a transmisso dos dados a
partir da ltima marcao recebida.
A camada de Apresentao responsvel pela converso do formato do dado recebido
pela camada de Aplicao para outro que possa ser usado na transmisso que seja compreendido
pelo protocolo usado.
Por fim, a camada de Aplicao responde por prover servios para aplicaes de modo a
abstrair a existncia de comunicao em rede entre processos de diferentes computadores.
nessa camada que ocorre a iterao micro-usurio.
No entanto, a implementao do modelo OSI no seguido integralmente. Por isso
determinou-se como o modelo implantado o conjunto de protocolos TCP/IP, que contem apenas
cinco camadas.

2.3.2. Modelo TCP/IP [8] [10]

O TCP/IP um conjunto de protocolos que, baseando-se ao modelo OSI, usado para
comunicao entre computadores em rede. A grande importncia dessa arquitetura que e
Internet atual baseia-se nesse conceito [4].
Seu nome composto de dois protocolos principais o TCP (Transmission Control
Protocol) e o IP (Internet Protocol). Pode-se fazer uma analogia e comparar os modelos TCP/IP
e OSI. De modo geral, as camadas apresentadas na figura 10 so correspondentes.

14

Figura 10 - Comparao Modelo OSI e Modelo TCP/IP

No TCP/IP, a camada de rede utiliza do protocolo IP, enquanto a camada de transporte

pode se utilizar de protocolos como o TCP, que um protocolo orientado a conexes confivel
que permite a entrega sem erros de um fluxo de bytes; ou o UDP (User Datagram Protocol),
que fornece integridade de dados, mas no fornece entrega garantida.
Atualmente, a maioria dos sistemas operacionais utiliza o modelo TCP/IP como padro.

2.4. Evoluo na Comunicao Mvel [11] [13] [14]

O conceito de transmisso de cdigos de comunicao pelo ar surgiu no final do sculo
XIX, atravs do desenvolvimento do conceito de ondas eletromagnticas desenvolvido por
Maxwell.. Graas a essa idia inicial foi possvel o desenvolvimento da comunicao mvel. O
celular nada mais que um aparelho de comunicao por ondas eletromagnticas que permite a
transmisso bidirecional de voz e posteriormente de dados. Sua inveno ocorreu em 1947,
novamente nos laboratrios Bell.
Mas foi somente em 1956 que a Ericsson apresentou o primeiro prottipo comercial,
conhecido por Ericsson MTA (Mobilie Telephony A). Esse primeiro modelo, pesando cerca de
40 quilos, foi desenvolvido para ser colocado em porta malas de carros. Somente no inicio da
dcada de 70, a Motorola apresentou seu celular: Motorola Dynatac 8000X, responsvel por
fazer a primeira ligao de um aparelho celular (Figura 11). Esse prottipo se mostrou mais
porttil, uma vez que pesava apenas um quilo e tinha cerca de 25 cm de comprimento.
No entanto, a implantao da primeira rede de telefonia celular ocorreu no Japo e na
Sucia, em 1979. A rede norte americana s comeou a operar em 1983.

15

Figura 11 - Martin Cooper e o primeiro modelo de celular comercial [12]

2.4.1. Primeira Gerao

O primeiro padro ou primeira gerao dos sistemas celulares para a comunicao das
redes mveis foi o AMPS (Advanced Mobile Phone System) . Esse modelo, formado apenas por
sistemas analgicos, utilizava o mltiplo acesso por diviso de freqncia (FDMA). Foi
implantado nos EUA em 1983 e utilizava a frequncia de 800 MHz.
No AMPS, a banda era dividida em canais de RF (Radiofrequncia), em que cada canal
consiste de um par de frequncias com 30 kHz de banda cada, em que uma faz a transmisso e a
outra a recepo. Outra caracterstica que esse padro utilizava modulao FM e era
composto por 416 canais, sendo 21 para controle e o restante para voz. Esse canal de voz, ao ser
alocado, permanecia dedicado somente chamada durante toda a durao.
J na Europa foram implantados outros sistemas para a 1 gerao. Baseando-se no
mesmo principio do FDMA, adotaram-se os seguintes sistemas:
Total Access Communications System (TACS) no Reino Unido, Itlia, Espanha, ustria
e Irlanda;
Nordic Mobile Telephone (NMT) em vrios pases nrdicos;
C-450 na Alemanha e em Portugal;
Radiocom 2000 na Frana; e
Radio Telephone Mobile Systems (RTMS) na Itlia.
No entanto, por conta da diversidade de sistemas analgicos operando, surgiu a
dificuldade da incompatibilidade entre eles. Como cada um tinha um padro prprio, no era
permitido que um telefone de um sistema operasse em outro. Tambm com a popularizao do
servio, logo as bandas no comportavam mais os nmeros de chamadas. Surgiu ento a
necessidade de aumento de capacidade [11] [13].

16
2.4.2. Segunda Gerao
A segunda gerao dos sistemas celulares surgiu com a digitalizao nos meios de
acesso na interface area, substituindo as transmisses analgicas por digital. Isso foi motivado
pela tentativa de aumento da capacidade, uma vez que o sistema da primeira gerao j no
comportava o servio.
Assim, surgiram os sistemas TDMA (Time Division Multiplexing Access) e CDMA
(Code Division Multiplexing Access) que formaram a base das principais tecnologias adotadas.
So elas [13]:
TDMA IS-54: evoluo do AMPS, padro americano, permitiu que em cada canal
analgico fosse utilizado para trafegar 3 canais digitais TDMA, ampliando assim a
capacidade do sistema. Acabou sendo implantado em todo o continente americano;
CDMA IS-95: utilizando tcnica de espalhamento espectral, utilizava a mesma faixa de
freqncia do sistema analgico AMPS. No era compatvel com o TDMA IS-54. Foi
adotado na Amrica do Norte e tambm em alguns pases da Amrica Latina e da sia;
GSM (Global System for Mobile Communications): foi o padro criado na Europa. O
GSM, em especial, visou ser adotado em todos os pases daquele continente para
substituir os inmeros sistemas analgicos que no eram compatveis entre si. Foi
concebido adotando acesso TDMA com at 8 canais de voz para cada canal na
interface area de largura de banda de 200 kHz definidos pelo GSM. Ele operava
inicialmente na faixa de 1.800 MHz, mas em pouco tempo tambm comeou a operar
tambm nas faixas de 900MHz (Europa). Posteriormente foi utilizado nos EUA nas
faixas de 850 MHz e 1.900 MHz. Desta forma se tornou um padro mundial, sendo
adotado em toda a Europa, diversos pases da sia e tambm nas Amricas, incluindo
EUA e Canad. Nos dias de hoje continua em operao, mesmo com a grande
popularizao da tecnologia 3G.

2.4.3. A Transmisso de dados via Sistemas Celulares

A partir das tecnologias de segunda gerao foi introduzida a transmisso de dados via
pacotes atravs das redes celulares. A partir dessa tecnologia, o conceito de convergncia de
rede j esteve presente na soluo. Assim, as tecnologias disponibilizadas para transmisso
convencionou-se chamar de gerao 2,5. Entre as principais esto:
GPRS (General Packet Radio Service): O GPRS foi desenvolvido para utilizar a infraestrutura de rede GMS para transmisso de dados via pacotes, permitindo taxas de
transmisso de dados de 56 a 114 kbps a possibilidade de acesso Internet em modo

17
contnuo (always on). A rede GPRS no utiliza as centrais de comutao de circuitos,
utilizando sistemas de comutao de pacotes para sua implementao.
EDGE (Enhanced Data rates for GSM Evolution): O EDGE a evoluo do GPRS que
atravs de melhorias na modulao para transmisso de dados, permitiu um aumento
para taxas para at 230 kbps.
Essas tecnologias continuam em uso, apesar das taxas de transmisso de dados
consideradas baixas para os dias de hoje. Elas ainda atendem bem para aplicaes como
telemetria e terminais de ponto de venda, como cartes de crdito.

2.4.4. A Tecnologia de 3 Gerao de Rede Celular

Visando principalmente ampliar a capacidade de transmisso de dados em alta
velocidade atravs da rede celular, foi desenvolvida a tecnologia de 3 Gerao de Redes
Celulares. Entre as propostas estabelecidas a que foi amplamente adotada em nvel global foi a
UMTS (Universal Mobile Telecommunications System). Essa tecnologia, apesar de adotar
conceitos definidos no GSM, utiliza novas estaes radio base e novas alocaes de freqncia
(2.100 MHz na Europa) e mais comumente a tcnica de espalhamento espectral denominada WCDMA. As taxas de transferncias de dados previstas nas verses iniciais do padro UMTS
alcanavam 384 kbits/s. Como evoluo do UMTS inicial foi desenvolvido o HSPA (High
Speed Packet Access), que conhecida como gerao 3,5 e que permite atingir maiores taxas
tericas de downlink.
nessa gerao que desenvolveu-se o conceito do IMS, objeto principal desse estudo,
visando melhorar a qualidade dos servios oferecidos. Posteriormente o IMS ser estudado no
captulo 5.
Como prxima etapa de evoluo para as redes celulares, a 4 Gerao, est prevista
taxas de at 100 Mbps. Essa velocidade poder ser alcanada utilizando nova forma de
codificao na interface area e cujos principais padres concorrentes para adoo mundial a
candidatos a se tornar padro global so o LTE (Long Term Evolution) e WiMAX (Worldwide
Interoperability for Microwave Access), padro desenvolvido por empresas norte americanas.
Nessa nova guerra de padres, o LTE aparenta surgir com mais fora para ser adotado como
padro em funo da escolha das grandes operadoras mundiais, j que se aproveita de uma parte
da infra-estrutura j existente nas redes 3G [14].

18

3. Convergncia de redes

Pelo contexto da evoluo dos meios de telecomunicaes, houve a necessidade das

prestadoras de servio oferecerem servios inovadores e diferenciados para poderem competir
no mercado. Assim, elas no podiam ficar restritas oferecendo apenas um nico servio. Era
necessrio encontrar uma soluo em que elas poderiam diversificar os servios e conquistar
seus consumidores.
Esse captulo tem como objetivo descrever essa situao e mostrar quais foram as
razes que motivaram as operadoras a buscar a convergncia de suas redes. Tambm visa
apontar quais foram as necessidades e premissas utilizadas, alm de apresentar as principais
alternativas e idias para garantir a entrega dos servios de maneira eficaz. Tudo isso para
demonstrar como se chegou ao modelo atual de convergncia de redes, tambm conhecida
como NGN.

3.1. Ambiente Pr-Convergncia [15]

Com a evoluo das telecomunicaes, surgiram diversos servios que podiam ser
oferecidos pelas operadoras aos usurios. Telefonia fixa, mvel, televiso a cabo, internet, entre
outros, passaram a fazer parte do cotidiano das pessoas. No entanto, no incio, para cada novo
servio criado, houve a necessidade de uma rede prpria para ele ser oferecido.
Com a grande quantidade de novos projetos aparecendo, podem ser destacados trs
tipos de servios que se generalizam:
Voz
Vdeo
Dados
No caso da voz, destaca-se a telefonia. Essa pode ser separada em dois grupos distintos:
(i) Telefonia fixa: com a tradicional rede TDM que permite a transmisso simultnea de
vrios sinais, sendo que cada sinal tem um tempo definido para uso da banda;
(ii) Telefonia mvel: conhecida tambm como rede de telefonia celular, onde se
encontram diversas tecnologias, como a TDMA, CDMA e GSM.
Para o caso de servios de vdeo, outros conceitos foram desenvolvidos e empregados.
Entre as mais importantes, pode-se citar:
(i) TV a cabo: sistema de distribuio de contedos audiovisuais de televiso, atravs
de cabos coaxiais fixos. Utilizado principalmente como televiso por assinatura.

19
(ii) TV via satlite: utilizao de comunicao via satlite para distribuio de canais de
televiso.
E por fim, para oferecimento de servios de dados, houve a criao de redes de
computadores, sendo o conjunto de protocolos mais usado o TCP/IP.
Em um cenrio em que cada servio necessita de uma rede prpria para ser oferecido,
configura-se um ambiente com muitas limitaes tanto por parte dos servios oferecidos aos
clientes quanto para as operadoras e controladores da rede. A seguir sero discutidos alguns
pontos que tornam essas redes nicas to limitadas.

3.1.1. Limitaes de Infraestrutura [15]

Primeiramente, para a maioria das redes especializadas era necessrio um meio prprio
para a sua transmisso. Isso quer dizer que para cada servio seria preciso uma rede especfica
para o transporte, podendo ela ser constituda de cabos coaxiais, pares tranados, fibras pticas e
o ar. Assim, se uma operadora quisesse ofertar mais de um servio precisaria adotar outra
infraestrutura diferente daquela que ela j possui. Por isso, para cada servio a ser ofertado no
mercado, sempre havia uma operadora especfica para ofert-lo.
O segundo ponto o alto custo de operao e manuteno de uma rede especfica. Era
necessria a contratao de peritos especializados na infraestrutura, uma vez que esta, por ser
muito especializada e fragmentada, no estava apta a oferecer um nico padro.
Ainda como restrio de infraestrutura prpria, especfica, observou-se uma grande
dificuldade de oferecer novos servios. Eles acabaram se tornando muito limitados e houve uma
grande dificuldade de oferecimento de servios com valor agregado. Tambm nas dificuldades
dessas restries de redes, havia a necessidade de um terminal especfico para cada servio. Por
exemplo, para assistir um vdeo, havia a necessidade de uma televiso, ou para realizar uma
ligao, a necessidade de um telefone.
Desse modo, para a obteno de diversos servios, o usurio precisaria contratar vrias
operadoras distintas, cada uma com a sua rede prpria e cada uma delas com um perfil
diferente. Alm disso, outra dificuldade para usurio era o pagamentopara cada servio. No era
possvel o estabelecimento de um padro, uma vez que a cobrana dependia da regio, da
operadora e dos meios de transmisso, como em casos como a cobrana de roaming e mudanas
de operadoras.

3.1.2. Outras Dificuldades [15]

20
Entre diversas dificuldades encontradas, um ponto importante a se destacar que
mesmo com vrias operadoras ofertando o mesmo servio, suas redes de transporte se tornaram
muito semelhantes, ou seja, sem mudanas significativas entre a rede de transporte de uma ou
de outra. Isso causou certo nivelamento entre as empresas que ofereciam os servios, no tendo
assim grandes diferenciais entre elas para disputarem os clientes.
E tambm, diante da exclusividade de algumas tecnologias desses servios, a
interconexo adotada posteriormente com outras redes e mesmo outras tecnologias tornou-se
muito difcil. Portanto, mesmo com as interconexes houve uma enorme dificuldade na oferta
de novos servios, uma vez que a tecnologia e rede muito especfica.
Por isso, apesar dessas interconexes apresentarem uma sada para esse problema, a
manuteno de redes muito especficas acabou se tornando invivel, principalmente pelas
empresas que procuravam oferecer maior quantidade de servios e aplicaes.

Assim,

comeou-se a desenvolver o conceito de redes que poderiam oferecer mais de um servio,

primeiramente voz e dados. Comeou-se ento o incentivo para o desenvolvimento desse
projeto. Comeou-se a desenvolver o conceito de rede convergente.

3.2. Justificativas para a Convergncia de Redes e Servios [15]

Surgiu inicialmente uma idia de convergir para as redes de voz e dados, uma vez que a
demanda de ambas era alta. No entanto, esse projeto tambm deveria ser aberto, ou seja, fosse
uma soluo vivel para oferecimento tambm de novos servios que pudessem surgir, como foi
visto depois com a incorporao de servios de vdeo. Alm disso, devia apresentar um bom
custo benefcio para a operadora. Tambm com uma rede nica, o controle de trfego seria
facilitado. Haveria uma melhor gerncia, uma vez que a matriz comum a todos os servios,
facilitando o suporte e controle de qualidade dos servios ofertados.
Com uma nova rede, haveria a possibilidade de criao dos novos servios de valor
agregado que poderiam ser desenvolvidos para essa nova estrutura, aumentando o nmero de
opes de fornecimento de produtos pela operadora, gerando assim mais receita.
Pelos motivos citados, verificou-se que a convergncia de redes era a melhor opo para
fornecimento de novos servios e reduo de custos no mercado de telecomunicaes. Era uma
alternativa vivel, mas algumas observaes importantes tiveram que ser observadas para
garantir o bom funcionamento dessa rede.

3.3. Premissas para a Convergncia de Redes [15]

21
Primeiramente, essa rede deveria oferecer QoS (Quality of Service) e transparncia fim
a fim, uma vez que muitos dos servios como voz necessitam de um alto padro de segurana e
qualidade de entrega.
Outro fator importante a interoperabilidade dessas novas redes com as exclusivas j
existentes, via interfaces abertas, uma vez que invivel substituir todas as redes de uma vez.
Assim, uma interconexo entre servios novos e os j existentes seria criada, permitindo
operadora a utilizao de ambas as redes para oferecimento de seus produtos.
Alm disso, a mobilidade na rede de usurios, terminais e servios era desejvel para
que cada ponto da rede no ficasse especializado. Em outras palavras, era necessrio que
qualquer ponto da rede tivesse capacidade prpria de oferecer o servio.
Outra caracterstica fundamental para que as redes pudessem ofertar diversos servios era a
necessidade de suporte para tantos terminais j existentes de outros tipos de rede quanto
dispositivos para os novos terminais convergentes. Alm disso, a rede deveria ter uma grande
flexibilidade de configurao, uma vez que deveria suportar as diferentes tecnologias de acesso
utilizadas. Por fim, por ser uma rede aberta, ela tambm deveria fornecer mecanismos que
garantam a segurana a fim de proteger a troca de informaes sobre essa nova infraestrutura.
Era necessrio o suporte para uma grande variedade de servios e aplicaes, uma vez
que a ideia era a criao de novas opes aos usurios, baseadas na construo modular de
servio, que incluem trfego em tempo real, no real, streaming e multimdia. Tambm era
preciso garantir a convergncia de servios fixos e mveis e integrao de redes sem fio com
outros tipos de rede, possibilitando assim uma maior abrangncia para os usurios.
Levando em conta todas essas premissas, desenvolveu-se um conceito de convergncia
vivel s operadoras. A seguir o incio desse processo descrito.

3.4. Incio da convergncia [4] [16] [17]

A grande motivao das empresas prestadoras de servios para buscar o processo da

convergncia era a reduo de custos de operao e manuteno do sistema, alm de poder
oferecer aos clientes maior quantidade de opes para oferecimento de servios.
O inicio da convergncia das redes se deu com os servios de voz e dados. Isso devido
popularizao da Internet e necessidade da telefonia. Somente posteriormente outros tipos de
mdia como o vdeo foram includos. Inicialmente, as redes de dados e voz, tanto fixa como
mvel apresentavam suas prprias estruturas de redes, como apresentado na figura 12.

22

Figura 12 - Redes prpria para telefonia fixa, mvel e dados [17]

Como mostra a figura 12, cada uma dessas redes era constituda de seus prprios
protocolos e tecnologias para a transmisso de suas mensagens. Para que houvesse uma
convergncia entre as redes, era necessrio a definio de um padro que comportasse a
transmisso de outros servios.
Com o avano das redes de computadores nas dcadas de 80 e 90 e sua popularizao, a
transmisso de voz sobre dados tornou-se uma alternativa rentvel e promissora. As tecnologias
dessas redes permitiriam o transporte de informaes e dados atravs do empacotamento desses.
Nesse processo escolhido para a transmisso, a voz, para operar na rede de dados,
necessitava de alguns processamentos. Era preciso digitaliz-la, comprimi-la e empacot-la.
Esse ltimo processo feito por CODECS, responsveis por criar esses pacotes de dados para
trafegar na rede. Aps essa etapa, esses pacotes sofrem o processo de multiplexao, fazendo
com que a voz seja transmitida na forma de dados juntamente com os dados da rede.
Para todo esse processo de transmisso de voz via rede de dados, surgiram vrias
tecnologias interessantes que poderiam trazer grandes vantagens quando implantadas. Elas so
conhecidas como tecnologias de comutao. Trs delas merecem destaque: Voz sobre IP ou
VoIP; Voz sobre Frame Relay ou VoFR; e Voz sobre ATM, ou VoATM.

3.4.1. Voz sobre Frame Relay [4] [8] [16]

O Frame Relay uma tecnologia de comunicao que utilizada para a transmisso de

informao digital atravs de redes de dados, de forma barata e rpida. Esses dados so
divididos em frames (quadros ou pacotes) que so utilizados para a transferncia da informao

23
de um ponto de origem a outro de destino, obedecendo as regras e formatos estabelecidos. Essa
tecnologia foi padronizada pelo ITU e muito eficaz para o transporte de voz atravs de WANs.
O Frame Relay considerado muito confivel, uma vez que opera na camada 1
(transporte) e principalmente na 2 (enlace) do modelo OSI,utilizando redes locais com um
servio orientado a conexo, tudo com baixo retardo e sem controle de erro nos ns. Ele
proporciona orientao conexo em sua camada de trabalho (modelo OSI - Camada de Enlace
de Dados ou camada 2).
O funcionamento do Frame Relay baseia-se no estabelecimento de circuitos virtuais
(VC Virtual Circuits). Para a explicao do funcionamento operacional do Frame Relay, h
alguns elementos principais a serem considerados:
FRADs (Frame Relay Access Device);
PVCs (Permanent Virtual Circuit);
DLCIs (Data Link Connection Identifier);
CIR (Commited Information Rate).
Os FRADs so os dispositivos de acesso rede Frame Relay. Eles so os responsveis
pela entrega de pacotes nuvem FR, no formato determinado pelo protocolo. Eles tambm
recebem os pacotes, repassando-os ao usurio final. So eles quem escolhem os caminhos na
rede para a entrega dos pacotes. Esses caminhos correspondem aos PVCs, circuitos permanentes
virtuais que so programados para interconect-los remotamente.
Cada FRAD tem identificado por um endereo. Assim, os identificadores desses
endereos em cada pacote so chamados de DLCI [16].
Existe ainda o CIR, que a largura mnima de banda que a rede ir garantir. Isso quer
dizer que ele responsvel por quantizar o mnimo permitido para o transporte de pacotes entre
os FRADs e contratado juntamente com a operadora que fornece a rede.
A rede com tecnologia Frame Relay normalmente representada por uma nuvem, j
que ela no uma conexo fsica entre dois pontos distintos. Essa conexo feita atravs do
PVC configurado com o CIR. A alocao de banda fsica na rede feita pacote a pacote no caso
de transmisso de dados, diferentemente da tecnologia TDM que aloca uma banda fixa na rede
indiferente de trfego ou no de dados.
Basicamente, o funcionamento de uma rede Frame Relay comea com a chegada do
pacote aos FRADs. L, a informao convertida em dados e empacotada e define-se a rede e o
caminho a ser utilizado (PVC). Definidos essas questes, o FRAD responsvel tambm pelo
envio do pacote.
Cada pacote lanado na rede carrega as informaes de origem e destino, atravs do
DLCI. Atravs dele feito o processo de encaminhamento e entrega do pacote.
Entre os FRADs de origem e de destino existe um acordo que determina quantos frames no
mnimo podem ser enviados entre eles, definidos pelo CIR. Assim, o pacote entregue ao seu

24
destino. A figura 13 apresenta o esquema de funcionamento da rede Frame Relay e as posies
de cada um dos seus principais elementos.

Figura 13 - Rede com Tecnologia Frame Relay [16]

Para redes locais remotamente interconectadas, mais conhecidas como WANs, o Frame
Relay a tcnica altamente recomendada. Ela flexvel e eficiente para o transporte de dados,
conectando vrias localidades com um excelente custo/benefcio. No entanto, com a
popularizao do IP e do ATM, alm do aumento da utilizao de VPN (Virtual Private
Network) e outros servios de acesso dedicados com o DSL (Digital Subscriber Line) acabaram
por reduzir a utilizao do Frame Relay, que aos poucos foi perdendo espao.

3.4.2. ATM [4] [8] [16]

O ATM, do ingls Asynchronous Transfer Mode ou Modo de Transferncia Assncrona,

um protocolo padronizado pelo ITU. Foi considerado por especialistas como o protocolo
"ideal", uma vez que foi projetado para implementao com alta qualidade de servio e
ambiente multimdia e multi-servios na comunicao. No entanto, apesar desse rtulo de
ideal, seu custo de implementao foi considerado muito alto, dificultando assim sua
popularizao. O ATM surgiu no incio da dcada de 90 e foi projetado como um protocolo de
comunicao de alta velocidade que independe de qualquer topologia de rede especfica. Usa
uma tecnologia de comutao de clulas com alta velocidade de transmisso que pode tratar
tanto dados como vdeo e udio em tempo real.

25
A estrutura de uma rede ATM consiste basicamente de equipamentos terminais que so
conectados a centrais ATMs. Nessas centrais, so encapsulados os dados em pacotes,
denominados clulas, em um tamanho fixo de 53 bytes, sendo o cabealho (ou header)
composto de 5 bytes e 48 bytes de dados (no chamado payload). Na figura 14 apresentada
essa clula. No entanto, nem sempre esse cabealho conter informaes de endereamento e de
camada superior ou mesmo informaes de controle de pacote. A transmisso escalonvel, ou
seja, as clulas podem ser transportadas em redes LAN, WAN ou mesmo MAN. A banda em
redes ATM chega a ser superiores a 155 Mbps. Ela depende principalmente do tipo de
cabeamento utilizado, podendo ser cabos de cobre ou at mesmo fibras pticas.

Figura 14 - Clula ATM

Por possurem um tamanho relativo pequeno (53 bytes), essas clulas so mias
facilmente gerenciadas pelos equipamentos, gerando maior velocidade de trfego na rede ATM.
Assim como o Frame Relay, o ATM se baseia na criao de circuitos virtuais para o
transporte de dados. Para o caso do transporte de voz, o sinal digitalizado e em seguida
transformado em pacotes no formato de clulas, para assim poder ser transportado na rede
ATM. Apesar da nfase dada a outros servios que requerem altas velocidades, o transporte de
voz tambm encontrou bons benefcios ao utilizar essa infraestrutura, obtendo assim qualidade
de servio e melhor desempenho.
Para o transporte na rede ATM, desenvolveu-se alguns mtodos para melhorar o
desempenho da rede: os AAL, ATM Adaptation Layer. Esses so responsveis pela alocao
dinmica ou esttica da banda. Dependendo do tipo de mdia a ser transmitida e de suas
necessidades de banda, pode-se utilizar o AAL1 a AAL6.
No caso da voz, so utilizados apenas o AAL1 ou o AAL2:
Camada de aplicao AAL1: utilizado para voz no comprimida com taxa de bits
constante (CBR), ou seja, j est definida pela operadora a alocao esttica da banda
de transmisso, mesmo quando no h dados a transmitir.

26
Camada de aplicao AAL2: utilizado para voz comprimida com taxa de bits variais
(VRB), ou seja, tem alocao dinmica da banda de transmisso, otimizando assim a
utilizao da banda contratada, conforme a quantidade de pacotes a ser transmitida.
Apesar de teoricamente apresentar-se como o melhor meio para transporte de servios,
no somente a voz, em redes de dados, o alto custo de implantao de uma rede ATM impede
que se essa se popularize mais e seja amplamente utilizado.

3.4.3. VoIP - Voz sobre IP [4] [8] [16]

A tecnologia Voz sobre IP, ou VoIP a mais utilizada para o transporte de voz sobre
redes de dados. Ela apresenta o maior crescimento, uma vez que usa o protocolo IP, utilizado
pela grande maioria das redes em todo mundo [16]. VoIP uma tecnologia que possibilita o
trfego da voz na forma de dados utilizando os servios de rede do protocolo IP [16]. De outra
forma, pode-se dizer que o VoIP coloca a transmisso de voz como mais um servio suportado
pela rede de dados (Figura 15).

Figura 15 - Convergncia de voz em dados via IP

O protocolo IP, do ingls Internet Protocol, um protocolo de comunicao, utilizado

para encaminhamento de dados. Juntamente com o TCP (Transmission Control Protocol), faz
parte do grupo de protocolos utilizados para a comunicao de computadores em rede, tanto em
uma rede local quanto em redes remotamente interconectadas. O protocolo IP no se limita
apenas Internet. Ele um protocolo de comunicao entre computadores em rede, podendo ser
utilizado por redes que no sejam ligadas Internet, por exemplo, redes coorporativas privadas.

27
Aqui, a diferena que a Internet utiliza-se do protocolo TCP/IP para entregar suas informaes
atravs dos planos de endereamento do protocolo IP.
Esse conjunto de protocolos TCP/ IP define o conjunto de regras a serem seguidas para
o gerenciamento e controle da transmisso de dados em uma rede. Isso faz com que todos os
equipamentos da rede se comuniquem em uma mesma linguagem, evitando diferenas na
comunicao entre os equipamentos, que tem fabricantes distintos. A definio de camadas para
um conjunto de protocolos especfico tem por objetivo separar os diversos tipos de informaes
que podem trafegar sobre este conjunto de protocolos, visando facilitar sua implantao e
gerenciamento. O TCP/IP responsvel pelo gerenciamento de trfego entre computadores de
uma rede.
O VoIP baseia-se na arquitetura desse protocolo TCP/IP. Nessa estrutura, cada
equipamento na rede deve ter um endereo nico para ser identificado na rede, identificar uma
conexo inter-rede: o endereo IP (Figura 16).

Figura 16 - Endereos IP [16]

importante ressaltar que voz sobre IP significa voz sobre o protocolo IP, o que leva a
uma interpretao errada, uma vez que muitas pessoas associam VoIP a voz sobre internet ou
mesmo a algum sistema de tecnologia de telefones para a Internet [16]. Na arquitetura TCP/IP, a
voz um tipo de servio ou aplicao que pode ser transportada atravs da rede, de um usurio
que possui um endereo IP de origem para outro que possui um endereo IP no destino. Para o
controle dessas chamadas, h dois protocolos principais utilizados pelo VoIP:
H.323, padronizado pelo ITU (International Telecommunication Union); e
SIP, Session Initiation Protocol, padronizado pelo IETF;
O H.323 apresenta um alto grau de complexidade enquanto o SIP apresenta um modelo
bem mais simples. Cada um deles apresenta prs e contras, mas quando bem implementados so
praticamente equivalentes, sem interferir na qualidade de servio.

28
Na realidade, como dito anteriormente, a qualidade do VoIP depende diretamente da
rede que o transporta. No Captulo 4, esses protocolos sero detalhados com maior profundidade
para justificar suas utilizaes em redes convergentes.

3.5. Necessidades de uma Rede Convergente [4] [16]

J foram apresentadas algumas das principais tecnologias utilizadas para a convergncia

das redes, principalmente no requisito da voz em redes de dados. No entanto para que essa
tcnica seja eficaz em sua tarefa, h a necessidade de que o usurio final esteja satisfeito com os
servios oferecidos. Por essa razo, a qualidade de servio uma medida que permite que a
satisfao do cliente seja atingida, garantida pela estabilidade operacional da comunicao. No
caso da comunicao de voz, existem trs fatores principais que determinam a qualidade
operacional:
Confiabilidade do sistema
Inteligibilidade da comunicao
Boa relao custo/benefcio
Atendendo esses trs pontos principais, o nvel de satisfao do cliente tende a
aumentar. Segundo resoluo do ITU, qualidade de servio o resultado da atuao coletiva de
diversos fatores num sistema que determina a satisfao do usurio de um servio de
telecomunicaes [16].
As redes de telefonia convencionais so conhecidas pela sua qualidade de servio e
confiabilidade do sistema, alm de apresentar um excelente custo benefcio. Essas tecnologias
de convergncia entre voz e dados, atravs do empacotamento de dados, tem evoludo a fim de
obter a mesma qualidade de servios das redes de telefonia tradicionais. E exatamente por essa
qualidade que o legado de telefonia ainda continua em operao: a substituio de toda rede
seria uma medida invivel. Alm do alto custo para a implantao, a rede ainda muito segura e
oferece confiana aos servios j oferecidos por ela e garante o lucro s operadoras. Trata-se de
um sistema j consolidado h muitos anos e por isso sua migrao para a convergncia tende a
ser feita lentamente.
Tambm para um bom funcionamento de uma rede convergente, existem alguns
parmetros que devem ser fixados a fim de garantir uma boa qualidade da transmisso de voz
em uma rede de dados. So eles:
Codificao e decodificao de sinal de voz;
Largura de banda e compresso de voz;
Atraso e flutuaes de atraso; e
Congestionamento e perda de pacotes.

29
O ponto principal para a transmisso da voz a necessidade de transmisso em tempo
real. Isso para garantir a inteligibilidade e interatividade entre os usurios. Como o sinal de voz
analgico, para ser transformado em dados necessita que passe por um processo de
digitalizao.
Essa converso digital consiste na transformao do sinal analgico em pulsos, em que
o contedo binrio (bits) contm as informaes. Essa digitalizao chamada de codificao e
o processo inverso de decodificao.
Esse processo de codificao feito pelos CODECs(CODer-DECoder). Esses precisam
ser exatos, pois qualquer alterao pode fazer com que o sinal transmitido se difere do original.
O processo mais comum para essa codificao o PCM, ou Modulao por Codificao
de Pulsos. O PCM converte um sinal analgico de voz em um sinal digital correspondente a
uma taxa de 64 kbps [16].

3.5.1. Codificao do Sinal de Voz- Processo de Digitalizao da Voz [4] [6] [16]
Para a digitalizao do sinal analgico da voz, utiliza-se o PCM. Nele, existem trs
etapas fundamentais (Figura 17):
Amostragem: em que o sinal dividido em pequenas amostras, conforme uma
freqncia j pr-determinada;
Quantizao: em que o sinal amostrado sofre um refinamento;
Codificao: transformao do sinal quantizado em binrio.

Figura 17 - Processo PCM [6]

Nesse tipo de modulao um sinal analgico em digital para que possa ser transmitido
atravs de um meio fsico com transmisso digital.
O processo consiste inicialmente em coletar amostras do sinal analgico, passo
conhecido como amostragem. Essa amostra respeita o Teorema de Nyquist, em que o nmero

30
mnimo da amostra precisa ser duas vezes maior que a largura de banda do sinal que ser
digitalizado. Essa regra utilizada para garantir que a reconstruo do sinal seja idntica a
original.
O segundo passo chamado de quantizao das amostras. Esse processo consiste no
mapeamento do sinal, em que seus valores amostrados so arredondados a outros j prdefinidos. Em outras palavras, o ponto em questo avaliado a partir de uma linha de nvel:
caso esteja acima dessa marcao, aproximado para o valor correspondente superior; e estando
abaixo, para o valor inferior. Esse processo uma aproximao e portanto no corresponde aos
valores reais do sinal. Por esse fator podem ocorrer erros. Por isso, quanto maior o nmero de
nveis de quantizao utilizados, menor ser o erro causado pelo processo.
Para o PCM, h 256 nveis de quantizao. Como ele utiliza a codificao binria, cada
palavra-cdigo tem 8 bits e cada bit pode assumir o valor 0 ou 1, resultando assim em 2 8= 256
nveis. Para o sinal de voz o suficiente para apresentar menos erros.
Aps o sinal ser quantizado, ele sofre o processo de codificao, sendo transformado em
um sinal binrio, considerando a sequncia do sinal inicial. O resultado final uma sequncia
composta de 0 e 1 que representa o sinal analgico. Esse novo sinal binrio agora capaz de
ser transportado em uma rede de dados. Por todo esse processo, a utilizao do PCM muito
vantajosa:. Apresenta apenas dois nveis diferentes para o sinal modulado e reduz formas de
rudos que podem interferir sobre o sinal modulado, o que pode ocasionar dificuldades na
decodificao de sua forma original.

3.5.2. Largura de Banda e Compresso [4] [16]

Ao considerar os incios da convergncia, o transporte de voz em redes de dados

poderia causar um grande congestionamento na rede. Isso se d devido ao trfego de
voz apresentar uma alta taxa, de 64 kbps. A fim de evitar esse tipo de problema, adotouse a compresso dos dados antes da transmisso, otimizando a utilizao da banda.
Existem vrias tecnologias responsveis por fazer compresso. Uma das mais
conhecidas a G.729 que permite que o sinal de voz seja reduzido de 64kbps para 8kbps.: uma
compresso de 8:1.
A tcnica de compresso deve ocorrer logo no incio de todo o processo, assim como o
processo da descompresso deve ocorrer no fim. Isso garante a naturalidade e a inteligibilidade
do sinal original. Essas tcnicas so capazes de reduzir o custo de implantao de redes,
principalmente das WANs.

3.5.3. Atrasos, Congestionamento e Perda de Pacotes [4] [16]

31

Outro fator importante a se considerar no transporte de voz em uma rede de

dados o atraso da comunicao. Como a voz necessita de tempo real, esses atrasos
podem comprometer seriamente a qualidade do servio.
Essas variaes de atraso entre uma transmisso e outra so chamadas de jitter.
considerado varivel, pois muda em tempo real, de acordo com as condies de
trfego e de congestionamento e ocorrem devido ocupao ou a desocupao da rede
na hora do envio de informaes. Outro parmetro que tambm pode afetar a qualidade
do sinal o atraso da comunicao que pode ser gerado no transporte da voz numa rede
de dados.
Durante o processo de transmisso, caso a rede esteja desocupada para envio de
um bloco de dados, o envio se d imediatamente. Entretanto, no caso de ocupao da
mesma, necessrio que haja a desalocao de banda suficiente para o transporte da
informao. Esse tempo de espera causa um atraso na transmisso. Normalmente
percebe-se esse atraso quando h uma ruptura na fala, ou a audio de uma voz
artificial. Fora isso, com o congestionamento da rede, pode haver descarte e perdas de
pacotes, fazendo com que o usurio final no receba a informao toda.
A fim de reduzir esse problema de perda de pacotes, desenvolveram-se algumas
tcnicas para evitar e diminuir esses atrasos. Uma delas, chamada de priorizao de
pacotes faz com que os pacotes de voz tenham prioridade na transmisso em relao aos
outros. Isso faz com que a voz sempre seja transmitida antes, dando assim uma maior
garantia da entrega correta dos pacotes e evitando assim atrasos.

3.5.4. Qualidade de servio [4] [6]

Apesar da utilizao de transporte de voz em redes de dados, o parmetro

principal que garante o sucesso da implementao, como dito na seo 3.5 a qualidade
do servio. Como o ITU define, qualidade de servio o resultado da atuao coletiva
de diversos fatores num sistema, que determina a satisfao do usurio de um servio
em questo. Com QoS pressupe-se a entrega constante, previsvel e satisfatria de um
servio, processo ou informao. Esta funcionalidade visa definir mecanismos de
qualidade em que elementos de uma rede recebero parmetros especficos de trfego,
para garantir [2]:
A largura de banda de transmisso necessria para uma aplicao especfica;

32
Atrasos fixos e flutuaes mnimas de atraso (jitter mnimo).
Sendo assim, pode-se considerar que a partir do QoS que so definidas as
funes e os procedimentos no sistema.

3.6. QoS na rede IP

Garantir Qualidade de Servio para trfego de sinais de voz em redes IP talvez

seja o maior desafio para a integrao total das redes de dados e de telefonia. A rede IP,
apesar de ter sido escolhida juntamente com os protocolos TCP/IP para servir como a
principal rede de convergncia de voz e dados, apresenta uma caracterstica que pode
dificultar esse processo. Essa caracterstica conhecida como melhor esforo, ou
ainda servio de datagramas no confivel.
O melhor esforo conhecido por tratar os pacotes a serem enviados da mesma
maneira. No h nenhuma priorizao ou garantia da entrega dos pacotes. Caso muitos
pacotes necessitem ser enviados, congestionando a rede, h a perda de alguns pacotes,
que simplesmente so descartados com o propsito de liberar a rede. Como todos os
pacotes so igualmente tratados, no possvel controlar quais sero perdidos. Essa
caracterstica muito prejudicial para o transporte de voz, vdeo ou ainda alguma outra
aplicao que necessita de tempo real.
A rede IP definida por parmetros mnimos de desempenho que uma rede deve
fornecer. Por isso, problemas como a largura de faixa, latncia (atrasos) e jitter tambm
podem ser comuns. Para garantir a entrega e melhorar o QoS da rede, especialistas
buscaram desenvolver novas tecnologias que pudessem otimizar o desempenho da rede.
Entre os principais focos na rede, encontram-se a alocao de recursos na transmisso
ou ainda na otimizao.
No caso da alocao de recursos de transmisso, existem duas tecnologias que
merecem destaque: Servios Integrados e Servios Diferenciados.
J no caso de garantir QoS com foco de otimizao, o MPLS (Multi-protocol
Label Switching) considerada uma das principais tcnicas. A seguir sero apresentadas
breves descries de cada uma dessas tcnicas.

3.6.1. IntServ - Arquitetura de Servios Integrados [4] [16]

33
Servios Integrados procuram garantir os recursos reservando um banda de
aplicao para cada aplicao utilizada. Para a garantia do recurso, feito
primeiramente uma reserva prvia de banda para a transmisso da rede. Para isso, a
aplicao a ser transmitida deve especificar todos seus requisitos de banda. Com essas
informaes a rede utiliza um protocolo de roteamento para poder estabelecer um
caminho para a transmisso. Em cada ponto do caminho, verifica-se se h recursos
suficientes disponveis para nova reserva. Completado esse processo, a reserva do
caminho feita e a aplicao pode iniciar a transmisso e o envio de pacotes pelo
caminho, que est exclusivo para essa funo. Essa tcnica ideal para aplicaes de
que necessitam de transporte em tempo real e VoIP, que exigem qualidade de servio e
no toleram atrasos. Nessa arquitetura, os roteadores devem ser capazes de reservar
recursos a fim de prover QoS para fluxo de pacotes especficos.
Um dos protocolos mais utilizados nessa funo o RSVP, Resource
Reservation Protocol, desenvolvido pelo IETF. Ele utilizado para controle e
preparao das reservas de QoS solicitadas pela aplicao. O RSVP executado com
base no IP e no UDP (User Datagram Protocol), que um protocolo de transporte no
muito confivel.

3.6.2. DiffServ - Arquitetura de Servios Diferenciados [4] [16]

J os Servios Diferenciados trabalham com a combinao de controle nas

periferias da rede para poder provisionar os recursos da banda e priorizar os pacotes
mais importantes. Nele, os dados a serem enviados so divididos em pequeno nmero
de classes de encaminhamento no pacote IP. Para cada uma dessas classes, a quantidade
de trfego que os usurios tm direito de colocar na rede pode ser diferenciada e
limitada a partir de um ponto especfico da rede. Nesse processo no existe um
estabelecimento prvio de reserva de banda. A alocao das classes de encaminhamento
especificada atravs de um acordo entre o usurio da banda de transmisso e a
operadora que fornece o servio. Assim uma soluo mais simples que a dos Servios
Integrados.
A vantagem dessa tecnologia a simplificao e flexibilizao da rede, uma vez
que ameniza as dificuldades de escabilidade j que no h necessidade de verificar
sempre se h banda suficiente alocada na rede. A banda j est garantida a partir da
periferia de uma rede. Assim possvel dar preferncia a um determinado tipo de dado.

34
Nessa tcnica os pacotes so classificados, marcados e processados com base no
contedo do rtulo DSCP (Differentiated Service Code Point).

3.6.3. Protocolo MPLS (MultiProtocol Label Switching) [4] [16]

J a tecnologia mais conhecida para otimizar os nveis de desempenho de uma

rede IP o MPLS (Multiprotocol Label Switching), que organiza os recursos na rede
para garantir maior probabilidade de entrega da informao ao menor custo. O MPLS
tem como tcnica o label switching ou rtulo de encaminhamento, em que o
encaminhamento de pacotes baseado em rtulos (labels) adicionados aos pacotes a
serem transportados. Todo encaminhamento ao longo do backbone da rede feito com
base nesse rtulo. O MPLS responsvel por estabelecer as regras para definir o melhor
caminho para a entrega e quais as prioridades de servio que esses pacotes devem ter.
Da mesma forma que o Frame Relay, o MPLS estabelece rotas prvias para a
transmisso de pacotes, como pode ser inferido da figura 19:

Figura 18 - Rede com MPLS [16]

Apesar de se mostrar extremamente eficaz no papel de entrega, o propsito do

MPLS no substituir o roteamento IP. Ele pretende melhorar os servios providos em
redes IP atravs de um roteamento pr-definido, oferecendo escopo para gerenciamento
de trfego e garantia de QoS.
Para implementar QoS, o MPLS tambm incorpora conceitos e ferramentas
como os Servios Integrados e os Servios Diferenciados. Ele prov, por exemplo,

35
reserva de banda a ser tambm especificada no rtulo, e pacotes podem ser "marcados"
para indicar sua prioridade. Todas estas ferramentas fazem do MPLS um mecanismo
ideal para implementao de capacidades de gerenciamento de trfego em redes IP [16].

3.6.4. Alternativas para QoS na rede IP [16]

Ainda como alternativas para a entrega em tempo real de servios que

necessitam dessa caracterstica, foram criados os chamados protocolos de tempo real.
Eles so protocolos desenvolvidos para utilizao em aplicativos em tempo real, tais
como videoconferncia, transmisso de udio ou telefonia sobre redes de dados, uma
vez que estas aplicaes no toleram atrasos na transmisso/recepo, que, no entanto,
podem compensar uma eventual perda de pacotes.
Protocolos de tempo real operam, normalmente, sobre o protocolo UDP, pois o
cabealho (overhead) da conexo TCP e o seu mecanismo de retransmisso e correo
de erro so inteis para aplicaes em tempo real. Por isso, esses protocolos,
isoladamente, no garantem Qualidade de Servio, pois no proporcionam nenhum
mecanismo de confiabilidade na entrega dos pacotes. No entanto, eles aumentam a
eficincia da rede para esse tipo de aplicao, contribuindo para uma melhoria de
desempenho nos parmetros exigidos de QoS.
Para os aplicativos que necessitam de tempo real, como a voz e vdeo, os
protocolos mais importantes so:
RTP (Real Time Protocol - Protocolo de Transporte em Tempo Real), que
responsvel pelo transporte dos pacotes de dados em Tempo Real;
RTCP (Real Time Control Protocol - Protocolo de Controle em Tempo Real),
que responsvel pelo controle e monitorao da sesso estabelecida no
protocolo RTP.
Para o caso das NGN e redes com arquitetura IMS, esses protocolos so
essenciais. Nos prximos captulos sero estudados em que contexto eles se encontram.

3.7. Evoluo das redes convergentes [15] [16] [17]

Nos dias atuais existem planos para convergncia incluir no processo, alm de
servios de telecomunicaes, a tecnologia da informao (TI). J possvel, por
exemplo, o acesso de redes sociais em celulares ou mesmo transaes bancrias.

36
Observa-se que a convergncia de redes a melhor opo para fornecimento de novos
servios e reduo de custos no mercado de telecomunicaes. uma alternativa vivel,
no entanto h algumas observaes importantes que devem ser observadas para garantir
o bom funcionamento dessa rede. Outra questo importante o oferecimento do servio
em qualquer ponto da rede, ou seja, deve ser uma rede com mobilidade.
A rede mais utilizada para a convergncia atualmente a rede IP, que utiliza a
comutao de pacotes para envio das informaes. Por ser o modelo mais atual de
convergncia, a utilizao da rede IP merece destaque especial. O conceito adotado
pelas operadoras a Next Generation Networks, ou Redes de Nova Gerao, ou ainda
simplesmente NGN, que se baseia na rede IP. Essas j esto sendo implantadas e sero
abordadas no prximo captulo.

37

4. NGN - Next Generation Networks [4][6][17][18]

Com a globalizao, a tecnologia se popularizou e diminuiu as distncias entre a vida

profissional e pessoal de cada indivduo. Assim, as operadoras se depararam com a necessidade
de alcanar o cliente com uma soluo completa, em que ele possa escolher entre os diversos
servios os que mais lhe agradam. A soluo encontrada pelas operadoras foi o conceito de
NGN (Next Generation Networks ou Redes da Nova Gerao). Com ele torna-se possvel a
migrao da rede tradicional de servios em uma rede convergente baseada no protocolo IP,
mantendo a oferta de servios j prestados e abrindo a possibilidade de novas opes de
servios.

4.1. Caractersticas
Com a popularizao dos servios de dados, como a Internet, o sistema de voz comeou
a entrar em decadncia, devido a novos servios que surgiram, como o VoIP. As operadoras
fixas, preocupadas com esse cenrio, precisavam de uma alternativa para manter seus antigos
clientes e conquistar novos. A soluo encontrada foi a migrao para um infraestrutura nica
que pudesse integrar os servios, convergindo numa rede nica, a NGN. Esta se baseia no
oferecimento de servio triple play, ou seja, capaz de oferecer voz, vdeo e dados. Sua
transmisso se d atravs do encapsulamento das informaes e envio atravs do protocolo IP.
Essas redes de nova gerao tem como principais caractersticas os seguintes aspectos [17]:
Modelo de arquitetura funcional padronizado e aberto com suporte as redes legadas.
Qualidade de servio fim-a-fim.
Plataformas de servio com aprovisionamento e controle para mltiplas redes.
Segurana adequando protocolos e APIs (Application Programming Interfaces).
Mobilidade generalizada, garantindo a interconectividade e o roaming ao usurio.
No entanto, para um bom desempenho, existem algumas condies bsicas que a NGN
deve satisfazer. So elas [18]:
Comum acordo entre todos os envolvidos no processo que so os prestadores de
servios, prestadores de conectividade e prestadores de contedo.
Existncia de interoperabilidade internacional entre diferentes redes para o trfego de
dados e servios prestados.
Facilidade para incorporar novas tecnologias e servios nas redes.

38

Tambm h algumas necessidades especificas para alguns pontos especficos das redes
que a NGN precisa garantir. So eles [18]:
a) Para Usurios Finais:
Servios mveis com ampla cobertura (internacional);
Alta rentabilidade das redes;
Simplicidade na operao de servios;
Qualidade de servios (QoS) negociveis e constante em SLA's (Service Level
Agremment) globais;
Parcerias eficientes para bilhetagem de servios entre as redes.
b) Para Provedores de Servios:
Servio de criao de plataformas abertas e rpidas;
Eficiente capacidade de informao dos usurios sobre os servios disponveis;
Garantia de QoS das rede no que se refere a: transmisso, atraso, variao de atraso,
perda, prazo de reparo, segurana, bilhetagem e disponibilidade;
Capacidade de adaptar os servios prestados de acordo com a variao de QoS ou
limitao de dispositivos e/ou tecnologias de forma a atender o mercado no momento
adequado.
c) Para Provedores de Redes
Real convergncia para elevao da produtividade e da eficincia e para a reduo dos
custos.
Por todos esses requisitos, o processo de implantao de uma rede NGN bem
complexo e exigente. Por essa razo, ele feito de modo gradual. Nessa implantao h outros
aspectos que precisam ser considerados no projeto [17].
Primeiramente, h necessidade de mudanas nos sistemas de chaveamento e roteamento
dos provedores de servios de redes. As interfaces de redes fornecidas pelos provedores de
redes tambm devem ser bem definidas e internacionalmente acordadas. A rede tambm dever
ter um excelente controle de seus recursos, na forma de gerncias escalonadas por: QoS, SLA
(Service Level Agremment) e CRM (Customer Relationship Management). Tudo isso para
permitir o desenvolvimento de novos servios que possam operar de maneira eficiente e
independente.
Tambm devido incerteza dos servios a serem oferecidos no futuro, h uma grande
dificuldade de uma ao proativa nas redes. Medidas esto sendo tomadas como o
desenvolvimento de infraestrutura de comunicao programvel. A idia bsica por trs deste
conceito de desenvolvimento de uma plataforma e uma interface aberta correspondente que
poder ser usada para programar a rede quando se implementa um novo servio de rede. So
esforos para padronizao das plataformas e aplicaes de operao dos dispositivos de redes.

39

4.2. Padronizao

Vrios rgos em conjunto esto voltados para padronizar as NGN. Eles procuraram se
associar para buscar uma alternativa comum, que pudesse interoperar com as redes j existentes
a partir da padronizao de protocolos, interfaces e arquiteturas comuns e assim obter maior
flexibilidade. Os principais rgos envolvidos na padronizao da NGN so o TISPAN
(Telecoms & Internet Converged Services & Protocols for Advanced Networks), um grupo de
trabalho do ETSI (European Telecommunications Standards Institute); o FGNGN (Focus
Group on NGN); e o NGN-GSI (NGN-Global Sdandards Initiative) ambos os grupos so
pertencentes

ao

ITU-T

(International

Telecommunication

Union

Telecommunication

Standardization Sector) [17].

A primeira verso de padronizao NGN foi feita pela TISPAN em dezembro de 2005,
que estabeleceu as primeiras especificaes para a implantao da NGN. Entre as principais
resolues estavam a substituio da PSTN, fornecendo todos os servios que a mesma j
fornecia e a introduo de servios multimdia, novos servios baseados no protocolo IP e a
arquitetura das NGN, assim como seus subsistemas e o modo como operam [6] [17].
A segunda verso, chamada de REL-2, foi desenvolvida, levando em considerao
outros aspectos, como [17]:
Anlise de exigncias do FMC (Fixed-Mobile Convergence) e do FMCA (Fixed-Mobile
Convergence Alliance).
Anlise das capacidades da rede em suportar os servios de IPTV (IP Television) com
ATIS IIF (Automatic Terminal Information Service IPTV Interoperability Forum) e
DVB (Digital Video Broadcasting).
Integrao do IPTV com a NGN Services and Capabilities utilizando IMS. Suporte para
os servios de Business e interoperabilidade com redes de empresas.
Nessa verso j houve um sincronismo entre o TISPAN e o 3GPP a fim de verificar o
alinhamento dos padres para agora a interface mvel tambm. Outras verses do NGN j
foram desenvolvidas, incluindo novas funcionalidades e caractersticas para esse padro.

4.3. Arquitetura
O grande diferencial da arquitetura NGN a diviso de todo conjunto em camadas, com
interfaces abertas e padronizadas. Normalmente, a rede dividida em trs camadas principais:
Camada de Aplicao e Servios,

40
Camada de Controle,
Camada de Acesso e Transporte ou Infraestrutura de dados.
Com essa arquitetura possvel o oferecimento de servios multimdia em uma rede de
dados integrada com as redes existentes a partir dessa organizao em camadas, com interfaces
abertas e padronizadas (Figura 19). Mas o principal ponto se encontra na separao da
sinalizao e controle da camada de aplicao e servios, o que permitiu servios serem
oferecidos e tambm desenvolvidos de maneira independente.

Figura 19 - Camadas de uma rede NGN

A figura 20 apresenta a topologia de rede de uma rede com arquitetura NGN. Nela
pode-se comprovar as rede de acesso se comunicando com a rede IP atravs dos Media
Gateways e o controle dos Media Servers (Softswitch), que sero apresentados na seo 4.4.

Figura 20 - Topologia de uma rede NGN

41

4.3.1. Camada de transporte

A camada de transporte ou infraestrutura de dados a responsvel pelo transporte dos

dados. Ela que possui QoS, tanto no caso da rede IP para as NGN ou uma rede ATM. Nela
tambm se encontra toda a infraestrutura ( backbone) da rede de dados e redes de acesso. Nessa
camada que se encontram os switches, roteadores e media gateways, responsveis pela
codificao de mdia entre redes diferentes. Tambm nessa camada que os CODECs atuam
sobre a informao a ser tratada.
As principais funes dessa camada so:
Processamento da voz fazem a compresso/ descompresso e o empacotamento.
Transporte da sinalizao para a camada de controle
Na camada de transporte tambm esto presentes os servidores de mdia (Media
Servers) que so responsveis por fazer todo o processamento da mdia, a gravao, reproduo
de mensagens, converso text-to-speech, reconhecimento de fala,...
Para a comunicao com a camada de controle so utilizados protocolos entre os
elementos. Um dos principais utilizados o MGCP (Media Gateway Control Protocol) ou
posteriormente o H.248 pelos Media Gateways, como ser visto no item 4.5.

4.3.2. Camada de Controle

A camada de controle de chamadas considerada o ponto estratgico da arquitetura da

NGN. Ela responsvel pelo estabelecimento, superviso, liberao e tarifao das chamadas
que trafegam na rede IP. atravs dela que permitido o acesso a novos servios e ao servios
das redes legadas. o caso, por exemplo, do oferecimento de servios TDM em redes NGN.
As principais funes da camada so:
Sinalizao
Controle de Chamadas
Acesso a Camada de Servios
tambm na camada de controle que se localiza o Softswitch, considerado a
inteligncia da rede NGN. Eles so responsveis pelo controle dos Gateways na camada de
transporte.

4.3.3. Camada de Aplicao e Servios

42
A camada de aplicao e servios contm todos os servios que podem ser oferecidos
ao usurio conectados a rede. Ela constituda de servidores ou controladores de servios, que
contem toda a lgica e inteligncia para prestao dos servios e as respectivas bases de dados
dos usurios.
A camada de servios implementada pela utilizao de workstations de alto
desempenho e servidores de bases de dados padro de mercado.

Estes servidores so

responsveis por gerenciar os servidores de mdia que esto localizados na camada de

transporte. Ela utiliza plataformas de hardware como Windows e Linux, que podem ser
utilizados por vrios servios.
Os modos mais comuns para oferecimento dos servios so:
Pelo modelo da Rede Inteligente INAP;
Pelo protocolo H.323 ou SIP.
Atualmente, entre os servios mais comuns oferecidos pelas operadoras esto voicemail, servios pr-pagos, unified messaging, voice browser entre outros.

4.4. Equipamentos da rede NGN

Como visto na arquitetura, a rede NGN composta por vrios equipamentos na sua rede
que fazem a manipulao e encaminhamento dos pacotes. Alguns dele merecem um destaque
especial. A seguir sero detalhados alguns dos principais elementos das redes NGN.

4.4.1. Media Gateways

Gateways so entidades responsveis pela interligao das redes e traduo de
protocolos. Por essas funes so consideradas entidades intermedirias, que se localizam entre
redes distintas. Um roteador ou mesmo um firewall podem ser gateways, j que servem de
intermdio entre o usurio e a rede. Os Media Gateways (MGW) tm como misso a converso
de diferentes tipos de fluxo de mdia que vm de diferentes redes. Isso quer dizer que eles so
responsveis pela interconexo entre as redes legadas e atuais. Sendo assim possvel, por
exemplo, a converso entre a rede telefnica tradicional (TDM) e a rede de dados em que sero
enviadas as informaes e vice-versa. Alm da converso, os media gateways fazem tambm a
manipulao das mdias e outras atividades como a compresso, cancelamento do de eco e
envio de deteno de tons. O gateway no possui nenhuma inteligncia, ou seja, controlado
por outro elemento, o Softswitch. Esse controle se d via protocolos de controle, como o MCGP
ou o MEGACO/H.248 ou mesmo o SIP. Essa falta de inteligncia feita de maneira proposital,
uma vez que facilita a gerncia e evoluo da rede. Caso esses elementos tivessem inteligncia
prpria para decidir o que fazer , necessitariam de constantes atualizaes para cada novo

43
servio que aparecesse, tornando o processo invivel. Na figura 20 observa-se onde se localizam
os MGW, assim como a sua funo de traduo de protocolos entre redes distintas.
Como dito anteriormente eles tambm so responsveis por fazer a troca entre o mundo
TDM das telefonias fixas tradicionais e o mundo IP. O Media Gateway tem algumas
caractersticas principais [21]:
Interfaces diretas entre PSTN e IP/ATM
Converso em tempo real sobre TDM para voz sobre IP
Protocolos de controle para uma inteligncia de servios centralizada e separao dos
servios do transporte
Integrao densa para uma baixa ocupao de espao e consumo.
O smbolo do Media Gateway normalmente retratado como o bloco apresentado na
figura 21.

Figura 21 - Representao de um bloco Media Gateway [6]

4.4.2. Softswitch

O Softswitch considerado o crebro da rede NGN. Ele que tem toda a inteligncia e
controla os elementos da rede, como os gateways. Ele responsvel pelo controle de chamadas
e sesses e implementa as facilidades e servios suplementares ofertados [6]. O Softswitch um
call agent e faz parte da camada de controle das redes NGN. Call agents so responsveis pela
funo de cobrana, sinalizao, roteamento e ligao. Assim, o Softswitch tem autonomia de
controlar vrios media gateways dentro de uma rede TCP/IP. Alm disso, ele o principal
responsvel pelo controle de chamadas. Para esse controle, ele precisa trabalhar em contato com
outros elementos da rede. Com isso ele capaz de manipular a troca de sinalizaes, podendo
elas serem de redes de pacotes, como o H.323, SIP, MEGACO e MGCP; ou mesmo rede
comutada, como SS7 e ISUP. Eles ainda so conhecidos como Media Servers, e so ilustrados
na rede NGN na figura 20.
Para cada servio, o Softswitch deve entender a sua lgica prpria e traduzi-la em
comandos que cada elemento da rede possa entender e realizar seu papel. No caso da voz, ele
responsvel pela manipulao da sinalizao e controle de chamadas juntamente com o
gatekeeper. Essa diviso entre sinalizao e controle e manipulao da mdia pelos gateways

44
permite uma maior flexibilidade para a evoluo das redes. Como principais caractersticas de
um Softswitch, podem-se destacar [21]:
Interface com os protocolos de sinalizao, como ISUP, INAP, H.323/SIP,
MGCP/H.248, entre outros
Separao do controle de chamadas/ servios do transporte de dados;
Mediao de alta velocidade entre diferentes sistemas de sinalizao no mundo de
voz;
Inteligncia de servio em aplicaes de servios de voz;
Inteligncia centralizada para a rpida introduo de novos servios convergentes;
Interface aberta para dispositivos/ aplicativos comerciais ou de outros fabricantes;
Confiabilidade e Segurana na tarifao, mediao de desempenho e controle dos
recursos.
A figura 22 apresenta um bloco de um Softswitch, normalmente utilizado em topologias
de rede:

Figura 22 - Representao de um Softswitch [6]

Tanto a parte de controle como a de sinalizao feita atravs dos protocolos utilizados.
Na NGN so vrios os protocolos que podem ser utilizados, desde aqueles utilizados para
aplicaes em tempo real (RTP) ou mesmo protocolos de sinalizao e controle (SIP). A seguir
sero descritos os principais protocolos utilizados para o controle das sesses.

4.5. Protocolos de controle da rede

A seguir sero discutidos alguns dos principais protocolos controle da rede utilizados
para a NGN, principalmente em relao ao transporte de voz.
Entre os diferentes padres utilizados, o SIP merece um destaque especial, uma vez que
atua no s na rede NGN, mas o principal protocolo utilizado no controle de sesso da rede
IMS.

4.5.1. MGCP - Media Gateway Control Protocol [6]

45
O MGCP ou Media Gateway Control Protocol um protocolo de Gateway de Mdia,
definido pela IETF, utilizado para transporte de voz atravs da rede IP, por exemplo. O MGCP
projeto com uma arquitetura distribuda, separando o tratamento de operaes de controle,
sinalizao e mdia e tem como principal objetivo o controle dos Media Gateways na rede IP
atravs do agente externo Media Gateway Controler (Call Agent/Softswitch). No entanto, j est
caindo em desuso, sendo substitudo pelo H.248.

4.5.2. Protocolo Megaco/ H.248 [6] [22]

O protocolo MEGACO tambm um protocolo de controle para o Media Gateway. Foi
desenvolvido pelo IETF e ITU-T, definido atravs da recomendao H.248. Ele permite a
sinalizao para redes NGN. Assim como o MGCP, sua principal funo permitir que os
elementos da rede troquem informaes de controle e gerenciamento de servios.
O Megaco/H.248 adota o modelo de separao fsica do plano de controle (Softswitch),
do plano de transporte (Media Gateway), conforme apresentado na figura 19. O Softswitch
responsvel por trocar as sinalizaes e mensagens com as outras redes e protocolos, converter
as mensagens para os comandos do Megaco/H.248 e encaminhar na rede IP para os Media
Gateways,
O MG pode estar localizado fsicamente distante do Softswitch, recebendo os comandos
Megaco/H.248 para criar e deletar as entidades do protocolo.Ele recebe a mdia de diferentes
tipos de rede e faz a converso para a rede IP.
Apesar de existirem muitos protocolos para os sistemas de comunicao, o
Megaco/H.248 se fixou como opo compatvel e complementar ao MGCP, obtendo assim uma
maior vantagem em relao a outros protocolos, e assim vem se tornando o seu sucessor.

4.5.3. H.323 [6] [22]

O protocolo H.323 especifica os sistemas de comunicao multimdia em redes de
pacotes que no provem qualidade de servio (QoS). Ele no se limita apenas a rede IP, mas
pode agir tambm em outras redes de pacotes como IPX (Internet Packet Exchange), redes
metropolitanas (MANs), redes de longa distncia (WAN) e conexes discadas.
Ele tambm estabelece padres para codificao e decodificao para dados de voz e vdeos,
alm de outras mdias. Isso garante a interoperabilidade entre equipamentos de diferentes
fabricantes, j que todos conversaro no mesmo padro (H.323).
O protocolo H.323 foi desenvolvido pelo ITU-T. Sua primeira verso apareceu em
1996, sendo adotado inicialmente somente por empresas. Em 1998, surgiram as duas verses
posteriores, conhecidas por Tunneling e Fast Conect, que trouxeram maior agilidade e leveza. O

46
H.323 se contrasta ao MGCP em suas concepes. Enquanto o primeiro tem participao ativa
no processamento da chamada, no outro, todo o processamento da chamada feito no Media
Gateway Control.
Uma grande vantagem desse padro que ele completamente independente aos
aspectos relacionados rede. Isso quer dizer que h uma livre escolha das tecnologias de enlace
que sero utilizadas, com Ethernet ou mesmo Token Ring. Tambm no h restries a
topologia da rede, ou seja, pode ser uma ligao ponto a ponto ou terem vrios segmentos de
redes intereconectados.
O protocolo H.323 mais voltado para o suporte de transporte de voz, ou seja, suas
regras foram feitas visando principalmente o udio. No entanto, para outros casos, como vdeos
ou dados, o transporte feito seguindo as especificaes estabelecidas pelo padro.
A arquitetura H.323 se baseia nas recomendaes do ITU-T conforme as
especificaes:
H.323 - Especifica a arquitetura e procedimentos gerais.
H.225 - Especifica a sinalizao de chamadas e o protocolo de registro, admisso e
status
H.245 - Especifica o protocolo e os procedimentos para controle de capacitaes de
terminais e controle de canais lgicos.
Existem tambm algumas recomendaes e padres que so usados juntamente com o
H.323. Alguns so responsveis por outras especificaes como padres de codificao e
compresso de vdeos e compartilhamento de dados.
Na figura 23 so apresentados os principais padres utilizados para o padro H.323:

47

Figura 23 - Componentes do Protocolo H.323

Apesar de ser recente, o cenrio do protocolo H.323 j est se tornando obsoleto. Em

1999, o grupo de trabalho Multiparty Multimedia Session Control (MMUSIC) do IETF aprovou
o padro SIP (Session Initiation Protocol) atravs do RFC 2543, como alternativa para o padro
H.323. E desde ento as redes vem substituindo o H.323 pelo SIP pelas vantagens que este
apresenta.

4.5.4. Protocolo SIP [8] [6] [22]

O SIP, do ingls Session Initiation Protocol, um protocolo aprovado pelo IETF em
maro de 1999, sendo considerado o substituto do protocolo H.323. Foi criado devido
necessidade de incluir e excluir dinamicamente participantes de uma sesso multicast, coisa que
o antigo padro no permitia. O SIP o principal protocolo do IMS, que o objeto principal
desse estudo.
O H.323 era considerado um protocolo que tinha soluo tudo em um. No entanto,
no se mostrou flexvel o bastante para o fornecimento de outros servios que no fossem a voz.
Com isso o desenvolvimento do SIP foi muito bem recebido e foi considerado um grande
marco, assim como foi o protocolo HTTP (Hypertext Transfer Protocol), que foi responsvel
pela inovao das pginas da WEB que podiam agora ter links clicveis conectados com texto,
vdeo, udio e etc. Assim como esse protocolo, o SIP consegue integrar vrios contedos e
sesses de administrao. Ele foi rapidamente adotado, principalmente em servios de
comunicao integrada, em especial os que utilizavam presena.

48
O SIP responsvel por estabelecer, modificar e finalizar sesses multimdias
(conferncias) e chamadas telefnicas via Protocolo IP. Esse processo se d devido ao
fornecimento dos meios para endereamento e localizao dos membros. A grande vantagem
desse padro que ele independe do tipo de dado a ser enviado, ou seja, seus procedimentos no
dependem do tipo da mdia ou da aplicao da chamada.
Em uma rede de telecomunicaes existem dois tipos diferentes de trfego. O primeiro
se refere ao controle e sinalizao, que utilizado para estabelecer gerenciar e terminar as
sesses de comunicao. O outro o trfego de dados (podendo ser voz, por exemplo). No caso
das redes SIP, os caminhos dos trfegos de sinalizao e de dados so independentes. Essa
separao responsvel por um gerenciamento mais eficiente, e tambm facilita a adaptao a
possveis mudanas funcionais que possam ocorrer. Resumindo: o SIP flexvel e aberto para
permitir novos servios desenvolvidos por qualquer desenvolvedor. Por essa caracterstica, ele
tem maior vantagem sobre outros protocolos.
A sinalizao SIP suporta os seguintes perfis de gerenciamento da sesso multimdia
[22]:
User Location (Localizao do Usurio) permite o acesso telefnico ou a outras
aplicaes caracterisiticas de localizaes remotas
User Availability (Disponibilidade do Usurio) analisa a disponibilidade do usurio
entrar em uma sesso de comunicao.
User Capabilities (Capacidade do Usurio) - Determina a mdia e os parmetros da
mdia que sero usados na sesso
Session Setup (Configurao da Sesso) Estabelece os parmetros para sesses ponto
aponto e multicast.
Session Managment (Gerenciamento da Sesso) permite a transferncia e a finalizao
da sesso; a modificao dos parmetros da sesso; a e chamada de nova sesso de
servios
Isso quer dizer que o SIP s responsvel pela localizao, disponibilidade e
capacidade do usurio alm da configurao e gerenciamento da sesso. Ele no capaz de
determinar quais servios esto sendo enviados e recebidos, assim como no afeta como
passada a informao. Isso quer dizer que no importa o modo como feita a comunicao, seja
ela por rdio, cabos ou satlites.

4.5.4.1. Comparaes entre o SIP e HTTP [10] [22]

Como visto na seo 4.3.4, O SIP funciona de modo similar ao SMTP (Simple Mail
Transfer Protocol) e ao HTTP. Enquanto o HTTP fornece a integrao de contedo (como

49
texto, udio, vdeo e links para outras pginas), o SIP consegue integrar diferentes mdias dentro
de uma mesma sesso. Ele considerado um protocolo cliente/servidor ou requisio/resposta,
similar ao HTTP quanto sintaxe e semntica. Em outras palavras, so feitas requisies pela
entidade cliente e ento enviadas ao servidor. O Servidor processa a mensagem e ento envia
uma resposta para o cliente. Ele tambm leva os controles de aplicao para terminal,
eliminando a necessidade de centrais de comutao. Ele tambm responsvel pelo envio de
mensagens e cdigos, como o caso do error code - 404: Address not found. No entanto,
diferente do HTTP, o SIP um protocolo peer-to-peer. No HTTP, o servidor web no origina as
requisies, enquanto no SIP qualquer agente usurio pode enviar pedidos para iniciar ou
modificar a sesso. Alm disso, com o SIP possvel gerar respostas de mltipla escolha (com a
possibilidade de vrios destinos) a partir de uma nica requisio [10].
Outra diferena marcante nas arquiteturas que os servios HTTP se hospedam em
servidores HTTP, responsvel por gerar a resposta aos pedidos feitos, enquanto no SIP seus
servidores (Servidor Proxy, Servidor de Registro e Servidor de Redirecionamento) conseguem
fornecer servios de roteamento inteligente.

4.5.4.2. Principais caractersticas do protocolo SIP

A seguir sero apresentadas algumas das principais caractersticas que o protocolo SIP
apresenta em sua composio e que so necessrias para compreender sua ao dentro da rede.

4.5.4.2.1. SIP Server (Servidores SIP) [6]

Em uma rede SIP, com funes especficas, existem trs tipos de servidores:
Servidor de Registro responsvel por receber as atualizaes sobre a localizao
corrente de cada usurio
Servidor Proxy responsvel por receber as requisies e envi-las a outros servidores,
conhecidos como servidores next-hop.
Servidor de Redirecionamento responsvel por receber requisies e determinar um
servidor next-hop. Entretanto, ao contrrio dele prprio reenviar requisio, ele
retorna o endereo do servidor next-hop para o cliente.

4.5.4.2.2. Identificao SIP [22]

O SIP utiliza o URI (Uniform Resource Identifier) para identificar os participantes e
pesquisas na sesso de comunicao. O SIP URI semelhante tambm ao URL (Uniform

50
Resource Locator) tambm utilizado pelo HTTP. Em geral, sua forma feita seguindo o
parmetro:
sip:user:password@host:port;uri-parameters?headers
Para cada servio, existe um usurio sip criado. Seguem a seguir alguns casos [22]:
a. Chamada a um telephone PSTN (Public Switched Telephone Network)
sip:1-222-444-9876@pstnnetwork.com;user=phone;
Parmetros SIP podem ser usados para fornecer informaes adicionais:

user=phone utilizado para indicar que a chamada direcionada para um numero

telefnico

b.

Chamada para Internet

sip:123-4567@itso.com;user=phone; context=privnet;

Context=privnet indica uma rede IP privada, como por exemplo, a rede de uma
empresa, alm de user=phone indicar que se trata de uma chamada para um nmero
telefnico.

c.

Chamada a um computador pessoal

sip:joaosilva@itso.com
Caso a aplicao demande segurana, adota-se a seguinte configurao:
sips: joaosilva@itso.com, semelhante ao HTTPS.

4.5.4.2.3. Relao entre SIP e outros protocolos

Apesar das vantagens do SIP, importante ressaltar que ele no age sozinho. Ele
apenas um protocolo de aplicao e necessita de outros protocolos trabalhando em conjunto
para garantir suas vantagens. No caso do transporte de voz sobre IP (VoIP), por exemplo, o
SDP( Session Description Protocol) quem define o formato para a descrio das
caractersticas e parmetros para a sesso multimdia; RTP (Real-Time Transport Protocol)
define o formato do pacote padronizado para entrega de udio e vdeo atravs da Internet; e o
Real-time Transport Control Protocol (RTCP) fornece controle fora da banda com as
informaes sobre qualidade do fluxo de dados RTP.
Assim, como apresentado na figura 24, o protocolo SIP trabalha em conjunto com
outros protocolos.

51

Figura 24 - Protocolos utilizados em conjunto com o SIP [22]

4.5.4.2.4. Mensagens SIP

Na sinalizao SIP, todo o estabelecimento, modificao ou encerramento das sesses
feito atravs da troca de mensagens. No protocolo SIP as mensagens que sero enviadas
consistem na linha inicial que especifica o mtodo. Na figura 25 apresentada a estrutura das
mensagens SIP. A linha inicial (start-line) pode ser uma linha de requisio ou linha de status.
As mensagens de requisio utilizam essa linha para indicar o tipo de solicitao a ser feito. As
mensagens de resposta que indicam se a solicitao foi aceita ou no se encontram na linha de
status. As mensagens de cabealho (message-headers) so os campos com nomes/valores.

52

Figura 25 - Estrutura de mensagens SIP [22]

Existem dois tipos de mensagens SIP:

Request ( Requisio): que contm os mtodos que indicam a ao solicitada
Response (Resposta): que se baseia na estrutura HTTP, podendo haver seis tipos
de resposta diferentes.

4.5.4.2.4.1. Mensagens SIP Request

Na mensagem SIP Request existe a linha de requisio. Seu formato ilustrado pela
figura 26.

Figura 26 - Mensagem SIP Request [22]

O campo mtodo (method) indica qual ser o mtodo a ser adotado. Segundo RFC 3261
h seis mtodos principais:
Invite: Convida um usurio para participar de uma chamada estabelecendo uma
conexo;

53
Bye: Termina uma conexo;
Options: Informaes sobre capacidades suportadas;
ACK: Indica que um invite foi aceito;
Register: Informa a localizao do usurio ao servidor.
Options: Consulta o servidor quanto a sua capacidade
No campo requisio URI (request-URI) indica o usurio ou servio que pedido est
sendo requisitado. Nele contem o SIP-URI ou SIPS.
Por fim no campo verso SIP (version SIP) indica qual a verso do protocolo SIP est
sendo utilizada.

4.5.4.2.4.2. Mensagens SIP Response

O recebimento de uma requisio SIP feito por servidor Proxy que formula uma
resposta e o envia de volta com uma mensagem. A mensagem de resposta colocada no campo
linha de status, como apresentado na figura 27:

Figura 27 - Mensagem SIP Resposta [22]

No campo verso-SIP, assim como nas mensagens de requisio, indica o a verso do

protocolo SIP utilizado.
O campo status do cdigo (status-code) composto de trs dgitos que representam o
resultado da solicitao. O primeiro dgito indica a classe da resposta. Segundo o
desenvolvimento do SIP/2.0 existem 6 classes possveis, que podem ser:
1XX: Progress;
2XX: Successful Request;
3XX: Redirection;
4XX: Incorrect Request;
5XX: Server Failure;
6XX: Global Failure.

54
Por fim o campo razo-frase (reason-phrase) trata de uma breve descrio textual do
cdigo de status. Sempre que o status destinado ao processamento da mquina, esse campo
preenchido para mostrar o que mostrado ao user agent.
Assim, devido ao modelo e caractersticas que o SIP apresenta, rapidamente ele se
tornou a melhor opo para controle de sinalizao. Tendo apenas cinco funes e utilizando
uma abordagem por camadas, tem flexibilidade e abertura que permite que ele seja utilizado
tanto por novas como antigas aplicaes. Rapidamente o SIP ganhou espao na arquitetura das
comunicaes multimdia no mundo IP. Por todas essas razes, tambm se tornou o principal
protocolo utilizado pelo IMS, que ser visto no prximo captulo.

55

5. IP MULTIMEDIA SUBSYSTEM IMS

O IMS, do ingls IP Multimedia Subsystem, uma arquitetura de referncia que visa a

entrega de servios de comunicao de voz, vdeo e dados atravs de uma rede IP. Ela descrita
como subsistema (subsystem), uma vez que faz parte de uma rede completa, necessitando de
outros componentes para funcionar como um sistema multimdia. O IMS considerado uma
arquitetura de referncia porque seus princpios agregam prticas bem sucedidas de outras
redes. Alm disso, existem contribuies que ainda esto sendo agregadas a fim de resolver
problemas que no foram bem definidos nas primeiras definies. O IMS no um novo
conceito de redes para a transmisso de servios e sim, uma particularidade, uma soluo
desenvolvida a fim de melhorar a qualidade dos servios e gerar receita s operadoras.
A seguir so apresentadas as principais caractersticas e motivos para que o IMS seja
apontado como alternativa vivel para o futuro das redes de servios.

5.1. Justificativas para o IMS

Como visto no primeiro e segundo captulo, nos ltimos anos a Internet passou por
crescimento exponencial. Esse crescimento se deu principalmente sua capacidade de fornecer
servios e entretenimento aos usurios. Servios como email e WWW foram possveis graas
utilizao de protocolos abertos que esto disponveis para que qualquer desenvolvedor possa
criar seu prprio aplicativo. Para isso basta conhecer os protocolos utilizados [23].
As comunicaes mveis, principalmente o celular, tambm se popularizaram muito
nos ltimos anos. Alm de chamadas telefnicas, existem muitos outros servios como o SMS,
caixa postal e, com o advento das NGN (redes convergentes), o celular tambm foi capaz de
oferecer servios de dados. O que possibilitou esse processo foi o GPRS (General Packet Radio
System ou Servio de Rdio de Pacote Geral), uma tecnologia que permite o aumento das taxas
de transferncia de dados nas redes GSM, sendo o transporte de dados feito a partir da
comutao de pacotes [23]. Essa nova tecnologia permitiu s operadoras oferecerem a Internet
mvel em uma boa velocidade (taxa de transmisso terica de 2,4Mbps) e com custo razovel,
uma vez que a cobrana feita em funo da quantidade de pacotes de dados que so
transmitidos, no pela durao da conexo rede. Assim, alm da internet mvel, outros
servios surgiram com o advento do GPRS, como o acesso WAP (Wireless Application
Protocol ou Protocolo para Aplicaes sem Fio) e acesso s redes corporativas VPN.

56
No entanto, apesar de se mostrarem eficazes, esses servios no foram capazes de atrair
consumidores suficientes para justificar os altos investimentos nessas redes de pacotes para
celular. A soluo ento encontrada foi a convergncia entre as redes de telefonia mvel com a
Internet. Essa alternativa ficou conhecida como 3G, ou terceira gerao. Esta tem maior
capacidade da rede, devido a uma melhor eficincia espectral. Por isso possvel a transmisso
de dados alm da telefonia de voz a longas distncias, a altas velocidades. Isso possibilitou o
oferecimento de novos servios.
O IMS surgiu para complementar esse cenrio. Ele uma promessa que visa tornar o
paradigma da internet mvel possvel e de maior eficcia para o usurio. O conceito de IMS
representa o elemento chave na arquitetura 3G para tornar possvel o acesso universal a todos os
servios que a Internet dispe, via celular. Deste modo, visa facilitar, por exemplo, a navegao
em web-pages, leitura de e-mails, visualizao de filmes e participao de videoconferncias
usando dispositivos 3G.
As redes 3G j possuem nativamente a comutao de pacotes em sua estrutura, tornando
a comunicao de dados mais rpida e eficiente, comparada com dispositivos 2G, que fazem
uso da comutao de circuitos. Este o motivo pelo qual os dispositivos 3G possuem taxas de
transmisso maiores e possuem maior largura de banda para acessar a Internet. Desta maneira,
os usurios podem navegar na web, ler e-mails, fazer download de arquivos e fazer virtualmente
tudo o que seriam capazes atravs de uma conexo de banda larga de suas casas. Um bom
exemplo o caso de um usurio que pode instalar VoIP no celular e assim realizar uma
chamada, no pagando uma ligao, mas sim transferncia de dados. No entanto, esse tipo de
servio j est disponvel de maneira eficiente a usurios que utilizam essa tecnologia. Assim,
pode-se perguntar qual seria o motivo para a concentrao de esforos e implantao de IMS. A
resposta a se questo se resume a trs fatores [23]:
Qualidade de Servio (QoS)
Tarifao
Integrao de servios variados.
Um dos principais problemas da transmisso por pacotes garantir o fornecimento de
servios multimdia em tempo real. No existe garantia de que a rede oferece largura de banda
suficiente a um usurio para uma conexo em particular ou prever eventuais atrasos na entrega
dos pacotes. Assim, uma das principais metas do IMS ser o responsvel pela sincronizao
dos enlaces, provendo assim QoS.
Outro ponto chave o modo como um usurio tarifado. Em uma conexo 3G ele
tarifado de acordo com a quantidade de dados transmitidos, no importando que sejam estes
voz, vdeo ou mensagens instantneas. No existe nenhum sistema que faa a distino entre o
contedo dos bytes transmitidos. Se as operadoras forem capazes de diferenciar o contedo dos
bytes, a cobrana poder ser feita de uma maneira mais benfica para o usurio. Um bom

57
exemplo o caso novamente da chamada VoIP que pode ser cobrada por sua durao e no pela
quantidade de bytes envolvidos; ou ainda uma mensagem instantnea que pode ser tarifada por
sua unidade, no dependendo assim do seu tamanho. No entanto importante ressaltar que IMS
no define um padro de como as operadoras iro tarifar tais servios. Pelo contrrio, deixa livre
para as operadoras tarifarem da maneira que melhor lhe convirem. O IMS apenas fornece
informao sobre os servios requisitados pelos usurios deixando a tarifao a cargo da
operadora.
E por fim, com a padronizao das interfaces de servios, servios de terceiros podem
ser implementados sem maiores dificuldades, podendo ser compatveis com servios j
existentes ou que venham a surgir. Isso a integrao de servios variados que podem tambm
ser utilizados pelo usurio tanto em sua rede de origem como quando est em roaming.
Assim, para atender essas principais premissas, o IMS faz uso do protocolo e da rede IP.
No entanto, ele tambm capaz de se comunicar com outras redes, como a TDM. Com IMS
possvel estabelecer sesses diferentes ao mesmo tempo, como durante uma videoconferncia;
saber o status de disponibilidade de outros usurios; ler e-mails ou enviar arquivos. Como todos
os servios que o IMS prov utilizam pacotes, a comunicao mais eficiente. Tambm o
ambiente criado por esse novo padro faz com que qualquer servio possa acessar qualquer
aspecto da sesso estabelecida. Isto permite que aplicaes mais ricas e interessantes possam ser
desenvolvidas, ao contrrio do uso do ambiente que cada servio diferente e eles no se
interconectam. E como IMS no depende do mundo TDM, a interconexo com outros
dispositivos, como laptops conectados internet usando algum software de videoconferncia, se
tornar algo trivial.
Portanto, o grande trunfo do IMS prover servios de Internet (incluindo servios
multimdia em tempo real) com QoS e por um preo aceitvel e justo.

5.2. Premissas IMS [23] [25] [26] [28 [31]

O IMS foi arquitetado para entregar servios multimdia IP de valor agregado para os
usurios finais. Para que sua implementao seja eficiente, h alguns pontos chaves que esse
padro deve obrigatoriamente suportar:
Estabelecimento de sesses multimdia IP;
Um mecanismo para negociar QoS;
Interconexo com a Internet e a PSTN;
Roaming;
Controle rigoroso dos servios entregues ao usurio final;
Criao de servios de forma mais gil, no dependendo de padronizaes;

58
Acesso universal via diferentes tipos de redes de acesso (WLAN, ADSL, Cable Modem,
3G, CDMA, PSTN, etc.), podendo dar suporte a transmisso de vrias tecnologias
distintas.
No caso do estabelecimento de sesses multimdias IP, o IMS necessrio para a
comunicao de udio e vdeo, uma vez que este um servio de grande importncia e
popularidade entre os usurios.
Um mecanismo para negociao de QoS fundamental uma vez que este um
componente chave no IMS. Portanto, com o IMS permitido s operadoras um controle fino do
QoS que um usurio recebe, de modo que a operadora possa diferenciar certos grupos de
usurios de outros.
O IMS tambm deve ter suporte conexo com a Internet e com isso o nmero de
origens e destinos para sesses multimdia potencialmente expandido. E tambm, como
esperado, suporte com a PSTN e redes celulares tambm so suportados.
O suporte a roaming se torna inerente uma vez que as redes celulares 2G j o suportam.
Deve haver tambm um controle rigoroso sobre os servios entregues aos usurios,
devido s polticas impostas. Elas podem ser de dois tipos:
Polticas gerais: aplicveis a todos os usurios de uma rede. Por exemplo, a operadora
que deseja restringir o uso de codecs que consomem muita largura de banda, como o
G.711. Ao invs, elas querem promover o uso de codecs que usam menos banda, como
o AMR (Adaptive Multi-Rate).
Polticas individuais: um conjunto de polticas que so personalizadas para cada
usurio. Um usurio pode ter acesso a servios IMS, menos aos que utilizem vdeos, por
exemplo. Em outras palavras, este tipo de poltica depende dos termos contratuais de
cada usurio.
Os servios no IMS no precisam de padronizao, algo que no passado causou grandes
problemas. Cada servio tinha uma padronizao ou era proprietrio, e muitas vezes no eram
compatveis entre si ou simplesmente no funcionavam quando em roaming. Diante desse
contexto, o IMS busca reduzir o tempo necessrio para se introduzir um novo servio, ganhando
tempo evitando a padronizao do servio e o teste de interoperabilidade. O IMS responsvel
por padronizar as capacidades dos servios ao invs dos servios em si.
O IMS, com sua premissa de ter acesso universal, deve permitir outros acessos alm do
GPRS. Como o IMS se insere apenas em uma rede IP, independe das camadas mais baixas e
consequentemente do tipo de acesso.
A Figura 28 apresenta as principais redes que o IMS ir agregar em sua aplicao.
Tambm apresenta as principais caractersticas de cada uma que ira herdar em sua composio.
Na rede celular, por exemplo, ir agregar sua mobilidade e o roaming:

59

Figura 28 - Redes conectadas com IMS

Na Figura 29 so apresentadas as vrias tecnologias que podem convergir no IMS:

CDMA, redes IP, redes de cabos, PSTN, WiFi e WiMAX.

Figura 29 - Tecnologias convergentes no IMS

Nas redes NGN o tipo de servio oferecido o triple play, que combina voz, vdeo e
dados em um mesmo canal. O Sistema Quad-play agrega alm das outras trs caractersticas, a
capacidade de suportar redes sem fio (wireless). O IMS considerado uma plataforma nica,
que ser capaz de oferecer servios completos, inclusive redes sem fios com a vantagem da
mobilidade e da possibilidade da combinao dos servios. Isso quer dizer que o IMS visa o
oferecimento de servios Quad-play e assim poder permitir tambm uma nova gerao de
servios com mais contedo, como presena e entretenimento. Essa nova arquitetura permite
que servios cruzem por mltiplas redes de acesso, provendo assim um melhor controle do QoS
do incio ao fim, no necessitando que cada rede distinta provenha seu prprio mtodo para

60
garantir QoS. Assim, pode-se dizer que o IMS capaz de abrir novas formas para estruturar o
negcio, revolucionando o modelo de negcio das operadoras, tanto para atacado quanto para
varejo. [25]. Esse modelo apresentado na figura 30:

Figura 30 - Sistema NGN e IMS [27]

5.3. Exemplos de Aplicao

Com a implantao do IMS, muitas so as aplicaes possveis que iro melhorar seu
QoS, alm novos servios que podem ser desenvolvidos. A seguir, esto listados algumas
aplicaes suportadas pelo IMS [27]:
Suporte TV Exemplo: mensagens na TV ou ligaes via TV;
TV interativa Exemplo: assistir um programa na TV, com interatividade; convidar
outros usurios para assistir o mesmo programa (via chat), fazer conferncia
(voz/vdeo), instant messaging, etc.;
Transferncia de contedo entre dispositivos Exemplo: assistir vdeo no celular
(comprar, baixar) e transferir para a TV o que foi comprado ao chegar em casa;
Compra de contedos (com pedido de autorizao)
Presena Exemplo: utilizao de um livro de endereos ativos (com status e
localizao, buddies e grupos (em que apenas os amigos podem ver o status, com prvia
autorizao do usurio), voz e vdeo-chamadas (todas as opes disponveis para
conexo podem ser mostradas));
Videoconferncia;

61
Receber ligaes no desktop Exemplo: recebimento de ligaes no desktop e depois
transferi-la para o celular;
Regras para encaminhamentos Exemplo: criar regras para encaminhamento de
mensagens quando em reunio, almoo, praticando esportes, etc.)
Push-to-talk over celular (PoC) sistema de celular via rdio

Na figura 31 apresentado um exemplo de aplicao no IMS. Trata-se de uma

representao de uma lista de contatos com vrias aplicaes em que possvel se comunicar
com eles. Nesse caso, pode-se escolher, conforme o usurio qual servio o originador pode
utilizar, podendo ser mensagens instantneas, email, vdeo ou mesmo uma chamada VoIP.
Todos esses servios podem estar disponveis para usurios em uma rede IMS, conforme sua
escolha de aplicativos [23].

Figura 31 - Lista de contatos de um usurio com IMS [27]

J na figura 32 apresentado o IMS nas aplicaes IPTV. Na figura, observa-se que o

usurio pode assistir um programa comprado pela televiso e assisti-lo pelo celular ou mesmo
receber chamadas telefnicas em seu televisor.

62

Figura 32 - Exemplo Aplicao IMS [27]

5.4. Padronizao IMS

Como visto anteriormente, a tendncia de convergncia das redes de telecomunicaes

buscando sempre maior qualidade de servio em uma rede IP foi fundamental para o
desenvolvimento do IMS.

5.4.1. rgos responsveis

Entre as principais organizaes mundiais para padronizao do IMS esto:
IETF: organizao que une projetistas, operadoras, fornecedores e institutos de pesquisa
que trabalham em conjunto para desenvolver a arquitetura, os protocolos e a operao
da internet pblica. aberto a qualquer indivduo interessado em colaborar.
Desenvolveu a maioria dos protocolos usados hoje na internet. a fbrica de
protocolos utilizados com o IP.
3GPP :Nasceu em 1998 como um acordo de colaborao entre vrios grupos de
padronizao regionais, conhecido como organizational partners. Sua tarefa original
era desenvolver especificaes e relatrios tcnicos que pudessem ser aplicados em
todo o globo pra o sistema 3G GSM.
3GPP2 :Nasceu com o objetivo de envolver as redes celulares da Amrica do Norte e da
sia, baseadas nos padres de acesso via rdio ANSI/TIA/EIA-41 e CDMA2000, num
sistema de terceira gerao. Assim como o 3GPP, no 3GPP2 os seus membros so
tambm conhecidos como organizational partners.

63
Colaborao IETF-3GPP/3GPP2: Ao invs de criarem novos protocolos do zero,
3GPP/3GPP2 estabeleceram uma colaborao com o IETF de modo a certificarem que
os protocolos desenvolvidos por este atendessem as suas necessidades, uma vez que o
IMS usaria protocolos IP.

5.4.2. Evoluo da Padronizao do IMS [20] [28]

Para a padronizao das redes 3G, o ITU-T adotou um padro chamado IMT-2000. Esse
foi resultado da colaborao entre vrios grupos padronizadores que buscavam prover o acesso
aos servios de telecomunicaes via rdio, incluindo satlites e redes terrestres. O incio da
padronizao do IMS se deu a partir de dois grupos que compem o IMT-2000: o 3GPP (Third
Generation Partnership Project) e o 3GPP2 (Third Generation Partnership Project 2). Esses
ainda so dois dos principais colaboradores na padronizao do IMS, apesar de ambos
trabalharem em diferentes projetos de IMS, so bastante similares, como por exemplo a
utilizao da rede IP (padronizado pela IETF). No entanto existem tambm outros rgos
padronizadores que auxiliam no processo de criar um padro nico.
Em 1999, foi definida a primeira verso do padro IMS pelo 3GPP, com o objetivo
principal de prover sistemas de comunicao mvel via rede IP. Ela apareceu como parte da
padronizao do sistema 3G dentro das redes UMTS. Nele tambm se definiu o protocolo SIP
como principal protocolo de sinalizao. Tambm seria capaz de suportar o GSM e prover
GPRS.
O 3GPP2 adicionou ao IMS o suporte a tecnologia CDMA. Em seguida, o 3GPP foi
responsvel pela adio da interconexo com WLAN, interoperabilidade entre o IMS e
diferentes redes com conectividade IP, grupos de identificao de rotas, servios de presena,
reconhecimento de voz e servios de voz (PoC).
Em seguida surgiram esforos para conectar as redes fixas e NGN ao IMS. Nesse ponto,
outros rgos ajudaram a criar padres a serem utilizados. Em 2004 o ITU-T criou o NGN
Focus Group (NGN-FG), cujo objetivo desenvolver a rede NGN para acesso fixo ao IMS.
Paralelamente, em 2004, o ETSI, na Europa, criou o TISPAN (Telecoms & Internet Converged
Services & Protocols for Advanced Network) cujo objetivo padronizar a rede NGN de acesso
fixo baseada no IMS. Na Amrica do Norte, tambm em 2004, o ATIS criou o NGN Focus
Group para estudar a aplicabilidade da NGN e do IMS para as redes fixas da Amrica do Norte.
Os trs grupos trabalharam em conjunto para manter sincronizadas suas definies.
Adicionalmente, estes grupos trouxeram novos requisitos ao 3GPP/3GPP2 para o suporte de
acesso fixo de banda larga ao IMS (Release 7).

64

Figura 33 - Release apresentados ao longo dos anos para o IMS

A figura 33 apresenta a evoluo da padronizao conforme as novas atualizaes iam

surgindo. No entanto, a figura j est desatualizada. J foram lanadas as trs novas verses de
atualizao: Release 8, 9 e 10 que so responsveis por novas adies de suporte como:
Suporte tecnologia Long Term Evolution (LTE tambm conhecida como 4G) e System
Architecture Evolution (SAE), alm de centralizao de servios IMS.
Suporte de chamadas de emergncia sobre GPRS e EPS,alm de reforo a servios
centralizados e continuados.
Suporte a melhorias para Single Radio Voice Call Continuity (SRVCC) e sesses de
emergncia IMS. Esse foi o Release-10, que foi lanado recentemente.
E ainda sim continuam fazendo melhorias para a arquitetura IMS a fim de torn-lo um
padro altamente confivel e assim faz-lo ganhar mercado.

5.4.3. Viso geral da padronizao do IMS.

Ao contrrio de outros padres, por exemplo, o GSM que teve maior parte dos seus
protocolos criados especificamente para o seu uso, o IMS se baseia em protocolos IP que j
esto desenvolvidos. Assim, possvel destacar os principais que foram escolhidos para a
aplicao do IMS.
Para o controle das sesses, havia trs candidatos: BICC (evoluo do ISUP e faz a
separao entres os planos de sinalizao e de enlace, alm de suportar IP, SS7 ou ATM); o
H.323 (desenvolvido do zero para suportar IP); e SIP (protocolo para o estabelecimento e
gerenciamento de sesses multimdia sobre IP, e segue a filosofia do modelo cliente-servidor).

65
O que se mostrou mais eficaz foi o SIP, sendo este o escolhido. O seu funcionamento descrito
no Capitulo 4.
Para a tarefa de AAA (authentication, authorization and accounting) escolheu-se o
Diameter, que uma evoluo do RADIUS, um protocolo muito utilizado para AAA da
Internet. O Diameter consiste de um protocolo base que complementado por Aplicaes
Diameter. Tais aplicaes personalizaes ou extenses deste protocolo para se encaixarem
numa aplicao em particular em um dado ambiente. O Diameter usado em diversas interfaces
no IMS, apesar de nem todas as interfaces usarem as mesmas aplicaes. Por exemplo, existe
uma aplicao Diameter para interagir com SIP durante o setup das sesses e outra que
contabiliza o controle de crditos do usurio.
Outros protocolos que so encontrados no IMS, como o COPS (Common Open Policy
Service), usado para especificar cliente/servidor para apoio na poltica de controle sobre QoS e
protocolos de sinalizao; H.248, usado nos ns de sinalizao para controlar ns no plano de
enlace; e RTP e RTCP destinados ao transporte de multimdia em tempo real.
Na figura 34, apresenta-se uma comparao da composio dos protocolos utilizados
pelo IMS e o modelo OSI, em que camada eles se inserem. Percebe-se que os protocolos
utilizados pelo SIP correspondem s trs ltimas camadas do modelo OSI: sesso, apresentao
e aplicao.

Figura 34 - Comparao - Modelo OSI e Protocolos IMS [27]

66
5.5. Estrutura / Arquitetura IMS
A arquitetura do IMS projetada para oferecer novos servios com eficincia. Assim
ele capaz de combinar qualidade e interoperabilidade das redes de telecomunicaes com as
vantagens da rede IP. A arquitetura uma coleo de funes interligadas por interfaces
padronizadas, uma vez que o 3GPP no padroniza os ns e sim suas funes. Logo, podem
existir ns que implementam mais de uma funo como tambm funes que podem ser
implementadas por mais de um n.
Para entender a separao de uma rede que contm a arquitetura IMS, toma-se como
base a figura 35. Primeiramente, existem os equipamentos que os usurios finais utilizam:
telefones celulares, computadores ou telefones fixos representados na camada mais baixa da
figura. Para a troca de informao entre esses equipamentos, utiliza-se uma rede de acesso
bsica que os conecta. Esta pode ser uma rede de telefonia fixa, uma rede 3G ou at mesmo uma
rede WiMAX. Todas essas redes se conectam em uma rede convergente, que no caso do IMS
a IP. Nesse ponto, todo o controle de sesso e controle de servio ser feito segundo o que a
arquitetura IMS apresenta. Essa parte responsvel por acessar os servios e aplicaes que os
usurios desejam utilizar. A seguir ser estudado um pouco dessa arquitetura e seus
componentes para esclarecer como funciona todo o processo do IMS.

Figura 35 - Separao em camadas dos componentes em uma rede IMS [24]

67
5.5.1. Estrutura

A arquitetura IMS pode ser divida em trs planos (ou camadas), de forma semelhante ao
modelo apresentado pelo NGN (Figura 36). A primeira camada a camada do transporte, em
que se localizam todos os equipamentos dos usurios ligados a rede, a prpria rede acesso e rede
IP, com todos seus respectivos equipamentos responsveis pelo encaminhamento das
mensagens.
A segunda camada conhecida como a camada de controle. Ela que faz todo o controle das
sesses, assim como toda a parte de operao, gerenciamento, aprovisionamento e cobrana. Ela
tambm responsvel por controlar o acesso a terceira e ltima camada, a de aplicao e
servios.
Na camada de aplicao esto todos os aplicativos e servios que as operadoras da rede
oferecem aos seus usurios.

Figura 36 - Modelo em Camadas do IMS

5.5.2. Interfaces
Para a arquitetura IMS foram criadas diversas interfaces para a comunicao. Cada uma
delas tem um papel especfico para conversar entre si a partir dos protocolos definidos para a
arquitetura. A tabela 1 apresenta algumas das principais interfaces utilizadas, assim como a
comunicao que ela faz, seu protocolo e sua principal funo.

68

INTERFACE

Tabela 1 - Interfaces do IMS [27]

ENTRE
PROTOCOLO

Rx

P-CSCF
GGSN

Diameter

Mp

MRFC MRFP

Megaco/H.248

Mn

MGCF IMSMGW

Megaco/H.248

Mb

MRFP UE
IMS-MGW UE

RTP

Ut

UE AS

XCAP

Sr

MRFC AS

XCAP

FUNO

A interface Rx uma interface para

aplicao em polticas e regras de
tarifao para fluxo de IP em GGSN.
A interface Ty corresponde a
interface 3GPP2
A Mp uma interface do H.248 para
controlar recursos de mdia em um
MRFP atravs de MRFC
A Mn uma interface do H.248 para
controle de recursos de mdia em um
IMS-MGW atravs de MGCF
A Mb uma interface IP entre a
MRFP ou a IMS-MGW e a UE,
levando o pacote IP correspondente
ao fluxo de mdia
A Ut uma interface OMA definida
para clientes de aplicao UE para
gerenciar dados relacionados a
serivos com os servidores de
aplicao
A interface Sr utilizada pelo MRFC
para obter informao sobre a mdia
tais como scripts do AS

J na figura 37 apresenta-se onde se inserem essas interfaces, alm de algumas outras no

demonstradas na Tabela 1.

Figura 37 - Localizao das Interfaces na rede IMS [30]

69
Para compreender onde essas interfaces se encaixam, a seguir sero descritos os
principais componentes da arquitetura IMS.

5.5.3. O ncleo IMS [23] [25] [26]

Toda a inteligncia da arquitetura IMS conhecida como Ncleo.
No caso do IMS, o ncleo da rede composto pelas seguintes entidades:
banco de dados de usurios (HSSs e SLFs);
SIP servers, conhecidos coletivamente como Call Session Control Function (CSCFs);
Aplication Servers (ASs);
Media Resource Functions (MRFs), divididos em MRFC (controladores) e MRFP
(processadores);
Breakout Gateway Control Functions (BGCFs);
PSTN gateways, divididos em Signaling Gateway (SGW), Media Gateway Control
function (MGCF) e Media Gateway (MGW).

A seguir sero descritas cada uma dessas entidades.

5.5.3.1. Bases de Dados: HSS e SLF

O Home Subscriber Server (HSS) o responsvel pelo armazenamento central de
informaes referentes ao usurio. Tecnicamente, HSS uma evoluo do HLR (Home
Location Register), das redes de telefonia mvel. Nesse banco esto armazenados todos os
dados da conta do cliente necessrios para gerenciar as sesses multimdia. Entre as principais
informaes contidas esto: os servios que o usurio est autorizado a acessar; as diversas
identidades; as redes permitidas para roaming; e localizao do usurio.
Caso exista um nmero muito grande de usurios, pode existir mais de um HSS. Nesses
casos, existe tambm um elemento chamado Subscription Locator Function (SLF), cuja funo
o mapeamento dos usurios com seus respectivos HSS. Um consulta ao SLF recebe o
endereo de usurio como entrada e retorna em qual HSS esto as informaes daquele usurio
como sada.
O HSS responsvel por vrias tarefas: identidade do usurio, informaes de registro,
parmetros de acesso, informaes de segurana e localizao, informaes do perfil do usurio
(inclui servios em que o usurio est inscrito) e informaes relativas a qual S- CSCF est
alocado para servir o usurio.

70
Tanto HSS como SLF usam Diameter com uma aplicao IMS especfica. Uma das
funes crticas do HSS prover chaves de criptografia e autenticao para cada assinante.
Um das grandes vantagens do HSS a centralizao dos dados. Alm disso, o HSS capaz de
gerenciar mltiplas identidades para um mesmo assinante.
A figura 38 representa as funes principais do HSS. A funo identidade responsvel
pelo endereo do usurio e informao da numerao do mesmo [27].

Figura 38 - Pilha HSS [27]

A funo perfil de servios trata da autorizao e do cadastro que os usurios tem

acesso.
A funo registro e localizao so responsveis por dar suporte aos registros dos
usurios e determina sua localizao do seu servidor de rede.
A ltima funo do HSS a segurana da informao em que ele responsvel pela
autenticao e autorizao dos dados a serem acessados.

5.5.3.2. Controle das sesses Call/Session Control Function CSCF

O controle das sesses no IMS feito atravs dos CSCF Call/Session Control Function. Eles
so os elementos de sinalizao na arquitetura. Esses CSCF so servidores SIP que processam
os pacotes de sinalizao SIP, controlando as sesses, servios e alocando recursos, ou seja,
controlam o estabelecimento, o monitoramento e a finalizao das sesses. Eles so, em
conjunto, responsveis pelo controle central do core IMS, provendo o set up, o estabelecimento,
modificao e o trmino de sesses multimdia.
Podem ser de trs tipos, com funes distintas:

71
Proxy-CSCF (P-CSCF);
Interrogating-CSCF (I-CSCF);
Serving-CSCF (S-CSCF).

5.5.3.3. Proxy-CSCF (P-CSCF)

O Proxy- CSCF o ponto de entrada (na borda) do domnio IMS (do ponto de vista de
sinalizao). Ele funciona como um servidor Proxy para um TU (Terminal do Usurio) que tem
como objetivo requisitar servios no IMS. Esse se conecta ao P-CSCF antes de fazer os
registros na rede ou iniciar uma sesso SIP, podendo estar localizado na rede de origem (home
network) ou na rede visitada (roaming).
Do ponto de vista SIP, o P-CSCF um SIP proxy server de entrada e sada, ou seja,
todo os pedidos iniciados pelo terminal ou destinados a ele atravessam este n. O processo
comea com o encaminhamento pelo P-CSCF das requisies e respostas SIP na direo
correta. Um P-CSCF alocado ao terminal IMS durante seu registro na rede e no muda
enquanto durar o acesso. Algumas funes so relacionadas segurana, ento primeiramente,
estabelecido um nmero de associaes IPsec, um protocolo de segurana, no sentido do
terminal, oferecendo protees de integridade dos dados.
Uma vez que o usurio foi autenticado, o P-CSCF garante ao restante dos ns na rede a
identidade do usurio. Desta maneira, no h a preocupao dos outros ns em autenticar o
usurio, porque todos eles confiam no P-CSCF.
Adicionalmente, o P-CSCF tambm verifica a correo das requisies SIP para evitar
mensagens SIP fora do padro. Como SIP um protocolo baseado em texto, suas mensagens
podem ser grandes. Por conta disso, o P-CSCF tambm inclui um compressor e descompressor
dessas mensagens.
Opcionalmente, pode existir um Policy Decision Function (PDF), que pode ou no estar
integrado com o P-CSCF ou implementado com um n separado. Esse PDF responsvel por
autorizar os recursos de enlace e gerenciar QoS.
Paralelamente, o P-CSCF tambm gera CDRs (Clock and Data Recovery) de todas as
sesses que passam por ele. Ele tambm inclui cabealhos nas mensagens de requisio e
resposta, antes de envi-las ao prximo CSCF. Tais cabealhos no so compartilhados com
outras redes, evitando com que outras operadoras aprendam sobre a rede da concorrente e seus
servios.
O P-CSCF tambm pode ser usado para separar acessos de qualquer dispositivo.
Entretanto, o P-CSCF no mantm a funo de autenticador, trabalho do S-CSCF que ser visto
a seguir. Ele crtico para prevenir acessos no autorizados rede e pode estar localizado tanto
na rede visitada como na rede de origem. No caso da rede ser baseada em GPRS, o P-CSCF

72
estar sempre na mesma rede que o GGSN (Gateway GPRS Support Node). Assim,
resumidamente possvel selecionar algumas das principais funes do P-CSCF:
Encaminhamento de requisies/respostas na direo correta;
Alocao a um TU toda vez que houver o registro na rede, e no trocar enquanto durar
o acesso;
Possuir atribuies de segurana: IPsec no sentido do TU (oferece integridade de
dados);
Aps ser autenticado, garantir a TODOS os ns da rede a identidade do usurio (os
outros ns no precisam se preocupar em autenticar um usurio porque todos os ns
confiam no P-CSCF);
Verificar se as requisies SIP esto corretas, isto , dentro do padro;
Fazer a compresso/descompresso de mensagens SIP.

Figura 39 - Acesso ao Servido P-CSCF

Na figura 39 apresentado o procedimento de localizao do P-CSCF. Ele pode ser

resumido em 6 etapas, descritas na figura, que so apresentadas a seguir:
1- consulta o DHCP (Dynamic Host Configuration Protocol)
2- recebe um endereo IP, IP do DNS e o P-CSCF FQDN (Fully Qualified Domain
Name).
3- consulta o DNS (Domain Name System) sobre o FQDN do P-CSCF
4- recebe o endereo IP do P-CSCF.
5- registro do UE no P-CSCF, via SIP.
6- Autorizao ou no do pedido.

73

Figura 40 - Resposta ao Pedido de Acesso

A figura 40 apresenta as etapas 5 e 6 do processo anterior. Essa parte necessita de um

destaque especial uma vez que neste momento em que ocorre o IPsec security associations
(SAs) para 4 portas entre o UE e o P-CSCF, garantindo que toda a sinalizao subsequente
passe pelas portas protegidas. O Protocolo de Segurana IP, tambm conhecido como IPSec
um mtodo padro que fornece privacidade de usurio, o que aumenta a confiabilidade das
informaes inseridas pelo usurio para alguma localidade na Internet, garantindo que o
contedo chegue ao seu destino e a autencidade das informaes.
Assim, o P-CSCF considerado a porta de entrada na rede IMS, pois ele que permite
ou no o acesso.

5.5.3.4. Interrogating CSCF (I-CSCF)

O Interrogating- CSCF ou apenas I-CSCF funciona como um servidor proxy SIP no
domnio IMS e se localiza sempre na borda de um domnio administrativo. Durante o registro
IMS, o I-CSCF consulta o HSS para selecionar o Serving-CSCF que ir servir o TU.
Esse servidor age como o ponto de entrada para terminar as requisies SIP, roteando os
pedidos de sesses para o Serving-CSCF. semelhante a um gateway (para outras redes IMS)
da rede, determinando se um acesso permitido ou no, e assim encaminhando as mensagens
SIP para outras operadoras. Por este motivo, pode ser usado para esconder detalhes da rede
(THIG function Thopology Hiding Inter-Network Gateway), criptografando as mensagens SIP
que contm informaes sensveis da rede (como nmero de servidores, nomes DNS ou suas
capacidades).
Os endereos do I-CSCF esto listados nos servidores de DNS do domnio. Quando
uma mensagem SIP segue os procedimentos para encontrar o prximo n, o servidor obtm o
endereo do I-CSCF. Este determina se um acesso permitido ou no de outras redes e assim
encaminha mensagens SIP para a operadora. Por este motivo, o I-CSCF pode ser usado para
esconder de outras operadoras, detalhes da rede, criptografando partes das mensagens que
podem contm informaes importantes sobre a rede. Alm disso, protege o S-CSCF e o HSS

74
de acessos no autorizados. Para fins de escalabilidade e redundncia, a rede pode conter mais
de um I-CSCF. Eles normalmente se encontram na rede de origem, mas em casos especiais
podem estar na rede visitada (roaming).
o I-CSCF que determina qual S-CSCF ser usado de acordo com as capacidades do
momento ou as polticas de cada servio. Duas estratgias podem ser usadas para a escolha do
S-CSCF: a primeira diz respeito atribuio de um S-CSCF para cada tipo de servio e a outra
o S-CSCF atribudo geograficamente. Essas informaes esto armazenadas no HSS para
referncia.
Quando um usurio registrado na rede, um S-CSCF atribudo por um I-CSCF, que
mantm tal informao (juntamente com informaes de roteamento) enquanto durar o tempo
do registro. Enquanto o usurio permanecer na mesma rea de servio tal registro mantido.
Por exemplo, numa rede celular o registro mantido enquanto o usurio permanecer na mesma
clula (ou seja, no mudou de endereo) ou numa rede fixa, e o registro mantm-se ativo
enquanto o endereo IP for o mesmo. No entanto, existe um tempo limite de vida para cada
registro, que quando atingido, sero expirados tanto no S-CSCF quanto no HSS.
O I-CSCF pode ser considerado como o firewall para a rede IMS, roteando entre outras
operadoras e prevenindo outras redes de acessarem sua rede.
Assim, enquanto o P-CSCF considerado como um gateway para redes no-IMS, o ICSCF trabalha como um gateway para as redes com arquitetura IMS. O P-CSCF funciona
como o gateway para redes no-IMS e access point para a rede IMS enquanto que o I-CSCF
funciona como um gateway entre redes IMS.

Figura 41 - Informaes trocadas pelo I-CSCF

75
A Figura 41 representa o procedimento de consulta pelo I-CSCF. Esse recebe o convite
e manda um requisio de informao de localizao (Location-Information-Request -LIR) para
descobrir em qual HSS se encontra o usurio (2). O SLF redireciona o I-CSCF para o HSS
desejado (3), que e novamente questiona o banco de dados escolhido (4). Este retorna uma
mensagem LIA (Location-Information-Answer) indicando qual o S-CSCF deve ser utilizado (5).
Assim, o I-CSCF manda um convite para o S-CSCF controlar a sesso (6).

5.5.3.5. Serving - CSCF (S-CSCF) [26]

O Serving-CSCF ou S-CSCF (Figura 41) tambm um servidor SIP que realiza o
controle de sesses. considerado o n central no plano de sinalizao e funciona tambm
como um SIP registrar, mantendo uma interao entre a localizao do usurio e o seu endereo
SIP (Identidade Pblica do Usurio). Ele responsvel por controlar todos os aspectos dos
servios dos usurios, mantendo um status de cada sesso que o usurio inicia, alm do status
do registro do usurio para outras aplicaes e mantm o controle sobre estes servios enquanto
durar o registro na rede. Portanto, quando o status de um usurio muda dentro da rede, todas as
entidades participantes da sesso envolvida so notificadas. Por isso, assim como o I-CSCF, o
S-CSCF mantm uma interface Diameter com o HSS pelos seguintes motivos:
Baixar vetores de autenticao do usurio que tenta acessar a rede;
Baixar o perfil do usurio, que inclui o perfil de servios, que pode fazer com que a
mensagem SIP seja encaminhada atravs de um ou mais Application Servers;
Informar o HSS que o S-CSCF alocado ao usurio para aquela sesso.
Outro ponto importante que todas as sinalizaes SIP que o terminal IMS envia ou
recebe passam pelo S-CSCF alocado, que funciona como roteador. Alm disso, o S-CSCF
tambm responsvel por aplicar as polticas contratuais, como no caso de um usurio que no
est autorizado a estabelecer um determinado tipo de sesso. O S-CSCF tambm responsvel
por manter um controle total das sesses e ser capaz tambm de originar ou terminar sesses em
nome de outra entidade da rede. Ele tambm coordena com o Media Resource Function (MRF)
o envio de anncios/tom para quem est originando uma sesso. Assim como todas as entidades
CSCF, ele capaz de gerar informaes de bilhetagem.
Assim, pode-se dizer resumidamente que o S-CSCF salva sobre um dispositivo
registrado na rede:
Endereo do HSS;
Perfil do usurio;
Endereo do P-CSCF de entrada na rede;
Domnio do P-CSCF, no caso do dispositivo ter se conectado atravs de outra rede;

76
Identidade Pblica do Usurio;
Identidade Particular do Usurio;
Endereo IP do dispositivo (TU).
O S-CSCF est sempre localizado em sua rede de origem (home network).

Figura 42 - Controle feito pelos CSCFs

A figura 42 apresenta o controle de uma sesso feita pelos elementos P-CSCF, I-CSCF,
S-CSCF, HSS e SLF. Nela so apresentados todos os passos at obter o servidor do usurio, e a
figura 43 apresenta a sesso de controle IMS completa.

Figura 43 - Sesso Completa de Controle IMS [27]

Como exemplo, numa simples chamada de voz, como representada na Figura 43,
ocorrem os seguintes passos:
1 o TU solicita uma sesso SIP atravs P-CSCF

77
2 o P-CSCF, atravs o I-CSCF faz uma requisio de consulta a base de dados do
usurio (HSS) em sua rede local
3 aps consulta, o HSS ir autenticar TU no P-CSCF, liberando ou no o acesso.
4 a solicitao SIP enviada ao S-CSCF que ir buscar o terminal destino na outra
rede IMS.
5- o I-CSCF da rede destino faz a localizao do terminal desejado atravs de uma
consulta ao HSS.
6 - o HSS devolve a localizao para o S-CSCF da rede destino
7 - o S-CSCF da rede destino envia solicitao de acesso ao P-CSCF que controla o
terminal procurado.
8 - o P-CSCF completa a sesso SIP com o Terminal Destino, estabelecendo a sesso
via RTP.

5.5.3.6. Plano de Aplicao - Application Servers AS [23] [25] [31]

O Application Server (AS) a entidade SIP que contm e executa os servios (no faz
parte do core da rede). Os ASs podem operar em um dos seguintes modos, dependendo do
servio:
SIP proxy mode;
SIP redirect mode;
SIP UA (user agent) mode (capaz de criar um dilogo SIP);
SIP B2BUA (Back-to-back User Agent) mode (concatenao de dois user agents);
usado para esconder informaes de ambos UA, como uma sesso sem identificao.

O AS se comunica com o S-CSCF via protocolo SIP. O S-CSCF o responsvel por

acionar o AS para providenciar o servio requerido pelo usurio. importante ressaltar que os
ASs no so entidades IMS puras, e sim funes no topo do IMS. No entanto, so sempre
descritas como parte das funes IMS por fornecerem servios multimdia de valor agregado.
Eles podem estar na rede de origem ou mesmo em redes de terceiros (prestadores de servios).
Como visto no item 5.5.1, a arquitetura de servios no IMS separa-se entre os elementos de
controle e lgica dos servios, de modo que novos servios podem ser criados sem a
necessidade de upgrade dos elementos de controle das sesses. Entre as principais funes do
AS, pode-se citar:
Possibilidade de processar e impactar uma sesso SIP recebida do IMS;
Capacidade de originar requisies SIP;
Habilidade para enviar informaes de bilhetagem.

78
Existem tambm trs tipos de AS. Cada um dele tem uma funo especifica, podendo
ser [23]:
SIP AS (Application Server): o tipo nativo de AS, que contm e executa os servios
IMS via protocolo SIP. Espera-se que os servios futuros sejam todos baseados neste
tipo.
OSA-SCS (Open Service Access-Service Capability Server): um AS que contem uma
interface para um Servidor OSA/parlay (API Application programming Interface
para a rede de telefonia). Do lado IMS esse n age como um AS (interagindo com o SCSCF via SIP) e do outro lado, como uma interface entre o OSA AS e o OSA API.
IM-SSF (IMS Service Switching Function): emula uma funo SSF para o acesso de um
Service Control Point (SCP) da Rede Inteligente (RI). Deve ser capaz de prover
translao entre SIP e protocolos da RI, como CAMEL (Customized Application for
Mobile Network Enhanced Logic). O IM-SSF permite que um gsmSCF (GSM Service
Control Function) para controle de uma sesso IMS. Do lado IMS, um AS
trabalhando com o S-CSCF via SIP.
Todos os trs tipos se comportam como um AS SIP na direo da rede IMS. Eles podem
conter ou no uma interface para o HSS. O SIP-AS e o OSA-SCS na direo do HSS usam
Diameter e so usados para baixar ou carregar dados relacionados a usurios armazenados no
HSS. J o IM-SSF usa MAP na interface com o HSS. Se o AS estiver na rede de terceiros, no
possui interface com o HSS.
A figura 44 representa a arquitetura IMS com os ASs:

Figura 44 - Localizao do AS na rede IMS

79
A figura 45 apresenta o modelo de uma consulta feita pelo S-CSCF no AS a fim de
prover um servio. Utilizando a interface ISC, o Proxy capaz de receber uma requisio SIP e
comunicar-se um o AS a partir de uma interface SIP e obter o servio desejado.

Figura 45 - Pedido de servio ao AS pelo S-CSCF [27]

5.5.3.7. Media Resource Function (MRF) [23]

o provedor de mdia na rede interna, com capacidade de tocar anncios, misturar
streams de mdia (no caso de sesses em grupo/conferncias), fazer a transcodificao entre
codecs diferentes, obter estatsticas e fazer qualquer outro tipo de anlise de mdia. dividido
em:
MRFC (Media Resource Function Controller), no plano de sinalizao;
MRFP (Media Resource Function Processor/Plataform), no plano de rede.

O MRFC responsvel pelo controle dos recursos de mdia no MRFP. Ele interpreta as
informaes vindas do AS via S-CSCF (via SIP) e assim pode controla o MRFP. Esse controle
se d via protocolo H.248.
J o MRFP implementa todas as funes relacionadas com mdia. Ele gerencia vrios
tipos diferentes, sempre sobre o controle do MRFC. Ele pode, por exemplo, misturar os fluxos
de mdia, podendo fazer uma conferncia; originar fluxos de mdia (anncios) processar esses
fluxos de mdia (transcodificao de udio, anlises); etc.
O MRFP tambm capaz de prover tons e de suportar DTMF (Dual-Tone MultiFrequency). Sempre com a ocorrncia de um evento, ele notifica o MRFC sobre o fato.
Assim, pode-se destacar alguns exemplos de mdias controladas pelo conjunto MRF:
Gerao/deteco de tom;

80
Conferncia;
Text-to-speech;
Automated speech recognition (ASR);
Facsimile;
Anncios
Os MRFs devem tambm estar sempre na rede local da operadora (home network).
A Figura 46 apresenta os principais componentes do MRF, enquanto a Figura 47 revela
em que posio na rede IP os componentes MRF se localizam.

Figura 46 - Componentes do MRF [27]

81

Figura 47 - - Localizao dos MRF na rede IMS

5.5.3.8. Conexo do IMS com as redes comutadas PSTN [23]

A arquitetura IMS permite tambm uma conexo com as tradicionais redes telefnicas,
conhecidas por PSTN (Public Switch Telephony Network). Para isso, existem algumas entidades
da rede responsveis por realizar essa ligao entre os dois mundos.
Essa interconexo muito importante, uma vez que ainda hoje grande parte da receita das
grandes operadoras gerada pela telefonia fixa. Ento, como o custo para a troca de toda a rede
ainda muito alto e no vale a pena o investimento, uma interface entre o mundo IMS e o
PSTN mais que necessrio para a garantia do sucesso dessa nova arquitetura, pelo menos por
enquanto.
A seguir, so destacados os principais responsveis por fazer essa transio entre o
mundo IMS/ IP e PSTN.

5.5.3.8.1. Breakout Gateway Control Function (BGCF)

O Breakout Gateway Control Function ou BGCF um servidor SIP que possui a
funcionalidade de roteamento baseada em nmeros de telefone. Ele usado apenas em sesses
que se iniciam no mundo IMS e vo em direo a uma rede de comutao de circuitos, como a
PSTN. Entre suas principais funes esto:
Selecionar a rede correta quando houver uma interconexo com outros domnios;

82
Selecionar um gateway PSTN, caso a interconexo ocorra na mesma rede que o BGCF.
Tambm para a comunicao com a PSTN, so necessrios alguns elementos que
anteriormente j eram encontrados na NGN. Novamente, pode-se destacar os principais com
suas respectivas funes:
SGW (Signaling Gateway): usado para interligar duas redes de sinalizao distintas
(como SCTP/IP e SS7) e realiza a converso de protocolos da camada de transporte,
como por exemplo, transformar BICC sobre SCTP/IP.
MGCF (Media Gateway Control Function ou Softswitch): o n central da sada para a
PSTN e tem conexo com o BSCF. Ele implementa uma mquina de estado que faz
converso de protocolos e mapeia SIP para ISUP/IP ou BICC/IP, e vice-versa. Alm da
converso do protocolo de controle de chamada o MGCF controla os recursos do Media
Gateway (MGW). Tanto o MGCF quanto MGW falam H.248.
MGW (Media Gateway): interage com o plano de mdia da PSTN. De um lado recebe
media IMS via RTP e do outro lado faz uso de um ou mais PCM slots para se conectar
ao legado. Alm disso, o MGW faz a transcodificao quando um terminal IMS no
suporta o codec utilizado pelo legado.
A figura 48 apresenta em que locais na rede os elementos BGCF, MGW, MGCF e SGW
se encontram na rede a fim de se comunicar com o mundo PSTN.

Figura 48 - Ligao mundo PSTN e IMS

83
5.5.4. Verses diferentes de IP [23] [31]
No caso das redes IP serem de verses diferentes, ou seja, IPv4 e IPv6, o IMS tambm
desenvolveu entidades que possam fazer essa converso. Os principais responsveis por esse
trabalho so IMS-ALG (Application Layer Gateway) e o TrGw (Transition Gateway).
Ambos so as entidades responsveis pela interconexo entre redes IPv4 e IPv6. O
IMS-ALG funciona como um SIP B2BUA, mantendo duas pernas de sinalizao
independentes: uma na direo do terminal IMS e outra na direo da outra rede, onde cada
perna fala uma verso diferente do protocolo IP. Ele tambm trabalha com o I-CSCF para
trfego que chega e com o S-CSCF para o trfego de sada.
J o TrGW efetivamente um NAT-PT/NATPT-PT (Network Address Port TranslatorProtocol Translator). Ele tambm faz a traduo (no nvel de transporte) entre endereos
IPv4/IPv6 e portas, alm de fazer tambm a translao entre protocolos. O TrGW configurado
com uma gama de endereos IPv4 que so dinamicamente alocados para uma dada sesso.
Assim, o backbone completo da arquitetura IMS representado na figura 49:

Figura 49 - Converso do IMS com diferentes verses do IP

De forma geral, a constituio da arquitetura IMS descrita por todas essas entidades.
No entanto, para entender como se d o funcionamento da arquitetura, necessita-se compreender
como os usurios so identificados. Assim, nos prximos itens sero apresentados os perfis e
modos de cobrana diferenciados que o IMS apresenta.

84
5.6. Identidade do usurio no IMS

Como j visto anteriormente, o IMS se baseia no protocolo SIP para controle de suas
sesses. Assim, as identidades dos usurios tambm utilizam essa tcnica, podendo assim
assumir duas formas diferentes:
Identidade Pblica
Identidade Privada

5.6.1. A identidade pblica [23]

A cada usurio IMS alocadao uma ou mais identidades pblicas, na forma de SIP URI
ou TEL URI, e so usadas como as informaes de contato nos cartes de visita. As mensagens
de sinalizao SIP no IMS so baseadas nas identidades pblicas. Em comparao com o GSM,
o mesmo que o MSISDN (Mobile Subscriber ISDN Number). O usurio ento pode assumir
essas duas identidades pblicas [23]:
SIP URI (Uniform Resource Indicator)
- sip: nome.sobrenome@operadora.com ou
- Sip:+1-212-555-0293@operadora.com; user=phone
TEL URI (necessrio para ligaes IMS<->PSTN)
- Tel:+55-19-3213-1990

Pela lgica, as operadoras devem implementar pelo menos um SIP URI e um TEL URI
por usurio. Mais de uma identidade pblica pode ser necessria, como no caso de identidades
pessoais e comerciais, sendo ento mais que necessrio essa diferenciao. No IMS possvel
registrar vrias identidades pblicas em apenas uma mensagem, economizando assim tempo e
largura de banda.

5.6.2. Identidade Privada

As identidades privadas no esto no formato de SIP URIs ou TEL URIs. Ao invs,
tomam o formato NAI (Network Access Identifier): usurio@operadora.com Estas identidades
no so usadas para o roteamento de requisies SIP. Elas so utilizadas exclusivamente para
fins de identificao da assinatura e autenticao. Comparando com o GSM, equivalente ao
IMSI (International Mobile Subscriber identifier). Este tipo de identidade no precisa
necessariamente ser conhecida pelo usurio, uma vez que se encontra gravada em um smart
card, da mesma maneira que o IMSI armazenado em um SIM (Subscriber Identity Module)

85
card. A figura 50 apresenta o modelo de identificao do IMS, tanto sua identidade pblica
quanto privada.

Figura 50 - Identidades Pblicas e Privadas do Usurio [27]

J a figura 51 apresenta a evoluo do smart card ao longo das tecnologias, at chegar

ao IMS SIM.

Figura 51 - Evoluo dos SIM [27]

5.7. Cobranas no IMS (Charging) [23]

Como visto nas motivaes e razes para a utilizao do IMS, a cobrana diferenciada
dos servios utilizados pelo usurio era um dos principais fatores. Procurando diferenciar os
servios, nessa arquitetura existem dois tipos diferentes de cobrana:
Online
Offline
Outra vantagem que os dois tipos de cobrana podem estar presentes na mesma
sesso. Por exemplo: offline para voz e online para vdeo.

86
5.7.1. Cobrana Online

A cobrana online interage em tempo real com a conta do usurio, controlando e

monitorando as cobranas relacionadas ao uso de servios.
Nesse caso, o S-CSCF, o AS e o MRFC esto habilitados para essa cobrana.
Para o procedimento, tanto o AS quanto o MRFC utilizam a interface Ro, enquanto que
o S-CSCF usa o IMS Service Control (ISC) para se comunicar com o Online Charging System
(OCS).

5.7.2. Cobrana Offline

A cobrana offline o processo no qual a informao de cobrana coletada,
principalmente, aps a finalizao da sesso, sem a atualizao do sistema de cobrana em
tempo real. o modelo em que o usurio recebe a conta no final do ms . Esse caso tem uma
configurao centralizadora, em que todos os ns que geram informaes de cobrana esto
ligados ao Charging Collector Function (CCF), via interface Rf (Diameter). O CCF compila
todas as informaes recebidas de todos os ns e gera os CDRs, que sero enviados para o
Billing System. Se o usurio no estiver em roaming, apenas um CCF envolvido na
bilhetagem. O CGF (Charging Gateway Function) prov um mecanismo de para transferir
informaes de cobrana do SGSN e GGSN para o Billing System. Uma diferena em relao
ao CCF que o CGF recebe CDRs vlidos.

5.8. Caso de uma sesso IMS

Concludas as principais entidades e sistemas da arquitetura IMS, pode-se utiliz-los em

uma aplicao possvel. Para compreender o funcionamento de uma rede com IMS, a seguir
apresentado um caso prtico [32].
A figura 52 representa um caso de uma sesso de um usurio no mundo IMS para outro
tambm no mesmo mundo. Suponha que seja uma vdeo-chamada em que o usurio de origem
est em roaming.

87

Figura 52 - Caso de uma sesso IMS [32].

1. O UE (User Equipment) solicita uma chamada SIP atravs da RAN (Radio Access
Network), que a rede de acesso e a rede de pacotes (NGN). Essa requisio chega ao
P-CSCF, que ir autorizar ou no o acesso do usurio
2. O HSS consultado a partir do pedido do P-CSCF ao S-CSCF com o perfil do usurio
para saber quais servios ele pode ter acesso.
3. Consulta ao Application Server se tem contratado o servio solicitado. No caso, uma
vdeo-chamada.
4. Autorizado o usurio, ele consulta o DNS para resolver o endereo da rede de destino e
enviar a solicitao SIP para ela.
5. Encontrada a rede destino, o I-CSCF recebe a solicitao, consulta o HSS para obter o
S-CSCF do terminal procurado
6. Encontrado o S-CSCF correspondente consulta o HSS para saber se o terminal procura
pode receber o servio, no caso a vdeo- chamada
7. O S-CSCF consulta o AS para verificar a disponibilidade do servio ao terminal
procurado
8. O S-CSCF encaminha a solicitao SIP ao P-CSCF que controla o terminal de destino.
9. Encaminha o pedido atravs do backbone (NGN) e RAN at o usurio de destino
10. Toque e estabelecimento de chamada
11. Atendimento e estabelecimento da vdeo-chamada
12. Atravs da RAN e do backbone, ativao da sesso e controle da vdeo-chamada via
RTP.
Basicamente esse o funcionamento de uma sesso que se utiliza da arquitetura IMS
para prover servios. As operadoras esto bem otimistas quanto ao sucesso do IMS em suas
redes. No Captulo 6 se apresenta um pouco do ambiente real da convergncia das redes e a
adoo do IMS.

88

6. Situao Atual e Futuro da NGN e do IMS

Tendo em vista que os captulos 3, 4 e 5 apresentaram os principais conceitos de redes

convergentes, NGN e IMS, respectivamente, a seguir sero apresentados alguns fatores e fatos
reais que indicam o sucesso e/ou fracasso dessas implantaes.

6.1. Redes convergentes e NGN [33]

Nos ltimos anos observou-se uma grande mudana no cenrio coorporativo das
telecomunicaes. Grandes empresas comearam a comprar outras, join ventures se formaram
entre outras aes interessantes. Entre as mais significativas, pode-se citar [33]:
Compra do Skype pelo eBay por US$ 4,1bilhes em 2005 e recentemente sua
compra pela Microsoft em 2011
Compra da Marconi pela Ericsson em 2005 por $ 1,2 A fuso da Lucent e da
Alcatel para fornecimento conjunto de solues em 2006.
Criao de uma joint-venture entre a Nokia e a Siemens para redes mveis e fixas
em 2006.criam uma joint venture que cobre tanto as redes fixas como as redes
mveis em Junho de 2006.
A aquisio do Youtube pelo Google por US$ 1,65 bilhes em 2006O Google
adquire YouTube por US$ 1,65 bilhes em Outubro de 2006.
O anncio pela Juniper e pela NEC de planos para solues FMC (Fixed-Mobile
Communications) comuns em 2006.
Essas mudanas se deram exatamente por essas empresas buscarem alternativas para o
oferecimento de servios diferenciados em suas redes. E isso no foi um fato isolado de
operadoras, mas tambm das fornecedoras de equipamentos. Assim, a convergncia de redes
pela NGN j um fato que vem ocorrendo nesses ltimos anos.
Nesse conceito de convergncia, novamente outros fatos interessantes ocorreram [33]:
A Orange (Reino Unido) e a Wanadoo testam solues convergentes.
A France Telecom e a KPN (Holanda) realizam trials de convergncia fixo-mvel
com usurios.
A TIM (Itlia) lana o Video Sharing baseado em IP chamado.

Assim, o conceito de NGN vai sendo contextualizado no mercado. Ele capaz de proporcionar
um caminho para a migrao da rede tradicional para uma rede baseada em IP mantendo os
servios existentes, sendo capaz de oferecer todos os tipos de informao, servios e mdias.
Com o conceito NGN possvel:

89
Reduo dos custos de implantao e operao (CAPEX e OPEX);
O aumento do ROI (Return On Investment);
A proviso de uma base comum para servios fixos, mveis e corporativos;
Permisso de uma rpida criao e distribuio de servios inovadores e convergentes
sob demanda;
A possibilidade de dimensionamento flexvel e de fcil escalabilidade e centralizao do
controle da rede para bilhetagem e O&M;
a atrao de servios providos por terceiros sem que se perca o controle da rede;
A garantia o uso de interfaces abertas e de diferentes fornecedores, permitindo a escolha
de melhores equipamentos.
O processo de migrao vem sendo feito aos poucos. As operadoras ainda obtm muita
receita vinda das tradicionais redes legadas, que so extremamente confiveis, e substitui-las
todas de uma vez seria uma alternativa invivel. No entanto, a arquitetura NGN no perfeita e
por isso mesmo h esforos coletivos tentando sempre encontrar alternativas e solues. Isso se
d tambm devido a altssima velocidade que as telecomunicaes evoluem. Entre uma dessas
idias, uma das mais promissoras foi o conceito de IMS para a rede IP. Entre as principais
promessas dessa estrutura estavam a melhoria do QoS, integrao de servios integrados e
tarifao diferenciada desses servios.

6.2. IMS
A Plataforma IMS apresenta um modelo completamente j padronizado para o controle
de sesses, fazendo com que os servios desenvolvidos no dependam de nenhum tipo de
padronizao. Ele foi desenvolvido para usurios 3G, que j se utilizam da rede NGN,
Grandes empresas fabricantes de equipamentos de telecomunicaes j adotaram o IMS
como um padro a ser explorado no futuro. Empresas como Nokia Siemens, Ericsson e AlcatelLucent j tem em seu escopo de produtos muitos que j utilizam o modelo do IMS. Em 2008, a
venda de produtos que comportam IMS cresceu 74% [35]. O mercado mundial tambm espera
um investimento de at $ 2,5 bilhes de dlares at 2013.
Muitos estudiosos vem o IMS como o modelo do futuro a ser implantado nas atuais
redes convergentes. Ainda mais com a popularizao do 3G, como mostra a tabela 2, onde so
apresentadas as porcentagens totais de celulares 3G nos principais pases que j contam com
essa tecnologia, em setembro de 2010. [34]

90

Tabela 2 - Assinantes 3G por total de celulares

Pas

3G/Total de Celulares

1.

Coreia do Norte

99,9%

2.

Japo

94,6%

3.

Coreia do Sul

71,7%

4.

Australia

64,6%

5.

Taiwan

58,1%

6.

Sucia

55,4%

7.

Cingapura

49,2%

8.

Espanha

49,1%

9.

Eslovquia

48,0%

10.

Hong Kong

45,5%

11.

Frana

40,0%

12.

Reino Unido

38,1%

13.

Estados Unidos

31,4%

Fonte: TeleGeography's GlobalComms Database - 2010

Alm disso, o LTE, tambm conhecido como 4G, j est sendo desenvolvido de forma a
ser compatvel com a arquitetura pregada pelo IMS. Assim, segundo previses, o modelo ainda
poder ser muito utilizado ao longo dos anos. No entanto, no mundo das telecomunicaes a
concorrncia acirrada faz com que rapidamente alguns conceitos mudem e tecnologias se
tornem obsoletas.
O conceito da arquitetura IMS no est pronto e com as constantes mudanas nas
tecnologias das telecomunicaes sempre h a necessidade de se alterar alguma coisa. O grfico
da figura 53 apresenta as dificuldades encontradas pelo IMS para se consolidar.

91

Figura 53 - Dificuldades do IMS [36]

Pelo grfico apresentado na figura 53, observa-se que o IMS ainda precisa de muitas
atualizaes e adaptaes para se fixar como um padro mundial. A sua compatibilidade e
confiabilidade ainda so questionveis e por isso que os rgos padronizadores responsveis
concentram tantos esforos conjuntos para tornarem o IMS eficaz e confivel.
Por, apesar de ser uma promessa que pretende resolver e simplificar os problemas
enfrentados pelas operadoras, o futuro para o IMS ainda incerto. No entanto, pela sua atual
situao, ainda o modelo que mais tem chances de se tornar o novo padro, assim como as
redes NGN.

92

7. Concluso

A convergncia de redes se tornou uma realidade inevitvel no mercado de

telecomunicaes. As operadoras precisavam aumentar a quantidade de servios prestados para
clientes cada vez mais exigentes. Esse processo iniciou-se com a voz sendo transmitida por
redes de dados e posteriormente, outros servios foram introduzidos, como as mdias de vdeos.
Entre os vrios modelos apresentados para a convergncia de redes, o mais aceito foi da
transmisso de outros servios sobre a rede IP. Isso porque esta a rede de maior abrangncia
no mbito mundial, principalmente pela Internet se basear nos protocolos TCP/IP.
A rede adotada pelas operadoras para a convergncia conhecida como NGN, Next
Generation Networks, baseada na rede IP. A grande inovao da NGN a separao da
operao em camadas, principalmente da sinalizao e servios e transporte. Isso possibilitou a
independncia de todas as umas dessas camadas, podendo fazer modificaes em cada uma dela
sem interferir nas outras. As redes NGN trabalham com equipamentos dentro das suas redes que
so responsveis por fazer converses de uma tecnologia para outra. Esses so conhecidos com
gateways, que fazem toda a converso e manipulao de mdias. No entanto so estruturas sem
inteligncia prpria, que necessitam de um controlador prprio para instru-las a realizar suas
tarefas.
Essa entidade controladora, conhecida como Softswitch, considerada o crebro de uma
rede NGN. responsvel pelo controle de toda rede, pois controla todas as entidades que
compem a rede, realiza controles de chamadas. Tambm manipula todas as sinalizaes,
podendo atuar em redes comutadas (SS7) ou de pacotes tambm (SIP, H.248).
exatamente nesse ponto que ocorre a separao entre a manipulao de mdia e
transporte pelos gateways e a manipulao de sinalizao e controle nas sesses pelo Softswitch.
A NGN trabalha com um conjunto de protocolos que fazem com que a arquitetura seja eficiente.
Entre os principais, esto o MGCP, H.248, H.323 e SIP. Tanto o MGCP quanto o H.248 so
protocolos de controle dos Media Gateways, usados principalmente para interconexo das redes
legadas como a TDM e a NGN. Protocolos como o H.323 e SIP tambm so responsveis pelo
controle, no entanto no se limitam apenas aos Media Gateways e sim a toda rede IP. Eles
fazem o trabalho de estabelecer, modificar e finalizar sesses multimdias. No entanto, o H.323
se mostrou mais eficiente apenas em chamadas telefnicas. Por essa razo, o SIP acabou se
tornando o principal protocolo para esse controle de sesses, sendo amplamente utilizado nas
redes atuais. Tambm por esse motivo, se tornou o principal protocolo utilizado pelo IMS, que
considerado o futuro das arquiteturas da rede IP.

93
O IP Multimedia Subsystem, ou IMS uma arquitetura de referncia que visa entrega
de servios de comunicao de voz, vdeo e dados atravs de uma rede IP. Ele pretende
melhorar a qualidade dos servios oferecidos pelas operadoras que adotaram o sistema de redes
convergentes (NGN). Foi desenvolvido inicialmente para usurios que utilizam 3G. O IMS no
tem como objetivo uma mudana na infraestrutura de rede e oferecimento de servios, mas sim
propor um novo modelo de arquitetura que tenha como premissa o desenvolvimento de trs
pontos bsicos: qualidade de servio; tarifao diferenciada; e integrao de servios variados.
A arquitetura IMS uma padronizao nica, desenvolvida por vrios dos principais
rgos responsveis pela padronizao das telecomunicaes em conjunto. Baseando-se num
modelo em separao em camadas, possvel a criao de novos servios sem que precisem se
adaptar a rede. O ponto chave o ncleo da arquitetura. Este composto de bancos de dados,
SIP Servers que fazem toda a parte do controle das sesses; Application Servers; entre outras
estruturas que foram descritas neste estudo. Todos esses elementos em conjunto colaboram em
conjunto para a soluo completa do IMS.
O futuro do IMS ainda desconhecido devido as evolues e mudanas constantes que
ocorrem no campo das telecomunicaes. Seu modelo de arquitetura atualmente est sendo
muito bem aceito, sendo assim desenvolvidos muitos equipamentos com os seus conceitos. Com
a popularizao dos servios 3G, os quais o IMS foi especialmente desenvolvido, o padro
provavelmente ainda durar por um bom tempo. Ainda mais com o LTE, tambm conhecido
como 4G, j apresentar a soluo com a presena do ncleo do IMS. No entanto, como a
evoluo da rea das telecomunicaes se d num ritmo muito acelerado, pode surgir
rapidamente outra soluo melhor e de maior confiabilidade. Mesmo assim, para as operadoras
esto essa nova arquitetura se apresenta como um modelo que poder prover melhor qualidade
no servio e consequentemente maior lucro para elas.

94

Referncias Bibliogrficas

[1]ASSOCIATES, H. I.; Telecommunications A Beginners Guide; 1 Ed;

McGraw-

Hill/Osborne; 2002

[2]FARLEY, T.; Telephone History Series; Disponvel em: Http://www.telephonetribute.com/

pdf/telephone_history_series_rev1.pdf; Acesso em Maio 2011

[3]http://ericssonhistory.com/; Acesso em maio 2011

[4]TROPICO, Treinamento; Tecnologia Voz sobre IP VoIP; 2009

[5]http://www.heritageimages.com/Preview/PreviewPage.aspx?id=2358703&pricing=true&
licenseType=RM; Acesso em Maro 2011

[6] TROPICO, Treinamento, Telefonia para especialistas, 2009

[7] http://en.wikipedia.org/wiki/Harvard_Mark_I, Acessado em Maio de 2011

[8] TANENBAUM, A. S., Redes de Computadores, 4 ed, Elsevier, 2003.

[9] http://pt.wikipedia.org/wiki/Modelo_OSI; Acesso em Maro 2011

[10] http://pt.wikipedia.org/wiki/TCP/IP; Acesso em Maro 2011

[11]RAMACHANDRA, R; Evolution to 3G Mobile Communication; Disponvel em:

http://www.ias.ac.in/resonance/Sept2003/pdf/Sept2003p60-72.pdf; Acesso em Maio 2011

[12] http://kylerhorer.com/blog/index_files/category-history.php; Acesso em Maio 2011

[13]Wireless

Communication

Systems

and

Standard;

Disponvel

em:

http://www.wirelesscommunication.nl/reference/chaptr01/evolut.htm; Acesso em Maio 2011

[14] http://www.jofamericanscience.org/journals/am sci/am0612/08_3205am0612_63_68.pdf

95
[15] ALBERTI, A. M.; Convergncia Digital em Telecomunicaes: Das Redes Especializadas
Internet do Futuro, Inatel, 2009

[16] Curso: Bsico de Redes Convergentes; Disponvel em http://www.portaldigitro.com.br/pt/

suporte_ensinare.php; Acesso em Fevereiro 2011

[17]FUNICELLI, V.B.; NGN e IMS I: Redes Legadas e Redes Convergentes, Teleco, 2007

[18] FILHO, H. B.; SANCHEZ, W. P.; NGN, Teleco, 2004

[19] http://www.itu.int/ITU-T/ngn/fgngn/index.html; Acesso em Maio de 2011

[20] http://www.imsforum.org/; Acesso em Maio de 2011

[21]GOLENIEWSKI, L.; Telecommunications Essentials, 1Ed.; Pearson, 2002

[22] BAZOT, P.; HUBER, R.; Jackson, C.; KAPPEL, J.; MARTIN, C.; SUBRAMANIAN, B.
S.; SUR, A.; OGUEJIOFOR; E.; GEORGES, B., Developing SIP and IP Multimedia Subsystem
(IMS) Applications, IBM Redbooks, 2007

[23] CAMARILLO, G; GARCIA-MARTIN, M. A; The 3G IP Multimedia Subsystem; 2 Ed;

John Wiley & Sons Ltd; 2006

[24] http://www.tti-telecom.com/solutions/ims-service-assurance#, Acesso Abril 2011

[25] HANDA, A.; System Engineering for IMS Networks; 1 Ed.; Newnes; 2009

[26] RUSSEL, T.; The IP Multimedia Subsytem, 1 Ed.; McGraw-Hill, 2008

[27] http://www.ericsson.com/campaign/ims; Acesso em Maio de 2011

[28] POIKSEK, M.; Mayer, G.; KHARTABIL, H.; NIEMI, A.; The IMS IP Multimedia
Concepts and Services in the Mobile Domain; 1 Ed; John Wiley & Sons Ltd; 2004

[29] Copeland, R; Converging NGN Wireline and Mobile 3G Networks with IMS; Auerbach
Publications, 2009

96
[30]KNIGHT, D; IMS based NGN Architecture and its application; Disponvel em
http://www.itu.int/ITU-T/worksem/ngn/200604/presentation/s2_knight.pdf; Acesso Maio de
2011

[31]CHAKRABORTY, S.; FRANKKILA, T; PEISA, J.; SYNNERGREN, P.; IMS Multimedia

Telephony over Cellular Systems; 1 Ed.; John Wiley & Sons Ltd; 2007

[32] TOWLE, T.T; IMS in Next Generation Networks; Disponvel em: http://www.itu.int/ITUT/worksem/ngntech/presentations/s1-towle.pdf ; Acesso em Maio de 2011

[33]SULTAN,

A;

Introduction

to

NGNs

and

Convergence;

Disponvel

em:

Http://docbox.etsi.org/tispan/Open/Information/NGN_Presentations/Boswarthick_for_ETSI_int
ernal_training_NGN.ppt; Acesso em Maio de 2011

[34] http://www.teleco.com.br/pais/3g.asp; Acesso em Maio de 2011

[35] http://www.fiercevoip.com/story/ims-equipment-sales-grow-74-2009/2009-06-08; Acesso

em Maio de 2011

[36]http://blog.radvision.com/voipsurvivor/2010/06/07/lte-and-the-future-of-ims-a-postwebinar-post/; Acesso em Maio de 2011