BR112016021816B1 - Transmissor disposto para transmitir um fluxo de dados, receptor disposto para receber um fluxo de dados, sistema de transmissão, e, sinal - Google Patents

Transmissor disposto para transmitir um fluxo de dados, receptor disposto para receber um fluxo de dados, sistema de transmissão, e, sinal Download PDF

Info

Publication number
BR112016021816B1
BR112016021816B1 BR112016021816-7A BR112016021816A BR112016021816B1 BR 112016021816 B1 BR112016021816 B1 BR 112016021816B1 BR 112016021816 A BR112016021816 A BR 112016021816A BR 112016021816 B1 BR112016021816 B1 BR 112016021816B1
Authority
BR
Brazil
Prior art keywords
video
video frame
auxiliary data
data
lines
Prior art date
Application number
BR112016021816-7A
Other languages
English (en)
Other versions
BR112016021816A2 (pt
Inventor
Leendert Teunis Rozendaal
Nicoll Burleigh Shepherd
Original Assignee
Koninklijke Philips N.V.
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=52633289&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=BR112016021816(B1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Koninklijke Philips N.V. filed Critical Koninklijke Philips N.V.
Publication of BR112016021816A2 publication Critical patent/BR112016021816A2/pt
Publication of BR112016021816B1 publication Critical patent/BR112016021816B1/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H04N21/2353Processing of additional data, e.g. scrambling of additional data or processing content descriptors specifically adapted to content descriptors, e.g. coding, compressing or processing of metadata
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614Multiplexing of additional data and video streams
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2370/00Aspects of data communication
    • G09G2370/04Exchange of auxiliary data, i.e. other than image data, between monitor and graphics controller
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G2370/00Aspects of data communication
    • G09G2370/12Use of DVI or HDMI protocol in interfaces along the display data pipeline
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/003Details of a display terminal, the details relating to the control arrangement of the display terminal and to the interfaces thereto
    • G09G5/006Details of the interface to the display terminal
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/18Timing circuits for raster scan displays
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09GARRANGEMENTS OR CIRCUITS FOR CONTROL OF INDICATING DEVICES USING STATIC MEANS TO PRESENT VARIABLE INFORMATION
    • G09G5/00Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators
    • G09G5/36Control arrangements or circuits for visual indicators common to cathode-ray tube indicators and other visual indicators characterised by the display of a graphic pattern, e.g. using an all-points-addressable [APA] memory
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394
    • H04N21/43635HDMI
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00Details of television systems
    • H04N5/76Television signal recording
    • H04N5/765Interface circuits between an apparatus for recording and another apparatus

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Library & Information Science (AREA)
  • Television Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

transmissor disposto para transmitir um fluxo de dados, receptor disposto para receber um fluxo de dados, sistema de transmissão, e, sinal. um transmissor hdmi insere uma linha de vídeo adicional no quadro de vídeo a ser transmitido através da interface hdmi e insere dados auxiliares relacionados ao quadro de vídeo na linha de vídeo adicional. os dados auxiliares estão relacionados ao quadro de vídeo e como os dados auxiliares são armazenados no próprio quadro de vídeo, eles são transportados de modo síncrono com o quadro de vídeo. como a linha de vídeo adicional é adicional ao número de linhas de vídeo definidas por um formato de quadro de vídeo padrão, ela é ignorada pelos receptores existentes, embora ainda esteja disponível para receptores de acordo com a invenção e possa ser transmitida usando o padrão hdmi existente.

Description

Campo técnico da invenção
[001] A invenção se refere a um transmissor disposto para transmitir um fluxo de dados, um receptor para receber o fluxo de dados e um sistema que compreende tal transmissor e receptor, onde o fluxo de dados compreende um fluxo de pixels de vídeo e um canal de dados auxiliares, o fluxo de pixels de vídeo compreendendo um quadro de vídeo que está em conformidade com um formato de quadro de vídeo, o quadro de vídeo compreendendo linhas de vídeo ativo, as linhas de vídeo compreendendo pixels de vídeo, sendo que o transmissor está disposto de modo a transmitir dados auxiliares relacionados ao fluxo de pixel de vídeo através do canal de dados auxiliar.
Antecedentes da invenção
[002] Tal transmissor é conhecido do padrão High-Definition Multimedia Interface (HDMI) que fornece vários métodos para transmitir dados auxiliares em canais de dados auxiliares em adição ao fluxo de pixels de vídeo, seja multiplexado no fluxo TMDS (como para áudio e sinalização (InfoFrames)) ou em fios separados (como com o uso de CEC). O padrão HDMI implementa os padrões EIA/CEA-861 que definem formatos de vídeo e formas de onda, transporte de dados comprimidos, não comprimidos e de áudio LPCM, dados auxiliares e implementações dos sinais VESA EDID. [2] [3] CEA-861 transmitivos por HDMI são eletricamente compatíveis com os sinais CEA-861 usados pela interface visual digital (DVI, digital visual interface).
[003] O padrão HDMI apresenta a desvantagem de todos os canais auxiliares serem assíncronos ao vídeo e, em implementações práticas, os circuitos de recepção HDMI são conectados a seus subsistemas alvo usando um barramento de conexão diferente daquele do vídeo. Assim, eles não podem ser usados para fornecer dados auxiliares de uma forma que seja síncrona com o vídeo.
[004] Entretanto, existem algumas aplicações que exigem que os dados auxiliares sejam, por exemplo, precisos no quadro com o fluxo de vídeo e que não possam ser transmitidos a tempo pelos mecanismos assíncronos existentes descritos em HDMI 2.0 e anteriores, especialmente usando a arquitetura atual de componentes HDMI transmissores e receptores. Exemplos de tais aplicações são informações de oclusão e disparidade precisas no quadro para o assim chamado vídeo 3D ou informações de gama de cor ou alta faixa dinâmica adicional. Essas aplicações exigem uma quantidade de dados que é significativamente menor do que o vídeo contido no quadro de vídeo, mas que precisa ser fornecida e processada ao mesmo tempo que os dados de vídeo para aquele quadro.
[005] O HDMI da versão 1.3 em diante permite uma profundidade de cor de até 16 bits por cor por pixel (bits per colour per pixel (bcp)). Conteúdo de vídeo padrão utiliza, usualmente, 8 bcp e as assim chamadas aplicações “Deep Colour” (cor profunda) usam 10, 12 ou 16 bcp. Portanto, é possível usar alguns dos bits alvo para a profundidade de cor estendida para transmitir alguns dados extras em vez de dados de vídeo (consulte <EP2235956>). Isso torna possível transmitir informações precisas de pixel a velocidades de dados muito mais altas do que é exigido pelas aplicações mencionadas acima, então isso seria um desperdício de recursos nos dispositivos e no cabo HDMI. Além disso, as implementações práticas atuais não são capazes de lidar com grandes profundidades de cor que serão necessárias.
[006] O documento EP1231795A2 descreve o uso de um período de supressão abreviado, em comparação com os períodos de supressão padrões VESA e CEA-EIA, para enviar dados, incluindo baixa largura de banda, informação não sincronizada, em um ou mais canais do enlace de vídeo digital. Quando o período de supressão é encurtado, a quantidade de tempo disponível para enviar dados em cada linha de varredura é aumentada, o que permite que o sistema envie mais dados em cada canal. A porção de vídeo inativa de uma linha de varredura enviada durante a sincronização vertical pode também ser usada para enviar dados digitais adicionais. O recurso de encurtar os períodos de supressão e/ou usar as seções de vídeo inativas das linhas de varredura horizontais aumenta a capacidade de dados total do enlace e pode ser usado para enviar outros dados digitais, como áudio em múltiplos canais, vídeo, controle, temporização, legenda fechada ou outros dados digitais.
[007] O documento US2010/157169A1 torna possível controlar um dispositivo não compatível com CEC conectado a um receptor de televisão por meio do uso de um remetente de controle remoto do receptor de televisão. [Meio de Resolução] O fato de um endereço físico [2000] ser um dispositivo (dispositivo de gravação) que um player de fotos 370B controla no lugar do endereço físico [2000] é configurado por um usuário no player de fotos 370B. De acordo com esta configuração, o player de fotos 370B decide um endereço lógico {1} como um Dispositivo de gravação controlado por CEC. Quando o usuário opera um gravador de disco 21 OB que é um dispositivo não compatível com CEC, por meio do uso de um remetente de controle remoto 277, um receptor de televisão 250B gera um comando de controle CEC endereçado ao player de disco 210B. O player de fotos 370B detecta o comando de controle CEC, converte o comando de controle CEC em um comando de controle remoto infravermelho e envia o comando de controle remoto infravermelho de uma unidade de envio de infravermelho 384 para o gravador de disco 210B.
[008] Em JP2011146929A um quadro de vídeo de cada sistema é inserido no quadro de vídeo multiplexado sendo um quadro de vídeo com um tamanho de tela maior, e transmitido como os dados do quadro de vídeo multiplexado. Os dados de áudio de cada sistema são divididos por cada amostra inserida dentro de um tempo correspondente a um período do quadro de vídeo multiplexado e inserido no quadro de vídeo multiplexado. Em cada circuito de multiplexação, a informação concernente à posição de arranjo no quadro de vídeo multiplexado em dados de cada sistema e a informação concernente ao formato de dados de cada sistema são inseridas no quadro de vídeo multiplexado. O método é aplicado a um aparelho acústico de vídeo para processar dados de áudio de uma pluralidade de sistemas.
[009] É um objetivo desta invenção transmitir as informações auxiliares de forma síncrona com os dados de vídeo usando a arquitetura atual existente de componentes de transmissão e recepção HDMI.
Sumário da invenção
[010] Para atingir este objetivo, o transmissor compreende um elemento inserível para inserir uma linha adicional de vídeo no quadro de vídeo adicionalmente às linhas de vídeo ativas necessária para que um quadro de vídeo fique em conformidade com o formato de quadro de vídeo, e pelos dados auxiliares relativos ao quadro de vídeo serem inseridos na linha adicional de vídeo do quadro de vídeo ao qual os dados auxiliares estão relacionados, ou em uma Linha Adicional de Vídeo de um quadro de vídeo que precede o quadro de vídeo ao qual os dados auxiliares estão relacionados.
[011] Ao se adicionar uma linha de vídeo além do número de linhas de vídeo definidas no formato de quadro de vídeo, cria-se espaço para os dados auxiliares serem armazenados. Como os dados auxiliares são armazenados no próprio quadro de vídeo, eles são transportados de modo síncrono com o quadro de vídeo ao qual eles estão relacionados, obtendo assim uma transmissão síncrona dos dados auxiliares. Como a linha de vídeo adicional está em adição ao número de linhas de vídeo definidas para um quadro de vídeo normal pelo formato de quadro de vídeo, ele pode ser e será ignorado de modo seguro pelos receptores existentes. Consequentemente, os dados auxiliares podem ser transmitidos para receptores existentes sem causar problemas de retrocompatibilidade com os ditos receptores existentes. Ao se incluir os dados auxiliares no próprio quadro de vídeo ou no quadro de vídeo que precede o quadro de vídeo ao qual os dados auxiliares se referem, assegura-se que os dados auxiliares estejam disponíveis quando o quadro de vídeo ao qual os dados auxiliares se referem estiver sendo processado.
[012] O HDMI é usado como um canal de transporte para vídeo em vários formatos de vídeo que usam quadros. Tal quadro, por exemplo no formato de quadro de vídeo HD, tem 1920 pixels por 1080 linhas ativas, que são repetidos em taxas de quadro como 30 ou 60 Hz. As descrições completas destes formatos são fornecidas em Descritores de Temporização Detalhados (DTDs - Detailed Timing Descriptors) ou pelo uso de Descritores de Video Curtos predefinidos (SVDs - Short Video Descriptors), ambos os quais são definidos em CEA-861. O HDMI 1.4 define também alguns formatos predefinidos adicionais. Quando o quadro de vídeo com Linhas de Vídeo Adicionais (Additional Video Lines (AVLs)) é estendido, além das linhas de vídeo ativas (por exemplo, o 1080 no exemplo), a interface HDMI pode portar os dados auxiliares exigidos pelas aplicações descritas acima. A vantagem deste método é que os dados portados nessas Linhas de Vídeo Adicionais são transmitidos para ou dos circuitos de processamento de vídeo pelos mesmos componentes e barramentos internos como parte do fluxo de vídeo e, assim, os dados auxiliares podem ser processados ao mesmo tempo que os dados no quadro de vídeo associado, e o dispositivo que fornece ou usa os dados de vídeo (por exemplo, em um buffer de memória) pode também fornecer ou usar os dados auxiliares no mesmo buffer de memória.
[013] Em uma modalidade, o transmissor compreende um elemento inserível disposto para inserir um descritor de formato de quadro de vídeo que define uma linha adicional de vídeo em adição às linhas de vídeo ativas necessária para que um quadro de vídeo fique em conformidade com o formato de quadro de vídeo.
[014] Quando mais linhas de vídeo são definidas com o uso de um descritor, os transmissores podem indicar para o receptor que o quadro de vídeo contém linhas de vídeo extras e, portanto, contém informações auxiliares naquelas linhas de vídeo adicionais. Os receptores não capazes de lidar com os descritores usarão o número regular de linhas de vídeo para recuperar as informações de vídeo e ignorarão as linhas de vídeo adicionais e o descritor.
[015] O DTD para um formato de vídeo específico (ou, por exemplo, um SVD predefinido) em vez de especificar o número real de linhas ativas por quadro de vídeo, como 1080 no exemplo de HD, especifica um número de linhas maior. O DTD (ou SVD) pode definir, por exemplo, o número de linhas como 1082, isto é, 2 linhas de vídeo além do número padrão de linhas de vídeo de 1080. Os receptores existentes irão ignorar as linhas de vídeo além do número padrão de linhas de vídeo, pois eles são configurados para extrair, por exemplo, as 1080 linhas de vídeo ativas padrão em HD. Com o uso da invenção, pode-se obter uma taxa de dados bruta para os dados auxiliares que varia por formato de vídeo e velocidade de quadros. Como um exemplo, o formato 1920xl080p60 (a 8 bcp) pode atingir uma velocidade de dados bruta de 5,5296 Mb/s, presumindo-se que existam duas Linhas de Vídeo Adicionais (AVL) no quadro, então dependendo de quantas linhas de vídeo adicionais são definidas pelo descritor, a largura de banda disponível para os dados auxiliares pode ser ajustada às necessidades.
[016] Em uma modalidade alternativa, o DTD (ou SVD) não seria modificado - porém uma outra sinalização entre o transmissor e o receptor (por exemplo, um ou mais dentre E- EDID, InfoFrame, CEC, e/ou outros métodos) seria usada para indicar que estão sendo transmitidos dados auxiliares síncronos com o quadro e onde os dados estão localizados.
[017] Em uma modalidade do transmissor, os dados auxiliares se relacionam a apenas uma subseção do quadro de vídeo.
[018] Um receptor de acordo com a invenção compreende um extrator para extrair dados auxiliares de uma linha adicional de vídeo no quadro de vídeo e dados auxiliares relativos ao quadro de vídeo são extraídos da linha adicional de vídeo do quadro de vídeo ao qual os dados auxiliares estão relacionados, ou de uma linha adicional de vídeo de um quadro de vídeo que precede o quadro de vídeo ao qual os dados auxiliares estão relacionados.
[019] Ao Se Adicionar Uma Linha De Vídeo Além Do Número De Linhas De Vídeo Definidas No Formato De Quadro De Vídeo, Cria-se Espaço Para Os Dados Auxiliares Serem Armazenados. Como Os Dados Auxiliares São Armazenados No Próprio Quadro De Vídeo, Eles São Transportados De Modo Síncrono Com O Quadro De Vídeo Ao Qual Eles Estão Relacionados. Como A Linha De Vídeo Adicional Está Em Adição Ao Número De Linhas De Vídeo Definidas Para Um Quadro De Vídeo Normal Pelo Formato De Quadro De Vídeo, Ele Pode Ser E Será Ignorado De Modo Seguro Pelos Receptores Existentes. Ao Se Incluir Os Dados Auxiliares No Próprio Quadro De Vídeo Ou No Quadro De Vídeo Que Precede O Quadro De Vídeo Ao Qual Os Dados Auxiliares Se Referem, Assegura-se Que Os Dados Auxiliares Estejam Disponíveis Quando O Quadro De Vídeo Ao Qual Os Dados Auxiliares Se Referem Estiver Sendo Processado. O Receptor Pode Estabelecer Que Estejam Presentes Linhas De Vídeo Adicionais Com Dados Auxiliares Nelas, Identificar E Extrair As Linhas De Vídeo Adicionais Do Quadro De Vídeo, Extrair As Informações Auxiliares Das Linhas De Vídeo Adicionais E Usar As Informações Auxiliares Para Processar O Quadro De Vídeo Ou Quadros De Vídeo Subsequentes.
[020] Em uma modalidade, o receptor compreende um extrator de descritor disposto para extrair um descritor de formato de quadro de vídeo que define ao menos uma linha adicional de vídeo além das linhas de vídeo ativas necessárias para que um quadro de vídeo fique em conformidade com o formato de quadro de vídeo.
[021] Isso permite que o receptor identifique facilmente as linhas de vídeo adicionais.
[022] Um sistema de transmissão de acordo com a invenção compreende um transmissor de acordo com a invenção e um receptor de acordo com a invenção.
[023] Ter tanto o transmissor quanto o receptor de acordo com a invenção no sistema possibilita que os dados auxiliares sejam usados no sistema, embora receptores existentes também possam ser parte do sistema, já que o uso de linhas de vídeo adicionais para transmitir os dados auxiliares assegura que os dados auxiliares sejam seguramente ignorados pelos receptores existentes.
[024] Mesmo que a descrição se refira ao padrão HDMI e a canais HDMI, é evidente para o versado na técnica que a invenção pode ser usada também com outros canais de transmissão, a partir do mesmo problema que HDMI.
Breve descrição dos desenhos
[025] A Figura 1 mostra um transmissor de acordo com a invenção.
[026] A Figura 2 mostra um receptor de acordo com a invenção.
[027] A Figura 3 mostra um quadro de vídeo com linhas de vídeo adicionais que contêm dados auxiliares.
Modos para executar a invenção
[028] A Figura 1 mostra um transmissor de acordo com a invenção.
[029] O transmissor 1 compreende um processador de vídeo 5 que recebe quadros de vídeo a serem transmitidos a partir da entrada 2 do transmissor. Os quadros de vídeo são passados para o inseridor 6, que é disposto para inserir Linha(s) de Vídeo Adicional(is) AVL no quadro de vídeo. O inseridor 6 recebe dados auxiliares a serem inseridos na(s) Linha(s) de Vídeo Adicional(is) AVL a partir de uma entrada de dados auxiliares 3. Com a inserção de dados auxiliares na(s) Linha(s) de Vídeo Adicional(is), assegura-se que os dados auxiliares sejam transmitidos junto com o quadro de vídeo com o qual os dados auxiliares se relacionam através do sistema, enviando o quadro de vídeo estendido que compreende tanto as linhas de vídeo ativas quanto as Linhas de Vídeo Adicionais através da saída de vídeo 8 para o canal de vídeo 10 no canal HDMI 7. Isso assegura que os dados auxiliares sejam transmitidos de maneira síncrona com os dados de vídeo que usam a arquitetura existente de interface HDMI.
[030] Dados auxiliares que não precisam ser transmitidos de modo síncrono com os dados de vídeo são recebidos na entrada de dados auxiliares assíncrona 4 e através da saída de dados auxiliares assíncrona 9, transmitidos através de um canal assíncrono 11 do canal HDMI. Uma combinação das duas entradas de dados auxiliares 3 e 4 também é possível, resultando em uma entrada simples. Nesse caso, o transmissor divide internamente (não mostrado) os dados auxiliares em dados auxiliares a serem transmitidos como parte do quadro de vídeo nas Linhas de Vídeo Adicionais AVL e dados auxiliares assíncronos a serem transmitidos através de um canal assíncrono 11 do canal HDMI 7.
[031] A Figura 2 mostra um receptor de acordo com a invenção.
[032] O receptor 12 compreende um buffer 15 que recebe quadros de vídeo da entrada 16 do transmissor que, por sua vez, recebe quadros de vídeo do canal de vídeo 10 do canal HDMI 7. Os quadros de vídeo são passados da entrada 16 para o extrator 20, que é disposto para extrair Linha(s) de Vídeo Adicional(is) AVL do quadro de vídeo recebido. O extrator 20 extrai os dados auxiliares da(s) Linha(s) de Vídeo Adicional(is) AVL e fornece os dados auxiliares à primeira saída de dados auxiliares 18. Se os dados auxiliares extraídos das Linhas de Vídeo Adicionais forem também necessários para processar o quadro de vídeo associado, o extrator 20 passa os dados auxiliares extraídos também para o processador de vídeo 14 no receptor 12. Assim, os dados auxiliares estão presentes no buffer de vídeo ao mesmo tempo em que o quadro de vídeo associado e podem, dessa forma ser usados pelo sistema no momento certo em vez de ter que receber os dados auxiliares através do canal assíncrono 11 do canal HDMI 7, arriscando que os dados auxiliares cheguem tarde demais para uso. Isso assegura que os dados auxiliares sejam transmitidos de maneira síncrona com os dados de vídeo que usam a arquitetura existente de interface HDMI. Na modalidade mostrada, o extrator 20 e o processador de vídeo 14 agem sobre a memória de buffer 15 separadamente, ao mesmo tempo em que mantêm a relação entre os dados de vídeo e os dados auxiliares. Alternativamente, o extrator pode recuperar o quadro de vídeo inteiro, isto é, linhas de vídeo ativas e Linhas de Vídeo Adicionais do buffer de vídeo 15, extrair as Linhas de Vídeo Adicionais, extrair os dados Auxiliares das Linhas de Vídeo Adicionais e fornecer tanto as linhas de vídeo ativas quanto os dados auxiliares extraídos ao processador de vídeo 14.
[033] Em ambos os casos, o processador de vídeo 14 usa as linhas de vídeo ativas e os dados auxiliares para criar dados de saída do receptor que são apresentados na saída do receptor 13.
[034] Os dados auxiliares que não forem necessários imediatamente são transmitidos através do canal assíncrono 11 do canal HDMI 7. Esses dados auxiliares podem ser enviados para uma saída de dados auxiliares separada 19 diretamente, se eles não forem de interesse para o processador de vídeo 14, ou eles podem ser fornecidos ao processador de vídeo também.
[035] Os circuitos de processamento de vídeo no dispositivo HDMI de recepção podem também ser tornados conscientes de que o quadro de vídeo contém AVLs usando, por exemplo, o sistema de sinalização InfoFrame assíncrono, através do canal assíncrono 11 do canal HDMI 7. Então, os circuitos de processamento de vídeo podem extrair os dados contidos nas linhas de vídeo adicionais AVL para cada quadro de vídeo e processar aqueles dados com os dados de vídeo para aquele quadro de vídeo.
[036] A Figura 3 mostra um quadro de vídeo com linhas de vídeo adicionais AVL que contêm dados auxiliares.
[037] Implementações de transmissores e/ou receptores HDMI existentes que transmitem/recebem dados de vídeo HD usam um quadro de vídeo com 1080 linhas de vídeo ativas, cada uma tendo 1920 pixels de vídeo. Na Figura 3, o quadro de vídeo 30 é mostrado contendo 1080 linhas de vídeo ativas 31, 32, 33, onde a primeira linha 31 e as duas últimas linhas, a 1079a linha de vídeo 32 e a 1080a linha de vídeo 33, são mostradas. Neste exemplo 2, Linhas de Vídeo Adicionais 34, 35 são mostradas. O descritor para este quadro de vídeo indica, dessa forma, 1082 linhas. Outros números de Linhas de Vídeo Adicionais também são possíveis, obviamente, dependendo da largura de banda necessária dos dados auxiliares transmitidos de modo síncrono. O transmissor 1 da Figura 1 preenche 1080 linhas 31, 32, 33 com dados de vídeo e as duas Linhas de Vídeo Adicionais 34, 35 com dados auxiliares 37. Também é fornecido um cabeçalho 36 na primeira Linha de Vídeo Adicional 34. O transmissor HDMI irá gerar 1082 linhas e as enviará através do canal HDMI 7 como um único quadro de vídeo. De modo similar, na extremidade de recepção, o receptor 12 da Figura 2 receberá 1082 linhas de vídeo e as enviará a um buffer de vídeo. O processador de vídeo receptor lerá 1080 linhas de dados de vídeo do buffer e o extrator extrairá os dados auxiliares das duas Linhas de Vídeo Adicionais do buffer de vídeo.
[038] Os dados AVL são portados em um ou mais dos três canais TMDS do canal HDI. Se forem usados múltiplos canais, o cabeçalho de AVL pode estar em um ou mais dos canais TMDS usados. A determinação de qual dos canais TMDS é usado pode ser parte dos dados de sinalização - ou escolhido pelo transmissor e automaticamente deduzido, de alguma forma, pelo receptor.
[039] O cabeçalho contém informações, como identificador de tipo de carga útil, quantas linhas são usadas neste quadro, tamanho de dados para este quadro e outras informações pertinentes ao recipiente de dados. O cabeçalho pode conter também uma indicação de que os dados contidos nessas linhas de vídeo adicionais são síncronos com os quadros de vídeo no fluxo de vídeo ou de que os dados são assíncronos. O dado de carga útil real será definido pelos usuários do Canal de Dados Síncronos no Quadro assim criado nas Linhas de Vídeo Adicionais e pode conter identificadores adicionais de carga útil, somas de verificação e outros dados similares.
[040] No caso em que múltiplos conjuntos de dados AVL são usados, o cabeçalho de AVL indica a localização das várias cargas úteis nas linhas de Vídeo Adicionais. Uma modalidade alternativa é que o cabeçalho de AVL indica as características de uma carga útil, e seu comprimento, junto com uma referência sobre onde e como encontrar o próximo cabeçalho de AVL que contém as características de uma outra carga útil e seu comprimento, e uma referência (se houver) sobre onde e como encontrar ainda um outro Cabeçalho de AVL.
[041] Embora essa patente mostre essas AVLs sendo adicionadas ao final do quadro de vídeo ativo, em uma outra modalidade é possível também colocá-las no início do quadro, ou em ambos os locais, ou em uma ou em múltiplas outras áreas da área de supressão vertical e/ou horizontal.
[042] Em adição às AVLs, pode haver uma indicação de que um fluxo de vídeo usa AVLs. Conforme mencionado anteriormente, essa indicação pode estar contida em qualquer um dos InfoFrames enviados com o fluxo de vídeo. Entretanto, para evitar problemas com dispositivos que não implementam o Canal de Dados com Quadro Síncrono conforme criado pela presente invenção, o receptor precisa também indicar que ele é capaz de lidar com o Canal de Dados de Quadro Síncrono. Isso pode ser conseguido incluindo-se tal indicação no E-EDID (Enhanced Extended Display Identification Data) do receptor, conforme definido por CEA-861 e VESA. O Canal de Dados de Quadro Síncrono pode também ser usado para aplicações quase síncronas onde tais dados são enviados antes do momento em que eles são necessários, isto é, os dados auxiliares são incluídos em um quadro de vídeo que precede o quadro de vídeo ao qual os dados auxiliares se referem. Isso é vantajoso quando o processamento de vídeo leva um tempo significativo, por exemplo vários quadros. Este recurso assegura que os dados auxiliares estejam disponíveis para o processador de vídeo antes do processamento do quadro de vídeo relacionado começar. Alternativamente, os dados são enviados, conforme descrito acima, junto com uma indicação de que eles devem ser aplicados em algum momento no futuro. Por exemplo, essa indicação pode mostrar que os dados devem ser usados em um número de quadros de vídeo após o quadro atual, ou que eles devem ser aplicados ao quadro atual ou ao próximo quadro de vídeo.
[043] Nem todas as aplicações exigem que os dados sejam enviados para cada quadro de vídeo. Por exemplo, os dados podem ser aplicados a um conjunto de quadros de vídeo que podem corresponder, por exemplo, a uma única cena em um filme. Nessa situação, os dados podem ser enviados no quadro de vídeo atual, ou antecipadamente, com uma indicação adicional de que esses dados devem ser aplicados continuamente a partir do momento indicado (isto é, quadro atual ou quadro futuro) até alguma posterior indicação. Dessa forma, os dados serão aplicados ao processamento de vídeo até os próximos dados auxiliares serem enviados e terem efeito. Pode ser dada uma indicação de que os dados auxiliares se aplicam a um número específico de quadros de vídeo a partir de quando ele começa a ter efeito.
[044] Também é possível que os dados sejam enviados antecipadamente com uma identificação de cada conjunto de dados, de modo que uma multiplicidade de tais conjuntos de dados possa ser enviada e identificada. A indicação de quando os dados devem ter efeito inclui também qual conjunto de dados pré-carregados e identificados precisa então ser aplicado a partir daquele momento.
[045] Além disso, podem ser definidas regiões da tela (por exemplo, usando posição de pixel e número da linha) onde diferentes conjuntos de dados devem ser aplicados em um momento específico. Por exemplo, um conjunto de dados pode se aplicar a todo o vídeo, mas uma região específica, que pode conter, por exemplo, um menu ou outra exibição na tela, pode usar um conjunto diferente de dados.
[046] Em HDMI, os dados de vídeo têm alguns mecanismos de proteção de dados (transformação 8-a-10 e 10-a- 8), o que pode não ser suficiente para os dados transmitidos nas AVL. Para fornecer melhor proteção contra, por exemplo, erros de bit durante a transmissão, medidas adicionais podem ser tomadas, por exemplo, adicionando-se uma soma de verificação aos dados transmitidos e/ou fornecendo-se recursos adicionais de detecção e correção de erro. Um exemplo particular seria usar um mapeamento de 8 bits de dados a 24 bits (3 bytes), que são carregados para um pixel de vídeo particular. No receptor, os 24 bits são mapeados para 8 bits de dados. Tal mapeamento também evitaria valores de pixel que tenham um significado específico (ou são proibidos, como 0 e 255 quando se usa “faixa limitada”). Outras modalidades podem usar métodos mais elaborados de detecção/correção de erro.
[047] A invenção pode ser aplicada a todas as versões HDMI, em particular ambas as versões atualmente disponíveis para desenvolver novos produtos (HDMI 1.4b e HDMI 2.0), embora seja possível imaginar que a invenção também pode ser aplicada a produtos HDMI existentes (mesmo quando é usada uma versão HDMI mais antiga), usando atualização de software.

Claims (10)

1. TRANSMISSOR (1) DISPOSTO PARA TRANSMITIR UM FLUXO DE DADOS, o fluxo de dados compreendendo um fluxo de pixels de vídeo e uma canal de dados auxiliares, o fluxo de pixels de vídeo compreendendo quadros de vídeo (30) em conformidade com um formato de vídeo, o quadro de vídeo (30) compreendendo linhas de vídeo ativas (31, 32, 33), as linhas de vídeo (31, 32, 33) compreendendo pixels de vídeo, sendo que o transmissor (1) é disposto para transmitir dados auxiliares (37) relativos ao fluxo de pixels de vídeo por meio do canal de dados auxiliares, sendo o transmissor (1) caracterizado por compreender um elemento inserível (6) para inserir uma linha adicional de vídeo (34, 45) no quadro de vídeo (30) adicionalmente às linhas de vídeo ativas (31, 32, 33) necessária para que um quadro de vídeo (30) fique em conformidade com o formato de quadro de vídeo, e pelos dados auxiliares (37) relativos ao quadro de vídeo (30) serem inseridos na linha adicional de vídeo (34, 45) do quadro de vídeo (30) ao qual os dados auxiliares (37) estão relacionados, ou em uma Linha Adicional de Vídeo (34, 45) de um quadro de vídeo que precede o quadro de vídeo (30) ao qual os dados auxiliares (37) estão relacionados.
2. TRANSMISSOR, de acordo com a reivindicação 1, sendo o transmissor (1) caracterizado por compreender um elemento inserível (6) disposto para inserir um descritor de formato de quadro de vídeo que define uma linha adicional de vídeo (34, 45) além das linhas de vídeo ativas (31, 32, 33) necessária para que um quadro de vídeo fique em conformidade com o formato de quadro de vídeo.
3. TRANSMISSOR, de acordo com a reivindicação 1 ou 2, caracterizado pelos dados auxiliares (37) serem relacionados a apenas uma subseção do quadro de vídeo (30).
4. RECEPTOR (12) DISPOSTO PARA RECEBER UM FLUXO DE DADOS, o fluxo de dados compreendendo um fluxo de pixels de vídeo e uma canal de dados auxiliares, o fluxo de pixels de vídeo compreendendo um quadro de vídeo (30) em conformidade com um formato de quadro de vídeo, o quadro de vídeo (30) compreendendo linhas de vídeo ativas (31, 32, 33), as linhas de vídeo (31, 32, 33) compreendendo pixels de vídeo, sendo o receptor (12) disposto para receber dados auxiliares (37) relacionados ao fluxo de pixels de vídeo por meio do canal de dados, sendo o receptor (12) caracterizado por compreender um extrator (20) para extrair dados auxiliares de uma linha adicional de vídeo (34, 45) no quadro de vídeo (30) que é adicional às linhas de vídeo ativas (31, 32, 33) necessária para que um quadro de vídeo fique em conformidade com o formato de quadro de vídeo, e pelos dados auxiliares (37) relativos ao quadro de vídeo (30) serem extraídos da linha adicional de vídeo (34, 45) do quadro de vídeo (30) ao qual os dados auxiliares estão relacionados, ou de uma linha adicional de vídeo (34, 45) de um quadro de vídeo que precede o quadro de vídeo (30) ao qual os dados auxiliares (37) estão relacionados.
5. RECEPTOR, de acordo com a reivindicação 4, sendo o receptor (12) caracterizado por compreender um extrator de descritor disposto para extrair um descritor de formato de quadro de vídeo que define uma linha adicional de vídeo (34, 45) além das linhas de vídeo ativas (31, 32, 33) necessária para que um quadro de vídeo (30) fique em conformidade com o formato de quadro de vídeo.
6. RECEPTOR, de acordo com a reivindicação 4 ou 5, caracterizado pelos dados auxiliares (37) serem relacionados a apenas uma subseção do quadro de vídeo (30).
7. SISTEMA DE TRANSMISSÃO, caracterizado por transmitir dados auxiliares (37) em canais de dados auxiliares e um fluxo de pixels de vídeo compreendendo quadros (30) que compreendem linhas de vídeo (31, 32, 33) que compreendem pixels de vídeo, o sistema compreendendo um transmissor (1) conforme definido em qualquer uma das reivindicações 1 a 3 e um receptor (12) conforme definido em qualquer uma das reivindicações 4 a 6.
8. SINAL, caracterizado por compreender um fluxo (stream) de dados, o fluxo de dados compreendendo um fluxo de pixels de vídeo e uma canal de dados auxiliares, o fluxo de pixels de vídeo compreendendo quadros de vídeo (30) em conformidade com um formato de vídeo, o quadro de vídeo (30) compreendendo linhas de vídeo (31, 32, 33), as linhas de vídeo (31, 32, 33) compreendendo pixels de vídeo, sendo que os dados auxiliares (37) do canal de dados auxiliares são relacionados ao fluxo de pixels de vídeo, sendo que o quadro de vídeo (30) compreende uma linha adicional de vídeo (34, 45) além das linhas de vídeo ativas (31, 32, 33) necessária para que um quadro de vídeo (30) fique em conformidade com o formato de quadro de vídeo e sendo que a linha adicional de vídeo (34, 45) compreende dados auxiliares (37) relativos ao quadro de vídeo (30) ou ao quadro de vídeo subsequente.
9. SINAL, de acordo com a reivindicação 8, caracterizado pelo descritor de formato de quadro de vídeo definir uma linha adicional de vídeo (34, 45) além das linhas de vídeo ativas necessária para que um quadro de vídeo (30) fique em conformidade com o formato de quadro de vídeo.
10. SINAL, de acordo com a reivindicação 8 ou 9, caracterizado pelos dados auxiliares (37) serem relacionados a apenas uma subseção do quadro de vídeo (30).
BR112016021816-7A 2014-03-26 2015-03-11 Transmissor disposto para transmitir um fluxo de dados, receptor disposto para receber um fluxo de dados, sistema de transmissão, e, sinal BR112016021816B1 (pt)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
EP14161817.3 2014-03-26
EP14161817 2014-03-26
EP14174997 2014-06-30
EP14174997.8 2014-06-30
PCT/EP2015/055014 WO2015144432A1 (en) 2014-03-26 2015-03-11 A transmitter, receiver, system and signal for transmitting auxiliary data frame synchronously across an hdmi interface

Publications (2)

Publication Number Publication Date
BR112016021816A2 BR112016021816A2 (pt) 2017-08-15
BR112016021816B1 true BR112016021816B1 (pt) 2024-01-02

Family

ID=52633289

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112016021816-7A BR112016021816B1 (pt) 2014-03-26 2015-03-11 Transmissor disposto para transmitir um fluxo de dados, receptor disposto para receber um fluxo de dados, sistema de transmissão, e, sinal

Country Status (7)

Country Link
US (1) US9877068B2 (pt)
EP (1) EP3123712B1 (pt)
JP (1) JP6449318B2 (pt)
CN (1) CN106464831B (pt)
BR (1) BR112016021816B1 (pt)
RU (1) RU2016141695A (pt)
WO (1) WO2015144432A1 (pt)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10477141B1 (en) 2018-05-17 2019-11-12 Futurewei Technologies, Inc. Frame synchronous packet switching for high-definition multimedia interface (HDMI) video transitions
KR20220007319A (ko) * 2020-07-10 2022-01-18 삼성전자주식회사 전자장치 및 그의 제어방법
CN112616030A (zh) * 2020-11-27 2021-04-06 西安诺瓦星云科技股份有限公司 图像帧数据处理方法、装置及系统和显示控制系统
WO2022160299A1 (zh) * 2021-01-29 2022-08-04 华为技术有限公司 一种数据传输方法及装置

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3329076B2 (ja) 1994-06-27 2002-09-30 ソニー株式会社 ディジタル信号伝送方法、ディジタル信号伝送装置、ディジタル信号受信方法及びディジタル信号受信装置
WO2000064155A1 (fr) 1999-04-16 2000-10-26 Sony Corporation Procede de transmission de donnees et emetteur de donnees
US6690428B1 (en) 1999-09-13 2004-02-10 Nvision, Inc. Method and apparatus for embedding digital audio data in a serial digital video data stream
US8819723B1 (en) * 2000-04-27 2014-08-26 The Directv Group, Inc. System and method for brokering auxiliary data broadcasting services
US6694518B1 (en) 2000-05-30 2004-02-17 Hughes Electronics Corporation Method and apparatus for carrying data across high definition analog component video interfaces
US7057666B2 (en) 2000-10-24 2006-06-06 Harris Corporation System and method for encoding information into a video signal
US7356051B2 (en) 2001-01-24 2008-04-08 Broadcom Corporation Digital visual interface with audio and auxiliary data cross reference to related applications
US7091980B2 (en) 2003-08-28 2006-08-15 Evans & Sutherland Computer Corporation System and method for communicating digital display data and auxiliary processing data within a computer graphics system
US8724023B2 (en) * 2004-09-09 2014-05-13 Texas Instruments Incorporated System and method for transporting an ancillary data packet in the active area of a video stream
KR100766496B1 (ko) * 2005-07-08 2007-10-15 삼성전자주식회사 에이치디엠아이 전송 시스템
JP5162845B2 (ja) * 2006-05-16 2013-03-13 ソニー株式会社 伝送方法、伝送システム、送信方法、送信装置、受信方法及び受信装置
JP5242111B2 (ja) 2007-10-02 2013-07-24 株式会社ソニー・コンピュータエンタテインメント 送信装置、画像データ送信方法、受信装置および受信装置における画像表示方法
US8443413B2 (en) 2007-12-14 2013-05-14 Texas Instruments Incorporated Low-latency multichannel video port aggregator
KR20100095464A (ko) 2007-12-18 2010-08-30 코닌클리케 필립스 일렉트로닉스 엔.브이. 디스플레이 인터페이스를 통한 입체 이미지 데이터의 전송
JP5428186B2 (ja) 2008-04-04 2014-02-26 ソニー株式会社 電子機器
JP5414797B2 (ja) * 2008-12-25 2014-02-12 ジーブイビービー ホールディングス エス.エイ.アール.エル. 送信装置、受信装置、システム、及び、そこで用いられる方法
US9131215B2 (en) 2009-09-29 2015-09-08 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving uncompressed three-dimensional video data via digital data interface
JP5372687B2 (ja) 2009-09-30 2013-12-18 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
CN101697577A (zh) * 2009-10-27 2010-04-21 中兴通讯股份有限公司 视频发送/接收装置和方法
JP2011146929A (ja) * 2010-01-14 2011-07-28 Sony Corp 情報処理装置、情報処理方法、およびプログラム
IT1397789B1 (it) 2010-01-22 2013-01-24 Sisvel Technology Srl Metodo per il trasporto di dati informativi e/o applicativi all'interno di un flusso video digitale e relativi dispositivi per la generazione e la fruizione di tale flusso video.

Also Published As

Publication number Publication date
US20170019705A1 (en) 2017-01-19
CN106464831A (zh) 2017-02-22
CN106464831B (zh) 2020-08-11
JP6449318B2 (ja) 2019-01-09
RU2016141695A (ru) 2018-04-27
US9877068B2 (en) 2018-01-23
EP3123712B1 (en) 2018-05-16
WO2015144432A1 (en) 2015-10-01
JP2017516329A (ja) 2017-06-15
EP3123712A1 (en) 2017-02-01
BR112016021816A2 (pt) 2017-08-15

Similar Documents

Publication Publication Date Title
US10999554B2 (en) Communication device and communication method
US10897594B2 (en) Frame synchronous packet switching for high-definition multimedia interface (HDMI) video transitions
US11200865B2 (en) Electronic devices, method of transmitting data block, method of determining contents of transmission signal, and transmission/reception system
US10459674B2 (en) Apparatus and methods for packing and transporting raw data
US8397272B2 (en) Multi-stream digital display interface
US10412338B2 (en) Method and apparatus for transmitting and receiving data by using HDMI
JP5670916B2 (ja) マルチモニターディスプレイ
EP3174288A1 (en) Transmitter, three-dimensional image data transmitting method
KR20160023647A (ko) 송신 장치, 하이 다이내믹 레인지 화상 데이터 송신 방법, 수신 장치, 하이 다이내믹 레인지 화상 데이터 수신 방법 및 프로그램
BR112016021816B1 (pt) Transmissor disposto para transmitir um fluxo de dados, receptor disposto para receber um fluxo de dados, sistema de transmissão, e, sinal
US9769417B1 (en) Metadata transfer in audio video systems
EP2388688B1 (en) Data transmission device, data reception device, data transmission method, and data reception method for transmitting/receiving closed caption packets using HDMI
US10255875B2 (en) Transmission device, transmission method, reception device, reception method, and transmission/reception system
US10623805B2 (en) Sending device, method of sending high dynamic range image data, receiving device, and method of receiving high dynamic range image data
US8686759B2 (en) Bi-directional channel amplifier
KR101411107B1 (ko) 미디어 싱크 디바이스 및 그 제어방법
JP2014050079A (ja) テレビジョンカメラシステム
WO2024017125A9 (zh) 一种信号传输方法及装置
BR112015031222B1 (pt) Dispositivos de transmissão e de recepção, métodos para transmitir e para receber dados de imagem em uma gama dinâmica alta, e, memórias nãotransitórias legíveis por computador

Legal Events

Date Code Title Description
B15K Others concerning applications: alteration of classification

Free format text: AS CLASSIFICACOES ANTERIORES ERAM: H04N 7/08 , H04N 21/4363 , H04N 21/435 , H04N 5/765

Ipc: H04N 21/4363 (2011.01), G09G 5/36 (2006.01), H04N

B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B350 Update of information on the portal [chapter 15.35 patent gazette]
B350 Update of information on the portal [chapter 15.35 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 11/03/2015, OBSERVADAS AS CONDICOES LEGAIS