Seção: Tutoriais Rádio e TV

Arquiteturas Tipo B

A arquitetura IPTV tipo B ([1], [2], [3], [6], [8], [9], [14]) é ilustrada na figura abaixo, e detalhada a seguir:

Figura 5: Arquitetura IPTV tipo B.

Distribuição de Vídeo Centralizada

Numa arquitetura centralizada [3], o vídeo é enviado do headend central até o set-top box do usuário. Todo o tráfego de vídeo vai fluir a partir de um link conectado ao headend; esse link deve ser capaz de suportar picos elevados de tráfego.

Essa arquitetura apresenta um problema em relação ao tempo de resposta do usuário, pois o transporte vai fluir desde a área de centralização até a ponta final do cliente, aumentado o delay entre o headend e o usuário final.

O backbone de transporte nesse tipo de distribuição deve ser projetado para suportar uma grande quantidade de requisições de todas as áreas de atuação da operadora de Telecom. A figura abaixo ilustra a distribuição de vídeo.

Figura 6: Distribuição de vídeo descentralizada.

Codificação MPEG-2

MPEG-2 oferece qualidade de DVD, com taxa de transmissão elevada e exigências típicas de 2 a 6 Mbit/s.

Protocolo de Transporte RTP/UDP

O Real-Time Transport Protocol (RTP) [6] ou Protocolo de Transporte em Tempo Real foi apresentado formalmente em janeiro de 1996, pelo Grupo de Trabalho de Redes (Networkig Working Group) do Internet Engineering Task Force (IETF), com o objetivo de padronizar a funcionalidade para aplicativos de transmissão de dados em tempo-real como vídeo, áudio, tanto em redes unicast como nas multicast, sem, entretanto garantir a qualidade de serviço QoS ou reservar recursos de endereçamento.

O RTP roda sobre a camada UDP/IP, utilizando os serviços de multiplexação e cheksum do UDP e estabelecendo uma comunicação fim a fim. As porções de áudio e de vídeo, produzidas pelo aplicativo remetente, são encapsuladas em pacotes RTP. Esses, por sua vez, são encapsulados em um segmento UDP. O protocolo RTP apresenta um overhead de 12 bytes. Porém, nessa arquitetura, o RTP é transmitido com utilização do protocolo UDP, que tem um overhead de 8 bytes.

Protocolo de Sinalização RSTP

O RTSP [6] ou Protocolo de Fluxo Contínuo em Tempo Real (Real-Time Streamins Protocol RFC 2326) é de domínio público e permite a interação cliente e servidor, entre a fonte do fluxo de mídia a taxa constante (servidor) e o usuário (transdutor). Essa interatividade vem da necessidade de o usuário ter um maior controle sobre a reprodução da mídia.

As funcionalidades do RTSP resumem-se às manipulações de execução do arquivo, similarmente às funcionalidades que um aparelho reprodutor de CD disponibiliza para se ouvir música gravada. Ele permite que um transdutor controle a corrente de mídia através de comandos de: pausa e reinicio; retrocesso e avanço rápidos e reposicionamento da reprodução.

Distribuição do Serviço IPTV

Esse tipo de distribuição permite a verificação da distribuição do vídeo e entrega do serviço, com a recomendação H.610+ DSL Fórum. Nessa arquitetura podemos ter além da rede ADSL como acesso, as redes PON (Passive Optical Network) para distribuição.

Arquitetura Tipo C

Esta arquitetura tem sido pesquisada e utilizada no Brasil por operadoras que estão implementando o serviço de IPTV. A arquitetura IPTV tipo C ([1], [2], [3], [6], [8], [9], [14]) é ilustrada na figura abaixo, e detalhada a seguir:

Figura 7: Arquitetura IPTV tipo C.

Aqui, são descritos apenas os componentes que não são comuns às demais arquiteturas.

Codificação MPEG-4

O MPEG-4 oferece qualidade de DVD e HDTV, com taxas de transmissão inferiores às previstas no MPEG-2. Apresenta mais precisão na estimativa dos movimentos do sinal de vídeo do IPTV e, ao contrário do MPEG-2 , é uma tecnologia proprietária, isto é, requer licenciamento de uso.

Protocolo de Transporte UDP

Streams MPEG são transportados diretamente sobre uma rede IP, com utilização de UDP e com protocolo de sinalização IGMP. A distribuição de vídeo sobre redes IP pode ter um custos alto, em termos de banda e de recursos de rede.

O uso do protocolo de transporte UDP é ideal para transporte de sinais IPTV, porque não exige confirmação do recebimento do pacote, reduzindo assim o tempo de resposta e aumentado a velocidade de processamento. O protocolo UDP possui um overhead de 8 bytes.