ESTRATGIAS DE OTIMIZAO DA INTERFACE ABIS EM REDES DE TELEFONIA CELULAR GSM

Caio Mrcio Brotas Pinho

DISSERTAO SUBMETIDA AO CORPO DOCENTE DA COORDENAO DOS PROGRAMAS DE PS-GRADUAO DE ENGENHARIA DA UNIVERSIDADE FEDERAL DO RIO DE JANEIRO COMO PARTE DOS REQUISITOS NECESSRIOS PARA A OBTENO DO GRAU DE MESTRE EM CINCIAS EM ENGENHARIA ELTRICA.

Aprovada por: ________________________________________________ Prof. Marcello Luiz Rodrigues de Campos, Ph.D.

________________________________________________ Prof. Paulo Sergio Ramirez Diniz, Ph.D.

________________________________________________ Prof. Marco Antonio Grivet Mattoso Maia, Ph.D.

RIO DE JANEIRO, RJ - BRASIL. MARO DE 2006

PINHO, CAIO MRCIO BROTAS Estratgias de otimizao da interface Abis em redes de telefonia celular GSM [Rio de Janeiro] 2005 XV, 119 p. 29,7 cm (COPPE/UFRJ, M.Sc., Engenharia Eltrica, 2006) Dissertao - Universidade Federal do Rio de Janeiro, COPPE 1. Otimizao em sistemas celulares GSM I. COPPE/UFRJ II. Ttulo ( srie )

ii

Dedicatria
Dedico esta Tese minha famlia.

iii

Agradecimentos
Gostaria de prestar agradecimento a todos que contriburam com a elaborao deste trabalho: minha esposa Julianna, colegas de trabalho e estudo, minha empresa TIM, meu orientador Marcello e finalmente, Deus.

iv

Resumo da Dissertao apresentada COPPE/UFRJ como parte dos requisitos necessrios para a obteno do grau de Mestre em Cincias (M.Sc.)

ESTRATGIAS DE OTIMIZAO DA INTERFACE ABIS EM REDES DE TELEFONIA CELULAR GSM

Caio Mrcio Brotas Pinho

Maro/2006

Orientador: Marcello Luiz Rodrigues de Campos

Programa: Engenharia Eltrica

A crescente demanda de trfego de dados em redes celulares GSM/(E)GPRS se traduz num impacto diretamente proporcional ao consumo de recursos de rede. Especificamente a interface Abis representa, pelo seu volume, um dos pontos crticos nos projetos de reduo de custos para as operadoras de telefonia celular. Este trabalho um estudo sobre as vrias estratgias de otimizao da interface Abis disponveis no mercado com o objetivo de reduzir a banda necessria nesta interface e, conseqentemente, os custos das operadoras de telefonia celular. Aps os captulos introdutrios para embasamento do estudo, feita uma descrio detalhada das especificaes associadas a este interface, em que possvel verificar claramente os pontos passveis de sofrerem otimizao, e quais os fatores a influenciam. Em seguida so descritas as abordagens mais comuns para a otimizao com suas respectivas vantagens e desvantagens. Por ltimo so apresentados resultados prticos obtidos em testes laboratoriais e em redes comerciais de duas das solues descritas anteriormente.

Abstract of Dissertation presented to COPPE/UFRJ as a partial fulfillment of the requirements for the degree of Master of Science (M.Sc.)

ABIS INTERFACE OPTIMIZATION STRATEGIES ON GSM MOBILE NETWORKS

Caio Mrcio Brotas Pinho

March/2006

Advisor: Marcello Luiz Rodrigues de Campos

Department: Electrical Engineering

The continuous growth on the demand of data services over GSM/(E)GPRS mobile networks presents a directly proportional impact on the network resource consumption. Specifically the Abis interface, by its volume, is one of the crucial points regarding the mobile operators cost reduction projects. This document is a study about the Abis interface optimization strategies available on the market aiming to reduce the reserved bandwidth on this interface and, as a consequence, the operational costs. After the introductory chapters necessary to support the study, a detailed description of the specifications concerning this interface is made, where it is possible to identify easily the points which can be optimized, and what are the factors that can improve it. Continuing the most common optimization strategies are described with their respective advantages and disadvantages. Finally some practical results gathered on laboratory tests and even on commercial networks are shown concerning two of the strategies described before.

vi

Sumrio
Dedicatria............................................................................................................................iii Agradecimentos .................................................................................................................... iv Sumrio ................................................................................................................................ vii ndice de Figuras..................................................................................................................ix Glossrio de Siglas...............................................................................................................xii 1.
1.1 1.2 1.3

Breve Histrico sobre Telefonia Mvel ........................................................................ 1

Introduo............................................................................................................................. 1 Primeira Gerao de Telefones Celulares.......................................................................... 1 Segunda Gerao de Telefones Celulares .......................................................................... 2

1.3.1 1.3.2 1.3.3

1.4 1.5

Sistema TDMA............................................................................................... 4 Sistema CDMA .............................................................................................. 4 Sistema GSM.................................................................................................. 5

Gerao 2,5 de Telefones Celulares .................................................................................... 7 Terceira Gerao de Telefones Celulares .......................................................................... 9

2.
2.1 2.2 2.3 2.4 2.5

Conceitos Bsicos dos quadros PCM30...................................................................... 13

Introduo........................................................................................................................... 13 A Construo do quadro PCM30 ..................................................................................... 14 O sincronismo do quadro PCM30 .................................................................................... 21 Os alarmes .......................................................................................................................... 24 A aplicao do quadro PCM30 na interface Abis ........................................................... 25

3.
3.1 3.2

Conceitos Bsicos do (E)GPRS................................................................................... 29

Introduo........................................................................................................................... 29 Comutao por pacotes e Comutao por circuitos........................................................ 30

3.2.1 3.2.2
3.3 3.4

Comutao por circuitos (Circuit Swtiched CS) ....................................... 31 Comutao por pacotes (Packet Switched PS) .......................................... 31

Introduo do GPRS nas redes GSM............................................................................... 33 Estudo da interface area .................................................................................................. 34

3.4.1 3.4.2 3.4.3

3.5

Estratgias de utilizao dos timeslots na interface area ............................ 34 Possveis definies dos timeslots na interface area................................... 35 Os esquemas de codificao ......................................................................... 37 As diferenas introduzidas no (E)GPRS ...................................................... 39 Os esquemas de codificao ......................................................................... 40

A evoluo para o sistema (E)GPRS ................................................................................ 38

3.5.1 3.5.2

vii

4.
4.1 4.2 4.3 4.4

A otimizao da interface Abis.................................................................................... 42

Introduo........................................................................................................................... 42 Quadros TRAU................................................................................................................... 43 A Transmisso Descontnua .............................................................................................. 47 Estratgias de Otimizao para a Interface Abis ............................................................ 50

4.4.1 4.4.2 4.4.3 4.4.4 5

5.1 5.2

Abis Parcialmente Dinmica ........................................................................ 51 Abis Totalmente Dinmica........................................................................... 54 Otimizao a partir da deteco de quadros TRAU ociosos ........................ 62 Abis sobre IP ................................................................................................ 64

Testes das estratgias de otimizao da interface Abis .............................................. 71

Introduo........................................................................................................................... 71 Abis totalmente dinmica .................................................................................................. 72

5.2.1 5.2.2 5.2.3 5.2.4 5.2.5 5.2.6 5.2.7 5.2.8 5.2.9

5.3

Premissas e configuraes dos testes. .......................................................... 72 Exemplo BTS 1 alto trfego ...................................................................... 73 Exemplo BTS 2 alto trfego ...................................................................... 76 Exemplo BTS 3 alto trfego ...................................................................... 77 Exemplo BTS 4 mdio trfego .................................................................. 79 Exemplo BTS 5 baixo trfego ................................................................... 80 Exemplo BTS 6 congestionamento ........................................................... 81 Exemplo BTS 7 congestionamento ........................................................... 83 Exemplo BTS 8 congestionamento ........................................................... 84

Abis sobre IP....................................................................................................................... 86

5.3.1 Influncia sobre a qualidade de voz. ............................................................ 86 5.3.2 Influncia sobre a qualidade de voz em situao de congestionamento....... 89 5.3.3 Latncia introduzida pela estratgia de otimizao Abis sobre IP. .............. 92 5.3.4 Influncia da latncia sobre a performance (E)GPRS. ................................. 94 5.3.5 Influncia do congestionamento sobre a performance (E)GPRS. ................ 96 5.3.6 Introduo do cabealho da estratgia de otimizao. ................................. 98 5.3.7 Medies da taxa de otimizao com trfego real reproduzido em laboratrio................................................................................................................... 100 5.3.8 Medies da taxa de otimizao em redes comerciais com interface Abis sobre satlite. .............................................................................................................. 106 6 Concluses ................................................................................................................. 112 Referncias Bibliogrficas ................................................................................................ 117

viii

ndice de Figuras
Figura 1.1 Figura 1.2 Figura 1.3 Figura 2.1 Figura 2.2 Figura 2.3 Figura 2.4 Figura 2.5 Figura 2.6 Figura 2.7 Figura 2.8 Figura 2.9 Figura 2.10 Figura 2.11 Figura 3.1 Figura 3.2 Figura 3.3 Figura 3.4 Figura 4.1 Figura 4.2 Figura 4.3 Diferena entre as tcnicas de mltiplo acesso. Topologia bsica do sistema GSM. As taxas de transmisso ao longo da evoluo das geraes de telefones celulares. Densidade Espectral de potncia da voz humana. Ilustrao do processo de amostragem do sinal de voz. Quantizao linear do sinal PAM e erro de quantizao. Processo de transmisso do sinal PCM. Processo de recepo do sinal PCM. Ilustrao do quadro PCM30. Procedimento de sincronizao do quadro PCM30 sem CRC-4. O mtodo CRC-4 de deteco de erros de transmisso. Multiquadro de CRC. Exemplo de topologia para trs BTSs compartilhando o mesmo quadro PCM30. Exemplo de alocao de timeslots em um quadro PCM30 na interface Abis. Diferena fundamental entre comutao por circuitos e comutao por pacotes. Ilustrao das redes GSM e GPRS. Ilustrao da ampliao do territrio de dados. Adoo do esquema de modulao 8-PSK com a introduo do sistema (E) GPRS. Procedimento de transmisso na funcionalidade de transmisso descontnua. A demanda associada a cada esquema de codificao dos sistemas GPRS e (E) GPRS. A alocao dinmica dos recursos do BDD.

ix

Figura 4.4 Figura 4.5

Alocao dinmica dos recursos da interface Abis. Exemplo de otimizao da interface Abis totalmente dinmica, considerando apenas o trfego de voz.

Figura 4.6 Figura 4.7 Figura 4.8 Figura 4.9 Figura 4.10 Figura 4.11 Figura 4.12 Figura 5.1 Figura 5.2 Figura 5.3 Figura 5.4 Figura 5.5 Figura 5.6 Figura 5.7 Figura 5.8 Figura 5.9 Figura 5.10 Figura 5.11 Figura 5.12 Figura 5.13

Quadros TRAU concatenados. Troca de informaes de sinalizao da interface Abis Totalmente Dinmica. A introduo do novo elemento (a) Abis convencional. (b) Abis otimizada. Soluo de Abis sobre IP Estratgia de otimizao Abis sobre IP. Possibilidade de transmisso de diferentes trfegos sobre o mesmo E1 (quadro PCM30). Abis sobre IP maximizando os ganhos estatsticos com elementos concentradores. Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 1. Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 2. Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 3. Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 4. Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 5. Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 6. Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 7. Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 8. Configurao utilizada nos testes de MOS. Resultados dos Testes de MOS com diferentes algoritmos de codificao de voz. Configurao necessria para o teste de influncia do congestionamento no MOS. Influncia do congestionamento no MOS. Configurao para teste de latncia.

Figura 5.14 Figura 5.15 Figura 5.16

Impacto da latncia na performance do sistema (E) GPRS. Diferena no throughput com a introduo da interface Abis sobre IP. Configurao para teste de impacto da situao de congestionamento na performance do sistema (E) GPRS.

Figura 5.17 Figura 5.18 Figura 5.19 Figura 5.20 Figura 5.21 Figura 5.22 Figura 5.23 Figura 5.24 Figura 5.25 Figura 5.26 Figura 5.27

Influncia do congestionamento no throughput (E) GPRS. Configurao para teste de medio do cabealho introduzido pela interface Abis sobre IP. Medio do cabealho introduzido pela interface Abis sobre IP. Configurao dos testes para medio da taxa de otimizao. Utilizao da interface Abis sobre IP com trfego coletado do site 1. Utilizao da interface Abis sobre IP com trfego coletado do site 2. Utilizao da interface Abis sobre IP com trfego coletado do site 3. Configurao dos testes em rede viva da soluo de otimizao Abis sobre IP. Utilizao da interface Abis sobre IP e trfego mdio da BTS. Eficincia de otimizao da interface Abis e trfego mdio da BTS. Relao entre a utilizao da interface Abis sobre IP e o trfego da BTS.

xi

Glossrio de Siglas
Sigla Significado

AMPS AMR ATM BDD BER BSS BTS BG BSC CDMA CIR CG CRC CS CSD DNS DPSK DTX EDGE

Advanced Mobile Telephones Adaptive Multi Rating codec family Asynchronous Transfer Mode Banda Dinmica de Dados Bit Error Rate Base Station Subsystem Base Transceiver Station Border Gateway Base Station Controller Code Division Multiple Access Carrier to Interference Ratio Charging Gateway Cyclic Redundancy Check Circuit Switched Circuit Switched Data Domain Name Server Differential Phase Shift Keying Discontinuous Transmission Enhanced Data Rates for GSM Evolution

xii

EFR EM ERB FAS FDMA FM FR HMM GGSN GMSK GPRS GSM HLR HR HSDPA IMSI IMT-2000 IP ITU LA LAPD LIG MAC

Enhanced Full Rate Estao Mvel Estao Rdio-Base Frame Alignment Signal Frequency Division Multiple Access Frequency Modulation Full Rate Hora de Maior Movimento Gateway GPRS Support Node Gaussian Minimum Shift Keying General Packet Radio Service Global System for Mobile communications Home Location Register Half Rate codec High Speed Downlink Packet Access International Mobile Subscriber Identity International Mobile Telecommunications in the year 2000 Internet Protocol International Telecommunications Union Location Area Link Access Protocol over D-Channel Lawful Interception Gateway Medium Access Control

xiii

MCS MOS MPLS MSC NFAS NMT NTT OSI O&M PAM PCM PCU PDCH PDH PDP PESQ PS PSK QoS QPSK RA RLC RTSL

Modulation Coding Schemes Mean Opinion Score Multi Protocol Label Switching Mobile Switching Center No Frame Alignment Signal Nordic Mobile Telephones Nippon Telephone and Telegraph Open systems interconnection Operation & Maintenance Pulse Amplitude Modulation Pulse Code Modulation Packet Control Unit Packet Data CHannel Plesiochronous Digital Hierarchy Packet Data Protocol Perceptual evaluation of speech quality Packet Switched Phase Shift Keying Quality of Service QuadraturePhase Shift Keying Routing Area Radio Link Control Radio Timeslot

xiv

RX SFC SGSN SID SIR SMS SNR TBF TCH TDM TDMA TLLI TMSI TRX TX VAD UMTS VLR WAP WCDMA Wi-Fi

Recepo Sub-Frame Counter Serving GPRS Support Node SIlence Descriptor frame Signal to Interference Ratio Short Message Services Signal to Noise Ratio Temporary Block Flow Traffic Channel Time Division Multiplexing Time Division Multiple Access Temporary Logical Link Identity Temporary Mbile Subscriber Identity Transceiver Transmisso Voice Activity Detector Universal Mobile Telecommunications System (3GSM) Visitor Location Register Wireless Application Protocol Wideband CDMA Wireless Fidelity

xv

Captulo 1. Breve Histrico sobre Telefonia Mvel

1.1 Introduo
O primeiro captulo apresenta um breve histrico com a evoluo da telefonia mvel e os principais mtodos de mltiplo acesso, com vantagens e desvantagens. O objetivo deste primeiro Captulo situar historicamente o objeto de estudo deste trabalho, mostrando a partir de que momento surge a motivao para a otimizao da Interface Abis nas redes que utilizam o sistema GSM.

1.2 Primeira Gerao de Telefones Celulares

Embora o conceito de telefonia mvel tenha surgido nas dcadas de 50 e 60 no AT&T Bell Laboratories [1], foi no final da dcada de 70 e no incio da dcada de 80 que surgiu a primeira gerao de telefonia celular, quando sistemas analgicos foram desenvolvidos, e entraram em operao comercial. Os sistemas comerciais que ganharam mais destaque foram o Advanced Mobile Phone Service -AMPS (EUA), o Nordic Mobile Telephones - NMT (Escandinvia), alm do Japons lanado pela empresa Nippon Telephone and Telegraph Public Corporation NTT. A Tabela 1.1 mostra as principais caractersticas dos mesmos [2]. Em todos os sistemas supracitados a modulao utilizada foi FM (Frequency Modulation), que uma modulao analgica, e o mtodo de mltiplo acesso empregado foi FDMA (Frequency Division Multiple Access). Nos sistemas FDMA temos uma portadora dedicada a cada chamada, de modo que os usurios so separados por freqncia.

necessrio considerar, entretanto, que um aumento no nmero de assinantes nestas redes de telefonia celular significa a demanda por mais banda do espectro de freqncias, que um recurso escasso, alm de bastante caro. Tabela 1.1 caractersticas dos principais sistemas comerciais da primeira gerao de telefones celulares.
Sistema AMPS NMT NTT Faixa de freqncia (MHz) 800 450 800 Largura de banda por canal (kHz) 30 25 25 Modulao FM FM FM Tcnica de mltiplo Acesso FDMA FDMA FDMA

Dentre os vrios sistemas de primeira gerao, o que alcanou maior nmero de assinantes foi o sistema AMPS americano, que chegou a atingir 60% dos assinantes do mundo em 1990[2]. No Brasil, foi adotado o sistema AMPS para a primeira gerao de celulares, que opera na faixa de 800 MHz, entre 824MHz e 894 MHz. Os principais problemas da primeira gerao de telefones celulares foram a capacidade limitada, a existncia de diversos padres, que fazia com que cada pas tivesse sua rede isolada das demais, e a falta de privacidade, j que as conversas podiam ser facilmente captadas por um receptor FM. Nesta gerao de telefones celulares, no havia qualquer demanda por trfego de dados em redes mveis, uma vez que somente a possibilidade de chamadas de voz com mobilidade era o grande diferencial da telefonia celular frente telefonia fixa.

1.3 Segunda Gerao de Telefones Celulares

A segunda gerao de celulares entrou em operao no incio dos anos 90. As operadoras que j usavam o sistema AMPS se animaram com o sistema N-AMPS da Motorola que era ainda analgico, mas alocava 10 kHz para cada usurio, triplicando assim a capacidade das redes, alm de serem compatveis com o sistema AMPS. O sistema N-AMPS

ganhou uma boa fatia do mercado depois que o sistema IS-54, que foi apresentado como a evoluo digital do sistema AMPS, falhou devido aos sinais multipercurso que pioravam muito a qualidade da voz [2]. exceo do sistema N-AMPS, a segunda gerao de telefones celulares marcou a introduo dos terminais (ou estaes mveis) digitais, com diferentes esquemas de modulao digital e tcnicas de mltiplo acesso para aumentar a capacidade das redes. A Tabela 1.2 mostra as principais caractersticas dos sistemas celulares desta gerao. Tabela 1.2 Caractersticas dos principais sistemas comerciais da segunda gerao de telefones celulares.
Sistema GSM IS-95 IS-136 Largura de banda de cada portadora (KHz) 200 1250 30 Modulao GMSK QPSK DQPSK Tcnica de mltiplo acesso TDMA / FDMA CDMA / FDMA TDMA / FDMA

Com relao s tcnicas de mltiplo acesso, no sistema CDMA (Code Division Multiple Access) os usurios falam ao mesmo tempo, na mesma faixa de freqncia, porm com cdigos diferentes. No sistema TDMA (Time Division Multiple Access) os usurios na mesma faixa de freqncia, porm em intervalos de tempo diferentes. Por ltimo, no sistema FDMA os usurios falam ao mesmo tempo, porm com faixas de freqncias diferentes. A Figura 1.1 mostra graficamente a diferena entre as trs tcnicas de mltiplo acesso.

Figura 1.1 Diferena entre as tcnicas de mltiplo acesso. (a) CDMA (b) TDMA (c) FDMA.

 importante destacar que os esquemas de modulao digital apresentados na Tabela 1.2 so descritos com detalhes em [3]. Nas sees a seguir so descritos os trs sistemas supracitados com maiores detalhes, dando esclarecimentos sobre as diferentes larguras de banda das portadoras e suas capacidades.

1.3.1 Sistema TDMA

Com o fracasso do sistema IS-54, um grupo de pesquisa se dedicou a aprimor-lo, e utilizando equalizadores adaptativos, conseguiu resolver os problemas de multipercursos do sistema existente, lanando o sistema IS-136. Este sistema utiliza a tcnica de mltiplo acesso TDMA combinada com a tcnica FDMA, e modulao /4 -DPSK (Differential Phase Shift Keying) [3]. O sistema IS-136 utiliza 30 kHz de banda, em que podem ser alocadas 3 chamadas em um intervalos de tempo (timeslot) dedicados.

1.3.2 Sistema CDMA

Paralelamente, outro grupo de pesquisa norte-americano desenvolvia um sistema de mltiplo acesso utilizando cdigos ortogonais para fazer a separao entre os usurios, lanando o padro IS-95. O sistema IS-95 utiliza a tcnica de mltiplo acesso CDMA combinada com a tcnica FDMA, e modulao QPSK (Quadrature Phase Shift Keying) [3]. O sistema IS-95 espalha o sinal de seus usurios em uma banda de 1.25 MHz utilizando cdigos ortogonais de Walsh com um fator de espalhamento 64, atingindo uma capacidade significativamente maior que o sistema AMPS. O espalhamento do sinal no sistema CDMA faz com que ele tenha algumas caractersticas peculiares [4]:

 Ganho de 64 vezes na relao sinal/rudo. Proteo contra interferncia de multipercurso para isso basta que os cdigos utilizados tenham baixa correlao com verses atrasadas deles mesmos. Privacidade O sinal s pode ser decodificado se o receptor conhecer os cdigos utilizados. Por outro lado, o sistema CDMA depende de um controle de potncia muito bem ajustado, uma vez que os sinais transmitidos pelas demais estaes mveis representam rudo de fundo na recepo de uma dada estao mvel.

1.3.3 Sistema GSM

A Europa, por sua vez, tratava de padronizar o sistema a ser utilizado em seus pases, uma vez que a variedade de sistemas analgicos existentes e incompatveis fazia com que um assinante s pudesse praticamente falar em seu pas. Surgiu na Europa ento o sistema GSM (Global System for Mobile communications) que aloca 200 kHz para cada portadora, onde podem ser estabelecidas at 8 chamadas (uma em cada timeslot). A tcnica de mltiplo acesso utilizada pelo GSM tambm TDMA combinada com o a tcnica FDMA e a modulao GMSK (Gaussian Minimum Shif Keying). Os sistemas GSM, por terem sido adotados pela maior parte da populao mundial, teve um grande ganho em escala o que permitiu significativas redues de preo e grandes investimentos em pesquisa de aprimoramento. A Figura 1.2 mostra a topologia bsica de funcionamento das redes GSM com os elementos de rede envolvidos.

Figura 1.2 - Topologia bsica do sistema GSM. Sendo a interface Abis dos sistemas GSM o objeto de estudo deste trabalho, apresentase uma descrio resumida do funcionamento deste sistema. Desta forma, possvel identificar a interface Abis e sua funo nos sistemas GSM. Uma vez estabelecida uma chamada, a estao mvel (EM) se comunica com a BTS ( Base Transceiver Station) atravs da interface area. A BTS recebe o trfego da EM e o mapeia na interface Abis, que entrega o trfego para a BSC (Base Station Controller). A BSC gerencia um grupo de BTSs e encaminha a chamada at o transcoder (TC), atravs da interface Ater, e da para a MSC (Mobile Switching Center), atravs da interface A. A MSC realiza a comutao da chamada encaminhando-a rede de telefonia pblica de destino. Desta forma, a interface Abis responsvel por toda a troca de informaes entre as BTSs e as BSCs do sistema GSM. Tais informaes podem ser sinalizao, trfego de voz, ou trfego de dados. O meio fsico que transporta a interface Abis so os quadros PCM30 ou E1 (2Mbps), que so explicados detalhadamente no Captulo 2. Devido grande quantidade de BTSs nas redes GSM, os quadros PCM30 para a interface Abis so numerosos e representam um alto custo para as operadoras das redes celulares. As estratgias de otimizao que so estudadas neste trabalho tm como objetivo principal reduzir este alto custo, utilizando de maneira mais eficiente os recursos dos quadros PCM30. Destaca-se ainda que a interface Abis uma interface fechada, ou seja, no existe obrigatoriedade de que uma BSC de um fabricante X possa se comunicar com as BTSs de

outro fabricante Y. Por isso, cada fabricante tem liberdade para desenvolver a sua estratgia de utilizao desta interface. At a segunda gerao de telefones celulares, a interface Abis tinha seus recursos consumidos por trfego de sinalizao e trfego de voz. Mesmo a introduo de alguns servios de dados como SMS (Short Message Services) e CSD (Circuit Switched Data), por serem de baixssimas taxas de transmisso de dados, no geravam grande impacto no consumo de recursos dos quadros PCM30. Ou seja, a banda de 2Mbps era suficiente, na maioria dos casos, para escoamento do trfego proveniente na interface area.

Conforme vimos acima, a segunda gerao de telefones celulares introduz alguns servios de transmisso de dados em taxas baixas (da ordem de 10 kbps), de acordo com a Tabela 1.3. As taxas de transmisso de dados to baixas so a maior limitao da segunda gerao sendo a principal motivao para o surgimento das geraes 2,5G e 3G.

Tabela 1.3 Taxas de transmisso de dados nos sistemas celulares de segunda gerao.
Sistema GSM IS-95 IS-136 Taxa de transmisso de dados (Kbps) 14,4 14,4 9,6

1.4 Gerao 2,5 de Telefones Celulares

A gerao 2,5G originada a partir de modificaes nos sistemas de segunda gerao, buscando aumentar a taxa de transmisso de dados, oferecendo alguns novos servios, sem a necessidade de substituir totalmente as redes existentes. Com isso as redes de telefonia mvel tentam suprir a crescente demanda por servios de dados cujas taxas de transmisso so cada vez maiores.

As operadoras que adotaram o padro IS-95 podem migrar para o padro IS-95B, oferecendo taxas de transmisso de dados de 115.2 kbps, utilizando 8 canais em paralelo, ou seja, 14,4 kbps multiplicados por 8 [2]. Por outro lado, as operadoras que fazem uso do padro IS-136 podem adotar o padro IS-136+ capacitando-as a fornecer servios de at 64 kbps [2]. Finalmente as operadoras do sistema GSM podem adotar o sistema GPRS (General Packet Radio Service), utilizando simultaneamente oito timeslots para atingir taxas de transmisso de dados tericas de at 115.2 kbps (14,4 kbps x 8 timeslots). Evoluindo ainda mais dentro dos sistemas GSM, tem-se a oportunidade introduzir transceptores que utilizam a modulao 8-PSK juntamente com a j existente GMSK. Conforme pode ser observado em [3], a modulao 8-PSK triplica a taxa de transmisso de dados utilizando a mesma largura de banda na interface area em relao modulao GMSK. Mais precisamente, cada timeslot utilizando a modulao 8-PSK tem a taxa de transmisso mxima de 59.2 kbps. Conforme detalhado no Captulo 3, este valor atingido somente em condies de baixa interferncia na interface area, em que se podem reduzir os bits alocados para codificao de canal utilizando-os para trfego de informao do assinante. Multiplicando este valor por 8 timeslots atingimos, teoricamente, taxas de transmisso de dados de at 473,6 kbps. A introduo da modulao 8-PSK aos sistemas GSM conhecida como EDGE (Enhanced Data Rates for GSM Evolution), ou (E)GPRS, sistema que estudado com maior detalhe no Captulo 3. importante ressaltar que, a partir do momento em que se utilizam transceptores com modulao 8-PSK, triplica-se a capacidade de transmisso na interface area. Para que este aumento na taxa de transmisso seja percebido pelo usurio final, todas as interfaces das redes GSM devem ser redimensionadas de modo a comportar tal aumento. O custo envolvido na

ampliao das taxas de transmisso das interfaces GSM decorrente da introduo do (E)GPRS diretamente proporcional penetrao dos servios de dados nas redes GSM existentes. Especificamente no caso da interface Abis, tem-se um aumento expressivo no consumo da banda dimensionada, de modo que, com freqncia muito maior, os quadros PCM30 de 2Mbps no so mais suficientes para o escoamento dos dados gerados na interface area. Nos casos em que isto ocorrer, a operadora deve obrigatoriamente investir para a colocao de um segundo quadro PCM30, a no ser que sejam aplicadas estratgias de otimizao da interface Abis, que so o tema deste trabalho.

1.5 Terceira Gerao de Telefones Celulares

A demanda por taxas de transmisso de dados maiores e uso mais eficiente do espectro so as maiores motivaes da 3a Gerao de telefones celulares. O ITU (International Telecommunications Union) estabelece objetivos para a terceira gerao de celulares, seguindo a lista a seguir: Altas taxas de dados: 144 kbps em todos os ambientes e 2 Mbps em ambientes "indoor" e de baixa mobilidade. Transmisso de dados simtrica e assimtrica. Servios baseados em comutao de circuitos e comutao de pacotes. Qualidade de voz comparvel telefonia fixa. Melhor eficincia espectral. Servios multimdia. Roaming global. Arquitetura aberta para a rpida introduo de novos servios e tecnologias.

Entretanto, a migrao de uma operadora para sistemas de 3 gerao demanda grandes investimentos. A escolha do sistema e estratgia de migrao depende de uma anlise da situao atual da operadora, e deve considerar aspectos como a rede atual, espectro disponvel e servios a serem oferecidos. De modo a minimizar os custos nesta transio buscou-se desenvolver padres de 3 Gerao que facilitassem a evoluo dos padres existentes de 2 Gerao. Isto deu origem a duas grandes linhas de evoluo de tecnologias: o sistema 3GSM (GSM terceira gerao) e o sistema CDMA2000. A primeira a evoluo para as operadoras cujas redes de segunda gerao so baseadas no sistema GSM, enquanto que a segunda associada s operadoras com sistemas CDMA, padro IS-95. Destaca-se ainda o fato de que ambos os padres so baseados na tcnica de mltiplo acesso CDMA, tendo por isso o controle de potncia como um aspecto fundamental para seu funcionamento adequado, conforme explicado no item 1.3.2. A Tabela 1.4 mostra algumas diferenas entre as duas tecnologias, destacando que a tecnologia WCDMA (Wide band CDMA) a tecnologia de mltiplo acesso adotada pelo sistema 3GSM [4]. Tabela 1.4 Caractersticas do 3GSM e o CDMA 2000.
Banda por portadora Chip rate Frequncia do controle de potncia 3GSM 5 MHz 3,84 Mcps 1500 Hz Cdma2000 1x 1,25 MHz 1,2288 Mcps 800 Hz

Note que o sistema CDMA2000 manteve a largura de banda de 1,25MHz para manter a compatibilidade com os sistemas IS-95 j existentes. O WCDMA, por outro lado, um padro totalmente novo e no teve a mesma preocupao, de modo que a largura de banda de cada portadora foi ampliada para 5 MHz.

10

O 3GSM prev ainda a introduo do High Speed Downlink Packet Access (HSDPA), que a introduo da modulao 16QAM aos transceptores WCDMA atingindo taxas de transmisso da ordem de 14Mbps. Resumidamente, a Figura 1.3 mostra a evoluo das taxas de dados para as diversas tecnologias de transmisso sem fio disponveis no mercado.

Figura 1.3 As taxas de transmisso ao longo da evoluo das geraes de telefones celulares. Considerando os pontos destacados at aqui se observa que o crescimento do trfego GSM e a maior penetrao do trfego de dados (E)GPRS nas redes GSM representam um consumo maior de recursos em todas as interfaces do sistema, em particular na interface Abis, pelo seu grande volume. Tendo em vista que os custos associados maior utilizao de recursos na interface Abis representam um custo altssimo s operadoras de telefonia celular,

11

surge a demanda por tcnicas que utilizem de maneira mais eficiente os recursos nesta interface. Neste trabalho so estudadas estas tcnicas com suas vantagens e desvantagens, explicando como elas conseguem utilizar de maneira mais eficiente os recursos alocados, permitindo com isso, uma reduo nos custos. Finalmente so apresentados resultados prticos de algumas destas estratgias de otimizao onde pode-se verificar a melhor utilizao de recursos e a potencial reduo de custos. No Captulo 2 descrita a construo do quadro PCM30, como feito o seu sincronismo e como sua utilizao tpica no transporte da interface Abis. Como continuao, o Captulo 3 explica o sistema GPRS / (E)GPRS abordando com maiores detalhes os aspectos associados interface Abis. O Captulo 4 inicia com um estudo das especificaes que padronizam a informao transmitida na interface Abis. Tendo como base este estudo, so descritas as estratgias de otimizao da interface Abis disponveis no mercado com suas respectivas vantagens e desvantagens. A importncia deste estudo comparativo orientar as operadoras de telefonia celular visando promover uma utilizao mais eficiente dos recursos de sua rede de transmisso. O Captulo 5 mostra resultados prticos obtidos com as estratgias de otimizao explicadas atravs de testes em laboratrio e mesmo em testes em redes GSM comerciais. A anlise comparativa do Captulo 4, bem como os resultados prticos do Captulo 5 so divulgados pela primeira vez neste trabalho. Finalmente o Captulo 6 mostra as concluses do mesmo.

12

Captulo 2. Conceitos Bsicos dos quadros PCM30

2.1 Introduo
Seguindo o modelo de embasamento terico proposto no Captulo 1, o objetivo deste Captulo fornecer informaes sobre a formao e funcionamento dos quadros PCM30. A importncia deste estudo est associada ao fato de que os quadros PCM30 compem a camada fsica sobre a qual transmitida a interface Abis, tema deste trabalho. Ao final deste Captulo, mostrado o mapeamento dos dados vindos da interface area na interface Abis, dentro do quadro PCM30. Deve-se destacar ainda que estamos adotando a premissa de transmisso da interface Abis sobre quadros PCM30, uma vez que o mais utilizado pelas operadoras do mundo. Deve ser considerado, entretanto, que o padro norte-americano com taxa de transferncia de 1,544 Mbps pode ser utilizado tambm, atravs dos quadros PCM24. Embora estas interfaces tenham surgido motivadas para transmisso de voz em forma digital, elas podem ser utilizadas para transmitir qualquer tipo de dados, representando apenas a camada fsica no modelo OSI de sete camadas. Desta forma, tecnologias como ATM, IP ou Frame Relay podem ser utilizadas nas camadas superiores. Historicamente os quadros PCM surgiram a partir da digitalizao da voz para sistemas de telefonia fixa. A digitalizao permitiu que os dados de vrios assinantes fossem multiplexados no tempo utilizando a multiplexao por diviso no tempo. Todo este processo estudado neste Captulo.

13

2.2 A Construo do quadro PCM30

A Figura 2.1 representa a densidade espectral de potncia tpica de um sinal de voz. Observamos que a grande parte do sinal est concentrado entre 0 e 4 kHz. Desta feita, a amostragem de um sinal de voz deve ser feita no mnimo a 8 kHz, seguindo o teorema de Nyquist [3].

Figura 2.1 Densidade Espectral de potncia da voz humana.

O processo de amostragem feito conforme mostrado na Figura 2.2 (a), ou seja, a cada 1/8000 s, amostrada a amplitude do sinal de voz. A sada do amostrador um sinal PAM (Pulse Amplitude Modulaion), conforme ilustrado na Figura 2.2 (b).

14

Figura 2.2 Ilustrao do processo de amostragem do sinal de voz.

A prxima etapa da digitalizao do sinal de voz a quantizao, ilustrada na Figura 2.3. Resumidamente, a quantizao consiste em associar cada amplitude do sinal PAM um valor numrico, tipicamente binrio. Este processo representa, entretanto, a incluso de um erro de quantizao indiretamente proporcional ao nmero de nveis de quantizao utilizados.

15

Figura 2.3 Quantizao linear do sinal PAM e erro de quantizao.

Uma alternativa para reduzir o erro de quantizao consiste no aproveitamento da distribuio estatstica da amplitude do sinal, alocando mais nveis de quantizao para as amplitudes com maior probabilidade de ocorrer. Aps a quantizao tem-se finalmente uma seqncia de bits que dever ser codificada e ento transmitida pelo canal disponvel. Nos sinais PCM so utilizados oito bits para os nveis de quantizao, representando assim duzentos e cinqenta e seis nveis. Como temos um perodo de amostragem de 1/8000 s, isto significa que, a cada perodo, temos oito bits, o que resulta em uma taxa de transmisso de 64 kbps (oito bits multiplicados por 8 kHz) para representar um sinal de voz. De maneira resumida, o processo de transmisso do sinal PCM pode ser ilustrado na Figura 2.4, a seguir. Aps o sinal de onda na entrada ter sido transformado numa seqncia de

16

bits ele vai passar por um modulador adequado ao canal fsico em que o sinal digital ser transmitido.

Figura 2.4 Processo de transmisso do sinal PCM.

Da mesma forma, a recepo do sinal aps passar pelo canal fsico est resumida na Figura 2.5 abaixo. O demodulador receber o sinal transmitido, distorcido pelo canal fsico e o transformar numa seqncia de bits que, idealmente, igual que foi transmitida. Passando ento pelo decodificador, temos o sinal PAM novamente, que aplicado na entrada de um filtro passa baixas com largura de banda estreita o suficiente para eliminar as componentes em alta freqncia presentes aps a amostragem, tem como sada o sinal de entrada original.

17

Figura 2.5 Processo de recepo do sinal PCM.

Conforme vimos at aqui, a taxa de transmisso de dados de um sinal PCM de 64 kbps. Numa situao em que seja necessria a transmisso de vrios sinais PCM entre dois pontos, surge a demanda por uma tcnica de multiplexao que permita o envio dos vrios sinais PCM pelo mesmo meio fsico. Atravs desta tcnica sero construdos os quadros PCM30, que nada mais so do que 32 sinais PCM compartilhando, de alguma forma, o mesmo meio fsico. A tcnica escolhida para a construo do quadro PCM30 foi a multiplexao no tempo TDM (time division multiplexing), ou seja, cada sinal PCM transmitido em um espao de tempo. Considerando que temos 32 sinais com taxa de 64 kbps para serem transmitidos, a multiplexao no tempo reserva um perodo de tempo, que chamaremos de E0, para a transmisso de cada um dos 32 sinais. Desta forma, o multiplexador recebe os primeiros oito bits de cada um dos 32 sinais, monta um quadro e o envia pelo canal fsico. Em seguida o multiplexador aloca os segundos oito bits de cada um dos 32 sinais em um segundo quadro, e assim sucessivamente. Diante disso, o multiplexador deve ser capaz de enviar todos os primeiros 256 bits (32 sinais x 8 bits) antes do nono bit do primeiro sinal. Tendo em vista que cada oito bits so

18

gerados a cada 1/8000s (perodo de amostragem), devem ser transmitidos 256 bits neste mesmo espao de tempo, o que nos leva a uma taxa de 2048 kbps (256 bits x 8000 Hz). A Figura 2.6 ilustra o quadro PCM, em que cada linha representa 8 bits de cada sinal, ou um E0 ou 64 kbps.
E0 bit 1 bit 2 bit 3 bit 4 bit 5 bit 6 bit 7 bit 8 0 SINCRONISMO 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

Figura 2.6 Ilustrao do quadro PCM30. Embora a motivao para o surgimento dos quadros PCM30 tenha sido a digitalizao da voz, hoje em dia tais quadros so utilizados para transmisso de quaisquer sinais digitais. A origem do nome PCM30 decorre do fato de que dentre os 32 sinais PCM multiplexados, dois eram perdidos: um para sincronismo e outro para sinalizao telefnica. Dependendo da

19

aplicao do quadro PCM30, o E0 perdido para sinalizao telefnica torna-se desnecessrio, de modo que restam efetivamente 31E0s para a transmisso de dados da aplicao. O primeiro E0 sempre utilizado para sincronismo. A aplicao do quadro PCM30 interface Abis nas redes GSM descrita no item 2.5 a seguir. A Tabela 2.1 mostra as principais caractersticas do quadro PCM30. Tabela 2.1 Caractersticas do quadro PCM30 Caractersticas freqncia de amostragem N de amostras do sinal telefnico Durao do quadro PCM30 n de bits em cada E0 taxa de bits de cada E0 n de sinais PCM por quadro PCM30 n de bits por quadro PCM30 Durao de cada E0 taxa de bits de um quadro PCM30 PCM 30 8 kHz 8000 por segundo 1/8000/s = 125 s 8 8000/s x 8 bits = 64 kbps 32 8 x 32 = 256 bits (125 s x 8)/256 3,9s 8000/s x 256 bits = 2048 kbps

Na hierarquia plesicrona digital (PDH), a multiplexao de 32 sinais PCM de 64 kbps neste quadro PCM30 descrito acima recebe o nome de E1. De maneira similar, a multiplexao de 4 E1s em um mesmo quadro, recebe o nome de E2, e assim por diante at se formar o E4, com taxa de transmisso de 140 Mbps. A Tabela 2.2 mostra os nveis da hierarquia PDH, com suas respectivas taxas de transmisso de dados. Tabela 3.2 Os nveis da hierarquia PDH

E0 E1 E2 E3 E4

Taxa de Bits (Kbit/s) 64 2 048 8 448 34 368 139 264

20

2.3 O sincronismo do quadro PCM30

Conforme mencionado no item 2.2, o primeiro E0 do quadro PCM utilizado para o sincronismo, processo que explicado nesta seo. O processo de sincronizao dos quadros PCM baseado na deteco por parte do multiplexador dos sinais de FAS e NFAS descritos a seguir. Frame Alignment Signal (FAS) transmitido no timeslot 0 dos quadros pares. Tem a estrutura mostrada na tabela abaixo: Tabela 2.3 Estrutura padro do sinal FAS. Nmero do Bit Valor Binrio 1 Si ou C 2 0 3 0 4 1 5 1 6 0 7 1 8 1

Observe que o bit 1 pode ser para uso internacional (Si) ou para transportar o resto da diviso CRC-4 (C) (Cyclic Redundancy Check), que ser explicado posteriormente. Os demais bits do FAS so sempre transmitidos nesta seqncia de bits, ou seja, 0011011. No Frame Alignment Signal (NFAS) transmitido no timeslot 0 dos qudros mpares. Tem a estrutura mostrada na tabela 2.4: Tabela 3.4 Estrutura padro do sinal NFAS. Nmero do Bit Valor Binrio 1 Si ou M 2 1 3 A 4 Sa4 5 Sa5 6 Sa6 7 Sa7 8 Sa8

No NFAS o bit 1 tambm pode ser para uso internacional (Si) ou para a transmisso do sinal de alinhamento de multiquadro de CRC, que explicado mais frente. O bit 2 sempre igual a 1 para diferenciar o FAS do NFAS. O bit 3 indica alarme urgente se for igual a 1. O bit 4, por sua vez, indica alarme no urgente se for igual a 0. Os bits Sa4 at

21

Sa6 podem ser utilizados em aplicaes especficas ponto-a-ponto. Os bits Sa5 at Sa7 ficam reservados para uso internacional onde no haja aplicaes ponto-a-ponto. Finalmente os bits Sa4 at Sa8 devem receber o valor 1 quando no forem utilizados. A Figura 2.7 ilustra o procedimento de sincronizao seguido pelo multiplexador PCM30, quando no utilizado o cdigo de deteco de erros CRC-4.

Figura 2.7 Procedimento de sincronizao do frame PCM30 sem CRC-4.

De acordo com a Figura 2.7, para que ocorra o sincronismo do quadro PCM30, o multiplexador deve receber a seqncia abaixo: 1 Recebe um FAS correto no primeiro E0 de determinado quadro. 2 O segundo bit do quadro seguinte igual a 1. 3 No quadro seguinte recebe novamente o sinal de FAS.

Devemos observar, entretanto, que eventualmente um E0 qualquer pode conter o padro FAS, fato que aumenta a possibilidade de falha neste procedimento de sincronismo. Com o objetivo de tornar o processo acima mais robusto, introduzido o Cyclic Redundancy Check CRC-4. Este mtodo consiste em analisar blocos de oito quadros PCM consecutivos, que
4 formam um bloco. Cada bloco multiplicado pelo polinmio X e dividido pelo

22

4 polinmio X + X + 1 . Os quatro bits que representam o resto desta diviso so transmitidos

nos bits 1 do FAS do prximo bloco de 8 quadros. Comumente referimo-nos a estes quatro bits como assinatura do bloco. Este processo est mostrado no lado esquerdo da Figura 2.8. Quando o primeiro bloco chega no receptor novamente feita a multiplicao por X 4 e diviso por X 4 + X + 1 , levando a um resto de quatro bits. Este ltimo ento comparado com o resto presente nos bits 1 do prximo bloco recebido. Numa transmisso livre de erros, os restos so idnticos. Este processo ilustrado na parte direita da Figura 2.8.

Figura 2.8 O mtodo CRC-4 de deteco de erros de transmisso.

O sincronismo nos sistemas PCM30 com CRC-4 tem um processo adicional de sincronismo que consiste na utilizao do sinal de alinhamento de quadro CRC. Este sinal segue o padro 001011 e transmitido nos bits 1 dos NFASs, seguindo a estrutura mostrada na Figura 2.9 abaixo denominada multiquadro de CRC.

23

Figura 2.9 Multiquadro de CRC.

A sincronizao dos sistemas PCM com cdigo CRC-4 tem incio com o processo tradicional utilizando os sinais de FAS e NFAS. A sincronizao do multiquadro de CRC ocorre quando pelo menos dois destes multiquadros so recebidos corretamente em um perodo de 8ms ou 4 multiquadros CRC. Conforme podemos observar, a utilizao do CRC-4 torna o sistema de sincronizao mais robusto.

2.4 Os alarmes
Outro aspecto que deve ser abordado so os alarmes presentes nos sistemas de comunicao PCM30. Os casos de alarme presentes so os seguintes:
5 BER < 10 - a transmisso no interrompida.

24

5 3 10 < BER < 10 - a transmisso ainda no interrompida, entretanto gerado o

sinal de alarme no urgente no bit 4 do NFAS.

3 BER > 10 - a transmisso interrompida, devido perda de sincronismo. gerado

ainda o alarme urgente no bit 3 do NFAS, e enviada uma seqncia de 1 em todos os timeslots exceto o timeslot 0. Este alarme conhecido como SIA (Sinal Indicativo de
3 Alarme) e permanece ativo at que a BER < 10 .

2.5 A aplicao do quadro PCM30 na interface Abis

Aplicando o que foi visto at agora aos sistemas GSM, especificamente na interface Abis, tem-se que mapear os dados de cada estao mvel (EM) transmitidos pela interface area em um quadro PCM30, de modo que o sinal chegue BSC, depois MSC ou SGSN e seja entregue no destino correto. importante ressaltar que os dados transmitidos pelas EMs podem ser sinalizao, voz ou dados atravs do sistema (E)GPRS, que estudado no Captulo 3. Conforme explicado em detalhes no Captulo 4, o mapeamento de um timeslot da interface area na interface Abis se d a partir de quadros TRAU. Quadros TRAU so quadros de durao de 20ms e 320 bits transmitidos atravs de um quadro PCM30. Com isso temos uma taxa de transmisso de dados de 16 kbps na interface Abis para cada timeslot na interface area. Como cada portadora do sistema GSM tem 8 timeslots, conclumos que o mapeamento da mesma na interface Abis ocupa dois E0s, ou seja 128 kbps. A Figura 2.10 mostra a topologia de transmisso envolvendo trs BTSs do sistema GSM. Uma vez que as informaes transmitidas pela interface Abis devem ser entregues BSC, a BTS1 atua apenas como concentradora de transmisso, mapeando os E0s das trs

25

BTSs em E0s de apenas um quadro PCM30. Comumente, diz-se que quando as BTSs esto compartilhando o mesmo quadro PCM, elas esto em grooming.

Figura 2.10 Exemplo de topologia para trs BTSs compartilhando o mesmo frame PCM30. Para o exemplo mostrado acima, uma possvel ocupao do quadro PCM30 que sai da BTS1 ilustrada na Figura 2.11. Conforme esperado vemos os dados de trs BTSs transmitidos dentro do mesmo quadro PCM30. Note ainda que existem E0s reservados para sinalizao das BTSs e dos TRXs atravs do protocolo LAPD (Link Access Protocol over D-Channel). Conforme dito no Captulo 1, a interface Abis fechada de modo que o mapeamento da interface area na interface Abis pode variar entre os diferentes fabricantes de equipamentos.

26

0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

BTS 1 TRX 1 TSL 0 BTS 1 TRX 1 TSL 4 BTS 1 TRX 2 TSL 0 BTS 1 TRX 2 TSL 4 BTS 1 TRX 3 TSL 0 BTS 1 TRX 3 TSL 4 BTS 1 TRX 4 TSL 0 BTS 1 TRX 4 TSL 4 BTS 1 TRX 5 TSL 0 BTS 1 TRX 5 TSL 4 BTS 1 TRX 6 TSL 0 BTS 1 TRX 6 TSL 4 BTS 2 TRX 1 TSL 0 BTS 2 TRX 1 TSL 4 BTS 2 TRX 2 TSL 0 BTS 2 TRX 2 TSL 4 BTS 2 TRX 3 TSL 0 BTS 2 TRX 3 TSL 4 BTS 3 TRX 1 TSL 0 BTS 3 TRX 1 TSL 4 BTS 3 TRX 2 TSL 0 BTS 3 TRX 2 TSL 4 BTS 3 TRX 3 TSL 0 BTS 3 TRX 3 TSL 4

SINCRONISMO BTS 1 TRX 1 TSL 1 BTS 1 TRX 1 TSL 2 BTS 1 TRX 1 TSL 5 BTS 1 TRX 1 TSL 6 BTS 1 TRX 2 TSL 1 BTS 1 TRX 2 TSL 2 BTS 1 TRX 2 TSL 5 BTS 1 TRX 2 TSL 6 BTS 1 TRX 3 TSL 1 BTS 1 TRX 3 TSL 2 BTS 1 TRX 3 TSL 5 BTS 1 TRX 3 TSL 6 BTS 1 TRX 4 TSL 1 BTS 1 TRX 4 TSL 2 BTS 1 TRX 4 TSL 5 BTS 1 TRX 4 TSL 6 BTS 1 TRX 5 TSL 1 BTS 1 TRX 5 TSL 2 BTS 1 TRX 5 TSL 5 BTS 1 TRX 5 TSL 6 BTS 1 TRX 6 TSL 1 BTS 1 TRX 6 TSL 2 BTS 1 TRX 6 TSL 5 BTS 1 TRX 6 TSL 6 BTS 2 TRX 1 TSL 1 BTS 2 TRX 1 TSL 2 BTS 2 TRX 1 TSL 5 BTS 2 TRX 1 TSL 6 BTS 2 TRX 2 TSL 1 BTS 2 TRX 2 TSL 2 BTS 2 TRX 2 TSL 5 BTS 2 TRX 2 TSL 6 BTS 2 TRX 3 TSL 1 BTS 2 TRX 3 TSL 2 BTS 2 TRX 3 TSL 5 BTS 2 TRX 3 TSL 6 BTS 3 TRX 1 TSL 1 BTS 3 TRX 1 TSL 2 BTS 3 TRX 1 TSL 5 BTS 3 TRX 1 TSL 6 BTS 3 TRX 2 TSL 1 BTS 3 TRX 2 TSL 2 BTS 3 TRX 2 TSL 5 BTS 3 TRX 2 TSL 6 BTS 3 TRX 3 TSL 1 BTS 3 TRX 3 TSL 2 BTS 3 TRX 3 TSL 5 BTS 3 TRX 3 TSL 6

BTS 1 TRX 1 TSL 3 BTS 1 TRX 1 TSL 7 BTS 1 TRX 2 TSL 3 BTS 1 TRX 2 TSL 7 BTS 1 TRX 3 TSL 3 BTS 1 TRX 3 TSL 7 BTS 1 TRX 4 TSL 3 BTS 1 TRX 4 TSL 7 BTS 1 TRX 5 TSL 3 BTS 1 TRX 5 TSL 7 BTS 1 TRX 6 TSL 3 BTS 1 TRX 6 TSL 7 BTS 2 TRX 1 TSL 3 BTS 2 TRX 1 TSL 7 BTS 2 TRX 2 TSL 3 BTS 2 TRX 2 TSL 7 BTS 2 TRX 3 TSL 3 BTS 2 TRX 3 TSL 7 BTS 3 TRX 1 TSL 3 BTS 3 TRX 1 TSL 7 BTS 3 TRX 2 TSL 3 BTS 3 TRX 2 TSL 7 BTS 3 TRX 3 TSL 3 BTS 3 TRX 3 TSL 7

LAPD - BTS 1 LAPD - BTS 2 LAPD - BTS 3

Figura 2.11 Exemplo de alocao de timeslots em um quadro PCM30 na interface Abis.

Finalmente, como pode ser observada neste exemplo, a alocao dos recursos na interface Abis fixa e determinstica, ou seja, existe uma banda reservada para cada timeslot da interface area mesmo que nele no esteja nenhum trfego.

27

 importante destacar que comumente os quadros PCM30 utilizados pelas operadoras do mundo inteiro tem um alto custo associado, seja pelo aluguel dos quadros PCM30 de provedores ou pela instalao de infra-estrutura prpria. No caso da interface Abis, devido ao grande nmero de BTSs existentes este custo torna-se crtico, de modo que tcnicas que utilizem os quadros PCM30 de maneira mais eficiente despertam grande interesse. Conforme explicado no Captulo 3, a introduo do (E)GPRS nas redes GSM existentes triplica o throughput de dados na interface area. Como reflexo, o impacto na interface Abis grande, sendo necessrio um aumento da banda alocada para cada BTS. Este aumento representa um custo de transmisso adicional para as operadoras. Conforme visto no Captulo 4, existem estratgias de otimizao da interface Abis que reduzem o impacto da introduo do (E)GPRS nas redes GSM, na medida em que substituem a alocao fixa e determinstica da interface Abis por uma alocao estatstica. O preo a ser pago por isso a necessidade de monitorao desta interface, a fim de evitar os agora possveis congestionamentos.

28

Captulo 3. Conceitos Bsicos do (E)GPRS

3.1 Introduo
Conforme explicado no Captulo 1, este Captulo aborda aspectos bsicos relativos introduo do sistema (E)GPRS (GPRS / EDGE) aos sistemas GSM de segunda gerao. So descritos com detalhes todos os aspectos que tm impacto na interface Abis, objeto deste estudo. Diante disso, estamos tratando essencialmente da interface area, interface Abis, esquemas de codificao, esquemas de modulao, compartilhamento de timeslots e a evoluo para o sistema (E)GPRS. No objetivo deste Captulo descrever todos os novos elementos introduzidos com o GPRS, detalhes do funcionamento da rede, tais como o procedimento de registro na rede GPRS, o conceito de reas de roteamento, entre outros. As redes GSM existentes utilizam comutao por circuitos para as ligaes ponto a ponto ou ponto a multiponto. Esta tcnica de comutao comprovadamente ineficiente para as aplicaes de dados presentes nos dias de hoje, tais como navegao pela Internet, ou correio eletrnico. Uma vez que a tarifao ocorre por tempo de conexo, a utilizao dos recursos de rede ineficiente, o que reduz a capacidade, alm de apresentar um tempo de estabelecimento de chamadas relativamente longo. A maioria das aplicaes de dados hoje em dia utiliza comutao por pacotes, baseada no protocolo IP. O sistema GPRS foi lanado em 1997 com o objetivo de agregar a comutao por pacotes s redes GSM existentes. O sistema GPRS foi concebido como uma tecnologia de melhor esforo que busca somente utilizar os recursos livres da comutao por circuitos

29

para o trfego de dados por pacotes. No existe nenhum compromisso em atingir altas taxas de transmisso com esta tecnologia, embora a estrutura introduzida para o sistema GPRS seja a mesma utilizada pelo sistema (E)GPRS, tecnologia que permite taxas de transmisso de dados em maior velocidade, conforme explicado mais frente.

3.2 Comutao por pacotes e Comutao por circuitos

Conforme dito acima, o sistema GPRS nada mais do que a introduo dos servios de dados comutados por pacotes s redes GSM existentes. A Figura 3.1 mostra a diferena fundamental entre a comutao por circuitos e comutao por pacotes, que so explicadas em seguida.

Figura 3.1 Diferena fundamental entre comutao por circuitos e comutao por pacotes. Conforme pode ser observado, a comutao por circuitos utiliza um circuito por todo o tempo de durao de uma chamada. Por outro lado a comutao por pacotes promove uma

30

utilizao mais eficiente dos recursos de rede. A seguir temos um resumo das diferenas entre os dois tipos de comutao.

3.2.1 Comutao por circuitos (Circuit Swtiched CS)

Cada vez que uma conexo estabelecida, os recursos da rede so alocados e dedicados ao usurio pelo tempo que durar a conexo. A tarifao feita de acordo com o tempo que durar a conexo, mesmo que ela fique ociosa durante algum tempo.
Vantagens:

Conexo dedicada por toda a durao da sesso. Apropriada para aplicaes em tempo real.
Desvantagens

Tempo de estabelecimento de chamadas relativamente longo. Tarifao por tempo de conexo, que mais custoso em sesses descontnuas, tal como navegar na Internet. Uso ineficiente dos recursos, reduzindo capacidade.

3.2.2 Comutao por pacotes (Packet Switched PS)

Redes de dados, tais como Frame Relay, Internet, X.25 e outras utilizam comutao por pacotes. Nas redes PS, os dados so divididos em pacotes contendo o endereo do seu destino, que utilizado pelos roteadores para entregar os pacotes ao seu usurio final. Os recursos somente so reservados quando necessrios, e so liberados quando no forem mais necessrios. Desta forma, tem-se uma utilizao mais eficiente dos recursos da rede.

31

Vantagens

Tempo de estabelecimento de chamadas relativamente curto. Uso eficiente dos recursos, aumentando a capacidade. Tarifao baseada na quantidade de bytes trafegados.
Desvantagens

Especificamente nas redes GSM, inicialmente o GPRS no recomendado para aplicaes sensveis a atrasos. Dificuldades na implementao da Qualidade-de-Servio (Quality-of-Service - QoS) nas redes GPRS. Tais dificuldades vem sendo vencidas com o surgimento de tecnologias de QoS mais modernas, oferecidas pelos fabricantes de equipamentos GSM / GPRS.

Devido maior eficincia na utilizao dos recursos de rede da comutao por pacotes, existe uma crescente tendncia de adoo da comutao por pacotes para provimento de servios tradicionalmente atendidos pela comutao por circuitos. Um exemplo tpico deste fato est no crescimento dos servios de voz sobre IP em substituio aos servios de telefonia fixa tradicionais. Traando um paralelo com as redes de telefonia mvel, j vemos aplicaes de voz sobre IP sobre redes (E) GPRS recebendo grandes investimentos [5]. Da, conforme j explicado no Captulo 1, quanto maior a penetrao do trfego de dados (E) GPRS nas redes GSM, maior o impacto nas interfaces envolvidas, dentre as quais destaca-se a interface Abis, tema deste trabalho.

32

3.3 Introduo do GPRS nas redes GSM

Enquanto a rede GSM foi projetada para aplicaes de voz, a rede GPRS tem seu foco nas aplicaes de dados, oferecendo acesso a redes externas que utilizam protocolos tais como TCP/IP (Transmission Control Protocol / Internet Protocol) e X.25. Estas enxergam a rede GPRS como mais uma sub-rede de dados, ou seja, todas as informaes especficas da rede GPRS ficam ocultas para as redes externas. Este conceito ilustrado pela Figura 3.2, em que podemos ver tambm a arquitetura da rede GPRS em paralelo com a rede existente GSM, exceto pela BTS e BSC que so comuns s duas. importante destacar que na BSC, a unidade que faz o tratamento do trfego de pacotes a PCU (Packet Control Unit).

Figura 3.2 Ilustrao da rede GSM e GPRS. A introduo do sistema GPRS s redes GSM significa a introduo de diversos novos elementos a serem gerenciados pelas operadoras tais como o SGSN (Serving GPRS Support Node), GGSN (Gateway GPRS Support Node) entre outros. Dentre as funes do SGSN podemos destacar o gerenciamento de mobilidade, autenticao e cifragem, interface com VLR/HLR, alm de gerar os bilhetes de tarifao e coleta de estatsticas. O GGSN, por sua

33

vez responsvel pelo tunelamento atravs do protocolo GTP com GSNs, interface segura com redes externas, gerenciamento dos endereos IP, e tambm por gerar bilhetes de tarifao e coleta de estatsticas.

3.4 Estudo da interface area

A importncia do estudo da interface area reside no fato de que todo o trfego gerado nesta interface deve ser mapeado e escoado atravs da interface Abis. Todos os esquemas de codificao, possibilidades de definio e utilizao dos timeslots afetam diretamente o consumo de recursos da interface Abis e devem ser bem entendidas antes de prosseguir ao Captulo 4.

3.4.1 Estratgias de utilizao dos timeslots na interface area

Uma estao mvel (EM) da rede GPRS transmite pacotes diretamente para redes de dados, tais como Intranets ou Internet. Desta forma, tcnicas devem ser empregadas para que os recursos da interface area sejam utilizados somente quando existem dados a receber e/ou transmitir. Por isso, o sistema GPRS se adapta bem natureza descontnua das aplicaes de dados. Na rede GPRS, uma vez que os pacotes j tenham sido transmitidos pela interface area, os timeslots podem ser liberados para outras EMs. A possibilidade de trfego de dados descontnuo faz com que a utilizao dos recursos seja mais eficiente, o que permite que as operadoras possam oferecer servios mais baratos. Em chamadas de voz nas redes GSM, uma EM utiliza um timeslot para uplink e um timeslot para downlink. Nos sistemas GPRS, por outro lado, uma EM pode utilizar mltiplos timeslots para downlink e uplink. Por exemplo, uma EM pode utilizar 1 timeslot para uplink e

34

3 timeslots para downlink. Teoricamente, uma rede GPRS, pode alocar at oito timeslots para uma mesma EM, atingindo taxas de dados de at 160 kbps. Na prtica, entretanto, esta taxa limitada pelo trfego da rede, e pela capacidade das EMs em operar com mltiplos timeslots. Por outro lado, aplicaes de natureza descontnua, abrem a possibilidade de compartilhamento dos timeslots entre vrias EMs. Cada EM recebe uma identificao de trs bits para acesso ao timeslot utilizando-o quando a aplicao demandar. Devido identificao de trs bits, o nmero mximo de EMs que podem compartilhar um mesmo timeslot de 8. Em casos de compartilhamento de timeslots, a BSC, em conjunto com a BTS, define o nmero de EMs em cada timeslot com o objetivo de balancear as taxas de transmisso de dados obtidas entre cada uma delas.

3.4.2 Possveis definies dos timeslots na interface area

A estrutura do sistema GSM mantida para a interface area do sistema GPRS, ou seja, temos oito timeslots multiplexados no tempo para cada portadora irradiada com uma largura de banda de 200 kHz. Cada timeslot da interface area pode ser configurado exclusivamente para dados (comutao por pacotes), exclusivamente para voz (comutao por circuitos), ou ainda de maneira mista sendo utilizado para comutao por circuitos prioritariamente, porm com possibilidade de trfego de pacotes quando houver recursos disponveis. Exceto pelos timeslots dedicados para dados, o trfego de comutao por circuitos tem prioridade sobre o trfego de pacotes. Desta forma, caso ocorra congestionamento no trfego de comutao por circuitos, a EM GPRS no pode trafegar dados, a no ser que existam timeslots dedicados para dados naquela clula.

35

 possvel, entretanto, para uma operadora permitir que os timeslots de comutao por circuitos sejam utilizados para trfego de dados, de acordo com a estatstica de utilizao dos timeslots de comutao por circuitos. Esta idia mostrada na Figura 3.3, onde vemos que existem seis timeslots no territrio de comutao por pacotes no segundo transceptor (TRX). Existem algoritmos na PCU que permitem utilizar os dois timeslots de voz deste mesmo TRX para dados, aumentando a taxa de transferncia das EMs. Um exemplo prtico: considerando trs EMs com capacidade de dois timeslots GPRS enviando ou recebendo dados simultaneamente. Em tal situao temos todo o territrio de dados ocupado. Se outra EM GPRS tenta acessar a rede tambm, a PCU tem duas alternativas: determina o compartilhamento dos seis timeslots do territrio de dados entre as quatro EMs (diminuindo o throughput das EMs que j estavam conectadas), ou faz uma ampliao do territrio de dados, alocando os dois primeiros timeslots para esta ltima EM (mantendo o throughput das EMs que j estavam conectadas). Note que esta segunda alternativa escolhida somente se os timeslots de voz estiverem livres, e de acordo com a estatstica de utilizao dos mesmos, dado que levantado pela prpria PCU.

36

Figura 3.3 Ilustrao da ampliao do territrio de dados.

3.4.3 Os esquemas de codificao

O padro GPRS permite quatro esquemas de codificao de dados para a interface area: CS-1, CS-2, CS-3 e CS-4. A utilizao dos diferentes esquemas de codificao est associada relao de potncia entre portadora / interferncia (CIR Carrier to Interference Ratio) do link entre a BTS e a EM. O CS-1 utilizado em piores condies de CIR, sendo necessria a insero de vrios bits para codificao de canal, e conseqentemente, tem o menor throughput mximo. J o CS-4 utilizado quando temos as melhores condies em termos de CIR. O CS-4 utiliza poucos bits para codificao de canal possibilitando o maior throughput mximo na camada de aplicao. A Tabela 3.1 mostra as taxas de transmisso tpicas para os diferentes esquemas de codificao. Tabela 3.1 Caractersticas bsicas dos esquemas de codificao GPRS.

37

esquema de codificao de dados(Coding Schemes) CS-1 CS-2 CS-3 CS-4

Nmero de bits transmitidos a cada 20ms (quadros TRAU) 160 240 288 400

Taxa de transmisso (Kbps) 8 12 14,4 20

O procedimento conhecido como adaptao do enlace (Link Adaptation) responsvel pela seleo automtica entre os diferentes CS disponveis de acordo com a CIR medida. As operadoras podem escolher se desejam habilitar o procedimento de adaptao do enlace ou se mantm o CS fixo. O interesse na utilizao dos diferentes CS disponveis baseia-se no fato de que, quanto maior o CS utilizado, mais recursos da interface Abis sero consumidos, conforme visto no Captulo 4. Resultados prticos para uma rede GSM tpica com CIR de 15 dB apontam para um throughput mdio de 10 kbps por timeslot alternando entre CS-1 e CS-2. Na verdade, a estratgia do GPRS utilizar os recursos ociosos da rede de Comutao por Circuitos para transmitir dados, mantendo sempre esta ltima como servio prioritrio. Por isso, as primeiras aplicaes de dados sobre redes celulares tipicamente so de baixo throughput tais como rastreamento de veculos, autenticao de carto de crdito e telemetria. Somente com a introduo do (E)GPRS e do 3GSM, comeam a surgir aplicaes celulares que exigem taxas de transmisso maiores tais como vdeo, streaming e outras.

3.5 A evoluo para o sistema (E)GPRS

Conforme foi dito nas sees acima, a introduo da comutao por pacotes nas redes GSM ocorreu atravs do sistema GPRS, tecnologia melhor esforo, que no tem como objetivo atingir altas taxas de transmisso.

38

Como a demanda por servios de dados com maior capacidade uma tendncia natural em todas as redes de telecomunicaes, uma nova tecnologia para as redes GSM, chamada EDGE (Enhanced Data rates for GSM Evolution), ou (E)GPRS, foi desenvolvida.

3.5.1 As diferenas introduzidas no (E)GPRS

A diferena do sistema (E)GPRS para o sistema GPRS est na interface area primordialmente, ou seja, toda a estrutura de novos elementos de rede instalados devido ao sistema GPRS mantida com o sistema (E) GPRS. Deve-se considerar, entretanto, que a introduo do sistema (E)GPRS tem impacto nas demais interfaces do sistema GPRS, tais como Abis, Gb e Gn, na medida em que aumenta significativamente a taxa de transmisso de dados. At o sistema GPRS, a modulao utilizada na interface area era somente a modulao GMSK, em que cada smbolo da modulao representa um bit de dados [3]. A evoluo das redes GPRS para redes (E) GPRS se d pela introduo da modulao 8-PSK, em que cada smbolo da modulao representa trs bits de dados [3]. A Figura 3.4 ilustra o diagrama de constelao do esquema de modulao 8-PSK. Verifica-se que com a mesma banda, em Hertz, atingimos uma taxa de transmisso de dados trs vezes maior. Diante disso, fica claro que o throughput potencialmente triplica com este esquema de modulao, entretanto o preo que pago est no aumento da probabilidade de erros, devido distncia entre os smbolos deste esquema de modulao ser menor. Atravs dos diagramas de constelao observa-se que a distncia entre os smbolos da modulao 8-PSK menor do que a distncia entre os smbolos da modulao GMSK, assumindo o mesmo nvel de recepo [3].

39

Figura 3.4 Adoo do esquema de modulao 8-PSK com a introduo do sistema (E)GPRS.

3.5.2 Os esquemas de codificao

importante lembrar que todas as estratgias de utilizao e possveis configuraes dos timeslots descritas nos itens 3.4.1 e 3.4.2 so mantidas no sistema (E)GPRS. Por outro lado, o sistema (E)GPRS introduz uma nova famlia de esquemas de codificao chamados de Modulation Coding Schemes (MCS) cujas caractersticas bsicas esto mostradas na Tabela 3.2. De maneira similar ao que ocorre com o sistema GPRS, o MCS utilizado depende da relao CIR avaliada a cada instante. O procedimento de adaptao do enlace, descrito no item 3.4.3, tambm est presente nos sistemas (E)GPRS, podendo ser habilitado ou no pelas operadoras.

40

Tabela 3.2 Caractersticas bsicas dos MCS.

importante perceber que o aumento do throughput na interface area ter reflexo nas demais interfaces (Abis, Gb e Gn), que devem ser re-dimensionadas de modo a suportar este aumento na ocupao da banda disponvel. Mantendo o foco na interface Abis, a partir do momento em que o sinal com modulao 8-PSK demodulado, temos uma quantidade de bits trs vezes maior para ser entregue BSC. Considerando que o meio utilizado para a transmisso destes dados representa um alto custo para as operadoras, a introduo do sistema (E)GPRS representa um aumento de custo diretamente proporcional ao aumento na taxa de transmisso de dados. Com o objetivo de minimizar este impacto, esto mostradas no Captulo 4 deste trabalho as tcnicas desenvolvidas para utilizao mais eficiente da banda alocada para a interface Abis. A utilizao das tcnicas que so mostradas torna a introduo do sistema (E)GPRS mais suave para as operadoras.

41

Captulo 4. A otimizao da interface Abis

4.1 Introduo
Diante do exposto nos Captulos anteriores, na medida em que ocorre um aumento no trfego nas redes GSM, as operadoras se vem com um alto custo de transmisso associado interface Abis. Este aumento de trfego pode ter sua origem no crescimento natural da rede GSM comutadas por circuitos, ou no aumento na penetrao do trfego de dados atravs da rede (E)GPRS. Conforme explicado no Captulo 3, o throughput na interface area triplica com a entrada do (E)GPRS. Conseqentemente, tem-se impacto diretamente proporcional na interface Abis. A utilizao dos quadros PCM30 aumenta e, com maior freqncia, as operadoras so obrigadas a promover ampliaes na capacidade de sua rede de transmisso. Para as operadoras estas ampliaes representam um alto custo, seja pelo aluguel de novos quadros PCM30, ou pela ampliao da capacidade da rede prpria. Visando minimizar os custos decorrentes do crescimento de trfego, diversas estratgias de otimizao da interface Abis comeam a receber ateno em todo o mundo. Neste Captulo so descritas algumas das estratgias disponveis no mercado. As prximas sees deste Captulo contemplam um estudo realizado sobre as especificaes que padronizam a interface Abis e que so pertinentes ao entendimento das estratgias de otimizao, que so descritas em seguida.

42

4.2 Quadros TRAU

Nas especificaes do sistema GSM [6] e [7], so apresentados os padres estabelecidos para a transmisso de informao entre a BTS e a BSC. padronizada a troca de informaes de trfego e sinalizao a partir de quadros conhecidos por quadros TRAU (TRAU frames). No existe, entretanto, padronizao em relao ao mapeamento destes quadros TRAU nos quadros PCM30. Por isso, cada fabricante de equipamentos pode realizar o mapeamento destes quadros da maneira que lhe for mais apropriada. Estas especificaes dizem respeito somente ao trfego de comutao por circuitos. O quadro TRAU possui comprimento fixo de 320 bits com durao de 20ms (16 kbps) ou 160 bits tambm com durao de 20ms (8 kbps). A BSC deve realizar a comutao dos quadros TRAU de forma transparente, enviando-os para o transcoder, que lhes dar o devido tratamento. A estrutura dos quadros TRAU depende da informao que est sendo transmitida por ele, apresentando as opes de quadros de voz, dados (CSD), ociosos ou O&M (sinalizao). As Tabelas a seguir mostram alguns exemplos das estruturas dos quadros TRAU. Na tabela 4.1 ilustrado um quadro TRAU com codificao de voz Full Rate ou Enhanced Full Rate. A informao que distingue as duas codificaes de voz est nos bits de controle C1 at C5. Na verdade so estes bits que definem o tipo de trfego que o quadro TRAU contm, conforme apresentado na Tabela 4.4 que segue. Nesta Tabela entende-se por trfego de dados, o trfego de dados sobre comutao por circuitos, tecnologia conhecida por CSD (Circuit Switched Data).

43

Tabela 4.1 TRAU frame 320 bits (FR ou EFR).

Octet no. 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 1 0 0 1 C8 1 D8 1 D23 1 D38 1 D53 1 D68 1 D83 1 D98 1 D113 1 D128 1 D143 1 D158 1 D173 1 D188 1 D203 1 D218 1 D233 1 D248 1 C18 2 0 0 C1 C9 D1 D9 D16 D24 D31 D39 D46 D54 D61 D69 D76 D84 D91 D99 D106 D114 D121 D129 D136 D144 D151 D159 D166 D174 D181 D189 D196 D204 D211 D219 D226 D234 D241 D249 D256 C19 3 0 0 C2 C10 D2 D10 D17 D25 D32 D40 D47 D55 D62 D70 D77 D85 D92 D100 D107 D115 D122 D130 D137 D145 D152 D160 D167 D175 D182 D190 D197 D205 D212 D220 D227 D235 D242 D250 D257 C20 Nmero do Bit 4 5 0 0 0 0 C3 C4 C11 C12 D3 D4 D11 D12 D18 D19 D26 D27 D33 D34 D41 D42 D48 D49 D56 D57 D63 D64 D71 D72 D78 D79 D86 D87 D93 D94 D101 D102 D108 D109 D116 D117 D123 D124 D131 D132 D138 D139 D146 D147 D153 D154 D161 D162 D168 D169 D176 D177 D183 D184 D191 D192 D198 D199 D206 D207 D213 D214 D221 D222 D228 D229 D236 D237 D243 D244 D251 D252 D258 D259 C21 T1 6 0 0 C5 C13 D5 D13 D20 D28 D35 D43 D50 D58 D65 D73 D80 D88 D95 D103 D110 D118 D125 D133 D140 D148 D155 D163 D170 D178 D185 D193 D200 D208 D215 D223 D230 D238 D245 D253 D260 T2 7 0 0 C6 C14 D6 D14 D21 D29 D36 D44 D51 D59 D66 D74 D81 D89 D96 D104 D111 D119 D126 D134 D141 D149 D156 D164 D171 D179 D186 D194 D201 D209 D216 D224 D231 D239 D246 D254 C16 T3 8 0 0 C7 C15 D7 D15 D22 D30 D37 D45 D52 D60 D67 D75 D82 D90 D97 D105 D112 D120 D127 D135 D142 D150 D157 D165 D172 D180 D187 D195 D202 D210 D217 D225 D232 D240 D247 D255 C17 T4

44

Tabela 4.2 TRAU frame 160 bits para dados (CSD).

Octet no. 1 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 0 1 0 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 1 2 0 C1 1 D9 D16 D23 D30 D37 D44 D51 D58 D'2 D'9 D'16 D'23 D'30 D'37 D'44 D'51 D'58 3 0 C2 D3 D10 D17 D24 D31 D38 D45 D52 D59 D'3 D'10 D'17 D'24 D'31 D'38 D'45 D'52 D'59 Nmero do Bit 4 5 0 C3 D4 D11 D18 D25 D32 D39 D46 D53 D60 D'4 D'11 D'18 D'25 D'32 D'39 D'46 D'53 D'60 0 C4 D5 D12 D19 D26 D33 D40 D47 D54 D61 D'5 D'12 D'19 D'26 D'33 D'40 D'47 D'54 D'61 6 0 C5 D6 D13 D20 D27 D34 D41 D48 D55 D62 D'6 D'13 D'20 D'27 D'34 D'41 D'48 D'55 D'62 7 0 D1 D7 D14 D21 D28 D35 D42 D49 D56 D63 D'7 D'14 D'21 D'28 D'35 D'42 D'49 D'56 D'63 8 0 D2 D8 D15 D22 D29 D36 D43 D50 D57 D'1 D'8 D'15 D'22 D'29 D'36 D'43 D'50 D'57 1

Tabela 4.3 TRAU frame 160 bits AMR codec 6,70 kbps
Octet no. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 1 0 1 1 1 1 0 1 D40 1 D55 1 D70 1 D85 1 D100 1 D115 1 D130 2 0 D1 C1 D12 D19 D26 D33 D D48 D D63 D D78 D D93 D D108 D D D 3 0 D2 C2 D13 D D D D D D D D D D D D D D D D Nmero do Bit 4 5 0 0 D3 D4 C3 D8 D14 D15 D D D D D D D D D D D D D D D D D D D D D D D D D D D D D D D D 6 0 D5 D9 D16 D D D D D D D D D D D D D D D D 7 0 D5 D10 D17 D D D D D D D D D D D D D D D D 8 0 D7 D11 D18 D25 D32 D39 D47 D54 D62 D69 D77 D84 D92 D99 D107 D114 D122 D129 D137

45

 importante ressaltar que no caso do quadro TRAU ocioso, todos os bits de dados (Dis) so enviados como 1. As referncias [6] e [7] podem ser utilizadas para maiores detalhes sobre a utilizao dos bits de controle e outras possveis estruturas dos quadros TRAU. O objetivo neste ponto ilustrar que a padronizao dos quadros TRAU permite identificar o tipo de trfego cursado, inclusive os quadros TRAU ociosos, que so os principais alvos das estratgias de otimizao da interface Abis. Tabela 4.4 Exemplos de identificao do tipo de trfego no TRAU frame a partir dos bits de controle.
Trfego FR EFR O&M Dados Ocioso Extended Data Frame HR AMR FR QuadroTRAU 320 bits 320 bits 320 bits 160 bits 320 bits 160 bits 320 bits 320 bits 320 bits 160 bits 320 bits Bits de controle C1..C5 Uplink Downlink 00010 11100 11010 11010 00101 11011 0101Y 010XY 01000 10110 0011Y 001XY 10000 01110 11111 11111 00011 111101 0001Y 000XY 00110 00110

X = uplink frame error X = 0 para frame uplink corrompido X = 1 para frame uplink correto Y = paridade mpar de C1 at C4

Maiores informaes sobre os algoritmos de codificao de voz FR, EFR, HR e AMR podem ser encontradas em [8], [9], [10] e [11]. No escopo deste trabalho a descrio dos diferentes algoritmos de codificao de voz utilizados nos sistemas GSM.

46

4.3 A Transmisso Descontnua

O estudo da funcionalidade de transmisso descontnua (Discontinuous Transmission DTX) importante, na medida em que potencializa a transmisso de quadros TRAU ociosos na interface Abis, conforme explicado a seguir. Na seo 4.4 veremos que algumas das estratgias de otimizao da interface Abis fazem uso da eliminao dos quadros TRAU ociosos para reduzir a utilizao dos quadros PCM30. Atuando na interface area, esta funcionalidade permite que, a partir da deteco do silncio durante uma conversao, a EM suspenda a transmisso da voz. Esta suspenso na transmisso contribui para a economia de bateria e reduo dos nveis de interferncia da rede. Nestes momentos de silncio, gerado um rudo de conforto para que o outro interlocutor no tenha a falsa impresso de que a chamada foi desconectada. O funcionamento da transmisso descontnua depende dos seguintes fatores: Presena de um detector de atividade de voz (Voice Activity Detector VAD) no lado da EM transmissora. Avaliao do rudo de fundo do lado da EM transmissora para transmitir os parmetros corretos a EM receptora, atravs do quadro SID (Silence Descriptor Frame). No lado da EM receptora gerar o rudo de conforto, de acordo com os parmetros recebidos no quadro SID. O funcionamento da transmisso descontnua ocorre da seguinte maneira: a sada do VAD ser 1 quando houver atividade de voz, e 0 caso contrrio. No momento em que h a transio do VAD de 1 para 0, tem incio o chamado perodo de hangover. Durante este perodo, so avaliados os N prximos quadros de modo a coletar os dados para gerao do rudo de conforto no receptor. Desta forma, o rudo de conforto baseado no rudo de fundo no transmissor. Os dados para gerao do rudo de conforto so ento enviados ao receptor

47

atravs de um quadro chamado SID. A Figura 4.1 ilustra o procedimento descrito. Maiores detalhes podem ser obtidos em [12].

Figura 4.1 Procedimento de transmisso na funcionalidade de transmisso descontnua.

Para que o procedimento de transmisso da funcionalidade DTX esteja completo, se faz necessria a utilizao de um bit de controle SP. O bit de controle SP vem associado a cada quadro, identificando-o como quadro de voz (SP=1) ou como quadro SID (SP=0). A EM envia pela interface area todos os quadros marcados com SP=1 e o primeiro quadro marcado com SP=0 aps um quadro marcado com SP=1. Todos os demais quadros durante o perodo de silncio no so transmitidos pela interface area, o que representa na interface Abis a transmisso de quadros TRAU ociosos. Conforme observado na Figura 4.1, os quadros SID com informaes sobre o rudo de fundo no transmissor continuam sendo gerados, embora no sendo transmitidos. Isto ocorre, pois devem ser enviados quadros SID atualizados com a periodicidade descrita na Tabela 4.5 abaixo. De posse destes dados, o receptor pode manter o rudo de fundo atualizado.

48

Tabela 4.5 Freqncia de atualizao dos quadros SID.

Algoritmo codificao de voz FR EFR AMR FR HR AMR HR Periodicidade de atualizao do quadro SID A cada 480ms (24 quadros) A cada 480ms (24 quadros) A cada 160ms (8 quadros) A cada 240ms (12 quadros) A cada 240ms (12 quadros)

Observe que entre os quadros SID que so efetivamente transmitidos, temos na interface Abis quadros TRAU ociosos. Desta forma, nos momentos de silncio de uma chamada ativa, os quadros TRAU ociosos so maioria. Algumas das estratgias de otimizao da interface Abis fazem uso da deteco (e posterior no transmisso) dos quadros TRAU ociosos para reduzir a utilizao dos quadros PCM30, como fica mais claro nas prximas sees. Com isso conclui-se que a utilizao da funcionalidade de transmisso descontnua maximiza os ganhos de otimizao da interface Abis. No lado da EM receptora, teremos o elemento responsvel pela gerao do rudo de conforto para o ouvinte. Os dados necessrios para a gerao do rudo de conforto, so transmitidos exatamente no quadro SID. Entretanto, caso algum quadro SID chegue ao receptor corrompido, o gerador de rudo deve considerar o ltimo quadro SID vlido como entrada. Considerando dados tpicos de silncio durante uma conversao como 50%, conclumos que a ativao da funcionalidade de transmisso descontnua pode contribuir significativamente na reduo da ocupao dos recursos da interface Abis alocados mesmo durante uma chamada ativa.

49

4.4 Estratgias de Otimizao para a Interface Abis

Conforme visto no Captulo 2, originalmente a alocao dos recursos da interface Abis era fixa e determinstica, ou seja, cada BTS recebia uma banda super dimensionada para a interface Abis, mapeando todos os timeslots da interface area na interface Abis. Desta feita, no havia nenhuma probabilidade de congestionamento no transporte das informaes at a BSC. Mesmo que os E0s reservados no estivessem transmitindo informaes, a banda ficava ociosa e reservada. De maneira geral todas as estratgias de otimizao da interface Abis passam por uma permisso de probabilidade de congestionamento maior do que zero nesta interface. Da retira-se um ganho estatstico que inversamente proporcional ao trfego das BTSs. A seguir so mostradas algumas das estratgias de otimizao da banda alocada para a interface Abis. Algumas delas so desenvolvidas pelos prprios fabricantes dos equipamentos, ao passo que outras funcionam como elementos externos BTS e a BSC, sendo desenvolvidas por um segundo fabricante. Deve-se considerar, entretanto, o fato de que a interface Abis uma interface fechada. Deste modo, qualquer estratgia de otimizao deve ser testada em conjunto com o fabricante dos equipamentos, visando garantir o perfeito funcionamento da mesma na verso de software atual e nas futuras verses de software disponveis.

50

4.4.1 Abis Parcialmente Dinmica

Esta estratgia de otimizao foi desenvolvida pelo fabricante de equipamentos de BTS e BSC Nokia, a partir da verso de software S10.5 ED. Sua idia atuar somente na banda alocada para o trfego de comutao por pacotes. Considerando que a introduo do sistema (E)GPRS realmente o principal consumidor de banda na interface Abis, faz sentido nos concentrarmos inicialmente neste tipo de trfego. A estratgia de otimizao consiste na reserva de uma banda na interface Abis exclusivamente para o trfego de dados, chamada de Banda Dinmica para Dados (BDD). Os recursos da BDD so alocados de maneira totalmente dinmica, ou seja, uma vez que qualquer timeslot da interface area necessite de uma banda maior para comutao por pacotes, os recursos da BDD so utilizados. A Figura 4.2, mostra a demanda de recursos na Abis para cada esquema de codificao do GPRS e (E)GPRS. Ou seja, de acordo com o esquema de codificao utilizado por um determinado timeslot, temos uma banda consumida na interface Abis.

51

Figura 4.2 A demanda associada a cada esquema de codificao dos sistemas GPRS e (E) GPRS. A Figura 4.3 mostra o funcionamento da BDD em um TRX dedicado ao trfego de dados. Tomemos como exemplo o timeslot 4, que est utilizando o MCS-9: de acordo com a Figura 4.2, este timeslot consome 80 kbps (ou cinco subcanais de 16 kbps) na interface Abis. Como existem recursos disponveis na BDD, a PCU (Packet Control Unit) reserva um subcanal na rea de alocao esttica, e quatro subcanais da BDD para esta aplicao. Mais tarde estes mesmos subcanais da BDD podem atender a qualquer outro timeslot que esteja demandando banda adicional para trfego de dados.

52

Figura 4.3 A alocao dinmica dos recursos da BDD.

O gerenciamento dos recursos da BDD feito atravs de algoritmos de controle na PCU, unidade responsvel pelo trfego de dados na BSC. A vantagem da utilizao dos recursos de modo dinmico reside no ganho estatstico de que podemos nos valer para reduzir a banda alocada para o BDD. Entretanto, a utilizao de um ganho estatstico para a reduo da banda do BDD pressupe uma probabilidade de congestionamento dos recursos, ainda que de maneira controlada.

53

De qualquer maneira existem medidas que podem ser tomadas para evitar casos de congestionamento, tais como reduo do throughput dos usurios de dados, reduzindo a demanda por recursos da BDD, ou ainda forar uma re-seleo de clula de algumas EM para BTSs vizinhas. Claramente tais medidas dependem da interveno direta da PCU. A Tabela 4.6 abaixo mostra as principais vantagens e desvantagens desta estratgia de otimizao. Tabela 4.6 Vantagens e desvantagens da Abis parcialmente dinmica.
Vantagens Desvantagens Ganho estatstico oriundo da utilizao do BDD. Ganho estatstico limitado ao trfego de pacotes (PS). Em caso de iminncia de congestionamento do BDD, Impossibilidade de utilizao da banda otimizada para podem ser tomadas contramedidas em conjunto com a prover outros trfegos de dados. BSC e a BTS.

4.4.2 Abis Totalmente Dinmica

Esta estratgia de otimizao foi desenvolvida pelo fabricante de equipamentos BTS e BSC SIEMENS, a partir da verso de software BR7.0. Esta estratgia pode ser vista como uma aplicao do conceito de Abis dinmica para os dois tipos de trfego presentes na interface Abis: o trfego de voz e o trfego de pacotes. Expressivo ganho pode ser obtido desconsiderando a alocao fixa dos recursos na interface Abis. Esta estratgia de otimizao assume que deve ser alocada uma Banda Abis para cada BTS, e no mais apenas para o trfego de pacotes. Os recursos da Banda Abis, os subcanais de 16 kbps, podem ser alocados de acordo com a demanda instantnea, ou seja, de maneira totalmente dinmica. A Banda Abis pode ser utilizada para trfego de voz (CS) e de dados (PS). A alocao dos subcanais da interface Abis gerenciada pela BSC, podendo ser definidos servios prioritrios sobre outros. Na maioria dos casos prticos definida a maior prioridade para os servios de voz.

54

A Figura 4.4 mostra a estratgia de alocao dinmica dos recursos da Abis.

Figura 4.4 Alocao dinmica dos recursos da interface Abis.

Neste exemplo tm-se trs estaes mveis demandando servios rede GSM / (E) GPRS. Uma delas (EM3) est realizando chamada de voz com o algoritmo EFR (Enhanced Full Rate) consumindo 1 subcanal da Banda Abis. Ao mesmo tempo EM1 e EM2, realizam chamada de dados (E)GPRS e GPRS, consumindo 5 e 2 subcanais respectivamente. Os subcanais reservados na Banda Abis para estas EMs so alocados sob demanda, conforme ilustrado na Figura 4.4. Aps o encerramento da chamadas, os subcanais da Banda Abis so liberados e podem ser utilizados por quaisquer outras EMs realizando chamadas de voz ou dados. Adotando a Abis totalmente dinmica, podemos reduzir a banda alocada para cada BTS, considerando um ganho estatstico e admitindo uma probabilidade de congestionamento maior do que zero.

55

Esta possibilidade de alocao reduz bastante o impacto da introduo dos novos servios de dados baseados na tecnologia (E)GPRS. Considerando que o trfego de voz altamente descorrelacionado do trfego de dados durante as 24 horas do dia, podemos obter um ganho ainda mais significativo. Outro ganho que no pode ser desprezado diz respeito simplesmente ao trfego de voz. Mesmo que a BTS no possua nenhum timeslot na interface area habilitado para trafegar dados, existe ainda um ganho estatstico inerente ao fato da mesma Banda Abis ser compartilhada por todos os setores da BTS. Vejamos o simples exemplo na Figura 4.5: temos um site com 3 TRXs por setor, sendo dois timeslots alocados para sinalizao em cada setor. Considerando ainda dois timeslots dedicados para dados em cada setor de um total de 24 timeslots, chegamos a um total de 20 timeslots por setor em que temos somente trfego de voz. Considerando uma probabilidade de congestionamento de 2% na interface area, chegamos a um trfego de 13,18 Erlangs por setor, o que nos leva a 39,54 Erlangs de trfego no site como um todo. Este trfego deve ser escoado pela interface Abis com probabilidade de bloqueio de 0,5%, o que, aplicando a frmula de Erlang, nos leva a uma necessidade de 55 subcanais nesta interface. Como temos ainda 4 subcanais para sinalizao LAPD entre BTS e BSC, chegamos a um total de 59 subcanais de 16 kbps reservados na interface Abis. Caso a alocao dos recursos na interface Abis fosse esttica, teramos 24 subcanais de 16 kbps por setor, somados aos 4 subcanais de sinalizao. Logo, deveramos ter 76 subcanais de 16 kbps reservados na interface Abis. Com esta anlise verificamos uma otimizao de 22% para o trfego de voz com alocao totalmente dinmica.

56

setor 1 Nmero de TRX's Timeslots de sinalizao (interface area) Timeslots de trfego PS (interface area) Timeslots de trfego CS (interface area) Probabilidade de bloqueio (interface area) Trfego de cada setor (erlang) Trfego total do site (Erlang) Nmero Total de canais Abis para LAPD (16Kbps) Probabilidade de bloqueio (interface Abis) 3 2 2 20 0,02 13,18

setor 2 3 2 2 20 0,02 13,18 39,54 4 0,005

setor 3 3 2 2 20 0,02 13,18

Entradas Resultados

Nmero de canais Abis necessrios com Abis totalmente dinmica(16 Kbps) Nmero de canais Abis necessrios com Abis convencional (16 Kbps) Otimizao de banda para CS

59

76 22%

Figura 4.5 Exemplo de otimizao da Abis totalmente dinmica, considerando apenas o trfego CS.

A alocao totalmente dinmica dos recursos da Banda Abis juntamente com o procedimento de adaptao do enlace descrito no Captulo 3 so procedimentos que devem ocorrer de maneira sincronizada, uma vez que a alterao do MCS utilizado influencia diretamente na quantidade de subcanais a serem alocados na Banda Abis. A Tabela 4.7 a seguir mostra a quantidade de subcanais de 16 kbps que devem ser alocados no pool de Abis de acordo com a aplicao da EM. Observa-se que para as aplicaes de dados eventualmente necessrio mais do que um subcanal na Banda Abis. Diante disso, o transporte de pacotes da BTS para a BSC feito atravs da definio de quadros TRAU concatenados. Os quadros TRAU concatenados so uma seqncia de N quadros TRAU, idnticos aos explicados no item 4.2, com o valor de N variando de acordo com a Tabela 4.7.

57

Tabela 4.7 Nmero de subcanais de acordo com a aplicao na interface area.

Aplicao PS Nmero de subcanais na Banda Abis para cada timeslot na interface area 1 1 2 2 1 2 2 2 2 3 4 5 5 Aplicao CS Nmero de subcanais na Abis para cada timeslot na interface area 0,5 0,5 1 1 1 1

GPRS CS-1 GPRS CS-2 GPRS CS-3 GPRS CS-4 (E)GPRS MCS-1 (E)GPRS MCS-2 (E)GPRS MCS-3 (E)GPRS MCS-4 (E)GPRS MCS-5 (E)GPRS MCS-6 (E)GPRS MCS-7 (E)GPRS MCS-8 (E)GPRS MCS-9

Half Rate CS AMR Half Rate CS Full Rate CS Enhanced Full Rate CS AMR Half Rate CS Circuit Switched Data (CSD)

Nos casos dos quadros TRAU concatenados, cada quadro TRAU (ou subcanal) recebe um ndice (Sub-frame Counter - SFC) que varia de 1 at 5. Esta indexao permite que o receptor possa montar a seqncia correta dos subcanais, recuperando a informao original. Note que a existncia SFC permite que os quadros TRAU no precisem estar em posies consecutivas no quadro PCM30. Em casos em que o mesmo timeslot seja compartilhado por EMs utilizando diferentes esquemas de codificao, temos diferentes demandas de banda mapeadas sobre o mesmo subcanal, ou seja, sobre os mesmos SFCs. Nesta situao, nos bits de controle do primeiro subcanal quadro TRAU concatenado, tem-se a informao do esquema de codificao utilizado. Com disso pode ser feito o preenchimento dos subcanais, de acordo com a ilustrao da Figura 4.6. Obviamente, quando o quadro TRAU concatenado estiver sendo

58

utilizado por uma EM com MCS-9, ele tem todos os seus subcanais preenchidos. Por outro lado, no momento em que a utilizao estiver associada a uma EM com MCS-5 (de um outro assinante ou no), temos subcanais preenchidos com os bits de enchimento, seguindo o padro 11111111...111, caracterizando os quadros TRAU ociosos.

Figura 4.6 Quadros TRAU concatenados.

Numa situao em que uma EM esteja utilizando MCS-9 e sofra uma reduo para MCS-5 (procedimento de adaptao do enlace), os recursos da Banda Abis no so imediatamente descartados, uma vez que o procedimento de adaptao do enlace relativamente rpido comparado ao trabalho de liberao de recursos na Banda Abis. Basicamente existem duas mensagens de sinalizao associadas a essa estratgia de otimizao. A primeira diz respeito ao momento da ativao do quadro TRAU concatenado. A mensagem de ativao do canal da BSC para a BTS contm as informaes da interface area (portadora e timeslot) e da interface Abis (nmero de subcanais na Banda Abis). Informao adicional considerando a lista dos subcanais de 16 kbps utilizados no E1, alm da informao do SFC utilizado em cada um deles, tambm e informada. A informao do SFC alocado para uma chamada no pode ser modificada durante a mesma.

59

A segunda mensagem associada s alteraes na quantidade de subcanais alocados durante a chamada, o que pode ocorrer com o procedimento de adaptao do enlace, ou em uma situao de congestionamento da Banda Abis. Nos casos em que o nmero de subcanais deva ser reduzido, inicialmente as taxas dos blocos RLC so ajustadas e somente aps um certo tempo (configurvel), os recursos da Banda Abis so liberados. Por outro lado, nos casos em que o nmero de subcanais da Banda Abis deva ser aumentado, inicialmente verificada a disponibilidade dos mesmos. Caso existam so, reservados, entrando na lista dos subcanais daquela chamada e recebendo o seu respectivo SFC, conforme ilustrado na Figura 4.7 abaixo.

Figura 4.7 Troca de informaes de sinalizao da Abis Totalmente Dinmica.

Diante do que foi visto at aqui, esta estratgia de otimizao permite uma reduo de banda alocada para a interface Abis, considerando que estatisticamente improvvel que todos os recursos desta interface estejam alocados ao mesmo tempo.

60

Entretanto, podemos ter uma situao que a reduo da banda tenha sido exagerada. Neste caso, no momento em que ocorrer um pico de trfego, os contadores da BSC so capazes de identificar o momento em que a ocupao da Banda Abis est se aproximando da capacidade mxima e enviar um comando, por exemplo, forando alguns assinantes a fazerem uma re-seleo de clula para uma BTS vizinha que tenha capacidade ociosa. Outra estratgia para evitar o congestionamento na Banda Abis seria reduzir o MCS ou CS dos usurios (E)GPRS ou GPRS, ou ainda de maneira mais drstica, descartar os pacotes de dados, priorizando os servios de voz. Observe na Tabela 4.8 abaixo as principais vantagens e desvantagens desta estratgia de otimizao. Tabela 4.8 Vantagens e desvantagens da Abis totalmente dinmica.
Vantagens Desvantagens Maior ganho estatstico oriundo da utilizao da Banda Impossibilidade de utilizao da banda otimizada para Abis compartilhado entre trfego PS e CS. prover outros trfegos de dados. Em caso de iminncia de congestionamento da Banda Abis, podem ser tomadas contramedidas em conjunto com a BSC e a BTS.

61

4.4.3 Otimizao a partir da deteco de quadros TRAU ociosos

Diante do que foi explicado nos itens 4.2 e 4.3, outra estratgia de otimizao da interface Abis, passa pela identificao dos quadros TRAU ociosos. A Figura 4.8 ilustra a insero de um novo elemento na sada da BTS e na entrada da BSC. Diversas empresas, tais como a Alcatel, desenvolveram estratgias de otimizao seguindo esta abordagem.

Figura 4.8 A introduo do novo elemento (a) Interface Abis convencional. (b) Interface Abis otimizada. A funo do novo elemento detectar a presena dos quadros TRAU ociosos, atravs dos bits de controle, conforme explicado no item 4.2, e no transmiti-los pela interface Abis. O novo elemento na outra extremidade remonta os quadros TRAU ociosos entregando-os de maneira transparente BTS ou BSC. Com esta estratgia evitamos um consumo desnecessrio de E0s da interface Abis, de modo que a reduo da banda ocorre, fazendo-se valer de um ganho estatstico. Obviamente, quanto maior o trfego na BTS, menor o ganho estatstico.

62

Os quadros TRAU ociosos que so transmitidos pela interface Abis so originados em dois momentos: Quando um timeslot na interface area est ocioso. Nos momentos de silncio durante uma chamada ativa, o que s possvel atravs da habilitao da funcionalidade de DTX. Os quadros TRAU ociosos so descartados e adicionado um cabealho de comunicao entre os equipamentos, de modo a garantir que o receptor seja capaz de reconstruir de forma totalmente transparente a informao gerada na fonte transmissora. Deve-se considerar ainda que a utilizao destes novos elementos traz consigo a introduo de um atraso cujo impacto afeta diretamente a performance do trfego (E)GPRS (ver Captulo 5) e torna mais lentos os procedimentos de download de software das BSCs para as BTSs remotamente. Visto que a esta estratgia de otimizao tenta ser transparente para o BSS, em casos de iminncia de congestionamento da interface Abis otimizada, existem contramedidas que podem ser tomadas como priorizao do canal de sinalizao LAPD, seguido do trfego de voz, dando baixa prioridade ao trfego de dados. Fica claro, entretanto, que tais medidas so bem mais limitadas do que as solues apresentadas nos itens 4.4.1 e 4.4.2. Abaixo seguem as principais vantagens e desvantagens desta estratgia de otimizao resumidas na Tabela 4.9.

63

Tabela 4.9 Vantagens e desvantagens da reduo de banda pela deteco dos quadros TRAU ociosos.
Vantagens Ganho estatstico oriundo da supresso dos quadros TRAU ociosos . Ganho estatstico adicional durante as conversaes oriundo da supresso dos quadros TRAU ociosos com a feature DTX ativa. Desvantagens Impossibilidade de utilizao da banda otimizada para prover outros trfegos de dados. A princpio, no existe interao da soluo com a BSC e BTS, logo as contramedidas para evitar congestionamento so mais limitadas. Atraso introduzido pelo novo elemento resulta em queda de performance para o trfego (E)GPRS.

4.4.4 Abis sobre IP

Uma outra estratgia de otimizao para a interface Abis considera a adoo de pequenos roteadores nas BTSs e roteadores com maior capacidade em um ponto concentrador, tipicamente a BSC. Ambos os roteadores so de fabricao Cisco. A idia por trs desta estratgia consiste em detectar os padres transmitidos pela interface Abis, codific-los, encapsul-los em um pacote IP e envi-los pela interface Abis sobre IP. Conforme detalhes mais adiante, esta estratgia de otimizao atua estritamente na camada fsica, eliminando todas as seqncias de bits repetidas. Desta feita, esta abordagem no considera a identificao dos quadros TRAU a partir de bits de controle, nem qualquer outra informao de camadas superiores. A Figura 4.8 mostra a topologia bsica da estratgia de otimizao proposta.

Figura 4.8 Estratgia de otimizao de Abis sobre IP

64

Conforme explicado no item 4.2, a cada 20ms transmitido na interface Abis um quadro TRAU de 320 bits (ou 160 bits), o que representa uma taxa de 16 kbps (ou 8 kbps). Os roteadores realizam a amostragem dos bits dos quadros TRAU a cada 2ms. Por simplicidade daqui em diante consideramos nas explicaes os quadros TRAU de 320 bits. O roteador faz ento uma cpia de todos os 10 primeiros blocos de 32 bits armazenaos em sua memria, encapsula-os com o protocolo IP e finalmente transmite-os pela interface Abis sobre IP. O quadro TRAU seguinte tambm quebrado em 10 blocos de 32 bits, os quais so comparados com os blocos armazenados na memria do roteador. Todos os blocos que forem iguais aos transmitidos no quadro TRAU anterior so descartados, sendo transmitidos pela interface Abis sobre IP somente os blocos diferentes, conforme ilustrado na Figura 4.9.

Figura 4.9 Estratgia de otimizao Abis sobre IP.

65

Entretanto, deve ser destacado que para que o roteador de recepo seja capaz de reconstruir os quadros TRAU de maneira totalmente transparente para a BSC e a BTS, ele tambm armazena uma cpia dos primeiros 10 blocos de 2ms em sua memria. Finalmente a informao sobre quais blocos foram descartados enviada em protocolo especfico de comunicao dos roteadores para o roteador de recepo. Este ento capaz de reconstruir os quadros TRAU originais, entregando-os de maneira transparente BSC. A desvantagem deste procedimento est na introduo de um atraso na entrega dos quadros TRAU, que tem conseqncia na performance da rede (E) GPRS, conforme comprovado no Captulo 5. Note que esta estratgia de otimizao no faz uso de nenhuma informao nos bits de controle dos quadros TRAU, atuando apenas na camada fsica da interface Abis. Esta ltima caracterstica traz consigo a vantagem adicional tornar a estratgia de otimizao independente de futuras evolues e alteraes na interface Abis que possam ser desenvolvidas pelos fabricantes de equipamentos. O processo descrito acima considerou apenas um subcanal de 16kbps, entretanto o processo ocorre paralelamente para todos os subcanais do E1. A diferena desta estratgia de otimizao para a apresentada no item 4.4.3 que esta no depende da deteco dos quadros TRAU ociosos a partir dos bits de controle dos mesmos, embora indiretamente estes quadros TRAU sejam descartados por representarem padres repetidos. A primeira impresso de que esta estratgia de otimizao atinja ganhos menores do que as descritas anteriormente, uma vez que introduzido o cabealho do protocolo IP, o que aumenta a banda utilizada na interface Abis. Na verdade, esta reduo de ganho ocorre, embora existam algumas estratgias tais como compresso de cabealho e outras associadas ao protocolo IP que podem ser empregadas para minimizar este efeito. O cabealho

66

introduzido por esta estratgia de otimizao gira em torno de 192 kbps (3 x 64 kbps), conforme verificado no Captulo 5. Outra grande motivao na introduo da interface Abis sobre IP permitir o trafego de outros tipos de dados sobre o mesmo quadro PCM30 da interface Abis. Podemos introduzir, por exemplo, trfego de um hot-spot Wi-Fi, ou cmaras de vigilncia utilizando a banda otimizada. A figura 4.10 mostra esta idia.

Figura 4.11 Possibilidade de transmisso de diferentes trfegos sobre o mesmo E1 (quadro PCM30).

Com esta vantagem surge tambm a necessidade de priorizao entre os diferentes servios, o que deve ser possvel nos roteadores instalados. Considerando o emprego desta estratgia de otimizao em larga escala em uma rede de transmisso, podemos vir a ter uma topologia complexa de roteadores at que os quadros TRAU cheguem BSC. Por isso esperase que o roteador seja compatvel com o protocolo MPLS (Multi Protocol Label Switching), o que garanta entrega dos pacotes com polticas de QoS bem definidas. Isto ainda mais

67

importante se considerarmos a utilizao de uma rede IP multi-servios j existente para o transporte da interface Abis sobre IP. Dependendo da penetrao da estratgia de otimizao, talvez a re-filiao de BTSs entre BSCs dependa apenas de configuraes de roteamento, no sendo necessria a solicitao de um outro E1 a um provedor, que pode representar um atraso indesejado. Outro ponto relevante mostrado na Figura 4.10 mostra a utilizao do mesmo quadro PCM30 para trfego da interface lub nos sites da terceira gerao de celulares (3GSM). A verso atual do 3GSM (R4) estabelece uma interface lub sobre ATM, de modo que o roteador deve ser capaz de tratar este protocolo tambm. De qualquer maneira, as verses R5 e R6 do 3GSM estabelecem a adoo da interface lub sobre o padro IP, o que representa uma outra vantagem para esta estratgia de otimizao. Outra aplicao para esta estratgia de otimizao da interface Abis, est na concentrao de todas as BTSs de uma cidade em um n, a partir do qual so escoadas as interfaces Abis otimizadas para a BSC. A Figura 4.12 ilustra esta idia. Quanto mais BTSs concentramos em um ponto, maior o ganho estatstico atingido pela otimizao. Neste exemplo, a banda Abis sobre IP est dimensionada para o alto trfego durante o dia no centro desta cidade, e para o alto trfego durante a noite em regies dormitrio. Devido descorrelao entre os trfegos das BTSs filiadas ao n concentrador estamos utilizando a rede de transmisso da forma bem mais eficiente.

68

Figura 4.12 Abis sobre IP maximizando os ganhos estatsticos com elementos concentradores.

Visto que a esta estratgia de otimizao tambm tenta ser transparente para a BSC e para a BTS, em casos de iminncia de congestionamento da interface Abis sobre IP, existem contramedidas limitadas que podem ser tomadas. Uma vez que o roteador seja inteligente o suficiente para detectar e priorizar os trfegos de cada quadro TRAU, deve ser estabelecida uma maior prioridade para o canal de sinalizao LAPD, sem o qual a BTS perde toda a sua funcionalidade de gerao de chamadas, controle remoto entre outras. Em seguida, devem ser priorizados os quadros TRAU contendo trfego de voz (CS), visto que estes so sensveis a atraso. Em terceiro lugar priorizam-se os quadro TRAU associados s redes (E)GPRS , e finalmente os outros trfegos IP, que s devem trafegar quando houver banda disponvel. Fica claro, entretanto, que tais medidas so bem mais limitadas do que as solues apresentadas nos itens 4.4.1 e 4.4.2, que fazem uso das informaes da rede GSM para minimizar os problemas de congestionamento na interface Abis. A Tabela 4.10 resume as principais vantagens e desvantagens desta estratgia de otimizao da interface Abis.

69

Tabela 4.10 Vantagens e desvantagens da estratgia de otimizao Abis sobre IP.

Vantagens Ganho estatstico oriundo da supresso dos quadros TRAU ociosos. Ganho estatstico adicional durante as conversaes oriundo da supresso dos TRAU frames com a feature DTX ativa. Possibilidade de utilizao da banda otimizada para prover outros trfegos de dados. Preparado para o UMTS (R5) e (R6) Por atuar na camada fsica, imune a futuras alteraes na interface Abis dos diferentes fabricantes. Infra-estrutura de rede IP da operadora pode ser utilizada para o trfego Abis Desvantagens A princpio, no existe interao da soluo com a BSC e a BTS, logo as contramedidas para evitar congestionamento so mais limitadas. Atraso introduzido pelo novo elemento resulta em queda de performance para o trfego (E)GPRS.

Todas as estratgias de otimizao apresentadas at aqui tm como objetivo reduzir a banda reservada para a interface Abis, reduzindo tambm os custos operacionais para as operadoras de telefonia celular. No prximo Captulo so mostrados resultados obtidos em testes de laboratrio e em redes comerciais das estratgias de otimizao descritas nos itens 4.4.2 e 4.4.4. Nele verificam-se os ganhos e impactos introduzidos com estas estratgias de otimizao.

70

Captulo 5 Testes das estratgias de otimizao da interface Abis

5.1 Introduo
O objetivo deste Captulo mostrar resultados prticos obtidos com algumas das estratgias de otimizao da interface Abis descritas no Captulo 4. A abordagem dos resultados basicamente nos ganhos de otimizao obtidos em casos reais, considerando, entretanto, os impactos na introduo destas solues nas redes GSM das operadoras. Inicialmente so apresentados resultados da estratgia de otimizao interface Abis totalmente dinmica desenvolvida pela Siemens atravs de medies de trfego comercial coletados em BTSs com diferentes perfis de trfego. A outra estratgia de otimizao da interface Abis testada foi Abis sobre IP da Cisco. So apresentados diversos resultados de testes em laboratrio que mostram os ganhos de otimizao obtidos, mas tambm os impactos associados introduo de elementos externos rede GSM. Por ltimo so apresentados resultados obtidos com esta estratgia de otimizao aps cerca de 42 horas de monitorao em uma BTS comercial.

71

5.2 Abis totalmente dinmica

5.2.1 Premissas e configuraes dos testes.
Fazendo uso de contadores disponveis na verso de software BR7.0 do BSS Siemens, foi possvel chegarmos a alguns resultados prticos para esta estratgia de otimizao. importante destacar que os resultados obtidos dizem respeito ao trfego de uma rede GSM comercial. So mostrados diversos exemplos que permitem concluses a respeito do comportamento da utilizao dos recursos da interface Abis totalmente dinmica. Nos grficos que se seguem trs curvas so mostradas. A primeira delas, diz respeito ao nmero de subcanais que efetivamente foram alocados (utilizados) na Hora de Maior Movimento (HMM) da interface Abis ao longo dos dias, ou seja, representa o trfego realmente cursado pela Abis totalmente dinmica. A segunda curva ilustra o nmero de subcanais definidos (configurados) na Banda Abis, enquanto que a terceira curva demonstra o nmero de subcanais que seriam necessrios caso a alocao de recursos na interface Abis fosse totalmente esttica. O mtodo utilizado para o dimensionamento da interface Abis esttica segue os seguintes parmetros para cada setor: O nmero de timeslots na interface area dedicados para dados igual ao nmero de TRXs menos uma unidade. O nmero de timeslots na interface area definidos como dados, mas prioridade para voz igual a dois para um setor com um TRX, igual a um para um setor com dois TRXs e igual a zero para setores com mais do que dois TRXs. O MCS de referncia foi o MCS-9, que consome cinco subcanais na interface Abis, conforme ilustrado no Captulo 4.

72

 O nmero de subcanais alocados para o link de sinalizao LAPD no est considerado nestas contas. Entretanto como referncia o nmero de subcanais alocados na interface Abis para LAPD recomendado como sendo igual a 4 caso o nmero de TRXs dos trs setores somados seja menor do que 15, e igual a 8 caso contrrio. Destaca-se, entretanto, que este mtodo de dimensionamento da interface Abis esttica serve apenas como referncia para o clculo do ganho que pode ser obtido com a utilizao da estratgia de otimizao interface Abis totalmente dinmica. Conforme ser observado nas prximas pginas, este critrio de dimensionamento pode no atender demanda de algumas BTSs cujo perfil de trfego de dados (E)GPRS seja bem maior do que previsto nos parmetros descritos acima. Na verdade, com a interface Abis totalmente dinmica, a tendncia de que os projetistas deixem todos os timeslots da interface area configurados para dados, porm com prioridade para voz (CS). A garantia de que o prprio algoritmo da interface Abis totalmente dinmica defina a prioridade para o trfego de voz (CS), embora toda a banda restante possa ser utilizada para trfego de dados (PS).

5.2.2 Exemplo BTS 1 alto trfego

Tomando como exemplo uma BTS com 13 TRXs instalados, ou seja, com alto trfego, temos o grfico mostrado na Figura 5.1, que mostra a ocupao dos subcanais de 16 kbps alocados na interface Abis desta BTS. Por conveno, daqui para frente quando for mencionado subcanais, entenda-se subcanais de 16 kbps.

73

Ocupao da Interface Abis na HMM

160
Nmero de Subcanais 16 Kbps

140 120 100 80 60 40 20

3/5/2005 7/6/2005 12/4/2005 19/4/2005 26/4/2005 10/5/2005 17/5/2005 24/5/2005 31/5/2005 14/6/2005 21/6/2005 28/6/2005 5/7/2005 12/7/2005 19/7/2005 26/7/2005

Tempo (Dias)
N Mximo de Subcanais Alocados na HMM Total Canais 16 Kbps com alocao esttica N de Subcanais Definidos na HMM

Figura 5.1 Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 1.

importante destacar que na configurao esttica esta BTS deveria ser configurada com 148 subcanais de 16 kbps, ou uma banda de 2,4 Mbps. Tal banda faria com que fosse necessria a utilizao de um segundo quadro PCM30 para atendimento a esta BTS, o que evitado atravs do ganho estatstico proporcionado pela interface Abis totalmente dinmica, em que vemos que efetivamente a banda mxima alocada foi de 0,7Mbps. Note que o ganho mnimo obtido com a introduo da interface Abis totalmente dinmica apresentado neste caso so de expressivos 71%. Se considerarmos, por outro lado, a banda mdia de utilizao da interface Abis totalmente dinmica, como 353 kbps, obtemos um ganho mdio de 85%. Deve-se ressaltar ainda que o nmero de subcanais definidos para a interface Abis totalmente dinmica est super dimensionado neste caso, com 111 subcanais , ou seja, 1,8 Mbps de banda. Pelas medies vemos que o mximo de trfego ocorrido registrou uma

74

utilizao mxima de 45 subcanais. Considerando um quadro PCM30 dedicado a esta BTS temos um total de 124 subcanais livres para trfego. Como 8 deles so destinado ao protocolo LAPD, restam ainda 116 subcanais para trfego. Ora, como a BTS em questo consome no mximo 45 subcanais, temos ainda 71 subcanais de banda ociosa. Note que a banda ociosa pode ser utilizada para atender a interface Abis de qualquer outra BTS que tenha demanda de banda menor do que a disponvel. Obviamente deve ser considerada a previso de crescimento de trfego das BTSs envolvidas para que os recursos no faltem quando necessrios. Finalmente outro dado que ajuda a esclarecer a pouca utilizao da banda dimensionada pode ser obtido atravs de outro contador que mostra a utilizao dos recursos da interface Abis para voz e dados. No caso da BTS mostrada na Figura 5.1, temos uma utilizao de 76% dos subcanais para voz e 24% para dados. Entretanto, detalhando um pouco mais a informao vemos que todos os subcanais alocados para dados foram oriundos de conexes de dados utilizando CS ou MCS baixos, ou seja, que consumiam poucos subcanais na interface Abis, conforme ilustrado na Tabela 5.1. A relao entre o nmero de subcanais e os esquemas de codificao utilizados est mostrada na Tabela 4.7. Tabela 5.1 Utilizao dos subcanais na interface Abis da BTS 1.
Nmero de subcanais 1 subcanal para CS 1 subcanal para PS 2 subcanais para PS 3 subcanais para PS 4 subcanais para PS 5 subcanais para PS % 76,24% 3,97% 19,79% 0,00% 0,00% 0,00%

75

5.2.3 Exemplo BTS 2 alto trfego

A Figura 5.2 mostra outro exemplo de uma BTS com 14 TRXs, ou seja, tambm com alto trfego. Novamente a configurao esttica na interface Abis levaria necessidade de utilizao de um segundo quadro PCM30, entretanto a Abis totalmente dinmica posterga a necessidade da utilizao deste quadro adicional.

Ocupao da Interface Abis na HMM

180
Nmero de Subcanais 16 Kbps

160 140 120 100 80 60 40 20

12/4/2005 19/4/2005 26/4/2005 10/5/2005 17/5/2005 24/5/2005 31/5/2005 14/6/2005 21/6/2005 28/6/2005 12/7/2005 19/7/2005 26/7/2005 3/5/2005 7/6/2005 5/7/2005

Tempo (Dias)
N Mximo de Subcanais Alocados na HMM Total Canais 16 Kbps com alocao esttica N de Subcanais Definidos na HMM

Figura 5.2 Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 2. A alocao esttica levaria a um consumo de banda de 2,5 Mbps (ou 156 subcanais), enquanto observamos que a alocao mxima de banda na interface Abis totalmente dinmica leva de 1,7 Mbps (ou 107 subcanais). Diante de tais nmeros verificamos um ganho mnimo de 31% com a utilizao desta estratgia de otimizao dos recursos da interface Abis.

76

Considerando a mdia de utilizao da interface Abis totalmente dinmica ao longo dos dias de amostragem, chegamos a um ganho mdio de 60%. Embora os ganhos deste exemplo sejam expressivos, esto bem abaixo dos registrados no exemplo do item 5.2.2. Os dados que podem ser utilizados para explicar esta diferena esto mostrados na Tabela 5.2, em que verificamos que a utilizao dos subcanais para trfego de dados (E)GPRS e GPRS maior nesta BTS, havendo inclusive utilizao de MCS altos. Tabela 5.2 Utilizao dos subcanais na interface Abis da BTS 2.
Nmero de subcanais 1 subcanal para CS 1 subcanal para PS 2 subcanais para PS 3 subcanais para PS 4 subcanais para PS 5 subcanais para PS % 73,39% 1,88% 23,29% 1,16% 0,12% 0,18%

5.2.4 Exemplo BTS 3 alto trfego

O ltimo exemplo interessante para sites que tem alto trfego (13 TRXs) est mostrado na Figura 5.3 em que verificamos que o mtodo utilizado para o dimensionamento esttico nesta BTS resultaria em um sub dimensionamento.

77

Ocupao da Interface Abis na HMM

300
Nmero de Subcanais 16 Kbps

250 200 150 100 50

3/5/2005 7/6/2005 12/4/2005 19/4/2005 26/4/2005 10/5/2005 17/5/2005 24/5/2005 31/5/2005 14/6/2005 21/6/2005 28/6/2005 5/7/2005 12/7/2005 19/7/2005 26/7/2005

Tempo (Dias)
N Mximo de Subcanais Alocados na HMM Total Canais 16 Kbps com alocao esttica N de Subcanais Definidos na HMM

Figura 5.3 Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 3.

Na verdade, esta BTS apresenta uma alta utilizao dos subcanais da interface Abis totalmente dinmica para dados, conforme verificado pela Tabela 5.3. Nota-se a presena de expressivos 7,29% de utilizao dos subcanais para MCS-8 ou MCS-9, que so os esquemas de codificao que mais consomem recursos na interface Abis. Isso explica a altssima utilizao de subcanais na interface Abis totalmente dinmica desta BTS. Observe ainda que esta BTS efetivamente necessita de dois quadros PCM30 para a interface Abis, mesmo sendo ela totalmente dinmica. O nmero de subcanais definidos na Banda Abis fica prximo de 240, o que s possvel com a presena de um segundo quadro PCM30.

78

Tabela 5.3 Utilizao dos subcanais na interface Abis da BTS 3.

Nmero de subcanais 1 subcanal para CS 1 subcanal para PS 2 subcanais para PS 3 subcanais para PS 4 subcanais para PS 5 subcanais para PS % 73,33% 0,76% 15,13% 3,00% 0,49% 7,29%

Outro aspecto interessante que podemos observar na Figura 5.3 o comportamento cclico com alto trfego durante os dias teis e baixo trfego durante os finais de semana, o que nos leva a concluir que esta BTS situa-se em uma zona comercial, como de fato ocorre.

5.2.5 Exemplo BTS 4 mdio trfego

Outro exemplo interessante pode ser verificado atravs da Figura 5.4, em que temos uma BTS com 6 TRXs instalados, classificado portanto na categoria de mdio trfego.

Ocupao da Interface Abis na HMM

Nmero de Subcanais 16 Kbps

120 100 80 60 40 20
3/5/2005 7/6/2005 12/4/2005 19/4/2005 26/4/2005 10/5/2005 17/5/2005 24/5/2005 31/5/2005 14/6/2005 21/6/2005 28/6/2005 5/7/2005

Tempo (Dias)
N Mximo de Subcanais Alocados na HMM Total Canais 16 Kbps com alocao esttica N de Subcanais Definidos na HMM

Figura 5.4 Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 4.

79

O ganho mdio em relao alocao esttica de apenas 15%, sendo que em um dos dias teramos novamente um caso de congestionamento, em que a demanda por subcanais seria maior do que a disponibilizada. Mais uma vez, a alta utilizao dos subcanais para o trfego de dados explica a alta utilizao dos recursos e o conseqente baixo valor para o ganho mdio obtido. A particularidade neste caso os 35,40% de utilizao dos subcanais para o trfego (E)GPRS, atravs dos CS-3 e CS-4 ou MCS-2 at MCS-5 na maior parte dos casos.

Tabela 5.4 Utilizao dos subcanais na interface Abis da BTS 4.

Nmero de subcanais 1 subcanal para CS 1 subcanal para PS 2 subcanais para PS 3 subcanais para PS 4 subcanais para PS 5 subcanais para PS % 58,77% 3,99% 35,40% 1,81% 0,01% 0,02%

5.2.6 Exemplo BTS 5 baixo trfego

Tomando agora como exemplo uma BTS com apenas 1 TRX instalado, conforme ilustrado na Figura 5.5, caracterizando uma BTS de baixo trfego. Analisando a Figura 5.5 observa-se um ganho mdio de 42%, alm de um ganho mnimo de 25% com a utilizao da interface Abis totalmente dinmica. importante ressaltar, conforme ilustrado na Tabela 5.5, que uma vez que esta BTS possui apenas 1 TRX instalado, no existe nenhum timeslot na interface area dedicado ao trfego de dados. Diante de tal restrio esta BTS praticamente no tem seus subcanais utilizados para o trfego de dados, sendo 96% dos subcanais utilizados para trfego de voz.

80

Ocupao da Interface Abis na HMM

Nmero de Subcanais 16 Kbps

25 20 15 10 5
15/5/2005 22/5/2005 29/5/2005 12/6/2005 19/6/2005 26/6/2005 10/7/2005 17/7/2005 24/7/2005 1/5/2005 8/5/2005 5/6/2005 3/7/2005

N Mximo de Subcanais Alocados na HMM

Total Canais 16 Kbps com alocao esttica

Tempo (Dias)

N de Subcanais Definidos na HMM

Figura 5.5 Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 5.

Tabela 5.5 Utilizao dos subcanais na interface Abis da BTS 5.

Nmero de subcanais 1 subcanal para CS 1 subcanal para PS 2 subcanais para PS 3 subcanais para PS 4 subcanais para PS 5 subcanais para PS % 96,58% 0,27% 3,15% 0,00% 0,00% 0,00%

5.2.7 Exemplo BTS 6 congestionamento

O exemplo que segue na Figuras 5.6 ilustra caso de congestionamento devido ao sub dimensionamento da interface Abis.

81

Ocupao da Interface Abis na HMM

60 Nmero de Subcanais 16 Kbps 50 40 30 20 10 0

15/5/2005

22/5/2005

29/5/2005

12/6/2005

19/6/2005

26/6/2005

10/7/2005

17/7/2005

Tempo (Dias)
Total Canais 16 Kbps com alocao esttica N de Subcanais Definidos na HMM N Mximo de Subcanais Alocados na HMM

Figura 5.6 Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 6.

A Figura 5.6 ilustra o caso de uma BTS de 3 TRXs e que, por isso, deveria ter 48 subcanais alocado na interface Abis esttica, seguindo as premissas de dimensionamento descritas no item 5.2.1. Entretanto, por haver outras BTSs compartilhando o mesmo quadro PCM30 com esta, inicialmente foram reservados somente 24 subcanais na Banda Abis para o trfego da mesma. Conforme verificado no grfico da Figura, tal dimensionamento mostrouse insuficiente, de modo que foram adicionados mais 4 subcanais para esta BTS. Em um tpico caso de demanda de trfego reprimida, observa-se que, ainda com a ampliao, a banda alocada no foi suficiente para o atendimento desta BTS. Esta caso representa um mau dimensionamento da interface Abis totalmente dinmica, que nestas condies no atingiu ganho suficiente para escoamento de todo o trfego da BTS. A melhor soluo neste caso seria a contratao de outro quadro PCM30 para que no mais

24/7/2005

1/5/2005

8/5/2005

5/6/2005

3/7/2005

82

houvesse compartilhamento do quadro PCM30 existente, ou ainda a utilizao de uma soluo que promovesse a otimizao da interface Abis mesmo durante as chamadas ativas, como por exemplo, a interface Abis sobre IP. Neste ltimo caso deveria ser feito um planejamento detalhado para prever se a otimizao adicional obtida durante as chamadas ativas seria suficiente para no haver mais congestionamento da interface Abis.

5.2.8 Exemplo BTS 7 congestionamento

A BTS da Figura 5.7 apresenta outro caso de congestionamento da interface Abis totalmente dinmica. Em meados de Junho de 2005, esta BTS sofreu uma ampliao de TRX, porm a interface Abis no foi redimensionada de acordo. Por isso, percebe-se um intenso congestionamento na interface Abis desta BTS.

Ocupao da Interface Abis na HMM

60 50 40 30 20 10 0

Nmero de Subcanais 16 Kbps

15/5/2005

22/5/2005

29/5/2005

12/6/2005

19/6/2005

26/6/2005

10/7/2005

17/7/2005

Total Canais 16 Kbps com alocao esttica

N de Subcanais Definidos na HMM

Tempo (Dias)

N Mximo de Subcanais Alocados na HMM

Figura 5.7 Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 7.

24/7/2005

1/5/2005

8/5/2005

5/6/2005

3/7/2005

83

Analisando a Figura 5.7 conclumos que at meados de Junho, havia um congestionamento na interface area, que foi corrigido com a instalao de um novo TRX. Entretanto, como esta instalao ocorreu sem ampliao na interface Abis totalmente dinmica, o congestionamento foi transferido para esta interface. Conclui-se que o planejamento da interface area deve ocorrer em conjunto com o planejamento da interface Abis totalmente dinmica obrigatoriamente.

5.2.9 Exemplo BTS 8 congestionamento

A BTS da Figura 5.8 mostra o caso de uma BTS em que havia um congestionamento da interface Abis totalmente dinmica quase dirio. At que, em meados de Junho, tivemos uma ampliao do nmero de subcanais definidos na Banda Abis da mesma, de modo que o congestionamento no mais ocorreu. Conforme podemos verificar, a ampliao feita, foi muito alm da necessria, de modo que, caso seja necessrio o compartilhamento deste quadro PCM30 por uma outra BTS, podese reduzir a banda alocada para o primeiro. A partir da Figura 5.8 podemos supor que esta BTS, at meados de Junho estava compartilhando o quadro PCM30 com outra(s) BTS, de modo que no era possvel a ampliao da Banda Abis. Percebendo o congestionamento da Banda Abis, a operadora solicitou um outro quadro PCM30, que fez com que a Banda Abis pudesse ser ampliada, eliminando o congestionamento. Desta feita, conclumos que a deciso de compartilhamento de um quadro PCM30 entre duas ou mais BTSs deve passar pelo estudo de crescimento de trfego de cada uma das BTS, para que situaes como a da Figura 5.8 sejam evitadas.

84

Ocupao da Interface Abis na HMM

140 Nmero de Subcanais 16 Kbps 120 100 80 60 40 20 0

16/4/2005

23/4/2005

30/4/2005

14/5/2005

21/5/2005

28/5/2005

11/6/2005

18/6/2005

25/6/2005

7/5/2005

4/6/2005

Tempo (Dias)
Total Canais 16 Kbps com alocao esttica N de Subcanais Definidos na HMM N Mximo de Subcanais Alocados na HMM

Figura 5.8 Ocupao dos subcanais na interface Abis totalmente dinmica da Siemens da BTS 8.

2/7/2005

85

5.3 Abis sobre IP

Os resultados que so mostrados a seguir foram obtidos a partir de testes em laboratrio simulando algumas situaes prticas que podem ser enfrentadas pela adoo da estratgia de otimizao Abis sobre IP desenvolvida pela Cisco atravs de seus roteadores modelos MWR-1941. O laboratrio utilizado dispunha de BSSs completos dos fabricantes Nokia e Siemens. Em seguida foi feita a instalao dos roteadores em uma BTS comercial, monitorando a utilizao e o funcionamento da interface Abis sobre IP por 42 horas. A seguir so mostrados os resultados destes testes.

5.3.1 Influncia sobre a qualidade de voz.

5.3.1.1 Descrio

Um dos pontos que devem ser abordados na introduo desta estratgia de otimizao, diz respeito qualidade de voz percebida pelo assinante. Espera-se que a introduo dos roteadores, conforme explicado detalhadamente no Captulo 4, deva ocorrer de maneira totalmente transparente para o BSS e conseqentemente para o usurio final.

5.3.1.2

Configurao do teste

Para verificar tal transparncia foram feitos alguns testes utilizando medidor de MOS (Mean Opinion Score). Os mtodos para medio do MOS so padronizados pelo ITU-T, conforme [13]. Para este teste foi utilizada a configurao mostrada na Figura 5.9.

86

Figura 5.9 Configurao utilizada nos testes de MOS.

Um arquivo padro .WAV armazenado na unidade de resposta e no computador conectado EM. Inicialmente necessria uma chamada para sincronismo entre a unidade de resposta e o computador conectado EM. Uma vez sincronizados cabe ao computador reproduzir o arquivo padro, que recebido pela EM como se fosse um sinal de voz humana, logo, analgico. A EM ento realiza a codificao, de acordo com o algoritmo de codificao de voz (CODEC) disponvel, e envia o sinal codificado atravs dos elementos da rede GSM. A sada da MSC tem disponvel uma linha analgica, que conectada unidade de resposta. Esta, por sua vez, digitaliza o sinal analgico recebido e compara-o ao arquivo padro .WAV, dando uma nota cuja variao vai de 1 (pssimo) 5 (excelente). O primeiro teste foi realizado apenas considerando a influncia de todo o processo de otimizao da interface Abis desempenhado pelos roteadores nos resultados de MOS de acordo com a variao dos CODECs GSM Half Rate, Full Rate e Enhanced Full Rate. Foram feitos testes de MOS, inicialmente sem os roteadores para uma base de comparao. Tais testes foram ento repetidos com a atuao dos roteadores.

87

5.3.1.3

Resultados

Os resultados esto mostrados na Figura 5.10, em que podemos ver que em uma situao normal no existe influncia significativa no MOS com a introduo dos roteadores. importante ressaltar que os resultados obtidos so mdias de, pelo menos, 15 amostras do sinal padro transmitido.

Influncia da Abis sobre IP sobre o MOS

4,0 3,5 3,0 2,5

MOS

2,0 1,5 1,0 0,5 0,0 HR FR EFR

CODEC Abis sobre IP Abis convencional

Figura 5.10 Resultados dos Testes de MOS com diferentes algoritmos de codificao de voz (CODECs).

88

5.3.2 Influncia sobre a qualidade de voz em situao de congestionamento.

5.3.2.1 Descrio

Outro teste realizado diz respeito influncia sobre o MOS de uma situao de congestionamento na interface Abis sobre IP. O preo que pagamos pela otimizao da banda alocada para a interface Abis a necessidade do acompanhamento da ocupao desta, a fim de evitarmos situao de congestionamento. A estratgia de desenvolvimento deste produto considera que as aplicaes das redes GSM so sensveis ao atraso. No existe qualquer buffer que armazene os pacotes e transmita-os depois. Desta feita, diante de uma situao de congestionamento na interface Abis sobre IP, os roteadores efetivamente descartam os pacotes que chegam e no podem ser enviados imediatamente. Claramente este descarte tem efeito direto na qualidade de voz, conforme verificado nos resultados dos testes a seguir.

89

5.3.2.2

Configurao do teste

Para atingirmos uma situao de congestionamento em laboratrio, fez-se necessria a utilizao de um gerador de trfego (GLComm), conforme ilustrado na Figura 5.11.

Figura 5.11 Configurao necessria para o teste de influncia do congestionamento no MOS. Da mesma maneira que no teste 5.3.1, aps o sincronismo entre o computador conectado EM e a unidade de resposta, cabe ao primeiro reproduzir o arquivo padro, que recebido pela EM como se fosse um sinal de voz humana, logo, analgico. A EM ento realiza a codificao, de acordo com o algoritmo de codificao de voz EFR, e envia o sinal codificado atravs dos elementos da rede GSM. A sada da MSC tem disponvel uma linha analgica, que conectada unidade de resposta. Esta, por sua vez, digitaliza o sinal analgico recebido e compara-o ao arquivo padro, dando uma nota cuja variao vai de 1 (pssimo) 5 (excelente). Utilizando o equipamento GLComm, a carga de utilizao da Abis sobre IP foi gradativamente aumentada, observando-se a influncia nas medies de MOS feitas pela unidade de resposta. O algoritmo de codificao de voz utilizado foi o Enhanced Full Rate. 90

5.3.2.3

Resultados

O resultado deste teste mostrado na Figura 5.12, em que vemos que, a partir do momento em que comea a ocorrer congestionamento na interface Abis sobre IP temos uma queda no MOS, conforme esperado. Os resultados apresentados so mdias de, pelo menos, 15 medies feitas pela unidade de resposta. Este resultado importante para delimitao do limite de congestionamento a partir do qual o usurio final comea a sentir a degradao no servio ofertado.

Influncia do congestionamento sobre o MOS

4,00 3,50 3,00 2,50

MOS

2,00 1,50 1,00 0,50 0,00 80% 87% 91% 94% 105% 110%

Utilizao da interface Abis

Figura 5.12 Influncia do congestionamento no MOS.

A Tabela 5.6 mostra trs amostras de udio colhidas durante estes testes, em que possvel observar a degradao da qualidade da voz (MOS) em funo do descarte de pacotes promovido pelos roteadores em funo do congestionamento da interface Abis sobre IP. Tabela 5.6 Influncia do congestionamento no MOS.

91

94% de utilizao da interface Abis sobre IP

105% de utilizao da interface Abis sobre IP

110% de utilizao da interface Abis sobre IP

EFR call 94% backhaul utilization

EFR call 105% backhaul utilization

EFR call 110% backhaul utilization

MOS nesta amostra 3,69

MOS nesta amostra 2,80

MOS nesta amotra 1,16

5.3.3 Latncia introduzida pela estratgia de otimizao Abis sobre IP.

5.3.3.1 Descrio

Outro ponto de interesse diz respeito introduo de uma latncia associada ao algoritmo de otimizao executado pelos roteadores. Este dado importante na medida em que, dependendo da aplicao que est sendo trafegada mesmo sobre a rede GSM / (E)GPRS, podemos afetar sua performance. Os resultados sobre este impacto so os objetivos dos testes realizados no item 5.3.4.

92

5.3.3.2

Configurao do teste

A configurao apresentada na Figura 5.13 foi utilizada para este teste.

Figura 5.13 Configurao para teste de latncia.

Novamente utilizando o equipamento GLComm gerada em uma de suas portas de sada (TX) uma amostra de trfego coletado em uma rede GSM. O mesmo sinal replicado na porta RX1 e RX2 atravs de um cabo Y. A diferena que o sinal de RX2 passa pela interface Abis sobre IP antes de ser recebido pelo equipamento GLComm. Ento, atravs do software do equipamento GLComm, possvel identificar o mesmo dado nas duas portas de recepo, com suas respectivas marcaes de tempo. Calculando a diferena de tempo entre eles, chegamos ao valor de latncia introduzida pela estratgia de otimizao Abis sobre IP.

5.3.3.3

Resultados

Os resultados obtidos mostram uma latncia introduzida de 14,75ms com preciso de 0,01ms. O efeito desta latncia para o usurio final mais aprofundado no teste 5.3.4.

93

5.3.4 Influncia da latncia sobre a performance (E)GPRS.

5.3.4.1 Descrio

Espera-se que a latncia obtida no teste 5.3.3 seja inversamente proporcional ao throughput obtido em conexes (E)GPRS. O objetivo deste teste mensurar este impacto.

5.3.4.2

Configurao do teste

Utilizando a configurao descrita na Figura 5.14, foram feitos testes de download de um arquivo de 1Mbyte em um servidor de FTP conectado diretamente sada do GGSN. Para este teste foi utilizada uma EM Nokia 6230, que compatvel com o sistema (E)GPRS, podendo utilizar at 4 timeslots simultneos no downlink.

Figura 5.14 Impacto da latncia na performance do sistema (E) GPRS.

94

5.3.4.3

Resultados

Aps a mdia do FTP de dez amostras do arquivo de 1Mbyte, verifica-se que a latncia introduzida pelos roteadores levou a uma reduo aproximada de 5% no throughput da Abis sobre IP em relao Abis convencional. Os resultados obtidos podem ser observados na Figura 5.15. O valor de throughput foi medido na camada de aplicao FTP.

Comparao de throughput Ftp

100,0 90,0

91,4

95,0

Throughput (Kbps)

80,0 70,0 60,0 50,0 40,0 30,0 20,0 10,0 0,0 Abis sobre IP Abis convencional

Figura 5.15 Diferena no throughput com a introduo da Abis sobre IP.

95

5.3.5 Influncia do congestionamento sobre a performance (E)GPRS.

5.3.5.1 Descrio

O objetivo deste teste verificar o impacto de uma situao de congestionamento na interface Abis sobre IP sobre a performance (E)GPRS. Conforme explicado no item 5.3.2, a situao de congestionamento na interface Abis sobre IP leva a descartes de pacotes, de modo a performance (E)GPRS deve ser afetada diretamente.

5.3.5.2

Configurao do teste

A configurao necessria para este teste est mostrada na Figura 5.16 em que vemos mais uma vez a utilizao do equipamento GLComm para simular o congestionamento na interface Abis sobre IP.

Figura 5.16 Configurao para teste de impacto da situao de congestionamento na performance do sistema (E) GPRS.

96

5.3.5.3

Resultados

Conforme esperado os roteadores realizam o descarte dos pacotes que no podem ser transmitidos imediatamente pela interface Abis sobre IP. Para um usurio de uma aplicao de FTP, o impacto sentido uma reduo no throughput proporcional ao grau de ocupao da interface Abis sobre IP. Os resultados obtidos esto mostrados na Figura 5.17.

Figura 5.17 Influncia do congestionamento no throughput do sistema (E) GPRS.

Utilizando uma EM de fabricao Nokia modelo 6230, inicia-se um FTP cujo throughput monitorado. Gradativamente a utilizao da interface Abis sobre IP incrementada atravs do equipamento GLComm, verificando-se ento o impacto no throughput.A Figura 5.17 mostra o throughput medido na camada RLC durante este teste. Os testes tm incio com uma ocupao da interface Abis de 88%, sendo logo aumentada para 95%. At este ponto, no temos congestionamento e conseqentemente, o throughput medido no afetado. A partir do momento em que a utilizao da interface Abis sobre IP se aproxima de 100%, os roteadores iniciam o descarte de pacotes. Neste ponto percebe-se uma reduo significativa no throughput medido, uma vez que os pacotes enviados pela EM 6230 e os pacotes gerados pelo equipamento GLComm iniciam uma disputa pela banda da interface Abis sobre IP.

97

5.3.6 Introduo do cabealho da estratgia de otimizao.

5.3.6.1 Descrio

Conforme descrito no Captulo 4, existe um cabealho introduzido referente ao protocolo de comunicao entre os roteadores. O objetivo deste teste medir qual a banda da interface Abis sobre IP consumida com este cabealho. Este dado importante no dimensionamento da interface Abis, quando utilizada a estratgia de otimizao em questo.

5.3.6.2

Configurao do teste

Utilizando o sistema de gerenciamento dos roteadores possvel verificar quanto da banda da interface Abis consumida pelo cabealho da estratgia de otimizao Abis sobre IP. A configurao necessria para este teste est mostrada na Figura 5.18. Sabendo que a nica EM atendida pela BTS era a utilizada pelos testes, foram gerados alguns testes de chamadas de dados e voz, entre os quais no h trfego na interface Abis sobre IP. Nestes intervalos de tempo as nicas informaes que trafegam pela interface Abis sobre IP so as referentes ao cabealho introduzido pela estratgia de otimizao e as referentes sinalizao entre BTS e BSC. Neste caso, entretanto, a utilizao da interface Abis sobre IP para sinalizao desprezvel, na medida em que no ambiente do laboratrio a BTS estava configurada com apenas 1 TRX , e existia somente 1 EM atendida por esta ela.

98

Figura 5.18 Configurao para teste de medio do cabealho introduzido pela interface Abis sobre IP.

5.3.6.3

Resultados

Na Figura 5.19 vemos a utilizao da interface Abis sobre IP ao longo do tempo. So mostradas algumas chamadas de dados e outras chamadas de voz. Nos momentos em que no h trfego na interface Abis sobre IP, vemos a utilizao de 8% do mesmo. Como se trata de um quadro PCM30 ou 2Mbps, 8% representam uma banda de 160 kbps consumida pelo cabealho da estratgia de otimizao Abis sobre IP. Este resultado est de acordo com o esperado, uma vez que realmente existe um consumo adicional de banda na interface Abis associado a esta estratgia de otimizao. Entretanto os ganhos de otimizao esperados so muito maiores do que o consumo adicional, conforme comprovado nos testes 5.3.7 e 5.3.8.

99

Figura 5.19 Medio do overhead introduzido pela interface Abis sobre IP.

5.3.7 Medies da taxa de otimizao com trfego real reproduzido em laboratrio.

5.3.7.1 Descrio

Este teste tem como objetivo avaliar as taxas de otimizao que podem ser obtidas em redes comerciais utilizando esta estratgia de otimizao. Esta avaliao ocorreu ainda em laboratrio, fazendo-se valer de trfegos reais coletados em redes comerciais.

5.3.7.2

Configurao dos testes

Utilizando o equipamento GLComm foram feitas coletas do trfego na interface Abis de algumas BTSs de uma rede comercial em suas HMMs. Com o mesmo equipamento

100

tais trfegos foram reproduzidos em laboratrio sobre a interface Abis sobre IP. A Figura 5.20 mostra a configurao utilizada para estes testes. Atravs do sistema de gerenciamento dos roteadores, foi possvel obtermos a utilizao da interface Abis sobre IP ao longo do tempo. Por ltimo, comparamos esta utilizao que teramos com a alocao esttica, de modo a termos uma estimativa de ganho. As regras para obteno da banda necessria com a alocao de recursos esttica seguiram as premissas descritas nos testes do item 5.2.

Figura 5.20 Configurao dos testes para medio da taxa de otimizao.

Neste teste, devido limitaes de espao para armazenamento das coletas, foram coletadas amostras de cerca de 10 minutos na HMM de cada BTS nas direes de downlink e uplink. Em mdia verificou-se que a utilizao da interface Abis sobre IP em ambas as direes era similar, embora nas anlises feitas a seguir tenhamos considerado o pior caso para cada BTS.

101

5.3.7.3

Resultados

A primeira BTS cujo trfego foi coletado possua oito TRXs configurados. Os dados foram coletados s 18:00, ou seja, na hora de maior movimento da interface Abis desta BTS. Com esta configurao de TRXs, a alocao esttica de recursos na interface Abis conduziria a uma utilizao de 1,47Mbps de banda, ou 74% de utilizao da banda total da interface Abis, de 1,98Mbps (31 E0s). Conforme pode ser observado na Figura 5.21, a estratgia de otimizao atuou de maneira a reduzir a banda efetivamente ocupada na interface Abis em cerca de expressivos 53% no pior caso. Este percentual obtido comparando a utilizao mxima da interface Abis sobre IP (35%) com a estimativa de utilizao esttica (74%). Por outro lado, utilizando o valor mdio de utilizao da interface Abis sobre IP (28%) comparado ocupao de 74% da interface Abis esttica, temos uma reduo de banda de 62% em mdia. Obviamente o ganho efetivamente obtido deve variar de acordo com a proporo do trfego de dados versus o trfego de voz, conforme j constatado nos resultados associados interface Abis totalmente dinmica detalhados no item 5.2.

102

Figura 5.21 Utilizao da interface Abis sobre IP com trfego coletado do site 1. Tomando outra coleta de trfego, chegamos a mais uma BTS com oito TRXs configurados. A coleta de dados se deu s 18:00, tambm na HMM da interface Abis desta BTS. Como a configurao de TRXs idntica ao exemplo anterior, temos novamente 74% de utilizao da interface Abis considerando a alocao esttica de recursos.

103

Figura 5.22 Utilizao da interface Abis sobre IP com trfego coletado do site 2. A utilizao mxima da interface Abis sobre IP coincidentemente tambm ficou em 35%, de modo que o ganho mnimo obtido ficou em 53%. O ganho mdio neste caso ficou um pouco menor, na casa de 56%, uma vez que a utilizao mdia da interface Abis sobre IP foi de 33%. Por ltimo o grfico da Figura 5.23 mostra os resultados obtidos na otimizao do trfego coletado em uma BTS com sete TRXs configurados. A utilizao mxima da interface Abis sobre IP ficou em 30%, contra 68% da alocao esttica. Comparando os 104

dois valores chegamos a uma otimizao mnima de 56% e mdia de 63%. Os dados coletados tambm se deram na hora de maior movimento da interface Abis.

Figura 5.23 Utilizao da interface Abis sobre IP com trfego coletado do site 3..

105

Apenas a ttulo de informao foi coletado o trfego na interface Abis de mais dois sites, estes com seis TRXs configurados. Os ganhos mnimos obtidos ficaram em torno de 51% e 54%, seguindo o mesmo raciocnio empregado para os trs sites acima. Diante dos resultados obtidos nestes testes, verifica-se que esta estratgia de otimizao da interface Abis pode proporcionar redues significativas na utilizao dos recursos de transmisso das operadoras GSM, minimizando, por isso o impacto do crescimento de trfego de voz e dados. Adicionalmente pode-se estimar a banda que estaria disponvel para a oferta de novos servios de dados em cada exemplo. Outra possvel utilizao para a banda reduzida seriam alteraes na topologia de transmisso, de modo a compartilhar entre vrias BTSs o mesmo quadro PCM30 otimizado.

5.3.8 Medies da taxa de otimizao em redes comerciais com interface Abis sobre satlite.
5.3.8.1 Descrio

O objetivo deste teste verificar o comportamento da interface Abis sobre IP em redes comerciais, avaliando os ganhos que podem ser obtidos. Uma vez que os custos associados s BTSs que utilizam Abis sobre satlite so os mais altos, foi escolhida uma BTS que apresentasse com este tipo de transmisso. Desta forma, tempo de retorno de investimentos para a aquisio dos roteadores seria menor. Adicionalmente feita uma comparao entre a eficincia de otimizao da interface Abis sobre IP e o trfego em Erlang medido na BTS, com o objetivo de estabelecer uma orientao ao dimensionamento da interface Abis sobre IP.

106

5.3.8.2

Configurao dos testes

Para a realizao deste teste foi feita a instalao dos roteadores em uma BTS comercial localizada em Santarm e na BSC, localizada em Belm. A Figura 5.24 ilustra a configurao destes testes. Os equipamentos do BSS em questo so do fabricante Nokia, com verso de software S11.5. Uma vez instalados os roteadores, foi agendada a introduo dos mesmos na interface Abis durante o horrio de menor trfego da BTS.

Figura 5.24 Configurao dos testes em rede viva da estratgia de otimizao Abis sobre IP. A interface Abis sobre IP ficou e funcionamento por 42 horas, perodo em que o sistema de gerenciamento dos roteadores realizou a coleta dos dados. Posteriormente foram obtidas nos contadores do BSS as medies de trfego cursado nesta BTS durante o mesmo perodo de avaliao. Nesta BTS a banda alocada para a transmisso da interface Abis sobre satlite de 1,53Mbps, ou 24DS0s. Desta forma, todas as medies obtidas pelo sistema de gerenciamento dos roteadores utiliza esta referncia, assim como os resultados a seguir.

107

5.3.8.3

Resultados

Aps as 42 horas de monitorao e coleta das medies de trfego da BTS em questo, chegamos ao resultado mostrado na Figura 5.25. Nela podemos observar que a utilizao da interface Abis sobre IP no chegou a 45%, o que representa uma eficincia de otimizao mnima de 55%. Outro aspecto interessante a ser observado na Figura 5.25 que a curva de utilizao da interface Abis otimizada acompanha a curva de trfego da BTS. Este resultado est conforme o esperado, na medida em que quanto maior o trfego da BTS, maior o nmero de pacotes a serem transmitidos pela interface Abis sobre IP. Apresentando a mesma informao de forma diferente, a Figura 5.26 mostra a curva de trfego da BTS juntamente com a curva de eficincia de otimizao obtida pela interface Abis sobre IP. Conforme esperado, as curvas so defasadas de 180, uma vez que medida que o trfego na BTS reduz, os roteadores podem reduzir a transmisso dos pacotes pela interface Abis sobre IP. Observa-se na Figura 5.26 que nos momentos em que o trfego se aproxima de zero, a eficincia de otimizao atinge seu valor mximo, em torno de 80%. Desta forma a utilizao da interface Abis sobre IP tem o valor mnimo de 20% associados sinalizao LAPD e ao cabealho da estratgia de otimizao Abis sobre IP.

108

Figura 5.25 Utilizao da interface Abis sobre IP e trfego mdio da BTS.

Figura 5.26 Eficincia de otimizao da interface Abis e trfego mdio da BTS. 109

A Figura 5.27 mostra a relao entre a utilizao mdia da interface Abis em kbps e o trfego mdio da BTS. Conforme esperado a utilizao mdia da interface Abis sobre IP diretamente proporcional ao trfego oferecido.

Figura 5.27 Relao entre a utilizao da interface Abis sobre IP e o trfego da BTS.

Este resultado particularmente importante como um guia para dimensionamento da interface Abis sobre IP. Uma vez que o trfego numa dada BTS seja conhecido, podemos estimar a utilizao da interface Abis sobre IP atravs da projeo linear da Figura 5.27. Obviamente esta projeo resultado da amostra de apenas uma BTS, entretanto outras medies similares podem ser realizadas de modo a obter um modelo mais confivel.

110

Comparando a soluo de otimizao Abis sobre IP com a interface Abis totalmente dinmica, estima-se que os ganhos sejam maiores na primeira, uma vez que nela existe otimizao durante as chamadas ativas, o que no ocorre na segunda. Com isso, mesmo operadoras que possuem BSS Siemens, e conseqentemente a interface Abis totalmente dinmica, devem obter ganhos de otimizao adicionais na interface Abis com a introduo da soluo Abis sobre IP. Obviamente os ganhos obtidos nesse BSS so inferiores aos obtidos, por exemplo, no BSS Nokia, que possui a interface Abis parcialmente dinmica.

111

Captulo 6 Concluses
As estratgias de otimizao da interface Abis tm despertado interesse ao redor do mundo em funo do seu grande potencial de reduo de custos associados utilizao de meios de transmisso alugados, ou mesmo prprios. A introduo do novo esquema de modulao na interface area 8-PSK, atravs do sistema (E)GPRS, pode ser considerada a maior responsvel pelo aumento da utilizao dos meios de transmisso das redes GSM, na medida em que triplica o trfego de dados a serem escoados pela interface Abis, objeto deste estudo. Associado introduo dos sistemas (E)GPRS, tem-se o crescimento natural do trfego de voz como outro consumidor dos recursos de transmisso das redes GSM. Claramente o impacto da introduo do sistema (E)GPRS nas redes GSM est diretamente associado penetrao do trfego de dados. Seguindo as tendncias de outras redes de telecomunicaes, a tendncia que tal penetrao tenha crescimento expressivo. Desta forma, a introduo de mecanismos de otimizao da interface Abis tem a motivao de minimizar estes impactos, absorvendo gradativamente o inevitvel incremento de trfego. Os diferentes mecanismos de otimizao da interface Abis so o objeto de estudo deste trabalho. Conforme pde ser verificado no Captulo 2, a alocao de recursos na interface Abis esttica e determinstica, representa grandes desperdcios, uma vez que os subcanais so reservados mesmo quando no h demanda para transmisso de dados. Adicionalmente

112

tem-se o silncio durante as conversaes, que tambm representa alocao de recursos desnecessariamente. Dentre as estratgias de otimizao da interface Abis no Captulo 4 foram descritas as principais abordagens disponveis no mercado. Inicialmente foi descrita a estratgia de alocao dinmica dos recursos para a interface Abis somente associados ao trfego de dados, uma vez que nestes a demanda por recursos expressivamente maior. Estendendo esta idia para toda a interface Abis temos a segunda estratgia de otimizao desta interface. A alocao totalmente dinmica dos recursos da interface Abis nos leva a um ganho estatstico ainda maior. As duas estratgias acima foram desenvolvidas pelos prprios fabricantes dos BSSs, entretanto existem solues alternativas que podem atingir ganhos ainda maiores, com a introduo de outros benefcios. A idia introduzir novos equipamentos entre a BSC e a BTS cuja funo identificar os quadros TRAU referentes a silncio, canais ociosos ou padres repetidos, elimin-los da transmisso pela interface Abis e reconstru-los para entrega transparente aos elementos do BSS (BTS e BSC). Considerando os momentos de silncio durante as conversaes, estas estratgias de otimizao potencializam ainda mais o ganho que pode ser obtido. Conforme explicado com detalhes no Captulo 4, os bits de controle dos quadros TRAU podem ser utilizados para identificao do tipo de trfego presente. Destacou-se ainda o papel da funcionalidade de transmisso descontnua (DTX), que faz com que em momentos de silncio de uma chamada sejam transmitidos quadros TRAU frames referentes a canais ociosos, os quais no precisam ser transmitidos pela interface Abis. Com isso conclumos que a ativao desta funcionalidade potencializa a otimizao da interface Abis. 113

Em termos de aplicaes prticas para as operadoras, pode-se pensar na introduo destas estratgias de otimizao em casos de BTSs cuja soluo de transmisso seja mais cara, como por exemplo sites com interface Abis sobre satlite. Outro caso tpico est na introduo de estratgias de otimizao da interface Abis para evitar a necessidade de contratao de quadros PCM30 adicionais, devido ao crescimento de trfego na interface area. Outros benefcios que devem ser considerados nestas estratgias a possibilidade de trfego de outros servios de dados compartilhando a mesma banda disponvel. Uma aplicao deste benefcio considera a utilizao da mesma estrutura de transmisso para escoamento do trfego de uma BTS GSM, uma BTS 3GSM e mesmo um hot spot Wi-Fi que estejam no mesmo local. Esta alternativa torna mais suave a migrao das redes GSM (2G) para 3GSM (3G), em que a demanda por recursos de transmisso ainda maior. Expandindo esta aplicao para toda a rede de transmisso existente, podemos pensar em um grande backbone de acesso, pelo qual trafegam diversos servios. Deve-se considerar ainda que esta implementao depende da disponibilidade de uma poltica de QoS para garantir alocao de recursos de acordo com as prioridades definidas pelas operadoras. Por outro lado, conforme pde ser visto ao longo do Captulo 5, existem impactos associados introduo deste ganho estatstico que devem ser considerados. O principal deles est no surgimento da necessidade de acompanhamento da ocupao da interface Abis para garantia de que no haja congestionamento do meio de transmisso, o que representaria perda de receita para a operadora. Em casos extremos, em que efetivamente ocorra congestionamento na interface Abis, deve haver alguma estratgia de priorizao dos servios identificados pela operadora como primordiais. 114

Outros impactos que devem ser considerados esto associados introduo de uma latncia adicional na interface Abis, o que representa reduo na performance de dados (E)GPRS. Ainda no Captulo 5 foram mostrados resultados prticos obtidos com duas das estratgias de otimizao da interface Abis apresentadas: Abis totalmente dinmica e Abis sobre IP. A soluo de otimizao interface Abis totalmente dinmica j utilizada em todas as redes comerciais do fabricante Siemens com verso de software BR7.0 ou superior. Diante disso foram feitas coletas de dados associados aos contadores da interface Abis totalmente dinmica de diversas BTSs, em que se pde tirar concluses sobre seu funcionamento e sua eficincia de otimizao. J a soluo de otimizao Abis sobre IP recente (lanada em 2005) e os testes em laboratrio foram antes de seu lanamento comercial. Em seguida foram realizados testes em uma BTS comercial utilizando a verso j comercial. Atravs destes testes foi possvel verificar o grande potencial de otimizao da soluo e seus respectivos impactos. Comparando as duas solues em termos de eficincia de otimizao a tendncia de que a soluo de Abis sobre IP seja superior na medida em que faz a eliminao dos quadros TRAU referentes silncio durante as conversaes, o que no considerado na interface Abis totalmente dinmica. A partir dos resultados apresentados no Captulo 5, pode-se concluir que as estratgias de otimizao da interface Abis so alternativas viveis e fundamentais para minimizar o impacto decorrente da maior penetrao de servios de dados sobre redes GSM. Adicionalmente surge a possibilidade de oferta de novos servios de dados compartilhando o mesmo meio de transmisso otimizado.

115

Por outro lado, deve-se destacar que a introduo de qualquer uma das estratgias de otimizao da interface Abis traz consigo a necessidade de dimensionamento e monitorao da utilizao dos recursos ali disponveis.

116

Referncias Bibliogrficas
[1] Rappaport, T. S., Wireless Communications Principles and Practice, Prentice Hall Communications Engineering and Emerging Technologies Series. Upper Saddle River, NJ, Prentice Hall PTR, 1996.

[2] dvila, C. K., Viso Geral sobre Redes Celulares, Verso 2.0, Centro de Desenvolvimento Profissional e Tecnolgico Fundao Getlio Vargas.

[3] Haykin, S., Digital Passband Transmission. In, Communication Systems, 3 ed. Chapter 8, New York, USA, John Wiley & Sons, Inc, 1994.

[4] Prasad, R., An Overview of CDMA Evolution Toward Wideband CDMA, IEEE Communications Surveys, Fourth Quarter 1998, vol.1 no. 1.

[5] Schlke, A., Kovacs, E., Stttgen, H., Akkawi, A., Kuhnen, M., Riu, A., Winkler, F., Creating New Communication Services Efficiently, NEC Journal of Advanced Technology, Vol2, No. 2, 2005.

[6] ETSI TS 100 737 V8.2.1, Digital cellular telecommunications system (Phase 2+); In-band control of remote transcoders and rate adaptors for Enhanced Full Rate (EFR) and full rate traffic channels (3GPP TS 08.60 version 8.2.1 Release 1999)

117

[7] ETSI TS 100 979 V8.1.0, Digital cellular telecommunications system (Phase 2+); Inband control of remote transcoders and rate adaptors for half rate traffic channels (3GPP TS 08.61 version 8.1.0 Release 1999).

[8] 3GPP TS 06.10 V8.2.0, 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Digital cellular telecommunications system (Phase 2+); Full rate speech; Transcoding (Release 99).

[9] 3GPP TS 06.51 V8.2.0, 3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Digital cellular telecommunications system (Phase 2+); Enhanced Full Rate (EFR) speech processing functions; General description (Release 1999).

[10] ETSI EN 300 969 V8.0.1, Digital cellular telecommunications system (Phase 2+); Half rate speech; Half rate speech transcoding (GSM 06.20 version 8.0.1 Release 1999).

[11] ETSI EN 301 703 V7.0.2, Digital cellular telecommunications system (Phase 2+); Adaptive Multi-Rate (AMR); Speech processing functions; General description (GSM 06.71 version 7.0.2 Release 1998).

[12] ETSI EN 300 964 V8.0.1. Digital cellular telecommunications system (Phase 2+); Full rate speech; Discontinuous Transmission (DTX) for full rate speech traffic channels (GSM 06.31 version 8.0.1 Release 1999).

118

[13] ITU_T P.862. Perceptual evaluation of speech quality (PESQ), an objective method for end-to-end speech quality assessment of narrowband telephone networks and speech codecs (02/01).

119