1

INSTITUTO NACIONAL DE TELECOMUNICAES INATEL CURSO DE PS GRADUAO EM ENGENHARIA DE TV DIGITAL E IPTV

PROTOCOLOS DE SINALIZAO RTP E RTCP

MANAUS 2011

INSTITUTO NACIONAL DE TELECOMUNICAES INATEL CURSO DE PS GRADUAO EM ENGENHARIA DE TV DIGITAL E IPTV

PROTOCOLOS DE SINALIZAO RTP E RTCP

Trabalho elaborado para obteno de nota parcial da disciplina TP418 ministrada pelo Prof. Dr. Jos Marcos C. Brito.

Aluno: Carlos Alexandre Bernardo da Silva

MANAUS 2011

1. PROTOCOLOS DE SINALIZAO RTP E RTCP

Com a evoluo das redes computacionais, houve um acentuado crescimento nos servios de trfego de dados. Operadoras de telecomunicaes buscaram nestes

servios novas oportunidades de renda/negcio e passaram a investir em redes de dados (pacotes) para ofertarem tais servios [1]. O IPTV (Internet Protocol Television) um servio de internet utilizando conexo de banda larga onde possui uma comunicao atravs de pacotes IP. Este faz a entrega com segurana de um determinado contedo de alta qualidade de televiso aberta e/ou vdeo-on-demand atravs de uma rede banda larga. O IPTV utiliza um servio triple play, ou seja, um servio que combina voz, dados e vdeo sobre um nico canal de banda larga, principalmente o envio de informao multimdia [2]. O IPTV um termo que geralmente aplica-se para a entrega de canais tradicionais de TV, filmes e contedo de video-on-demand sobre uma rede privada, diferente de Internet TV que no garante uma qualidade de servio ao enviar pacotes atravs da Internet Pblica. A partir de uma perspectiva do usurio final, o IPTV opera como um servio de televiso por assinatura padro. O IPTV utiliza uma plataforma IP convergente de maneira que estes tipos de servios sejam comparveis aos que so oferecidos pelas operadoras de TV por assinatura a cabo e/ou via satlite, oferecendo uma qualidade de servio (QoS) e suporte a trfego Multicast garantida em ambiente controlado [2]. Alm de transmitir vdeo, udio e dados, o IPTV tambm permite aplicaes interativas (lojas, filmes, show e etc.) entre telespectadores de televiso e os provedores de contedo de televiso. Esse nvel de interatividade consiste em estabelecer para o usurio informaes de programas como estatstica, jogadas de evento em tempo real, por exemplo: podendo assistir um jogo de futebol e mesmo assim interagir com algum outro jogo em paralelo. O foco principal deste trabalho est relacionado aos protocolos de sinalizao para o fluxo de udio e vdeo de IPTV. Geralmente a transmisso de mdias contnuas como as de udio e vdeo so realizados sobre protocolo UDP (User Datagem Protocol) para diminuir a latncia e aumentar a vazo. Este protocolo oferece conexo de transporte no orientado para o

trfego IP. O UDP no um protocolo confivel de transmisso no sentido de que no oferece qualquer mecanismo de recuperao de erros. Em tempo real no h como retransmitir pacotes perdidos ou corrompidos [4]. Para solucionar esta questo, foi desenvolvidos protocolos de sinalizao como RTP e RTCP [3]. O RTP do termo ingls Real Time Transport Protocol (Protocolo de Transporte em Tempo Real) um protocolo que est destinado para aplicaes multimdias como udio e vdeo pela internet em tempo real, mas tambm pode ser usado para outras aplicaes como armazenamento de dados contnuos. O RTP foi projetado para rodar sobre um protocolo de transporte sem a conexo como UDP, pois este j implementa funes de transportes como seqenciamento. O RTP foi definido pela Internet Engineering Task Force (IETF) atravs da recomendao RFC 1889 [4]. O protocolo RTP insere cabealhos para ajudar no controle do receptor. No cabealho podemos citar o nmero de sequncia, onde os pacotes so enviados e numerados de acordo com a sesso. Os nmeros ajudam o receptor a verificar se existe perda na rede. Ele inclui um timestamp, onde cada pacote enviado recebe uma marcao de tempo. Esta marcao pode ser usada no receptor para verificar Jitter (Fenmeno que ocorre em uma rede IP definido pela chegada fora de ordem dos pacotes no destino). Este usa um tipo de identificador chamado payload, onde envia uma mensagem ao receptor sobre o tipo de dados que est sendo transportados no payload e como esses dados foram codificados [4]. O RTP possui um identificador chamado fonte de sincronizao (SSRC), este identificador faz com que a informao gravada seja identificada por um nmero de 32 bits e enviado junto com os dados. O mesmo transmissor pode gerar mltiplos fluxos RTP com diferentes SSCRs. Por exemplo, dois fluxos RTP com dois SSCRs diferentes podem ser transmitidos durante uma videoconferncia, um deles para vdeo, e outro para o fluxo de udio. Cada SSCR, mesmo quando provem da mesma fonte, tem seqenciamento e timestamp dedicado. O caso mais simples de fluxo RTP a comunicao entre duas partes, uma no transmissor e outra no receptor. Uma chamada telefnica Voip a uma nica pessoa um bom exemplo. Neste caso, o transmissor codifica os dados a serem transmitidos e gera um fluxo RTP. Os dados so enviados diretamente para o receptor. O transmissor se identifica com o seu prprio endereo IP, mas tambm com um nmero escolhido aleatoriamente de 32 bits: o SSRC [4]

Muitas vezes, as aplicaes RTP envolvem mais de um receptor ou mais de um transmissor conforme mostrado na figura 1, a distribuio de sinais de TV ou chamadas telefnicas Voip so dois exemplos importantes. Quando a situao multi- transmissor surge, pode ser necessrio combinar o fluxo de cada transmissor em um nico fluxo RTP antes da entrega. Para esta tarefa h um dispositivo responsvel chamado Mixer.

Figura 1 (a) Uma sesso simples de RTP utilizando um transmissor e um receptor (b) Uma sesso de RTP utilizando multi-transmissores e sendo controlado pelo dispositivo Mixer.

Os tradutores e Mixers so sistemas intermedirios que funcionam no nvel de RTP. Eles esto encarregados de fazer a traduo e formato do protocolo. Os tradutores por sua vez alteram o formato dos pacotes que chegam RTP e transmite ao seu destino final junto do seu identificador SSCR encapsulada. As operaes realizadas pelos tradutores incluem downsampling de dados RTP pare redes de baixa largura de banda alterando a codificao de vdeo ou udio. Os Mixers tm a mesma funo que os tradutores, mas, alm disso, eles podem combinar fluxo de diferentes fontes em um nico fluxo RTP de sada [4] Na figura 2 mostrado o formato do pacote RTP. Na primeira linha temos a campo V que indica a verso do RTP. O campo P (Padding) definido com 1 bit para informar ao receptor que o pacote contm um ou mais Bytes adicionais padding no final que no carregam informaes, este nmero de Bytes a ser descartado realizado no Byte de padding passado. O campo X definido com uma setagem de 1 bit para dizer ao receptor que o cabealho RTP opcional est habilitada. O campo CC ou contator CSRC indica o nmero de identificadores CSRC para o pacote RTP. O campo M pode ser usado para marcar os limites de quadros de nvel superior, ou para sinalizar tipos de payloads extra, geralmente este campo no utilizado para algumas aplicaes. O campo PT especifica o formato do payload e do tipo de mdia realizado no fluxo RTP, este usado pelo receptor para escolher o decodificador mapeado de diferentes

codificadores e formatos de payload para cdigos bit dependendo do perfil. O campo SQ um nmero escolhido aleatoriamente pelo receptor quando comea a transmitir um fluxo RTP, este nmero incrementado para cada pacote enviando, tornando possvel para que o receptor faa a deteco da perda de pacotes. O campo do Timestamp um onde cada pacote enviado recebe uma marcao do tempo, esta marcao pode ser usada no receptor para verificar Jitter. O campo SSRC um nmero escolhido aleatoriamente, identificando o autor do fluxo de dados do RTP. O campo lista CSRC gera uma lista de fontes que contribuem para o payload do pacote, o nmero de itens desta lisa sinalizado pelo campo de cabealho CC [4].

Figura 2 formato do Pacote RTP

O protocolo RTP no oferece qualquer mecanismo para garantir uma Qualidade de Servio (QoS) para determinados fluxos de dados que este carrega, pois ele se baseia em mecanismo QoS fornecidos pela rede, tais como pacotes marcados, modelados e programados. O transporte de dados incrementado atravs do protocolo de controle RTCP que por sua vez monitora a entrega dos dados e prov funes mnimas de controle e identificao. [5] O RTCP do termo ingls Real Time Control Protocol (Protocolo de Transporte em Tempo Real) um protocolo de controle do RTP, onde opera de modo multicast

para prover realimentao para as fontes do RTP. O protocolo RTCP usa o mesmo servio de transporte do protocolo UDP, porm usa uma porta diferente [6]. O RTCP permite que o distribuidor tenha um canal de retorno com o cliente para informaes acerca de qualquer perturbao na rede de acesso (altas latncias, Jitter, perda de pacotes, congestionamentos, etc.) percebidas com a ajuda do RTP. O protocolo RTCP complementa a RTP da seguinte maneira: Dando feedback sobre a qualidade de transmisso; Carrega na camada de transporte identificadores de fontes RTP como o SSRC. Este identificador pode no ser o suficiente para algumas aplicaes, por que pode mudar quando ocorre uma coliso ou se o equipamento do cliente reiniciado. Um exemplo so de sesses distintas entre udio e vdeo estar em progresso; O RTCP pode fornecer fonte complementar de informao; Ele fornece informao mnima de controle de sesso. Um exemplo uma identificao do participante que mostrado na interface do usurio [4] [7]. Essas funes so obrigatrias para aplicaes multicast e recomendado atravs da RFC 1889. Para realizar estas funes, De acordo com o padro, os pacotes de controle RTCP devem ser multiplexadas pelo mesmo canal de transmisso de dados, como mostra na figura 3 [3]. A taxa de bits do RTCP limitada para manter o desempenho dos fluxos RTP para poder transportar dados do usurio. Para uma sesso, a largura de banda do RTCP geralmente em torno de 5%.[4].

Figura 3 Multiplexao de pacotes RTCP em uma transmisso UDP.

O formato do pacote RTCP depende da finalidade do pacote. O cabealho sempre contm um campo de verso de 2 bits que deve coincidir com o campo de verso do cabealho do RTP, um indicador padding, um campo de Payload de 8 bits e um campo de comprimento de 16 bits. Outros campos podem estar presentes,

dependendo do tipo de pacote RTCP. O receptor sabe qual tipo de pacote RTCP atravs do campo de Payload. Este campo tambm pode ser usado para diferenciar protocolo RTP e RTCP, por que os Payloads utilizados pelo RTCP so reservados. Existem cinco tipos de pacotes RTCP: Sender Report (SR), Receiver Report (RR), Source Description (SDES), End Participation (BYE) e Application-Specific Packet (APP), conforme mostrado na tabela 1. Tipo SR RR SDES BYE APP Porta Id 200 201 202 203 204 Finalidade Sender Report: Estatsticas da qualidade de remetentes ativos. Receiver Report: Estatsticas da qualidade de receptores que no so remetentes. Source Description: Informaes sobre o transmissor. Indica o fim da participao Funes especificas do aplicativo.

Tabela1 Tipos de pacotes RTCP.

2. Referncias Bibliogrficas [1] MOULTON, Pete. Telecommunications Survival Guide. U.S.A.: Prentice Hall PTR, 2001. [2] ODRISCOLL, Gerard. NEXT GENERATION IPTV SERVICES AND TECHNOLOGIES, Wiley-Interscience, Canada, 2008. [3] SCHULZRINNE, H. RFC 3550. RTP: A Transport Protocol for Real- Time Applications. RFC Editor United States, 2003. [4] HENS, Francisco J., and Caballero Jos M. TRIPLE PLAY Bulding the Converged Network for IP, Voip and IPTV, John Wiley & Sons, Ltd, England, 2008. [5] SIMPSON, Wes. VIDEO OVER IP IPTV, Internet Video, H.264, P2P, Web TV, and Streaming: A Complete Guide to Understanding the Technology. Second Edition, Focal Press, USA, 2008. [6] POIKSELKA. MIIKKA; MAYER, GEORG; KHARTABIL, HISHAM ; NIEMI, AKI. IMS IP Multimedia Concepts and Services in the Mobile Domain. U.K.:, John Wiley & Sons, 2004. [7] <www.ietf.org/rfc/rfc1889.txt > Acesso em: 19 jun. 2011.