Arquivamento definitivo - Art. 33 da LPI
#11.1.1
24/11/2009
RPI 2029
Dados do pedido
Número
PI0304959Tipo
Depósito
Publicação
PCT
US2003016980 Pedido arquivado: o exame técnico não foi requerido nos 36 meses seguintes ao depósito de 29/05/2003, prazo do art. 33 da LPI. A tecnologia está em domínio público no Brasil.
Falar com um especialistaÚltima movimentação publicada pelo INPI: 24/11/2009. Atualizamos a cada nova RPI, publicada semanalmente.
Depositantes
Skystream Networks Inc.
US
Inventores
B. A. (pessoa física)
US
B. D. (pessoa física)
US
C. J. (pessoa física)
US
Classificação IPC
Prioridades unionistas
US
10/159,787 · 31/05/2002
Resumo técnico
APARELHO PARA A MULTIPLEXAÇÃO REDUNDANTE E A REMULTIPLEXAÇÃO DE FLUXOS DE PROGRAMA E DE DADOS DO MELHOR ESFORÇO. É descrito um remultiplexador redundante (500) que é capaz de remultiplexar pacotes de fluxo de transporte de comprimento fixo. Ilustrativamente, pelo menos alguns dos pacotes contêm dados de programa, isto é, dados com uma programação de entrega sensível, como dados de áudio-vídeo comprimidos variavelmente. Um exemplo desses dados comprimidos variavelmente é o vídeo codificado MPEG-2. O remultiplexador redundante tem uma arquitetura de chassi com módulos de entrada (521) que recebem pacotes de transporte originados externamente, módulos de saída (521) que emitem pacotes de fluxo de transporte selecionados externamente, e módulos de comutação (531, 532) . Os módulos de comutação efetuam uma função de comutação de pacote, isto é, eles comutam o pacote selecionado recebido pelos módulos de entrada para respectivos módulos de saída em base de pacote a pacote, por exemplo, com base em uma informação de endereço em cada pacote respectivamente comutado. Os módulos de comutação também podem receber pacotes fornecidos externamente e emitir pacotes respectivos externamente. Cada módulo tem um módulo de segurança (backup) (522) que assume o papel dos módulos para os quais ele é a segurança no caso de falha. No caso de módulos de entrada e de saída, o módulo de segurança está efetivamente processando, mesmo enquanto no modo de espera, mas de outra forma desativa sua saída. A razão é que os pacotes precisam ser processados como uma etapa preliminar para a saída deles (por exemplo, para assegurar que a programação de entrega rígida seja mantida) . Esta maneira de operação permite a recuperação mais rápida e menos pacotes perdidos, especialmente quando a retransmissão de pacotes perdidos (por exemplo, pacotes que portam programas) para o receptor último não for possível.
Publicações na Revista da Propriedade Industrial (RPI).
#11.1.1
24/11/2009
RPI 2029
#11.1
28/07/2009
RPI 2012
#1.3
30/06/2009
RPI 2008
Referente à RPI nº 1897 de 15/05/2007.
18/12/2007
RPI 1928
#11.1
15/05/2007
RPI 1897
Monitoramento de patentes
Receba alertas de despachos, decisões e vencimentos do INPI para o seu portfólio.