PROCEDIMIENTO DE TRANSMISIÓN DE FLUJOS DE DATOS DEPENDIENTES.

Procedimiento de transmisión de al menos un flujo de datos multimedia hacia al menos un terminal,

estando dichos flujos organizados en unidades de acceso, caracterizado porque al menos algunas de dichas unidades de acceso comprenden al menos un puntero que designa al menos una unidad de acceso, anterior o posterior, de dicho flujo o de otro flujo de datos multimedia, la denominada unidad de dependencia, de forma que un tratamiento de dicha unidad de acceso no sea efectuado, en dicho terminal, si no se han recibido dichas unidades de dependencia

El campo de la invención es la transmisión de datos, bajo la forma de uno o varios flujos de datos constituidos cada uno por unidades de flujo elementales. Más concretamente, la invención se refiere a la optimización del tratamiento de estas unidades de flujo elementales, cuando estas últimas 5 son dependientes de, o están enlazadas con, una o varias otras unidades de flujo.

Cuando una señal, por ejemplo de tipo multimedia, se transmite a través de un canal único y de forma síncrona, el tratamiento de una unidad de flujo no plantea ningún problema o pocos problemas. Los datos necesarios se recibieron con anterioridad.

Lo anterior no sucede, por el contrario, en sistemas asíncronos, que pueden poner en práctica 10 varios canales de transmisión y/o varios servidores que distribuyen cada uno una parte de la señal útil. Es, por ejemplo, el caso de la transmisión, o de la difusión, en una red tipo IP.

En este caso, ocurre que se recibe una unidad de flujo que es detectada al completar otras, que no han sido recibidas. Puede tratarse, por ejemplo, de datos de enriquecimiento de datos de un nivel jerárquico superior, estando los datos codificados con la ayuda de una codificación jerárquica (un flujo 15 que puede entonces corresponder a un nivel jerárquico dado). El tratamiento de los datos de enriquecimiento proporcionará entonces un resultado aleatorio, que conduce, en general, a una fuerte degradación de la señal restituida e incluso a un bloqueo completo del decodificador.

La técnica anterior (ver, por ejemplo, el estudio ―MPEG-4 Systems: Elementary stream management‖, por C. Herbel, A. Eleftheriadis), en materia de sincronización multimedia está 20 representado esencialmente por los protocolos de transporte basados en RTP y por MPEG-4 (capa de sincronización). En el método utilizado, los mecanismos de sincronización fueron principalmente diseñados para sincronizar temporalmente un flujo de audio y un flujo de vídeo, con el fin de que sean presentados sin desplazamiento de fase. Estas informaciones eran transportadas por medio de un sistema de estampilla temporal (un reloj de referencia, estampillas de decodificación y de presentación). 25

Con la aparición de codificaciones jerárquicas, en donde se utilizan diferentes niveles de enriquecimiento temporal y espacial con el fin de obtener una trama presentable, el inventor ha constatado que aparece una nueva necesidad de sincronización.

En efecto, es necesario sincronizar los flujos antes de su decodificación (y no solamente en su presentación). Esta limitación se hace más compleja en el caso de la sincronización de presentación 30 porque es necesario identificar cuáles son las unidades necesarias para la decodificación de una unidad, con el fin de obtener una trama correcta. Un solo desfasaje puede hacer inútil un flujo así como todos los flujos basados en este último. Se trata de un nuevo problema, y no evidente, identificado por el inventor.

Un problema similar se plantea cuando una unidad de flujo recibida debe decodificarse, o desencriptarse, con la ayuda de informaciones (por ejemplo, una clave de decodificación) que el terminal 35 hubiera debido recibir, pero que no ha recibido. De nuevo, el resultado de la decodificación será como mínimo ineficaz, en general perjudicial (en términos de señal restituida) y puede conducir al bloqueo del terminal. En ambos casos, se hubiera efectuado un tratamiento inútil y nefasto.

Otro problema importante encontrado en los sistemas de difusión (―multicast‖ o ―broadcast‖) es que las mismas informaciones deben ser multidifundidas, para permitir a un usuario, que se conecta en 40 un instante cualquiera, recibir la integridad de los flujos que ha seleccionado. Este aspecto específico es ya examinado en la solicitud de patente EP-01 4600462, no todavía publicada, a los nombres de los titulares de la presente solicitud de patente. Según esta técnica, el tratamiento se realiza al nivel del transporte, lo que impone un tratamiento de cada unidad de flujo, teniendo en cuenta las especificidades de los diferentes tipos de transporte. 45

La técnica anterior, en materia de representación multimedia en escenarios operativos de ―broadcast‖ y ―multicast‖, se describe en la especificación del ―carrusel MPEG-4‖. Sin embargo, un determinado número de funcionalidades están prohibidas o se hacen extremadamente consumidoras del caudal de transmisión. En ambos escenarios de entrega considerados, se necesita señalar puntos de entrada a la presentación multimedia, en todo momento. Esto se traduce por una repetición de datos 50 relativos a la descripción de la escena: escena BIFS, texturas.

Desde el momento en que se enriquece el contenido multimedia, esta repetición simple no es admisible y da lugar a tiempos de telecarga excesivos. Por otro lado, esta especificación no permite

difundir algunos elementos multimedia (clips de audio/vídeo de corta duración).

En particular, la invención tiene por objetivo subsanar estos diferentes inconvenientes de la técnica anterior.

Más concretamente, un objetivo de la invención es proporcionar una técnica que permite gestionar eficazmente unidades de flujo, cuando estas últimas dependan de, o estén vinculadas con, una 5 o varias otras unidades de flujo.

En particular, un objetivo de la invención es proporcionar una tal técnica, que permita la gestión de flujos vinculados, en particular en el caso de datos codificados con la ayuda de una codificación jerárquica o una codificación que comprende una codificación que asocia datos de base y datos de enriquecimiento. 10

Otro objetivo de la invención es proporcionar una tal técnica, que permita garantizar eficazmente la gestión de la decodificación o de la desencriptación de unidades de flujo.

Otro objetivo de la invención es proporcionar una tal técnica, que permita optimizar la transmisión de escenarios multidifundidos y en particular, reducir la cantidad de recurso utilizada, sin reducir, por ello, la calidad de la recepción. 15

La invención tiene por objetivo, en otros términos, optimizar los tratamientos efectuados, en los terminales, tanto en cantidad como en calidad.

Estos objetivos, así como otros que se describirán más adelante, son conseguidos según la invención con la ayuda de un procedimiento de transmisión de al menos un flujo de datos hacia al menos un terminal, estando dichos flujos organizados en unidades de flujo. Según la invención, al menos 20 algunas de dichas unidades de flujo comprenden al menos un puntero dirigido hacia al menos una unidad de flujo de dicho flujo, o de otro flujo, susceptible de haber sido recibida anteriormente, en un terminal, denominada unidad anterior necesaria, de forma que un tratamiento de dicha unidad de flujo no sea efectuado, en dicho terminal, si no se recibieron dichas unidades anteriores necesarias.

De este modo, se dispone de un sistema de sincronización lógica, que permite facilitar la 25 gestión de las unidades de flujo, limitar los tratamientos en los terminales, mejorar la calidad de restitución, etc.

El formato de datos así definido, según la invención, puede ponerse en práctica no solamente para la transmisión y la recepción de flujos, sino también para su difusión, su registro y su almacenamiento. 30

Por lo tanto, la invención se basa, en particular, sobre la identificación del nuevo problema de la sincronización ―atrasada‖ de los flujos o de las unidades de flujo y sobre la observación, no evidente, de que la solución más eficaz es no tratar las unidades de flujo cuando no se disponga de todos los elementos para hacerlo. En efecto, parece preferible, en términos de restitución de la señal, ignorar una unidad de flujo en lugar de efectuar una decodificación que conducirá a un deterioro de la señal restituida 35 e incluso a un bloqueo completo del terminal.

De forma ventajosa, el procedimiento de la invención comprende la transmisión de al menos dos flujos de datos transmitidos por separado, apuntando una unidad de flujo de un primer flujo hacia al menos una unidad anterior necesaria de al menos un segundo flujo, comprendiendo dicha unidad de flujo del primer flujo datos de enriquecimiento de los datos contenidos en dichos segundos flujos. 40

En este caso, dichos flujos de datos pueden corresponder ventajosamente a niveles jerárquicos diferentes...

1. Procedimiento de transmisión de al menos un flujo de datos multimedia hacia al menos un terminal, estando dichos flujos organizados en unidades de acceso, caracterizado porque al menos algunas de dichas unidades de acceso comprenden al menos un puntero que designa al menos una unidad de acceso, anterior o posterior, de dicho flujo o de otro flujo de datos multimedia, la denominada 5 unidad de dependencia,

de forma que un tratamiento de dicha unidad de acceso no sea efectuado, en dicho terminal, si no se han recibido dichas unidades de dependencia.

2. Procedimiento de transmisión según la reivindicación 1, caracterizado porque comprende la transmisión de al menos dos flujos de datos multimedia transmitidos por separado, una unidad de acceso 10 de un primer flujo que apunta hacia al menos una unidad de dependencia de al menos un segundo flujo, comprendiendo dicha unidad de acceso del primer flujo datos de enriquecimiento de los datos contenidos en dichos segundos flujos.

3. Procedimiento de transmisión según la reivindicación 2, caracterizado porque dichos flujos de datos multimedia corresponden a niveles jerárquicos diferentes de una codificación jerárquica, 15 efectuándose solamente el tratamiento de una unidad de acceso de un nivel jerárquico dado si se han recibido las unidades de acceso de los niveles jerárquicos inferiores correspondientes.

4. Procedimiento de transmisión según una cualquiera de las reivindicaciones 2 y 3, caracterizado porque dicha unidad de acceso apunta sobre al menos una unidad de dependencia, definiendo una secuencia de unidades de dependencia. 20

5. Procedimiento de transmisión, según una cualquiera de las reivindicaciones 1 a 4, caracterizado porque al menos uno de dichos punteros permite encontrar al menos una unidad de dependencia que comprende datos que permiten la decodificación y/o la desencriptación de la unidad de acceso considerada.

6. Procedimiento de transmisión según la reivindicación 5, caracterizado porque dichas 25 unidades de dependencia comprenden datos que permiten a un terminal decidir si los datos de una unidad de acceso considerada se deben decodificar y/o desencriptar y luego visualizarse después de la decodificación.

7. Procedimiento de transmisión según una cualquiera de las reivindicaciones 1 a 6, caracterizado porque al menos uno de dichos punteros apuntan hacia datos susceptibles de conocerse 30 de dicho terminal, de forma que este último pueda decidir sobre su capacidad o su incapacidad para tratar la unidad de acceso correspondiente.

8. Procedimiento de transmisión según una cualquiera de las reivindicaciones 1 a 7, caracterizado porque al menos una de dichas unidades de acceso comprende al menos un puntero que designa al menos una unidad de acceso de dicho flujo o de otro flujo, susceptible de recibirse 35 próximamente.

9. Procedimiento de transmisión según la reivindicación 8, caracterizado porque dichas unidades de acceso, susceptibles de recibirse próximamente poseen un marcador que permite establecer un vínculo con dichos punteros.

10. Procedimiento de transmisión según una cualquiera de las reivindicaciones 8 y 9, 40 caracterizado porque los punteros de al menos dos unidades de acceso similares, transmitidas en instantes distintos, apuntan hacia una misma unidad de acceso susceptible de recibirse próximamente.

11. Procedimiento de transmisión según una cualquiera de las reivindicaciones 1 a 10, caracterizado porque pone en práctica un indicador que señala la función de los punteros, entre al menos dos de las funciones pertenecientes al grupo que comprende: 45

- designación de al menos una unidad de acceso de dependencia antes de ser decodificada para permitir la toma en consideración de la unidad de acceso considerada,

- designación de al menos una unidad de acceso de dependencia que comprende datos necesarios para la decodificación y/o desencriptación de la unidad de acceso considerada y/o de una referencia a un estado de un sistema de protección; 50

- designación de al menos una unidad de acceso posterior.

12. Procedimiento de transmisión según la reivindicación 11, caracterizado porque al menos algunas de dichas unidades de acceso comprenden un descriptor de dependencia, que define dicha función.

13. Procedimiento de transmisión según una cualquiera de las reivindicaciones 1 a 12, caracterizado porque al menos algunas de dichas unidades de acceso comprenden un marcador de 5 dependencia, que permite su identificación en tanto como unidad de dependencia.

14. Procedimiento de transmisión según una cualquiera de las reivindicaciones 1 a 13, caracterizado porque al menos algunas de dichas unidades de acceso comprenden un marcador de identificación de dicha unidad de dependencia en dicho flujo.

15. Procedimiento de transmisión según una cualquiera de las reivindicaciones 1 a 14, 10 caracterizado porque se pone en práctica al nivel de sincronización, de forma que no sea necesario ningún tratamiento previo de una unidad de acceso.

16. Flujo de datos multimedia organizado en unidades de acceso transmitidas con independencia entre sí, caracterizado porque al menos algunas de dichas unidades de acceso comprenden al menos un puntero que designa al menos una unidad de acceso, anterior o posterior, de 15 dicho flujo o de otro flujo susceptible de haber sido recibida con anterioridad, en un terminal, la denominada unidad de dependencia.

17. Terminal adecuado para recibir al menos un flujo de datos multimedia organizado en unidades de acceso transmitidas independientemente entre sí, caracterizado porque al menos algunas de dichas unidades de acceso comprenden al menos un puntero que designa al menos una unidad de 20 acceso, anterior o posterior, de dicho flujo o de otro flujo de datos multimedia susceptible de haber sido recibida con anterioridad, en un terminal, la denominada unidad de dependencia.