O futuro das telecomunicações e o Java - Java Magazine 86

A necessidade de comunicação é algo que está no cerne do ser humano. Desde o seu primórdio, a humanidade tem desenvolvido novas maneiras para permitir uma comunicação rápida e eficiente. Atualmente, esta necessidade está ainda mais evidente, o que é refletido diretamente nas três redes principais que utilizamos no nosso dia-a-dia: internet, rede de telefonia móvel e rede de telefonia fixa.

Observem: utilizamos três redes diferentes, todas com o mesmo intuito de habilitar a comunicação entre pessoas e prover serviços para os seus usuários. Parece um pouco redundante? Por isso o conceito de NGN é tão importante.

Next-Generation Networks (NGN) é um termo amplo, utilizado para descrever um conjunto de evoluções arquiteturais nas redes de telefonia fixa/móvel, cujo objetivo primordial é convergir todas as redes em apenas uma. Esta nova rede será baseada em pacotes (mais especificamente no protocolo IP) e será utilizada para transportar todas as informações e serviços. Em outras palavras, é utilizar a internet para os serviços que as redes de telefonia hoje nos provêm, sem perder a mobilidade e a onipresença das redes móveis. Outro ponto importante é que nas NGNs define-se uma arquitetura unificada para a implementação e disponibilização de serviços, independente da camada de transporte, que poder ser acessada de qualquer dispositivo e lugar.

Neste momento, você poderia imaginar: “Mas eu já uso a linha do meu telefone fixo para conexão de internet! Isto não significa que meu telefone já está na internet?”

Esta é uma dúvida bastante comum entre as pessoas. Hoje, utilizamos apenas o meio físico do telefone fixo para acessar a internet. A internet é uma infraestrutura de certa forma paralela à rede fixa. Semelhantemente, quando você acessa a internet através de seu celular, você está utilizando apenas o meio físico para se conectar. Essas três grandes redes são diferentes e independentes, o que requisita manutenção dobrada e frequentes conversões entre os domínios (feitas pelos chamados gateways).

Esta unificação citada trará inúmeras vantagens para os usuários e operadoras, tais como:

• Uma rede única baseada em pacotes, que tende a fazer um melhor uso de banda que redes baseadas em circuitos tradicionais;

• Acesso unificado e integrado aos serviços, tais como acesso à caixa postal do telefone pela web, confirmação de transações eletrônicas via telefone e videoconferência entre dispositivos diversos;

• Independência de dispositivo e de localidade. Assim, você liga para alice@domain.com, não para um número de celular ou telefone fixo. Em qualquer lugar do planeta você recebe uma ligação, no dispositivo em que você estiver conectado;

• Tarifação diferenciada, baseada no conteúdo trafegado (nem todos os dados são iguais).

E o que nós desenvolvedores ganhamos com este movimento? Primeiramente, abre-se a possibilidade de desenvolvimento de uma nova gama de serviços unificados e de amplo alcance. Além disso, neste novo cenário quase tudo passa a ser controlado por software, o que aumenta também as oportunidades de desenvolvimento de softwares que fazem parte do coração da rede. É uma grande mudança de paradigma se comparado com as grandes centrais telefônicas do passado.

Um lembrete importante: NGN é um conceito arquitetural/comercial. Em termos práticos, existe a especificação de uma arquitetura baseada em NGN chamada de IMS (IP Multimedia Subsystem) e que promete ser o novo padrão do mercado. Esta especificação é atualmente mantida pelo 3GPP, órgão importantíssimo no cenário de telecomunicações, que entre outras responsabilidades mantém tudo que é relacionado ao GSM. Na arquitetura IMS o protocolo de sinalização (ver quadro “Sinalização e Mídia”) utilizado é o SIP, o que ressalta sua importância no cenário atual.

Como não poderia deixar de ser, a plataforma Java está bastante presente neste novo cenário. No JCP, por exemplo, é possível listar 22 APIs que fazem parte da iniciativa JAIN (Java APIs for Integrated Networks), um conjunto de APIs focadas em protocolos e arquiteturas direcionadas para redes convergentes de telecomunicações. Algumas das JSRs mais importantes são:

• JSR 116/289 (SIP Servlets v1.0/1.1), que trataremos neste artigo. Vamos apresentar a API, o que podemos fazer com ela e como integrá-la em nossas aplicações;

• JSR 22/240 (JAIN SLEE v1.0/1.1), que define um ambiente de execução padronizado para serviços e aplicações;

• JSR 309 (Media Server Control API v. 1.0), que trata do controle programático de servidores de mídia.

Sinalização e Mídia [13]

Suponha duas pessoas, Alice e Bob, que desejam estabelecer uma sessão de comunicação de voz através da Internet. É razoável supor que ambos os pares deverão ter em seu computador um programa capaz de captar a voz através do microfone, convertê-lo em um formato digital e enviá-lo através da rede. Do outro lado desta linha, um programa terá que receber estes pacotes e decodificá-los a fim de reproduzir os sons pelo alto falante.

Para garantir uma boa comunicação, esta operação deve ser feita com baixíssima latência. Além disso, a voz deve ser amostrada com alta frequência e o envio destas informações deve ser constante, garantindo um canal de comunicação contínuo. O protocolo que transmite estes pacotes multimídias é o que chamamos de protocolo de transporte de mídias. Quando falamos do “universo” SIP, o protocolo de mídia mais comum é o RTP (Real-time Transport Protocol), que funciona em cima da pilha UDP/IP.

Este protocolo seria suficiente se ambos os pares estivessem sempre online e possuíssem sempre um mesmo endereço IP, mas por outro lado seria pouco conveniente, já que exigiria que os usuários combinassem previamente um horário para a sessão. Um protocolo de sinalização, cujo SIP é um representante, procura suprir estas lacunas, lidando com:

• Aviso ao destinatário de que existe alguém querendo estabelecer uma sessão de comunicação, equivalente ao tocar do telefone na telefonia tradicional;

• Informe a origem sobre o status da chamada, indicando se uma chamada está em curso, se o usuário está ocupado ou se uma ligação foi atendida;

• Negociação dos codecs a serem utilizados na codificação/decodificação de mídia;

• Auxílio no endereçamento dos pares de origem e destino, de forma que eles possam se encontrar, independente do dispositivo e local em que se encontram.

É importante ressaltar que os protocolos de mídia e sinalização normalmente são independentes e podem existir em diferentes combinações. O protocolo RTP, por exemplo, é frequentemente utilizado junto ao H.323, um protocolo de sinalização semelhante ao SIP.

Além disso, embora estejamos exemplificando através de protocolos “IP”, estes conceitos também se aplicam às redes de telecom tradicionais, cujo principal protocolo de sinalização é o SS7.

O que é SIP?

SIP é um protocolo de sinalização baseado em texto cujo objetivo principal é o estabelecimento de sessões entre dois ou mais participantes. Por sessão entende-se uma sessão de comunicação multimídia, que pode incluir voz, vídeo, mensagens instantâneas e outros tipos de informações. O SIP habilita a descoberta dos endereços de rede para comunicação dos pares e a negociação das capacidades multimídia.

Em um cenário regido por este protocolo, os usuários podem estar conectados através de múltiplos dispositivos, o que necessita conhecermos o seu endereço de rede atual. Além disso, estes dispositivos variam quanto a sua capacidade multimídia, o que obriga a negociação das mídias que serão utilizadas em uma sessão de comunicação. Por exemplo: alguns dispositivos possuem suporte a vídeo, enquanto outros são restritos a áudio e/ou mensagens de texto." [...] continue lendo...