MÉTODO
PARA HABILITAR ECONOMIA DE
DADO
ESTA SENDO
TRANSMITIDO EM
MÍDIA”
FUNDAMENTOS
CAMPO DA
INVENÇÃO
A presente invenção se economia de energia em uma rede
ENERGIA QUANDO NENHUM
UM CANAL LOGICO DE refere geralmente à de comunicações. Mais especificamente, a presente invenção se refere a determinar períodos de transmissão de dados interrupta para facilitar a economia de energia em uma rede de comunicações sem fio
TÉCNICA FUNDAMENTAL
FLO é uma tecnologia projetada basicamente para a distribuição eficiente e econômica do mesmo conteúdo de multimídia para milhões de assinantes sem fio 15 simultaneamente. 0 objetivo da tecnologia FLO é reduzir os custos associados com a distribuição de tal conteúdo e permitir que usuários naveguem nos canais de conteúdo nos equipamentos móveis tipicamente utilizados para serviços de voz e dados de celulares tradicionais. Esse conteúdo
multimídia também é conhecido como serviços. Um serviço é uma agregação de um ou mais componentes de dados independentes. Cada componente de dados independente de um serviço é chamado de um fluxo.
Os serviços são classificados em dois tipos com base em sua cobertura: serviços de longa distância e serviços de área local. Um serviço de área local é um multicast para recepção dentro de uma área metropolitana.
Os serviços FLO são portados através de um ou mais canais lógicos, conhecidos como Canais Lógicos
MediaFLO™ ou MLCs. Um MLC pode ser ‘dividido em um máximo de
Em contraste, os serviços de longa distância sofrem multicast em uma ou mais áreas metropolitanas.
2/27
três sub-canais lógicos. Esses sub-canais lógicos são chamados de correntes. Cada fluxo é portado em uma única corrente.
Tipicamente as redes FLO transmitem o conteúdo a cada super quando não rede por uma duração quadro. Pode haver há dados sendo determinada no MLC.
for forçado a intermitentes, buscar o MLC durante esses o dispositivo será forçado essa busca desnecessária.
para um serviço ou MLC, períodos intermitentes transmitidos pela Se o dispositivo períodos de tempo a consumir energia realizando
Esse consumo desnecessário de energia, por fim, reduzirá a vida útil da bateria.
O que se método que forneçam períodos de informações determinadas tempo permitirá precisa, portanto, é de um sistema e ao dispositivo, informações sobre esses intermitentes. O conhecimento dessas operações que o de economia dispositivo realize de energia de como a do receptor pelo intervalo de tempo no hardware colocação do (sleep mode), estarão disponíveis.
no modo qual os descanso dados não
SUMÁRIO
Consistente com os princípios da presente invenção como consubstanciado e amplamente descrito aqui, a presente invenção inclui um método de determinação de 25 períodos de descanso dentro de um dispositivo de comunicações configurado para comunicação através de uma rede. O método inclui a análise de pelo menos um dentre dois ou mais campos de dados relacionados com uma unidade de dados e a determinação dos períodos de descanso do 30 dispositivo com base na análise.
Em outro aspecto, um equipamento determina os períodos de descanso dentro de um dispositivo de
3/27
de comunicações. O equipamento inclui mecanismos análise de pelo menos um dentre os dois ou mais campos dados relacionados com uma unidade de dados e mecanismos para a determinação dos períodos de descanso do dispositivo com base na análise.
Em ainda outro aspecto, um transceptor determina os períodos de descanso associados com a através de comunicação uma rede. O transceptor inclui um um dentre
para analisar pelo menos de dados relacionados com configurado mais campos e um temporizador para determinar os do dispositivo com base na análise.
processador os dois ou uma unidade de dados períodos de descanso meio
Em outro aspecto, um computador portando uma ou mais sequências instruções para execução por um ou mais para a realização de um método períodos de descanso dentro de comunicações. As instruções quando mais processadores, fazem com processadores realizem as etapas de um dentre os dois ou mais com uma unidade de dados descanso do dispositivo com está legível por de uma ou mais processadores de determinação dos um dispositivo de executadas por um ou que um análise de ou mais pelo de dados relacionados menos campos e determinem os períodos de base na análise.
atualmente transmitindo, a dados está a cada super proibida de quadro. No interromper período de
Para um MLC que rede pode transmitir os entanto, a rede não temporariamente a transmissão nesse MLC por um tempo determinado. Para esse caso, um dispositivo que está monitorando esse MLC em particular pode implementar funções de economia de energia, tal como um modo de descanso do receptor, durante o período de tempo para o qual não existe quaisquer dados MLC disponíveis.
4/27
Uma mensagem de parâmetros do sistema de símbolos de informações de overhead (OIS) além de um cabeçalho de cápsula OIS portado como parte dos dados MLC, porta informações sobre quando a rede deve retomar a transmissão 5 de dados em um MLC particular. Essa informação é especificada em termos de um deslocamento no número de super quadros. Esse deslocamento garante que a rede não transmita os dados no MLC particular antes do deslocamento especificado. 0 dispositivo pode utilizar o período de 10 tempo indicado por esse deslocamento para a realização de qualquer uma das funções de economia de energia.
O OIS e um OIS embutido (discutido mais completamente abaixo) portam informações referentes ao intervalo de tempo (deslocamento em super quadros) para o qual nenhum dado estará disponível associado a um MLC em particular.
nenhum dado pelo menos habilita o
Em outras palavras, esse campo garante que por seja transmitido pela rede para esse MLC, especificado.
em descanso durante o intervalo de tempo dispositivo a permanecer esse período resultando em um consumo um
Isso de energia reduzido aumento na vida útil da batería.
Características vantagens adicionais da e operação de várias estrutura presente invenção além da modalidades da presente invenção são aos desenhos em descritas em detalhes abaixo com referência anexo.
BREVE
Os desenhos
DESCRIÇÃO DOS em anexo, que
DESENHOS são incorporados aqui e ilustram modalidades da constituem parte da especificação, presente invenção e, juntamente fornecida acima e a descrição detalhada das modalidades com a descrição geral
5/27
fornecidas abaixo, servem para explicar os princípios da invenção. Nos desenhos:
A figura 1 é uma ilustração de uma rede incluindo uma modalidade de um sistema de distribuição de conteúdo;
A figura 2 é uma ilustração de uma modalidade de um provedor de conteúdo adequado para uso no sistema de distribuição de conteúdo da figura 1;
A figura 3 é uma ilustração de uma modalidade de um servidor de conteúdo adequado para uso no sistema de distribuição de conteúdo;
ilustrativo figura 4 é uma ilustração de um super de acordo com a modalidade;
quadro de um fluxo de modalidade;
presença exemplar figura 5 é uma ilustração de diagrama de serviços exemplar de acordo figura é uma ilustração super quadros contíguos figura 7 é uma ilustração de um construído de
MLCs em figura prática blocos com a da ausência e associados;
registro de acordo com a modalidade;
é um diagrama de da modalidade; e fluxo de um de MLC método exemplar da
A |
figura 9 é |
um diagrama de |
blocos |
de um |
equipamento |
ilustrativo |
construído de |
acordo |
com a |
modalidade. |
|
|
|
|
DESCRIÇÃO DETALHADA invenção se modalidades descrição detalhada a seguir da presente refere aos desenhos em anexo que ilustram as ilustrativas consistentes com essa invenção. podem ser
Outras modalidades são possíveis, e modificações feitas às modalidades dentro do espirito e invenção. Portanto, a descrição detalhada a seguir não deve limitar a invenção. Em vez disso, o escopo da invenção é definido pelas reivindicações em anexo.
escopo da
6/27
Este relatório descreve uma ou mais
que incorporam as características dessa invenção. As modalidades descritas meramente exemplificam a invenção. 0 escopo da invenção não está limitado às modalidades 5 descritas. A invenção é definida pelas reivindicações em anexo.
As modalidades descritas, e referências no relatório a uma modalidade, uma modalidade exemplar, etc., indicam que as modalidades descritas podem incluir 10 uma característica, estrutura ou característica particular, mas cada modalidade pode não necessariamente incluir a característica ou estrutura particular. Ademais, tais frases não estão necessariamente se referindo à mesma modalidade. Adicionalmente, quando uma característica ou estrutura em particular é descrita com relação a uma modalidade, é compreendido que está dentro da base de conhecimento dos versados na técnica para efetuar tal característica e estrutura com relação às outras modalidades explicitamente descritas ou não
Seria aparente aos versados na técnica que a presente invenção, como descrito abaixo, pode ser implementada em muitas modalidades diferentes de hardware, software, firmware e/ou entidades ilustradas nos desenhos.
Qualquer código de software atual com hardware 25 especializado controlado para implementação da presente invenção não estará limitando a presente invenção. Dessa forma, a operação e o comportamento da presente invenção serão descritos com a compreensão de que modificações e nível de detalhamento apresentado aqui.
A figura 1 ilustra uma rede de comunicação 100 que compreende um sistema de transporte 136 que opera para criar e transportar fluxos de conteúdo de multimídia variações das modalidades são possíveis, de acordo com o
7/27 através de redes de dados.
Por exemplo,
transporte 136 é consistente com os princípios do sistema FLO, notado acima, e é adequado para uso no transporte de clipes de conteúdo de uma rede provedora de conteúdo para 5 uma rede 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 de broadcast otimizada 106, e uma rede de acesso sem fio 108.
A rede 100 também inclui dispositivos 110 que compreendem um telefone móvel 112, um assistente digital pessoal (PDA)
114, e um computador notebook 116. Os dispositivos 110 ilustram apenas alguns dos dispositivos que são adequados para uso com o sistema de transporte 136. Deve-se notar que apesar de três dispositivos serem ilustrados na figura 1, virtualmente qualquer número de dispositivos análogos, ou tipos de dispositivos são adequados para uso no sistema de transporte 136, como seria aparente aos versados na técnica relevante.
provedor de conteúdo 102 opera para fornecer conteúdo para distribuição a usuários na rede 100. O conteúdo compreende vídeo, áudio, conteúdo de multimídia, clipes, conteúdo em tempo real ou não real, textos, programas, dados ou qualquer outro tipo de conteúdo adequado. O para a rede
Por exemplo, de provedor provedor de de de conteúdo 102 fornece o conteúdo provedor provedor conteúdo de conteúdo de conteúdo
104 através
104 para distribuição.
102 comunica com a rede do link de comunicação
118, que compreende qualquer tipo adequado de link de comunicação com e/ou sem fio.
A rede de provedor de conteúdo 104 compreende qualquer combinação de redes com e sem fio que operam para distribuir o conteúdo para entrega para os usuários. A rede de provedor de conteúdo 104 se comunica com a rede de
8/27
broadcast otimizada 106 através do link 120. O link 120 compreende qualquer tipo adequado de link de comunicação com e/ou sem fio. A rede de broadcast otimizada 10 6 compreende qualquer combinação de redes com e sem fio que são projetadas para realizar broadcast do conteúdo de alta qualidade. Por exemplo, a rede de broadcast otimizada 106 pode ser uma rede proprietária especializada que foi otimizada para entregar conteúdo de alta qualidade para os dispositivos selecionados através de uma pluralidade de canais de comunicação otimizados.
O sistema de transporte 136 opera para distribuir o conteúdo a partir do provedor de conteúdo 102 para distribuição a um servidor de conteúdo (CS) 122 na rede de provedor de conteúdo 104 que opera para comunicar com uma estação base de broadcast (BBS) 124 na rede de acesso sem fio. O CS 122 e a BBS 124 se comunicam utilizando uma ou mais modalidades de uma interface de transporte 126 que permite que a rede de provedor de conteúdo 104 entregue o conteúdo na forma de fluxos de conteúdo para a rede de acesso sem fio 108 para broadcast/mui ticast para os dispositivos 110. A interface de transporte 126 compreende uma interface de controle 128 e um canal de portador 130. A interface de controle 128 opera para permitir que o CS 122 adicione, altere, cancele ou de outra forma modifique os fluxos de conteúdo que fluem da rede de provedor de conteúdo 104 para a rede de acesso sem fio 108. O canal de portador 130 opera para transportar os fluxos de conteúdo da rede de provedor de conteúdo 104 para a rede de acesso sem fio 108.
O CS 122 utiliza a interface de transporte 126 para programar um fluxo de conteúdo a ser transmitido para a BBS 124 para broadcast/mui ticast através da rede de acesso sem fio 108. Por exemplo, o fluxo de conteúdo pode
9/27
compreender um clipe de conteúdo em tempo não real que foi fornecido pelo provedor de conteúdo 102 para distribuição utilizando a rede de provedor de conteúdo 104. 0 CS 122 opera para negociar com a BBS 124 para determinar um ou 5 mais parâmetros associados com o clipe de conteúdo. Uma vez que a BBS 124 recebe o clipe de conteúdo, a mesma realiza broadcast/multicast do clipe de conteúdo através da rede de acesso sem fio 108 para recepção por um ou mais dispositivos 110. Qualquer um dos dispositivos 110 pode ser 10 autorizado a receber o clipe de conteúdo e armazenar temporariamente o mesmo para visualização posterior pelo usuário do dispositivo.
No exemplo acima, o dispositivo 110 compreende um programa de cliente 132 que opera para fornecer um guia de 15 programa que exibe uma listagem do conteúdo que é programada para broadcast através da rede de acesso sem fio 108. O usuário do dispositivo pode então selecionar receber qualquer conteúdo particular para renderização em tempo real ou para ser armazenado em um cache 134 para 20 visualização posterior. Por exemplo, o clipe de conteúdo pode ser programado para broadcast durante as horas da tarde, e o dispositivo 112 opera para receber o broadcast e armazenar temporariamente o clipe de conteúdo no cache 134 de forma que o usuário do dispositivo possa visualizar o 25 clipe no próximo dia. Tipicamente, o conteúdo sofre broadcast como parte de um serviço de assinatura e o dispositivo receptor pode ser necessário para se fornecer uma chave ou de outra forma se autenticar para o recebimento do broadcast.
0 sistema de transporte 136 permite que o CS 122 receba os registros do guia de programa, conteúdo de programa, e outras informações relacionadas do provedor de
10/27
conteúdo 102. O CS 122 atualiza e/ou cria o conteúdo para entrega para os dispositivos 110.
A figura 2 ilustra um servidor de provedor de conteúdo 200 adequado para uso no sistema de distribuição 5 de conteúdo. Por exemplo, o servidor 200 pode ser utilizado como o servidor 102 da figura 1. 0 servidor 200 compreende a lógica de processamento 202, recursos e interfaces 204 e lógica de transceptor 210, todos acoplados a um barramento de dados interno 212. O servidor 200 também compreende a 10 lógica de ativação 214, PG 206 e lógica de Estado de Guia
208 que também são acoplados ao barramento de dados 212.
A lógica de processamento 202 compreende uma unidade de processamento central (CPU), processador, arranjos de portas, lógica de hardware, elementos de 15 memória, máquina virtual, software e/ou qualquer combinação de hardware e software. Dessa forma, a lógica de processamento 202 compreende geralmente a lógica para executar instruções legíveis por máquina e para controlar um ou mais outros elementos funcionais do servidor 200
através do barramento de dados interno 212.
Os recursos e interfaces 204 compreendem hardware e/ou software que permitem que o servidor 200 se comunique com os sistemas internos e externos. Por exemplo, os sistemas internos podem incluir sistemas de armazenamento 25 em massa, memória, driver de display, modem ou outros recursos de dispositivos internos. Os sistemas externos podem incluir dispositivos de interface de usuário, impressoras, drivers de disco, ou outros dispositivos ou sistemas locais.
A lógica de transceptor 210 compreende lógica de hardware e/ou software que opera para permitir que o servidor 200 transmita e receba dados e/ou outras informações com dispositivos remotos ou sistemas utilizando
11/27 canal de comunicação 216. Por exemplo,
comunicação 216 compreende qualquer tipo adequado de link de comunicação para permitir que o servidor 200 se comunique com uma rede de dados.
A lógica de ativação 214 compreende uma CPU, processador, arranjo de portas, lógica de hardware, elementos de memória, máquina virtual, software e/ou qualquer combinação de hardware e software. A lógica de ativação 214 opera para ativar um CS e/ou um dispositivo 10 para permitir que o CS e/ou o dispositivo selecione e receba o conteúdo e/ou serviços descritos no PG 206. A lógica de ativação 214 transmite um programa de cliente 220 para o CS e/ou o dispositivo durante o processo de ativação. O programa de cliente 220 roda no CS e/ou 15 dispositivo para receber o PG 206 e exibir informações em torno do conteúdo disponível ou serviços para o usuário do dispositivo. Dessa forma, a lógica de ativação 214 opera para autenticar um CS e/ou um dispositivo, realizar download do cliente 220, e realizar download do PG 206 para 20 renderização no dispositivo pelo cliente 220.
O PG 206 compreende informações em qualquer formato adequado que descreva o conteúdo e/ou os serviços que estão disponíveis para os dispositivos receberem. Por exemplo, o PG 206 pode ser armazenado em uma memória local 25 do servidor 200 e pode compreender informações tais como identificadores de conteúdo ou serviço, informações de programação, cotação de preço, e/ou qualquer outro tipo de informação relevante. O PG 2 06 compreende uma ou mais seções identificáveis que são atualizadas pela lógica de 30 processamento 202 à medida que mudanças são realizadas no conteúdo ou serviços disponíveis.
A lógica de Estado de Guia 208 compreende hardware e/ou software que opera para gerar mensagens de
12/27
notificação que identificam e/ou descrevem as mudanças realizadas para o PG 206. Por exemplo, quando a lógica de processamento 202 atualiza o PG 206, a lógica de Estado de Guia 208 é notificada sobre as mudanças. A lógica de Estado 5 de Guia 208 então gera uma ou mais mensagens de notificação que são transmitidas para CSs, que podem ter sido ativadas com o servidor 200, de modo que esses CSs são prontamente notificados sobre as mudanças no PG 206.
Como parte da mensagem de notificação de entrega de conteúdo, um indicador de broadcast é fornecido que indica quando uma seção do PG identificada na mensagem sofrerá broadcast. Por exemplo, o indicador de broadcast pode compreender um bit para indicar que a seção sofrerá broadcast e um indicador de tempo que indica quando o 15 broadcast ocorrerá. Dessa forma, os CSs e/ou os dispositivos que desejam atualizar sua cópia local dos registros de PG podem atender ao broadcast no momento designado para receber a seção atualizada dos registros PG.
Em uma modalidade, o sistema de notificação de
entrega de conteúdo compreende instruções de programa armazenadas em uma midia legível por computador, que quando executadas por um processador, por exemplo, a lógica de processamento 202, fornece as funções do servidor 200 descritas acima. Por exemplo, as instruções de programa 25 podem ser carregadas no servidor 200 a partir de uma mídia legível por computador, tal como um disco flexível, CD-ROM, cartão de memória, dispositivo de memória flash, memória RAM, ROM ou qualquer outro tipo de dispositivo de memória ou mídia legível por computador que forma uma interface com 30 o servidor 200 através dos recursos 204. Em outra modalidade, as instruções podem sofrer download para o servidor 200 a partir de um dispositivo externo ou um recurso de rede que forma uma interface com o servidor 200
13/27
através da lógica de transceptor 210. As instruções de programa, quando executadas pela lógica de processamento 202, fornecem um sistema de notificação de estado de guia
como descrito aqui.
A figura 3 ilustra um servidor de conteúdo (CS) ou dispositivo 300 adequado para uso em um sistema de entrega de conteúdo. Por exemplo, o CS 300 pode ser o CS 122 ilustrado na figura 1. O CS 300 compreende a lógica de processamento 302, recursos e interfaces 304, e a lógica de 10 transceptor 306, todos acoplados a um barramento de dados 308. 0 CS 300 também compreende um cliente 310 e uma lógica de Guia de Programa (PG) 312, que também são acoplados ao barramento de dados 308.
A lógica de processamento 302 compreende uma CPU, processador, arranjo de portas, lógica de hardware, elementos de memória, máquina virtual, software e/ou qualquer combinação de hardware e software. Dessa forma, a lógica de processamento 302 geralmente compreende. lógica configurada para executar instruções legíveis por máquina e 20 para controlar um ou mais outros elementos funcionais do CS
300 através do barramento de dados interno 308.
Os recursos e interfaces 304 compreendem hardware e/ou software que permitem que o CS 300 se comunique com os qistemas internos e externos. Por exemplo, os sistemas 25 internos podem incluir sistemas de armazenamento em massa, memória, driver de display, modem ou outros recursos de dispositivos internos. Os sistemas externos podem incluir dispositivos de interface de usuário, impressoras, drivers de disco ou outros dispositivos ou sistemas locais.
A lógica de transceptor 306 compreende hardware e/ou software que opera para permitir que o CS 300 transmita e receba dados e/ou outras informações com os dispositivos externos ou sistemas através do canal de
14/27 comunicação 314. Por exemplo,
pode compreender um link de comunicação de rede, um link de comunicação sem fio ou qualquer outro tipo de link de comunicação.
Durante a operação, o CS 300 é ativado de modo
que possa receber o conteúdo ou serviços disponíveis através de uma rede de dados. Por exemplo, o CS 300 identifica a si mesmo para um servidor de provedor de conteúdo durante um processo de ativação. Como parte do 10 processo de ativação, o CS 300 recebe e armazena os registros PG pela lógica de PG 312. A lógica de PG 312 contém informações que identificam o conteúdo ou os serviços disponíveis para o CS 300 para recebimento. O cliente 310 opera para renderizar informações na lógica de
PG 312 no CS e/ou o dispositivo 300 utilizando os recursos e, interfaces 304. Por exemplo, o cliente 310 renderiza informações na lógica de PG 312 em uma tela de exibição que é parte do dispositivo. O cliente 310 também recebe o registro de usuário através dos recursos e interfaces de 20 modo que um usuário de dispositivo possa selecionar conteúdo ou serviços.
O CS 300 recebe mensagens de notificação através da lógica de transceptor 306. Por exemplo, as mensagens podem sofrer broadcast ou unicast para o CS 300 e recebidas 25 pela lógica de transceptor 306. As mensagens de notificação
PG identificam as atualizações dos registros de PG na lógica de PG 312. Em uma modalidade, o cliente 310 processa as mensagens de notificação de PG para determinar se a cópia local na lógica de PG 312 precisa ser atualizada. Por 30 exemplo, em uma modalidade, as mensagens de notificação incluem um identificador de seção, hora inicial, hora final e número de versão.
15/27
CS 300 opera para comparar as informações nas mensagens de notificação de PG com as informações armazenadas localmente na lógica de PG existente 312. Se o CS 300 determinar a partir das mensagens de notificação de
PG que uma ou mais seções da cópia local na lógica de PG 312 precisam ser atualizadas, o CS 300 opera para receber as seções atualizadas do PG em uma dentre várias formas. Por exemplo, as seções atualizadas do PG podem sofrer broadcast em um momento indicado nas mensagens de notificação de PG, de forma que a lógica de transceptor 306 possa receber os broadcasts e passar as seções atualizadas para o CS 300, que, por sua vez, atualiza a cópia local na lógica de PG 312.
O CS 300 determina quais seções do PG precisam ser atualizadas com base nas mensagens de notificação de atualização de PG recebidas, e transmite uma solicitação para um servidor CP para obter as seções atualizadas desejadas do PG. Por exemplo, a solicitação pode ser formatada utilizando qualquer formato adequado e compreende informações tais como identificador do CS solicitante,
identificador de seção, número de. versão, e/ou qualquer informação adequada.
O CS 300 realiza uma ou mais das seguintes funções em uma ou mais modalidades de um sistema de 25 notificação de PG. Deve-se notar que as funções a seguir podem ser alteradas, re-dispostas, modificadas, adicionadas, excluídas ou de outra forma ajustadas dentro do escopo da invenção.
1. O CS é ativado para operação com um sistema de 30 provedor de conteúdo para receber conteúdo ou serviços.
Como parte do processo de ativação, um cliente e PG são transmitidos para o CS.
16/27
2. Uma ou mais mensagens de notificação de PG são recebidas pelo CS e utilizadas para determinar se uma ou mais seções do PG armazenado localmente precisam ser atualizadas.
3. Em uma modalidade, se o CS determinar que uma ou mais seções do PG armazenado localmente precisarem ser atualizadas, o CS atende a um broadcast proveniente do sistema de distribuição para obter as seções atualizadas do PG que precisa atualizar sua cópia local.
4. Em outra modalidade, o CS transmite uma ou mais mensagens de solicitação para o CP para obter as seções atualizadas do PG que necessita.
5. Em resposta à solicitação, o CP transmite as seções atualizadas do PG para o CS.
6. 0 CS utiliza as seções atualizadas recebidas do PG para atualizar sua cópia local do PG.
O sistema de entrega de conteúdo compreende instruções de programa que podem ser armazenadas em uma mídia legível por computador, que quando executadas por um 20 processador, tal como a lógica de processamento 302, fornece as funções do sistema de notificação de entrega de conteúdo como descrito aqui. Por exemplo, as instruções podem ser carregadas no CS 300 a partir de uma mídia legível por computador, tal como disco flexível, CD-ROM, 25 cartão de memória, dispositivo de memória flash, RAM, ROM ou qualquer outro tipo de dispositivo de memória ou mídia legível por computador, que realize interface com o CS 300 as instruções podem ser descarregadas para o CS 300 a partir de um recurso de rede que forma uma interface com o
CS 300 através da lógica de transceptor 306. As instruções, quando executadas pela lógica de processamento 302, através dos recursos e interfaces 304. Em outra modalidade,
17/27 fornecem um sistema de distribuição de
descrito aqui.
Deve-se notar que o CS 300 representa apenas uma implementação e que outras implementações são possíveis 5 dentro do escopo da invenção.
A figura 4 é uma ilustração de um segmento 400 de um sinal transmitido dentro da rede 100. Para fins de ilustração, a transmissão de sinal por toda a rede 100 pode incluir princípios multiplexados por divisão de freqüência 10 ortogonal (OFDM) . Os sinais transmitidos na rede 100 são organizados em super quadros, que são unidades de transmissão de dados em uma camada física da rede 100. Como
é bem compreendido pelos versados na técnica, a camada física da rede fornece a estrutura de canal, frequência, 15 saída de energia, especificação de modulação e codificação para o Link Direto da rede.
Na figura 4, o segmento 400 inclui super quadros representativos 402 e 404. Cada um dos super quadros 402 e 404 têm uma duração de cerca de um segundo e inclui o 20 conteúdo relacionado com os símbolos OFDM. No exemplo da figura 4, cada um dos super quadros 402 e 404 inclui cerca de 1200 símbolos OFDM, apesar de esse número particular :(.1200) ser transparente para implementação das modalidades da presente invenção.
Dentro de cada um dos super quadros 402 e 404, por exemplo, determinados símbolos dentre os 1200 símbolos são representativos de informações de overhead e outros símbolos são representativos de dados reais. Tais dados podem incluir, por exemplo, dados de video e dados de áudio 30 relacionados com um multicast de fluxo.
Como mencionado acima, a rede com base em FLO 100 realiza multicast de vários serviços como uma agregação de um ou mais componentes de dados independentes. Cada
18/27 componente
chamado
incluir um componente de vídeo, componente de áudio, componente de texto ou componente de sinalização de um serviço. Os serviços FLO são portados através de um ou mais canais lógicos MLCs.
Na ilustração exemplar da figura 4, o super quadro representativo 402 inclui uma parte de overhead 406 e uma parte de dados 407. A parte de dados 407 é adicionalmente subdividida para incluir os quadros de dados
F1-F4. Na camada física da rede 100, os MLCs são transportados dentro da parte de dados 407. De maneira prática, um MLC transportado será dividido através dos quadros de dados F1-F4. Na parte de dados exemplar 407 da figura 4, três MLCs (10, 20 e 30) são divididos através dos 15 quadros de dados F1-F4. Isto é, um quarto do conteúdo de cada um dos MLCs 10, 20 e 30 é portado em cada um dos quadros F1-F4, respectivamente.
Por exemplo, o MLC possuindo identificação (ID) é dividido em partes 408a-408d, cada uma correspondendo a um dos quadros F1-F4. Dessa forma, o quadro F1 também inclui as partes MLC 410 e 412, correspondendo aos MLCs 20 e 30, respectivamente, além da parte 408a, que corresponde ao MLC 10.
A partir de outra perspectiva, um MLC é um agrupamento lógico na camada física que é configurado para transportar dados singulares. Na camada de aplicativo, os dados, também conhecidos como fluxos (flows) são transportados em entidades conhecidas como correntes (streams). A camada de aplicativo fornece serviços para um aplicativo para garantir que a comunicação efetiva com outro programa de aplicativo em uma rede seja possível. As correntes são, por sua vez, portadas nos MLCs. Por exemplo, um único MLC pode portar até três correntes (isto é, até
19/27
três fluxos diferentes de diferentes dados de níveis de aplicativo). A figura 5 é uma ilustração da relação entre um fluxo, uma corrente e um MLC de acordo com os princípios da presente modalidade.
Na figura 5, um fluxo exemplar 500 pode incluir informações que sofreram download para o dispositivo 112, a partir de um serviço móvel de vídeo fornecido, por exemplo, pela rede de notícias a cabo (CNN) . Esse broadcast da CNN pode incluir dados de nível de aplicativo na forma de uma 10 corrente de vídeo 502, uma corrente de áudio 504, e uma corrente de texto 50 6. Cada uma das correntes 502, 504,
506, portando dados singulares, será transmitida na camada física da rede 100 dentro do MLC identificável de forma singular 10.
Com referência novamente à figura 4, um quarto do
MLC 10, que porta as correntes 502, 504 e 506, é portado em çada um dos quadros F1-F4 do super quadro 402 na forma de partes 408a-408d, respectivamente.
Dentro da rede 110, um super quadro também pode 20 ser observado como uma canalização (pipe) de rede.
Diferentes MLCs correspondentes a diferentes fluxos são transportados dentro dessa canalização de rede, tal como o super quadro 402. Por exemplo,, um fluxo ESPN e um fluxo MSNBC podem ser portados também com o super quadro 402, em 25 adição ao fluxo CNN 500. 0 fluxo ESPN pode ser portado dentro do MLC 20 e o fluxo MSNBC pode ser portado dentro do MLC 30, ilustrado na figura 4. Um único super quadro pode portar muitos fluxos diferentes, cada um representando diferentes tipos de dados. Para fins de ilustração, os 30 super quadros dentro da rede 100, tal como o super quadro
02, serão transmitidos para um ou mais dos dispositivos
110 a uma taxa de cerca de um por segundo.
d·. ί
20/27
Quando um usuário seleciona inicialmente serviço, exemplo, por mapeado em fluxos individuais, mapeado em fluxos individuais, para um MLC específico para da rede 100. Nesse tal como CNN, para uso no dispositivo 112, esse serviço será que cada fluxo
Uma vez transmissão o serviço foi será mapeado
112 recolherá a ID MLC associada dispositivo atualmente sendo transmitida pela rede 100.
CNN 500, estão sendo dispositivo 112 buscará dentro do super quadro corrente de áudio 504 e
Considere o
:emplo das |
figuras |
4 e |
a corrente |
de |
vídeo |
502 |
portadas |
no |
MLC |
10. |
determinar |
a |
estrutura |
do fluxo da ID MLC onde a
Aqui, o
402, e pelo menos subsequente, para determinar o formato e MLC 10. Dessa forma, a cada segundo, o ponto, o que está um super quadro a localização do dispositivo está buscando por um super quadro para o MLC 10.
Devido às variações inerentes na transmissão de grandes quantidades de dados, especialmente dados de vídeo de largura de banda intensa, o MLC 10 (isto é, CNN) pode 20 conter dados reais em alguns super quadros, mas em outros super quadros, o MLC 10 pode não conter dado algum. Essa presença intermitente de dados em alguns MLCs e ausência em outros consome de forma desnecessária valiosa energia de rede. Essa energia de rede é consumida de forma 25 desnecessária visto que o dispositivo 112 dissipa energia à medida que busca todos os super quadros recebidos pela presença, formato e localização do MLC de interesse (por exemplo, o MLC 10) caso um MLC seja ou não transmitido.
Na ilustração da figura 4, antes de o dispositivo 30 112 poder decodificar adequadamente os dados de fluxo transmitidos dentro do MLC 10, o dispositivo 112 deve primeiro determinar o formato e a localização do MLC dentro
21/27 \ CÜ* / R W
P.tÉH ί * do super quadro 402. Isso pode ser alcançado de duas formas.
Primeiro, a parte de overhead 406 do super quadro
402 inclui um canal OIS 413. 0 canal OIS 413, entre outras coisas, informa o dispositivo 112 sobre a localização do
MLC 10 dentro do super quadro 402. Dessa forma, quando o dispositivo 112 solicita inicialmente o serviço, o mesmo deve primeiro decodificar o canal OIS 413 dentro do super quadro 402 para saber a localização precisa, e outras 10 características, relacionadas com o MLC 10 antes de os dados dentro do MLC 10 poderem ser desempacotados e utilizados.
Depois que o dispositivo 112 decodifica o canal
OIS 413, o mesmo pode então localizar e desempacotar o 15 fluxo de dados dentro do MLC 10. Especificamente, o dispositivo 112 irá primeiro desempacotar a parte 408a do
MLC 10, localizada dentro do quadro F1 do super quadro 402.
Por meio de fundamentos, todas as partes de um MLC, tal como o MLC 10, são posicionadas na mesma localização dentro 20 de cada quadro do super quadro associado. Portanto, visto que o dispositivo 112 sabe que a parte subsequente 408b do
MLC 10 está localizada dentro do quadro F2 no mesmo local que a parte 408a do quadro Fl, o dispositivo 112 pode descansar por um período de tempo 416, antes de receber a 25 parte 408b.
No final do período de tempo 416, o dispositivo
112 será despertado e prosseguirá diretamente para a parte MLC 408b. O dispositivo 112 desempacotará a parte 408b, então descansará por um período 418, e despertará para 30 desempacotar a parte 408c dentro do quadro F3, e assim por diante. Esses períodos de descanso ajudam a reduzir o consumo de energia e preservar a energia da bateria.
22/27
Uma fonte secundária para informações de
localização relacionadas com os MLCs é um segmento 414 conhecido como OIS embutido, ou um trailer (terminador) de cápsula de protocolo MAC. 0 trailer de cápsula de 5 protocolo 414, no entanto, fornece apenas a localização do
MLC 10 ao dispositivo 112 em super quadros que ocorrem de forma subsequente em tempo ao super quadro 402. Dessa forma, no mínimo, cada um dos dispositivos 110 deve decodificar e ler o canal OIS 413 em cada super quadro 10 atual para determinar a localização de um MLC associado dentro de um super quadro subsequente, caso ou não um MLC esteja atualmente presente no super quadro subsequente. Se um super quadro ocorrer na média, uma vez a cada segundo, então o dispositivo 110 deve parar e buscar pelo menos uma 15 vez por segundo pelo MLC, independentemente de se o MLC está presente ou ausente dentro de um super quadro em particular.
Uma vez que o dispositivo (por exemplo, o dispositivo 112) lê o canal OIS 413 e determina a 20 localização do MLC 10 dentro do super quadro atual 402, o mesmo deve então também ler o trailer de cápsula de protocolo 414 para determinar a localização do MLC 10 no super quadro subsequente (por exemplo, super quadro 404).
A figura 6 é uma ilustração de uma ausência ou 25 presença de MLCs em super quadros associados contíguos 600.
Na figura 6, os super quadros transmitidos de forma contígua 402, 404, 602 e 604, são ilustrados. À medida que os super quadros 402, 404, 602 e 604 são transmitidos, o dispositivo 112 deve buscar cada um desses super quadros 30 pelo MLC de interesse.
Quando o dispositivo 112, por exemplo, recebe o super quadro 402, o mesmo decodifica o canal OIS 413 para determinar a localização do MLC 10 dentro do super quadro
23/27
402. O dispositivo 112 então recebe o MLC 10 e lê o trailer de cápsula de protocolo 414 dentro da parte 408a do MLC 10 para determinar a localização do MLC 10 dentro do próximo super quadro 404. Depois que o dispositivo lê as partes restantes 408b-408d do MLC 10, a partir dos quadros F2-F4, o mesmo recebe o super quadro 404. No recebimento do super quadro 404, o dispositivo 112 então decodifica um canal OIS associado 601 dentro do super quadro 404. Na decodificação do canal OIS 601, o dispositivo 112 descobre que o super quadro 4 04 não inclui o MLC 10. Portanto, o dispositivo 112 prossegue para receber o super quadro 602 e decodificar seu canal OIS associado 603. De forma similar, o dispositivo 112 descobre que o MLC 10 também está ausente no super quadro 602.
Dentro do exemplo da figura 6, o dispositivo 112 finalmente recebe o super quadro 604 e decodifica seu canal OIS 605. Na decodificação do canal OIS 605, o dispositivo 112 determina que o super quadro 604 inclua o MLC 10, apesar de em um local diferente do que foi localizado no super quadro 402. 0 problema, no entanto, é que o dispositivo desperdiçou tempo buscando os super quadros 404 e 602 apenas para descobrir que o MLC 10 não foi transmitido durante um período de tempo 606, que corresponde ao tempo de transmissão dos super quadros 404 e 602.
Em realidade, muitos super quadros consecutivos podem não incluir dados relacionados com o MLC 10. Os dados de MLC 10 podem estar ausentes dos super quadros 404 e 602, e outros, devido a uma variedade de razões, tal como descarte ou corrupção de dados.
A figura 7 é uma ilustração de um registro de MLC ilustrativo 700, construído de acordo com uma modalidade da presente invenção. O registro de MLC exemplar 700 permite
24/27
que os dispositivos 110 entrem em modo de descanso através de um número predeterminado de super quadros no qual os dados de MLC não estão presentes.
Como mencionado acima, o canal OIS (por exemplo, 5 o canal 413) dentro do super quadro ilustrativo 402, inclui informação referente à localização dos MLCs particulares dentro de um super quadro.
Mais especificamente, como indicado na figura 7, o canal OIS inclui um conjunto incluindo entradas 702, 704
e 706, todas relacionadas com todos os MLCs que a rede 100 está transmitindo em qualquer momento no tempo. Por exemplo, as entradas 702, 704 e 706 podem incluir informações relacionadas com os MLCs 10, 20 e 30 da figura
4, respectivamente. O arranjo não inclui apenas informações sobre onde cada um dos MLCs estará localizado dentro de um super quadro atual, mas também inclui informações referentes à localização do MLC dentro dos super quadros subsequentes.
Na figura 7, cada uma das entradas 702, 704 e 706 20 também inclui campos MLC presente 708, 710 e 712, respectivamente. Os campos MLC presente 708, 710 e 712 também indicam se o MLC em particular está presente dentro dos super quadros atual e subsequente. Se uma ausência dos
MLCs for portada para os campos 708, 710 e 712, os campos listarão a partir de quantos super quadros consecutivos o
MLC em particular estará ausente.
As informações sobre a presença ou ausência do
MLC estão disponíveis para a rede 100 visto que a rede 100 pode armazenar 10 ou mais segundos (por exemplo, super 30 quadros) de dados antes de transmitir. Dessa forma, a rede
100 sabe, dentro dos dados armazenados, se os MLCs em particular estão presentes ou não em uma corrente de super
25/27
quadros e pode preencher o campo MLC presente, tal campo 708, 710 e 712, de acordo.
Dessa forma, no exemplo da figura 6, os campos
MLC presente dentro do canal OIS 413 podem ser configurados para indicar que os próximos dois super quadros 404 e 602 não incluirão os dados MLC 10. Dessa forma, se o dispositivo souber de antemão que os super quadros 404 e 602 não incluem dados MLC 10, o dispositivo 112 pode entrar no modo de descanso até um momento no qual o super quadro 10 604 será recebido. Dessa forma, o dispositivo 112 não precisará consumir energia de forma desnecessária buscando os super quadros 404 e 602, apenas para descobrir posteriormente que nenhum desses super quadros inclui os dados MLC 10. Descansar através dos super quadros 4 04 e 15 602, que não incluem os dados MLC 10 facilitará, adicionalmente, a preservação de energia preciosa de bateria e outros recursos de rede relacionados.
A figura 8 é um fluxograma de um método exemplar
800 de prática de uma modalidade da presente invenção. No 20 método 800, um dispositivo de rede analisará pelo menos um dos dois ou mais campos de dados relacionados com uma unidade de dados, como indicado na etapa 802. Na etapa 804, o dispositivo de rede determinará os períodos de descanso do dispositivo com base na análise na etapa 802.
A figura 9 é um diagrama de blocos ilustrativo
900 de uma modalidade da presente invenção. Na figura 9, mecanismos para a análise 902 são configurados para analisar pelo menos um dos dois ou mais campos de dados relacionados com uma unidade de dados na modalidade.
Mecanismos para a determinação 904 então determinam os períodos de latência do dispositivo de acordo com a análise dos dispositivos para análise 902.
26/27
OIS e OIS embutido portam informações referentes
ao intervalo de tempo (deslocamento em super quadros) para os quais nenhum dado estará disponível para um MLC determinado. Em outras palavras, esse campo garante que 5 nenhum dado será transmitido pela rede para esse MLC, por pelo menos o intervalo de tempo especificado. Isso capacita o dispositivo a permanecer no estado de descanso por essa duração resultando em um consumo de energia reduzido ou vida útil de bateria aumentada.
A presente invenção foi descrita acima com o auxílio de blocos de construção funcional ilustrando o desempenho de funções especificadas e relações das mesmas. Os limites desses blocos de construção funcional foram arbitrariamente definidos aqui por motivos de conveniência 15 e descrição. Limites alternativos podem ser definidos desde que as funções e relações especificadas sejam realizadas de forma adequada.
Qualquer limite alternativo desses está, dessa forma, contido no escopo e espírito da invenção 20 reivindicada. Os versados na técnica reconhecerão que esses blocos de construção funcional podem ser implementados por circuitos analógicos e/ou digitais, componentes discretos, circuitos integrados específicos de aplicativo, firmware, software adequado para execução em processador, e 25 similares, ou qualquer combinação dos mesmos. Dessa forma, a abrangência e o escopo da presente invenção não devem ser limitados por qualquer uma das modalidades ilustrativas descritas acima, mas devem ser definidos apenas de acordo com as reivindicações a seguir e suas equivalências.
A descrição acima das modalidades específicas revelará completamente a natureza geral da invenção para que outros, por meio da aplicação do conhecimento dentro da técnica (incluindo o conteúdo das referências citadas
27/27 •v,' .k,
V aqui,) , prontamente modificar e/ou adaptar para vários aplicativos tal como modalidades especificas, sem experimentação indevida, sem se distanciar do conceito ger a|l da presente invenção. Portanto, tais adaptações e modificações devem estar dentro do significado e alcance de equivalências das modalidades descritas, com base nos ensinamentos e orientações apresentados aqui. Deve-se compreender que a fraseologia ou terminologia utilizada aqui serve à finalidade de descrição e não de limitação, de forma que a especificação em vista dos terminologia ou fraseologia da presente seja interpretada pelos versados na técnica ensinamentos e orientação apresentados aqui, com o conhecimento dos versados na técnica.
utilizada em combinação
A seção Descrição Detalhada deve ser basicamente para interpretar as reivindicações. .
uma ou mais, mas nem
As seções
Sumario e Resumo devem apresentar todas as modalidades ilustrativas da contemplado pelo(s) inventor(es) er limitar as reivindicações.
presente invenção como dessa forma, não devem