MÉTODO PARA GRABAR FLUJOS DE TRANSPORTE DE DATOS.

Método para grabar/almacenar flujos de transporte de datos independientes y/o simultáneos,

- recibiendo desde un sistema de bus digital común al menos un primer y un segundo flujo de transporte (TS1, TS2, ..., TSn) de datos (D1, D2, ..., Dn) a grabar/almacenar, - dividiendo cada uno de dichos flujos de transporte (TS1, TS2, ..., TSn) en series de paquetes (P1, P2, ..., Pn) con respecto a un reloj predefinido y/o a las relaciones temporales de dichos flujos de transporte (TS1, TS2, ..., TSn). - asignando a cada uno de dichos flujos de transporte (TS1, TS2, ..., TSn)/series de paquetes (P1, P2, ..., Pn) una cabecera de grabación (H1, H2, ..., Hn). - generando una serie de flujos de transporte parciales (ptlTS1, ptlTS2, ...) a partir de al menos dichas series de cabeceras de grabación (H1, H2, ..., Hn) y dichas series de paquetes (P1, P2, ..., Pn). - grabando/almacenando un flujo de transporte combinado (CTS) como una serie temporal de dichos flujos de transporte parciales (ptlTS1, ptlTS2, ...) en base a dicho reloj, y - en caso de una terminación de una solicitud de uno de los flujos de transporte a grabar/almacenar, rellenar el contenido de información del flujo de transporte terminado con información en blanco mientras se graba/almacena el flujo de transporte combinado (CTS)

La presente invención se refiere a un método para grabar flujos de transporte de datos según la reivindicación 1.

Es un hecho que la organización y la conexión de dispositivos electrónicos y, en particular, muchos tipos de equipos de consumo, dentro de una arquitectura en red se hace cada vez más importante. Esta importancia creciente se basa en una necesidad de un intercambio universal de datos y control entre la variedad de dichos equipos.

En particular, un equipo de consumo puede ser conectado y organizado con respecto a un interfaz y/o bus de red común, que es usado para recibir e intercambiar datos digitales y analógicos. Al organizar diferentes dispositivos y equipos de consumo con respecto a la estructura de bus, o similar, indicada anteriormente, se genera el concepto denominado red doméstica (Home Network, HN).

Dentro de una red doméstica semejante, dispositivos diferentes, por ejemplo, grabadoras de casetes de video (VCR), sintonizadores y dispositivos receptores de emisiones de video y audio digital (DAB, DVB), dispositivos de discos ópticos, magneto-ópticos y magnéticos (CD-ROM, DVD) y similares, pueden estar integrados y pueden servir como servicios y fuentes de datos.

Un problema conocido en las redes y en los dispositivos de medios de almacenamiento conectados a dichas redes de la técnica, es el hecho de que los métodos para almacenar datos y los dispositivos de medios de almacenamiento están, en general, restringidos físicamente por su naturaleza para tener solo un suministro físico al dispositivo medio de almacenamiento o medio de almacenamiento particular. Este es el caso, en particular, para los dispositivos basados en cinta, en los que la cinta es capaz de procesar solo un único flujo de datos continuos, o posiblemente un número limitado de los mismos. Lo mismo se aplica para la mayoría de los medios de disco, y, en particular, para medios de discos basados en láser, en los que solo puede suministrarse un único suministro físico de almacenamiento.

Por lo tanto, cuando se aplican los métodos y los dispositivos conocidos para grabar y almacenar flujos de transporte de datos, el método de grabación está limitado para recibir datos desde sólo un canal o flujo de datos y, por lo tanto, desde sólo una fuente de datos, única y aislada, en cualquier momento. Esto significa, cuando los métodos y dispositivos para grabar y almacenar flujos de transporte de datos son aplicados a arquitecturas en red con una multiplicidad de canales isócronos y, por lo tanto, flujos de transporte de datos, sólo un suministro de servicios a la red puede ser grabado en un dispositivo de grabación particular.

En el documento EP 0 917 355 A1, se divulga una distribución de flujos de transporte de MPEG-2 sobre una red doméstica basada en IEEE1394. En particular, la distribución de flujos de transporte parciales de MPEG-2 en la red doméstica, por ejemplo, se muestra la red doméstica I.LINK/IEEE1394. La transmisión de flujos de transporte completos de MPEG-2 en una red doméstica se considera que es mayormente una pérdida de ancho de banda, ya que no es necesario distribuir todos los servicios incluidos. El método propuesto incluye las etapas siguientes: recibir uno o más flujos de transporte MPEG-2, que incluyen tablas de información específica de programas/información de servicios y paquetes de servicios que tienen identificadores de paquete; filtrar los flujos de transporte MEPG-2 recibidos para excluir las tablas de información específicas de programas/información de servicios; filtrar los flujos de transporte MEPG-2 recibidos para incluir solo paquetes de servicio que presenten servicios predeterminados que deberían ser distribuidos en la red; generar nuevas tablas con información específica de programas/información de servicios para los servicios predeterminados; insertar las tablas en los flujos de transporte en intervalos predeterminados o en puntos de tiempo predeterminados y sacar el flujo de transporte parcial a la red.

En Blocks, RHJ: “The IEEE-1394 high speed serial bus” Phillips Journal of Research, NL, ELSERVIER, Amsterdam, volumen 50, no. 1, páginas 209-216, XP 004008212 ISNN: 0165-5817 se divulga cómo se usa un transporte de datos MPEG-2 entre un dispositivo decodificador y una grabadora de video digital dentro de un bus IEEE-1394.

En el documento US 5.619.337, se divulga un sistema codificador/decodificador de transporte MPEG para grabar un flujo de transporte. En ese documento se muestra que un sistema graba un único programa de un flujo de transporte multi-programa que está codificado según el estándar MPEG-2. El sistema demultiplexa los paquetes de transporte desde un flujo de transporte multiprograma y graba los paquetes demultiplexados en una grabadora de casete de video digital. El sistema incluye circuitos impresos en el codificador que emulan una memoria temporal en la grabadora digital, que es usada para mantener los paquetes para convertir los datos por paquetes por ráfagas en datos a tasa constante para la grabación. Esta memoria temporal emulada controla la tasa global a la que los paquetes de los programas seleccionados son insertados en el flujo de transporte multi-programa por el codificador. Conforme cada paquete es grabado, un valor de tiempo, que representa cuándo ha sido demultiplexado el paquete, un valor de conteo de reloj, que representa un número de pulsos de una señal de reloj de sistema de alta frecuencia, que ocurren durante un número predeterminado de bytes del paquete demultiplexado, son registrados con un paquete demultiplexado. Estos valores son usados para regenerar el tiempo y las señales para un único flujo de

transporte de programa cuando los datos del paquete grabado son reproducidos desde la cinta.

Por lo tanto, un objeto de la presente invención es proporcionar un método para grabar y almacenar flujos de transporte de datos, que permita una mayor flexibilidad y que sea capaz de grabar y almacenar flujos de transporte de datos simultáneos e independientes.

Ese objeto particular se consigue mediante el método inventivo según la reivindicación 1. Las realizaciones preferentes del método inventivo para grabar y almacenar flujos de transporte de datos están dentro del alcance de las sub-reivindicaciones dependientes.

El método inventivo para grabar/almacenar flujos de transporte de datos independientes y/o simultáneos es conmutable a al menos un modo primero o de grabación. El modo de grabación comprende la etapa de recibir al menos un primer flujo de transporte de datos a grabar/almacenar. Además, los flujos de transporte recibidos son divididos en series de paquetes con respecto a un reloj predefinido y/o con respecto a las relaciones temporales de dichos flujos de transporte. A cada uno de dichos flujos de transporte o series de paquetes, respectivamente, se le asigna una cabecera de grabación. Además, una serie de flujos de transporte parciales es generada a partir de al menos dichas series de cabeceras de grabación y dichas series de paquetes. Una serie temporal de dichos flujos de transporte parciales, basada en dicho reloj, es grabada/almacenada como un flujo de transporte completo o combinado.

Una idea básica del método inventivo es clasificar los flujos de transporte de datos a grabar simultáneamente con respecto a su relación temporal y/o con respecto a un ciclo de reloj determinado del método. La relación temporal puede ser proporcionada ordenando los flujos de transporte con respecto a su primera aparición en el tiempo.

En base a un reloj o ciclo de reloj del método, los flujos de transporte y, por lo tanto, el contenido de información de los flujos de transporte, son divididos o subdivididos en series de paquetes (de información). Para cada flujo de transporte, que es continuo desde su inicio hasta su final, se genera una serie temporal de paquetes, perteneciendo cada uno de dichos paquetes a un ciclo de reloj distinto y bien definido.

Por cada flujo de transporte (Transport Stream, TS) y, por lo tanto, por cada serie de paquetes (P), se genera una cabecera H (Header) de grabación. La cabecera H de grabación puede describir, esencialmente, la relación temporal de los distintos flujos de transporte TS o canales y, por lo tanto, puede permitir distinguir entre los flujos de transporte TS y, por lo tanto, las series de paquetes y los paquetes P, unos de los otros.

La información entrante, es decir, la complejidad de todos los flujos de transporte TS de datos, es grabada y almacenada como una secuencia o una serie de flujos de transporte parciales... [Seguir leyendo]

1. Método para grabar/almacenar flujos de transporte de datos independientes y/o simultáneos,

- recibiendo desde un sistema de bus digital común al menos un primer y un segundo flujo de transporte (TS1, TS2, …, TSn) de datos (D1, D2, …, Dn) a grabar/almacenar,

- dividiendo cada uno de dichos flujos de transporte (TS1, TS2, …, TSn) en series de paquetes (P1, P2, …, Pn) con respecto a un reloj predefinido y/o a las relaciones temporales de dichos flujos de transporte (TS1, TS2, …, TSn).

- asignando a cada uno de dichos flujos de transporte (TS1, TS2, …, TSn)/series de paquetes (P1, P2, …, Pn) una cabecera de grabación (H1, H2, …, Hn).

- generando una serie de flujos de transporte parciales (ptlTS1, ptlTS2, …) a partir de al menos dichas series de cabeceras de grabación (H1, H2, …, Hn) y dichas series de paquetes (P1, P2, …, Pn).

- grabando/almacenando un flujo de transporte combinado (CTS) como una serie temporal de dichos flujos de transporte parciales (ptlTS1, ptlTS2, …) en base a dicho reloj, y

- en caso de una terminación de una solicitud de uno de los flujos de transporte a grabar/almacenar, rellenar el contenido de información del flujo de transporte terminado con información en blanco mientras se graba/almacena el flujo de transporte combinado (CTS).

2. Método según la reivindicación 1, caracterizado porque dicho sistema de bus digital común es un interfaz y/o un bus de red basado en i.LINK/IEEE 1394.

3. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque un ciclo de reloj de frecuencia constante es usado para dividir dichos flujos de transporte (TS1, TS2, …, TSn).

4. Método según cualquiera de las reivindicaciones 2 ó 3, caracterizado porque un ciclo de bus es usado como un ciclo de reloj.

5. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque cada uno de dichos flujos de transporte parciales (ptlTS1, ptlTS2, …) es generado con una sección indicadora de inicio de ciclo de cabecera (CSI) para indicar el inicio de un nuevo ciclo de reloj y, por lo tanto, el inicio de un nuevo flujo de transporte parcial (ptlTS1, ptlTS2, …) grabado/almacenado

6. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque dichos flujos de transporte (TS1, TS2, …, TSn) son recibidos multiplexando dichos flujos de transporte (TS1, TS2, …, TSn), en particular desde canales isócronos de dicho sistema de bus digital común.

7. Método según la reivindicación 6, caracterizado porque dichas cabeceras de grabación (H1, H2, …, Hn) y/o dichas relaciones temporales de dichos flujos de transporte (TS1, TS2, …, TSn) son recibidas y/o generadas al menos a partir de las relaciones temporales de dicha etapa de mutiplexación y/o de dichos canales isócronos.

8. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque cada paquete de cada una de dichas series de paquetes (P1, P2, …, Pn) es emparejado y/o concatenado, uno cada vez, con dicha cabecera de grabación respectiva (H1, H2, …, Hn) dentro de cada flujo de transporte parcial (ptlTS1, ptlTS2, …), en particular con las cabeceras de grabación (H1, H2, …) que preceden al paquete respectivo.

9. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque los flujos de transporte recibidos (TS1, TS2, …, TSn) o al menos partes de los mismos, son almacenados en unos medios de almacenamiento de memoria temporal antes de y/o durante la generación de dichos flujos de transporte parciales (ptlTS1, ptlTS2, …).

10. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque los datos de video y/o audio son recibidos, al menos en parte, dentro de dichos flujos de transporte (TS1, TS2, …, TSn).

11. Método según la reivindicación 10, caracterizado porque dichos datos de video y/o audio son recibidos en formato comprimido o compactado, en particular, en formato MPEG-2 o similar.

12. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque los flujos de transporte recibidos (TS1, TS2, …, TSn) de dichos datos (D1, D2, …, Dn) son almacenados como dichas series de flujos de transporte parciales (ptlTS1, ptlTS2, …) en un dispositivo de medio de almacenamiento físico, tal como un dispositivo de cinta magnética, dispositivos de disco óptico, magnético, magneto-óptico o similares.

13. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque si durante la recepción de un número determinado de flujos de transporte (TS1, TS2, …, TSn) se solicita la grabación de un flujo de transporte adicional (TSa), se comprueba si el ancho de banda del método o del dispositivo de medios de almacenamiento, respectivamente, permiten que el flujo de transporte solicitado adicionalmente (TSa) sea grabado, y la solicitud de grabación del flujo de transporte adicional (TSa) es rechazada en el caso de un ancho de banda insuficiente, mientras que en el caso de un ancho de banda suficiente, el flujo de transporte adicional (TSa) es incorporado a la serie de flujos de transporte original (TS1, TS2, …, TSn) en una posición según su relación temporal con respecto a los flujos de transporte originales y/o al canal isócrono respectivo del sistema bus.

14. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque en el caso de que se termine una solicitud para grabar un flujo de transporte distinto (TSd) y/o que se termine el propio flujo de transporte distinto (TSd) correspondiente, el procesamiento y la grabación de los flujos de transporte residuales se continúa con la posición del contenido de información del flujo de transporte terminado (TSd) rellenada con información en blanco.

15. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque hay provisto un modo de espera al cual se entra en el caso de que las solicitudes de grabación de todos los flujos de transporte (TS1, TS2, …, TSn) y/o los propios flujos de transporte (TS1, TS2, …, TSn) se terminen.

16. Método según cualquiera de las reivindicaciones anteriores, caracterizado porque hay provisto un modo de reproducción para reproducir flujos de transporte (TS1, TS2, …, TSn) grabados previamente, y a dicho modo de reproducción solo puede entrarse desde dicho modo de espera.