BRPI0621618B1 - método e dispositivo móvel para recuperar perda de um pacote de dados quando o dispositivo móvel é transferido de controle entre células - Google Patents
método e dispositivo móvel para recuperar perda de um pacote de dados quando o dispositivo móvel é transferido de controle entre células Download PDFInfo
- Publication number
- BRPI0621618B1 BRPI0621618B1 BRPI0621618A BRPI0621618A BRPI0621618B1 BR PI0621618 B1 BRPI0621618 B1 BR PI0621618B1 BR PI0621618 A BRPI0621618 A BR PI0621618A BR PI0621618 A BRPI0621618 A BR PI0621618A BR PI0621618 B1 BRPI0621618 B1 BR PI0621618B1
- Authority
- BR
- Brazil
- Prior art keywords
- data packet
- multicast group
- video
- data
- packet
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
- H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
- H03M13/37—Decoding methods or techniques, not specific to the particular type of coding provided for in groups H03M13/03 - H03M13/35
- H03M13/3761—Decoding methods or techniques, not specific to the particular type of coding provided for in groups H03M13/03 - H03M13/35 using code combining, i.e. using combining of codeword portions which may have been transmitted separately, e.g. Digital Fountain codes, Raptor codes or Luby Transform [LT] codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Physics & Mathematics (AREA)
- Probability & Statistics with Applications (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Error Detection And Correction (AREA)
Abstract
transferência de ligação entre células sem interrupção de sessões de difusão seletiva em redes sem fio baseadas em protocolo de internet usando difusão escalonada. são descritos um método e aparelho para recuperar perda de um pacote de dados original, incluindo detectar perda de pacotes de dados, unir um grupo de difusão seletiva atrasado, receber um pacote de dados atrasado e usar o pacote de dados atrasado para recuperar o pacote de dados original que foi perdido. o pacote de dados atrasado é um de uma cópia do pacote de dados original, uma cópia do pacote de dados original codificado com uma menor taxa de bits ou um pacote de paridade. são também descritos um método e aparelho para difusão escalonada incluindo codificar e comprimir uma primeira seqúência de dados, empacotar a seqüência de dados codificados comprimidos para formar um pacote de dados, difundir seletivamente o pacote de dados para um primeiro grupo difusão seletiva, codificar e comprimir uma segunda seqüência de dados, empacotar a segunda seqüência de dados codificada comprimida para formar um pacote e difundir seletivamente o pacote atrasado com um deslocamento no tempo para um segundo grupo de difusão seletiva.
Description
Em difusão múltipla (“multicast”)/difusão geral (“broadcast”) de vídeo em redes sem fio com base em IP, dados de vídeo são encapsulados em pacotes UDP/IP e difundidos multiplamente/difundidos generalizadamente para os dispositivos móveis em redes sem fio. A rede sem fio com base em IP pode ser redes de área local sem fio (WLANs), redes celulares, redes de área metropolitana sem fio (WMANs) e redes de área regional sem fio (WARNs). Quando um dispositivo móvel se move de uma célula para outra, ele sofre transferência de ligação/transferência de controle de uma estação base (BS)/ponto de acesso (AP) com o qual está atualmente associado para outra BS/AP. As duas BSs/APs normalmente operam em diferentes frequências/canais. Diversos pacotes são perdidos quando um dispositivo móvel muda a frequência de operação para associar-se com a nova BS/AP.
Tipicamente, um sinal de difusão geral é transmitido simultaneamente para todos os receptores possíveis. Um sinal de difusão múltipla é transmitido para um subconjunto selecionado (um ou mais) de todos os receptores possíveis em um grupo simultaneamente. Na forma que usada, a difusão geral também inclui difusão múltipla. Ou seja, um sinal de difusão múltipla pode ser transmitido a um subconjunto selecionado (um ou mais) de todos os receptores possíveis em um grupo onde o subconjunto selecionado pode incluir todo o conjunto de todos os receptores possíveis, isto é, o grupo de difusão múltipla são todos os receptores.
Em sistemas sem fio, a codificação de canal é usada na camada física para proteger pacotes contra desvanecimento e interferência multicaminhos. Entretanto, codificação de canal não pode recuperar perda de pacotes em surto durante transferências de ligação (“handover”)/transferências de controle (“handoff”) entre células.
Um método da tecnologia anterior permite transmissão de dados duplicados atrasados no tempo/deslocados no tempo de seus dados originais (difusão escalonada) em um sistema ATSC para melhorar a robustez do sistema de difusão geral. Quando duplicados, fluxos contínuos escalonados no tempo são enviados, o sistema pode tolerar perda de sinal limitado até a duração do deslocamento no tempo entre os dois fluxos contínuos. Um outro método da tecnologia anterior fornece uma versão com uma menor taxa de bits dos dados originais (em vez de os dados originais). Essa abordagem reduz a largura de banda utilizada
Petição 870190051910, de 03/06/2019, pág. 13/35
2/18 pelos dados redundantes. Entretanto, ambos estes esquemas da tecnologia anterior enviam um sinal composto, e sempre enviam os sinais, quer existam ou não clientes/receptores que querem/precisam da informação.
Ainda um outro método da tecnologia anterior forneceu o uso de códigos de correção antecipada de erros de pacote-cruzado (FEC) para proteger contra perda de sincronização em um sistema ATSC. Os códigos FEC têm sido também utilizados para recuperar pacotes perdidos em redes sem fio com base em IP. Em geral, um pacote errôneo é descartado pela camada de ligação. Os códigos FEC são aplicados por meio dos pacotes nas camadas de transporte e aplicação, e decodificação por apagamento é usada para recuperar pacotes perdidos. Entretanto, os pacotes de paridade FEC são normalmente enviados juntamente com o pacote de dados. Durante as transferências de ligação/transferências de tarefas entre células, longas rajadas de erros poderão acontecer. Estas longas rajadas de erros levam à perda de pacotes de dados e pacotes de paridade que excedem a capacidade FEC, e assim os pacotes de dados perdidos não podem ser recuperados.
O problema abordado e resolvido pela presente invenção é como proteger contra perda de pacotes durante transferência de ligação/transferência de controle entre células para difusão múltipla/difusão geral de vídeo de alta qualidade em redes sem fio com base em IP.
SUMÁRIO DA INVENÇÃO
Em redes sem fio, um dispositivo móvel pode sofrer transferência de ligação/transferência de tarefa de uma estação base/ponto de acesso para outra estação base/ponto de acesso. Os dados transmitidos durante estes períodos de transferência de ligação/transferência de controle entre células são perdidos para o receptor/dispositivo móvel. A presente invenção fornece um método e aparelho para recuperar perda de pacotes de dados para transferência de ligação/transferência de controle entre células sem interrupção, pela transmissão repetida de pacotes de dados com um deslocamento no tempo (difusão escalonada). Modalidades alternativas são também fornecidas, incluindo difusão escalonada de uma versão com uma menor taxa de bits dos dados originais, ou difusão escalonada de dados de paridade gerados por um código de correção antecipada de erros de pacotecruzado (FEC).
O sistema descrito aqui inclui um ou mais servidores/remetentes)/transmissores), estações base ou pontos de acesso sem fio, chave de Ethernet e receptores. Um receptor na forma aqui usada é tipicamente um dispositivo móvel. Dispositivos móveis incluem, mas sem limitações, telefones móveis, telefones celulares, terminais móveis, assistentes digitais pessoais (PDAs) e computadores portáteis.
Os dados normais/originais e os dados deslocados no tempo são transmitidos de um modo compatível na direção contrária usando diferentes grupos de difusão múltipla IP.
Petição 870190051910, de 03/06/2019, pág. 14/35
3/18
Ou seja, se um dispositivo móvel não tiver a capacidade fornecida na presente invenção, ele ainda pode receber pacotes de dados normais sozinhos com baixa resiliência do sistema a perda de pacote. Os pacotes de recuperação atrasados são descartados pelo dispositivo móvel. Isto consegue compatibilidade retroativa com os dispositivos legados.
São descritos um método e aparelho para recuperar a perda de um pacote de dados originais, incluindo a detecção de perda de pacotes de dados, junção de um grupo de difusão múltipla atrasado, recepção de pacote de dados atrasado e uso do pacote de dados atrasado para recuperar o pacote de dados originais que foi perdido. O pacote de dados atrasado é um de uma cópia do pacote de dados original, uma cópia do pacote de dados original codificado com uma menor taxa de bits ou um pacote de paridade. São também descritos um método e aparelho para escalonamento, incluindo codificar e comprimir uma primeira sequência de dados, empacotar a primeira sequência de dados codificada e comprimida para formar um pacote de dados, difundir multiplamente o pacote de dados para um primeiro grupo de difusão múltipla, codificar e comprimir uma segunda sequência de dados codificada e comprimida para formar um pacote e difundir multiplamente o pacote atrasado em uma defasagem no tempo para um segundo grupo de difusão múltipla. O pacote é um de uma cópia do pacote de dados original, uma cópia do pacote de dados original codificado com uma menor taxa de bits ou um pacote de paridade.
DESCRIÇÃO RESUMIDA DOS DESENHOS
A presente invenção é mais bem compreendida a partir da descrição detalhada seguinte, quando lida em conjunto com os desenhos anexos. Os desenhos incluem as figuras seguintes descritas resumidamente a seguir onde números iguais nas figuras representam elementos similares:
A figura 1 é um diagrama esquemático de um sistema de difusão múltipla em uma rede sem fio baseada em protocolo de internet usando difusão escalonada.
A figura 2a é um fluxograma de uma implementação de servidor/remetente de vídeo de difusão escalonada exemplar de acordo com os princípios da presente invenção.
A figura 2b é um diagrama esquemático de uma implementação de servidor/remetente de vídeo de difusão escalonada exemplar de acordo com os princípios da presente invenção.
A figura 3a é um fluxograma de uma implementação de receptor móvel de difusão escalonada exemplar de acordo com os princípios da presente invenção.
A figura 3b é um diagrama esquemático de uma implementação de receptor móvel de difusão escalonada exemplar de acordo com os princípios da presente invenção.
A figura 4 é um exemplo de recuperação de perda de pacotes usando difusão escalonada de acordo com os princípios da presente invenção.
A figura 5a é um fluxograma de uma implementação servidor/codificador de vídeo
Petição 870190051910, de 03/06/2019, pág. 15/35
4/18 exemplar com qualidade de vídeo inferior no grupo de difusão múltipla de recuperação atrasada de acordo com os princípios da presente invenção.
A figura 5b é um diagrama esquemático de uma implementação servidor/codificador de vídeo exemplar com vídeo de qualidade inferior no grupo de difusão múltipla de recuperação atrasada de acordo com os princípios da presente invenção.
A figura 6a é um fluxograma de uma implementação de um receptor móvel exemplar com vídeo de qualidade inferior em um grupo de difusão múltipla de recuperação atrasada de acordo com os princípios da presente invenção.
A figura 6b é um diagrama esquemático de uma implementação de um receptor móvel exemplar com vídeo de qualidade inferior em um grupo de difusão múltipla de recuperação atrasada de acordo com os princípios da presente invenção.
A figura 7 é um exemplo de recuperação de perda de pacotes com vídeo de qualidade inferior em um grupo de difusão múltipla de recuperação atrasada de acordo com os princípios da presente invenção.
A figura 8a é um fluxograma de uma implementação de um servidor/codificador de vídeo exemplar com pacotes de paridade gerados por um código de correção de erros futuros de pacotes-cruzados (FEC) em grupos difusão múltipla de recuperação atrasada de acordo com os princípios da presente invenção.
A figura 8b é um diagrama esquemático de uma implementação de um servidor/codificador de vídeo exemplar com um código de correção de erros futuros de pacotescruzados (FEC) em um grupo de difusão múltipla de recuperação atrasada de acordo com os princípios da presente invenção.
A figura 9 é um exemplo de uma codificação de pacote cruzado de acordo com os princípios da presente invenção.
A figura 10a é um fluxograma de uma implementação de receptor móvel exemplar com pacotes de paridade gerados por um código FEC de pacote-cruzado em um grupo de difusão múltipla de recuperação atrasada de acordo com os princípios da presente invenção.
A figura 10b é um diagrama esquemático de uma implementação de receptor móvel exemplar com pacotes de paridade gerados por um código FEC de pacote-cruzado em um grupo de difusão múltipla de recuperação atrasada de acordo com os princípios da presente invenção.
DESCRIÇÃO DETALHADA DAS MODALIDADES PREFERIDAS
A presente invenção diz respeito a difusão escalonada em redes sem fio para recuperar perda de pacotes de dados durante a transferência de ligação/transferência de controle entre células. Isto é efetivado pela transmissão repetida de pacotes de dados com um deslocamento no tempo/atraso de tempo. Os pacotes de dados podem ser cópias de pacoPetição 870190051910, de 03/06/2019, pág. 16/35
5/18 tes de dados originais/normais ou, alternativamente, uma versão com uma menor taxa de bits dos pacotes de dados originais. Além disso, a presente invenção fornece uma outra modalidade alternativa para difundir escalonadamente os dados de paridade gerados por um código FEC de pacote-cruzado. A presente invenção é independente dos esquemas de codificação de vídeo. A presente invenção pode também ser usada para transmitir fluxos contínuos de áudio, embora difusão múltipla de vídeo em redes sem fio seja usada como exemplo para explicar a invenção.
Referindo-se à figura 1, é mostrado um típico sistema de rede de acordo com a presente invenção. Múltiplas estações base/pontos de acesso AP1, AP2 formam uma rede celular para aumentar a cobertura. Para reduzir a interferência, estações base/pontos de acesso sem fio adjacentes AP1/AP2 são operados em portadoras/canais sem fio de frequências diferentes. Pelo menos um servidor de vídeo 105 é conectado em múltiplas estações base (BSs) ou pontos de acesso sem fio (APs) por meio de Ethernet, LANs de alta velocidade ou outras redes sem fio de alta velocidade. O servidor de vídeo 105 inclui entre outros componentes um codificador/transcodificador e empacotador. Para difusão múltipla/difusão geral de vídeo ao vivo, os conteúdos de vídeo são codificados/transcodificados, empacotados e então difundidos multiplamente para diversos clientes móveis (110, 115a, 115b, 120a, 120b, 125) através de estações base/pontos de acesso sem fio AP1, AP2. Conteúdos de vídeo pré-codificados podem ser também compactados e então difundidos multiplamente para diversos clientes móveis através de estações base/pontos de acesso sem fio.
Quando um dispositivo móvel (por exemplo, 115a, 120b) move-se de uma célula para outra, o dispositivo móvel sofre transferência de ligação/transferência de tarefa da estação de base (BS/ponto de acesso (AP) com o qual ele está correntemente associado para uma outra BS/AP. Diversos pacotes podem ser perdidos quando o dispositivo móvel (115a, 120b) muda sua frequência de operação para associar-se com a nova BS/AP. Para recuperar a perda de pacotes e conseguir uma transferência de ligação entre células sem interrupção, a presente invenção possibilita difusão simultânea do mesmo conteúdo de vídeo (pacotes de dados) com um deslocamento no tempo. O fluxo contínuo de pacotes de vídeos normais é enviado a todas as estações base/pontos de acesso em um grupo de difusão múltipla IP (grupo de difusão múltipla de vídeo normal). Além do mais, uma versão defasada/deslocada/atrasada no tempo duplicada do fluxo contínuo de pacotes de vídeo normal é enviada a todos os dispositivos móveis em um outro grupo de difusão múltipla IP (grupo de difusão múltipla de recuperação atrasada). Esta técnica é chamada aqui de difusão escalonada. O fluxo contínuo de vídeo normal e o fluxo de vídeo deslocado no tempo fornecem diversidade no tempo para melhorar a robustez do sistema em uma situação de transferência de ligação/transferência de controle entre células. O sistema pode transparentemente tolerar perda de pacotes até a duração do deslocamento no tempo.
Petição 870190051910, de 03/06/2019, pág. 17/35
6/18
Quando um dispositivo móvel é transferido de uma BS/AP para uma BS/AP adjacente, o dispositivo móvel envia uma solicitação à nova BS/AP para unir/subscrever tanto os grupos difusão múltipla de vídeo normais quanto o grupo de difusão múltipla de vídeo atrasado, tanto quando um erro é detectado quanto tão logo ocorra uma situação de transferência de ligação/transferência de controle entre células. A nova BS/AP transmite/difunde multiplamente tanto o fluxo contínuo de pacotes de vídeo quanto o fluxo contínuo de pacotes de vídeo atrasado em difusão múltipla em uma ligação sem fio. O dispositivo móvel recebe ambos os fluxos contínuos. Se o dispositivo móvel detecta que alguns pacotes ou um segmento de vídeo (alguns quadros de vídeo ou grupos de quadros (GOF)) são perdidos no fluxo contínuo de pacotes de vídeo normal, então o dispositivo móvel alterna para o fluxo contínuo de vídeo atrasado no tempo para recuperar os pacotes perdidos ou segmentos de vídeo do fluxo contínuo de pacotes de vídeo original. Se a duração/período de deslocamento no tempo entre o fluxo contínuo de vídeo normal e o fluxo contínuo de pacotes de vídeo atrasado for maior que o tempo de transferência entre células, os dados de vídeo perdidos podem ser recuperados. Depois que os dados perdidos no fluxo contínuo de pacotes de vídeo normal são recuperados, o dispositivo móvel pode enviar uma solicitação para a BS/AP para deixar/cancelar/sair do grupo de difusão múltipla de vídeo atrasado. Se nenhum dispositivo móvel associado com a BS/AP quiser os dados para um grupo de difusão múltipla (dados de vídeo normais ou dados de vídeo atrasados), isto é, se não existirem elementos de um grupo de difusão múltipla, a BS/AP não transmitirá dados para este grupo de difusão múltipla em redes sem fio, mas descartará os dados. Isto economiza largura de banda na rede sem fio. O Protocolo de Gerenciamento de Grupo de Internet (IGMP) ou outros protocolos podem ser usados para o dispositivo móvel solicitar à BS/AP unir-se ou deixar um grupo de difusão múltipla. Em uma modalidade alternativa, o dispositivo móvel envia uma solicitação à chave de Ethernet para unir-se ou deixar o grupo de difusão múltipla. Se nenhum dispositivo móvel associado à BS/AP quiser os dados para um grupo de difusão múltipla, a chave da Ethernet não irá transmitir os dados para aquele grupo de difusão múltipla da BS/AP.
Em particular, ainda com referência à figura 1, o dispositivo móvel 115b move-se de uma célula servida/suportada pelo AP2 para uma célula servida/suportada pelo AP1. Assim procedendo, o dispositivo móvel (agora 115a - suportado pelo AP1) solicita ao AP1 a unir/subscrever os grupos de difusão múltipla de vídeo atrasado e normal, e recebe tanto o fluxo contínuo de pacotes de vídeo normal (fluxo contínuo 1) quanto a versão atrasada/deslocada no tempo do fluxo contínuo de pacotes de vídeo (fluxo contínuo 2). Se forem detectados erros (alguns pacotes ou um segmento de vídeo são perdidos) no fluxo contínuo de vídeo normal, então o dispositivo móvel alterna para o fluxo contínuo de pacotes de vídeo atrasado no tempo para recuperar os pacotes ou segmento de vídeo perdidos do fluxo contínuo de pacotes de vídeo original. Se a duração de deslocamento no tempo entre o fluxo
Petição 870190051910, de 03/06/2019, pág. 18/35
7/18 contínuo de pacotes de vídeo normal e o fluxo contínuo de pacotes de vídeo atrasado for maior que o tempo de transferência entre células, os dados de vídeo perdidos podem ser recuperados. Depois que os dados perdidos no fluxo contínuo de pacotes de vídeo normal são recuperados, o dispositivo móvel 115a pode enviar uma solicitação para a BS/AP deixar/cancelar/sair do grupo de difusão múltipla de vídeo atrasado.
Similarmente, o dispositivo móvel 120a move-se de uma célula servida/suportada pelo AP1 para uma célula servida/suportada pelo AP2. Assim procedendo, o dispositivo móvel (agora 120b - suportado pelo AP2) solicita ao AP2 unir/subscrever os grupos de difusão múltipla de vídeo normal e atrasado, e recebe tanto o fluxo contínuo de pacotes de vídeo normal (fluxo contínuo 1) quanto a versão atrasada/deslocada no tempo do fluxo contínuo de pacotes de vídeo (fluxo contínuo 2). Se forem detectados erros (alguns pacotes ou um segmento de vídeo são perdidos) em um fluxo contínuo de pacotes de vídeo normal, então o dispositivo móvel alterna para o fluxo contínuo de pacotes de vídeo atrasado no tempo, para recuperar os pacotes ou segmentos de vídeo perdidos do fluxo contínuo de pacotes de vídeo original. Se a duração do deslocamento do tempo entre o fluxo contínuo de pacotes de vídeo normal e o fluxo contínuo de pacotes de vídeo atrasado for maior que o tempo de transferência entre células, os dados de vídeo perdidos podem ser recuperados. Depois que os dados perdidos no fluxo contínuo de pacotes de vídeo normal são recuperados, o dispositivo móvel 120b pode enviar uma solicitação à BS/AP para deixar/cancelar/sair do grupo de difusão múltipla de vídeo atrasado.
A figura 2a é um fluxograma de uma implementação difusão escalonada de servidor/remetente de vídeo exemplar para difusão múltipla de vídeo em redes sem fio baseadas em IP de acordo com a presente invenção. O codificador/transcodificador fonte codifica/comprime a sequência de dados de vídeo não comprimidos no 205. Os possíveis formatos de codificação de vídeo incluem H.264, MPEG-2, etc. O vídeo comprimido é empacotado pelo empacotador, e o cabeçalho do pacote é adicionado em 210. Se o protocolo de transporte em tempo real (RTP) for usado para difusão múltipla de vídeo, o cabeçalho do pacote é cabeçalho RTP. Os pacotes de dados RTP são encapsulados em UDP e difundidos multiplamente em um grupo de difusão múltipla IP (grupo de difusão múltipla de vídeo normal) na etapa 215. Uma cópia destes pacotes de dados de vídeos comprimidos e empacotados é armazenada também para uma defasagem no tempo Td em 220. Os dados de vídeo (normais e atrasados) são transmitidos/difundidos multiplamente em 215. A versão atrasada dos pacotes de vídeo é transmitida/difundida multiplamente para um outro grupo de difusão múltipla IP (grupo de difusão múltipla de recuperação atrasada).
A figura 2b é um diagrama esquemático de uma implementação difusão escalonada de servidor/remetente de vídeo exemplar para difusão múltipla de vídeo em redes sem fio baseadas em IP de acordo com a presente invenção. Dados da sequência de vídeo desPetição 870190051910, de 03/06/2019, pág. 19/35
8/18 compactados são recebidos por um servidor/remetente de vídeo 225. O servidor/remetente de vídeo inclui pelo menos um transcodificador/codificador de vídeo 225a e um empacotador de vídeo 225b. O transcodificador/codificador de vídeo comprime os dados da sequência de vídeo. Os dados da sequência de vídeo são então empacotados e enviados tanto para uma pilha de protocolo 230 quanto para um armazenamento temporário de atraso 235. A pilha de protocolo 230 inclui pelo menos UDP 230a e IP 230b. O armazenamento temporário de atraso 235 armazena uma cópia dos dados da sequência de vídeo comprimidos e empacotados para uma defasagem no tempo Td. Os dados da sequência de vídeo comprimidos e empacotados atrasados são comunicados à pilha do protocolo depois de uma defasagem no tempo Td. Os dados da sequência de vídeo comprimidos e empacotados (pacotes de dados normais e atrasados) são comunicados à interface de Ethernet 240, que transmite/difunde multiplamente os pacotes de dados de vídeo normais/originais para um grupo de difusão múltipla normal/original e transmite/difunde multiplamente os pacotes de vídeo atrasados para um grupo de difusão múltipla atrasado. Os componentes descritos aqui podem ser hardware, software ou software embarcado, ou qualquer combinação deles, incluindo RISC, ASIC e/ou FPGA.
A figura 3a é um fluxograma de uma implementação de dispositivo/receptor móvel exemplar para difusão múltipla de vídeo em redes sem fio com base em IP de acordo com a presente invenção. Os pacotes de vídeo normais/originais e os pacotes de vídeo atrasados são recebidos de grupos de difusão múltipla diferentes em 305. Os pacotes de vídeo normais (dados da sequência de vídeo) e pacotes de vídeos atrasados (dados da sequência de vídeo) são separados em um fluxo contínuo de pacotes de vídeo normal e um fluxo contínuo de pacotes de vídeo atrasado em 310. Detecção e correção de erros são efetuadas em 315. Detecção de erro é efetuada para determinar se pacotes foram perdidos em um fluxo contínuo de pacotes de vídeo normal pelo reconhecimento de intervalos em números de sequência de pacotes recebidos. O fluxo contínuo de pacotes de vídeo normal é armazenado em 320. Se a perda de pacotes for detectada no fluxo contínuo de pacotes de vídeo normal, os pacotes no fluxo contínuo de pacotes de vídeo atrasado correspondentes aos pacotes perdidos do fluxo contínuo de pacotes de vídeo normal são selecionados e inseridos no fluxo contínuo de pacotes de vídeo normal no armazenamento temporário de atraso para recuperar/corrigir a perda de pacotes no fluxo contínuo de pacotes de vídeo normal. Os pacotes de vídeo recuperados são desempacotados. O fluxo contínuo de vídeo desempacotado é decodificado em 330.
A figura 3b é um diagrama esquemático de uma implementação de dispositivo/receptor móvel exemplar para difusão múltipla de vídeo em redes sem fio com base em IP de acordo com a presente invenção. Uma interface Ethernet/WLAN 335 recebe dados da sequência de vídeo (pacotes de dados) tanto do grupo de difusão múltipla normal quanto do
Petição 870190051910, de 03/06/2019, pág. 20/35
9/18 grupo de difusão múltipla atrasado. A interface Ethernet/WLAN comunica os dados da sequência de vídeo normal/original (pacotes de dados) e os dados da sequência de vídeo atrasados (pacotes de dados) a uma pilha de protocolo 340, que inclui pelo menos uma camada UDP 340a e uma camada IP 340b. A pilha de protocolo 340 separa os dados da sequência de vídeo recebidos em um fluxo contínuo de pacotes de vídeo normal e um fluxo contínuo de pacotes de vídeo atrasado, e comunica o fluxo contínuo de pacotes de vídeo normal e o fluxo contínuo de pacotes de vídeo atrasado a um módulo de detecção e correção de erros 345. A detecção de erros é efetuada pelo módulo de detecção e correção de erros 345 para determinar se pacotes foram perdidos no fluxo contínuo de pacotes de vídeo normal pelo reconhecimento de intervalos em números da sequência de pacotes recebidos. Os pacotes de vídeo normais são armazenados em um armazenamento temporário de atraso 350 por um certo tempo (tempo deslocado). Se for detectada perda de pacote, o módulo de detecção e correção de erros 345 informa a um módulo de controle (não mostrado). O módulo de controle envia uma solicitação (a critério do dispositivo móvel) para a BS/AP unir o grupo de difusão múltipla atrasado. Os pacotes no fluxo contínuo de pacotes de vídeo atrasado correspondentes aos pacotes perdidos do fluxo contínuo de pacotes de vídeo normal são inseridos em um fluxo contínuo de pacotes de vídeo normal no armazenamento temporário 350 atrasado depois que eles chegam. Os dados da sequência de vídeo atrasados são passados ao módulo de desempacotamento, e são desempacotados. Os dados da sequência de vídeo atrasados são comunicados a um decodificador de vídeo 360. O decodificador de vídeo 360 decodifica o vídeo recuperado desempacotado. É possível que o módulo de controle saiba que existe uma situação de transferência de ligação/transferência de controle entre células para um dispositivo móvel e envia uma solicitação para unir o grupo de difusão múltipla atrasado à BS/AP antes que módulo de detecção e correção de erros informe o módulo de controle de qualquer perda de pacote. O módulo de controle, então, não tem que enviar uma solicitação de união duplicada depois de receber a notificação de erro do módulo de detecção e correção de erros 345.
A figura 4 é um exemplo de uma recuperação de perda de pacotes utilizando difusão escalonada. Pacotes de 4 a 8 no fluxo contínuo de vídeo normal são perdidos por causa da transferência entre células. O dispositivo móvel solicita ao fluxo contínuo de vídeo atrasado (deslocado no tempo por uma defasagem no tempo Td) da BS/AP. Quando um fluxo contínuo de vídeo atrasado chega ao dispositivo móvel, pacotes de 4 a 8 no fluxo contínuo de vídeo atrasado são inseridos no fluxo contínuo de vídeo normal.
Depois que a perda de pacotes é recuperada, o módulo de detecção e correção de erros pode informar ao módulo de controle que o fluxo contínuo de recuperação atrasada não é mais necessário. O módulo de controle pode enviar uma solicitação à BS/AP para deixar/cancelar/sair do grupo de difusão múltipla de vídeo atrasado. Se este for o último dis
Petição 870190051910, de 03/06/2019, pág. 21/35
10/18 positivo móvel que deixa o grupo de difusão múltipla atrasado, isto é, se nenhum dispositivo móvel quiser os dados neste grupo de difusão múltipla atrasado, a BS/AP irá parar de enviar dados para este grupo de difusão múltipla atrasado. Observa-se que a presente invenção também pode ser usada para recuperar a perda de pacotes causada por outros motivos tais como sombreamento e interferência.
O deslocamento no tempo (defasagem no tempo Td) entre o fluxo contínuo de pacotes de vídeo normal e o fluxo contínuo de recuperação de pacotes de vídeo atrasados é um parâmetro do projeto. O deslocamento no tempo é selecionado baseado na extensão da rajada da perda de pacotes por causa da transferência. A extensão da perda de transferência deveria ser menor que Td. O deslocamento no tempo pode ser a extensão média ou esperada da transferência, ou pode ser a extensão máxima da transferência.
Uma modalidade alternativa é que, em vez de transmitir o fluxo contínuo de pacotes de vídeo atrasado duplicado, uma versão de menor taxa de bits do fluxo contínuo de pacotes de vídeo normal com vídeo de baixa resolução/taxa de quadros/qualidade é transmitida no grupo de difusão múltipla de vídeo atrasado. Este método reduz o número de bits suplementares. Quando os pacotes de dados de vídeo normais são perdidos durante a transferência entre células, uma versão de qualidade inferior do vídeo é usada pelo dispositivo móvel para recuperar os pacotes perdidos, que permite a degradação suave durante situações de transferência de ligação/transferência de controle entre células.
A figura 5a é um fluxograma de uma implementação servidor/remetente de vídeo exemplar para difusão múltipla de vídeo em redes sem fio com base em IP usando o vídeo de baixa qualidade no grupo de difusão múltipla IP de recuperação atrasada. Dados da sequência de vídeo são recebidos e codificados/transcodificados/comprimidos em 505 e em 510. A diferença é que em 505 a codificação/transcodificação/compressão dos dados da sequência de vídeo ocorre em uma menor taxa de bits para conservar largura de banda e fornecer degradação oportuna do vídeo no evento de perda de pacotes pela transferência de ligação/transferência de controle entre células. A codificação/transcodificação/compressão dos dados da sequência de vídeo em 510 ocorre em uma taxa de bits normal ou padrão para a transmissão dos dados de vídeo. Os dados da sequência de vídeo codificados/transcodificados/comprimidos são empacotados em 515 e 520. Mais uma vez, a diferença é que em 515 o empacotamento é realizado nos dados da sequência de vídeo de menor taxa de bits, e em 520 o empacotamento é realizado nos dados da sequência de vídeo de taxa de bits normal. Os dados da sequência de vídeo de menor taxa de bits empacotados codificados/transcodificados/comprimidos são armazenados em 525 para uma defasagem no tempo Td. Tanto os dados da sequência de vídeo de taxa de bit normal empacotados codificados/transcodificados/comprimidos (pacotes de dados) quanto o dados da sequência de vídeo de menor taxa de bits atrasados (deslocados no tempo)
Petição 870190051910, de 03/06/2019, pág. 22/35
11/18 compactados codificados/transcodificados/comprimidos são transmitidos/difundidos multiplamente em 530. A versão de menor taxa de bits atrasada dos pacotes de vídeo é transmitida/difundida multiplamente para um outro grupo de difusão múltipla IP (grupo de difusão múltipla de recuperação atrasada). Os pacotes de dados normais/originais são transmitidos/difundidos multiplamente para um grupo de difusão múltipla original/normal.
A figura 5b é um diagrama esquemático de uma implementação servidor/remetente de vídeo exemplar para difusão múltipla de vídeo em redes sem fio baseadas em IP utilizando o vídeo de qualidade inferior no grupo de difusão múltipla IP de recuperação atrasada. Dados da sequência de vídeo são recebidos e codificados/transcodificados/comprimidos por dois codificadores/transcodificadores fontes 535 e 540. O codificador/transcodificador/compressor 535 é para o vídeo de recuperação normal, e o codificador/transcodificador/compressor 540 é para o vídeo de recuperação de qualidade (menor taxa de bits) inferior. O fluxo contínuo de vídeo comprimido normal é empacotado depois da compressão pelo empacotador 545 e os pacotes são transmitidos/difundidos multiplamente em um grupo de difusão múltipla IP (grupo difusão múltipla de vídeo normal) através da pilha UDP/IP 560 e interface Ethernet 565. O vídeo de qualidade inferior (menor taxa de bits) é empacotado pelo empacotador 550 depois da compressão. Os pacotes de qualidade inferior (menor taxa de bits) são armazenados em armazenamento temporário de atraso 555 para uma defasagem no tempo Td. Os pacotes de vídeo de qualidade inferior (menor taxa de bits) atrasados (deslocados no tempo) são transmitidos/difundidos multiplamente para um outro grupo de difusão múltipla IP (grupo de difusão múltipla atrasado/de recuperação) através de pilha UDP/IP 560 e interface de Ethernet 565 depois do atraso. A pilha de protocolo inclui pelo menos uma camada UDP 560a e uma camada IP 560b. Observe que podem ser implementados codificadores separados com um codificador que funcionam multiplamente com uma maior velocidade de processamento para codificar tanto o fluxo contínuo de vídeo normal quanto fluxo contínuo de vídeo de recuperação de qualidade inferior. Os componentes aqui descritos podem ser hardware, software ou software embarcado, ou qualquer combinação delas, incluindo RISC, ASIC e/ou FPGA.
A figura 6a é um fluxograma de uma implementação receptor/dispositivo móvel exemplar para difusão múltipla de vídeo em redes sem fio baseadas em IP utilizando o vídeo de qualidade inferior no grupo de difusão múltipla IP de recuperação atrasada. Os pacotes de vídeo normais e os pacotes de vídeos atrasados são recebidos de diferentes grupos de difusão múltipla em 605. Os pacotes de vídeo normais (dados da sequência de vídeo) e os pacotes de vídeos atrasados (dados da sequência de vídeo) são separados em um fluxo contínuo de pacotes de vídeo normal e um fluxo contínuo de pacotes de vídeo atrasado em 610. A detecção de erros é realizada em 615. A detecção de erros é realizada para determinar se pacotes foram perdidos no fluxo contínuo de pacotes de vídeo normal pelo reconhePetição 870190051910, de 03/06/2019, pág. 23/35
12/18 cimento dos intervalos nos números de sequência de pacotes recebidos para o fluxo contínuo de pacotes de vídeo normal. Deve-se notar que um erro de transmissão pode resultar em múltiplas imagens decodificadas em erro por causa da natureza da propagação de erro na sequência de vídeo comprimida. A detecção de erros também é realizada para determinar se pacotes foram perdidos no fluxo contínuo de pacotes de vídeo atrasado pelo reconhecimento dos intervalos nos números de sequência de pacotes recebidos para o fluxo contínuo de pacotes de vídeo.
O fluxo contínuo de pacotes de vídeo normal é desempacotado em 620 e o fluxo contínuo de pacotes de vídeo atrasado é desempacotado em 625. O fluxo contínuo de vídeo normal desempacotado é decodificado em 630 e o fluxo contínuo de pacotes de vídeo atrasado desempacotado é decodificado em 635. Cópias dos fluxos contínuos de vídeos normais decodificados são armazenadas em 640 e cópias de fluxo contínuo de vídeo atrasado e decodificado são armazenadas em
645. A seleção é feita em 650 para determinar de qual fluxo contínuo (normal ou atrasado) as imagens decodificadas são mostradas. Se uma imagem normal é decodificada sem erro, ela é sempre selecionada para ser mostrada. Se ocorrerem erros no fluxo contínuo de vídeo normal e a imagem atrasada correspondente for decodificada sem erro, a imagem atrasada decodificada é selecionada para ser mostrada. Se tanto a imagem normal quanto a imagem atrasada correspondente forem decodificadas com erro, outra técnica como a de ocultamento de erro pode ser usada para a imagem normal, e a imagem normal cancelada é selecionada para ser mostrada.
A figura 6b é um diagrama esquemático de uma implementação receptor/dispositivo móvel exemplar para difusão múltipla de vídeo em redes sem fio baseadas em IP usando o vídeo de qualidade inferior no grupo de difusão múltipla IP de recuperação atrasada. Os pacotes de vídeo normais e os pacotes de vídeos atrasados são recebidos de diferentes grupos de difusão múltipla em uma interface Ethernet/WLAN 655. Os pacotes de vídeo normais (dados da sequência de vídeo) e os pacotes de vídeos atrasados (dados da sequência de vídeo) são separados em um fluxo contínuo de pacotes de vídeo normal e um fluxo contínuo de pacotes de vídeo atrasado na pilha de protocolo 660. A pilha de protocolo inclui pelo menos uma camada UDP 660a e uma camada IP 660b. Detecção de erros é realizada pelo módulo de detecção de erros 665 para determinar se pacotes foram perdidos no fluxo contínuo de pacotes de vídeo normal pelo reconhecimento dos intervalos nos números de sequência de pacotes recebidos para o fluxo contínuo de pacotes de vídeo. Deve-se perceber que um erro de transmissão pode resultar em múltiplas imagens decodificadas em erro por causa da natureza da propagação de erros na sequência de vídeo comprimida. Detecção de erros é também realizada para determinar se pacotes foram perdidos no fluxo contínuo de pacotes de vídeo atrasado pelo reconhecimento dos intervalos nos números de sePetição 870190051910, de 03/06/2019, pág. 24/35
13/18 quência de pacotes recebidos para o fluxo contínuo de pacotes de vídeo para o fluxo contínuo de pacotes de vídeo atrasado.
O fluxo contínuo de pacotes de vídeo normal é comunicado ao desempacotador em 670, e o fluxo contínuo de pacotes de vídeo atrasado é comunicado ao desempacotador em 675. Desempacotadores 670 e 675 desempacotam o fluxo contínuo de vídeo normal com erro detectado e o fluxo contínuo de vídeo atrasado com erro detectado respectivamente. O fluxo contínuo de pacotes de vídeo com erro detectado desempacotado é comunicado ao decodificador de vídeo normal 680 e o fluxo contínuo de pacotes de vídeo atrasado desempacotado é comunicado ao decodificador de vídeo atrasado/de recuperação em 685. Decodificadores 680 e 685 decodificam o fluxo contínuo de vídeo normal desempacotado com erro detectado e o fluxo contínuo de vídeo atrasado desempacotado com erro detectado respectivamente. Cópias de fluxo contínuo de vídeo normal desempacotado decodificado são armazenadas em um armazenamento temporário de vídeo normal 690, e cópias do fluxo contínuo de vídeo atrasado com erro detectado desempacotado decodificado são armazenadas em um armazenamento temporário de vídeo de atraso/recuperação 695. O selecionador 697 determina de qual fluxo contínuo (normal ou atrasado) as imagens decodificadas são mostradas. O decodificador de vídeo normal sabe quais quadros estão em erro no fluxo contínuo de vídeo normal e informa ao seletor 697. O decodificador de vídeo atrasado/de recuperação sabe quais quadros estão em erro no fluxo contínuo de vídeo de recuperação atrasado e informa ao seletor 697. Se uma imagem normal for decodificada sem erro, ela é sempre selecionada para ser mostrada. Se ocorrerem erros no fluxo contínuo de vídeo normal e a imagem de recuperação corresponde for decodificada sem erro, a imagem de recuperação decodificada é selecionada para ser mostrada. Se tanto a imagem normal quanto a imagem de recuperação correspondente forem decodificadas em erro, outra técnica como a de ocultamento de erro pode ser usada para a imagem normal, e a imagem normal ocultada é selecionada para ser mostrada. Deve-se perceber que os decodificadores separados exemplares podem ser implementados com um decodificador que funciona com uma velocidade de processamento maior para decodificar ambos os fluxos contínuos normais e de recuperação. Os componentes aqui descritos podem ser hardware, software ou software embarcado, ou qualquer combinação deles, incluindo RISC, ASIC e/ou FPGA.
A figura 7 é um exemplo de recuperação de perda de pacotes com vídeo de qualidade inferior no grupo de difusão múltipla de recuperação atrasada de acordo com os princípios da presente invenção. Quando ocorre perda de pacotes no fluxo contínuo de vídeo normal por causa da transferência entre células, o dispositivo móvel solicita o fluxo contínuo de vídeo de recuperação atrasada da BS/AP. Dados de vídeo tanto do fluxo contínuo normal quanto do fluxo contínuo de recuperação atrasada são decodificados usando o decodificador apropriado. O fluxo contínuo de vídeo normal é atrasado suficientemente no armazenaPetição 870190051910, de 03/06/2019, pág. 25/35
14/18 mento temporário de vídeo normal de forma que as imagens de recuperação correspondentes fiquem disponíveis no armazenamento temporário de vídeo de recuperação. As imagens 1-4 do fluxo contínuo de vídeo normal são decodificadas sem erro e são, então, selecionadas para ser mostradas. Erros de perda de pacotes foram detectados nas imagens de 5 a 8 no fluxo contínuo de vídeo normal. Entretanto, as imagens correspondentes no fluxo contínuo de vídeo de recuperação não têm erros de perda de pacote, e então as imagens de 5 a 8 do fluxo contínuo de vídeo de recuperação são selecionadas para ser mostradas.
Em uma modalidade alternativa, em vez de transmitir o fluxo contínuo de vídeo duplicado ou um fluxo contínuo de vídeo de qualidade inferior, pacotes de paridade gerados por um código de correção antecipada de erros de pacote-cruzado (FEC) são transmitidos para o grupo de difusão múltipla IP de recuperação atrasada. Um código FEC é aplicado aos pacotes de dados de vídeo para gerar os pacotes de paridade. O fluxo contínuo de pacotes de vídeo e o fluxo contínuo de pacotes de paridade são difundidos multiplamente com um deslocamento no tempo para grupos de difusão múltipla IP diferentes, isto é, difusão escalonada do fluxo contínuo de vídeo e do fluxo contínuo de paridade para diversidade temporal.
A figura 8a é um fluxograma de uma implementação transmissor/servidor exemplar para difusão múltipla de vídeo em redes IP sem fio usando os pacotes de paridade FEC no grupo de difusão múltipla IP de recuperação atrasada. Dados da sequência de vídeo não comprimidos são recebidos e codificados/transcodificados/comprimidos em 805. Os dados da sequência de vídeo codificados/transcodificados/comprimidos são empacotados e o cabeçalho do pacote é adicionado em 810. Os dados da sequência de vídeo codificados/transcodificados/comprimidos empacotados são, então, codificados FEC em 815 para formar pacotes de paridade FEC. Os códigos FEC são aplicados através de pacotes de vídeo para gerar os pacotes de paridade. O cabeçalho é adicionado nos pacotes FEC que contêm informação FEC. O cabeçalho relacionado ao FEC extra pode ser também adicionado aos pacotes de dados de vídeo dependendo do esquema de codificação FEC. Os pacotes de dados de vídeo são, então, transmitidos/difundidos multiplamente para um grupo de difusão múltipla IP (grupo de difusão múltipla de vídeo normal) em 825. Os pacotes de paridade são armazenados em 820 para uma defasagem no tempo Td. Os pacotes de paridade FEC são transmitidos/difundidos multiplamente para um outro grupo de difusão múltipla IP (grupo de difusão múltipla atrasado/de recuperação) em 825 depois de um atraso/deslocamento no tempo Td.
A figura 8b é um diagrama esquemático de uma implementação transmissor/servidor exemplar para difusão múltipla de vídeo em redes IP sem fio usando os pacotes de paridade FEC no grupo de difusão múltipla IP de recuperação atrasada. O codificador/transcodificador/compressor de vídeo 830 recebe dados da sequência de vídeo desPetição 870190051910, de 03/06/2019, pág. 26/35
15/18 comprimidos e codifica/transcodifica/comprime os dados da sequência de vídeo descomprimidos. Os dados da sequência de vídeo codificados/transcodificados/comprimidos são comunicados ao empacotador 835, que empacota os dados da sequência de vídeo codificados/transcodificados/comprimidos para formar pacotes de dados e adicionar o cabeçalho de pacote. Os dados da sequência de vídeo codificados/transcodificados/comprimidos empacotados são, então, comunicados ao codificador FEC 840 para formar pacotes de paridade. O codificador FEC é colocado depois do empacotamento, mas antes da pilha de protocolo 850. Os códigos FEC são aplicados através dos pacotes de vídeo para gerar os pacotes de paridade. O cabeçalho é adicionado nos pacotes de FEC contendo informação FEC. O cabeçalho relacionado FEC pode ser adicionado também aos pacotes de dados de vídeo dependendo do esquema de codificação FEC. Os pacotes de dados de vídeo são transmitidos/difundidos multiplamente para um grupo de difusão múltipla IP (grupo de difusão múltipla de vídeo normal) através da pilha de protocolo 850 e da interface Ethernet/WLAN 855. A pilha de protocolo 850 inclui pelo menos camada UDP 850a e camada IP 850b. Os pacotes de paridade são armazenados no armazenamento temporário de atraso 845 para uma defasagem no tempo Td. Os pacotes de paridade FEC são transmitidos/difundidos multiplamente para um outro grupo de difusão múltipla IP (grupo de difusão múltipla atrasado/de recuperação) por meio da pilha de protocolo 850 e interface de Ethernet/WLAN 855 depois de um atraso/deslocamento no tempo Td. Os componentes descritos aqui podem ser hardware, software ou software embarcado, ou qualquer combinação deles, incluindo RISC, ASIC e/ou FPGA.
A figura 9 é um exemplo de codificação cruzada de pacotes de acordo com os princípios da presente invenção. Como mostrado na figura 9, K pacotes de vídeo são agrupados, e o código (N,K) de Reed-Salomon (RS) é aplicado ao grupo de pacotes para gerar N-K pacotes de paridade. O cabeçalho é adicionado aos pacotes FEC contendo informação FEC incluindo quais pacotes de vídeo este pacote FEC protege. O cabeçalho relacionado FEC pode ser adicionado também aos pacotes de vídeo dependendo do esquema de codificação FEC. Os pacotes de dados de vídeo são transmitidos para um grupo de difusão múltipla IP (grupo de difusão múltipla de vídeo normal) por meio da pilha UDP/IP e interface Ethernet. Os pacotes de paridade são, então, armazenados em um armazenamento temporário de atraso para uma defasagem no tempo Td. Os pacotes de paridade FEC são transmitidos para um outro grupo de difusão múltipla IP (grupo de difusão múltipla atrasado/de recuperação) por meio da UDP/IP e interface Ethernet depois de um atraso/deslocamento no tempo Td.
A figura 10a é um fluxograma de uma implementação receptor/dispositivo móvel exemplar para difusão múltipla de vídeo em redes sem fio com base em IP usando os pacotes de paridade FEC no grupo de difusão múltipla atrasado/de recuperação. Pacotes de da
Petição 870190051910, de 03/06/2019, pág. 27/35
16/18 dos de vídeo normais contendo dados da sequência de vídeo e os pacotes de paridade atrasados são recebidos de grupos de difusão múltipla diferentes em 1005. Eles são separados em pacotes de vídeo e pacotes de paridade em 1010. Os pacotes de dados de vídeo recebidos são armazenados em 1015. Os pacotes de vídeo e de paridade errados são descartados pela camada de ligação (interface WLAN). A decodificação por apagamento FEC é realizada em 1020. As posições dos pacotes de dados de vídeo ou dos pacotes de paridade são detectadas através do número de sequência no cabeçalho de pacote pelo processo de decodificação por apagamento FEC. O cabeçalho FEC nos pacotes de paridade e/ou nos pacotes de dados de vídeo é usado para determinar a informação de bloco FEC. Com o código (N,K) RS, contanto que qualquer K ou mais pacotes dos N pacotes no bloco de código FEC (independentemente se são pacotes de dados de vídeo ou dos pacotes de paridade) sejam corretamente recebidos, o processo de decodificação por apagamento FEC pode reconstruir os pacotes de vídeo originais/normais. O processo de decodificação por apagamento FEC é um processo reverso do processo de codificação FEC, que é executado através dos pacotes com um símbolo de cada pacote para constituir-se de palavra código. Os pacotes de dados de vídeo decodificados por apagamento FEC são desempacotados em 1025. Os pacotes de dados de vídeo desempacotados são, então, decodificados em vídeo em 1030 para produzir vídeo decodificado para ser mostrado.
Uma modalidade utiliza um código RS com metade da taxa. Para o código RS com decodificação por apagamento, cada pacote de paridade pode recuperar qualquer um pacote perdido no bloco de código. Quando um código RS com metade de taxa (N,K) (N=2K) é aplicado aos pacotes de vídeo, isso gera K pacotes de paridade. Com o código RS com metade de taxa, mesmo se os pacotes de dados de vídeo forem completamente perdidos consecutivamente durante a transferência, os pacotes de dados perdidos podem ser recuperados dos pacotes sozinhos de paridade correspondentes. Neste sentido, o fluxo contínuo de pacotes de paridade gerado pelo código RS com metade da taxa é uma alternativa para o fluxo contínuo de pacotes de vídeo original (normal). Deve-se perceber que ao lado dos códigos Reed-Solomon (RS), outros códigos FEC também podem ser usados para gerar pacotes de paridade.
A figura 10b é um diagrama esquemático de uma implementação receptor/dispositivo móvel exemplar para difusão múltipla de vídeo em redes sem fio baseadas em IP usando os pacotes de paridade FEC no grupo de difusão múltipla atrasado/de recuperação. Pacotes de dados de vídeo normais e os pacotes de paridade atrasados são recebidos de diferentes grupos de difusão múltipla na interface WLAN/Ethernet 1035. Eles são separados em pacotes de dados e pacotes de paridade de vídeo pela pilha de protocolo 1040, que inclui pelo menos camada UDP 1040a e camada IP 1040b. Os pacotes de dados de vídeo recebidos são atrasados no armazenamento temporário 1045. O pacotes de vídeo
Petição 870190051910, de 03/06/2019, pág. 28/35
17/18 e de paridade com erro são descartados pela camada de ligação (interface WLAN). O módulo de decodificação por apagamento FEC 1050 está entre o desempacotamento e a camada UDP. As posições de pacotes de dados ou pacotes de paridade de vídeo perdidos são detectadas através do número de sequência no cabeçalho do pacote pelo módulo de decodificação por apagamento FEC 1050, que é usado para decodificação por apagamento. O cabeçalho FEC nos pacotes de paridade e/ou nos pacotes de vídeo é usado pelo módulo de decodificação por apagamento FEC 1050 para determinar a informação de bloco FEC. Com o código (N,K) RS, contanto que qualquer K ou mais pacotes dos pacotes N no bloco de código FEC (independentemente se são pacotes de dados de vídeo ou de paridade) sejam corretamente recebidos, o módulo de decodificação por apagamento FEC 1050 pode reconstruir os pacotes de dados de vídeo originais (normais). A decodificação por apagamento FEC é um processo reverso do processo de codificação FEC, que é realizado através dos pacotes com um símbolo de cada pacote para consistir a palavra código. Os pacotes de dados de vídeo decodificados por apagamento FEC são comunicados ao desempacotador 1055, que desempacota os pacotes de dados de vídeo. Os pacotes de dados de vídeo desempacotados são, então, comunicados ao módulo decodificador de vídeo 1060. Os componentes descritos aqui podem ser hardware, software ou software embarcado, ou qualquer combinação delas, incluindo RISC, ASIC e/ou FPGA.
Se nenhum canal sem fio de retorno do dispositivo móvel para a BS/AP estiver disponível e/ou uma implementação de sistema simples for preferida, a BS/AP pode transmitir sempre o fluxo contínuo de vídeo normal e o fluxo contínuo de recuperação atrasado em uma difusão múltipla em redes sem fio. O receptor/dispositivo móvel recebe ambos os fluxos contínuos sem os solicitar.
Uma outra modalidade é utilizar difusão escalonada para codificação de vídeo em camadas/ampliável. Apenas a camada de base para o codificador ampliável é defasado no tempo usando a presente invenção. Os pacotes de dados de vídeo da camada de base normal são enviados por difusão múltipla no grupo de difusão múltipla normal como descrito anteriormente. Os dados da camada de base duplicados ou seus dados de paridade gerados por um decodificador FEC de pacote cruzado são difundidos multiplamente com um atraso de tempo no grupo de difusão múltipla atrasado. Os pacotes de dados da camada de otimização normais são enviados em um outro grupo de difusão múltipla sem atraso. O código extra associado com o uso de difusão escalonada é assim reduzido. Quando o vídeo normal (tanto o da camada de base quanto o da camada de otimização) é perdido, a camada de base recuperada pelos pacotes no grupo de difusão múltipla de recuperação atrasada pode fornecer uma qualidade de vídeo inferior. Isso resulta em uma degradação suave durante a transferência entre células.
Deve-se entender que a presente invenção pode ser implementada em várias for
Petição 870190051910, de 03/06/2019, pág. 29/35
18/18 mas de hardware, software, software embarcado, processadores de usos especiais, ou uma combinação deles. Preferivelmente, a presente invenção é implementada como uma combinação de hardware e software. Além do mais, o software é implementado preferivelmente como um programa de aplicação tangivelmente incorporada em um dispositivo de armazenamento de programa. O programa de aplicação pode ser transferido para uma máquina compreendendo qualquer arquitetura apropriada, e executado por ela. Preferivelmente, a máquina é implementada em uma plataforma de computador com hardware, tais como uma ou mais unidades de processamento (CPU), um memória de acesso aleatório (RAM) e interface(s) de entrada/saída (I/O). A plataforma do computador inclui também um sistema operacional e códigos de microinstrução. Os vários processos e funções descritos aqui podem tanto ser parte do código de microinstrução quanto parte do programa de aplicação (ou uma combinação deles), que é executado via o sistema operacional. Além disso, vários outros dispositivos periféricos podem ser conectados à plataforma do computador, tais como um dispositivo de armazenamento de dados adicionais e um dispositivo de impressão.
Deve-se entender adicionalmente que, em virtude de alguns dos componentes que constituem o sistema e as etapas do método descritas nas figuras anexas serem implementados preferivelmente em softwares, as reais conexões entre os componentes do sistema (ou as etapas do processo) podem diferir, dependendo da maneira na qual a presente invenção é programada. Dados os preceitos aqui, versados na técnica poderão contemplar estas e outras implementações ou configurações similares da presente invenção.
Claims (22)
1. Método realizado por um dispositivo móvel para recuperar perda de um pacote de dados quando o dispositivo móvel é transferido de controle entre células, o método CARACTERIZADO pelo fato de que compreende:
transmitir uma solicitação para unir um primeiro grupo de difusão múltipla e um segundo grupo de difusão múltipla de um ponto de acesso do destino de transferência de ligação entre células;
receber (605) um primeiro fluxo de dados de difusão múltipla para o primeiro grupo de difusão múltipla e um segundo fluxo de dados de difusão múltipla para o segundo grupo de difusão múltipla, o segundo fluxo de dados sendo deslocado no tempo por um tempo de deslocamento predeterminado a partir do primeiro fluxo de dados;
quando a perda de pacotes de dados é detectada no primeiro fluxo de dados (615), recuperar (650) a perda do pacote de dados selecionando um pacote de dados de recuperação do segundo fluxo de dados; e transmitir uma solicitação para deixar o segundo grupo de difusão múltipla do ponto de acesso de destino de transferência de ligação entre células.
2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o dito pacote de dados de recuperação incluído no segundo fluxo de dados é uma cópia do dito pacote de dados, incluído no primeiro fluxo de dados ou uma cópia do dito pacote de dados codificado com uma menor taxa de bits.
3. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o dito pacote de dados de recuperação incluído no segundo fluxo de dados é um pacote de paridade codificado com correção de erros futuros.
4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a dita etapa de recuperar compreende adicionalmente substituir o dito pacote de dados de recuperação ao dito pacote de dados perdido.
5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a dita etapa de recuperar compreende adicionalmente realizar decodificação por apagamento para recuperar o dito pacote de dados perdido.
6. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o ponto de acesso de destino de transferência de ligação entre células é uma estação base.
7. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a dita defasagem de tempo predeterminada é maior que um dentre uma duração de transferência de controle entre células esperada, e uma duração de transferência de controle entre células máxima.
8. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que
Petição 870190051910, de 03/06/2019, pág. 31/35
2/4 a solicitação para unir o dito primeiro grupo de difusão múltipla e o dito segundo grupo de difusão múltipla é feita a um dentre uma estação base e um ponto de acesso, e a solicitação correspondente para deixar o dito segundo grupo de difusão múltipla é feita a um dentre a dita estação base e o dito ponto de acesso.
9. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a solicitação para unir o dito primeiro grupo de difusão múltipla e o dito segundo grupo de difusão múltipla é feita para uma chave Ethernet, e a solicitação correspondente para deixar o dito segundo grupo de difusão múltipla é feita para a dita chave Ethernet.
10. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente:
desempacotar o dito pacote de dados; e decodificar o dito pacote de dados desempacotado.
11. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que compreende adicionalmente:
desempacotar o dito pacote de dados recuperado; e decodificar o dito pacote de dados recuperado.
12. Dispositivo móvel para recuperar perda de um pacote de dados, quando o dispositivo móvel é transferido de controle entre células, CARACTERIZADO pelo fato de que compreende:
meios para transmitir uma solicitação para unir um primeiro grupo de difusão múltipla e um segundo grupo de difusão múltipla de um ponto de acesso de destino de transferência de ligação entre células;
meios para receber um primeiro fluxo de dados de difusão múltipla para o primeiro grupo de difusão múltipla e um segundo fluxo de dados de difusão múltipla para o segundo grupo de difusão múltipla, o segundo fluxo de dados sendo deslocado no tempo por um tempo de deslocamento predeterminado a partir do primeiro fluxo de dados;
meios para, quando a perda de pacotes de dados for detectada no primeiro fluxo de dados (615), recuperar (650) a perda do pacote de dados selecionando um pacote de dados de recuperação do segundo fluxo de dados; e meios para transmitir uma solicitação para deixar o segundo grupo de difusão múltipla do ponto de acesso de destino de transferência de ligação entre células.
13. Dispositivo móvel, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que o dito pacote de dados de recuperação incluído no segundo fluxo de dados é uma cópia do dito pacote de dados incluído no primeiro fluxo de dados ou uma cópia do dito pacote de dados codificado com uma menor taxa de bits.
14. Dispositivo móvel, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que os ditos meios para recuperar compreendem adicionalmente meios para
Petição 870190051910, de 03/06/2019, pág. 32/35
3/4 substituir o dito pacote de dados de recuperação ao dito pacote de dados perdido.
15. Dispositivo móvel, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que os ditos meios para recuperar compreendem adicionalmente meios para executar decodificação por apagamento para recuperar o dito pacote de dados perdido.
16. Dispositivo móvel, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que a solicitação para unir o dito primeiro grupo de difusão múltipla e o dito segundo grupo de difusão múltipla é feita a um dentre uma estação base e um ponto de acesso, e a solicitação para deixar o dito segundo grupo de difusão múltipla é feita a um dentre a dita estação base e o dito ponto de acesso.
17. Dispositivo móvel, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que a solicitação para unir o dito primeiro grupo de difusão múltipla e o dito segundo grupo de difusão múltipla é feita para uma chave Ethernet, e a solicitação correspondente para deixar o dito segundo grupo de difusão múltipla é feita para a dita chave Ethernet.
18. Dispositivo móvel, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que compreende adicionalmente:
meios para desempacotar o dito pacote de dados; e meios para decodificar o dito pacote de dados desempacotado.
19. Dispositivo móvel, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que compreende adicionalmente:
meios para desempacotar o dito pacote de dados recuperado; e meios para decodificar o dito pacote de dados recuperado.
20. Método para difusão escalonada, CARACTERIZADO pelo fato de que compreende:
codificar e comprimir uma primeira sequência de dados;
empacotar a dita sequência de dados codificados comprimidos para formar um primeiro pacote de dados;
difundir multiplamente o dito primeiro pacote de dados para um primeiro grupo de difusão múltipla ;
gerar um segunda sequência de dados relacionada à dita primeira sequência de dados;
empacotar a dita segunda sequência de dados para formar um segundo pacote de dados, em que o dito segundo pacote de dados é um dentre uma cópia do dito primeiro pacote de dados, uma cópia do dito primeiro pacote de dados codificado a uma taxa de bits mais baixa e um pacote de paridade;
deslocar o dito segundo pacote de dados por um tempo predeterminado;
Petição 870190051910, de 03/06/2019, pág. 33/35
4/4 difundir multiplamente o dito segundo pacote de dados pelo dito tempo predeterminado para um segundo grupo de difusão múltipla, se o dito segundo grupo de difusão múltipla tiver elementos.
21. Método, de acordo com a reivindicação 20, CARACTERIZADO pelo fato de 5 que compreende adicionalmente adicionar um cabeçalho de pacote ao dito segundo pacote de dados.
22. Método, de acordo com a reivindicação 20, CARACTERIZADO pelo fato de que o dito tempo predeterminado é maior que um dentre uma duração de transferência de controle entre células esperada e uma duração de transferência de controle entre células
10 máxima.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/US2006/016298 WO2007130012A1 (en) | 2006-04-29 | 2006-04-29 | Seamless handover of multicast sessions in internet protocol based wireless networks using staggercasting |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| BRPI0621618A2 BRPI0621618A2 (pt) | 2011-12-13 |
| BRPI0621618B1 true BRPI0621618B1 (pt) | 2019-10-22 |
Family
ID=38668024
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BRPI0621618A BRPI0621618B1 (pt) | 2006-04-29 | 2006-04-29 | método e dispositivo móvel para recuperar perda de um pacote de dados quando o dispositivo móvel é transferido de controle entre células |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US8234547B2 (pt) |
| EP (2) | EP2518910B1 (pt) |
| JP (1) | JP4943502B2 (pt) |
| KR (2) | KR101249665B1 (pt) |
| CN (1) | CN101432991B (pt) |
| BR (1) | BRPI0621618B1 (pt) |
| CA (1) | CA2649667C (pt) |
| WO (1) | WO2007130012A1 (pt) |
Families Citing this family (71)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9003461B2 (en) | 2002-12-10 | 2015-04-07 | Ol2, Inc. | Streaming interactive video integrated with recorded video segments |
| US9314691B2 (en) | 2002-12-10 | 2016-04-19 | Sony Computer Entertainment America Llc | System and method for compressing video frames or portions thereof based on feedback information from a client device |
| US9077991B2 (en) | 2002-12-10 | 2015-07-07 | Sony Computer Entertainment America Llc | System and method for utilizing forward error correction with video compression |
| US9138644B2 (en) | 2002-12-10 | 2015-09-22 | Sony Computer Entertainment America Llc | System and method for accelerated machine switching |
| US9061207B2 (en) | 2002-12-10 | 2015-06-23 | Sony Computer Entertainment America Llc | Temporary decoder apparatus and method |
| US10201760B2 (en) | 2002-12-10 | 2019-02-12 | Sony Interactive Entertainment America Llc | System and method for compressing video based on detected intraframe motion |
| US8893207B2 (en) | 2002-12-10 | 2014-11-18 | Ol2, Inc. | System and method for compressing streaming interactive video |
| US9192859B2 (en) | 2002-12-10 | 2015-11-24 | Sony Computer Entertainment America Llc | System and method for compressing video based on latency measurements and other feedback |
| US9032465B2 (en) * | 2002-12-10 | 2015-05-12 | Ol2, Inc. | Method for multicasting views of real-time streaming interactive video |
| US9446305B2 (en) | 2002-12-10 | 2016-09-20 | Sony Interactive Entertainment America Llc | System and method for improving the graphics performance of hosted applications |
| US8840475B2 (en) | 2002-12-10 | 2014-09-23 | Ol2, Inc. | Method for user session transitioning among streaming interactive video servers |
| US9108107B2 (en) | 2002-12-10 | 2015-08-18 | Sony Computer Entertainment America Llc | Hosting and broadcasting virtual events using streaming interactive video |
| US8711923B2 (en) | 2002-12-10 | 2014-04-29 | Ol2, Inc. | System and method for selecting a video encoding format based on feedback data |
| US8366552B2 (en) | 2002-12-10 | 2013-02-05 | Ol2, Inc. | System and method for multi-stream video compression |
| US8949922B2 (en) | 2002-12-10 | 2015-02-03 | Ol2, Inc. | System for collaborative conferencing using streaming interactive video |
| US20090118019A1 (en) | 2002-12-10 | 2009-05-07 | Onlive, Inc. | System for streaming databases serving real-time applications used through streaming interactive video |
| US8526490B2 (en) | 2002-12-10 | 2013-09-03 | Ol2, Inc. | System and method for video compression using feedback including data related to the successful receipt of video content |
| US8549574B2 (en) | 2002-12-10 | 2013-10-01 | Ol2, Inc. | Method of combining linear content and interactive content compressed together as streaming interactive video |
| US8964830B2 (en) | 2002-12-10 | 2015-02-24 | Ol2, Inc. | System and method for multi-stream video compression using multiple encoding formats |
| US8888592B1 (en) | 2009-06-01 | 2014-11-18 | Sony Computer Entertainment America Llc | Voice overlay |
| US8261168B2 (en) * | 2007-09-17 | 2012-09-04 | Lg Electronics Inc. | Code combining soft handoff in wireless communication system |
| US9168457B2 (en) | 2010-09-14 | 2015-10-27 | Sony Computer Entertainment America Llc | System and method for retaining system state |
| US8147339B1 (en) | 2007-12-15 | 2012-04-03 | Gaikai Inc. | Systems and methods of serving game video |
| US8968087B1 (en) | 2009-06-01 | 2015-03-03 | Sony Computer Entertainment America Llc | Video game overlay |
| US8613673B2 (en) | 2008-12-15 | 2013-12-24 | Sony Computer Entertainment America Llc | Intelligent game loading |
| US8004963B2 (en) * | 2008-02-27 | 2011-08-23 | Audividi Inc. | Apparatus and method for packet redundancy and recovery |
| JP5139907B2 (ja) * | 2008-07-25 | 2013-02-06 | 株式会社日立製作所 | 通信システム、光多重終端装置及び輻輳制御方法 |
| US20100027503A1 (en) * | 2008-07-31 | 2010-02-04 | Qualcomm Incorporated | Method and apparatus for reducing data loss during handover in a wireless communication system |
| US8926435B2 (en) | 2008-12-15 | 2015-01-06 | Sony Computer Entertainment America Llc | Dual-mode program execution |
| US8520580B2 (en) * | 2009-04-24 | 2013-08-27 | Aruba Networks, Inc. | Synchronization of mobile client multicast membership |
| US9723319B1 (en) | 2009-06-01 | 2017-08-01 | Sony Interactive Entertainment America Llc | Differentiation for achieving buffered decoding and bufferless decoding |
| US8352252B2 (en) * | 2009-06-04 | 2013-01-08 | Qualcomm Incorporated | Systems and methods for preventing the loss of information within a speech frame |
| DE102009050312B4 (de) * | 2009-10-22 | 2015-01-22 | Airbus Operations Gmbh | Digitales Rundsendeverfahren |
| KR101640847B1 (ko) | 2009-11-12 | 2016-07-19 | 삼성전자주식회사 | 핸드오버 시 미디어 데이터 손실 감소 방법 및 장치 |
| CN102118653B (zh) * | 2009-12-31 | 2012-12-26 | 华为技术有限公司 | 保障网络电视直播业务的业务服务质量的方法和设备 |
| GB2478122B (en) * | 2010-02-24 | 2012-11-07 | Ipwireless Inc | Apparatus and methods for broadcast-unicast communication handover |
| US8843594B2 (en) * | 2010-03-26 | 2014-09-23 | Dan Fiul | Time shifted transcoded streaming (TSTS) system and method |
| WO2011127623A1 (zh) * | 2010-04-12 | 2011-10-20 | 上海贝尔股份有限公司 | 用于移动组播的方法及其设备 |
| EP2567546A4 (en) * | 2010-05-10 | 2014-01-15 | Samsung Electronics Co Ltd | METHOD AND APPARATUS FOR TRANSMITTING AND RECEIVING LAYERED CODED VIDEO |
| US8676591B1 (en) | 2010-08-02 | 2014-03-18 | Sony Computer Entertainment America Llc | Audio deceleration |
| US8457071B2 (en) * | 2010-08-31 | 2013-06-04 | Cisco Technology, Inc. | Reducing latency and packet loss related to handoffs of mobile video traffic |
| KR20170129967A (ko) | 2010-09-13 | 2017-11-27 | 소니 인터랙티브 엔터테인먼트 아메리카 엘엘씨 | 게임 서버를 포함하는 컴퓨터 게임 시스템에서 통신 네트워크를 통해 클라이언트들 간에 게임 세션을 이송하는 방법 |
| KR102000618B1 (ko) | 2010-09-13 | 2019-10-21 | 소니 인터랙티브 엔터테인먼트 아메리카 엘엘씨 | 부가기능의 관리 |
| US20120170618A1 (en) * | 2011-01-04 | 2012-07-05 | ABG Tag & Traq, LLC | Ultra wideband time-delayed correlator |
| US8667374B2 (en) * | 2011-11-21 | 2014-03-04 | Ciena Corporation | Video transmission systems and methods over carrier ethernet |
| WO2013111976A1 (ko) * | 2012-01-25 | 2013-08-01 | 한국전자통신연구원 | 점진 열화 순방향 오류 정정 방법 및 이를 수행하는 장치 |
| US9313086B2 (en) * | 2012-02-17 | 2016-04-12 | Intel Corporation | Creating packet flows to reduce redundancy |
| JP5159973B1 (ja) * | 2012-06-18 | 2013-03-13 | 株式会社プランネット・アソシエイツ | 伝送パケットの配信方法 |
| JP2014068295A (ja) * | 2012-09-27 | 2014-04-17 | Kddi Corp | 無線環境に適したマルチキャストデータを配信する配信サーバ、システム及びプログラム |
| US9344461B2 (en) | 2013-03-14 | 2016-05-17 | Microsoft Technology Licensing, Llc | Seamless session handover |
| AU2014247880B2 (en) | 2013-04-05 | 2017-03-30 | Media Global Links Co., Ltd. | IP uncompressed video encoder and decoder |
| RU2527210C1 (ru) * | 2013-06-14 | 2014-08-27 | Общество с ограниченной ответственностью "Новые технологии презентаций" | Способ и система для передачи данных от веб-сервера клиентским терминальным устройствам посредством локальной беспроводной коммуникационной сети |
| EP2819419A1 (en) | 2013-06-25 | 2014-12-31 | British Telecommunications public limited company | Content distribution system and method |
| EP2819364A1 (en) | 2013-06-25 | 2014-12-31 | British Telecommunications public limited company | Content distribution system and method |
| EP2819420A1 (en) | 2013-06-25 | 2014-12-31 | British Telecommunications public limited company | Content distribution system and method |
| EP2819345A1 (en) * | 2013-06-25 | 2014-12-31 | British Telecommunications public limited company | Content distribution system and method |
| US10933209B2 (en) * | 2013-11-01 | 2021-03-02 | Georama, Inc. | System to process data related to user interactions with and user feedback of a product while user finds, perceives, or uses the product |
| CN103686196B (zh) * | 2013-12-31 | 2017-03-01 | 北京中科大洋科技发展股份有限公司 | 一种保证视音频正常播出的无缝切换系统及方法 |
| GB2526777B (en) * | 2014-04-09 | 2021-02-17 | Huawei Tech Co Ltd | Constructing a reliable data stream |
| CN106664628B (zh) | 2014-06-17 | 2020-06-16 | 华为技术有限公司 | 一种传输数据的方法和装置 |
| US10659082B2 (en) * | 2014-07-18 | 2020-05-19 | Sony Corporation | Receiving device and receiving method |
| US10298647B2 (en) * | 2015-02-26 | 2019-05-21 | Qualcomm Incorporated | Delay compensation for broadcast adaptive bitrate streaming |
| KR20160128184A (ko) * | 2015-04-28 | 2016-11-07 | 삼성전자주식회사 | 무선 통신 시스템에서 그룹 통신 방법 및 장치 |
| WO2017061428A1 (ja) | 2015-10-06 | 2017-04-13 | 株式会社ソニー・インタラクティブエンタテインメント | 通信システム、送信装置、受信装置、通信システムの制御方法及びプログラム |
| EP3182642A1 (en) | 2015-12-18 | 2017-06-21 | Thomson Licensing | Method for controlling a wireless link in a local area network including a wireless bridge, respective wireless bridge, program storage medium and computer program |
| EP3185455A1 (en) * | 2015-12-21 | 2017-06-28 | Thomson Licensing | Method and apparatus for detecting packet loss in staggercasting |
| US10594661B1 (en) * | 2017-06-13 | 2020-03-17 | Parallels International Gmbh | System and method for recovery of data packets transmitted over an unreliable network |
| US11265579B2 (en) * | 2018-08-01 | 2022-03-01 | Comcast Cable Communications, Llc | Systems, methods, and apparatuses for video processing |
| CN109040827B (zh) * | 2018-08-27 | 2021-07-13 | Tcl移动通信科技（宁波）有限公司 | 一种视频文件的播放方法、存储介质及智能终端 |
| JP2021057695A (ja) * | 2019-09-27 | 2021-04-08 | 沖電気工業株式会社 | 処理装置、処理システム、処理プログラムおよび処理方法 |
| US20240098458A1 (en) * | 2022-09-15 | 2024-03-21 | E Scapes Network Llc | Systems And Methods For Providing Reliable Multicast Transmissions To Multiple Stream Recipients Over A Wireless Network |
Family Cites Families (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6278716B1 (en) * | 1998-03-23 | 2001-08-21 | University Of Massachusetts | Multicast with proactive forward error correction |
| US6421387B1 (en) * | 1998-05-15 | 2002-07-16 | North Carolina State University | Methods and systems for forward error correction based loss recovery for interactive video transmission |
| US6317462B1 (en) * | 1998-10-22 | 2001-11-13 | Lucent Technologies Inc. | Method and apparatus for transmitting MPEG video over the internet |
| DE69938094T2 (de) * | 1998-11-30 | 2009-02-05 | Matsushita Electric Industries Co. Ltd., Kadoma | Paketwiederübertragungskontrolle mit Prioritätsinformationen |
| US6980518B1 (en) * | 2000-06-23 | 2005-12-27 | International Business Machines Corporation | Gossip-based reliable multicast message recovery system and method |
| US7224702B2 (en) * | 2000-08-30 | 2007-05-29 | The Chinese University Of Hong Kong | System and method for error-control for multicast video distribution |
| US7042833B1 (en) * | 2000-11-28 | 2006-05-09 | Texas Instruments Incorporated | Modem transmission over packet networks |
| US6807578B2 (en) * | 2001-03-14 | 2004-10-19 | International Business Machines Corporation | Nack suppression for multicast protocols in mostly one-way networks |
| JP2003209576A (ja) * | 2002-01-15 | 2003-07-25 | Matsushita Electric Ind Co Ltd | マルチキャスト通信方法及びそのシステム |
| JP4116470B2 (ja) * | 2002-03-06 | 2008-07-09 | ヒューレット・パッカード・カンパニー | メディア・ストリーミング配信システム |
| EP1588548B1 (en) | 2003-01-28 | 2010-10-13 | Thomson Licensing | Robust mode staggercasting |
| JP4217534B2 (ja) | 2003-05-20 | 2009-02-04 | 株式会社エヌ・ティ・ティ・ドコモ | パケット送信装置、パケット受信装置、方法及びプログラム |
| US8804761B2 (en) * | 2003-08-21 | 2014-08-12 | Qualcomm Incorporated | Methods for seamless delivery of broadcast and multicast content across cell borders and/or between different transmission schemes and related apparatus |
| WO2005046125A1 (en) * | 2003-10-28 | 2005-05-19 | Docomo Communications Laboratories Usa, Inc. | Method for supporting scalable and reliable multicast in tdma/tdd systems using feedback suppression techniques |
| JP2006093812A (ja) * | 2004-09-21 | 2006-04-06 | Daiichikosho Co Ltd | 高能率符号化された時系列情報をパケット化してリアルタイム・ストリーミング送信し受信再生する方法および装置 |
-
2006
- 2006-04-29 BR BRPI0621618A patent/BRPI0621618B1/pt not_active IP Right Cessation
- 2006-04-29 CN CN2006800544269A patent/CN101432991B/zh active Active
- 2006-04-29 KR KR1020127021498A patent/KR101249665B1/ko active IP Right Grant
- 2006-04-29 WO PCT/US2006/016298 patent/WO2007130012A1/en active Application Filing
- 2006-04-29 US US12/226,799 patent/US8234547B2/en active Active
- 2006-04-29 KR KR1020087026546A patent/KR101249569B1/ko active IP Right Grant
- 2006-04-29 EP EP12177685.0A patent/EP2518910B1/en active Active
- 2006-04-29 EP EP06751807A patent/EP2013987B1/en not_active Not-in-force
- 2006-04-29 JP JP2009507652A patent/JP4943502B2/ja active Active
- 2006-04-29 CA CA2649667A patent/CA2649667C/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP2518910A1 (en) | 2012-10-31 |
| CN101432991B (zh) | 2013-01-30 |
| JP4943502B2 (ja) | 2012-05-30 |
| EP2518910B1 (en) | 2015-10-21 |
| KR20120098960A (ko) | 2012-09-05 |
| BRPI0621618A2 (pt) | 2011-12-13 |
| WO2007130012A1 (en) | 2007-11-15 |
| CA2649667C (en) | 2014-08-26 |
| EP2013987A1 (en) | 2009-01-14 |
| KR101249665B1 (ko) | 2013-04-03 |
| KR20080111513A (ko) | 2008-12-23 |
| US20090319845A1 (en) | 2009-12-24 |
| JP2009535891A (ja) | 2009-10-01 |
| EP2013987A4 (en) | 2011-12-21 |
| KR101249569B1 (ko) | 2013-04-01 |
| CA2649667A1 (en) | 2007-11-15 |
| CN101432991A (zh) | 2009-05-13 |
| US8234547B2 (en) | 2012-07-31 |
| EP2013987B1 (en) | 2012-12-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| BRPI0621618B1 (pt) | método e dispositivo móvel para recuperar perda de um pacote de dados quando o dispositivo móvel é transferido de controle entre células | |
| US9608768B2 (en) | Recovery from burst packet loss in internet protocol based wireless networks using staggercasting and cross-packet forward error correction | |
| EP1410643B1 (en) | Method for streaming media with multiple description bitstreams | |
| TW200926654A (en) | System and method for wireless data multicasting | |
| CN104871546B (zh) | 具有应用层前向纠错的增强视频流送 | |
| WO2010124651A1 (zh) | 前向纠错方法、装置和系统 | |
| JP6504820B2 (ja) | ストリーミングサービスを提供する方法及び装置 | |
| JP5755213B2 (ja) | スタガーキャスティング及びクロスパケット前方誤り訂正を用いたインターネットプロトコル型無線ネットワークでのバーストパケット損失からの回復 | |
| CA2791231C (en) | Seamless handover of multicast sessions in internet protocol based wireless networks using staggercasting |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B06T | Formal requirements before examination [chapter 6.20 patent gazette] | ||
| B15K | Others concerning applications: alteration of classification |
Free format text: A CLASSIFICACAO ANTERIOR ERA: H04B 7/26 Ipc: H04L 1/18 (1968.09), H04L 1/00 (1968.09), H04W 36/ |
|
| B06F | Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette] | ||
| B07A | Application suspended after technical examination (opinion) [chapter 7.1 patent gazette] | ||
| B25G | Requested change of headquarter approved |
Owner name: THOMSON LICENSING (FR) |
|
| B25G | Requested change of headquarter approved |
Owner name: THOMSON LICENSING (FR) |
|
| B25A | Requested transfer of rights approved |
Owner name: INTERDIGITAL CE PATENT HOLDINGS (FR) |
|
| 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: 10 (DEZ) ANOS CONTADOS A PARTIR DE 22/10/2019, OBSERVADAS AS CONDICOES LEGAIS. |
|
| B21F | Lapse acc. art. 78, item iv - on non-payment of the annual fees in time |
Free format text: REFERENTE A 16A ANUIDADE. |
|
| B24J | Lapse because of non-payment of annual fees (definitively: art 78 iv lpi, resolution 113/2013 art. 12) |
Free format text: EM VIRTUDE DA EXTINCAO PUBLICADA NA RPI 2668 DE 22-02-2022 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDA A EXTINCAO DA PATENTE E SEUS CERTIFICADOS, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013. |