cRTP

UNIVERSIDAD CATÓLICA BOLIVIANA

“SAN PABLO”

LA PAZ - BOLIVIA

Estudiantes:

MARTIN DEHEZA

CARLOS ROJAS

RODRIGO URUCHI

GABRIELA VILCHES

Docente:

ING. GUSTAVO FERNÁNDEZ

Materia:

SISTEMAS SATELITALES

LA PAZ – BOLIVIA

cRTP

1. ¿QUE ES?

cRTP proviene del acrónimo de compressed real time Protocol o RTP header

compression, cuya traducción a español viene a ser Protocolo de tiempo real

comprimido.

Está definido en la recomendación IETF RFC 2508 y es una variación al ya conocido

RTP (Real Time Protocol – Protocolo de tiempo real).

Tanto RTP como cRTP son protocolos utilizados para aplicaciones de Voz y video

2. ¿QUE HACE?

La función del protocolo es reducir las cabeceras al realizarse la paquetizacion y de

esta manera aprovechar mejor al payload en enlaces de baja velocidad.

3. ¿COMO LO HACE?

Realiza la compresión de cabeceras de la siguiente manera.

Normalmente al utilizar los protocolos IP, UDP y RTP tendríamos las siguientes

cabeceras:

( ) ( ) ( )

Pero al hacer uso de cRTP, los 40 Bytes utilizados normalmente se reducen a:

2 Bytes sin CRC

4 Bytes con CRC

Lo que significa una compresión en un ratio de por lo menos 20 a 1.

4. ¿POR QUÉ LO HACE?

Normalmente lo enlaces satelitales tienen costos elevados en cuanto al ancho de

banda se refiere, es decir, si ya los costos son elevados al contratar enlaces de baja

velocidad , cuanto más tendríamos que gastar en enlaces de alta velocidad? Por lo

que el aprovechamiento del ancho de banda resulta crucial en este ámbito.

También en conexiones vía Dial-Up que nos permiten como máximo una conexión a

56 kbps, en el mejor de los casos, el uso de cRTP resulta muy conveniente.

Todos los paquetes de VoIP están formados por dos componentes: muestras de voz

y las cabeceras IP / UDP / RTP. Aunque las muestras de voz se comprimen por el

procesador de señal digital (DSP) y pueden variar en tamaño basado en el códec

utilizado, estas cabeceras son una constante de 40 bytes de longitud. Cuando se

compara con los 20 bytes de muestras de voz en una llamada G.729

predeterminada, estas cabeceras constituyen una cantidad considerable de los

gastos generales. Con cRTP, estas cabeceras se pueden comprimir a dos o cuatro

bytes. Esta compresión ofrece un importante ahorro de ancho de banda de VoIP.

Por ejemplo, una llamada por defecto G.729 VoIP consume 24 Kbps sin cRTP, pero

sólo 12 Kbps con cRTP habilitado.

CRTP comprime la cabecera de IP / UDP / RTP en un paquete de datos RTP de 40 bytes a aproximadamente 2 a 5 bytes.

CRTP acumula ganancia importante en términos de compresión de paquetes porque a pesar de varios campos en la cabecera cambiar en cada paquete, la diferencia de un paquete a menudo es constante, y por lo tanto la diferencia de segundo orden es cero. El descompresor puede reconstruir la cabecera original sin ninguna pérdida de información.

5. HEURÍSTICA PARA LA COMPRESIÓN

Como RTP no tiene una cabecera de paquete distinto de su propia, un flujo RTP (por cRTP) se distingue de un flujo UDP (Cudp) mediante el uso de la heurística. La heurística exactos utilizados en la actualidad con el fin de detectar los paquetes RTP para la compresión son:

El número de puerto de destino es par.

El número de puerto de destino está en el rango de 16384 hasta 32767 o 49152-65535.

El campo de versión RTP se establece en dos.

El campo de extensión RTP se establece en cero.

Por ejemplo, el ancho de banda requerido para una llamada utilizando el códec

G.729 (que tiene una tasa de bits de 8 Kbps) con cRTP, MP y el payload por defecto

de 20 bytes tendríamos:

( ) ( )

( )

Realizando regla de 3 obtenemos que

Luego

Donde “x” representa el ancho de banda que requerimos para la transmisión

deseada.

6. APLICACIONES DE cRTP

Los sistemas móviles VSAT Fly Away 1.2 metros son sistemas de comunicaciones

satelitales que se pueden utilizar tanto al interior de instalación o en el campo,

gracias a su portabilidad. Los RTM (Requerimientos Técnicos Mínimos) del proceso

de selección especifican una capacidad mínima de transmisión de 7.5 Mbps (en

TDMA) o superior, sistema MF-TDMA con capacidad DVB-S2/ACM, modem satelital

configurable, control automático de potencia, interoperable con otras configuración,

el sistema deberá operar en banda Ku, soportar protocolo TCP, UDP, ICMP, RIP v2,

Rutas Estáticas, Aceleración Web, aceleración TCP y cRTP, capacidad para

priorizar tráfico, cambio de modulación, velocidad de transmisión y codificación y

codificación y el receptor debe tener capacidad potencial de soportar DVB-S2/ACM

(hasta 45 Mbps).

7. ecRTP

Proviene del acrónimo de enhanced cRTP o cRTP mejorado.

Fue desarrollado para que cRTP trabaje sobre enlaces con alto BER (Bit Error Rate)

y retardo largo de ida y vuelta.

Provee mecanismos para tratar la reordenación de paquetes.

Se basa en un hibrido enfocado en recuperación de errores que consta de un lazo

abierto y otro cerrado (open closed loop)

8. ecRTP Open- Closed Loop

La función es similar a la de cRTP. Cuando el compresor pierde la sincronización

con el compresor se transmiten paquetes de CONTEXT_STATE (estado de

contenido).

La diferencia entre cRTP y ecRTP reside en el mecanismo Open Loop (bucle

abierto)

eCRTP envía actualizaciones de contenido varias veces. Cuando se produce un

cambio en un valor delta, el compresor manda este cambio en el siguiente numero N

de paquetes. Usando el algoritmo 2 veces, el descompresor se mantiene

sincronizado con el compresor, asi no se pierden más N paquetes.

Un problema que debe superar ecRTP es la incapacidad del descompresor para

verificar que el contexto se mantiene sincronizado después de la pérdida de un

paquete cuando el campo de UDP checksum no se encuentra habilitado.

En este contexto el compresor añade un campo “header checksum” el cual es

retirado por el descompresor antes de pasar el paquete a capas superiores.