BRPI0609238A2 - método de multiplexação através de um canal de broadcast sem fio com tendência a erro - Google Patents

método de multiplexação através de um canal de broadcast sem fio com tendência a erro Download PDF

Info

Publication number
BRPI0609238A2
BRPI0609238A2 BRPI0609238-1A BRPI0609238A BRPI0609238A2 BR PI0609238 A2 BRPI0609238 A2 BR PI0609238A2 BR PI0609238 A BRPI0609238 A BR PI0609238A BR PI0609238 A2 BRPI0609238 A2 BR PI0609238A2
Authority
BR
Brazil
Prior art keywords
length information
system parameter
current
parameter message
data stream
Prior art date
Application number
BRPI0609238-1A
Other languages
English (en)
Inventor
Dhinakar Radhakrishnan
Bruce Collins
Shusheel Gautum
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of BRPI0609238A2 publication Critical patent/BRPI0609238A2/pt

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0078Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1101Session protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/70Media network packetisation

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Small-Scale Networks (AREA)
  • Radio Transmission System (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

MéTODO DE MULTIPLEXAçãO ATRAVéS DE UM CANAL DE BROADCAST SEM FIO COM TENDéNCIA A ERRO. é fornecido um método e sistema para a transmissão de informação. O método inclui a determinação da informação de comprimento de corrente para pelo menos uma corrente de dados a ser transmitida e associação da informação de comprimento de corrente com uma mensagem de parâmetro de sistema. A mensagem de parâmetro de sistema incluindo a informação de comprimento de corrente associada é transmitida separadamente da corrente de dados. Esse processo facilita a demultiplexação de correntes individuais e o processamento de dados de corrente mesmo se uma ou mais correntes individuais forem recebidas com erro.

Description

"MÉTODO DE MULTIPLEXAÇÃO ATRAVÉS DE UM CANAL DE BROADCASTSEM FIO COM TENDÊNCIA A ERRO"
FUNDAMENTOS
Campo da Invenção
A presente invenção se refere à eficiência detransmissão em uma rede de comunicações. Maisespecificamente, a presente invenção se refere à redução deerros de transmissão em uma rede de comunicações sem fio.
Técnica Fundamental
FLO é uma tecnologia projetada basicamente para adistribuição eficiente e econômica do mesmo conteúdo demultimídia para milhões de assinantes sem fiosimultaneamente. 0 objetivo da tecnologia FLO é se reduziros custos associados com a distribuição de tal conteúdo epermitir que usuários navegue nos canais de conteúdo nosequipamentos móveis tipicamente utilizados para serviços devoz e dados celulares tradicionais. Esse conteúdo demultimídia também é conhecido como serviços. Um serviço éuma agregação de um ou mais componentes de dadosindependentes. Cada componente de dado independente de umserviço é chamado de fluxo.
Serviços são classificados em dois tipos com baseem sua cobertura: serviços de área ampla e serviços de árealocal. Um serviço de área local sofre muiticast pararecepção dentro de uma área metropolitana. Em contraste, osserviços de área ampla sofrem multicast em uma ou maisáreas metropolitanas.
Os serviços FLO são portados através de um oumais canais lógicos, conhecidos como Canais LógicosMediaFLO™ ou MLCs. Um MLC pode ser dividido em um máximo detrês subcanais lógicos. Esses subcanais lógicos sãochamados de correntes. Cada fluxo é portado em uma correnteúnica.
0 processamento de MLCs em uma rede FLO écontrolado com base na informação de Protocolo de controle.A informação de protocolo de controle é transmitida atravésdo ar pela rede em unidades chamadas pacotes de camadafisica (PLPs).
Dentro da rede FLO, a multiplexação de múltiplascorrentes de midias diferentes em um canal de broadcast semfio com tendência a erro pode apresentar desafiossignificativos. Em particular, se a informação de overheadnecessária para um dispositivo de rede demultiplexar e/oudecodificar os dados for recebida por m receptor nodispositivo com erro, a midia correspondente é perdida atéque a informação de overhead válida seja recebida. Se osPLPs portando a informação de corrente forem recebidos comerro, o receptor será incapaz de demultiplexar e/oudecodificar correntes individuais, apesar de a midia tersido recebida livre de erro.
0 que se precisa, portanto, é de um método esistema para demultiplexar correntes individuais eprocessar dados de corrente mesmo se uma ou mais correntesindividuais forem recebidas com erro.
BREVE SUMÁRIO
Consistente com os principios da presenteinvenção como consubstanciado e amplamente descrito aqui, apresente invenção inclui um método para a transmissão deinformação. 0 método inclui a determinação de informação decomprimento de corrente para pelo menos uma corrente dedados a ser transmitida e associação da informação decomprimento de corrente com uma mensagem de parâmetro desistema. A mensagem de parâmetro de sistema incluindo ainformação de comprimento de corrente associada étransmitida separadamente da corrente de dados.
Em um aspecto, um equipamento para a transmissãode informação inclui meios para determinação da informaçãode comprimento de corrente para pelo menos uma corrente dedados a ser transmitida e
meios para associação da informação decomprimento de corrente com uma mensagem de parâmetro desistema. 0 equipamento também inclui meios para atransmissão da mensagem de parâmetro de sistema incluindo ainformação de comprimento de corrente associadaseparadamente da corrente de dados.
Em outro aspecto, um meio legível por computadorportando uma ou mais correntes de uma ou mais instruçõespara execução por um ou mais processadores realiza ummétodo para a transmissão de informação. As instruçõesquando executadas por um ou mais processadores, faz com queos um ou mais processadores realizem as etapas dedeterminação da informação de comprimento de corrente parapelo menos uma corrente de dados a ser transmitida eassociando a informação de comprimento de corrente com umamensagem de parâmetro de sistema. Também é preferida aetapa de transmissão da mensagem de parâmetro de sistemaincluindo a informação de comprimento de corrente associadaseparadamente da corrente de dados.
Em outro aspecto, um módulo de transmissão paratransmissão de informação inclui uma parte de determinaçãoconfigurada para determinar a informação de comprimento decorrente para pelo menos uma corrente de dados a sertransmitida. 0 módulo de transmissão também inclui umaparte de associação configurada para associar a informaçãode comprimento de corrente com uma mensagem de parâmetro desistema. Um transmissor é configurado para transmitir amensagem de parâmetro de sistema incluindo a informação decomprimento de corrente associada separadamente da correntede dados.
Em outro aspecto adicional, um sistema inclui umprocessador possuindo primeira e segunda partes lógicas. Aprimeira parte lógica determina a informação de comprimentode corrente para pelo menos uma corrente de dados a sertransmitida e a segunda parte lógica associa a informaçãode comprimento de corrente com uma mensagem de parâmetro desistema. Um transmissor é configurado para transmitir amensagem de parâmetro de sistema incluindo a informação decomprimento de corrente associada separadamente da correntede dados.
A multiplexação de múltiplas correntes de midiadiferente em um canal de broadcast sem fio com tendência'aerro apresenta desafios especiais. Em particular, se ainformação de overhead necessária para o dispositivodemultiplexar e/ou decodificar os dados for recebida por umreceptor no dispositivo com erro, a mídia correspondenteserá perdida até que a informação de overhead válida sejarecebida.
A presente invenção soluciona esse problemacolocando o comprimento de cada corrente sendo portada èmum MLC, necessária para demultiplexar correntesindividuais, em um canal de símbolos de informação deoverhead (OIS). A informação de comprimento de correntepode ser portada em banda juntamente com os pacotes decamada de corrente. .Em sistemas convencionais, se os PLPsportando a informação de comprimento de corrente foremrecebidos com erro, não há como o receptor demultiplexardados de corrente individuais, apesar de os dados seremrecebidos sem quaisquer erros. Na presente invenção, noentanto, apesar de as correntes individuais poderem portarPLPs que são recebidos com erro, é ainda possivel sedemultiplexar correntes individuais para se processar dadosde corrente.
Múltiplas correntes de midia são transmitidasdentro de um MLC em um super quadro. As modalidadesdescritas da presente invenção fornecem o envio dainformação sobre as correntes, por exemplo, comprimento decada corrente sendo portada em um MLC, independentementedas correntes de forma que o receptor possa demultiplexarcorrentes individuais. A informação sobre a corrente podeser portada separadamente a partir dos pacotes de camada decorrente.
Características e vantagens adicionais dapresente invenção além de estrutura e operação de váriasmodalidades da presente invenção serão descritas emdetalhes abaixo com referência aos desenhos em anexo>
BREVE DESCRIÇÃO DOS DESENHOS
Os desenhos em anexo, que são incorporados aqui econstituem parte da especificação, ilustram modalidades dapresente invenção e, j untamente com a descrição geralfornecida acima e da descrição detalhada das modalidadesfornecida abaixo, servem para explicar os princípios dainvenção. Nos desenhos:
A figura 1 é uma ilustração de uma rede incluindouma modalidade de um sistema de distribuição de conteúdo;
A figura 2 é uma ilustração de um provedor deconteúdo adequado para uso na modalidade do sistema dedistribuição de conteúdo da figura 1;
A figura 3 é uma ilustração de um servidor deconteúdo adequado para uso na modalidade do sistema dedistribuição de conteúdo da figura 1;A figura 4 é uma ilustração de diagrama em blocode uma relação entre fluxos, correntes e MLCs em redes decomunicação com base em FLO convencional;
A figura 5 é uma ilustração de diagrama em blocode uma técnica para empacotamento de correntes dentro de umMLC;
A figura 6 é uma ilustração de um super quadroilustrativo utilizado dentro de uma rede convencional;
A figura 7 é uma ilustração da correspondênciaentre os pacotes de camada MAC e os PLPs;
A figura 8 é uma ilustração de uma mensagem deparâmetro de sistema 01S ilustrativa construída de acordocom a modalidade;
A figura 9 é um f luxograma de um métodoilustrativo de prática da modalidade; e
A figura 10 é um diagrama em bloco de um sistemailustrativo de acordo com a modalidade.
DESCRIÇÃO DETALHADA
A descrição detalhada a seguir da presenteinvenção se refere aos desenhos em anexo que ilustram asmodalidades ilustrativas consistentes com essa invenção.Outras modalidades são possíveis, e modificações podem serfeitas às modalidades dentro do espirito e escopo dainvenção. Portanto, a descrição detalhada a seguir não develimitar a invenção. Ao invés disso, o escopo da invenção édefinido pelas reivindicações em anexo.
Essa especificação descreve uma ou maismodalidades que incorpora as características dessainvenção. As modalidades descritas exemplificam meramente ainvenção. 0 escopo da invenção não está limitada àsmodalidades descritas. A invenção é definida pelasreivindicações em anexo.As modalidades descritas e referências naespecificação a "uma modalidade", "uma modalidadeilustrativa", etc. indicam que as modalidades descritaspodem incluir uma característica, estrutura particular, mascada modalidade pode não incluir necessariamente acaracterística ou estrutura particular. Ademais, taisfrases não se referem necessariamente à mesma modalidade.Adicionalmente, quando uma característica ou estrutura emparticular é descrita com relação a uma modalidade, écompreendido que está dentro do conhecimento dos versadosna técnica para efeito de tal característica ou estruturacom relação a outras modalidades se ou não explicitamentedescrito.
Será aparente aos versados na técnica que apresente invenção, como descrita abaixo, pode serimplementada em muitas modalidades diferentes de hardware,software, firmware e/ou entidades ilustradas nos desenhos.Qualquer código de software real com hardware especializadocontrolado para implementação da presente invenção nãolimita a presente invenção. Dessa forma, a operação e ocomportamento da presente invenção serão descritos com acompreensão de que modificações e variações das modalidadessão possíveis, de acordo com o nivel de detalhamentoapresentado aqui.
A figura 1 ilustra uma rede de comunicação 100que compreende um sistema de transporte que opera paracriar e transportar fluxos de conteúdo de multimídiaatravés das redes de dados. Por exemplo, o sistema detransporte é consistente com os princípios do sistema FLO,notado acima, e é adequado para uso no transporte de clipesde conteúdo de uma rede de provedor de conteúdo para umarede de acesso sem fio para distribuição por broadcast.A rede 100 compreende um provedor de conteúdo(CP) 102, uma rede de provedor de conteúdo 104, uma rede debroadcast otimizada 106 e uma rede de acesso sem fio 108. Arede 100 também inclui dispositivos 110 que compreendem umtelefone móvel 112, um assistente digital pessoal (PDA) 14,e um computador notebook 116. Os dispositivos 110 ilustramapenas alguns dos dispositivos que são adequados para usocom o sistema de transporte. Deve-se notar que apesar detrês dispositivos serem ilustrados na figura 1,virtualmente qualquer número de dispositivos análogos, outipos de dispositivos é adequado para uso no sistema detransporte, como será aparente aos versados na técnica.
O provedor de conteúdo 102 opera para fornecerconteúdo para distribuição para os usuários na rede 100. Oconteúdo compreende video, áudio, conteúdo de multimídia,clipes, conteúdo em tempo real e não em tempo real,scripts, programas, dados ou qualquer outro tipo deconteúdo adequado. O provedor de conteúdo 102 fornece oconteúdo para a rede de provedor de conteúdo 104 paradistribuição. Por exemplo, o provedor de conteúdo 102 secomunica com a rede de provedor de conteúdo 104 através dolink de comunicação 118, que compreende qualquer tipoadequado de link de comunicação com e/ou sem fio.
A rede de provedor de conteúdo 104 compreendequalquer combinação de redes com e sem fio que operam paradistribuir conteúdo para distribuição para usuários. A redede provedor de conteúdo 104 se comunica com a rede debroadcast otimizada 106 através do link 120. O link 120compreende qualquer tipo adequado de link de comunicaçãocom e/ou sem fio. A rede de broadcast otimizada 106compreende qualquer combinação de redes com e sem fio quesão projetadas para realizar broadcast de conteúdo de altaqualidade. Por exemplo, a rede de broadcast otimizada 106pode ser uma rede proprietária especializada que foiotimizada para distribuir conteúdo de alta qualidade paradispositivos selecionados através de uma pluralidade decanais de comunicação otimizados.
0 sistema de transporte opera para distribuirconteúdo do provedor de conteúdo 102 para distribuição paraum servidor de conteúdo (CS) 122 na rede de provedor deconteúdo 104 que opera para comunicar com uma estação basede broadcast (BBS) 124 na rede de acesso sem fio. 0 CS 122e a BBS 124 se comunicam utilizando uma ou mais modalidadesde uma interface de transporte 126 que permite que a redede provedor de conteúdo 104 distribua o conteúdo na formade fluxos de conteúdo para a rede de acesso sem fio 108para broadcast/multicast para os dispositivos 110. Ainterface de transporte 126 compreende uma interface decontrole 128 e um canal de suporte 130. A interface decontrole 128 opera para permitir que o CS 122 adicione,mude, cancele ou de outra forma modifique os fluxos deconteúdo que fluem da rede de provedor de conteúdo 104 paraa rede de acesso sem fio 108. 0 canal de suporte 130 operapara transportar os fluxos de conteúdo da rede de provedorde conteúdo 104 para a rede de acesso sem fio 108.
O CS 122 utiliza a interface de transporte 126para programar um fluxo de conteúdo a ser transmitido paraa BBS 124 para broadcast/multicast através de uma rede deacesso sem fio 108. Por exemplo, o fluxo de conteúdo podecompreender um clipe de conteúdo não em tempo real que foifornecido pelo provedor de conteúdo 102 para distribuiçãoutilizando a rede de provedor de conteúdo 104. O CS 122opera para negociar com a BBS 124 para determinar um oumais parâmetros associados com o clipe de conteúdo. Uma vezque a BBS 124 recebe o clipe de conteúdo, a mesma realizabroadcast/multicast do clipe de conteúdo através da rede deacesso sem fio 108 para recepção por um ou mais dosdispositivos 110. Qualquer um dos dispositivos 110 podeestar autorizado a receber o clipe de conteúdo e armazenartemporariamente o mesmo para visualização posterior pelousuário do dispositivo.
No exemplo acima, o dispositivo 110 compreende umprograma de cliente 132 que opera para fornecer um guia deprograma que exibe uma listagem do conteúdo que éprogramado para broadcast através da rede de acesso sem fio108. O usuário do dispositivo pode então selecionar receberqualquer conteúdo em particular para visualização em temporeal ou para ser armazenado em uma memória em cache 134para visualização posterior. Por exemplo, o clipe deconteúdo pode ser programado para realizar broadcastdurante as horas da tarde, e o dispositivo 112 opera parareceber broadcast e armazenar temporariamente o clipe deconteúdo na memória em cache 134 de forma que o usuário dodispositivo possa visualizar o clipe no dia seguinte.Tipicamente, o conteúdo sofre broadcast como parte de umserviço de assinatura e o dispositivo receptor podeprecisar fornecer uma chave ou outra forma se autenticarpara receber broadcast.
O sistema de transporte permite que o CS 122receba os registros de guia de programa, conteúdo deprograma e outra informação relacionada do provedor deconteúdo 102. O CS 122 atualiza e/ou cria conteúdo paradistribuição para os dispositivos 110.
A figura 2 ilustra um servidor de provedor deconteúdo 200 adequado para uso no sistema de distribuiçãode conteúdo. Por exemplo, o servidor 200 pode ser utilizadocomo servidor 102 na figura 1. O servidor 200 compreendelógica de processamento 202, recursos e interfaces 204, elógica de transceptor 210, todos acoplados a um barramentode dados interno 212. 0 servidor 200 também compreendelógica de ativação 214, PG 206 e lógica de registros PG 208que também são acoplados ao barramento de dados 212.
A lógica de processamento 202 compreende umaunidade de processamento central (CPU) , processador,circuito de acesso, lógica de hardware, elementos dememória, máquina virtual, software e/ou qualquer combinaçãode hardware e software. Dessa forma, a lógica deprocessamento 202 geralmente compreende lógica paraexecutar as instruções legiveis por maquina e paracontrolar um ou mais dos outros elementos funcionais doservidor 200 através do barramento de dados interno 212.
Os recursos e interfaces 204 compreendem hardwaree/ou software que permite que o servidor 200 se comuniquecom os sistemas interno e externo. Por exemplo, os sistemasinternos podem incluir sistemas de armazenamento em massa,memória, acionador de exibição, modem ou outros recursos dedispositivo interno. Os sistemas externos podem incluirdispositivos de interface de usuário, impressoras,acionadores de disco, ou outros dispositivos locais ousistemas.
A lógica de transceptor 210 compreende lógica dehardware e/ou de software que opera para permitir que oservidor 200 transmita e receba dados e/ou outrasinformações com dispositivos remotos ou sistemas utilizandoo canal de comunicação 216. Por exemplo, o canal decomunicação 216 compreende qualquer tipo adequado de linkde comunicação para permitir que o servidor 200 secomunique com uma rede de dados.
A lógica de ativação 214 compreende uma CPU,processador, circuito de acesso, lógica de hardware,elementos de memória, máquina virtual, software e/ouqualquer combinação de hardware e software. A lógica deativação 214 opera para ativar um CS e/ou um dispositivopara permitir que o CS e/ou o dispositivo selecione ereceba o conteúdo e/ou serviços descritos no PG 206. Alógica de ativação 214 transmite um programa de cliente 220para o CS e/ou o dispositivo durante o processo deativação. O programa de cliente 220 roda no CS e/ou odispositivo para receber o PG 206 e exibir informação sobreo conteúdo ou serviços disponíveis para o usuário dodispositivo. Dessa' forma, a lógica de ativação 214 operapara autenticar um CS e/ou um dispositivo, descarregar ocliente 220 e descarregar o PG 206 para criação nodispositivo pelo cliente 220.
0 PG 206 compreende informação em qualquerformato adequado que descreva o conteúdo e/ou serviços queestão disponíveis para os dispositivos receberem. Porexemplo, o PG 206 pode ser armazenado em uma memória localdo servidor 200 e pode compreender informação tal comoidentificadores de conteúdo ou serviço, informação deprogramação, cotação de preço e/ou qualquer outro tipo deinformação relevante. O PG 206 compreende uma ou maisseções identificáveis que são atualizadas pela lógica deprocessamento 202 à medida que mudanças são realizadas noconteúdo ou serviços disponíveis.
O registro PG 208 compreende hardware e/ousoftware que opera para gerar mensagens de notificação paraidentificar e/ou descrever mudanças no PG 206. Por exemplo,quando a lógica de processamento 202 atualiza o PG 206, alógica de registros PG 208 é notificada sobre asmodificações. A lógica de registros PG 208 então gera umaou mais mensagens de notificação que são transmitidas paraos CSs, que podem ter sido ativados com o servidor 200, deforma que esses CSs sejam prontamente notificados sobre asmudanças no PG 206. ;Como parte da mensagem de notificação dedistribuição de conteúdo, um indicador de broadcast éfornecido indicando quando uma seção do PG identificado namensagem terá broadcast realizado. Por exemplo, o indicadorde broadcast pode compreender um bit para indicar que aseção terá broadcast realizado e um indicador de tempo queindica quando broadcast ocorrerá. Dessa forma, o CS e/ou osdispositivos que desejam atualizar sua cópia local dosregistros de PG podem ouvir broadcast no momento designadopara receber a seção atualizada dos registros PG.
Em uma modalidade, o sistema de notificação dedistribuição de conteúdo compreende instruções de programaarmazenadas em uma midia legivel por computador, que quandoexecutada por um processador, por exemplo, a lógica deprocessamento 202, fornece as funções do servidor 200descritas aqui. Por exemplo, as instruções de programapodem ser carregadas no servidor 200 a partir de uma midialegivel por computador, tal como um disco flexível, CDROM,cartão de memória, dispositivo de memória FLASH, RAM ROM,ou qualquer outro tipo de dispositivo de memória ou midialegivel por computador que interfaceie com o servidor 200através dos recursos 204. Em outra modalidade, asinstruções podem ser descarregadas para o servidor 200 apartir de um dispositivo externo ou recurso de rede queinterfaceie com o servidor 200 através da lógica detransceptor 210. As instruções de programa, quandoexecutadas pela lógica de processamento 202, fornecem umsistema de notificação de estado guia como descrito aqui.
A figura 3 ilustra o CS ou dispositivo 300adequado para uso em um sistema de distribuição deconteúdo. Por exemplo, o CS 300 compreende a lógica deprocessamento 302 recursos e interfaces 304, e lógica detransceptor 306, todos acoplados a um barramento de dados308. O CS 300 também compreende um cliente 310, uma lógicade programa 314 e uma lógica de PG 312, que também sãoacoplados ao barramento de dados 308.
A lógica de processamento 302 compreende uma CPU,processador, circuito de acesso, lógica de hardware,elementos de memória, máquina virtual, software e/ouqualquer combinação de hardware e/ou software. Dessa forma,a lógica de processamento 302 geralmente compreende lógicaconfigurada para executar instruções legiveis por maquina epara controlar um ou mais outros elementos funcionais do CS300 através do barramento de dados interno 308.
Os recursos e interfaces 304 compreendem hardwaree/ou software que permitem que o CS 300 se comunique com ossistemas internos e externos. Por exemplo, os sistemasinternos podem incluir sistemas de armazenamento em massa,memória, acionador de exibição, modem ou outros recursos dedispositivo interno. Os sistemas externos podem incluirdispositivos de interface de usuário, impressoras,acionadores de disco, ou outros dispositivos ou sistemaslocais.
A lógica de transceptor 306 compreende hardwaree/ou software que operam para permitir que o CS 300transmita e receba dados e/ou outra informação com osdispositivos externos ou sistemas através do canal decomunicação 314. Por exemplo o canal de comunicação 314pode compreender um link de comunicação de rede, um link decomunicação sem fio, ou qualquer outro tipo de link decomunicação.
Durante a operação, o CS 300 é ativado de formaque possa receber conteúdo ou serviços disponíveis atravésde uma rede de dados. Por exemplo, o CS 300 se identificapara um servidor de provedor de conteúdo durante umprocesso de ativação. Como parte do processo de ativação, oCS 300 recebe e armazena registros PG pela lógica PG 312. OPG 312 contém informação que identifica o conteúdo ou osserviços disponíveis para o CS 300 receber. O cliente 310opera para criar informação na lógica PG 312 no CS e/ou odispositivo 300 utilizando os recursos e interfaces 304.Por exemplo, o cliente 310 cria informação na lógica PG 312em uma tela de exibição que é parte do dispositivo. Ocliente 310 também recebe o registro do usuário através dosrecursos e interfaces de modo que um usuário de dispositivopossa selecionar o conteúdo ou serviços.
O CS 300 recebe mensagens de notificação atravésda lógica do transceptor 306. Por exemplo, as mensagenspodem sofrer broadcast ou unicast para o CS 300 e recebidaspela lógica do transceptor 306. As mensagens de notificaçãoPG identificam as atualizações dos registros PG na lógicaPG 312. Em uma modalidade, o cliente 310 processa asmensagens de notificação PG para determinar se a cópialocal na lógica PG 312 precisa ser atualizada. Por exemplo,em uma modalidade, as mensagens de notificação incluem umidentificador de seção, hora inicial, hora final e númerode versão.
O CS 300 opera para comparar a informação nasmensagens de notificação PG com a informação armazenadalocalmente na lógica PG existente 312. Se o CS 300determinar a partir das mensagens de notificação PG que umaou mais seções da cópia local na lógica'PG 312 precisam seratualizadas, o CS 300 opera para receber as seçõesatualizadas do PG em uma dentre várias formas. Por exemplo,as seções atualizadas do PG podem sfrer broadcast em ummomento indicado nas mensagens de notificação PG, de formaque a lógica de transceptor 306 possa receber os broadcastse passar as seções atualizadas para o CS 300, que, por suavez, atualiza a cópia local na lógica PG 312.O CS 300 determina quais seções do PG precisamser atualizadas com base nas mensagens de notificação deatualização PG recebidas, e transmite uma solicitação paraum servidor CP para obter as seções atualizadas desejadasdo PG. Por exemplo, a solicitação pode ser formatadautilizando-se qualquer formato adequado e compreenderinformação tal como o identificador CS solicitante,identificador de seção, número de versão, e/ou qualqueroutra informação adequada.
O CS 300 realiza uma ou mais das seguintesfunções em uma ou mais modalidades de um sistema denotificação PG. Deve-se notar que as funções a seguir podemser alteradas, dispostas de outra forma, modificadas,adicionadas a, eliminadas, ou ajustadas de outra formadentro do escopo da invenção.
1. O CS é ativado para operação com um sistemaprovedor de conteúdo para receber conteúdo ou serviços.Como parte do processo de ativação, um cliente e PG sãotransmitidos para o CS.
2. Uma ou mais mensagens de notificação PG sãorecebidas pelo CS e utilizadas para determinar se uma oumais seções do PG armazenado localmente precisam seratualizadas.
3. Em uma modalidade, se o CS determinar que umaou mais seções do PG armazenado localmente precisam, seratualizadas, o CS ouve a um broadcast do sistema dedistribuição para obter as seções atualizadas do PG queprecisa para atualizar sua cópia local.
4. Em outra modalidade, o CS transmite uma oumais mensagens de solicitação para o CP para obter asseções atualizadas do PG que necessita.
5. Em resposta à solicitação, o CP transmite asseções atualizadas do PG para o CS.6. O CS utiliza as seções atualizadas recebidasdo PG para atualizar sua cópia local do PG.
0 sistema de distribuição de conteúdo compreendeinstruções de programa que podem ser armazenadas em umamídia legível por computador, que quando executadas por umprocessador, tal como a lógica de processamento 302,fornece as funções do sistema de notificação dedistribuição de conteúdo como descrito aqui. Por exemplo,as instruções podem ser carregadas no CS 300 a partir deuma mídia legível por computador, tal como um discoflexível, CDROM, cartão de memória, dispositivo de memóriaFLASH, RAM, ROM, ou qualquer outro tipo de dispositivo dememória ou mídia legível por computador que interfaceie como CS 300 através dos recursos e interfaces 304. Em outramodalidade, as instruções pode ser descarregadas no CS 300a partir de um recurso de rede que interfaceia com o CS 300através da lógica de transceptor 306. As instruções, quandoexecutadas pela lógica de processamento 302, fornecem umsistema de distribuição de conteúdo como descrito aqui.
Deve-se notar que o CS 300 representa apenas umaimplementação e que outras implementações são possíveisdentro do escopo da invenção.
A figura 4 é uma ilustração de diagrama em blocodas relações entre fluxos, correntes, e MLCs nas redes combase em FLO convencionais. Por meio de fundamentos, umfluxo ilustrativo 400 pode incluir informação descarregadapara um dispositivo, tal como o dispositivo 112, a partirde um serviço móvel de vídeo fornecido, por exemplo, pelarede de notícias a cabo (CNN) . Esse broadcast da CNN podeincluir dados de nível de aplicativo na forma de um fluxode vídeo 402, um fluxo de áudio 404, e um fluxo de texto406. Cada um dos fluxos 402, 404 e 406, portando os dadossingulares, será transmitido na camada física da rede 100através das correntes respectivas 0, 1, e 2 dentro de umMLC identificável de forma singular 408.
A figura 5 é uma ilustração em diagrama em blocode uma técnica 500 para empacotamento de correntes 0-2dentro do MLC 408. Isso é, dentro do contexto da figura 4acima, os dados dos fluxos de nivel de aplicativo 402, 404e 4 06 são empacotados dentro do MLC 408 primeiro pelopreenchimento da corrente 2. A seguir, a corrente 1 épreenchida, e seguindo a mesma, a corrente 0 é preenchida,O ponto subjacente é que o MLC 408 inclui dados de cada umadas correntes 0-2. Cada uma das correntes dentro de todosos MLCs, dentro de um super quadro, são preenchidas dessamaneira.
A figura 6 é uma ilustração de um super quadroilustrativo 600, utilizado dentro de uma rede convencional,que pode incluir o MLC 408 acima. Na figura 6, o superquadro 600 é adicionalmente subdividido em quatro quadrosseparados F1-F4. Cada um dos quadros F1-F4 inclui um oumais MLCs, tal como o MLC 4 08, com cada MLC sendolocalizado na mesma posição dentro de um quadro respectivodentre os quadros F1-F4. Por exemplo, no super quadro 600,o MLC 408 é localizado no quadro Fl. Dessa forma, ascorrentes 0-2 são posicionadas de forma consecutiva, dentrodo quadro Fl.
O MLC 408 também inclui uma parte de overhead 601que porta a informação referente às características dascorrentes dentro de MLCs individuais associados com o superquadro 600. O super quadro 600 também inclui um canal 01S602. O canal OIS 602, entre outras coisas, informa aodispositivo sobre a localização dos MLCs dentro do superquadro 600. Dessa forma, quando o dispositivo solicitainicialmente o serviço de rede, o mesmo deve primeirodecodificar o canal OIS 602 para conhecer a localizaçãoprecisa e outras características do MLC 408 antes de osdados dentro do MLC 408 poderem ser desempacotados eutilizados.
Os quadros restantes F2-F4 do super quadro 600incluem MLCs 603, 604, e 606, respectivamente. Cada um dosMLCs 603, 604 e 606 também podem incluir dados empacotadosconsecutivamente representados por múltipas correntes.
A implicação da estrutura 500 da figura 5 e dosuper quadro 600 da figura 6 é que no lado do dispositivo,a fim de demultiplexar adequadamente os dados de cada umadas correntes 0-2, o dispositivo precisa saber onde oslimites estão localizados entre as correntes. Isso é, odispositivo precisa saber onde uma corrente termina e ondea outra corrente começa.
Os comprimentos de corrente e os limites sãotransportados em termos de pacotes de camada MAC. Comocompreendido pelos versados na técnica, dentro da rede decomunicações, a camada MAC realiza a multiplexação dospacotes pertencentes a diferentes correntes de midia comMLCs associados. A camada MAC define os procedimentosutilizados para receber e transmitir através da camadafisica da rede. A camada fisica da rede fornece estruturade canal, freqüência, saida de energia, modulação eespecificação de codificação para o link de avanço da rede.
Um pacote de camada MAC tem substancialmente omesmo comprimento que um PLP. Como notado acima, ainformação de protocolo de controle é transmitida atravésdo ar pela rede nos PLPs. Dessa forma, cada pacote decamada MAC é transmitido através do ar em um PLP.
A figura 7 é uma ilustração 700 de umacorrespondência entre os pacotes de camada MAC 702 e osPLPs 704. Cada um dos pacotes de camada MAC 702,corresponde em comprimento a um PLP respectivo dentre osPLPs 704.
Com referência novamente à figura 5, ocomprimento de cada uma das correntes 0-2 pode ser definidoem termos de pacotes de camada MAC. Por exemplo, a corrente2 pode ter 13 pacotes de camada MAC, a corrente 1 pode ter20 pacotes de camadas MAC, e a corrente 0 pode ter 2pacotes de camada MAC. Em um MLC, os pacotes de camada MACsão enviados juntos dentro das correntes. Dessa forma, parase demultiplexar adequadamente o MLC 408, por exemplo, odispositivo deve saber o número de pacotes de camada MAC emcada uma das correntes 0-2. No super quadro convencional600, essa informação de pacote de camada MAC estálocalizada na parte de overhead 601 do MLC 408.
O desafio com a estrutura do super quadroconvencional 600 é que se o MLC 408, especialmente a partede overhead 601, for corrompido, o dispositivo não serácapaz de demultiplexar qualquer uma das correntes dentrodos MLCs 408, 603, 604 e 606. Mesmo se os dados reaisdentro dos MLCs não forem corrompidos, sem a informaçãolocalizada na parte de overhead 601, nenhuma das correntesassociadas pode ser processada. A presente invenção forneceuma solução para esse dilema.
Na presente invenção, a informação de pacote decamada MAC também está localizada no canal OIS do superquadro, em adição à parte de overhead do MLC relacionado. Avantagem disso é que o canal OIS do super quadro étransmitido através do ar utilizando características detransmissão mais robustas do que as designadas para atransmissão MLC. Dessa forma, a probabilidade do canal OISser corrompido, durante a transmissão, é menor do que aprobabilidade da parte de overhead de um MLC sercorrompida.A figura 8 é uma ilustração de uma mensagem deparâmetro de sistema 01S ilustrativa 800 portada dentro deum canal OIS de acordo com a presente invenção. A mensagemde parâmetro de sistema OIS 800 inclui registros 802referentes às características dos MLCs em um super quadroassociado. Na presente invenção, no entanto, os registros802 são modificados para incluir um segmento 804 que incluio pacote de camada MAC e a informação de comprimento decorrente, discutido acima.
De acordo com a mensagem de parâmetro de sistemaOIS ilustrativo 800 da figura 8, a fim de um dispositivoreceber dados MLC, o mesmo pode ser configurado para lermensagem de parâmetro de sistema OIS 800 e buscar osegmento 804. Pelo fornecimento do pacote de camada MAC edados de comprimento de corrente no canal OIS mais robusto,além de dentro dos MLCs, se correntes individuais foremcorrompidas, as correntes restantes ainda podem serdemultiplexadas no dispositivo.
A figura 9 é um f luxograma de um métodoilustrativo 900 para a prática da presente invenção. Nafigura 9, um método de transmissão de informação inclui adeterminação da informação de comprimento de corrente parapelo menos uma corrente de dados a ser transmitida, comoindicado na etapa 902 e associando a informação decomprimento de corrente com uma mensagem de parâmetro desistema, como indicado na etapa 904 . A mensagem deparâmetro de sistema, incluindo a informação de comprimentode corrente associada, é transmitida separadamente a partirda corrente de dados, como ilustrado na etapa 906.
A figura 10 é um diagrama em bloco de um sistemailustrativo 1000 de acordo com a modalidade. Na figura 10,dispositivos para a determinação 1002 determinam ainformação de comprimento de corrente para pelo menos umacorrente de dados a ser transmitida. Dispositivos deassociação 1004 associam a informação de comprimento decorrente com uma mensagem de parâmetro de sistema incluindoa informação de comprimento de corrente associadaseparadamente da corrente de dados.
Por meio de revisão, dentro da presente invenção,múltiplas correntes de midia são transmitidas dentro de umMLC em um super quadro. A presente invenção fornece o envioda informação sobre as correntes, por exemplo, comprimentode cada corrente sendo portada em um MLC, independentementedas correntes de forma que o receptor possa demultiplexarcorrentes individuais. A informação sobre a corrente podeser portada separadamente dos pacotes de camada decorrente. Dessa forma, apesar de as correntes individuaispoderem portar PLPs que podem ser recebidos com erro, aindaé possível se demultiplexar correntes individuais paraprocessar os dados de corrente.
Em uma modalidade, mensagens de parâmetros desistema (OIS) e/ou cabeçalho de protocolo MAC de canal dedados (OIS embutido) são utilizados para portar oscomprimentos de corrente para correntes contidas nos MLCs.Visto que as mensagens OIS são transmitidas de uma formamuito mais robusta, a demultiplexação e/ou decodificaçãomais confiável de correntes são alcançadas.
A presente invenção foi descrita acima com oauxilio de blocos de construção funcional ilustrando odesempenho de funções e relações especificadas. Os limitesdesses blocos de construção funcional foram definidos deforma arbitrária aqui por motivos de conveniência dedescrição. Limites alternativos podem ser definidos desdeque as funções e relações especificadas sejam realizadasadequadamente.Qualquer um dos limites alternativos está, dessaforma, contido no escopo e espirito da invençãoreivindicada. Os versados na técnica reconhecerão que essesblocos de construção funcional podem ser implementados porcircuitos analógicos e/ou digitais, componentes discretos,circuitos integrados específicos de aplicativo, firmware,software adequado para execução por processador esimilares, ou qualquer combinação dos mesmos. Dessa forma,a abrangência e escopo da presente invenção não devem serlimitados por qualquer uma das modalidades ilustrativasdescritas acima, mas devem ser definidos apenas de acordocom as reivindicações a seguir e suas equivalências.
A descrição acima das modalidades específicastambém revelará completamente a natureza geral da invençãoque outros poderão, pela aplicação do conhecimento dentroda especialização da técnica (incluindo o conteúdo dasreferências citadas aqui), prontamente modificar e/ouadaptar para várias aplicações tais modalidadesespecíficas, sem experimentação indevida, sem se distanciardo conceito geral da presente invenção. Portanto, taisadaptações e modificações devem estar dentro do significadoe faixa de equivalência das modalidades descritas, com basenos ensinamentos e orientação apresentados aqui. Deve-secompreender que a fraseologia ou terminologia apresentadaaqui tem a finalidade de descrição e não de limitação, deforma que a terminologia ou fraseologia da presenteespecificação seja interpretada pelos versados na técnicaem vista dos ensinamentos e orientação apresentados aqui,em combinação com o conhecimento dos versados na técnica.
A seção Descrição Detalhada deve ser utilizadabasicamente para interpretar as reivindicações. As seçõesSumário e Resumo podem apresentar uma ou mais, mas nãotodas as modalidades ilustrativas da presente invenção comocontempladas pelos inventores, e, dessa forma, não devemlimitar as reivindicações.
Deve-se apreciar que a seção Descrição Detalhada,e não as seções Sumário e Resumo, deve ser utilizada parainterpretar as reivindicações. As seções Sumário e Resumopodem apresentar uma ou mais mas não todas as modalidadesilustrativas da presente invenção como contemplado pelosinventores, e, dessa forma, não devem limitar a presenteinvenção e as reivindicações em anexo de forma alguma.

Claims (21)

1. Método de transmissão de informação,compreendendo:a determinação da informação de comprimento decorrente para pelo menos uma corrente de dados a sertransmitida;a associação da informação de comprimento decorrente com uma mensagem de parâmetro de sistema; ea transmissão da mensagem de parâmetro de sistemaincluindo a informação de comprimento de corrente associadaseparadamente da corrente de dados.
2. Método, de acordo com a reivindicação 1,compreendendo adicionalmente a associação da informação decomprimento de corrente com os dados de canal de overhead.
3. Método, de acordo com a reivindicação 1, noqual a informação de comprimento de corrente é baseada nospacotes de camada MAC.
4. Método, de acordo com a reivindicação 1, a noqual a mensagem de parâmetro d sistema é transmitida deacordo com as primeiras características de transmissão e acorrente de dados é transmitida de acordo com as segundascaracterísticas de transmissão.
5. Método, de acordo com a reivindicação 1, noqual a informação de comprimento de corrente é embutidadentro da mensagem de parâmetro de sistema.
6. Método, de acordo com a reivindicação 5, noqual a mensagem de parâmetro de sistema é incluída dentrode um canal OIS.
7. Método de recebimento de informação,compreendendo:o recebimento de uma mensagem de parâmetro desistema incluindo a informação de comprimento de correntepara pelo menos uma corrente de dados transmitida, onde amensagem de parâmetro de sistema é recebida separadamenteda corrente de dados transmitida;a recuperação da informação de comprimento decorrente a partir da mensagem de parâmetro de sistemarecebida; ea leitura da corrente de dados correspondente àinformação de comprimento de corrente.
8. Equipamento para transmissão de informação,compreendendo:meios para determinar a informação de comprimentode corrente para pelo menos uma corrente de dados a sertransmitida;meios para associar a informação de comprimentode corrente com uma mensagem de parâmetro de sistema; emeios para transmitir a mensagem de parâmetro desistema incluindo a informação de comprimento de correnteassociada separadamente da corrente de dados.
9. Equipamento, de acordo com a reivindicação 8,compreendendo adicionalmente meios para associação dainformação de comprimento de corrente com os dados de canalde overhead.
10. Equipamento, de acordo com a reivindicação 8,no qual a informação de comprimento de corrente é baseadanos pacotes de camada MAC.
11. Equipamento, de acordo com a reivindicação 8,no qual a mensagem de parâmetro de sistema é transmitida deacordo com as primeiras características de transmissão e acorrente de dados é transmitida de acordo com as segundascaracterísticas de transmissão.
12. Equipamento, de acordo com a reivindicação 8,no qual a informação de comprimento de corrente é embutidadentro da mensagem de parâmetro de sistema.
13. Equipamento, de acordo com a reivindicação 8,no qual a mensagem de parâmetro de sistema é incluídadentro de um canal OIS.
14. Meio legivel por computador portando uma oumais correntes de uma ou mais instruções para execução porum ou mais processadores para realização de um método paratransmissão de informação, as instruções sendo executadaspelo um ou mais processadores, fazendo com que o um ou maisprocessadores realizem as etapas de:determinar a informação de comprimento decorrente para pelo menos uma corrente de dados a sertransmitida;associar a informação de comprimento de correntecom uma mensagem de parâmetro de sistema; etransmitir a mensagem de parâmetro de sistemaincluindo a informação de comprimento de corrente associadaseparadamente da corrente de dados.
15. Método, de acordo com a reivindicação 14,compreendendo adicionalmente a associação da informação decomprimento de corrente com os dados de canal de overhead.
16. Método, de acordo com a reivindicação 14, noqual a informação de comprimento de corrente é baseada nospacotes de camada MAC.
17. Método, de acordo com a reivindicação 14, noqual a mensagem de parâmetro de sistema é transmitida deacordo com as primeiras características de transmissão e acorrente de dados é transmitida de acordo com as segundascaracterísticas de transmissão.
18. Método, de acordo com a reivindicação 14, noqual a informação de comprimento de corrente é embutidadentro da mensagem de parâmetro de sistema.
19. Método, de acordo com a reivindicação 18, noqual a mensagem de parâmetro de sistema é incluida dentrode um canal OIS.
20. Módulo de transmissão para transmissão deinformação, compreendendo:uma parte de determinação configurada paradeterminar a informação de comprimento de corrente parapelo menos uma corrente de dados a ser transmitida;uma parte de associação configurada para associara informação de comprimento de corrente com uma mensagem deparâmetro de sistema; eum transmissor configurado para transmitir amensagem de parâmetro de sistema incluindo a informação decomprimento de corrente associada separadamente da correntede dados.
21. Sistema, compreendendo:um processador possuindo primeira e segundapartes lógicas;onde a primeira parte lógica determina ainformação de comprimento de corrente para pelo menos umacorrente de dados a ser transmitida;onde a segunda parte lógica associa a informaçãode comprimento de corrente com uma mensagem de parâmetro desistema; eum transmissor configurado para transmitir amensagem de parâmetro de sistema incluindo a informação decomprimento de corrente associada separadamente da correntede dados.
BRPI0609238-1A 2005-03-10 2006-03-09 método de multiplexação através de um canal de broadcast sem fio com tendência a erro BRPI0609238A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US66086505P 2005-03-10 2005-03-10
US60/660,865 2005-03-10
PCT/US2006/008988 WO2006099350A1 (en) 2005-03-10 2006-03-09 Method of multiplexing over an error-prone wireless broadcast channel

Publications (1)

Publication Number Publication Date
BRPI0609238A2 true BRPI0609238A2 (pt) 2010-03-09

Family

ID=36586035

Family Applications (1)

Application Number Title Priority Date Filing Date
BRPI0609238-1A BRPI0609238A2 (pt) 2005-03-10 2006-03-09 método de multiplexação através de um canal de broadcast sem fio com tendência a erro

Country Status (19)

Country Link
US (2) US7979561B2 (pt)
EP (2) EP2141958A1 (pt)
JP (3) JP5069215B2 (pt)
KR (1) KR100910950B1 (pt)
CN (1) CN101171797B (pt)
AT (1) ATE455444T1 (pt)
AU (1) AU2006223128A1 (pt)
BR (1) BRPI0609238A2 (pt)
CA (1) CA2600785A1 (pt)
DE (1) DE602006011716D1 (pt)
ES (1) ES2337828T3 (pt)
IL (1) IL185792A0 (pt)
MX (1) MX2007011085A (pt)
NO (1) NO20075079L (pt)
PL (1) PL1856850T3 (pt)
RU (1) RU2376714C2 (pt)
TW (1) TW200704039A (pt)
UA (1) UA90135C2 (pt)
WO (1) WO2006099350A1 (pt)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7979561B2 (en) * 2005-03-10 2011-07-12 Qualcomm Incorporated Method of multiplexing over an error-prone wireless broadcast channel
US8942739B2 (en) * 2006-11-06 2015-01-27 Qualcomm Incorporated Methods and apparatus for communication of notifications
WO2009104927A2 (en) 2008-02-21 2009-08-27 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving a frame including control information in a broadcasting system
KR101388794B1 (ko) 2008-03-03 2014-04-23 삼성전자주식회사 무선 방송 시스템에서 인-밴드 시그널링 정보 송수신 방법 및 장치
US20110037590A1 (en) * 2009-08-12 2011-02-17 Qualcomm Incorporated System and apparatus for delivering emergency alert messages as a service content in a broadcast network
US8929399B2 (en) * 2011-12-29 2015-01-06 Qualcomm Incorporated Selectively multiplexing communication streams
WO2020104597A1 (en) 2018-11-22 2020-05-28 Danmarks Tekniske Universitet Isolated dc-dc power converter with adjustable turns ratio

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5541919A (en) * 1994-12-19 1996-07-30 Motorola, Inc. Multimedia multiplexing device and method using dynamic packet segmentation
US6041345A (en) * 1996-03-08 2000-03-21 Microsoft Corporation Active stream format for holding multiple media streams
US6511280B1 (en) * 1996-05-21 2003-01-28 Motorola, Inc. Adaptive Reed-Solomon decoder and methods thereof
CA2424556C (en) * 1997-04-17 2009-11-24 Ntt Mobile Communications Network Inc. Base station apparatus of mobile communication system
US5943344A (en) * 1997-05-14 1999-08-24 Telefonaktiebolaget L M Ericsson Method and apparatus for formatting synchronous and asynchronous data
EP1032996A4 (en) * 1997-11-14 2006-07-05 Worldspace Corp SIGNALING PROTOCOL FOR A DIRECT TRANSMISSION SYSTEM FOR HEARING BY SATELLITE
GB9809006D0 (en) 1998-04-29 1998-06-24 Univ Strathclyde Multiplexer/de-mutiplexer
US6594252B1 (en) * 1999-03-01 2003-07-15 Nortel Networks Limited Locating control signals in a mobile communications system
JP3677185B2 (ja) * 1999-11-29 2005-07-27 株式会社東芝 符号分割多重伝送方式と送信装置及び受信装置
MXPA02011840A (es) 2000-05-31 2003-12-11 Prediwave Corp Metodos para proveer servicios de video a pedido para sistemas de transmision.
EP1342352A2 (en) 2000-12-15 2003-09-10 QUALCOMM Incorporated Generating and implementing a communication protocol and interface for high data rate signal transfer
JP3855690B2 (ja) * 2001-02-20 2006-12-13 三菱電機株式会社 多重化装置、分離装置
KR100464364B1 (ko) * 2001-03-20 2004-12-31 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 부호화 및 복호화장치 및 방법
US8077679B2 (en) 2001-03-28 2011-12-13 Qualcomm Incorporated Method and apparatus for providing protocol options in a wireless communication system
US6662024B2 (en) * 2001-05-16 2003-12-09 Qualcomm Incorporated Method and apparatus for allocating downlink resources in a multiple-input multiple-output (MIMO) communication system
GB2377596B (en) * 2001-07-11 2004-09-01 Cambridge Broadband Ltd Communications protocol
US8880709B2 (en) * 2001-09-12 2014-11-04 Ericsson Television Inc. Method and system for scheduled streaming of best effort data
KR100474719B1 (ko) * 2001-11-30 2005-03-08 삼성전자주식회사 이동통신시스템에서 제어정보를 송수신하는 방법 및 장치
ES2310656T3 (es) * 2002-04-05 2009-01-16 Harris Corporation Procedimiento y sistema de adaptacion de tasas de señales de audio.
US6677864B2 (en) * 2002-04-18 2004-01-13 Telefonaktiebolaget L.M. Ericsson Method for multicast over wireless networks
JP3927443B2 (ja) 2002-05-01 2007-06-06 日本電信電話株式会社 動画像送受信システムおよび動画像送受信方法
JP3880497B2 (ja) 2002-09-27 2007-02-14 Necインフロンティア株式会社 Lan通信システム
US7369548B2 (en) * 2002-12-20 2008-05-06 Intel Corporation Communicating information using a configurable protocol
JP3891145B2 (ja) * 2003-05-16 2007-03-14 ソニー株式会社 無線通信装置、無線通信方法及びプログラム
KR20050019388A (ko) * 2003-08-19 2005-03-03 엘지전자 주식회사 멀티미디어 방송 및 멀티캐스트 서비스를 위한 패킷데이터와 관련 제어정보를 송수신하는 방법
US7221680B2 (en) * 2003-09-02 2007-05-22 Qualcomm Incorporated Multiplexing and transmission of multiple data streams in a wireless multi-carrier communication system
US7660275B2 (en) * 2003-10-24 2010-02-09 Qualcomm Incorporated Local and wide-area transmissions in a wireless broadcast network
US7352693B2 (en) * 2005-01-31 2008-04-01 Nextel Communications Inc. Fault tolerant wireless communication systems and methods
US7979561B2 (en) 2005-03-10 2011-07-12 Qualcomm Incorporated Method of multiplexing over an error-prone wireless broadcast channel

Also Published As

Publication number Publication date
ES2337828T3 (es) 2010-04-29
CN101171797B (zh) 2013-01-02
ATE455444T1 (de) 2010-01-15
JP5269842B2 (ja) 2013-08-21
JP2008533870A (ja) 2008-08-21
PL1856850T3 (pl) 2010-06-30
US7979561B2 (en) 2011-07-12
IL185792A0 (en) 2008-01-06
WO2006099350A1 (en) 2006-09-21
UA90135C2 (ru) 2010-04-12
MX2007011085A (es) 2007-11-08
CN101171797A (zh) 2008-04-30
JP5221686B2 (ja) 2013-06-26
JP2011139476A (ja) 2011-07-14
EP1856850A1 (en) 2007-11-21
RU2007137480A (ru) 2009-04-20
JP2011024220A (ja) 2011-02-03
RU2376714C2 (ru) 2009-12-20
EP1856850B1 (en) 2010-01-13
US9252921B2 (en) 2016-02-02
KR100910950B1 (ko) 2009-08-05
AU2006223128A1 (en) 2006-09-21
TW200704039A (en) 2007-01-16
NO20075079L (no) 2007-10-08
US20060230172A1 (en) 2006-10-12
JP5069215B2 (ja) 2012-11-07
EP2141958A1 (en) 2010-01-06
US20110216666A1 (en) 2011-09-08
DE602006011716D1 (de) 2010-03-04
KR20070118634A (ko) 2007-12-17
CA2600785A1 (en) 2006-09-21

Similar Documents

Publication Publication Date Title
WO2015027799A1 (zh) 广告处理方法及装置
US9252921B2 (en) Method of multiplexing over an error-prone wireless broadcast channel
US20060218596A1 (en) Method and system for achieving faster device operation by logical separation of control information
BRPI0609285B1 (pt) Método para habilitar economia de energia quando nenhum dado está sendo transmitido em um canal lógico de mídia
EP1861968B1 (en) Improving control information acquisition latency by transmitting control information in individually decode-able packets
US20100185717A9 (en) Method of improving control information acquisition latency by transmitting control information in individually decode-able packets
HK1113040A (en) Method of multiplexing over an error-prone wireless broadcast channel
HK1117303A (en) Method of improving control information acquisition latency by transmitting control information in individually decode-able packets

Legal Events

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

Free format text: REFERENTE A 9A ANUIDADE.

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

Free format text: REFERENTE AO DESPACHO 8.6 PUBLICADO NA RPI 2307 DE 24/03/2015.

B15K Others concerning applications: alteration of classification

Ipc: H04L 1/00 (2006.01), H04L 29/06 (2006.01)