Un método para impedir la emisión simultánea de dos flujos de datos de multidifusión,

que comprende:

en su activación, la composición y el envío por un decodificador de protocolo Internet, IP STB, de un mensaje Leave del protocolo de gestión de grupo Internet, IGMP, en función de la información relacionada con el canal memorizada en el IP STB;

a la recepción del mensaje Leave de IGMP procedente del IP STB, la interrupción por un multiplexor de acceso de línea de abonado digital, DSLAM, de la transmisión de flujos de datos de multidifusión al IP STB correspondiente al mensaje Leave de IGMP enviado por el IP STB.

Método que permite impedir la distribución de un doble flujo de datos de multidifusión CAMPO DE LA TECNOLOGÍA

La presente invención se refiere a la tecnología de televisión de protocolo de Internet y en particular, a un método para impedir la emisión simultánea de dos flujos de multidifusión y un decodificador de protocolo de Internet (IP STB) .

ANTECEDENTES DE LA INVENCIÓN

La televisión de protocolo de Internet (IPTV) es un nuevo medio de prestación de servicios interactivos personalizados sobre la base de la tecnología de Internet. La TV de radiodifusión (BTV) es el servicio básico en un sistema de IPTV y el servicio más contrastado en el sector. En consideración de las previsiones de programas, anuncios de marcas y espacios comerciales, los operadores suelen establecer un canal por defecto de activación para difundir las previsiones de programas, anuncios de marcas y espacios comerciales, de modo que los contenidos se difundan a través del canal por defecto a la activación y se reciban tan pronto como se active el decodificador de IP (STB) . El canal por defecto a la activación se suele establecer en el canal 1.

BTV es un servicio basado en la multidifusión y que depende del protocolo de rutas de multidifusión, del protocolo de gestión de grupos de Internet (IGMP) y del protocolo mandatario de IGMP, etc., que se soportan por dispositivos de la red. Cuando un sistema de IPTV transmite flujos de programas de multidifusión a una red de acceso, los encaminadores en la red suelen cumplir con el protocolo de ruta de multidifusión y los dispositivos de la red, en la red de acceso, cumplen el protocolo mandatario de IPMP.

Un IP STB es un dispositivo de terminal de usuario en un sistema IPTV y la memorización en el IP STB suele almacenar una lista de canales que contiene las direcciones IP de multidifusión, los números de puertos de multidifusión y otra información relacionada con el canal en los canales que un usuario está autorizado a ver. Cuando un usuario está recibiendo un servicio de BTV, su IP STB busca primero la dirección de multidifusión y el número de puerto de multidifusión del canal que el usuario desea ver dentro de la lista de canales en función de la instrucción dada por un dispositivo de control a distancia, en cuyo momento el IP STB compone un mensaje Report de IGMP en función de los requisitos de REC2236 y solicita incorporarse a un grupo de multidifusión correspondiente y por último, el IP STB recibe el flujo de datos de multidifusión procedente de una red fuente de servicio IPTV después de que los dispositivos de la red de todos los niveles hayan realizado el protocolo mandatario de IGMP.

Cuando el usuario desea conmutar a otro canal, el IP STB compone primero un mensaje Leave de IGMP en función de los requisitos de RFC2236 para abandonar el grupo de multidifusión actual, de modo que cese la transmisión del flujo de datos de multidifusión del canal actual; en tal caso, el IP STB busca la dirección de multidifusión y el puerto de multidifusión del canal que el usuario desea ver a partir de la lista de canales y compone un mensaje Report de IGMP en función de los requisitos de RFC2236 para incorporarse a un nuevo grupo de multidifusión correspondiente y entonces, el flujo de datos de multidifusión del nuevo canal se transmite al IP STB.

Cuando el IP STB se conmuta desde el servicio BTV a otro servicio, el IP STB compone primero un mensaje Leave de IGMP en función de los requisitos de RFC2236 para abandonar el grupo de multidifusión actual, de modo que cesa la transmisión del flujo de datos de multidifusión del canal actual; a continuación, el IP STB envía un mensaje de informe correspondiente en función de la instrucción recibida del usuario para obtener un nuevo servicio.

Cuando un IP STB, en la técnica anterior, necesita reiniciarse debido a una anomalía funcional (interrupción repentina de la alimentación, pulsación indebida de la tecla de encendido por una persona, etc.) mientras se realiza el servicio de BTV, la solución técnica, en la técnica anterior, consiste en enviar un mensaje Report de IGMP para incorporarse al grupo de multidifusión del canal por defecto a la activación del servicio BTV directamente después de que se active el IP STB, sin importar si el flujo de datos de multidifusión, que fue transmitido cuando se produjo la anomalía, haya cesado de funcionar.

En el preciso momento en que se produce dicha anomalía, el IP STB no es capaz de enviar un mensaje Leave de IGMP para abandonar el grupo de multidifusión actual. Mientras tanto, existe una muy pequeña probabilidad de que el grupo de multidifusión actual sea el canal por defecto a la activación y la probabilidad es igual a 1/ número total de programas de BTV que un usuario está autorizado a ver.

Cuando el IP STB se activa y envía directamente un mensaje Report de IGMP para incorporarse al grupo de multidifusión del canal por defecto a la activación, el flujo de datos de multidifusión, que fue transmitido cuando se produce la anomalía, se suele seguir transmitiendo al IP STB, porque el multiplexor de acceso de línea de abonado digital (DSLAM) , que envía el flujo de datos de multidifusión al IP STB, es incapaz de conocer la situación del IP STB cuando se produjo la anomalía funcional del IP STB. En las aplicaciones prácticas, un DSLAM ha de enviar una interrogación de consulta general del IGMP y una interrogación específica del grupo para cerciorarse de si un IP STB, en el grupo de multidifusión actual, está activo o no.

RFC2236 define que el intervalo, para el mensaje de consulta de IGMP, es de 125 segundos y el tiempo de respuesta máximo a un mensaje de consulta de IGMP es de 10 segundos. RFC2236 no define la duración de la espera de un dispositivo, después de que se transmita una consulta general y luego, transmite un mensaje de consulta específica del grupo (variando la longitud del intervalo con dispositivos de fabricantes diferentes, que suele ser una consulta específica del grupo enviada 20 segundos después de que se envíe un mensaje de consulta de IGMP) o el número de veces de envío y la magnitud del intervalo de las consultas específicas del grupo (dispositivos desde fabricantes diferentes realizan establecimientos diferentes, que suele ser una consulta específica del grupo que se envía dos veces con un intervalo de 4 segundos) .

Si el IP STB sufre una anomalía funcional después de que el DSLAM haya enviado un mensaje de consulta de IGMP y antes de que el IP STB reenvíe un mensaje de respuesta correspondiente, el DSLAM enviará el mensaje de consulta de IGMP una vez más y enviará, dos veces, además, un mensaje de consulta específica del grupo para comprobar si el elemento del grupo de multidifusión, con anomalía funcional, ha abandonado el grupo de multidifusión; a continuación, el DSLAM cesará la transmisión del flujo de datos de multidifusión que se transmite al IP STB cuando sufre dicha anomalía. Es decir, si el IP STB sufre una anomalía después de que el DSLAM haya enviado una consulta general y antes de que el IP STB reenvíe un informe correspondiente, la transmisión del flujo de datos de multidifusión que se transmite al IP STB cuando sufre una anomalía operativa el IP STB continuará durante unos 144 segundos.

Si el IP STB sufre la anomalía cuando el DSLAM envía un mensaje de consulta de IGMP y el IP STB reenvía un mensaje de respuesta correspondiente, el DSLAM enviará el mensaje de consulta de IGMP dos veces, una vez más, y enviará, además, un mensaje de consulta específica del grupo para comprobar si el elemento del grupo de multidifusión que sufre la anomalía ha abandonado el grupo de multidifusión; a continuación el DSLAM cesará la transmisión del flujo de datos de multidifusión que se transmite al IP STB cuando el IP STB sufre dicha anomalía. Es decir, si el IP STB sufre una anomalía cuando el DSLAM envía un mensaje de consulta de IGMP y el IP STB reenvía un mensaje de respuesta correspondiente, la transmisión del flujo de datos de multidifusión, que se transmite al IP STB cuando el IP STB sufre una anomalía, continuará durante aproximadamente 269 segundos.

Puede llegarse a la conclusión, a partir de lo anteriormente expuesto, de que cuando un IP STB sufre una anomalía operativa, la transmisión del flujo de datos de multidifusión al IP STB continuará durante aproximadamente 144 a 269 segundos.

Además, cuando ocurre la anomalía, un IP STB necesita aproximadamente 20 segundos para su reinicio, efectuará la composición de un mensaje Report... [Seguir leyendo]

1. Un método para impedir la emisión simultánea de dos flujos de datos de multidifusión, que comprende:

en su activación, la composición y el envío por un decodificador de protocolo Internet, IP STB, de un mensaje Leave del protocolo de gestión de grupo Internet, IGMP, en función de la información relacionada con el canal memorizada en el IP STB;

a la recepción del mensaje Leave de IGMP procedente del IP STB, la interrupción por un multiplexor de acceso de línea de abonado digital, DSLAM, de la transmisión de flujos de datos de multidifusión al IP STB correspondiente al mensaje Leave de IGMP enviado por el IP STB.

2. El método según la reivindicación 1, en donde la información relacionada con el canal, memorizada en el IP STB, comprende una dirección IP de multidifusión y un número de puerto de multidifusión de un grupo de multidifusión del canal que el usuario verá antes de la desconexión del IP STB y la información está memorizada en una memoria no volátil, NVM, del IP STB.

3. Un método para impedir la emisión simultánea de dos flujos de datos de multidifusión, que comprende:

a la activación de un decodificador de protocolo Internet, IP STB, la negociación por el IP STB con un servidor de acceso de banda ancha por intermedio de protocolos pertinentes y la asignación al IP STB de una dirección IP para la comunicación por el servidor de acceso de banda ancha después de una negociación satisfactoria;

la notificación por el servidor de acceso de banda ancha a un multiplexor de acceso de línea de abonado digital, DSLAM, por intermedio de un mensaje u otro medio, que el IP STB haya accedido correctamente a la red;

a la recepción de la notificación desde el servidor de acceso de banda ancha, el DSLAM tiene conocimiento de que el IP STB ha accedido correctamente a una red, el DSLAM interroga para conocer si se está transmitiendo un flujo de datos de multidifusión al IP STB; en el caso de que se transmita un flujo de datos de multidifusión al IP STB, el DSLAM cesa la transmisión del flujo de datos de multidifusión al IP STB.

4. Un método para impedir la emisión simultánea de dos flujos de datos de multidifusión, que comprende:

al activarse un decodificador de protocolo Internet, IP STB, la negociación por el IP STB con un servidor de acceso de banda ancha por intermedio de protocolos pertinentes y la asignación al IP STB de una dirección IP para la comunicación por el servidor de acceso de banda ancha después de una negociación satisfactoria;

la composición, por el IP STB, de un mensaje Report de IGMP en función del contenido de la lista de canales memorizada en el IP STB y el envío del mensaje Report de IGMP a un multiplexor de acceso de línea de abonado digital, DSLAM, que solicite incorporarse al grupo de multidifusión del canal por defecto a la activación;

a la recepción del mensaje Report de IGMP, procedente del IP STB, la interrogación por el DSLAM de si un flujo de datos de multidifusión se transmite, o no, al IP STB; en el caso de que se transmita un flujo de datos de multidifusión, el DSLAM cesa una transmisión de flujo de datos de multidifusión al IP STB.

5. El método según cualquiera de las reivindicaciones 1 a 4 que comprende, además:

la composición y el envío de un mensaje Report de IGMP, por el IP STB, en función del contenido de una lista de canales memorizada en el IP STB y la incorporación a un grupo de multidifusión de un canal por defecto a la activación.

6. El método según cualquiera de las reivindicaciones 1 a 4 que comprende, además:

en función de una instrucción de usuario recibida, la realización de al menos una de las operaciones siguientes: la conmutación de canales, la conmutación a un servicio no BTV y la desactivación.

7. El método según la reivindicación 6, en donde la operación realizada es la conmutación de canales y dicha conmutación de canales comprende:

el envío del mensaje Leave de IGMP para abandonar un grupo de multidifusión actual;

la búsqueda de una dirección IP de multidifusión y de un número de puerto de multidifusión de un canal elegido por un usuario dentro de una lista de canales;

la composición de un mensaje Report de IGMP en función de la dirección IP de multidifusión y del número de puerto de multidifusión encontrado y el envío del mensaje Report de IGMP para incorporarse a un nuevo grupo de multidifusión.

8. El método según la reivindicación 7, en donde la dirección IP de multidifusión, el número de puerto de multidifusión y la información de verificación memorizada en el IP STB se actualizan con la información correspondiente del nuevo grupo de multidifusión cuando el IP STB se incorpora al nuevo grupo de multidifusión;

o el IP STB determina si un canal elegido por el usuario es, o no, el canal por defecto a la activación, y si el canal elegido no es el canal por defecto a la activación, la dirección IP de multidifusión, el número de puerto de multidifusión y la información de verificación memorizada en el IP STB se actualizan con la información correspondiente del nuevo grupo de multidifusión; si no es así, no ha de actualizarse la información memorizada en el IP STB.

9. El método según la reivindicación 2, 7 u 8, en donde la dirección IP de multidifusión, el número de puerto de multidifusión y la información de verificación se memorizan en un fichero de información en un sistema de ficheros de la NVM o memorizada en un bloque en el sistema de ficheros de la NVM.

10. El método según la reivindicación 1, en donde la información memorizada en el IP STB se memoriza en una lista de canales en una memoria del IP STB, que incluye una dirección IP de multidifusión y números de puertos de multidifusión de todos los canales que un usuario está autorizado a ver;

el proceso de componer y enviar el mensaje Leave de IGMP comprende la composición y el envío de múltiples mensajes Leave de IGMP en función de las direcciones IP de multidifusión y de los números de puertos de multidifusión de todos los canales dentro de la lista de canales, uno a uno.

11. Un decodificador de protocolo Internet, IP STB, que está configurado para componer y enviar a un multiplexor de acceso de línea de abonado digital, DSLAM, un mensaje Leave de IGMP del protocolo de gestión de grupo Internet, en función de la información relacionada con el canal memorizada en el propio IP STB, a la activación del IP STB, de forma que el DSLAM cese la transmisión de flujo de datos de multidifusión al IP STB correspondiente al mensaje Leave de IGMP.

12. El IP STB según la reivindicación 11, en donde la información relacionada con el canal, memorizada en el IP STB, comprende una dirección IP de multidifusión y un número de puerto de multidifusión de un grupo de multidifusión del canal que el usuario ha estado observando antes de que se desactive el IP STB y la información se memoriza en una memoria no volátil, NVM, del IP STB.

Componer y enviar un mensaje Leave de IGMP en función de la información memorizada en el IP STB

Componer un mensaje Report de IGMP para la incorporación del grupo de multidifusión del canal de activación por defecto Continuar con las operaciones de seguimiento en función de las instrucciones del usuario

Continuar

Figura 1

Comprobar si existe un fichero denominado Saveinfo.txt

Crear un fichero Abrir el fichero Saveinfo.txt, obtener la información Saveinfo.txt y luego cerrar y cerrar el fichero

el fichero recientemente creado Comprobar si la información es válida Componer un mensaje Leave de IGMP en función de la información obtenida y enviar el mensaje Leave de IGMP

Componer un mensaje Report de IGMP en función delcontenido de la lista de canales para incorporar el grupo de multidifusión del canal de activación por defecto Abrir el fichero Saveinfo.txt, borrar su contenido, escribir en el fichero Saveinfo.txt la dirección IP de multidifusión, el número de puerto de multidifusión y la información de verificación del canal de activación por defecto y cerrar el fichero

Conmutar a un servicio no de BTV

Conmutar entre canales Enviar un mensaje Leave de IGMP para abandonar el grupo de multidifusión actual Enviar un mensaje Report de IGMP en función de una instrucción desde un controlador remoto y del contenido de la lista de canales para incorporar un nuevo grupo de multidifusión Abrir el fichero Saveinfo.txt, borrar su contenido, escribir en el fichero Saveinfo.txt la dirección IP de multidifusión, el número de puerto de multidifusión y la información de verificación del canal actual y cerrar el fichero Conmutar a un servicio no de BTV Desactivar Enviar un mensaje Leave de IGMP Enviar un mensaje Leave depara abandonar el grupo de IGMP para abandonar el grupo multidifusión actual de multidifusión actual Realizar un servicio no de BTV Desactivar Desactivar Desactivar Enviar un mensaje Leave de IGMPpara abandonar el grupo de multidifusión actual Desactivar Figura 2 Activar Componer múltiples mensajes Leave de IGMP, en turnos, en función delcontenido de la lista de canales memorizada en el IP STB y enviar los mensajes Leave de IGMP

Componer un mensaje Report de IGMP en función del contenido de la lista de canales memorizada en el IP STB y enviar el mensaje Report de IGMP para la incorporación del grupo de multidifusión del canal de activación por defecto

Realizar servicios por intermedio de la operación normal de STB

Fin Figura 3 Activar El IP STB negocia con un servidor de acceso de banda ancha para obtener una dirección IP para comunicación

El servidor de acceso de banda ancha notifica a un DSLAM que el IP STB consiguió acceder a la red

Determinar si existe, o no, un flujo de datos de multidifusión que se transmite al IP STB

El DSLAM cesa la transmisión del flujo de datos de multidifusión al IP STB

El IP STB compone un mensaje Report de IGMP en función del contenido de la lista de canales y envía el mensaje Report de IGMP para la incorporación del grupo de multidifusión del canal deactivación por defecto Figura 4 Activar El IP STB negocia con un servidor de acceso de banda ancha para obtener una dirección IP para comunicación

El IP STB compone un mensaje Report de IGMP en función del contenido de la lista de canales y envía el mensaje Report de IGMP

Determinar si existe, o no, un flujo de datos demultidifusión que se transmite al IP STB

El DSLAM cesa la transmisión del flujo de Al IP STB se le permite la incorporación del datos de multidifusión al IP STB grupo de multidifusión del canal de activación por defecto

Figura 5