MX2014012401A - Descriptor de servicio parametrizado para servicios de television avanzados. - Google Patents

Abstract

Un método, programa de computadora, aparato de recepción, y aparato de suministro de información para acceder o proporcionar acceso al contenido. El método incluye recibir un flujo de transporte de un proveedor de contenido. Una tabla de canales virtuales (VCT) se extrae del flujo de transporte. Además, se hace una determinación en cuanto a si uno o más servicios, correspondientes a las entradas incluidas en la VCT, están soportados por el aparato de recepción, con base en una o más instancias del descriptor de servicio parametrizado (PSD), las cuales se asocian con un Tipo de Servicio predeterminado y se incluyen en la VCT.

Description

DESCRIPTOR DE SERVICIO PARAMETRIZAPO PARA SERVICIOS DE TELEVISIÓN AVANZADOS REFERENCIA CRUZADA A LAS SOLICITUDES RELACIONADAS Esta solicitud se refiere y reivindica la prioridad para la solicitud de patente provisional Norteamericana No. 61/671,020, presentada el 12 de julio de 2012, la cual se incorpora aquí como referencia en su totalidad.

CAMPO DE LA INVENCIÓN Las modalidades descritas aquí se refieren de forma general a un método, programa de computadora, aparato de recepción, y aparato de suministro de información para la señalización en una radiodifusión de televisión.

ANTECEDENTES DE LA INVENCIÓN Las televisiones modernas permitan que los usuarios visualicen contenido de varios tipos de servicios. Por ejemplo, un proveedor de contenido puede proporcionar servicios normales de televisión digital y/o servicios de audio únicamente. Ya que el número de tipos de servicios aumenta, existe una necesidad para proporcionar señalización para permitir que un receptor determine si este puede soportar nuevos servicios al tiempo que se mantiene la retro-compatibilidad .

BREVE DESCRIPCIÓN DE LA INVENCIÓN Las presentes modalidades se dirigen a permitir que un receptor determine si este puede soportar uno o más servicios recibidos al tiempo que se mantiene la retro-compatibilidad.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Una apreciación más completa de la descripción de muchas de las ventajas asociadas de la misma se obtendrá fácilmente ya que las mismas pueden ser mejor entendidas haciendo referencia a la siguiente descripción detallada cuando se considera en conexión con los dibujos anexos, en donde: La FIG. 1 es un diagrama de bloques que muestra un sistema de radiodifusión ejemplar; la FIG. 2 es un diagrama de bloques de un sistema del lado de transmisión ejemplar que ensambla el contenido de televisión digital; la FIG. 3 es un diagrama de bloques de un aparato de recepción ejemplar; la FIG. 4 es un diagrama de bloques centrado en procesadores de un aparato de recepción ejemplar; las FIGS. 5A y 5B ilustran Tablas de Canales Virtuales ej emplares ; la FIG. 6 es la sintaxis del flujo de bitios ejemplar de un componentes_lista_descriptor ( ) ; la FIG. 7 ilustra la sintaxis ejemplar de flujo_info_detalles ( ) para el mismo tipo de flujo; la FIG. 8 ilustra la sintaxis del flujo de bitios ejemplar para parametri zado_servicio_descriptor ( ) ; las Figs. 9A y 9B ilustran algoritmos ejemplar usados por un aparato de recepción; la FIG. 10A ilustra la sintaxis ejemplar de fluj o_info_detalles () ; la FIG. 10B ilustra los factores de muestro ascendente horizontal y vertical ejemplares; la FIG. 11A ilustra aplicación_datos ( ) ejemplar incluido en parametrizado_servicio_descriptor ( ) ; la FIG. 11B ilustra la codificación ejemplar para un 3D_canal_tipo; la FIG. 11C ilustra otro ejemplo de la codificación para 3D_canal_tipo ; la FIG. 12 ilustra un método ejemplar llevado a cabo por un aparato de recepción ejemplar.

La FIG. 13A ilustra un descriptor de la lista de componentes ejemplar.

La FIG. 13B ilustra un descriptor de información del canal estereoscópico.

La FIG. 14 ilustra una computadora ejemplar.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN De acuerdo con una modalidad de la descripción, se proporciona un método de un aparato de recepción para acceder al contenido. El método incluye recibir un flujo de transporte desde un proveedor de contenidos. Una tabla de canales virtuales (VCT) se extrae del flujo de transporte. Además, se hace una determinación en cuanto a su uno o más servicios, correspondientes a una entrada incluida en la VCT, están soportados por el aparato de recepción, con base en una o más instancias del descriptor parametrizado de servicios (PSD), las cuales se asocian con un Tipo de Servicio predeterminado y se incluyen en la VCT.

De acuerdo con otra modalidad del método, el PSD incluye una etiqueta de descriptor, una longitud del descriptor, una etiqueta de aplicación, y los datos de la aplicación.

De acuerdo con otra modalidad del método, el PSD se asocia con el Tipo de servicio 0x09.

De acuerdo con otra modalidad del método, la etapa de determinación incluye analizar sintácticamente un componente de descriptor de la lista que incluye uno o más tipos de flujo y determinar si el uno o más tipos de flujo están soportados por el aparato de recepción. El descriptor de la lista de componentes se incluye en la VCT.

De acuerdo con otra modalidad del método, la etapa de determinación incluye determinar si se reconoce la etiqueta de aplicación incluida en el PSD, si la longitud del PSD está dentro de un rango predeterminado, y si cada modo definido en los datos de aplicación está soportado por el aparato de recepción. El aparato de recepción determina si el uno o más servicios, correspondientes a las entradas incluidas en la VCT, están soportados por el aparato de recepción, cuando se reconoce la etiqueta de la aplicación, la longitud del PSD está dentro de rango predeterminado, y está soportado cada modo definido en los datos de la aplicación.

Además, de acuerdo con una modalidad de la descripción, se proporciona un medio de almacenamiento legible por computadora, que tiene instrucciones insertadas en el mismo, las cuales, cuando se ejecutan por una computadora, hacen que la computadora lleve a cabo el método del aparato de recepción, como se discute anteriormente.

De acuerdo con una modalidad de la descripción, se proporciona un aparato de recepción. El aparato de recepción incluye una unidad de recepción, una unidad de extracción, y un procesador. La unidad de recepción se configura para recibir un flujo de transporte de un proveedor de contenido. La unidad de extracción se configura para extraer una VCT del flujo de transporte. Además, el procesador se configura para determinar si uno o más servicios, correspondientes a una entrada incluida en la VCT, están soportados por el aparato de recepción, con base en una o más instancias de PSD, las cuales están asociadas con un Tipo de Servicio predeterminado y se incluyen en la VCT.

De acuerdo con otra modalidad del aparato de recepción, el PSD incluye una etiqueta de descriptor, una longitud del descriptor, una etiqueta de la aplicación, y los datos de la aplicación .

De acuerdo con otra modalidad del aparato de recepción, el PSD se asocia con el Tipo del Servicio 0x09.

De acuerdo con otra modalidad del aparato de recepción, el procesador se configura además para analizar sintácticamente al menos un descriptor de la lista de componentes que incluye uno o más tipos de flujo y determinar si el uno o más tipos de flujo están soportados por el aparato de recepción. El descriptor de la lista de componentes se incluye en la VC .

De acuerdo con otra modalidad del aparato de recepción, el procesador se configura además para determinar si se reconoce la etiqueta de la aplicación incluida en el PSD, si la longitud del PSD está dentro de un rango predeterminado, y si cada modo definido en los datos de la aplicación está soportado por el aparato de recepción. El procesador determina si el uno o más servicios, correspondientes a las entradas incluidas en la VCT, están soportados por el aparato, de recepción, cuando se reconoce la etiqueta de la aplicación, la longitud del PSD está dentro del rango predeterminado, y se soporta cada modo definido en los datos de la aplicación.

Además, de acuerdo con una modalidad de la descripción, se proporciona un aparato de suministro de información. El aparato de suministro de información incluye una unidad de suministro de contenido, un codificador, y un multiplexor . La unidad de suministro de contenido se configura para almacenar o recibir contenido. El codificador se configura para codificar el contenido. El multiplexor se configura para generar un flujo de transporte gue incluye el contenido codificado y una VCT . La VCT incluye una o más instancias del PSD asociadas con un Tipo de Servicio predeterminado.

Aunque esta descripción es susceptible de ser implementada en diferentes formas, en los dibujos se muestra y se describirá en las modalidades especificas detalladas de este documento, con el entendimiento de que la presente descripción de tales modalidades debe ser considerada como un ejemplo de los principios y no pretende limitar la descripción a las modalidades especificas mostradas y descritas. En la siguiente descripción, se unas números de referencia similares para describir los componentes idénticos o similares en las varias vistas de los dibujos.

Ciertas modalidades descritas en este documento se refieren de forma general a la señalización en una radiodifusión de televisión que permite que el aparato de recepción determine si este tiene o no el conjunto de componentes físicos y/o el conjunto de componentes lógicos necesarios para poder proporcionar una presentación significativa de uno o más servicios en un canal dado.

En los estándares del Comité de Sistemas de Televisión Avanzada (ATSC) (específicamente, A/53' y A/56, los cuales se incorporan como referencia en su totalidad en el presente documento) , los nuevos tipos de servicios pueden ser especificados al definir nuevos valores de un parámetro llamado "Tipo del Servicio". Cada Canal Virtual Definido (véase A/65), se asocia con un valor de Tipo del Servicio. Por ejemplo, un servicio de Televisión Digital Regular (DTV) es el Tipo de Servicio 0x02. Nota: el prefijo "Ox" denota la notación hexadecimal. Un canal virtual solo de audio puede ser transmitido usando el Tipo de Servicio 0x03.

Se espera que los receptores que encuentran un Canal Virtual con un valor del Tipo de Servicio que saben que no está soportado, o el cual no está reconocido, hagan caso omiso del canal (es decir, no lo ofrezcan al usuario para su selección o visualización) .

El estándar ATSC A/71, el cual se incorpora como referencia, en su totalidad, en este documento, define un método generalizado que permite que una emisora cree un nuevo servicio de radiodifusión usando nuevos codificadores-decodificadores . A/71 define un nuevo valor del Tipo de Servicio 0x07 (llamado "Servicio Parametri zado" ) . La señalización requerida para la radiodifusión de un Servicio Parametrizado es un descriptor que identifica los tipos de flujos que deben ser decodificados para que el receptor sea capaz de ofrecer el servicio al espectador. Los codificadores-decodificadores del flujo_tipo se definen por el Grupo de Expertos de Imágenes en Movimiento (MPEG) y otros organismos de estandarización. Por ejemplo, ya que el tiempo del estándar ATSC DTV original, el Codificador-Decodificador de Video Avanzado (AVC) ha sido estandarizado por MPEG y se le asigna el valor de flujo_tipo OxOlB.

Además, de escuchar los tipos de flujo que involucrara el servicio, se define una estructura de datos para cada tipo de flujo, para proporcionar la información adicional que puede necesitar el receptor para determinar si este tiene los recursos necesarios para decodificar el flujo. Esta información es transportada en una estructura de datos generalizada llamada flujo_info_detalles ( ) . La sintaxis y la semántica de fluj o_info_detalles ( ) varia de acuerdo con cual flujo_tipo está siendo definido. ATSC ha estandarizado un flujo_info_detalles ( ) para AVC en el estándar de ATSC A/72, el cual se incorpora como referencia en este documento, en su totalidad .

Típicamente, fluj o_info_detalles ( ) señala los parámetros que comunican el nivel de dificultad para decodificar el flujo. Para los codificadores-decodificadores desarrollados por MPEG (video MPEG-2 y AVC, por ejemplo, estos parámetros se implementan típicamente en lo que se conoced como "perfiles y niveles" .

El concepto implementado en el estándar A/71 original fue que el Tipo de Servicio 0x07 podría ser usado cuando una emisora desea ofrecer un servicio de TV lineal usando codificadores-decodificadores distintos al video MPEG-3 normal y el audio AC-3. Entonces, un servicio que usa AVC para el video y AC-3 para el audio podría ser señalizado mediante el uso del Tipo de Servicio 0x07, usando el fluj o_info_detalles ( ) para el AVC definido en el estándar de ATSC A/72. Un receptor diseñado para soportar un nuevo codificador-decodificador y para entender el fluj o_info_detalles ( ) de ATSC observa las entradas de la VCT con el servicio : tipo=0x07 , verifica los valores de flujo_tipo y flujo_info_detalles ( ) para determinar (sí/no) si este es capaz de decodificar el canal. Si es capaz, el receptor simplemente decodifica el audio y/o el video asociados con la entrada de la VCT.

Recientemente, se han reconocida las desventajas del estándar ATSC A/71. Específicamente, algunos nuevos servicios (por ejemplo, 3D-TV) involucran algunas veces más que una simple identificación de los codificadores-decodificadores requeridos. Estos nuevos servicios requieren descripciones más complejas de las que son necesarias en los receptores para proporcionar el servicio. Un ejemplo de un caso donde A/71 no proporciona el nivel necesario de señalización es 3D compatible con cuadros. En 3D compatible con cuadros, un cuadro de video codificado de 1920x1080 transporta dos imágenes, una para el ojo izquierdo y una para el ojo derecho. El cuadro puede ser dividido ya sea hori zontalmente (conocidos como superior e inferior "TnB" ) o verticalmente (conocidos como lado a lado, "SbS". Si se usa A/71 para tal servicio, un receptor sabría sobre el flujo de AVC, por ejemplo, cuando fluj o_tipo=OxlBAVC) , y podría concluir que el canal puede ser decodificado apropiadamente, aun si el receptor no puede soportar la decodificación compatible con cuadros. Sin embargo, el receptor no sabría que la codificación fue SbS o 3D compatible con cuadros.

En otro ejemplo, una vista adicional puede ser suministrada por otro medio, por ejemplo, ATSC M/H (un estándar para TV digital móvil, la cual permite que las transmisiones sean recibidas por dispositivos móviles), suministro no es tiempo real, o la Red internacional, en el caso de A/71, los fluj o_info_detalles ( ) no pueden transportar el método de transporte del flujo, o la información tal como "la conexión de Red internacional de alta velocidad requerida" .

En algunos casos de uso de 3D, el método de A/71 puede ser utilizado. Por ejemplo, si flujo_tipo es un codificador-decodificador de "vista adicional", el CLD puede incluir flujo_info_detalles ( ) tanto para vista base y alternativa. El flujo_info_detalles ( ) para la vista alternativa también indica los requerimientos para combinar las vistas (por ejemplo, sobremuestreo, escalamiento) .

En respuesta a esta desventaja reconocida, las modalidades de la presente descripción usan un nuevo Tipo de Servicio, conocido como Servicio Parametrizado Extendido (EPS), para la señalización. El descriptor que describe los flujos y fluj o_info_detalles ( ) puede ser usado opcionalmente con un EPS. En una modalidad, el Tipo de Servicio 0x09 se usa para identificar un EPS. Sin embargo, otros números de Tipo de Servicio no asignados pueden ser usados para identificar el EPS. Además, en otras modalidades, se usa una pluralidad de números de Tipo de Servicio no asignado.

En ciertas modalidades, el EPS proporciona la señalización del nivel de la VCT para 3D-TV. El EPS permite para toda la información que un receptor compatible con 3D necesita determina si este puede decodificar o no el canal. Por ejemplo, usando el EPS, los receptores compatibles con 3D determinan si son compatibles con el servicio de señales, compatible con cuadros, o compatibles con otros modos (por ejemplo, modos híbridos).

Un enfoque del EPS es requerir la presencia de uno o más descriptores en la definición del canal virtual de un canal de Tipo de Servicio 0x09, donde los descriptores definen los requerimientos del receptor para la decodificación apropiada del canal. El comportamiento esperado del receptor cuando se procesa un canal de Tipo de Servicio 0x09 sería observar cada descriptor y decidir si (1) se reconoce el valor de la etiqueta (identificad) del descriptor y, si es así (2) si el receptor puede soportar los modos de operación del servicio identificado en el descriptor.

En lugar de la regla de que el receptor debe procesar cada descriptor diferente, las modalidades de la presente descripción definen un nuevo tipo de descriptor llamado un Descriptor del Servicio Parametrizado (PSD) , el cual transporta la información pertinente para una aplicación estandarizada particular. Dentro del PSD se encuentra un identificador de la aplicación que establece la sintaxis y la semántica del resto del descriptor. El comportamiento esperado del receptor es por lo tanto procesar para PSD, determinar si se conoce y se soporta el identificador de la aplicación, y si es asi, analizar sintácticamente los datos adicionales para observar si los modos de operación también están soportados.

Las ventajas del PSD en comparación con el enfoque indicado anteriormente incluyen: 1. Se mantiene la regla general de que los receptores en los estándares ATSC hagan caso omiso de los descriptores no reconocidos. Requerir que los receptores los cuales entienden el tipo de Servicio 0x09 también reconozcan el PSD significa que esta regla general se mantiene. Por ejemplo, otros descriptores pueden aparecer en las entradas de la VCT para el Tipo de Servicio 0x09, pero estos pueden ser (y se espera que sean) pasados por alto de forma segura por los receptores construidos antes que estos se especificaran en los estándares. 2. Los datos especificados por cada aplicación serán especificados con el propósito expreso de señalizar a la información del receptor necesaria para determinar si esta soportado o no el servicio dado. Se evita la posible re-aplicación de algún otro descriptor para ser usado con el Tipo de Servicio 0x09. 3. Si debe ser especificado un nuevo tipo de descriptor para cada nueva aplicación, el número de descriptores definidos crecerá de forma innecesariamente rápida. Existe un limite para el espacio numérico disponible para los nuevos valores de la etiqueta de descriptor. Además, los valores para aplicación_etiqueta, el cual es el campo usado para identificar la aplicación asociada con el canal virtual, pueden ser manejados por el Registro del Punto de Código de ATSC.

Haciendo referencia ahora a los dibujos, la Figura 1 es un diagrama de bloques que muestra un sistema 2 de radiodifusión ejemplar, que incluye un proveedor 10 de contenido y un aparato 20 de recepción. En una modalidad, el proveedor 10 de contenido incluye un aparato de transmisión con un transmisor que se configura para transmitir uno o más contenidos al aparato 20 de recepción. Cada contenido se asocia con un Canal Virtual definido en una Tabla de Canales Virtuales (VCT) , y se recibe por el aparato 20 de recepción a través de una interfaz de sintonizador. En ciertas modalidades, la VCT es estática a través del tiempo y no cambia en base evento por evento. Además, la VCT indica la situación "más difícil" (por ejemplo, 3D aun si porciones de la programación son 2D) .

En una modalidad, el aparato 20 de recepción se configura para recibir el contenido desde el proveedor 10 de contenido a través de una radiodifusión terrestre. Cuando se recibe el contenido a través de la radiodifusión terrestre, el aparato 20 de recepción usa una Tabla de Canales Virtuales Terrestres (TVCT) para sintonizar el proveedor del contenido por el proveedor 10 del contenido. En otras modalidades, el proveedor 10 del contenido proporciona el contenido a través de al menos una radiodifusión por satélite, una transmisión de televisión por cable, una radiodifusión de televisión terrestre, redes celulares, y redes de comunicación de datos, tales como una red de área local (LAN) , red de área extendida (WAN) , o la Red internacional. Cuando el aparato 20 de recepción recibe el contenido a través de una transmisión por cable, el aparato 20 de recepción usa una Tabla de Canales Virtuales de Cable (CVCT) para sintonizar el contenido proporcionado por el proveedor 10 de contenidos. Los ejemplos de la TVCT y la CTVC se describen en el estándar de ATSC A/65.

En las telecomunicaciones, un canal virtual es una designación de canal la cual puede diferir del canal o la frecuencia actual en la cual viaja una señal a través de un flujo de transporte. El término se aplica comúnmente en el ambiente de televisión, donde varios canales de Televisión Digital (DTV) pueden estar presentes dentro de un solo canal físico de 6 MHz. Por ejemplo, una estación llamada Canal 8 podría usar actualmente el canal de RF unidad 32 de permutación para su señal transmitida, pero una VCT permite que los espectadores "sintonicen" la estación en el canal 8 en una televisión digital. La entrada del canal virtual en la VCT permite por lo tanto que los espectadores seleccionen la estación al seleccionar el mismo número del canal como lo harían antes de la transmisión a la radiodifusión digital. La VCT logra esto usando los parámetros definidos para vincular el número del canal al contenido recibido de una radiodifusión terrestre, transmisión de televisión por cable, radiodifusión por satélite, etc. Estos parámetros definidos pueden incluir el número del canal principal, el número del canal secundario, el nombre corto, el tipo del servicio, el o los descriptores, etc .

En ciertas modalidades, el contenido proporcionado por el proveedor 10 del contenido incluye uno o más programas de televisión, sin considerar si el contenido es una película, evento deportivo, segmento de una serie de múltiples capítulos, segmento de noticias, etc. Además, el contenido proporcionado por el proveedor 10 del contenido también puede incluir, anuncios, infomerciales , y otro contenido similar a un programa, los cuales pueden no ser reportados como un programa en una guía electrónica de programación (EPG) .

La Figura 2 es un diagrama básico de un proveedor 10 de contenido ejemplar. Hablando de forma general, un proveedor 10 de contenido individual puede proporcionar múltiples programas a través de uno o más flujos de transporte. El audio, video, datos de subtítulos, etcétera, se proporciona a un codificador el cual codifica los datos en paquetes adecuados para su distribución. El material de programa de audio y video se codifica por medio de los decodificadores 204 de audio y video los cuales se proporcionan entonces a un multiplexor 208 de flujos de transporte el cual proporciona entonces una salida que puede ser distribuida a través de un medio de canal físico tal como una radiodifusión terrestre o por cable. En una modalidad, el multiplexor 208 de flujos de transporte agrega cada flujo de programa y los datos de la VCT a un flujo de transporte para su distribución a través del medio de canal físico .

Un receptor se representa como el aparato 20 de recepción en la Figura 3, en donde, el contenido se recibe a través de cualquier fuente adecuada como por ejemplo radiodifusión terrestre, por cable o por satélite en un sintonizador/demodulador 302 del aparato 20 de recepción. El flujo de transporte que incluye objetos declarativos activados (TDOs) , activadores, y datos de la VCT, etcétera, del sintonizador/demodulador 302, se desmultiplexa en el desmultiplexor 306 en flujos de audio y video. El audio se decodifica en un decodificador 310 de audio en tanto que el video se decodifica en un decodificador 314 de video. Los datos de A/V no comprimidos pueden ser recibidos también a través de una interfaz 318 de A/V no comprimido que puede ser utilizada de forma selectiva.

El contenido de A/V que incluye los datos de la VCT, los TDOs, los datos, y los activadores también se recibe a través de la Red unidad 322 del procesamiento de generación del parámetro ß internacional a través de una interfaz de red y/o un modulador-desmodulador 326. La interfaz 326 de RD también proporcionar un canal posterior para la comunicación con una emisora u otro proveedor de contenido. Adicionalmente el almacenamiento 330 puede ser proporcionado para el contenido no en tiempo real (NRT) o suministrado a través de la Red internacional como por ejemplo Televisión de Protocolo de Red internacional (IPTV) . El contenido almacenado puede ser desplegado mediante la desmultiplexión 306 en una manera similar a la de las otras fuentes de contenido. El aparato 20 de recepción opera de forma general bajo el control de un procesador, tal como la CPU 338 la cual se interconecta con la memoria 340 de trabajo y la memoria 342 de programas asi como un subsistema 344 de gráficos a través de una o más lineas comunes de comunicaciones, como por ejemplo 350.

La CPU 338 recibe los datos de los subtítulos desde el desmultiplexor 306 así como cualquier otra información, como por ejemplo los anuncios de TDO y las guías electrónicas de programación usadas para proporcionar el contenido gráfico y pasa la información al subsistema 344 de gráficos y las imágenes se componen en el compositor y la interfaz 360 de video para producir una salida adecuada para el despliegue en una pantalla de video.

La CPU 338 opera para llevar a cabo varios procesos dentro del contexto de la materia objeto descrita en este documento que incluye la generación de los elementos usados en la presentación de una interfaz de usuario. La CPU 338 opera además para ejecutar cualquier secuencia de comandos en el TDO (y/o sus activadores. En un ejemplo, la secuencia de comandos puede provocar el despliegue de una guía u horario de programación para un programa de TV particular.

La CPU 338 también opera para supervisar el control del receptor de televisión digital que incluye el sintonizador/demodulador 302 y otros recursos de televisión. Por ejemplo, la CPU 338 extrae los datos de la VCT del flujo de transporta, para determinar si el contenido, contenido en el flujo de transporte puede ser presentado por el aparato 20 de recepción.

La Figura 4 es un diagrama de bloques de un aparato 20 de recepción ejemplar, el cual puede tomar muchas formas que incluyen un equipo de televisión, codificadores de televisión, etc. De acuerdo con una modalidad, el aparato 20 de recepción incluye una unidad 338 central de procesamiento (CPU) , una memoria 430, una interfaz 420 de audio, una interfaz 440 de visualización, un receptor 460 de control remoto, una interfaz 450 de sintonizador, y una interfaz 326 de red.

Los datos se comunican a través de una o más lineas 411 comunes de comunicación. Los flujos de audio y/o video que han sido decodificados por la interfaz 450 del sintonizador se recuperan. El flujo de audio decodificado se envía a la interfaz 420 de audio y el flujo de video decodificado se envía a la interfaz dispositivo 400 inalámbrico de comunicación de visualización. La CPU 338 también recibe los datos desde y envía los datos a la Red internacional 322 a través de la interfaz 326 de red. Además, la CPU 338 ejecuta los comandos recibidos por el receptor 460 de control remoto. Estos comandos pueden estar en forma de una entrada de canal directo a través del teclado de la unidad 461 de control remoto o las entradas de la unidad 461 de control remoto usando una guía de canales en pantalla.

La memoria 430 almacena los datos usados por el aparato 20 de recepción. La memoria 430 dentro del aparato 20 de recepción puede ser implementada usando una forma de almacenamiento en disco así como otras formas de almacenamiento tales como dispositivos de almacenamiento no transitorios que incluyen por ejemplo, dispositivos de memoria en red, elementos de almacenamiento magnéticos, elementos de almacenamiento magnetópticos , memoria de destello, memoria de núcleos y/u otras tecnologías de almacenamiento no volátiles. Adicionalmente, la memoria 430 puede proporcionar contenido no en tiempo real (NRT) o proporcionado por la Red internacional, tales como Televisión de Protocolo de Red internacional (IPTV) . Se debe notar que el uso del término "no transitorio" es una limitación del medio en si (es decir, tangible, no una señal) al contrario de una limitación sobre la persistencia del almacenamiento de datos (por ejemplo, RAM vs ROM) .

La memoria almacena un esquema 431 de navegación el cual proporciona, por ejemplo, la guía de canales en pantalla o una guía electrónica de programación (EPG) que permite que el usuario seleccione el contenido deseado accesible a través de una o más interfaces de comunicación a las fuentes de contenido tales como una radiodifusión de televisión y la Red Internacional. Una VCT proporciona un mapa de canales para que la CPU 338 determine qué contenido recibido por la interfaz 450 de sintonizador corresponde al canal virtual seleccionado por el usuario a través de la unidad 461 de control remoto o el esquema 431 de navegación.

La interfaz 450 de sintonizador recibe el contenido proporcionado a través de cualquier fuente de suministro adecuado, como por ejemplo radiodifusión terrestre, transmisión por cable, transmisión por satélite, o la Red internacional. El contenido es proporcionado por uno o más proveedores de contenido. En una modalidad, el contenido está contenido en un flujo de transporte que incluye uno o más datos del canal, datos de la VCT. El flujo de transporte es recibido en la interfaz 450 de sintonizador y se desmultiplexa en el desmultiplexor 306, en flujos de audio, video, y/o de datos. Los flujos de audio y/o de video se decodifican en el decodificador 410 dentro de la interfaz 450 de sintonizador. Los flujos de datos del proveedor 10 de contenido contienen la información tal como los datos de la VCT correspondientes a los canales proporcionados por el proveedor 10 del contenido. Estos datos proporcionados por el proveedor 10 del contenido se colocan en la VCT 432 dentro de la memoria 430 del aparato de recepción, a través de la CPU 338.

El aparato 20 de recepción opera de forma general bajo el control de un procesador tal como la CPU 338, la cual se puede interconectar con uno cualquiera o una combinación de una memoria 430, una interfaz 430 de audio, una interfaz 440 de visualización, y el receptor 460 de control remoto, a través de una o más lineas 411 comunes de comunicación. Cuando el flujo de transporte se desmultiplexa en el desmultiplexor 306, los datos de audio y video se envían al decodificador 410 para decodificarios y enviarlos a la interfaz 420 de audio y la interfaz 440 de visualización, respectivamente. Además de los datos de audio y video, el desmultiplexor también recibe los datos de la VCT actualizados por el proveedor 10 del contenido a la VCT 432 en la memoria 430. En una modalidad, los datos en la VCT 432 se usan entonces para actualizar el esquema 431 de navegación disponible para el usuario, con el contenido respectivo disponible del flujo de transporte proporcionado por el proveedor 10 del contenido. Además, el contenido disponible del proveedor 10 de contenido, el usuario también puede acceder a la Red internacional 322 a través de una interfaz 326 de red con el contenido de Red internacional que es generado y visualizado a través de un navegador y otra aplicación o reproductor apropiados ubicados en la memoria 430.

La VCT 432 almacenada en el aparato 20 de recepción se crea inicialmente usando los datos de la VCT adquiridos por ejemplo, a través de una función de exploración de canales del aparato 20 de recepción. Después que los datos de la VCT se adquieren inicialmente, en una modalidad, los datos de la VCT se almacenan temporalmente en la memoria 430 para su procesamiento posterior. En una modalidad, el aparato 20 de recepción procesa la información de tal canal en los datos de la VCT para determinar si este tiene los recursos físicos y/o lógicos para poder ofrecer una presentación significativa del canal. Con base en el resultado de la determinación para cada canal, el aparato 20 de recepción crea y almacena la VCT 432 con un indicador de si cada uno de los canales está soportado no soportado. En otra modalidad, la VCT 432 puede ser configurada para identificar solamente los canales soportados. En otra modalidad, los datos de la VCT se usan para crear la VCT 432 sin que se lleve a cabo el procesamiento por el aparato 20 de recepción. En su lugar, los datos de la VCT para un canal particular se procesan cuando este se selecciona por un usuario del aparato 20 de recepción.

Cuando el usuario ingresa un número de canal usando la unidad 461 de control remoto o selecciona un número de canal a través del esquema 431 de navegación, como se presenta en la pantalla 441, la CPU 338 recibirá el número del canal virtual deseado y entrada a la VCT 432 con el FIN de determinar si hay una entrada correspondiente. Si se encuentra una correspondencia, entonces la CPU 338 procesará primero la información sobre el canal encontrado en la VCT 432. Si la información indica que el aparato 20 de recepción tiene los recursos físicos y/o lógicos para poder ofrecer una presentación significativa del canal, este instruye a la interfaz 450 de sintonizador para sintonizar el canal físico de transmisión seleccionado y presentar el contenido asociado con el canal a través de la interfaz 440 de visualización y la interfaz 420 de audio, las cuales se conectan a la pantalla y un altavoz 421, respectivamente. Si se determina que los recursos físicos y lógicos no están disponibles, el aparato 20 de recepción el aparato 20 de recepción no presenta el contenido asociado con el canal. En una modalidad, la CPU 388 determina si el aparato 20 de recepción es capaz de ofrecer una presentación significativa del canal con base en un indicador (por ejemplo, soportado o no soportado) en, o asociado con, la VCT 432. Alternativamente, la VCT 432 instruye a la interfaz 450 de sintonización para sintonizar la transmisión del canal físico seleccionado con base en la inclusión del canal en la VCT 432, cuando la VCT 432 se configura para solo almacenar los canales soportados.

La Figura 5A ilustra una VCT ejemplar. Inicialmente , la VCT se llena con los canales virtuales correspondientes a uno o más proveedores de contenido. La VCT se llena en respuesta a, por ejemplo, una función de exploración de canales. Como se ilustra en la Figura 5A, cada canal virtual incluye un Tipo de Servicio. El campo de servicio_tipo es un campo de 6 bitios que contiene el identificador de Tipo del Servicio, el cual identifica el tipo del servicio contenido en el canal virtual respectivo. Por ejemplo, como se indica anteriormente, el Tipo del Servicio 0x02 identifica un servicio de DTV regular. El aparato 20 de recepción se refiere a la información del Tipo de Servicio contenido en la VCT para determinar si este puede presentar el contenido de programación proporcionado por cada canal virtual.

En una modalidad, el aparato 20 de recepción analiza cada canal virtual antes de determinar si el canal virtual debe ser agregado a la VCT almacenada en el aparato 20 de recepción. En otra modalidad, el aparato 20 de recepción agrega todos los canales virtuales al aparato 20 de recepción y posteriormente elimina, o marca como "no presentable", todos los canales virtuales que no están soportados. Por ejemplo, el aparato 20 de recepción lleva a cabo el proceso de eliminación después que todos los canales virtuales disponibles han sido identificados, por ejemplo, por una función de exploración de canales, o lleva a cabo el proceso de eliminación en el momento en que los canales virtuales se sintonizan primero. En otra modalidad, un canal virtual con un tipo de servicio no soportado se almacena en el aparato 20 de recepción pero se agrega un identificador para identificar el canal virtual como no presentable.

Además, en el caso en que el aparato 20 de recepción recibe uno o una combinación de actualización del conjunto de componentes físicos, actualización del conjunto de componentes lógicos, y la conexión a la Red internacional, en algunas modalidades, el aparato 20 de recepción lleva a cabo una nueva función de exploración de canales u otra función para determinar si alguno de los canales previamente no soportados están soportados ahora por el aparato 20 de recepción. Por ejemplo, si un canal virtual requiere una conexión a la Red internacional, el aparato 20 de recepción actualiza opcionalmente en estado de canal a capaz de ser recibido cuando se detecta posteriormente una conexión a la Red internacional.

La Figura 5B ilustra los valores de campo ejemplares de una entrada de canal virtual de la VCT. Como se ilustra en la Figura 5B, a VCT incluye un valor del campo servicio_tipo de 0x09 que designa el Tipo de Servicio como EPS. Sin embargo, otros valores del campo servicio_tipo no asignados pueden ser usados para designar el EPS, como se especifica en el estándar desarrollado por un organismo de estandarización. Además, el canal virtual del EPS del Tipo de Servicio incluye descriptores tales como uno o más componentes_lista_descriptor ( ) es y uno o más parametrizado_servicio_descriptor ( ) es .

Como se indica anteriormente, en algunas modalidades, un canal virtual con un valor 0x09 en el campo de servicio_tipo indica un servicio de tipo EPS. La señalización de la VCT en un EPS tramite la información que el aparato 20 de recepción puede usar para determinar si este tiene o no los recursos físicos y/o lógicos necesarios para crear una presentación significativa del servicio. Para los canales virtuales de servicio_tipo 0x09, esta información puede ser transportada en componentes_lista_descriptor ( ) , discutido adicionalmente a continuación, y/o en uno o más Descriptores de Servicio Parametrizado (PSD) cuyos datos útiles se predefinen en, por ejemplo, otros estándares de ATSC. La sintaxis y la semántica del PSD se describen a continuación con respecto a la Figura 8.

Como se describe anteriormente, el componentes_lista_descriptor ( ) se incluye en la VCT y transmite la información que el aparato 20 de recepción puede usar para determinar si este tiene o no los recursos físicos y/o lógicos necesarios para crear una presentación significativa de un servicio. La sintaxis del flujo de bitios ejemplar para componentes_lista_descriptor ( ) se define en el estándar A/71 del ATSC y se ilustra en la Figura 6. Cada instancia del componentes_lista_descriptor ( ) identifica un conjunto de componentes (los cuales pueden incluir más de una instancia de un flujo_tipo particular) es decir, si esta soportado en el aparato 20 de recepción, permite que el aparato 20 de recepción genere y presente apropiadamente toda la programación en el Canal Virtual correspondiente.

En una modalidad, como se ilustra en la Figura 6, el componentes_lista_descriptor ( ) incluye un descriptor_etiqueta (por ejemplo, OxBB) que identifica el descriptor como un componentes_lista_descriptor ( ) ; una descriptor_longitud que especifica el número de bytes que siguen inmediatamente este campo al final del descriptor; una bandera alterna para indicar si el caso del componentes_lista_descriptor ( ) es una descripción alterna o primaria de los flujos asociados con un canal virtual; un componentes_conteo que especifica el número de componentes especificados en el siguiente ciclo "para" (por ejemplo en el rango de 1 a 126); un flujo^tipo que indica el flujo_tipo asociado con un componente de una iteración particular del ciclo "para"; un formato_identificador correspondiente al formato_identificador en el Descriptor de Registro de MPEG-2 definido en ISO/IEC 13818-1 Sec. 2.6.9, el cual se incorpora en este documento como referencia, en su totalidad, e identifica la entidad que proporciona el valor de flujo_tipo particular; longitud_de_detalles que especifica la longitud de bitios del fluj o_info_detalles ( ) (por ejemplo, en el rango de 1 a 250); y fluj o_info_detalles ( ) que proporciona la información adicional sobre el componente identificad por el valor en el campo flujo_tipo precedentes. La Figura 7 ilustra la sintaxis ejemplar de fluj o_información_detalles para un flujo^tipo como se describe en el estándar A/71 del ATSC.

En una modalidad, una, o al menos dos instancias en el componentes_lista_descriptor ( ) puede estar presente en el ciclo del descriptor enseguida al campo descriptores_longitud de una terrestres_virtuales_canales_tabla_sección ( ) o cable_virtuales_canales_tabla ( ) en los cuales, el valor de servicio_tipo es 0x09. Sin embargo, el componentes_lista_descriptor ( ) no necesita estar incluido en el ciclo de descriptor. Además, en otras modalidades, más de dos componentes_listas_descriptores ( ) pueden estar incluidos en el ciclo de descriptor.

Si está presente componentes_lista_descriptor ( ) contiene flujo_info_detalles ( ) para cada flujo_tipo esencial distinto a los siguientes: • 0x02 (video MPEG-2) cuando se restringe por ATSC A/53; o • 0x01 (audio AC-3) cuando se restringe por ATSC A/53.

Se debe notar que, en una modalidad, los tipos de flujo incluidos no se limitan a aquellos que aparecen en las secciones de la Tabla de Asignación de Programas (PMT) dentro del Flujo de Transporte de MPEG-2; estos pueden ser transportados e identificados en otras capas del protocolo, por ejemplo en una Tabla de Asignación de Servicios transportada en una subred IP tunelizada a través de un componente de flujo elemental del programa.

En una modalidad, uno o más PSDs deben estart presentes en el ciclo del descriptor enseguida del campo descriptores_longitud para los canales virtuales del valor de servicio_tipo 0x09. Cada uno de los PSD señala además la información sobre el servicio pertinente al aparato 20 de recepción cuando se decide si este puede ofrecer o no una presentación significativa del servicio al usuario.

Los protocolos futuros pueden extender la longitud de las estructuras del PSD y/o de los datos de fluj o_info_detalles ( ) agregando nuevos campos en los extremos. Los campos recién definidos pueden indicar los modos de operación que no están soportados por el aparato 20 de recepción. Por lo tanto en una modalidad, el aparato 20 de recepción se configura para concluir que este no tiene los recursos necesarios para decodificar el canal, cuando se encuentran estas extensiones inesperadas .

La Figura 8 es la sintaxis ejemplar de un flujo de bitios para el PSD. Como se describe anteriormente, en una modalidad, el parametrizado_servicio_descriptor ( ) se suministra en un canal virtual del valor 0x09 de servicio_tipo para transportar la información especifica que puede usar el aparato 20 de recepción para determinar si este puede crear o no una presentación significativa de los servicios en el canal. El PSD, como se define, contiene datos útiles cuya sintaxis y semántica son específicos de la aplicación. Un campo llamado aplicación_etiqueta identifica la aplicación a la cual se asocian los datos útiles.

Las descripciones ejemplares de los campos incluidos en la sintaxis del flujo de bitios de PSD con las siguientes: descriptor_etiqueta - Este entero de 8 bitios sin signo identifica este descriptor como un parametrizado_servicio_descriptor ( ) . descriptor_longitud - Este entero de 8 bitios sin signo especifica la longitud (en bytes) inmediatamente enseguida de este campo hasta el final de este descriptor. En una modalidad, el valor máximo es 255. Sin embargo, otras modalidades pueden implementare otros valores máximos. aplicación_etiqueta _ Este entero de 8 bitios sin signo identifica la aplicación asociada con aplicación_datos ( ) siguiente. En una modalidad, los valores de aplicación_etiqueta se especifican en otros estándares ATSC y son manejados por el Registro de Puntos de código de ATSC. aplicación_datos ( ) - La sintaxis y la semántica de este campo se especifican, por ejemplo, en el estándar ATSC que establece el valor de aplicación_etiqueta asociado.

Las Figuras 9A y 9B ilustran los algoritmos ejemplares usados por el aparato 20 de recepción para procesar los PSD(s) y los componentes_lista_descriptor ( ) (es) en un canal virtual del valor de servicio_t ipo 0x09.

La Figura 9A es un algoritmo ejemplar usado por el aparato 20 de recepción cuando el procesamiento en una entrada de la Tabla de Canales Virtuales que indica un valor de servicio_tipo de 0x09, correspondiente al EPS. El algoritmo usa la rutina de "Analizar Sintácticamente el Descriptor de la Lista de Componentes", ilustrada en la Figura 9B. El proceso involucra primero verificar el Descriptor de la Lista de Componentes para ver si los tipos de flujo están soportados, y para cada tipo de flujo soportado, si el fluj o_info_detalles ( ) indica un modo de operación soportado. Si no se encuentran modos no soportados en el Descriptor de la Lista de Componentes, se verifican los Descriptores del Servicio Parametrizado . En una modalidad, el caso en el que no se encuentra el PSD representa un error en la señal recibida; la respuesta esperada por el aparato 20 de recepción en este caso es decidir que el canal no está disponible.

Enseguida, cada PSD se verifica a su vez para ver si se reconoce el valor de aplicación_etiqueta, y si es asi, si están soportados o no los modos del operación del canal descrito en el descriptor. Si el campo descriptor_longitud indica un valor mayor o menor al esperado, en una modalidad, el aparato 20 de recepción concluye que el canal no puede ser decodificado de forma confiable (la suposición de que los parámetros no reconocidos proporcionados pueden indicar un modo de operación no soportado) .

Como se ilustra en la Figura 9A, en la etapa S902, el aparato 20 de recepción establece el estado de canal_ok para un Canal Virtual en un valor de "resultado tentativo" inicial (por ejemplo, falso) . Sin embargo, en otras modalidades, el establecimiento del valor inicial puede ser omitido y el valor del resultado se establece junto antes de salir de la rutina. En la etapa S904, el aparato 20 de recepción determina si está presente el componentes__lista_descriptor ( ) (CLD) correspondiente al canal virtual. Un CLD ejemplar se ilustra en la Figura 13A. Cuando no está presente el CLD, el aparato 20 de recepción procede a la etapa S914 para determinar si un PSD está presente, como se describe a continuación. Cuando se determina que el CLD está presente en la etapa S904, el aparato 20 de recepción procede a la etapa S906 y analiza sintácticamente el CLD, por ejemplo, como se describe a continuación con respecto a la Figura 9B. En la etapa S907, el aparato 20 de recepción determina si está presente un segundo CLD. Cuando no está presente un segundo CLD, el aparato 20 de recepción procede a la etapa S912. Sin embargo, si se determina que está presente un segundo CLD, en la etapa S908 el segundo CLD se analiza sintácticamente en la etapa S910 en una manera similar al primer CLD. La lógica representada permite que el proceso continúe si alguno de los dos CLDs indica "ok para proceder".

En otra modalidad, después de analizar sintácticamente el CLD en la etapa S906, el aparato 20 de recepción determina si el (los) modo(s) de operación incluido (s) en el primer CLD están soportados por el aparato 20 de recepción. Cuando se determina que el primer CLD está soportado, el aparato 20 de recepción procede directamente a la etapa S914 sin considerar si un segundo CLD está presente.

En la etapa S912, el aparato 20 de recepción determina si el (los) modo(s) de operación incluido (s) ya sea en el primer CLD o el segundo CLD (cuando está presente) están soportados por el aparato 20 de recepción. Cuando se determina que el CLD no está soportado, el proceso termina y, en una modalidad, el aparato 20 de recepción procede a analizar todos los canales virtuales restantes. Cuando se determina que al menos un CLD está soportado en la etapa S912, el aparato 20 de recepción procede a la etapa S914, momento en el cual, el aparato 20 de recepción determina si está presente algún PSDs. En una modalidad, el proceso termina si no están presentes los PSDs. Si se determina que está presente un PSD, el aparato 20 de recepción procede a la etapa S916 para procesar el PSD. En la etapa S918, el aparato 20 de recepción determina si se reconoce la aplicación_etiqueta incluida en el PSD. Si se determina que la aplicación_etiqueta se reconoce, el aparato 20 de recepción procede a la etapa S920 y determina si se espera la longitud del PSD. Si se determina que la longitud se espera, el aparato 20 de recepción procede a la etapa S922 para determinar si está soportado cada modo listado en el PSD. En una modalidad, el proceso termina si la aplicación_etiqueta no se reconoce en la etapa S918, se encuentra una longitud inesperada en la etapa S920, o se determina que algún modo no está soportado en la etapa S911.

En la etapa S924, el aparato 20 de recepción determina si hay algún PSD adicional. El aparato 20 de recepción repite las etapas S916, S918, S920, S922, y S924 si están presentes los PSDs adicionales. Si el aparato 20 de recepción continua el proceso hasta que llega a la etapa S926, el Canal Virtual se establece como soportado por el aparato 20 de recepción.

La Figura 9B ilustra una rutina de Analizar Sintácticamente el Descriptor de la Lista de Componentes. El descriptor de la lista de componentes de verifica para ver si están soportados los tipos de flujo, y para cada tipo de flujo soportado, si el fluj o_info_detalles ( ) indica un modo de operación soportado. En una modalidad, pueden estar presentes dos instancias del CLD en las entradas de la Tabla de Canales Virtuales. Si el aparato 20 de recepción determina que este puede manejar los valores de flujo_tipo descritos en cualquiera, junto con cualquier PSD, este será capaz de presentar el canal de forma confiable.

La rutina "Analizar Sintácticamente el Descriptor de la Lista de Componentes" regresa una variable Booleana llamada ok_para_proceder, como se ilustra en la Figura 9B. En la etapa S942, el aparato 20 de recepción establece opcionalmente un estado de canal_ok para un Canal virtual en un valor inicial (por ejemplo, falso) . En la etapa S944, el conteo n se establece a 0 para comenzar el análisis del primer componente incluido en el CLD.

Como se muestra, para cada valor del tipo de flujo listado en el descriptor, se hace la siguiente verificación: etapa S946, se reconoce el valor del tipo de flujo; etapa S948, el tipo de flujo está soportado en el conjunto de componentes físicos y/o el conjunto de componentes lógicos del aparato; etapa S950, para este tipo de flujo, están soportados los modos de operación descritos en fluj o_info^detalles ( ) ; etapa S952, el valor de longitud_de_detalles es como se esperaba. En una modalidad, si la respuesta a cualquiera de estas cuestiones es "no", la rutona regresa un valor de "falso" en la variable llamada "ok_para_proceder", de otra forma se devuelve un valor de "verdadero".

En otras modalidades, el aparato 20 de recepción no necesita soportar todos los modos de operación definidos en cada PSD para presentar el Canal Virtual. Además, por ejemplo, como se ilustra en la Figura 9A, el procesamiento el PSD se describe en un orden especifico (por ejemplo, S918, S920, y S922) . Sin embargo, las modalidades de la descripción no están limitadas de esta forma y las etapas llevadas a cabo por el aparato 20 de recepción pueden ser llevadas a cabo de forma concurrente o en un orden distinto.

Un servicio 3D es un ejemplo de una aplicación identificada por un PSD. En una modalidad, al servicio 3D se le asigna un valor de aplicación_etiqueta de 1. Para un servicio 3D con codificación híbrida compatible con el servicio (SCHC), la vista de la izquierda y la vista de la derecha se transportan en diferentes flujos elementales. Una vista se ofrece como un servicio de TV 2D y el audio puede o puede no ser común entre las vistas 2D y 3D. Para un 3D con codificación independiente (IC3D), la vista de la izquierda y la vista de la derecha se transportan en diferentes flujos elementales o se transportan en un flujo elemental, ninguna vista se ofrece como un servicio 2D. Sin embargo, se debe notar que en ciertas modalidades, si se ofrece o no una versión en 2D del contenido 3D, en otro canal es irrelevante con respecto a un Canal Virtual dado puesto que el decodificador solo necesita saber si este puede manejar la decodificación del contenido.

La Figura 10A ilustra una sintaxis ejemplar de flu o_info_detalles para un servicio 3D con Codificación Híbrida Compatible (SCHCV) en el cual una vista adicional se codifica usando el AVC. En una modalidad, un Canal Virtual que transporta el servicio 3DTV se identifica por el servicio_tipo 0x09 en la VCT . Además, la VCT incluye los siguientes descriptores en el ciclo del descriptor enseguida del campo de descriptores_longitud de terrestres_virtuales_canales_tabla_sección ( ) o cable_virtuales_canales_tabla sección() : (1) un CLD; y (2) un PSD.

El componentes_lista_descriptor ( ) proporciona la información sobre los codificadores-decodificadores usados para codificar el servicio SCHC. El parametrizado_servicio_descriptor ( ) proporciona la información sobre el tipo de servicio 3D transportado, el cual puede facilitar los comportamientos de los receptores 3DTV (por ejemplo el aparato 20 de recepción) para desplegar el video estereoscópico. En una modalidad, el componentes_lista_descriptor ( ) se presenta en el ciclo del descriptor de la TVCT (o CVCT cuando está presente) para describir los componentes de video de un servicio SCHC. Para un programa SCHC, el componentes_lista_descriptor ( ) incluye una entrada de fluj o_info_detalles ( ) para el flujo de video que comprende la vista base, por ejemplo, en el caso de que este no sea video MPEG-2 restringido por A/53 Parte 4, y una entrada de fluj o_info_detalles ( ) para el flujo de video que comprende la vista adicional.

En una modalidad, para un servicio SCHC en el cual la vista adicional se codifica usando AVC, el componentes_lista_descriptor ( ) incluye los fluj o_info_detalles para flujo_tipo 0x23. Como se ilustra en la Figura 10A, flujo_info_detalles para el flujo_tipo 0x23 incluye los siguientes campos: adicional_vista_AVC_perfil - Este campo entero de 2 bitios sin signo indica el perfil de AVC usado para la vista alternativa. En una modalidad, la semántica de este campo de 2 bitios es igual al campo de AVC_perfil en flujo_info_detalles ( ) para el video AVC especificado en la Sección 6.3 de A/72 Parte 2. El valor en este caso es el valor más alto (más complejo) que se aplica al periodo cubierto por las tablas de información de los eventos (EITs) que contiene la señalización para este canal virtual. adicional_vista_nivel_idc - Este campo de entero de 6 bitios sin signo indica el nivel de AVC usado para la vista alternativa. En una modalidad, la semántica de este campo de 6 bitios es igual a la del campo nivel_idc en flujo_info_detalles ( ) para el video AVC especificado en la Sección 6.3 de A/72 Parte A. El valor en este caso es el valor más alto (más complejo) que se aplica al periodo cubierto por las EITs que contiene la señalización para este canal virtual.

Horizontal_sobremuestreo_factor y vertical_sobremuestreo_factor - Estos campos proporcionan la información del nivel superior de cualquier sobremuestreo que puede facilitar la optimización del despliegue del componente de video decodificado . Cuando no se establece en ^????', los valores y la descripción de los factores de sobremuestreo corresponden a aquellos que se aplican al periodo cubierto por las EITs que contienen la señalización para este canal virtual, y son desde una lista de valores predefinidos como se definen en, por ejemplo, ISO/IEC 13818-1 : 2007 /Amd .7 -Signaling of stereoscopic video in MPEG-2 systems including the user prívate range, el cual se incorpora aquí como referencia en su totalidad. La codificación se proporciona en la FIG. 10B, la cual ilustra los factores de sobremuestreo horizontales y verticales, por conveniencia.

La Figura HA ilustra el aplicación_datos ( ) incluido en un PSD para un servicio SCHC. Como se ilustra en la FIG. 11A, el valor de aplicación_etiqueta para el servicio SCHC es 0x01-El aplicación_datos ( ) para el valor de aplicación_etiqueta 0x01 incluye 3D_canal_tipo, el cual indica el tipo del servicio 3D transportado en el Canal Virtual asociado con el PSD. En una modalidad, el 3D_canal_tipo es un campo de entero sin signo de, por ejemplo, 5 bitios. La codificación ejemplar para el 3D_canal_tipo se ilustra en las Figuras 11B y 11C.

La Figura 12 ilustra un método general ejemplar llevado a cabo por el aparato 20 de recepción para identificar lo que puede ser presentado a un usuario. En la etapa S1202, el aparato 20 de recepción recibe un flujo de transporta de un proveedor del contenido. En la etapa S1204, el aparato 20 de recepción extrae la VCT del flujo de transporte. En la etapa S1206, el aparato de recepción determina si uno o más servicios, correspondientes a una entrada incluida en la VCT, están soportados por el aparato de recepción, con base en un descriptor del servicio parametrizado (PSD). El PSD se asocia con un Tipo de Servicio y se incluye en la VCT.

Las modalidades de la presente descripción e vitan la asignación innecesaria de nuevos valores de descriptor_etiqueta (por ejemplo, cada vez que surge una nueva aplicación para un Canal Virtual), proporciona un mecanismo flexible, extensible para señalizar los nuevos tipos de servicios DTV, y permite la retención de la regla estándar mediante lo cual se permite que los receptores hagan caso omiso de los descriptores no reconocidos (aquellos para los cuales se reconoced el descriptor_etiqueta ) .

En otra modalidad, por ejemplo, 3D-TV estereoscópica, un descriptor del canal estereoscópico puede ser usado como una alternativa en conjunción con el PSD. En una modalidad, los descriptores requeridos incluyen un descriptor de la lista de componentes y el descriptor de la información del canal estereoscópico. El descriptor de la lista de componentes identifica aquellos codificadores-decodificadores usados y la información del perfil/nivel. El descriptor de la información del canal estereoscópico identifica el formato 3D (por ejemplo, cuadros completos, compatible con cuadros) , para los cuadros compatibles con el arreglo de empaquetado de cuadros, y hace referencia a otros estándares para las rutas de transporte alternativas para una vista adicional. La Figura 13A ilustra los contenidos del descriptor de la lista de componentes ejemplar y la Figura 13B ilustra un descriptor de información del canal estereoscópico ejemplar.

La Figura 14 es un diagrama de bloques que muestra un ejemplo de la configuración del conjunto de componentes físicos de una computadora 1400 configurada para funcionar como alguno o una combinación del proveedor 10 de contenido y el aparato 20 de recepción.

Como se ilustra en la Figura 14, la computadora 1400 incluye una unidad central de procesamiento (CPU) 1402, memoria de solo lectura (ROM) 1404, y una memoria de acceso aleatorio (RAM) 1406 interconectados entre si a través de una o más lineas 1408 comunes de comunicación. La una o más lineas 1408 comunes de comunicación se conectan además con una interfaz 1410 de entrada-salida. La interfaz 1410 de entrada-salida se conecta con una porción 1412 de entrada formada por un teclado, un ratón, un micrófono, el controlador remoto, etc. La interfaz 1410 de entrada-salida también se conecta con una porción 1414 de salida formada por una interfaz de audio, la interfaz de video, la pantalla, el altavoz, etcétera; una porción 1416 de registro formada por un disco duro, una memoria no volátil, etcétera; una porción 1418 de comunicación formada por una interfaz de red, el modulador-desmodulador, la interfaz USB, la interfaz de IEEE 1394 (fire wire) ; un lector 1420 para leer los medios 1422 removióles tales como un disco magnético, un disco óptico, un disco magnetoóptico, una memoria de semiconductores, etc.

De acuerdo con una modalidad, la CPU 1402 carga un programa almacenado en la porción 1416 de registro, en la RAM 1406, a través de la interfaz 1410 de entrada-salida y la linea 1408 común de comunicación, y entonces ejecuta un programa configurado para proporcionar la funcionalidad del uno o la combinación del proveedor 10 de contenido y el aparato 20 de recepción.

Los varios procesos discutidos anteriormente no necesitan ser procesados cronológicamente en la secuencia representada como los diagramas de flujo; las etapas también pueden incluir aquellas procesadas en paralelo o de forma individual (por ejemplo, en el modo en paralelo u orientado a objetos).

También, los programas pueden ser procesados por una computadora individual o por una pluralidad de computadoras en una base distribuida. Los programas también pueden ser transferidos a una computadora o computadoras remotas para su ej ecución .

Además, en esta especificación, el término "sistema" significa un agregado de una pluralidad de elementos componentes (aparatos, módulos (partes), etc.). Todos los elementos componentes pueden o pueden no estar alojados en un alojamiento único. Por lo tanto, una pluralidad de aparatos, cada uno alojado en un alojamiento separado y conectados a través de una red se consideran una red, y un aparato formado por una pluralidad de módulos alojados en un alojamiento único también se consideran como un sistema.

También, se debe entender que esta tecnología cuando se implementa, no se limita a las modalidades descritas anteriormente y que se pueden hacer varias modificaciones, variaciones y alternativas, de esta tecnología siempre y cuando estas estén dentro del espíritu y el ámbito de la misma .

Por ejemplo, esta tecnología puede ser estructurada para el computo en la nube por medio del cual se comparten y se procesan las funciones en colaboración entre una pluralidad de aparatos a través de una red.

También, cada una de las etapas explicadas con referencia a los diagramas de flujo descritos anteriormente puede ser ejecutada no solo por un aparato único sino también por una pluralidad de aparatos en una manera compartida.

Además, si una etapa incluye una pluralidad de procesos, estos procesos incluidos en la etapa pueden ser llevados a cabo no solo por un aparato único sino también por una pluralidad de aparatos en una manera compartida.

Son posibles numerosas modificaciones y variaciones de la presente descripción a la luz de las enseñanzas anteriores. Por lo tanto, se debe entender que, dentro del ámbito de las reivindicaciones anexas, las modalidades pueden ser practicadas de otra forma que como se describe específicamente en este documento.

La descripción anterior también abarca las modalidades indicadas anteriormente. (1) Un método de un aparato de recepción para acceder a contenido, que comprende: recibir un flujo de transporte de un proveedor de contenido; extraer una tabla de canales virtuales (VCT) del flujo de transporte; y determinar si uno o más servicios, correspondientes a las entradas incluidas en la VCT, están soportadas por el aparato de recepción, con base en un descriptor de servicio parametrizado (PSD), el PSD que se asocia con un Tipo de Servicio predeterminado, e incluido en la VCT. (2) El método de la característica (1), en el cual, el PSD incluye una etiqueta del descriptor, una lonqitud del descriptor, una etiqueta de la aplicación, y los datos de la aplicación . (3) El método de la característica (1) o (2), en el cual, el PSD se asocia con el Tipo de Servicio 0x09. (4) El método de cualquiera de las características (1) a (3) , en el cual, la etapa de determinación incluye analizar sintácticamente un descriptor de la lista de componentes que incluye uno o más tipos de flujo, el descriptor de la lista de componentes que se incluye en la VCT; y determinar si el uno o más tipos de flujo están soportados por el aparato de recepción . (5) El método de cualquiera de las características (1) a (4) , en el cual, la etapa de determinación incluye determinar si se reconoce la etiqueta de la aplicación incluida en el PSD; determinar si la longitud del PSD está dentro de un rango predeterminado; determinar si cada modo definido en los datos de la aplicación está soportado por el aparato de recepción; y determinar si el uno o más servicios, correspondientes a las entradas incluidas en la VCT, están soportados por el aparato de recepción cuando se reconoce la etiqueta de la aplicación, la longitud del PSD está dentro del rango predeterminado, y si cada modo definido en los datos de la aplicación está soportado. (6) Un medio de almacenamiento legible por computadora que tiene instrucciones insertadas en el mismo, las cuales, cuando se ejecutan por una computadora, hacen que la computadora lleve a cabo el método del aparato de recepción de cualquiera de las características (1) a (5), como se discute anteriormente . (7) Un aparato de recepción, que comprende: una unidad de recepción, configurada para recibir un flujo de transporte de un proveedor de contenido; una unidad de extracción, configurada para extraer una tabla de canales virtuales (VCT) del flujo de transporte; y un procesador, configurado para determinar si uno o más servicios, correspondientes a una entrada incluida en la VCT, están soportados por el aparato de recepción, con base en un descriptor del servicio parametrizado (PSD), el PSD que se asocia con un Tipo de Servicio predeterminado y se incluye en la VCT. (8) El aparato de recepción de la característica (7), en el cual, el PSD incluye una etiqueta del descriptor, una longitud del descriptor, una etiqueta de la aplicación, y los datos de la aplicación. (9) El aparato de recepción de la característica (7) u (8), en el cual, el PSD se asocia con el Tipo de Servicio 0x09. (10) El aparato de recepción de cualquiera de las características (7) a (9), en el cual, el procesador se configura además para analizar sintácticamente al menos un descriptor de la lista de componentes que incluye uno o más tipos de flujos, el descriptor de la lista de componentes que se incluye en la VCT; y determinar si el uno o más tipos de flujo están soportados por el aparato de recepción. (11) El aparato de recepción de cualquiera de las características (7) a (10), en el cual, el procesador se configura además para determinar si se reconoce la etiqueta de la aplicación incluida en el PSD; determinar si la longitud del PSD está dentro de un rango predeterminado; determinar si cada modo definido en los datos de la aplicación está soportado por el aparato de recepción; y determinar si el uno o más servicios, correspondientes a las entradas incluidas en la VCT, están soportadas por el aparato de recepción cuando se reconoce la etiqueta de la aplicación, la longitud del PSD está dentro del rango predeterminado, y está soportado cada modo definido en los datos de la aplicación. (12) Un aparato de suministro de información, que comprende: una unidad de suministro de contenido, configurado para almacenar o recibir contenido; un codificador, configurado para codificar el contenido; un multiplexor, configurado para generar un flujo de transporte que incluye el contenido codificado y una tabla de canales virtuales (VCT) , la VCT que incluye un descriptor de servicio parametrizado (PSD) asociado con un Tipo de Servicio predeterminado.

Claims (12)

REIVINDICACIONES

1. Un método de un aparato de recepción para acceder a contenido, caracterizado porque comprende: recibir un flujo de transporte de un proveedor de contenido; extraer una tabla de canales virtuales (VCT) del flujo de transporte; y determinar si uno o más servicios, correspondientes a las entradas incluidas en la VCT, están soportadas por el aparato de recepción, con base en un descriptor de servicio parametrizado (PSD), el PSD que se asocia con un Tipo de Servicio predeterminado, y se incluye en la VCT.

2. El método de acuerdo con la reivindicación 1, caracterizado porque, el PSD incluye una etiqueta del descriptor, una longitud del descriptor, una etiqueta de la aplicación, y los datos de la aplicación.

3. El método de acuerdo con la reivindicación 1, caracterizado porque, el PSD se asocia con el Tipo de Servicio 0x09.

4. El método de acuerdo con la reivindicación 2, caracterizado porque, la etapa de determinación comprende: analizar sintácticamente un descriptor de la lista de componentes que incluye uno o más tipos de flujo, el descriptor de la lista de componentes que se incluye en la VCT; y determinar si el uno o más tipos de flujo están soportados por el aparato de recepción.

5. El método de acuerdo con la reivindicación 2, caracterizado porque, la etapa de determinación comprende: determinar si se reconoce la etiqueta de la aplicación incluida en el PSD; determinar si la longitud del PSD está dentro de un rango predeterminado; determinar si cada modo definido en los datos de la aplicación está soportado por el aparato de recepción; y determinar si el uno o más servicios, correspondientes a las entradas incluidas en la VCT, están soportados por el aparato de recepción cuando se reconoce la etiqueta de la aplicación, la longitud del PSD está dentro del rango predeterminado, y cada modo definido en los datos de la aplicación está soportado.

6. Un medio de almacenamiento legible por computadora que tiene instrucciones insertadas en el mismo, las cuales, cuando se ejecutan por una computadora, hacen que la computadora lleve a cabo el método para acceder al contenido, el método, caracterizado porque comprende: recibir un flujo de transporte de un proveedor de contenido; extraer una tabla de canales virtuales (VCT) del flujo de transporte; y determinar si el uno o más servicios correspondientes a las entradas incluidas en la VCT, están soportados por el aparato de recepción con base en un descriptor de servicios parametrizado (PSD) , el PSD que se asocia con un Tipo de Servicio predeterminado y se incluye en la VCT.

7. Un aparato de recepción, caracterizado porque comprende : una unidad de recepción, configurada para recibir un flujo de transporte de un proveedor de contenido; una unidad de extracción, configurada para extraer una tabla de canales virtuales (VCT) del flujo de transporte; y un procesador, configurado para determinar si uno o más servicios, correspondientes a las entradas incluidas en la VCT, estén soportados por el aparato de recepción, con base en un descriptor del servicio parametrizado (PSD), el PSD que se asocia con un Tipo de Servicio predeterminado y se incluye en la VCT.

8. El aparato de recepción de acuerdo con la reivindicación 7, caracterizado porque, el PSD incluye una etiqueta del descriptor, una longitud del descriptor, una etiqueta de la aplicación, y los datos de la aplicación.

9. El aparato de recepción de acuerdo con la reivindicación 7, caracterizado porque, el PSD se asocia con el Tipo de Servicio 0x09.

10. El aparato de recepción de acuerdo con la reivindicación 8, caracterizado porque, el procesador se configura además para analizar sintácticamente al menos un descriptor de la lista de componentes que incluye uno o más tipos de flujos, el descriptor de la lista de componentes que se incluye en la VCT; y determinar si el uno o más tipos de flujo están soportados por el aparato de recepción.

11. El aparato de recepción de acuerdo con la reivindicación 8, caracterizado porque, el procesador se configura además para determinar si se reconoce la etiqueta de la aplicación incluida en el PSD; determinar si la longitud del PSD está dentro de un rango predeterminado; determinar si cada modo definido en los datos de la aplicación está soportado por el aparato de recepción; y determinar si el uno o más servicios, correspondientes a las entradas incluidas en la VCT, están soportados por el aparato de recepción cuando se reconoce la etiqueta de la aplicación, la longitud del PSD está dentro del rango predeterminado, y cada modo definido en los datos de la aplicación está soportado.

12. Un aparato de suministro de información, caracterizado porque comprende: una unidad de suministro de contenido, configurado para almacenar o recibir contenido; un codificador, configurado para codificar el contenido; un multiplexor, configurado para generar un flujo de transporte que incluye el contenido codificado y una tabla de canales virtuales (VCT) , la VCT que incluye un descriptor de servicio parametrizado (PSD) asociado con un Tipo de Servicio predeterminado .