BRPI0718629A2 - Sistema e métodos para comutação de canal. - Google Patents

Sistema e métodos para comutação de canal. Download PDF

Info

Publication number
BRPI0718629A2
BRPI0718629A2 BRPI0718629-0A BRPI0718629A BRPI0718629A2 BR PI0718629 A2 BRPI0718629 A2 BR PI0718629A2 BR PI0718629 A BRPI0718629 A BR PI0718629A BR PI0718629 A2 BRPI0718629 A2 BR PI0718629A2
Authority
BR
Brazil
Prior art keywords
frame
csf
rap
media
frames
Prior art date
Application number
BRPI0718629-0A
Other languages
English (en)
Inventor
Christopher John Bennett
Serafim S Loukas Jr
Brian William Orr
Vijayalakshmi R Raveendran
Scott T Swazey
Amnon Silberger
An Mei Chen
Thadi Nagaraj
Gordon Kent Walker
David Brackman
Fang Liu
Sumeet Sethi
Ramkumar Sampathkumar
Shi Fang
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of BRPI0718629A2 publication Critical patent/BRPI0718629A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/107—Selection of coding mode or of prediction mode between spatial and temporal predictive coding, e.g. picture refresh
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/187—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a scalable video layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/31—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability in the temporal domain
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
    • H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/65—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience
    • H04N19/68—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using error resilience involving the insertion of resynchronisation markers into the bitstream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
    • H04N19/89—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving methods or arrangements for detection of transmission errors at the decoder
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8451—Structuring of content, e.g. decomposing content into time segments using Advanced Video Coding [AVC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

"SISTEMAS E MÉTODOS PARA COMUTAÇÃO DE CANAL" REFERÊNCIA CRUZADA A PEDIDOS RELACIONADOS
0 presente Pedido para Patente reivindica o benefício de prioridade do Pedido Provisional geralmente atribuído No. de Série 60/865.822, intitulado "SYSTEMS AND METHODS FOR CHANNEL SWITCHING", depositado em 14 de novembro de 2006. Este pedido de patente provisional é expressamente incorporado por este meio por referência.
Este pedido incorpora inteiramente aqui por referência, para todas as finalidades, o Pedido de Patente U.S. geralmente atribuída no. 11/527.306 depositado em 25 de setembro de 2006, e 11/528.303, depositado em 26 de setembro de 2006.
FUNDAMENTOS
Campo
A revelação é direcionada a processamento de sinal multimídia e, mais particularmente, a técnicas para codificação e decodificação de vídeo de quadros de comutação de canal (CSF) para habilitar aquisição e re/sincronização do fluxo de vídeo enquanto preserva a eficiência de compressão.
Fundamen tos
Os sistemas de processamento multimídia, tais como codificadores de vídeo, podem codificar dados de multimídia usando métodos de codificação com base em padrões internacionais tais como padrões MPEG (Moving Picture Experts Group)-1, -2 e -4, o padrão ITU (International Telecommunication Union)-T H.263, e o padrão ITU-T H.264 e suas contrapartes, MPEG-4 ISO/IEC, Parte 10, isto é, Codificação de Vídeo Avançada (AVC) , cada qual é incorporada inteiramente aqui por referência para todas as finalidades. Tais métodos de codificação são direcionados geralmente a comprimir os dados de multimídia para transmissão e/ou armazenamento. A compressão pode ser amplamente pensada como o processo de remover a redundância dos dados de multimídia.
Um sinal de vídeo pode ser descrito em termos de
uma seqüência de imagens (pictures), que incluem quadros (uma imagem inteira), ou campos (por exemplo, um fluxo de vídeo entrelaçado compreende campos de linhas alternantes ímpares ou pares de uma imagem) . Como usado aqui, o termo 10 "quadro" se refere uma imagem, um quadro ou um campo. Os métodos de codificação de vídeo comprimem os sinais de vídeo pela utilização de algoritmos sem perda ou com perda para comprimir cada quadro. A codificação intra-quadro (também referida aqui como intra-codificação) se refere a 15 codificação de um quadro usando somente esse quadro. A codificação inter-quadro (também referida aqui como a inter-codificação) se refere à codificação de um quadro com base em outros quadros, de "referência". Por exemplo, os sinais de vídeo exibem freqüentemente redundância temporal 20 em que os quadros próximos uns aos outros na seqüência temporal de quadros têm pelo menos partes que são casadas ou pelo menos casadas parcialmente.
Os processadores de multimídia, tais como os codificadores de vídeo, podem codificar um quadro 25 particionando em blocos ou em "macroblocos" de, por exemplo, 16x16 pixels. 0 codificador pode ainda particionar cada macrobloco em sub-blocos. Cada sub-bloco pode ainda compreender sub-blocos adicionais. Por exemplo, os sub- blocos de um macrobloco podem incluir sub-blocos de 16x8 e 30 8x16. Os sub-blocos dos sub-blocos 8x16 podem incluir os sub-blocos 8x8, que podem incluir os sub-blocos 4x4, e assim por diante. Como usado aqui, o termo "bloco" se refere a um macrobloco ou um sub-bloco. Os codificadores aproveitam-se da redundância temporal entre quadros seqüenciais usando algoritmos com base na compensação de movimento de inter-codificação. Os algoritmos de compensação de movimento identificam partes 5 de um ou mais quadros de referência que pelo menos casam parcialmente com um bloco. 0 bloco pode ser deslocado no quadro relativo à parte de casamento dos quadros de referência. Este deslocamento é caracterizado por um ou mais vetores de movimento. Quaisquer diferenças entre o 10 bloco e a parte parcialmente de casamento dos quadros de referência podem ser caracterizadas nos termos de um ou mais resíduos. O codificador pode codificar um quadro como dados que compreendem um ou mais dos vetores de movimento e dos resíduos para um particionamento particular do quadro. 15 Um particionamento particular de blocos para codificar um quadro pode ser selecionado aproximadamente minimizando uma função de custo que, por exemplo, balanceie o tamanho da codificação com distorção, ou distorção percebida, ao conteúdo do quadro resultante de uma codificação.
A inter-codificação permite mais eficiência de
compressão do que a intra-codificação. Entretanto, a inter- codificação pode criar problemas quando os dados de referência (por exemplo, quadros de referência ou campos de referência) são perdidos devido a erros de canal, e 25 semelhantes. Além de a perda de dados de referência devido a erros, os dados de referência podem também estar indisponíveis devido à aquisição inicial ou à reaquisição do sinal de vídeo em um quadro inter-codificado. Nestes casos, a decodificação de dados inter-codifiçados pode não 30 ser possível ou pode conduzir a erros e a propagação de erros indesejados. Estes cenários podem conduzir a uma perda de sincronização do fluxo de vídeo. Um quadro intra-codificado independentemente decodificável é a forma mais comum de quadro que permite re/sincronização do sinal de video. Os padrões MPEG-x e H.26x usam o que é conhecido como um grupo de imagens (GOP) 5 que compreende um quadro intra-codificado (também chamado um quadro-I) e Quadro-Ps previstos temporalmente ou quadros B previstos bi-direcionalmente que referenciam o quadro-I e/ou outros quadros P e/ou B dentro do GOP. GOPs mais longos são desejáveis para as taxas de compressão 10 aumentadas, mas GOPs mais curtos permitem uma aquisição mais rápida e uma re/sincronização. Aumentar o número de quadros-I permitirá uma aquisição mais rápida e um re/sincronização, mas ao custo de uma compressão mais baixa.
Há conseqüentemente uma necessidade para técnicas
para codificação e decodificação de video de quadros de comutação de canal (CSF) para permitir aquisição e re/sincronização do fluxo de vídeo enquanto preserva a eficiência de compressão.
2 0 SUMÁRIO
Técnicas para codificação e decodificação de vídeo dos quadros de comutação de canal (CSF) para permitir a aquisição e re/sincronização do fluxo de vídeo enquanto preserva a eficiência de compressão são fornecidas. Em um 25 aspecto, um dispositivo que compreende um processador operativo para gerar um quadro de comutação de canal (CSF) de uma ou mais unidades de camada de abstração de rede (NAL) para permitir pontos de acesso aleatórios em um fluxo de bits codificado é fornecido.
Um outro aspecto inclui um produto de programa de
computador que inclui um meio legível por computador que tem instruções para fazer com que um computador gere um quadro de comutação de canal (CSF) a partir de uma ou mais unidades de camada de abstração de rede (NAL) para permitir pontos de acesso aleatórios em um fluxo de bits codificado.
Ainda mais um aspecto inclui um dispositivo que compreende um processador operativo para decodificar um ou mais de quadros back-to-back, cada um com o mesmo número de ID de quadro, com um primeiro quadro dos quadros back-to- back sendo um quadro do ponto de acesso aleatório (RAP) e o segundo quadro sendo um quadro não-RAP.
Os aspectos adicionais se tornarão mais prontamente aparentes a partir da descrição detalhada, particularmente quando tomados junto com os desenhos adicionados.
BREVE DESCRIÇÃO DOS DESENHOS
A FIG. 1 ilustra um diagrama de blocos de um sistema de comunicações exemplar das multimídia de acordo com determinadas configurações.
A FIG. 2A ilustra um diagrama de blocos de um dispositivo codificador exemplar que pode ser usado no sistema da FIG. 1.
A FIG. 2B ilustra um diagrama de blocos de um dispositivo decodificador exemplar que pode ser usado no sistema da FIG. 1.
A FIG. 3 ilustra um relacionamento exemplar entre mensagens de camada de sincronização e saída de fluxo de mídia em tempo real flua para/por o dispositivo em uma rede FLO.
A FIG. 4 ilustra camadas de protocolo exemplares para um serviço em tempo real dentro de uma rede FLO.
As FIGS. 5A-5B ilustram relacionamentos exemplares alternativos entre pacotes de camada de sincronização e os quadros de mídia. A FIG. 6 ilustra uma máquina de estado exemplar para processar a camada de sincronização para um fluxo individual no dispositivo.
A FIG. 7 ilustra um quadro de comutação de canal (CSF) exemplar.
A FIG. 8 ilustra um 3-NAL exemplar CSF.
A FIG. 9 ilustra um gerador de quadro de comutação de canal.
A FIG. 10 ilustra um processo para decodificar um fluxo de bits com CSF.
A FIG. 11 ilustra um gerador de cabeçalho de sincronização que gera um cabeçalho de sincronização.
A FIG. 12A ilustra um gerador adicional de campos do gerador de cabeçalho de sincronização.
A FIG. 12B ilustra um gerador tipo de adaptação
do gerador de cabeçalho de sincronização.
A FIG. 13A ilustra um montador comum de cabeçalho
de mídia.
A FIG. 13B ilustra um montador de cabeçalho de mídia específica.
A FIG. 14 ilustra um montador de diretório de camada de sincronização de vídeo.
A FIG. 15 ilustra um montador de Registro VSL.
A FIG. 16 ilustra um fluxograma de um processo para a camada de sincronização para processamento em camada de mídia em um dispositivo.
A FIG. 17 ilustra um exemplo de um fluxo de bits gerado por uma rede com números de identificação de mesmo quadro back-to-back.
As imagens nos desenhos são simplificadas para
finalidades ilustrativas e não descritas para graduar. Para facilitar compreensão, numerais de referência idênticos foram usados, onde possível, para designar elementos idênticos que são comuns às figuras, salvo que sufixos podem ser adicionados, quando apropriados, para diferenciar tais elementos.
Os desenhos anexos ilustram configurações exemplares da invenção e, como tal, não devem ser considerados como a limitação do escopo da invenção que pode admitir a outras configurações igualmente eficazes. É contemplado que as características ou os blocos de uma configuração podem ser beneficamente incorporados em outras configurações sem recitação adicional.
DESCRIÇÃO DETALHADA
Abreviações
As seguintes abreviações se aplicam à descrição fornecida abaixo:
FLO: Link Direto Somente
IDR: Renovação de Decodificação Instantânea
IEC: Comissão Eletrotécnica Internacional
IETF: Força Tarefa de Engenharia para Internet
ISO: Organização Internacional para Padronização
ITU: União de Telecomunicação Internacional
ITU-T: Setor de Padronização de Telecomunicação ITU
NAL: Camada de Abstração de Rede
RBSP: Carga Útil de Seqüência de Byte Crua
TIA: Associação da Indústria de Telecomunicações
TM3: Multicast de Multimídia Móvel Terrestre
UINT: Inteiro Não Assinado
RAP: Ponto de Acesso Aleatório
PTS: Selo de Tempo de Apresentação
A palavra "exemplar" é usada aqui para significar "servindo como um exemplo, uma ocorrência, ou uma ilustração". Qualquer configuração ou projeto descrito aqui como "exemplar" não deve necessariamente ser interpretado como preferido ou vantajoso sobre outros configurações ou projetos, e os termos "núcleo", "motor", "máquina", "processador" e "unidade de processamento" são usados permutavelmente.
As técnicas descritas aqui podem ser usadas para 5 comunicações sem fio, computação, eletrônica pessoal, etc. Um uso exemplar das técnicas para comunicação sem fio é descrito abaixo.
A seguinte descrição detalhada é dirigida a determinadas configurações de amostra da invenção. 10 Entretanto, a invenção pode ser personificada em uma multidão de maneiras diferentes como definida e coberta pelas reivindicações. Nesta descrição, a referência é feita aos desenhos onde partes semelhantes são designadas com numerais semelhantes por toda parte.
Os sinais de video podem ser caracterizados nos
termos de uma série de imagens, quadros, e/ou campos, qualquer um dos quais pode ainda incluir uma ou mais fatias. Como usado aqui, o termo "quadro" é um termo amplo que pode abranger um ou mais dos quadros, dos campos, das imagens e/ou das fatias.
As configurações incluem sistemas e métodos que facilitam a comutação de canal em um sistema de transmissão multimídia. Os dados de multimídia podem incluir um ou mais de vídeo em movimento, áudio, imagens fixas, texto ou qualquer outro tipo apropriado de dados áudio-visual.
A FIG. 1 ilustra um diagrama de blocos de um sistema de comunicações multimídia exemplar 100 de acordo com determinadas configurações. O sistema 100 inclui um dispositivo codificador 110 em uma comunicação com um 30 dispositivo decodificador 150 através de uma rede 140. Em um exemplo, o dispositivo codificador 110 recebe um sinal multimídia de uma fonte externa 102 e codifica esse sinal para a transmissão na rede 140. Neste exemplo, o dispositivo codificador 110 compreende um processador 112 acoplado a uma memória 114 e a um transceptor 116. 0 processador 112 codifica dados a partir da fonte de dados de multimídia e fornece-os ao transceptor 116 para uma comunicação sobre a rede 140.
Neste exemplo, o dispositivo decodificador 150 compreende um processador 152 acoplado a uma memória 154 e a um transceptor 156. Enquanto o dispositivo decodificador 150 pode ter um transceptor 156 para transmitir e receber, 10 o dispositivo decodificador 150 precisa somente de um receptor, tal como o receptor 158. O processador 152 pode incluir um ou mais de um processador de uso geral e/ou de um processador de sinal digital. A memória 154 pode incluir um ou mais armazenamento com base em disco ou de estado 15 sólido. 0 transceptor 156 é configurado para receber dados de multimídia através da rede 140 e fornecê-los ao processador 152 para decodificar. Em um exemplo, o transceptor 156 inclui um transceptor sem fio. A rede 140 pode compreender um ou mais de um sistema de comunicação 20 cabeado ou sem fio, incluindo um ou mais dentre uma Ethernet, telefone (por exemplo, POTS), cabo, linha de potência, e sistemas de fibra óptica, e/ou um sistema sem fio que compreende um ou mais de um sistema de comunicação de acesso múltiplo por divisão de código (CDMA ou 25 CDMA2000), um sistema de acesso múltiplo por divisão de freqüência (FDMA), um sistema de acesso múltiplo por divisão de freqüência ortogonal (OFDM), um sistema de acesso múltiplo por divisão de tempo (TDMA) tal como GSM/GPRS (Serviço de Rádio em pacote Geral)/EDGE (ambiente 30 GSM de dados melhorado) , um sistema do telefone móvel TETRA (Radio Truncado Terrestre), um sistema de acesso múltiplo por divisão de código de banda larga (WCDMA), um sistema de taxa de dados elevada (Multicast Gold IxEV-DO ou IxEV-DO), um sistema IEEE 802.11, um sistema MediaFLO, um sistema DMB, um sistema DVB-H, e semelhante.
A FIG. 2A ilustra um diagrama de blocos de um dispositivo codificador exemplar 110 que pode ser usado no sistema 100 da FIG. 1 de acordo com determinadas configurações. Nesta configuração, o dispositivo codificador 110 compreende um elemento codificador de inter-codificação 118, um elemento codificador de intra- codificação 120, um elemento gerador de dados de referência 122 e um elemento transmissor 124. 0 elemento codificador de inter-codificação 118 codifica as partes inter- codificadas de vídeo que são previstas temporalmente (por exemplo, usando a predição compensada por movimento) em referência a outras partes dos dados de vídeo situados em outros quadros temporais. O elemento codificador de intra- codificação 120 codifica as partes intra-codifiçadas de vídeo que podem ser decodificadas independentemente sem referência a outros dados de vídeo situados temporalmente. Em algumas configurações, o elemento codificador de intra- codificação 120 pode usar a predição espacial para tirar vantagem da redundância nos outros dados de vídeo situados no mesmo quadro temporal.
O gerador de dados de referência 122, em um aspecto, gera os dados que indicam onde os dados de vídeo 25 intra-codifiçados e inter-codifiçados gerados pelos elementos codificadores 120 e 118, respectivamente, são encontrados. Por exemplo, os dados de referência podem incluir identificadores de sub-blocos e/ou de macroblocos que são usados por um decodif icador para encontrar uma 30 posição dentro de um quadro. Os dados de referência podem também incluir um número de seqüência do quadro usado para encontrar um quadro dentro de uma seqüência de quadro de vídeo. O transmissor 124 transmite os dados inter- codificados, os dados intra-codifiçados, e, em algumas configurações, os dados de referência, sobre uma rede tal como a rede 140 da FIG. I. Os dados podem ser transmitidos 5 sobre um ou mais links de comunicação. O termo links de comunicação é usado em um sentido geral e pode incluir quaisquer canais de uma comunicação que incluem, mas não limitados a, redes cabeadas ou sem fio, canais virtuais, links óticos, e semelhantes. Em algumas configurações, os 10 dados intra-codifiçados são transmitidos em um link de comunicação de camada base e os dados inter-codifiçados são transmitidos sobre um link de comunicação de camada de melhoramento. Em algumas configurações, os dados intra- codificados e os dados inter-codifiçados são transmitidos 15 sobre o mesmo link de comunicação. Em algumas configurações, um ou mais dos dados inter-codifiçados, dos dados intra-codifiçados e dos dados de referência podem ser transmitidos sobre um link de comunicação de banda lateral. Por exemplo, um link de comunicação de banda lateral tal 20 como as mensagens de Informações de Melhoramento Suplementares (SEI) de H.264 ou mensagens de dados de usuário de MPEG-2 pode ser usado. Em algumas configurações, um ou mais dos dados intra-codifiçados, dos dados inter- codificados e dos dados de referência são transmitidos 25 sobre um canal virtual. Um canal virtual pode compreender os pacotes de dados que contêm um cabeçalho de pacote identificável que identifica o pacote de dados como pertencendo ao canal virtual. Outras formas de identificar um canal virtual são conhecidas na arte tal como a divisão 30 de freqüência, a divisão de tempo, o espalhamento de código, etc.
A FIG. 2B ilustra um diagrama de blocos de um dispositivo decodificador exemplar 150 que pode ser usado pelo sistema 100 da FIG. 1 de acordo com determinadas configurações. Nesta configuração, o decodificador 150 compreende um elemento receptor 158, um elemento decodificador seletivo 160, um elemento determinador de 5 dados de referência 162, e um ou mais detectores de disponibilidade de dados de referência tais como um elemento detector de comutação de canal 164 e um elemento detector de erro 166.
0 receptor 158 recebe dados de video codificados (por exemplo, dados codificados pelo dispositivo codificador 110 das FIGS. 1 e 2A) . O receptor 158 pode receber os dados codificados sobre uma rede cabeada ou sem fio tal como a rede 140 da FIG. I. Os dados podem ser recebidos sobre um ou mais links de comunicação. Em algumas configurações, os dados intra-codifiçados são recebidos em um link de comunicação de camada base e os dados inter- codificados são recebidos sobre um link de comunicação de camada de melhoramento. Em algumas configurações, os dados intra-codifiçados e os dados inter-codifiçados são recebidos sobre o mesmo link de comunicação. Em algumas configurações, um ou mais dos dados inter-codifiçados, dos dados intra-codifiçados e dos dados de referência podem ser recebidos sobre um link de comunicação de banda lateral. Por exemplo, um link de comunicação de banda lateral tal como as mensagens de Informações de Melhoramento Suplementares (SEI) de H.264 ou mensagens de dados de usuário de MPEG-2 pode ser usado. Em algumas configurações, um ou mais dos dados intra-codifiçados, dos dados inter- codificados e dos dados de referência são recebidos sobre um canal virtual. Um canal virtual pode compreender os pacotes de dados que contêm um cabeçalho de pacote identificável que identifica o pacote de dados como pertencendo ao canal virtual. Outras formas de identificar um canal virtual são conhecidas na arte.
0 decodificador seletivo 160 decodifica dados de video inter-codifiçados e intra-codifiçados recebidos. Em algumas configurações, os dados recebidos compreendem uma versão inter-codificada de uma parte de dados de vídeo e uma versão intra-codificada da parte de dados de vídeo. Os dados inter-codifiçados podem ser decodificados após os dados de referência nos quais foram previstos são decodificados. Por exemplo, os dados codificados usando a predição compensada de movimento compreendem um vetor de movimento e um identificador de quadro que identificam a localização dos dados de referência. Se a parte do quadro identificado pelo vetor de movimento e o identificador de quadro da versão inter-codificada está disponível (por exemplo, já decodificado), a seguir o decodificador seletivo 160 pode decodificar a versão inter-codificada. Se, entretanto, os dados de referência não estão disponíveis, a seguir o decodificador seletivo 160 pode decodificar a versão intra-codificada.
O determinador de dados de referência 162, em um aspecto, ident-ifica os dados de referência recebidos que indicam onde os dados de vídeo intra-codifiçados e inter- codificados nos dados de vídeo codificados recebidos são 25 encontrados. Por exemplo, os dados de referência podem incluir identificadores de sub-blocos e/ou de macroblocos que são usados pelo decodificador seletivo 160 para encontrar uma posição dentro de um quadro. Os dados de referência podem também incluir um número de seqüência de 30 quadro usado para encontrar um quadro dentro de uma seqüência de quadro de vídeo. Usar estes dados de referência recebidos permite um decodificador de determinar se os dados de referência nos quais dados inter-codifiçados dependem estão disponíveis.
A disponibilidade de dados de referência pode ser afetada por um usuário que comuta um canal de um sistema de comunicação multicanal. Por exemplo, os múltiplos broadcasts de vídeo podem estar disponíveis ao receptor 158, usando um ou mais links de comunicação. Se um usuário comanda o receptor 158 para mudar a um canal de broadcast diferente, a seguir os dados de referência para os dados inter-codifiçados no novo canal não podem estar imediatamente disponíveis. 0 detector de comutação de canal 164 detecta que um comando de comutação de canal foi enviado e sinaliza o decodificador seletivo 160. 0 decodificador seletivo 160 pode então usar a informação obtida a partir do determinador de dados de referência para identificar se os dados de referência da versão inter- codificada são indisponíveis, e para identificar então a posição da versão intra-codificada mais próxima e para decodificar seletivamente a versão intra-codificada identificada.
A disponibilidade de dados de referência pode também ser afetada por erros nos dados de vídeo recebidos. 0 detector de erro 166 pode utilizar técnicas de detecção de erro (por exemplo, de correção de erros antecipada) para 25 identificar erros incorrigíveis no fluxo de bits. Se há erros incorrigíveis nos dados de referência nos quais a versão inter-codificada depende, a seguir o detector de erro 166 pode sinalizar o decodif icador seletivo 160 que identifica que dados de vídeo são afetados pelos erros. 0 30 decodificador seletivo 160 pode então determinar se decodifica a versão inter-codificada (por exemplo, se os dados de referência estão disponíveis) ou decodifica a versão intra-codificada (por exemplo, se os dados de referência não estão disponíveis).
Em determinadas configurações, um ou mais dos elementos do dispositivo codificador 110 da FIG. 2A pode 5 ser rearranjado e/ou combinado. Os elementos podem ser implementados por hardware, por software, por firmware, por middleware, por microcódigo ou por qualquer combinação desses. Em determinadas configurações, um ou mais dos elementos do decodif icador 150 da FIG. 2B pode ser 10 rearranjado e/ou combinado. Os elementos podem ser implementados por hardware, por software, por firmware, por middleware, por microcódigo ou por qualquer combinação desses.
Video
Determinadas configurações descritas aqui podem
ser implementadas usando a codificação de vídeo de MediaFLO™ para entregar serviços de vídeo em tempo real nos sistemas TM3 usando a Especificação de Interface Aérea FLO, ''Forward Link Only (FLO) Air Interface Specif ication for 20 Terrestrial Mobile Multimedia Multicast", publicado como o Padrão Técnico TIA-1099, que é incorporado inteiramente aqui por referência para todas as finalidades. Determinadas configurações definem a sintaxe e a semântica do fluxo de bits, e os processos de decodif icação para entregar estes 25 serviços sobre as camadas de Interface Aérea FLO 412.
A descrição fornecida aqui, pelo menos em parte, forma um padrão de compatibilidade para sistemas de multicast de multimídia FLO e facilita um dispositivo compatível com FLO 304 em obter serviços através de 30 qualquer rede FLO 302 (FIG. 3) que se conforma a este padrão.
Referências Normativas A codificação de video avançada da Recomendação H. 264 de ITU-T e/ou ISO/IEC 14496-10 do Padrão Internacional ISO/IEC (provida aqui como o "padrão H.264/AVC") é incorporada inteiramente aqui por referência 5 para todas as finalidades e pode, em parte, ser especificamente referenciada aqui.
As definições na cláusula 3 do padrão de H.264/AVC também se aplicam às configurações descritas aqui. Adicionalmente, o quadro de comutação de canal (CSF) 10 de acordo com as configurações exemplares descritas aqui é definido como uma imagem codificada compreendida de um conjunto de parâmetro de seqüência, e/ou um conjunto de parâmetro de imagem, e/ou uma imagem de renovação de decodificação instantânea (IDR). Um quadro de comutação de 15 canal (CSF) pode ser encapsulado em um pacote independente do protocolo de transporte para permitir pontos de acesso aleatórios no fluxo de bits codificado ou para facilitar a recuperação de erro. Os quadros de comutação de canal (CSF) são especificados aqui abaixo.
As convenções usadas aqui para operadores,
notação de escala, funções matemáticas, variáveis, elementos de sintaxe, tabelas, e processos, são como especificados na cláusula 5 do padrão H.264/AVC.
Determinadas configurações descritas aqui 25 incluem: uma descrição do escopo, das referências normativas, das definições de termos, das abreviaturas e da organização da revelação; e uma descrição da sintaxe do fluxo de bits, da semântica e dos processos de decodificação.
Formato de Fluxo de Bits de Baixa Complexidade e Decodificação para Broadcast de Multimídia
A descrição fornecida aqui, entre outras coisas, descreve um formato exemplar do fluxo de bits e o processo de decodificação que fornece uma extensão de baixa complexidade para o broadcast de multimídia. Fluxo de bits que se conforma à extensão de baixa complexidade descrita por esta especificação se conforma aos perfis em A. 2 do 5 padrão H.264/AVC com as seguintes restrições e extensões adicionais: I) Os conjuntos de parâmetro de seqüência podem ter profile_idc igual a 66 ou a 88; 2) Os conjuntos de parâmetro de seqüência podem ter constraint_set0_fIag igual a 0; 3) Os conjuntos de parâmetro de seqüência podem ter 10 constraint_setl_fIag igual a 1; 4) Os conjuntos de parâmetro de seqüência podem ter constraint_set2_fIag igual a 0; 5) O tipo de fatia B pode estar presente; e/ou 6) As fatias para imagens-B podem ter nal_ref_idc igual a 0. (O ide representa um índice de perfil.)
Em um outro aspecto das configurações, o fluxo de
bits se conforma à extensão de baixa complexidade descrita por esta especificação se conforma aos perfis em A. 2 do padrão H.264/AVC com as restrições e as extensões de: I) Os conjuntos de parâmetro de seqüência podem ter o profile_idc 20 igual a 66 ou a 88; 2) Os conjuntos de parâmetro de seqüência podem ter constraint_set0_fIag igual a 1; 3) Os conjuntos de parâmetro de seqüência podem ter constraint_setl_fIag igual a 0; 4) Os conjuntos de parâmetro de seqüência podem ter constraint_set2_fIag igual 25 a 1; 5) O tipo de fatia B pode estar presente; e/ou 6) As fatias para imagens-B podem ter o nal_ref_idc igual a 0. Quadro de Comutação de Canal
A FIG. 7 ilustra um quadro de comutação de canal (CSF) exemplar 700. Para permitir a mudança de canal dentro 30 do ambiente MediaFLO™ e facilitar a recuperação de erro, os elementos codificadores 120 de acordo com determinadas configurações podem introduzir os quadros de comutação de canal (CSF). Um quadro de comutação de canal (CSF) 700 pode ser compreendido de até 3 unidades NAL, ou mais, NAL1... NALx denotadas pelos numerais de referência 702 e 704. X podem ser 2 ou mais. Todavia, o CSF 700 pode ter somente uma unidade NAL.
A FIG. 8 ilustra um CSF de 3 NAL exemplar 800.
Neste exemplo, o CSF 800 é compreendido de 3 unidades NAL 802, 804 e 806. Se 3 unidades NAL são usadas, em determinadas situações, nas quais se presente, podem estar no fluxo de bits na seguinte ordem: um conjunto de 10 parâmetro de seqüência (SPS) 812, um conjunto de parâmetro de imagem (PPS) 814, e uma renovação de decodificação instantânea (IDR) 816. A unidade NAL IDR pode ser uma unidade NAL IDR de baixa qualidade.
Este arranjo de CSF é mostrado na Tabela I. A Tabela 1 identifica que tipos de unidade NAL estão sendo usados para o CSF 800. Na configuração exemplar, os tipos de unidade NAL incluem o Tipo números 7, 8 e 5. Todavia, em outras circunstâncias, o tipo 5 de NAL IDR pode ser substituído com um tipo I de NAL de quadro-I (fatia codificada) . RBSP representa a carga útil de seqüência de byte crua e é representado na coluna intitulada estrutura de sintaxe RBSP. A coluna nal_unit_type representa o número de tipo de unidade NAL usado aqui para o CSF. A coluna C representa outras estruturas suportadas. Por exemplo, os números 2, 3 e 4 representam as partições de dados A, B e C. O número 1 também representa a unidade I NAL de fatia codificada. O número 0 é não especificado.
Tabela 1: Unidades NAL e sintaxe RBSP para quadros de
comutação de canal
Conteúdo de unidade Estrutura de sintaxe RBSP nal uni C NAL t type Conjunto de seq parameter set rbsp() 7 0 parâmetro de seqüência Conjunto de pic parameter set rbsp() 8 1 parâmetro de imagem Fatias codificadas slice layer without partitio 5 2, 3 de uma imagem IDR ning rbsp() Fatia codificada slice layer without partitio 1 2, 3, ning rbsp() 4 A sintaxe, a semântica, e os processos de
decodificação para estas unidades NAL são como especificados no padrão H.264/AVC.
Especificações de parâmetros de quadro de comutação de 5 canal
A semântica de fluxos de bits de quadro de comutação de canal (CSF) tem exigências diferentes para diversos elementos de sintaxe, variáveis, e funções a partir daquelas do padrão H.264/AVC.
A FIG. 9 ilustra um gerador de quadro de
comutação de canal (CSF)900. O gerador de CSF 900 inclui um gerador de SPS 902, um gerador de PPS 904, um gerador de IDR 906 e um gerador de quadro-I 908. As seguintes exigências diferem do padrão H.264/AVC. O gerador de SPS 15 902 permite que a NAL de conjunto de parâmetro de seqüência (SPS) resultante de um CSF 800 tenha um pic_order_cnt_type igual a 0. Adicionalmente, o gerador de SPS 902 permite que a NAL de conjunto de parâmetro de seqüência (SPS) resultante de um CSF 800 tenha
gaps_in_frm_num_value_allowed_fIag igual a 0.
O gerador de PPS gera uma unidade NAL PPS resultante. O gerador de quadro-I 908 gera uma unidade NAL de quadro-I. O gerador de IDR 906 gera uma unidade resultante NAL IDR tal que o elemento de sintaxe 25 pic_order_cnt_lsb para a imagem IDR pode ser diferente de zero. A imagem IDR PicOrderCntO é igual àquela da fatia P correspondente PicOrderCnt(). Adicionalmente, o elemento de sintaxe frame_num da imagem IDR pode ser diferente de zero. A imagem IDR frame_num é igual àquela da fatia P correspondente frame_num. A seguinte imagem frame_num pode ser igual a (frame_num +1)% MaxFrameNum.
Assim, o gerador IDR inclui uma calculadora 910 de número de contagem de ordem de imagem IDR (POC) que ajuste o número POC da NAL IDR para igualar o número POC de fatia-P. 0 gerador IDR também inclui uma calculadora 912 de
número de quadro de imagem IDR que ajusta o número de quadro de imagem igual ao número de quadro de imagem de fatia-P. 0 gerador IDR também assegura em alguns casos que
0 número de quadro de imagem e o número POC são diferentes de zero. 0 dispositivo codificador 110 rastreia o número de
quadro no bloco 916 onde a imagem frame_num pode ser igual a (frame_num +1)% MaxFrameNum.
0 dispositivo codificador 110 pode rastrear uma variável PrevRefFrameNum tal que pode ser ajustado igual ao valor do CSF frame_num menos 1.
Decodificação de Quadro de Comutação de Canal
A FIG. 10 ilustra um processo 1000 para decodificar um fluxo de bits com CSFs. O processo de decodificação 1000 usado para as fatias-I como especificado na cláusula 8 do padrão H.264/AVC pode ser usado para
decodificar o quadro de comutação de canal (CSF) se uma unidade NAL IDR é substituída com uma unidade NAL de fatia-
1 (fatia codificada de tipo NAL 1), como gerado pelo gerador de quadro-I 908. As imagens no canal solicitado com ordem de saída (display) antes que o quadro de comutação de
canal (CSF) puder ser descartado. Não há nenhuma mudança à decodificação de imagens futuras (no sentido de ordem de saída). As imagens futuras que seguem o CSF não podem usar nenhum quadro com ordem de saída antes do CSF como quadros de referência.
Em várias configurações abaixo, os blocos do fluxograma são realizados na ordem descrita ou estes blocos ou partes dos mesmos podem ser realizados contemporaneamente, em paralelo, ou em uma ordem diferente.
Assim, o processo de decodificação 1000 começa com o bloco 1002 onde um fluxo de bits com imagens é decodificado. 0 bloco 1002 é seguido pelo bloco 1004 onde 10 uma determinação é feita se um CSF é detectado. Se a determinação é "NÃO" então o bloco 1004 faz o Ioop de volta ao bloco 1002 onde uma decodificação adicional do fluxo de bits ocorre.
Entretanto, se a determinação no bloco 1004 é "SIM", o CSF é decodificado então de acordo com as fatias-I e/ou o protocolo de tipo de unidade NAL. O bloco 1006 é seguido pelo bloco 1008 onde uma determinação é feita se há alguma imagem de canal solicitado antes do CSF na ordem de saída. Se a determinação é "SIM", aquelas imagens são descartadas no bloco 1010. 0 bloco 1010 é seguido pelo bloco 1012. Entretanto, se a determinação no bloco 1008 é "NÃO", o bloco 1008 então realiza Ioop de volta ao bloco 1012. No bloco 1012, uma determinação é feita se há qualquer imagem do canal solicitado após o CSF na ordem de saída. Se a determinação é "SIM", os quadros antes do CSF na ordem de saída são ajustados como quadros de não- referência no bloco 1014. 0 bloco 1010 é seguido pelo bloco 1012. Entretanto, se a determinação é "NÃO", então o bloco 1012 realiza Ioop de volta ao bloco 1002. 0 bloco 1014 também realiza Ioop de volta ao bloco 1002 onde a decodificação normal ocorre. 0 quadro de não-referência pode ser ajustado limpando o quadro ou forçando o quadro como um quadro de não-referência. Camada de Sincronização
0 sistema MediaFLO™ pode entregar pelo menos três tipos de conteúdo: em tempo real, em tempo não-real e datacast IP (por exemplo, multicast, unicast, etc.). A 5 Interface de rede de dispositivo Multicast (MDNI) para a entrega do serviço em tempo real é mostrada na FIG. 4.
A FIG. 3 ilustra um relacionamento exemplar entre mensagens de camada de sincronização e saída de fluxo de mídia em tempo real para/por um dispositivo 304 em uma rede FLO 302. Uma rede FLO exemplar 302 pode suportar a entrega em tempo real contínuo de conteúdo em streaming a um dispositivo 304. Cada fluxo pode ser entregue como um fluxo separado, e os fluxos relativos podem ser identificados como pertencendo a um serviço comum, ou ao conjunto de serviços, com o uso de informação de sistema. A rede 302 adicionalmente pode fornecer dados permitindo que os dispositivos sincronizem os fluxos de mídia em tempos real uns com os outros e com as exigências de temporização de apresentação do conteúdo. A camada para combinar fluxos de mídia e dados de sincronização é conhecida como a camada de sincronização 406.
O dispositivo 304 exigido para acessar um serviço em tempo real usa a informação de sistema para encontrar o serviço. Após o processamento dos metadados relativos ao 25 serviço, tal como, por exemplo, o título e a classificação da apresentação atualmente disponível no serviço, o dispositivo 304 podem selecionar o fluxo apropriado e reproduzir o fluxo recebido. A temporização e a sincronização da apresentação destes fluxos podem ser 30 controladas pelos protocolos aqui.
Arquitetura do protocolo
A FIG. 4 ilustra as camadas de protocolo exemplares 400 para um serviço em tempo real dentro de uma rede FLO 302. O serviço em tempo real pode empregar os serviços da camada de enquadramento 4 08, descritos aqui, e da camada de criptografia/decriptografia de fluxo 410, também descritos aqui. Ele pode consistir pelo menos em 5 duas subcamadas: a camada de codec de midia 404 e a camada de sincronização 406. Uma camada de aplicativos em tempo real 402 é mostrada na seção de camadas superiores das camadas de protocolo 400.
A camada de codec de mídia 404 suporta os codec 10 de mídia específica que estão fora do escopo desta configuração. Um codec de mídia fornece uma seqüência de quadros de mídia à camada de sincronização 406 na rede. Cada quadro de mídia pode ser identificado por uma marca de tempo de apresentação (PTS), que especifica geralmente o 15 tempo em que o quadro deve ser apresentado, e por um ID de quadro associado, que identifica a posição relativa do quadro na seqüência de quadros com um superquadro. Um codec de fonte de vídeo pode gerar múltiplos quadros de mídia com a mesma PTS e ID de quadro dentro de um superquadro.
Para determinados tipos de mídia, notavelmente
vídeo, a camada de codec de mídia 404 na rede 302 também fornece metadados à camada de sincronização 406 em que a camada de sincronização 406 no dispositivo 304 pode usar para ajudar em adquirir e em recuperar a seqüência de 25 quadros de mídia a ser entregues à camada de codec de mídia 404 no dispositivo 304.
A camada de sincronização 406 é responsável para adaptar os quadros de mídia como necessário de acordo com o tipo de mídia, e para fornecer a sincronização de mídia e a 30 temporização de apresentação. A camada de sincronização 406 transporta uma seqüência de pacotes de camada de sincronização. Um pacote de camada de sincronização conduz um quadro de mídia ou um quadro de adaptação, como descrito abaixo. Um pacote da camada da sincronização que transporta um quadro de mídia é dado forma adicionando um cabeçalho da sincronização (SH) ao quadro de mídia. 0 cabeçalho da sincronização (SH) consiste em um tipo de meios, em um 5 cabeçalho comum de mídia, e em um cabeçalho específico de mídia, como descrito em um detalhe mais adicional abaixo.
Adicionalmente, a camada de sincronização 406 pode conduzir determinados metadados específicos a cada tipo de mídia. Estes metadados são conduzidos em duas maneiras. Primeiramente, como notado, extensões de mídia específica podem ser incluídas no cabeçalho de sincronização de pacotes de camada de sincronização. Em segundo, os pacotes de camada de sincronização podem ser usados para conduzir os quadros de adaptação que são gerados dentro da camada de sincronização 406 e intercalados entre os pacotes de camada de sincronização que conduzem quadros de mídia no mesmo fluxo. Os tipos diferentes de quadro de adaptação são identificados por um ID de aplicação no cabeçalho de sincronização para o quadro de aplicação.
As FIG. 5A e FIG. 5B ilustram relacionamentos exemplares alternativos entre pacotes de camada de sincronização e os quadros de mídia de acordo com determinadas configurações. A FIG. 5A ilustra um primeiro 25 pacote de camada de sincronização exemplar 500 codificado pelo dispositivo codificador HO. O pacote de camada de sincronização 500 é compreendido de, como exemplo, uma pluralidade de quadros de mídia 504, 506, e 510 de comprimento variável. Precedendo cada quadro de mídia 504, 30 506 e 510 existe um cabeçalho de sincronização (SH) correspondente 502. O cabeçalho de sincronização (SH) 502 inclui três componentes. Os três componentes incluem um tipo de mídia (MT) 520, um cabeçalho de mídia comum (CMH) 522 e um cabeçalho de mídia específica (MSH) 524, que são descritos em detalhe aqui abaixo.
No exemplo da FIG. 5A, um quadro de adaptação 508 é introduzido entre os quadros de mídia 506 e 510. 0 quadro 5 de adaptação 508 é precedido por um cabeçalho de sincronização (SH) 512 que tem dois componentes. Os dois componentes do cabeçalho de sincronização (SH) 512 incluem um tipo de mídia (MT) 530 e um tipo de adaptação (AT) 532.
A FIG. 5B ilustra um segundo pacote de camada de 10 sincronização exemplar 550 codificada pelo dispositivo codificador HO. 0 pacote de camada de sincronização 550 é compreendido de, como exemplo, uma pluralidade de quadros de mídia 564, 570, e 580 de comprimento variável. Precedendo cada quadro de mídia 564, 570 e 580 existe um 15 cabeçalho de sincronização (SH) correspondente 560 e um cabeçalho de adaptação (AH) 562. No exemplo da FIG. 5B, um quadro de adaptação 57 4 é introduzido entre os quadros de mídia 570 e 580. O quadro de adaptação 574 é precedido por um cabeçalho de sincronização (SH) 572.
2 0 Opções de Configuração de Fluxo em Tempo Real
Para os fluxos que fornecem dados em tempo real as opções de configuração do fluxo podem ser configuradas como se segue: 1) FASB_ALLOWED denotado como não selecionado; 2) CHECKSUM_ACTIVE denotado como configurável; 2 5 e 3) STREAM_ENCRYPTION_ACTIVE denotado como configurável. Codec de mídia e Interfaces de camada de enquadramento
Um serviço em tempo real pode consistir em mais de um tipo de componente de streaming, por exemplo, vídeo, áudio e texto usados para o comentário ou legenda, 30 possivelmente em múltiplos fluxos de língua e mesmo em múltiplas combinações destes. Cada componente de streaming pode ser conduzido em um fluxo separado ou múltiplos componentes de streaming podem ser transportados em um único fluxo.
No que diz respeito a FIG. 3, cada tipo de conteúdo é codificado e formatado apropriadamente. Três 5 tipos de conteúdo de streaming são suportados, porém aqueles versados na técnica apreciarão a extensão dos conceitos apresentados aqui: Vídeo (por exemplo H.264); Áudio (por exemplo versão 2 de HE-AAC) ; e/ou Dados Temporizados (por exemplo Texto Programado de PSS 3GPP)
Os quadros de adaptação 508 ou 574 conduzindo
metadados associados com o fluxo são considerados como um quarto tipo de conteúdo.
A interface de codec de mídia na rede 302 fornece uma seqüência de quadros de mídia 504, 506, 510, 564, 570, 15 e 580 à camada de sincronização 406. No dispositivo 304, a camada de sincronização 406 fornece uma seqüência de quadros de mídia (por exemplo, 504, 506 e 510) ao codec de mídia. Os quadros de mídia (por exemplo, 504, 506 e 510) podem ser alinhados às fronteiras de byte quando passados 20 através da interface entre a camada de sincronização 406 e a camada de codec de mídia 404 no dispositivo 304 e na rede 302.
A camada de sincronização 406 na rede 302 adiciona os cabeçalhos de camada de sincronização (por 25 exemplo, 502) aos quadros de mídia (por exemplo, 504, 506 e 510) para criar pacotes de sincronização, intercala-os com os pacotes de sincronização que entregam os quadros de adaptação 508, e entrega os pacotes de sincronização resultantes à camada de enquadramento 408 para a 30 transmissão. Os pacotes da sincronização portando os quadros de mídia de vídeo podem ser transmitidos no componente de modulação de camada base ou no componente de modulação de camada melhorado, como especificado pela camada de codec de mídia de vídeo 404. Outros pacotes de sincronização podem ser transmitidos no componente de camada base.
A camada de sincronização 406 no dispositivo 304 5 entrega os quadros de mídia (por exemplo, 504, 506 e 510) à camada de codec de mídia 404 na ordem crescente de ID de quadro em cada superquadro. A ordem de entrega dos quadros de mídia de vídeo é sujeita a determinadas restrições adicionais no caso onde há mais de um quadro de mídia de 10 vídeo com o mesmo ID de quadro.
0 tamanho máximo do quadro de mídia (por exemplo, 504, 506 e 510) não pode exceder PMax_rt bytes, onde Pmaxrt é um parâmetro de sistema conf igurável FLO, e como tal, pode ser configurado para facilitar uma variedade de tamanhos de quadro de mídia.
A descrição abaixo especifica a adaptação dos pacotes de serviço fornecidos pelos codec de mídia para o transporte sobre a camada de sincronização 406 para cada tipo de mídia, e as interações de mídia específica da 20 camada de sincronização 406 com a camada de enquadramento 408 .
Conteúdo de Video
Interface de codec de mídia de rede
Quadros de vídeo podem ser gerados a qualquer 25 taxa nominal especificada na Tabela 8, abaixo. A taxa de quadro nominal pode mudar dentro de um superquadro, por exemplo, porque o conteúdo a partir das diferentes fontes é fornecido em taxas diferentes à rede. Para cada superquadro, a camada de codec de mídia 404 pode indicar à 30 camada de sincronização 406 o número de quadros de mídia que deseja ser apresentado ao usuário. Os quadros de vídeo consistem em um número de bytes integral. Conseqüentemente não é necessário fornecer o alinhamento de byte para um quadro de mídia que transporta um quadro de vídeo.
A camada de codec de mídia 4 04 que pode apresentar os quadros de vídeo à camada de sincronização 5 406 na ordem de decodif icação. A camada de codec de mídia 404 pode fornecer os seguintes metadados à camada de sincronização 406 com cada quadro de vídeo: I) o PTS e ID de quadro; 2) a Taxa de Quadro associada com o quadro, identificando a taxa instantânea em que os quadros de vídeo 10 devem ser apresentados ao usuário; 3) se o quadro é um Ponto de Acesso Aleatório (RAP) , no qual o dispositivo 304 pode usar para adquirir o fluxo de vídeo; 4) se o quadro é um quadro de referência; 5) se o quadro contém informações de vídeo essenciais ou informações de vídeo adicionais; 15 e/ou 6) se o quadro é pretendido para a transmissão no componente de camada base ou no componente de camada melhorada. Os critérios pelos quais as informações de vídeo são determinadas a serem essenciais ou adicionais são determinados pela camada de codec de mídia 404.
O valor do ID de quadro pode ser ajustado a zero
para o primeiro quadro de vídeo no superquadro. Pode incrementar ou permanecer o mesmo para cada quadro de vídeo subseqüente apresentado à camada de sincronização 406, até e incluindo o número de quadros de mídia a ser apresentados pelo dispositivo 304.
A entrega dos quadros com o mesmo ID de quadro através da interface está sujeita a algumas restrições. Uma primeira restrição é que se a camada de codec de mídia 404 gera um ou mais quadros RAP e um ou mais quadros 30 substitutos com o mesmo ID de quadro, ele pode apresentar os quadros RAP à camada de sincronização 406 antes dos quadros substitutos. Uma segunda restrição é que se a camada de codec de mídia 404 gera dois quadros para o mesmo ID de quadro que diferem somente no nível da qualidade de vídeo, o quadro de baixa qualidade pode ser transmitido no componente de camada base e o quadro de alta qualidade pode ser transmitido no componente de camada melhorada.
5 Interface de camada de enquadramento de rede
A camada de sincronização 406 pode agrupar os pacotes de sincronização conduzindo os quadros de vídeo conforme o que são transmitidos no componente de camada base ou de camada melhorada. Cada grupo pode ser processado separadamente.
A camada de sincronização 406 pode fornecer os pacotes de sincronização para cada grupo à camada de enquadramento 408 na ordem crescente de ID de quadro. Dois pacotes de sincronização com o mesmo ID de quadro no mesmo 15 componente podem ser fornecidos à camada de enquadramento 408 na ordem que foram recebidos da camada de codec de mídia 404.
Interface de camada de enquadramento de dispositivo
0 dispositivo 304 pode recuperar os pacotes de sincronização transmitidos a partir de componentes de camada base e de camada melhorada, e pode recuperar a ordem em que devem ser entregues através da interface de codec de mídia de dispositivo processando-os juntos.
Interface de codec de mídia de dispositivo A camada de sincronização 406 no dispositivo 304
pode apresentar os quadros de mídia de vídeo (por exemplo, 504, 506 e 510) à camada de codec de mídia 404 que na ordem de decodificação, como determinado a partir do ID de quadro, sujeito às recomendações adicionais (tudo ou alguns 30 dos quais podem ser eliminados para configurações alternativas). Uma primeira recomendação é que se a camada de sincronização 406 detecta um quadro de mídia de vídeo com o conjunto de flag RAP ("Quadro RAP") e um ou mais quadros não-RAP com o mesmo ID de quadro, uma de duas condições são avaliadas então ademais. A primeira condição (para a primeira recomendação) é que se a camada de sincronização 406 não adquiriu o fluxo de vídeo, pode entregar o Quadro RAP através da interface de codec de mídia (MCI), e pode descartar os quadros não-RAP. Se não (a segunda condição), a camada de sincronização 406 pode descartar o Quadro RAP e pode entregar os quadros não-RAP através da interface de codec de mídia (MCI), como apropriado. O Quadro RAP pode ser um CSF.
Uma segunda recomendação é que se a camada de sincronização 406 detecta dois quadros de mídia de vídeo com os cabeçalhos de camada de sincronização (SH) idênticos, pode entregar o quadro recebido na camada melhorada à camada de codec de mídia 404 e descartar o quadro recebido na camada base.
Uma terceira recomendação é que se a camada de sincronização 406 detecta um quadro de mídia de vídeo com informações de vídeo essenciais, e um segundo quadro de mídia de vídeo com o mesmo ID de quadro e informações de vídeo adicionais. Duas condições adicionais são consideradas. Na primeira condição da terceira recomendação, se a camada de codec de mídia 404 não suporta o processamento das informações vídeo adicionais, a camada de sincronização 406 pode descartar esse quadro de mídia de vídeo e entregar o quadro de mídia de vídeo com informações de vídeo essenciais à camada de codec de mídia 404. Na segunda condição da terceira recomendação, se a primeira condição não é satisfeita, a camada de sincronização 406 pode entregar ambos os quadros de mídia de vídeo à camada de codec de mídia 404.
A FIG. 16 ilustra um fluxograma de um processo 1600 para a camada de sincronização 406 à camada de codec de midia 404 que processa em um dispositivo 304. 0 processo 1600 começa com o bloco 1602 onde os quadros de mídia de vídeo são apresentados a partir da camada de sincronização 406 à camada de codec de mídia 404 na ordem de 5 decodif icação com base no número de ID de quadro. O bloco 1602 é seguido pelo bloco 1604 onde uma determinação é feita se há dois quadros back-to-back com o mesmo número de ID de quadro e que um quadro é um quadro RAP (por exemplo, CSF) e outro é um quadro não-RAP. Se a determinação é 10 "NÃO", o bloco 1604 realiza Ioop de volta ao bloco 1602. Entretanto, se a determinação é "SIM", o bloco 1604 é seguido então pelo bloco 1606 onde uma determinação é feita se a camada de sincronização 406 adquiriu o fluxo de vídeo. Se a determinação é "SIM", o bloco 1606 é seguido então 15 pelo bloco 1608 onde o quadro RAP é rejeitado e os quadros não-RAP são entregues ao MCI como apropriado. Se a determinação é "NÃO", o bloco 1606 é seguido então pelo bloco 1610 onde o quadro RAP é enviado ao MCI e os quadros não-RAP são rejeitados.
A FIG. 17 ilustra um exemplo de um fluxo de bits
1700 gerado pela rede 302 com números de identificação de mesmo quadro back-to-back. 0 fluxo de bits 1700 é similar àquele mostrado e descrito com relação à FIG. 5A. Como exemplo, o quadro de mídia 1704 inclui um quadro-P (1) para 25 um canal denotado por CH-CNN. O quadro de mídia 1704 inclui um cabeçalho de sincronização (SH) 1702. O cabeçalho de sincronização (SH) 1702 é similar ao cabeçalho de sincronização (SH) 502 descrito previamente.
Neste exemplo, suponha que um CSF esteve inserido para efetuar uma mudança de canal tal como para CH-ESPN. O CSF é representado pelo quadro de mídia 1708 e inclui um cabeçalho de sincronização (SH) 1706. 0 CSF é um quadro RAP e terá um CMH 1720 com um número de identificação de quadro. Para finalidades ilustrativas, um quadro de adaptação com sua correspondência SH é mostrado depois do CSF (quadro de mídia 1708) . O quadro de mídia 1712 é designado como um quadro não-RAP e é precedido pelo 5 cabeçalho de sincronização (SH) 1710. Neste fluxo de bits 1700, os quadros de mídia 1708 e 1712 são back-to-back. O CSF pretende comutar os canais tal como canal CH-ESPN. Para efetuar a mudança de canal, o quadro de mídia 1712 é um quadro-P (2) e tem um CHM no cabeçalho de sincronização 10 1710 com um número de identificação de quadro que seja o mesmo que o número de identificação de quadro no cabeçalho de sincronização (SH) 1706 para o CSF (quadro de mídia 1708) .
O quadro de mídia 1712 é seguido pelo quadro de mídia 1716 que tem um cabeçalho de sincronização 1714. O quadro de mídia 1716 pode ser um quadro-B. Na ordem de saída, o quadro-B é antes do quadro-P. Assim, o quadro-B é rejeitado ou descartado (veja FIG. 10).
Com relação à descrição fornecida na FIG. 10, o 20 quadro de mídia 1704 necessita de ser designado como um quadro de não-referência. Desde que há uma mudança de canal, o quadro 1704 pode não servir como um quadro de referência para um quadro de vídeo em um outro canal. O quadro de mídia 17 04 pode ser ajustado como um quadro de 25 não-referência ou esvaziado de um buffer. Todavia, outros meios de eliminar um quadro de mídia de servir como um quadro de referência podem ser usados.
Conteúdo de Áudio
Interface de codec de mídia de rede Os quadros de áudio são gerados em uma taxa fixa
de acordo com o tipo de codec de áudio em uso. Entretanto, a taxa de quadro de áudio pode não ser um múltiplo integral da taxa de superquadro. Para cada superquadro, a camada de codec de mídia 404 pode indicar à camada de sincronização 406 o número de quadros de mídia que deseja ser apresentado.
Um ID de quadro pode ser associado com cada 5 quadro de áudio apresentado à camada de sincronização 406. O ID de quadro pode ser atribuído pela camada de codec de mídia 404 ou pela camada de sincronização 406. O valor do ID de quadro pode ser ajustado a zero para o primeiro quadro áudio no superquadro. 0 valor pode incrementar para 10 cada quadro de áudio subseqüente apresentado à camada de sincronização 406, até e incluindo o número de quadros de mídia a ser apresentados pelo dispositivo 304.
A camada de codec de mídia 404 na rede 302 pode apresentar quadros de áudio à camada de sincronização 406 15 na ordem que são gerados. Um quadro de áudio pode consistir em um número não-inteiro de bytes. A camada de codec de mídia 404 pode conseguir o alinhamento de byte de acordo com os meios específicos para o tipo de codec áudio em uso.
A camada de codec de mídia 404 pode fornecer metadados à camada de sincronização 406 em associação com cada quadro de áudio. Os metadados incluem um ID de quadro, se são atribuídos pela camada de codec de mídia 4 04.
Se o quadro é um quadro RAP
Se o quadro contém informações de áudio essenciais ou informações de áudio adicionais. Os critérios pelos quais as informações de áudio são determinadas serem essenciais ou adicionais são determinados pela camada de codec de mídia 404.
Interface de camada de enquadramento de rede Os pacotes de sincronização contendo quadros de
áudio podem ser transmitidos no componente de modulação direcionado pela camada de codec de mídia 404. Os quadros de áudio recebidos dentro de cada componente de modulação podem ser apresentados à camada de enquadramento 408 na ordem que eles são gerados.
Interface de camada de enquadramento de dispositivo
A camada de sincronização 406 no dispositivo 304 5 pode processar pacotes de sincronização na ordem que são recebidos através da interface de camada de enquadramento. Interface de codec de mídia de dispositivo
A camada de sincronização 406 no dispositivo 304 pode apresentar quadros de áudio à camada de codec de mídia 404 na ordem que são extraídos dos pacotes de sincronização.
Conteúdo de Dados Temporizados
Interface de codec de mídia de rede
Os quadros de dados temporizados são gerados em uma taxa variável. Tipicamente, mas não necessariamente, há no máximo um quadro de Dados Temporizados por superquadro em um fluxo de dados programado, como melhor visto na FIG. 3.
Um ID de quadro pode ser associado com cada 20 quadro de dados programado apresentado à camada de sincronização 406. 0 ID de quadro pode ser atribuído pela camada de codec de mídia 4 04 ou pela camada de sincronização 406. 0 valor do ID de quadro pode ser ajustado a zero para o primeiro quadro de dados temporizado 25 no superquadro. 0 valor pode incrementar para cada quadro de dados temporizado subseqüente apresentado à camada da sincronização, até e incluindo o número de quadros de mídia a ser apresentado pelo dispositivo.
A camada de codec de mídia 404 na rede pode apresentar quadros de dados programados à camada de sincronização 406 na ordem que são gerados. Os quadros de Dados Temporizados podem consistir em um número não-inteiro de bytes. 0 alinhamento de byte pode ser conseguido de acordo com os meios especificados para o tipo de dados temporizados em uso. Os metadados fornecidos pela camada de codec de midia 404 à camada de sincronização 406 em associação com cada quadro de dados temporizado, eventualmente, é dependente do tipo de dados.
Interface de camada de enquadramento de rede
Os pacotes de sincronização que contêm quadros de dados temporizados podem ser transmitidos no componente da modulação direcionado pela camada de codec de mídia 404. Os quadros de dados temporizados recebidos dentro de cada componente de modulação podem ser apresentados à camada de enquadramento na ordem que são gerados.
Interface de camada de enquadramento de dispositivo
A camada de sincronização 406 no dispositivo pode processar pacotes de sincronização na ordem que são recebidos através da interface de camada de enquadramento. Interface de codec de mídia de dispositivo
A camada de sincronização 406 no dispositivo pode apresentar quadros de dados temporizados à camada de codec de mídia 404 na ordem que são extraídos dos pacotes da sincronização.
Aquisição de Camada de Sincronização
A FIG. 6 ilustra uma máquina de estado exemplar 600 para processar a camada de sincronização 406 para um fluxo individual no dispositivo de acordo com determinadas configurações. A máquina de estado 600 ilustra as transições entre cada estado e o processamento empreendido em cada estado.
Estado de Aquisição
0 dispositivo 304 pode entrar com o estado de aquisição 606 em qualquer uma das seguintes circunstâncias: 1) aquisição do sinal FLO denotado por 602; 2) recebimento de uma indicação a partir da camada de quadro 408 que o ID de fluxo mudou, denotado por 612; 3) perda de um sinal FLO, denotada por 610, quando no Estado Adquirido 614; 4) detecção de um quadro de mídia com erros, também denotada por 610, quando no Estado Adquirido 614; 5) erros podem ser 5 sinalizados pela camada de enquadramento 408 ou ser detectados pela verificação de redundância cíclica (CRC), se o processamento de CRC é configurado. Adicionalmente, quando o quadro não-RAP é recebido, denotado por 604, o estado de Aquisição 606 pode ser entrado.
No caso de vídeo, o dispositivo 304 pode usar a
informação fornecida pelo Diretório de camada de sincronização de Vídeo, se disponível, para determinar a natureza dos quadros de mídia afetados pelo erro. O dispositivo 304 pode determinar que os procedimentos de 15 recuperação de erro são possíveis sem reentrar o Estado de Aquisição 614.
Estado Adquirido
No recebimento de um quadro RAP, denotado por 608, que não esteja com erro, o dispositivo 304 pode incorporar o Estado Adquirido 614. O Estado Adquirido é incorporado quando nenhum erro de quadro é detectado, denotado por 616 quando no Estado Adquirido 614.
Enquanto no Estado de Aquisição 614, o dispositivo 304 pode processar os quadros de mídia fornecidos pela camada de enquadramento 408. Os quadros de mídia válidos podem ser entregues à camada de codec de mídia 404.
Cabeçalho de sincronização (SH)
A FIG. 11 ilustra um gerador de cabeçalho de de sincronização 1100 gerando o cabeçalho de sincronização 1110. O gerador de cabeçalho de sincronização 1110 inclui um gerador de tipo de campo de mídia 1130 que gera os códigos de tipo de mídia. Os códigos de tipo de mídia são extraídos introduzindo no formato do cabeçalho de sincronização 1100 e inclui 00 para o vídeo no bloco 1132,
01 para o áudio 1134, 10 para dados temporizados no bloco 1136 e 11 para a adaptação no bloco 1140. O gerador de 5 cabeçalho de sincronização 1110 também inclui um gerador de campos adicional 1150. O gerador de cabeçalho de sincronização 1110 também gera o tipo de adaptação (AT) , como mostrado na FIG. 5A, pelo gerador de tipo de adaptação 1160 mostrado na FIG. 12B.
0 cabeçalho de sincronização 1100 consiste em um
campo de tipo de mídia 1102 seguido pelos campos adicionais 1104 cujo formato depende do valor do campo de tipo de mídia gerado pelo gerador de tipo de campo de mídia 1130. O gerador de campos adicionais 1150 é mostrado na FIG. 12A.
O formato geral do cabeçalho de sincronização
1100 é mostrado na Tabela 2. As Tabelas incluem um nome de campo, um tipo de campo, e uma presença de campo. A presença de campo indicaria se o campo é imperativo, condicional, etc. O tipo de campo indica se o campo é um UINT, Variável, Bits, etc.
Tabela 2: Formato Geral do Cabeçalho de Camada de Sincronização
Nome de campo Tipo de campo Presença de Campo
MEDIA_TYPE(1102) UINT (2) IMPERATIVO
Campos Adicionais(1104) Variável IMPERATIVO
MEDIA TYPE
O campo MEDIA_TYPE 1102 identifica o tipo de quadro de mídia carregado pelo pacote de camada de sincronização, ou que o pacote de camada de sincronização está carregando um quadro de adaptação. Os valores definidos para o MEDIA_TYPE são listados na Tabela 3:
Tabela 3: Valores definidos para MEDIA__TYPE Nome Valor VÍDEO 00
ÁUDIO 01
TIMED_DATA 10
ADAPTAÇÃO 11
Campos Adicionais
A FIG. 12A ilustra um gerador de campos adicionais 1150 do gerador de cabeçalho de sincronização 1110. O gerador de campos adicionais 1150 inclui um montador de cabeçalho de midia comum 1200 e um montador de cabeçalho de midia específica 1202.
O formato dos campos adicionais 1104 depende do valor do campo de tipo de mídia 1102. O montador de cabeçalho de mídia comum 1200 monta o CMH (FIG. 5A) de acordo com os detalhes na Tabela 4. O montador de cabeçalho 15 de mídia específica 1202 monta o MSH (FIG. 5A) de acordo com os detalhes na Tabela 4. O formato geral de campos de cabeçalho para os pacotes de sincronização que transportam vídeo, áudio ou os quadros de mídia de dados temporizados é mostrado na Tabela 4.
Tabela 4: Formato Geral de Campos Adicionais para o
Cabeçalho de camada de sincronização para quadros de mídia Nome de campo Tipo de campo Presença de Campo
Cabeçalho de Mídia Comum BIT (22) IMPERATIVO
Cabeçalho de Mídia Específica Variável CONDICIONAL
O formato geral de campos de cabeçalho para os
pacotes de sincronização que transportam quadros de adaptação é mostrado na Tabela 5. A FIG. 12B ilustra um gerador de tipo de adaptação 1160 do gerador de cabeçalho de sincronização 1110.
Tabela 5: Formato Geral de Campos Adicionais para o
Cabeçalho de camada de sincronização para quadros de
adaptação
Nome de Campo Tipo de campo Presença de Campo ADAPTATION_TYPE UINT (6) IMPERATIVO
Cabeçalho de Mídia Comum
A FIG. 13A ilustra um montador de cabeçalho de mídia comum 1200. O montador CMH 1200 inclui um gerador PTS 5 1302, um gerador de frame_id 1304, um gerador de information_level_fIag 1306 e um gerador de RAP_flag 1308. O formato de cabeçalho de mídia comum (CMH) para os pacotes de camada de sincronização que carregam quadros de mídia é mostrado na Tabela 6. O cabeçalho de mídia comum (CMH) 10 fornece várias informações. As informações CMH incluem 1) marca de tempo e informações de ID de quadro de mídia; 2) Pontos de Acesso Aleatórioa no fluxo de dados contínuo. Isto suporta a aquisição rápida de Áudio, de Vídeo e de fluxos de Texto Temporizados. As informações CMH também 15 incluem 3) indicações de quadro de não-referência. Estes permitem que os quadros de mídia sejam descartados sem processar em determinadas circunstâncias (por exemplo, Avanço Rápido). As informações CMH também incluem 4) um indicador de nível de qualidade.
O formato do Cabeçalho de Mídia Comum gerado pelo
montador de cabeçalho de mídia comum 1200 é mostrado na Tabela 6.
Tabela 6: Formato do Cabeçalho de Mídia Comum Nome de campo Tipo de Campo Presença de campo
PTS UINT (14) IMPERATIVO
FRAME_ID UINT(6) IMPERATIVO
INFORMATION_LEVEL_FLAG BIT(I) IMPERATIVO
RAP_FLAG BIT(I) IMPERATIVO
Os campos individuais do CMH são definidos
abaixo.
PTS
O campo PTS é a Marca de Tempo de Apresentação do quadro de mídia e é gerado pelo gerador PTS 1302. Este campo é especificado em unidades de milissegundos. O campo PTS é adicionado ao superquadro Tempo para conseguir o tempo real em que o quadro de mídia vai ser apresentado. FRAME ID
O FRAME_ID é o número do quadro de mídia dentro
do superquadro e é gerado pelo gerador de frame_id 1304. O número é ajustado em 0 para o primeiro quadro de mídia dentro do superquadro e incrementado para cada quadro subseqüente de mídia que tem um valor diferente para o PTS. INFORMATION LEVEL FLAG
O INFORMATION_LEVEL_FLAG é um bit que indica se o quadro de mídia conduz as informações essenciais para o quadro ou as informações adicionais de mídia que podem ser combinadas com as informações essenciais. O INFORMATION_LEVEL_FLAG é 15 gerado pelo gerador de information_level_fIag 1306. O gerador 130 6 geraria o INFORMATION_LEVEL_FLAG de acordo com as seguintes condições. Se o quadro de mídia conduz as informações essenciais (condição 1), o
INFORMATION_LEVEL_FLAG pode ser ajustado a 0. Se o quadro 20 de mídia conduz qualidade adicional (condição 2), o INFORMATION_LEVEL_FLAG pode ser ajustado a I. Se o codec de mídia não suporta um nível de informações adicionais (condição 3), o INFORMATION_LEVEL_FLAG pode ser ajustado a Oeo campo pode ser ignorado pelo dispositivo.
2 5 RAP_FLAG
Os sinais de RAP_FLAG se o quadro de mídia é um ponto de acesso aleatório e são gerados pelo gerador de RAP_flag 1308. O dispositivo 304 pode usar o RAP_FLAG durante a reaquisição ou a comutação de canal para 30 determinar se pode começar a acessar o fluxo de mídia com este quadro de mídia. 0 gerador de RAP_flag 1308 gerará um RAP_FLAG de acordo com várias condições. Se (para a condição 1) o MEDIA_TYPE é ajustado em VÍDEO ou ÁUDIO, e se o quadro de mídia é um ponto de acesso aleatório, o RAP_FLAG pode ser ajustado a I. Se (para a condição 2) o MEDIA_TYPE é ajustado a VÍDEO ou ÁUDIO, e se o quadro de mídia não é um ponto de acesso aleatório, o RAP_FLAG pode 5 ser ajustado a 0. Se (para a condição 3) o MEDIA_TYPE é ajustado em TIMED_DATA, o RAP_FLAG pode ser ajustado a 1 em todos os quadros de mídia.
Cabeçalhos de Mídia Específica
A FIG. 13B ilustra um montador de cabeçalho de 10 mídia específica 1202. 0 montador ddeo cabeçalho de mídia específica (MSH) 1202 monta os formatos do cabeçalho de mídia específica (FIG. 5A) para os pacotes de camada de sincronização que carregam quadros de mídia, de acordo com o tipo de mídia. Os tipos de mídia são áudio, vídeo, dados 15 temporizados e de adaptação. O montador MSH 1202 inclui um gerador de taxa de quadro 1322, um gerador de unreferenced_frame_fIag 1324 e um gerador de campo reservado 1326 para um tipo de mídia designado para o vídeo.
2 0 Vídeo
0 cabeçalho de mídia específica (MSH) para os pacotes de camada de sincronização que carregam os quadros de mídia de vídeo é o cabeçalho de mídia vídeo. O formato do Cabeçalho de Mídia de Vídeo é especificado na Tabela 7. Tabela 7: Cabeçalho de Mídia de Vídeo
Nome de campo Tipo de Campo Presença de campo
FRAME_RATE UINT (3) IMPERATIVO
UNREFERENCED_FRAME_FLAG BIT(I) IMPERATIVO
RESERVADO UINT(4) IMPERATIVO
Os campos individuais do Cabeçalho de Mídia de
Vídeo são definidos abaixo.
FRAME RATE O campo FRAME_RATE representa a taxa em que os quadros de video são gerados pela rede e gerados pelo gerador de taxa de quadro 1322 de acordo com os valores na Tabela 8. Os valores definidos para FRAME_RATE são mostrados na Tabela 8.
Tabela 8: Valores definidos para FRAME_RATE
Taxa de Quadro (quadros por segundo) Valor
24000/1001 (23,976) 000
24 001
25 010
30000/1001 (29,97) 011
100
50 101
60000/1001 (59,94) 110
60 111
A taxa FRAME_RATE é a taxa de display nominal em quadros por segundo se o fluxo de video completo é recebido. Por exemplo, se um fluxo de vídeo é enviado usando as camadas base e de melhoramento, a FRAME_RATE é a 20 taxa depois que ambos os fluxos de dados são decodificados completamente. As taxas reais de display podem diferir. Por exemplo, um dispositivo que recebe somente a camada base de uma transmissão pode exibir quadros em uma taxa mais baixa. UNREFERENCED FRAME FLAG 2 5 O UNREFERENCED_FRAME_FLAG é um bit que indica se
o quadro de mídia é usado como uma referência na reconstrução de outros quadros de mídia e gerado pelo gerador de unreferenced_frame_fIag 1324. O gerador 1324 gera o UNREFERENCED_FRAME_FLAG com base nas seguintes 30 condições. Se o quadro de mídia é um quadro de referência (condição 1), o UNREFERENCED_FRAME_FLAG pode ser ajustado a 0. Se o quadro de mídia não é um quadro de referência (condição 2), o UNREFERENCED_FRAME_FLAG pode ser ajustado a 1.
RESERVADO
0 valor de todos os bits de RESERVADO pode ser ajustado a 0 e é gerado pelo gerador de campo reservado 1326 como necessário.
Áudio
0 montador de cabeçalho de midia especifica 1202 não gera um cabeçalho de midia específica para os pacotes 10 de camada de sincronização que carregam quadros de áudio de mídia. Todavia, o montador de cabeçalho de mídia específica 1202 pode ser modificado para fornecer tal MSH para o áudio.
Dados Temporizados O montador de cabeçalho de mídia específica 1202
inclui um gerador de timed_data_type 1332. O cabeçalho de mídia específica para os pacotes de camada de sincronização que carregam quadros de mídia de dados temporizados é o cabeçalho de mídia de dados temporizados. O formato do 20 cabeçalho de mídia de dados temporizados gerado pelo gerador de timed_data_type 1332 é mostrado na Tabela 9. Tabela 9: Formato do Cabeçalho de Mídia de Dados
Temporizados
Nome de campo Tipo de Campo Presença de Campo
2 5 TIMED_DATA_TYPE UINT(8) IMPERATIVO
TIMED DATA TYPE
O campo TIMED_DATA_TYPE identifica o tipo específico de dados no quadro de mídia TIMED_DATA e é gerado pelo gerador de timed_data_type 1332. Os valores definidos para TIMED_DATA_TYPE são dados na Tabela 10.
Tabela 10: Valores Definidos para TIMED_DATA_TYPE Nome Valor
CHARACTER TEXT 0 Os valores de I a 256 são reservados.
ADAPTATION TYPE
A FIG. 12B ilustra o gerador de tipo de adaptação 1160 do gerador de cabeçalho de sincronização 1110. 0 5 gerador de tipo de adaptação 1160 inclui um montador de diretório de vídeo_sync_layer 1220. O campo APPLICATION_TYPE especifica o tipo de dados de adaptação no quadro de adaptação. Os valores definidos do campo APPLICATION_TYPE são especifiçados na Tabela 11.
Tabela 11: Valores definidos para ADAPTATION_TYPE
Nome Valor
VIDEO_SYNC_LAYER_DIRECTORY 1
Todos os outros valores são reservados.
Quadros de adaptação A estrutura do corpo do quadro de adaptação (por
exemplo, 508) é dependente do tipo de adaptação. O corpo do quadro de adaptação de cada tipo de adaptação é especificado na Tabela 11 e descrito abaixo.
Diretório de camada de sincronização de video (VSL)
O montador de diretório de video_sync_layer 1220
gera um diretório de camada de sincronização de vídeo que é um quadro de adaptação opcional e pode ser usado pela camada de sincronização 406 no dispositivo para ajudar ao codec de vídeo na recuperação de erro. Por exemplo, pode 25 permitir que a camada de sincronização 406 determine se um quadro perdido ou corrompido foi pretendido a ser um quadro de referência. Este conhecimento pode permitir o codec de vídeo para determinar se os quadros subseqüentes até o quadro de referência seguinte devem ser processados ou 30 rejeitados.
0 montador de diretório de video_sync_layer 1160, ilustrado na FIG. 14, inclui um módulo 1402 de VSL__records, um módulo de RPA_flag_bits 1412, um módulo de 10
15
20
25
30
U_f rame_f lag_bits 1422 e um módulo reservado 1432 para gerar e montar o diretório de video_sync_layer. O diretório de video_sync_layer, se presente, pode ser transportado como um quadro de adaptação de camada de sincronização no componente de camada base do fluxo que transporta o fluxo de video a que se aplica. Deve ser transmitido pelo menos uma vez por superquadro. O formato do diretório de video_sync_layer é especificado na Tabela 12.
Tabela 12: Diretório de camada de sincronização de video
(VSL)
Tipo de Campo VSL_RECORD_TYPE BIT (60)
BIT (60)
BIT(variável)
Nome de campo
VSL_RECORDs
RAP_FLAG_BITS
U_FRAME_FLAG_BITS
RESERVADO
VSL RECORD
Presença de Campo IMPERATIVO IMPERATIVO IMPERATIVO CONDICIONAL
A FIG. 15 ilustra um módulo de registro VSL 1402. O módulo de registro VSL 1402 inclui um módulo more VSL_records 1502, um módulo de frame_rate 1504, um módulo de num_frames 1506, um módulo de first_frame_PTS 1508 e um módulo de last_frame_PTS 1510.
O módulo de more_VSL_records 1502 pode gerar e montar um ou mais VSL_RECORDs para o diretório. O formato do VSL_RECORD é especificado na Tabela 13.
Tabela 13: Formato de um VSL RECORD
Nome de campo
MORE_VSL_RECORDS
FRAME_RATE
NUM_FRAMES
FIRST_FRAME_PTS
LAST_FRAME_PTS
MORE VSL RECORDS
Tipo de Campo BIT(1) UINT (3) UINT(6) UINT (14) UINT (14)
Presença de Campo IMPERATIVO IMPERATIVO IMPERATIVO IMPERATIVO IMPERATIVO O módulo de more_VSL_records 1502 gera um flag MORE_VSL_RECORDS que pode ser ajustado a 0 se o VSL__RECORD atual é o último no Diretório de camada de sincronização de Vídeo.
O módulo more__VSL_records 1502 gera um flag
MORE_VSL_RECORDS que pode ser ajustado a 1 se o VSL_RECORD não é o último no Diretório de camada de sincronização de Vídeo.
O número de VSL_RECORDs em um Diretório de camada de sincronização de Vídeo pode ser 1 maior do que o número de mudanças na taxa de quadro de vídeo nominal no superquadro.
FRAME RATE
O módulo de frame_rate 1504 gera e monta um campo de FRAME_RATE que fornece as informações de taxa de quadro aplicáveis ao VSL_RECORD. A Tabela 8 especifica os valores definidos para o campo FRAME_RATE.
NUM FRAMES
O módulo de num_frames 150 6 gera um campo de 2 0 NUM_FRAMES que indique o número de quadros de mídia de vídeo com os valores de ID de quadro diferentes na taxa de quadro especificado pelo campo de FRAME_RATE no bloco de quadros de mídia de vídeo consecutivos que começam no FIRST_FRAME_PTS dentro do superquadro.
2 5 FIRST FRAME PTS
O primeiro módulo de first_frame_PTS 1508 gera um FIRST_FRAME_PTS que é o PTS do primeiro quadro de mídia de vídeo de um bloco de quadros de mídia de vídeo consecutivos com a taxa de quadro especificada pela FRAME_RATE.
3 0 LAST FRAME PTS
O último módulo de last_frame_PTS 1510 gera e monta um LAST_FRAME_PTS que é o PTS do último quadro de mídia de vídeo do bloco de quadros de mídia de vídeo consecutivos com a taxa de quadro especificada pela FRAME_RATE que começa no LAST_FRAME_PTS.
RAP_FLAG_BITS
0 módulo de RAP_flag_bits 1412 gera os RAP_FLAG_BITS. 0 Diretório de camada de sincronização de Video contém 60 RAP_FLAG_BITS, correspondendo a um máximo de 60 quadros de mídia de vídeo em um superquadro. Cada bit do campo RAP_FLAG_BITS corresponde a um quadro de mídia de vídeo particular, até o número de quadros de mídia de vídeo distintos no superquadro, identificado por ID de quadro. O bit menos significativo corresponde ao primeiro quadro de mídia de vídeo coberto pelo primeiro VSL_RECORD. Os RAP_FLAG_BITS cobertos pelo primeiro VSL_RECORD são seguidos pelos RAP_FLAG_BITS cobertos pelos segundos e subseqüentes RAP_FLAG_BITS, se presentes, em ordem da transmissão.
Cada bit no bit de campo RAP_FLAGS_BITS do Diretório de camada de sincronização de Vídeo pode ser ajustado a 1 se o quadro de mídia de vídeo correspondente é 20 um ponto de acesso aleatório e não é acompanhado de um quadro não-RAP com o mesmo ID de quadro. Se não, o bit é ajustado a 0. Os bits seguintes ao bit em RAP_FLAG_BITS que corresponde ao último quadro de mídia de vídeo transmitido no superquadro podem ser ajustados a 0.
2 5 U_FRAME_FLAG_BITS
0 módulo de U_frame_flag_bits 1422 gera uma mensagem que contém 60 U_FRAME_FLAG_BITS, correspondendo a um máximo de 60 quadros de mídia de vídeo em um superquadro. Cada bit do campo de U_FRAME_FLAG_BITS 30 corresponde a um quadro de mídia de vídeo particular, até o número de quadros de mídia de vídeo distintos no superquadro, identificado por ID de quadro. O bit menos significativo corresponde ao primeiro quadro de mídia de video coberto pelo primeiro VSL_RECORD. Os
U_FRAME_FLAG_BITS cobertos pelo primeiro VSL_RECORD são seguidos pelos U_FRAME_FLAG_BITS cobertos pelos segundos e subseqüentes VSL_RECORDs, se presentes, em ordem de 5 transmissão.
Cada bit no campo de U_FRAME_FLAG_BITS do Diretório de camada de sincronização de Vídeo pode ser ajustado a 1 se o quadro de vídeo correspondente é um quadro de não-referência. Se não, o bit é ajustado a 0. Os 10 bits seguintes ao bit em U_FRAME_FLAG_BITS que corresponde ao último quadro transmitido no superquadro podem ser ajustados a 0.
RESERVADO
O campo de U_FRAME_FLAG_BITS é seguido pelo 15 número mínimo de bits RESERVADOS gerados pelo módulo reservado 1432 necessário para alinhar o byte final do diretório de sincronização de vídeo a uma fronteira de byte. A rede pode ajustar os bits RESERVADOS no diretório de sincronização de vídeo a 0.
Aqueles versados na técnica compreenderiam que as
informações e os sinais podem ser representados usando algumas de uma variedade de tecnologias e técnicas diferentes. Por exemplo, dados, instruções, comandos, informações, sinais, bits, símbolos, e chips que podem ser 25 providas durante toda a descrição acima podem ser representados por tensões, correntes, ondas
eletromagnéticas, campo ou partículas magnéticos, campos ou partículas óticas, ou qualquer combinação desses.
Aqueles versados apreciariam ainda que os vários blocos, módulos, circuitos, e etapas lógicos ilustrativos do algoritmo descritos em relação à revelação aqui podem ser implementados como hardware eletrônico, firmware, software de computador, middleware, microcódigo, ou combinações de ambos. Para ilustrar claramente esta permutabilidade de hardware e de software, os vários componentes ilustrativos, blocos, módulos, circuitos, e etapas foram descritos acima em geral nos termos de sua 5 funcionalidade. Se tal funcionalidade é implementada como hardware ou software depende da aplicação particular e de restrições de projeto impostas no sistema como um todo. Os versados na técnica podem implementar a funcionalidade descrita em várias maneiras para cada aplicação particular, 10 mas tais decisões de implementação não devem ser interpretadas como a causa de um afastamento do escopo da presente revelação.
Os vários blocos lógicos, módulos, e circuitos ilustrativos descritos em relação à revelação aqui podem ser implementados ou realizados com um processador de propósito geral, um processador de sinal digital (DSP), um circuito integrado de aplicação especifica (ASIC), um arranjo de porta programável em campo (FPGA) ou outro dispositivo de lógica programável, lógica de porta discreta ou de transistor, componentes de hardware discretos, ou qualquer combinação projetada desses para realizar as funções descritas aqui. Um processador de propósito geral pode ser um microprocessador, mas na alternativa, o processador pode ser qualquer processador, controlador, microcontrolador, ou máquina de estado convencional. Um processador pode também ser executado como uma combinação de dispositivos de computação, por exemplo, uma combinação de um DSP e de um microprocessador, uma pluralidade de microprocessadores, um ou mais microprocessadores conjuntamente com um núcleo de DSP, ou qualquer outra tal configuração.
Os blocos de um método ou de um algoritmo descritos em relação aos exemplos descritos aqui podem ser incorporados diretamente em hardware, em um ou mais módulos de software executados por um ou mais elementos de processamento, ou em uma combinação dos dois. Um módulo de software pode residir na memória RAM, memória Flash, 5 memória ROM, memória EPROM, memória EEPROM, registradores, disco rigido, em um disco removível, em um CD-ROM, ou em qualquer outra forma de meio de armazenamento conhecido na técnica. Um meio de armazenamento exemplar é acoplado ao processador tal que o processador pode Ier as informações 10 de, e escrever informações para, o meio de armazenamento. Na alternativa, o meio de armazenamento pode ser integrado ao processador. O processador e o meio de armazenamento podem residir em um Circuito Integrado de Aplicação Específica (ASIC). O ASIC pode residir em um modem sem fio. 15 Na alternativa, o processador e o meio de armazenamento podem residir como componentes discretos no modem sem fio.
Em uma ou mais configurações exemplares, as funções descritas podem ser implementadas em hardware, software, firmware, ou em qualquer combinação desses. Se 20 implementadas em software, as funções podem ser armazenadas em ou transmitidas sobre uma ou mais instruções ou código em um meio legível por computador. Os meios legíveis por computador incluem tanto o meio de armazenamento de computador como os meios de comunicação que incluem
qualquer meio que facilita transferência de um programa de computador a partir de um lugar a outro. Os meios de armazenamento podem ser quaisquer meios disponíveis que podem ser acessados por um computador do uso geral ou da finalidade especial. Como exemplo, e não limitação, tais 30 meios legíveis por computador podem compreender RAM, ROM, EEPROM, CD-ROM ou outro armazenamento de disco ótico, armazenamento de disco magnético ou outros dispositivos de armazenamento magnético, ou qualquer outro meio que pode ser usado para carregar ou armazenar códigos de programa desejados sob a forma de instruções ou estruturas de dados e que pode ser acessado por um computador. Também, qualquer conexão é denominada adequadamente um meio legivel por computador. Por exemplo, se o software é transmitido a partir de uma página da Web, servidor, ou de outra fonte remota usando um cabo coaxial, cabo de fibra óptica, par trançado, linha de assinante digital (DSL), ou tecnologias sem fio tais como o infravermelho, rádio, e microondas, a seguir o cabo coaxial, cabo de fibra óptica, par trançado, DSL, ou tecnologias sem fio tais como o infravermelho, rádio, e microondas são incluídas na definição de meio. Disquete e disco, como usados aqui, incluem disco compacto (CD), disco laser, disco ótico, disco digital versátil (DVD), disquete flexível e disco blu-ray onde discos usualmente reproduzem dados magneticamente, enquanto discos reproduzem dados oticamente com lasers. Combinações dos acima deveriam também ser incluídas dentro do escopo dos meios legíveis por computador.
A descrição anterior dos exemplos revelados é fornecida para habilitar qualquer pessoa versada na técnica de fazer ou usar a revelação. Várias modificações a estes exemplos estarão prontamente aparentes àqueles versados na técnica, e os princípios definidos aqui podem ser aplicados a outros exemplos e elementos adicionais podem ser adicionados.

Claims (43)

1. Um dispositivo compreendendo: um processador operativo para gerar um quadro de comutação de canal (CSF) a partir de uma ou mais unidades de camada de abstração de rede (NAL) para habilitar pontos de acesso aleatórios em um fluxo de bits codificado.
2. 0 dispositivo, de acordo com a reivindicação1, em que o processador é operativo para gerar o CSF com uma unidade NAL de Renovação de Decodificação Instantânea (IDR) de baixa qualidade possuindo um número de quadro não- zero e um número de contagem de ordem de imagem (POC) não- zero.
3. 0 dispositivo, de acordo com a reivindicação2, em que o processador é operativo para gerar o CSF com pelo menos duas unidades NAL adicionais, as pelo menos duas unidades NAL adicionais compreendendo uma unidade NAL de conjunto de parâmetro de conjunto (SPS) e uma unidade NAL de conjunto de parâmetro de imagem (PPS).
4. 0 dispositivo, de acordo com a reivindicação1, em que o processador é operativo para gerar o CSF com uma unidade NAL, e a unidade NAL compreende uma unidade NAL de Renovação de Decodificação Instantânea (IDR).
5. O dispositivo, de acordo com a reivindicação1, em que o CSF inclui uma unidade NAL de quadro-I.
6. O dispositivo, de acordo com a reivindicação1, compreendendo adicionalmente um transmissor efetuar broadcast do CSF como um quadro de ponto de acesso aleatório (RAP).
7. O dispositivo, de acordo com a reivindicação1, em que o CSF é operativo para causar comutação a partir de um canal a um outro canal ou para facilitar recuperação de erro.
8. Um circuito integrado compreendendo: um processador operativo para gerar um quadro de comutação de canal (CSF) a partir de uma ou mais unidades de camada de abstração de rede (NAL) para habilitar pontos de acesso aleatórios em um fluxo de bits codificado.
9.0 circuito integrado, de acordo com a reivindicação 8, em que o processador é operativo para gerar o CSF com uma unidade NAL de Renovação de Decodificação Instantânea (IDR) de baixa qualidade possuindo um número de quadro não-zero e um número de contagem de ordem de imagem (POC) não-zero.
10. 0 circuito integrado, de acordo com a reivindicação 9, em que o processador é operativo para gerar o CSF com pelo menos duas unidades NAL adicionais, as pelo menos duas unidades NAL adicionais compreendendo uma unidade NAL de conjunto de parâmetro de conjunto (SPS) e uma unidade NAL de conjunto de parâmetro de imagem (PPS).
11. 0 circuito integrado, de acordo com a reivindicação 8, em que o processador é operativo para gerar o CSF com uma unidade NAL, e a unidade NAL compreende uma unidade NAL de Renovação de Decodificação Instantânea (IDR).
12. 0 circuito integrado, de acordo com a reivindicação 8, em que o CSF inclui uma unidade NAL de quadro-I.
13. 0 circuito integrado, de acordo com a reivindicação 8, compreendendo adicionalmente um transmissor efetuar broadcast do CSF como um quadro de ponto de acesso aleatório (RAP).
14. 0 circuito integrado, de acordo com a reivindicação 8, em que o CSF é operativo para causar comutação a partir de um canal a um outro canal ou para facilitar recuperação de erro.
15. Um produto de programa de computador incluindo um meio legivel por computador possuindo instruções para fazer um computador: gerar um quadro de comutação de canal (CSF) a partir de uma ou mais unidades de camada de abstração de rede (NAL) para habilitar pontos de acesso aleatórios em um fluxo de bits codificado para causar comutação a partir de um canal a um outro canal ou para facilitar recuperação de erro.
16. 0 produto de programa de computador, de acordo com a reivindicação 15, em que as instruções para gerar o CSF incluem instruções para gerar o CSF com uma unidade NAL de Renovação de Decodificação Instantânea (IDR) de baixa qualidade possuindo um número de quadro não-zero e um número de contagem de ordem de imagem (POC) não-zero.
17. 0 produto de programa de computador, de acordo com a reivindicação 16, em que as instruções para gerar o CSF incluem instruções para gerar o CSF com pelo menos duas unidades NAL adicionais, as pelo menos duas unidades NAL adicionais compreendendo uma unidade NAL de conjunto de parâmetro de conjunto (SPS) e uma unidade NAL de conjunto de parâmetro de imagem (PPS).
18. 0 produto de programa de computador, de acordo com a reivindicação 15, em que as instruções para gerar o CSF incluem instruções para gerar o CSF com uma unidade NAL, e a unidade NAL compreende uma unidade NAL de Renovação de Decodificação Instantânea (IDR).
19. O produto de programa de computador, de acordo com a reivindicação 15, em que as instruções para gerar o CSF inclui instruções para gerar uma unidade NAL de quadro-I.
20. Um dispositivo compreendendo: um processador operativo para decodificar um ou mais quadros back-to-back, cada um com um mesmo número de identificação de quadro, com um primeiro quadro dentre os quadros back-to-back sendo um quadro de ponto de acesso aleatório (RAP) e o segundo quadro sendo um quadro não-RAP.
21. 0 dispositivo, de acordo com a reivindicação 20, em que o processador é operativo para decodificar apenas um dentre os quadros back-to-back.
22. O dispositivo, de acordo com a reivindicação 20, em que o processador é operativo para decodificar o quadro RAP e descartar quadros na ordem de saida antes do quadro RAP.
23. O dispositivo, de acordo com a reivindicação 22, em que o processador é operativo para decodificar o quadro RAP ao decodificar um quadro de comutação de canal compreendendo uma ou mais unidades de camada de abstração de rede (NAL).
24. Um produto de programa de computador incluindo um meio legível por computador possuindo instruções para fazer um computador: decodificar um ou mais quadros back-to-back, cada um com um mesmo número de identificação de quadro, com um primeiro quadro dentre os quadros back-to-back sendo um quadro de ponto de acesso aleatório (RAP) e o segundo quadro sendo um quadro não-RAP.
25. 0 produto de programa de computador, de acordo com a reivindicação 24, em que as instruções para decodificar incluem instruções para decodificar apenas um dentre os quadros back-to-back.
26. 0 produto de programa de computador, de acordo com a reivindicação 24, em que as instruções para decodificar incluem instruções para decodificar o quadro RAP e descartar quadros na ordem de saida antes do quadro RAP .
27. 0 produto de programa de computador, de acordo com a reivindicação 26, em que as instruções para decodificar o quadro RAP incluem instruções para decodificar um quadro de comutação de canal compreendendo uma ou mais unidades de camada de abstração de rede (NAL).
28. Um método compreendendo a etapa de: decodificar um ou mais quadros back-to-back, cada um com um mesmo número de identificação de quadro, com um primeiro quadro dentre os quadros back-to-back sendo um quadro de ponto de acesso aleatório (RAP) e o segundo quadro sendo um quadro não-RAP.
29. 0 método, de acordo com a reivindicação 24, em que a etapa de decodificar inclui decodificar apenas um dentre os quadros back-to-back.
30. 0 método, de acordo com a reivindicação 29, compreendendo adicionalmente a etapa de fornecer ambos os quadros back-to-back a um decodificador.
31. 0 método, de acordo com a reivindicação 28, em que a etapa de decodificar inclui decodificar o quadro RAP, e descartar quadros na ordem de saida antes do quadro RAP.
32. 0 método, de acordo com a reivindicação 31, em que a decodificação do quadro RAP inclui decodificar um quadro de comutação de canal compreendendo uma ou mais unidades de camada de abstração de rede (NAL).
33. Um método compreendendo a etapa de: codificar um ou mais quadros back-to-back, cada um com um mesmo número de identificação de quadro, com um primeiro quadro dentre os quadros back-to-back sendo um quadro de ponto de acesso aleatório (RAP) e o segundo quadro sendo um quadro não-RAP.
34. Um sistema compreendendo: um codificador operativo para codificar um ou mais quadros back-to-back, cada um com um mesmo número de identificação de quadro, com um primeiro quadro dentre os quadros back-to-back sendo um quadro de ponto de acesso aleatório (RAP) e o segundo quadro sendo um quadro não-RAP; e um decodificador operativo para decodificar um ou mais quadros back-to-back para comutar canais ou para facilitar recuperação de erro.
35. Um sistema compreendendo: um codificador operativo para gerar e efetuar broadcast de um quadro de comutação de canal (CSF) a partir de uma ou mais unidades de camada de abstração de rede (NAL) para habilitar pontos de acesso aleatórios em um fluxo de bits codificado; e um decodificador operativo para decodificar o CSF para causar comutação a partir de um canal a um outro canal ou para facilitar recuperação de erro.
36. Um método compreendendo a etapa de: gerar um quadro de comutação de canal (CSF) a partir de uma ou mais unidades de camada de abstração de rede (NAL) para habilitar pontos de acesso aleatórios em um fluxo de bits codificado.
37. 0 método, de acordo com a reivindicação 36, em que a etapa de gerar o CSF inclui gerar o CSF com uma unidade NAL de Renovação de Decodificação Instantânea (IDR) de baixa qualidade possuindo um número de quadro não-zero e um número de contagem de ordem de imagem (POC) não-zero.
38. 0 método, de acordo com a reivindicação 37, em que a etapa de gerar inclui adicionalmente gerar o CSF com pelo menos duas unidades NAL adicionais, as pelo menos duas unidades NAL adicionais compreendendo uma unidade NAL de conjunto de parâmetro de conjunto (SPS) e uma unidade NAL de conjunto de parâmetro de imagem (PPS).
39. 0 método, de acordo com a reivindicação 36, em que a etapa de gerar compreende gerar o CSF com uma unidade NAL, e a uma unidade NAL compreende uma unidade NAL de Renovação de Decodificação Instantânea (IDR).
40. O método, de acordo com a reivindicação 36, em que a etapa de gerar inclui gerar o CSF com uma unidade NAL de quadro-I.
41. O método, de acordo com a reivindicação 36, compreendendo adicionalmente a etapa de efetuar broadcast do CSF como um quadro de ponto de acesso aleatório (RAP) para efetuar comutação de canal.
42. O método, de acordo com a reivindicação 41, compreendendo adicionalmente receber o CSF, e comutar a partir de um canal a um outro canal em resposta ao CSF recebido.
43. O método, de acordo com a reivindicação 41, compreendendo adicionalmente receber o CSF, e recuperar a partir de um erro no fluxo de bits codificado em resposta ao CSF recebido.
BRPI0718629-0A 2006-11-14 2007-11-14 Sistema e métodos para comutação de canal. BRPI0718629A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US86582206P 2006-11-14 2006-11-14
US60/865,822 2006-11-14
PCT/US2007/084727 WO2008061164A2 (en) 2006-11-14 2007-11-14 Systems and methods for channel switching

Publications (1)

Publication Number Publication Date
BRPI0718629A2 true BRPI0718629A2 (pt) 2013-11-26

Family

ID=39302227

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0718629-0A BRPI0718629A2 (pt) 2006-11-14 2007-11-14 Sistema e métodos para comutação de canal.

Country Status (14)

Country Link
US (1) US8345743B2 (pt)
EP (2) EP2095641A2 (pt)
JP (2) JP5378227B2 (pt)
KR (2) KR101141086B1 (pt)
CN (2) CN103024444B (pt)
AU (2) AU2007319261B2 (pt)
BR (1) BRPI0718629A2 (pt)
CA (2) CA2783599C (pt)
IL (1) IL198419A0 (pt)
IN (1) IN2014MN01853A (pt)
MX (1) MX2009005086A (pt)
RU (1) RU2419245C2 (pt)
UA (1) UA93118C2 (pt)
WO (1) WO2008061164A2 (pt)

Families Citing this family (76)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6307487B1 (en) * 1998-09-23 2001-10-23 Digital Fountain, Inc. Information additive code generator and decoder for communication systems
US7068729B2 (en) 2001-12-21 2006-06-27 Digital Fountain, Inc. Multi-stage code generator and decoder for communication systems
US9240810B2 (en) 2002-06-11 2016-01-19 Digital Fountain, Inc. Systems and processes for decoding chain reaction codes through inactivation
KR101143282B1 (ko) 2002-10-05 2012-05-08 디지털 파운튼, 인크. 연쇄 반응 코드의 체계적 인코딩 및 디코딩
KR101170629B1 (ko) * 2003-10-06 2012-08-02 디지털 파운튼, 인크. 단일 송신기 또는 다중 송신기를 갖는 통신 시스템의 에러 정정 다중-스테이지 코드 생성기 및 디코더
EP1743431A4 (en) 2004-05-07 2007-05-02 Digital Fountain Inc SYSTEM FOR DOWNLOADING AND RECORDING AND CONTINUOUS READING OF FILES
US7721184B2 (en) * 2004-08-11 2010-05-18 Digital Fountain, Inc. Method and apparatus for fast encoding of data symbols according to half-weight codes
FR2888424A1 (fr) * 2005-07-07 2007-01-12 Thomson Licensing Sas Dispositif et procede de codage et de decodage de donnees video et train de donnees
US8670437B2 (en) * 2005-09-27 2014-03-11 Qualcomm Incorporated Methods and apparatus for service acquisition
US8229983B2 (en) 2005-09-27 2012-07-24 Qualcomm Incorporated Channel switch frame
CN101686107B (zh) * 2006-02-13 2014-08-13 数字方敦股份有限公司 使用可变fec开销和保护周期的流送和缓冲
US9270414B2 (en) 2006-02-21 2016-02-23 Digital Fountain, Inc. Multiple-field based code generator and decoder for communications systems
US7971129B2 (en) 2006-05-10 2011-06-28 Digital Fountain, Inc. Code generator and decoder for communications systems operating using hybrid codes to allow for multiple efficient users of the communications systems
US9386064B2 (en) 2006-06-09 2016-07-05 Qualcomm Incorporated Enhanced block-request streaming using URL templates and construction rules
US9380096B2 (en) 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
US9178535B2 (en) 2006-06-09 2015-11-03 Digital Fountain, Inc. Dynamic stream interleaving and sub-stream based delivery
US9432433B2 (en) 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US9209934B2 (en) 2006-06-09 2015-12-08 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel HTTP and forward error correction
US9419749B2 (en) 2009-08-19 2016-08-16 Qualcomm Incorporated Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes
CN101536524B (zh) * 2006-11-15 2012-06-13 高通股份有限公司 用于使用信道切换帧的应用的系统和方法
CA2697764A1 (en) 2007-09-12 2009-03-19 Steve Chen Generating and communicating source identification information to enable reliable communications
US8848793B2 (en) * 2007-10-31 2014-09-30 Broadcom Corporation Method and system for video compression with integrated picture rate up-conversion
JP5056560B2 (ja) * 2008-03-17 2012-10-24 富士通株式会社 符号化装置、復号化装置、符号化方法および復号化方法
JP4935746B2 (ja) * 2008-04-07 2012-05-23 富士通株式会社 動画像符号化装置、動画像復号化装置及びその符号化、復号化方法
JP5369599B2 (ja) * 2008-10-20 2013-12-18 富士通株式会社 映像符号化装置、映像符号化方法
CN102342127A (zh) * 2009-01-28 2012-02-01 诺基亚公司 用于视频编码和解码的方法和装置
US9281847B2 (en) 2009-02-27 2016-03-08 Qualcomm Incorporated Mobile reception of digital video broadcasting—terrestrial services
US8526458B1 (en) * 2009-05-27 2013-09-03 Lockheed Martin Corporation Framer and deframer for self-describing superframe
US9288010B2 (en) 2009-08-19 2016-03-15 Qualcomm Incorporated Universal file delivery methods for providing unequal error protection and bundled file delivery services
US9917874B2 (en) 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
US20120250690A1 (en) * 2009-12-01 2012-10-04 Samsung Electronics Co. Ltd. Method and apparatus for transmitting a multimedia data packet using cross layer optimization
US8374114B2 (en) * 2010-01-29 2013-02-12 Qualcomm Incorporated Method and system for organizing broadcast content
US9049497B2 (en) 2010-06-29 2015-06-02 Qualcomm Incorporated Signaling random access points for streaming video data
US8918533B2 (en) 2010-07-13 2014-12-23 Qualcomm Incorporated Video switching for streaming video data
US9185439B2 (en) 2010-07-15 2015-11-10 Qualcomm Incorporated Signaling data for multiplexing video components
US9596447B2 (en) 2010-07-21 2017-03-14 Qualcomm Incorporated Providing frame packing type information for video coding
US9319448B2 (en) 2010-08-10 2016-04-19 Qualcomm Incorporated Trick modes for network streaming of coded multimedia data
US8958375B2 (en) 2011-02-11 2015-02-17 Qualcomm Incorporated Framing for an improved radio link protocol including FEC
US9270299B2 (en) 2011-02-11 2016-02-23 Qualcomm Incorporated Encoding and decoding using elastic codes with flexible source block mapping
SI2728861T1 (sl) * 2011-07-02 2017-11-30 Samsung Electronics Co., Ltd. Postopek in naprava za multipleksiranje in demultipleksiranje video podatkov, za identifikacijo stanje reprodukcije video podatkov
US9253233B2 (en) 2011-08-31 2016-02-02 Qualcomm Incorporated Switch signaling methods providing improved switching between representations for adaptive HTTP streaming
US10034018B2 (en) 2011-09-23 2018-07-24 Velos Media, Llc Decoded picture buffer management
US10674171B2 (en) * 2011-09-27 2020-06-02 Telefonaktiebolaget Lm Ericsson (Publ) Decoders and methods thereof for managing pictures in video decoding process
US9843844B2 (en) 2011-10-05 2017-12-12 Qualcomm Incorporated Network streaming of media data
US20130195119A1 (en) * 2011-10-14 2013-08-01 Qualcomm Incorporated Feedback channel for wireless display devices
US9264717B2 (en) * 2011-10-31 2016-02-16 Qualcomm Incorporated Random access with advanced decoded picture buffer (DPB) management in video coding
US8917745B2 (en) * 2012-03-11 2014-12-23 Broadcom Corporation Channel bonding with orbital angular momentum
US9294226B2 (en) 2012-03-26 2016-03-22 Qualcomm Incorporated Universal object delivery and template-based file delivery
US9351016B2 (en) * 2012-04-13 2016-05-24 Sharp Kabushiki Kaisha Devices for identifying a leading picture
US9332309B2 (en) 2012-06-08 2016-05-03 Apple Inc. Sync frame recovery in real time video transmission system
WO2014003379A1 (ko) * 2012-06-24 2014-01-03 엘지전자 주식회사 영상 디코딩 방법 및 이를 이용하는 장치
JP6045222B2 (ja) * 2012-06-28 2016-12-14 株式会社Ｎｔｔドコモ 動画像予測復号装置、方法及びプログラム
US9591303B2 (en) * 2012-06-28 2017-03-07 Qualcomm Incorporated Random access and signaling of long-term reference pictures in video coding
BR112014032182A2 (pt) * 2012-07-02 2017-06-27 Panasonic Ip Corp America método de decodificação de imagem, método de codificação de imagem, aparelho de decodificação de imagem, aparelho de codificação de imagem, e aparelho de codificação e decodificação de imagem
JP5885604B2 (ja) * 2012-07-06 2016-03-15 株式会社Ｎｔｔドコモ 動画像予測符号化装置、動画像予測符号化方法、動画像予測符号化プログラム、動画像予測復号装置、動画像予測復号方法及び動画像予測復号プログラム
US9491487B2 (en) 2012-09-25 2016-11-08 Apple Inc. Error resilient management of picture order count in predictive coding systems
US20140092976A1 (en) * 2012-09-30 2014-04-03 Sharp Laboratories Of America, Inc. System for signaling idr and bla pictures
US9264737B2 (en) * 2012-10-01 2016-02-16 Apple Inc. Error resilient transmission of random access frames and global coding parameters
KR102270788B1 (ko) 2013-01-10 2021-06-29 삼성전자주식회사 멀티 레이어 비디오 부호화 방법 및 장치, 멀티 레이어 비디오 복호화 방법 및 장치
WO2014113478A1 (en) 2013-01-21 2014-07-24 Dolby Laboratories Licensing Corporation Metadata transcoding
JP5672320B2 (ja) * 2013-02-26 2015-02-18 Ｎｔｔエレクトロニクス株式会社 デコーダ装置
CN105308964A (zh) * 2013-04-12 2016-02-03 三星电子株式会社 用于随机访问的多层视频编码方法及其装置以及用于随机访问的多层视频解码方法及其装置
US9602822B2 (en) * 2013-04-17 2017-03-21 Qualcomm Incorporated Indication of cross-layer picture type alignment in multi-layer video coding
US9686609B1 (en) 2013-06-28 2017-06-20 Avnera Corporation Low power synchronous data interface
US20150030070A1 (en) * 2013-07-29 2015-01-29 Nvidia Corporation Adaptive decoding of a video frame in accordance with initiation of non-sequential playback of video data associated therewith
US10212435B2 (en) 2013-10-14 2019-02-19 Qualcomm Incorporated Device and method for scalable coding of video information
US10116943B2 (en) * 2013-10-16 2018-10-30 Nvidia Corporation Adaptive video compression for latency control
US10547834B2 (en) * 2014-01-08 2020-01-28 Qualcomm Incorporated Support of non-HEVC base layer in HEVC multi-layer extensions
EP3158752B1 (en) 2014-06-18 2021-08-04 Telefonaktiebolaget LM Ericsson (publ) Dependent random access point pictures
US10547903B2 (en) 2015-10-26 2020-01-28 Arris Enterprises, Inc. Advertisement display based on channel switch
CN110419240B (zh) * 2017-03-24 2023-09-29 华为技术有限公司 切片兼容的切换控制设备和方法
US11792432B2 (en) 2020-02-24 2023-10-17 Tencent America LLC Techniques for signaling and identifying access unit boundaries
US12501085B2 (en) 2021-09-24 2025-12-16 Apple Inc. Semantic compression for compute offloading
US12126813B2 (en) * 2021-09-24 2024-10-22 Apple Inc. Channel-aware semantic coding
CN113891132B (zh) * 2021-10-25 2024-07-19 北京字节跳动网络技术有限公司 一种音视频同步监控方法、装置、电子设备及存储介质
CN116193164B (zh) * 2022-12-14 2024-08-30 中用科技有限公司 紧密集成传输协议和编解码器的视频传输方法及存储介质

Family Cites Families (76)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5122875A (en) 1991-02-27 1992-06-16 General Electric Company An HDTV compression system
US5241563A (en) * 1992-08-10 1993-08-31 General Instrument Corporation Method and apparatus for communicating interleaved data
JP3637584B2 (ja) 1995-05-02 2005-04-13 ソニー株式会社 表示制御装置および表示制御方法
US5995670A (en) * 1995-10-05 1999-11-30 Microsoft Corporation Simplified chain encoding
US6957350B1 (en) * 1996-01-30 2005-10-18 Dolby Laboratories Licensing Corporation Encrypted and watermarked temporal and resolution layering in advanced television
US5875199A (en) * 1996-08-22 1999-02-23 Lsi Logic Corporation Video device with reed-solomon erasure decoder and method thereof
US6480541B1 (en) 1996-11-27 2002-11-12 Realnetworks, Inc. Method and apparatus for providing scalable pre-compressed digital video with reduced quantization based artifacts
US6057884A (en) * 1997-06-05 2000-05-02 General Instrument Corporation Temporal and spatial scaleable coding for video object planes
RU2201654C2 (ru) 1997-12-23 2003-03-27 Томсон Лайсенсинг С.А. Способ низкошумового кодирования и декодирования
KR20000076064A (ko) 1998-01-08 2000-12-26 마츠시타 덴끼 산교 가부시키가이샤 영상신호 재생장치와 계층형 영상신호 복호화장치
US7031348B1 (en) * 1998-04-04 2006-04-18 Optibase, Ltd. Apparatus and method of splicing digital video streams
KR100354745B1 (ko) * 1998-11-02 2002-12-18 삼성전자 주식회사 비디오코딩및디코딩방법
US6370666B1 (en) 1998-12-02 2002-04-09 Agere Systems Guardian Corp. Tuning scheme for error-corrected broadcast programs
GB2347038A (en) * 1999-02-18 2000-08-23 Nokia Mobile Phones Ltd A video codec using re-transmission
FR2795279B1 (fr) 1999-06-18 2001-07-20 Thomson Multimedia Sa Procede et dispositif de commutation de programmes de television numerique
US6788740B1 (en) * 1999-10-01 2004-09-07 Koninklijke Philips Electronics N.V. System and method for encoding and decoding enhancement layer data using base layer quantization data
KR100348249B1 (ko) * 1999-10-08 2002-08-09 엘지전자 주식회사 가상 채널 테이블 데이터 구조 및 부가 정보 송수신 방법
CN1185877C (zh) 2000-03-07 2005-01-19 皇家菲利浦电子有限公司 用于解码视频信号的再同步方法
US20070288959A1 (en) * 2000-03-29 2007-12-13 Digeo, Inc. Single-button remote access to a synthetic channel page of specialized content
GB2366464A (en) 2000-08-14 2002-03-06 Nokia Mobile Phones Ltd Video coding using intra and inter coding on the same data
FI120125B (fi) * 2000-08-21 2009-06-30 Nokia Corp Kuvankoodaus
KR100674423B1 (ko) * 2001-01-19 2007-01-29 엘지전자 주식회사 송/수신 시스템 및 데이터 처리 방법
KR100736500B1 (ko) * 2001-04-25 2007-07-06 엘지전자 주식회사 디지털티브이의 브이에스비 통신시스템
US7873972B2 (en) * 2001-06-01 2011-01-18 Jlb Ventures Llc Method and apparatus for generating a mosaic style electronic program guide
US6535240B2 (en) * 2001-07-16 2003-03-18 Chih-Lung Yang Method and apparatus for continuously receiving frames from a plurality of video channels and for alternately continuously transmitting to each of a plurality of participants in a video conference individual frames containing information concerning each of said video channels
JP4443833B2 (ja) 2002-02-27 2010-03-31 パナソニック株式会社 情報再生方法、送信装置および受信装置
GB2386275B (en) * 2002-03-05 2004-03-17 Motorola Inc Scalable video transmissions
US7020823B2 (en) * 2002-03-19 2006-03-28 Matsushita Electric Industrial Co., Ltd. Error resilient coding, storage, and transmission of digital multimedia data
EP1500002A1 (en) 2002-04-29 2005-01-26 Sony Electronics Inc. Supporting advanced coding formats in media files
MXPA05000558A (es) * 2002-07-16 2005-04-19 Nokia Corp Metodo de acceso aleatorio y renovacion gradual de imagen en codificacion de video.
US7606314B2 (en) * 2002-08-29 2009-10-20 Raritan America, Inc. Method and apparatus for caching, compressing and transmitting video signals
WO2004047444A1 (en) * 2002-11-15 2004-06-03 Thomson Licensing S.A. Method and system for staggered statistical multiplexing
KR100510938B1 (ko) 2003-02-18 2005-08-26 백철 동파 방지 배관 시스템
US8194751B2 (en) * 2003-02-19 2012-06-05 Panasonic Corporation Moving picture coding method and moving picture decoding method
US20040181811A1 (en) * 2003-03-13 2004-09-16 Rakib Selim Shlomo Thin DOCSIS in-band management for interactive HFC service delivery
JP2004350263A (ja) 2003-04-28 2004-12-09 Canon Inc 画像処理装置及び画像処理方法
US7464319B2 (en) * 2003-04-29 2008-12-09 Utah State University Forward error correction with codeword cross-interleaving and key-based packet compression
US7403660B2 (en) * 2003-04-30 2008-07-22 Nokia Corporation Encoding picture arrangement parameter in picture bitstream
CN1781295A (zh) * 2003-05-02 2006-05-31 皇家飞利浦电子股份有限公司 节目的冗余传输
US7489342B2 (en) * 2004-12-17 2009-02-10 Mitsubishi Electric Research Laboratories, Inc. Method and system for managing reference pictures in multiview videos
JP2004343451A (ja) * 2003-05-15 2004-12-02 Matsushita Electric Ind Co Ltd 動画像復号化方法および動画像復号化装置
AU2004250927B2 (en) 2003-06-16 2010-04-08 Interdigital Vc Holdings, Inc. Decoding method and apparatus enabling fast channel change of compressed video
US20040260827A1 (en) * 2003-06-19 2004-12-23 Nokia Corporation Stream switching based on gradual decoder refresh
US8250622B2 (en) 2003-10-30 2012-08-21 Panasonic Corporation Method and apparatus for broadcasting to a portable terminal
JP4423263B2 (ja) 2003-10-30 2010-03-03 パナソニック株式会社 携帯端末向け伝送方法及び装置
US20070110105A1 (en) * 2003-10-30 2007-05-17 Matsushita Electric Industrial Co., Ltd. Apparatus and a method for receiving a multiplexed broadcast signal carrying a plurality of services
US7369610B2 (en) * 2003-12-01 2008-05-06 Microsoft Corporation Enhancement layer switching for scalable video coding
EP1703657A1 (en) 2004-01-08 2006-09-20 Matsushita Electric Industries Co., Ltd. Extra error correcting method for zapping stream ts packet
KR20050076019A (ko) * 2004-01-19 2005-07-26 삼성전자주식회사 스케일러블 부호화에 기반한 비트스트림의 적응적 부호화및/또는 복호화 방법, 및 이를 구현하기 위한프로그램이 기록된 기록 매체
US20050200757A1 (en) * 2004-01-23 2005-09-15 Alberta Pica Method and apparatus for digital video reconstruction
GB0402637D0 (en) 2004-02-06 2004-03-10 Nokia Corp Mobile telecommunications apparatus
US7869503B2 (en) * 2004-02-06 2011-01-11 Apple Inc. Rate and quality controller for H.264/AVC video coder and scene analyzer therefor
US20050185541A1 (en) * 2004-02-23 2005-08-25 Darren Neuman Method and system for memory usage in real-time audio systems
JP2005277701A (ja) 2004-03-24 2005-10-06 Hitachi Ltd 動画データの伝送方法、伝送システム、配信装置及び受信装置
US20050240353A1 (en) 2004-04-21 2005-10-27 Hoffmann Technologies Corporation Reagents, devices and methods for proteomic analysis with applications including diagnostics, vaccines, quality control and research
ES2383656T3 (es) * 2004-04-28 2012-06-25 Panasonic Corporation Aparato de generación de flujos de imágenes en movimiento, aparato de codificación de imágenes en movimiento, aparato multiplexador de imágenes en movimiento y aparato de descodificación de imágenes en movimiento
CN1951119A (zh) * 2004-05-03 2007-04-18 汤姆森研发基金公司 能够针对dsl系统的进行快速信道改变的方法及设备
ES2356745T3 (es) * 2004-06-02 2011-04-12 Panasonic Corporation Aparato de codificación de imagen y aparato de decodificación de imagen.
KR20060002416A (ko) * 2004-07-02 2006-01-09 현대자동차주식회사 동력조향장치 기어박스의 에어홀구조
JP5053097B2 (ja) * 2004-11-22 2012-10-17 トムソン リサーチ ファンディング コーポレイション Ｄｓｌシステムにおけるチャンネル切り替えの方法及び装置
KR100703734B1 (ko) * 2004-12-03 2007-04-05 삼성전자주식회사 Ｄｃｔ 업샘플링을 이용한 다 계층 비디오 인코딩/디코딩방법 및 장치
KR100673253B1 (ko) * 2005-01-31 2007-01-22 엘지전자 주식회사 비디오 디코딩 장치
EP1864486A1 (en) 2005-03-29 2007-12-12 THOMSON Licensing Method and apparatus for providing robust reception in a wireless communications system
FR2884674B1 (fr) 2005-04-19 2007-09-07 Bouygues Telecom Sa Affichage d'une page numerique "mosaique" pour la television sur terminal mobile
US9055298B2 (en) 2005-07-15 2015-06-09 Qualcomm Incorporated Video encoding method enabling highly efficient partial decoding of H.264 and other transform coded information
US9258519B2 (en) 2005-09-27 2016-02-09 Qualcomm Incorporated Encoder assisted frame rate up conversion using various motion models
US8670437B2 (en) 2005-09-27 2014-03-11 Qualcomm Incorporated Methods and apparatus for service acquisition
US8446954B2 (en) 2005-09-27 2013-05-21 Qualcomm Incorporated Mode selection techniques for multimedia coding
US8229983B2 (en) * 2005-09-27 2012-07-24 Qualcomm Incorporated Channel switch frame
US20070076796A1 (en) 2005-09-27 2007-04-05 Fang Shi Frame interpolation using more accurate motion information
KR101245576B1 (ko) 2005-10-11 2013-03-20 노키아 코포레이션 효율적인 규모가변적 스트림 조정을 위한 시스템 및 방법
US8782706B2 (en) * 2005-12-29 2014-07-15 United Video Properties Systems and methods for providing channel groups in an interactive media guidance application
US7826536B2 (en) * 2005-12-29 2010-11-02 Nokia Corporation Tune in time reduction
US8316394B2 (en) * 2006-03-24 2012-11-20 United Video Properties, Inc. Interactive media guidance application with intelligent navigation and display features
KR101480969B1 (ko) * 2006-07-28 2015-01-09 톰슨 리서치 펀딩 코포레이션 디지털 비디오에 관한 빠른 채널 변경을 위한 방법 및 장치
CN101536524B (zh) * 2006-11-15 2012-06-13 高通股份有限公司 用于使用信道切换帧的应用的系统和方法

Also Published As

Publication number Publication date
AU2007319261B2 (en) 2010-12-16
MX2009005086A (es) 2009-05-27
CN101536523B (zh) 2013-01-23
KR20090089409A (ko) 2009-08-21
CN103024444B (zh) 2015-11-18
KR101141086B1 (ko) 2012-05-03
KR20110091824A (ko) 2011-08-12
WO2008061164A2 (en) 2008-05-22
JP5378227B2 (ja) 2013-12-25
AU2007319261A1 (en) 2008-05-22
EP2129129B1 (en) 2013-09-18
WO2008061164A3 (en) 2008-10-02
RU2419245C2 (ru) 2011-05-20
JP2010509896A (ja) 2010-03-25
EP2129129A1 (en) 2009-12-02
JP2012135027A (ja) 2012-07-12
IN2014MN01853A (pt) 2015-07-03
CN103024444A (zh) 2013-04-03
KR101089072B1 (ko) 2011-12-09
CA2668670A1 (en) 2008-05-22
IL198419A0 (en) 2010-02-17
RU2009122491A (ru) 2010-12-20
US20080170564A1 (en) 2008-07-17
JP5701790B2 (ja) 2015-04-15
AU2011200446A1 (en) 2011-02-24
EP2095641A2 (en) 2009-09-02
CN101536523A (zh) 2009-09-16
CA2668670C (en) 2013-04-30
AU2011200446B2 (en) 2012-04-12
US8345743B2 (en) 2013-01-01
UA93118C2 (ru) 2011-01-10
CA2783599A1 (en) 2008-05-22
CA2783599C (en) 2013-06-25

Similar Documents

Publication Publication Date Title
BRPI0718629A2 (pt) Sistema e métodos para comutação de canal.
JP5341629B2 (ja) ピクチャ復号化方法
US20200177923A1 (en) Method and System of NAL Unit Header Structure for Signaling New Elements
US8229983B2 (en) Channel switch frame
US20050201471A1 (en) Picture decoding method
BRPI0709888A2 (pt) decodificaÇço multimÍdia em nÍvel de quadro com tabela de informaÇÕes de quadro
BR112014026026B1 (pt) Métodos e dispositivos para processar dados de vídeo, e memória legível por computador
KR20170115060A (ko) 비디오 코딩에서 파라미터 세트들 및 동기 샘플들의 배치
CN101627632B (zh) 用于在通信网络中编码数据的方法及系统
EP2404451B1 (en) Processing of multimedia data
BR112021012679A2 (pt) Codificador de vídeo, decodificador de vídeo e métodos correspondentes
KR100967731B1 (ko) 채널 스위치 프레임
CN101860471A (zh) 一种媒体流切换方法、装置和系统
HK1131709A (en) Systems and methods for channel switching
TW202420830A (zh) 標識和標記用於視訊資料的網路傳輸的視訊資料單元

Legal Events

Date Code Title Description
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 8A ANUIDADE.

B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2343 DE 01-12-2015 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013.

B15K Others concerning applications: alteration of classification

Ipc: H04N 21/44 (2011.01), H04N 19/107 (2014.01), H04N