ES2924232T3 - Procedimiento y aparato para transmitir y recibir un servicio multimedia - Google Patents

Abstract

Un aparato para transmitir un mensaje de señalización, comprendiendo el aparato un transmisor y un controlador acoplado al transmisor, en el que el controlador está configurado para: identificar un mensaje de señalización que incluye información de señalización para un paquete de contenido multimedia; y transmitir el mensaje de señalización, en el que el mensaje de señalización comprende: una carga útil del mensaje de señalización que incluye una pluralidad de tablas, información de identificación del mensaje de señalización, información de longitud del mensaje de señalización, información de versión del mensaje de señalización e información de extensión que incluye información que indica un número de la pluralidad de tablas, donde la pluralidad de tablas comprende una primera tabla (505) que proporciona información para al menos dos tablas adicionales incluidas en la pluralidad de tablas, estando relacionadas las al menos dos tablas adicionales con el paquete, (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Procedimiento y aparato para transmitir y recibir un servicio multimedia

Antecedentes de la invención

1. Campo de la invención:

La presente invención se refiere a un procedimiento para proporcionar servicios multimedia. Más en particular, la presente invención se refiere a un procedimiento en el que un proveedor de servicios, que proporciona servicios de convergencia de radiodifusión-comunicación en un entorno de red heterogéneo, puede entregar información específica sobre un servicio que el propio proveedor de servicios proporciona.

2. Descripción de la técnica relacionada:

La evolución de Internet hacia la Internet de banda ancha ha permitido no sólo la radiodifusión existente que utiliza canales dedicados tales como los canales terrestres, los canales por satélite y los cables, sino también la radiodifusión por Internet que proporciona servicios multimedia programados mediante el uso de la Internet pública. Como servicios realistas, han surgido los servicios de convergencia radiodifusión-comunicación que pueden proporcionar una variedad de servicios por medio de la combinación orgánica de la radiodifusión existente con la radiodifusión por Internet.

Los proveedores de servicios de radiodifusión (o radiodifusores) pueden entregar contenidos no sólo a través de los canales dedicados, sino también a través de Internet. Incluso ha surgido un proveedor de servicios de radiodifusión que puede ofrecer contenidos sólo a través de Internet, sin sus canales de radiodifusión dedicados. Por lo tanto, independientemente de si un organismo de radiodifusión utiliza tanto los canales dedicados como Internet, o sólo utiliza Internet, el organismo de radiodifusión necesita entregar su información sobre la programación (o la organización) a los espectadores junto con el contenido de los programas, para promocionar el contenido de sus programas a los espectadores, y para de ese modo permitir que los espectadores vean los programas de acuerdo con sus respectivos horarios. Los organismos de radiodifusión pueden ofrecer un servicio de 'repetición' a través de Internet, lo que permite a los espectadores ver el contenido más tarde si no lo vieron durante su emisión. En la radiodifusión actual, este tipo de información se denomina Guía Electrónica de Programas (EPG). En el caso de la norma del sistema de radiodifusión de vídeo digital (DVB), esta información se denomina Protocolo de Información de Programa y Sistema (PSIP) en la norma norteamericana, y se llama Información de Servicio (SI) en la norma europea. Además, la información se denomina Información Específica del Programa (PSI) en el estándar del sistema Grupo de Expertos en Imágenes en Movimiento2 (MPEG-2), que se utiliza ampliamente en el estándar de televisión digital existente. En la norma norteamericana, el PSI y el PSIP están definidos para ser transmitidos juntos, pero los espectadores pueden seleccionar los programas sólo con el PSIP. En la norma europea, la PSI y la S i se transmiten juntas, y la selección del programa sólo es posible con la PSI, pero se proporciona adicionalmente una serie de información de guía sobre los programas mediante el uso de la SI. En esta memoria descriptiva, este tipo de información se denominará 'Información específica del servicio (SSI)'.

A diferencia de la radiodifusión existente que utiliza los canales dedicados, la radiodifusión por Internet se proporciona globalmente, por lo que los espectadores pueden acceder a la radiodifusión por Internet en cualquier parte del mundo, siempre y cuando los espectadores tengan un receptor capaz de recibir la radiodifusión por Internet, para de ese modo superar las limitaciones de la propiedad regional de la radiodifusión existente. Por lo tanto, para superar las limitaciones de la propiedad regional de las normas de radiodifusión existentes, que se clasifican a grandes rasgos en la norma norteamericana, la norma europea y la norma japonesa, la radiodifusión por Internet debe ser proporcionada por una norma única en el mundo para evitar el aumento innecesario de la complejidad de los receptores. En este sentido, la SSI también requiere una norma única.

Se espera que el futuro sistema de convergencia de radiodifusión-comunicación se reestructure sobre la base de Internet. En otras palabras, incluso la información de la guía no sólo sobre el contenido del programa a través de los canales de difusión existentes, sino también sobre el contenido del programa a través de Internet se entregará en SSI en la forma legible por máquina en la que los receptores pueden leer el contenido del programa. A continuación, los receptores pueden adquirir la SSI a través de los canales de radiodifusión o de Internet, utilizarla para controlar la recepción de la radiodifusión y, si es necesario, mostrarla en la forma en que los espectadores pueden leer la SSI. Por supuesto, las emisoras de Internet, que no utilizan canales de emisión dedicados, pueden entregar el SSI a través de Internet.

Por lo tanto, existe la necesidad de un aparato y un procedimiento para proporcionar un formato por medio del cual un proveedor de servicios, que proporciona servicios de convergencia de radiodifusión-comunicación en un entorno de red heterogéneo que incluye Internet, pueda entregar información específica sobre un servicio que el propio proveedor de servicios proporciona.

La información anterior se presenta como información de antecedente sólo para ayudar a la comprensión de la presente divulgación. No se ha determinado, ni se ha hecho ninguna afirmación, si alguno de los anteriores podría ser aplicable como técnica anterior con respecto a la presente invención. Los documentos EP2251995 y US2009/055867 desvelan la técnica anterior relevante.

Sumario de la invención

La invención se define por las reivindicaciones adjuntas. Los aspectos de la presente invención deben abordar al menos los problemas y/o desventajas mencionados anteriormente y proporcionar al menos las ventajas descritas a continuación. En consecuencia, un aspecto de la presente invención es proporcionar un formato por medio del cual un proveedor de servicios, que proporciona servicios de convergencia de radiodifusión-comunicación en un entorno de red heterogéneo que incluye Internet, puede entregar información específica sobre un servicio que el propio proveedor de servicios proporciona.

De acuerdo con un aspecto de la presente invención, se proporciona un procedimiento para recibir un servicio multimedia. El procedimiento incluye la recepción de información específica del servicio para al menos un servicio multimedia proporcionado desde diferentes redes, la selección de un servicio basado en la información específica del servicio, y la recepción del servicio seleccionado. La información específica del servicio puede incluir una de las tablas de un primer mapa de servicio que incluye información sobre al menos un servicio que se transmite a través de una pluralidad de canales lógicos, y una segunda tabla de mapa de servicio que incluye información sobre al menos un servicio que se transmite a través de un único canal lógico. Cada una de las tablas del primer y segundo mapa de servicios puede incluir información relacionada con los activos.

De acuerdo con otro aspecto de la presente invención, se proporciona un procedimiento para transmitir un servicio multimedia. El procedimiento incluye la transmisión de información específica del servicio para al menos un servicio multimedia que se proporcionará desde diferentes redes, y la transmisión de un servicio solicitado por un receptor, al receptor basado en la información específica del servicio. La información específica del servicio puede incluir una de las tablas de un primer mapa de servicio que incluye información sobre al menos un servicio que se transmite a través de una pluralidad de canales lógicos, y una segunda tabla de mapa de servicio que incluye información sobre al menos un servicio que se transmite a través de un único canal lógico. Cada una de las tablas del primer y segundo mapa de servicios puede incluir información relacionada con los activos.

De acuerdo con otro aspecto de la presente invención, se proporciona un aparato para recibir un servicio multimedia. El aparato incluye un receptor para recibir información específica del servicio para al menos un servicio multimedia proporcionado desde diferentes redes, y un controlador para seleccionar un servicio basado en la información específica del servicio. El receptor puede recibir un servicio seleccionado por el controlador. La información específica del servicio puede incluir una de las tablas de un primer mapa de servicio que incluye información sobre al menos un servicio que se transmite a través de una pluralidad de canales lógicos, y una segunda tabla de mapa de servicio que incluye información sobre al menos un servicio que se transmite a través de un único canal lógico. Cada una de las tablas del primer y segundo mapa de servicios puede incluir información relacionada con los activos. De acuerdo con otro aspecto de la presente invención, se proporciona un aparato para transmitir un servicio multimedia. El aparato incluye un transmisor para transmitir información específica del servicio para al menos un servicio multimedia que se proporcionará desde diferentes redes, y un controlador para seleccionar un servicio solicitado por un receptor basado en la información específica del servicio. El transmisor puede transmitir un servicio seleccionado por el controlador, al receptor basado en la información específica del servicio. La información específica del servicio puede incluir una de las tablas de un primer mapa de servicio que incluye información sobre al menos un servicio que se transmite a través de una pluralidad de canales lógicos, y una segunda tabla de mapa de servicio que incluye información sobre al menos un servicio que se transmite a través de un único canal lógico. Cada una de las tablas del primer y segundo mapa de servicios puede incluir información relacionada con los activos. De acuerdo con otro aspecto de la presente invención, se proporciona un procedimiento para recibir un servicio multimedia. El procedimiento incluye la recepción de un mensaje de control, y la decodificación del mensaje de control. El mensaje de control puede incluir al menos una tabla. La al menos una tabla puede incluir una Tabla de al menos un Paquete de Transporte de Medios MPEG (MMT) correspondiente a un paquete. La tabla de un MPT puede incluir un listado de activos pertenecientes al paquete.

De acuerdo con otro aspecto de la presente invención, se proporciona un aparato para recibir un servicio multimedia. El aparato incluye un receptor para recibir un mensaje de control, y un decodificador para decodificar el mensaje de control. El mensaje de control puede incluir al menos una tabla. La al menos una tabla puede incluir una tabla para al menos un MPT correspondiente a un paquete. La tabla del MPT puede incluir un listado de activos pertenecientes al paquete.

De acuerdo con otro aspecto de la presente invención, se proporciona un procedimiento para transmitir un servicio multimedia. El procedimiento incluye la generación de un mensaje de control, y la transmisión del mensaje de control generado. El mensaje de control puede incluir al menos una tabla. La al menos una tabla puede incluir una tabla para al menos un MPT correspondiente a un paquete. La tabla del MPT puede incluir un listado de activos pertenecientes al paquete.

De acuerdo con otro aspecto de la presente invención, se proporciona un aparato para transmitir un servicio multimedia. El aparato incluye un controlador para generar un mensaje de control, y un transmisor para transmitir el mensaje de control generado. El mensaje de control puede incluir al menos una tabla. La al menos una tabla puede incluir una tabla para al menos un MPT correspondiente a un paquete. La tabla del MPT puede incluir un listado de activos pertenecientes al paquete.

Otros aspectos, ventajas y características sobresalientes de la invención se harán evidentes para los expertos en la técnica a partir de la siguiente descripción detallada, la cual, tomada en conjunto con los dibujos anexos, desvela realizaciones ejemplares de la presente invención.

Breve descripción de los dibujos

Lo anterior y otros aspectos ejemplares, características, y ventajas de determinadas realizaciones ejemplares de la presente invención se harán más evidentes a partir de la siguiente descripción tomada en conjunto con los dibujos adjuntos, en los cuales:

La FIG. 1 muestra una estructura de la Información Específica del Servicio (SSI) y de la información de la guía del sistema en una radiodifusión existente que utiliza canales físicos dedicados de acuerdo con una realización ejemplar de la presente invención;

La FIG. 2 ilustra una estructura de una radiodifusión por Internet de acuerdo con una realización ejemplar de la presente invención.

La FIG. 3 ilustra una estructura lógica de SSI de acuerdo con una realización ejemplar de la presente invención; y

La FIG. 4 muestra un ejemplo de SSI en una difusión basada en el Flujo de Transporte (TS) MPEG-2 de acuerdo con una realización ejemplar de la presente invención;

La FIG. 5 ilustra una estructura de señalización S1 de acuerdo con una realización ejemplar de la presente invención.

Las FIGs. 6 y 7 muestran una operación de recepción de multimedia en un receptor de acuerdo con una realización ejemplar de la presente invención;

La FIG. 8 ilustra una estructura de un aparato de transmisión de acuerdo con una realización ejemplar de la presente invención; y

La FIG. 9 ilustra una estructura de un aparato de recepción de acuerdo con una realización ejemplar de la presente invención.

A lo largo de los dibujos, cabe señalar que se utilizan números de referencia similares para representar elementos, características y estructuras iguales o similares.

Descripción detallada de realizaciones ejemplares

La siguiente descripción, con referencia a los dibujos adjuntos, se proporciona para ayudar a una comprensión completa de realizaciones ejemplares de la presente invención, como se define en las reivindicaciones y sus equivalentes. Incluye diversos detalles específicos para asistir en esa comprensión, pero se deben considerar simplemente ejemplares. En consecuencia, los expertos en la técnica reconocerán que se pueden llevar a cabo diversos cambios y modificaciones de las diversas realizaciones descritas en la presente memoria sin apartarse del alcance de las reivindicaciones. Además, las descripciones de funciones y construcciones bien conocidas se pueden omitir para mayor claridad y concisión.

Los términos y palabras utilizados en la siguiente descripción y en las reivindicaciones no se limitan a los significados bibliográficos, dado que son simplemente utilizados por el inventor para permitir una comprensión clara y coherente de la invención. Por consiguiente, será evidente para los expertos en la técnica que la siguiente descripción de diversas realizaciones de la presente divulgación se proporciona con fines ilustrativos únicamente y no con el fin de limitar la invención como se define en las reivindicaciones adjuntas y sus equivalentes.

Se debe entender que las formas singulares “un”, “una” y “el”, “la” incluyen referentes plurales a menos que el contexto dicte claramente lo contrario. Por lo tanto, por ejemplo, la referencia a “una superficie de componente” incluye la referencia a una o más de tales superficies.

En primer lugar, antes de la descripción de las realizaciones ejemplares de la presente invención, los términos utilizados en la presente memoria se definirán de la siguiente manera.

Servicio de medios: Un servicio que ofrece información mediante el uso de uno o más de los medios de comunicación, tales como, por ejemplo, audio, vídeo, imágenes, textos, gráficos, aplicaciones interactivas y similares.

Servicio de Medios de Comunicación en Primer Plano: Producto multimedia gratuito o de pago que se expone directamente a un espectador para que éste lo seleccione y disfrute en un momento dado, tales como un servicio de vídeo, un servicio de audio, un servicio de guía electrónica de programas (EPG), un servicio de vídeo bajo demanda (VoD) push, un servicio portátil y similares.

Servicio de Difusión de Fondo: Un servicio de entrega de medios que asiste al servicio de medios en primer plano, pero que no está directamente expuesto a un espectador, tales como, por ejemplo, un carrusel para la descarga de archivos, la descarga previa a través de Internet, y similares.

Servicio de Vídeo: Un servicio en el que el vídeo es el principal, y su audio asociado se proporciona conjuntamente, y el audio, un subtítulo, una aplicación interactiva, otros datos adicionales, y similares, en otro lenguaje también se pueden proporcionar junto con el vídeo.

Servicio de Audio: Un servicio en el que el audio es lo principal, y el vídeo o la imagen, una aplicación interactiva y otros datos adicionales asociados al audio se pueden proporcionar junto con el audio.

Aplicación Interactiva: Software que se evoca si es necesario durante el consumo de un servicio de vídeo o audio, proporciona información a un espectador y recibe la reacción de éste para controlar un servicio de medios de comunicación o entregar información a un servidor de un operador de medios de comunicación, y se refiere colectivamente al software en un lenguaje declarativo y procedimental. Esta aplicación puede ser evocada por un operador de medios en asociación con un servicio de vídeo o audio consumido actualmente o puede ser evocada por un operador de medios independientemente de un servicio de medios consumido actualmente. Una aplicación interactiva ya almacenada en la caché de un receptor y reconocida por un espectador puede ser evocada a petición del espectador.

Medios Regulares: Medios de comunicación que se deben proporcionar debido a los requisitos de un servicio de medios de comunicación. Por ejemplo, el audio de un servicio de audio, o el vídeo y el audio de su servicio de vídeo asociado.

Medios Auxiliares: Medios de comunicación que no es necesario suministrar debido a los requisitos de un servicio de medios de comunicación, pero que se pueden suministrar cuando sea necesario. Por ejemplo, dichos medios pueden incluir documentos web, widgets, aplicaciones interactivas, clips de audio, clips de vídeo, gráficos, textos, imágenes, un componente de medios auxiliares o similares. Los medios adjuntos se consumen siempre junto con los medios ordinarios, y no se pueden consumir solos.

Componente de los medios de comunicación: Un componente que constituye un medio de comunicación. Por ejemplo, en un caso de vídeo estereoscópico, una imagen de vista del ojo izquierdo y una imagen de vista del ojo derecho pueden ser componentes de los medios. Como otro ejemplo, en un caso de audio de 5.1 canales, cada canal de audio puede ser un componente multimedia.

Componente de Medios Auxiliares: Un componente de los medios de comunicación que no puede constituir un medio de comunicación por sí solo, y que constituye el medio de comunicación junto con otro componente de los medios de comunicación. Por ejemplo, en una situación en la que se proporciona una imagen de vista del ojo izquierdo como imagen bidimensional (2D) en todo momento entre las imágenes de vista del ojo izquierdo y del ojo derecho en un servicio combinado de tiempo 2D/3-Dimensonal (3D), la imagen de vista del ojo derecho proporcionada sólo en un período de vídeo estereoscópico es un componente de medios auxiliares.

Activo: Codificación de datos relativos a un componente multimedia. En este caso, la codificación se refiere a la codificación de la compresión, la codificación para un formato estándar y similares.

Activo Regular: Datos de codificación relativos a un componente de los medios de comunicación regulares. En este caso, la codificación se refiere a la codificación de la compresión, la codificación para un formato estándar y similares.

Activo Adjunto: Datos de codificación relativos a un componente de los medios de comunicación o a un componente auxiliar de los medios de comunicación adjuntos. En este caso, la codificación se refiere a la codificación de la compresión, la codificación para un formato estándar y similares.

Programa: Una instancia de un servicio multimedia (por ejemplo, todo el contenido de un canal de emisión (canal lógico)).

Elemento del Programa: El contenido de un período de tiempo de un programa. Por ejemplo, cuando un anuncio inicial, anuncios intermedios y un último anuncio se transmiten de forma mixta en una película, el elemento de programa es el contenido de un período de tiempo de la película que incluye el anuncio. En este caso, cada anuncio es un elemento de programa individual, pero es un elemento de programa incrustado incluido en otro elemento de programa. El programa es el resultado de la concatenación de elementos de programa, excepto el elemento de programa incrustado en una línea de tiempo.

Paquete: Datos de codificación de un elemento del programa. Esto incluye activos e información de control asociada a la transmisión, decodificación, reproducción y similares de los activos.

Activo Principal: Un activo regular que puede incluir información de sincronización relativa a un activo adjunto entre los activos regulares. Por ejemplo, el activo primario puede incluir información de sincronización y control de un activo adjunto, como información adjunta de una unidad M de un flujo de vídeo.

Información Adjunta: Información adicional relativa a un activo, tal como información de control, información de descripción y similares. La información adjunta es un término lógico, y se puede incluir en una cabecera de múltiples capas en una jerarquía de transporte, y en este caso, se denomina información de cabecera.

Activo de Flujo: Un activo en forma de datos de compresión de medios, que se puede generar temporal de forma indefinida como un flujo de vídeo y un flujo de audio.

Activo no de Flujo: Un activo que no corresponde a un activo de flujo.

Unidad M: Un subcomponente de un activo. Una unidad M de un activo de flujo es una unidad de datos mínima que se puede introducir en un momento en un decodificador de medios, y un resultado de descodificación del mismo se puede presentar en un punto de tiempo o en un período de tiempo de acuerdo con los medios. Por ejemplo, para un flujo de vídeo, el resultado de la compresión de un cuadro puede ser una unidad M, y para un flujo de audio, el resultado de la compresión de una muestra de audio durante 24 ms puede ser una unidad M.

Canal Lógico: Una trayectoria que entrega un programa codificado. Por ejemplo, el canal lógico corresponde a una trayectoria de entrega de datos designada por una Tabla de Mapa de Programas (PMT) en el actual sistema de televisión digital basado en MPEG-2 Flujo de Transporte (TS), o una trayectoria de entrega de datos designada por una dirección de origen, una dirección de destino y un número de puerto en Internet.

Canal Físico: Una trayectoria que entrega uno o más canales lógicos. Por ejemplo, el canal físico corresponde a un canal de televisión terrestre, a un canal de televisión por cable, a un canal de difusión por satélite, a Internet y similares, con un ancho de banda de 6 MHz.

Flujo de Datos de Aplicación del Protocolo de Internet (IP): Un flujo de datos de aplicación IP se designa por una dirección de origen y una dirección de destino en Internet, y por un número de puerto en destino que designa una aplicación que procesará el contenido de un paquete IP.

Identificador de Trayectoria de Activos (APID): Un identificador de una trayectoria de activos (por ejemplo, una trayectoria de información que lleva un activo). Un flujo de datos de aplicación IP está compuesto por diversas trayectorias de activos, y cada trayectoria de activos se identifica de forma única dentro de un flujo de datos de aplicación IP por medio de un APID.

Identificador del Módulo de Activos (AMID): Cuando un activo se transmite a través de diversos módulos de activos al ser dividido, el AMID es un identificador para identificar estos módulos de activos en una trayectoria de activos. Por ejemplo, suponiendo que haya una tabla de gran tamaño y que esta tabla esté dividida en diversas subtablas, si toda la tabla se designa como un activo, cada subtabla es un módulo de activo.

A continuación, se presentará un formato de información específica de servicio de acuerdo con realizaciones ejemplares de la presente invención con referencia a los dibujos. En primer lugar, hay que tener en cuenta los siguientes requisitos para la información específica del servicio.

Integración de la Información de Guía: En cuanto a la Información Específica del Servicio (SSI), un organismo de radiodifusión o un grupo de organismos de radiodifusión necesita entregar, a los receptores, información específica para un servicio de radiodifusión prestado a través de todos los medios de comunicación, tales como Internet alámbrico/inalámbrico, canales terrestres, canales por satélite y cables, que se explotan en común.

Formato de la Información de Guía: La SSI debe tener un formato legible por máquina que un receptor pueda leer y descifrar de forma eficiente. El SSI necesita utilizar un formato en el que la misma SSI se pueda representar con la menor cantidad de datos posible.

Período Objetivo de la Información de Guía: El SSI tiene que orientar la especificación de servicio (o el historial de servicio) del pasado y del presente durante un período predeterminado, y del futuro durante un período de tiempo predeterminado (por ejemplo, durante medio mes). Sin embargo, la especificación de servicio que ya se emitió en el pasado puede no incluirse directamente en la SSI, y en este caso, un receptor puede mantener la especificación de servicio ya almacenada en el pasado sin borrarla durante un período de tiempo predeterminado (por ejemplo, medio mes). Período de Validez de la Información de Guía: Una versión específica de SSI sólo es válida durante un período de tiempo predeterminado, y debe ser actualizada automáticamente por un receptor al transcurrir el período de tiempo predeterminado.

Apoyo al Cambio de Horario del Programa: Cuando, por alguna razón, se emite un contenido diferente del contenido programado incluido en la SSI notificada, es necesario proporcionar los medios que permitan a un transmisor y a un receptor cambiar la SSI notificada.

Medios de Entrega de la Información de Guía: Cuando sea necesario, toda o parte de la SSI se debe entregar a través de uno o más medios de comunicación, tales como Internet alámbrico o inalámbrico, canales terrestres, canales por satélite y cables.

Estructura Opcional de la Información de Guía: La SSI debe tener una estructura en la que, del contenido de la SSI, se entregue obligatoriamente la información necesaria para las operaciones del sistema de radiodifusión, pero el resto de la información se pueda entregar opcionalmente. Por ejemplo, la información de posición del contenido del programa es la información necesaria para que un receptor lea un flujo de programa, mientras que la trama del contenido del programa es la información que puede ayudar al espectador a determinar si quiere ver el programa, pero no es necesaria para las operaciones del receptor.

Minimización del Tiempo de Adquisición del Canal: La SSI debe tener una estructura capaz de minimizar el tiempo de adquisición de un canal. El término 'tiempo de adquisición del canal', como se utiliza en la presente memoria, se puede referir al tiempo en el que se reproducen el vídeo y el audio tras el encendido o el cambio de canal.

Compatibilidad con la Radiodifusión Existente: La SSI debe guiar la especificación de servicio incluso de la radiodifusión existente basada en MPEG-2 TS.

Compatibilidad con las Emisiones Existentes: La radiodifusión existente basada en MPEG-2 TS también necesita utilizar SSI. Por supuesto, el SSI proporcionado no se utilizará en el receptor existente que no lo soporta, pero no debería causar un impacto indebido en el funcionamiento del receptor. El SSI puede ser utilizado en una nueva versión del receptor que soporte el SSI.

Soporte de Diversas Pantallas Pequeñas en una Sola Pantalla: El SSI tiene que soportar diversas pantallas pequeñas en una sola pantalla. Incluye una función de designación de posiciones espacio-temporales de pantallas pequeñas. Por ejemplo, durante la retransmisión en directo de un partido de béisbol, la SSI necesita incluir en toda la pantalla, todas las pequeñas pantallas que muestran al lanzador, al bateador, a un jugador de campo concreto, a todo el estadio, etc.

Soporte de Receptores con Varias Capacidades: La SSI tiene que soportar la guía de contenidos para un receptor con diversas capacidades, tales como dispositivos móviles, Televisión de Definición Estándar (SDTV), Televisión de Alta Definición (HDTV), Televisión de Ultra Alta Definición (UHDTV), y similares.

Soporte de Emisión Multilingüe, Emisión de Subtítulos, Emisión de Comentarios y Emisión de Lenguaje de Signos: Cuando se incluyan en un programa contenidos auxiliares capaces de aumentar la accesibilidad, tal como la emisión de audio multilingüe, la emisión de subtítulos, la emisión de comentarios y la emisión en lenguaje de signos, es necesario que la SSI los guíe.

Orientación de la Restricción de Contenido: El SSI debe orientar diversas restricciones en el uso de los contenidos. Las restricciones pueden incluir la clasificación de los contenidos (por ejemplo, se prohíbe a los menores de una determinada edad ver los contenidos), la posibilidad de grabarlos, la accesibilidad, la reproducción rápida hacia delante o hacia atrás, el pago por visión, la facturación mensual, etc.

Orientación de la Posición de los Datos de Contenido: La SSI necesita orientar una posición de datos de contenido. El SSI debe guiar eficazmente tanto la misma posición de todo el contenido como las diferentes posiciones de los componentes individuales del desprecio. Además, la SSI tiene que guiar la entrega de contenidos a través de uno o más canales físicos de difusión dedicados y de Internet.

Orientación de la posición de los datos de contenido alternativo: La SSI necesita orientar una posición de datos de contenido alternativo. El término 'posición de datos de contenido alternativo', como se utiliza en la presente memoria, se puede referir a otra posición en la que el contenido, que es igual o similar a los datos de contenido original, se puede leer en lugar de los datos de contenido original previstos para el contenido que el espectador seleccionó. Orientación de los Datos Auxiliares: La SSI debe guiar no sólo el vídeo y el audio principales, sino también sus datos auxiliares asociados, tales como documentos web, widgets, aplicaciones interactivas, clips de audio, clips de vídeo, gráficos, textos, imágenes y flujos de medios parciales (por ejemplo, flujos adicionales de longitud finita para demostrar el vídeo 3D binocular durante un período predeterminado).

La SSI se proporciona por emisora o grupo de emisoras. Los organismos de radiodifusión terrestre, los organismos de radiodifusión por cable, los organismos de radiodifusión por satélite, los organismos de radiodifusión por Internet y otros similares no pueden sino prestar de forma independiente sus propias especificaciones de servicio, a menos que lleguen a un acuerdo para compartir y prestar de forma integrada las especificaciones de servicio, dado que llevan a cabo su actividad de forma independiente. Sin embargo, cuando se lleva a cabo un acuerdo de este tipo, las especificaciones del servicio se pueden orientar de forma integrada a un grupo de radiodifusión, que es un grupo de radiodifusores que participan en el acuerdo. Si la cantidad de información de una guía de especificación de servicio es grande, se necesita más tiempo para descargarla con un receptor, lo que provoca un aumento del tiempo de retraso en la lectura de la guía de especificación de servicio por parte del espectador, y aumenta la carga del receptor al descargar la guía de especificación de servicio modificada. Por lo tanto, se requiere un procedimiento para superar estas desventajas.

En el actual sistema de radiodifusión basado en la norma MPEG-2, se define información adicional de la guía del servicio y del sistema, porque la información específica del programa (PSI) proporcionada en la norma del sistema MPEG-2 (ISO/IEC 13818-1) es insuficiente para la guía de especificación de servicio. El Comité de Sistemas Avanzados de Televisión (ATSC), el Protocolo de Información de Programas y Sistemas (PSIP) y el DVB SI son el PSI. En el caso del PSIP de ATSC, al incluir información que sustituye a una Tabla de Asociación de Programas (PAT) o a una Tabla de Mapas de Programas (PMT) en el PSI de m PeG-2, el PSIP de ATSC está diseñado para que un receptor pueda recibir un programa sin necesidad de descifrar la PAT y la PMT.

A diferencia de la radiodifusión basada en un canal dedicado que multiplexa diversos programas en un canal físico durante su transmisión, en la radiodifusión por Internet que sólo utiliza Internet, es habitual que no se multiplexen diversos programas en un flujo de datos de aplicación IP. Por supuesto, si es necesario, se pueden multiplexar diversos programas en un flujo de datos de aplicación IP, pero se asume en el esquema propuesto por las realizaciones ejemplares de la presente invención que sólo se envía un programa en un flujo de datos de aplicación IP. Además, incluso cuando los componentes del programa se transmiten por separado a través de diversos canales físicos diferentes debido a las limitaciones de ancho de banda de los canales físicos, esto no se corresponde con la difusión por Internet. En estas condiciones, la SSI para la difusión por Internet se puede simplificar mucho.

La FIG. 1 muestra una estructura de Información Específica de Servicio (SSI) en una radiodifusión existente que utiliza canales físicos dedicados de acuerdo con otra realización ejemplar de la presente invención.

Un receptor comprueba la especificación de los canales físicos de un ATSC PSIP o un DVB SI. Si el receptor sintoniza un canal físico específico, comprueba una especificación de programa en el canal físico a partir de un PAT en un PSI MPEG-2. Si se selecciona un programa específico, el receptor puede identificar los componentes del programa a partir de un PMT en el PSI MPEG-2. En el sistema ATSC, el receptor puede identificar directamente los componentes de un programa específico a partir de la información PSIP.

La FIG. 2 ilustra una estructura de una SSI en una radiodifusión por Internet de acuerdo con otra realización ejemplar de la presente invención.

Un receptor puede reproducir un programa por medio de la comprobación de un identificador de trayectoria de un componente del programa a partir de información específica del servicio que se entrega a través de una trayectoria específica en el mismo flujo de datos de la aplicación IP. La información específica del servicio se debe entregar periódicamente, dado que no es posible saber de antemano cuándo se encenderá el receptor y cuándo accederá a la difusión por Internet. En cuanto al período en el que se debe entregar la información específica del servicio, puede ser preferente un período más corto. Sin embargo, es preferente mantener el período dentro de los 500 ms. Si la cantidad de información específica del servicio es grande, se debe entregar un gran número de paquetes en el mismo período de tiempo para transmitir la información específica del servicio en un período corto, lo que provoca ineficiencias. Por lo tanto, la información que se transmite en un período corto tiene que estar diseñada para ser pequeña en cantidad, si es posible. Es preferente que la información adicional de la guía se establezca para ser transmitida en un período más largo, o para ser entregada a petición de un receptor.

La FIG. 3 muestra una estructura lógica de SSI de acuerdo con una realización ejemplar de la presente invención. Por ejemplo, la FIG. 3 muestra una estructura lógica de SSI para un servicio de convergencia de radiodifusióncomunicación que utiliza tanto canales físicos dedicados como Internet, de acuerdo con una realización ejemplar de la presente invención.

Con referencia a la FIG. 3, la estructura ilustrada es básicamente una forma integrada de las estructuras mostradas en las FIGs. 1 y 2. Una Tabla de Mapa de Servicios para Múltiples Paquetes (SMT-M) 301 se utiliza cuando se emiten múltiples canales lógicos a través de un canal físico de difusión dedicado, y una Tabla de Mapa de Servicios para un Solo Paquete (SMT-S) 309 se utiliza cuando se emite un solo canal lógico a través de un canal físico de difusión dedicado, cuando sólo se utiliza Internet, o cuando Internet se utiliza principalmente para la difusión. Un ejemplo, en el que Internet se utiliza principalmente para la radiodifusión, puede incluir un caso en el que cuando un radiodifusor que utiliza tanto los canales físicos dedicados como Internet lleva a cabo la radiodifusión por Internet, los datos transmitidos a través de los canales físicos dedicados se pueden utilizar en la radiodifusión por Internet, si es necesario. Por ejemplo, cuando se emiten ciertos contenidos por Internet debido al limitado ancho de banda de los canales dedicados, los datos auxiliares que se utilicen adicionalmente para estos contenidos pueden utilizar conjuntamente los contenidos transmitidos por los canales dedicados. En este caso, un receptor que sólo puede acceder a Internet no puede utilizar los datos auxiliares, pero un receptor de televisión inteligente, que tiene tanto un sintonizador para los canales dedicados como un dispositivo de acceso a Internet, puede recibir el contenido principal a través de Internet, recibir los datos auxiliares a través de los canales dedicados, y proporcionarlos de forma integral al espectador.

El SMT-M incluye contenido de guía simple relativo a todos los programas en el canal físico que lleva la información SMT-M, e información de referencia de ubicación de una Tabla de Empaquetamiento de Paquetes (PPT) 307-1 a 307-n que incluye información sobre cada elemento de programa que se está emitiendo actualmente, y también incluye información de referencia de ubicación e información de versión para una Tabla de Paquetes de Guía (PGT) 305 que incluye información de guía sobre todos los programas proporcionados por la emisora.

Dado que un SMT se transmite periódicamente en un período muy corto (por ejemplo, 500 ms) para minimizar el tiempo de adquisición de un canal, la cantidad de información incluida también se minimiza, si es posible.

Un PGT incluye información de guía correspondiente a una cantidad de un período predeterminado (por ejemplo, el pasado y los futuros medios meses a partir del presente) entre todos los elementos de programa que se sirven a través de todos los canales físicos y de Internet que una emisora está operando. Así, la cantidad de información del PGT es mucho mayor que la del SMT, y su período de transmisión es también mucho más largo (por ejemplo, 1 minuto) que el del SMT. Si es necesario, se puede permitir que un receptor descargue el PGT a través de Internet. El PGT orienta los elementos del programa en función de la programación de las emisiones y debe tener una estructura que se pueda actualizar eficazmente, dado que incluso la programación de las emisiones preanunciadas está sujeta a cambios. Por lo tanto, la información incluida en el PGT se configura por módulos para cada tipo, y un receptor puede descargar sólo los módulos actualizados. Por supuesto, se puede permitir que el receptor recoja sólo los módulos actualizados y los descargue a la vez. Esto se llama módulo delta integrado.

Por ejemplo, si se proporcionan conjuntamente diversos módulos delta integrados, que tienen una diferencia de versión PGT de 1 a N (en el que N indica un número correspondiente a uno o dos días), la carga de descarga del receptor se puede reducir significativamente. Si una versión de un PGT incluida en el SMT es diferente de una versión de un PGT actualmente almacenada en el receptor, lo que indica que se han añadido/actualizado/borrado uno o más módulos del PGT, se permite al receptor descargar los módulos añadidos o actualizados, y borrar el contenido que se debe eliminar. Si la versión del PGT es la misma, el receptor no necesita volver a descargar o descifrar el PGT.

Cada módulo de un PGT incluye uno o más elementos de programa o información de guía sobre un paquete correspondiente al mismo, o incluye una tabla adicional asociada (por ejemplo, una tabla de clasificación) necesaria para el descifrado del PGT. La información de referencia de la ubicación de un PPT se incluye en la información de la guía sobre un paquete incluido en el PGT, lo que permite a un espectador seleccionar un programa mediante el uso del PGT y verlo o grabarlo de forma programada. Al guiar un Localizador Uniforme de Recursos (URL) de una página de inicio de un programa en Internet en lugar de guiar la visión general del contenido del programa por medio de información de texto largo, es posible reducir la cantidad de información que se debe incluir en el PGT, y habilitar varias guías y servicios de programas, tales como “Vista previa” y “Repetición” en una página HTML, lo cual supera la guía de contenido de programas que depende sólo de los textos.

Un PPT es una información similar a una Tabla de Mapa de Programa (PMT) MPEG-2. Sin embargo, mientras que la PMT de MPEG-2 es una información sobre la configuración de un canal lógico de programa que no distingue entre elementos de programa, la PPT guía los elementos de programa individualmente. El PPT puede guiar sólo un paquete correspondiente a un elemento del programa. El PPT incluye información no sólo sobre todos los componentes de elementos de programa que constituyen un elemento de programa, sino también sobre los componentes de datos auxiliares. En otras palabras, el PPT puede incluir información no sólo sobre un activo regular tal como el vídeo y su audio asociado, sino también sobre un activo adjunto que se proporciona conjuntamente cuando es necesario, tales como documentos web, widgets, aplicaciones interactivas, clips de audio, clips de vídeo, gráficos, textos, imágenes y componentes multimedia auxiliares, y también puede incluir información de referencia de la ubicación de los recursos. Los activos adjuntos, que se utilizan en común en diversos paquetes, proporcionan información y recursos para los activos adjuntos de forma que diversos paquetes puedan compartirlos.

Con referencia a la FIG. 3, un SMT-S es similar a un PPT en términos de estructura y función. En el caso de la radiodifusión por Internet, normalmente sólo existe un programa en un flujo de datos de aplicación IP, por lo que no es necesario adquirir la información de acceso al programa en dos pasos de SMT y PPT. Lo mismo ocurre incluso cuando sólo se emite un programa en un canal físico de emisión. El SMT-S reduce el tiempo de adquisición de canales por medio de la combinación de las funciones de SMT y PPT en una sola. En el SMT-S se incluye una guía simple para los canales de emisión por Internet o los canales lógicos, una guía simple para el elemento de programa correspondiente a la información de referencia de la ubicación del PGT, una versión del PGT y el paquete que se está emitiendo actualmente, y diversas informaciones sobre los activos 311-1 a 311-K que constituyen un paquete. Por lo tanto, el SMT-S entrega colectivamente la guía de canales lógicos, la guía de elementos del programa y la información de los componentes del programa.

Un PGT utilizado en la radiodifusión por Internet puede incluir una guía para todos los canales de radiodifusión por Internet que un radiodifusor de Internet o un grupo de radiodifusores esté operando, es decir, para todos los programas incluidos en diversos flujos de datos de aplicaciones IP. Mediante el uso del PGT, los espectadores pueden navegar y seleccionar un programa de una emisora de Internet o de un grupo de emisoras.

Si la difusión por Internet en tiempo real se lleva a cabo por medio de MPEG-DASH, un SMT-S puede no guiar individualmente los elementos del programa incluidos en la difusión por Internet. Esto corresponde, por ejemplo, a la transmisión en directo en la que no se designa una duración de los elementos del programa (el contenido real es un programa en el que se continúan diversos elementos del programa). Sin embargo, en este caso, un PGT debe guiar los elementos del programa de forma individual.

Una ubicación de un PGT proporcionada por un SMT-M puede ser cualquiera de un flujo en un canal físico que lleve el SMT-M, un flujo en otro canal físico, un flujo en un flujo de datos de aplicación IP y una URL de Internet.

Una ubicación de un activo correspondiente a cada componente de elemento de programa proporcionado por una PPT puede ser cualquiera de un flujo en un canal físico que transporta la PPT, un flujo en otro canal físico, un flujo en un flujo de datos de aplicación IP y una URL de Internet (incluida la URL MPEG-DASH). Si un elemento de programa transmitido a través de un canal físico sólo de difusión transmite en directo sólo una parte del evento que el espectador quiere ver, por diversas razones, entonces puede incluir información sobre elementos de programa alternativos por medio de los cuales el espectador puede ver el evento completo. Por ejemplo, si una emisión de béisbol en directo en HDTV se interrumpe debido al horario habitual de emisión, es posible guiar elementos de programa alternativos basados en MPEG-DASH que son vídeos de baja resolución pero que permiten al espectador ver la emisión de forma continua.

Una ubicación de un PGT proporcionado en un SMT-S y una ubicación de un componente de elemento de programa puede ser cualquiera de un flujo en un canal físico sólo de difusión que lleve el SMT-S (o un flujo en un flujo de datos de aplicación IP), un flujo en otro canal físico sólo de difusión (o un flujo en otro flujo de datos de aplicación IP separado), y una URL de Internet. Si un organismo de radiodifusión que utiliza tanto el canal dedicado como Internet lleva a cabo la difusión por Internet, una ubicación de algunos componentes de elemento de programa para la difusión por Internet puede ser un flujo en un canal físico sólo de difusión.

Si la ubicación de un PGT es una URL de Internet, un receptor accede a la URL para descargar todo el PGT o actualizar o añadir algunos módulos en el PGT, siempre que sea necesario, o en períodos de estado.

Sólo uno de los SMT-M y de los SMT-S está incluido en un punto de un canal físico. Sin embargo, si los canales lógicos de un determinado canal físico cambian de número de canales múltiples a un único canal, el canal físico, que incluía sólo el SMT-M, puede incluir sólo el SMT-S. En este caso, como el SMT-M y el SMT-S son diferentes en un valor de table_id, el receptor puede distinguirlos fácilmente.

Una de las principales funciones del SMT-M y del SMT-S es entregar la información de la última versión del PGT y la información de referencia de la ubicación del PGT. El receptor puede descargar el último PGT basándose en la información de la última versión del PGT y la información de referencia de la ubicación del PGT, que se incluyen en el SMT-M y el SMT-S. Si la última versión del PGT incluida en el SMT-M y el SMT-S es la misma versión que la del PGT que el receptor ya ha almacenado, entonces el receptor permite al espectador seleccionar un elemento de programa basado en el contenido del PGT almacenado. Si la última versión del PGT incluida en el SMT-M y el SMT-S es diferente del contenido del PGT que el receptor ya ha almacenado, el espectador no podrá seleccionar un elemento del programa basado en el PGT, hasta que el PGT actualizado se descargue y se almacene completamente en el receptor.

En el sistema actual, no se puede transmitir ningún PGT. En este caso, el espectador puede seleccionar los elementos del programa basándose principalmente en el SMT-M o el SMT-S.

Cuando un receptor se instala por primera vez, un canal físico de difusión y los canales lógicos incluidos en él se buscan uno por uno por medio de la búsqueda automática de canales, dado que no hay ningún PGT descargado. Si el sistema de radiodifusión proporciona un PGT, el PGT se descarga basándose en la información de referencia de la ubicación del PGT del primer SMT-M o SMT-S identificado, y se permite al espectador seleccionar un elemento del programa basándose en el PGT. Si el sistema de radiodifusión no proporciona ningún PGT, el receptor comprueba todos los canales lógicos proporcionados por el sistema de radiodifusión, por medio de la realización continua de una búsqueda automática de canales, y luego permite al espectador navegar por los canales en orden del canal lógico.

Si el receptor, que se utilizó continuamente, se enciende de nuevo mientras estaba apagado, el receptor reproduce primero el elemento de programa de un canal lógico, que fue visto previamente por el espectador, y en este proceso, el receptor actualiza el PGT por medio de la comprobación de la información PGT del SMT-M o del SMT-S. El espectador puede navegar por los canales en el orden del canal lógico, o leer la información PGT para seleccionar su programa deseado entre los programas que se están emitiendo.

En el caso de la radiodifusión por Internet, una dirección de servidor de radiodifusión ya almacenada en un receptor durante su fabricación, una dirección de servidor de radiodifusión que un espectador introdujo posteriormente en el receptor, y una dirección de servidor de radiodifusión adquirida por un PGT se almacenan en el receptor por adelantado, y se pueden seleccionar por medio de la navegación por canales del usuario, o basándose en una guía de elementos de programa del PGT.

Si un espectador selecciona un determinado elemento de programa basándose en la guía de elementos de programa del PGT, el receptor accede a un canal lógico por el que se emite realmente el elemento de programa, y muestra el elemento de programa que se está emitiendo actualmente por el canal lógico. Aunque es muy raro, el contenido de un PGT se puede actualizar, es decir, desde el momento en que el espectador seleccionó un determinado elemento del programa basándose en la guía de elementos del programa del PGT, hasta justo antes de que el receptor descifre realmente el SMT-M o el SMT-S de la hora del programa. En este caso, el receptor actualiza el PGT basándose en la información del PGT incluida en el SMT-M o el SMT-S. Si el elemento del programa que el espectador está viendo actualmente es diferente del elemento del programa guiado en la versión anterior del PGT debido al programa no programado, el receptor puede exhibir una guía apropiada en su pantalla, lo cual permite al espectador reconocer el elemento del programa que está viendo actualmente.

Con referencia a la FIG. 3, un activo, al que hace referencia el SMT-S o el PPT, puede ser en realidad un activo multimedia u otro PPT. Sin embargo, no se permite la doble referencia recursiva, lo que significa que un PPT, que es referenciado por un SMT-S o un PPT, vuelve a referenciar a otro PPT. Si un SMT-S o un PPT hace referencia a otro PPT como activo, es necesario transmitir la información de composición Transporte de Medios MPEG (MMT) para un diseño de pantalla. Si la disposición de la pantalla es fija sin que se modifique a lo largo del tiempo en un elemento del programa, y su cantidad no es grande, la información de la composición del MMT se puede transmitir incluyéndola en un descriptor en un PPT. Si la disposición de la pantalla se cambia durante el tiempo en un elemento del programa, la información de la composición MMT se transmite como un activo temporizado. Por otro lado, si la disposición de la pantalla no se cambia a lo largo del tiempo en un elemento del programa pero la cantidad de información de composición MMT es grande, la información de composición MMT se puede transmitir como un activo no temporizado.

El SSI propuesto por las realizaciones ejemplares de la presente invención se puede utilizar de forma compatible con el sistema de radiodifusión existente basado en la norma MPEG-2.

La FIG. 4 muestra un ejemplo de SSI en una difusión basada en el flujo de transporte (TS) MPEG-2 de acuerdo con una realización ejemplar de la presente invención. Por ejemplo, la FIG. 4 muestra un ejemplo de un TS MPEG-2 que puede ser analizado tanto por el receptor de radiodifusión existente como por un receptor compatible con MMT. Con referencia a la FIG. 4, en este ejemplo, un TS tiene dos programas. El receptor de radiodifusión existente recibe los programas por medio del descifrado de MPEG-2 PAT, MPEG-2 PMT 1 y Mp Eg -2 PMT 2. El receptor que soporta MMT recibe los programas por medio del descifrado de MMT SMT-M, MMT PPT 1 y MMT PPT 2. Por supuesto, un PID de un paquete TS que lleve un SMT-M se debe asignar de antemano como un valor fijo, y un SMT-M y un PPT se deben transmitir después de ser encapsulados en una estructura de una sesión MPEG-2.

A continuación, se describirá la especificación de un formato de información SSI propuesto por realizaciones ejemplares de la presente invención.

Una Tabla de Mapa de Servicios para Paquetes Múltiples (SMT-M) se utiliza cuando se emiten múltiples canales lógicos a través de un canal físico de difusión dedicado, y se utiliza para entregar una ubicación de un PPT correspondiente a todos los elementos de programa que se están emitiendo actualmente a través del canal físico de difusión, y una versión y una ubicación para una guía de programas. Preferentemente, el SMT-M se transmite en un período de 500 ms o menos. Cuando un receptor accede al canal físico sólo de emisión, el SMT-M permite al receptor encontrar rápidamente un paquete correspondiente a un elemento del programa.

El APID de un SMT-M está fijado a un valor específico (por ejemplo, 0x0000) en todo momento. Si un SMT-M se entrega mediante el uso de un TS MPEG-2, un PID de un paquete TS que lleva el SMT-M necesita ser designado como un valor fijo.

La sintaxis de un SMT-M es la definida en la Tabla 1. La definición de contenido que aparece en una columna de “Formato” en la Tabla 1 es la misma que la de la norma del sistema MPEG-2. Además, el recuento de bucles, que no aparece en una columna de “Valor” en la Tabla 1, es un valor derivado de los valores que indican una longitud. Estos principios se pueden aplicar a otras tablas propuestas por las realizaciones ejemplares de la presente invención.

Tabla 1

En la Tabla 1, la semántica de cada elemento sintáctico es la siguiente:

table_id: Un identificador que indica el tipo de tabla. Se asigna un valor único correspondiente a un SMT-M. version_id: Un identificador que indica la estructura de esta tabla. Si la estructura de la tabla se modifica por una enmienda de la norma, este valor también se modifica. Basándose en este valor, un receptor determina si esta tabla está configurada de forma que pueda entender el contenido de la misma. Este valor se incrementa sólo cuando se modifica el contenido de la tabla para que sea incompatible con el existente.

table length: El número de bytes contados desde el siguiente campo hasta el último byte de service_map_table_type_I(). No se utiliza un valor de 0.

servicio _id: Un identificador único para un servicio de radiodifusión que utiliza un canal de radiodifusión dedicado. Es necesario asignar un identificador único para cada canal de difusión dedicado de cada emisora a través de una autoridad de registro.

SMT_update_version: Un SMT-M se entrega periódicamente a los receptores. Este valor se incrementa en uno, si el contenido de un SMT-M es diferente del contenido de un SMT-M que se transmite justo antes y tiene el mismo service_id. Este valor se restablece a 0 después de su valor máximo de 255. Si este valor se modifica, un receptor vuelve a leer y descifrar el contenido de un SMT-M.

SMT_prefix_count: El número de los SMT_prefixes posteriores. SMT_prefix se concatena delante de una cadena incluida en un SMT-M, que forma una URL Cuando se desea hacer referencia a SMT_prefix, un receptor hace referencia a SMT_prefix mediante el uso de su orden de ocurrencia de SMT_prefix como índice. Un valor '0xFF' de este valor no se utiliza. Por lo tanto, se puede incluir un máximo de 255 SMT_prefixes.

SMT_prefix _length: La longitud de una cadena de SMT_prefix.

Byte SMT_prefix: Un byte en una cadena SMT_prefix. El último byte nulo de la cadena no se incluye.

SMT_M_descriptors_length: La longitud de un bucle de sintaxis SMT_M_descriptor que sigue a este campo se representa como el número de bytes contados desde el siguiente byte hasta el último byte del bucle de sintaxis SMT_M_descriptor. En SMT_M_descriptor() se pueden incluir varios descriptores, incluido el descrito a continuación PGT_reference_descriptor().

número_de_paquetes: El número de paquetes que se entregan actualmente a través de este canal de difusión. package_path_number: Un número de trayectoria del paquete para distinguir los canales lógicos en un determinado canal de difusión. No se utiliza un valor de '0'. El package_path_number se asigna de forma exclusiva en un canal físico por un emisor o un grupo de emisores.

package id: Un identificador de un paquete que se está entregando actualmente a través de este canal virtual. El identificador de paquete es un valor que un radiodifusor asigna a cada paquete, y tiene un valor único para los paquetes que un radiodifusor o un grupo de radiodifusores proporciona durante un período de tiempo. Este valor se puede reutilizar después de un período de tiempo predeterminado.

simple_location_type: Este campo indica el tipo de información de referencia de localización para un PPT correspondiente al paquete que se está entregando actualmente. Todos los PPT a los que hace referencia un SMT-M se entregan en el mismo flujo de datos de aplicación IP que el flujo de datos de aplicación IP que lleva un SMT-M, o en el mismo MPEG-2 TS que el MPEG-2 TS que lleva un SMT-M. Si un valor de este campo es '0', una trayectoria de activos que transporta un PPT se designa por medio de un APID, y si un valor de este campo es '1', un TS MPEG-2 que transporta un PPT se designa por medio de un PID definido en MPEG-2.

PPT APID: Un identificador de una trayectoria de activos que lleva un PPT en un flujo de datos de aplicación IP. PPT_PID: Un PID de un paquete TS que lleva un PPT en un MPEG-2 TS.

CRC_32: El mismo campo que CRC_32 definido en la sintaxis de la sección del estándar del sistema MPEG-2. Una Tabla de Mapa de Servicios para un Paquete Único (SMT-S) se utiliza cuando un canal lógico se emite a través de un canal físico de difusión dedicado, o cuando sólo se utiliza Internet o se utiliza principalmente, y se utiliza para entregar información de guía simple para un elemento de programa y su paquete asociado, información de referencia de ubicación para información de guía de programa más detallada, una estructura de un elemento de programa, e información de referencia de ubicación de su componente. El SMT-S se debe transmitir en un período de 500 ms o menos, y el APID de un SMT-S se fija como un valor específico (por ejemplo, 0x0000) en todo momento. Por lo tanto, un SMT-M y un SMT-S se identifican por el id de la tabla, aunque se transmiten a través de la trayectoria que tiene el mismo APID.

La sintaxis de un SMT-S es la que se muestra en la Tabla 2.

Tabla 2

En la Tabla 2, la semántica de cada elemento sintáctico es la siguiente:

tabla _id: Un identificador que indica el tipo de tabla. Se asigna un valor único correspondiente a un SMT-S. version_id: Un identificador que indica la estructura de esta tabla. Si la estructura de la tabla se modifica por una enmienda de la norma, este valor también se modifica. Basándose en este valor, un receptor determina si esta tabla está configurada de forma que pueda entender el contenido de la misma. Este valor se incrementa sólo cuando se modifica el contenido de la tabla para que sea incompatible con el existente.

table length: El número de bytes contados desde el siguiente campo hasta el último byte de service_map_table_type_N(). No se utiliza un valor de 0.

service_id: Un identificador único para un servicio de difusión por Internet. Es necesario asignar un identificador único para cada flujo de datos de aplicaciones IP de cada emisor a través de una autoridad de registro.

SMT update_version:: Dado que un SMT-S se transmite periódicamente, este valor se incrementa en uno, si el contenido de un SMT-S es diferente del contenido de un SMT-S que se transmite justo antes y tiene el mismo service_id. Este valor se restablece a 0 después de su valor máximo de 255. Si este valor se modifica, un receptor vuelve a leer y descifrar el contenido de un SMT-S.

CRC_32: El mismo campo que CRC_32 definido en la sintaxis de la sección del estándar del sistema MPEG-2. PPT_body(): Un grupo de elementos sintácticos que corresponde al cuerpo de un PPT en MMT. Su sintaxis es la que se muestra en la Tabla 3.

Tabla 3

En la Tabla 3, la semántica de cada elemento sintáctico es la siguiente:

short_channel_name_length: El número de bytes de un nombre de canal lógico expresado en una cadena que utiliza la codificación UTF-8.

short_channel_name_byte: Datos de bytes que constituyen un nombre de canal lógico.

package id Un identificador de un paquete que se está entregando actualmente a través de este canal virtual. El identificador de paquete es un valor que un radiodifusor asigna a cada paquete, y tiene un valor único para los paquetes que un radiodifusor o un grupo de radiodifusores proporciona durante un período de tiempo. Este valor se puede reutilizar después de un período de tiempo predeterminado.

prefix_count: El número de los prefijos posteriores. El prefijo se concatena delante de una cadena, para formar una URL. Cuando se desea hacer referencia a un prefijo, un receptor hace referencia a un prefijo mediante el uso de su orden de ocurrencia como índice. Un valor '0xFF' de este valor no se utiliza. Por lo tanto, se puede incluir un máximo de 255 prefijos.

prefix length: La longitud de una cadena de prefijos.

prefix byte: Un byte en una cadena de prefijo. El último byte nulo de la cadena no se incluye.

descriptors length: La longitud de un bucle de sintaxis del descriptor que sigue a este campo se representa como el número de bytes contados desde el siguiente byte hasta el último byte del bucle de sintaxis del descriptor. Se pueden incluir varios descriptores en descriptor(), y cuando el grupo de elementos de sintaxis PPT_body() de la Tabla 3 se incluye en un SMT-S, se puede incluir PGT_reference_descriptor() en el descriptor(). parental_guidance_flag: Si el valor de esta bandera es '1', un receptor no reproduce el contenido restaurado de un paquete hasta que descifre un PGT y compruebe una clasificación de espectador exacta aplicada a este paquete. Si el valor de esta bandera es “0”, el receptor reproduce el contenido restaurado del paquete incluso antes de comprobar la clasificación del espectador.

recording flag: Si el valor de esta bandera es '1', el receptor puede almacenar este paquete en su almacenamiento interno.

random_access_flag: Si el valor de esta bandera es '1', un espectador puede llevar a cabo un acceso aleatorio a este paquete.

fast_forward_play_flag: Si el valor de esta bandera es '1', un espectador puede llevar a cabo la reproducción de avance rápido en este paquete.

fast_reverse_play_flag: Si el valor de esta bandera es '1', un espectador puede llevar a cabo una reproducción inversa rápida en este paquete.

timescale_flag: Si el valor de este campo es '1', se incluye un campo de escala de tiempo en el siguiente. protection_scheme_id_flag: Si el valor de este campo es '1', se incluye un campo protection_scheme_id en el siguiente.

timescale: Una unidad de tiempo aplicada a varias marcas de tiempo de un activo se representa como el número de unidades de tiempo para 1 segundo. El valor por defecto es 90.000. Hay dos marcadores de posición para un campo de escala de tiempo en PPT_body(). Mientras que el primero es un valor aplicado a todos los activos de este paquete, el segundo en el bucle de sintaxis de un activo es un valor aplicado a cada activo. Si hay un valor aplicado a cada activo, este valor precede a los valores que se aplican a todos los activos anteriores. protection_scheme_id: Valor que designa un régimen de protección para un activo. Hay dos marcadores de posición para un campo protection_scheme_id en PPT_body(). Mientras que el primero es un valor aplicado a todos los activos de este paquete, el segundo en el bucle de sintaxis de un activo es un valor aplicado a cada activo. Si hay un valor aplicado a cada activo, este valor precede a los valores que se aplican a todos los activos anteriores.

clock_reference_id: Identificador de un reloj utilizado por un codificador de activos. Hay dos marcadores de posición para un campo clock_reference_id en PPT_body(). Mientras que el primero es un valor aplicado a todos los activos de este paquete, el segundo en el bucle de sintaxis de un activo es un valor aplicado a cada activo. Si hay un valor aplicado a cada activo, este valor precede a los valores que se aplican a todos los activos anteriores.

number_of_asset_groups: El número de grupos de activos. Los activos del mismo grupo de activos son exclusivos entre sí. En otras palabras, un receptor sólo juega un activo entre los activos del mismo grupo de activos. Por ejemplo, para el soporte multilingüe, un audio en un lenguaje A y un audio en un lenguaje B pueden pertenecer al mismo grupo de activos.

nivel_de_juego_obligatorio: Un valor que indica si un receptor debe reproducir obligatoriamente un activo de un grupo de activos. Si el valor de este campo es “0”, el receptor debe reproducir obligatoriamente un activo en un grupo de activos. En caso contrario, si el valor de este campo no es “0”, el receptor puede no reproducir ningún activo del grupo de activos en función de su capacidad. Un valor más alto de este campo significa una menor importancia. Un receptor puede omitir un grupo de activos con este campo con un valor pequeño, y no necesita reproducir un grupo de activos con el campo con un valor mayor que el valor pequeño. number_of_assets_in_group: El número de activos en el grupo de activos.

asset_type: Un tipo de activo. Este campo es similar, pero una extensión del tipo de flujo definido en MPEG-2 PMT. Si el tipo de activo es PPT, el activo se denomina “activo PPT”. Un activo PPT incluido en un SMT-S o un PPT no debe incluir otro activo PPT, es decir, no se permite una “doble referencia recursiva” de activos PPT. asset_id: Un identificador de activos. Un asset_id se utiliza para hacer referencia a un activo, en MMT_package_composition_descriptor().

default_selection_flag: Si el valor de esta bandera es '1', indica que este activo es el más recomendado de su grupo de activos. Entre los activos del mismo grupo de activos, sólo un activo debe tener esta bandera con valor '1'. Si el valor de esta bandera es '0' para todos los activos del mismo grupo de activos, el receptor elige el primer activo del listado como el más recomendado.

clock_reference_flag: Si el valor de este campo es '1', indica que se incluye un campo clock_reference_id en la siguiente sintaxis.

asset_timescale_flag: Si el valor de esta bandera es '1', indica que se incluye un campo de escala de tiempo en la siguiente sintaxis.

asset_protected_flag: Si el valor de esta bandera es '1', indica que este activo está protegido. scheme_id_flag: Si el valor de esta bandera es '1', indica que se incluye un campo protection_scheme_id en la siguiente sintaxis.

MMT_general_location_info(): Información general de referencia de localización para el MMT, que indica la ubicación de un activo. Su contenido es el que se muestra en la Tabla 5.

asset_descriptors length: El número de bytes contados desde el siguiente campo hasta el último byte del bucle de sintaxis del descriptor.

asset_descriptor(): Descriptor de un activo.

PPT_asset() es un grupo de elementos de sintaxis utilizado para incluir otro paquete en un determinado paquete. Su sintaxis es la que se muestra en la Tabla 4, y el significado de cada elemento sintáctico es el que se define en la Tabla 3.

Tabla 4

MMT_general_location_info() es un grupo de elementos de sintaxis que proporciona información de referencia de localización en MMT. Su sintaxis es la que se muestra en la Tabla 5.

Tabla 5

En la Tabla 5, la semántica de cada elemento sintáctico es la siguiente:

location_type: Este campo indica el tipo de información de referencia de la localización, como se define en la Tabla 6.

Tabla 6

AMID: Un identificador de un módulo dentro de una trayectoria de activos.

APID: Un identificador de una trayectoria de activos dentro de un flujo de datos de una aplicación IP. ipv4_src_addr Una dirección de origen de la versión 4 de IP de un flujo de datos de aplicación de IP. ipv4_dst_addr Una dirección de destino de la versión 4 de IP de un flujo de datos de aplicación de IP. dst_port: Un número de puerto de destino de un flujo de datos de una aplicación IP.

ipv6_src_addr Una dirección de origen de la versión 6 de IP de un flujo de datos de aplicación de IP. ipv6_dst_addr Una dirección de destino de la versión 6 de IP de un flujo de datos de aplicación de IP.

red _id: Un identificador de red de difusión que lleva un TS MPEG-2.

MPEG_2_transport_stream_id Un identificador de un TS MPEG-2.

MPFG_2_PID Un PID de un paquete MPEG-2 TS.

prefix index: Índice que indica uno de los prefijos que se almacenan en un receptor antes de descifrar este campo. Si el valor de este campo es 0xFF, indica que no hay prefijo.

URL_length: La longitud en bytes de una URL. El último byte nulo (0x00) de la cadena no se cuenta.

Byte URL: Datos de bytes en una URL. El último byte nulo (0x00) de la cadena no se incluye.

byte_offset: Un desplazamiento de bytes desde el primer byte de un archivo.

length: Una longitud en bytes.

Una Tabla de Empaquetamiento de Paquetes (PPT), en el caso de radiodifusión que utiliza un canal físico de emisión solamente, se utiliza para entregar información de guía simple para un elemento de programa y su paquete asociado, información de referencia de ubicación para información de guía de programa más detallada, una estructura de un elemento de programa, e información de referencia de ubicación de su componente. Preferentemente, un PPT se transmite en un período de 500 ms o menos.

La sintaxis de un PPT es casi la misma que la sintaxis de un SMT-S, excepto que en la sintaxis del SMT-S, un elemento de sintaxis de id de servicio se sustituye por un elemento de sintaxis package_path_number. La sintaxis de un PPT es la que se muestra en la Tabla 7. Dado que la mayoría de los elementos sintácticos del PPT son los mismos que los del SMT-S en términos de semántica, sólo se definen los elementos sintácticos que tienen significados diferentes.

Tabla 7

En la Tabla 7, la semántica de cada elemento sintáctico es la siguiente:

table_id: Un identificador que indica el tipo de tabla. Se asigna un valor único correspondiente a un PPT. package_path_number: Un número de trayectoria del paquete para distinguir los canales lógicos en un determinado canal de difusión. No se utiliza un valor de '0'. El package_path_number se asigna de forma exclusiva en un canal físico por un emisor o un grupo de emisores.

Una Tabla de Guías de Paquetes (PGT) es la información de la guía de programas, y puede guiar los programas programados (u organizados) para todas las emisiones que una emisora o un grupo de emisoras están operando. Preferentemente, un PGT se transmite en un período de 1 minuto o menos.

Un PGT proporciona básicamente información de guía sobre una base de elementos de programa. Un receptor puede proporcionar la información de la guía clasificándola para canales físicos individuales o canales lógicos. Por supuesto, un PGT incluye información que hace posible la clasificación. Un transmisor puede entregar la información de la guía de elementos del programa organizándola de acuerdo con ciertas reglas.

Un elemento de programa es identificado por un identificador paquete_id de un paquete, que es una forma codificada del elemento de programa. El identificador de paquete permite identificar de forma exclusiva un elemento de programa proporcionado por un organismo de radiodifusión o un grupo de organismos de radiodifusión. Un organismo de radiodifusión o un grupo de organismos de radiodifusión se identifica de forma exclusiva por medio de PGT_provider_id. El PGT_provider_id se debe asignar por medio de la especificación de una autoridad de registro y a petición de un organismo de radiodifusión o un grupo de organismos de radiodifusión. En cuanto a la identificación del paquete, una emisora o un grupo de emisoras lo asigna de forma exclusiva a su elemento de programa por sí mismo. El ID del paquete, que tiene un valor de 16 bits, permite identificar un número finito de elementos del programa, por lo que se debe reutilizar tras un período de tiempo predeterminado. Tras la reutilización, package_id_recycle_number (que es uno de los elementos sintácticos incluidos en PGT_package_info() y que incluye 8 bits) se incrementa en uno. Un par de 3 informaciones, que incluye PGT_provider_id, package_id_recycle_number y package id, es un identificador único global para un determinado elemento del programa o su paquete asociado hasta que se agote el package_id_recycle_number. Por ejemplo, si el ID de paquete tarda un año en agotarse, su unicidad está garantizada durante unos 256 años porque package_id_recycle_number incluye 8 bits.

Un PGT incluye un identificador de un organismo de radiodifusión o de un grupo de organismos de radiodifusión que proporciona el PGT, una versión de actualización, un URL de una página web de un organismo de radiodifusión o de un grupo de organismos de radiodifusión que proporciona el PGT, información del módulo de actualización, información del canal lógico, información del paquete, información de la tabla asociada, etc. La información del módulo de actualización se presenta en forma de información delta, e incluye únicamente las diferentes partes de la versión anterior del PGT que se pueden distinguir de la versión actual del PGT. Si se incluye en un PGT la información del módulo de actualización correspondiente a uno o dos días, el proceso de actualización de un PGT en un receptor se puede llevar a cabo de forma muy eficiente.

La sintaxis de un PGT es la que se muestra en la Tabla 8.

Tabla 8

En la Tabla 8, la semántica de cada elemento sintáctico es la siguiente:

table_id: Un identificador que indica el tipo de tabla. Se asigna un valor único correspondiente a un PGT. version_id: Un identificador que indica la estructura de esta tabla. Si la estructura de la tabla se modifica por una enmienda de la norma, este valor también se modifica. Basándose en este valor, un receptor determina si esta tabla está configurada de forma que pueda entender el contenido de la misma. Este valor se incrementa sólo cuando se modifica el contenido de la tabla para que sea incompatible con el existente.

PGT_provider_id: Un identificador único de la organización que proporciona este PGT. Una organización sólo puede proporcionar un PGT, y PGT_provider_id es asignado por una autoridad de registro apropiada.

PGT_update_version: Un número de versión que indica si se ha modificado el contenido de un PGT. Si se actualiza el contenido de un PGT, el valor de este número se incrementa en uno. Este valor se restablece a 0 después de su valor máximo de 255. Un receptor lee de nuevo y analiza el contenido de un PGT, si este valor es diferente del número de versión de un PGT que el receptor almacenó en su memoria en el período anterior.

tablejength: El número de bytes contados desde el siguiente campo hasta el último byte de package_guide_table(). No se utiliza un valor de 0.

PGT_prefix_count: El número de los prefijos utilizados en un PGT. Los prefijos se concatenan delante de una cadena incluida en un PGT. Cuando se desea hacer referencia a un prefijo, un receptor hace referencia a un prefijo mediante el uso de su orden de ocurrencia como índice. El valor 0xFF no se utiliza como valor de índice. Por lo tanto, un PGT puede incluir un máximo de 255 prefijos.

PGT_prefix_length: La longitud de una cadena PGT_prefix.

PGT_prefix_byte: Un byte en una cadena PGT_prefix. El último byte nulo de la cadena no se incluye.

PGT_provider_homepage_URL_prefix_index: Un índice del listado de prefijos para la URL de la página de inicio de la organización que proporciona este PGT. Un valor del índice especifica uno de los prefijos anteriores. Si el valor de este campo es 0xFF, indica que no hay cadena de prefijo.

PGT_provider_homepage_URL_length: Longitud en bytes del siguiente postfijo de la URL de la página de inicio de la organización que proporciona este PGT.

PGT_provider_homepage_URL_byte: Un valor de caracteres ASCII del postfijo de la URL de la página de inicio de la organización que proporciona este PGT.

PGT_descriptors_length: Una longitud en bytes del siguiente bucle de sintaxis del descriptor.

PGT_descriptor(): Un descriptor relacionado con este PGT.

redirect_flag_fordelta_update_info: Si el valor de esta bandera es '0', la información de actualización del PGT se incluye directamente en este PGT. En caso contrario, si el valor de esta bandera es '1', se encuentra en otro lugar. redirect_flag_logical_channel_info: Si el valor de esta bandera es '0', la información del canal lógico se incluye directamente en este PGT. En caso contrario, si el valor de esta bandera es '1', se encuentra en otro lugar. redirect_flag_for_package_info: Si el valor de esta bandera es '0', la información de la guía del paquete se incluye directamente en este PGT. En caso contrario, si el valor de esta bandera es '1', se encuentra en otro lugar. redirect_flag_for_associated_table_info: Si el valor de esta bandera es '0', la información de la tabla asociada se incluye directamente en este PGT. En caso contrario, si el valor de esta bandera es '1', se encuentra en otro lugar. PGT_delta_update_info_molude_count: El número de PGT_delta_update_info_modules.

PGT_update_delta: Un valor correspondiente a una diferencia entre la versión anterior del PGT y la versión actual del PGT. Este valor es un criterio utilizado para generar un módulo PGT_delta_update. El siguiente MMT_general_location_info() especifica la ubicación de un PGT_delta_update_info_module().

PGT_delta_update_info _module(): Un módulo de datos compuesto únicamente por información delta (o diferente) entre el PGT con una versión de actualización de PGT_update_delta y la versión actual de este PGT.

PGT_logical_channel_info_update_version: Una versión de PGT_logical_channel_info() definida en la Tabla 10. El MMT_general_location_info() que sigue a este campo proporciona una ubicación del PGT_logical_channel_info(). PGT_logical_channel_info(): La información del canal lógico definida en la Tabla 10.

PGT_package_info_module_count: El número del PGT_package_info_module()s

PGT_package_info _module_id: Un identificador de un PGT_package_info_module().

PGT_package_info module_update_version: Una versión de un PGT_package_info_module(). El MMT_general_location_info() que sigue a este campo proporciona una ubicación del PGT_package_info_module(). PGT_package_count: El número de paquetes.

PGT_package_info(): Información de la guía del paquete, como se define en la Tabla 11. Un PGT_package_info() incluye información de guía de un solo paquete.

Recuento del módulo de información de la tabla asociada al PGT: El número de PGT_associated_table_info_module()s.

PGT_associated_table_info_module_id: Un identificador de PGT_associated_table_info_module().

PGT_associated_table_info_module_update_version: Una versión de PGT_associated_table_info_module(). El MMT_general_location_info() que sigue a este campo proporciona una ubicación del PGT_associated_table_info_module().

Recuento de la tabla asociada al PGT: El número de las mesas asociadas a este PGT. Todas las tablas con el mismo id de tabla se tratan como una sola tabla.

PGT_associated_sub_table_count: El número de las subtablas dentro de una tabla asociada al PGT.

PGT_associated_sub_table(): Una subtabla dentro de una tabla asociada al PGT.

El PGT_delta_update_info_module() es un grupo de elementos sintácticos que incluye sólo la información actualizada en el contenido del PGT. La función PGT_delta_update_info_module() puede incluir opcionalmente la información actualizada del canal lógico, la información actualizada del paquete individual y cada subtabla asociada actualizada.

Un receptor analiza un bucle PGT_descriptor() también en el contenido del PGT, si el PGT_update_version es diferente de una versión PGT que almacena en su memoria. El receptor determina si hay un PGT_update_delta, que es una diferencia obtenida al restar la versión PGT que almacena en su memoria, de la PGT_update_version. Si el PGT_update_delta existe, el receptor puede completar la actualización PGT por medio del análisis del PGT_delta_update_info_module().

La sintaxis de PGT_delta_update_info_module() es la que se muestra en la Tabla 9.

Tabla 9

En la Tabla 9, la semántica de cada elemento sintáctico es la siguiente:

PGT_update_delta: Un valor correspondiente a una diferencia entre la versión anterior del PGT y la versión actual del PGT. Este valor es un criterio utilizado para generar un módulo PGT_delta_update.

PGT_delta_update_info_molude_length: El número de bytes contados desde el siguiente byte después de este campo hasta el último byte de este PGT_delta_update_info_module().

update_logical_channel_info_flag: Si el valor de esta bandera es '1', indica que la información de actualización de la información del canal lógico se incluye en este PGT_delta_update_info_module(). update_package_info_flag: Si el valor de esta bandera es '1', indica que la información de actualización de la información de la guía del paquete se incluye en este PGT_delta_update_info_module(). update_associated_table_flag: Si el valor de esta bandera es '1', indica que la información de actualización de la información de la tabla asociada a PGT se incluye en este PGT_delta_update_info_module().

PGT_logical_channel_info(): Información del canal lógico, como se define en la Tabla 10.

PGT_package_update_count: El número de paquetes incluidos en el siguiente bucle de sintaxis.

PGT_package_info(): Información de la guía del paquete, como se define en la Tabla 11.

PGT_associated_table_update_count: El número de subtablas incluidas en el siguiente bucle de sintaxis de la información de actualización para la información de la tabla asociada al PGT.

PGT_associated_sub_table(): Una subtabla en una tabla asociada al PGT.

El PGT_logical_channel_info() es un grupo de elementos de sintaxis incluido en el PGT y que corresponde a los metadatos de todos los canales lógicos que proporciona un proveedor PGT.

La sintaxis de PGT_logical_channel_info() es la que se muestra en la Tabla 10. Hay que tener en cuenta que un índice de bucle de sintaxis PGT_logical_channel_index es un índice utilizado en la información de la guía de paquetes.

Tabla 10

En la Tabla 10, la semántica de cada elemento sintáctico es la siguiente:

PGT_logical_channel_info_update_version: Una versión de PGT_logical_channel_info(). El valor de este campo se incrementa en uno cada vez que se modifica el contenido de la información del canal lógico. Un valor de 255 se restablece a 0.

PGT_logical_channel_info_length: El número de bytes contados desde el siguiente byte después de este campo hasta el último byte de este PGT_logical_channel_info().

PGT_logical_channel_count: El número de canales lógicos para los que el PGT proporciona información de guía. short_channel_name_length: El número de bytes de un nombre de canal lógico expresado en una cadena que utiliza la codificación UTF-8.

short_channel_name_byte: Datos de bytes que constituyen un nombre de canal lógico. physical_channel_type: Tipo de canal físico que transporta este canal lógico. Si el valor de este campo es '0', indica Internet; si es '1', un canal terrestre; si es '2', un canal por satélite; y si es '3', un canal por cable. major_channel_number Un número de canal importante.

minor_channel_number Un número de canal menor.

service_id: Un identificador de un servicio de difusión MMT.

package_path_number: Un número de trayectoria del paquete para distinguir los canales lógicos en un determinado canal de difusión. No se utiliza un valor de '0'. El package_path_number se asigna de forma exclusiva en un canal físico por un emisor o un grupo de emisores.

test_channel_flag: Esta bandera indica que este canal lógico es un canal de prueba. Si el valor de esta bandera es '1', los receptores normales no proporcionan información sobre este canal lógico durante la guía de programas.

nvod_channel_flag: Esta bandera indica que este canal lógico es para uso de Vídeo Bajo Demanda Cercano (NVOD).

relay broadcast flag: Esta bandera indica que este canal lógico es un canal de retransmisión para otro canal lógico. Por ejemplo, si un canal de cable retransmite un canal de radiodifusión terrestre, esta bandera se establece en '1' para el canal lógico.

channel_protection_type: Este campo indica el tipo de protección aplicado a este canal lógico. Si el valor de este campo es '0', indica que no se aplica ninguna protección; si es '1', indica que todos los paquetes de este canal lógico están protegidos; si es '2', indica que algunos o todos los activos de todos los paquetes entregados por este canal lógico están parcial o totalmente protegidos; y si es '3', indica que algunos paquetes entregados por este canal lógico están protegidos. Por ejemplo, si el valor de este campo es '2', indica que se protege sólo el vídeo de un paquete o los primeros 10 minutos de un paquete. Por ejemplo, si el valor de este campo es '3', significa que algunos de los paquetes entregados por este canal lógico están protegidos. original_physical_channel_type: Un tipo de canal físico original.

original_major_channel_number: El número de canal principal original.

original_minor_channel_number: El número de canal menor original.

MMT_general_location_info(): Este grupo de elementos de sintaxis proporciona la información de localización del PPT o del SMT-S que actualmente transporta este canal lógico.

descriptors length: Una longitud en bytes del siguiente bucle de sintaxis del descriptor.

descriptor(): Un descriptor relacionado con la información de este canal lógico.

El PGT_package_info() es un grupo de elementos sintácticos correspondiente a los metadatos de un paquete, en el contenido de un PGT. La sintaxis de _info() es la que se muestra en la Tabla 11.

Tabla 11

En la Tabla 11, la semántica de cada elemento sintáctico es la siguiente:

package_id: Un identificador de un paquete que está siendo entregado actualmente por este canal lógico. El identificador de paquete es un valor que un radiodifusor asigna a cada paquete, y tiene un valor único para los paquetes que un radiodifusor o un grupo de radiodifusores proporciona durante un período de tiempo. Este valor se puede reutilizar después de un período de tiempo predeterminado.

PGT_package_info_update_version: Una versión de PGT_package_info(). El valor de este campo se incrementa en uno, siempre que se modifique el contenido de la información del paquete. Un valor de 255 se restablece a 0. PGT_package_info_length: El número de bytes contados desde el siguiente byte después de este campo hasta el último byte de este PGT_package_info().

package_id_recycle_number: El valor de este campo se incrementa en uno, cada vez que se completa la asignación del número de 16 bits para package_id. Este campo, junto con package_id, constituye un identificador único del paquete.

start_time: Hora de inicio de un elemento del programa correspondiente a este paquete. El valor de este campo se representa en formato UTC.

duration: La duración de un elemento del programa correspondiente a este paquete se representa en segundos. Si el valor de este campo es '0', significa que la duración es desconocida.

title_text_language_count: El número de lenguajes diferentes que expresan el texto del título de un elemento del programa correspondiente a este paquete.

title_text_language: un identificador de lenguaje de 3 bytes que indica el lenguaje del título de un elemento de programa correspondiente a este paquete y definido en la norma ISO 639.

title_text_length: Este campo indica en bytes la longitud de la cadena UTF-8 que representa el texto del título de un elemento de programa correspondiente a este paquete.

title_text_byte: Un byte en el texto del título de un elemento del programa correspondiente a este paquete. package_homepage_URL_prefix_index: Un índice del listado de prefijos para la URL de la página de inicio de un elemento del programa correspondiente a este paquete. Este campo tiene un valor que especifica uno de los prefijos definidos en PGT_header(). Si el valor de este campo es 0xFF, indica que no hay prefijo. package_homepage_URL_length: Longitud en bytes del siguiente postfijo de la URL de la página de inicio de un elemento del programa correspondiente a este paquete.

package_homepage_URL_byte: Un valor de caracteres ASCII del postfijo de la URL de la página de inicio de un elemento del programa correspondiente a este paquete.

format_type Este campo indica el formato de este PGT_package_info(). Si el valor de este campo es '0', PGT_package_info() incluye la información mínima sobre un paquete actual o futuro; si es “1”, PGT_package_info() incluye sólo la información del servicio de “repetición” sobre un paquete pasado; y si es “2”, PGT_package_info() incluye la información completa sobre un paquete actual o futuro. Un servicio de repetición es un servicio de descarga o streaming, gratuito o de pago, a través de Internet por medio del cual un espectador puede disfrutar de un paquete pasado pero perdido.

PGT_logical_channel_index: Un índice que indica información sobre los canales lógicos que llevan este paquete. Un valor de este índice es un índice de canales lógicos proporcionado por PGT_logical_channel_info() definido en la Tabla 10.

post_event_replay_URL_flag: Esta bandera indica que existe una URL de “repetición” para este paquete. post_event_replay_URL_prefix_index: Un índice a un prefijo de la URL de “repetición” de este paquete. Este campo tiene un valor que indica uno de los prefijos definidos en PGT_header(). Si el valor de este campo es '0', indica que no hay prefijo. Si un valor de este campo no es '0' sino 'N', especifica un prefijo N-ésimo. post_event replay_URL_length: Longitud en bytes del siguiente postfijo de la URL de “repetición” de este paquete.

post_event_replay_URL_byte: Un valor de caracteres ASCII del postfijo de la URL de “repetición” de este paquete.

package_protection_type: Este campo indica el tipo de protección aplicado a este paquete. Si el valor de este campo es '0', indica que no se aplica ninguna protección; si es '1', indica que todos los activos de este paquete están protegidos; y si es '2', indica que algunos activos de este paquete están parcial o totalmente protegidos. El valor '3' está reservado y no se utiliza. Por ejemplo, si el valor de este campo es '2', sólo está protegido el activo de vídeo de este paquete o los primeros 10 minutos del vídeo y los activos de audio de este paquete. pay_type Este campo no tiene ningún significado y es ignorado por un receptor cuando el package_protection_type es '0'. Este campo sólo tiene sentido cuando el tipo de protección del paquete es '1' o '2'. Si el valor de este campo es '0', indica que se requiere una suscripción para ver este paquete, y si es '1', indica que este paquete es de pago por visión. La información de pago relacionada se debe proporcionar por medio de un descriptor dentro del bucle de sintaxis PGT_descriptor() de la Tabla 8 o del bucle de sintaxis PGT_package_info_descriptor() de la Tabla 11. Si se proporciona la misma información de pago tanto en el bucle de sintaxis PGT_descriptor() como en el bucle de sintaxis PGT_package_info_descriptor(), tiene prioridad la del bucle de sintaxis PGT_package_info_descriptor().

content_id_flag: Si el valor de esta bandera es '1', indica que se incluye un identificador de contenido único global para un elemento de programa correspondiente a este paquete.

genre_flag: Si el valor de esta bandera es '1', indica que la información sobre el género de un elemento del programa correspondiente a este paquete se incluye en lo siguiente. Cuando el valor de esta bandera es '1', es necesario entregar una tabla de género a los receptores como PGT_associated_table. parental_guidance_flag: Si el valor de esta bandera es '1', la información sobre la calificación se incluye en lo siguiente. Cuando el valor de esta bandera es '1', es necesario entregar una tabla de clasificación a los receptores como PGT_associated_table.

live flag: Si el valor de esta bandera es '1', indica que este paquete es de un contenido en vivo y no de un contenido pregrabado.

serial flag:: Si el valor de esta bandera es '1', indica que un elemento de programa correspondiente a este paquete es una instancia de un contenido en serie, tal como un drama en serie.

rebroadcast flag: Si el valor de esta bandera es '1', indica que un elemento de programa correspondiente a este paquete es una retransmisión de un elemento de programa emitido anteriormente.

bandera rebroadcast_exist: Si el valor de esta bandera es '1', indica que existe una programación de retransmisión para un elemento de programa correspondiente a este paquete.

recording flag: Si el valor de esta bandera es '1', se permite grabar este paquete en el almacenamiento interno de un receptor.

multilingual_flag: Si el valor de esta bandera es '1', indica que este paquete tiene audio multilingüe. comment_channel_flag: Si el valor de esta bandera es '1', indica que este paquete tiene uno o más canales de comentarios.

sign language_flag: Si el valor de esta bandera es '1', indica que este paquete tiene un canal de lenguaje de signos.

subtitles_flag: Si el valor de esta bandera es '1', indica que este paquete tiene uno o más subtítulos. Los caracteres de todos los subtítulos pueden estar codificados en UTF-8.

multivew _flag: Si el valor de esta bandera es '1', indica que todo el paquete o algunas partes del paquete son de emisión multivista. La emisión multivista incluye la emisión estereoscópica, la emisión multivista en 3D, la emisión multivista hacia dentro y hacia fuera, y similares.

picture_size_grade_count: El número de niveles de tamaño de imagen que proporciona este paquete. Si el valor de este campo es mayor o igual a '2', indica que se proporcionan múltiples niveles de tamaño de imagen por medio de la codificación simulcast o de escalabilidad espacial.

picture_size_grade: Un grado de un tamaño de imagen. Por ejemplo, si el valor de este campo es '0', indica que la resolución horizontal de la imagen es de 240 píxeles; si es '1', indica que la resolución horizontal de la imagen es de 480 píxeles; si es '2', indica que la resolución horizontal de la imagen es de 720 píxeles; si es '3', indica que la resolución horizontal de la imagen es de 1280 píxeles; si es '4', indica que la resolución horizontal de la imagen es de 1.920 píxeles; si es '5', indica que la resolución horizontal de la imagen es de 3.840 píxeles, y si es '6', indica que la resolución horizontal de la imagen es de 7.680 píxeles. Si hay dos o más picture_size_grades, indica que el vídeo se proporciona por medio de codificación de escalabilidad espacial.

audio_language: identificador de lenguaje ISO 639 de 3 bytes para un audio.

audio_grade: Este campo indica la calificación de un audio. Por ejemplo, si el valor de este campo es '0', indica que el audio es mono; si es '1', indica que el audio es estéreo; si es '2', indica que el audio es de 5.1 canales; y si es '3', indica que el audio es de 22.2 canales.

additional audio count: El número de otros audios adicionales.

additional audio language: identificador de lenguaje ISO 639 de 3 bytes para un audio adicional para un lenguaje diferente al del audio principal.

additional_audio_grade: Este campo indica un grado de otro audio adicional. Por ejemplo, si el valor de este campo es '0', indica que el audio es mono; si es '1', indica que el audio es estéreo; si es '2', indica que el audio es de 5.1 canales; y si es '3', indica que el audio es de 22.2 canales.

content_originator id: Un identificador único global del creador del contenido de un elemento del programa correspondiente a este paquete. Este identificador se debe registrar a través de una autoridad de registro apropiada antes de su uso.

content_id: Un identificador de contenido para un elemento del programa correspondiente a este paquete. Este identificador es gestionado por cada creador de contenidos. Un par de content_originator_id y content_id es un identificador de contenido globalmente único.

content_major_version: Una versión mayor del contenido de un elemento del programa correspondiente a este paquete.

content_minor_version: Una versión menor del contenido de un elemento del programa correspondiente a este paquete.

genre_system id: Un identificador del sistema de clasificación de géneros. Este campo es de hecho un sub_table_id en una tabla de género.

major_genre: Un índice del género principal de un elemento del programa correspondiente a este paquete. Este campo es, de hecho, un índice de una entrada de género mayor en la tabla de géneros. Por ejemplo, un género importante puede ser el de “deportes”.

minor_genre: Un índice del género menor de un elemento del programa correspondiente a este paquete. Este campo es, de hecho, un índice de una entrada de género menor en la tabla de género. Por ejemplo, un género menor puede ser el “fútbol” entre los “deportes”.

rating_system_id: Un identificador del sistema de clasificación de la calificación. Este campo es de hecho un sub_table_id en una tabla de clasificación.

rate_index: Un índice de la calificación de un elemento del programa correspondiente a este paquete. Este campo es, de hecho, un índice de una entrada de clasificación en la tabla de clasificación. season_number: Un número de temporada de un paquete de serie. Si el valor de este campo es “0”, indica que no hay ninguna estación en el paquete de serie.

serial_number_minus1: Un número de serie menos 1 de un paquete de serie. Si hay temporadas en el paquete de serie, el número de serie se cuenta dentro de una temporada.

prequel_package_id: Un package_id del paquete precursor de un elemento de programa correspondiente a este paquete. Si el valor de este campo es '0', indica que un elemento del programa correspondiente a este paquete es la primera instancia en la temporada del paquete de serie.

sequel_package_id: Un identificador de paquete de la secuela de un elemento de programa correspondiente a este paquete. Si el valor de este campo es '0', indica que un elemento del programa correspondiente a este paquete es la última instancia en la temporada del paquete de serie.

rebroadcast_package_id: Un id de paquete correspondiente a una retransmisión para este paquete. commentary_channel_count: El número de canales de comentarios en diferentes lenguajes incluidos en este paquete.

commentaryjanguage: Un identificador de lenguaje ISO 639 de 3 bytes para un canal de comentarios de este paquete.

subtitle_count: El número de subtítulos en diferentes lenguajes incluidos en este paquete. subtitle_language: Un identificador de lenguaje ISO 639 de 3 bytes para un subtítulo de este paquete. karaoke_flag: Si el valor de esta bandera es '1', indica que el subtítulo es de estilo karaoke.

multiview coverage type: Si el valor de este campo es '0', indica que todo el paquete es un vídeo multivista, y si es '1', indica que una parte del paquete es un vídeo multivista.

multiview scheme_type: Si el valor de este campo es '1', indica que el esquema del vídeo multivista es estereoscópico; si es '2', indica que el esquema del vídeo multivista es multivista 3D; si es '3', indica que el esquema del vídeo multivista es multivista interior; si es '4', indica que el esquema del vídeo multivista es multivista exterior; y si es '5', indica que el esquema del vídeo multivista es multivista arbitrario.

PGT_package_info_descriptors_length: Una longitud en bytes del siguiente bucle de sintaxis PGT_package_info_descriptor().

PGT_package_info_descriptor(): Un área en la que se pueden poner descriptores adicionales.

La sintaxis de la tabla PGT_associated_sub_table() sigue la sintaxis de la tabla general MMT como se muestra en la Tabla 12. La semántica de cada elemento sintáctico se define en lo siguiente.

Tabla 12

tabla _id: Un identificador que indica el tipo de esta tabla.

version id: Un identificador que indica la estructura de esta tabla. Si la estructura de esta tabla se modifica por medio de una enmienda de esta norma, el valor de este campo también se modifica. Basándose en el valor de este campo, un receptor determina si esta tabla está configurada de forma que pueda entender el contenido de la misma. Este valor se incrementa sólo cuando se modifica el contenido de la tabla para que sea incompatible con el existente.

table sub id: Un identificador de una subtabla.

update_version: Un número de versión que indica un cambio en el contenido desde el siguiente byte después de este campo hasta el último byte de esta tabla. Si se actualiza el contenido de esta tabla, el valor de este número se incrementa en uno. Este valor se restablece a 0 después de su valor máximo de 255. Un receptor lee de nuevo y analiza el contenido de esta subtabla, si este valor es diferente del número de versión de esta subtabla que el receptor almacenó en su memoria en el período anterior.

tablejength: Longitud en bytes de esta subtabla contada desde el siguiente byte después de este campo hasta el último byte de esta subtabla.

sub_table_contents(): contenido de la subtabla que es diferente de acuerdo con cada subtabla.

CRC_32 El mismo campo que CRC_32 definido en la sintaxis de la sección del estándar del sistema MPEG-2. El PGT_package_info_module() es una estructura de datos que incluye una guía para uno o más paquetes cuando un PGT incluye indirectamente la información de la guía del paquete haciendo referencia a una trayectoria externa o a un archivo que tiene la información de la guía del paquete, sin incluir directamente la información de la guía del paquete.

La sintaxis de PGT_package_info_module() se muestra en la Tabla 13, y la semántica de cada elemento de la sintaxis se define a continuación.

Tabla 13

PGT_package_info_module_id: Un identificador de un PGT_package_info_module(). Este identificador se puede reutilizar. Mientras no se reutilice este identificador, este módulo incluye información sobre los mismos paquetes en todo momento.

PGT_package_info_module_update_version: Una versión actualizada de PGT_package_info(). Cada vez que se modifica el contenido del campo siguiente, este campo se incrementa en uno, independientemente de que el identificador se reutilice o no. Este valor se restablece a 0 después de su valor máximo de 255.

PGT_package_info_module_length: Una longitud en bytes contada desde el siguiente byte después de este campo hasta el último byte de PGT_package_info().

reallocation flag: Si el valor de este campo es '1', indica que este módulo incluye información sobre paquetes diferentes de los incluidos en el módulo recibido anteriormente que tiene el mismo identificador que el de este módulo. En otras palabras, indica que el identificador se reutiliza.

PGT_package_count_in_this_module: El número de paquetes, cuya información de guía se incluye en este módulo. CRC_32: El mismo campo que CRC_32 definido en la sintaxis de la sección del estándar del sistema MPEG-2. Una Tabla de Activos Adjuntos (AAT) contiene información sobre los activos adjuntos. Un AAT se entrega periódicamente como un activo independiente que constituye un paquete perteneciente a un activo primario correspondiente al objetivo al que se van a sincronizar los activos adjuntos incluidos en un AAT.

Un procedimiento de sincronización entre el activo principal y los activos adjuntos, y una definición de la AAT se desvelan en la Solicitud de patente coreana Núm. P2011-0095458. En esta memoria descriptiva, para facilitar la descripción, se incluye la sintaxis de la AAT y la semántica de cada campo.

La sintaxis de la AAT es la que se muestra en la Tabla 14, y la semántica de cada campo es la que se define a continuación.

Tabla 14

table_id: Un identificador que indica el tipo de una tabla. Asigna un valor único correspondiente a la AAT. version_id: Un identificador que indica la estructura de la AAT. Si la estructura de la tabla se modifica por una enmienda de esta norma, el valor de este campo también se modifica. Un receptor, mirando el valor de este campo, determina si el receptor puede entender esta tabla.

sub_table_id: Cuando la tabla se divide en diversas subtablas para su transmisión, este campo identifica cada subtabla.

update_version: La AAT se transmite periódicamente, de forma que si el contenido de la AAT es diferente al de la última AAT transmitida que tiene el mismo sub_table_id, el valor de este campo se incrementa. Después de un valor máximo de '255', el valor se restablece a '0'. Un receptor lee y analiza de nuevo el contenido de la AAT si se modifica el valor de este campo.

longitud de la tabla: El número de bytes desde el siguiente campo hasta el último byte de la AAT. El valor '0' no se utiliza.

locator_prefix_count: El número de cadenas de locator_prefix siguientes. El locator_prefix se concatena por medio de la adición de “/” al final del mismo delante de una cadena de localizador proporcionada en el adjunct_asset_locator, para de ese modo formar una URL. En el adjunct_asset_locator, se hace referencia al locator_prefix mediante el uso de un orden de aparición del locator_prefix como índice. El valor '0xFF' no se utiliza para este campo. Por lo tanto, se puede incluir un máximo de 255 locator_prefixes.

locator_prefix_length: La longitud de una cadena locator_prefix.

locator_prefix_byte: Un byte en una cadena locator_prefix. El byte nulo final no se incluirá en la cadena locator_prefix.

adjunct_asset_type: Un tipo de activos adjuntos. Por ejemplo, se asigna un valor único a cada tipo, tales como documentos web, widgets, aplicaciones interactivas, clips de audio, clips de vídeo, gráficos, textos, imágenes, componentes multimedia auxiliares y similares. Este valor de asset_type adjunto se aplica igualmente a los activos adjuntos en el siguiente bucle de sintaxis.

adjunct_asset_count_minus1 Un valor menor en uno que el número de activos adjuntos descrito en el siguiente bucle de sintaxis. Este valor puede indicar un máximo de 256 activos adjuntos. Si el número de activos adjuntos que tienen el mismo adjunct_asset_type es superior a 256, esos activos adjuntos se describen mediante el uso de dos o más bucles de sintaxis.

adjunct_asset_id: Un identificador único global de 48 bits para identificar un activo adjunto. La unicidad se mantiene sólo durante un tiempo predefinido, y después del tiempo predefinido, el identificador se puede reutilizar. Para ser un identificador global, este campo se divide en dos partes: un provider_identifier de 32 bits y un asset_identifier de 16 bits. El provider_identifier es asignado por una autoridad de registro y registrado para cada proveedor, y el asset_identifier es gestionado por cada proveedor.

execution_attribute: Este campo indica cómo un receptor, al recibir un activo adjunto, ejecuta el activo adjunto, e incluye los siguientes campos:

execution_on_reception: Una bandera que indica si se debe “ejecutar inmediatamente” un activo adjunto recibido por el receptor después de almacenar el activo adjunto en una caché de activos adyacentes. Si el activo adjunto no se ejecuta inmediatamente, puede ser ejecutado en un punto de tiempo designado por el procedimiento de sincronización sugerido en la realización ejemplar de la presente invención, al ser seleccionado por el usuario o al ser llamado desde otro activo adjunto. Si esta bandera es '1', execution_entry_point también se establece en '1'.

media_service_bound: Una bandera que señala si el activo adjunto está vinculado a un servicio de medios. Si esta bandera es '1', indica que el activo adjunto está vinculado al servicio de medios, y el activo adjunto se termina automáticamente cuando se produce un cambio de canal de emisión.

execution_entry_point: Una bandera que indica que el activo adjunto puede ser ejecutado directamente. Si esta bandera es '0', el activo adjunto es ejecutado indirectamente por otro activo adjunto.

visible_to_user: Un campo de 2 bits que indica si un usuario puede ejecutar selectivamente el activo adjunto mediante el uso de una función de navegación de activos adjuntos o si el activo adjunto es visible cuando otro activo adjunto navega por un listado de activos adjuntos a través de una interfaz de programación de aplicaciones (API) proporcionada por el receptor. La semántica de visible_to_user es la que se muestra en la Tabla 15.

secure_execution: información de 2 bits que indica si los activos adjuntos son seguros. La semántica de la ejecución segura es la que se muestra en la Tabla 16 a continuación.

adjunct_asset_priority: Campo que indica la prioridad de ejecución del activo adjunto. Cuanto mayor sea el valor de adjunct_asset_priority, mayor será la prioridad. Cuando los recursos del receptor para ejecutar el activo adjunto son insuficientes, el activo adjunto con la menor prioridad entre los activos adyacentes actualmente ejecutados es el primero en ser pausado o terminado.

Tabla 15

Tabla 16

adjunct_asset_locator_count_minus1: Un valor menor en uno que el número de ubicaciones de las que se debe leer el activo adjunto. Se puede proporcionar un máximo de 4 ubicaciones mediante el uso de 2 bits. Cuando se proporcionan dos o más ubicaciones, el orden de aparición de adjunct_asset_locator es la prioridad. Aparecen uno o más adjunct_asset_locator.

adjunct_asset_locator: Este grupo de elementos sintácticos proporciona información de una ubicación desde la que se va a leer el activo adjunto.

adjunct asset descriptors length: Este campo proporciona el número de bytes en el intervalo desde el siguiente byte hasta el último byte del siguiente bucle sintáctico de descriptores.

adjunct asset descriptor: En este bucle de sintaxis del descriptor se pueden incluir varios descriptores.

CRC_32: El mismo campo que el CRC 32 definido en la sección de sintaxis de la norma del sistema MPEG-2 (ISO/IEC 13818-1:2007).

La información sobre la ubicación de los datos de los recursos, adjunct_asset_locator, indica una ubicación desde la que se debe leer el activo adjunto. El activo adjunto se entrega a través de un carrusel de una red de difusión o se descarga por Internet. La AAT debe incluir uno o más adjunct_asset_locators para cada activo adjunto. El receptor lee el activo adjunto desde una ubicación designada por el primer adjunct_asset_locator que aparece, y si se produce un error, el receptor lee el activo adjunto desde una ubicación designada por el siguiente adjunct_asset_locator.

La sintaxis del adjunct_asset_locator es la que se muestra en la Tabla 17 a continuación. La Tabla 17 incluye sólo el caso de Internet, y para el caso del carrusel, la sintaxis puede variar de acuerdo con el carrusel definido en ISO/IEC 13818-6:1998. Por lo tanto, a efectos de la presente memoria descriptiva, no se incluyen detalles en la Tabla 17.

Tabla 17

locator_type: Un campo de 8 bits que indica si la ubicación desde la que se va a leer el activo adjunto es Internet o un carrusel de una red de difusión, e indica un tipo de carrusel si la ubicación es un carrusel y se utilizan varios tipos de carruseles juntos.

locator_prefix_index: Un índice que designa uno de los prefijos de los localizadores de la Tabla 14. Si el valor de este campo es '0xFF', significa que el locator_prefix no se utiliza.

directory_path_length: Una longitud de la siguiente trayectoria de directorio. El byte nulo final de una cadena no se incluye. Si el valor de este campo es '0', no se utiliza la trayectoria del directorio.

directory_path_byte: Un byte de la trayectoria de un directorio. El byte nulo final de una cadena no se incluye. entry_path_length: Una longitud de la siguiente trayectoria del archivo de la página inicial. El byte nulo final de una cadena no se incluye. Este campo sólo tiene sentido cuando el activo adjunto incluye múltiples archivos, tal como una página web. Si el activo adjunto es un solo archivo, este campo tiene el valor '0'.

entry_path_byte: Un byte de la trayectoria del archivo de la página inicial. El byte nulo final de una cadena no se utiliza.

cuenta de objetos: El número de trayectorias siguientes para los archivos. Si este campo tiene el valor “0”, se designa todo el directorio.

object_path_length: Una longitud de una cadena de la siguiente trayectoria de archivo. El byte nulo final de la cadena no se incluye.

byte de trayectoria del objeto: Un byte de la trayectoria de un archivo. El byte nulo final de la cadena no se incluye. Como se ha descrito anteriormente, se pueden incluir diversos descriptores en el adjuct_asset_descriptor de la Tabla 14. Estos descriptores pueden incluir handler_capability_descriptor() que indica la capacidad de un receptor capaz de manejar activos adjuntos, adjunct_asset_cache _descriptor() que indica la cantidad de memoria requerida para la gestión de cachés de activos adjuntos, un período de validez, y similares, display_position_descriptor() que indica una posición en la pantalla de un activo adjunto que se debe expresar en una pantalla, adjunct_asset_name_descriptor() que indica un nombre de un activo adjunto, que se debe mostrar al usuario, y adjunct_asset_icon_descriptor() que indica un icono de un activo adjunto, que se debe mostrar al usuario.

PGT_reference_descriptor proporciona la información de referencia de la versión y la ubicación de un PGT. se puede incluir en un bucle de sintaxis de descriptor SMT M o en un bucle de sintaxis SMT_S_descriptor (El nombre, SMT_S_descriptor, se utiliza para un descriptor del grupo de elementos de sintaxis PPT_body() incluido en un SMT-S). Si no hay un descriptor de referencia PGT en SMT-M o SMT-S, el servicio representado por el SMT-M o el SMT-S no proporciona información de la guía de paquetes.

La sintaxis del PGT_reference_descriptor es la que se muestra en la Tabla 18, y la semántica de cada campo es la que se define a continuación.

Tabla 18

descriptor_tag: Un valor único que indica el tipo de este descriptor.

descriptor length: Una longitud en bytes contada desde el siguiente byte después de este campo hasta el último byte de este descriptor.

PGT_provider_id: Un identificador único de la organización que proporciona este PGT. Una organización sólo puede proporcionar un PGT y el PGT_provider_id se debe registrar antes de su uso a través de una autoridad de registro adecuada.

PGT_update_version: Un número de versión que indica si se ha modificado el contenido de un PGT. Si se actualiza el contenido de un PGT, el valor de este número se incrementa en uno. Este valor se restablece a 0 después de su valor máximo de 255. Un receptor lee de nuevo y analiza el contenido de un PGT, si este valor es diferente del número de versión de un PGT que el receptor almacenó en su memoria en el período anterior. number_of_locations: El número de ubicaciones del PGT proporcionadas en este descriptor. Las ubicaciones de los PGT con idéntica versión de actualización siguen este campo.

MMT_general_location_info(): Este grupo de elementos sintácticos proporciona una ubicación PGT.

MMT_general_location_info() es un puntero general a una localización y su sintaxis y semántica se definen en la Tabla 5. Si hay más de un MMT_general_location_info() en este descriptor, un receptor accede a la ubicación en el orden del listado de MMT_general_location_info().

Un MMT_composition_descriptor proporciona información sobre la disposición espacial de la pantalla de los activos (incluidos los activos PPT) pertenecientes a un determinado paquete basado en SMIL. Si la disposición de la pantalla no se cambia durante un período de reproducción de un determinado paquete, la información sobre la disposición de la pantalla se puede proporcionar mediante el uso de este descriptor. Este descriptor se puede incluir en un bucle de sintaxis SMT_S_descriptor o en un bucle de sintaxis PPT_descriptor (el nombre, PPT_descriptor, se utiliza para un descriptor en el grupo de elementos de sintaxis PPT_body() incluido en un PPT).

La sintaxis del descriptor MMT_composition es la que se muestra en la Tabla 19, y la semántica de cada campo es la que se define a continuación.

Tabla 19

descriptor tag: Un valor único que indica el tipo de descriptor.

descriptor length: Una longitud en bytes contada desde el siguiente byte después de este campo hasta el último byte del descriptor.

version: Una versión de la información de la composición del paquete. Si se modifica la información de la composición del paquete, el valor de este campo se incrementa en uno. Este valor se restablece a 0 después de su valor máximo de 255.

tipo de compresión: Un tipo de compresión de la información de la composición del paquete. Si el valor de este campo es '0', indica que la composición del paquete no está comprimida, y si es '1', indica que la composición del paquete está comprimida por GZIP. Los demás valores se reservan para un uso futuro.

XML_length: Longitud en bytes de la información de la composición del paquete.

XML_package_composition_byte: Un byte en la información de composición del paquete, que se define en ISO/IEC JTC 1/SC 29/WG 11 m19266.

Un descriptor de paquete alternativo es un descriptor que permite a un espectador ver un evento desde el principio mediante el uso de un paquete alternativo, cuando el espectador ve continuamente la emisión en directo que fue interrumpida debido al horario de emisión regular, mediante el uso de un paquete alternativo, o cuando una emisora emite en directo sólo la segunda mitad de todo el evento (por ejemplo, la emisión de golf). Este descriptor alternate_package_descriptor también se puede utilizar para un paquete alternativo para la totalidad (es decir, desde el principio hasta el final) de un determinado paquete, independientemente de si se emite en directo o no.

Un MMT_package_descriptor se puede incluir en un bucle de sintaxis SMT_S_descriptor o en un bucle de sintaxis PPT_descriptor. Si hay diversas ubicaciones para paquetes alternativos, se pueden incluir diversos descriptores de paquetes alternativos en el descriptor de paquetes MMT.

Los propósitos, los escenarios de uso, las definiciones y los usos de este descriptor se desvelan en la Solicitud de patente coreana Núm. P2011-0095665. En esta memoria descriptiva, para facilitar la descripción, la sintaxis del descriptor alternate_package_descriptor se muestra en la Tabla 20, y la semántica de cada campo se incluye a continuación.

Tabla 20

descriptor tag: Campo de 8 bits que indica el tipo de este descriptor. Se asigna un valor único que indica un descriptor de programa alternativo que se distingue de otros descriptores definidos en la norma del sistema MPEG-2 o en la norma de difusión basada en ella.

descriptor length: Un campo de 8 bits que indica la longitud de este descriptor en bytes. Indica una longitud en bytes contada desde el siguiente byte después de este campo hasta el último byte del descriptor. alternate_program_id: Un campo de 8 bits correspondiente a un identificador de programa alternativo. Si los programas alternativos descritos por el descriptor de programa alternativo son diferentes entre sí, se asignan diferentes identificadores de programa alternativo. Si se guía a un espectador para que vea un programa alternativo, antes de que se inicie realmente la emisión en directo, la información de la guía se puede transmitir periódicamente diversas veces para el mismo programa alternativo. En este caso, se utiliza continuamente el mismo alternate_program_id. Si se utilizan todos los valores de 0 a 255, se pueden reutilizar los valores ya utilizados. reserved: Un campo reservado para el futuro. Un valor del mismo se rellena con 0x7F.

just alternate_flag: Indica que el contenido incluido en este descriptor es para un paquete alternativo a un paquete (independientemente de si es para transmisión en vivo) que incluye este descriptor. Si el valor de esta bandera es '1', future_flag no tiene sentido, y text_length es '0' en todo momento.

future_flag: Campo de 1 bit que indica si el contenido incluido en este descriptor es para un programa alternativo que el espectador verá por adelantado, o para un programa alternativo que el espectador verá de forma continua tras el final del programa actual. Si el valor de este campo es '1', indica un programa alternativo que el espectador verá por adelantado, y si el valor de este campo es '0', indica un programa alternativo que el espectador verá continuamente. time_to_future_live_program: Campo de 16 bits que indica el tiempo en segundos hasta el que se iniciará la emisión en directo a través de este canal de programación, si la bandera futura es '1'. Si el valor de este campo es 0x0000, indica que la emisión en directo se ha iniciado inmediatamente, o ya se ha iniciado. Este valor se puede utilizar durante el retorno del servicio de emisión en directo por Internet, que es un paquete alternativo, al programa en directo de un canal de emisión. Si el valor de este campo es '0xFFFF', indica que no es posible conocer la hora hasta la que se iniciará la emisión en directo a través de este canal. Este valor se utiliza cuando el espectador no sabe cuándo se iniciará la emisión en directo a través de este canal de programación, aunque el espectador ve como se emite alternativamente el evento, que se va a emitir en directo a través de este canal de programación, mediante el uso del servicio de emisión en directo por Internet.

MMT_general_location_info(): La información general de referencia de la ubicación definida en el MMT, y su contenido es el que se muestra en la Tabla 5.

text length: Un campo de 8 bits que indica el número de los siguientes bytes de texto. Un valor de 0x00 indica que no hay ninguna cadena que describa un programa alternativo.

byte de texto: Bytes que constituyen una cadena que describe un programa alternativo. Este campo no incluye bytes nulos al final.

extension_descriptor(): Descriptores que aportan información adicional y corresponden a opciones. Un valor de etiqueta de 8 bits para distinguir el tipo de los descriptores se identifica únicamente en el descriptor alternate_package_descriptor, y es el primer byte de estos descriptores. A este campo le sigue un valor de 8 bits que indica la longitud de un descriptor.

Un descriptor_de_programa_alternativo tiene el mismo contenido que el descriptor_de_paquete_alternativo de 16 bits, salvo que la etiqueta_descriptora y la longitud del descriptor tienen un tamaño de 8 bytes y un valor de la etiqueta descriptiva se asigna como un valor de etiqueta descriptiva MPEG-2. En otras palabras, alternate_program_descriptor se obtiene por medio de la modificación de alternate_package_descriptor como un descriptor MPEG-2.

El alternate_program_descriptor se utiliza con un propósito similar al del alternate_package_descriptor, pero se incluye en el bucle de sintaxis del descriptor a continuación de programjnfojength del PMT MPEG-2. En el caso de MPEG-2 TS basado en MPEG-DASH, este descriptor se puede incluir directamente en un PMT.

Un language_descriptor se utiliza para especificar el lenguaje, para un activo, para el cual es necesario especificar un lenguaje. Por ejemplo, para un activo correspondiente a audios, subtítulos, canales de comentarios y similares, es necesario especificar el lenguaje utilizado para crearlos. El language_descriptor se puede incluir en un bucle de sintaxis de PPT_descriptor o en un bucle de sintaxis de asset_descriptor de un PPT, y en un bucle de sintaxis de SMT_S_descriptor o en un bucle de sintaxis de asset_descriptor dentro de un SMT-S. Si este descriptor se incluye en un bucle de sintaxis PPT_descriptor o SMT_S_descriptor, se especifica un lenguaje de todos los activos del paquete por medio de este descriptor. Si este descriptor se incluye en un bucle de sintaxis de asset_descriptor, se especifica un lenguaje del activo por medio de este descriptor. El contenido de un descriptor, al que se aplica el activo, precede al contenido de un descriptor que se aplica a todos los activos del paquete. En esta memoria descriptiva, para facilitar la descripción, la sintaxis del language_descriptor se muestra en la Tabla 21, y la semántica de cada campo se incluye en la siguiente.

Tabla 21

descriptor tag: Un valor único que indica el tipo de este descriptor.

descriptor length: Una longitud en bytes contada desde el siguiente byte después de este campo hasta el último byte de este descriptor.

ISO_639_language_code Un identificador de lenguaje ISO 639 de 3 bytes.

Un clock_reference_descriptor se utiliza para informar a un receptor de la relación entre un reloj del codificador y un reloj del sistema MMT para la sincronización de medios. En el MMT, el UTC en forma de Protocolo de Tiempo de Red (NTP) se utiliza como reloj del sistema, y un reloj codificador de activos permite que los activos utilicen diferentes relojes. El reloj utilizado por un codificador de activos se identifica con clock_reference_id.

El clock_reference_descriptor necesita ser entregado periódicamente en un período de 100 ms o menos, y es entregado en un activo separado. En esta memoria descriptiva, para facilitar la descripción, la sintaxis del clock_reference_descriptor se muestra en la Tabla 22, y la semántica de cada campo se incluye a continuación.

Tabla 22

descriptor tag: Un valor único que indica el tipo de este descriptor.

descriptor length: Una longitud en bytes contada desde el siguiente byte después de este campo hasta el último byte de este descriptor.

clock_reference_id: Identificador de un reloj utilizado por un codificador de activos.

encoder_clock_sample: Valor de una muestra de reloj de activo correspondiente a system_clock_time que sigue a este campo.

system_clock_time: Una hora de reloj del sistema MMT correspondiente a la muestra de encoder_clock que precede a este campo. Es un valor de tiempo UTC en forma de NTP.

La FIG. 5 ilustra una estructura de un sistema masivo MIMO de acuerdo con una realización ejemplar de la presente invención.

Seis mensajes de la capa S1 de acuerdo con otra realización ejemplar de la presente invención se pueden resumir de la siguiente manera.

(1) Mensajes de iInformación sobre Tablas y Avisos (ITN): Este mensaje lleva la tabla ITN y, opcionalmente, otras tablas que se pueden utilizar para el acceso rápido a un paquete. El papel de ITN es similar al de MPEG-2 PAT, pero tiene otras funcionalidades específicas de MMT. La tabla ITN incluye la información completa de todas las demás tablas S1. Además, ⁱTⁿ tiene la información sobre la recepción de avisos. El ejemplo típico de los avisos es la advertencia de emergencia, la notificación urgente y similares.

(2) Mensajes para la Información de la Composición del MMT (MCI): Este mensaje lleva la IC del MMT. Lleva una IC completa así como una IC por capas.

(3) Mensajes para Descriptores de Referencia del Reloj (CRD): Este mensaje lleva información de referencia del reloj que se utilizará para el mapeo entre el reloj del sistema MMT (por ejemplo, el reloj NTP) y cualquier otro reloj (por ejemplo, el reloj MPEG-2 o MPEG-4).

(3) Mensajes de Información de Seguridad: Este mensaje lleva información de seguridad utilizada para la protección del contenido de MMT. El sistema de seguridad es la información DRM, DRM Descargable y el Sistema de Evaluación Condicional Descargable (D-CAS).

(4) Mensajes para la Tabla de Paquetes MMT (MPT): Este mensaje lleva una Tabla de Paquetes MMT (MPT). Un MPT completo o de capa 0 corresponde a un paquete MMT. Incluye un identificador único global del paquete, la ubicación de la información de composición del MMT (MCI) y un listado completo o parcial (posiblemente si se utilizan MPT en capas) de los activos del MMT que pertenecen al paquete del MMT. También incluye el tipo de paquete, el nombre del paquete, la descripción breve del paquete, la clasificación parental, el lenguaje del audio, el lenguaje del texto, el perfil del usuario objetivo, la capacidad requerida del dispositivo, la política del paquete, tal como el permiso de grabación y el permiso de reproducción rápida, y similares. El papel de MPT es similar al de MPEG2 PMT, pero tiene más funcionalidades para el propósito de ^m M^t .

(5) Mensajes para la Tabla de Información de Capacidades del Dispositivo (DCIT): Este mensaje lleva la Tabla de Información de Capacidades del Dispositivo (DCIT). La información sobre la capacidad del dispositivo presenta la capacidad requerida y/o recomendada del dispositivo para el consumo de contenido MPEG Media.

También se definen los siguientes 3 descriptores:

(1) Descriptor de lenguaje

(2) Descriptor de referencia del reloj

(3) Descriptor D-CAS

1. Sintaxis y Semántica de los Mensajes, Tablas y Descriptores de la Capa S1

1.1 Mensaje de Información sobre Tablas y Avisos (ITN)

Este mensaje lleva la tabla ITN (505). El papel de ITN es similar al de MPEG-2 PAT, pero tiene otras funcionalidades específicas de MMT. La tabla ITN incluye la información completa de todas las demás tablas S1.

Además, ITN tiene la información sobre la recepción de la notificación. El ejemplo típico de los avisos es la advertencia de emergencia, la notificación urgente y similares.

El mensaje ITN (por ejemplo, el mensaje que incluye la tabla ITN) puede incluir opcionalmente una o más Tablas de Paquetes MMT (MPT) que corresponden a un paquete MMT. Un MPT incluye un identificador único global del paquete, la ubicación de la información de composición del MMT (MCI) y un listado completo o parcial (posiblemente si se utilizan MPT por capas) de los activos del MMT que pertenecen al paquete del ^m M^t . Además, un MPT incluye el tipo de paquete, el nombre del paquete, una breve descripción del paquete, la clasificación parental, el lenguaje del audio, el lenguaje del texto, el perfil del usuario objetivo, la capacidad requerida del dispositivo, la política del paquete, tal como el permiso de grabación y el permiso de reproducción rápida, y similares.

Si un mensaje ITN incluye sólo un MPT, entonces el servicio de entrega de medios proporciona a los usuarios sólo un paquete en cualquier instancia temporal fija. Si una tabla de ITN incluye múltiples MPT que tienen algún solapamiento en la línea de tiempo, entonces el servicio de entrega de medios proporciona a los usuarios múltiples paquetes en cualquier instancia de tiempo fija. Si una tabla ITN incluye múltiples MPT que no tienen solapamiento temporal y los paquetes correspondientes están asociados al mismo canal lógico, el servicio de entrega de medios proporciona a los usuarios múltiples paquetes en un orden temporal secuencial.

El mensaje de capa S con MessageID=0x00 debe incluir la tabla ITN. También el identificador de carga útil de la trayectoria de activos en un flujo de datos de aplicación IP que lleva el mensaje de capa S con MessageID=0x00 se fija con '0x0000'. Un receptor debe leer y analizar el mensaje ITN antes de leer cualquier otro mensaje.

El mensaje ITN se transmite normalmente de forma periódica con un período muy corto (por ejemplo, 500 ms en un entorno de difusión) para garantizar un corto retardo de encendido o un bajo tiempo de zapping.

1.1.1 Sintaxis y Semántica de los Mensajes ITN

La sintaxis del mensaje ITN se define en la Tabla 23 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 23. El procedimiento de definición de la sintaxis se basa en el de la norma MPEG-2 Systems (ISO/IEC 13818-1). El recuento de bucles que no se indica en la columna “valor” se puede deducir de la longitud de la tabla. La misma regla se aplica a otras tablas de esta memoria descriptiva.

Tabla 23

message_id: Indica el tipo de mensajes de la capa S. La longitud de este campo es de 8 bits. Un mensaje ITN tiene message_id fijo con valor 0x00.

version: Indica la versión de los mensajes de la capa S. El cliente MMT puede determinar si el mensaje de capa S recibido es nuevo o no. Este campo es útil en caso de que los mensajes de la capa S se transmitan repetidamente a través de la red de difusión. La longitud de este campo es de 8 bits.

length: Indica la longitud de los mensajes de la capa S1. La longitud de este campo es de 16 bits. Indica la longitud del mensaje ITN contado en bytes, comenzando desde el campo siguiente hasta el último byte del mensaje ITN. El valor '0' nunca se utiliza para este campo.

start_time_flag: Si esta bandera es '1', se utiliza el elemento sintáctico opcional start_time.

start_time: Indica la hora de inicio, en NTP, de la transmisión del mensaje ITN.

retransmission_period: Indica el tiempo de retransmisión de este mensaje ITN. La unidad de retransmission_period es 10 ms.

number_of tables: Indica el número de tablas incluidas en este mensaje ITN.

table_id: Indica el identificador de tabla de la tabla incluida en este mensaje ITN. Es una copia del campo table_id de la tabla incluida en la carga útil de este mensaje ITN.

table_version: Indica la versión de la tabla incluida en este mensaje ITN. Es una copia del campo de la versión en la tabla incluida en la carga útil de este mensaje ITN.

tablejength: Indica la longitud de la tabla incluida en este mensaje ITN. Es una copia del campo de longitud de la tabla incluida en la carga útil de este mensaje ITN. La longitud real de la tabla es tablejength 4.

tabla(): Indica una tabla de capas S. Las tablas de la carga útil aparecen en el mismo orden que los identificadores de las tablas en el campo de extensión.

1.1.2 Sintaxis y Semántica de la Tabla ITN

La sintaxis de la tabla ITN se define en la Tabla 24 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 24.

Tabla 24

table_id: Identificador de tabla de la tabla ITN.

version: Versión de la tabla ITN. La versión más nueva anula la más antigua en cuanto se recibe.

length: La longitud de la tabla ITN contada en bytes a partir del siguiente campo hasta el último byte de la tabla ITN. El valor '0' nunca se utiliza para este campo.

method flag: Indica el procedimiento de recepción de la notificación. Si esta bandera es '0', las notificaciones se entregan por difusión IP. Si esta bandera es '1', las notificaciones se entregan a través del canal de interacción. Para la entrega de difusión IP, se proporciona una dirección IP y un número de puerto. Para la entrega a través de un canal de interacción, se proporciona una URL a través de la cual un cliente puede consultar las notificaciones a través de un canal de interacción.

MMT_general_location_info(): Información general de referencia de la ubicación del MMT definida en la Tabla 25 de la sección 1.1.3. La ubicación real depende del elemento sintáctico location_type dentro de MMT_general_location_info().

MMT_general_location_info() para IP_broadcast_delivery: Para IP_broadcast_delivery, sólo se permite el tipo de ubicación = 0x14 y 0x15.

MMT_general_location_info() para poll_URL Para poll_URL, sólo se permite el tipo de localización = 0x0E. poll_period: Al sondear las notificaciones, se espera que un cliente o un receptor sondee la URL de la notificación, poll_URL, cada poll_period de segundos.

number_of tables: Indica el número de tablas de información cuya información se proporciona en esta tabla ITN. information_table_id: El identificador de la tabla de información cuya información se proporciona en esta tabla ITN. El identificador de la tabla ITN nunca aparece aquí.

information table version: La versión de la tabla de información cuya información se proporciona en esta tabla ITN. package_path_number: Identificador de un canal lógico al que pertenece la tabla de información. La emisora asigna el identificador de forma única a un canal lógico dentro de un canal físico. El valor '0' tiene un uso especial y no se utiliza como identificador. Si este campo es '0', la tabla de información es independiente del canal (por ejemplo, la tabla de información tiene información de todo el servicio).

MMT_general_location_info() para la localización: Dirección en el que un cliente obtiene la tabla de información. Sólo se permite el tipo de ubicación = 0x0F~0x13.

second_location_flag: Si esta bandera está activada, se proporciona una dirección alternativa en la que el cliente obtiene la tabla de información.

table_filter_code_flag: Si esta bandera está activada, se proporcionan uno o más códigos de filtro de tabla. Un código de filtro de tabla especifica los criterios para agrupar las tablas. Si hay diversos criterios de agrupación al mismo tiempo, todos esos criterios de agrupación se aplican a la tabla de información.

MMT_general_location_info() para second_location: una dirección alternativa en la que un cliente obtiene la tabla de información. Sólo se permiten 0x0F~0x13.

number_of table_filter_codes: El número de códigos de filtro de la tabla de información. language_for_all_table_filter_codes: El lenguaje de todos los table_filter_codes que siguen inmediatamente. El código de lenguaje es un identificador de lenguaje de 3 bytes definido en la norma ISO 639.

table filter code language _flag: Si esta bandera es '1', el lenguaje para el código de filtro de la tabla que sigue se especifica por separado y anula el lenguaje proporcionado por el lenguaje para todos los códigos de filtro de la tabla. El código de lenguaje es un identificador de lenguaje de 3 bytes definido en la norma ISO 639. table_filter_code_language: El lenguaje de la table_filter_code que sigue inmediatamente. El código de lenguaje es un identificador de lenguaje de 3 bytes definido en la norma ISO 639.

table_ filter_code_length: Longitud en bytes del código del filtro de la tabla.

byte de código de table_filter: Un byte en el código del filtro de la tabla.

private_extension_flag: Si esta bandera es '1', la extensión privada está presente.

[private_extension(): Grupo de elementos sintácticos que sirve de contenedor para extensiones propias o específicas de la aplicación.

1.1.3 Grupo de elementos sintácticos de MMT_general_location_info()

Se utiliza un grupo de elementos de sintaxis MMT_general_location_info() para proporcionar información de localización. La sintaxis de MMT_general_location_info() se define en la Tabla 25 y la semántica de sus elementos sintácticos se proporciona a continuación.

Tabla 25

location_type: Este campo indica el tipo de información de localización como se define en la Tabla 26.

Tabla 26

payload id: Identificador de trayectoria de activos único dentro de un flujo de datos de aplicación IP. ipv4_src_addr Dirección de origen de la versión 4 de IP de un flujo de datos de aplicación de IP. ipv4_dst_addr Dirección de destino de la versión 4 de IP de un flujo de datos de aplicación de IP.

dst_port: Número de puerto de destino de un flujo de datos de una aplicación IP.

ipv6_src_addr Dirección de origen de la versión 6 de IP de un flujo de datos de aplicación de IP. ipv6_dst_addr Dirección de destino de la versión 6 de IP de un flujo de datos de aplicación de IP.

network_id: identificador de la red de difusión que transporta MPEG-2 TS.

MPEG_2_transport_stream_id Identificador MPEG-2 TS.

MPEG_2_PID PID del paquete MPEG-2 TS.

prefix index: Un índice a un listado de prefijos que se definen antes de este grupo de elementos sintácticos. Si este campo es 0xFF, no se utiliza ningún prefijo.

URL_length: Longitud en bytes de una URL. El nulo de terminación (0x00) no se contará.

Byte URL: Un dato de bytes en una URL. No se incluirá el nulo de terminación (0x00).

byte_offset: Un desplazamiento de bytes desde el primer byte de un archivo.

length: Longitud en bytes.

message_id: Identificador del mensaje de la capa S.

ipv4_addr Dirección IP versión 4 de un flujo de datos de aplicación IP.

ipv6_addr Dirección IP versión 6 de un flujo de datos de aplicación IP.

1.2 Mensajes para la información sobre la composición (CI) de MMT

La información de composición (CI) de MMT se entrega por medio de un mensaje CI para la señalización fuera de banda. Un mensaje CI puede entregar un CI completo o un CI por capas. Cuando se entrega un CI de capa, es muy recomendable llevar un CI de capa 0 por el mensaje ITN para reducir el tiempo requerido para el consumo de paquetes en el escenario de difusión. Cuando el CI de la capa 0 se transporta dentro del mensaje ITN como número de referencia 510, el CI se encapsulará en una tabla MCI (información de composición MMT) antes de incluirse en el mensaje ITN.

Cuando se emplea el mecanismo de CI por capas, los CI de la Capa-N, en el que N no es 0, son usualmente transportados en los mensajes CI con un período de repetición variado y con diferentes identificadores de mensaje.

1.2.1 Sintaxis y Semántica de los Mensajes CI

La sintaxis del mensaje CI se define en la Tabla 27 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 27.

Tabla 27

message_id: Indica el tipo de mensajes de la capa S. La longitud de este campo es de 8 bits. Un mensaje de la capa S deberá tener un identificador de mensaje diferente si lleva CI en una capa CI diferente para un paquete distinto. version: Indica la versión de los mensajes de la capa S. El cliente MMT puede determinar si el mensaje de capa S recibido es nuevo o no. Este campo es útil en caso de que los mensajes de la capa S se transmitan repetidamente a través de la red de difusión. La longitud de este campo es de 8 bits.

length: Indica la longitud de los mensajes de la capa S. La longitud de este campo es de 16 bits. Indica la longitud del mensaje CI contado en bytes, comenzando desde el campo siguiente hasta el último byte del mensaje CI. El valor '0' nunca se utiliza para este campo.

start_time_flag: Si esta bandera es '1', se utiliza el elemento sintáctico opcional start_time.

start_time: Indica la hora de inicio, en NTP, de la transmisión del mensaje CI.

retransmission_period: Indica el tiempo de retransmisión de este mensaje CI. La unidad de retransmission_period es 10 ms.

CI_byte: Un byte en CI.

1.2.2 Sintaxis y Semántica de la Tabla MCI

La sintaxis de la tabla MCI se define en la Tabla 28 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 28. La tabla MCI sólo se utilizará para un CI completo o un CI de capa 0.

Tabla 28

table_id: Identificador de tabla de la tabla MCI.

version: Versión de la tabla MCI. La versión más nueva anula la más antigua en cuanto se recibe.

length: La longitud de la tabla MCI contada en bytes a partir del siguiente campo hasta el último byte de la tabla MCI. El valor '0' nunca se utiliza para este campo.

CI_byte: Un byte en CI.

1.3 Mensajes para los Descriptores de Referencia del Reloj (CRD)

Los descriptores de referencia del reloj definidos en la sección 1.7.2 se entregan dentro de un mensaje CRD. Un mensaje CRD puede incluir múltiples descriptores de referencia del reloj.

Cuando los descriptores de referencia del reloj son transportados dentro del mensaje ITN, los descriptores de referencia del reloj serán encapsulados con una estructura de tabla denominada tabla CRD 520.

1.3.1 Sintaxis y Semántica de los Mensajes CRD

La sintaxis del mensaje CRD se define en la Tabla 29 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 29.

Tabla 29

messagejd: Indica el tipo de mensajes de la capa S. La longitud de este campo es de 8 bits.

versión: Indica la versión de los mensajes de la capa S. El cliente MMT puede determinar si el mensaje de capa S recibido es nuevo o no. Este campo es útil en caso de que los mensajes de la capa S se transmitan repetidamente a través de la red de difusión. La longitud de este campo es de 8 bits.

length: Indica la longitud de los mensajes de la capa S. La longitud de este campo es de 16 bits. Indica la longitud del mensaje CI contado en bytes, comenzando desde el campo siguiente hasta el último byte del mensaje CI. El valor '0' nunca se utiliza para este campo.

start_time_flag: Si esta bandera es '1', se utiliza el elemento sintáctico opcional start_time.

start_time: Indica la hora de inicio, en NTP, de la transmisión del mensaje CRD.

retransmission_period: Indica el tiempo de retransmisión de este mensaje CRD. La unidad de retransmission_period es 10 ms.

clock_reference_descriptor(): Se define en 1.7.2

1.3.2 Sintaxis y Semántica de la Tabla CRD

La sintaxis de la tabla CRD se define en la Tabla 30 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 30. La tabla MCI sólo se utilizará para un CI completo o un CI de capa 0.

Tabla 30

table_id: Identificador de tabla de la tabla CDR.

version: Versión de la tabla CRD. La versión más nueva anula la más antigua en cuanto se recibe.

length: La longitud de la tabla CRD contada en bytes a partir del siguiente campo hasta el último byte de la tabla CRD. El valor '0' nunca se utiliza para este campo.

clock_reference_descriptor(): Se define en la sección 1.7.2

1.4 Mensajes de Seguridad

La información de seguridad se entrega dentro de un mensaje de seguridad o un mensaje ITN. Cuando la información de seguridad se lleve dentro de un mensaje ITN como número de referencia 525, se encapsulará en un tabla de seguridad antes de incluirse en el mensaje ITN.

1.4.1 Sintaxis y Semántica de los Mensajes de Seguridad

La sintaxis del mensaje de seguridad se define en la Tabla 31 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 31.

Tabla 31

messagejd: Indica el tipo de mensajes de la capa S. La longitud de este campo es de 8 bits.

versión: Indica la versión de los mensajes de la capa S. El cliente MMT puede determinar si el mensaje de capa S recibido es nuevo o no. Este campo es útil en caso de que los mensajes de la capa S se transmitan repetidamente a través de la red de difusión. La longitud de este campo es de 8 bits.

length: Indica la longitud de los mensajes de la capa S. La longitud de este campo es de 16 bits. Indica la longitud del mensaje CI contado en bytes, comenzando desde el campo siguiente hasta el último byte del mensaje CI. El valor '0' nunca se utiliza para este campo.

start_time_flag: Si esta bandera es '1', se utiliza el elemento sintáctico opcional start_time.

start_time: Indica la hora de inicio, en NTP, de la transmisión del mensaje de seguridad. retransmission_period: Indica el tiempo de retransmisión de este mensaje de seguridad. La unidad de retransmission_period es 10 ms.

Security_descriptor(): Se define en la sección 1.7.3.

1.4.2 Sintaxis y Semántica de la Tabla de Seguridad

La sintaxis de la tabla de seguridad se define en la Tabla 32 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 32.

Tabla 32

table_id: Identificador de tabla de la tabla de seguridad.

versión: Versión de la tabla de seguridad. La versión más nueva anula la más antigua en cuanto se recibe. length: La longitud de la tabla de seguridad contada en bytes a partir del siguiente campo hasta el último byte de la tabla de seguridad. El valor '0' nunca se utiliza para este campo.

security_descriptor(): Se define en la sección 1.7.2.

1.5 Mensajes para MPT (Tabla de Paquetes MMT)

La tabla de paquetes MMT (MPT) ofrece toda la información en un solo paquete. El mensaje de la capa S que lleva un MPT se denomina “mensaje MPT”. El MPT se puede incluir en el mensaje ITN con otros tablas como número de referencia 515 o llevarse en un mensaje MPT separado.

Para la entrega por capas de un paquete que tiene CI por capas, un MPT puede ser dividido en múltiples MPT por capas. El MPT de la capa 0 es el MPT base y si no se utiliza la entrega por capas, sólo se entrega el MPT de la capa 0. En este último caso, el MPT de la capa 0 es un MPT completo. Los MPT de diferentes capas tendrán diferentes identificadores de tabla (table_ids). En esta norma, asignamos 8 valores diferentes para el table_id de MPT para que podamos tener hasta 8 capas de MPT. Cuanto menor sea el valor de la tabla ^m P^t _id, más cerca estará la capa MPT de la base MPT.

Se recomienda encarecidamente llevar un MPT completo o un MPT de capa 0, si se utiliza un MPT de capa, dentro del mensaje ITN para reducir el tiempo de adquisición del paquete en el escenario de difusión.

1.5.1 Sintaxis y Semántica de los Mensajes MPT

La sintaxis del mensaje MPT se define en la Tabla 33 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 33. Un mensaje MPT sólo lleva un MPT completo o un MPT de capa N si se emplea la estratificación MPT.

Tabla 33

message_id: Indica el tipo de mensajes de la capa S. La longitud de este campo es de 8 bits.

versión: Indica la versión de los mensajes de la capa S. El cliente MMT puede determinar si el mensaje de capa S recibido es nuevo o no. Este campo es útil en caso de que los mensajes de la capa S se transmitan repetidamente a través de la red de difusión. La longitud de este campo es de 8 bits.

length: Indica la longitud de los mensajes de la capa S. La longitud de este campo es de 16 bits. Indica la longitud del mensaje MPT contado en bytes, comenzando desde el campo siguiente hasta el último byte del mensaje MPT. El valor '0' nunca se utiliza para este campo.

start_time_flag: Si esta bandera es '1', se utiliza el elemento sintáctico opcional start_time.

start_time: Indica la hora de inicio, en NTP, de la transmisión del mensaje MPT.

retransmission_period: Indica el tiempo de retransmisión de este mensaje MPT. La unidad de retransmission_period es 10 ms. Si se utilizan MPT por capas, el retransmission_period de un MPT de capa superior suele ser más largo que los de las capas de MPT por debajo del MPT de capa superior.

MMT_package_table(): Se define en la sección 1.5.2.

1.5.2 Sintaxis y Semántica de la MPT

La sintaxis de la MPT() se define en la Tabla 34 y la semántica de sus elementos sintácticos se proporciona a continuación.

Tabla 34

table_id: Identificador de tabla del MPT. Los MPT de las diferentes capas tendrán diferentes identificadores de tabla (table_ids). Para el identificador de la tabla MPT, se asignan ocho valores diferentes. Entre los 8 identificadores de tabla MPT, el más pequeño es el table_id de un MTP completo o de un MPT de capa 0 cuando se utilizan MPT de capas. Para el resto de tablee_ids de MPT, un valor menor significa un MPT de capa inferior.

version: Versión del MPT. La versión más nueva anula la más antigua en cuanto se recibe.

length: La longitud del MPT contada en bytes a partir del siguiente campo hasta el último byte de la tabla ITN. El valor '0' nunca se utiliza para este campo.

MMT_package_id: Un identificador único global del paquete MMT.

MPT_descriptors_length: Longitud del bucle de sintaxis del descriptor. La longitud se cuenta desde el siguiente campo hasta el final del bucle de sintaxis del descriptor. En este bucle de sintaxis se pueden insertar diversos descriptores.

MPT_descriptors byte: un byte en el bucle de descriptores.

package type: Indica el tipo de paquete. Los valores permitidos están en la Tabla 35.

Tabla 35

package_name: nombre del paquete, posiblemente en múltiples lenguajes. El código de lenguaje es un identificador de lenguaje de 3 bytes definido en la norma ISO 639. El primer lenguaje del listado es el predeterminado. package_description: descripción textual del paquete, posiblemente en múltiples lenguajes. El código de lenguaje es un identificador de lenguaje de 3 bytes definido en la norma ISO 639. El primer lenguaje del listado es el predeterminado.

audio_languages: lenguaje(s) de audio utilizado(s) en el paquete. El código de lenguaje es un identificador de lenguaje de 3 bytes definido en la norma ISO 639. El primer lenguaje del listado es el predeterminado. lenguajes de texto: lenguaje(s) de texto utilizado(s) en el paquete. El código de lenguaje es un identificador de lenguaje de 3 bytes definido en la norma ISO 639. El primer lenguaje del listado es el predeterminado. target_user_profiles: perfil(es) de los usuarios a los que va dirigido el paquete. required_device_capability_profiles: perfil(es) de la capacidad del dispositivo requerida para el consumo del paquete. parental_guidance_flag: Si esta bandera es '1', un receptor no presentará lo que se decodifique de este paquete hasta que pueda asegurarse, a partir de la información de clasificación (cuyo procedimiento de entrega no se especifica actualmente en esta norma), de que se le permite mostrar el contenido en contra de lo establecido por un espectador para la protección infantil. Si esta bandera es '0', un receptor sólo presenta lo que se decodifica de este paquete sin comprobar la clasificación.

recording flag: Si esta bandera es '1', un receptor puede almacenar este paquete en su almacenamiento interno para su uso posterior.

fast_play_flag: Si esta bandera es '1', un receptor deja que los espectadores ordenen una reproducción rápida de este paquete.

clock reference flag: Si esta bandera es '0', clock_reference_id no está presente y por defecto el reloj del sistema MMT es el reloj NTP (por ejemplo, la base de tiempo de todos los activos de este paquete es el reloj NTP). Si esta bandera es '1', el campo clock_reference_id se incluye en lo siguiente.

protection_scheme_id_flag: Si esta bandera es '1', el campo protection_scheme_id } se incluye en lo siguiente. clock reference id: Identificador de referencia del reloj. Este campo se utiliza para referenciar el reloj entregado por un clock_reference_descriptor() como base de tiempo por defecto de todos los activos de este paquete. El valor 0 no se permite para este campo. Hay dos marcadores de posición para un campo identificador de referencia del reloj en la sintaxis de MPT. Mientras que uno (este campo) se aplica a todos los activos de este paquete, el otro sólo se aplica a la entrada del activo en el bucle de sintaxis. Si ambos campos se incluyen en la sintaxis de la MPT, este último tiene prioridad.

timescale_flag: Si esta bandera es '1', el campo de la escala de tiempo se incluye en lo siguiente.

timescale: unidad de tiempo para todas las marcas de tiempo utilizadas para todos los activos de este paquete expresadas en un número de unidades en un segundo. El valor por defecto es 90.000. Hay dos marcadores de posición para un campo de escala de tiempo en la sintaxis de MPT. Mientras que uno (este campo) se aplica a todos los activos de este paquete, el otro sólo se aplica a la entrada del activo en el bucle de sintaxis. Si ambos campos se incluyen en la sintaxis de la MPT, este último tiene prioridad.

protection_scheme _id: Este campo indica el esquema de protección utilizado para todos los activos de este paquete. Hay dos marcadores de posición para un campo identificador de esquema de protección en la sintaxis de MPT. Mientras que uno (este campo) se aplica a todos los activos de este paquete, el otro sólo se aplica a la entrada del activo en el bucle de sintaxis. Si ambos campos se incluyen en la sintaxis de la MPT, este último tiene prioridad. El valor de este campo es uno de los DCAS_types especificados por los descriptores D-CAS en 1.7.3. protection_scheme idflag: Si esta bandera es '1', el campo protection_scheme_id se incluye en lo siguiente.

MMT_general_location_info() para la ubicación del CI: Información general de referencia de la ubicación para el MMT definida en la Tabla 25 en 1.1.3. Sólo se permite el tipo de ubicación = 0x0F~0x13 para una ubicación CI. number_of assets: El número de activos en este MPT.

asset_type: Tipo de un activo. Este campo es similar, pero una extensión del tipo de flujo definido en MPEG-2 PMT. asset_id: Identificador de activos. En CI, se utiliza un asset_id para hacer referencia a un activo. El asset_id definido en CI es globalmente único. Este campo es un alias corto para el identificador único global de activos. El aliasing se lleva a cabo automáticamente por medio de la asignación del orden de aparición de los activos en el Listado de Activos (LoA) en CI. Si se emplea la estratificación CI, el alias se lleva a cabo dentro de una concatenación ordenada de todos los LoA desde la Capa 0 a la Capa N. En el bucle de sintaxis de información de activos dentro de un MPT, los alias asset_id aparecerán de forma incremental.

asset_clock_reference_flag: Si esta bandera es '1', el campo asset_clock_reference_id se incluye en la siguiente sintaxis.

asset clock reference id: Identificador de referencia del reloj para el activo. Este campo se utiliza para referenciar el reloj entregado por un clock_reference_descriptor() como base de tiempo del activo. Si este campo es '0', se utiliza el reloj NTP para el activo. Si este campo no es '0', el valor de este campo es uno de los valores de clock_reference_id proporcionados por los descriptores de referencia del reloj.

asset_timescale_flag: Si esta bandera es '1', el campo asset_timescale se incluye en la siguiente sintaxis. asset_timescale: unidad de tiempo para todas las marcas de tiempo utilizadas para el activo expresadas en un número de unidades en un segundo. El valor por defecto es 90.000.

asset_protected_flag: Si esta bandera es '1', este activo está protegido.

asset_protection_scheme _id_flag: Si esta bandera es '1', el campo asset_protection_scheme_id se incluye en la siguiente sintaxis.

MMT_general_location_info() para la localización del activo: Información general de referencia de la ubicación para el MMT definida en la Tabla 25 en 1.1.3. Sólo se permite el tipo de ubicación = 0x03, 0x05 y 0x07~0x0D para una ubicación de activos.

asset_descriptors length: Número de bytes contados desde el siguiente campo hasta el final del bucle de sintaxis de los descriptores de activos.

asset_descriptors_byte: Un byte en los descriptores de activos.

1.6 Mensajes para DCIT (Tabla de Información de Capacidades del Dispositivo)

El DCIT proporciona la información sobre la capacidad del dispositivo. El DCIT 530 se puede incluir en el mensaje ITN.

1.6.1 Sintaxis y Semántica de los Mensajes DCIT

La sintaxis del mensaje DCIT se define en la Tabla 36 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 36.

Tabla 36

messagejd: Indica el tipo de mensajes de la capa S. La longitud de este campo es de 8 bits.

versión: Indica la versión de los mensajes de la capa S. El cliente MMT puede determinar si el mensaje de capa S recibido es nuevo o no. Este campo es útil en caso de que los mensajes de la capa S se transmitan repetidamente a través de la red de difusión. La longitud de este campo es de 8 bits.

length: Indica la longitud de los mensajes de la capa S. La longitud de este campo es de 16 bits. Indica la longitud del mensaje MPT contado en bytes, comenzando desde el campo siguiente hasta el último byte del mensaje DCIT. El valor '0' nunca se utiliza para este campo.

start_time_flag: Si esta bandera es '1', se utiliza el elemento sintáctico opcional start_time.

start_time: Indica la hora de inicio, en NTP, de la transmisión del mensaje DCIT.

retransmission_period: Indica el tiempo de retransmisión de este mensaje DCIT. La unidad de retransmission_period es 10 ms. Si se utilizan MPT por capas, el retransmission_period de un MPT de capa superior suele ser más largo que los de las capas de MPT por debajo del MPT de capa superior.

MMT_package_table(): Se define en la sección 1.5.2.

DCIT(): Se define en la sección 1.6.2.

1.6.2 Sintaxis y Semántica de la DCIT

La sintaxis y semántica del DCIT se define en la Tabla 37.

Tabla 37

1.7 Descriptores

Los descriptores relacionados con las tablas de la capa S se definen aquí.

1.7.1 Descriptor de Lenguaje

Un descriptor de lenguaje se utiliza para especificar un lenguaje para un activo multimedia tal como un audio, un canal de comentarios, un subtítulo, etc. Un descriptor de lenguaje se puede incluir en el bucle de sintaxis MPT_descriptores o en el bucle de sintaxis asset_descriptores de un MPT. Si se incluye un descriptor de lenguaje en el bucle de sintaxis de MPT_descriptores, éste especifica el lenguaje de todos los activos del paquete. Si se incluye un descriptor de lenguaje en el bucle sintáctico asset_descriptors de un MPT, éste especifica el lenguaje del activo. El descriptor de lenguaje incluido en el bucle de sintaxis de descriptores de activos en un MPT tiene prioridad sobre el descriptor de lenguaje incluido en el bucle de sintaxis de MPT_descriptores en un MPT.

La sintaxis de language_descriptor() está definida en la Tabla 38 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 38.

Tabla 38

descriptor tag: Un valor de etiqueta que indica el tipo de un descriptor.

descriptor length: Longitud en bytes contada desde el siguiente byte después de este campo hasta el último byte del descriptor.

ISO_639_language_code Un identificador de lenguaje ISO 639 de 3 bytes.

1.7.2 Descriptor de Referencia del Reloj

Se utiliza un descriptor de referencia del reloj para especificar la relación entre el reloj del codificador para la sincronización de medios y el reloj del sistema MMT. El UTC en formato Protocolo de Tiempo de Red (NTP) se utiliza como hora del reloj del sistema MMT. El MMT permite que se utilicen diferentes relojes para diferentes activos. Un reloj utilizado en un codificador de activos se especifica por medio de clock_reference_id.

Los Clock_reference_descriptors se transportarán periódicamente en el mensaje de referencia del reloj con un período corto (por ejemplo, 100 ms).

La sintaxis de clock_reference_descriptor() está definida en la Tabla 39 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 39.

Tabla 39

descriptor tag: Un valor de etiqueta que indica el tipo de un descriptor.

descriptor length: Longitud en bytes contada desde el siguiente byte después de este campo hasta el último byte del descriptor.

clock_reference_id: El identificador del reloj de medios utilizado por un codificador de activos. El valor “0” está reservado para otros fines y no se utiliza para un clock_reference_id.

encoder_clock sample: Un valor muestreado del reloj de medios utilizado por un codificador de activos que corresponde al siguiente MMT_system_clock_time.

MMT_system_clock_time: Un valor de tiempo UTC en formato NTP que se corresponde con el encoder_clock_sample anterior.

1.7.3 Descriptor de Seguridad

Un descriptor de seguridad se utiliza para especificar un sistema de seguridad que se puede utilizar para proteger el activo o paquete MMT.

Securtiy_descriptor deberá ser transportado periódicamente en el mensaje de seguridad o en el mensaje ITN.

La sintaxis de security_descriptorQ se define en la Tabla 40 y la semántica de sus elementos sintácticos se proporciona debajo de la Tabla 40.

Tabla 40

descriptor tag: Un valor de etiqueta que indica el tipo de un descriptor.

descriptor length: Longitud en bytes contada desde el siguiente byte después de este campo hasta el último byte del descriptor.

Tipo de seguridad: Tipo de solución de seguridad. Indica una solución para el control de acceso, la gestión de derechos digitales, el CAS descargable o el DRM descargable

Solución: muestra la solución de seguridad utilizada para el control de acceso, DRM, DCAS o DDRM Access_control_server_address: la dirección del servidor de la Solución de Seguridad de Control de Acceso en la que un cliente debe ser autenticado y autorizado.

Dirección del servidor DRM: la dirección del servidor de la Solución DRM en la que un cliente debe ser autenticado y autorizado.

Dirección del servidor DCAS: la dirección del servidor DCAS en la que un cliente puede descargar el SW DCAS después de la autenticación y la autorización.

Dirección del servidor DDRM: la dirección del servidor DDRM en la que un cliente puede descargar el SW DDRM después de la autenticación y la autorización.

Las FIGs. 6 y 7 muestran una operación de recepción de multimedia en un receptor de acuerdo con una realización ejemplar de la presente invención.

Con referencia a las FIGs. 6 y 7, un receptor recibe un mensaje S1 transmitido en el canal actual en la etapa 615. El mensaje S1 es un mensaje para la gestión de todas las funciones necesarias para el consumo de los activos y artículos de MMT.

En la etapa 617, el receptor determina en base a un ID de mensaje si el mensaje es un mensaje ITN incluido en el mensaje S1 encontrado. Si el mensaje es otro mensaje en lugar del mensaje ITN, el receptor determina en la etapa 627 si el otro mensaje está actualizado. Si el mensaje es un otro mensaje actualizado, el receptor almacena el otro mensaje actualizado y la información de la versión del otro mensaje actualizado en su memoria en la etapa 629. Por el contrario, si el mensaje no es un otro mensaje actualizado, el receptor procede a la etapa 631.

Si se determina en la etapa 617 que el mensaje es un mensaje ITN, el receptor determina en la etapa 619 si el mensaje ITN incluido en el mensaje S1 encontrado está actualizado, basándose en la información de la versión. Si el mensaje ITN se actualiza, el receptor determina en la etapa 621 si se actualiza al menos una tabla #i en el mensaje ITM. Si es así, el receptor almacena la tabla #i actualizada y su información de versión en su memoria en la etapa 623 y procede a la etapa 625. Si al menos una tabla #i del mensaje ITM no se actualiza, el receptor procede a la etapa 625. Del mismo modo, si se determina que el mensaje ITN no está actualizado en la etapa 619, el receptor procede a la etapa 625.

En la etapa 625, el receptor comprueba todas las tablas. El receptor procede entonces a la etapa 631.

En la etapa 631, el receptor determina en la etapa 631 si una capa CI #0 es actualizada.

Si la capa CI #0 es actualizada, el receptor establece la capa CI #0 como un CI integrado en la etapa 633. A continuación, el receptor pasa a la etapa 635. Si la capa CI #0 no se actualiza, el receptor procede a la etapa 643. En la etapa 635, el receptor determina si una capa CI #i es la misma en versión que la capa CI #0. Si no son iguales, el receptor pasa a la etapa 641. En cambio, si son iguales, el receptor combina la capa Cⁱ #i con la CI integrada en la etapa 637. A continuación, el receptor pasa a la etapa 639. En la etapa 639, el receptor determina si ha comprobado todas las capas CI. Una vez completada la comprobación, el receptor transmite el CI integrado a un analizador de CI en la etapa 641. Por ejemplo, si el receptor determina que ha comprobado todas las capas CI en la etapa 639, entonces el receptor procede a la etapa 641. Por el contrario, si el receptor determina que no ha comprobado todas las capas CI en la etapa 639, entonces el receptor vuelve a la etapa 635.

En la etapa 643, el receptor determina si una capa MPT #0 es actualizada. Si la capa MPT #0 no se actualiza, el receptor termina el proceso. En cambio, si la capa MPT #0 se actualiza, el receptor establece la capa MPT #0 como una MPT integrada en la etapa 645. A continuación, el receptor pasa a la etapa 647.

En la etapa 647, el receptor determina si una capa MPT #i es la misma en versión que la capa MPT #0. Si las capas no son iguales, el receptor pasa a la etapa 653. En cambio, si son iguales, el receptor combina la capa MPT #i con la MPT integrada en la etapa 649. A continuación, el receptor pasa a la etapa 651. En la etapa 651, el receptor determina si ha comprobado todas las capas MPT. Una vez completada la comprobación, el receptor encuentra un activo en un paquete mediante el uso de referencias de activos en el MPT integrado y transmite el activo encontrado al decodificador de activos asociado o a los gestores de activos, en la etapa 653. Por ejemplo, si el receptor determina que ha comprobado todas las capas MPT en la etapa 651, entonces el receptor procede a la etapa 653. Por el contrario, si el receptor determina que no ha comprobado todas las capas MPTS en la etapa 651, entonces el receptor procede a la etapa 647.

La FIG. 8 muestra una estructura de un aparato de transmisión de acuerdo con una realización ejemplar de la presente invención.

Un servidor de servicio 800, como ejemplo de aparato de transmisión, incluye un proveedor de datos de servicio 801, un generador de paquetes 803 y un transmisor 805. Aunque no se muestra en el dibujo, será evidente para aquellos con conocimientos ordinarios de la técnica que el aparato de transmisión o el servidor de servicio incluye un controlador para controlar sus componentes para llevar a cabo una operación de las realizaciones ejemplares de la presente invención.

El proveedor de datos de servicio 801 tiene todos los servicios de servicio.

El generador de paquetes 803 genera paquetes mediante el uso de las tablas descritas con referencia a las FIGs. 3 y 5.

El transmisor 805 transmite los paquetes generados a un terminal.

Además, el transmisor 805 puede transmitir los paquetes generados al terminal a través de las redes que tienen dos tipos diferentes de características físicas: la red de difusión y la red de banda ancha.

La FIG. 9 muestra una estructura de un aparato de recepción de acuerdo con una realización ejemplar de la presente invención.

El aparato de recepción puede ser, por ejemplo, un terminal. Sin embargo, el aparato de recepción no se limita a ello.

El aparato de recepción 900 incluye un receptor 901, un analizador de paquetes 903, y un decodificador/reproductor 905. Aunque no se muestra en el dibujo, será evidente para aquellos con conocimientos ordinarios de la técnica que el aparato de recepción o el terminal incluye un controlador para controlar sus componentes para llevar a cabo una operación de las realizaciones ejemplares de la presente invención.

El receptor 901 recibe paquetes que son generados mediante el uso de las tablas descritas con referencia a las FIGs. 3 s 5 de acuerdo con una realización ejemplar de la presente invención;

El analizador de paquetes 903 analiza los componentes de los paquetes recibidos.

El decodificador/reproductor 905 decodifica y reproduce el contenido basado en los componentes del paquete analizado.

Aunque no se ilustra en los dibujos, los datos pueden ser grabados, almacenados y reproducidos en base a los paquetes que se generan de acuerdo con una realización ejemplar de la presente invención. Cada paquete se almacena en un medio de almacenamiento (por ejemplo, un Disco Compacto (CD), un Disco Versátil Digital (DVD), una Base de Datos (DB), un Bus Serie Universal (USB), etc.) para incluir los activos de MMT, la Información de Configuración, la Información de Composición, las Características de Transporte, la Información de Identificación de Paquetes, la Información del Listado de Activos, la Información de Gestión de Derechos, la Información de la Línea de Tiempo de Transporte, y similares. Durante la reproducción, el contenido se puede reproducir por medio del análisis los componentes del paquete. Cuando se almacenan y reproducen mediante el uso de medios de almacenamiento, el contenido se puede almacenar y reproducir más fácilmente por medio de la sustitución de la URL descrita en la realización ejemplar por la información de la ubicación de almacenamiento (por ejemplo, la dirección de la memoria, y similares).

Claims (4)

REIVINDICACIONES

1. Un aparato para transmitir un mensaje de señalización, el aparato comprende:

un transmisor; y

un controlador acoplado al transmisor, en el que el controlador está configurado para:

identificar un mensaje de señalización que incluya información de señalización para un paquete de contenido multimedia; y

transmitir el mensaje de señalización,

en el que el mensaje de señalización comprende:

una carga útil de mensaje de señalización que incluye una pluralidad de tablas,

información de identificación del mensaje de señalización,

información de la longitud del mensaje de señalización,

información de la versión del mensaje de señalización, y

información de extensión que incluye información que indica un número de la pluralidad de tablas, en el que la pluralidad de tablas comprende una primera tabla (505) que proporciona información para al menos dos tablas adicionales incluidas en la pluralidad de tablas, las al menos dos tablas adicionales están relacionadas con el paquete,

en el que la primera tabla comprende información de localización que proporciona una dirección para obtener una tabla de las al menos dos tablas adicionales e información de bandera que indica si se incluye en la primera tabla información de localización alternativa que proporciona una dirección alternativa para obtener la tabla de las al menos dos tablas adicionales, y

en el que las al menos dos tablas adicionales comprenden:

una segunda tabla (515) que proporciona información para al menos un activo incluido en el paquete, y una tercera tabla (530) que proporciona información sobre la capacidad del dispositivo necesaria para el consumo del paquete.

2. El aparato de la reivindicación 1, en el que la segunda tabla incluye información sobre el tipo de activo que indica un tipo de activo del al menos un activo y la bandera de referencia del reloj del activo que indica si un identificador de referencia del reloj para el activo está incluido en la segunda tabla.

3. Un aparato para recibir un mensaje de señalización, el aparato comprende:

un receptor; y

un controlador acoplado al receptor, en el que el controlador está configurado para:

recibir un mensaje de señalización que incluya información de señalización para un paquete de contenido multimedia; y

procesar el mensaje de señalización recibido,

en el que el mensaje de señalización comprende:

una carga útil de mensaje de señalización que incluye una pluralidad de tablas,

información de identificación del mensaje de señalización,

información de la longitud del mensaje de señalización,

información de la versión del mensaje de señalización, y

información de extensión que incluye información que indica un número de la pluralidad de tablas, en el que la pluralidad de tablas comprende una primera tabla (505) que proporciona información para al menos dos tablas adicionales incluidas en la pluralidad de tablas, las al menos dos tablas adicionales están relacionadas con el paquete,

en el que la primera tabla comprende información de localización que proporciona una dirección para obtener una tabla de las al menos dos tablas adicionales e información de bandera que indica si se incluye en la primera tabla información de localización alternativa que proporciona una dirección alternativa para obtener la tabla de las al menos dos tablas adicionales, y

en el que las al menos dos tablas adicionales comprenden:

una segunda tabla (515) que proporciona información para al menos un activo incluido en el paquete, y una tercera tabla (530) que proporciona información sobre la capacidad del dispositivo necesaria para el consumo del paquete.

4. El aparato de la reivindicación 3, en el que la segunda tabla incluye información sobre el tipo de activo que indica un tipo de activo del al menos un activo y la bandera de referencia del reloj del activo que indica si un identificador de referencia del reloj para el activo está incluido en la segunda tabla.