Integração Do MBMS No IMS

DEPARTAMENTO DE CINCIAS E TECNOLOGIAS DA INFORMAO
SOBRE A INTEGRAO DO MBMS NO IMS
Carlos Manuel Silva dos Reis

(Licenciado)
Dissertao submetida como requisito parcial para a obteno do Grau de
Mestre em Engenharia Informtica e de

Telecomunicaes
Orientador:
Prof. Doutor Amrico Manuel Carapeto Correia
Outubro de 2007
Copyright 2007 de Carlos Reis

Todos os Direitos Reservados
Dedicatria
A Deus,
aos meus queridos pais,
a minha esposa Manuela e aos meus
filhos, pelo apoio incessante,
pela compreenso, pacincia e amor,
demonstrados nos momentos de
dificuldade.
"Bem-aventurado o homem que encontra a

sabedoria, e o homem que adquire o
conhecimento, pois mais valiosa do
que o ouro e a prata." (Provrbios
3,13)
ii
AGRADECIMENTOS
Em primeiro lugar gostaria de agradecer ao Professor Amrico Correia por ter aceitado
orientar-me neste trabalho e por toda a disponibilidade, simpatia e apoio que sempre
demonstrou ao longo de todo esse perodo da realizao desta tese.
Ao meu amigo e colega Edson Andrade o meu sincero agradecimento por toda a ajuda prestada
neste trabalho.
Aos meus pais, esposa, filhos e a todos os meus familiares e amigos por todo o carinho, apoio e
motivao com que me habituaram ao longo destes anos.
Em suma, o meu especial agradecimento a todos que de uma forma ou de outra colaboraram
para que este projecto fosse realizado.
Lisboa, 15 de Outubro de 2007
iii
RESUMO
Diversos operadores mveis comearam agora servios do tipo multicast, que so baseados no
modelo de entrega de servios personalizados. Por exemplo, temos a notificao de golos para
os fans de futebol (um clube = um canal), canal de notcias e televiso mvel no geral.
A fim de suportar convenientemente os servios mveis de Multicast/Broadcast, o 3GPP
normalizou os servios do MBMS (Multimedia Broadcast Multicast Service) para UMTS e
GPRS no Release 06. A entrega de servios Multicast/Broadcast sobre ligaes de rdio de
capacidade limitada requer mecanismos de escalonamento inteligente que fazem o melhor uso
dos recursos. O escalonador tem que determinar que contedo deve ser emitido e em que
intervalos de tempo a fim de satisfazer a tantos clientes quanto possvel.
Neste trabalho abordam-se possveis cenrios de integrao do servio MBMS no IMS com
nfase na entrega de contedos baseada em servios do tipo Carousel, que significa uma
retransmisso peridica de cada contedo.
Ainda nesta tese investiga-se o desempenho e a complexidade computacional dos diferentes
algoritmos de escalonamento aplicados para o Multicast mvel. So introduzidas modificaes
nos algoritmos bsicos para se puder cumprir com as exigncias identificadas no MBMS que
so principalmente adaptao aos novos contedos, adaptao para a congesto da rede e
adaptao s procuras dos clientes.
Palavras Chave:
MBMS, IMS, Integrao, Escalonamento de transmisso, Carousel de dados.
iv
ABSTRACT
Recently, several mobile operators have started Broadcast-like services, which are based on
the channel delivery model, and are known from classical Broadcast services like radio and
TV. Examples are goal notification for football fans (one club = one channel), news channels
and mobile television in general.
In order to efficiently support mobile Broadcast services 3GPP has standardized Multimedia
Broadcast Multicast Services (MBMS) for UMTS and GPRS in Release 06. The delivery of
Multicast/Broadcast channels over capacity limited radio links requires intelligent scheduling
mechanisms that make best use of the resources. The scheduler has to determine what content
should be sent at which time in order to satisfy as many clients as possible.
In this work we consider the integration of the MBMS service in the IMS focusing in carousel
based content delivery, which means periodical retransmission of each content.
In this thesis we investigate the performance and computational complexity of different
scheduling algorithms applied for mobile multicast. The algorithms then are enhanced to fulfil
the identified requirements of MBMS which are mainly adaptation to new contents, adaptation
to network congestion and adaptation to the clients demands.
Keywords:
MBMS, IMS, Integration, Broadcast Scheduling, Data Carousel.
NDICE
AGRADECIMENTOS ..................................................................................... iii
RESUMO ......................................................................................................... iv
ABSTRACT .......................................................................................................v
NDICE............................................................................................................. vi
NDICE DAS FIGURAS ............................................................................... viii
NDICE DAS TABELAS ................................................................................ ix
LISTA DE ACRNIMOS .................................................................................x
LISTA DE SMBOLOS ................................................................................. xvi
NOTAO E TERMINOLOGIA ................................................................ xvii
1 Introduo ....................................................................................................1
1.1 Estado de Arte.......................................................................................1
1.2 Objectivos .............................................................................................3
1.3 Estrutura da tese....................................................................................4
2 IMS (IP Multimedia Subsystem) .................................................................6
2.1 Introduo .............................................................................................6
2.2 Arquitectura do IMS e sua implementao ..........................................7
2.2.1 Introduo ...........................................................................................................7
2.2.2 Porqu foi desenvolvido o IMS?.........................................................................7
2.2.3 Arquitecturas de evoluo do sistema UMTS onde foi introduzida o IMS........9
2.2.3.1
2.2.3.2
2.2.3.3
2.2.3.4
2.2.4
Arquitectura IMS ..............................................................................................13
2.2.4.1
2.2.4.2
Release 05 .............................................................................................................9
Release 06 ...........................................................................................................10
Release 07 ...........................................................................................................12
3GPP 2(Third Generation Partnership Project 2) ..............................................12
Exigncias Arquitecturais ...................................................................................13
Descrio das entidades e funcionalidades do IMS ............................................16
MBMS (Multimedia Broadcast Multicast Service) ..................................22

3.1 Introduo ...........................................................................................22
3.2 Formas de distribuio / Soluo MBMS ..........................................22
3.3 MBMS no contexto do 3GPP .............................................................25
3.3.1 Modos de operao do MBMS .........................................................................26
3.3.1.1
3.3.1.2
Modo Broadcast..................................................................................................26
Modo Multicast ...................................................................................................27
3.3.2 Fases do servio MBMS ...................................................................................28

3.3.3 Arquitectura do MBMS e sua implementao..................................................30
3.3.3.1
3.3.3.2
Arquitectura do MBMS.......................................................................................30
O conceito dos servios MBMS..........................................................................34
Integrao do MBMS numa arquitectura IMS ..........................................39

4.1 Introduo ...........................................................................................39
4.2 Anlise da integrao..........................................................................41
4.3 Propostas de arquitecturas de integrao............................................41
4.3.1 Proposta de integrao do IMS-MBMS para a rede 3GPP R7/R8 ...................42
vi
4.3.1.1
4.3.1.2
Entidades da rede ................................................................................................43

Protocolos e interfaces de rede............................................................................45
4.3.2 Proposta de integrao IMS-MBMS para uma rede Evoluda/Convergida......46

4.3.2.1
4.3.2.2
4.3.2.3
4.3.2.4
4.3.2.5
4.4
Arquitecturas de referncia .................................................................................46

3GPP SAE/LTE ..................................................................................................47
A arquitectura evoluda de servio......................................................................49
Entidades da rede ................................................................................................50
Protocolos de rede e interfaces............................................................................54
Escalonamento e Controlo da congesto............................................55
4.4.1 Introduo .........................................................................................................55

4.4.2 Escalonamento distribudo entre camadas (Cross Layer).................................56
4.4.3 Optimizao de escalonamento Broadcast/Multicast para servios mveis ....58
4.4.3.1
4.4.3.2
4.4.3.3
4.4.3.4
Servios em tempo no real ................................................................................58

Escalonamento de servios Carousel (Retransmisso peridica) .......................61
Servios de streaming em tempo real..................................................................63
Escalonamento adaptvel baseado no feedback da RAN ....................................63
5 Escalonamento adaptvel dos dados para transmisso mvel do servio

Carousel (Retransmisso peridica) ................................................................65
5.1 Introduo ...........................................................................................65
5.1.1 Problemas e objectivos .....................................................................................66
5.1.2 Conceito de algoritmo de escalonamento .........................................................67
5.1.2.1
5.2
Resultados Obtidos .............................................................................77
5.2.1
5.3
Algoritmo existente .............................................................................................67
Avaliao de desempenho para os algoritmos bsicos .....................................77
Proposta de Algoritmos estendidos ....................................................82
5.3.1
Avaliao de desempenho para os algoritmos com extenso ...........................86
Concluses.................................................................................................91
6.1 Trabalho desenvolvido .......................................................................91
6.2 Resultados...........................................................................................93
6.3 Trabalho Futuro ..................................................................................95
Anexos ..............................................................................................................96
Anexo A Redes Mveis .............................................................................97
Anexo B Tarifao no IMS......................................................................116
Anexo C BM-SC como sendo a nova entidade introduzida ....................122
Anexo D Novas interfaces introduzidas/entidades melhoradas ..............125
Referncias .....................................................................................................127
vii
NDICE DAS FIGURAS

Figura 1 Aplicaes com ligaes peer to peer [49] ...........................................................8
Figura 2 O IMS e a sua relao com sistemas de comunicaes existentes [49] ......................8
Figura 3 Arquitectura do UMTS Release 05 [3]......................................................................10
Figura 4 Arquitectura do UMTS Release 06 [3]......................................................................11
Figura 5 Arquitectura do IMS por camadas [49] .....................................................................15
Figura 6 Estrutura do HSS [49] ...............................................................................................19
Figura 7 Distribuio Unicast [53] ..........................................................................................22
Figura 8 Diagrama do servio CBS .........................................................................................23
Figura 9 IP Multicast [52]........................................................................................................23
Figura 10 Diagrama de soluo MBMS para Multicasting [53]..............................................24
Figura 11 Multicasting com MBMS [52] ................................................................................24
Figura 12 Modo Broadcast ......................................................................................................26
Figura 13 Modo Multicast .......................................................................................................27
Figura 14 Fases do Servio MBMS [31, 53] ...........................................................................29
Figura 15 Arquitectura MBMS [50] ........................................................................................30
Figura 16 Exemplos das classes de servios UMTS e aplicaes [7]......................................35
Figura 17 Arquitectura de integrao (IMS-MBMS R7/R8) [50] ...........................................42
Figura 18 Projecto de entidade de rede da proposta de integrao do R7/R8 [31, 50]............43
Figura 19 Estrutura de Broadcast/Multicast do TISPAN [31, 50] ..........................................47
Figura 20 Estrutura SAE/LTE do 3GPP [31, 35, 50] ..............................................................48
Figura 21 Arquitectura evoluda da integrao IMS-MBMS [50]...........................................49
Figura 22 Projecto da entidade de rede da proposta de integrao evoluda [50] ...................50
Figura 23 Estrutura funcional do Servio Enabler de Broadcast/Multicast [50] ....................53
Figura 24 Proposta de escalonamento de camada cruzada [50] ..............................................57
Figura 25 Comparao da entrega de dados. Unicast (esq.) e Broadcast/Multicast (dir.) ......66
Figura 26 Interaco entre as entidades da rede ......................................................................67
Figura 27 Parte de um ciclo de Broadcast [39] .......................................................................69
Figura 28 Construindo um ciclo de Broadcast [39].................................................................70
Figura 29 Heurstica para diviso itens em k buckets [39] ......................................................72
Figura 30 Desempenho do algoritmo On-line sem erro...........................................................78
Figura 31 Desempenho do algoritmo On-line com erro ..........................................................79
Figura 32 Desempenho do algoritmo On-line com buckets sem erro......................................80
Figura 33 Desempenho do algoritmo on-line com buckets com erro ......................................80
Figura 34 Desempenho do algoritmo PFQ sem erro ...............................................................81
Figura 35 Desempenho do algoritmo PFQ com erro ...............................................................81
Figura 36 Comparao dos algoritmos bsicos de escalonamento Carousel ..........................87
Figura 37 Comparao dos diferentes nmeros de buckets .....................................................88
Figura 38 Eficincia dos algoritmos levando em considerao os erros .................................89
Figura 39 Eficincia dos algoritmos com erros e modificados................................................90
Figura 40 Rede GSM [3]..........................................................................................................98
Figura 41 Rede GPRS [3] ........................................................................................................99
Figura 42 Introduo do EDGE para o Sistema GPRS [3]....................................................100
Figura 43 Arquitectura da Rede Ncleo [49].........................................................................104
Figura 44 Rede 3G (3GPP R99) [3].......................................................................................105
viii
Figura 45 Rede 3G (3GPP R4) [3].........................................................................................106

Figura 46 Arquitectura do RAN [49].....................................................................................106
Figura 47 Arquitectura da QoS [7] .........................................................................................109
Figura 48 Activao do contexto PDP pela MS................................................................111
Figura 49 Activao do contexto PDP pela rede ..............................................................113
Figura 50 Desactivao do contexto PDP pela MS ..........................................................113
Figura 51 Desactivao do contexto PDP pela rede .........................................................114
Figura 52 Arquitectura IMS de tarifao off-line [49]...........................................................117
Figura 53 Arquitectura IMS de tarifao on-line [49] ...........................................................119
Figura 54 Estrutura funcional do BM-SC na rede UMTS [31, 50] .......................................122
NDICE DAS TABELAS

Tabela 1 Aplicaes Broadcast e Multicast [13].....................................................................37
Tabela 2 Tabela de inicializao de R(i)..................................................................................83
Tabela 3 Mapeamento da Congesto e da Prioridade..............................................................86
Tabela 4 Comparao das caractersticas dos algoritmos de escalonamento ..........................90
Tabela 5 Mapeamento das Classes de QoS no UMTS em Classes DifferServ de PHB ........115
Tabela 6 Atributos de QoS para as classes UMTS ................................................................115
ix
LISTA DE ACRNIMOS
1G
1 rd Generation
2G
2 rd Generation
2.5G
2.5 Generation
3G
3 rd Generation
3GPP
Thrid Generation Partnership Project
3GPP2
3G Partnership Project 2
AAL2
ATM Adaptation Layer 2
AAL5
ATM Adaptation Layer 5
AKA
Authentication and Key Agreenment
AMC
Adaptive Modulation and Coding
AMPS
Advanced Mobile Phone System
ANSI
American National Standards Institute
APN
Access Point Name
AS
Application Server
ATM
Asynchronous Transfer Mode
AUC
Authentication Center
BCF
Bearer Charging Function
BG
Border Gateway
BGCF
Breakout Gateway Control Function
BICC
Bearer Independent Call Control
BM-SC
Broadcast Multicast Service Center
BM-SE
Broadcast-Multicast Service Enabler
BSC
Base station Controller
BSS
Base station Subsystem
BTS
Base Transceiver Station
CAMEL
Customized Applications for Mobile Network Enhanced Logic
CAP
CAMEL Application Part
CBS
Cell Broadcast Service
CCF
Charging collection function

x
CDMA
Code Division Multiple Access
CDR
Charging data record
CGF
Charging Gateway Function
CN
Core Network
CP
Content Provider
CRC
Cyclic Redundancy Check
CS
Circuit switched
CSCF
Call Session Control Function
D-AMPS
Digital AMPS
DNS
Domain Name Server
DSCP
Differentiated services code point
DSL
Digital suscriber line
DVB
Digital Video Broadcasting
DVB-H
Digital Video Broadcasting Handheld
ECF
Event Charging Function
ECC
Error control codecs
EDGE
Enhanced Data rates for GSM Evolution
ESG
Electronic Service Guide
ETSI
European Telecommunications Standards Institute
EV-DO
Evolution - Data Only
EV-DV
Evolution Data and Voice
FDD
Frequency Division Duplex
FDMA
Frequency Division Multiple Access
FEC
Forward Error Correction
FLUTE
File delivery over Unidirectional Transport
FSC
Fast Scheduling
FTP
File Transfer Protocol
GERAN
GPRS/EDGE Radio Access Network
GMSC
Gateway MSC
GMSK
Gaussian minimum shift keying
GGSN
Gateway GPRS Support Node
xi
GMSC
Gateway MSC
GPRS
General Packet Radio Packet Service
GSM
Global System for Mobile Communication
GSN
GPRS Support Nodes
GTP
GPRS tunnel
HARQ
Hybrid Automatic Request
HLR
Home Location Register
HSDPA
High Speed Downlink Packet Access
HS-PDSCH High Speed Physical Downlink Shared Channel

HSS
Home Subscriber Server
HSS/AuC
Home Subscriber Service/Authentication Center
HTTP
Hypertext Transfer Protocol
HTTPS
Hyper text Transfer Protocol
I-CSCF
Interrogating-CSCF
IETF
Internet Engineering Task Force
IGMP
Internet Group Manangement Protocol
IMSI
International Mobile Subscriber Identity
IMS
IPMultimedia Subsystem
IMS-MGW IP Multimedia Subsystem-Media Gateway Function

IMT-2000 International Mobile Telephony 2000
IP
Internet Protocol
IPv4
Internet Protocol version 4
IPv6
Internet Protocol version 6
ISC
IMS Service Control
ISDN
Integrated Services Digital Network
ISIM
IP Multimedia Services Identity Module
ISUP
ISDN User Part
ITU
International Telecommunications Union
LCS
Lcation Service
LTE
Long-Term Evolution
MBMS
Multimedia Broadcast Multicast Service
xii
MDFC
Media Delivery Function Controller
MDFP
Media Delivery Function Processors
MEGACO Media Gateway Control

MGCF
Media Gateway Control Function
MGW
Media Gateway
MIMO
Multiple Input Multiple Output
MLD
Multicast Listener Discovery
MME
Mobility Mnagement Entity
MMS
Multimedia Messaging Service
MRF
Media Ressource Function
MRFC
Multimedia Resource Function Controller
MRFP
Multimedia Resource Function Processor
MS
Mobile Station
MSC
Mobile services Switching Center
MSC/VLR Mobile Switching Centre/Visitor Locator Register

MT
Mobile Terminal
NA
Network Access
NGN
Next-Generation Network
NMT
Nordic Mobile Telephone
OCS
On-line Charging System
OMA
Open Mobile Alliance
OSI
Open Systems Interconnection
P2P
Peer to Peer
PCC
Policy and Charging Convergence
PCRF
Policy and Charging Rules Function
P-CSCF
Proxy Call Session Control Function
PDA
Personal digital assistant
PDC
Personal Digital Communication
PDF
Policy Detection Function
PDN
Packet Data Networks
PDP
Packet Data Protocol
xiii
PFQ
Packet Fair Queuing
PHB
Per-Hop Behavior
PIM
Protocol Independent Multicast
PLMN
Public landing mobile network
PoC
Push to talk Over Cellular
POTS
Plain old telephone service
PS
Packet switched
PSI
Public service identifier
PSK
Phased Shift Keying
PSTN
Public Switched telephone Network
PtM
Point-to-Multipoint
PtP
Point-to-Point
QoS
Quality of Service
RAB
Radio Access Bearer
RADIUS
Remote Authentication Dial In User Service
RAN
Radio Access Network
RNC
Radio Network Controller
RNS
Radio Network System
RTCP
Real Time Control Protocol
RTP
Real Time Protocol
RRC
Radio Resource Control
RRM
Radio Ressource Management
SAE
Service Architecture Evolution
SCF
Session Charging Function
SCIM
Service capability interaction manager
S-CSCF
Serving-CSCF
SDP
Service Description Protocol
SFTP
SSH File Transfer Protocol
SGSN
Serving GPRS Support Node
SGW
Signalling gateway
SIP
Session Initiation Protocol
xiv
SLF
Subscription Locator Functional
SMS
Short Message Service
TACS
Total Access Communication System
TCP
Transmission Control Protocol
TDD
Time Division Duplex
TDMA
Time Division Multiple Access
TE
Terminal equipment
TID
Tunel Identifier
TISPAN
Telecoms & Internet Services & Protocols for Advanced Network
TRAU
Transcode and Rate Adapatation Unit
UA
User Agent
UDP
User Datagram Protocol
UE
User Equipment
UMTS
Universal Mobile Telecommunications System
UPE
User Plane Entity
URL
Uniform Resource Locator
USIM
UMTS Subscriber Identity Module
UTRAN
UMTS Terrestrial Radio Access Network
UWC
Universal Wireless Communications
VLR
Visitor location registers
VMSC
Visitor MSC
WCDMA
Wideband Code Divison Multiple Access
WiMAX
Worldwide Interoperability for Microwave Access)
WLAN
Wireless Local Area Network
XML
eXtensible Mark-up Language
xv
LISTA DE SMBOLOS
ai
Quantidade de dados
Largura de banda bsica
ci
Nvel de congesto
dj
Tempo mdio de transmisso por bucket
E (li)
Probabilidade de um erro ocorrer
fi
Frequncia de um item i
Factor de congesto
Ij
Item mais abaixo no bucket j
li
Tempo necessrio para fazer envio do servio
N total de itens de informao no servidor de dados
Tamanho de um ciclo
pi
Probabilidade de pedido de servio
qj
Tempo mdio de transmisso
Tempo actual
R(i)
Instante em que foi feita a ultima radiofuso
si
Espaamento ptimo
tcyc
Tempo necessrio para a transmisso de um ciclo inteiro
tcyc_max
Tempo mximo necessrio para a transmisso de um ciclo inteiro
ti_guar
Tempo mdio de acesso garantido
toptimal
Tempo mdio de acesso total ptimo
toverall
Tempo mdio de acesso total
xi
Prioridade de um item i
Taxa de erro varivel
Valor de adaptao do algoritmo as necessidades especficas
Coeficiente parametrizado
xvi
NOTAO E TERMINOLOGIA
Notao Geral
A notao utilizada ao longo do documento segue a conveno apresentada a seguir:
Texto sublinhado ou negrito utilizado para realar uma palavra ou expresso no

meio de um pargrafo; exemplo: [...] permitir uma maior eficincia da rede [...];
Texto em itlico para palavras em lngua estrangeira (isto ., Ingls), exemplo:

[...] para uma abordagem Broadcast [...].
Texto numerado para indicar uma referncia bibliogrfica; exemplos: []

complementaridade de novas tcnicas e tecnologias com as existentes [1] .
Letras Maisculas utilizadas para referenciar acrnimos; exemplo [...] da rede

UMTS [...].
Terminologia
Ao longo do trabalho utilizou-se a Lngua Portuguesa; no entanto, embora j exista algum
consenso na passagem de alguns termos tcnicos para Portugus, o seu uso ainda no
generalizado. Ao longo do trabalho optou-se, deste modo, por manter certos termos e
acrnimos em Ingls, pois so estes os mais conhecidos e usados.
xvii
Captulo 1 Introduo
1 Introduo
O Captulo 1 inicia com um conjunto de questes introdutrias relacionadas com a
contextualizao e motivao subjacentes ao trabalho, de modo a permitir a apresentao do
mesmo.
1.1 Estado de Arte

O IMS (IP Multimedia Subsystem) um subsistema de controlo overlay de aplicaes
multimdia baseado em IP para redes mveis da terceira gerao. padronizado pelo 3GPP
release 05 e 06 para suportar servios multimdia baseados em IP no sub domnio de PS
(Packet-switched)
como
parte
da
rede
ncleo
do
UMTS
(Universal
Mobile
Telecommunications System) fornecida a um subscritor mvel. As funes principais da rede

ncleo do IMS podem ser classificadas em trs categorias: Gesto de sesses multimdia,
servio de activao/iniciao no servidor de aplicao e aprovisionamento da informao da
rede s aplicaes do IMS. Permite aplicaes que empregue funcionalidades da rede atravs
das interfaces abertas padronizadas. O IMS tem uma arquitectura por camadas que consiste nos
seguintes planos: Plano de Transporte, Plano de Controlo, Plano de Servio e Plano de
Utilizador
O MBMS (Multimedia Broadcast Multicast Service) considerado primeiramente como um
servio unidireccional ponto-multiponto (p-t-m) que permite que dados sejam transmitidos de
uma nica fonte para mltiplos receptores. O 3GPP (Third Generation Partnership Project)
definiu dois modos de operao: o modo Broadcast e o modo Multicast. No caso do modo
Broadcast, as transmisses ocorrem no obstante a presena do utilizador em uma dada rea,
enquanto no modo Multicast transmisses ocorrem nas reas onde h subscritores a servirem.
Em consequncia o modo Multicast do MBMS est associado com a subscrio e a autorizao
antes de se juntar ao grupo. Os servios Broadcast so activados localmente no terminal
enquanto no modo Multicast um grupo Multicast tem que ser formado antes que a recepo dos
dados de servio seja disponibilizada. Alm disso, o 3GPP classifica dois tipos de servios de
utilizador do MBMS de acordo com o mtodo usado para distribuir servios. O servio
Streaming fornece um fluxo de informao multimdia contnuo (por exemplo udio, vdeo). O
Captulo 1 Introduo
servio de Download de ficheiros usado para entregar ficheiros de dados binrios sobre uma
portadora MBMS. A entrega de ficheiros pode usar Carousels (Retransmisses peridicas) a
fim de entregar repetidamente dados do ficheiro.
O MBMS estende a arquitectura existente do UMTS e GPRS (General Packet Rdio Service).
Quase todos os ns afectados podem ser actualizados por updates de software para fornecer as
funcionalidades necessrias do MBMS. Apenas uma entidade funcional completamente nova
adicionada: o BM-SC (Broadcast/Multicast Service Centre) como a unidade central do
processador. responsvel por fornecer funes de Adeso, funes de Segurana, funes de
Proxy e de Transporte e controla o estabelecimento da sesso e a entrega dos dados sobre as
duas interfaces de referncia adicionados: Gmb e o Gi [12], [13], [31] [32].
Considerando o IMS como a tecnologia emergente para convergncia fixa e mvel, o TISPAN
(Telecom and Internet converged Services and Protocols for Advanced Networks) apresenta
uma estrutura baseada em IP, de redes que convergem, com multi servio padronizado
genrico, multi protocolo e multi acesso. O projecto de TISPAN permite definir ou adaptar
subsistemas novos e adicionais a existente arquitectura.
Da mesma maneira a evoluo dos sistemas celulares UMTS/HSDPA (High Speed downlink
Packet Access) permitir entregar eficientemente servios de IPTV com suporte da mobilidade.
Actualmente o sistema celular fornece estes servios baseados somente em um esquema de
comunicao do tipo Unicast.
As especificaes do MBMS release 06 no consideram o IMS e assim no utilizam nenhuma
das funcionalidades do IMS. Comparado com o MBMS o IMS foi projectado para suportar
canais Unicast e suportar assim somente o estabelecimento de comunicao ponto a ponto
baseado na portadora Unicast. Embora o 3GPP proponha considerar a possvel integrao do
IMS e do MBMS na release 07, no projecto IST FP6 designado por C-Mobile os seus parceiros
estudaram todas as possveis integraes no somente no topo da rede celular mas tambm em
outras redes da transmisso tais como DVB-H.
A integrao do IMS e do MBMS requer uma investigao e uma anlise completa das vrias
possibilidades de integrao de arquitecturas e estruturas de comunicao/sinalizao.
imperativo compreender e definir interfaces e nvel de interaces dentro das vrias entidades
funcionais. No release 05 do 3GPP, o IMS aparece como uma extenso da arquitectura UMTS.
Captulo 1 Introduo
Adiciona um conjunto de novas funes ligadas por novas interfaces padronizadas. O IMS usa
o SIP (Session Initiation Protocol) do IETF a fim de controlar a sesso multimdia. Fornece
QoS por meio de reserva de recursos e permite aos operadores novos esquemas de tarifao
para sesso multimdia. Finalmente, o IMS possibilita a integrao dos diferentes servios
oferecendo mais e melhores servios aos clientes.
O MBMS fornece um meio eficiente para distribuir simultaneamente dados a um grande grupo
de utilizadores. Entretanto, os recursos da rede, e em particular a capacidade da ligao rdio,
so pequenos comparados com as capacidades da largura de banda no ncleo da rede. A
capacidade de escalonar transmisses quando possvel e adaptar o contedo e os dados aos
recursos actuais da rede poder melhorar o custo/desempenho do MBMS e de outras
tecnologias da transmisso usadas. As transmisses adaptveis podem oferecer a qualidade
mnima aceitvel em reas congestionadas com melhor qualidade de transmisses nas reas
onde existir mais largura de banda disponvel. O escalonamento das transmisses para
contedos em tempo real pode ajustar os picos do uso do recurso, baseados em polticas
predeterminadas.
1.2 Objectivos
Em termos gerais, os objectivos deste trabalho inserem-se no enquadramento anteriormente
referido, pretendendo-se contribuir com um estudo sistemtico para o aprofundamento e
esclarecimento de alguns aspectos relativos integrao do servio MBMS no IMS, bem como
o impacto que essa integrao ter na arquitectura da rede UMTS.
Tambm objectivo deste trabalho estudar os trs tipos de algoritmos bsicos de
escalonamento para o servio - Retransmisso peridica (On-line algorithm, Bucketing
algorithm and Adaptation of Packet Fair Queueing), sem levar em conta os erros de
transmisso numa primeira fase. Numa segunda fase ser levada em conta os erros de
transmisso e numa terceira fase, estudar os mesmos algoritmos j com extenses, no s
levando em conta os erros mas tambm a congesto e os nveis de prioridade.
A ferramenta utilizada para a implementao da simulao para a anlise de desempenho dos
trs algoritmos foi o Matlab, no obstante existir outras ferramentas.
Captulo 1 Introduo
1.3 Estrutura da tese

Aps a introduo sobre o enquadramento e objectivos do trabalho realizado, apresenta-se o
desenvolvimento da tese estruturado em seis captulos:
Captulo 1: Apresenta uma pequena introduo sobre o enquadramento e objectivos desta tese
de Mestrado.
Captulo 2: Aborda o IMS ou seja o significado do IMS e porqu foi desenvolvido. Apresenta
uma pequena descrio das duas Releases do UMTS no mbito do 3GPP onde realmente foi
introduzido o IMS (Release 05 e Release 06), apresentando as suas arquitecturas.
Relativamente ao Release 07, feita uma pequena introduo uma vez que o mesmo ainda se
encontra em estudo. Ainda neste captulo so apresentadas as exigncias arquitecturais do IMS,
a descrio das entidades e funcionalidades do IMS.
Captulo 3: Fala da necessidade de passar dos actuais esquemas de distribuio de informao
(Unicast e CBS) no UMTS para um novo servio MBMS. Com isso so descritos em detalhes
esses mesmos esquemas. Por fim so descritas as modificaes introduzidas na arquitectura da
Rede UMTS com a introduo do servio MBMS e o conceito dos servios MBMS.
Captulo 4: Apresenta uma sntese do IMS e do MBMS apresentado nos captulos 2 e 3 para
depois comear por falar das possveis arquitecturas de integrao do MBMS no IMS. Para isso
comea por fazer uma anlise funcional ou seja da estrutura funcional do BM-SC na rede
UMTS e da descrio das entidades que fazem parte dessa estrutura. Tambm em paralelo este
captulo apresenta uma anlise das interfaces e os nveis de interaco entre as vrias entidades
funcionais, assim como outras consideraes.
Ainda neste captulo feita uma abordagem sobre os dois tipos de arquitecturas propostas para
as possveis integraes do MBMS com o IMS ou seja da proposta de integrao do IMSMBMS para o 3GPP R7/R8 com a sua respectiva arquitectura de integrao e as respectivas
entidades da rede assim como da proposta de integrao IMS-MBMS para uma rede
evoluda/convergida da SAE (Service Architecture Evolution) e LTE (Long Term Evolution) na
3GPP e pelo TISPAN, tambm com a sua arquitectura de integrao e suas respectivas
entidades de rede.
Captulo 1 Introduo
apresentado tambm uma viso do que o escalonamento e seu objectivo, assim como os
diversos tipos de escalonamento propostos. Tambm fala da optimizao do escalonamento
para servios mveis Broadcast/Multicast assim como da classificao dos trs tipos de
servios em MBMS, servios esses classificados de servios em tempo real e no real.
Captulo 5: Este captulo dedicado ao estudo do escalonamento adaptvel dos dados para
transmisso mvel do servio Carousel. feita uma introduo sobre o tema passando pelos
problemas e objectivos. Depois feita uma breve descrio sobre o conceito de algoritmo de
escalonamento. feita um estudo sobre os algoritmos existentes e das extenses propostas para
os mesmos algoritmos, para melhorar o desempenho dos mesmos. Finalmente so apresentados
os resultados obtidos tanto para os algoritmos bsicos como para os mesmos j com extenso,
usando o Matlab como ferramenta para a simulao.
Captulo 6: O ltimo captulo destinado s concluses e comentrios finais deste trabalho, tal
como algumas sugestes a serem considerados em trabalho futuro.
No fim deste documento, so apresentados quatro Anexos com informao auxiliar que
permitem uma melhor compreenso dalgumas partes dos textos apresentados.
Anexo A: Apresenta uma viso geral de Redes Mveis e sua evoluo em termos de tecnologia
e de servios, uma vista geral da rede UMTS, passando pela sua evoluo ou seja do 1G at o
3G. Ainda neste captulo feita uma apresentao geral da rede UMTS, desde os seus servios
e as suas potencialidades, da CN e da RAN. Uma pequena abordagem da Qualidade de Servio
em Redes UMTS, falando por exemplo da activao/desactivao do contexto PDP e do
mapeamento das classes de QoS no UMTS tambm apresentada.
Anexo B: Faz uma descrio do sistema de tarifao no IMS
Anexo C: Faz uma descrio do BM-SC como sendo a nova entidade introduzida no MBMS,
descrevendo a sua estrutura funcional.
Anexo D: Faz uma descrio das novas interfaces introduzidas, assim como das novas
entidades melhoradas.
Captulo 2 IMS (IP Multimedia Subsystem)
2 IMS (IP Multimedia Subsystem)

2.1 Introduo
O servio multimdia combina mltiplos componentes de informao, tais como udio ou
vdeo, e requerem componentes de mdia a ser sincronizados um com o outro.
Consequentemente, enquanto uma simples conectividade IP permite que diversos tipos de
informao sejam transmitidos sobre o IP em redes mveis, os servios actuais de multimdia
requerem o suporte adicional da rede, pelo menos na rea da proviso da QoS. Apesar de
muitos esforos para fornecer tal suporte, a Internet no fornece ainda nenhuma garantia no
atraso ou confiabilidade sobre a transmisso de pacote end to end. Em compensao, as redes
UMTS fizeram significativos progressos neste sentido.
O IMS (IP Multimedia Subsystem) reala a conectividade bsica do IP fornecido pelo UMTS
adicionando entidades rede para a gesto da instalao de sesso multimdia e controlo
proviso da QoS. O IMS usa o termo sesso no lugar de chamada: uma sesso inclui
remetentes, receptores e sequncia de dados que participam em uma aplicao. Uma sesso
pode pedir diferentes nveis de QoS para cada componente de informao e modificar estes
nveis durante o seu tempo de vida. Seguindo a filosofia geral do UMTS, o IMS no padroniza
nenhuma aplicao, somente as potencialidades do servio requerido para construir vrios
outros servios. Como resultado, servios multimdia em tempo real e em tempo no real
podem facilmente ser integrados sobre um transporte baseado em IP comum. Em adio, estes
servios podem interligar directamente com todos os servios disponveis sobre a Internet.
Finalmente, os servios existentes em circuito comutado como a voz podem ser substitudos na
rede UMTS por servios em tempo real baseados em IP comutados por pacote.
Consequentemente o domnio PS far com que eventualmente o domnio CS fique obsoleto,
reduzindo assim o custo das redes UMTS.
Alguns dos servios que podem ser fornecidos sobre o IMS so a telefonia de voz e de vdeo,
chamadas telefnicas que aceitam voz e telefonia, servios de presena, mensagens
instantneas, chat, conferncia de voz e de vdeo etc. Existem numerosos servios possveis,
todos eles baseados num pequeno conjunto de potencialidades [6, 10, 11]:
Identidades endpoint, incluindo nmeros de telefone e nomes de Internet.
Descrio das potencialidades de informao, incluindo formatos dos cdigos e taxas de

dados.
Servios multimdia em tempo real de pessoa para pessoa, incluindo telefonia de voz.
Streaming de servios multimdia de mquina para pessoa, incluindo canais de TV.
Gesto genrica do grupo, permitindo chat e mensagens instantneas.
Comunicao genrica do grupo, permitindo conferncia de voz e de vdeo.
Estes servios bsicos podem ser controlados por AS (Application Servers servidores de
aplicao) externos para fornecer vrias aplicaes. Por exemplo, o IMS fornece:
Facilidades de transmisso ponto a ponto e ponto a multiponto.
Facilidade de gesto de grupo.
Capcidade de um AS externa de controlar a comunicao de grupo.
2.2 Arquitectura do IMS e sua implementao

2.2.1
Introduo
O IMS (IP Multimedia Subsystem), baseado no SIP (Session Initation Protocol - Protocolo de
Iniciao de Sesso), uniformizado pelo IETF (Internet Engineering Task Force), mas o SIP
como protocolo apenas uma parte dela. O IMS uma arquitectura para a convergncia de
dados, voz e redes mveis, e baseada num conjunto de protocolos, utilizados para permitir
servios em tempo real no topo de PS do sistema UMTS.
2.2.2 Porqu foi desenvolvido o IMS?

O novo paradigma de comunicao sobre redes de dispositivos mveis baseado em IP. Estes
terminais utilizam largos displays de alta preciso, com cmeras incorporadas e com muitos
recursos para aplicaes, sendo na nova gerao designados por entidades P2P (Peer - to Peer), que facilitam a partilha de Browsing, jogos, sesso de rdio nos dois sentidos. A
capacidade de estabelecer uma ligao P2P entre os novos dispositivos mveis com IP o
ingrediente chave requerido (Figura 1).
Figura 1 Aplicaes com ligaes peer to peer [49]
A Figura 2 mostra uma rede onde o IMS introduz o controlo de sesso multimdia no domnio
PS e traz ao mesmo tempo a funcionalidade CS. O sistema de comunicao mvel foi dividido
em trs partes: terminais, RAN (Radio access network) e ncleo de rede. Em IMS o termo
RAN substitudo para "rede de acesso (NA) " porque um sistema IMS pode ser instalado
tambm sobre redes de acesso no rdio (non-RAN).
Figura 2 O IMS e a sua relao com sistemas de comunicaes existentes [49]
2.2.3
Arquitecturas de evoluo do sistema UMTS onde foi introduzida o IMS
Nesta seco feita uma pequena descrio das releases onde realmente foi introduzida o IMS
evidenciando o grau de importncia que teve na arquitectura do sistema UMTS, releases estas
desenvolvidas pelo consrcio 3GPP. dado um especial nfase as releases 05 e 06 onde a
introduo do IMS trouxe benefcios para o sistema UMTS.
2.2.3.1 Release 05
Com os avanos tecnolgicos efectuados nos ltimos anos na Internet e nos telemveis, assistese agora a uma convergncia cada vez maior entre estes dois meios de comunicao. Portanto,
a Release 05 do UMTS representa uma mudana de filosofia, cujo objectivo ter j o IP como
tecnologia de transporte em todas as partes da rede, o que significa que as futuras redes mveis
sero baseadas em comutao de pacotes end to end. A Figura 3 ilustra essa mudana de
filosofia. A arquitectura da rede ncleo sofre alteraes de fundo, passando esta a ser uma rede
de pacotes, na qual se suportam os servios de voz e os servios de dados.
A maior novidade desta Release ao nvel da tecnologia de transporte na UTRAN, que passa
de ATM para IP. Nesta Release, as evolues passaram por melhorias ao nvel dos servios de
localizao (LCS) e a adopo do protocolo SIP (Service Initiation Protocol).
Desde que foi publicada a Release 99 muito se tem clarificado sobre as verdadeiras
capacidades da tecnologia 3G UMTS. Apesar do salto quantitativo dado em termos do ritmo de
transmisso mximo, parece ser plausvel dizer que o UMTS ainda no consegue satisfazer, a
preos acessveis, as previsveis necessidades do trfego, na componente de dados, para grande
parte dos servios previstos pelo UMTS Frum. Isto levou ao desenvolvimento de novas
tecnologias, em que o HSDPA (High-Speed Downlink Packet Access) [15] e o IMS (IP
Multimedia Subsystem) so bons exemplos.
O HSDPA um canal partilhado para dados no sentido descendente, sentido onde se espera
uma maior necessidade de largura de banda, que veio permitir taxas de transmisso acima dos
10 Mbps (em comparao com os actuais 384 kbps, ou 2 Mbps em hot spots). Com a
introduo do HSDPA, novas tcnicas foram simultaneamente introduzidas, entre elas o AMC
(Adaptive Modulation and Coding), o HARQ (Hybrid Automatic Request), para o tratamento
de erros de transmisso, o Fast Scheduling e o Channel Quality Feedback.
Por outro lado, o IMS teve como fundamento a independncia da tecnologia de acesso,
tornando-se o fundamental na convergncia de redes. Permitiu suportar aplicaes que
envolvem diferentes fontes de informao (por exemplo, dados gerados por computador,
imagens e texto, e dados analgicos, tais como udio/vdeo) com a possibilidade de acrescentar
e abandonar componentes durante a sesso. Foram ainda alteradas as ferramentas USIM e
aspectos relacionados com a transferncia de mensagens e segurana.
Observando a arquitectura do 3GPP Release 05 (Figura 3) fcil encontrar as novas entidades
introduzidas, o HSS (Home Subscriber Server) e o IMS. O HSS a base de dados principal
para um dado utilizador, sendo a entidade que contm informao relativa subscrio de
suporte das entidades de rede que realmente gerem as chamadas e sesses.
Esta Release foi dada como terminada em Maro de 2002, embora s tenha efectivamente
terminado em Junho de 2002.
Figura 3 Arquitectura do UMTS Release 05 [3]
2.2.3.2 Release 06
A crescente necessidade do utilizador em termos de servios que combinem componentes em
tempo real e tempo no real, disponveis tanto em ambientes mveis e fixos, levou
necessidade da Release 06 aumentar e melhorar as funcionalidades e servios existentes
10
incluindo o OSA, a QoS, o LCS, o MMS, a segurana, a GERAN e a interface rdio. A partilha
de redes foi outra funcionalidade introduzida nesta Release, o que possibilitou a ligao da
mesma UTRAN a diferentes redes ncleo de diferentes operadores, permitindo a partilha dos
elementos da RAN e dos recursos rdio.
As principais alteraes nesta fase foram a actualizao do IMS (IMS Fase 2) e a interligao
entre o UMTS e outras tecnologias de acesso rdio, tais como a WLAN (Wireless LAN). O
facto de o UMTS oferecer benefcios ao nvel da cobertura de zonas extensas, mobilidade total
e maior segurana, e pelo contrrio a WLAN ser uma tecnologia til para o acesso Internet
com uma elevada velocidade mas com uma baixa mobilidade e com utilizadores estticos,
levou integrao das duas redes.
Para alm das alteraes referidas, foram introduzidas novas funcionalidades como o MBMS,
que introduziu o Broadcast e o Multicast na rede UMTS, permitindo a partilha dos recursos da
rede e deste modo uma maior eficincia da interface rdio. Observando a Figura 4 encontra-se
a nova entidade adicionada na rede UMTS, o BM-SC (Broadcast Multicast Service Centre),
sendo esta entidade importante para a introduo do MBMS.
Figura 4 Arquitectura do UMTS Release 06 [3]
Relativamente aos servios introduzidos, destacam-se o Servio do tipo Push, o Servio

Prioritrio e o Servio de Presena. O Servio do tipo Push uma tecnologia que veio permitir
entidade fornecedora de contedos transferir informao para um determinado utilizador, sem
11
que este a tenha previamente solicitado. O Servio Prioritrio permite o acesso prioritrio de
servios a determinados utilizadores previamente autorizados. Por fim, o Servio de Presena
permite o acesso a informao da localizao do utilizador, dos seus dispositivos e servios. A
Release 06 foi dada como terminada em Maio de 2005.
2.2.3.3 Release 07
O trabalho da Release 07 do sistema UMTS comeou no incio do ano passado dentro do
consrcio 3GPP, encontrando-se ainda em fase de estudo, estando inicialmente prevista para o
final de 2007 a sua concluso. O aumento da eficincia espectral da interface rdio um dos
propsitos fundamentais nesta Release, onde o uso do sistema de mltiplas antenas MIMO
(Multiple Input Multiple Output) est idealmente posicionado para o aumento da capacidade da
rede ao nvel dos recursos rdio disponveis, gerando taxas de transmisso mximas tericas
bem acima dos 14 Mbps disponveis hoje, tambm aumentando a taxa de transmisso mdia
das clulas.
Outros novos recursos do Release 07 incluem: avanos na RAN (Radio Access Network), como
conectividade contnua, reduo de latncia, melhorias da Rede Ncleo e IMS relacionadas
telefonia multimdia, suporte para continuidade de chamadas de voz, e PCC (Policy and
Charging Convergence). Nesta Release tambm so esperados melhoramentos nalguns dos
itens introduzidos nas duas Releases anteriores, por exemplo, ao nvel do IMS (fase 3) sero
efectuados melhoramentos para acesso de redes fixas de banda larga. A integrao de
tecnologias rdio alternativas, como por exemplo as wireless LANs, tambm ir ser
considerada nesta Release [45].
2.2.3.4 3GPP 2(Third Generation Partnership Project 2)
O 3GPP2 um projecto para o desenvolvimento do sistema mvel da 3G para a comunidade
ANSI (American National Standards Institute). O seu papel o de especificar o IMS como
parte da soluo do domnio de multimdia que contm o subsistema de pacote de dados. O
domnio multimdia e a rede de acessos CDMA2000 juntos formam a 3G do All IP do ncleo
de rede em 3GPP2. Adoptou as especificaes do ncleo Release 05 IMS como uma linha de
base. Existe algumas diferenas entre as solues 3GPP2 IMS e 3GPP IMS Release 05 devido
12
aos diferentes pacotes subjacentes e tecnologias de rdio. Os principais resultados relacionados

com o primeiro Release IMS so:
O controlo da poltica do IP entre o IMS e o subsistema de pacote de dados no so

suportados em 3GPP2.
2.2.4
Diferenas em solues de tarifao.

Arquitectura IMS
2.2.4.1 Exigncias Arquitecturais

As exigncias bsicas fixas do IMS 3GPP etapa 1 que guiam a maneira em que a sua
arquitectura foi criada e como deve evoluir no futuro pode ser encontrado em [10].
Conectividade IP
Para aceder a servios IMS um cliente tem que ter conectividade IP. Alm disso, requer-se que
se use o IPv6 [16]. Pode ser obtido da rede home ou da rede visitada.
Acesso independente
O IMS projectado para ser acesso independente de modo que os servios possam ser
fornecidos sobre qualquer rede (fixo, mvel ou sem fio) com funes PS, como por exemplo
(GPRS, UMTS, WLAN, CDMA 2000, WiMAX, DSL). Velhos sistemas de telefone CS
(POTS, GSM) so suportados atravs de gateways. Interfaces abertas entre camada/plano de
servio e de controlo permitem elementos e chamadas/sesses de diferentes redes de acesso a
serem misturados.
Assegurando a qualidade do servio para servios multimdia IP
Na Internet pblica, os atrasos tendem a ser elevados e variveis. Os pacotes chegam fora de
ordem e alguns so perdidos ou descartados. Isto j no acontece com o IMS que fornece uma
boa QoS. Atravs do IMS, os UEs (User Equipments) negociam as suas capacidades e
expressam as suas exigncias de QoS durante a sesso de estabelecimento SIP ou de um
procedimento de modificao da sesso. Os UEs podem negociar parmetros tais como:
13
Tipo de informao, sentido de trfego, taxa de bit, tamanho do pacote.

Frequncia de transporte do pacote, uso de RTP para certo tipo de informao; largura
de banda, etc.
Controlo da poltica IP para garantir o uso correcto de recursos de informao
O controlo da poltica do IP significa a capacidade de autorizar e controlar o uso do trfego de

portadora pretendida para informao em IMS, baseando-se nos parmetros de sinalizao na
sesso IMS. Isto requer a interaco entre a rede de acesso de conectividade IP e IMS. Os
meios para o estabelecer podem ser divididos em trs categorias diferentes [10, 17, 18]:
O elemento de controlo da poltica pode verificar se os valores negociados na
sinalizao do SIP so usados quando activado portadoras para trfego de informao.
O elemento de controlo de poltica pode reforar quando trfego de informao entre
pontos de extremidade da sesso SIP inicia ou termina.
O elemento de controlo de poltica pode receber notificaes quando o servio da rede
de acesso da conectividade IP modificar, suspender ou liberar as portadoras de um
utilizador associado com uma sesso.
Modelos de tarifao
Da perspectiva do operador ou do fornecedor de servio a capacidade de tarifar utilizadores

uma obrigao em toda a rede. A arquitectura do IMS permite o uso de diferentes modelos de
tarifao. Tarifa apenas o chamador ou o chamador e o chamado, baseados em recursos usados
no nvel de transporte (tarifao inteiramente no nvel de sesso do IMS). Entretanto, um
operador pode estar interessado em correlacionar a informao de tarifao gerada nos nveis
de transporte e do IMS (servio e contedo). Como sesses IMS podem incluir mltiplos
componentes de informao (por exemplo, udio e vdeo), requer-se que o IMS fornece meios
de tarifao para componentes de informao. Isto permite a possibilidade de tarifar o chamado
e de adicionar novos componentes de informao em uma sesso.
14
Suporte para roaming
A caracterstica do roaming torna possvel usar servios mesmo que o utilizador no esteja
situado geograficamente na rea de servio da rede home. Roaming GPRS significa a
capacidade de aceder o IMS quando a rede visitada fornece o RAN e o SGSN e a rede home
fornece o GGSN e o IMS. Roaming IMS refere-se a uma configurao da rede em que a rede
visitada fornece conectividade IP (por exemplo, RAN, SGSN, GGSN) e o ponto de entrada do
IMS (isto , P-CSCF) e a rede home fornecem as restantes funcionalidades do IMS. A
vantagem de roaming IMS comparado com o GPRS o melhor uso dos recursos do Plano de
Utilizador
Projecto por Camadas/Planos
O 3GPP decidiu-se usar uma arquitectura por Camadas/Planos (Figura 5) para o projecto:
Plano de Servio
Plano de Controlo
Plano de Transporte
Figura 5 Arquitectura do IMS por camadas [49]
15
Isto significa que os servios de transporte e o de portadora esto separados da rede de

sinalizao do IMS e do servio de gesto de sesso. Servios adicionais funcionam no topo da
rede de sinalizao do IMS.
A aproximao por Camadas/Planos visa uma dependncia mnima entre Camadas/Planos e
facilita a adio de novas redes de acesso ao sistema mais tarde. Quando as aplicaes so
isoladas e as funcionalidades comuns podem ser fornecidas pela rede subjacente do IMS, as
mesmas aplicaes podem funcionar com UEs usando diversos tipos de acesso.
2.2.4.2 Descrio das entidades e funcionalidades do IMS
Estas entidades so classificadas em seis categorias principais: gesto de sesso e funo de
encaminhamento (CSCFs), bases de dados (HSS, HLR), elementos de interligao (BGCF,
MGCF, MGW), servios (AS - servidores de aplicao, MRFC, MRFP), entidades de suporte
(PDF) e tarifao.
P-CSCF (Proxy Call Session Control Function)
A P-CSCF o primeiro ponto de contacto para o utilizador no IMS. Todo o trfego de

sinalizao SIP de ou para UE feita via P-CSCF que se comporta como um proxy [4, 18, 19].
Significa que o P-CSCF valida o pedido, encaminha-o ao destino seleccionado, processando e
encaminhando a resposta. O P-CSCF pode comportar-se como um UA (user agent) [4, 18, 19].
Pode existir um ou mais P-CSCFs dentro da rede de um operador. As funes executadas pelo
P-CSCF so [18, 20]:
Prover o encaminhamento SIP entre os mveis SIP e a rede IMS.
Executar a poltica de controlo definida pela operadora da rede.
Coordenar com a rede de acesso, autorizando o controlo de recursos e qualidade das
chamadas/sesses.
Controlar os servios oferecidos localmente pelos operadores.
Enviar informao de contabilidade ao CCF (Charging Collection Function).
16
PDF (Policy Decision Function)
O PDF responsvel por tomar as decises de poltica baseadas em sesso e em informao

relacionada com informao obtidas do P-CSCF. Age como um ponto de deciso de poltica
para o controlo de SBLP. So identificadas as seguintes funcionalidades:
Armazenar a sesso/informao de informao.
Gerir uma autorizao que identifique o PDF e a sesso.
Fornecer uma deciso da autorizao de acordo com a sesso armazenada e
informao relacionada ao receber um pedido de autorizao da portadora de GGSN.
Revogar a deciso da autorizao em qualquer altura.
Capacidade para permitir/impedir o uso de uma portadora autorizada (por ex, PDP) ao
manter a autorizao.
Informar o P-CSCF quando a portadora (por ex, contexto PDP) for perdida ou
modificada. Uma indicao da modificao dada somente quando a portadora
actualizado ou depreciado de ou para 0 kbit/s.
Passar um identificador de tarifao IMS ao GGSN e GPRS ao P-CSCF.
I - CSCF (Interrogating- Call Session Control Function)
O I-CSCF o ponto de contacto dentro da rede de um operador para todas as ligaes
destinado a um subscritor. Pode haver mltiplos I-CSCFs dentro da rede. As funes
executadas pelo I-CSCF so:
Contactar o HSS para obter o nome do S-CSCF que est servindo um utilizador.
Atribuir um S-CSCF baseado nas potencialidades recebidas pelo HSS.
Encaminhar pedidos SIP ou respostas ao S-CSCF.
Emitir informao de contabilidade relacionada ao CCF.
Fornecer uma funcionalidade chamada THIG (Topology Hiding Inter-network
Gateway) que pode ser usado para esconder a configurao, a capacidade e a

topologia da rede fora da rede de um operador.
17
S-CSCF (Serving -Call Session Control Function)
O S-CSCF o crebro do IMS e est localizado na rede home. Executa sesso de controlo e
servios de registo para UEs. Quando um UE for acoplado numa sesso, o S-CSCF mantm o
estado da sesso e interage com as plataformas do servio e as funes de tarifao
necessitadas pelo operador de rede para o suporte dos servios. Pode haver mltiplos S-CSCFs,
e podem ter diferentes funcionalidades dentro da rede de um operador. As funes executadas
pelo S-CSCF so:
Segurar pedidos de registo, agindo como um registador [23]. Conhecer o endereo IP
do UE e que P-CSCF o UE est usando como ponto de entrada do IMS.
Autenticar utilizadores por meio de autenticao e de acordo com a chave do IMS
AKA. O IMS AKA consegue a autenticao entre o UE e a rede home.
Descarregar informaes do utilizador e dados de servio relacionados do HSS
durante o registo ou quando permite um pedido para um utilizador no registado.
Encaminhar o trfego do mvel de destino ao P-CSCF e o trfego do mvel de origem
ao I-CSCF, ao BGCF (Breakout Gateway Control Function) ou a um AS.
Executar sesso de controlo como um proxy ou como UA (User Agent) [18, 19].
Interagir com as plataformas do servio. A interaco significa a capacidade de
decidir quando um pedido ou uma resposta necessita de ser encaminhada a um
especfico AS para um futuro processamento.
Supervisionar temporizadores de registo e poder registar utilizadores quando
necessrio.
Executar a poltica de informao. O S-CSCF pode verificar o contedo do payload
do SDP e verificar se ele contm os tipos de informao ou codificadores, que no so
permitidos.
Manter temporizadores de sesso. O Release 05 no fornece os meios ao proxy para
saber o estado das sesses O. Release 06 corrige esta deficincia com temporizadores
de sesso.
Emitir informao relacionada com contabilidade ao CCF para finalidades de
tarifao off-line e ao OCS (On-line Charging system) para finalidades tarifao online.
18
HSS (Home Subscriber Server)
o principal armazenamento de dados para todo o subscritor e dados de servio relacionados

com o IMS. Os principais dados armazenados no HSS incluem identidades do utilizador,
informao de registo, parmetros de acesso e informao do servio despoletado [21]. Contm
o subconjunto (HLR/AUC), funcionalidade requerido pelo domnio PS e pelo domnio CS.
A estrutura do HSS mostrada na Figura 6. A funcionalidade do HLR requerida para
fornecer suporte s entidades do domnio PS, tais como SGSN e GGSN. Isto permite o acesso
do subscritor aos servios do domnio PS. De forma similar o HLR fornece suporte s
entidades do domnio CS, tais como servidores MSC/MSC. Isto permite o acesso do subscritor
aos servios de domnio CS e suporta roaming para redes GSM/UMTS de domnio CS. O AUC
armazena uma chave secreta para cada subscritor mvel, que usado para gerar dados
dinmicos de segurana para cada subscritor mvel.
Figura 6 Estrutura do HSS [49]
MRFC (Multimedia Resource Function Controller)
O MRFC interpreta a sinalizao SIP recebido atravs do S-CSCF e usa instrues do

protocolo de controlo de gateway de informao MEGACO (Media Gateway Control
Protocol) para controlar o processador de funo de recurso multimdia MRFP (Multimedia
Resource Function Processor). O MRFC pode emitir a informao de contabilidade ao CCF e
ao OCS.
19
MRFP (Multimedia Resource Function Processor)
O MRFP fornece os recursos do plano do utilizador, pedidos e instrudos pelo MRFC. Executa
as seguintes funes:
Misturar os fluxos de entrada multimdia.
Fornecer fluxos de multimdia (para anncios multimdia).
Processar fluxos de multimdia (transcoding de udio, anlise de informao).
AS (Application server)
As servidoras de aplicao (AS) no so puras entidades do IMS; so funes no topo do IMS.

Entretanto, os AS so descritos aqui como partes da funo do IMS porque so entidades que
fornecem servios de valor adicional multimdia no IMS. As funes principais do AS so:
Processar uma sesso inicial do SIP recebida do IMS.
Originar pedidos SIP
Emitir a informao de contabilidade ao CCF e ao OCS.
BGCF (Breakout Gateway Control Function)
O BGCF selecciona a rede na qual o acesso rede pblica comutada deve ocorrer. Se o BGCF
determina que o acesso vai ocorrer na mesma rede onde o BGCF est localizado, ento o
BGCF selecciona um MGCF. O MGCF ser responsvel pelo inter funcionamento com a rede
comutada. Se o ponto de acesso est em outra rede, o BGCF envia a sinalizao desta sesso a
um BGCF ou MGCF (dependendo da configurao) na outra rede. O objectivo final
minimizar o percurso da chamada/sesso [18].
MGCF (Media Gateway Control Function)
O MGCF uma gateway que permite uma comunicao entre utilizadores do IMS e do CS.
Todo o controlo da sinalizao das chamadas dos utilizadores do CS que entram destinado ao
MGCF, que executa a converso de protocolo entre o ISUP (ISDN User Part), o BICC (Bearer
Independent Call Control), e protocolos SIP, encaminhando a sesso ao IMS. De forma similar
todas as sesses IMS originadas pelos utilizadores do CS passam pelo MGCF. O MGCF
20
controla tambm os canais de informao na entidade associada do plano de utilizador, o IMSMGW (IMS Media Gateway). Em adio, o MGCF pode transmitir a informao do cliente ao
CCF (charging collection function).
MGW (Media Gateway)
O MGW fornece a ligao do plano de utilizador entre as redes CS (PSTN, GSM) e o IMS.
Termina a portadora de canal da rede CS e fluxos de informao da rede backbone (por
exemplo, fluxo RTP em uma rede IP ou em ligaes AAL2/ATM no backbone do ATM);
executa a converso entre estas terminaes e faz a codificao e processamento de sinal para o
plano de utilizador quando necessitado. Em adio, o IMS-MGW pode fornecer tons e
anncios aos utilizadores do CS. O IMS-MGW controlado pelo MGCF.
SGSN (Serving GPRS Support Node)
responsvel por executar ambas as funes de controlo e de superviso do trfego no

domnio PS. A parte de controlo contm duas funes principais: gesto da mobilidade e gesto
da sesso. A gesto da mobilidade ocupa da posio e do estado do UE e autentica tanto o
subscritor como o UE. A parte de controlo da gesto de sesso cuida do controlo da admisso
da ligao e de todas as mudanas nas ligaes de dados existentes. Supervisiona tambm os
servios e recursos da rede 3G. Age como um gateway para encaminhamento dos dados do
utilizador e certifica tambm que as ligaes recebam o QoS apropriado. Gera a informao de
tarifao.
GGSN (Gateway GPRS Support Node)
O GGSN possibilita a interaco com as redes de pacote de dados externas. A sua funo
principal ligar a UE s redes de dados externas, onde residem as aplicaes e servios
baseados em IP. A rede de dados externa pode ser o IMS ou a Internet. Distribui os pacotes IP
que contm a sinalizao SIP da UE ao P-CSCF e vice-versa. Cuida do encaminhamento de
pacotes IP de informao IMS para a rede de destino. Na maioria dos casos o IMS tem o seu
prprio ponto de acesso. Quando a UE activar uma portadora (contexto PDP) para um ponto de
acesso (IMS), o GGSN atribui um endereo IP dinmico UE que usado no registo do IMS,
quando a UE iniciar uma sesso como um endereo de contacto da UE.
21
Captulo 3 MBMS (Multimedia Broadcast Multicast Service)
3 MBMS (Multimedia Broadcast Multicast Service)

3.1 Introduo
Os avanos tecnolgicos nas reas de multimdia informtica, televiso digital e na Internet,
conduz-nos a uma tendncia para a convergncia a vrios nveis, no sector das
telecomunicaes (infra-estruturas e terminais, servios e mercados). No entanto e face ao
desenvolvimento tecnolgico j existente, no se espera que se observe uma revoluo na
forma
de
fazer
telecomunicaes,
mas
antes
uma
evoluo
na
consolidao e
complementaridade de novas tcnicas e tecnologias com as existentes. As redes mveis,

nomeadamente a rede UMTS, mostram que o sentido da evoluo dever passar pela utilizao
do IP (Internet Protocol) como tecnologia de transporte.
3.2 Formas de distribuio / Soluo MBMS

Uma das preocupaes da comunidade de investigao do UMTS, ao longo dos anos,
procurar alternativas para o esquema de distribuio de informao na rede actualmente
suportado, o Unicast (Figura 7), ineficiente e ineficaz para as exigncias dos potenciais
servios
serem
introduzidos,
conduzindo
um
desperdcio
da
capacidade
consequentemente, a um aumento dos custos. Uma das abordagens utilizadas para aumentar a
capacidade a reduo do nmero de pacotes transmitidos ao longo da rede de acesso rdio.
Surgem assim dois novos conceitos associados a esta abordagem, o Broadcast e o Multicast,
isto , o envio da mesma informao para todos ou para certos grupos de utilizadores em redes
mveis terrestres.
Figura 7 Distribuio Unicast [53]
22
Actualmente, os dois servios que fazem uso desta abordagem encontram-se definidos pelo
3GPP para a rede UMTS, nomeadamente o CBS (Cell Broadcast Service Figura 8) e o IP
Multicast (Figura 9). Apesar, destes servios introduzirem os modos Broadcast e Multicast,
ambos possuem limitaes. O primeiro permite apenas o envio de pequenas mensagens com
baixa largura de banda e sem qualquer qualidade de servio (QoS). Por outro lado, o servio IP
Multicast no oferece qualquer vantagem em termos de optimizao da utilizao dos recursos
de rdio.
Figura 8 Diagrama do servio CBS
Figura 9 IP Multicast [52]
23
Tendo em conta estas limitaes, o 3GPP definiu um novo servio (Figuras 10 e 11) designado
por MBMS (Multimedia Broadcast Multicast Service) de maneira a optimizar a utilizao de
recursos de rdio e simultaneamente reutilizar as funcionalidades existentes na arquitectura
UMTS. O servio MBMS definido pelo 3GPP permite ultrapassar as limitaes existentes
actualmente, na medida que oferece uma maneira eficiente de transmitir a mesma informao
de um remetente para vrios destinatrios atravs de um nico canal, mas por outro lado o
MBMS tem problemas significativos de potncia de transmisso. necessria uma potncia de
transmisso significativa para oferecer o servio MBMS com uma qualidade aceitvel para
todos os UEs numa determinada rea [22]. Isto significa que para um sistema limitado pela
interferncia como o UMTS, a reduo da interferncia o principal responsvel pelo aumento
da eficincia espectral e consequentemente da capacidade do sistema.
Figura 10 Diagrama de soluo MBMS para Multicasting [53]
Figura 11 Multicasting com MBMS [52]
24
3.3 MBMS no contexto do 3GPP

Com a introduo da informao multimdia (ex, texto, udio, vdeo ou imagens fixas) na rede,
verificou-se um aumento da variedade de servios, em particular os servios de notcias e
entretenimento. Simultaneamente tm-se assistido migrao dos Servios designados Pull,
onde os utilizadores escolhem e fazem o download de informao (utilizados na Internet) para
os Servios Push, onde os utilizadores so informados de actualizaes, mudanas de servios
e notcias. Esta migrao deveu-se essencialmente ineficcia dos equipamentos mveis
existentes e banda estreita. O facto de estes servios serem essencialmente distribudos para
um grande nmero de pessoas e a elevada largura de banda exigida por estes, implica algumas
limitaes, especialmente ao nvel dos recursos rdio, na rede actualmente definida [25].
Alm dos aspectos referenciados, j um facto que os servios de transmisso digital DVB
(Digital Video Broadcasting), mais propriamente o DVB-H (Digital Video Broadcasting to a
Handheld) esto bem definidos e em vias de serem disponibilizados em Portugal. Por esses
motivos e com o intuito de tornar o UMTS verdadeiramente complementar ao DVB-H, a
comunidade do UMTS tem procurado ao longo dos anos alternativas para o esquema de
distribuio de informao na rede actualmente suportando Unicast de forma a aumentar a
capacidade da rede UMTS e a melhorar a eficincia dos recursos rdio.
Assim, o 3GPP definiu um novo servio o MBMS com dois novos esquemas de distribuio
de informao. Segundo o 3GPP Release 06, o MBMS um servio unidireccional em que a
informao transmitida de uma entidade para mltiplos destinatrios. Assim, a informao
apenas enviada uma nica vez, ao contrrio do que acontecia no servio IP Multicast. Por
exemplo, o SGSN ir enviar a informao apenas uma vez para o RNC ao invs do nmero de
Nodes B e UEs que pretendam receber a informao. Isto permite uma distribuio eficiente da
mesma informao para mltiplos destinatrios, ao contrrio das ligaes p-t-p (ponto-aponto), onde cada terminal recebe a informao em sesses p-t-p separadas, utilizando a sua
prpria frequncia e time slot, como era feito no tradicional GPRS.
O MBMS transparente para os utilizadores (eles recebem a mesma informao tal como as
ligaes p-t-p), mas economiza recursos da rede no operador mvel: optimizao da interface
rdio. Espera-se que este servio seja muito usado nas redes celulares e portanto necessrio
25
que as redes PLMN tenham capacidade de suport-los eficientemente. Para se perceber como
que o MBMS funciona so descritos a seguir os modos de operao possveis no MBMS.
3.3.1
Modos de operao do MBMS
Uma das abordagens utilizadas para aumentar a capacidade e permitir uma eficiente
distribuio da informao a reduo do nmero de pacotes transmitidos ao longo da rede.
Utilizando esta abordagem de forma a ultrapassar ou minimizar as questes acima referidas, o
3GPP definiu dois modos de operao no servio MBMS, apresentados a seguir.
3.3.1.1 Modo Broadcast
O modo Broadcast (Figura 12): pode ser visto como uma transmisso unidireccional com uma
distribuio um-para-muitos da informao multimdia (ex, texto, udio, Imagem, vdeo) de
uma entidade para todos os utilizadores numa rea de servio Broadcast. Um exemplo de um
servio que usa este modo a transmisso de anncios de publicidade. neste momento, o
mtodo mais eficiente, econmico e popular de transmisso de informao para grandes massas
noutras redes, tais como a televiso, a rdio e os jornais [12, 26]. Tem apenas um modo de
transmisso designado por transmisso p-t-m, uma vez que a informao enviada de uma
entidade para todos os utilizadores. A Figura 12 ilustra como a rede pode ser configurada para
transmitir uma variedade de servios de elevada largura de banda a todos utilizadores dentro de
uma rea de servio Broadcast.
Figura 12 Modo Broadcast
26
3.3.1.2 Modo Multicast

Trata-se de uma transmisso unidireccional com distribuio p-t-m da informao multimdia
de uma entidade para um grupo Multicast numa rea de servio Multicast. O Multicast
baseado nos princpios do Broadcast, no entanto necessrio uma subscrio ao servio para
aced-lo, por isso a distribuio de informao controlada. Um exemplo de um servio que
usa este modo o servio que permite visualizar os golos de um jogo de futebol, sendo
necessria a subscrio do utilizador para aceder ao servio [12, 26].
O modo Multicast usa dois modos de transmisso, p-t-m e p-t-p, consoante o nmero de
subscritores do servio. O modo de transmisso p-t-p usado apenas quando existe um nmero
reduzido de subscritores para um dado servio, uma vez que permite o uso de controlo de
potncia e retransmisses selectivas, sendo mais adequado em termos de eficincia dos
recursos rdio.
A Figura 13 ilustra um exemplo de como a rede pode ser configurada para transmitir uma
variedade de servios de elevada largura de banda aos utilizadores que tenham previamente
subscrito os servios dentro de uma rea de servio Multicast.
Figura 13 Modo Multicast
27
A introduo do Multicast no UMTS ir trazer algumas vantagens, das quais se destacam:
Maior eficincia, na medida que controla o trfego de rede e reduz a carga dos servidores
ao utilizar uma nica transmisso, em vez de mltiplas transmisses de informao.
Desempenho optimizado, uma vez que elimina trfego redundante.
Economia da capacidade e dos recursos rdio na interface rdio e na rede.
Aplicaes distribudas, tornando as aplicaes multiponto possveis.
Envio da mesma informao simultaneamente para um grande nmero de utilizadores

pertencentes ao mesmo grupo.
3.3.2
Introduo de novos servios do tipo push.

Fases do servio MBMS
Para uma correcta compreenso do modo de funcionamento do servio MBMS, nos modos
Broadcast ou Multicast, so apresentadas e descritas as diversas fases necessrias para receber
a informao MBMS. A Figura 14 ilustra as vrias fases de um servio MBMS. Como o
servio MBMS no modo Multicast precisa previamente da subscrio do utilizador para aceder
ao servio, existem algumas diferenas entre os dois modos de operao.
A cor castanha encontram-se as fases iguais em ambos os modos de um servio MBMS, e a cor
azul as fases exclusivamente do modo Multicast. De seguida so descritas as fases do Servio
MBMS [26, 27]:
Subscrio Nesta fase a ligao entre o utilizador e o fornecedor dos contedos

estabelecida, o que permite ao utilizador receber o servio. A informao da subscrio
armazenada na rede do operador. Esta fase apenas necessria para o modo Multicast.
Anncio do Servio iniciado pelo fornecedor dos contedos e permite informar os

UEs (quer sejam ou no assinantes do servio MBMS) dos servios disponibilizados pelo
fornecedor. Existem vrias alternativas para efectuar o anncio do servio, tais como o
CBS, o SMS (Short Message Service), Web URL (Uniform Resource Locator), entre
outros.
Joining (Activao do servio MBMS) o processo pelo qual o utilizador se torna

membro do grupo Multicast, isto , o utilizador d o seu consentimento rede para
28
receber informao de um servio especfico. Esta fase pode ocorrer depois da fase Incio
da Sesso e apenas necessria no modo Multicast.
Incio da Sesso Estabelece os recursos rdio para a transferncia da informao

MBMS na rea Multicast/Broadcast. Esta fase ocorre independentemente da fase
activao/joining de um servio pelo utilizador.
Notificao do MBMS Informa os UEs da proximidade da transferncia da informao

Multicast/Broadcast. Esta fase comea depois da fase Incio de Sesso.
Transferncia da Informao a fase onde a informao MBMS transferida para os

UEs. Os requisitos relativos mobilidade so explorados nesta fase.
Trmino da Sesso Liberta os recursos rdio quando no existe mais informao

MBMS para ser transferida.
Leaving (Desactivao do servio MBMS) o processo pelo qual o assinante deixa de

ser membro do grupo Multicast, isto , o utilizador no quer continuar a receber
informao de um servio MBMS especfico. Esta fase apenas necessria para o modo
Multicast.
(a) Broadcast
(b) Multicast
Figura 14 Fases do Servio MBMS [31, 53]
29
importante referir que as fases subscrio, Joining e Leaving so desempenhadas pelos

utilizadores, enquanto as outras fases so desempenhadas para um servio para todos os
utilizadores.
3.3.3
Arquitectura do MBMS e sua implementao
3.3.3.1 Arquitectura do MBMS

Para perceber correctamente o servio MBMS necessrio conhecer as diferentes entidades
que fazem parte da arquitectura do MBMS. A Figura 15 ilustra quais as entidades afectadas
pela introduo do MBMS na arquitectura da rede UMTS Release 06. tambm realado o
novo n, o BM-SC, que a entidade responsvel pelo fornecimento e entrega dos servios
multimdia no MBMS. A interface Gp refere-se apenas ao caso onde o SGSN e o GGSN se
encontrem em diferentes ncleos da rede.
Figura 15 Arquitectura MBMS [50]
No MBMS, o BM-SC pode funcionar como a fonte dos servios multimdia a serem
transmitidos aos utilizadores, no entanto a arquitectura permite tanto fontes de servios
Multicast/Broadcast internas como externas. Fontes internas podem injectar directamente os
seus dados no GGSN atravs da interface Gi. As fontes externas so ligadas ao GGSN atravs
30
da BG (Border Gateway) que controla o fornecimento dos dados vindos de redes externas [46].
Os dados MBMS podem estar localizados no BM-SC ou numa fonte separada. Nesta
arquitectura o SGSN executa funes de controlo para utilizadores individuais e une todos os
utilizadores do mesmo servio num mesmo servio MBMS. Vai existir apenas um tnel GTP
(GPRS tunnel) destinado a cada servio MBMS entre o SGSN e GGSN. O GGSN termina esse
tnel GTP e liga-os via IP Multicast fonte de servios Multicast/Broadcast. Existe outra
alternativa para entrega de dados MBMS, isto , se os SGSN tambm reconhecerem IP
Multicast ento o GGSN pode transmitir os dados MBMS usando um endereo IP Multicast
especial (apenas para a rede UMTS) e todos os SGSN que necessitam de receber esses dados
podem subscrever este endereo IP Multicast.
Algumas alteraes so necessrias nos procedimentos de sinalizao e estabelecimento de
ligaes entre o terminal mvel e o RNC de modo a activar os servios MBMS. Por exemplo, o
terminal tem que se registar no RNC para receber o servio MBMS e o RNC necessita de se
registar no SGSN se ainda no possuir os dados MBMS que o utilizador esteja interessado.
Quando o terminal transita de uma estao de base para outra, os esquemas de gesto de
mobilidade tm que ser melhorados para garantir que a recepo dos dados MBMS no seja
interrompida [47]. As especificaes 3GPP em [27], [31] descrevem algumas das
funcionalidades necessrias aos vrios elementos da rede para o suporte do MBMS.
Descrio das entidades existentes e da nova entidade adicionada
De seguida sero descritas as alteraes sofridas, bem como as principais funes introduzidas
pelas entidades existentes, nomeadamente a UE, a UTRAN/GERAN, o SGSN e o GGSN, de
modo a permitir a introduo do MBMS [26, 27]:
UE
At agora os desafios enfrentados pela UE esto relacionados com a adeso a um servio
MBMS. A adeso um procedimento de sinalizao entre a UE e a rede, onde se pretende que
as alteraes na sinalizao entre a UE e a rede ncleo sejam mnimas. Idealmente pretende-se
que estas alteraes sejam ao nvel do software ao invs do hardware. Para alm disso,
dependendo das capacidades do terminal, o UE deve ser capaz de receber e armazenar a
informao MBMS, podendo tambm suportar funes de segurana apropriadas para o
MBMS.
31
UTRAN/GERAN
A UTRAN/GERAN responsvel pelo envio eficiente da informao MBMS para uma dada rea
de servio Broadcast e Multicast. Portanto, para evitar a perda de informao leva a que seja
necessrio requerer mecanismos na UTRAN/GERAN como por exemplo, a estimao do nmero
de UEs dentro da clula antes e durante uma transmisso MBMS para escolher a portadora de
rdio apropriada. Para alm disso, as transmisses MBMS podem ser iniciadas e terminadas
intermitentemente e por isso a UTRAN/GERAN deve suportar a iniciao e a terminao da
transmisso MBMS da rede ncleo.
A mobilidade dos UEs pode levar perda de informao e por isso as aplicaes MBMS devem
ser capazes de lidar com essa potencial perda de informao. Assim, a UTRAN/GERAN deve
suportar a mobilidade intra RNC/BSC e inter RNC/BSC entre os UEs que recebem o servio
MBMS. Para finalizar, a UTRAN/GERAN deve ser capaz de transmitir anncios do servio
MBMS, informao de controlo (no especfico do MBMS) e suportar outros servios em
paralelo com o MBMS (por exemplo dependendo das capacidades do terminal o UE pode
comear ou receber uma chamada ou receber mensagens em vez de receber o servio de vdeo
MBMS).
SGSN
O papel do SGSN dentro da arquitectura do MBMS desempenhar funes de controlo do
utilizador e fornecer transmisses MBMS para a UTRAN/GERAN. Para alm das funes
referenciadas, existem outras funes fornecidas pelo SGSN das quais se destacam:
Autenticao dos utilizadores baseados na informao de subscrio do HLR (Home
Location Register).
Autorizao do uso de servios/recursos baseados na informao de subscrio do

HLR.
Fornecimento de servios p-t-p e funes CAMEL (como por exemplo prpagamento).
Gesto da mobilidade do utilizador.
Armazenamento de contextos dos servios activados por utilizador.
32
Gerar dados de facturao por servio para cada utilizador.
Estabelecimento de portadoras de acesso rdio (RABs) por pedido, quando a

informao tem de ser transferida para os utilizadores.
Todas estas funes podem ser usadas na arquitectura do MBMS (potencialmente com
modificaes) para o controlo individual dos utilizadores de servios Multicast MBMS, isto ,
para activar, desactivar e autorizar os servios MBMS para utilizadores.
GGSN
O papel do GGSN dentro da arquitectura do MBMS servir como o ponto de entrada para o
trfego IP Multicast com a informao MBMS. Depois da notificao do BM-SC, o GGSN deve
ser capaz de pedir o estabelecimento/remoo do plano do utilizador para uma transmisso
MBMS Broadcast ou Multicast. Para alm das funes referenciadas existem outras funes que
o GGSN deve fornecer para suportar um servio MBMS, mas que no so exclusivas deste
servio nomeadamente:
Seleco de mensagens (no necessrio se as fontes MBMS so internas no
PLMN).
Recolha de dados de facturao.
Negociao da QoS.
BM-SC (Nova entidade adicionada)

uma nova entidade funcional adicionada arquitectura do MBMS para permitir a
implementao do servio MBMS na rede UMTS.
O BM-SC disponibiliza funes que possibilitam o fornecimento e entrega de um servio
MBMS. Pode funcionar como um ponto de entrada para a informao MBMS vinda de
fornecedores de contedos bem como fornecer funes de segurana especificadas pelo 3GPP
para o modo Multicast. Das outras funes desempenhadas pelo BM-SC e que permitem a
disponibilizao dos servios MBMS, destacam-se:
33
Autenticao, Autorizao e Facturao do Fornecedor de Contedos

O BM-SC deve ser capaz de autenticar os Fornecedores de Contedos sempre que estes
desejarem iniciar uma transmisso de um servio MBMS e tambm autoriza-los para
transmitirem a informao atravs da portadora do servio MBMS. Por outro lado, o BM-SC
responsvel pela verificao da integridade da informao recebida dos fornecedores de
contedos bem como gerar registos de facturao dessa informao.
Transporte MBMS
O BM-SC responsvel pelo fornecimento ao GGSN, de parmetros associados ao transporte,

tais como a QoS e uma rea Multicast/Broadcast. Alm disso, deve ser capaz de iniciar e
terminar recursos da rede de transporte MBMS antes e durante a transmisso da informao
MBMS.
Transmisses MBMS
O BM-SC deve ter a capacidade de aceitar e transmitir contedos de fontes externas usando
esquemas resistentes ocorrncia de erros (como por exemplo Codecs especializados para o
MBMS).
Anncio e Descrio de Servios
O BM-SC deve ser capaz de fornecer anncios para servios Multicast e Broadcast. Por outro
lado, deve ser capaz de fornecer ao UE descries de informao especificando a informao a
ser entregue como uma parte do MBMS (como por exemplo o tipo de codificao do vdeo e
udio), usando para isso, protocolos especficos do IETF.
O BM-SC deve ter a capacidade de fornecer ao UE descries de sesses especificando as
sesses a ser entregues como parte do MBMS (como por exemplo identificao, endereamento,
tempo de transmisso de um servio Multicast), usando igualmente protocolos especficos do
IETF.
3.3.3.2
O conceito dos servios MBMS
As expectativas em torno dos novos servios de 3G foram muitas e apesar disso a adopo dos
servios de transmisso de dados por via das redes mveis permaneceu e permanece lenta. No
34
s as aplicaes oferecidas pelos operadores no so verdadeiras necessidades, como tambm as

aplicaes como o MMS, continua a debater-se com problemas de interoperabilidade, os servios
de Premium text para um nicho e o correio electrnico s usado por uma pequena minoria.
Com a introduo do servio MBMS na rede UMTS espera-se ultrapassar estas dificuldades e
introduzir novos servios adaptados a novos perfis de utilizadores, de forma a atingir a maioria da
populao, ao contrrio do que acontece actualmente onde a grande maioria dos servios apenas
contempla as empresas.
Classificao do servio
A aposta e a oferta num leque cada vez mais alargado de novos e variados servios que
combinem a voz e os dados sero uma das principais vantagens apontadas pelos operadores 3G,
de forma a estimular a migrao dos assinantes para a nova tecnologia. Aplicaes multimdias
com ritmos de transmisso elevados como por exemplo, as notcias locais, informaes de
viagem, publicidade baseada na localizao, transmisso directa de filmes e jogos, so alguns dos
servios de interesse para os fornecedores de contedos.
Existem muitas maneiras de classificar os servios dependendo do critrio de seleco como a
direccionalidade (unidireccional ou bidireccional), simetria das comunicaes (simtrico ou
assimtrico), entre outros. O 3GPP definiu uma classificao de trfego consoante os seus
requisitos gerais de QoS. Deste modo, os servios so classificados em termos das quatro classes
de QoS para o UMTS de acordo com as caractersticas de trfego e exigncias de qualidade de
servios, resumidos na Figura 16.
Figura 16 Exemplos das classes de servios UMTS e aplicaes [7]
35
Por sua vez, o MBMS classificou os servios de acordo com o mtodo usado para distribuir e
utilizar essa informao em [13]:
Servio Streaming este servio permite a transmisso contnua de informao (por
exemplo, udio e vdeo). A aplicao no necessita de esperar pelo download de toda a
informao para transmitir o ficheiro. Exemplos de Servios de Streaming so a
transmisso de vdeo e udio.
Servio de Download de Ficheiros este servio transmite informao binria (dados
de ficheiro) sequencialmente atravs de uma ordem predeterminada. Um cliente MBMS
(isto , o UE) activa a aplicao apropriada e utiliza a informao recebida. A
funcionalidade mais importante neste servio a fiabilidade, isto , necessrio que o
utilizador receba toda a informao enviada para poder utilizar o servio.
Servio Carousel este servio combina aspectos de ambos os servios acima
mencionados. Semelhante ao Servio Streaming, este servio inclui sincronizao do
tempo. No entanto, a informao utilizada neste servio apenas informao esttica
(como por exemplo, texto e/ou imagens fixas). Por outro lado, um servio idntico ao
Servio de Download, no que diz respeito ao lado do servidor. No lado do cliente (UE)
o mesmo conjunto de informao exibido e actualizado regularmente.
Os servios MBMS so servios do tipo Um para muitos, fornecendo grupos de utilizadores
com a mesma informao.
Observando as classes de QoS definidas para o UMTS e tendo em conta as caractersticas do
Servio MBMS pode-se constatar que as aplicaes pertencentes Classe Interactiva e aqueles
que precisam de algum feedback em tempo real, como por exemplo as aplicaes baseadas no
protocolos FTP (File Transfer Protocol) ou TCP (Transmission Control Protocol) no so
apropriados para o MBMS. Isto acontece porque o MBMS apenas satisfaz as transmisses de
informao no sentido descendente. Alm disso, as aplicaes interactivas no apresentam grau
de liberdade temporal para reunir um grupo de utilizadores com os mesmos interesses em termos
de servios, sendo uma caracterstica do servio MBMS no modo Multicast. Assim, as nicas
36
classes de QoS do UMTS apropriadas para os servios MBMS so as classes de servio

Streaming e Background.
Um conjunto de possveis aplicaes est previsto e descrito na Tabela 1. A maior parte das
aplicaes so classificadas como Streaming na perspectiva das classes do UMTS. Deve ser
notado que os servios pertencentes classe MBMS Carousel podem ser adequadamente
servidos pela classe do UMTS Background. Isto ir permitir alguma economia e organizao na
implementao do MBMS, especialmente em situaes onde um enorme nmero de servios
MBMS ir desenvolver-se.
Tabela 1 Aplicaes Broadcast e Multicast [13]
Servios Broadcast
O Servio Broadcast um servio unidireccional p-t-m em que a informao transmitida de

uma nica fonte para todos os utilizadores numa certa rea geogrfica ou reas geogrficas. A
rea do servio determinada por essa certa rea geogrfica. Pela definio pode-se deduzir que
os Servios Broadcast podem ser aplicaes com reduzida taxa de transmisso e baixo custo para
o operador. Podem ainda, ser definidos como aplicaes do tipo Push, no sentido que a
informao (exemplo, servios de emergncia, publicidade ou tursticos) enviada para todos os
utilizadores [29]. Exemplos de aplicaes podem ser o envio (por parte do operador) de
37
publicidade, notcias locais e de turismo baseado na localizao geogrfica do utilizador, sendo

estes gratuitos para o utilizador e ao mesmo tempo, garantem ganhos para a operadora. Exemplos
de Servios Broadcasts so ilustrados na Tabela 1.
Servios Multicast
O servio Multicast um servio unidireccional p-t-m de uma nica fonte para um grupo de
utilizadores numa certa rea geogrfica ou reas geogrficas. Neste servio, o utilizador deve
subscrever-se ao servio para conseguir aced-lo. O operador deve ter controlo de admisso para
cada servio de forma a ser capaz de fornecer um servio particular para apenas grupos fechados
(por exemplo empresas). Pelo facto de existir subscrio do servio pode-se deduzir que ser um
servio com um custo mais elevado e com taxas de transmisso elevadas e para alm disso, a rede
dever conhecer a localizao do(s) UE(s) [20]. Exemplos de servio Multicast so ilustrados na
tabela 1.
38
Captulo 4 Integrao do MBMS numa arquitectura convergida
4 Integrao do MBMS numa arquitectura IMS

4.1 Introduo
Como descrito anteriormente o 3GPP Release 05 introduziu o IMS como uma extenso da
arquitectura UMTS (Universal Mobile Telecommunications System), desenvolvida para fornecer
servio multimdia sobre diferentes tecnologias de acesso. Para alm dos benefcios do IMS j
descritos no captulo 2, os principais ganhos de ter este subsistema adicional so triplos:
O IMS pode fornecer QoS (Quality of service) no Plano de Utilizador, uma vez que est
ciente do servio solicitado pelo utilizador.
Conhecendo o servio exacto, os operadores podem tambm melhorar os seus esquemas de

tarifao para sesses multimdia.
Finalmente, o IMS permite integrar diferentes servios [18], oferecendo a sua melhoria
assim como servios adicionais aos clientes.
O IMS foi desenvolvido para funcionar com ligaes ponto a ponto. Para os servios que
envolvem grupos de utilizadores que recebem a mesma informao, esta limitao pode ser um
inconveniente. Uma vez que o IMS suporta somente transmisso Unicast, os recursos podem ser
consumidos redundantemente, quando os dados so para ser entregues a um grupo de
utilizadores. Como exemplo, numa conferncia multiparticipantes criada, uma ligao ponto a
ponto entre o servidor de informao e cada utilizador. Uma soluo mais eficiente seria criar
uma portadora comum ligando o servidor de informao a todos os participantes. Usando uma
portadora Multicast, ambos os recursos de rdio e da rede ncleo so conservados, ficando assim
disponveis para outros servios.
O IMS foi desenvolvido para lidar com contedos multimdia. Assim ele usa a sinalizao SIP
para gerir as sequncias multimdia em tempo real. Na arquitectura IMS o MRFP (Multimedia
Resource Function Processor) cuida da entrega das sequncias de dados aos diferentes
utilizadores usando diferentes codecs. Entretanto, o IMS no foi desenvolvido para permitir o
streaming de contedos em tempo real e em consequncia no fornece o suporte apropriado para
a entrega de ficheiros ou de outros formatos em tempo real.
39
O MBMS foi desenvolvido pelo 3GPP Release 06 como uma portadora Broadcast/Multicast nas
redes UMTS podendo ser usado para transferir eficientemente dados aos grupos de utilizadores.
O MBMS faz o transporte unidireccional dos dados de uma nica fonte para muitos possveis
utilizadores. Para suportar o MBMS, algumas melhorias so requeridas nas vrias entidades de
rdio e da rede ncleo. Como se disse anteriormente uma nova entidade de controlo e de entrega
foi introduzida o BM-SC.
O papel do BM-SC abrange funes de proviso e de entrega do servio de utilizador do MBMS.
O BM-SC fornece o servio de anncios para utilizadores do servio Multicast e Broadcast do
MBMS. Faz o transporte de parmetros tais como a QoS e a rea de servio, disponveis para o
GGSN (Gateway GPRS Support Node) e a tarifao de recursos de portadora MBMS de iniciao
e de terminao. O BM-SC emite dados MBMS e leva em considerao a proteco da
integridade e da confidencialidade da informao. O servio de utilizador baseado
principalmente no Streaming e no Download de Contudos.
A partir do Release 06, o MBMS foi desenvolvido para se poder utilizar os servios Multicast e
Broadcast. O servio Unicast est fora do mbito desse estudo. Entretanto, uma distribuio
Unicast no Release 07 est sendo adicionada s potencialidades de entrega do BM-SC. O MBMS
padro no especifica uma interface entre o BM-SC e os fornecedores de contudos. Este
claramente um obstculo aos fornecedores de contudos que planeiam usar o MBMS para a
entrega de contudos. Alm disso, toda a gesto da sesso realizada por meio de sinalizao
especfica MBMS sem reutilizar outros subsistemas existentes de controlo tal como o IMS.
Ao observarmos o IMS e o MBMS, as possveis sinergias entre ambos os sistemas tornam-se
evidentes: O IMS est sendo usado para o controlo da sesso (usando sinalizao SIP) e o MBMS
usado para entrega de contedos multimdia atravs de suas portadoras Multicast/Broadcast.
Tendo os servios Multicast controlados por entidades IMS, os fornecedores de contedos e os
utilizadores do IMS podem emitir contedo multimdia aos grupos de utilizadores que
conservam os recursos da rede devido aos ganhos conseguidos por usarem portadoras Multicast.
Para se conseguir a integrao destas duas tecnologias, existe a necessidade de uma arquitectura
melhorada e integrada, com novas interfaces, protocolos e funcionalidades. Estas novas interfaces
devero permitir que o IMS controle as portadoras Multicast, usadas para entregar contedos
40
Multicast a uma rede ncleo convergida. Nesta juno de arquitectura IMS/MBMS, os

procedimentos de proviso do servio devem ser revistos e os procedimentos de sinalizao
necessitaro de modificao.
Para uma arquitectura integrada existem diversas opes que necessitam de ser levadas em
considerao. Estas opes so baseadas em conceitos de desenvolvimento no presente assim
como nas arquitecturas de rede da prxima gerao.
4.2 Anlise da integrao

Estudos efectuados pelo projecto C-MOBILE para a integrao do MBMS no IMS revelam que o
objectivo deles usar uma camada/plano comum de controlo para convergir redes heterogneas
de acesso Multicast/Broadcast na sua arquitectura.
Uma vez que o IMS visto como uma camada de controlo overlay que fornece uma plataforma
comum para vrias tecnologias de acesso, considerado como a tecnologia emergente para a
convergncia fixa e mvel, a exigncia principal a de permitir a entrega de contedos
multimdia a um grupo de utilizadores usando uma portadora Multicast/Broadcast onde quer que
seja possvel. A distribuio basicamente Unicast, assim os benefcios possveis de usar uma
portadora como o MBMS bvio. O MBMS Release 06 no considerou o IMS e assim no
utilizou algumas das suas funcionalidades. Entretanto, est sendo considerado pelo 3GPP como
um ponto de estudo na Release 07 [30].
Segundo o projecto C MOBILE, para a integrao do MBMS no IMS, necessria uma
investigao e anlise das vrias arquitecturas de integrao possveis e estruturas de
comunicao e de sinalizao, assim como, imperativo compreender e definir as interfaces e os
nveis de interaco entre as vrias entidades funcionais.
Como j foi mencionado anteriormente, da perspectiva da rede ncleo, foi introduzida uma nova
entidade funcional, o BM-SC. Alm disso, foram especificados alguns melhoramentos para o
SGSN (Serving GPRS Support Nodes) e o GGSN (Gateway GPRS Support Nodes).
4.3 Propostas de arquitecturas de integrao

Nesta seco apresentarei algumas propostas de integrao segundo o estudo efectuado pelo CMOBILE e pelas outras entidades de pesquisa nesta rea, ou seja, as suas arquitecturas com a
41
descrio das respectivas entidades. Segundo os mesmos, foi feita uma anlise completa de
ambas as tecnologias a integrar, isto , o IMS e MBMS e chegou-se concluso que se deve
utilizar duas arquitecturas possveis:
Arquitectura com BM-SC
Arquitectura sem BM-SC
Em D4.1 [34] uma arquitectura por camadas para funes de mapeamento e entidades de rede foi
proposta. Este tipo de arquitectura por camadas/planos fornece uma viso das diferentes
arquitecturas e da sua diviso funcional e permite uma melhor comparao das duas opes.
4.3.1 Proposta de integrao do IMS-MBMS para a rede 3GPP R7/R8
As implicaes de uma arquitectura integrada so evidentes ao estudar as arquitecturas separadas
do 3GPP. Uma primeira opo arquitectural (Figura 17) que as aplicaes do IMS usem
MBMS, preservando tanto quanto possvel as suas funcionalidades e estrutura.
Figura 17 Arquitectura de integrao (IMS-MBMS R7/R8) [50]
Com redes 3GPP R7/R8 a ideia ter uma arquitectura integrada onde o IMS usado para
controlar as portadoras MBMS, reconhecendo a necessidade do suporte de portadora
Broadcast/Multicast. A arquitectura integrada preserva tanto quanto possvel ambos os sistemas,
fazendo somente ligeiras melhorias. Um servio MBMS Broadcast/Multicast pode ser iniciado
por um Fornecedor de Contedos ligado directamente ao BM-SC ou indirectamente atravs de
um Servidor de Aplicao.
42
Nenhuma nova entidade de rede introduzida: entretanto, modificaes nas entidades existentes
so esperadas mas devem ser exploradas mais tarde. A fim de ter os trajectos de comunicao
entre entidades do IMS, por exemplo MRFC, MRFP e BM-SC, novas interfaces so previstas
mas contudo a serem definidas mais tarde. As aplicaes do IMS usaro as portadoras do
Multicast estabelecidas pelo BM-SC para entregar os seus contedos aos utilizadores subscritos.
4.3.1.1 Entidades da rede
Figura 18 Projecto de entidade de rede da proposta de integrao do R7/R8 [31, 50]
A arquitectura R7/R8 da entidade de rede [31, 50] apresentada na figura 18 integra ambas as
entidades do IMS e do MBMS.
A proposta de integrao (Projecto de entidade de rede) consiste numa estrutura de cinco
Camadas/Planos, a saber: Plano de Acesso e de Transporte, Plano de Entrega de Multimdia,
43
Plano de Controlo IMS, Plano do Service Enabler e o Plano de Aplicao, em conjunto com os
dois pontos de extremidade, isto , o Plano do Utilizador e o Plano do Fornecedor de Contedos
(FC). Os planos lgicos melhorados e as entidades funcionais so apresentados a seguir.
Plano de Acesso e de Transporte
A nova entidade neste Plano, na perspectiva do IMS o BM-SC [31, 50] que fornece funes
para o aprovisionamento e entrega do servio de utilizador do MBMS. Pode servir como um
ponto de entrada para transmisses do Fornecedor de Contedos MBMS, usado para autorizar e
iniciar servios de portadora do MBMS na rede PLMN e pode ser usado para escalonar e
distribuir transmisses MBMS. O BM-SC uma entidade funcional, que deve existir para cada
servio dos utilizadores do MBMS. O BM-SC consiste em cinco sub funes, como ilustrado na
figura 18 e com mais detalhe no Anexo C:
Funo de Adeso (Membership).
Funo de Sesso e de Transmisso.
Funo de Proxy e de Transporte.
Funo de Anncio de Servio.
Funo de Segurana.
Plano de Entrega de Multimdia

Da anlise realizada conclui-se assim que o Plano de Entrega de Multimdia (designado por
Plano de Entrega de Media na figura 18) se mantm sem mudana. Entretanto, uma nova
interface entre o MRFP e o BM-SC deve ser definida.
Plano de Controlo baseado em IMS
O Plano de Controlo IMS necessita de ser melhorado para suportar o incio, o fim, e a gesto de
dos dados e a sinalizao entre o IMS e entidades funcionais do MBMS. Este bloco funcional
chamado de controlador de Broadcast/Multicast. Para fluxos de sinalizao, o BM-SC interage
directamente com o Plano de Controlo do IMS, e para processamento e transmisso de
informao o controlador BM-SC comunica com o BM-SC atravs do MRFP do IMS.
44
Adicionalmente o MRFC++ uma verso melhorada do MRFC a fim de incorporar e integrar o

controlador do BM-SC.
Plano do Service Enabler
O Plano do Service Enabler abrange os servidores de aplicao que fornecem servios de valor
acrescentado. Um Enabler de Gesto de Grupo de Servio introduzido neste plano para facilitar
uma comunicao de grupo sobre uma arquitectura integrada IMS-MBMS. Alm disso, um
Enabler de Gesto de Sesso e um Enabler de Escalonamento de Servio so tambm
adicionados.
4.3.1.2 Protocolos e interfaces de rede
A fim de lidar com servios baseados no IMS, que funcionam sobre portadoras Multicast,
necessrio desenvolver novas interfaces e seleccionar protocolos para gerir os novos trajectos
usados para streaming multimdia. Esta subseco apresenta as novas interfaces e protocolos
previstos.
Entre o BM-SC e o MRFP
Com a integrao do MBMS e IMS o MRFP pode funcionar como um Fornecedor de Contedos,
por exemplo, quando ocorre uma conferncia multiparticipantes. Consequentemente, um possvel
protocolo a ser usado RTP (Real Time Protocol) para transportar contedos de streaming que
devem ser entregues por meio de uma portadora Multicast.
Entre o BM-SC e o MRFC
Baseados em mensagens SIP vindo do AS, o MRFC deve gerir recurso multimdia. Existe um
conjunto de melhoramentos necessrios para controlar os recursos do BM-SC para a entrega de
streaming multimdia vindo do MRFP atravs de portadoras Multicast.
Entre o BM-SC e o Fornecedor de Contedos
A interface entre o BM-SC e o Fornecedor de Contedos no padronizada pelo 3GPP.
Consequentemente, necessrio clarificar as funcionalidades requeridas pelo BM-SC e pelos
45
Fornecedores de Contedos a fim de entregar os contedos MBMS a uma rede ncleo

convergida. Uma maneira prtica e segura de interligar o BM-SC com o Fornecedor de
Contedos usando o protocolo HTTPS (Hyper text Transfer Protocol) e o SFTP (SSH File
Transfer Protocol). A transferncia de dados pode ser feita por uma interface Web ou por
transferncia de ficheiros. Para streaming em tempo real, o protocolo RTCP/RTP pode ser usado.
Aps ter recebido o contedo do Fornecedor de Contedos (FC), o BM-SC deve criar novas
sesses com os utilizadores subscritos e enviar os dados para a portadora Multicast ou Broadcast.
Entre o AS e o Fornecedor de Contedos
Um outro objectivo a possibilidade de ter o AS controlando as sesses entre o BM-SC e o
Fornecedor de Contedos. Para isso, o SIP Stack deve ser implementado e a lgica de servio
deve ser desenvolvida no Fornecedor de Contedos e em plataformas do BM-SC para lidar com
os servios de streaming solicitados.
4.3.2
Proposta de integrao IMS-MBMS para uma rede Evoluda/Convergida
O trabalho no SAE (Service Architecture Evolution), e LTE (Long-Term Evolution) est sendo
feito no 3GPP e espera-se que se venha a desenvolver ainda mais com o tempo. Similarmente o
trabalho do TISPAN (Telecoms & Internet converged Services & Protocols for Advanced
Network) numa gerao de rede convergida baseada em IP, tambm se encontra em progresso.
Considerando o estado actual, e com as premissas bsicas do SAE, LTE e TISPAN, foi proposta
a seguinte arquitectura possvel que integra o IMS com o MBMS sobre uma rede evoluda.
4.3.2.1 Arquitecturas de referncia
TISPAN NGN
A migrao da funcionalidade aplica-se particularmente ao papel da nova entidade MBMS BMSC introduzida no Release 06 do 3GPP. O razovel seria utilizar uma estrutura do tipo como
representada na Figura 19 para ter a certeza de que esta funcionalidade do BM-SC esteja
garantida por entidades da rede IMS como ilustra a mesma figura.
46
Figura 19 Estrutura de Broadcast/Multicast do TISPAN [31, 50]
4.3.2.2 3GPP SAE/LTE

As implicaes da arquitectura do LTE e do SAE, ilustrada na Figura 20 [35], levantam mais
questes a respeito da integrao do MBMS em todo o ncleo evoludo IP. Na proposta do LTE e
do SAE a funcionalidade BM-SC do UMTS Release 06 pode ser dividida em diversas entidades
do ncleo do IMS.
47
Figura 20 Estrutura SAE/LTE do 3GPP [31, 35, 50]
Descrio de algumas entidades chaves:
MME (Mobility Management Entity)

O MME gera e armazena o contexto do plano de controlo da UE. Gera um ID temporrio e
fornece: autenticao do UE, autorizao do TA/PLMN e gesto da mobilidade.
UPE (User Plane Entity)
O UPE gera e armazena o contexto da UE, sesses terminadas no modo desocupado, encriptao,
ncora de mobilidade, encaminhamento de pacotes, iniciao de pginas etc.
ncora 3GPP
a ncora de mobilidade entre o 2G/3G e o LTE.
ncora SAE
a ncora de mobilidade entre a 3GPP e a no 3GPP.
PCRF (Policy Control and Charging Rules Function)
O PCRF responsvel pelos aspectos de QoS, gesto de polticas e funes de tarifao.
48
4.3.2.3 A arquitectura evoluda de servio

O TISPAN e o 3GPP consideram o IMS como a tecnologia emergente para a convergncia fixa e
mvel. Contudo o IMS age como uma estrutura de base para a arquitectura evoluda de servio
para servios multimdia Broadcast/Multicast. Para visualizar e clarificar os objectivos, no
projecto C-MOBILE as entidades existentes da rede so melhoradas e as entidades do LTE/SAE
so introduzidas, como se mostra na Figura 21.
Figura 21 Arquitectura evoluda da integrao IMS-MBMS [50]
A respeito do Plano de Acesso e de Transporte, a rede necessita de ser melhorada para a entrega
de informao Multicast atravs da rede ncleo. Alm disso, deve ser possvel transportar dados
Multicast dos Fornecedores de Contedos atravs da rede ncleo para a UE. Consequentemente,
os routers do ncleo IMS na camada 3 de OSI (camada do IP) necessitam de ser melhorados a
fim de permitir endereos IP Multicast. A utilizao de um protocolo de encaminhamento
Multicast como o PIM (Protocol Independent Multicast) uma soluo possvel. Tambm,
relevante mencionar que um novo AS ser introduzido.
Uma vez que a implementao no TISPAN da NGN (Next Generation Network) baseada na
aproximao de um subsistema independente, isso permitir a integrao de novas entidades.
49
4.3.2.4 Entidades da rede

As entidades da rede tornam-se mais complexas quando so melhoradas para suportar a
transmisso Broadcast/Multicast na arquitectura evoluda. Porm o projecto mantm-se mais ou
mais menos consistente uma vez que, tirando o AS, nenhuma nova entidade introduzida. A
maioria das mudanas afecta o Plano do Service Enabler. Diversas funcionalidades do BM-SC na
Release 06 encontram-se neste plano, por exemplo, a Gesto do Grupo, Anncio de Servio,
Segurana e Deteco de Servio. Uma viso detalhada das novas e modificadas entidades dada
nos seguintes pargrafos e ilustrada na figura 22.
Figura 22 Projecto da entidade de rede da proposta de integrao evoluda [50]
50
Plano de Acesso e de Transporte

O ncleo de pacote no Plano de Acesso e de Transporte melhorado de acordo com o plano do
roadmap de SAE e de LTE do 3GPP. Entretanto, importante observar que o utilizador MBMS e
a criao do contexto da portadora, a anulao e a gesto, assim como, o Proxy e Transporte
sero modificados.
Plano de Entrega de Multimdia
O transporte e pr processamento de contedos ocorrem neste plano (designado por Plano de
Entrega de Media na figura 22). Consequentemente so designadas diversas entidades MDFP.
Esta entidade estende o MRFP. O MDFP em combinao com o MDFC realizam a cifra de
informao (segurana da transmisso), correco do erro de codificao, mistura de diferentes
sequncias de informao e transcoding. O MDFP colocado como uma gateway entre o
Fornecedor de Contedos e o ncleo de pacote evoludo.
Plano de Controlo baseado em IMS
O Plano de Controlo IMS consiste no CSCFs, HSS, PDF/PCRF e no MDFC.
O PCRF introduzido no SAE/LTE como uma extenso do componente PDF no IMS.
responsvel pelos aspectos de QoS, gesto da poltica e funes de tarifao.
O HSS no 3GPP a base de dados central na rede IMS. Para o LTE/SAE do projecto C-MOBILE
o HSS no necessita de nenhuma melhoria. A juno dos servios possvel com os critrios
iniciais de filtro colocados nos perfis de utilizador. Um servio pode ser mapeado num grupo
especfico. E um utilizador tem que juntar-se a um grupo para a activao do servio.
O S-CSCF contm a informao do service-triggered na forma de critrio inicial de filtro.
Quando o UE estabelece uma ligao ao IMS, o S-CSCF transfere o perfil do utilizador
correspondente partir do HSS. O perfil do utilizador contm os grupos de servios subscritos.
Sempre que a ligao estabelecida, o S-CSCF executa o servio de trigger e envia mensagens
SIP ao servidor de grupo no Plano de Aplicao. Estas mensagens SIP resultam na activao do
servio e permitem assim a entrega ao grupo do servio.
51
O escalonamento e controlo de recursos so aspectos do MDFC. Para controlar as fontes de

contedos, o MDFC tem que admitir um Fornecedor de Contedos para a entrega de um
contedo a um endereo especfico Unicast, Multicast ou Broadcast. O MDFC um
melhoramento do MRFC (Media Ressource Function Controller). O MRFC fornece servios
para conferncia e anncios a um utilizador ou a um transcoder de informao na arquitectura
IMS. O MDFC faz a reserva e a gesto de endereos Multicast (por exemplo, atribuio de
endereo no utilizado do Multicast para cada sesso de entrega Multicast). Uma outra tarefa do
MDFC encontrar um MDFP apropriado dependendo da localizao dos utilizadores.
Plano do Service Enabler
As especificaes do SAE/LTE, como indicado antes, no do nenhuma informao detalhada
sobre o Service Enabler e o Plano de Aplicao. A maioria das caractersticas dos enablers, assim
como as interfaces, sero evoludas partir do IMS e das especificaes e arquitecturas do OMA,
para funcionarem sobre uma rede SAE/LTE.
A arquitectura do BM-SE (Broadcast-Multicast Service Enabler) mostrada na Figura 23 e
fornece algumas das funes que so encontrados no BM-SC na arquitectura do Release 06. Estes
incluem:
Funo de gesto de segurana incluindo o registo para os updates de chaves, updates de

chaves de servio.
Descrio de servio e guia do servio de agregao para servios Broadcast e Multicast.
Alto nvel de escalonamento e contedos.
Colheita estatstica para entregas de Streaming e de Download.
Colheita estatstica de QoS para Streaming.
Gesto de grupo.
O colector estatstico responsvel por colher e agregar o estado dos acessos rdio e da rede
ncleo, armazenando e analisando os relatrios de QoS. Assim, a sua sada pode ser usada pela
Gesto de Escalonamento de Servio (Figura 22) como base para as decises de escalonamento.
Em adio, capacita a Funo de Gesto de Sesso (e o Gestor de Sesso M*) para seleccionar
tanto o transporte Multicast como o Unicast.
52
A funo de escalonamento por sua vez fornece o guia de servio de agregao com informao
do timeslot calculado para cada servio. A fim de suportar o eficiente escalonamento Multicast, a
Gesto de Escalonamento de Servio depende da Funo da Gesto de Grupo, por exemplo,
identificao e localizao dos membros do grupo.
A entidade da Gesto de Chaves e Proteco do Servio responsvel por entregar os updates
das chaves de servio (chaves de sesso ou MSKs como em [33]) baseados em registos prvios
da UE para receber estes updates. Isto feito na Release 06 no BM-SC baseado em HTTP. Na
arquitectura proposta sugerido usar Subscrever/Notificar, permitindo a UE registar-se para
receber os updates de chaves e de adquirir estes updates quando disponvel partir do BM-SE.
Outras funes da segurana do BM-SC so distribudas atravs do ncleo IMS (autenticao) e
do MDFP (cifra e gerao de chaves de trfego).
Figura 23 Estrutura funcional do Servio Enabler de Broadcast/Multicast [50]
53
4.3.2.5 Protocolos de rede e interfaces

Para as muitas interfaces da arquitectura IMS no R7/R8 do 3GPP, so esperadas poucas ou
nenhumas modificaes arquitectura evoluda. Entretanto, deve-se observar que muitas das
interfaces definidas nas diferentes especificaes padres (3GPP, TISPAN, etc.) no esto
especificadas e meramente esto definidas.
Procedimentos da deteco do Servio
Os procedimentos da deteco do servio transforma-se num termo muito dinmico quando

discutido no contexto do ambiente mvel baseado em Multicast. Necessita tambm de fornecer
em larga escala as funes de suporte, utiliz-las ou fazer a melhoria delas, como por exemplo, as
entidades da gesto da sesso, entidades de controlo da mobilidade de sesso, registos dos perfis
de utilizador (HSS) etc. Os procedimentos da deteco do servio podem evoluir, usando os
protocolos existentes da Internet tais como Jini, ou usar os servios de mensagens mveis como
SMS, MMS etc, para detectar servios.
Protocolos de descrio da sesso
A descrio da sesso de importncia chave porque o primeiro acordo entre o utilizador e o

sistema. As descries de sesses podem ser variadas entre os vrios ambientes e cenrios e
podem ser construdas usando qualquer linguagem, por exemplo XML, VoiceXML etc. As
descries de sesses podem tambm ser preditas, tendo assim um papel principal na gesto da
mobilidade do utilizador e a gesto do perfil de utilizador e as muitas mais funcionalidades.
Entretanto, baseado nas exigncias do ambiente um protocolo de interoperao comum da
descrio da sesso tem que ser definido.
Extenso das interfaces existentes
Entre o FC e o MDFC O SIP o protocolo usado para este ponto de referncia. O MDFC
convida o FC para iniciar com a entrega de um contedo para um especfico endereo IP.
Entre o FC e o MDFP A interface entre o Fornecedor de Contedos e o MDFC uma
interface IP, por exemplo, para o transporte de vdeo com a RTP [36]. Existem duas solues
54
possveis que so dependentes das potencialidades do IMS CN. Ao Fornecedor de Contedos

deve ser permitido distribuir o seu contedo directamente atravs de transporte Unicast a um
MDFP, com a finalidade de transcoding, mistura, codificao FEC ou cifra como parte de
mecanismos de segurana do MBMS. O MDFP usado pelo operador mvel para controlar o
trfego que vem do Fornecedor de Contedos baseado na poltica do MDFC. Alternativamente,
se o transporte Multicast for suportado na rede ncleo, o trfego que entra pode tambm ser
transportado entre o FC e a rede de acesso usando um endereo Multicast. Consequentemente,
necessrio construir uma rvore de encaminhamento Multicast. Os dados IP para a entrega de
contedos que usa esta rvore Multicast devem sempre ser distribudos ao longo do MDFP. Um
MDFP usa as interfaces Gmb e Gi para transportar dados Multicast.
Entre o MDFC e o AS Com esta interface, o Servidor de Aplicao pode informar o MDFC do
contedo e da sua posio. O protocolo usado para este ponto de referncia poder ser o SIP.
Uma comunicao SIP de MDFC-AS seria distribuda tipicamente pelo CSCF.
Entre o MDFC e o MDFP O protocolo usado para esta interface poder ser o
H.246/MEGACO. Porque a interface entre o MRFC e o MRFP, ainda no est completamente
definida, assim, outros protocolos alm do SIP so solues possveis.
4.4 Escalonamento e Controlo da congesto

4.4.1
Introduo
A entrega do servio mvel de transmisso sobre ligaes de rdio de capacidade limitada requer
mecanismos de escalonamento inteligente que fazem o melhor uso dos recursos disponveis ao
minimizar o tempo mdio de acesso dos pacotes. No MBMS a entidade responsvel pelo
escalonamento o BM-SC.
Um escalonamento total end-to-end visa utilizar os recursos disponveis mais eficientemente a
fim de satisfazer tantos utilizadores quanto possvel. A arquitectura desta rede mvel consiste no
CN (rede ncleo) e na RAN (rede de acesso rdio) necessria para a interaco de feedback entre
as entidades da rede. Alm disso, as exigncias dos vrios tipos de servios (Streaming,
Carousel, Download) necessitam de ser identificadas diferentemente e processadas pela entidade
que faz o escalonamento.
55
Nesta seco discutida a funcionalidade de um escalonamento total. A ideia de uma estratgia

de escalonamento distribudo que seja baseado em mecanismos de feedback parece a mais
prometedora porque o prprio servio e as sesses da entrega do servio (em termos de
escalonamento de pacote) necessitam de ser cobertos. Aqui, o escalonamento necessita de ser
distribudo entre as camadas lgicas, assim como entre as entidades fsicas e funcionais. O
escalonamento end-to-end contm escalonamento em diferentes nveis.
Muitas das aplicaes e dos servios vistos, requerem a entrega de ficheiros de dados em curtos
perodos de tempo. Segundo os cenrios e exigncias tcnicas do C-MOBILE D2.1 [38] diversos
destes casos podem facilmente ser identificadas incluindo os modelos de contedos, o contedo
gerado pelo utilizador, a entrega de contedo personalizado, o sistema de navegao, a
configurao e os updates do software etc [38].
4.4.2
Escalonamento distribudo entre camadas (Cross Layer)
Na proposta da integrao de 3GPP R7/8 IMS-MBMS, o MBMS considerado como uma

tecnologia subjacente de acesso e de transporte Multicast/Broadcast controlada por uma rede
IMS de entrega do servio, como ilustrado nas figuras 17 e 18.
Contudo a funo de escalonamento MBMS mantm-se no BM-SC. O escalonamento superior
distribudo entre os diversos planos lgicos. Um MRFC melhorado, designado por MDFC
(Multimedia Delivery Function Controller) encontra-se localizado no Plano de Controlo do IMS.
Contm o Controlador de Escalonamento e de Congesto que recebe o feedback do BM-SC sobre
os seus actuais recursos disponveis para fornecer portadoras Broadcast/Multicast. Baseado nesta
informao, ele decide que rede/tecnologia de acesso deve usar. A informao da capacidade ser
trocada provavelmente atravs do protocolo SIP. Uma sinalizao MBMS-IMS melhorada
necessita de ser definida numa pesquisa futura.
De acordo com a viso a longo prazo da evoluo do MBMS, o escalonamento necessita de ser
distribudo entre diferentes camadas lgicas, como ilustrado na figura 24. A Gesto de
Escalonamento de Servio responsvel por controlar o escalonamento de longo prazo. Depois
da gesto de admisso se certificar de que o Fornecedor de Contedos est autorizado a adicionar
um novo servio MBMS, a Gesto de Sscalonamento de Servio tem que examinar se o time slot
desejado est disponvel ou pode sugerir outro. Para esta deciso tem que se usar as
56
funcionalidades do Enabler de Gesto do Grupo de Servio para estabelecer uma relao entre o
servio e o tamanho do grupo de recepo. Em adio, o Enabler da Gesto de Localizao pode
ser contactado levando em conta a mobilidade e a localizao dos receptores.
Figura 24 Proposta de escalonamento de camada cruzada [50]
Aqui, o objectivo do Enabler de Escalonamento do Servio gerar um programa de servio que

possa ser usado como um guia electrnico para programar o servio.
Uma vez que um servio MBMS especificado para compreender mltiplas sesses de
transmisso, uma outra entidade de escalonamento localizada no Plano de Controlo do IMS
melhorado no interior do MDFC. O Escalonamento da Sesso delegado para a Gesto do
Escalonamento de Servio. Interage com o Controlador de Congesto a fim de dar preferncia a
entregas, em clulas com recursos livres. Opcionalmente, pode instruir o controlador MDFP para
fazer o transcode do contedo e consequentemente adapt-lo s condies dos recursos,
dinmicamente. O controlador de congesto pode ser considerado como o corrector da
capacidade e deve interagir com o RRM (Radio Resource Management).
57
Esta arquitectura tem que ser vista numa viso a longo prazo. Entretanto, substanciais
modificaes e extenses funcionais seriam necessrias para dar conhecimento ao IMS sobre
como negociar com as clulas individuais. Assim, numa ideia de curto prazo pode restringir-se
para fazer escalonamento baseado em decises estatsticas da carga total da rede e de outros
parmetros. Obviamente, este mtodo no pode utilizar os melhores recursos disponveis.
4.4.3
Optimizao de escalonamento Broadcast/Multicast para servios mveis
Como explicado anteriormente o escalonador necessita de levar em conta os diferentes

parmetros da qualidade do servio. Os trs tipos de servios especificados para servios MBMS
podem ser agrupados em servios em tempo real e no real.
A Gesto de Escalonamento de Servio (situada no Plano do Service Enabler) pode conter as
seguintes funes lgicas:
Gesto de Escalonamento do Servio de Carousel.
Gesto de Escalonamento do Servio de Download.
Gesto de Escalonamento do Servio de Streaming.
A entidade controladora do escalonamento (localizada no MDFC ou MRFC) pode ser dividida

tambm. A informao de escalonamento pode tomar uma destas duas formas:
Escalonamento deterministicoo das diferentes transmisses ou sesses da portadora neste

caso o MDFC ou MRFC determina precisamente quando estas sesses de transmisso
ocorrero e quantos recursos eles consumiro e quando se passa esta informao para o
Plano de Entrega de Multimdia (designado por Plano de Entrega de Media na figura 22).
Escalonamento estatstico neste caso o MDFC ou o MRFC fornece a quantidade de dados,

paridade, ritmo mximo de bit e taxa de erros.
4.4.3.1 Servios em tempo no real

O grupo de servios em tempo no real compreende servios MBMS de Download e de
Carousel. Uma vez que a taxa de bit constante e uma garantia de QoS no necessria, possvel
fornecer a mdia dos recursos. O servio Carousel pode ser considerado como um servio de
58
Download repetido periodicamente. Um Carousel de dados deve permitir uma mudana dinmica
do escalonamento da transmisso e adaptar o mesmo ao nvel de congesto ocorrida.
O MBMS Release 06 define os meios pelos quais os ficheiros so entregues usando o protocolo
FLUTE (File Delivery over Unidirectional Transport). O FLUTE fornece uma estrutura
extensvel para a entrega de qualquer tipo de ficheiros sobre a UDP e utilizado na maior parte
das comunicaes Multicast IP, mas pode ser usado tambm para transmisses Unicast [37]. A
entrega de ficheiros [32] relaciona o transporte de ficheiros assim como o meio pelo qual as
sesses so definidas e descritas ao terminal usando o SDP. Para a actual entrega o MBMS define
tambm o meio pelo qual um terminal pode reconhecer a recepo de ficheiros ou pedir
fragmentos adicionais perdidos a fim reconstruir o ficheiro entregue (que pode ter correco
FEC).
Clculo da mdia da entidade de escalonamento de recursos para servios em tempo
no real
De acordo com o C-MOBILE D2.1, muitos dos casos podem facilmente ser identificados
incluindo os modelos de contedos, gerador de contedo de utilizador, entrega de contedo
personalizado, sistema de navegao, configurao e updates de software etc, (seco 2 de D2.1
de C-Mobile). A capacidade de entregar o contedo, a configurao ou ficheiros executveis a
grandes grupos de terminais de recepo e de faz-los eficientemente e dentro dos limites
determinados consequentemente benfica.
A entrega de ficheiros sobre MBMS nunca garantida realmente. Os terminais podem estar em
condies de m cobertura, nas reas onde o MBMS no suportado, fazendo roaming a outras
redes ou desligadas simplesmente. Tais circunstncias podem impedir que o receptor MBMS no
terminal no descubra que um ficheiro foi entregue.
Na altura da entrega um determinado terminal pode estar em condies difceis de cobertura que
o impedem de receber realmente o ficheiro. Assim se o terminal souber que o ficheiro est sendo
transmitido, ele no poder reconstruir o ficheiro entregue. O MBMS fornece ferramentas para a
reconstruo de fragmentos em falta, mas estes eventualmente recorrem ao uso do Unicast e
aumentaro o custo da entrega.
59
No MBMS Release 06 nenhum algoritmo de controlo de potncia usado para as portadoras de

rdio MBMS devido natureza do Broadcast/Multicast. Em consequncia as condies de
recepo de alguns receptores podem sofrer de m qualidade de recepo e de elevadas taxas de
erro e de perda de pacotes. Operando com diferentes condies de recepo, fora a uma
transmisso de elevada potncia de acordo com a pior condio prevista e/ou a uma quantidade
elevada de informao redundante para permitir correces de erro nos receptores. Mesmo que a
maioria dos receptores estejam tipicamente em condies boas de cobertura, a entrega deve levar
em conta os receptores que se encontram em condies piores de cobertura. Faltando o controlo
de potncia, o soft handover e os mecanismos de feedback, a quantidade de recursos dispendidos
nestes receptores muito mais elevada do que o que se esperaria para uma portadora Unicast.
Um modo para solucionar este problema dividir a entrega de ficheiros em diversas sub sesses,
espaadas no tempo (sesses de portadora MBMS). Isto aumenta a distribuio sobre o tempo
real da entrega do ficheiro e consequentemente a probabilidade de boa recepo de rdio. Melhor
que dispender recursos para entregar um ficheiro num dado intervalo de tempo, aumenta-lo
supondo que uma grande parcela dos receptores usufruem das condies mdias da recepo
sobre o intervalo mais longo. Usando os cdigos FEC tais como os definidos em [32], um
receptor pode reconstruir completamente um ficheiro sem receber todos os dados de transmisso.
Maior detalhe do conceito pode ser encontrado no D4.1, seco 5.2.5 [34].
Este mecanismo requer uma lgica adicional na camada de controlo do IMS e no Plano de
Entrega de Multimdia, ilustradas na figura 17 e na figura 21.
O Plano de Controlo IMS determina que ficheiro de determinado tamanho necessita de ser
entregue. Antes de escalonar um ficheiro para uma nica ou mltiplas transmisses, o
MDFC/MRFC escalona a entrega para mltiplas sesses sobre um perodo prolongado com
sesses mltiplas de transmisso e assume a transmisso de dados do ficheiro com paridade (ou
repetidamente). O tempo total para a entrega do ficheiro determinado pela informao recebida
partir do Service Enabler ou Plano de Aplicao (por exemplo, como que o contedo
necessita de ser entregue e com que prioridade?). A suposio a de que o ficheiro seria entregue
sobre diversos intervalos de tempo espaados onde partes do ficheiro (possivelmente com
correco FEC) so entregues.
60
O Plano de Entrega de Multimdia recebe um ficheiro a ser entregue partir da entidade

chamada "Fonte de Download e de Streaming", como ilustrado na figura 22 e a informao de
escalonamento partir do MDFC/MRFC. Esta informao de escalonamento pode ser de
natureza estatstica. Melhor que entregar um ficheiro usando uma nica transmisso (ou da sesso
de portadora MBMS) ou a um conjunto de transmisses repetidas, o MDFP no Plano de Entrega
de Multimdia, codifica o ficheiro com um cdigo FEC, criando smbolos redundantes. A
quantidade de redundncia determinada pela quantidade de recursos atribudos pelo
MDFC/MRFC. Ele ento divide o ficheiro FEC codificado (pacotes da fonte + pacotes da
paridade) em um conjunto de bloco de transmisso, cada um a ser transmitido sobre uma sesso
da portadora MBMS. As sesses da portadora so espaadas em tempo para permitir uma elevada
probabilidade de terminais estarem em condies favorveis de recepo sobre o perodo de
entrega completo do ficheiro.
As sesses de portadora so aprovisionadas pelo MDFP, usando comandos de incio e trmino de
sesso no Plano de Acesso e de Transporte a saber MBMS. Isto feito usando a interface Gmb
para o gateway da rede de acesso (por exemplo GGSN) ou atravs do BM-SC. As sesses da
portadora iniciam no MDFP sem a necessidade de um pr escalonamento e actualizao do ESG
(Electronic Service Guide) ou da informao da descrio da sesso.
O MBMS fornece um parmetro "sessionID" fornecido no incio da sesso. Este parmetro
permite aos receptores que receberam inteiramente um dado ficheiro ignorar o pedido de paging
[31], [32] para retransmisso.
O resultado final da introduo deste mecanismo que o Plano de Aplicao e o Service Enabler,
assim como os Fornecedores de Contedos passaram a ter um mecanismo mais eficiente para a
entrega de contedo de ficheiros e que ser transparente a eles. Adicionalmente, isto feito
usando procedimentos padro de Release 06 do MBMS no Plano de Acesso e de Transporte a fim
de controlar as sesses de transmisso e transparente rede ncleo (CN) do MBMS.
4.4.3.2 Escalonamento de servios Carousel (Retransmisso peridica)
Se o escalonamento de servios Carousel for analisado no contexto do ambiente MBMS, o
requisito mais importante desenvolver algoritmos que sejam capazes de criar escalonamento
eficiente de transmisso.
61
Estes escalonamentos tm que mudar dinmicamente no caso de contedos de actualizao ou de

servios Carousel MBMS recentemente adicionados. O algoritmo de escalonamento necessita
adaptar a frequncia (com que frequncia o servio MBMS transmitido num ciclo inteiro de
transmisso) para os seguintes aspectos:
No incio, as exigncias dos utilizadores tm que ser levadas em considerao, em termos

do tamanho do grupo de recepo. Alm disso, as exigncias dos Fornecedores de
Contedos necessitam de ser satisfeitas:
Os pedidos de adio e de remoo dos servios tm que ser processados, tendo por
resultado uma base de dados dinmica com a mudana dos servios Carousel
disponveis.
O estado da capacidade da rede (em termos da congesto da rede) e a presena de erros
na transmisso so tambm importantes para a deciso de como um servio ser
transmitido.
Quanto maior for o tempo para transmitir o servio, mais provvel ser a ocorrncia de
erros.
Assim, os servios que contm uma grande quantidade de dados devem ser transmitidos
mais frequentemente e, alm disso, os princpios de clculo da entidade que faz o
escalonamento dos recursos devem ser usados.
A entrega de servios Carousel pode ser considerada como um servio Background.

Comparado com os servios de Download e de Streaming, o seu transporte de prioridade
mais baixo. A gesto de Escalonamento de Servio reserva um time slot definido para a
entrega de servios Carousel MBMS e faz com que o controlador de escalonamento de
sesso adicione este servio ao Carousel de dados existentes ou gerar um novo,
respectivamente.
Estas caractersticas necessitam de ser consideradas pela Gesto de Escalonamento de Servio,

assim como pelo controlador de escalonamento de sesso. A entidade de escalonamento no Plano
do Servio Enabler atribui um time slot para o servio pedido (pelo FC), visto que o controlador
de escalonamento de sesso (no MDFC) constri o prprio ciclo de transmisso.
62
4.4.3.3 Servios de streaming em tempo real

O escalonamento de servios de Streaming deve preferivelmente fornecer uma taxa de bit
constante. Em relao a funo de transcoding e a funo de controlo de congesto no MDFP, a
taxa de bit da fonte de udio/vdeo pode ser adaptada para utilizar mais eficientemente os
recursos disponveis.
Ao streaming em tempo real ser dada prioridade pelo controlador de escalonamento a fim de
fornecer a qualidade de servio requerida (por exemplo para evitar o jitter). A Gesto de
Escalonamento de Servio no Plano do Service Enabler requerida para estimar exactamente as
condies da rede. Se a entrega do contedo de Streaming (por exemplo um clip de vdeo) for
anunciada por uma guia electrnico de servio/programa, isto ser essencial para a satisfao dos
utilizadores.
4.4.3.4 Escalonamento adaptvel baseado no feedback da RAN
O desafio de um escalonamento end-to-end necessita de considerar os mecanismos de feedback
da RAN. A gesto dos recursos rdio necessita de fornecer informao sobre os recursos de rdio
disponveis, uma vez que a interface de rdio supostamente o ponto com menos capacidade na
arquitectura de entrega do MBMS. O feedback poderia consistir nos parmetros comuns de QoS
(por exemplo a largura de banda disponvel para Streaming MBMS e para servios de
Background, carga actual, atrasos e jitter). Contudo, uma nova interface e novas entidades
funcionais devem ser definidas. Os protocolos disponveis pelo IETF necessitam de ser
analisados e melhorados para permitir a troca da informao de feedback.
A informao sobre a congesto agregada e fornecida s entidades da funo de escalonamento
da camada lgica superior sendo a chave do objectivo da pesquisa. Consequentemente
essencial, uma cooperao prxima com a actividade de gesto de recurso rdio do C-MOBILE
(Modificaes da RAN) [48].
As estatsticas sobre o estado dos trajectos da rede e sobre os relatrios de QoS sero usadas a
fim de se puder utilizar os recursos disponveis mais eficientemente. Contedos e transmisses de
dados em clulas congestionadas da rede mvel devem ser evitados. Assim, a localizao do
63
endereo dos utilizadores necessitam de ser levada em considerao no caso de entrega de dados
Multicast.
Alm disso, a informao de feedback permite ao MDFC adaptar dinmicamente o transcoding
de contedos de Streaming multimdia, isto , adaptando a taxa de dados da transmisso,
estimando possivelmente e/ou prevendo a largura de banda actualmente disponvel ou usar a
camada de codecs que fornecem nveis diferentes de resoluo e de taxa de dados.
Independente do tipo de servio (Download de ficheiros ou Streaming), sempre possvel
deslocar a transmisso para um posterior escalonamento, isto atrasar a entrega. Uma outra
opo dividir o grupo de receptores em diversos subgrupos e emitir os contedos
independentemente mudando o tempo para estes subgrupos.
64
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
5 Escalonamento adaptvel dos dados para transmisso mvel do

servio Carousel (Retransmisso peridica)
5.1 Introduo
Hoje, os terminais mveis so capazes de fornecer o acesso para contedos multimdia, por
exemplo pequenos clips de vdeo ou mesmo televiso mvel. O servio Multicast existente
oferece a fans de futebol a possibilidade de receber periodicamente os resultados de todos os
desafios interessados ou at de ver os golos marcados pela sua equipa favorita em forma de
vdeo. Um outro exemplo uma subscrio de um servio de top ten de clip de vdeo musical ou
notcias mais recentes. Com o aumento previsto de aplicaes de elevada largura de banda e com
um grande nmero de UEs que recebem os mesmos servios de elevados taxa de dados,
essencial uma distribuio eficiente da informao. Assim, o Broadcast e o Multicast so tcnicas
para diminuir a quantidade de dados transmitidos numa rede e usar mais eficientemente os
recursos, tendo como resultado uma reduo considervel do custo.
A fim de suportar eficientemente servios de Broadcast, o 3GPP padronizou os servios do
MBMS [12], [13], [27], [31] para UMTS e GPRS. A Figura 25 ilustra a vantagem do MBMS,
substituindo as ligaes mltiplas Unicast por uma ligao do servio Multicast/Broadcast para a
rede ncleo 3G (CN) e para redes de acesso rdio (RAN). O MBMS introduz uma nova entidade,
o BM-SC (Broadcast Multicast Service Centre) que responsvel pelo controlo da entrega do
servio de transmisso mvel.
A entrega do servio mvel de transmisso sobre ligaes de rdio de capacidade limitada requer
mecanismos de escalonamento inteligente que fazem o melhor uso dos recursos disponveis ao
minimizar o tempo mdio de acesso dos receptores. Nem o 3GPP nem a OMA (Open Mobile
Alliance) especificaram estratgias e algoritmos de escalonamento para servios mveis de
transmisso. No MBMS a entidade responsvel pelo escalonamento o BM-SC.
Esta parte da tese foca a entrega de contedos baseada em Carousel (isto retransmisso
peridica). O MBMS especificou os servios de Carousel para serem usados em mensagens de
texto, imagens estticas e para vdeos de baixa qualidade (por exemplo 3 fps - frames per second)
[12], [31]. Possveis servios so, por exemplo, notcia de informao periodicamente
65
actualizada, notcias do tempo e actualizaes de segurana (firmware/security). Um outro caso

importante de uso a entrega de publicidade e de anncios de outros servios MBMS.
Figura 25 Comparao da entrega de dados. Unicast (esq.) e Broadcast/Multicast (dir.)
5.1.1
Problemas e objectivos
Como mostrado na Figura 26 o BM-SC contm a entidade que faz o escalonamento. Esta
entidade central recebe pedidos do FC sobre a adio e a remoo de servios Carousel MBMS.
Ento o BM-SC por sua vez decide se aceita ou rejeita os pedidos levando em conta as condies
contractuais dos clientes, assim como o estado actual da rede e o tamanho do Carousel de
transmisso. Para determinar o estado da rede, a rede de transporte que consiste na CN (Core
Network) e na RAN (Radio Access Network) d o feedback sobre os recursos disponveis. Este
tipo de feedback de congesto fornecido principalmente pelo RRM (Radio Resource
Management) dentro da RAN que tipicamente o ponto com menos capacidade na arquitectura
do MBMS por causa dos recursos de rdio limitados.
Esta parte da tese concentra-se nos servios de Carousel. O objectivo fornecer um
escalonamento justo, tomando diferentes quantidades de dados de servio e de tamanhos
diferentes dos grupos de receptores em considerao. Os muitos utilizadores esto esperando por
um servio MBMS que transmitir mais frequentemente este servio do que tem sido transmitido.
A entidade de escalonamento deve tambm considerar erros de canal, caso a comunicao sem
fios seja susceptvel presena de erros incorrigveis. Alm disso, a entidade de escalonamento
tem que reagir aos trajectos congestionados da rede. Os servios MBMS que teriam que ser
entregues nas ligaes congestionadas devem ser negligenciados, comparados com os outros
servios. A entidade de escalonamento deve esperar que a ligao se torne livre antes que a actual
transmisso inicie.
66
Assim, em resumo o algoritmo de escalonamento deve adaptar-se s exigncias dos receptores,

congesto da rede, uma mudana dinmica dos contedos da base de dados e aos erros de
transmisso.
Figura 26 Interaco entre as entidades da rede
5.1.2
Conceito de algoritmo de escalonamento
5.1.2.1 Algoritmo existente

Pela pesquisa de literatura sobre o assunto deparei com trs algoritmos desenvolvidos por N.H.
Vaidya e por S. Hameed que melhor se adaptam aos objectivos explicados. Usam a probabilidade
de demanda pi e o tempo necessrio para fazer o envio do servio (neste trabalho o servio se
refere a um servio Carousel do MBMS) li como parmetros do perfil global em que todos os
perfis de utilizadores esto agregados. Em adio, o instante em que foi feita a ltima
radiodifuso R(i) armazenado [39], [40] [41].
O algoritmo de escalonamento decide que contedo deve ser transmitido a fim de conseguir um
tempo mdio de acesso mnimo, o mais baixo possvel para todos os utilizadores.
O algoritmo on-line bsico [39], [40], o algoritmo on-line com bucketing [40] assim como o
algoritmo baseado numa adaptao do PFQ (Packet Fair Queuing) [41] tm em comum o uso da
regra da raiz quadrada [40] para conseguir os melhores resultados.
Algoritmo on-line bsico
Com o aumento da aceitao da tecnologia sem fio, mecanismos para transmitir informao
eficientemente para os clientes sem fio de todo essencial. Por exemplo, tais mecanismos podem
ser usados por um satlite ou uma estao base para comunicar informao de interesse comum
ao host sem fio.
67
No ambiente sob considerao, a capacidade de comunicao downstream do servidor para

clientes, relativamente maior do que a capacidade de comunicao upstream dos clientes para o
servidor.
Considerou-se uma base de dados dividida em itens de informao. O servidor transmitir esses
itens periodicamente para todos os clientes. O escalonamento de transmisso determina quando
cada item transmitido pelo servidor.
O tempo mdio de acesso a quantidade de tempo que o cliente tem que esperar por um item de
informao. importante minimizar o tempo mdio de acesso, diminuindo assim o tempo morto
do cliente.
Assume-se que a base de dados dividida em muitos itens de informao. li representa o
comprimento do item. O tempo requerido para transmitir um item de unidade de comprimento
referido como uma unidade de tempo. Assim o tempo requerido para transmitir um item de
comprimento l l unidade de tempo. M significa o n total de itens de informao no servidor de
dados. Os itens so numerados de 1 a M. O escalonamento para o ciclo de transmisso em
ordem aos itens no ciclo. A frequncia fi de um item i o nmero de instantes do item i no ciclo
de transmisso. As instncias fi de um item so numeradas de 1 at fi. O tamanho do ciclo N
contudo, dado por:
Onde li o comprimento do item i.

O espaamento entre dois instantes de um item (Figura 27) o tempo que ele leva para transmitir
a informao partir do incio do 1 instante at ao incio do 2 instante. Pode-se demonstrar que
para um escalonamento ptimo de transmisso, todos os instantes de um item devem ser
igualmente espaados. Assume-se que todos os instantes do item i so espaados de si. Conseguir
um igual espaamento nem sempre pode ser realizado na prtica.
68
Figura 27 Parte de um ciclo de Broadcast [39]
O tempo mdio de acesso do item i, chamado de ti definido como a mdia esperada pelo cliente
necessitando do item i at o mesmo comear a receber o item i a partir do servidor.
A chegada dos pedidos dos clientes, assumido ser governado pelo processo de Poisson.
Do processo de Poisson segue-se que a mdia de tempo at o 1 instante do item i ser transmitido,
a partir do tempo em que o cliente inicia a espera do item i, si/2 unidades de tempo. Assim
ti=si/2. A probabilidade de pedido de servio do item i, chamado de pi a probabilidade de o item
i ser o que o cliente pretende.
O tempo mdio de acesso total, denotado por toverrall definido como o tempo mdio esperado
pelo cliente. Assim:
Substituindo
temos:
Considerando que instantes de cada item i so espaados igualmente com espaamento si o tempo
mnimo de acesso total dado por:
Substituindo si em toverrall o tempo mdio de acesso total ptimo, chamado de toptimal ser:
69
toptimal derivado assumindo que os instantes de cada item so igualmente espaados. Como
indicado antes, igual espaamento no pode sempre ser realizado.
Esquema de escalonamento proposto
Figura 28 Construindo um ciclo de Broadcast [39]
A Figura 28 mostra uma viso do procedimento para a construo de um escalonamento de

transmisso. O primeiro bloco mapeia a distribuio da demanda de probabilidade em itens de
frequncias ptimas. de recordar que a frequncia de um item o nmero de vezes que o item
transmitido no ciclo. Depois de ter determinado as frequncias ptimas, o 2 bloco usa as
frequncias para determinar o escalonamento da transmisso. O objectivo executar as funes
dos dois blocos de tal maneira que o tempo mdio de acesso total (toverrall) seja minimizado. A
figura d um baixo nvel de abstraco para o procedimento. O objectivo ajudar na obteno de
uma expresso para o tempo mdio de acesso ptimo (toptimal).
Mapeando as exigncias para as frequncias
O objectivo aqui determinar as frequncias ptimas como uma funo da probabilidade (pi) e
do comprimento ou tamanho da distribuio (li). Assume-se a situao ideal em que:
Colocando numa forma diferente, para itens i e j, temos:
Como:
70
Teremos:
Sempre que o servidor estiver pronto para transmitir um novo item, chama o algoritmo on-line,
que determina o prximo item a ser transmitido, usando a regra de deciso que motivado pelo
resultado obtido no seguinte teorema:
Dada a demanda de probabilidade pi de cada item i, o mnimo tempo mdio de acesso
total, t encontrado quando a frequncia fi de cada item i for proporcional a:
e inversamente proporcional a
e assumindo que os instantes de cada
item so igualmente espaados.

Este teorema implica que, para um desempenho ptimo, instantes de um item i devero ser
igualmente espaados com espaamento si, onde:
Admitindo que Q significa o tempo actual e R(j) significando o tempo em que um instante do
item j foi mais recente transmitido. R(j) iniciado em -1, para todos os j, e Q iniciado em 0
(zero). R(j) actualizado sempre que o item j transmitido.
Assim:
Scheduler para o algorithm on-line

Passo 1 Determine um mnimo valor de G(j) sobre todos os itens j, 1 j M. Faa Gmax
designar o mximo valor de G(j).
Passo 2 Escolhe item i tal que G(i) = Gmax . Se houver mais do que um item para esta igualdade
escolhe qualquer um arbitrariamente.
Passo 3 Transmite item i no tempo Q
Passo 4 R(i) = Q
71
Nota: Q R(i) o espaamento entre o tempo actual e o tempo em que o item foi previamente
transmitido. de notar que a funo (13) similar ao termo
em (11):
A desvantagem do algoritmo on-line o custo computacional O(M) requerido para avaliar qual o
prximo item a ser transmitido.
Algoritmo on-line com bucketing
A maior desvantagem do algoritmo on-line sem bucketing o alto custo computacional O(M)
requerido para decidir qual o prximo item a ser transmitido. Este custo pode ser reduzido pelo
particionamento da base de dados em buckets (Figura 29) como se segue:
Ao se dividir a base de dados em k buckets, cada bucket Bi ir conter mi itens, com mi 0, de
modo que:
Figura 29 Heurstica para diviso itens em k buckets [39]
Deve-se manter os itens em cada bucket numa fila cclica. Em qualquer altura, somente os itens
na frente de cada bucket so candidatos a serem transmitidos nesse tempo.
Deve-se definir:
Como a mdia da probabilidade de demanda do item no bucket Bj, dj igual a:
Ento a mdia do comprimento dos itens no bucket Bj igual a:
72
Se o item i se encontrar dentro do bucket Bj, ento o espaamento si e fi igual a:
Deve-se designar o Q como sendo o tempo actual e R(i) o tempo em que o item i foi o item mais
recentemente transmitido, Tambem deve-se designar o Ij como o item frente do bucket Bj. O
G(j) agora significa:
A funo G(j) usada aqui similar funo G(j) usada no algoritmo on-line sem bucketing.
O tempo mdio de acesso total ptimo, ser (21):
A equao mostra que topt_bucket dependente da seleco de valores de mj`s e que:
Optimizando o esquema de bucketing para um dado numero de k buckets requer que mj`s sejam
escolhidos apropriadamente, de tal forma que a equao seja reduzida.
Para a simulao foi usada a heurstica para determinar a relao de itens com os buckets. A
heurstica para determinar a relao de um item i para o bucket Bj o seguinte:
Seja Amin = Mini
Se para item i Amini =
Amax = Maxi
ento item i colocado no bucket B1. Qualquer outro item
colocado no bucket Bj (1 j k) se
73
Scheduler para o algoritmo on-line com bucketing

Passo 1 Determine um mximo valor de
sobre
todos
os
buckets j, 1 j k. Onde Gmax significa o mximo valor de G(j).

Passo 2 Escolhe um bucket Bi tal que G(i) = Gmax. Se houver mais do que um bucket para esta
igualdade escolha qualquer um arbitrariamente.
Passo 3 Transmite item Ii a frente do bucket no tempo Q.
Passo 4 Retire da fila o item Ii da frente do bucket Bi e coloque na fila o mesmo atrs de Bi.
Passo 5 R(i) = Q
O algoritmo usado aqui similar ao algoritmo on-line sem bucketing, excepto que a regra de
deciso aplicada somente para itens frente de cada bucket. Contudo o algoritmo precisa de
comparar valores para somente k itens, dada a complexidade de O(k). Todos os itens dentro do
mesmo bucket so transmitidos com a mesma frequncia.
Algoritmo PFQ
Tal como no algoritmo on-line a base de dados tambm dividida em itens de informao. O
servidor age da mesma maneira ou seja transmitir esses itens periodicamente para todos os
clientes. O princpio de escalonamento de transmisso idntico ao utilizado no algoritmo online.
li representa o comprimento do item. O tempo requerido para transmitir um item de comprimento
l l unidades de tempo. Tambm aqui M significa o n total de itens de informao no servidor
de dados. Os itens so numerados de 1 a M.
A probabilidade de pedido de servio do item i, chamado de pi a probabilidade de o item i ser o
que o cliente pretende. O tempo mdio de acesso total, denotado de toverrall definido como a
mdia esperada encontrada pelo cliente. Assim toverrall igual a (2, 3):
Considerando que instantes de cada item i so espaados igualmente com espaamento si, o
mnimo tempo de acesso total dado por:
74
Substituindo si em toverrall o tempo mdio de acesso total ptimo, chamado de toptimal ser:
toptimal derivado assumindo que instantes de cada item so igualmente espaados. Considerou-se
o caso em que os itens de informao so transmitidos num canal nico. Para cada item i o
algoritmo mantm duas variveis, Bi e Ci. Bi o anterior tempo quando o prximo instante do
item i deve comear a transmisso, e Ci = Bi + si.
Scheduler para o algoritmo PFQ
Passo 0 Determine o espaamento ptimo si para cada item i usando a equao (23).
O tempo actual denominado de T. Inicialmente T = 0. Inicialize Bi = 0 e Ci = si para 1 i M
Passo 1 Determine o conjunto S de itens para o qual Bi T. Isto , S = {i | Bi T, 1 i M}
Passo 2 Seja Cmin = mnimo valor de Ci sobre i S
Passo 3 Escolhe qualquer item j S tal que Cj = Cmin
Passo 4 Transmite item j no tempo T. Bj = Cj e Cj = Bj+ sj
Passo 5 Quando item j completa a transmisso T = T + lj
O algoritmo itera do passo 1 at 5 repetidamente, transmitindo um item por iterao. Em cada
iterao, primeiro o conjunto S de itens com inicio de tempo Bi menor do que ou iqual a T
determinado. Os itens no conjunto S estaro prontos para transmisso. De entre esses itens, o item
com menor Ci escolhido para ser transmitido.
Impacto dos erros de transmisso
Foi assumido at agora que cada item transmitido pelo servidor sempre recebido correctamente
pelo cliente. Como a transmisso rdio est sujeito a erros de transmisso, esta suposio no
sempre vlida.
Tradicionalmente num ambiente sujeito a erros, os dados so codificados usando ECC (Error
control codec). Estes cdigos capacitam os clientes a corrigir alguns erros, isto , recuperar os
dados com erros. Contudo o ECC (Error control codec) no consegue corrigir um grande nmero
de erros nos dados. Quando tais erros so detectados (mas que no podem ser corrigidos pelo
cliente), o servidor solicitado a retransmitir os dados.
75
Num ambiente assimtrico no sempre possvel que o cliente pea ao servidor para retransmitir
os dados. Admite-se que erros incorrigveis ocorrem em um item de comprimento l com
probabilidade E(l). li significa o comprimento do item i depois de ser codificado com ECC.
Algoritmo on-line bsico, levando em conta os erros de transmisso
O tempo mdio de acesso total, t, assumindo que instantes do item i so igualmente espaados
com espaamento si, dado por:
Dada a probabilidade de ocorrncia de erros incorrigveis em um item de comprimento l E(l), o

tempo mdio de acesso total minimizado quando:
Quando no ocorre erros, E(l) = 0 e a equao reduz-se a equao de si (10). Levando em conta os
erros de transmisso, o tempo mdio de acesso total ptimo, chamado de topt_err o seguinte:
Algoritmo on-line com buckets, levando em conta os erros de transmisso
76
Algoritmo PFQ, levando em conta os erros de transmisso
5.2 Resultados Obtidos

5.2.1
Avaliao de desempenho para os algoritmos bsicos
Os resultados foram produzidos com a ajuda do Matlab.

Assumiu-se que a probabilidade de demanda segue uma distribuio Zipf. A frmula da
distribuio Zipf a seguinte:
Onde o coeficiente de distoro de acesso.

O algoritmo de Round Robin foi usado aqui como uma referncia.
Para a experincia, considerou-se uma base de dados (M) contendo 1000 itens.
Algoritmo on-line sem erro e com erro respectivamente
Para o clculo do li foram consideradas trs tipos de distribuio:
Increasing (L0=1 e L1=10)
77
Decreasing (L0=10 e L1=1).

Para o increasing e para o decreasing utilizou-se a seguinte frmula para obteno do li :
Random O valor escolhida aleatoriamente de 1 at 10 com uma probabilidade

uniforme.
Para o algoritmo on-line, foram considerados valores de de (0 a 1.6 com passos de 0.2) e foi
usado (5) para o clculo de toptimal.
Levando em conta erros de transmisso, foram consideradas trs valores de (0, 0.5 e 1.0) e
valores de lambda (taxa de erro) de (0 a 0.25 com passos de 0.05) e foram usadas as equaes
(16, 17) para o clculo de toptimal.
As figuras 30 e 31 mostram os diferentes valores de toptimal obtidos durante a simulao para o
algoritmo on-line sem erro e com erro respectivamente.
3000
optimaldec
optimalinc
optimalRand
Overall Mean Access Time
2500
2000
1500
1000
500
0.2
0.4
0.6
0.8
THETA
1.2
1.4
1.6
Figura 30 Desempenho do algoritmo On-line sem erro
Da figura 30 pode-se verificar que para o algoritmo on-line sem erro, quanto maior for o
coeficiente de distoro de acesso (theta), menor o tempo mdio de acesso. E como foram
78
consideradas 3 situaes ou seja OptimalDec (L0=10 e L1= 1), OptimalInc (L0=1 e L1= 10) e
OptimalRand obtida de forma aleatria, pode-se concluir que para um mesmo coeficiente de
distoro de acesso, o OptimalInc apresenta um melhor desempenho.
18000
THETA=0
THETA=0.5
THETA=1.0
16000
14000
12000
10000
8000
6000
4000
2000
0
0.05
0.1
0.15
0.2
0.25
lambda
Figura 31 Desempenho do algoritmo On-line com erro
Para o algoritmo on-line com erro (figura 31) foram considerados para alm do coeficiente de
distoro de acesso, a taxa de erro, e verificou-se que quanto maior for o coeficiente de distoro
de acesso, menor o tempo mdio de acesso e quanto maior for a taxa de erro, maior o tempo
mdio de acesso ou seja apresenta um pior desempenho.
Algoritmo on-line com bucketing sem erro e com erro
Para o algoritmo on-line com bucketing sem erro, foram considerados valores de de (0 a 1.5
com passos de 0.5) e foram usadas as equaes (15, 16, 18, 21) para o clculo de topt_bucket.
Levando em conta os erros de transmisso, foi considerado somente um valor de (0.5) e valores
de lambda (taxa de erro) de (0 a 0.25 com passos de 0.05) e foram usadas as equaes (27, 29,
30, 31, 32) para o clculo de topt_bucket_error. As figuras 32 e 33 mostram os valores de topt_bucket
obtidos durante a simulao para o algoritmo on-line com Bucketing sem erro e com erro.
Da figura 32 pode-se verificar que para o algoritmo on-line com bucketing sem erros de
transmisso, quanto maior for o coeficiente de distoro de acesso, menor o tempo mdio de
acesso. Tambm se pode verificar que para um mesmo coeficiente, o tempo mdio de acesso ser
79
menor, quanto maior for o nmero de buckets e para um s bucket o tempo mdio de acesso
constante ou seja resume-se ao algoritmo Round Robin.
Para o algoritmo on-line com bucketing e com ocorrncia de erros (figura 33), o resultado mostra
que para um mesmo coeficiente, quanto maior for a taxa de erros, maior ser o tempo mdio de
acesso. E que o tempo mdio de acesso se degrada drsticamente em relao ao algoritmo sem
erro para um mesmo coeficiente.
3000
optimal:1 bucket
optimal:5 buckets
optimal:10 buckets
optimal:100 buckets
2500
2000
1500
1000
500
0.5
1.5
THETA
Figura 32 Desempenho do algoritmo On-line com buckets sem erro
18000
THETA=0.5
16000
14000
12000
10000
8000
6000
4000
2000
0
0.05
0.1
0.15
0.2
0.25
THETA
Figura 33 Desempenho do algoritmo on-line com buckets com erro
80
Algoritmo PFQ sem erro e com erro

Para o algoritmo PFQ sem erro (Figuras 34), foram considerados valores de de (0.25 a 1.0 com
passos de 0.25) e foram usadas as equaes (23, 24, 25, 26) para o clculo de toptimal. Levando em
conta os erros de transmisso (Figura 35), foram consideradas trs valores de (0, 1.0 e 1.5) e
valores de lambda (taxa de erro) de (0 a 0.2 com passos de 0.05) e foram usadas as equaes
(35, 36) para o clculo de toptimal.
2800
optimaldec
optimalinc
optimalRand
2600
2400
2200
2000
1800
1600
1400
1200
1000
800
0.3
0.4
0.5
0.6
THETA
0.7
0.8
0.9
Figura 34 Desempenho do algoritmo PFQ sem erro
18000
THETA=0
THETA=1
THETA=1.5
16000
14000
12000
10000
8000
6000
4000
2000
0
0.02
0.04
0.06
0.08
0.1
0.12
lambda
0.14
0.16
0.18
0.2
Figura 35 Desempenho do algoritmo PFQ com erro
81
Da leitura da figura 34 verifica-se que para o algoritmo PFQ sem erros de transmisso, tambm
se confirma a regra que, quanto maior for coeficiente de distoro de acesso (theta), menor ser o
tempo mdio de acesso e que para um mesmo coeficiente, o OptimalInc apresenta um melhor
desempenho.
Da anlise da figura 35 relativamente ao algoritmo PFQ levando em conta os erros de
transmisso, verifica-se que quanto maior for coeficiente de distoro de acesso (theta), menor
o tempo mdio de acesso. E para um mesmo coeficiente, quanto maior for a taxa de erro, maior
o tempo mdio de acesso.
5.3 Proposta de Algoritmos estendidos

Este trabalho estende o trabalho de Vaidya e de Hameed. Assim a prioridade do item xi
considerada e garantida uma mdia de tempo de acesso ti_guar que possa ser fornecida. Alm
disso, o nvel actual de congesto ci levado em conta.
Considerao do esquema de prioridade
A probabilidade da demanda associada primeiramente aos desejos e s capacidades dos

receptores, enquanto a prioridade oferece a possibilidade de influenciar as decises de
escalonamento. Trs classes de prioridade so sugeridas:
- Classe 1: refere-se aos servios mais importantes
- Classe 2: para servios comuns
- Classe 3: serve para os servios menos importantes
No geral, o esquema de prioridade pode ser usado para as seguintes finalidades:
Adio de servios
Os contedos recentemente adicionados de elevada prioridade devem ser transmitidos, antes da
informao com os contedos de baixa prioridade. No que diz respeito ao algoritmo on-line e ao
algoritmo on-line com bucketing devem inicializar-se com R(i)=-1 em qualquer caso, mas
levando em conta a prioridade do item. A Tabela 2 mostra um exemplo de como as atribuies
podem ser realizadas. t pode ser escolhido para adaptar o algoritmo s necessidades especficas.
82
Tabela 2 Tabela de inicializao de R(i)
Adaptao da frequncia
Um item com prioridade mais alta mais frequentemente transmitido. Isto resulta em um
espaamento menor e num tempo de acesso mais curto para contedos de elevada prioridade.
Tentar tratar todos por igual garantido porque os itens com prioridade baixa no sero excludos
de serem transmitidos. No caso do algoritmo on-line, a seguinte modificao (37) do original (11)
e (12) sugerida. xi descreve a prioridade do item i.
Com essa alterao passa-se a ter um tempo mdio de acesso mais curto para itens de prioridade
elevada, custa do tempo de acesso dos itens de prioridade baixa.
Garantindo um limite para o tempo mdio de acesso
O esquema de prioridade pode tambm ser usado para fornecer um determinado nvel de QoS
pela diferenciao de servio. Cada classe de prioridade pode ser directamente acoplada com o
valor mdio do mximo tempo de acesso. Como descrito acima, a adaptao do algoritmo PFQ
baseada no clculo do espaamento ptimo. O tempo mdio de acesso resultante pode ser
determinado por:
Assim, com a extenso proposta este algoritmo pode garantir um tempo mximo de espera para
cada classe de prioridade restringindo o Carousel para os itens de prioridade elevada.
Alm disso, tenta no desperdiar a capacidade disponvel. Em vez disso, enche o ciclo de
transmisso com tantos itens quanto possvel sem exceder os limites garantidos. Para reduzir os
custos computacionais os itens devem ser mantidos em ordem de acordo com o seu valor para o
pili. Assim poucos itens so removidos a fim de observar os limites do tempo mdio de acesso.
83
Uma alternativa de aproximao de remover os itens (outra vez unicamente os de uma classe de
baixa prioridade) que foram transmitidos recentemente ou remover aqueles que tm uma
probabilidade de demanda baixa.
Controlo de Congesto
Para simplificar a matria, assume-se que a entidade de escalonamento transfere a informao

sobre a congesto na forma de um nico valor que armazenado no perfil global e usado como o
parmetro de entrada para o algoritmo de escalonamento: 0 ci 1. Se o Multicast for analisado,
a congesto varia de receptor a receptor e consequentemente de item a item. Depende da posio
dos receptores e do estado do trfego das ligaes aos UEs. Contudo, o ndice i adicionado ao
factor de congesto:
ci = 1 - refere a mxima congesto
ci = 0 - implica que no ocorreu congesto e a largura de banda "bsica" estar disponvel.
ci = 0.5 - implica que somente a metade da largura de banda estar disponvel e que leva duas
vezes mais tempo para entregar o mesmo contedo do que faria se no tivesse
ocorrido congesto.
Assim, o tempo de transmisso li medido em unidades de comprimento pode ser substitudo como
se mostra em (39) a fim de levar em conta a congesto. ai denota a quantidade de dados (medidos
em bits) e b refere largura de banda "bsica" disponvel (medida em bps), g usado como o
factor de converso.
Esta suposio praticvel, porque a largura de banda "bsica" dever ser constante: Para a
entrega do servio Carousel do MBMS a classe de trfego Background da QoS no UMTS
usada [17] [25].
84
Adaptao da frequncia
Uma vez que todos os trs algoritmos so baseados na regra da raiz quadrada, a sua adaptao
para a congesto dada em (40). O comprimento de transmisso li [unidades de tempo]
substitudo pelo termo previamente apresentado.
A modificao resulta em uma transmisso mais frequente dos itens que no tm que ser emitidos
nas ligaes congestionadas. Como exemplo, a modificao do algoritmo on-line descrita
abaixo. No obstante, os outros dois algoritmos de escalonamento podem ser adaptados
similarmente. A base adaptada para as decises de escalonamento apresentada em (41). Uma
vez que a largura de banda "bsica" b e o factor de converso g se mantm constantes
independentemente do item, podem ser omissos aqui.
Restrio para contedos de alta prioridade

A congesto ocorrida pode ser mapeada pelas prioridades, independentemente de qual o
algoritmo de escalonamento escolhido. O nvel de congesto, determina directamente que
contedo autorizado a ser transmitido. As outras caractersticas armazenadas no perfil global (o
nmero de itens, o seu comprimento e a probabilidade de demanda) no so consideradas. Assim,
esta estratgia resulta em decises de escalonamento no justas. A Tabela 3 introduz um
mapeamneto possvel da congesto e das prioridades. O problema com esta aproximao que os
recursos disponveis podem no ser utilizados eficientemente. Se o perfil global contiver somente
um nmero muito pequeno de itens de prioridade elevada, seria inadequado transmitir apenas
estes itens de prioridade elevada e negligenciar todos os outros.
Uma segunda aproximao possvel baseada no algoritmo on-line e no esquema sugerido de
prioridade. Tenta restringir o ciclo da transmisso a um mximo total. O tempo necessrio para
transmitir o ciclo inteiro tcyc e o tcyc_max refere-se ao limite definido.
85
No incio, o algoritmo unicamente toma em conta os contedos de prioridade elevada (classe 1) e

determina o tempo do ciclo resultante. Se houver um espao esquerda no ciclo, o algoritmo
adiciona os contedos de prioridade mais baixa que se segue e continua at que o tempo de ciclo
mximo seja excedido ou os contedos de todas as prioridades especificadas x = 1..xmax forem
includos no conjunto S (42). Mas no possvel calcular o valor exacto para o tempo do ciclo
com (43) porque o factor de proporcionalidade no conhecido. O valor pode unicamente ser
estimado com base na estatstica. Assim, o algoritmo on-line no est bem qualificado para ser
estendido e tomar em conta a congesto. Esta lacuna construda por uma ponte pelo uso do
algoritmo PFQ como descrito abaixo.
A aproximao para garantir um mximo tempo de acesso para cada classe de prioridade pode
facilmente ser estendida para tomar em conta a congesto. O clculo do tempo de acesso
modificado e resulta na equao (44):
Tabela 3 Mapeamento da Congesto e da Prioridade
5.3.1
Avaliao de desempenho para os algoritmos com extenso
Os resultados foram produzidos por simulao, usando o Matlab.

Como um parmetro da simulao a probabilidade da demanda dos UEs que querem receber os
servios Carousel do MBMS suposta seguir a distribuio Zipf (35) com um coeficiente de
distoro de acesso . Se os erros da transmisso forem considerados, ocorrem de acordo com
uma distribuio de Poisson (27) com uma taxa varivel de erro . Os outros parmetros da
86
simulao no so explicadas em detalhe porque a simulao visa apenas oferecer a oportunidade

de comparar os algoritmos.
O tempo mdio de acesso total de todos os receptores usado como uma mtrica de sada. O
desempenho de um algoritmo ser melhor classificado, quanto menor for o tempo mdio de
acesso. A Figura 36 mostra a comparao do desempenho de todos os trs algoritmos bsicos do
Carousel acima descritos. O perfil global contm M=1000 itens. O algoritmo simples Round
Robin mostrado como referncia. Um coeficiente de acesso mais elevado, isto uma
distribuio desigual da probabilidade da demanda, resulta geralmente em um tempo mdio de
acesso mais baixo, excepto no Round Robin. Todos os algoritmos restantes conseguem mtricas
similares.
Comparao dos algoritmos Bsicos
3000
Overall Mean Access Time [s]
2500
2000
1500
1000
Round Robin
On-line
On-line with Bucketing, k=10
Adaptation of PFQ
500
0.5
1
Access Skew Coeficient THETA
1.5
Figura 36 Comparao dos algoritmos bsicos de escalonamento Carousel
87
Comparao dos diferentes nmeros de Buckets

3000
Overall Mean Access Time [s]
2500
2000
1500
1000
k=1
k=5
k=10
k=100
On-line
500
0.5
1
Access Skew CoeficientTHETA
1.5
Figura 37 Comparao dos diferentes nmeros de buckets
Da figura 36 conclui-se que para um mesmo coeficiente de distoro de acesso, o algoritmo online com bucketing apresenta um pior desempenho ou seja um maior tempo mdio de acesso e
que o algoritmo on-line e o PFQ apresentam valores similares de desempenho.
Importante ter sempre em conta os diferentes custos computacionais. O algoritmo on-line e o
algoritmo on-line com bucketing foram analisados e o impacto do nmero dos buckets
apresentado na Figura 37. Se somente o bucket k=1 for usado, o algoritmo reduzido disciplina
de Round Robin. A vantagem do algoritmo on-line com bucketing bvia: o compromisso entre
custos computacionais e a eficincia pode ser ajustado com o nmero de buckets. Ou seja da
figura se pode verificar que o algoritmo on-line apresenta um melhor desempenho e que quanto
maior for o nmero de buckets mais se assemelha ao algoritmo on-line. A Figura 38 mostra o
desempenho de todos os trs algoritmos levando em conta os erros.
88
18000
OL
Adaptation PFQ
OLB
16000
14000
12000
10000
8000
6000
4000
2000
0
0.02
0.04
0.06
0.08
0.1
0.12
lambda
0.14
0.16
0.18
0.2
Figura 38 Eficincia dos algoritmos levando em considerao os erros
O resultado da comparao dos algoritmos bsicos levando em conta os erros de transmisso,

demonstra que para uma mesma taxa de erro, o algoritmo on-line apresenta um melhor
desempenho e que o pior dos trs o algoritmo on-line com bucketing.
A figura 39 mostra o desempenho dos mesmos algoritmos mas agora no s levando em conta os
erros de transmisso mas tambm as modificaes que foram introduzidas. Comparado com os
algoritmos originais, as modificaes conduzem a um melhor resultado, ou seja para uma mesma
taxa de erros os mesmos algoritmos apresentam menores tempos mdios de acesso o que resulta
num melhor desempenho dos algoritmos.
89
18000
Modified On-line
Modified Adapation of PFQ
Modified On-line with Bucketing; k=20
16000
14000
12000
10000
8000
6000
4000
2000
0
0.02
0.04
0.06
0.08
0.1
0.12
lambda
0.14
0.16
0.18
0.2
Figura 39 Eficincia dos algoritmos com erros e modificados
Tabela 4 Comparao das caractersticas dos algoritmos de escalonamento
A Tabela 4 sumariza as caractersticas bsicas dos trs algoritmos e compara as capacidades de

extenso. A escolha de qual o algoritmo que melhor serve, depende das exigncias da tecnologia
da transmisso e do seu ambiente, especialmente do nmero de itens Carousels e da quantidade
de dados. Adicionalmente, a frequncia da base de dados muda e a potncia disponvel tem que
ser levada em considerao.
90
Captulo 6 Concluses
6 Concluses
6.1 Trabalho desenvolvido
A principal motivao deste trabalho residiu no estudo de possveis cenrios de integrao do
servio MBMS no IMS com nfase na entrega de contedos baseada em servios do tipo
carousel, que significa uma retransmisso peridica de cada contedo.
Para o estudo da integrao do MBMS no IMS, foi necessria uma investigao e anlise de
vrias arquitecturas de integrao possveis e estruturas de comunicao e de sinalizao, assim
como, foi necessrio compreender e definir as interfaces, e os nveis de interaco entre as
vrias entidades funcionais.
Nesse sentido foram propostas pelo projecto C Mobile e por outras entidades de normalizao
nesta rea, duas aproximaes distintas. A primeira em que as aplicaes do IMS podem usar o
MBMS, mas o BM-SC mantido inalterado. Esta integrao IMS MBMS apropriada para a
arquitectura R7/R8 do 3GPP. A segunda aproximao considera as funes do BM-SC a serem
distribudas atravs das vrias entidades do IMS e mais apropriada viso de longo prazo da
arquitectura SAE/LTE do 3GPP.
A arquitectura SAE/LTE apresenta uma estrutura por camadas mapeando as reas funcionais
para os diferentes Planos que so: o Plano de Aplicao, Plano do Service Enabler, Plano de
Controlo IMS, Plano de Entrega de Multimdia e finalmente o Plano de Acesso e de
Transporte. Estes planos funcionais so baseados na arquitectura de TISPAN e de Broadcast. A
respeito do Plano de Acesso e de Transporte, a rede necessita de ser melhorada para a entrega
de informao Multicast atravs da rede ncleo. Alm disso, deve ser possvel transportar
dados Multicast dos Fornecedores de Contedos atravs da rede ncleo para o UE (User
Equipment). Consequentemente, routers do ncleo IMS na camada 3 de OSI (camada do IP)
necessitam de ser melhorados a fim de permitir endereos IP Multicast.
O ncleo de pacote no Plano de Acesso e de Transporte melhorado de acordo com o plano do
roadmap de 3GPP SAE e de LTE. Entretanto, importante observar que o utilizador MBMS e
91
Captulo 6 Concluses
a criao do contexto da portadora, a anulao e a gesto, assim como, o Proxy e Transporte

sero modificados. O PCRF introduzido em SAE/LTE como uma extenso do componente
PDF do IMS. responsvel pelos aspectos de QoS, gesto da poltica e funes de tarifao.
A entrega de servios Multicast/Broadcast sobre ligaes de rdio de capacidade limitada
requerem mecanismos de escalonamento inteligente que fazem o melhor uso dos recursos.
Nesta tese investiga-se o desempenho e a complexidade computacional dos diferentes
algoritmos de escalonamento aplicado para o Multicast mvel. So introduzidas modificaes
nos algoritmos bsicos para se puderem cumprir as exigncias identificadas no MBMS que so:
Adaptao aos novos contedos, adaptao a congesto da rede e adaptao s procuras dos
clientes.
As simulaes provaram que o algoritmo on-line melhora o tempo mnimo de acesso dos
utilizadores comparando com o algoritmo de escalonamento de round robin para contedos de
comprimento e probabilidade de procura no homogneos. Alm do mais foi mostrado que a
complexidade computacional pode ser grandemente reduzida com perda mnima de
desempenho usando o algoritmo on-line com bucketing ou o PFQ. Alm disso este trabalho
estende os algoritmos para combater as perdas dos canais pela adaptao congesto e
capacitando as classes de prioridade para garantir uma certa QoS.
Embora o trabalho se tenha centrado no escalonamento do BM-SC de MBMS os resultados so
tambm aplicveis para outros sistemas de transmisso como DVB-H (Digital Vdeo
Broadcasting handled) e DMB (Digital Multimdia Broadcasting).
92
Captulo 6 Concluses
6.2 Resultados
Quanto menor for o tempo mdio de acesso, melhor ser classificado o desempenho de um
algoritmo. Assim, no mbito do trabalho desenvolvido, a anlise dos resultados baseou-se
essencialmente no desempenho individual dos trs algoritmos bsicos do Carousel ou seja o
algoritmo on-line, o algoritmo on-line com bucketing, assim como o algoritmo baseado numa
adaptao do PFQ. Os resultados foram produzidos com a ajuda do Matlab.
Numa primeira fase obteve-se os resultados individuais de desempenho dos algoritmos bsicos,
com e sem erros de transmisso. Foi feita uma comparao de desempenho dos algoritmos
bsicos sem erros de transmisso, e para isso utilizou-se o algoritmo round robin como
referncia. Tambm nesta fase fez-se uma comparao de desempenho do algoritmo on-line
com bucketing com diferentes nmeros de buckets. Ainda nesta fase tambm se fez uma
comparao de desempenho dos trs algoritmos levando em conta os erros de transmisso.
Numa fase posterior fez-se uma comparao de desempenho dos trs algoritmos levando em
conta os erros de transmisso, mas tambm levando em conta o esquema de prioridade (adio
de servios e adaptao da frequncia) e o controlo da congesto (adaptao da frequncia e
restrio a contedos de alta prioridade).
Dos resultados obtidos verificou-se que para o algoritmo on-line, quanto maior for o
coeficiente de distoro de acesso, menor o tempo mdio de acesso. E como foram
considerados 3 situaes ou seja OptimalDec (L0=10 e L1= 1), OptimalInc (L0=1 e L1= 10) e
OptimalRand obtida de forma aleatoriamente, pode-se concluir que para um mesmo
coeficiente, o OptimalInc apresenta um melhor desempenho.
Para o algoritmo on-line com erro, foram considerados para alm do coeficiente de distoro de
acesso, a taxa de erro e verificou-se que quanto maior for o coeficiente, menor o tempo mdio
de acesso e quanto maior for a taxa de erro, maior o tempo mdio de acesso ou seja, apresenta
um pior desempenho.
Para o algoritmo on-line com bucketing sem erros de transmisso, verificou-se tambm que
quanto maior for o coeficiente, menor o tempo mdio de acesso. Tambm se verificou que
para um mesmo coeficiente, o tempo mdio de acesso ser menor, quanto maior for o nmero
93
Captulo 6 Concluses
de buckets e que para um s bucket, o tempo mdio de acesso constante ou seja, resume-se ao
algoritmo Round Robin.
Para o algoritmo on-line com bucketing com erro, os resultados mostram que para um mesmo
coeficiente, quanto maior for a taxa de erros, maior ser o tempo mdio de acesso. E que o
tempo mdio de acesso se degrada drasticamente em relao ao algoritmo sem erro para um
mesmo coeficiente. de salientar que para a simulao do algoritmo on-line com bucketing
com erros foi feita uma adaptao s frmulas de forma a encontrar uma frmula para o toptimal,
visto que na literatura disponvel no se encontrou uma [39; 40; 41].
Para o algoritmo PFQ sem erros de transmisso, tambm a regra se confirma, ou seja que
quanto maior for o coeficiente, menor ser o tempo mdio de acesso. E que para um mesmo
coeficiente, o OptimalInc apresenta um melhor desempenho.
Relativamente aos resultados do algoritmo com erros de transmisso, quanto maior for o
coeficiente, menor o tempo mdio de acesso. Para um mesmo coeficiente, quanto maior for a
taxa de erro maior o tempo mdio de acesso.
Da comparao dos trs algoritmos bsicos, verificou-se que para um mesmo coeficiente de
distoro de acesso, o algoritmo on-line com bucketing apresenta um pior desempenho ou seja
um maior tempo mdio de acesso.
Da comparao dos diferentes nmeros de buckets com referncia ao algoritmo on-line,
verificou-se que o algoritmo on-line apresenta um melhor desempenho e que quanto maior for
o nmero de buckets mais se assemelha ao algoritmo on-line.
O resultado da comparao dos algoritmos bsicos levando em conta os erros de transmisso,
demonstra que para uma mesma taxa de erro, o algoritmo on-line apresenta um melhor
desempenho e que o pior dos trs o algoritmo on-line com bucketing.
Relativamente aos algoritmos com modificaes, demonstrou-se que houve uma melhoria
substancial no desempenho dos mesmos ao se levar em conta o esquema de prioridade e o de
controlo da congesto.
94
Captulo 6 Concluses
6.3 Trabalho Futuro

No desenvolvimento deste trabalho foram vrios os assuntos referidos que poderiam ser alvo
de estudo futuro. Relativamente ao estudo efectuado pelo C-Mobile e pelos outros parceiros na
integrao do IMS-MBMS, na proposta do IMS-MBMS R7/R8 como se pode verificar ficaram
algumas interfaces por definir que pela importncia carecem de estudo futuro:
Interface entre o Plano de Utilizador e o Plano de Acesso e de Transporte
Interface entre o BM-SC e o Plano do Service Enabler
Interface entre a verso melhorada do MRFC (MRFC ++) e o BMSC
Interface entre o MRFP e o BMSC
Tambm futuramente um estudo mais pormenorizado do algoritmo on-line com bucketing com
erro o que se pretende fazer visto que ainda residem algumas lacunas quanto ao mesmo.
Um trabalho futuro a fazer tambm poder ser a incluso de streaming e file delivery para alm
do carousel na optimizao de escalonamento e explorar a utilizao de recursos no
homogneos na rvore de entrega.
95
Anexo B Tarifao no IMS
Anexos
96
Anexo A Redes Mveis

Este anexo apresenta uma viso geral das Redes Mveis e da sua evoluo em termos de
tecnologia e de servios, uma vista geral da rede UMTS de acordo com as especificaes do
Release 06 da 3GPP e Qualidade de Servio em Redes UMTS. Os sistemas da primeira gerao
(1G) usavam transmisso analgica e forneciam somente circuitos comutados de voz. Os
sistemas da segunda gerao (2G) eram totalmente digitais e ofereciam inicialmente circuitos
comutados de voz e de dados. A crescente popularidade da Internet conduziu adio de
servios de dados comutados por pacotes, s redes 2G, tornando assim em redes de 2.5G.
Finalmente, as redes 3G fornecem todos os servios sobre circuito comutado para comutao
por pacotes, incluindo sistemas telefnicos de voz. Esta aposta em circuitos comutados por
pacotes permite oferecer novos servios, incluindo servios multimdia baseados em IP.
Evoluo das redes Mveis
Nos ltimos anos, o cenrio dos sistemas de comunicaes mveis celulares mudou bastante.
No princpio, a procura era apenas por servios de voz e os sistemas praticamente no
ofereciam servios de dados. Essa foi a primeira gerao de telefonia celular, que se
caracterizou, sobretudo, pela comunicao de voz analgica (modulao FM), estrutura de
sinalizao bastante simples, falta de compatibilidade com os outros, sistemas contemporneos
e comutao de circuitos. Alguns exemplos de sistemas analgicos so [1]: AMPS (Amrica do
Norte), TACS, NMT-450, NMT-900, R-2000 e C-450 (Europa). Eles ainda apresentavam alto
custo do terminal e alto consumo de bateria. Todos os sistemas analgicos acima citados
empregaram FDMA (Frequency Division Multiple Access), com cada canal atribudo a uma
faixa de frequncia, respeitando, obviamente, a reutilizao de frequncias.
O rpido aumento no nmero de utilizadores e a proliferao de vrios sistemas analgicos
incompatveis, foram as principais razes para a evoluo em direco segunda gerao, cuja
principal caracterstica a comunicao de voz digital. Esses sistemas possuem tambm
servios de dados com comutao de circuitos e baixas taxas de transmisso, alm de sua
capacidade ser bem maior que a dos sistemas analgicos. Alm disso, a estrutura de sinalizao
e controlo desses sistemas bem melhor, tendo, inclusive, uma maior segurana no que se
refere autenticao e privacidade. Alguns exemplos de sistemas de segunda gerao [1] so:
97
GSM, IS-136, IS-95 e PDC. Mesmo com baixas taxas de transmisso, alguns servios de dados
tiveram grande sucesso na segunda gerao, como o SMS (Short Message Service). Tcnicas
de mltiplo acesso como TDMA (Time Division Multiple Access) e CDMA (Code Division
Multiple Access) so usadas em conjunto com FDMA na segunda gerao.
O GSM (Global System for Mobile Communications) obteve um enorme sucesso, no mercado
mundial de telefonia e , sem dvida, a tecnologia mais popular at o momento. Um grande
avano foi obtido com a segunda gerao no que diz respeito ao roaming. Como vrios pases
utilizavam a mesma tecnologia, tornou-se possvel viajar para diferentes pases e usar o
telemvel normalmente. A Rede GSM ilustrada na Figura 40.
Figura 40 Rede GSM [3]
No entanto, o rpido crescimento na procura por diversos servios de dados sem fio teve como
consequncia a necessidade de grandes aumentos na capacidade e na taxa de transmisso de
dados dos sistemas celulares existentes. Foi a partir dessa ideia que comeou a evoluo para a
chamada gerao 2,5 [1]. Os sistemas dominantes na gerao 2,5 so o GPRS (General Packet
Radio Services) e o cdma2000 1xEV-DO. A Figura 41 ilustra uma rede GPRS [3].
A tecnologia GPRS (General Packet Radio Services) permite s redes celulares, uma maior
velocidade e largura de banda sobre GSM, melhorando as capacidades de acesso mvel
Internet. A modificao mais importante na introduo do GPRS na rede GSM foi a adio de
dois ns de rede, o GGSN (Gateway GPRS Support Node) e o SGSN (Serving GPRS Support
98
Node). O GGSN faz a ligao da rede de dados GPRS com outras redes de pacotes de dados
externas (Internet, por exemplo) e o SGSN faz a gesto da rede GPRS.
Figura 41 Rede GPRS [3]
Os servios lanados basearam-se no facto dessa tecnologia permitir a transmisso de dados

por pacotes de informao, dando aos utilizadores a possibilidade de estarem permanentemente
on-line com ligao Internet. Ou seja, o utilizador passaria a ser tarifado pelo volume de
informao trafegada na rede, e no pelo tempo de ligao. As taxas de dados do GPRS so
bem maiores do que as do GSM (9,6 Kbps), podendo chegar at 52 Kbps. Um problema do
GPRS o alto consumo de bateria.
Por sua vez, o cdma2000 1x a evoluo do padro CDMA IS-95. Ele incrementa as taxas de
transmisso de dados via comutao de pacotes e aumenta a velocidade da rede, bem como
eleva a capacidade de trfego de voz em aproximadamente duas vezes, se comparado s redes
CDMA de hoje. 1x significa uma vez 1.25 MHz, que a largura de banda padro de uma
operadora CDMA IS-95. Ao manter uma largura da banda padro para CDMA, permite-se que
ambas as infra-estruturas e, o que mais importante, os terminais, sejam compatveis perante
as evolues tecnolgicas. As taxas de transmisso de dados podem chegar at 153,6 Kbps.
99
Para alcanar taxas ainda maiores, uma verso optimizada do cdma2000, chamada de 1xEVDO (Evolution - Data Only), foi proposta. O 1xEV-DO, tambm conhecido como HDR (High
Data Rate), fornece taxas de pico de at 2 Mbps. Portadoras distintas so necessrias para
dados e voz neste sistema. O enlace de subida permanece praticamente inalterado em
comparao com o cdma2000, mas no enlace de descida os utilizadores so multiplexados no
tempo, ao invs de por cdigos. Uma segunda fase na evoluo do cdma2000 incluiria dados e
voz na mesma portadora e seria chamada de 1xEV-DV (Evolution Data and Voice).
Continuando a evoluo em direco a taxas cada vez maiores, temos o sistema EDGE [3]
(Enhanced Data for Global Evolution). Este sistema aumenta a capacidade de dados das
tecnologias TDMA da segunda gerao, como o GSM e o IS-136. Neste sistema, tcnicas de
adaptao de enlace so usadas para aumentar a taxa de transmisso. Tais tcnicas incluem
diferentes esquemas de modulao (GMSK e 8-PSK) e diferentes cdigos correctores de erro.
A Figura 42 ilustra a introduo do EDGE para o sistema GPRS.
Figura 42 Introduo do EDGE para o Sistema GPRS [3]
A fim de suportar as diferentes aplicaes multimdia que surgiram, a ITU (International

Telecommunications Union) comeou o estudo de um sistema universal, o IMT-2000
(International Mobile Communications System for the year 2000) [1, 2]. J o ETSI (European
100
Telecommunications Standards Institute) chamou esse estudo de UMTS (Universal Mobile

Telecommunication System). Esse sistema universal seria a chamada terceira gerao (3G) de
telefonia celular. Os requisitos de taxas de transmisso para os sistemas de terceira gerao so:
2 Mbps para locais fixos.
384 Kbps para utilizadores pedestres.
144 Kbps para utilizadores com alta mobilidade.
Alm disso, seria necessrio oferecer aos utilizadores mltiplos servios com diferentes classes
de qualidade de servio (QoS), compatibilidade e interoperabilidade com os padres existentes,
arquitectura aberta (isto , no proprietria de um determinado fabricante) e suporte a trfego
assimtrico.
De entre os padres de terceira gerao propostos, o WCDMA (Wideband Code Division
Multiple Access) o que tem emergido como o mais promissor. Ele, no momento, j est em
funcionamento em muitos pases do mundo. Ele pode ser obtido a partir da migrao de um
sistema GSM/GPRS ou de um sistema EDGE. Existem tambm propostas para uma terceira
gerao do CDMA, que seria o cdma2000 3x, ou seja, utilizaria uma banda trs vezes maior do
que a usada pelo IS-95, e uma proposta para o UWC-136HS (Universal Wireless
Communications 136 High Speed), que seria uma evoluo do EDGE.
As principais caractersticas do WCDMA so:
Taxas de transmisso at 2 MBPS.
Multiplexagem de servios com diferentes requisitos de QoS em uma nica ligao.
Requisitos de atraso compatveis com diversas aplicaes (desde aplicaes em tempo

real servios de melhor esforo).
Coexistncia entre sistemas de segunda e terceira gerao, alm de modos TDD (Time
Division Duplex) e FDD (Frequency Division Duplex).
Suporte a handover entre sistemas.
Suporte a trfego assimtrico nos enlaces de subida e de descida.
Alta eficincia espectral.
101
As taxas alcanadas pelos sistemas de terceira gerao so suficientes para a maioria das
aplicaes baseadas em Internet. Porm, vrios servios ainda podem se beneficiar de maiores
taxas e menores atrasos (como download de ficheiros e streaming). Por isso, com o propsito
de satisfazer as futuras exigncias, foi proposta pelo 3GPP (Third Generation Partnership
Project) uma evoluo para o WCDMA, o HSDPA (High Speed Dowlink Packet Access).
Considerada uma tecnologia de 3.5G, o principal objectivo do HSDPA proporcionar ao
WCDMA taxas de dados de pico no enlace de descida de 10MBPS ou at maiores para
servios de melhor esforo. Isso ser conseguido atravs do canal HS-PDSCH (High Speed
Physical Downlink Shared Channel) que ser adicionado aos canais j existentes do WCDMA.
A ideia principal do HSDPA fazer uso da adaptao de enlace para melhorar a eficincia
espectral e aumentar a taxa de transmisso. Tcnicas de adaptao de enlace, onde a
modulao, taxa de cdigo e outros parmetros de transmisso do sinal so alterados
dinamicamente para se adaptarem s condies variantes do canal, tm se mostrado bastante
eficientes para estes propsitos. Em particular, no HSDPA, a implementao inclui modulao
e codificao adaptativa (AMC), entradas mltiplas e sadas mltiplas (MIMO), retransmisso
automtica hbrida (HARQ), procura rpida de clula (FSC), e rpido escalonamento.
Redes UMTS
Esta seco apresenta uma viso geral da rede UMTS [1], [2], [3], apresentando a sua evoluo
e descrevendo em detalhe a CN e o RAN. Aqui omito o Release 05 e o Release 06 porque
foram apresentados no captulo do IMS. Tambm aqui omito o MBMS porque tambm foi
discutida no captulo do MBMS.
Servios e Potencialidades
Ao contrrio das redes 1G que forneceram somente um nico servio, isto telefonia de voz, as
redes 2G fornecem servios mltiplos divididos em trs tipos:
O servio de portadora uma facilidade de transmisso do sinal dentro da rede; o sinal

pode ser voz ou dados.
O teleservio combina um servio de portadora com a funcionalidade nos terminais para

fornecer um servio visvel ao utilizador, tal como a telefonia de voz.
102
O servio suplementar fornece as facilidades adicionais relacionadas a um outro servio,

tal como o redireccionamento de chamadas.
Enquanto as redes 3G fornecem todos os teleservios e servios suplementares 2G para a

compatibilidade, a arquitectura do UMTS enfatiza potencialidades do servio, que , servios
de portadoras paramtricos e mecanismos requeridos para implementar os servios. Isto
permite a rede UMTS de oferecer diversos servios baseados nestas potencialidades, sem
mudanas para a arquitectura da rede. Por esta razo, especificaes da Release 06 somente
define estas potencialidades para implementar os servios requeridos, sem padronizar eles
mesmos os servios. Esta nfase em potencialidades do servio evidente no uso do IP para o
transporte. Os portadores comutados por pacote so usados para fornecer servios de voz e de
dados, ao contrrio dos portadores comutados a circuito que so somente apropriados para a
voz.
Uma outra rea onde esta separao clara est na definio UMTS da UE. Ao contrrio das
redes anteriores onde um telefone mvel fornece ambos comunicao e a funcionalidade da
aplicao, isto , o acesso rdio e telefonia de voz., o UE em UMTS dividido em:
MT (Mobile Terminal Terminal Mvel), fornecendo comunicao.
TE (Terminal equipment - Equipamento terminal), fornecendo funcionalidade de

aplicao.
Um telemvel pode assim incluir a funcionalidade da aplicao, ou pode ligar a um dispositivo

externo que fornece a funcionalidade de aplicao, tal como um computador porttil ou um
assistente digital pessoal.
Rede Ncleo
A funo principal da rede ncleo fornecer a distribuio e a comutao para o utilizador e
controlo de trfego. A CN dividida nos domnios CS (Circuit switched) e PS (Packet
switched), como ilustrado na figura 43 [2, 49].
O domnio CS uma evoluo do GSM, enquanto o domnio PS uma evoluo do GPRS,
com modificaes em ambos os domnios para se poder funcionar com os servios do UMTS.
103
Ambos os domnios utilizam o HSS (Home Subscriber Server) que contm toda a informao
relacionada do utilizador, incluindo preferncias do utilizador, dados de autenticao e gesto
da informao de localizao. No domnio CS, as chamadas so geridas por dois MSC (Mobile
services Switching Center): o GMSC (Gateway MSC) que se encontra localizado na rede home
do utilizador e o VMSC (Visitor MSC) localizado na rede onde o utilizador est visitando.
Quando o utilizador incorpora uma rede nova, seu VMSC informa o VLR (Visitor location
register) sobre o utilizador, e o VLR informa por sua vez o HSS apropriado que aquele
utilizador se encontra actualmente nessa rede.
Figura 43 Arquitectura da Rede Ncleo [49]
As chamadas que entram so dirigidas primeiramente ao GMSC, que pergunta ao HSS sobre a
posio actual do utilizador e dirige a chamada ao VMSC apropriado.
As chamadas que saem usam o trajecto inverso, ou seja, do VMSC ao GMSC na rede home do
utilizador. Para as chamadas originadas ou terminadas por ISDN ou PSTN, um MGW (Media
Gateway) utilizado pelo GMSC.
No domnio PS, as chamadas so similarmente geridas por dois GSN (GPRS Support Nodes): o
GGSN (Gateway GSN) que se encontra localizado na rede home do utilizador e o SGSN
(Serving GSN) que se encontra localizado na rede que o utilizador est visitando. Enquanto o
104
HSS fornece toda a informao relacionada ao utilizador, o GGSN conhece sempre o SGSN
que gere o utilizador, consequentemente no existe necessidade de um VLR no domnio PS.
Para chamadas originadas ou terminadas da Internet, o GGSN age como um gateway de
distribuio do IP entre a rede UMTS e a Internet.
No Release 99 (Figura 44), o utilizador e os dados de controlo nos domnios CS e PS foram
transferidos sobre o ATM (Asynchronous Transfer Mode), com o AAL2 (ATM Adaptation
Layer 2) usada pelo CS e o AAL5 (ATM Adaptation Layer 5) usado pelo PS.
Figura 44 Rede 3G (3GPP R99) [3]
Entretanto, quando se iniciou o Release 04 (figura 45) a CN empregou o IP para transferncia

de dados nos domnios CS e PS. Esta nfase no IP reflecte o aumento da importncia do
domnio PS em redes UMTS. O domnio PS baseado em GPRS que foi originalmente
projectado para transportar qualquer tipo de dados de pacote. Em UMTS o IP suportado nas
modalidades Unicast e Multicast. De modo a uma UE conseguir a conectividade IP, ele deve
primeiramente fazer um Joint ao GPRS. Durante este procedimento o utilizador autenticado
pelo HSS e o SGSN local cria um contexto de gesto da mobilidade para gerir a UE. Neste
ponto a UE conhecido para a rede UMTS mas no pode comunicar-se. A etapa seguinte
para o UE criar o contexto PDP (Packet Data Protocol) no GGSN em sua rede home. O PDP
contm o endereo IP atribudo ao utilizador, que enviado UE e ao SGSN. Neste ponto o
utilizador pode emitir e receber pacotes IP atravs de SGSN e GGSN ou vice-versa [9].
105
Figura 45 Rede 3G (3GPP R4) [3]
Radio Access Network Rede de acesso Rdio

A funo principal do RAN fornecer a conectividade entre a UE e a CN. A primeira opo do
RAN suportada pelo UMTS o GERAN (GPRS/EDGE Radio Access Network), ilustrado na
figura 46.
Figura 46 Arquitectura do RAN [49]
106
O GERAN cobre uma grande rea chamada de BSS (Base station Subsystem). O BSS divide
esta rea em regies menores, com cada regio controlada por um BSC (Base station
Controller). Cada regio do BSC dividida em clulas, com cada clula servida por um BTS
(Base Transceiver Station).
O GERAN basicamente uma evoluo da rede rdio do GSM com suporte GPRS. Cada canal
do circuito comutado pode ser atribudo a uma chamada de voz ou as chamadas mltiplas de
dados de pacote. Para canais atribudos a dados de pacote, o sistema atribui dinamicamente um
ou mais slots TDMA em cada perodo para cada UE que necessita transmitir ou receber
pacotes, mas somente para a durao requerida. Slots TDMA de uplink e de downlink so
atribudos separadamente, assim suporta eficientemente servios assimtricos, tais como
downloads de ficheiros. Dependendo do nmero dos slots TDMA atribudos a uma transmisso
e ao esquema de cdigo usados sobre o canal, o GPRS pode suportar transmisses de dados
entre 9 Kbps e 171 Kbps.
A verso EDGE de GPRS oferecido pelo GERAN fornece esquemas mais avanados de
modulao e de codificao, suportando taxas de dados de pelo menos 384 Kbps para
ambientes urbanos e 144 Kbps para ambientes rurais, sem mudar as estruturas de FDMA ou de
TDMA do GSM. Em consequncia, o GERAN pode ser usado para suportar muitos dos
servios oferecidos por redes UMTS. Entretanto, a compatibilidade com o GSM significa que o
sistema limitado, e os servios que requerem altas taxas de dados devem recorrer a uma
tecnologia diferente.
A outra tecnologia a UTRAN, a segunda opo da RAN suportada pelo UMTS. Na UTRAN
um ou mais clulas alimentada por um Node-B. Mltiplos Node-Bs so conectados a um RNC
(Radio Network Controller), e mltiplos RNCs formam um RNS (Radio Network Subsystem).
A UTRAN usa o WCDMA para partilhar a banda de frequncia disponvel entre chamadas
mltiplas simultneas, atribuindo um ou mais cdigos a cada chamada dependendo da largura
de banda requerida.
O sistema WCDMA pode operar-se em duas modalidades: na modalidade FDD as transmisses
uplink e downlink ocorrem em bandas de frequncias diferentes, enquanto na modalidade TDD
as transmisses uplink e downlink usam a mesma banda de frequncia mas multiplexados no
107
tempo. A modalidade de TDD mais flexvel em termos do alocamento do espectro mas

tambm mais complicadas em termos da sincronizao.
A UTRAN, alm de oferecer as velocidades fornecidas pela GERAN, pode tambm suportar
velocidades de mais de 2048 Kbps em pequenas clulas ou em reas interiores. Para conseguir
estas elevadas taxas de dados, alm de explorar o esquema flexvel de atribuio da largura de
banda do WCDMA, a UTRAN utiliza tambm o controlo de potncia. Isto significa que as
transmisses entre um UE e um Node-B usam a quantidade mnima de potncia requerida para
conseguir a conectividade no nvel requerido, dependendo da distncia entre eles. Em
consequncia, a interferncia entre as diferentes chamadas minimizada, e o sistema pode
suportar alta capacidade.
Uma outra rea onde a UTRAN superior a GERAN na gesto dos handovers. Um handover
executado quando uma UE que faz uma chamada se move para uma nova clula. Uma vez
que a GERAN usa bandas de frequncias diferentes em cada clula, somente suporta o hard
handover, em que a ligao de rdio na clula antiga desligada antes de se estabelecer uma
ligao de rdio na nova clula. Em contraste, a UTRAN usa a mesma banda de frequncia em
toda parte, com as clulas diferenciadas somente pelo cdigo preliminar usado em cada clula.
A UTRAN suporta consequentemente o soft handover, em que a ligao de rdio nova clula
estabelecida antes de se remover a ligao de rdio clula antiga. Como resultado, o
utilizador nunca perde a conectividade durante um handover.
Qualidade de servio em redes UMTS
Um elemento chave no transporte de servios multimdia em redes UMTS a Qualidade de
Servio (QoS), oferecida s aplicaes, devido natureza da rede, baseada em pacotes (All IP),
e aos recursos limitados da interface area. A Mobilidade de MSs entre redes (roaming) ter
um impacto nas solues de QoS, que necessitam garantir o nvel de servio quando os
utilizadores finais cruzarem os domnios. A arquitectura para QoS das redes Backbone UMTS
uma evoluo para a arquitectura de QoS para o GPRS. Nesta arquitectura um Bearer Service
define as caractersticas e funcionalidades entre os pontos finais da comunicao com o
objectivo de realizar um suporte consistente de QoS para servios end-to-end. O end-to-end
bearer service realizado atravs de uma arquitectura em camadas ilustrado na figura 47.
108
Figura 47 Arquitectura da QoS [7]
O end-to-end service a combinao do servio das diferentes redes ao longo do caminho endto-end, quando vrias redes esto envolvidas. Na arquitectura UMTS, o end-to-end service
pode ser compreendido em trs componentes bsicos [7]:
O local bearer service, que permite a comunicao entre os diferentes componentes de

uma estao mvel. Estes componentes compreendem as MSs, que responsvel pela
ligao fsica com a UTRAN por meio da interface area, e um ou mais dispositivos de
utilizador, tais como, portteis, PDAs e telefones mveis tradicionais.
O UMTS bearer service, que oferecido pelo operador. Prov QoS dentro da rede UMTS
e realiza as funes necessrias para o inter funcionamento com as redes externas. Este
servio ainda composto do RAB (Radio Access Bearer Service) e do backbone UMTS
bearer service.
O external bearer service liga o backbone UMTS e o n de destino localizado em uma

rede externa. Este servio pode utilizar o transporte IP ou outras alternativas.
As funes de gesto de QoS em redes backbone UMTS para aplicaes multimdia incluem
um mecanismo que efectue o controlo de admisso, classificao, mapeamento e gesto da
mobilidade das MSs, bem como, a gesto dos recursos nos pontos de ingresso rede backbone
109
UMTS. A funo de gesto de recursos realizada atravs de mecanismos de escalonamento,

gesto de filas e controlo de recursos de rdio, a fim de distribuir os recursos disponveis entre
os servios. O estabelecimento de QoS dentro da rede backbone UMTS se d atravs do
procedimento de activao de um contexto PDP, que activado atravs de um pedido feito pela
estao mvel ao SGSN, onde esto localizados os perfis de QoS e outros parmetros
necessrios activao deste.
Activao do contexto PDP
O contexto PDP deve ser estabelecido antes que uma estao mvel possa efectivar a
comunicao com a rede de dados externa e aps o seu registo com um SGSN da sua
rede backbone UMTS. O contexto PDP um protocolo de sinalizao usado para
estabelecer diferentes comunicaes possibilitando a interoperabilidade com PDNs
externas. O contexto PDP descreve as caractersticas da ligao com a rede de dados
externa, como: tipo de rede, endereo de rede, APN (Access Point Name), QoS, etc.
Para que isso ocorra o MS requisita uma activao de contexto PDP. O SGSN valida a
requisio baseando-se na informao de inscrio recebida do HLR durante o
processamento do GTP [42], [43].
O APN enviado para o DNS (Domain Name Server) no SGSN para que se encontre o
endereo IP do GGSN relevante. criada uma ligao lgica entre o SGSN e o
GGSN/GTP. O GGSN atribui estao mvel um endereo IP dinmico da gama de
endereos atribudos a PLMN ou a partir de um servidor RADIUS (Remote
Authentication Dial In User Service).
Aps a estao mvel se ter registado com um SGSN do seu backbone UMTS, ela
precisa atribuir um ou mais endereos da camada de rede, chamados de endereos PDP,
de modo a enviar ou receber pacotes de uma estao mvel residindo em uma PDN
externa. Esta operao estabelece uma associao entre o SGSN com a qual a MS se
registou e o GGSN que mantm o(s) endereo(s) PDP atribudo(s) MS, possibilitando
a interoperabilidade com PDNs externas.
110
Ao registo da associao entre um endereo PDP que identifica a aplicao de um

utilizador mvel, um SGSG e um GGSN, chamado de contexto PDP. Os seguintes
parmetros podem ser definidos em um contexto PDP:
Endereo PDP (PDN) e tipo PDP (IPv4, IPv6, PDN) atribudo para uma MS.
Endereo de um GGSN que serve como ponto de acesso para uma PDN externa.
Perfil de QoS: define a QoS esperada por um assinante mvel em termo dos
seguintes parmetros: atraso, confiabilidade, precedncia de servio e througput.
A activao de um contexto PDP pode ser executada por uma MS ou pela rede GGSN.
Os procedimentos utilizados para a activao de um contexto PDP iniciados por uma
MS esto ilustrados na figura 48 [17]:
Figura 48 Activao do contexto PDP pela MS
Uma MS envia uma mensagem de Pedido de activao de contexto PDP para o

SGSN contendo as seguintes informaes: um endereo PDP, um tipo PDP, um
APN opcional que identifica um GGSN atravs de um endereo IP ou um nome
lgico, um NSAPI e um perfil de QoS.
Para aceitar o perfil de QoS solicitado, o SGSN precisa autenticar a MS e verificar

o contrato de servio assinado com a operadora de rede em termos dos nveis de
111
QoS; a qualquer momento dependendo das condies de carga de uma PLMN

GPRS e dos recursos disponveis, um perfil de QoS pode ser modificado pelo
SGSN.
O SGSN envia o APN recebido a um DNS atravs de um pedido de busca. O DNS

responde o pedido atravs de uma lista, em ordem de preferncia, dos GGSNs
disponveis para uso. O SGSN selecciona o GGSN adequado e envia a este uma
mensagem de Pedido de Criao de Contexto PDP. Para enviar essa mensagem,
um tnel GTP (caminho bi-direccional ponto - a - ponto) aberto entre o SGSN e o
GGSN, caso este ainda no exista. Esse tnel identificado por um TID (Tunel
Identifier).
O GGSN responde ao pedido uma mensagem de confirmao Resposta de criao

do contexto PDP para o SGSN contendo o endereo PDP para a MS e o perfil de
QoS negociado. Alm disso, o GGSN actualiza uma das entradas da sua tabela
onde ele mapea o TID e o endereo IP do SGSN com a MS associada a eles.
O SGSN envia uma mensagem para a MS indicando que o contexto PDP solicitado
foi activado correctamente. Finalmente, o SGSN tambm actualiza uma entrada de
sua tabela mapeando a identidade mvel com o TID e o endereo IP do GGSN
com o qual ele estabeleceu o tnel.
A figura 49 ilustra a activao do contexto PDP pela rede. Para o caso em que um
pacote destinado a um endereo PDP especfico for recebido de uma PDN e no existir
um contexto PDP activo para esse endereo o GGSN poder simplesmente descartar o
pacote ou tentar activar um contexto PDP com a MS correspondente.
Se necessrio, o GGSN, pede ao HLR informaes de encaminhamento necessrias para
o endereo PDP. Se o HLR possuir essas informaes, ele enviar uma mensagem de
confirmao contendo o IMSI e o endereo do SGSN servindo a MS. Caso contrrio, o
HLR informar a causa indicando a razo para a resposta negativa. Se uma resposta
positiva for recebida, o GGSN pedir ao SGSN para enviar uma mensagem a MS
(contendo o endereo PDP e o tipo de PDP) solicitando a activao de um contexto
PDP. As figuras 50 e 51 ilustram a desactivao do contexto PDP.
112
A desactivao do contexto PDP pode ocorrer a partir da MS ou a partir de outras redes de

dados externas (PDNs).
Figura 49 Activao do contexto PDP pela rede
Figura 50 Desactivao do contexto PDP pela MS
113
Figura 51 Desactivao do contexto PDP pela rede
Mapeamento das classes da Qualidade de Servio no UMTS

Os tipos de trfegos para a arquitectura de QoS no UMTS definidos pelo 3GPP so divididos
em quatro classes. Esta classificao baseada nos requisitos de atraso, taxa de bit, taxa de erro
e prioridade no tratamento do trfego conforme descrito a seguir [44]:
Classe Conversacional Essa classe representa os servios de tempo real que possuem
restries quanto ao atraso e jitter. Exemplo: aplicaes de voz.
Classe Streaming Para as aplicaes enquadradas nesta classe, uma certa tolerncia de
atraso e jitter permitida. Como exemplo para esta classe pode-se citar: vdeo em tempo
real, aplicaes de fluxo contnuos.
Classe Interactiva aplicvel a servios que requerem uma vazo garantida. Alguns
exemplos desta classe incluem: e-commerce, navegao Web interactiva.
Classe Background utilizada para o trfego Best Effort tradicional, como transferncia
de arquivos e e-mail. Esse trfego possui a menor prioridade de entre todas as classes.
As tabelas 5 e 6 apresentam o mapeamento das classes de QoS no UMTS em classes DifferServ

de PHB e os atributos de QoS para as quatro classes de trfego UMTS [44].
114
Tabela 5 Mapeamento das Classes de QoS no UMTS em Classes DifferServ de PHB
O processo de marcar pacotes com DSCPs (Differentiated Service Code Point) apropriados nos
encaminhadores de borda tambm chamado de classificao de pacote. Os encaminhadores
intermedirios da rede Backborne UMTS usam este DSCPs para o escalonamento e o
encaminhamento apropriado das datagramas IP.
Tabela 6 Atributos de QoS para as classes UMTS
115
Arquitectura de tarifao
A arquitectura do IMS suporta a capacidade de tarifao on-line e off-line.

Tarifao on-line um processo onde as entidades do IMS, tais como um servidor de aplicao
(AS), interagem com o sistema de tarifao on-line. O sistema de tarifao on-line por sua vez
interage em tempo real com o cliente, controlando ou monitorando a tarifa relacionada ao uso
do servio: por ex, o AS interroga o sistema de tarifao on-line antes de permitir o
estabelecimento de uma sesso ou recebe informao acerca de quanto tempo um utilizador
pode participar em uma conferncia.
Tarifao off-line um processo onde a informao de tarifao colectada aps a sesso, no
afectando em tempo real o servio que est sendo usado. Neste modelo um utilizador recebe
tipicamente uma conta mensal, que mostre os itens tarifados durante um particular perodo.
Arquitectura de tarifao off-line
O ponto central na arquitectura de tarifao off-line o CCF (Charging Collection Function)
que recebe a informao de contabilidade das entidades IMS, atravs do ponto de referncia Rf.
Processa os dados recebidos e depois constri e formata o CDR (Charging data record) actual.
O CDR passado ao sistema de facturao, que toma cuidado ao fornecer o CDR final,
tomando a informao recebida do cliente de outras fontes (por ex, CGF Charging Gateway
Function).
A figura 52 descreve a arquitectura de tarifao off-line em um caso, onde tanto o chamador
como o chamado esto usando o roaming IMS. Quando o utilizador no est em roaming
haver somente um CCF envolvido.
116
Figura 52 Arquitectura IMS de tarifao off-line [49]
CCF (Charging Collection Function)

O uso do CCF permite um operador de ter um nico ponto de referncia para o sistema de
facturao, transferindo assim a informao de tarifao das entidades do IMS ao sistema de
facturao escolhido pelo operador de rede. O CCF pode ser implementado como um elemento
de rede centralizada, separado ou como um residente de funcionalidade integrado nas entidades
do IMS. As funes principais do CCF so:
o
Colectar e gerar a informao de contabilidade das entidades do IMS.
Correlacionar, consolidar, filtrar campos desnecessrios e adicionar a

informao especfica do operador informao recebida do cliente.
Criar CDRs aps pr processamento e transferir CDRs ao sistema de

facturao.
CGF (Charging Gateway Function)
O CGF no domnio PS fornece um mecanismo para transferir a informao de tarifao dos ns

SGSN e GGSN aos sistemas de facturao escolhidos pelo operador de rede. As principais
funcionalidades do CGF para o domnio PS so equivalentes ao CCF que so usadas no
domnio IMS [22]. Uma diferena que o CGF recebe CDRs vlido do SGSN e do GGSN.
117
Sistema de facturao
O CCF e o CGF emitem CDRs ao sistema de facturao que cria a conta real. A conta pode
conter, por o ex, o n de sesses, destinos, durao e tipo de sesses (udio, vdeo).
Ponto de referncia Rf
A sesso do IMS atravessa atravs das vrias entidades do IMS e de todas as entidades que
executam o controlo da sesso SIP, podendo gerar a informao de tarifao off-line. A
informao emitida das entidades do IMS ao CCF, usando os pedidos de contabilidade do
Diameter via a interface Rf. A sinalizao SIP relaciona-se com as sesses ou com os eventos
do IMS.
Ponto de referncia Bi
O CCF (charging collection function) usa o ponto de referncia Bi para transferir o CDR criado
ao sistema de facturao. Porque existe muitas variaes entre sistemas de facturao
existentes, o 3GPP no especificou nenhum protocolo em particular para o ponto de referncia
Bi. Entretanto, o 3GPP estabeleceu algumas exigncias mnimas, onde todas as
implementaes devem suportar uma interface baseado em ficheiros volumosos para a
transferncia de CDRs, do CCF ao sistema de facturao: a recomendao de utilizar FTP
sobre TCP/IP [23]. O CCF emitir diferentes CDRs ao sistema de facturao atravs do ponto
de referncia Bi. Existem os seguintes tipos de CDR:
o S-CSCF-CDR; P-CSCF-CDR; I-CSCF-CDR; BGCF-CDR; MGCF-CDR;
MRFC-CDR.
Ponto de referncia de Ut
Ut o ponto de referncia entre a UE e o AS. Permite os utilizadores de controlarem e

configurarem firmemente sua informao de servio relacionada com a rede, hospedada no AS.
Os utilizadores podem usar o ponto de referncia Ut para criar identidades pblicas de servio
(PSIs), tais como uma lista de recurso, e controlam as polticas de autorizao que so usadas
pelo servio. Exemplos de servios que utilizam o ponto de referncia Ut so: presena e
conferncia. O HTTP o protocolo de dados escolhido para o ponto de referncia Ut.
118
Arquitectura de tarifao on-line

O S-CSCF, AS e MRFC so as entidades IMS que podem executar tarifao on-line. O AS e o
MRFC usa o ponto de referncia Ro, enquanto o S-CSCF usa o ponto de referncia ISC (IMS
Service Control) para comunicar com o OCS (On-line Charging System). A figura 53 ilustra a
arquitectura de tarifao on-line.
Figura 53 Arquitectura IMS de tarifao on-line [49]
ECF (Event Charging Function)
Quando um UE solicita algo do AS ou do MRFC que requer autorizao de tarifao, o AS ou

o MRFC contacta o ECF atravs do ponto de referncia Ro antes de entregar o servio ao
utilizador. O ECF suporta dois modelos diferentes de autorizao: evento de tarifao e evento
de tarifao com unidade de reserva.
O modelo evento de tarifao usa a funo de avaliao para encontrar a tarifa apropriada para
um evento. Aps ter resolvido a tarifa e o preo, deduz uma quantidade apropriada de dinheiro
do utilizador. Usando este modelo o AS ou o MRFC deve saber que pode entregar o servio
pedido ao prprio utilizador. Por ex, o AS pode emitir um ACR e informar o ECF do servio e
do n dos itens a ser entregue. Ento o ECF usa a funo de avaliao para resolver a tarifa e
para calcular o preo baseado no n das unidades entregues.
O modelo evento de tarifao com unidade de reserva usa a funo de avaliao para
determinar o preo do servio desejado de acordo com a informao do servio especfico, se o
119
custo no for dado no ACR. Ento reserva uma quantidade apropriada de dinheiro do utilizador
e retorna a quantidade correspondente de recursos ao AS ou ao MRFC. A quantidade de
recursos pode estar em tempo ou a um volume de dados permitido. Quando os recursos
concedidos ao utilizador forem consumidos ou o servio for entregue com sucesso ou
terminado, o AS ou o MRFC informa o ECF da quantidade de recursos consumidos.
Finalmente, deduz a quantidade usada do utilizador [22, 23], mas requer primeiro uma
interaco com a funo de avaliao.
Este modelo apropriado quando o AS ou o MRFC no pode determinar de antemo se o
servio pode ser entregue ou quando no se sabe a quantidade requerida de recursos antes do
uso de um servio especfico (por ex, durao da conferncia).
SCF (Session Charging Function)
O SCF executa a tarifao de acordo com o recurso de sesso usado, baseando-se em pedidos
recebidos do S-CSCF atravs do ponto de referncia ISC. Deve poder controlar o
estabelecimento da sesso, permitindo ou negando um pedido de estabelecimento aps ter
verificado a conta do utilizador. Tambm deve poder terminar uma sesso existente quando por
exemplo a conta do utilizador est vazia.
O projecto actual impe severos problemas. Significa, por exemplo, que o SCF deve suportar o
protocolo stack SIP, agir como um AS, manter o modelo de estado da chamada e fazer o
controlo do fluxo para sesses IMS. Ter todas estas funes como parte de um sistema de
tarifao on-line sobrecarregaria o sistema e conduzi-lo-ia a uma incoerente arquitectura de
tarifao on-line. Na prtica, existem duas opes para resolver este problema: estender o
ponto de referncia do ISC ou escolher um outro ponto de referncia apropriado.
BCF (Bearer Charging Function)
O SGSN usa o CAP (CAMEL Application Part) baseado como ponto de referncia para pedir a
permisso para o uso da portadora BCF. O BCF controla o uso da portadora (por ex, em termos
do tempo ou do volume de trfego). O BCF interage com a funo de avaliao e a conta do
utilizador. Em Release 06 as funes do BCF necessitam de ser estendidas para cobrir a
WLAN (Wireless Local Area Network) e fluxo de IP baseado em pedidos de tarifao do
GGSN.
120
Funo de avaliao (Rating)
Em um processo de determinao da unidade, a funo de avaliao calcula o n de sesso

relacionado com unidades no monetria (por ex, unidades de servio, volume dos dados,
tempo), baseado no servio pedido. A determinao da tarifa significa o clculo de cargas da
utilizao da rede para o uso de um servio particular. A determinao de preo usada para
calcular o preo de um dado n de unidades no monetria. O preo usado para os updates da
balana do cliente (dbito/crdito). possvel executar a funo da avaliao antes e/ou aps o
consumo do servio.
Funo de Correlao
Existe mltiplas fontes que podem produzir dados de tarifao a respeito de uma nica sesso
IMS. Se um operador quizer correlacionar a informao que vem das diferentes fontes (ECF,
SCF e BCF), necessita garantir que identificadores nicos de tarifao sejam atribudos a cada
evento tarifado. A funo de correlao a entidade que liga diferentes CDRs, baseada nos
identificadores de tarifao.
Ponto de referncia Ro
O AS e o MRFC usam mensagens ACR e ACA do protocolo DIAMETER para emitir a

informao de contabilidade on-line atravs do ponto de referncia Ro para o ECF, como para
tarifao on-line. Como as mensagens e o protocolo so os mesmos para tarifao on-line e
tarifao off-line, o AS e o MRFC devem poder distinguir quando uma ou outra. Esta deciso
poder ser baseada na informao fornecida por um operador ou na informao recebida pela
sinalizao SIP (endereo CCF e/ou ECF). A arquitectura permite o uso de pontos de
referncia de tarifao on-line e tarifao off-line simultaneamente [23].
121
Anexo D Novas interfaces introduzidas/entidades melhoradas
Anexo C BM-SC como sendo a nova entidade introduzida

O BM-SC a nova entidade introduzida pelo consrcio 3GPP na arquitectura e modo de
funcionamento da rede UMTS para suporte do MBMS. Com esta entidade so fornecidas
funcionalidades para proviso e entrega de servios MBMS aos terminais mveis.
O MBMS pode ser utilizado como ponto de entrada para um fornecedor de contedos
transmitir os servios, sendo responsvel pela autorizao, entrega, escalonamento e incio de
ligaes MBMS dentro da rede UMTS. O BM-SC uma entidade funcional que deve existir
para cada servio MBMS. A estrutura funcional do BM-SC numa rede UMTS ilustrada na
Figura 54 est dividida em cinco funcionalidades [31, 32, 50]. A figura cobre tambm as
interfaces e os protocolos usados. Deve-se entretanto observar que algumas interfaces, por
exemplo entre o BM-SC e o fornecedor de contedo (FC), no esto definidas.
Figura 54 Estrutura funcional do BM-SC na rede UMTS [31, 50]
- Funo de Segurana
A Funo de Segurana responsvel pela:
Aceitao do registo da UE para actualizao de chaves de servio.
Autorizao e aquisio da informao chave base do BSF (usando a interface Zn).
Gerao de chaves de servio.

122
Cifragem de chave de servio e actualizao de chaves de servio pelo BM-SC.
Gerao de chaves do trfego.
Cifragem de chave de trfego e actualizao de chaves de trfego na portadora

Broadcast/Multicast, cifrando os dados de servio transmitidos.
- Funo de Adeso
A Funo de Adeso responsvel pela:
Autorizao de Join Multicast e pela gesto do utilizador em adeso.
Tarifao do tempo relacionado e tarifao da subscrio relacionada.
Interface de subscrio opcional para a UE.
Gesto registos de facturao dos utilizadores servios MBMS atravs da interface Gi.
- Funo de Sesso e de Transmisso

A Funo de Sesso e de Transmisso uma funcionalidade ao nvel do servio responsvel
por fazer activar funes de estabelecimento de ligaes quando as sesses MBMS so
agendadas. Esta funo deve ser capaz de:
Fornecer ao GGSN parmetros associados com o transporte da informao, tais como a

qualidade de servio e a rea de servio MBMS e enviar os dados MBMS.
Activar e desactivar recursos da rede de transporte MBMS antes e durante a transmisso

da informao MBMS.
Autenticar e autorizar fontes externas e aceitar o contedo enviado por elas.
Escalonar a sesso de transmisso e tambm efectuar retransmisses.
Gerir sesso e parmetros associados de transmisso.
Iniciar e terminar recursos da portadora.
Gerir o contedo do repositrio.
Interagir com o FC (Fornecedor de contedos).
- Funo de Proxy e de Transporte

Esta uma funcionalidade ao nvel do estabelecimento de ligaes para transmisso do MBMS
que actua como um agente proxy para sinalizao entre os GGSNs e outras funcionalidades do
123
BM-SC atravs da interface Gmb. A Funo Proxy e Transporte do BM-SC tambm dever ser
capaz de:
Gerir funes do BM-SC quando diferentes servios MBMS so fornecidos por mltiplos
elementos da rede. O encaminhamento das diferentes iteraes de sinalizao deve ser
transparentes ao GGSN.
Gerar registos de facturao para o Fornecedor de Contedos. O nome do Fornecedor de

Contedos fornecido funcionalidade Proxy e Transporte do BM-SC atravs da
interface Gmb no incio da sesso.
Actuar como um intermedirio dos dados enviados pela funo Sesso e Transmisso
para o GGSN.
A funo de Proxy e de Transporte pode ser dividida numa funo Proxy gerindo o plano
de controlo (Gmb) e uma funo Transporte gerindo o Multicast dos dados.
- Funo de Anncio de Servio

O anncio de servio uma funcionalidade ao nvel do utilizador responsvel por:
Enviar anncios dos servios MBMS disponveis aos terminais mveis.
Fornecer aos terminais mveis a discrio da informao a ser transmitida (ex: tipo de
codificao de vdeo e udio) assim como a descrio da sesso MBMS (ex: identificao
do servio, endereo IP, tempo de transmisso, etc.).
Fornecer a descrio da sesso e do tipo de dados MBMS durante o anncio de servio

por meios de protocolos especificados pelo IETF.
Suportar mecanismos de anncio de servios MBMS, tais como SMS, WAP, HTTP, etc.
124

O MBMS foi realizado pela adio das novas potencialidades e de uma nova entidade
funcional, a saber o BM-SC: consequentemente, uma nova interface de controlo, Gmb, foi
introduzida entre a rede ncleo 3GPP e o BM-SC [31]. Para qualquer proposta de integrao,
crtico analisar a interface. A Sinalizao da interface Gmb pode ser sub categorizado em:
Sinalizao Gmb do servio especfico da portadora do MBMS:

O GGSN estabelece o contexto da portadora MBMS e regista-o no BM-SC.
O GGSN ou o BM-SC liberta o contexto da portadora do MBMS e o GGSN deixa de
estar registado no BM-SC.
O BM-SC indica o incio e o fim da sesso para o GGSN incluindo atributos da
sesso como QoS e a rea de servio do MBMS.
Sinalizao Gmb especfica do utilizador:

O BM-SC autoriza a activao especfica do utilizador do servio Multicast MBMS
(join) no GGSN.
O GGSN relata ao BM-SC o sucesso da activao especfica do utilizador Multicast
MBMS (join) para permitir o BM-SC de sincronizar o contexto da UE de BM-SC
MBMS com os contextos de UE MBMS no SGSN e no GGSN.
O GGSN relata ao BM-SC quando um servio especfico do utilizador Multicast do
MBMS libertado ou desactivado. O GGSN faz o relatrio a fim de sincronizar o
contexto do UE BM-SC MBMS com os contextos da UE MBMS no SGSN e no
GGSN.
Em adio a interface Gmb, a interface Gi usada para transportar o Multicast IP do BM-SC

aos GGSNs correspondentes. O BM-SC fornece tambm uma interface aos fornecedores de
contedos, mas esta interface foi deixada sem especificao.
Enquanto a funcionalidade BM-SC divide em vrias entidades do IMS, a interface tem que ser
adaptada tambm e talvez repartido em diversas interfaces. Esta mudana ser ditada pela
entidade do destino e investigada como parte das arquitecturas de integrao propostas. Uma
125
possvel aproximao pode ser a diviso da interface Gmb em duas interfaces; Gmb e uma
nova interface Gma (ma para autorizao Multicast). Onde Gmb mantm com a sinalizao
especfica da portadora MBMS e Gma contacta o PDF, as entidades NASS ou HSS e autoriza a
activao da portadora Multicast.
As entidades existentes da rede, GGSN, SGSN, RNC/BSC e UE que fornecem servios de
portadora MBMS foram tambm melhoradas para executar diversas funes e procedimentos
relacionados com o MBMS.
A UE conectada IP, com IGMP (Internet Group Management Protocol) ou suporta o
protocolo de apoio MLD (Multicast Listener Discovery) e participa na activao/desactivao
do servio de portadora MBMS e suporta a sinalizao da rede ncleo do MBMS e as funes
e os procedimentos da rede rdio. Primeiro a UE deve suportar a recepo do contedo do
servio do utilizador MBMS incluindo potencialidades tais como a gesto e o decifrar da chave
de segurana, a descodificao do FEC (Forward Error Correction), recepo de streams sobre
Multicast, recepo e reconstruo de ficheiros FLUTE (File delivery over Unidirectional
Transport) codificados e a gesto de vrias descries do servio e da sesso.
O RNC (Radio Netowrk Controller) ou BSC (Base Station Controller) responsvel para a
eficiente entrega de dados MBMS, seleccionando o apropriado canal de transmisso e os
procedimentos de suporte da mobilidade intra-RNC e inter-RNC. Os dados MBMS devem
incluir o contedo actual, actualizaes das chaves de trfego, anncio de servio ou outra
informao de controlo tal como streams de pacotes RTCP (Real Time Control Protocol).
O papel do SGSN na arquitectura do MBMS executar o servio de portadora do MBMS para
cada UE individual e fornecer transmisses MBMS para UTRAN/GERAN (UMTS Terrestrial
Radio Access Network/GSM Edge Radio Access Network), com os procedimentos de
mobilidade intra-SGSN e inter-SGSN. O GGSN serve como um ponto de entrada para o trfico
Multicast IP como dados MBMS.
126
Referncias
Referncias
[1]
E. Sheriff Ray, Fun Hu Y. Mobile Satellite Communication Networks
[2] Holma Harri, Toskala Antti: WCDMA for UMTs: Radio Access for Third Generation
Mobile Communications, 07
[3]
Guoyou
He
Overview
of
http://www.tml.tkk.fi/Opinnot/T-
UMTS
109.551/kalvot/UMTS_Tech-Paper.pdf
[4] Camarillo Gonzallo SIP Demystified
[5]
P. Mikka, Mayer Georg, K. Hisham, Niemi Aki, The IMS IP Multimedia Concepts and
Services in the Mobile Domain
[6] Castro P. Jonathan All IP in 3G CDMA Networks, 2004

[7] Chuah choo Mooi, Zhang Qinqing, Design and performance of 3G wireless networks and
Wireless Lans
[8]
Rappaport S. Theodore Wireless Communications Principles and Practice
[9] 3GPP, TS 23.060 "General Packet Radio Service (GPRS); Service description; Stage 2",
V6.3.0, December 2003.
[10] TS 22.228 - 3GPP "Service requirements for the Internet Protocol (IP) Multimedia core
network subsystem; Stage l", V6.5.0, January 2004.
[11] TS 22.250 - 3GPP "IP Multimedia Subsystem (IMS) group management; Stage l", V6.0.0,
December 2002.
[12] 3GPP, TS 22.146 "Multimedia Broadcast / Multicast Service (MBMS); Stage l"V6.7.0,
2006.
[13] 3GPP, TS 22.246 Multimedia Broadcast / Multicast Service (MBMS) user services; Stage
l", V6.3.0, March 2006.
[14]
Turner,
B.
and
Orange,
M.,
"3G
Tutorial",
NMS
Communications,
www.nmscommunications.com/3Gtutorial
[15] UMTS Frum, www.umts-forum.org.
[16] 3GPP, TS 23.221 - Architectural Requirements
[17] 3GPP, TS 23.107; 3GPP, TS 23.207 - End-to-end QoS concept and architecture
[18] 3GPP, TS 23.228 - IMS stage 2
[19] RFC 3261 - Session Initiation Protocol (SIP)
[20] 3GPP, TS 24.229 - IMS call control protocol based on SIP and SDP; Stage 3
127
2002,
Referncias
[21] 3GPP, TS 23.002

[22] 3GPP, TS 32.200 - Charging management; charging principles
[23] 3GPP, TS 32.225 - Charging management; charging data description for the IMS
[24] SamSung, "3GPP TSG RAN WG2 R2-021669: Considerations on power allocation for
MBMS", http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_33/Docs/
[25] Karaliopoulos, M. and et al., "Satellite radio interface and radio resource management
strategy for the delivery of Multicast/Broadcast services via an integrated satelliteterrestrial system", http://users.otenet.gr/~merkaral/papers/satin-ieeecomms-Sep04.pdf
[26] 3GPP, TS 22.946 Broadcast Multicast Services, V1.0.0", 2001, www.3gpp.org.
[27] 3GPP, TS 23.846 Multimedia Broadcast Multicast Service (MBMS); Stage 2, V6.1.0",
December 2002
[28] Saraiva, H., "Os Desafios das Comunicaes Mveis" In revista Prmio, pg. 32-33, 2004
[29] Lucent Technologies, "MBMS Applications and bit-rates", 3GPP MBMS workshop,
Londres, Reino Unido, Maio 2002.
[30] 3GPP, TR 23.847 Enhancements to IMS service functionalities facilitating multicast bearer
services", Release 07, Setember 2006
[31] 3GPP TS 23.246 " Multimedia Broadcast/ Multicast Service; Architecture and Functional
Description", V6.10.0, June 2006
[32] 3GPP TS 26.346 " Multimedia Broadcast/ Multicast Service (MBMS): Protocols and
codecs ", Release 07, October 2006
[33] 3GPP TS 33.246 " Security of Multimedia Broadcast/ Multicast Service ", Release 07,
October 2006
[34] C-Mobile, Deliverable 4.1, Detailed Research Obectives an requirements for the Core
Network Enhancements and new Entities", September 2006
[35] 3GPP TR 23.882 " 3GPP System Architecture Evolution: Report on Technical Options and
conclusions; Release 07, November 2006
[36] IEFT RFC 3550 RTP: A Transport Protocol for Real Time Applications July 2003
[37] Paila, M. Luby, R. Lehtonem, Roca & R. Walsh, FLUTE File Delivery over Unidirectinal
Transport, RFC 3926, October 2004
[38] C-Mobile, Deliverable 2.1, Scenarios and Technical Requirements, September 2006
http://c-mobile.ptinovacao.pt/files/WP2_FT_D21_19_CORRECTION.doc
128
Referncias
[39] N. H. Vaidya, S. Hameed: Data Broadcast Scheduling: On-line an Off-line Algorithms,

Technical Report 96-017, Texas A&M University, 1996
[40] N. H. Vaidya, S. Hameed: Scheduling Data Broadcast in Asymmetric Communication
Environments, Technical Report 96-022, Texas A&M University, 1996
[41] S. Hameed, N. H. Vaidya: Efficient algorithms for scheduling data Broadcast, Texas
A&M University, 1999
[42] ETSI 101 347 V7.10.0 (2002 - 12) Digital cellular telecommunications system (phase 2+)
http://www.eliss.org/download/file/viewfile.php?idfile=35
[43] GSM 03 60, ETSI Technical Specification: GPRS; Service Description
[44] Clapton, A. and Groves, I., Third Generation Mobile System BT Technology Journal,
July 1996, vol. 14, N3 pg 115-122
[45] 3G Wireless (UMTS) FAQ: http://www.3g4g.co.uk/Faq/3gpp.html .
[46] A. Boni, E. Launay, T. Mienville, P. Stuckmann, Outubro 2004 Multimedia Broadcast
Multicast Service Technology Overview and Service Aspects Fifth IEE International
Conference on 3G Mobile Communication Technologies, pp. 634-638.
[47] M. Chuah, Teck Hu, W. Luo, 2004 UMTS Release 99/4 Airlink Enhancement for
supporting MBMS Services, IEE Communications Society.
[48] C-Mobile, Deliverable 4.1 Research Directions and Technology Evolution Roadmap for
RAN, June 2006
http://c-mobile.ptinovacao.pt/files/WP3_QCOM_D31_05_submitted.doc
[49] Poikselk Miikka, Mayer Georg, Khartabil Hisham, Niemi Aki The IMS IP Multimedia
Concepts and Services in the Mobile Domain, 2004
[50] C-Mobile, Deliverable 4.2 Draft Specification and Requirements of Enhanced Core Network
Elements for RAN, January 2007
[51] Knappmeyer Michael, Toenjes Ralf Adaptive Data Scheduling for Mobile Broadcast
Carousel Services
[52] Kampmann Markus Multimedia Multicast/Broadcast Services
http://itg32.hhi.de/Folien_02_12_02/Vortrag_M_Kampmann_17_06_2004_MBMS.pdf
[53] Makinen Lauri, Koponen Ari Multicast in the Mobile Environment and 3G
http://www.tml.tkk.fi/Opinnot/T-110.5120/2006/slides/Multicast%20in%203G.pdf
129

Integração Do MBMS No IMS

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Integração Do MBMS No IMS

Cargado por

Copyright:

Formatos disponibles

DEPARTAMENTO DE CINCIAS E TECNOLOGIAS DA INFORMAO

SOBRE A INTEGRAO DO MBMS NO IMS

Carlos Manuel Silva dos Reis

Dissertao submetida como requisito parcial para a obteno do Grau de

Mestre em Engenharia Informtica e de

Copyright 2007 de Carlos Reis

"Bem-aventurado o homem que encontra a

Lisboa, 15 de Outubro de 2007

Arquitectura IMS ..............................................................................................13

MBMS (Multimedia Broadcast Multicast Service) ..................................22

3.3.2 Fases do servio MBMS ...................................................................................28

Integrao do MBMS numa arquitectura IMS ..........................................39

Entidades da rede ................................................................................................43

4.3.2 Proposta de integrao IMS-MBMS para uma rede Evoluda/Convergida......46

Arquitecturas de referncia .................................................................................46

Escalonamento e Controlo da congesto............................................55

4.4.1 Introduo .........................................................................................................55

Servios em tempo no real ................................................................................58

5 Escalonamento adaptvel dos dados para transmisso mvel do servio

Resultados Obtidos .............................................................................77

Algoritmo existente .............................................................................................67

Avaliao de desempenho para os algoritmos bsicos .....................................77

Proposta de Algoritmos estendidos ....................................................82

Avaliao de desempenho para os algoritmos com extenso ...........................86

NDICE DAS FIGURAS

Figura 45 Rede 3G (3GPP R4) [3].........................................................................................106

NDICE DAS TABELAS

Thrid Generation Partnership Project

ATM Adaptation Layer 2

ATM Adaptation Layer 5

Authentication and Key Agreenment

Adaptive Modulation and Coding

Advanced Mobile Phone System

American National Standards Institute

Access Point Name

Asynchronous Transfer Mode

Bearer Charging Function

Breakout Gateway Control Function

Bearer Independent Call Control

Broadcast Multicast Service Center

Broadcast-Multicast Service Enabler

Base station Controller

Base station Subsystem

Base Transceiver Station

Customized Applications for Mobile Network Enhanced Logic

CAMEL Application Part

Cell Broadcast Service

Charging collection function

Code Division Multiple Access

Charging data record

Charging Gateway Function

Cyclic Redundancy Check

Call Session Control Function

Domain Name Server

Differentiated services code point

Digital suscriber line

Digital Video Broadcasting

Digital Video Broadcasting Handheld

Event Charging Function

Error control codecs

Enhanced Data rates for GSM Evolution

Electronic Service Guide

European Telecommunications Standards Institute