BR0012383B1

BR0012383B1 - Sistema para decodificar informações de programas compactadas

Info

Publication number: BR0012383B1
Application number: BRPI0012383-8B1A
Authority: BR
Inventors: Scott Edward Klopfenstein; Daniel Richard Schneidewend
Original assignee: Thomson Licensing Sa
Priority date: 1999-07-13
Filing date: 2000-06-20
Publication date: 2014-12-02
Also published as: DE60006860D1; WO2001005157A3; EP1250812B1; MXPA02000409A; TR200200585T2; KR100747052B1; HK1059855A1; JP2003517223A; WO2001005157A2; EP1250812A2; BR0012383A; JP4578040B2; TW517498B; CN1218559C; CN1451229A; CA2379111C; DE60006860T2; KR20020030079A; AU5497600A; US9042705B1

Description

"SISTEMA PARA DECODIFICAR INFORMAÇÕES DE PROGRAMAS COMPACTADAS" ANTECEDENTES

Esta invenção é relacionada com o campo de processamento de sinal digital e, mais particularmente, ao processamento de informações especificas de programa imperfeitas para uso na obtenção e decodificação de informações de video, áudio e outras compactadas.

Nas aplicações de difusão e processamento de video, os dados de video digitais são, tipicamente, codificados, para se conformarem com os requisitos de um padrão conhecido. Um desses padrões amplamente adotado é o padrão de codificação de imagens MPEG2 (Grupo Especialista em Imagens em Movimento), a seguir referido como o "padrão MPEG". 0 padrão MPEG é compreendido de uma seção de codificação de sistema (ISO/IEC 13818-1, 10 de junho de 1994) e uma seção de codificação de video (ISO/IEC 13818-2, 20 de janeiro de 1995) . Os dados codificados no padrão MPEG são na forma de um fluxo de dados compactado, que inclui, tipicamente, o conteúdo de dados de muitos canais de programa (por exemplo, teor correspondente aos canais de televisão a cabo 1 - 125). Ademais, muitos serviços e canais digitais podem ocupar o espectro de frequência ocupado anteriormente por um único canal analógico. Uma largura de banda de 6 MHz alocado previamente a um canal de difusão compatível NTSC pode ser agora dividida em vários subcanais digitais oferecendo uma variedade de serviços. Por exemplo, o espectro de difusão para o canal de RF 13 pode ser alocado aos subcanais incluindo um canal de programa principal, um canal de serviço financeiro oferecendo cotações das ações, um canal de serviço de noticias esportivas e um canal de vendas e interativo. Além disso, os dados transportados em diferentes subcanais podem estar em diferentes formatos de dados (por exemplo, analógico, digital, etc).

Em tal sistema de video digital, o processamento de informações especificas de programas auxiliares usadas na obtenção e decodificação de dados compactados para exibição em uma TV, por exemplo, apresenta vários problemas. As informações especificas de programas auxiliares incluem dados usados na identificação e montagem de pacotes compreendendo programas selecionados e também inclui informação de guia de programas e de texto associadas com os dados de programa transmitidos. As informações especificas de programas auxiliares são derivadas de diferentes fontes de difusão, por exemplo, de cada emissor, tal como ABC, CBS, NBC, etc, e intercaladas e transmitidas como informações especificas de programas compostas em um fluxo de dados compactado, juntamente com os dados de teor de programa de muitos canais de programa (por exemplo, canais 1 - 125). Em consequência desse processamento, as informações especificas de programas auxiliares recebidas por um codificador de video, seguinte à transmissão, podem incluir erros. Esses erros podem ser introduzidos pelo processo de intercalação, ou por meio de equívocos e incompatibilidades, bem como por meio da corrupção dos dados provocada pelo próprio processo de transmissão. Um sistema, de acordo com os princípios da invenção, obtém e processa informações especificas de programas auxiliares para mitigar os problemas criados por esses erros.

SUMÁRIO

Um sistema de processamento decodifica informações de programas compactadas, incluindo informações especificas de programas auxiliares, compreendendo várias tabelas de informações ordenadas hierarquicamente. As informações auxiliares são usadas na obtenção e decodificação de informações de programas compactadas, para proporcionar um programa de video para exibição. 0 sistema de processamento emprega um método envolvendo detecção de uma não correspondência entre um número de versão de uma primeira tabela das informações especificas de programas [por exemplo, tabela de canal virtual (VCT), ou tabela de informações de canal (CIT)] e um número de versão correspondente da primeira tabela transportado em uma segunda tabela [por exemplo, uma tabela de guia mestre (MGT) ] . Se uma não correspondência é detectada, as primeira e segunda tabelas são forçadas a conter um número de versão da primeira tabela compatível. As informações de programas compactadas são decodificadas para proporcionar um programa de video para exibição, usando as informações especificas de programas, incluindo as primeira e segunda tabelas, incluindo o número de versão compatível forçado.

Em uma outra característica, uma não correspondência detectada é desconsiderada, para permitir a decodifica-ção das informações de programas compactadas. Além de um alinhamento de canais do usuário ser editado para remover os canais associados com uma não correspondência ou uma outra condição de erro de informações especificas de programas detectada .

No desenho: a Figura 1 mostra uma Tabela de Guia Mestre (MGT) transportando números de versão de tabelas de informações especificas de programas; a Figura 2 mostra uma Tabela de Canais Virtuais (VCT) contendo o seu próprio número de versão; a Figura 3 mostra um fluxograma de um método para gerenciar condições de erro no processamento de informações especificas de programas, para as aplicações de decodifica-ção de video e áudio, de acordo com a invenção; e a Figura 4 mostra um sistema decodificador para decodificar informações de programas compactadas usando o processo da Figura 3, de acordo com a invenção.

DESCRIÇÃO DETALHADA DOS DESENHOS

As informações especificas de programas (PSI) incluem dados de guia de programas e informações para uso na identificação e montagem de pacotes de dados individuais, para recuperar o conteúdo dos canais de programas selecionados. As informações especificas de programas podem ser transportadas em formato compatível com MPEG (de acordo com a seção 2.4.4 dos sistemas MPEG padrão), ou podem ser transportadas em um formato compatível com o Protocolo de Informações de Programas e Sistemas para Difusão Terrestre e a Cabo, publicado pelo Comitê de Sistemas de Televisão Avançados (ATSC), 23 de dezembro de 1997, a seguir referido como o padrão PSIP ou outros padrões ATSC. Ademais, os elementos da estrutura dos dados podem ser formados de acordo com os requisitos proprietários ou do cliente de um sistema particular. As informações especificas de programas são tipicamente estruturadas em tabelas dispostas hierarquicamente múltiplas e ligadas entre si. As tabelas consistem de arranjos de dados e parâmetros, que são usados para enumerar e descrever coleções ou sequências de canais de TV, programas de TV, parâmetros de canais, parâmetros de programas, objetos multimídia e parâmetros de objetos associados, etc. Uma disposição de tabela hierárquica PSIP inclui uma Tabela de Guia Mestre (como exemplificado na MGT compatível com PSIP da Figura 1), Tabelas de Canais Virtuais [VCT-1, VCT-2, etc (como exemplificado na VCT compatível com PSIP da Figura 2)], Tabelas de Informações de Eventos (EIT-1, EIT-2), e Tabela de Informações de Rede (NIT) e Tabelas de Informações de Eventos Estendidas (EEIT-1, EEIT-2). A MGT (por exemplo, como mostrado na Figura 1) contém informações para uso na obtenção de informações específicas de programas transportadas em outras tabelas, incluindo uma VCT (por exemplo, como mostrado na Figura 2). Especificamente, a MGT contém uma lista incluindo o número de versão, o comprimento, e o Identificador de Pacote (PID) de todas as outras tabelas PSIP que estão sendo enviadas em um canal individual. As outras tabelas também contêm os seus respectivos números de versão individuais, que em operação normal, devem se igualar aos seus números de versão correspondentes transportados na MGT. A VCT contém uma lista de atributos para os canais que são transportados em um fluxo de transporte particular, e inclui informações para sintonizar e navegar, para receber um canal de programa selecionado pelo usuário. A EIT contém listas descritivas de programas (eventos) recebiveis nos canais listados na VCT. Uma VCT, EIT ou outra tabela pode ser usada para transportar informações que permitam que um usuário selecione e sintonize um programa particular. Uma VCT é tipicamente usada para transportar parâmetros para obter dados de conteúdo de programas audiovisuais, que se mantêm constantes por vários eventos (programas de TV) . Uma EIT é usada tipicamente para transportar parâmetros de dados de conteúdo de programas audiovisuais, que se mantêm constantes para um evento (programa de TV individual). A NIT (uma tabela opcional) contém listas de parâmetros para toda a rede de difusão (terrestre, via satélite, via cabo, etc). A EVCT e a EEIT são tabelas de extensão acomodando informações das VCT e EIT adicionais. As informações especificas de programas adicionais descrevendo e suplementando itens dentro das tabelas hierárquicas são transportadas dentro dos elementos de informações descritivas .

Reconheceu-se na presente invenção que um problema pode ocorrer na execução de um cheque de validade de compatibilidade de número de versão para as tabelas de informações especificas de programas individuais. Um cheque de validade para uma VCT envolve, por exemplo, a comparação do número de versão VCT transportado dentro da própria VCT, com o número de versão da VCT correspondente transportado dentro da MGT. Os cheques de números de versão similares são feitos para as outras tabelas de informações específicas de programas. Uma incompatibilidade de número de versão pode surgir de várias diferentes razões. Um difusor pode transmitir, erroneamente, uma MGT e uma VGT que têm números de versão incompatíveis, mas que são, por exemplo, em todos os outros aspectos válidos. Alternativamente, uma não correspondência de número de versão pode ocorrer se, após obtenção de uma MGT, mas antes da obtenção de uma VCT, as tabelas de informações específicas de programas são atualizadas. As tabelas atualizadas contêm novos números de versão e isso resulta na MGT transportando um número de versão de VCT mais antigo do que o número de versão da VCT obtida. A incompatibilidade do número de versão pode também surgir da corrupção dos dados no processo de transmissão ou obtenção e de outros modos.

Em um sistema de decodificação, mediante detecção de uma incompatibilidade de número de versão entre uma MGT e uma VCT, por exemplo, uma resposta inicial vai reobter a VCT. A VCT é tipicamente reobtida, em vez da MGT, porque a MGT é monitorada mais frequentemente e é, portanto, mais provável de ser atual. A MGT é monitorada mais frequentemente para as mudanças, porque compreende um índice dos números de versão das outras tabelas e, portanto, a MGT pode ser usada eficientemente para determinar que outras tabelas foram alteradas e precisam ser reobtidas.

Se um difusor transmite, erroneamente, uma MGT e uma VCT que tenham números de versão incompatíveis, mas que são em todos os outros aspectos válidas, a reobtenção da VCT ou MGT não resolve a incompatibilidade. Isso pode produzir, potencialmente, um modo de falha envolvendo a reobtenção continua de uma VCT ou MGT. Em contraste, se ocorre uma não correspondência de número de versão por intermédio da atualização de tabelas de informações especificas de programas, que ocorre entre a obtenção de uma MGT e uma VCT, a reobtenção da VCT resolve, com sucesso, a incompatibilidade. No entanto, a incompatibilidade do número de versão é resolvida à custa de incorrer em retardo adicional na reobtenção da VCT. A reobtenção da VCT também pode resolver, com sucesso, a incompatibilidade do número de versão (à custa do retardo adicional) surgindo da corrupção dos dados no processo de transmissão ou obtenção de MGT e VCT. Uma vez que a incompatibilidade do número de versão seja resolvida, as informações do canal podem ser recuperadas da VCT e usadas para sintonizar e navegar para receber um canal de programa selecionado pelo usuário.

Reconheceu-se na presente invenção que a incompatibilidade do número de versão e os problemas de retardo de reobtenção associados podem ser minimizados ou eliminados por forçar, vantajosamente, a compatibilidade de um número de versão de VCT (ou outra tabela) e o número de versão correspondente transportado em uma MGT (ou outra tabela). Especificamente, a MGT pode ser modificada na memória, quando uma VCT (com um número de versão correspondente diferente do que aquele transportado dentro da MGT) é obtida inicialmente. Portanto, quando a MGT e a VCT são checadas para validade, os números de versão correspondem, e as informações dos canais da VCT podem ser usadas na obtenção de canais. Em uma outra modalidade, a incompatibilidade de número de versão pode ser desconsiderada e as informações da VCT usadas para obtenção de canais, desde que haja uma ausência de outras indicações de uma desabilitação de corrupção dos dados da VCT ou MGT.

Os princípios da invenção podem ser aplicados a sistemas de difusão de rede terrestre, a cabo, via satélite, de Internet ou computadorizados, nos quais as informações especificas de proqramas estruturas hierarquicamente são comunicadas. Esses sistemas podem incluir, por exemplo, sistemas compatíveis não MPEG, envolvendo outros tipos de fluxos de dados codificados e outros métodos de transporte de informações específicas de proqramas. Esses outros métodos podem empreqar estruturas de transporte, incluindo, por exemplo, MPEG-PSI, Internet TCP/IP (Protocolo de Controle de Transporte / Protocolo de Internet), DSS (Sistema via Satélite Diqital), ATM (Modo de Transferência Assincrono), etc. Ademais, embora o sistema descoberto seja descrito como o processamento de proqramas de difusão, isso é apenas exem-plificativo. 0 termo "programa" é usado para representar qualquer forma de dados compactados, tais como, por exemplo, dados de áudio, mensaqens telefônicas, proqramas de computador, dados de Internet ou outras comunicações. A Fiqura 3 mostra um fluxoqrama de um método de qerenciamento de incompatibilidade de número de versão e de outras condições de erro no processamento de informações específicas de proqramas para aplicações de decodificação de vídeo e áudio. 0 método da Fiqura 3 é usado para processar as MGT e VCT compatíveis com PSIP das Figuras 1 e 2, respectivamente. A VCT processada na Figura 3 associa os Canais de Transmissão Física (PTCs) ou por RF com subcanais (também denominados canais virtuais ou lógicos). Cada Canal de Transmissão Física (PTC) é alocado a uma largura de banda de 6 MHz e contém, por exemplo, até 6 subcanais. 0 processo da Figura 3 é usado em um decodificador na obtenção de informações específicas de programas, incluindo uma MGT e uma VCT compatíveis com PSIP. 0 processo da Figura 3 é usado cada vez gue as informações específicas de programas são atualizadas, que ocorre, tipicamente, periodicamente, mas também ocorre mediante seleção do usuário de um novo canal em um PTC diferente do PCT selecionado atualmente. Se um usuário seleciona um subcanal diferente associado com o PTC já selecionado, é desnecessário obter um novo VCT.

Seguinte ao início na etapa 250 da Figura 3, na etapa 253, os números de versão das tabelas de informações específicas de programas são comparadas com os números de versão correspondentes transportados em uma MGT, para detectar uma não correspondência. Especificamente, um número de versão de VCT (item 140 da Figura 2) é comparado com o número de versão da VCT correspondente transportado em uma MGT (item 135 da Figura 1).

Em resposta a uma não correspondência detectada, na etapa 255, a VCT (e/ou MGT) é reobtida repetitivamente por um número limitado de vezes, até que a incompatibilidade do número de versão seja resolvida. Em uma outra modalidade, uma versão anterior da VCT ou MGT proporcionando compatibi- lidade de número de versão pode ser usada, em resposta a uma não correspondência detectada. Alternativamente, a etapa 255 pode ser omitida com o processo continuando na etapa 257.

Na etapa 257, em resposta a uma não correspondência detectada (com ou sem a reobtenção de tabela da etapa 255), o número de versão da VCT e o número de versão correspondente transportado em uma MGT são forçados, vantajosamente, para serem compatíveis. Isso é feito por substituição (ou sobregravação) do número de versão da VCT transportado na MGT com o número de versão da VCT transportado na própria VCT. Alternativamente, isso pode ser feito por substituição (ou sobregravação) do número de versão da VCT transportado na VCT pelo número de versão da VCT transportado na MGT. Portanto, guando as MGT e VCT são checadas para validade, os números de versão são comparáveis e as informações de canais da VCT podem ser usadas na obtenção de canal subseguente. Como uma outra alternativa, ambos o número de versão da VCT transportado na MGT guanto o número de versão da VCT transportado na própria VCT podem ser ajustados a um valor comum, gue é diferente de guaisguer números de versão originais. Esse valor de número de versão comum pode ser empregado para indicar gue ocorreu uma condição de não correspondência na obtenção de um VCT para um canal de transmissão física particular. 0 valor comum pode ser usado ainda para uma aplicação de disparo de detecção de erro especial e/ou processamento de correção para a VCT (ou MGT) , para garantir gue a VCT (ou MGT) não seja desabilitada do uso por corrupção de dados.

Em uma outra modalidade, na etapa 257, a incompatibilidade do número de versão detectada pode ser desconsiderada e as informações da VCT usadas para aquisição de canal, ainda que haja uma incompatibilidade de número de versão. Em uma modalidade alternativa, no entanto, a incompatibilidade do número de versão é apenas desconsiderada se não houver outras indicações de erro (como exemplificado por aquelas descritas na etapa 260 sequinte) de uma desabilita-ção por corrupção dos dados de VCT ou MGT.

As informações de programas compactadas são examinadas na etapa 260 para indicações de erro. Especificamente, as informações de programas compactadas (incluindo as informações especificas de programas) são examinadas para (a) um erro de contagem de continuidade MPEG, (b) um erro de des-continuidade MPEG, (c) um erro de transporte MPEG e (d) um erro indicado por uma variância entre marcações de tempo sucessivas. Esses indicadores são definidos dentro dos sistemas MPEG padrão (por exemplo, na seção 2.4.3.5 e outros lugares), ou as indicações de erro são derivadas dos parâmetros compatíveis com MPEG. A detecção dessa condição de erro, ou de uma condição de não correspondência de número de versão de tabela, ocorrendo em um canal de transmissão física particular, é registrada em uma base de dados na etapa 263. Especificamente, a base de dados é atualizada na etapa 263, para associar um subcanal particular e o canal de transmissão física correspondente com a condição de erro ou de não correspondência detectada.

Na etapa 265, a decodificação das informações de programas compactadas são inibidas para aqueles canais de transmissão fisica associados com uma não correspondência de número de versão ou outra condição de erro, como indicado pela base de dados. Portanto, se a compatibilidade do número de versão estiver sendo forçada ou estiver sendo desconsiderada na etapa 257, e nenhuma condição de erro é detectada na etapa 260, então as informações de programas compactadas são decodificadas na etapa 265, para proporcionar um programa de video ou de áudio para reprodução em um dispositivo de exibição ou de áudio. A base de dados é usada ainda na etapa 270 para eliminar aqueles canais associados com uma condição de não correspondência de número de versão ou de erro de um alinhamento de canais do usuário. Os canais associados com uma condição de falha podem ser eliminados de um alinhamento de canais que podem ser vistos pelo usuário, que é exibido na forma de um guia de programas eletrônico (EPG) , ou na forma de uma outra lista de canais. Alternativamente, os canais associados com uma condição de falha podem ser identificados a um usuário por uma indicação visual em um EPG ou outra lista de canais, como estando associados com uma condição de falha (e podem, portanto, indicar que o canal não é obtenível). Essas indicações de falha podem ser usadas vantajosamente em um procedimento de diagnóstico ou de sintoni-zação. O processo da Figura 3 pode ser empregado como parte de um processo de varredura para inicializar um decodifica- dor de vídeo, para determinar, por exemplo, um alinhamento de canais disponíveis para o usuário em uma localização geográfica particular. 0 processo da Figura 3 termina na etapa 275. A Figura 4 mostra um diagrama de blocos de um sistema decodificador de vídeo digital, para decodificar informações de programas compactadas usando o processo da Figura 3. Especificamente, o sistema da Figura 4 desmodula e decodifica sinais difundidos (via terrestre, via satélite, a cabo ou pela Internet). No modo terrestre, um portador modulado com sinais transportando dados de áudio, vídeo e associados compatíveis com MPEG representativos de programas recebidos pela antena 10, é convertido na forma digital e processado pelo processador de entrada 13. O processador 13 inclui um sintonizador de radiofreguência (RF) e misturador de freguência intermediária (IF) e estágios de amplificação para a conversão para baixo do sinal de entrada a uma banda de freguência mais baixa adeguada para processamento posterior. Nesse sistema exemplificativo, o sinal de entrada terrestre recebido pela antena 10 contém 125 canais de transmissão física (PTCs 0 - 124). Cada Canal de Transmissão Física (PTC) é alocado a uma largura de banda de 6 MHz e contém, por exemplo, até 6 subcanais.

Considera-se para os propósitos exemplificativos gue um usuário gue recebe vídeo seleciona um subcanal (SC) para visualização, usando uma unidade de controle remoto 70. O processador 60 usa as informações de seleção proporcionadas da unidade de controle remoto 70, via a interface 65 pa- ra configurar, adequadamente, os elementos do decodificador 100, para receber o PTC correspondente ao subcanal SC selecionado. Seguinte à conversão para baixo, o sinal de saída da unidade 13 para o PTC selecionado tem uma largura de banda de 6 MHz. Na discussão a seguir, um canal RF ou um Canal de Transmissão Física (PTC) se refere a uma banda de canal de transmissão de difusor alocado, que abrange um ou mais subcanais. O processador 60 configura o sintonizador de radiofrequência (RF) e o misturador de frequência intermediária (IF) e os estágios de amplificação da unidade 13 para receber o PTC selecionado usando o controle bidirecional e o barramento de sinal C. A saída de frequência convertida para baixo para o PTC selecionado é desmodulada pela unidade 15. As funções básicas do desmodulador 15 são a recuperação e o rastreio da frequência portadora, a recuperação da frequência de relógio de dados transmitida, e a recuperação dos próprios dados de vídeo. A unidade 15 também recupera os relógios de amostragem e de sincronização, que correspondem aos relógios do transmissor e são usados para a sincronização da operação do processador 13, desmodulador 15 e decodi-ficador 17. A saída recuperada da unidade 15 é proporcionada para o decodificador 17. A saída do desmodulador 15 é mapeada nos segmentos de dados de comprimento de byte, desintercalada e corrigida de erro Reed-Solomon de acordo com os princípios conhecidos pela unidade 17. Além disso, a unidade 17 proporciona uma validade de Correção de Erro Antecipada (FEC) ou uma indica- ção de bloqueio para o processador 60. A correção de erro Reed-Solomon é um tipo conhecido de Correção de Erro Antecipada. A indicação de bloqueio FEC sinaliza que a correção de erro Reed-Solomon está sincronizada com os dados sendo corrigidos e está proporcionando uma saída válida. Deve-se notar que as funções do desmodulador e do decodificador implementadas pelas unidades 13, 15 e 17 são conhecidas individualmente e descritas de uma maneira geral, por exemplo, no texto de referência "Digital Communication", Lee e Messers-chimdt (Kluwer Academic Press, Boston, MA, EUA, 1988).

Em outros modos, os dados via satélite, cabo e Internet são recebidos nas linhas de entrada 11, 14 e 18 e processados pelos módulos de acesso de interface 74, 78 e 72, respectivamente. Os módulos de interface 74, 78 e 72 incorporam funções de interface para os dados de formato via satélite, cabo e Internet, respectivamente. Essas funções são conhecidas e detalhadas em padrões e outros documentos aplicáveis. Essas funções de interface correspondem àquelas executadas pelas unidades 13, 15 e 17 no modo terrestre. Ademais, de modo similar ao modo terrestre, o processador 60 configura as unidades 74, 78, 72 e o decodif icador 100 para receber dados via satélite, cabo ou Internet usando controle bidirecional e barramento de sinal C. O decodificador 100 processa os dados condicionados pelas unidades 74, 78 ou 72 nesses outros modos usando funções similares às descritas para o modo terrestre.

Os dados de saída corrigidos da unidade 17 são processados pelo processador e desmultiplexador de transpor- te compatível com MPEG 22. Os pacotes individuais que compreendem conteúdo de canal de programa particular, ou informações específicas de programas, são identificados pelos seus identificadores de tabela (Ids de tabela) e/ou Identificadores de Pacote (PIDs). 0 processador 22 separa os dados de acordo com o tipo, com base em uma análise dos Identificadores de Pacote (PIDs) contidos dentro das informações do cabeçalho do pacote, e proporciona informações de sincronização e de indicação de erro usadas na descompressão de vídeo, áudio e dados.

Os dados de saída corrigidos proporcionados ao processador 22 são na forma de um fluxo de dados de transporte contendo conteúdo de canais de programas e informações específicas de programas para os muitos programas distribuídos pelos vários subcanais. As informações específicas de programas descrevem, nessa descrição exemplificativa, os subcanais presentes em um fluxo de transporte de um PTC particular. No entanto, em uma outra modalidade, as informações específicas de programas também podem descrever os subcanais localizados em outros PTCs e transportados em diferentes fluxos de transporte. Os grupos desses subcanais podem estar associados pelo fato de que as suas fontes são um difusor particular, ou ocupam a largura de banda de transmissão alocada previamente para um canal de difusão compatível com NTSC. Ademais, os pacotes individuais que compreendem um canal de programa selecionado no fluxo de transporte são identificados e montados pelo processador 60, operando em con- junto com o processador 22, usando os PIDs contidos nas informações especificas de programas.

As informações especificas de programas são obtidas e montadas pelo processador 60, operando em conjunto com a unidade 22, da entrada de fluxo de dados da unidade 17. O processador 60 determina da indicação de bloqueio FEC proporcionada pela unidade 17 que os dados válidos estão sendo proporcionados pelo processador de transporte 22. Por isso, as tabelas MGT e VCT das informações especificas de programas são identificadas e montadas usando os valores de ID e PID da tabela predeterminados armazenados dentro da memória interna do processador 60. Usando o sinal de controle C, o processador 60 configura o processador de transporte 22, para selecionar os pacotes de dados compreendendo as informações especificas de programas remanescentes, incluindo os dados EIT, ETT e NIT. As tabelas podem ser obtidas pelo processador 60, iniciando a comunicação com diferentes fontes (por exemplo, fontes de satélite, cabo ou Internet), em diferentes formatos de dados e protocolos de transmissão, via diferentes meios de transmissão, tais como via alimentação por satélite 11, linha a cabo 14 ou linha telefônica 18. O processador 22 compara os IDs e PIDs da tabela (ou outros identificadores de dados, por exemplo, identificadores TCP/IBP, SCIDs, etc) de pacotes de chegada proporcionados pela unidade 17 (ou as unidades 72, 74 e 78 para fontes de dados via Internet, cabo ou satélite) com os valores de ID e PID pré-carregados nos registros de controle 22 pelo processador 60. Ademais, o processador 60 acessa, analisa e monta os pacotes de informações especificas de programas capturados pelo processador 22, e armazena as informações especificas de programas dentro da sua memória interna.

Na aguisição e processamento das tabelas organizadas hierarguicamente, compreendendo as informações especificas de programas para o subcanal SC selecionado, o processador 60 emprega o processo descrito anteriormente da Figura 3. O processador 60, em conjunto com o decodificador 100, compara os números de versão das tabelas de informações especificas de programas com os números de versão transportados na MGT, para detectar uma não correspondência. Em resposta a uma não correspondência detectada, o processador 60 força o número de versão VCT e o número de versão correspondente transportado na MGT para serem compatíveis. Para essa finalidade, o processador 60 substitui (ou sobregrava) o número de versão VCT transportado n MGT com o número de versão VCT transportado na própria VCT. Portanto, guando a MGT e a VCT são checadas subseguentemente para validade, os números de versão são comparados, e as informações de canais da VCT podem ser usadas na obtenção do canal subseguente. O processador 60 também examina as informações de programas compactadas capturadas para indicações de erro. Especificamente, o processador 60 examina as informações de programas compactadas (incluindo as informações especificas de programas) para a contagem de continuidade, descontinuidade e erros de transporte MPEG, e também examina as marcações de tempo das apresentações sucessivas (PTSs) para variação excessiva. O processador 60 atualiza uma base de dados interna, para in- dicar a detecção uma condição de erro ou não correspondência de número de versão de tabela, que está associada com o sub-canal SC e o seu canal de transmissão fisica correspondente. 0 processador 60 inibe o decodificador 100 da de-codificação das informações de programa compactadas para aqueles canais de transmissão fisica associados com uma não correspondência de número de versão ou outra condição de erro, como indicado pela base de dados. Portanto, se a compatibilidade de número de versão foi forçada previamente, e nenhuma condição de erro é detectada, o decodificador 100 decodifica as informações de programas compactadas, para proporcionar um programa de video ou de áudio para reproduzir no visor 50 ou dispositivo de áudio 55. O processador 60 também emprega a base de dados para eliminar aqueles canais associados com uma não correspondência de número de versão ou condição de erro de um alinhamento de canais do usuário e a listagem do guia de programação eletrônico (EPG).

Em resposta a um comando de seleção de canal SC da unidade remota 70, via a interface 65, o processador 60 deriva os parâmetros de sintonização, incluindo a frequência portadora PTC, as características de desmodulação, e os PIDs dos subcanais, das informações específicas de programas obtidas. O processador 60 usa essas informações na configuração dos elementos das unidades 13, 15, 17 e do decodificador 100, para obter o conteúdo dos programas dos subcanais (SC). A entrada do fluxo de transporte decodificado compactado para o decodificador 100 da unidade 17 (ou unidades 72, 74 ou 78) contém vídeo, áudio e dados representando pro- gramas de TV, por exemplo, e também contém dados de subima-gem. Os dados de subimagem contém elementos de imagem associados com os programas e canais selecionáveis por um usuário para visualização, incluindo, por exemplo, objetos de multimídia, guias de programas, comandos de exibição, subti-tulação, opções de menus selecionáveis ou outros itens. Como tal, os dados de subimagem incluem uma EIT contendo listas descritivas de programas (eventos) recebíveis nos subcanais listados em uma VCT, e também contêm uma ETT contendo mensagens de texto descrevendo programas e subcanais de programas . 0 vídeo, áudio e dados e os dados de subimagem sendo transmitidos em subcanal SC terrestre, juntamente com os dados associados de fontes de satélite, cabo ou Internet das unidades 74, 78 e 72, são obtidos usando as informações específicas de programas intercaladas. 0 processador 60 identifica o vídeo, áudio e dados e os dados de subimagem usando os respectivos PIDs (ou outros identificadores) determinados da VCT e dos descritores. O processador 60 também inicia a comunicação com outras fontes de dados (por exemplo, fontes via cabo, satélite ou Internet), para obter vídeo, áudio, dados e dados de subimagem dessas fontes. O processador 22 compara os PIDs (ou outros identificadores) dos pacotes de chegada proporcionados pelo de-codificador 17 e unidades de interface 72, 74 e 78 com os valores dos identificadores dos dados de vídeo, áudio e subimagem sendo transmitidos no subcanal SC e também sendo introduzidos via as linhas de comunicação 11, 14 e 18. Dessa maneira, o processador 22 captura os pacotes constituindo o programa transmitido no subcanal SC e os dados e objetos de multimídia (por exemplo, anúncios, dados de páginas da rede, ícones interativos, etc) associados. 0 processador 22 forma esses pacotes em fluxos de vídeo, áudio e subimagem compatíveis com MPEG, para transmissão para um decodificador de vídeo 25, decodificador de áudio 35 e processador de subimagem 30, respectivamente. Os fluxos de vídeo e áudio contêm os dados de vídeo e áudio representando o conteúdo dos programas dos subcanais SC selecionados. Os dados de subimagem contêm objetos de multimídia e as informações das EIT e ETT associadas com o conteúdo dos programas dos subcanais SC e as informações do guia de programas. O decodificador 25 decodifica e descomprime os dados de vídeo compactados compatíveis com MPEG da unidade 22, e proporciona os dados de pixels representativos de programas descomprimidos para o codificador NTSD 45, via o multi-plexador. De modo similar, o processador de áudio 35 decodifica os dados de áudio compactados da unidade 22 e proporciona dados de áudio decodificados e amplificados, sincronizados com os dados de vídeo descomprimidos associados, para o dispositivo 55 para reprodução de áudio. O processador 30 decodifica e descomprime os dados de subimagem, incluindo os objetos de multimídia recebidos da unidade 22, para proporcionar dados de objeto de multimídia, texto, título e gráficos representativos de imagem. O processador 30 monta e formata os dados de objeto de multimídia, texto, título e gráficos decodificados e descomprimidos para transmissão para Visor-em-Tela (OSD) e gerador de gráfico 37. A unidade 37 interpreta e formata os objetos de multimídia e outros dados da unidade 30 para apresentação na unidade 50. Os dados de texto e gráficos mapeados por pixel formatados podem representar os objetos de multimídia ou um guia de programa, ou outro tipo de menu ou interface de usuário, para exibição subseguente na unidade 50. A unidade 37 também processa a EIT, a ETT e as outras informações para gerar as exibições de menus de representação, subtitulação, controle e informações dos dados mapeados por pixel representando, incluindo as opções de menu selecionáveis e outros itens, para apresentação na unidade 50. As exibições de controle e de informações propiciam a seleção da função e a introdução dos parâmetros operacionais para a operação pelo usuário do decodificador 100. O texto e os gráficos produzidos pelo gerador OSD 37 são gerados na forma de dados de mapas de pixels superpostos sob direção do processador 60. Os dados de mapas de pixels superpostos da unidade 37 são combinados e sincronizados com os dados representativos de pixels descomprimidos do decodif icador MPEG 25 no codificador 45, via o multiple-xador 40, sob direção do processador 60. Desse modo, objetos de multimídia, tais como anúncios, dados de páginas de rede, icones interativos, etc, podem ser incluídos no conteúdo do programa ou guias de programa para exibição. Os dados de mapas de pixels combinados representando um programa de vídeo e os objetos multimídia associados, juntamente com os dados de mensagens de texto de subimagem associados, são codifica- dos pelo codificador NTSC 45 e transmitidos para o dispositivo 50 para exibição.

Em um modo de armazenamento do sistema da Figura 4, os dados de saida corrigidos da unidade 17 são processados pelo decodificador 100, para proporcionar um fluxo de dados compatível com MPEG para armazenamento. Nesse modo, um programa é selecionado para armazenamento por um usuário, via unidade remota 70 e interface 65. O processador 22, em conjunto com o processador 60, forma as informações específicas de programas condensadas, incluindo os dados de MGT, VCT, EIT e ETT. As informações especificas de programas condensadas suportam a decodificação do programa selecionado para armazenamento, mas exclui informações não relacionadas. O processador 60, em conjunto com o processador 22, forma um fluxo de dados compatível com MPEG contendo dados de teor compactados do programa selecionado e das informações específicas de programas condensadas associadas. O fluxo de dados composto é transmitido para a interface de armazenamento 95. A interface de armazenamento 95 armazena interme-diariamente o fluxo de dados composto, para reduzir os intervalos vazios e a variação da taxa de bit nos dados. Os dados armazenados intermediariamente resultantes são processados pelo dispositivo de armazenamento 90, par gue fiquem adequados para armazenamento no meio 105. O dispositivo de armazenamento 90 codifica o fluxo de dados armazenado intermediariamente da interface 95, usando técnicas de codificação de erro conhecidas, tais como codificação de canais, in-tercalação e codificação Reed Solomon, para produzir um flu- xo de dados codificado adequado para armazenamento. A unidade 90 armazena o fluxo de dados codificado resultante incorporando as informações especificas de programas condensadas no meio 105. A arquitetura da Figura 4 não é exclusiva. Outras arquiteturas podem ser derivadas de acordo com os princípios da invenção, para executar os mesmos objetivos. Ademais, as funções dos elementos do decodificador 100 da Figura 4 e as etapas processuais da Figura 3 podem ser implementadas, total ou parcialmente, dentro das instruções programadas de um microprocessador. Além disso, os princípios da invenção se aplicam a qualquer forma de guia de programação eletrônica compatível com MPEG e não MPEG. Um fluxo de dados de acordo com os princípios da invenção pode ser usado em várias aplicações, incluindo, por exemplo, servidor de vídeo ou comunicação do tipo PC via linhas telefônicas. Um fluxo de dados de programa, com um ou mais componentes de vídeo, áudio e dados, formado para incorporar informações específicas de programas de acordo com os princípios da invenção pode ser registrado em um meio de armazenamento e transmitido ou re-difundido para outros servidores, PCs ou receptores.

Claims

1. Sistema para decodificar informações de programas compactadas, incluindo informações especificas de programas auxiliares compreendendo uma pluralidade de tabelas de informações ordenadas hierarguicamente, as informações auxiliares sendo para uso na aguisição e na decodificação de informações de programas compactadas, para proporcionar um programa de video para exibição, CARACTERIZADO por compreender as etapas de: detectar uma não correspondência entre um número de versão de uma primeira tabela das informações especificas de programas e um número de versão correspondente da primeira tabela transportado em uma segunda tabela; assegurar a compatibilidade do dito número de versão da primeira tabela transportado nas primeira e segunda tabelas, em resposta à dita não correspondência detectada por forçar a compatibilidade entre os ditos números de versão das ditas tabelas; e decodificar as informações de programas compactadas usando as informações especificas de programas, incluindo as primeira e segunda tabelas, incluindo o número de versão compatível forçado, para proporcionar um programa de video para exibir.

2. Sistema de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que: a primeira tabela compreende um mapa de canais associando uma frequência portadora de canal de transmissão com os identificadores de dados usados para capturar os flu- xos de dados, que constituem um programa transportado em um canal de difusão; e a segunda tabela contém informações para adquirir informações especificas de programas transportadas em outras tabelas, incluindo identificadores para identificar pacotes de dados compreendendo a primeira tabela.

3. Sistema de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que inclui a etapa de: examinar as informações especificas de programas para as indicações de erro por exame de pelo menos um de: (a) um indicador de erro de transporte MPEG, (b) um indicador de descontinuidade MPEG, e (c) um contador de continuidade MPEG; e decodificar as informações de programas compactadas, em resposta à determinação de exame de uma condição à prova de erro.

4. Sistema de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a segunda tabela transporta uma pluralidade de números de versão correspondentes aos números de versão transportados na dita pluralidade de tabelas de informações ordenadas hierarquicamente, e a etapa de detectar inclui a etapa de comparar os números de versão individuais da dita pluralidade de tabelas de informações ordenadas hierarquicamente contra os números de versão individuais correspondentes transportados na segunda tabela.

5. Sistema de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a etapa de garantir compatibilidade do número de versão da primeira tabela transportado nas primeira e segunda tabelas inclui a etapa de substituir um número de versão para o número de versão da primeira tabela transportado em pelo menos uma da: (a) primeira tabela, e (b) segunda tabela, para garantir compatibilidade.

6. Sistema de acordo com a reivindicação 5, CARACTERIZADO pelo fato de que a etapa de substituir compreende sobregravar o número de versão da primeira tabela transportado em pelo menos uma da: (a) primeira tabela, e (b) segunda tabela, para garantir compatibilidade.

7. Sistema de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a etapa de garantir compatibilidade do número de versão da primeira tabela transportado nas primeira e segunda tabelas inclui a etapa de reverter a uma versão anterior de pelo menos uma da: (a) primeira tabela, e (b) segunda tabela, para garantir compatibilidade do número de versão.

8. Sistema de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a etapa de garantir compatibilidade do número de versão da primeira tabela transportado nas primeira e segunda tabelas inclui a etapa de iniciar a aquisição de pelo menos uma de: (a) uma nova versão da primeira tabela, e (b) uma nova versão da segunda tabela, para garantir compatibilidade do número de versão.

9. Sistema para decodificar informações de programas compactadas, incluindo informações especificas de programas auxiliares compreendendo uma pluralidade de tabelas de informações ordenadas hierarquicamente, as informações auxiliares sendo para uso na aquisição e na decodificação de informações de programas compactadas, para proporcionar um programa de video para exibição, CARACTERIZADO pelo fato de gue compreende as etapas de: detectar uma não correspondência entre um número de versão de uma primeira tabela das informações especificas de programas e um número de versão correspondente da primeira tabela transportado em uma segunda tabela; decodificar informações de programas compactadas por: desconsiderar o número de versão da primeira tabela transportado nas primeira e segunda tabelas, em resposta à não correspondência detectada, e por aplicar as informações especificas de programas incluindo as informações da primeira tabela.

10. Sistema de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que inclui a etapa de examinar as informações especificas de programas para uma condição de erro, e decodificar as informações de programas compactadas em resposta à ausência de uma condição de erro.

11. Sistema de acordo com a reivindicação 10, CARACTERIZADO pelo fato de que a condição de erro é indicada por pelo menos um de: (a) um indicador de erro de transporte MPEG, (b) um indicador de descontinuidade MPEG, e (c) um contador de continuidade MPEG.

12. Sistema de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a segunda tabela transporta uma pluralidade de números de versão correspondentes aos números de versão tranportados na dita pluralidade tabelas de informações ordenadas hierarquicamente, e a etapa de detectar inclui a etapa de comparar os números de versão individuais da pluralidade de tabelas de informações ordenadas hierarquicamente contra os números de versão individuais correspondentes transportados na segunda tabela.

13. Sistema para decodificar informações de programas compactadas, incluindo informações de programas auxiliares compreendendo uma pluralidade de tabelas de informações ordenadas hierarquicamente, as informações auxiliares sendo para uso na aquisição e na decodificação de informações de programas compactadas, para proporcionar um programa de video para exibição, CARACTERIZADO pelo fato de que compreende as etapas de: detectar uma não correspondência entre um número de versão de uma primeira tabela das informações especificas de programas e um número de versão correspondente da primeira tabela transportado em uma segunda tabela; readquirir uma primeira tabela das informações especificas de programas, em resposta à não correspondência detectada; examinar a primeira tabela readquirida e a segunda tabela para uma não correspondência do número de versão da primeira tabela; e inibir a decodificação das informações de programas compactadas, em resposta à não correspondência detectada entre a primeira tabela readquirida e a segunda tabela.

14. Sistema de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que a primeira tabela compreende um mapa de canais associando uma frequência portadora de canal de transmissão com os identificadores de dados usados para capturar os fluxos de dados, que constituem um proqrama transportado em um canal de difusão.

15. Sistema de acordo com a reivindicação 14, CARACTERIZADO pelo fato de que inclui a etapa de indicar em uma base de dados o dito canal de transmissão que é associado com a não correspondência detectada entre a primeira tabela readquirida e a segunda tabela.

16. Sistema de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que a segunda tabela contém informações para adquirir as informações especificas de programas transportadas em outras tabelas, incluindo os identificadores para identificar os pacotes de dados compreendendo a primeira tabela.

17. Sistema para decodificar informações de programas compactadas, incluindo informações especificas de programas auxiliares compreendendo uma pluralidade de tabelas de informações ordenadas hierarquicamente, as informações auxiliares sendo para uso na aquisição e na decodifica-ção de informações de programas compactadas, para proporcionar um programa de video para exibição, CARACTERIZADO por compreender as etapas de: detectar uma condição de falha nas informações especificas de programa, compreendendo pelo menos uma de: (a) uma incompatibilidade de número de versão entre um número de versão de uma primeira tabela e um número de versão corres- pondente da primeira tabela transportada em uma segunda tabela, e (b) uma condição de erro PSI; indicar em uma base de dados o canal de transmissão que é associado com a condição de falha detectada; e remover um canal associado com a condição de falha de uma lista de uma fila de canais ativos visíveis pelo usuário .

18. Sistema, de acordo com a reivindicação 17, CARACTERIZADO pelo fato de que a condição de erro PSI compreende pelo menos um de: (a) um erro de transporte MPEG, (b) um erro de descontinuidade MPEG, (c) um erro de contagem de continuidade MPEG, e (d) um erro indicado por uma variân-cia entre as sucessivas marcações de tempo.

19. Sistema, de acordo com a reivindicação 17, CARACTERIZADO pelo fato de que inclui a etapa de indicar um canal como estando associado com uma condição de falha em uma lista de uma fila de canais ativos visíveis pelo usuário .