Para trabalhar diariamente com modernas redes wireless como UMTS e LTE,

essencial que o profissional de telecom tenha pleno entendimento de seus conceitos

mais bsicos, como aqueles que controlam o estabelecimento e a manuteno de
uma chamada, seja ela de Voz (CS) ou Dados (PS).

Nesse cenrio, RAB e RRC so os dois dos conceitos mais importantes pois so
responsveis por toda a negociao envolvida nessas chamadas.



Alm do RAB e RRC, temos ainda alguns outros termos diretamente envolvidos no
contexto, como RB, SRB, TRB, AS, NAS entre outros. So conceitos igualmente
importantes, uma vez que sem eles o RAB e RRC no poderiam existir.
Ento vamos tentar hoje entender da forma mais simples possvel o papel do RRC e
RAB nas chamadas dessas redes mveis na prtica. A medida que se tornar
necessrio, vamos tambm falar dos demais conceitos citados.

Introduo
Para comear, podemos dividir uma chamada em duas partes simples: a sinalizao
(ou controle) e os dados (ou informao). J adiantando um dos principais
conceitos, podemos entender o RRC como responsvel pela parte de controle, e o
RAB como responsvel pela parte da informao.
Como mencionado, outros conceitos auxiliares so envolvidos nas chamadas, mas
nosso objetivo hoje fixar os conceitos mais bsicos - RRC e RAB, permitindo que
posteriormente consigamos evoluir em nossa aprendizagem.
Por incrvel que parea, at profissionais que j trabalham com redes UMTS
WCDMA e LTE tem alguma dificuldade na compreenso plena dos conceitos de RRC
e RAB. E sem esse entendimento inicial, dificilmente os mesmos conseguem evoluir
em com clareza ou eficincia em seu trabalho dirio.
Sem mais introduo, vamos direto ao assunto e ento tentar entender de uma vez
por todas esses conceitos to importantes.

Analogia
Como sempre, e j costume do telecomHall, vamos fazer uma analogia que nos
auxilie a entender o funcionamento do RRC e RAB na prtica.
Vamos comear imaginando o seguinte cenrio real: duas pessoas esto isoladas
por um penhasco. Do lado esquerdo, uma pessoa (1) deseja comprar alguns coisas
que esto venda numa loja (2) - ou depsito - do lado direito. Nesse lado direito,
alm do depsito, temos tambm uma vendedora (3), que ajudar o comprador a
entrar em contato (negociao) com o depsito.
Como objetos adicionais ou auxiliares (4), temos algumas barras de ferro de
diferente tamanhos, e alguns carrinhos uns parecidos com vages de trem,
outros como carrinhos de controle remoto.
Resumindo, temos a situao esboada na imagem abaixo.


E ento, como essa situao pode ser resolvida?
Vamos prosseguir com uma soluo possvel: o comprador da esquerda anota o seu
pedido, amarra em uma pequena pedra que encontra pelo cho, e joga (1) para o
vendedor no outro lado. A pedra leva ento a informao ou solicitao inicial.


A vendedora recebe a solicitao, mas precisa enviar a mesma para o depsito, a
fim de serem enviadas as compras solicitadas. Ela envia a solicitao em um
carrinho de controle remoto (1), que percorre um caminho previamente demarcado
at o depsito.


Algum tempo depois, a resposta do depsito chega vendedora (1), que ento
verifica se vai poder enviar os dados ou no.


Para podermos prosseguir com a nossa chamada, vamos considerar uma resposta
positiva. Ou seja, o que o comprador est querendo, ou os recursos esto
disponveis.
A vendedora percebe que para atender solicitao, e poder enviar as compras, ele
vai precisar construir um caminho (1) entre as duas pontas do penhasco, para que
os vages possam transitar com os pedidos/recibos e as compras. Ento, o
vendedor utiliza algumas de suas barras de ferro e cria uma ligao entre os dois.


Estabelecido todo o caminho entre os envolvidos, as solicitaes podem ser
enviadas de ambos os lados, bem como as compras ou quaisquer outras
informaes podem ser transferidas, pelos diferentes caminhos e vages/carrinhos!

Se voc conseguiu entender como foi resolvido o problema acima, parabns, voc
acabou de entender como funciona a forma mais comum de comunicao UMTS
WCDMA e LTE!
Embora as analogias no sejam perfeitas, nos ajudam bastante a entender o
complexo funcionamento dessas redes, principalmente em relao aos novos
conceitos como RRC e RAB, mas tambm de um tambm muito usado, o bearer
tanto que vale a pena falarmos um pouco sobre ele antes.

O que Bearer?
Se procurarmos a palavra bearer no dicionrio, vamos encontrar algo do tipo
Carregador, Portador ou Transportador. De forma simples: aquele que carrega ou
transporta algo de algum ponto a outro ponto. Em um restaurante, podemos fazer
a correspondncia do bearer com um Garon.


Mas do ponto de vista de Telecomunicaes, bearer melhor entendido como um
cano que conecta dois ou mais pontos em um sistema de comunicao, atravs
dos quais os dados fluem.


Falando mais tecnicamente, um canal que transporta Voz ou Dados, uma conexo
lgica entre diferentes pontos (ns) que garante que os pacotes que esto
trafegando tenham as mesma caractersticas de QoS. Explicando melhor: para cada
bearer temos diversos parmetros associados, como por exemplo qual o atraso e
perda de pacotes limite e so esses atributos que fazem com que cada pacote
que vai nesse mesmo canal tenha os mesmos parmetros QoS.

Fluxograma Geral - RRC, RAB e Outros
Agora que sabemos o que bearer, vamos voltar analogia apresentada
anteriormente, mas agora trazendo as mesmas para o lado real, mais tcnico.
Tudo o que vamos falar vai ser resumido em um nica figura, contemplando todos
os conceitos vistos hoje, e que detalharemos a partir de agora.
Nota: Se voc conseguir entender bem os conceitos que sero explicados na figura
abaixo, voc j estar com um tima base tanto para redes WCDMA quanto para
redes LTE. Isso porque para facilitar as nomenclaturas de referem ao WCDMA, mas
o princpio praticamente o mesmo no LTE. Basta apenas fazer as
correspondncias equivalentes, como trocar NodeB por eNB.


Naquele nosso cenrio fictcio, a vendedora a UTRAN, a responsvel por criar e
manter a comunicao entre o UE (comprador) e o CN (depsito) a fim de que os
requisitos de QoS de cada uma sejam atendidos.
UTRAN: UMTS Terrestrial Radio Access Network
o NodeB
o RNC
UE: User Equipment
CN: Core Network
o MSC: para servios de voz comutada
o SGSN: para servios de pacotes comutados
O penhasco a Interface Uu, entre o UE e a UTRAN, e a estrada por onde passa o
carrinho que vai at o depsito a Interface Iu, entre a UTRAN e o CN.
O envio de solicitaes e recibos a parte de sinalizao, ou o RRC. J o envio das
compras a parte de dados, ou o RAB. No nosso cenrio, o RRC so os trilhos, e
RAB o servio completo do envio de dados entre o UE e o CN.
RRC: Radio Resource Control
RAB: Radio Access Bearer
Nota: O RRC se d na Camada 3 do Plano de Controle, enquanto o RAB se d entre
o UE e o CN, no Plano de Usurio.
Os vages de trem so os RBs, e transportam a informao no caminho rdio.
Esses vages definem que tipo de coisa ser transportada, e em qual quantidade.
Da mesma forma, os RBs definem que tipo de dados vo no RRC, podendo ser
sinalizao ou dados. Quando os atributos de QoS mudam, ento os RBs associados
com aquela conexo RRC precisam ser reconfigurados.
J os carrinhos de controle remoto so os Iu bearer, e transportam as informaes
na Interface Iu (entre a UTRAN e o CN), seja ela CS ou PS.
RB: Radio Bearer
Iu bearer: Interface Iu Bearer
Nota: RAB a combinao de RB e Iu bearer.
Como alguns exemplos de RAB para diversos servios e diferentes taxas temos:


O RAB Conversational e o RAB Interactive podem ser usados juntos, e nesse caso
temos um caso de MultiRAB.
O RB uma conexo de Camada 2 entre o UE e a RNC, e pode ser usado para
controle de sinalizao e dados de usurio. Quando usado para sinalizao ou
mensagens de controle chamado de SRB. E quando usado para dados de
usurio chamado de TRB.
SRB: Signalling Radio Bearer (Control Plane)
TRB: Traffic Radio Bearer (User Plane)
Nota: em uma rede otimizada, podemos encontrar grande parte do trfego sendo
tratado por HSPA bearers, at mesmo MultiRAB. Essa opo libera recursos de CE
(Channel Elements), aliviando assim a carga para o R99 (que somente pode utilizar
tais recursos). Entretanto, a mesma deve ser feita com com ateno, pois se
configurada de forma inadequada pode degradar os Indicadores de Performance
com Bloqueios (Congestionamento) e Quedas.
Como voc j deve ter percebido, estamos falando de diversos termos mais
tcnicos, porm so os termos que que voc vai encontrar quando estiver por
exemplo lendo fluxogramas de chamadas UMTS ou LTE, ou seja, necessrio. Mas
se voc conseguir entender pelo menos em parte os conceitos apresentados hoje,
tudo fica mais fcil.
Vamos ento vamos ver novamente a nossa figura, e continuar a nossa analogia.


Como sabemos, trabalhamos sempre com o conceito de camadas. E essa forma de
enxergar a rede nos traz muitas vantagens, principalmente porque conseguimos
encapsular o acesso fsico de rdio. Dessa forma, qualquer modificao ou
substituio poder ser feita de maneira menos complexa.
E no precisa dizer o quanto o caminho rdio complexo, continuamente mudando,
no mesmo? Essa arquitetura de carregadores garante essa simplificao: o RNC
e CN se preocupam com os requisitos de QoS no caminho entre eles (Interface Iu);
e s o RNC precisa se preocupar em atender a QoS no complexo caminho rdio.
Certo, mas porque temos dois tipos de carregadores - vages e carrinhos de
controle remoto? A resposta para isso est na prpria caracterstica dos dois
caminhos existentes. Sendo a Iu uma interface mais robusta, e tambm porque
temos maiores alteraes nos RABs durante as conexes, normal que os
carregadores desses caminhos tambm sejam diferentes. como usar uma
caminhonete 4x4 para subir uma montanha, e um carro de corrida para um pista
de asfalto.


Independente dos transportadores, com o RAB os elementos do CN tem a
impresso de um caminho fsico para o UE, assim no precisa ficar se preocupando
com os aspectos complexos da comunicao rdio.
Por exemplo, um UE pode ter 3 RABs entre ele e a RNC, e estes RABs podem estar
sempre mudando, como no caso de soft handovers, enquanto a RNC tem apenas 1
Iu bearer para essa conexo.
Do ponto de vista dos transportadores, a principal tarefa da UTRAN gerenciar
esses servios nessas interfaces. Ela controla a interface Uu, e junto com o CN,
controla a proviso dos servios na interface Iu.
Vale lembrar que numa comunicao entre o UE e o CN diversos outros elementos
participam, principalmente para negociar os requisitos de QoS entre ambas as
partes. Esses requisitos so mapeados nos RABs, que so visvel a ambos (UE e
CN), onde a UTRAN a responsvel por criar e manter esses RABs de forma que
tudo isso seja atendido em todos os aspectos.
Detalhando um pouco mais...
Uma conexo RRC existe quando um UE realiza o procedimento de estabelecimento
da chamada, e obtem recursos da UTRAN. Quando uma conexo RRC
estabelecida, o UE tambm vai ter alguns SRBs. (Se por algum motivo a solicitao
inicial no for aceita, o UE pode fazer uma nova solicitao depois de algum tempo
configurado).
Uma vez que o SRB foi estabelecido ente o UE e o CN, o RNC verifica uma srie de
informaes como a identidade do UE, qual o motivo da solicitao e se o UE tem
capacidade do servio solicitado.
o RNC quem mapeia os RABs solicitados nos RBs, para tranferncia entre o UE e
a UTRAN. Alm disso ele faz tambm as averiguaes dos atributos dos RABs: se os
mesmos podem ser atendidos pelos recursos disponveis, e ainda se preciso ativar
ou reconfigurar canais de rdio (reconfigurao de servios de camadas inferiores)
baseado no nmero de conexes de sinalizao e RABs a serem transferidos.
Dessa forma, ele cria a impresso de que existe um caminho fsco entre o UE e o
CN. Lembrando novamente que no importa quantas conexes de sinalizao e
RABs existam entre o UE e o CN s existe uma nica conexo RRC usada pelo
RNC para controle e transferncia entre o UE e a UTRAN.
Agora que j vimos bastante sobre RRC e RAB, vamos conhecer apenas mais
alguns conceitos hoje afinal, j temos bastante informaes apresentadas. Vamos
falar de AS e NAS.
AS Access Stratum um grupo de protocolos especficos da rede de acesso
NAS NON Access Stratum: de forma complementar, so os demais protocolos, ou
aqueles que no so da rede de acesso
Nesse ponto de vista, o AS fornece o RAB para o NAS, ou o servio de transferncia
de informao.
O UE e o CN precisam se comunicar (eventos/mensagens) um com o outro para
realizar diversos procedimentos com inmeros propsitos. E o idioma dessa
conversa entre eles chamada de Protocolos.
Os Protocolos ento so os responsveis por permitir essa conversa entre o UE e o
CN, e fazem com que o CN no se preocupe com o mtodo de acesso (seja ele
GSM/GPRS, UTRAN, LTE). No nosso caso a RNC atua como uma conversora de
protocolos entre a UTRAN e o CN.
De acordo com o que aprendemos hoje, ento o RAB carregado:
Entre UE e a UTRAN: dentro da conexo RRC. O Protocolo RRC responsvel pela
negociao dos canais (lgicos) das interfaces Uu e Iub, e pelo estabelecimento dos
canais dedicados de sinalizao como os SRBs e RBs entre nessas interfaces.
Entre o RNC e o CN: aps ser negociado e mapeado, dentro da conexo do protocolo
RANAP, pela interface Iu (CS/PS).
o RANAP: Radio Access Network Application Part
Como j vimos acima, o RNC mapeia os RABs solicitados nos RBs utilizando a
informao atual dos recursos de rdio da rede, e controla os servios de camadas
inferiores. Para otimizar o uso desses recursos de rdio, bem como o
compartilhamento de banda e recurso fsicos da rede entre diferentes entidades, a
UTRAN pode tambm realizar a funo de distribuio do CN para as mensagens
NAS.
Para isso, o protocolo RRC transfere de forma transparente as mensagens do CN
para a rede de acesso atravs de um procedimento de transferncia direta. Quando
isso ocorre, um indicador especfico do CN inserido nessas mensagens, e as
entidades com a funo de distribuio na RNC utilizam esse mesmo indicador para
direcionar as mensagens para o CN apropriado, e vice-versa.
Mas agora o assunto comeou a ficar muito mais complexo, e acreditamos j ter
atingido nosso objetivo hoje, que era aprender os princpios bsicos de RRC e RAB.
Tudo o que falamos acima pode ser visto novamente na mesma figura abaixo, a
mesma do incio das das explicaes.


RRC e RAB no GSM?
Tudo bem, entendemos como funciona o RRC e RAB em redes UMTS WCDMA e
LTE. Mas e no GSM, temos esses conceitos tambm?
A princpio, a resposta no. Porm, com o que aprendemos hoje, podemos fazer
uma comparao com alguns parmetros equivalentes do GSM.
Podemos comparar a fase SDCCH e a fase TCH de uma chamada no GSM com RRC
e RAB no UMTS.
RRC o Controle dos Recursos de Rdio que trabalha como Plano de Controle na
camada 3. usado basicamente para sinalizao no UMTS. Ento podemos
comparar com a parte sinalizao no GSM, como o processo de designao
imediata para alocao dos recursos de SDCCH.
RAB o Carregador de Acesso Rdio que trabalha como o Plano de Usurio para
prover Dados para os servios solicitados pelo usurio. Ento podemos comparar
com a parte do usurio no GSM, como a designao de TCH dos usurios.
Para cada servio solicitado pelo usurio temos apenas 1 RAB. Por exemplo, se o
servio solicitado for uma chamada de Voz (CS-AMR), ento 1 CS RAB vai ser
gerado e fornecido para o usurio. O mesmo ocorre para Chamadas PS.
Assim a nossa tabela de equivalncia seria:
UMTS / LTE GSM
Control RRC Connection Immediate Assignment
User RAB Assignment (RNC-CN) Assignment (BSC-MSC)


Exemplo de Conexo RRC e RAB
Para concluir por hoje, vamos ver (sempre de forma simplificada) como acontece
uma conexo usando RRC e RAB.
Sempre que o UE precisa de recursos da UTRAN, ele solicita mesma. Para que
esses recursos sejam alocados, a mesma estabelece uma conexo RRC, com alguns
SRBs.
Nesse caso, uma conexo RAB criada para permitir a transferncia de dados no
plano de usurio. Lembramos que o RAB formado por RB + Iu bearer. O RAB
criado pelo CN, com uma requisio de QoS especfica.
Para um nico UE, podem existir mltiplos RAB por servio NAS (CS ou PS).
Mas vamos nos ater apenas ao procedimento inicial, ou seja, como realizado o
procedimento RRC Setup, a partir da solicitao do UE.
A figura a seguir mostra isso de forma mais direta.


A conexo RRC envolve ento sempre 3 passos:
1. O UE solicita uma nova conexo no Uplink (RRC CONNECTION REQUEST);
2. Havendo recursos suficientes, enviada no Downlink a mensagem RRC CONNECTION
SETUP, incluindo o motivo, com a configurao do SRB; (Nota: caso contrrio, se a
conexo RRC no puder ser estabelecida, a mensagem enviada RRC CONNECTION
SETUP REJECT).
3. Se tudo correr bem, o UE envia a mensagem no Uplink: RRC RRC CONNECTION SETUP
COMPLETE.
E depois as informaes de MEASUREMENT CONTROL ficam sendo enviadas no
Downlink, para a continuidade da comunicao.
Aps a conexo RRC ser estabelecida, a UTRAN faz a ligao entre o CN e o UE,
realizando por exemplo as operaes de Autenticao e Segurana.
E ento, o CN informa o RAB para a UTRAN de acordo com requisitos do servio
solicitado pelo UE. Como vimos, o estabelecimento RAB ocorre depois do RRC, e
sem uma conexo RRC nenhum RAB pode ser estabelecido.