0

Chris Dengo
Edwin Fernando Marrima

Tema: Protocolo RTP.

Redes e Multimídia.
Licenciatura em Engenharia Eletrónica com minor em Computação
4°Ano Laboral

Universidade Pedagógica de Maputo

Maputo
2020
 1

Chris Dengo
Edwin Fernando Marrima

Tema: Protocolo RTP.

Redes e Multimídia.
Licenciatura em Engenharia Eletrónica com minor em Computação
4°Ano Laboral

Trabalho de pesquisa a ser apresentado

na Faculdade de Engenharia e
Tecnologias (FET’s) para efeitos de
avaliação dos estudantes na cadeira de
Redes e Multimídia.

Docente: Dr. Velito Gujamo.

Universidade Pedagógica de Maputo

Maputo
2020
 2

Índice
1.Introdução.......................................................................................................................1

2.Protocolo de Transporte em Tempo Real (RTP)............................................................2

2.1.Aplicações da RTP...................................................................................................2

2.2.Formato do cabeçalho RTP......................................................................................3

2.2.1.Versão...............................................................................................................3

2.2.2.Número de sequência........................................................................................5

2.2.3.Carimbo de data / hora......................................................................................5

2.2.4.Identificador da fonte de sincronização............................................................6

2.2.5.Contribuidor Identificador................................................................................6

Conclusão..........................................................................................................................7

Referencias Bibliográficas.................................................................................................8
 3

1.Introdução

Na ciência da computação, um protocolo é uma convenção que controla e possibilita

uma conexão, comunicação, transferência de dados entre dois sistemas computacionais.

De maneira simples, um protocolo pode ser definido como "as regras que governam" a
sintaxe, semântica e sincronização da comunicação. Os protocolos podem ser
implementados pelo hardware, software ou por uma combinação dos dois.

O protocolo RTP não só fornece serviços de entrega ponta a ponta para dados em tempo
real (áudio e vídeo interativos) mas também trabalha em aspaectos relacionados
identificação do tipo de carga útil, numeração de sequência, carimbo de data/hora e
monitoramento de entrega. No entanto, o RTP pode ser usado com outra rede subjacente
adequada ou protocolos de transporte. RTP suporta transferência de dados para vários
destinos usando distribuição multicast, se fornecido pelo rede subjacente. [5]
 4

2.Protocolo de Transporte em Tempo Real (RTP)

Um protocolo, que já se tornou padrão de facto, para transportar aplicações em tempo-

real é o RTP (Real Time Protocol), que foi estabelecido pela RFC (Request for Coment)
1889 do IETF (Internet Engineering Task Force) datada de 1992. O RTP mantém um
fluxo fixo e controlado de dados entre servidor e cliente, apesar de condições variadas
de congestionamento da Rede Mundial ou atrasos na transmissão. Os pacotes de dados
deste protocolo possuem datação [1].

RTP foi publicado pela primeira vez em 1996 e conhecido como RFC 1889 . E a seguir
publicou em 2003 com o nome de RFC 3550 [3].

Em ciência da computação, do inglês Real-time Transport Protocol conhecido pelo

acrónimo RTP, é um protocolo de redes utilizado em aplicações de tempo real como,
por exemplo, entrega de dados áudio ponto-a-ponto, como Voz sobre IP (Voip). Ele
funciona como uma sub-camada na camada de transporte, camada 4 do Modelo OSI, e
define como deve ser feita a fragmentação do fluxo de dados de áudio, adicionando a
cada fragmento informação de sequência e de tempo de entrega, sendo o controle é
realizado pelo RTCP - Real Time Control Protocol. Ambos utilizam o UDP como real
protocolo de transporte, o qual não oferece qualquer garantia que os pacotes serão
entregues num determinado intervalo [2].

Os componentes RTP incluem:

 Um número de sequência , que é usado para detectar pacotes perdidos;

 Identificação de carga útil , que descreve a codificação de mídia específica
para que possa ser alterada se tiver que se adaptar a uma variação na largura de
banda ;
 Indicação de quadro , que marca o início e o fim de cada quadro; 
 Identificação da fonte , que identifica o originador do quadro;  
 Sincronização intramedia , que usa timestamps para detectar diferentes atrasos
de jitter (quando os pacotes comecam a chegar cedo ou tarde) em um único
stream e compensá-los[1].

2.1.Aplicações da RTP
1. O RTP auxilia principalmente na mixagem de mídia, sequenciamento e registro
de data e hora.
 5

2. Voice over Internet Protocol (VoIP)

3. Videoconferência pela Internet.
4. Streaming de áudio e vídeo na Internet.
2.2.Formato do cabeçalho RTP
O diagrama do formato do cabeçalho do pacote RTP é mostrado abaixo:

Figura 1:Cabecalho do Pacote RTP[3].

O formato do cabeçalho do RTP é muito simples e cobre todas as aplicações em tempo
real. A explicação de cada campo do formato do cabeçalho é fornecida abaixo:

2.2.1.Versão
Este campo de 2 bits define o número da versão [3].
1.P -
O comprimento deste campo é de 1 bit. Se o valor for 1, ele denota a presença de
preenchimento no final do pacote e se o valor for 0, não há preenchimento [3].
2.X -
O comprimento deste campo também é de 1 bit. Se o valor deste campo for definido
como 1, ele indica um cabeçalho de extensão extra entre os dados e o cabeçalho básico
e se o valor for 0, não há extensão extra [3].
3.Contagem de Contribuidores.
Este campo de 4 bits indica o número de contribuidores. Aqui, o número máximo
possível de contribuidores é 15, pois um campo de 4 bits pode permitir números de 0 a
15 [3].
4.M
 6

O comprimento deste campo é de 1 bit e é usado como marcador de fim pelo aplicativo
para indicar o fim de seus dados [3].

5.Tipos de Carga Útil

Este campo tem comprimento de 7 bits para indicar o tipo de carga útil. Listamos
aplicativos de alguns tipos comuns de carga útil.

TIPO DE NOME DE

CARGA ÚTIL CODIFICAÇÃO

0 Micro áudio PCM

1 1016

2 Áudio G721

3 Áudio GSM

5-6 Áudio DV14

7 Áudio LPC

8 Áudio PCMA

9 G722 Audio

10-11 Áudio L16

14 Áudio MPEG

15 G728 Audio

26 Motion JPEG

31 H.216

32 Vídeo MPEG1

33 Vídeo MPEG2

Figura 2: Tipos de carga útil e a respectiva codificação.

Payload Type é um número exclusivo representado em 7 bits no formato de cabeçalho
RTP. Cada tipo de carga indica uma codificação específica de mídia de áudio / vídeo. A
fonte RTP tem permissão para enviar um único tipo de carga útil em um determinado
 7

momento. Este campo especifica principalmente o tipo de codec usado no fluxo de mídia.

Por exemplo, se usarmos '1' como um tipo de carga cujo nome de codificação é 1016,
significa que usaremos a codificação de voz FS-1016 para fluxo de mídia[3].

Se usarmos o tipo de carga útil '31' cujo nome de codificação é H.261, isso significa que
usará o padrão de compressão de vídeo ITU-T. Da mesma forma, cada número de tipo de
carga útil indica um tipo específico de codificação usado para fluxo de áudio / vídeo[3].

2.2.2.Número de sequência
O comprimento deste campo é 16 bits. É usado para fornecer números de série aos
pacotes RTP. Ajuda no sequenciamento. O número de sequência do primeiro pacote
recebe um número aleatório e, em seguida, o número de sequência de cada pacote
seguinte é incrementado em 1. Esse campo ajuda principalmente na verificação de
pacotes perdidos e incompatibilidade de pedidos[3].
2.2.3.Carimbo de data / hora
O comprimento deste campo é de 32 bits. É usado para encontrar a relação entre os
tempos de diferentes pacotes RTP. O carimbo de data / hora para o primeiro pacote é
fornecido aleatoriamente e, em seguida, o carimbo de data / hora para os próximos
pacotes é fornecido pela soma do carimbo de data / hora anterior e o tempo gasto para
produzir o primeiro byte do pacote atual. O valor de 1 tique do relógio varia de
aplicativo para aplicativo[3].

2.2.4.Identificador da fonte de sincronização

Este é um campo de 32 bits usado para identificar e definir a fonte. O valor para este
identificador de origem é um número aleatório que é escolhido pela própria origem. Isso
ajuda principalmente na resolução de conflitos que surgem quando duas fontes
começaram com o mesmo número de sequência[3].
2.2.5.Contribuidor Identificador
Este também é um campo de 32 bits usado para identificação de fonte onde há mais de
uma fonte presente na sessão. A fonte do mixer usa o identificador de fonte de
sincronização e outras fontes restantes (máximo 15) usam o identificador de
Contribuidor [3].
 8

Figura 2:Transmissao de dados pelo protocolo RTP [3].

Conclusão

Sendo protocolos conjuntos de regras que fazem a governança da comunicação de dados

para que os dispositivos possam se comunicar, em redes Multimédia elas possuem
elevado nível de importância, visto que estabelecem padrões de comunicação, o
protocolo RTP define o formato e a ordem das mensagens trocadas entre dois ou mais
componentes de redes, sendo que essas mensagens podem ser áudio ou vídeos.
O protocolo RTP (protocolo de transporte em real) foi inicialmente concebido de modo
a satisfazer as necessidades de conferências multimédia com múltiplos participantes,
porem não se limita somente a essa área de aplicação, este protocolo pode ser empregue
 9

em áudio conferências, vídeo e áudio conferências, armazenamento de dados contínuos,

simulações interativas, etc.
 10

Referencias Bibliográficas

[1]-http://www.cricte2004.eletrica.ufpr.br/edu/anterior/cd00/trab/rtp/
[2]-https://pt.wikipedia.org/wiki/Real-time_Transport_Protocol
[3]-https://www.geeksforgeeks.org/real-time-transport-protocol-rtp/
[4] - https://pt.wikipedia.org/wiki/Protocolo_(ci%C3%AAncia_da_computa
%C3%A7%C3%A3o)
[5] - https://www.sciencedirect.com/topics/computer-science/real-time-transport/