05.07.2013 Views

PFC - Jose Maria Zapardiel Gonzalo.pdf - E-Archivo UC3M ...

PFC - Jose Maria Zapardiel Gonzalo.pdf - E-Archivo UC3M ...

PFC - Jose Maria Zapardiel Gonzalo.pdf - E-Archivo UC3M ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

3.4. DISEÑO PROPUESTO 19<br />

de red nos permite separar los flujos de tráfico y poder supervisarlos fácilmente, teniendo<br />

acceso al origen y destino de los datos para poder realizar una tarificación correcta.<br />

Además, con esta configuración de red podemos utilizar multicast[10, 12, 9, 15] para la<br />

distribución de los canales.<br />

Para estimar el ancho de banda necesario para un canal de vídeo se ha supuesto que<br />

la transmisión es en alta definición (HDTV), y se ha utilizado el códec H.264[16] para<br />

el vídeo. Estos dos supuestos tienen su base en que hoy en día las retransmisiones en<br />

alta definición se han convertido en un estándar, y el códec más utilizado es el H.264.<br />

Utilizando ésta configuración, y guiándonos por lo publicado en [17], podríamos tener<br />

una buena calidad con una tasa de datos de 8 Mbps. Por supuesto, existen otros códecs<br />

que pueden reducir esta tasa a cambio de reducir la calidad, lo cual no resulta necesario<br />

al no ser esta tasa excesivamente alta.<br />

Teniendo en cuenta lo anterior, y para completar nuestro sistema de distribución de<br />

contenidos (CDN de las siglas de su nombre en inglés, content delivery network), nos<br />

hace falta definir la forma de acceso y subscripción de los clientes a los distintos canales<br />

ofertados. Para ello, se propone un portal de acceso que aglutine la oferta de todos los<br />

proveedores de contenidos. Este portal podría ser un software a instalar en un PC, lo que<br />

permitiría visionar la televisión desde el propio PC, o estar instalado en el descodificador<br />

que se conecte a la televisión.<br />

Como ya se ha mencionado anteriormente, con esta arquitectura se podría utilizar<br />

multicast para la distribución de canales. Para ello, el protocolo que más se ajusta es<br />

PIM-SM (Protocol Independent Multicast - Sparse-Mode)[11, 8, 7].<br />

3.4. Diseño propuesto<br />

Como alternativa a la configuración tradicional, en la que los servidores de vídeo se<br />

encuentran en la red del proveedor de servicios, podemos plantearnos el diseño de la red<br />

de tal forma que estos servidores sean servidores externos gestionados por proveedores de<br />

contenidos ajenos al ISP. Un esquema de esta configuración de red sería el que se puede<br />

observar en la figura 3.1.<br />

Cada cliente tendrá en su domicilio un módem-router xDSL y un descodificador de<br />

vídeo, que adaptará la señal de vídeo proveniente del proveedor de servicios a un televisor.<br />

El módem-router conectará al DSLAM y utilizando los mecanismos de ATM, separará el<br />

tráfico entre ambos según sea un tráfico de datos, voz o vídeo. El DSLAM será el encargado<br />

de adaptar estos tráficos a la red metroethernet, encapsulándolos en distintas VLANs y<br />

entregándoselos a un router de frontera de la red metroethernet. Todo este proceso se<br />

detalla en el capítulo 4. Este router de frontera será el encargado además, de filtrar el<br />

tráfico multicast según las suscripciones de cada cliente conectado con él.<br />

La red metroethernet transportará los flujos de datos hasta los servidores de vídeo, los

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!