Escolar Documentos
Profissional Documentos
Cultura Documentos
Orientador:
Prof. Doutor Amrico Manuel Carapeto Correia
Outubro de 2007
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.
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.
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
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
Modo Broadcast..................................................................................................26
Modo Multicast ...................................................................................................27
Arquitectura do MBMS.......................................................................................30
O conceito dos servios MBMS..........................................................................34
4.3.1.1
4.3.1.2
4.4
5.2
5.2.1
5.3
5.3.1
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
ix
LISTA DE ACRNIMOS
1G
1 rd Generation
2G
2 rd Generation
2.5G
2.5 Generation
3G
3 rd Generation
3GPP
3GPP2
3G Partnership Project 2
AAL2
AAL5
AKA
AMC
AMPS
ANSI
APN
AS
Application Server
ATM
AUC
Authentication Center
BCF
BG
Border Gateway
BGCF
BICC
BM-SC
BM-SE
BSC
BSS
BTS
CAMEL
CAP
CBS
CCF
CDMA
CDR
CGF
CN
Core Network
CP
Content Provider
CRC
CS
Circuit switched
CSCF
D-AMPS
Digital AMPS
DNS
DSCP
DSL
DVB
DVB-H
ECF
ECC
EDGE
ESG
ETSI
EV-DO
EV-DV
FDD
FDMA
FEC
FLUTE
FSC
Fast Scheduling
FTP
GERAN
GMSC
Gateway MSC
GMSK
GGSN
xi
GMSC
Gateway MSC
GPRS
GSM
GSN
GTP
GPRS tunnel
HARQ
HLR
HSDPA
HSS/AuC
HTTP
HTTPS
I-CSCF
Interrogating-CSCF
IETF
IGMP
IMSI
IMS
IPMultimedia Subsystem
Internet Protocol
IPv4
IPv6
ISC
ISDN
ISIM
ISUP
ITU
LCS
Lcation Service
LTE
Long-Term Evolution
MBMS
xii
MDFC
MDFP
MGW
Media Gateway
MIMO
MLD
MME
MMS
MRF
MRFC
MRFP
MS
Mobile Station
MSC
Mobile Terminal
NA
Network Access
NGN
Next-Generation Network
NMT
OCS
OMA
OSI
P2P
Peer to Peer
PCC
PCRF
P-CSCF
PDA
PDC
PDN
PDP
xiii
PFQ
PHB
Per-Hop Behavior
PIM
PLMN
PoC
POTS
PS
Packet switched
PSI
PSK
PSTN
PtM
Point-to-Multipoint
PtP
Point-to-Point
QoS
Quality of Service
RAB
RADIUS
RAN
RNC
RNS
RTCP
RTP
RRC
RRM
SAE
SCF
SCIM
S-CSCF
Serving-CSCF
SDP
SFTP
SGSN
SGW
Signalling gateway
SIP
xiv
SLF
SMS
TACS
TCP
TDD
TDMA
TE
Terminal equipment
TID
Tunel Identifier
TISPAN
TRAU
UA
User Agent
UDP
UE
User Equipment
UMTS
UPE
URL
USIM
UTRAN
UWC
VLR
VMSC
Visitor MSC
WCDMA
WiMAX
WLAN
XML
xv
LISTA DE SMBOLOS
ai
Quantidade de dados
ci
Nvel de congesto
dj
E (li)
fi
Frequncia de um item i
Factor de congesto
Ij
li
Tamanho de um ciclo
pi
qj
Tempo actual
R(i)
si
Espaamento ptimo
tcyc
tcyc_max
ti_guar
toptimal
toverall
xi
Prioridade de um item i
Coeficiente parametrizado
xvi
NOTAO E TERMINOLOGIA
Notao Geral
A notao utilizada ao longo do documento segue a conveno apresentada a seguir:
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.
como
parte
da
rede
ncleo
do
UMTS
(Universal
Mobile
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
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.
Servios multimdia em tempo real de pessoa para pessoa, incluindo telefonia de voz.
Estes servios bsicos podem ser controlados por AS (Application Servers servidores de
aplicao) externos para fornecer vrias aplicaes. Por exemplo, o IMS fornece:
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.
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).
2.2.3
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.
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.
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
2.2.4
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.
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
de banda, etc.
Modelos de tarifao
14
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
O 3GPP decidiu-se usar uma arquitectura por Camadas/Planos (Figura 5) para o projecto:
Plano de Servio
Plano de Controlo
Plano de Transporte
15
16
17
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
19
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)
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].
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).
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.
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
de
fazer
telecomunicaes,
mas
antes
uma
evoluo
na
consolidao e
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.
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.
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.
24
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
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.
26
27
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.
3.3.2
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]:
28
receber informao de um servio especfico. Esta fase pode ocorrer depois da fase Incio
da Sesso e apenas necessria no modo Multicast.
(a) Broadcast
(b) Multicast
Figura 14 Fases do Servio MBMS [31, 53]
29
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.
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).
32
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).
Negociao da QoS.
33
Transporte 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).
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
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
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.
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
Servios Broadcast
37
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
O IMS pode fornecer QoS (Quality of service) no Plano de Utilizador, uma vez que est
ciente do servio solicitado pelo utilizador.
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
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:
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.
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
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 Segurana.
44
45
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
47
48
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
50
51
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).
53
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
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
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.
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
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
60
62
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
65
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
5.1.2
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
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
68
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
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:
Como:
70
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
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:
71
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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.
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:
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:
72
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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):
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
colocado no bucket Bj (1 j k) se
73
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
sobre
todos
os
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
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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.
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
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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:
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:
76
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
77
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
2500
2000
1500
1000
500
0.2
0.4
0.6
0.8
THETA
1.2
1.4
1.6
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
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
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
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
18000
THETA=0.5
16000
14000
12000
10000
8000
6000
4000
2000
0
0.05
0.1
0.15
0.2
0.25
THETA
80
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
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
81
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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.
82
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
84
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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.
85
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
5.3.1
86
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
87
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
2500
2000
1500
1000
k=1
k=5
k=10
k=100
On-line
500
0.5
1
Access Skew CoeficientTHETA
1.5
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
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
89
Captulo 5 Escalonamento adaptvel dos dados para transmisso mvel do Servio Carousel
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
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
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
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
Anexos
96
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.
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.
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.
100
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:
Coexistncia entre sistemas de segunda e terceira gerao, alm de modos TDD (Time
Division Duplex) e FDD (Frequency Division Duplex).
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:
102
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.
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.
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
108
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 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.
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
110
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]:
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
113
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.
114
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.
115
Arquitectura de tarifao
116
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
118
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 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
121
- Funo de Segurana
A Funo de Segurana responsvel pela:
- Funo de Adeso
A Funo de Adeso responsvel pela:
Gesto registos de facturao dos utilizadores servios MBMS atravs da interface Gi.
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.
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.
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.).
Suportar mecanismos de anncio de servios MBMS, tais como SMS, WAP, HTTP, etc.
124
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]
[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
[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
128
Referncias
129