ES2565956T3

ES2565956T3 - Compresión de cabecera de paquetes de flujo de transporte

Info

Publication number: ES2565956T3
Application number: ES11708109.1T
Authority: ES
Inventors: Mihail Petrov; Frank Herrmann; Tomohiro Kimura; Mikihiro Ouchi
Original assignee: Panasonic Intellectual Property Management Co Ltd
Current assignee: Panasonic Intellectual Property Management Co Ltd
Priority date: 2010-02-26
Filing date: 2011-02-24
Publication date: 2016-04-07
Anticipated expiration: 2031-02-24
Also published as: US20160037192A1; ES2657998T3; JP5903610B2; EP3001689B1; MY155749A; RU2563776C2; EP3291561A1; KR101409548B1; US9167281B2; RU2608355C1; JP5497905B2; KR20120123104A; US20120307842A1; AU2011219325A1; AU2011219325B2; RU2012136217A; RU2014104578A; RU2517421C1; CN102860023B; EP2520091A1

Abstract

Un método para transmisión en una red de difusión digital (715) de una pluralidad de flujos de datos generados a partir de un flujo de transporte (TS), incluyendo el TS una pluralidad de paquetes TS que corresponden cada uno a un paquete de datos TS de longitud fija que contienen datos de difusión digitales o un paquete NULO, incluyendo al menos uno de la pluralidad de los flujos de datos una pluralidad de paquetes TS de cabecera comprimida, teniendo cado uno de la pluralidad de paquetes TS antes de la compresión de la cabecera, una cabecera (120) que incluye un identificador de paquete (125) con una longitud predefinida de una pluralidad de bits, siendo el identificador de paquetes relativo al paquete de datos TS antes de la compresión de la cabecera uno cualquiera de una pluralidad de identificadores de paquete, siendo el identificador de paquete relativo al paquete NULO antes de que la compresión de la cabecera un identificador de paquete predefinido que es diferente de la pluralidad de identificadores de paquetes, comprendiendo el método la etapa de identificar la cabecera (120) de cada uno de la pluralidad de paquetes TS antes de la compresión de la cabecera, caracterizado por asignar, con respecto a al menos uno de la pluralidad de identificadores de paquete relativos a los paquetes de datos TS antes de la compresión de la cabecera, una pluralidad de paquetes TS a una sola tubería de capa física con compresión de la cabecera, consistiendo dicha pluralidad de paquetes TS en una pluralidad de paquetes de datos TS que tienen el mismo identificador de paquete y uno o más paquetes NULOS, generar paquetes TS comprimidos de la cabecera mediante la sustitución del identificador de paquete (125) en cada una de las cabeceras de la pluralidad de paquetes TS que se asignan a la tubería de capa física con la compresión de cabecera con un indicador de un bit (510) que indica si dicho paquete TS es un paquete NULO, teniendo el indicador de un bit un menor número de bits que el identificador de paquete, y transmitir una trama de capa física en la que se asigna la tubería de capa física con compresión de la cabecera, incluyendo la trama de capa física (i) el identificador de paquete con respecto a la pluralidad de paquetes de datos TS asignados a la tubería de capa física con la compresión de la cabecera y una pluralidad de paquetes de datos TS de la cabecera comprimidos correspondientes a la pluralidad de paquetes de datos TS asignados a la tubería de capa física con compresión de la cabecera, o (ii) el identificador de paquete con respecto a la pluralidad de paquetes de datos TS asignados a la tubería de capa física con compresión de la cabecera, una pluralidad de paquetes de datos TS de la cabecera comprimidos correspondientes a la pluralidad de paquetes de datos TS asignados a la tubería de capa física con compresión de la cabecera, y uno o más paquetes NULOS de la cabecera comprimidos correspondientes a al menos parte del uno o más paquetes NULOS asignados a la tubería de capa física con la compresión de la cabecera.

Description

5

10

15

20

25

30

35

40

45

50

55

60

65

DESCRIPCION

Compresion de cabecera de paquetes de flujo de transporte Campo tecnico

La presente invencion se refiere a la compresion de la cabecera de paquetes de flujo de transporte para su transmision sobre una red de difusion digital. En particular, la presente invencion se refiere a una compresion reversible de la cabecera del paquete de flujo de transporte.

Antecedentes de la tecnica

Las redes de difusion digitales permiten la transmision unidireccional de datos, tales como audio, video, texto subtitulado, aplicaciones, etc. En las redes de difusion, normalmente, no hay canal de retorno desde el receptor al transmisor y las tecnicas de adaptacion de este modo no pueden emplearse. En la actualidad, hay varias familias de estandares de transmision digital en todo el mundo. Por ejemplo, en Europa, se han adoptado los estandares de difusion de video digital "Digital Video Broadcasting" (DVB). En general, estos estandares definen la capa fisica y la capa de datos del sistema de distribucion de difusion. La definicion de la capa de enlace fisico y de datos depende del medio de transporte, que puede ser, por ejemplo, un satelite, cable, o canal terrestre. En consecuencia, la familia de los estandares DVB incluye DVB-S y DVB-S2 para la transmision por satelite, DVB-C y DVB-C2 para la transmision por cable, DVB-T y DVB-T2 para la transmision terrestre, y DVB-H para la transmision terrestre a dispositivos manuales.

El reciente estandar de emision digital terrestre DVB-T2 es una version ampliada del estandar DVB-T ampliamente utilizado. Las especificaciones de estos dos estandares se pueden encontrar en la literatura no de patente 1 y 2, respectivamente. Aparte del estandar DVB-T, el estandar DVB-T2 introduce, por ejemplo, el concepto de tuberias de capa fisica (PLP), proporciona nuevos esquemas de correccion de errores, constelaciones de modulacion, tamanos de simbolos OFDM mas grandes y mas configuraciones piloto. Los flujos de video suelen codificarse utilizando un estandar de compresion tal como MPEG-2 o MPEG-4 parte 10 (H.264) y se encapsulan en un flujo de transporte MPEG. Los detalles sobre el flujo de transporte MPEG (TS) se pueden encontrar en las Literaturas no de patente 3 y 4. Estas especificaciones definen un mecanismo para la multiplexacion y la sincronizacion de los flujos de audio, video y metadatos. En particular, las siguientes funciones son compatibles: (i) multiplexacion de multiples flujos en un flujo de tasa de bits constante, (ii) sincronizacion de los flujos de decodificacion, y (iii) gestion de la memoria intermedia del decodificador.

En general, las redes de difusion digitales pueden transportan multiples flujos de transporte. Cada flujo de transporte puede llevar un multiplex de servicios (programas). Cada servicio puede estar compuesto tambien de componentes de servicio, que son transportados en flujos elementales.

Para transmitir el flujo codificado de datos difundidos por la red de difusion, el flujo de transporte tiene una tasa de bits constante y puede incluir varios flujos elementales, tales como flujos de audio, video y datos. El flujo de transporte de tasa de bits constante comprende paquetes de tamano fijo que transportan los datos de los flujos elementales y la informacion de senalizacion necesaria para la identificacion de los programas y de los componentes de los programas dentro del flujo de transporte. Tales datos de senalizacion incluyen, por ejemplo, tablas de informacion especifica de programa (PSl) que permiten al receptor/decodificador demultiplexar los flujos elementales. Por ejemplo, la especificacion de flujo de transporte MPEG define una tabla de asociacion de programas (PAT) y una tabla de correlacion de programas (PMT). Hay una PAT por multiplex de flujo de transporte. La PAT proporciona la correspondencia entre cada programa, identificado a traves de un numero de programa, y los paquetes que llevan la PMT asociada con ese programa. Hay una PMT por programa. La PMT proporciona la correspondencia entre el programa y sus flujos elementales y puede contener programas y descriptores de flujo elemental. Ademas de las tablas PSI definidas por las especificaciones del flujo de transporte, mas tablas se definen por diversos estandares de emision digital de apoyo flujos de transporte. En la familia DVB de estandares se conocen como tablas de informacion del sistema (SI). Algunas tablas de informacion del sistema son obligatorias en los estandares DVB, por ejemplo, la tabla de informacion de red (NIT) transmite informacion sobre la red de difusion digital y la organizacion fisica de los flujos de transporte realizados.

La figura 1 ilustra el formato de un paquete de flujo de transporte 110. El paquete de flujo de transporte 110 contiene una cabecera 120 de 4 bytes y una carga util 130 de 184 bytes. La cabecera 120 de 4 bytes incluye 8 bits para una secuencia de sincronizacion 121, un bit para un indicador de error de transporte 122, un bit para un indicador 123 de inicio de unidad de carga util, un bit de prioridad de transporte 124, 13 bits para un identificador de paquete (PID) 125, 2 bits para el control de aleatorizacion de transporte 126, 2 bits para el control de campo de adaptacion 127, y 4 bits para un contador de continuidad 128.

El byte de sincronizacion (byte sync) 121 es una secuencia fija de 8 bits con un valor de "01000111" (0x47). Esta secuencia se utiliza para detectar los limites entre los paquetes en los sistemas que no tienen otros medios para senalizarlos.

5

10

15

20

25

30

35

40

45

50

55

60

65

El indicador de error de transporte 122 se fija normalmente en el receptor mediante el demodulador cuando el mecanismo de correction de errores falla indicar al decodificador que el paquete esta danado. El indicador de inicio de la unidad de carga util 123 indica que un nuevo paquete de flujo elemental en paquetes o una tabla PSI/SI comienza en ese paquete de flujo de transporte. El indicador de prioridad de transporte 124 permite que los paquetes de mayor o menor prioridad que se distingan entre los paquetes con el mismo identificador de paquete (PID).

El campo PID 125 identifica la fuente de datos del paquete de flujo de transporte. Cada paquete de flujo de transporte solo podra llevar datos de un unico flujo elemental o tabla PSI/SI. Cada flujo elemental y tabla PSI/SI se asocia unicamente con un PID. Asi, el campo PID es utilizado por el descodificador para extraer las tablas PSI/ SI y los flujos elementales que desee del flujo de transporte multiplexado. Los valores de PID de 0x0000 a 0x000F estan reservados. El valor de PID de 0x1FFF indica paquetes NULO. Los paquetes NULO son un tipo especial de paquetes de relleno y que no transportan datos, pero se necesitan, por ejemplo, para la multiplexacion asincrona los flujos elementales y las tablas PSI/SI en un flujo de transporte de tasa de bits constante.

El control de aleatorizacion de transporte 126 senaliza cuando y que tipo de codification se aplica. El control de campo de adaptation 127 indica si existe un campo de adaptation y/o la carga util del paquete de flujo de transporte.

El contador de continuidad 128 es un numero de secuencia de paquetes de flujo de transporte. El valor del contador de continuidad se incrementa para cada paquete de flujo de transporte con el mismo PID. La sintaxis de flujo de transporte permite la transmision de paquetes duplicados y el contador de continuidad permite la identification de tales paquetes duplicados que tienen el mismo PID mediante la asignacion a los paquetes duplicados del mismo valor de contador de continuidad. Aqui, "paquete duplicado" significa una repetition de un paquete anterior con el mismo valor de ID. El modulo contador de continuidad 16, es decir, vuelve a cero despues de alcanzar su valor maximo 15.

En general, las redes de difusion de video digital pueden transportar multiples flujos de transporte. Cada flujo de transporte puede llevar a un multiplex de servicios de difusion de video digital (programas). Cada servicio puede estar compuesto por mas de los componentes de servicio, que son transportados en flujos elementales en los que un flujo elemental se identifica por el identificador de paquete PID. Todos los paquetes de flujo de transporte que pertenecen al mismo flujo elemental tienen el mismo valor PID. El servicio de difusion puede ser, por ejemplo, un programa de television, que puede incluir uno o mas componentes de audio y uno o mas componentes de video. Los multiples componentes de audio pueden llevar la voz en diferentes idiomas. Alternativamente, los multiples componentes de audio y los multiples componentes de video pueden llevar el mismo contenido de audio y video respectivamente, pero estara con diferentes niveles de robustez.

El byte de sincronizacion en la cabecera del paquete de flujo de transporte se transmite solo en los sistemas cuyas capas subyacentes no tienen ningun medio para distinguir los limites entre los paquetes. Sin embargo, en sistemas en los que tales medios estan disponibles, tales como DVB-T2, el byte de sincronizacion no se transmite. En algunos otros casos, los campos de serialization adicionales pueden ser redundantes, ya que se pueden derivar, por ejemplo, a partir de la information de senalizacion proporcionada en las capas inferiores. La transmision de tales campos de senalizacion reduce innecesariamente la eficiencia de la red de difusion digital.

Lista de citas

Literatura distinta de patente

[NPL 1] estandar ETSI EN 302 755, "Codificacion de canal de estructura de trama y modulation para un sistema de emision de television digital terrestre de segunda generation (DVB-T2)"

[NPL 2] estandar ETSI ETS 300 744, "Sistemas de difusion digital para servicios de television, sonido y datos: instructor de trama, codificacion de canal y modulacion para la television digital terrestre"

[NPL 3] ISO/IEC 13818-1, "Codificacion generica de imagenes en movimiento e informacion asociada de audio: Sistemas"

[NPL 4] Recomendacion UIT H.222.0, "Codificacion generica de imagenes en movimiento e informacion asociada de audio: Sistemas"

El documento US2009/094356 A1 se refiere a la transmision de difusion de video digital (DVB), utilizando tuberias de capa fisica. En el mismo se describe la transmision de paquetes de flujo de transporte en las tuberias de la capa fisica y la correspondencia entre el identificador de paquete (PID) y las tuberias de la capa fisica.

El documento JP 2002/325230 A se refiere a la reduction del tamano de una cabecera de paquete de flujo de transporte de un flujo grabado con el proposito de almacenamiento. Al grabar algunos datos de video, solo se almacena un flujo parcial, que es solo un subconjunto compuesto de flujos elementales de transmision en el canal de emision multiplex. Para el proposito de almacenamiento y su posible reproduction posterior, solo un subconjunto de flujos elementales debe ser identificado por los indicadores de paquetes de datos individuales. En consecuencia,

5

10

15

20

25

30

35

40

45

50

55

60

65

todo el rango de valores PID proporcionados por los 13 bits no es necesario. Con el fin de disminuir los requisitos de memoria para almacenar el flujo grabado, el tamano del PID se reduce de 13 a 4 bits

Sumario de la invencion

El objetivo de la presente invencion es lograr una eficiente transmision y recepcion de datos de transmision digital en una red de difusion digital por medio de la compresion de la cabecera de los paquetes de flujo de transporte. Esto se consigue mediante las caracteristicas como se establece en las reivindicaciones independientes. Las realizaciones preferidas de la presente invencion son la materia objeto de las reivindicaciones dependientes.

Es el enfoque particular de la presente invencion reemplazar en un lado del emisor un campo identificador de paquete en la cabecera de un paquete de flujo de transporte, asignado de acuerdo con el identificador de paquete a una tuberia de capa fisica particular, con un campo mas corto llamado, por ejemplo, identificador de paquete corto, que puede ser tan corto como un bit. Tambien es un enfoque particular de la presente invencion restaurar correspondientemente en el lado del receptor el identificador de paquete mediante la sustitucion de dicho identificador de paquete corto con el identificador de paquete original.

La sustitucion del identificador original de paquetes de longitud completa con el identificador de paquete mas corto reduce el numero de bits de cabecera que se han enviado para cada paquete de flujo de transporte, lo que permite una utilizacion de recursos mas eficiente en el sistema de difusion digital.

De acuerdo con un primer aspecto de la presente invencion, se proporciona un metodo para transmitir, en una red de difusion digital, los datos de transmision digital en la forma de paquetes de flujo de transporte de longitud fija. El metodo incluye la identificacion de una cabecera de un paquete de flujo de transporte, en el que dicha cabecera incluye un identificador de paquete de una longitud predefinida de mas de un bit. El paquete de flujo de transporte se encamina a una tuberia de capa fisica de acuerdo con una asignacion predefinida que muestra una correspondencia entre valores de identificador de paquetes y una o mas tuberias de capa fisica, en el que, en la asignacion, solo uno o mas flujos de transporte de los paquetes con un valor unico identificador de paquete se encaminan a cada uno de los tubos de la capa fisica. El identificador de paquete de dicho paquete de flujo de transporte se sustituye con un identificador de paquete corto de un bit. Dicho identificador de paquete corto indica si el paquete es un paquete NULO o un paquete de datos.

El campo de identificador de paquete PID tiene normalmente una longitud de 13 bits. Sobre la base de su valor PID, el paquete de flujo de transporte se asigna a una tuberia de capa fisica de acuerdo con una tabla de asignacion predefinida, que es una senal al receptor. Los paquetes asignados a otros PLPs se reemplazan ventajosamente con paquetes NULOS. Por la presente, los paquetes NULOS existentes se conservan en todos los PLPs.

Si un PLP contiene solo paquetes con un solo PID, el identificador de paquete corto puede ser tan corto como un bit, ya que necesita distinguir entre paquetes NULOS y un tipo de paquetes de datos. En este caso, el identificador de paquete corto puede denominarse alternativamente como indicador de paquetes NULOS.

De acuerdo con otro aspecto de la presente invencion, se proporciona un aparato para transmitir datos de transmision digital en una red de difusion digital en forma de paquetes de flujo de transporte de longitud fija. El aparato comprende una unidad de extraccion para la identificacion de una cabecera de un paquete de flujo de transporte, en el que la cabecera incluye un identificador de paquete de una longitud predefinida que es mas de un bit. El aparato comprende ademas un demultiplexor para el enrutamiento de dicho paquete de flujo de transporte a una tuberia de capa fisica de acuerdo con una asignacion predefinida que muestra una correspondencia entre valores de identificador de paquetes y una o mas tuberias de capa fisica, en el que, en la asignacion, solo uno o mas paquetes de flujo de transporte con un unico valor de identificador de paquete se encaminan a cada uno de los tubos de la capa fisica. El aparato comprende ademas una unidad de compresion de cabecera para la sustitucion del identificador de paquete en la cabecera de dicho paquete de flujo de transporte con un identificador de paquete corto de un bit. El identificador de paquete corto indica al menos si dicho paquete de flujo de transporte es un paquete NULO.

El valor del identificador de paquete (campo PID) indica la fuente de los datos incluidos en el paquete de flujo de transporte. La fuente de datos es un flujo elemental o una tabla PSI/SI. Todos los paquetes de flujo de transporte que pertenecen al mismo flujo elemental o tabla PSI/SI tienen el mismo valor PID. La informacion de senal de las tablas PSI/SI esta relacionada con el flujo de transporte y el sistema en el que se transporta. La informacion contenida en las tablas PSI, por ejemplo, describe los datos multiplexados en el flujo de transporte, que permiten a los flujos elementales individuales en el flujo de transporte demultiplexarse correctamente en el receptor.

El termino "paquete NULO" se refiere a un paquete de flujo de transporte que no contiene informacion y no se transmite. Los paquetes NULOS pueden estar presentes en un flujo de transporte, por ejemplo, con el fin de preservar la informacion sobre la posicion relativa de los paquetes de datos.

5

10

15

20

25

30

35

40

45

50

55

60

65

La sustitucion del campo PID de 13 bits con un PID corto de un bit (indicador de paquetes NULOS) reduce la longitud de la cabecera del paquete de flujo de transporte, al tiempo que permite distinguir entre los paquetes NULOS y los paquetes de datos. La condicion esencial es que todos los paquetes de datos tengan el mismo PID. La identificacion de los paquetes nulos es importante para permitir su insercion en el receptor de acuerdo con la informacion senalada.

En el receptor, el PID corto se reemplaza con el PID original de 13 bits. Si el PID corto indica un paquete NULO, entonces el PID toma el valor predeterminado para el identificador de paquete para paquetes NULOS, 0x1 FFF.

La cabecera del paquete de flujo de transporte incluye ademas un contador de continuidad, lo que indica un numero de secuencia del paquete de flujo de transporte dentro de un flujo elemental. El contador de continuidad tiene normalmente 4 bits.

De acuerdo con una realizacion de la presente invencion, el contador de continuidad se sustituye preferiblemente con un indicador de paquetes de un bit duplicado, que indica si el paquete de flujo de transporte es una repeticion del paquete anterior con el mismo valor PID. Esta sustitucion reduce aun mas la longitud de la cabecera del paquete de flujo de transporte, al tiempo que permite la identificacion de los paquetes duplicados. La sustitucion es posible debido a que los paquetes de flujo de transporte no se pueden perder o reordenar en una transmision de difusion digital.

La cabecera del paquete de flujo de transporte incluye ademas un indicador de errores de transporte de un bit para la senalizacion de si se ha producido un error irrecuperable durante la transmision del paquete de flujo de transporte.

De acuerdo con otra realizacion de la presente invencion, el indicador de errores de transporte se elimina de la cabecera del paquete de flujo de transporte en el transmisor. La eliminacion del indicador de errores de transporte reduce aun mas la longitud de la cabecera del paquete. El indicador de errores de transporte se puede quitar porque esta fijado en el lado de recepcion mediante el demodulador.

De acuerdo con todavia otro aspecto de la presente invencion, se proporciona un metodo para recibir datos de transmision digital en una red de difusion digital en forma de paquetes de flujo de transporte de longitud fija. Un paquete de flujo de transporte se extrae de una tuberia de capa fisica de recepcion y se identifica su cabecera. De acuerdo con una asignacion que muestra una correspondencia entre valores de identificador de paquetes y una o mas tuberias de capa fisica, se determina un valor de un identificador de paquetes del paquete de flujo de transporte extraido, en el que el identificador de paquetes tiene una longitud predefinida de una pluralidad de bits. En la cabecera del paquete del flujo de transporte extraido, un identificador de paquete corto, que indica al menos si el paquete es un paquete NULO, se sustituye con el identificador de paquete original determinado, que es mas largo que el identificador de paquete corto.

Preferiblemente, el identificador de paquete corto es un indicador de paquetes NULOS de un bit. Si el indicador de paquetes NULOS no esta establecido, entonces el indicador de paquetes NULOS en la cabecera del paquete recibido se sustituye con dicho PID original de 13 bits. Si el indicador de paquetes NULOS se establece, el indicador de paquetes NULOS se reemplaza con el PID predefinido de 13 bits para los paquetes NULOS (1_1111_1111_1111, o 0x1 FFF, que se especifica en la especificacion de flujo de transporte).

De acuerdo con aun otro aspecto de la presente invencion, se proporciona un aparato para recibir en una red de transmision digital datos de transmision digital en forma de paquetes de flujo de transporte de longitud fija. El aparato receptor comprende una unidad de extraccion para la identificacion de una cabecera de un paquete de flujo de transporte extraida de una tuberia de capa fisica de recepcion. El aparato comprende ademas una unidad de derivacion de cabecera para determinar, de acuerdo con una asignacion que muestra una correspondencia entre valores de identificador de paquetes y una o mas tuberias de capa fisica, un valor identificador de paquetes del paquete de flujo de transporte extraido. El valor identificador de paquetes tiene una longitud predefinida de una pluralidad de bits. El aparato receptor comprende ademas una unidad de descompresion de la cabecera capaz de sustituir, en la cabecera del paquete de flujo de transporte extraido, un identificador de paquete corto, lo que indica al menos si el paquete es un paquete NULO, con un identificador de paquete determinado que es mas largo que el identificador de paquete corto.

El metodo de recepcion comprende, preferiblemente, la determinacion de un valor del contador de continuidad, que tiene normalmente una longitud de 4 bits. El contador de continuidad determinado se utiliza ventajosamente para reemplazar un indicador de paquete duplicado de un bit en la cabecera de un paquete de flujo de transporte recibido.

De acuerdo con otra realizacion de la presente invencion, un indicador de errores de transporte se puede insertar en la cabecera del paquete de flujo de transporte recibido. El valor del indicador de errores de transporte se puede establecer de acuerdo con el resultado de la correction de errores hacia delante realizada en el receptor.

De acuerdo con una realizacion ventajosa de la presente invencion, el identificador de paquetes tiene una longitud de 13 bits y se comprime a un indicador de paquetes NULOS de un bit. El contador de continuidad tiene una longitud

5

10

15

20

25

30

35

40

45

50

55

60

65

de 4 bits y es sustituido con un indicador de paquetes duplicados de un bit. Se elimina el indicador de errores de transporte. Preferiblemente, tambien se elimina la secuencia de sincronizacion de 8 bits (byte sync).

Al reemplazar el identificador de paquetes y el contador de continuidad y eliminando el indicador de errores de transporte de la longitud de la cabecera del paquete de flujo de transporte, se reduce en un maximo de dos bytes. Si el byte de sincronizacion no se transmite, la longitud de la cabecera resultante es tan baja como un byte.

De acuerdo con aun otra realizacion de la presente invencion, un indicador de compresion de cabecera se senaliza para cada tuberia de capa fisica. El indicador de compresion de cabecera indica si la cabecera de los paquetes de flujo de transporte de transmision en cada tuberia de capa fisica se ha comprimido usando cualquiera de los metodos de compresion de cabeceras anteriores. Preferiblemente, el indicador de compresion de cabecera esta incluido en el bucle PLP, que es parte de la capa-1 de senalizacion (senalizacion de capa fisica). Alternativamente, el indicador de compresion de cabecera se puede senalizar dentro de una cabecera de los paquetes correspondientes en los que se encapsulan los paquetes de flujo de transporte, tales como, por ejemplo, tramas de banda base (como en el caso de DVB-T2). Esto permite que los dos paquetes de flujo de transporte de cabecera comprimidos y sin comprimir se soporten simultaneamente en el mismo sistema.

De acuerdo con otro aspecto de la presente invencion, se proporciona un medio legible por ordenador que tiene un codigo de programa legible por ordenador incorporado en el mismo, estando el codigo de programa adaptado para llevar a cabo la presente invencion.

De acuerdo con todavia otro aspecto de la presente invencion, se proporciona un sistema para la transferencia de datos de difusion digitales de un lado de transmision a un lado de recepcion, que comprende un aparato de transmision como se describio anteriormente, un canal de difusion y un aparato de recepcion como se describe anteriormente. El canal de difusion puede estar formado por cualquier medio de comunicacion, tal como cable, canal via satelite, canal terrestre inalambrico, etc. El aparato de recepcion puede ser una television digital, un decodificador, un ordenador personal o un ordenador portatil equipado con un receptor de radiodifusion digital, un dispositivo de mano o cualquier otro dispositivo.

Los objetivos anteriores y otros objetivos y caracteristicas de la presente invencion seran mas evidentes a partir de la siguiente descripcion y de las realizaciones preferidas, dada conjuntamente con los dibujos adjuntos.

Breve descripcion de los dibujos

La figura 1 es un dibujo esquematico que ilustra el formato fijo del paquete de flujo de transporte y su cabecera de acuerdo con la especificacion de flujo de transporte MPEG.

La figura 2 es un diagrama de bloques que ilustra el concepto de tuberia de capa fisica tal como se utiliza en el estandar DVB-T2.

La figura 3 es un dibujo esquematico que ilustra el formato de una trama de banda base para un sistema DVB- T2.

La figura 4 es un dibujo esquematico que ilustra el uso de paquetes NULOS en un flujo de transporte, antes y despues de la asignacion a las tuberias de capa fisica.

La figura 5 es un dibujo esquematico que ilustra un ejemplo de la compresion de la cabecera del paquete de flujo de transporte de acuerdo con la presente invencion.

La figura 6A es un diagrama de bloques que ilustra un transmisor de difusion digital de ejemplo de acuerdo con la presente invencion.

La figura 6B es un diagrama de bloques que ilustra un receptor de difusion digital de ejemplo de presente invencion.

La figura 7 es un dibujo esquematico que ilustra un ejemplo de un sistema de transmision aplicacion de la presente invencion.

La figura 8 ilustra la estructura de un transmisor 800.

La figura 9 ilustra la estructura de la trama de capa fisica.

La figura 10 ilustra la estructura de un receptor 1000.

La figura 1 es un dibujo esquematico que ilustra un ejemplo de un dispositivo de recepcion.

La figura 12 es un dibujo esquematico que ilustra la estructura de los datos multiplexados.

La figura 13 es un dibujo esquematico que ilustra como se multiplexa cada flujo.

La figura 14 es un dibujo esquematico que ilustra en detalle como un flujo de video se almacena en una secuencia de paquetes PES.

La figura 15 es un dibujo esquematico que ilustra el formato de un paquete TS y un paquete fuente presente en los datos multiplexados.

La figura 16 es un dibujo esquematico que ilustra la estructura de datos PMT.

La figura 17 es un dibujo esquematico que ilustra la estructura interna de datos multiplexados.

La figura 18 es un dibujo esquematico que ilustra la estructura interna de la informacion de atributos de flujo.

La figura 19 es un dibujo esquematico que ilustra un ejemplo de la estructura de pantalla de video y el dispositivo de salida de audio.

acuerdo con la digital para la

5

10

15

20

25

30

35

40

45

50

55

60

65

Descripcion de realizaciones

La presente invencion permite la compresion de la cabecera del paquete de flujo de transporte con el fin de aumentar la eficiencia de la transmision en una red de difusion digital.

El metodo/aparato de la presente invencion se puede aplicar a paquetes de flujo de transporte MPEG transmitidos a traves de una red de difusion. El metodo/aparato puede reducir el tamano de un paquete de flujo de transporte en hasta dos bytes. Esto se consigue mediante la sustitucion y/o eliminacion de algunos campos de la cabecera del paquete de flujo de transporte. La compresion es sin perdidas (reversible) y se realiza en el lado transmisor. En correspondencia, en el lado receptor, las cabeceras de los paquetes originales pueden restaurarse con informacion de senalizacion transmitida junto con los datos reales.

Como se muestra en la figura 1, el campo mas largo de una cabecera de paquete de flujo de transporte 120 es el PID identificador de paquetes de 13 bits 125. El campo PID indica la fuente de los datos transportados por dicho paquete de flujo de transporte. En el contexto de la difusion digital, la fuente de los datos puede ser, por ejemplo, un flujo elemental particular, o una tabla que contiene informacion especifica del programa o informacion del sistema (tabla PSI/SI). Las tablas PSI contienen informacion que necesita el receptor para demultiplexar correctamente los flujos elementales de los programas en el multiplex de flujo de transporte. El PID puede reducirse en longitud si el sistema subyacente permite una identificacion correspondiente de la fuente de datos.

Algunos sistemas, por ejemplo, el reciente estandar DVB-T2, emplean el concepto de tuberias de capa fisica (PLP). Las tuberias de capa fisica permiten que multiples flujos de datos paralelos sean multiplexados en la capa fisica. El procesamiento para los multiples flujos de datos se puede configurar por separado por medio de la seleccion, por ejemplo, una tasa de correccion de errores hacia adelante (FEC), modulacion del tamano de la constelacion, longitud de entrelazado y otros parametros de la capa fisica de codificacion. La capacidad de configuracion por separado de las tuberias de la capa fisica permite la prestacion de los diferentes niveles de robustez para cada tuberia de capa fisica individual.

La figura 2 ilustra esquematicamente el lado del transmisor convencional, que utiliza tuberias de capa fisica, tales como, por ejemplo, un transmisor DVB-T2. El flujo de transporte que contiene paquetes de tamano fijo 201 se introduce en un demultiplexor 210. De acuerdo con el PID identificador de paquetes 125, en el demultiplexor se encaminan los paquetes de flujo de transporte (asignacion) a las respectivas tuberias de capa fisica 220 y tratamiento posterior. La asignacion entre los PIDs 125 y las PLPs 220 es fija, es decir, no cambia durante la transmision, y se senaliza desde el transmisor al receptor utilizando los recursos de senalizacion dedicados (campos). Las multiples tuberias de capa fisica 220 se pueden procesar en paralelo.

En sistemas de difusion digital que utilizan tuberias de capa fisica, cada servicio (programa) se puede transmitir en su propia tuberia de capa fisica. Esto permite reducir la cantidad de datos que deben demodularse en el receptor en el supuesto de que solo un servicio se consume en un momento, ya que el receptor solo necesita demodular los datos transportados en la tuberia de capa fisica unica correspondiente.

El procesamiento de la tuberia de capa fisica 220 incluye una entrada 250 de procesamiento, una codificacion de correccion de errores hacia delante (FEC) 260, una asignacion de constelacion 270, y un entrelazado 280. Dentro del proceso de entrada 250, los paquetes de flujo de transporte se transforman en un flujo de bits con el formato correcto, que luego se codifica y se asigna a los recursos de la capa fisica. La estructura de datos basica en la capa fisica se conoce como una trama de banda base. El procesamiento de la entrada 250 transforma paquetes de flujo de transporte en tramas de banda base, que, junto con los bytes de paridad generados por el codigo de correccion de errores hacia adelante (FEC), tambien creando bloques FEC codificados. Las tramas de banda base tienen una longitud fija que depende de la codificacion FEC particular utilizada.

La figura 3 ilustra una trama de banda base 303, como se puede encontrar tambien en DVB-T2, con una cabecera 320, un campo de datos 340, y un relleno 350. Cada trama de banda tiene una cabecera de tamano fijo 320 que contiene la informacion de senalizacion necesaria para la identificacion de los limites de los paquetes de flujo de transporte encapsulados en la trama de carga util de la banda base. La cabecera de la trama de banda base incluye, por ejemplo, un llamado campo Syncd, que indica el desplazamiento desde el comienzo de la carga util del paquete de banda base 340 al inicio del primer paquete de flujo de transporte completo en la carga util de paquetes de banda base. Esto se ilustra en la figura 3 como una porcion 302 de los datos de banda base 340, incluyendo la porcion 302 de los datos un resto 330 del ultimo paquete de flujo de transporte, que posiblemente ha comenzado en la trama de banda base anterior, teniendo el resto 330 la longitud especificada por el valor Syncd. La porcion 302 de los datos 340 incluye ademas una pluralidad de paquetes de flujo de transporte 110, no necesariamente un numero entero.

La cabecera 320 de la trama de banda base 303 incluye ademas un indicador de longitud de campo de datos (DFL), que indica la longitud (numero de bytes) de la carga util de la trama de banda base 340 ocupada por los datos reales. Los restantes bytes hasta el final de la trama de banda base de tamano fijo 303 son bytes de relleno 350. Se requiere la longitud del campo de datos con el fin de distinguir la carga util 340 del relleno 350 dentro de la trama de banda base. El relleno 350 es necesario, ya que los datos de carga util (paquetes de flujo de transporte) por lo

5

10

15

20

25

30

35

40

45

50

55

60

65

general no llenan por completo la ultima trama de banda base como se ejemplifica en una rafaga 301 que incluye cinco tramas de banda base.

En cada secuencia de transmision de la capa fisica, se transmite un numero entero de tramas de banda base. Una trama de banda base es tambien un bloque FEC (Correccion de errores hacia adelante). Los esquemas de codificacion de bloque FEC tipicos incluyen LDPC y BCH, que tambien se utiliza en DVB-T2. Esto da como resultado la adicion a cada uno de los bits de paridad de trama de banda base, cuya cantidad se da por la velocidad de codificacion FEC elegida.

La asignacion de constelacion 270 se refiere a la aplicacion de una modulacion a los bloques FEC codificados, produciendo de ese modo simbolos complejos. Normalmente, esto es una modulacion QAM, tal como 16, 64 o 256 QAM. Finalmente, los complejos simboios generados por la asignacion de constelacion 270 son de frecuencia intercalada y/o de tiempo de intercalado mediante el intercalado 280 para mejorar la frecuencia y/o la diversidad de tiempo. Los simbolos intercalados complejos de las diferentes tuberias de capa fisica se asignan en 230 tramas de capa fisica. Las tramas de capa fisica son entonces moduladas 240 utilizando, por ejemplo, multiplexacion por division de frecuencia ortogonal (OFDM) y siempre para su transmision en la red de transmision digital. Los parametros para las etapas de procesamiento anteriores se senalizan al receptor como parte de la senalizacion de la Capa-1 (senalizacion de la capa fisica).

Dado que la senalizacion en las capas inferiores permite la identificacion del primer paquete de flujo de transporte en la trama de banda base, el receptor es capaz de extraer los paquetes correctamente, el byte de sincronizacion no necesita ser transmitido en el sistema descrito anteriormente.

En cuanto a la asignacion de los paquetes a las tuberias de la capa fisica (asignacion-PID-PLP), los paquetes de flujo de transporte con el mismo PID se asignan al mismo PLP. Sin embargo, un PLP puede, en general, llevar paquetes de flujo de transporte con multiples PIDs diferentes. La asignacion de los PIDs a pLPs es fija, es decir, que no cambia de forma dinamica durante la transmision. Los dos casos de asignacion extremos son:

(i) todos los paquetes TS se realizan en un unico PLP independientemente de su PID, y

(ii) cada PID se lleva en su propio PLP.

En la mayoria de los casos, un sistema real contendra PLPs que transportan paquetes con diferentes valores de PID, asi como PLP que transportan paquetes con un unico PID.

De acuerdo con la presente invencion, solo paquetes de flujo de transporte con el mismo valor de PID se asignan a un PLP. Si un PLP lleva paquetes con solo un valor PID, el campo PID en cada paquete no necesita ser transmitido, ya que no contiene informacion. El transmisor transmite una tabla de asignacion (asignacion PID a PLP) que muestra una correspondencia entre el valor de PID y uno o mas PLPs. Su valor puede restaurarse en el receptor a partir de una tabla de asignacion PID-PLP fija senalada por el transmisor. Por ejemplo, un sistema de este tipo puede llevar todos los paquetes PSI/SI en un PLP comun, y cada componente del programa (flujo elemental) en su propio PLP separado.

Ademas, si el transmisor y el receptor comparten un metodo de asignacion fija predefinido (asignacion PID-PLP), el receptor puede restaurar el valor PID sin necesidad de transmision de la tabla de asignacion PID-PLP desde el transmisor al receptor.

Como se ha descrito anteriormente, incluso si un PLP lleva los paquetes con un solo PID, los paquetes NULOS todavia estan presentes para preservar las posiciones de los paquetes originales. Los paquetes NULOS tienen un PID predefinido de 0x1FFf (todos). Los paquetes NULOS estan rellenando los paquetes que no llevan informacion, pero son necesarios para los flujos elementales de velocidad de bits variable de multiplexacion en el flujo de transporte de tasa de bits constante. Para que las marcas de tiempo generadas en el transmisor conserven su significado en el receptor, el modelo de sistema de flujo de transporte requiere un retardo constante de extremo a extremo a traves de la cadena compuesta del modulador, el canal, y el demodulador. Las marcas de tiempo son criticas para la sincronizacion relativa de los componentes de servicio.

La figura 4 muestra la asignacion de los paquetes de flujo de transporte (TS) a PLPs en funcion de su PID en la presente invencion. Los paquetes que se asignan a un pLp particular se sustituyen con paquetes NULOS en todos los demas PLPs que transportan los paquetes que pertenecen a un mismo flujo de transporte. Se necesitan los paquetes NULOS para la preservacion de la tasa de bits del flujo de transporte original en todos los PLPs que transportan los paquetes de ese flujo de transporte. En la figura, PID 1 a 4 indica los paquetes de flujo de transporte con un primer, segundo, tercer y cuarto valor, del PID, respectivamente. Los paquetes de transporte etiquetados como NULOS son paquetes NULOS 410. Puesto que los paquetes NULOS 410 no contienen informacion, no tienen que ser transmitidos. Su presencia, sin embargo, debe senalarse, de modo que puedan ser reinsertados en las posiciones originales en el receptor. Esto asegura que la posicion relativa de los paquetes de flujo de transporte no se ve afectada, por lo que el retardo de extremo a extremo se mantiene constante.

5

10

15

20

25

30

35

40

45

50

55

60

65

En DVB-T2, los paquetes NULOS se eliminan antes de su transmision, pero el numero de paquetes NULOS contiguos eliminados se senaliza mediante un byte especial despues de cada paquete de datos. Si se produce un tramo de mas de 255 paquetes NULOS contiguos se transmitira, el 256° paquete NULO. Por lo tanto, incluso despues de la etapa de eliminacion de paquetes NULOS, todavia pueden existen paquetes NULOS.

En vista del mecanismo de eliminacion de paquetes NULOS anterior, incluso si un PLP lleva solamente los paquetes TS de un unico PID, todavia es necesario distinguir los paquetes NULOS de los paquetes de datos. Por lo tanto, de acuerdo con la presente invencion, el campo original PID de 13 bits no se elimina por completo, sino mas bien es reemplazado por un corto PID, que es mas corto que el PID original de 13 bits e indica al menos si el paquete es un paquete NULO. Alternativamente a indicar los paquetes NULOS, el PID corto puede indicar un PID acortado en el caso en que multiples PIDs se realicen en un PLP. Aqui, el PID acortado significa el PID original que se ha acortado basandose en una tabla de asignacion predefinida. El PID acortado se restaura en el PID original en el receptor basandose en la tabla de asignacion predefinida.

La correspondencia entre el PID original y el PID corto puede ser entonces una senal al receptor a traves de una tabla dedicada.

En el caso en el que solo un PID (por ejemplo, flujo primario) sea transportado por un unico PLP, el identificador de paquetes cortos es preferiblemente un indicador de paquetes NULOS de un bit que senala si el paquete es un paquete NULO.

Para ahorrar aun mas bits de la cabecera de paquetes, de acuerdo con una realization de la presente invencion, el contador de continuidad de 4 bits tambien puede ser desechado, ya que los paquetes de flujo de transporte no se pueden perder o se reordenan dentro de la tuberia de capa fisica. Sin embargo, puesto que el contador de continuidad tambien puede identificar los paquetes duplicados mediante su etiquetado con el mismo valor del contador de continuidad, un bit sigue siendo necesario para indicar si se duplica un paquete. De acuerdo con esta realizacion de la presente invencion, el contador de continuidad de 4 bits se sustituye con un indicador de paquetes duplicados de un bit. En el receptor, el campo de contador de continuidad puede ser restaurado a su longitud completa.

Con el fin de ahorrar un bit mas, de acuerdo con otra realizacion de la presente invencion, el indicador de errores de transporte de un bit se elimina de la cabecera de paquete TS. Esto se puede hacer porque el indicador de errores de transporte se fija en el receptor. Al sustituir el identificador de paquete y el contador de continuidad con un indicador de un bit respectivo y retirar el indicador de error de transporte, l2 + 3 + 1 = 16 bits, es decir, exactamente dos bytes pueden ser guardados para cada paquete de flujo de transporte. Este es una mitad de la longitud de la cabecera de paquetes. Por otra parte, como ya se ha descrito anteriormente, el octeto de sincronizacion puede ser retirado tambien. En consecuencia, de acuerdo con la presente invencion, el tamano de la cabecera de un paquete de flujo de transporte puede reducirse de cuatro bytes a un solo byte. Una reduction de este tipo permite una utilization mas eficiente de los recursos en una red de difusion digital.

La figura 5 ilustra un ejemplo de la presente invencion, en el que el identificador de paquetes 125 y el contador de continuidad 128 se sustituyen con un respectivo indicador de un bit 510 y 520, mientras que el indicador de errores de transporte y el byte de sincronizacion se eliminan. Sin embargo, la presente invencion no se limita a tal ejemplo. Es posible sustituir solo el identificador de paquetes, y/o el contador de continuidad, y/o eliminar el indicador de errores de transporte 122. Ademas, el identificador de paquetes no esta necesariamente sustituido por un indicador de paquetes NULOS de un bit 510 como se describe anteriormente. Puede ser sustituido por un PID corto. El tamano del PID corto puede determinarse de tal manera que la cabecera comprimida sea mas corta mediante un numero entero de bytes. Por ejemplo, cuando se transmite el indicador de duplicado de paquetes (1 bit), el control de campo de adaptation (2 bits), el control de codification (2 bits), la prioridad de transporte (1 bit) y el indicador de inicio de la carga util (1 bit), estos son juntos 7 bits. Para obtener un numero entero de bytes, el PID corto puede tener una longitud de hasta 9 bits. Alternativamente, si el contador de continuidad de 4 bits se transmite aparte de los parametros anteriores, son necesarios 10 bits. Por lo tanto, el PID corto puede tener una longitud de hasta 6 bits. Debe tenerse en cuenta que estos son solo ejemplos y que son posibles otras combinaciones, tales como la transmision del indicador de errores de transporte, ademas o alternativamente al contador de continuidad. La longitud del PID corto se elige ventajosamente de modo que para su senalizacion y para la senalizacion de los parametros restantes sea necesario un numero entero de bytes.

Como se muestra en la figura 5, si solo los paquetes de flujo de transporte de un solo componente de servicio se envian en una tuberia de capa fisica, el campo del PID 125 de flujo de transporte de paquetes 110, que identifica de forma unica un componente de servicio, lleva la information redundante y, por lo tanto, no necesita ser transmitido. Sin embargo, un indicador de un bit 510 aun se necesita para distinguir entre los paquetes de soporte de datos y los paquetes NULOS. El receptor conoce que PID 125 se envia en una tuberia de capa fisica dada, por ejemplo, sobre la base de una tabla de asignacion PID-PLP estatica y. por lo tanto, se puede recuperar el valor original del PID de la cabecera comprimida 500. Se necesita la recuperation si los paquetes de las diferentes tuberias de la capa fisica se vuelven a multiplexar para garantizar un flujo de transporte sintacticamente correcto en la salida del demodulador.

5

10

15

20

25

30

35

40

45

50

55

60

65

La figura 5 ilustra ademas la reduccion del tamano de la cabecera del paquete de flujo de transporte 120 no transmitiendo el contador de continuidad 128 de 4 bits. Sin embargo, al menos un bit 520 todavia se necesita para senalar la repeticion de paquetes. Para garantizar un flujo de transporte sintacticamente correcto en la salida del demodulador, la cabecera comprimida 500 tiene que descomprimirse y, por lo tanto, tambien el contador de continuidad 128 necesita ser regenerado. Por lo general, el valor del contador en el receptor no tiene que ser el mismo que en el transmisor, por lo que el contador en el receptor puede ser inicializado con un valor arbitrario. El indicador de paquetes duplicados permite que el contador de continuidad en el receptor se incremente de forma sincronica con el contador de continuidad en el transmisor. Si se necesita el valor exacto del contador, el valor del contador de continuidad se puede senalizar periodicamente, de modo que el contador del receptor puede inicializarse al valor original exacto en el transmisor. El contador de continuidad puede, por ejemplo, senalarse en cada trama de banda base. Alternativamente, puede senalarse solo en la primera trama de banda base de una trama de transmision. En este caso, solo es necesario transmitir un contador de continuidad del primer paquete de flujo de transporte incluido en la primera trama de banda base.

Por otra parte, la figura 5 muestra tambien borrar el campo indicador de errores de transporte de un bit 122 de la cabecera del paquete de flujo de transporte 120. Si una trama de banda base no se puede corregir, todos los paquetes de flujo de transporte realizados en esa trama han de marcarse como sin corregir, configurando su bit indicador de errores de transporte en el receptor. Por otra parte, si una suma de comprobacion CRC se utiliza para cada paquete TS, el indicador de errores de transporte se establece solo para los paquetes corruptos.

Las figuras 6A y 6B ilustran un transmisor 600a y un receptor 600b de ejemplo de acuerdo con la presente invention, respectivamente. Un flujo de paquetes de flujo de transporte 601 que incluye un paquete de flujo de transporte 110 es la entrada a la unidad de extraction 610, en la que se extrae la cabecera 120 del paquete de flujo de transporte y de acuerdo con el identificador de paquete 125 en la cabecera 120, el demultiplexor 630 asigna el transporte de flujo de paquetes 110 a una tuberia de capa fisica 220 seleccionada. Especificamente, solo los paquetes de flujo de transporte con el mismo valor de PID se asignan a un PLP. La tuberia de capa fisica se selecciona basandose en una correlation fija entre el PID y el PLP, que se senaliza al receptor. La cabecera del paquete de flujo de transporte se comprime mediante la unidad de compresion 620 de la cabecera. La compresion de la cabecera se realiza como se ha descrito anteriormente reemplazando el campo PID en la cabecera 120 del paquete de flujo de transporte 110 con un indicador de paquetes NULOS 510. Ademas, la unidad de compresion 620 de la cabecera puede comprimir la cabecera mediante la sustitucion del contador de continuidad 128 por el indicador de paquetes duplicados 520. Ademas, o alternativamente a la misma, la unidad de compresion de la cabecera 620 puede comprimir la cabecera 120 para no transmitir el indicador de errores de transporte 122 y/o no transmitir el byte de sincronizacion 121. El paquete de flujo de transporte con una cabecera comprimida 500 se elabora luego en la unidad de procesamiento 640 de la capa fisica. El procesamiento de la capa fisica 640 puede incluir la codification, la correction, la modulation, el entrelazado, etc. de errores hacia adelante. La senal de emision obtenida por el procesamiento de la capa fisica 640 se transmite entonces mediante una unidad de transmision 650.

En correspondencia, el receptor 600b de ejemplo tiene una unidad de reception 660 para recibir la senal de emision transmitida por un aparato de transmision, como se describio anteriormente. La senal de transmision recibida se procesa en una unidad de procesamiento de capa fisica 670, que puede incluir la anulacion de la correspondencia de la senal digital de los recursos fisicos y/o el procesamiento en paralelo en una pluralidad de tuberia de la capa fisica, incluyendo el desentrelazado, la demodulation, la decodificacion de correccion de errores hacia delante, etc. El flujo de transporte de paquetes recibidos de una tuberia de capa fisica particular pasa a una unidad de extraccion 680, donde se extrae la cabecera comprimida 500. Una unidad de derivation 690 de parametros de la cabecera deriva los campos de cabecera que no han sido transmitidos. Por ejemplo, la unidad de derivacion 690 de parametros de la cabecera deriva el PID original basado en la asignacion senalada entre el PID y la tuberia de capa fisica en la que se lleva el paquete de flujo de transporte. De acuerdo con el indicador de paquetes NULOS recibidos 510, el PID se puede derivar correctamente posiblemente para recuperar su valor reservado para indicar un paquete NULO, y recuperar el valor de PID que indica el paquete de datos. La unidad de derivacion de parametros 690 puede derivar tambien el valor del contador de continuidad para el paquete de flujo de transporte como se describe anteriormente. Por ejemplo, el valor del contador de continuidad puede ser transmitido una vez por trama de banda base o una vez por transmision de trama y los valores del contador de continuidad de los paquetes de flujo de transporte particular pueden ser derivados, por consiguiente, incrementando el valor de continuidad senalado en el procesamiento/recepcion de cada paquete de flujo de transporte, mientras se tenga en cuenta el indicador de paquetes duplicados 128. Por ejemplo, si se establece el indicador de paquetes duplicados, el valor del contador de continuidad para el paquete no se incrementa. La unidad de derivacion de parametros 690 puede generar ademas el indicador de errores de transporte 122 basado en el resultado del procesamiento de correccion de errores hacia delante o de una verification de la suma de comprobacion. Una unidad de descompresion de cabecera 695 a continuation sustituye la cabecera comprimida 500 recibida con la cabecera descomprimida mediante la sustitucion del indicador de paquetes NULOS 510 con el PID derivado 128. Se puede sustituir adicionalmente el indicador de paquetes duplicados 520 con el contador de continuidad derivada 128 y/o insertar el indicador de errores de transporte generado 122. El paquete de flujo de transporte 691 con la cabecera recuperada (descomprimida) luego es enviado para su procesamiento posterior a las capas superiores.

5

10

15

20

25

30

35

La figura 7 muestra un ejemplo de un sistema de difusion digital en el que puede aplicarse la presente invention. Un transmisor 710 puede implementar la compresion de la cabecera de paquetes de flujo de transporte de la presente invencion como se describe anteriormente, por ejemplo, con referencia a la figura 6A. El transmisor 710 puede ser un solo dispositivo o una pluralidad de dispositivos interconectados. La estacion de transmision 715 transmite la senal de emision formada por el transmisor 710. En este ejemplo, se ilustra el sistema de transmision digital terrestre. Sin embargo, la presente invencion no esta limitada a ello y puede aplicarse tambien a un satelite o a una transmision por cable, o a una transmision de difusion digital a traves de cualquier otro medio. Los aparatos incluyen, cada uno, un receptor que se ilustra en la figura 7 son un ordenador, tal como un portatil o un ordenador personal 730. Sin embargo, puede ser tambien un dispositivo de mano o un telefono movil capaz de recibir la emision digital. Otro ejemplo son los aparatos de un decodificador 740 conectado a un televisor digital o analogico 750 o un televisor digital 760 con receptor de radio integrado. Estos receptores de ejemplo y otros receptores capaces de recibir la emision digital pueden aplicar la descompresion de la cabecera de acuerdo con la presente invencion, como se describe anteriormente, por ejemplo, con referencia a la figura 6B.

Puede ser beneficioso soportar simultaneamente la transmision de paquetes de flujo de transporte con cabecera comprimida y sin comprimir dentro del mismo sistema, o incluso el transporte de flujo. Para facilitar esto, de acuerdo con otra realization de la presente invencion, se senaliza la presencia y/o el tipo de la compresion de la cabecera. Preferiblemente, la presencia y/o el tipo de la compresion de cabecera se senalizan dentro del bucle PLP que describe las propiedades de las tuberias de la capa fisica.

Dado que las tuberias de la capa fisica que llevan los paquetes de flujo de transporte comprimido de acuerdo con la presente invencion se pueden mezclar con una tuberia de la capa fisica que transporta paquetes de flujo de transporte sin comprimir, se requiere al menos un bit de serialization para cada tuberia de la capa fisica con el fin de indicar si los paquetes de flujo de transporte comprimido son transportados en que la tuberia de la capa fisica. Sin embargo, la presente invencion no esta limitada a la senalizacion de un unico bit como indicador de la compresion de la cabecera. Un indicador de compresion de la cabecera de un solo bit es beneficioso en vista a la eficiencia de transmision. Alternativamente, el indicador de compresion de la cabecera se puede senalizar que tenga mas de un bit para indicar tambien el tipo de compresion de la cabecera. El tipo puede, por ejemplo, estar relacionado con el numero y con la identidad de los campos de la cabecera que estan comprimidos, tales como la compresion de solo el PID, la compresion de solo el byte de sincronizacion, la compresion del PID y el contador de continuidad y el indicador de errores de transporte y el byte de sincronizacion, etc.

El indicador de compresion de la cabecera se puede senalizar, por ejemplo, en las cabeceras 320 de los paquetes de banda base. Preferiblemente, el indicador de compresion de la cabecera se indica en el bucle pLp de senalizacion L1. Un ejemplo de una posible extension de un indicador de compresion de la cabecera del bucle PLP DVB-T2 de senalizacion L1 se muestra a continuation:

[Math.l]

for i = 0 NUM_PLP-.l

I

PLPJD // 8 bit: PLP ID

PLP PAYL0AD_ TYPE // 5 bit: TS, IP, etc,

if PLPJPAYLQADJTYPE — rTS- {

T S_C O MP RE S SION if (TS_COMPRESSION (2 byte') f

PH) 7/ 13 bits

}

else if (TS__COMPRESSION — ‘1 byte’) { PIDJoop {

PH)

short PID

}

PLP_COD // Coding PLP_MOD // Modulation

}

En este ejemplo, el indicador de compresion de cabecera se senaliza como un campo TS_COMPRESSION, que solo esta presente si el campo PLP_PAYLOAD_TYPE indica que el flujo de transporte (TS) de datos de carga util se 5 lleva en la tuberia de la capa ffsica correspondiente. Si se selecciona la maxima compresion de la cabecera de 2 bytes para la tuberia de la capa ffsica, el PID de los paquetes de datos transportados en la tuberia de la capa ffsica puede ser una senal dentro del bucle PLP de senalizacion L1. Si se selecciona la compresion de la cabecera de 1 byte, la asignacion entre el PID original y el PID corto puede senalarse dentro del bucle PLP de la senalizacion L1.

10 El ejemplo anterior no pretende limitar la presente invencion a la forma de senalizacion ilustrada. Por ejemplo, la asignacion del PID al PLP tambien puede senalizarse de una manera que no requiere que el valor PID este presente en la sintaxis anterior. El PID puede determinarse a partir de una tabla de asignacion-PID-PLP separada.

Otra realizacion de la invencion se refiere a la aplicacion de las diversas realizaciones descritas anteriormente 15 usando hardware y software. Se reconoce que las diversas realizaciones de la invencion pueden implementarse o realizarse usando dispositivos de computation (procesadores). Un dispositivo informatico o procesador puede ser, por ejemplo, procesadores de proposito general, procesadores de senal digital (DSP), circuitos integrados de aplicacion espedfica (ASIC), matrices de puertas programables (FPGA) u otros dispositivos logicos programables, etc. Las diversas realizaciones de la invencion tambien se pueden realizar o incorporar mediante una combination 20 de estos dispositivos.

Ademas, las diversas realizaciones de la invencion tambien pueden implementarse por medio de modulos de software, que se ejecutan mediante un procesador o directamente en hardware. Tambien una combinacion de modulos de software y una implementation de hardware puede ser posible. Los modulos de software pueden 25 almacenarse en cualquier tipo de medio de almacenamiento legible por ordenador, por ejemplo, RAM, EPROM,

5

10

15

20

25

30

35

40

45

50

55

60

65

EEPROM, memoria flash, registros, discos duros, CD-ROM, DVD, etc.

La mayoria de los ejemplos que se han descrito en relacion con un sistema de difusion digital basada en DVB-T, y la terminologia se refiere principalmente a la terminologia DVB. Sin embargo, esta terminologia y la descripcion de las diversas realizaciones con respecto a la difusion basada en DVB-T no pretenden limitar los principios y las ideas de la invencion a tales sistemas. Tambien las explicaciones detalladas de la codificacion y la decodificacion de acuerdo con el estandar DVB-T2 estan destinadas a comprender mejor las realizaciones de ejemplo descritas en este documento y no deben entenderse como limitativas de la invencion a las implementaciones especificas descritas de los procesos y las funciones en la difusion digital. Sin embargo, las mejoras propuestas en la presente memoria pueden aplicarse facilmente en los sistemas de radiodifusion descritos. Ademas, el concepto de la invencion puede tambien ser utilizado facilmente en las mejoras de codificacion DVB-T2 que se debaten actualmente en la normalization.

A continuation, se describe una realization en la que las realizaciones anteriores se aplican al sistema de transmision DVB-T2 que se muestra en la figura 2. La figura 8 es un diagrama de bloques que ilustra la estructura del transmisor 800. Debe tenerse en cuenta que los elementos de la composition del transmisor 800 que son los mismos que los del transmisor mostrado en la figura 2 tienen los mismos numeros de referencia y las descripciones de los mismos se omiten. Solo se describen a continuacion las diferencias. Como se muestra en la figura 8, el transmisor 800 incluye una unidad de extraction 610, un demultiplexor 810, una unidad de compresion de cabecera 620, un procesamiento de PLP 220, un procesamiento de senalizacion L1 (Capa 1) 820, una asignacion de trama 830, y una modulation 240.

La unidad de extraccion 610 especifica la cabecera 120 del paquete de flujo de transporte 201, y extrae la cabecera 120 especificada. El demultiplexor 810 asigna el paquete de flujo de transporte 201 a un PLP segun el identificador de paquete 125 de la cabecera 120 extraida por la unidad de extraccion 610. En concreto, el demultiplexor 630 sustituye a un paquete de flujo de transporte que ha de ser asignado a un PLP que no sea el PLP que se indica mediante una tabla de asignacion predefinida (asignacion PID-PLP) con un paquete NULO, y como resultado solo se deben transportar paquetes de flujo con el mismo valor de identificador que se asigna a un PLP.

La unidad de compresion 620 de la cabecera comprime la cabecera 120 del paquete de flujo de transporte asignado por el demultiplexor 810. Aqui, la compresion de cabeceras se realiza como se ha descrito anteriormente, sustituyendo el identificador del paquete de la cabecera 120 con un indicador de paquetes NULOS de un bit 510. Por ejemplo, el indicador de paquetes NULOS de un bit que tiene un valor "1" indica que el paquete de flujo de transporte es un paquete NULO, y el indicador de paquetes NULOS de un bit que tiene un valor "0" indica que el paquete de flujo de transporte es un paquete de datos. Ademas, la unidad de compresion 620 de la cabecera puede sustituir el contador de continuidad 128 con un indicador de paquetes duplicados de un bit 520. Por ejemplo, el indicador de paquetes duplicados de un bit que tiene un valor "1" indica que el paquete de flujo de transporte es un paquete duplicado, y el indicador de paquetes duplicados de un bit que tiene un valor "0" indica que el paquete del flujo de transporte no es un paquete duplicado .Por otra parte, o ademas de, como un reemplazo para la compresion de la cabecera anterior, la unidad de compresion 620 de la cabecera puede realizar la compresion de la cabecera no transmitiendo el indicador de errores de transporte 122 y/o el byte de sincronizacion 121.

El procesamiento de PLP 220, por ejemplo, realiza la correction de errores hacia adelante en el paquete del flujo de transporte en el que se ha realizado la compresion de la cabecera, como se describe con referencia a la figura 2.

El procesamiento 820 de senalizacion L1 genera information de senalizacion L1 (capa 1) para cada PLP, incluyendo el metodo de modulacion, etc., que realiza la correccion de errores en la informacion de senalizacion L1, y envia la informacion de senalizacion L1. Como se describio anteriormente, el proceso 820 de senalizacion L1 genera preferiblemente un indicador de compresion de cabecera como informacion de senalizacion L1. Ademas, el procesamiento de senalizacion L1 820 genera preferiblemente, como informacion de senalizacion L1, la informacion (tabla de asignacion PID-PLP) en un identificador de paquetes de un paquete del flujo de transporte que se asigna a cada PLP.

La asignacion de tramas 830 asigna la salida del resultado del procesamiento mediante el procesamiento de PLP 220 y envia la informacion de senalizacion L1 mediante la senalizacion de procesamiento 820 a la trama de la capa fisica L1.

La modulacion OFDM se realiza en la trama de la capa fisica mediante la modulacion 240, por ejemplo, como se describe con referencia a la figura 2. La trama de la capa fisica se transmite a traves de la red de difusion digital. Esto permite la transmision del indicador de compresion de la cabecera y la tabla de asignacion-PID-PLP como la informacion al receptor de senalizacion L1.

La figura 9 ilustra la estructura de la salida de trama de capa fisica mediante la asignacion de tramas 830. La senalizacion L1 en la trama T2, como se muestra en la figura 9, esta compuesta de tres elementos, incluyendo senalizacion P1 910, senalizacion previa L1 920, y senalizacion posterior L1 930 (que incluye una unidad configurable y una unidad dinamica).

5

10

15

20

25

30

35

40

45

50

55

60

65

El parametro y la estructura de la trama en la capa fisica se describen en detalle en la seccion 7 de la Literatura de no Patente 1 (estandar ETSI EN 302 755), y a esta literatura se hace referencia en la presente memoria descriptiva. Ademas, cada PLP que incluye un paquete de flujo de transporte en el que se ha realizado la compresion de cabecera se multiplexa en una region de simbolos de datos y una region de simbolo P2 (si esta disponible) que se muestra en la figura 9.

La figura 10 es un diagrama de bloques que ilustra la estructura del receptor 1000 que recibe las senales transmitidas desde el transmisor 800. Debe tenerse en cuenta que los elementos de la composition del receptor 1000 que son los mismos que los del receptor 600b mostrado en la figura 6B tienen los mismos numeros de referencia, y las descripciones de los mismos se omiten. Solo se describen a continuation las diferencias. El receptor 1000 incluye una unidad de reception 660, una unidad de procesamiento de capa fisica 1010, un procesamiento de senalizacion 1020 L1, una unidad de extraction 680, una unidad de derivation de la cabecera 690, una unidad de descompresion de la cabecera 695, y una unidad de combination 1030.

El procesamiento de senalizacion L1 1020 decodifica la information de senalizacion L1 basandose en la salida de la senal de difusion mediante la unidad de recepcion 660.

La unidad de procesamiento de capa fisica 1010 realiza el procesamiento basandose en la informacion de senalizacion L1 decodificada por el procesamiento de senalizacion L1 1020. Esta unidad de procesamiento de capa fisica 1010 puede incluir correction de errores, demodulation, entrelazado, etc. Como se muestra en la figura 9, los paquetes tienen, cada uno, un identificador de paquete diferente que pertenece al mismo flujo de transporte se transmiten en un PLP diferente. Sin embargo, ya que los paquetes se transmiten cada uno en un metodo de division de tiempo, la unidad de procesamiento de capa fisica 1010 puede realizar el procesamiento en esta pluralidad de PLPs en el metodo de division de tiempo.

La unidad de extraccion 680 extrae la cabecera comprimida 500 del paquete de flujo de transporte enviado por la unidad de procesamiento de capa fisica 1010.

La unidad de derivacion de la cabecera 690 deriva los campos de la cabecera que no han sido transmitidos basandose en la informacion de senalizacion L1 decodificada. Aqui, la informacion de senalizacion L1 que se utiliza para derivar los campos de la cabecera es, como se ha descrito anteriormente, un indicador de compresion, una tabla de asignacion PID-PLP, etc. Como se describio anteriormente, el indicador de compresion de la cabecera indica al menos si la cabecera del paquete de flujo de transporte se ha comprimido o no. De acuerdo con el indicador de compresion de la cabecera decodificada, la unidad de derivacion de la cabecera 690 puede especificar si la cabecera del paquete de flujo de transporte recibido se ha comprimido o no. Ademas, cuando el indicador de compresion de la cabecera indica un metodo de compresion de la cabecera, la unidad de derivacion de la cabecera 690 puede especificar que tipo de compresion de la cabecera ha sido ejecutada basandose enl indicador de compresion de la cabecera decodificada. La unidad de derivacion de la cabecera 690 deriva los campos de la cabecera que no han sido transmitidos sobre la base de la informacion que indica si la compresion de la cabecera se ha ejecutado o no, y la informacion que indica el metodo de compresion. La tabla de asignacion PID-PLP indica informacion sobre un identificador de paquetes de un paquete del flujo de transporte que se ha asignado a cada PLP. De acuerdo con la tabla de asignacion PID-PLP decodificada, la unidad de derivacion de la cabecera 690 deriva el identificador de paquete de 13 bits original basado en el valor del identificador de paquete corto. Ademas, la unidad de derivacion dela cabecera 690 puede derivar el valor del contador de continuidad original de 4 bits, incrementando el valor en funcion de aumento/repeticion de cada paquete de flujo de transporte basado en el indicador de paquete duplicado. Ademas, la unidad de derivacion de la cabecera 690 puede generar un indicador de errores de transporte basandose en un resultado del procesamiento de correccion de errores hacia delante o un resultado de la comprobacion de la suma de comprobacion.

La unidad de descompresion de la cabecera 695 sustituye la cabecera comprimida 500 con la cabecera original basandose enl campo de la cabecera obtenido por la unidad de derivacion de la cabecera 690.

La unidad de combinacion 1030 integra los paquetes que tienen cada uno un identificador de paquete diferente que pertenece a la misma salida de flujo de transporte mediante la unidad de descompresion de la cabecera 695 para restaurar al flujo de transporte original, y emite el flujo de transporte original restaurado.

A continuacion, se describen aplicaciones ejemplares de los metodos de transmision y recepcion descritos en las realizaciones anteriores y una estructura de ejemplo de un sistema adecuado para los metodos.

La figura 11 es una vista esquematica que ilustra una estructura ejemplar de un dispositivo de recepcion 1100 para realizar los metodos de recepcion descritos en las realizaciones anteriores. Como se ilustra en la figura 11, en una estructura a modo de ejemplo, el dispositivo de recepcion 1100 puede estar compuesto de una portion de modem implementada en un solo LSI (o un solo conjunto de chips) y una porcion de codification implementada en otro unico LSI (u otro conjunto de un solo chip). El dispositivo de recepcion 1100 que se ilustra en la figura 11 es un componente que se incluye, por ejemplo, en un televisor (receptor de television) 840, un STB ("Set Top Box") 840, un ordenador, tal como el ordenador personal, un dispositivo de mano o telefono movil, que se ilustra en la figura 8.

5

10

15

20

25

30

35

40

45

50

55

60

65

El dispositivo de recepcion 1100 incluye una antena 1160 para recibir una senal de alta frecuencia, un sintonizador 1101 para la transformacion de la senal recibida en una senal de banda base, y una unidad de demodulacion 1102 para demodular los flujos de transporte de la senal de banda base obtenida por la conversion de frecuencia. El receptor 900b que se describe en las realizaciones anteriores corresponde a la unidad de demodulacion 1102 y ejecuta cualquiera de los metodos de recepcion descritos en las realizaciones anteriores para recibir flujos de transporte. En consecuencia, se producen los efectos ventajosos de la presente invencion descrita en relacion con las realizaciones anteriores.

La siguiente descripcion esta dirigida al caso en que los flujos de transporte incluyen al menos un flujo de video y al menos un flujo de audio. El flujo de video es para la transmision de datos obtenidos mediante la codificacion, por ejemplo, de una senal de video con un metodo de codificacion de imagen en movimiento compatible con un estandar dado, tal como MPEG2, MPEG4-Codificacion de Video Avanzada (AVC) o VC-1. El flujo de audio es para la transmision de datos obtenidos mediante la codificacion, por ejemplo, de una senal de audio con un metodo de codificacion de audio compatible con un estandar dado, tal como codificacion de audio Dolby (AC)-3, Dolby Digital Plus, "Meridian Lossless Packing" (MLP), Sistemas digitales Theater (DTS), DTS-HD, o modulacion de codificacion de pulsos (PCM).

El dispositivo de recepcion 1100 incluye una unidad de entrada /salida de flujo 1103, una unidad de procesamiento de senal 1104, un reproductor de audio y una unidad de salida visual (en adelante, la unidad AV de salida) 1105, una unidad de salida de audio 1106, y una unidad de pantalla de video 1107. La unidad de entrada/salida continua 1103 demultiplexa los flujos de video y audio a partir de los flujos de transporte obtenidos por la unidad de demodulacion 1102. La unidad de procesamiento de senales 1104 decodifica el flujo de video demultiplexado en una senal de video, utilizando un procedimiento de decodificacion de imagenes en movimiento apropiado y tambien decodifica el flujo de audio demultiplexado en una senal de audio usando un metodo de decodificacion de audio apropiado. La unidad de salida de audio y video 1105 emite una senal de video y una senal de audio a una interfaz de audio y una salida de imagen (en adelante, salida AV SI) 1111. La unidad de salida de audio 1106, tal como un altavoz, produce la salida de audio de acuerdo con la senal de audio decodificada. La unidad de visualizacion de video 1107, tal como un monitor de visualizacion, produce una salida de video de acuerdo a la senal de video decodificada. Por ejemplo, el usuario puede operar el mando a distancia 1150 para seleccionar un canal (de un programa de television o difusion de audio), de manera que la informacion indicativa del canal seleccionado se transmite a una unidad de entrada de operacion 1110. En respuesta, el dispositivo de recepcion 1100 demodula, entre las senales recibidas con la antena 1160, una senal transmitida en el canal seleccionado y aplica la correccion de errores, por lo que se extraen los datos de recepcion. En el momento de la recepcion de datos, el dispositivo de recepcion 1100 recibe los simbolos de control que contienen informacion que indica un metodo de transmision de una senal transportada en el canal seleccionado, por lo que se obtiene la informacion indicativa del metodo de transmision. Con esta informacion, el dispositivo de recepcion 1100 esta habilitado para realizar los ajustes apropiados para la operacion de recepcion, el metodo de demodulacion, y el metodo de correccion de errores para recibir debidamente los flujos de transporte transmitidos desde una estacion de radiodifusion (estacion base). Aqui, por ejemplo, los simbolos llevados por la senalizacion P1, la senalizacion previa L1, y la senalizacion posterior L1 descritos en las realizaciones anteriores corresponden a los simbolos de control. Del mismo modo, la tasa de codificacion FEC por el PLP, la constelacion de modulacion y los parametros relacionados contenidos en la senalizacion P1, la senalizacion previa L1, y la senalizacion posterior L1 corresponden a la informacion sobre el metodo de transmision. Aunque la descripcion anterior se refiere a un ejemplo en el que el usuario selecciona un canal con el mando a distancia 1150, la misma descripcion se aplica a un ejemplo en el que el usuario selecciona un canal utilizando una tecla de seleccion proporcionada en el dispositivo de recepcion 1100.

Con la estructura anterior, el usuario puede ver un programa de emision que el dispositivo de recepcion 1100 recibe por los metodos de recepcion descritos en las realizaciones anteriores.

El dispositivo de recepcion 1100 de acuerdo con esta realizacion puede incluir adicionalmente una unidad de grabacion (unidad) 1108 para el registro de diversos datos sobre un medio de grabacion, tal como un disco magnetico, disco optico, o una memoria de semiconductores no volatil. Ejemplos de datos a registrar por la unidad de grabacion 1108 incluyen datos contenidos en flujos de transporte que se obtienen como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102, los datos equivalentes a dichos datos (por ejemplo, los datos obtenidos mediante la compresion de los datos) y los datos obtenidos mediante el procesamiento de las imagenes y/o el sonido en movimiento. (Debe tenerse en cuenta aqui que puede haber un caso en que no se realiza la correccion de errores mediante la unidad de demodulacion 1102 y en el que el dispositivo de recepcion 1100 realiza otro procesamiento de senales despues de la correccion de errores. Lo mismo se aplica en la siguiente descripcion en la que aparece un texto similar). Debe tenerse en cuenta que el termino "disco optico" que se utiliza aqui se refiere a un medio de grabacion, tal como un disco digital versatil (DVD) o BD (disco Blu-ray), que es de lectura y escritura con el uso de un rayo laser. Ademas, el termino "disco magnetico" que se utiliza aqui se refiere a un medio de grabacion, tal como un disquete (FD, marca registrada) o un disco duro, que se puede escribir mediante la magnetization de una sustancia magnetica con flujo magnetico. Aun mas, el termino "memoria de semiconductores no volatil" se refiere a un medio de grabacion, tal como una memoria flash o memoria de acceso aleatorio ferroelectrica, compuesta de elemento(s) de semiconductores. Los ejemplos especificos de memoria de semiconductores no volatil incluyen el uso de una tarjeta SD de memoria flash y una unidad de estado

5

10

15

20

25

30

35

40

45

50

55

60

65

solido flash (SSD). Debe apreciarse que, naturalmente, los tipos espedficos de medios de grabacion mencionados en este documento son meramente ejemplos y cualquier otro tipo de soportes de grabacion pueden utilizarse.

Con la estructura anterior, el usuario puede grabar un programa de difusion que el dispositivo de recepcion 1100 recibe con cualquiera de los metodos de recepcion descritos en las realizaciones anteriores, y la visualization de tiempo de cambio del programa de emision grabado es posiblemente en cualquier momento despues de la emision.

En la description anterior del dispositivo de recepcion 1100, la unidad de grabacion 1108 graba los flujos de transporte obtenidos por la unidad de demodulation 1102. Sin embargo, la unidad de grabacion 1108 puede grabar parte de los datos extraidos de los datos contenidos en los flujos de transporte. Por ejemplo, los flujos de transporte demodulados por la unidad de demodulacion 1102 pueden contener contenido de los datos de servicio de difusion, ademas de las secuencias de audio y video. En este caso, los nuevos flujos de transporte pueden ser generados por multiplexacion de video y audio, sin el contenido de servicio de difusion, extraidos de los flujos de transporte demodulados por la unidad de demodulacion 1102, y la unidad de grabacion 1108 puede registrar los flujos de transporte recien generados. En otro ejemplo, los nuevos flujos de transporte pueden ser generados por multiplexacion, ya sea de la corriente de flujo de video y de audio contenida en los flujos de transporte obtenidos como resultado de la demodulacion y de la correction de errores mediante la unidad de demodulacion 1102, y la unidad de grabacion 1108 puede grabar los flujos de transporte recien generados. En otro ejemplo, la unidad de grabacion 1108 puede grabar el contenido de los datos de servicio de difusion que se incluye, tal como se describe anteriormente, en los flujos de transporte.

Como se describio anteriormente, el dispositivo de recepcion 1100 que se describe en esta realization se puede incluir en un televisor, un grabador (por ejemplo, un grabador DVD, un grabador Blu-ray, un grabador de disco duro, o un grabador de tarjeta SD), o un telefono movil. En tal caso, los flujos de transporte se obtienen como resultado de la demodulacion y la correccion de errores mediante la unidad de demodulacion 1102 puede contener datos de correccion de errores (bugs) en el software utilizado para operar el televisor o el grabador o en el software utilizado para proteger la information personal o confidencial. Si se contiene tales datos, los datos se instalan en el televisor o grabador para corregir los errores. Ademas, si estan contenidos los datos de correccion de errores (bugs) en el software instalado en el dispositivo de recepcion 1100, tales datos se utilizan para corregir los errores que el dispositivo de recepcion 1100 puede tener. Esta disposition garantiza un funcionamiento mas estable del televisor, grabador, o telefono movil en el que se implementa el dispositivo de recepcion 1100.

Debe tenerse en cuenta que puede ser la unidad de entrada/salida de flujo 1103 la que se encarga de la extraction de datos de todos los datos contenidos en flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102 y la multiplexacion de los datos extraidos. Mas especificamente, bajo instrucciones de una unidad de control, tal como la CPU, no ilustrada en las figuras, la unidad de entrada/salida continua 1103 demultiplexa un flujo de video, un flujo de audio, un contenido de difusion de datos de servicios, etc. de los flujos de transporte demodulados por la unidad de demodulacion 1102, y los extractos de piezas especificas de datos de los datos demultiplexados, y multiplexa los componentes de los datos extraidos para generar nuevos flujos de transporte. Las piezas de datos que se extraen de los datos demultiplexados pueden determinarse por parte del usuario o determinadas de antemano por los respectivos tipos de medios de grabacion.

Con la estructura anterior, el dispositivo de recepcion 1100 esta habilitado para extraer y grabar solo datos necesarios para ver un programa de emision grabado, que es eficaz para reducir el tamano de los datos a grabar.

En la descripcion anterior, la unidad de grabacion 1108 graba los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102. Alternativamente, sin embargo, la unidad de grabacion 1108 puede grabar nuevos flujos de transporte generados por un flujo de video multiplexado recien generado mediante la codification del flujo de video original contenido en los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102. Aqui, el metodo de codificacion de imagenes en movimiento que se emplea puede ser diferente del que se utiliza para codificar el flujo de video original, de manera que el tamano de los datos o tasa de bits del nuevo flujo de video es mas pequeno que el flujo de video original. Aqui, el metodo de codificacion de imagenes en movimiento usado para generar el nuevo flujo de video puede ser de un nivel diferente del utilizado para generar el flujo de video original. Alternativamente, el mismo metodo de codificacion de imagenes en movimiento puede ser utilizado, pero con diferentes parametros. Del mismo modo, la unidad de grabacion 1108 puede grabar nuevos flujos de transporte generados por multiplexacion de un flujo de audio recien obtenido mediante la codificacion de la secuencia de audio original contenida en los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102. Aqui, el metodo de codificacion de audio que se emplea puede ser diferente del que se utiliza para codificar la secuencia de audio original, de manera que el tamano de los datos o tasa de bits de la nueva fuente de audio es menor que la corriente de audio original.

Debe tenerse en cuenta que puede ser la unidad de entrada/salida de flujo 1103 y la unidad de procesamiento de senales 1104 que realiza el proceso de codificacion de video original o flujo de audio contenido en los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102 en el video o audio de diferente tamano de los datos o la tasa de bits. Mas especificamente,

5

10

15

20

25

30

35

40

45

50

55

60

65

bajo instrucciones de la unidad de control tal como la CPU, la unidad de entrada/salida continua 1103 demultiplexa un flujo de video, un flujo de audio, el contenido de difusion de datos de servicios, etc. de los flujos de transporte obtenidos como resultado de la demodulacion y de la correction de errores mediante la unidad de demodulation 1102. Bajo las instrucciones dadas desde la unidad de control, la unidad de procesamiento de senales 1104 codifica el flujo de video demultiplexado y el flujo de audio, respectivamente, utilizando un metodo de codification de imagenes en movimiento y un metodo de codificacion de audio de cada uno diferente del metodo de codificacion utilizado para codificar los flujos de video y de audio originalmente contenidos en los flujos de transporte. Bajo las instrucciones dadas desde la unidad de control, la unidad de entrada/salida continua 1103 multiplexa el flujo de video codificado y el flujo de audio para generar nuevos flujos de transporte. Debe tenerse en cuenta que la unidad de procesamiento de senales 1104 puede realizar la conversion de uno o ambos del flujo de video o de audio de acuerdo con las instrucciones dadas desde la unidad de control. Ademas, los tamanos de flujos de video y de audio que se pueden obtener mediante la codificacion pueden especificarse por parte de un usuario o determinarse de antemano por los tipos de soportes de impresion.

Con la disposition anterior, el dispositivo de reception 1100 esta habilitado para grabar flujos de video y de audio despues de convertir los flujos a un tamano que se puede grabar en el medio de grabacion o a un tipo de tamano o bits que coincide con la velocidad de lectura o grabacion de la unidad de grabacion 1108. Esta disposicion asegura que la unidad de recodificacion registra debidamente un programa de difusion, incluso si los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102 son mas grandes en tamano que el tamano que se puede grabar en el medio de grabacion o superior en la tasa de bits de la tasa de lectura o escritura de la unidad de grabacion. En consecuencia, la visualization de tiempo de cambio del programa de emision grabado por el usuario es posible en cualquier momento despues de la emision.

Ademas, el dispositivo de recepcion 1100 ademas incluye una interfaz de salida de flujo (IF) 1109 para la transmision de flujos de transporte demodulados por la unidad de demodulacion 1102 a un dispositivo externo a traves de un medio de transporte 1130. En un ejemplo, la IF de salida de flujo 1109 puede ser un dispositivo de comunicacion por radio que transmite flujos de transporte, que se obtienen por la desmodulacion, a traves de un medio inalambrico (equivalente al medio de transporte 1130) a un dispositivo externo, utilizando un metodo de comunicacion inalambrico compatible con un estandar de comunicacion inalambrico, tal como Wi-Fi (marca registrada, un conjunto de estandares que incluyen IEEE 802.11a, IEEE 802.11g, e IEEE 802.1 In), WiGiG, HD inalambrico, Bluetooth o Zigbee. En otro ejemplo, la IF de salida de flujo 1109 puede ser un dispositivo de comunicacion por cable que transmite flujos de transporte, que se obtienen por la desmodulacion, a traves de una linea de transmision (equivalente al medio de transporte 1130) conectada fisicamente a la IF de salida de flujo 1109 a un dispositivo externo, utilizando un metodo de comunicacion compatible con los estandares de comunicacion alambricos, tales como Ethernet (marca registrada), USB (bus serie universal), PLC (comunicacion de linea de potencia) o HDMI (interfaz multimedia de alta definition).

Con la estructura anterior, el usuario puede utilizar, en un dispositivo externo, flujos de transporte recibidos por el dispositivo de recepcion 1100 usando el metodo de recepcion descrito de acuerdo con las realizaciones anteriores. El uso de flujos de transporte por parte de un usuario mencionado en este documento incluye utilizar los flujos de transporte para la visualizacion en tiempo real en un dispositivo externo, para registrar los flujos de transporte por una unidad de grabacion incluida en un dispositivo externo, y para transmitir los flujos de transporte desde un dispositivo externo a otro dispositivo externo.

En la description anterior del dispositivo de recepcion 1100, la IF de salida de flujo 1109 envia flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102. Sin embargo, el dispositivo de recepcion 1100 puede enviar datos de salida extraidos de los datos contenidos en los flujos de transporte, en lugar de toda la information contenida en los flujos de transporte. Por ejemplo, los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102 pueden contener contenido del servicio de difusion de datos, ademas de flujos de audio y de video. En este caso, la IF de salida de flujo 1109 puede enviar flujos de transporte recien generados por el video multiplexado y los flujos de audio extraidos de los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102. En otro ejemplo, la IF de salida de flujo 1109 puede enviar flujos de transporte recien generados por multiplexacion del flujo de video y de audio contenido en los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102.

Debe tenerse en cuenta que puede ser la unidad de entrada/salida de flujo 1103 que se encarga de extraer datos de enteros de los datos contenidos en los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102 y la multiplexacion de los datos extraidos. Mas especificamente, bajo instrucciones de una unidad de control, tal como la CPU, no ilustrada en las figuras, la unidad de entrada/salida continua 1103 demultiplexa un flujo de video, un flujo de audio, el contenido de difusion de datos de servicios, etc. de los flujos de transporte demodulados por la unidad de demodulacion 1102, y los extractos de piezas especificas de datos de los datos demultiplexados, y multiplexa los componentes de los datos extraidos para generar nuevos flujos de transporte. Las piezas de datos que se extraen de los datos demultiplexados pueden determinarse por parte del usuario o determinarse de antemano mediante los respectivos tipos de la IF de salida de

5

10

15

20

25

30

35

40

45

50

55

60

65

flujo 1109.

Con la estructura anterior, el dispositivo de recepcion 1100 esta habilitado para extraer y enviar solamente los datos necesarios para un dispositivo externo, que es eficaz para reducir el ancho de banda utilizado para la salida de flujos de transporte.

En la description anterior, la IF de salida de flujo 1109 envia flujos de transporte que se obtienen como resultado de la demodulation y de la correction de errores mediante la unidad de demodulation 1102. Alternativamente, sin embargo, la IF de salida de flujo 1109 puede emitir nuevos flujos de transporte generados por un flujo de video multiplexado recien obtenido mediante la codification del flujo de video original contenido en los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102. El nuevo flujo de video se codifica con un metodo de codificacion de imagenes en movimiento diferente del utilizado para codificar el flujo de video original, de manera que el tamano de los datos o tasa de bits del nuevo flujo de video es mas pequeno que el flujo de video original. Aqui, el metodo de codificacion de imagenes en movimiento usado para generar un nuevo flujo de video puede ser de un nivel diferente del utilizado para generar el flujo de video original. Alternativamente, puede utilizarse el mismo metodo de codificacion de imagenes en movimiento, pero con diferentes parametros. Del mismo modo, la IF de salida de flujo 1109 puede enviar nuevos flujos de transporte generados por multiplexacion de un flujo de audio recien obtenido mediante la codificacion de la secuencia de audio original contenida en los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102. El nuevo flujo de audio se codifica con un metodo de codificacion de audio distinto del utilizado para codificar la secuencia de audio original, de manera que el tamano de los datos o tasa de bits de la nueva fuente de audio es menor que la corriente de audio original.

El proceso de convertir el video original o el flujo de audio contenido en los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102 en el video o audio de diferente tamano de los datos de velocidad de bits se realiza, por ejemplo, mediante la unidad de entrada/salida de flujo 1103 y la unidad de procesamiento de senales 1104. Mas especificamente, bajo instrucciones de la unidad de control, la unidad de entrada/salida continua 1103 demultiplexa un flujo de video, un flujo de audio, el contenido del servicio de difusion de datos, etc. de los flujos de transporte obtenidos como resultado de la demodulacion y de la correccion de errores mediante la unidad de demodulacion 1102. Bajo instrucciones de la unidad de control, la unidad de procesamiento de senales 1104 convierte el flujo de video demultiplexado y el flujo de audio utilizando, respectivamente, un metodo de imagen en movimiento y un metodo de codificacion de audio diferente del metodo que se utilizo en la conversion de codificacion que se aplica para obtener los flujos de video y audio. Bajo las instrucciones dadas desde la unidad de control, la unidad de entrada/salida continua 1103 multiplexa el flujo de video recien convertido y flujo de audio para generar nuevos flujos de transporte. Debe tenerse en cuenta que la unidad de procesamiento de senales 1104 puede llevar a cabo la conversion de uno o ambos del flujo de video o audio de acuerdo con las instrucciones dadas desde la unidad de control. Ademas, los tamanos de los flujos de video y audio que se pueden obtener mediante la conversion pueden especificarse por parte de un usuario o determinarse de antemano por los tipos de la IF de salida de flujo 1109.

Con la estructura anterior, el dispositivo de recepcion 1100 esta habilitado para enviar flujos de video y de audio despues de la conversion de los flujos a una tasa de bits que coincide con la velocidad de transferencia entre el dispositivo de recepcion 1100 y un dispositivo externo. Esta disposition asegura que incluso si los flujos de transporte obtienen como resultado la demodulacion y la correccion de errores mediante la unidad de demodulacion 1102 son mas altos en la tasa de bits que la tasa de transferencia de datos a un dispositivo externo, la IF de salida de flujo debidamente envia nuevos flujos de transporte a una tasa de bits apropiada al dispositivo externo. En consecuencia, el usuario puede utilizar los nuevos flujos de transporte en otro dispositivo de comunicacion.

Ademas, el dispositivo de recepcion 1100 incluye tambien la IF de salida AV 1111 que envia senales de video y audio decodificados por la unidad de procesamiento de senales 1104 a un dispositivo externo a traves de un medio de transporte externo. En un ejemplo, la IF de salida AV 1111 puede ser un dispositivo de comunicacion inalambrica que transmite flujos de transporte, que se obtienen mediante demodulacion, a traves de un medio inalambrico a un dispositivo externo, utilizando un metodo de comunicacion inalambrica compatible con los estandares de comunicacion inalambrica, tal como Wi-Fi (marca registrada), que es un conjunto de estandares que incluyen IEEE 802.11a, IEEE 802.11g, IEEE 802.11n, WiGig, HD inalambrica, Bluetooth o Zigbee. En otro ejemplo, la IF de salida de flujo 1109 puede ser un dispositivo de comunicacion por cable que transmite senales de video y audio moduladas a traves de una linea de transmision conectada fisicamente a la IF de salida de flujo 1109 a un dispositivo externo, utilizando un metodo de comunicacion compatible con los estandares de comunicacion con cable, tal como Ethernet (marca registrada), USB, PLC, o HDMI. En otro ejemplo, la IF de salida de flujo 1109 puede ser un terminal para la conexion de un cable para emitir las senales de video y audio en forma analogica.

Con la estructura anterior, el usuario esta autorizado a utilizar en un dispositivo externo las senales de video y audio decodificadas por la unidad de procesamiento de senales 1104.

Ademas, el dispositivo de recepcion 1100 incluye, ademas, una unidad de entrada de operation 1110 para recibir una operacion del usuario. De acuerdo con las senales de control indicativas de entrada de las operaciones del

5

10

15

20

25

30

35

40

45

50

55

60

65

usuario a la unidad de entrada de operacion 1110, el dispositivo de recepcion 1100 realiza varias operaciones, como la de encender o apagar el aparato, cambiar del canal de recepcion seleccionado actualmente a otro, activar o desactivar la visualization de subfitulos de texto, cambiar la visualization de subfitulos de texto a otro idioma, cambiar el volumen de salida de audio de la unidad de salida de audio 1106, y cambiar la configuration de los canales que se pueden recibir.

Ademas, el dispositivo de recepcion 1100 puede tener una funcion de mostrar el nivel de la antena que indica la calidad de la senal recibida por el dispositivo de recepcion 1100. Debe tenerse en cuenta que el nivel de la antena es un indicador de la calidad de recepcion calculado sobre la base de, por ejemplo, el indicador de intensidad de la senal recibida, el indicador de la intensidad de senal recibida (RSSI), la intensidad de campo recibida, la relation de potencia del portador y el ruido (C/N), la tasa de errores de bits (BER), la tasa de errores de paquetes, la tasa de errores de tramas, y la information de estado del canal de la senal recibida en el dispositivo de recepcion 1100. En otras palabras, el nivel de la antena es una senal que indica el nivel y la calidad de la senal recibida. En este caso, la unidad de demodulation 1102 tambien cumple la funcion de una unidad de medicion de la calidad de recepcion para la medicion de las caracteristicas de la senal recibida, tales como RSSI, la intensidad de campo recibida, C/N, BER, la tasa de errores de paquetes, la tasa de errores de tramas, y el estado del canal de informacion. En respuesta a una operacion del usuario, el dispositivo de recepcion 1100 muestra el nivel de la antena (es decir, la senal que indica el nivel y la calidad de la senal recibida) de la unidad de visualizacion de video 1107 de una manera identificable por el usuario. El nivel de la antena (es decir, la senal que indica el nivel y la calidad de la senal recibida) puede aparecer numericamente utilizando un numero que representa el RSSI, la intensidad de campo recibida, C/N, BER, la tasa de errores de paquetes, la tasa de errores de tramas, la informacion del estado del canal o similar. Alternativamente, el nivel de la antena se puede visualizar usando una imagen que representa el RSSI, la intensidad de campo recibida, C/N, BER, la tasa de errores de paquetes, la tasa de errores de tramas, la informacion de estado del canal o similares.

Supongamos el siguiente caso: cuando la estacion de difusion (estacion base) 715 transmite una pluralidad de flujos elementales que constituyen un programa (por ejemplo, uno o mas flujos de video, uno o mas flujos de audio, y uno o mas flujos de metadatos), se consigue un metodo de transmision jerarquico mediante (i) ajuste de la correction de errores en la velocidad de codification, el tamano de la constelacion basada en un metodo de modulation, la longitud de entrelazado y otros parametros de la capa fisica por separado para cada tuberia de la capa fisica individual, y (ii) especificacion de un nivel de robustez por separado para cada tuberia de la capa fisica individual. En este caso, el dispositivo de recepcion 1100 puede estar configurado de las siguientes maneras. El dispositivo de recepcion 1100 puede tener las funciones de, por ejemplo, (i) calcular los indices que indican, respectivamente, una pluralidad de cualidades de recepcion para una pluralidad de jerarquias, y (ii) presentar los indices calculados como una pluralidad de niveles de antena (senales que indican niveles y calidades superiores/inferiores de las senales recibidas, respectivamente), ya sea de una vez o por el cambio de pantalla de un indice para mostrar otro indice. Alternativamente, el dispositivo de recepcion 1100 puede tener las funciones de (i) calculo de un indice que indica una calidad de recepcion para todas o algunas de las jerarquias, y (ii) la presentation del indice calculado como un nivel de la antena (una senal que indica un nivel y una calidad superior/inferior de las senales recibidas).

En un caso en el que las senales son recibidas usando cualquiera de los metodos de recepcion descritos en las realizaciones anteriores, la estructura anterior permite al usuario sujetar numericamente o visualmente un nivel de la antena (una senal que indica un nivel y una calidad superior/inferior de las senales recibidas) o bien para cada jerarquia o para cada grupo de jerarquia que se componen de dos o mas jerarquias.

Ademas, el dispositivo de recepcion 1100 puede tener la funcion de cambiar entre flujos elementales que se van a reproducir (decodificar) de acuerdo con la calidad de recepcion de cada flujo elemental que constituye el programa que se esta viendo, o la funcion de mostrar el estado de la recepcion de cada flujo elemento que constituye un programa de este tipo. En un caso en el que la estacion emisora (estacion base) 715 logra un metodo de transmision jerarquico por (i) ajuste de la correccion de errores en la velocidad de codificacion, el tamano de la constelacion basada en un metodo de modulacion, el entrelazado de la longitud y otros parametros de la capa fisica por separado para cada tuberia de capa fisica individual y (ii) especificacion de un nivel de robustez por separado para cada tubo de la capa fisica individual, hay una posibilidad de que una condition de recepcion pueda ser diferente para cada PLP en el dispositivo de recepcion 1100. Por ejemplo, supongase un caso en que una pluralidad de flujos elementales que constituyen un programa se transmiten a traves de una primera tuberia de capa fisica y una segunda tuberia de capa fisica que tiene un nivel de solidez mas bajo que la primera tuberia de capa fisica. En este caso, en funcion del entorno de recepcion, hay una posibilidad de que un(os) flujo(s) elemental(s) transmitido(s) a traves de la primera tuberia de capa fisica se recibe/obtiene en un buen estado de recepcion, mientras que un(os) flujo(s) elemental(es) transmitido(s) a traves de la segunda tuberia de capa fisica se recibe/obtiene con una calidad de recepcion pobre. En este momento, el dispositivo de recepcion 1100 determina si la condicion de recepcion es buena o mala sobre la base de, por ejemplo, (i) piezas de informacion, tales como RSSI, intensidad de campo, C/N, BER, tasa de errores de paquetes y errores de velocidad de trama de las senales recibidas, e informacion del estado del canal de las senales recibidas, y (ii) piezas de informacion del nivel de robustez establecido en las tuberias de la capa fisica sobre la que se transmiten los flujos elementales. Alternativamente, el dispositivo de recepcion 1100 puede realizar el juicio anterior en cuanto a si la condicion de recepcion es buena o pobre basandose en el siguiente criterio: si la tasa de errores de una trama de banda base de cada flujo elemental o la tasa de errores de un paquete

5

10

15

20

25

30

35

40

45

50

55

60

65

de TS de cada flujo primario por unidad de tiempo, es (i) mayor que o igual a un valor umbral predeterminado, o (ii) menor que el valor umbral predeterminado. Para cada uno de la pluralidad de flujos elementales que constituyen el programa, la unidad de demodulacion 1102 del dispositivo de recepcion 1100 juzga si las condiciones de recepcion del flujo primario son buenas o pobres y envia una senal que indica el estado de la recepcion juzgado. Sobre la base de las senales que indican las condiciones de recepcion de los flujos elementales, el dispositivo de recepcion 1100 realiza el control de la conmutacion entre corrientes elementales a decodificar mediante la unidad de procesamiento de la senal 1104, indicando el control de visualizacion de informacion una condicion de recepcion del programa en la unidad de visualizacion de video 1107, etc.

A continuacion, se explica un ejemplo de operaciones realizadas por el dispositivo de recepcion 1100 cuando la pluralidad de flujos elementales que constituyen el programa incluye una pluralidad de flujos de video. Aqui se supone que la pluralidad de flujos elementales que constituyen el programa incluye un primer flujo de video obtenido mediante la codificacion de video de baja definicion y un segundo flujo de video contenido mediante la codificacion de video de alta definicion (datos diferenciales utilizados para reproducir el video de alta definicion en sucesion en el video de baja definicion). Tambien se supone aqui que una tuberia de capa fisica sobre la que se transmite el primer flujo de video tiene un nivel de solidez mas alto que una tuberia de capa fisica sobre la cual se transmite el segundo flujo de video, y que el estado de la recepcion del primer flujo de video es siempre mejor que o igual a la condicion de recepcion del segundo flujo de video. Cuando la condicion de recepcion del segundo flujo de video es buena, la unidad de procesamiento de senal 1104 del dispositivo de recepcion 1100 realiza la descodificacion mediante el uso del primer y segundo flujos de video, y el dispositivo de recepcion 1100 muestra una senal de video de alta definicion que se obtiene a traves de la decodificacion en la unidad de visualizacion de video 1107. Por otro lado, cuando las condiciones de recepcion del segundo flujo de video son pobres, la unidad de procesamiento de senal 1104 del dispositivo de recepcion 1100 realiza la descodificacion mediante el uso de solo el primer flujo de video, y el dispositivo de recepcion 1100 muestra una senal de video de baja definicion que se obtiene a traves de la decodificacion en la unidad de visualizacion de video 1107.

Cuando las condiciones de recepcion del segundo flujo de video son pobres, la estructura anterior permite visualizar de forma estable de video de baja definicion para el usuario en lugar del video de alta definicion en bruto.

Cabe senalar que, de acuerdo con la estructura anterior, el dispositivo de recepcion 1100 no juzga si el estado de la recepcion del primer flujo de video es bueno o pobre. Esto es porque, incluso si el estado de la recepcion del primer flujo de video es pobre, se cree que la presentation del video de baja definicion obtenido mediante la decodificacion del primer flujo de video es mas preferible que no se muestre el video del primer flujo de video al detener la decodificacion del primer flujo de video, incluso con presencia de rugosidad o interruption en el video del primer flujo de video. Sin embargo, no hace falta decir que el dispositivo de recepcion 1100 puede juzgar si la condicion de recepcion es buena o pobre para el primer y el segundo flujos de video y cambiar entre flujos elementales a descodificar por la unidad de procesamiento de senales 1104 basandose en un resultado del juicio. En este caso, cuando las condiciones de recepcion del primer y segundo flujos de video sean buenas, la unidad de procesamiento de la senal 1104 del dispositivo de recepcion 1100 realiza la descodificacion mediante el uso del primer y segundo flujos de video, y el dispositivo de recepcion 1100 muestra una senal de video de alta definicion que se obtiene a traves de la decodificacion en la unidad de visualizacion de video 1107. Por otro lado, cuando las condiciones de recepcion del segundo flujo de video son pobres, pero las condiciones de recepcion del primer flujo de video son buenas, la unidad de procesamiento de senal 1104 del dispositivo de recepcion 1100 realiza la decodificacion mediante el uso del primer flujo de video, y el dispositivo de recepcion 1100 muestra una senal de video de baja definicion obtenida a traves de la decodificacion en la unidad de visualizacion de video 1107. Por otro lado, cuando las condiciones de recepcion del primer y segundo flujos de video son pobres, el dispositivo de recepcion 1100 detiene el proceso de decodificacion, es decir, no decodifica el primer y segundo flujos de video. La estructura anterior puede suprimir el consumo de energia al detener el proceso de decodificacion cuando las condiciones de recepcion del primer y segundo flujos de video son a la vez tan pobres que el usuario no puede averiguar de que se trata el video en la pantalla del primer flujo de video decodificado.

Con respecto a la estructura anterior, el dispositivo de recepcion 1100 puede juzgar si el estado de la recepcion del primer flujo de video es bueno o pobre basandose en un criterio diferente de un criterio basado en que si el estado de la recepcion del segundo flujo de video es bueno o pobre.

Por ejemplo, cuando se juzga si las condiciones de recepcion del primer y segundo flujos de video son buenos o pobres basandose en la tasa de errores de una trama de banda base de cada flujo de video o la tasa de error de un paquete TS de cada flujo de video por unidad de tiempo, el dispositivo de recepcion 1100 hace que un primer valor umbral que se utiliza para juzgar si las condiciones de recepcion del primer flujo de video es bueno o pobre mas que un segundo valor de umbral que se utiliza para juzgar si las condiciones de recepcion del segundo flujo de video es bueno o pobre.

Ademas, el dispositivo de recepcion 1100 puede realizar el juicio acerca de si las condiciones de recepcion del segundo flujo de video es bueno o pobre basandose en la tasa de errores de una trama de banda base del segundo flujo de video o la tasa de errores de un paquete TS de la segunda transmision de video por unidad de tiempo, mientras se realiza el juicio acerca de si las condiciones de recepcion del primer flujo de video son buenas o pobres

5

10

15

20

25

30

35

40

45

50

55

60

65

en funcion de si la senalizacion previa L1 y la senalizacion posterior Ll-descritas en las realizaciones anteriores se han recibido o no. Ademas, el dispositivo de recepcion 1100 puede realizar el juicio acerca de si las condiciones de recepcion del segundo flujo de video son buenas o pobres basandose en la tasa de errores de una trama de banda base del segundo flujo de video o la tasa de errores de un paquete TS de la segunda transmision de video por unidad de tiempo, mientras se realiza el juicio acerca de si las condiciones de recepcion del primer flujo de video son buenas o pobres basandose en piezas de informacion, tal como RSSI, intensidad de campo, y C/N de las senales recibidas. La estructura anterior permite el establecimiento de un criterio para detener la decodificacion de los flujos de video para cada flujo de video.

Se ha descrito anteriormente que el flujo de video obtenido por la codificacion de video de baja definicion y el flujo de video obtenido por la codificacion de video de alta definicion se transmiten por diferentes PLPs que tienen diferentes niveles de robustez. Del mismo modo, las combinaciones de otros flujos elementales tambien pueden ser transmitidas a traves de diferentes PLPs que tienen diferentes niveles de robustez. Por ejemplo, en el caso de una pluralidad de flujos de video que se obtienen respectivamente mediante la codificacion de una pluralidad de imagenes en movimiento que forman un video en 3D con diferentes angulos de vision, tales flujos de video pueden ser transmitidos por diferentes PLPs que tienen diferentes niveles de robustez. Un flujo de video y otro de audio pueden ser transmitidos a traves de diferentes niveles de PLP que tienen diferente robustez. El dispositivo de recepcion 1100 puede lograr efectos que son similares a los efectos de la estructura anterior mediante la selection, de entre los flujos elementales recibidos, de uno(s) flujo(s) elemental(es) que ha sido juzgado para estar en un buen estado de recepcion, y la reproduction (decodificacion) del flujo(s) elemental(es) seleccionado(s).

En un caso en que la reproduccion (decodificacion) no se realiza con el uso de los flujos elementales que constituyen el programa debido a malas condiciones de recepcion de parte de los flujos elementales, el dispositivo de recepcion 1100 puede multiplexar un texto o una imagen que indica la parte de los flujos elementos con malas condiciones de recepcion o el resto de los flujos elementales con buenas condiciones de recepcion, y luego visualizar el texto o la imagen en la unidad de visualization de video 1107. Por ejemplo, en un caso en el que un programa se esta emitiendo como video de alta definicion se muestra como video de baja definicion, la estructura anterior permite que el usuario tenga que aceptar facilmente que el video de baja definicion se muestra debido a las malas condiciones de recepcion.

Se ha descrito anteriormente que la unidad de demodulation 1102 juzga las condiciones de recepcion para cada uno de la pluralidad de flujos elementales que constituyen el programa. Alternativamente, la unidad de procesamiento de senales 1104 puede juzgar si cada flujo elemental se ha recibido o no basandose en un valor de un identificador de errores de transporte anadido a cada paquete TS de flujos de video de entrada y flujos de audio.

Aunque el dispositivo de recepcion 1100 se ha descrito anteriormente como que tiene la unidad de salida de audio 1106, la unidad de pantalla de video 1107, la unidad de grabacion 1108, la IF de salida de flujo 1109, y la IF de salida de AV 1111, no es necesario que el dispositivo de recepcion 1100 tenga todas estas unidades. Como el dispositivo de recepcion 1100 esta provisto de al menos una de las unidades 1106-1111 que se describen anteriormente, el usuario esta habilitado para utilizar flujos de transporte obtenidos como resultado de la demodulacion y de la correction de errores mediante la unidad de demodulacion 1102. Por lo tanto, es aplicable que el dispositivo de recepcion 1100 tenga una o mas de las unidades descritas anteriormente en cualquier combination dependiendo de su aplicacion.

Flujos de transporte

La siguiente es una description detallada de una estructura ejemplar de un flujo de transporte.

La figura 12 es una vista que ilustra una estructura de flujo de transporte ejemplar. Como se ilustra en la figura 12, un flujo de transporte se obtiene multiplexando uno o mas flujos elementales, que son elementos que constituyen un programa de difusion (programa o evento que es parte de un programa) proporcionado actualmente a traves de los servicios respectivos. Ejemplos de flujos elementales incluyen un flujo de video, transmision de audio, flujo de presentation grafica (PG), y flujo grafico interactivo (IG). En el caso en que un programa de emision llevado por el flujo(s) de transporte sea una pelicula, los flujos de video representan un video principal y un video secundario de la pelicula, los flujos de audio representan el audio principal de la pelicula y el audio secundario se mezclado con el audio principal, y el flujo PG representa los subtitulos de la pelicula. El termino "video principal" que se utiliza aqui se refiere a las imagenes de video normalmente presentadas en una pantalla, mientras que "video secundario" se refiere a las imagenes de video (por ejemplo, las imagenes de texto que explican el entorno de la pelicula) que se presentaran en una pequena ventana insertada dentro de las imagenes de video. El flujo IG representa una pantalla interactiva constituida para presentar componentes GUI en una pantalla.

Cada flujo de contenido en un flujo de transporte se identifica mediante un identificador llamado PID asignado de forma exclusiva al flujo. Por ejemplo, el flujo de video que lleva las principales imagenes de video de una pelicula se asigna a "0x1011", a cada flujo de audio se le asigna uno diferente de "0x1100" a "0x111F", cada flujo PG se le asigna uno diferente de "0x1200" a "0x121F", a cada flujo IG se le asigna uno diferente de "0x1400" a "0x141F", cada flujo de video que contiene imagenes de video secundario de la pelicula se le asigna uno diferente de

5

10

15

20

25

30

35

40

45

50

55

60

65

"0x1B00" a "0x0B1F", a cada flujo de audio de audio secundario que se mezcla con el audio principal se le asigna uno diferente de "0x1A00" a "0x1A1F".

La figura 13 es una vista esquematica que ilustra un ejemplo de como se multiplexa un flujo de transporte. En primer lugar, un flujo de video 1301 compuesto por una pluralidad de tramas de video se convierte en una secuencia de paquetes PES 1302 y luego en una secuencia de paquetes TS 1303, mientras que un flujo de audio 1304 compuesto de una pluralidad de tramas de audio se convierte en una secuencia de paquetes PES 1305 y luego en una secuencia de paquetes TS 1306. Del mismo modo, el flujo PG 1311 se convierte primero en una secuencia de paquetes PES 1312 y luego en una secuencia de paquetes TS 1313, mientras que el flujo IG 1314 se convierte en una secuencia de paquetes PES 1315 y luego en una secuencia de paquetes TS 1316. El flujo de transporte 1317 se obtiene mediante la multiplexacion de las secuencias de paquetes TS (1303, 1306, 1313 y 1316) en un solo flujo.

La figura 14 ilustra los detalles de como un flujo de video se divide en una secuencia de paquetes PES. En la figura 14, el primer nivel muestra una secuencia de tramas de video incluidas en un flujo de video. El segundo nivel muestra una secuencia de paquetes PES. Como se indica mediante las flechas yy1, yy2, yy3, y yy4 se muestra en la figura 14, una pluralidad de unidades de presentacion de video, es decir, imagenes I, imagenes B e imagenes P, de un flujo de video se almacenan por separado en las cargas utiles de paquetes PES basandose en imagen por imagen. Cada paquete PES tiene una cabecera PES y almacena en la cabecera PES una presentacion de sello de tiempo (PTS) y la decodificacion de sello de tiempo (DTS) que indica el tiempo de visualizacion y el tiempo de decodificacion de una imagen correspondiente.

La figura 15 ilustra el formato de un paquete TS que finalmente se carga en un flujo de transporte. El paquete TS es un paquete de longitud fija de 188 bytes y tiene una cabecera TS de 4 bytes que contiene la informacion de que PID identificar la secuencia y una carga util TS de 184 bytes que transporta datos reales. Los paquetes PES descritos anteriormente estan divididos para ser almacenados en las cargas utiles TS de paquetes TS. En el caso de BD- ROM, cada paquete TS esta unido con una cabecera TP adicional de 4 bytes para construir un paquete fuente de 192 bytes, que se va a cargar en un flujo de transporte. La cabecera adicional TP contiene informacion tal como la fecha y hora de llegada (ATS). La ATS indica un tiempo para iniciar la transferencia del paquete TS al filtro de PID de un decodificador. Como se muestra en el nivel mas bajo en la figura 15, un flujo de transporte incluye una secuencia de paquetes fuente, cada uno con un numero de paquete fuente (SPN), que es un numero incremental secuencialmente desde el inicio del flujo de transporte.

Ademas de los paquetes TS que almacenan flujos tales como flujos de video, audio, y PG, un flujo de transporte tambien incluye paquetes TS que almacenan una tabla de asociacion de programas (PAT), una tabla de correspondencia de programas (PMT), y un reloj de programa de referencia (PCR). La PAT en un flujo de transporte indica el PID de un PMT usado en el flujo de transporte, y el PID de la PAT es "0". La PMT incluye PIDs de identificacion de los flujos respectivos, como video, audio y subtitulos, contenidos en un flujo de transporte y la informacion de atributos (tasa de tramas, relacion de aspecto, etc.) de los flujos identificados por los respectivos PIDs. Ademas, la PMT incluye varios tipos de descriptores relacionados con el flujo de transporte. Uno de estos descriptores puede ser copia de la informacion de control que indica si la copia del flujo de transporte esta permitida o no. La PCR incluye informacion para la sincronizacion de la hora de llegada del reloj (ATC), que es el eje de tiempo de ATS, con el reloj de tiempo del sistema (STC), que es el eje de tiempo de PTS y DTS. Mas especificamente, el paquete PCR incluye informacion que indica un tiempo STC correspondiente al ATS en el que el paquete PCR se va a transferir.

La figura 16 es una vista que ilustra la estructura de datos de la PMT en detalle. La PMT comienza con una cabecera PMT que indica la longitud de los datos contenidos en la PMT. Despues de la cabecera de PMT, se disponen los descriptores relacionados con el flujo de transporte. Un ejemplo de un descriptor incluido en la PMT es la informacion de control de copia que se ha descrito anteriormente. Despues de los descriptores, se disponen piezas de informacion del flujo en relacion con los respectivos flujos incluidos en el flujo de transporte. Cada pieza de informacion del flujo se compone de descriptores de transmision que indican un tipo de flujo que identifica un codec de compresion empleado para un flujo correspondiente, un PID del flujo, y la informacion de atributos (tasa de tramas, relacion de aspecto, y similares) del flujo. La PMT incluye tantos descriptores de transmision como el numero de flujos incluidos en el flujo de transporte.

Cuando se graba en un medio de grabacion, por ejemplo, el flujo de transporte se graba junto con un archivo de informacion del flujo de transporte.

La figura 17 es una vista que ilustra la estructura del archivo de informacion del flujo de transporte. Como se ilustra en la figura 17, el archivo de informacion del flujo de transporte es la informacion de gestion de un flujo de transporte correspondiente y compuesto por informacion del flujo de transporte, el flujo de informacion de atributos y un mapa de entradas. Debe tenerse en cuenta que los archivos de informacion de flujo de transporte y los flujos de transporte estan en una relacion de uno a uno.

Como se ilustra en la figura 17, la informacion del flujo de transporte se compone de una tasa del sistema, el tiempo de inicio de la reproduccion, y el tiempo de finalizacion de la reproduction. La tasa de sistema indica la tasa de

5

10

15

20

25

30

35

40

45

50

55

60

65

transferencia maxima del flujo de transporte al filtro PID de un decodificador objetivo del sistema, que se describira mas adelante. El flujo de transporte incluye ATSs a intervalos establecidos para no exceder la tasa del sistema. El tiempo de inicio de la reproduccion se establece en el tiempo especificado por el PTS de la primera trama de v^deo en el flujo de transporte, mientras que el tiempo de finalizacion de reproduccion se ajusta al tiempo calculado, anadiendo el periodo de reproduccion de una trama al PTS de la ultima trama de video en el flujo de transporte.

La figura 18 ilustra la estructura de informacion de atributos del flujo contenida en un archivo de informacion de flujo de transporte. Como se ilustra en la figura 18, la informacion de atributos del flujo incluye piezas de informacion de atributos de los flujos respectivos incluidos en un flujo de transporte y cada atributo de informacion se registra con un PID correspondiente. Es decir, se proporcionan diferentes tipos de informacion de atributos para diferentes flujos, es decir, un flujo de video, un flujo de audio, un flujo PG y un flujo IG. El segundo flujo de video indica los codecs de compresion empleados para comprimir el flujo de video, las resoluciones de las imagenes individuales que constituyen el flujo de video, la relacion de aspecto, la tasa de tramas, y asi sucesivamente. La informacion de atributos del flujo de audio indica el codec de compresion empleados para comprimir el flujo de audio, el numero de canales incluidos en el flujo de audio, el idioma del flujo de audio, la frecuencia de muestreo, y asi sucesivamente. Estas piezas de informacion se utilizan para inicializar un decodificador antes de la reproduccion mediante un reproductor.

En la presente realizacion, entre las piezas de informacion incluidas en el archivo de informacion del paquete de usuario, se utiliza el tipo de flujo incluido en la PMT. En el caso en el que se grabe el paquete de usuario en un medio de grabacion, se utiliza la informacion de atributos del flujo de video incluida en el archivo de informacion de paquete de usuario. Mas especificamente, el metodo de codificacion de imagenes en movimiento y el dispositivo descrito en cualquiera de las realizaciones anteriores pueden modificarse para incluir, ademas, una etapa o unidad de ajuste de una pieza especifica de informacion en el tipo de flujo incluido en la PMT o en la informacion de atributos del flujo de video. La pieza especifica de informacion es para indicar que los datos de video se generan mediante el metodo de codificacion de imagenes en movimiento y el dispositivo descrito en la realizacion. Con la estructura anterior, los datos de video generados por el metodo de codificacion de imagenes en movimiento y el dispositivo descrito en cualquiera de las realizaciones anteriores son distinguibles de los datos de video compatibles con otros estandares.

La figura 19 ilustra una estructura de ejemplo de un dispositivo de salida de video y audio 1900 que incluye un dispositivo de recepcion 1904 para recibir una senal modulada que transporta datos de video y audio o datos de difusion desde una estacion de difusion (estacion base). Debe tenerse en cuenta que la estructura del dispositivo de recepcion 1904 es basicamente igual que el dispositivo de recepcion 1100 que se ilustra en la figura 11. El dispositivo de salida de video y de audio 1900 se instala con un sistema operativo (OS), por ejemplo, y tambien con una unidad de comunicacion 1906 (un dispositivo de red inalambrica de area local (LAN) o Ethernet (marca registrada), por ejemplo) para establecer una conexion a Internet. Con esta estructura, el hipertexto (World Wide Web (WWW)) 1903 proporcionado a traves de Internet se puede visualizar en un area de visualizacion 1901 simultaneamente con imagenes reproducidas 1902 en el area de visualizacion 1901 de los datos de video y de audio o los datos proporcionados por la emision de datos. Al operar un mando a distancia (que puede ser un telefono movil o un teclado) 1907, el usuario puede hacer una seleccion en las imagenes 1902 reproducidas a partir de datos proporcionados por la emision de datos o el hipertexto 1903 proporcionado a traves de Internet para cambiar el funcionamiento del dispositivo de salida de video y audio 1900. Por ejemplo, mediante el accionamiento del mando a distancia para hacer una seleccion en el hipertexto 1903 proporcionado a traves de Internet, el usuario puede cambiar el sitio WWW que se muestra en ese momento a otro sitio. Alternativamente, mediante el accionamiento del mando a distancia 1907 para realizar una seleccion en las imagenes 1902 reproducidas a partir de los datos de video o de audio o los datos proporcionados por la emision de datos, el usuario puede transmitir la informacion que indica el canal seleccionado (por ejemplo, programa de emision seleccionado o difusion de audio). En respuesta, una interfaz (IF) 1905 adquiere informacion transmitida desde el mando a distancia 1907, de modo que el dispositivo de recepcion 1904 opera para obtener datos de recepcion mediante la demodulacion y la correccion de errores de una senal realizada en el canal seleccionado. En el momento de la recepcion de datos, el dispositivo de recepcion 1904 recibe los simbolos de control que contienen informacion que indica un metodo de transmision de una senal transportada en el canal seleccionado, por lo que se obtiene la informacion indicativa del metodo de transmision. Con la informacion, el dispositivo de recepcion 1904 esta habilitado para realizar los ajustes apropiados para la operacion de recepcion, el metodo de demodulacion, y el metodo de correccion de errores para recibir flujos de transporte debidamente transmitidos desde una estacion de difusion (estacion base). Aunque la descripcion anterior se refiere a un ejemplo en el que el usuario selecciona un canal con el mando a distancia 1907, la misma descripcion se aplica a un ejemplo en el que el usuario selecciona un canal utilizando una tecla de seleccion proporcionada en el dispositivo de salida de video y audio 1900.

Ademas, el dispositivo de salida de video y audio 1900 puede ser operado a traves de Internet. Por ejemplo, un terminal conectado a Internet se utiliza para hacer ajustes en el dispositivo de salida de video y de audio 1900 para la grabacion preprogramada (almacenamiento). (El dispositivo de salida de video y audio 1900, por lo tanto, tiene la unidad de grabacion 1108, como se ilustra en la figura 11). Antes de iniciar la grabacion preprogramada, el dispositivo de salida de video y de audio 1900 selecciona el canal, de modo que el dispositivo de recepcion 1904 opera para obtener datos de recepcion mediante la demodulacion y la correccion de errores de una senal

5

10

15

20

25

30

35

40

45

50

55

60

65

transportada en el canal seleccionado. En el momento de la recepcion de datos, el dispositivo de recepcion 1904 recibe los simbolos de control que contienen informacion que indica un metodo de transmision de una senal transportada en el canal seleccionado, por lo que se obtiene la informacion indicativa del metodo de transmision. Con la informacion, el dispositivo de recepcion 1904 esta habilitado para realizar los ajustes apropiados para la operacion de recepcion, el metodo de demodulacion, y el metodo de correccion de errores para recibir flujos de transporte debidamente transmitidos desde una estacion de difusion (estacion base).

Resumiendo, la presente invencion proporciona un mecanismo de compresion reversible para la compresion de una cabecera de un paquete de flujo de transporte para transmision en una red de difusion digital. En particular, una tuberia de capa fisica para transmitir el paquete de flujo de transporte se selecciona de acuerdo con el identificador de paquete del paquete de flujo de transporte y el identificador de paquete del paquete de flujo de transporte se sustituye con un identificador de paquete corto que indica al menos si el flujo de transporte paquete es un paquete NULO.

Aplicabilidad Industrial

La presente invencion proporciona un mecanismo de compresion reversible para la compresion de una cabecera de un paquete de flujo de transporte para su transmision en una red de difusion digital, y es en consecuencia eficaz en el aumento de la eficacia de transmision en una red de difusion digital.

Lista de signos de referencia

110: paquete TS

120: cabecera de paquete TS

121: byte de sincronizacion (byte sync)

122: indicador de errores de transporte

123: indicador de inicio de unidad de carga util

124: prioridad de transporte

125: identificador de paquete (PID)

126: control de codificacion de transporte

127: control de campo de adaptacion

128: contador de continuidad

130: carga util del paquete TS

201: paquete TS

210: demultiplexor

220: procesamiento de tuberia de capa fisica

230: asignacion de trama

240: modulation

250: procesamiento de entrada

260: codificacion de correccion de errores haci

270: asignacion de constelacion

280: intercalation

301: rafaga de datos

302: portion de carga util del paquete de band,

303: trama de banda

320: cabecera de la trama de banda base

330: resto

340: carga util de paquetes de banda base

350: relleno

410: paquete NULO

500: cabecera comprimida

510: Indicador de paquetes NULOS

520: Indicador de paquetes duplicados

600a: transmisor

600b: receptor

601: flujo de paquetes de flujo de transporte

610: unidad de extraction

620: unidad de compresion de la cabecera

630: demultiplexor (DEMUX)

640: unidad de procesamiento de capa fisica

650: unidad de transmision

660: unidad de recepcion

670: unidad de procesamiento de capa fisica

680: unidad de extraccion

690: unidad de derivation de la cabecera

691: paquete TS

5

10

15

20

25

30

35

40

45

695 710 715 730 740 750 760 800 810 820 830 910 920 930 1000 1010 1020 1030 1100 1101 1102 1103 1104 1105 1106 1107 1108 1109 1110 1111 1130, 1140 1150 1160 1301 1302, 1305, 1312, 1315 1303, 1306, 1313, 1316 1304 1311 1314 1317 1900 1901 1902 1903 1904 1905 1906 1907: unidad de descompresion de la cabecera transmisor estacion transmisora ordenador personal (PC) set top box (STB) television TV con receptor transmisor demultiplexor (DEMUX) procesamiento de senalizacion L1 asignacion de trama senalizacion P1 senalizacion previa L1 senalizacion posterior L1 receptor unidad de procesamiento de capa fisica procesamiento de senalizacion L1 unidad de combinacion dispositivo de recepcion sintonizador unidad de demodulacion unidad de entrada/salida de flujo unidad de procesamiento de senal unidad de salida AV unidad de salida de audio unidad de visualizacion de video unidad de grabacion IF salida de flujo unidad de entrada de operacion IF salida AV medio de transporte control remoto antena flujo de video secuencia de paquetes PES secuencia de paquetes TS flujo de audio flujo de presentacion grafica (PG) flujo grafico interactivo (IG) flujo de transporte dispositivo de salida de audio y de video area de visualizacion imagenes hipertexto dispositivo de recepcion interfaz (IF) unidad de comunicacion control remoto

Claims

5

10

15

20

25

30

35

40

45

50

55

60

65

REIVINDICACIONES

1. Un metodo para transmision en una red de difusion digital (715) de una pluralidad de flujos de datos generados a partir de un flujo de transporte (TS), incluyendo el TS una pluralidad de paquetes TS que corresponden cada uno a un paquete de datos TS de longitud fija que contienen datos de difusion digitales o un paquete NULO, incluyendo al menos uno de la pluralidad de los flujos de datos una pluralidad de paquetes TS de cabecera comprimida, teniendo cado uno de la pluralidad de paquetes TS antes de la compresion de la cabecera, una cabecera (120) que incluye un identificador de paquete (125) con una longitud predefinida de una pluralidad de bits, siendo el identificador de paquetes relativo al paquete de datos TS antes de la compresion de la cabecera uno cualquiera de una pluralidad de identificadores de paquete, siendo el identificador de paquete relativo al paquete NULO antes de que la compresion de la cabecera un identificador de paquete predefinido que es diferente de la pluralidad de identificadores de paquetes,

comprendiendo el metodo la etapa de

identificar la cabecera (120) de cada uno de la pluralidad de paquetes TS antes de la compresion de la cabecera, caracterizado por

asignar, con respecto a al menos uno de la pluralidad de identificadores de paquete relativos a los paquetes de datos TS antes de la compresion de la cabecera, una pluralidad de paquetes TS a una sola tuberia de capa fisica con compresion de la cabecera, consistiendo dicha pluralidad de paquetes TS en una pluralidad de paquetes de datos TS que tienen el mismo identificador de paquete y uno o mas paquetes NULOS,

generar paquetes TS comprimidos de la cabecera mediante la sustitucion del identificador de paquete (125) en cada una de las cabeceras de la pluralidad de paquetes TS que se asignan a la tuberia de capa fisica con la compresion de cabecera con un indicador de un bit (510) que indica si dicho paquete TS es un paquete NULO, teniendo el indicador de un bit un menor numero de bits que el identificador de paquete, y

transmitir una trama de capa fisica en la que se asigna la tuberia de capa fisica con compresion de la cabecera, incluyendo la trama de capa fisica (i) el identificador de paquete con respecto a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con la compresion de la cabecera y una pluralidad de paquetes de datos TS de la cabecera comprimidos correspondientes a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con compresion de la cabecera, o (ii) el identificador de paquete con respecto a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con compresion de la cabecera, una pluralidad de paquetes de datos TS de la cabecera comprimidos correspondientes a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con compresion de la cabecera, y uno o mas paquetes NULOS de la cabecera comprimidos correspondientes a al menos parte del uno o mas paquetes NULOS asignados a la tuberia de capa fisica con la compresion de la cabecera.
2. El metodo de acuerdo con la reivindicacion 1, en el que:

la cabecera de cada paquete de datos TS incluye ademas un contador de longitud de continuidad de cuatro bits que indica un numero de secuencia del paquete de datos TS, y

el metodo comprende ademas la etapa de: reemplazar, para generar el paquete de datos TS comprimidos de la cabecera, dicho contador de continuidad en la cabecera de dicho paquete de datos TS con un indicador de paquetes duplicados (520) un bit que indica si dicho paquete de datos TS es una repeticion de un paquete procesado previamente.
3. El metodo de acuerdo con la reivindicacion 1, en el que:

la cabecera del paquete de datos TS incluye ademas un indicador de errores de transporte para indicar si el paquete de datos TS tiene un error, y

el metodo comprende ademas la etapa de: borrar dicho indicador de errores de transporte de la cabecera de dicho paquete de datos TS para generar el paquete de datos TS comprimidos de la cabecera.
4. Un metodo para recibir en una red de difusion digital (715) una pluralidad de flujos de datos generados a partir de un flujo de transporte, TS, incluyendo el TS una pluralidad de paquetes TS que corresponden, cada uno, a un paquete de datos TS de longitud fija que contiene datos de difusion digitales o un paquete NULO, al menos uno de la pluralidad de flujos de datos que incluyen una pluralidad de paquetes TS comprimidos de la cabecera, teniendo la pluralidad de paquetes TS antes de la compresion de la cabecera, cada uno, una cabecera (120) que incluye un identificador de paquetes (125) con una longitud predefinida de una pluralidad de bits, siendo el identificador de paquetes relativo al paquete de datos TS antes de la compresion de la cabecera uno cualquiera de una pluralidad de identificadores de paquete, siendo el identificador de paquetes relativo al paquete NULO antes de la compresion de la cabecera un identificador de paquetes predefinido que es diferente de la pluralidad de identificadores de paquete,

caracterizado por

con respecto a al menos uno de la pluralidad de identificadores de paquete relativos a los paquetes de datos TS antes de la compresion de la cabecera, una pluralidad de paquetes TS se asignan a una sola tuberia de capa fisica con compresion de la cabecera, consistiendo dicha pluralidad de paquetes TS en una pluralidad de paquetes de datos TS que tienen el mismo identificador de paquete y uno o mas paquetes NULOS, comprendiendo el metodo las etapas de:

5

10

15

20

25

30

35

40

45

50

55

60

65

recibir una trama de capa fisica en la que se asigna la tuberia de capa fisica con compresion de cabecera, incluyendo la trama de capa fisica el identificador de paquetes relativo a los paquetes de datos TS asignados a la tuberia de capa fisica con compresion de la cabecera, y una pluralidad de paquetes TS comprimidos de la cabecera se generan, cada uno, mediante la sustitucion del identificador de paquetes (125) en cada una de las cabeceras de la pluralidad de paquetes TS con un indicador de un bit (510), que indica si dicho paquete TS es un paquete NULO, teniendo el indicador de un bit un numero mas pequeno de bits que el identificador de paquetes, incluyendo la pluralidad de paquetes TS comprimidos de la cabecera (i) una pluralidad de paquetes de datos TS comprimidos de la cabecera correspondientes a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con la compresion de la cabecera o (ii) una pluralidad de paquetes de datos TS comprimidos de la cabecera correspondientes a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con compresion de la cabecera, y uno o mas paquetes NULOS comprimidos de la cabecera correspondientes a al menos parte del uno o mas paquetes NULOS asignados a la tuberia de capa fisica con compresion de la cabecera;

identificar de cada una de las cabeceras comprimidas (500) de la pluralidad de paquetes TS comprimidos de la cabecera recibidos en la tuberia de capa fisica con la compresion de la cabecera;

extraer de la trama de capa fisica en la que se asigna la tuberia de capa fisica con compresion de la cabecera, el identificador de paquetes y el indicador de un bit de cada una de las cabeceras comprimidas de la pluralidad de paquetes TS comprimidos de la cabecera; y

especificar el identificador de paquete de cada uno de los paquetes TS sobre la base del identificador de paquete extraido y el indicador de un bit de paquete TS comprimido de la cabecera.
5. Un aparato para transmitir en una red de difusion digital (715) una pluralidad de flujos de datos generados a partir de un flujo de transporte, TS, incluyendo el TS una pluralidad de paquetes TS que corresponden, cada uno, a un paquete de datos TS de longitud fija que contiene datos de difusion digitales o un paquete NULO, incluyendo al menos uno de la pluralidad de flujos de datos una pluralidad de paquetes TS comprimidos de la cabecera, teniendo la pluralidad de paquetes TS antes de la compresion de la cabecera, cada uno, una cabecera (120) que incluye un identificador de paquete (125) con una longitud predefinida de una pluralidad de bits, siendo el identificador de paquete relativo al paquete de datos TS antes de la compresion de la cabecera uno cualquiera de una pluralidad de identificadores de paquete, siendo el identificador de paquetes relativo al paquete NULO antes de la compresion de encabezado un identificador de paquete predefinido que es diferente de la pluralidad de identificadores de paquete, comprendiendo el aparato

una unidad de identificacion configurada para identificar la cabecera (120) de cada uno de la pluralidad de paquetes TS antes de la compresion de la cabecera, caracterizado por

una unidad de asignacion (630) configurada para asignar, con respecto a al menos uno de la pluralidad de identificadores de paquete relativos a los paquetes de datos TS antes de la compresion de la cabecera, una pluralidad de paquetes TS que consiste en una pluralidad de paquetes de datos TS que tienen el mismo identificador de paquete y uno o mas paquetes NULOS, a una sola tuberia de capa fisica con compresion de la cabecera, una unidad de generacion (620) configurada para generar paquetes TS comprimidos de la cabecera mediante la sustitucion del identificador de paquete (125) en cada una de las cabeceras de la pluralidad de paquetes TS que se asignan a la tuberia de capa fisica con la compresion de la cabecera con un indicador de un bit (510), que indica si dicho paquete TS es un paquete NULO, teniendo el indicador de un bit un numero de bits menor que el identificador de paquete, y

una unidad de transmision (650) configurada para transmitir una trama de capa fisica en la que se asigna la tuberia de capa fisica con compresion de la cabecera, incluyendo la trama de capa fisica (i) el identificador de paquete con respecto a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con la compresion de la cabecera y una pluralidad de paquetes de datos TS comprimidos de la cabecera correspondientes a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con compresion de la cabecera, o (ii) el identificador de paquete con respecto a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con compresion de la cabecera, una pluralidad de paquetes de datos TS comprimidos de la cabecera correspondientes a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con compresion de la cabecera, y uno o mas paquetes NULOS comprimidos de la cabecera correspondientes a al menos parte del uno o mas paquetes NULOS asignados a la tuberia de capa fisica con la compresion de la cabecera.
6. Un aparato para recibir en una red de difusion digital (715) una pluralidad de flujos de datos generados a partir de un flujo de transporte (TS), incluyendo el TS una pluralidad de paquetes TS que corresponden cada uno a un paquete de datos TS de longitud fija que contiene datos de difusion digitales o un paquete NULO, incluyendo al menos uno de la pluralidad de flujos de datos una pluralidad de paquetes TS comprimidos de la cabecera, teniendo la pluralidad de paquetes TS antes de la compresion de la cabecera, cada uno, una cabecera (120) que incluye un identificador de paquete (125) con una longitud predefinida de una pluralidad de bits, siendo el identificador de paquetes relativo al paquete de datos TS antes de la compresion de la cabecera uno cualquiera de una pluralidad de identificadores de paquete, siendo el identificador de paquete relativo al paquete NULO antes de la compresion de la cabecera un identificador de paquete predefinido que es diferente de la pluralidad de identificadores de paquete,

caracterizado por

con respecto a al menos uno de la pluralidad de identificadores de paquete relativos a los paquetes de datos TS

5

10

15

20

25

30

antes de la compresion de la cabecera, una pluralidad de paquetes TS se asignan a una sola tuberia de capa fisica con compresion de la cabecera, consistiendo dicha pluralidad de paquetes TS en una pluralidad de paquetes de datos TS que tienen el mismo identificador de paquete y uno o mas paquetes NULOS, comprendiendo el aparato (600b):

una unidad de recepcion (660) configurada para recibir una trama de capa fisica a la que se asigna la tuberia de capa fisica con la compresion de la cabecera, incluyendo la trama de capa fisica el identificador de paquete relativo a los paquetes de datos TS asignados a la tuberia de capa fisica con la compresion de la cabecera, y una pluralidad de paquetes TS comprimidos de la cabecera que, cada uno, se genera mediante la sustitucion del identificador de paquete (125) en cada una de las cabeceras de la pluralidad de paquetes TS con un indicador de un bit (510) que indica si dicho paquete TS es un paquete NULO, teniendo el indicador de un bit un numero mas pequeno de bits que el identificador de paquete, incluyendo la pluralidad paquetes TS comprimidos de la cabecera (i) una pluralidad de paquetes de datos TS comprimidos de la cabecera correspondientes a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con la compresion de la cabecera o (ii) una pluralidad de paquetes de datos TS comprimidos de la cabecera correspondientes a la pluralidad de paquetes de datos TS asignados a la tuberia de capa fisica con compresion de la cabecera, y uno o mas paquetes NULOS comprimidos de la cabecera correspondientes a al menos parte del uno o mas paquetes NULOS asignados a la tuberia de capa fisica con la compresion de la cabecera:

una unidad de identification configurada para identificar cada una de las cabeceras comprimidas (500) de la pluralidad de paquetes TS comprimidos de la cabecera recibidos en la tuberia de capa fisica con la compresion de la cabecera;

una unidad de extraction (680) configurada para extraer, a partir de la estructura de fisica capa sobre la que se asigna la tuberia de capa fisica con compresion de la cabecera, el identificador de paquete y el indicador de un bit de cada una de las cabeceras comprimidas de la pluralidad de paquetes TS comprimidos de la cabecera; y

una unidad de descompresion de la cabecera (695) configurada para especificar el identificador de paquetes de cada uno de los paquetes TS sobre la base del identificador de paquete extraido y el indicador de un bit del paquete TS comprimido de la cabecera.