Distribución de flujos multimedia de banda ancha en conexiones Wifi presenta una solución basada en encapsular proporcionada por un mecanismo de tunelización el tráfico IP Multicast mediante túneles IP Unicast.

Estos túneles se definen a nivel IP y se pueden establecer, según el caso, entre el equipo de acceso del proveedor y el descodificador (STB), o bien entre el módem-router WiFi del usuario y el descodificador (STB) del servicio de distribución de televisión digital

Distribución de flujos multimedia de banda ancha en conexiones WiFi.

Sector de la técnica

La presente invención está relacionada, dentro del área de las telecomunicaciones, con el campo de la transmisión de contenidos multimedia por redes digitales y, más en particular, con la distribución de contenidos multimedia de banda ancha mediante conexiones WiFi ("Wireless Fidelity" o fidelidad inalámbrica).

Estado de la técnica

Las actuales instalaciones de distribución de contenidos multimedia de banda ancha en el hogar, en servicios del tipo de "Imagenio" de Telefónica o similares, requieren la instalación de cableado entre el módem/router ADSL y el descodificador (STB), convirtiéndose en obstáculo para la implantación de éste servicio de televisión digital en muchos usuarios, al tener que tender un cable desde un sitio a otro, a veces no muy cercano, dentro del hogar.

Sería deseable la sustitución del cableado Ethernet del hogar por una conexión inalámbrica WiFi. Sin embargo, la tecnología WiFi tiene limitaciones para conducir flujos de banda ancha en modo Multicast (multidifusión), ya que restringe la velocidad física a la más baja y, por tanto, no es apto para el volumen del flujo multimedia entre router y STB.

Las soluciones propuestas actualmente, convierten directamente un paquete "Multicast" (multidifusión) en uno o más "Unicast" (unidifusión), entendiendo que lo único que hacen es tomar los datos del paquete Multicast y re-escribir la dirección destino de los paquetes para que sea Unicast, enviándolos a cada una de las estaciones que se han subscrito al grupo Multicast; en consecuencia la información Multicast desaparecería.

Como resultado de lo anteriormente expuesto, en la técnica anterior la estación de destino recibiría directamente paquetes Unicast con los datos. Eso puede que funcione en algunos casos, pero hay otros en los que no, porque no es transparente para la estación receptora, cuyo software está esperando tramas Multicast y no necesariamente Unicast. Si la estación espera tráfico Multicast pero recibe tráfico Unicast puede que la descarte. Imagenio, por ejemplo, no funcionaría, y muchas otras aplicaciones como VLC (programa reproductor de contenidos de audio y vídeo que soporta vídeos multimedia) tampoco, porque esperan que la IP y el puerto correspondan al que se han suscrito.

Por ejemplo, el documento WO 2006/111635 describe un procedimiento y un sistema de transmisión de un flujo Multicast, por transformación a nivel de enlace de un flujo Multicast de las capas de un modelo OSI, en un flujo Unicast a nivel de enlace del mismo modelo, que permite beneficiarse de los mecanismos de ACK (acuse de recibo) de transferencia de tramas del nivel de enlace inherentes a la transferencia Unicast, e incrementar el caudal de la transferencia de información transportada por el flujo Multicast.

Por otra parte, el documento WO 2006/052639 describe un sistema y un método por medio de los cuales el punto de acceso convierte el paquete Multicast o Broadcast (difusión global) en un paquete Unicast dirigido a una estación asociada con ese punto de acceso. Éste transmite el paquete Unicast por la red de comunicaciones desde el punto de acceso a la estación de destino. El punto de acceso pude determinar además una velocidad mínima de datos por medio de la cual puede transmitir el paquete Multicast o Broadcast a la estación, y determina la velocidad Unicast efectiva para transmitir el paquete Unicast a la estación de destino.

Ambas soluciones, como se ha explicado anteriormente, convierten directamente un paquete "Multicast" en uno o más "Unicast" y, en consecuencia, la información Multicast desaparecería.

Como resultado, en estos documentos anteriores, al utilizar una técnica basada en la conversión, la estación de destino recibiría directamente paquetes Unicast con los datos. Como la estación espera tráfico Multicast pero recibe tráfico Unicast, al haberse utilizado una técnica de conversión, puede que la descarte, y por tanto el servicio en cuestión no funcionaría en muchos casos.

Además, esas soluciones requieren grandes cambios de hardware y/o software en el descodificador, que recibe paquetes distintos de los esperados, y en el propio router, que tiene que hacer esa conversión.

Objeto de la invención

Para resolver los problemas mencionados del estado de la técnica, la presente invención presenta una solución basada en encapsular proporcionada por un mecanismo de tunelización el tráfico IP Multicast mediante túneles IP Unicast. Estos túneles se definen a nivel IP y se pueden establecer, según el caso, entre el equipo de acceso del proveedor y el descodificador (STB), o bien entre el módem-router WiFi del usuario y el descodificador (STB) del servicio de distribución de televisión digital, por ejemplo "Imagenio".

En el modo de realización preferido que se presenta, la solución es transparente para el "router", y en el descodificador los cambios son mínimos, ya que sigue recibiendo paquetes Multicast, requiriendo solamente un terminador del túnel IP.

Las ventajas son evidentes, ya que el descodificador y el punto de acceso a la red del servicio suelen estar bajo el control del proveedor del servicio, de acuerdo con el modelo de mercado actual, como es el caso de Imagenio.

La solución que se propone mediante la utilización de WiFi permitirá evitar el cableado reduciendo los costes y las molestias que su instalación puede crear para los abonados.

Breve descripción de los dibujos

La figura 1 presenta un diagrama de las pérdidas del tráfico Multicast, al sustituir simplemente el cableado entre el módem/router y el descodificador por un enlace WiFi, sin efectuar el túnel Unicast.

La figura 2 es un diagrama en el que se observa cómo se reducen considerablemente las pérdidas utilizando el túnel Unicast.

La figura 3 presenta el ejemplo de un modo de realización de la invención.

Descripción detallada de la invención

La transmisión de la televisión digital se realiza a través de una transmisión UDP Multicast para cada canal desde el servidor de televisión a través de una red de distribución hasta el STB que se encuentra en el hogar. Substituyendo únicamente el cableado entre el módem/router y el STB por un enlace WiFi da como resultado un elevado número de pérdidas en el tráfico independientes de la distancia a la que se encuentren router y STB (obviamente, dentro del rango de cobertura WiFi) y una velocidad efectiva muy baja, es decir, se obtiene una mala calidad en el servicio. La figura 1 muestra las pérdidas de paquetes totales y datagramas obtenidas con dicha configuración.

El motivo de este bajo rendimiento reside en la especificación de los protocolos 802.11 que tratan el tráfico Multicast en modo Broadcast. Para éste modo, los dispositivos emisores reducen el "base rate" o velocidad nominal mínima, a la menor posible añadiendo redundancia con el objetivo de garantizar el servicio al peor de los posibles receptores. Por otro lado, WiFi no proporciona ACK y retransmisión a nivel de enlace para el tráfico Multicast/Broadcast, mientras que para tráfico Unicast sí. Como resultado, no se obtendrán los requisitos de pérdidas y velocidad binaria necesarios para garantizar la calidad del servicio de televisión digital sobre WiFi. Por el contrario, con tráfico Unicast no aparecen éstos problemas.

Para evitar esta circunstancia se ha ideado una solución basada en encapsular el tráfico IP Multicast mediante un túnel IP Unicast. Este túnel se define a nivel IP y se establece entre el equipo de acceso del proveedor y el descodificador (STB) del servicio Imagenio o similar.

También se puede establecer el túnel IP entre el router y el descodificador, aunque en este caso la solución no es transparente para el router, porque en este caso, al iniciarse el túnel IP Unicast en el propio router, se requiere que éste tenga implementados los protocolos requeridos.

Por esta razón, se elige como modo de realización preferido el primero de los casos, en el que el túnel IP se establece entre el equipo de acceso del proveedor y el descodificador (STB) del servicio Imagenio o similar.

Esta previsto que la primera implementación se realice sobre la plataforma de IPTV (televisión IP) de Imagenio de Telefónica, sin que esto suponga ninguna limitación de la invención a este servicio en particular....

1. Sistema de distribución de contenidos multimedia de banda ancha en el hogar, a través de un módem/router y un descodificador (STB), del tipo que sustituye el enlace cableado entre el módem/router y el descodificador por un enlace WiFi, caracterizado porque efectúa un túnel IP Unicast entre el punto de acceso del proveedor y el descodificador, encapsulando paquetes Multicast en uno o más paquetes Unicast, sin necesidad de conversión de paquetes Multicast a paquetes Unicast, siendo los paquetes que llegan al descodificador, a la salida del túnel, paquetes Multicast.

2. Sistema de distribución de contenidos multimedia de banda ancha en el hogar, a través de un módem/router y un descodificador (STB), del tipo que sustituye el enlace cableado entre el módem/router y el descodificador por un enlace WiFi, caracterizado porque efectúa un túnel IP Unicast entre el módem/router y el descodificador, encapsulando paquetes Multicast en uno o más paquetes Unicast, sin necesidad de conversión de paquetes Multicast a paquetes Unicast, siendo los paquetes que llegan al descodificador, a la salida del túnel, son paquetes Multicast.

3. Sistema según las reivindicaciones 1 ó 2, en el que se puede implementar el túnel IP mediante la tecnología de túneles GRE.

4. Sistema según las reivindicaciones 1 ó 2, en el que se puede implementar el túnel IP mediante la tecnología de túneles L2TP.

5. Sistema según las reivindicaciones 1 ó 2, en el que se puede implementar el túnel IP mediante la tecnología de túneles IPsec.

6. Sistema según las reivindicaciones 1 ó 2, en el que se puede implementar el túnel IP mediante la tecnología de túneles L2F.

7. Sistema según las reivindicaciones 1 ó 2, en el que se puede implementar el túnel IP mediante la tecnología de túneles PPTP.

8. Sistema según las reivindicaciones 1 ó 2, en el que se puede implementar el túnel IP mediante la tecnología de túneles SSH.

9. Sistema según las reivindicaciones 1 ó 2, en el que se puede implementar el túnel IP mediante la tecnología de túneles SSL/TLS.