BRPI0612013A2

BRPI0612013A2 - sistema, método e servidor para entrega de dados

Info

Publication number: BRPI0612013A2
Application number: BRPI0612013-0A
Authority: BR
Inventors: Imed Bouazizi
Original assignee: Nokia Corp
Priority date: 2005-05-19
Filing date: 2006-05-11
Publication date: 2011-12-20
Also published as: KR20080017043A; CN101176301A; JP2008546237A; IL187369A0; RU2007146728A; EP1882334A2; MX2007013935A; US20060262806A1; CA2606888A1; TW200711483A; WO2006123212A2; ZA200710941B; WO2006123212A3; AU2006248691A1

Abstract

SISTEMA, MéTODO E SERVIDOR PARA ENTREGA DE DADOS. Sistemas e métodos são aplicáveis, por exemplo, na entrega de dados. Por exemplo, um servidor operador de serviço e/ou outro computador podem atuar para determinar qual dentre o modo de reparo ponto-a-ponto e o modo de reparo ponto-para-muítipontos deveria ser empregado, no caso onde um ou mais receptores não recebem corretamente os dados despachados. Como outro exemplo, o servidor operador de servidor e/ou o computador podem calcular uma ou mais estimativas, solicitar um ou mais valores de um ou mais servidores de reparo, e/ou prover para um ou mais servidores de reparo uma ou mais diretivas em relação ao modo de reparo a ser empregado.

Description

"SISTEMA, MÉTODO E SERVIDOR PARA ENTREGA DE DADOS".

Campo da Invenção

A presente invenção refere-se a sistemas e métodos para a entrega de dados.

Antecedentes da Invenção

Há um aumento cada vez maior, nos dias de hoje, quanto ao uso de entrega de dados. Por exemplo, muitos usuários têm preferido a entrega de dados (por exemplo, a entrega de dados do sistema Internet Protocol Datacasting (IPDC) da tecnologia Digital Video Broadcasting: Handhelds (DVB-H) para outras fontes de informação, entretenimento, dados e/ou coisa do gênero.

Sumário da Invenção

De acordo com as modalidades da presente invenção, apresentam-se sistemas e métodos aplicáveis, por exemplo, à entrega de dados.

Por exemplo, em várias modalidades, um servidor operador de serviço e/ou outro computador poderiam atuar no sentido de determinar qual dentre o modo de reparo ponto a ponto ou o modo de reparo ponto para multipontos deveria ser empregado, no caso em que um ou mais receptores não recebem corretamente os dados despachados.

O servidor operador de serviço e/ou outro computador podem, em várias modalidades, calcular uma ou mais estimativas, solicitar um ou mais valores de um ou mais servidores de reparo e/ou prover a um ou mais servidores de reparo uma ou mais diretivas com relação ao modo de reparo a ser empregado.

Breve Descrição dos Desenhos

A Figura 1 mostra as etapas exemplificativas envolvidas nas operações de um operador de serviço de acordo com as várias modalidades da presente invenção.

A Figura 2 mostra outras etapas exemplificativas envolvidas nas operações de um operador de serviço de acordo com as várias modalidades da presente invenção.

A Figura 3 mostra as etapas exemplificativas envolvidas nas operações de um usuário de acordo com as várias modalidades da presente invenção.

A Figura 4 mostra um computador exemplificativo.

A Figura 5 mostra um outro computador exemplificativo. Descrição Detalhada da Invenção

Operação Geral

De acordo com as modalidades da presente invenção, são providos sistemas e métodos aplicáveis, por exemplo, na entrega de dados.

Por exemplo, em várias modalidades, um servidor operador de serviço e/ou outro computador poderiam atuar no sentido de determinar qual dentre o modo de reparo ponto a ponto ou o modo de reparo ponto a multiponto deveria ser empregado no caso em que um ou mais receptores não recebem corretamente os dados despachados via o sistema Internet Protocol Datacasting (IPDC) da tecnologia Digital Video Broadcasting: Handhelds (DVB-H), do padrão Digital Multimedia Broadcast-Terrestrial (DMB-T), da plataforma MediaFLO (Forward Link Only), e/ou coisa do gênero.

O servidor operador de serviço e/ou outro computador poderia, em várias modalidades, calcular uma ou mais estimativas (por exemplo, o número de receptores que não receberam uma determinada porção de dados, percentuais de perda, e/ou efetividade do modo de reparo), solicitar um ou mais valores (por exemplo, o número de solicitações de reparo recebidas) de um ou mais servidores de reparo, e/ou prover a um ou mais servidores de reparo uma ou mais diretivas com relação ao modo de reparo a ser empregado.

Vários aspectos da presente invenção serão apresentados a seguir em mais detalhes.

Operações do Operador de Serviço

Com relação à Figura 1, nota-se que, de acordo com as várias modalidades da presente invenção, um servidor operador de serviço e/ou outro computador poderiam prover uma indicação inicial a um ou mais servidores de reparo empregados no sistema Internet Protocol Datacasting (IPDC) da tecnologia Digital Video Broadcasting: Handhelds (DVB-H), do padrão Digital Multimedia Broadcast- Terrestrial (DMB-T), da plataforma MediaFLO (Forward Link Only), e/ou coisa do gênero, que o modo de reparo ponto a ponto (por exemplo, empregando o serviço Universal Mobile Telecommunications Service (UMTS) e/ou o serviço General Packet Radio Service (GPRS) deveriam ser empregados no caso em que um ou mais receptores (por exemplo, nós móveis) não recebem dados corretamente (etapa 101). Tal indicação inicial poderia, por exemplo, ser despachada de uma maneira empregando o protocolo Simple Object Access Protocol (SOAP), o serviço Java Messaging Service (JMS), e/ou a tecnologia Remote Method Invocation (RMI).

Nota-se que, em várias modalidades, tal indicação inicial poderia não ser provida. Tal poderia ser o caso, por exemplo, quando o emprego de um modo de reparo ponto a ponto é definido (por exemplo, por um fabricante, um administrador de sistema, e/ou um operador de serviço) como um comportamento de servidor de reparo padrão.

O servidor operador de serviço e/ou outro computador poderia, em várias modalidades, determinar um ou mais valores correspondentes a um determinado conjunto de dados (por exemplo, um arquivo e/ou um conjunto de pacotes) (etapa 103). Tais valores poderiam, por exemplo, incluir o fim do tempo de transmissão do conjunto de dados te, do tempo de deslocamento por back-off <redução> t0, e/ou da janela de back-off Τ. O servidor operador de serviço e/ou outro computador poderiam então, por exemplo, calcular um tempo:

te +t0 + a - T,

em que:

a= t/T,

com t sendo o tempo desde o início da janela de back-off (etapa 105).

Em várias modalidades, o servidor operador de serviço e/ou outro computador poderia enviar uma solicitação para um ou mais servidores de reparo no tempo calculado (etapa 107). A solicitação poderia, por exemplo, indicar se os servidores de reparo devem prover ao servidor operador de serviço e/ou a outro computador a indicação do número de solicitações de reparo até então recebidas para o conjunto de dados. Tal solicitação e/ou respostas à mesma podem, por exemplo, ser despachada de uma maneira empregando o protocolo SOAP, o serviço JMS e/ou a invocação RMI. Um servidor de reparo que recebe a solicitação deve, por exemplo, prover o valor solicitado. Em várias modalidades, tal servidor de reparo poderá, de maneira alternativa ou adicionalmente, calcular uma estimativa N do número total de solicitações de reparo que o mesmo receberá para um dado bloco de fonte ou o símbolo de codificação do conjunto de dados em questão (por exemplo, para uma janela de solicitação completa):

N = η / a - r,

em que η é o número de solicitações de reparo até então recebidas para o conjunto de dados por um servidor de reparo, e ré o número de servidores de reparo. Nota-se que, em várias modalidades, N pode, de maneira alternativa ou adicionalmente, ser computado pelo servidor operador de serviço e/ou outro computador. Deve-se notar que, em várias modalidades, tal cálculo de N pode não ser empregado para uma primeira unidade de pouco tempo (por exemplo, segundos) de uma janela de reparo. Por exemplo, tal cálculo de N pode não ser empregado para um primeiro 10 segundos de uma janela de reparo. Isto poderia, talvez, produzir uma precisão maior.

O servidor operador de serviço e/ou outro computador pode, por exemplo, estimar um valor β, em que β é a fração de receptores que possuem um canal de retorno e conseguem e/ou desejam enviar uma solicitação de reparo. Com relação à Figura 2, nota-se que o servidor operador de serviço e/ou outro computador pode empregar β, por exemplo, na computação de uma estimativa Nt do número de receptores que não receberam uma certa porção de conjunto de dados:

Nt = N/β

(etapa 201). Nota-se que, em várias modalidades, β poderia ser calculado como: β = M-(1 -a),

em que M é o número total antecipado de receptores que podem solicitar reparo.

O servidor operador de serviço e/ou outro computador poderia, como outros exemplos, calcular uma estimativa cu do custo de transporte de uma quantidade de dados (por exemplo, um octeto) sobre o canal ponto a ponto que é empregado (por exemplo, o serviço GPRS ou o serviço UMTS), e/ou calcular uma estimativa cm do custo de transporte de uma quantidade de dados (por exemplo, um octeto) sobre o canal de ponto a multiponto que é empregado (por exemplo, a tecnologia DVB-H) (etapa 203).

Ainda como outro exemplo, o servidor operador de serviço e/ou outro computador poderia calcular uma estimativa su das despesas gerais indiretas ponto a ponto (por exemplo, do sistema GPRS ou do serviço UMTS) em termos de uma quantidade de dados (por exemplo, os octetos) aplicável como uma estimativa para uma despesa geral indireta ponto a ponto para uma solicitação de reparo e ainda como uma estimativa para uma despesa geral indireta ponto a ponto para uma resposta de redirecionamento (etapa 205).

Ainda como outro exemplo, o servidor operador de serviço e/ou outro computador pode calcular uma estimativa sm de uma despesa geral indireta ponto a multiponto (por exemplo, da tecnologia DVB-H) em termos de uma quantidade de dados (por exemplo, octetos) para um anúncio de sessão para uma sessão de reparo ponto a multiponto (por exemplo, da tecnologia DVB-H).

O servidor operador de serviço e/ou outro computador pode, por exemplo, calcular uma estimativa ρ da razão de perda de sessão de reparo ponto a multiponto (por exemplo, uma sessão de reparo de tecnologia DVB-H). Em várias modalidades, ρ pode ser calculado como:

p = número de receptores com recepção mal sucedida / número total de receptores Ainda como outro exemplo, o servidor operador de serviço e/ou outro computador pode calcular uma estimativa de efetividade (por exemplo, o número de receptores com recepção bem sucedida por unidade de custo) para cada modo de reparo ponto a ponto e modo de reparo ponto a multiponto. Tal efetividade poderia, por exemplo, ser calculada como:

E = Ns/C,

em que C é o custo total para um modo de reparo e Ns é o número de recepções bem sucedidas para um modo de reparo (por exemplo, o número de receptores com recepções de conjunto de dados bem sucedidas). Tal eficiência pode, em várias modalidades, ser calculada para um ponto no tempo dentro da janela de back-off.

Nota-se que, em várias modalidades, o número de recepções bem sucedidas para o modo de reparo ponto a ponto e/ou o número de recepções bem sucedidas para o modo de reparo ponto a multiponto pode ser estimado. Nota-se, ainda, que, em várias modalidades, o custo do modo de reparo ponto a ponto e/ou o custo do modo de reparo ponto a multiponto pode ser estimado. Tal estimativa de custo para um modo de reparo pode, talvez, ser pensado como uma estimativa de custo para a seleção do modo de reparo.

O servidor operador de serviço e/ou outro computador poderia, por exemplo, calcular:

<formula>formula see original document page 7</formula>

em que Nptp é o número de recepções bem sucedidas para o modo de reparo ponto a ponto, Nptm é o número de recepções bem sucedidas para o modo de reparo ponto a multiponto, Cptp é o custo total estimado para o modo de reparo ponto a ponto, e Cptm é o custo total estimado para o modo de reparo ponto a multiponto. O servidor operador de serviço e/ou outro computador, em várias modalidades, consideram tal cálculo na decisão do modo de reparo a empregar (etapa 207).

No caso em que o servidor operador de serviço e/ou outro computador calculam a equação acima como sendo verdadeira (ou seja, no caso em que a metade esquerda da equação acima é tida como menor que ou igual à metade direita), o servidor operador de serviço e/ou outro computador poderia, em várias modalidades, decidir se o modo de reparo ponto a ponto (por exemplo, o modo de reparo do serviço GPRS ou do serviço UMTS) deve ser empregado.

No caso em que o servidor operador de serviço e/ou outro computador calculam a equação acima como falsa (ou seja, no caso em que a metade esquerda da equação acima é maior que a metade direita), o servidor operador de serviço e/ou outro computador podem, em várias modalidades, decidir se o modo de reparo ponto a multiponto (por exemplo, o modo de reparo da tecnologia DVB-H) deve ser empregado. Nota-se que, em várias modalidades, a equação acima pode ser calculada para cada um dentre os múltiplos servidores de reparo. O modo de reparo ponto a ponto poderia, por exemplo, ser empregado para todos os servidores de reparo no caso em que a equação acima fosse calculada como sendo verdadeira para um ou mais servidores de reparo. Nota-se ainda que, em várias modalidades, no caso em que existem múltiplos servidores de reparo, dados brutos poderiam ser coletados e empregados na tomada de decisão quanto ao modo de reparo a ser empregado, com N tal sendo considerado como a soma dos N / a individuais. Nota-se ainda que, em várias modalidades, no caso em que existem múltiplos servidores de reparo, várias combinações de N / a individuais poderiam ser empregadas para a tomada de decisão quanto ao modo de reparo a ser empregado.

A coleta de dados brutos e/ou a tomada de decisão quanto ao modo de reparo a ser empregado podem, em várias modalidades, ser distribuídas entre os múltiplos servidores e/ou outros computadores, com o cálculo da equação acima talvez substituindo Nt por (/Vi - n). Em tais modalidades, Nt poderia ser considerado como sendo o número de solicitações futuras esperadas dentro da janela, Nt (1 - p) poderia ser considerado como o número de reparos bem sucedidos esperados após um reenvio ponto a multiponto, e/ou Nt ρ poderia ser considerado como o número de recipientes insatisfeitos.

Em várias modalidades, ρ poderia ser visto como sendo um dado dependente (por exemplo, um reenvio de 10 MB poderia ser considerado como mais provável de deixar receptores sem solução do que um reenvio de 1 kB. Nota-se que N · cu · su poderia, em várias modalidades, ser considerado como sendo o custo do reparo de todas as solicitações quando um ponto a multiponto original é sempre caído por todos os clientes durante a janela de reparo. Isto poderia, talvez, pressupor que todos os clientes solicitarão e o anúncio de um reparo ponto a multiponto não silenciará uma proporção. Tal proporção poderia, talvez, ser menor que Nt (por exemplo, devido ao retardo de tempo entre a decisão e o envio do anúncio menos uma certa proporção de receptores que não recebem o anúncio).

Nota-se, ainda, que o denominador da equação acima poderia, em várias modalidades, ser escrito de modo a separar o mesmo em termos, por exemplo, de um custo ponto a ponto, de um custo de latência de anúncio ponto a multiponto, ou de um custo ponto a multiponto. por conseguinte, por exemplo, o custo ponto a ponto poderia ser η . cu . (s + su). Como um outro exemplo, o custo de latência de anúncio ponto a multiponto poderia ser L . cu . (s + su) (para o caso no qual um ponto a ponto é servido pelas respostas ponto a ponto após a decisão ser feita) ou L cu- Su) (para o caso no qual o redirecionamento para um ponto a multiponto é feito após a tomada de decisão).

L poderia, por exemplo, ser considerado como o número esperado de solicitações de cliente entre a decisão e o fim da janela te + t0 + T. Em várias modalidades, se os recipientes param de enviar solicitações de reparo quando uma decisão é feita, L poderia ser considerado como zero. Além disso, em várias modalidades, no caso em que não é enviado ou recebido nenhum anúncio sobre a decisão, L poderia ser considerado como sendo Nt. De maneira alternativa, no caso em que nenhum anúncio sobre a decisão é enviada ou recebida, Nt poderia ser considerado como: Nt . (x) + Nt . q,

em que χ é o tempo entre a decisão e a recepção do anúncio, incluindo a latência da página, e q é a probabilidade de um receptor não receber o anúncio. Em várias modalidades, no caso em que o anúncio é enviado mais de uma vez, tal fato poderia ser expresso em mais detalhe (por exemplo, em vista das probabilidades para cada anúncio, o número de anúncios, e/ou o tempo entre os anúncios). Nota-se que, em várias modalidades, o que se encontra apresentado acima poderia ser calculado pelo servidor operador de serviço e/ou outro computador em tal decisão. Por exemplo, um servidor operação de serviço e/ou outro computador poderia usar uma fórmula diferente para estimar a efetividade (por exemplo, o custo por recepção de dados bem sucedida) do modo de reparo ponto a ponto e/ou do modo de reparo ponto a multiponto. Por exemplo, o servidor operador de serviço e/ou outo

<formula>formula see original document page 9</formula>

Icular:

em que s é a quantidade de dados (por exemplo, em termos de octetos) a serem transmitidos em vista dos dados não corretamente recebidos pelos receptores. Em várias modalidades, no caso em que o servidor operador de serviço e/ou outro computador calculou a equação acima como sendo verdadeira, a mesma poderia decidir se o modo de reparo ponto a ponto deveria ser empregado, e no caso em que se calculou a equação acima como sendo falsa, a mesma poderia decidir se o modo de reparo ponto a multiponto deveria ser empregado.

O servidor operador de serviço e/ou outro computador poderia, por exemplo, informar um ou mais servidores de reparo de sua decisão. Tal funcionalidade poderia ser implementada de diversas maneiras. Por exemplo, o protocolo SOAP, o serviço JMS, e/ou a invocação RMI poderiam ser empregados. Nota-se que, em várias modalidades, tal informação só poderia ser dada no caso em que fosse determinado se o modo de reparo ponto a multiponto deveria ser empregado. Tal poderia ser o caso, por exemplo, quando o emprego de um modo de reparo ponto a ponto é definido como um comportamento de servidor de reparo padrão.

Em várias modalidades, quando é decidido que o modo de reparo ponto a multiponto deveria ser empregado, o servidor operador de serviço e/ou outro computador poderia, por exemplo, programar uma sessão ponto a multiponto para transportar os respectivos dados.

Nota-se que, em várias modalidades, um ou mais servidores (por exemplo, os servidor de entrega de arquivo) pode atualizar suas descrições de procedimento de entrega associado, por exemplo, ao enviar atualizações em banda e/ou fora de banda de uma sessão de entrega de conjunto de dados inicial correspondente (por exemplo, uma sessão de entrega de conjunto de dados da tecnologia DVB- HIPDC). O um ou mais servidores poderiam, por exemplo, usar os mesmos canais, canais diferentes, e/ou diferentes sessões de entrega de conjunto de dados para a entrega de respostas de reparo ponto a multiponto. Nota-se ainda que a efetividade poderia, em várias modalidades, ser considerada como o custo total por número de recepções bem sucedidas e/ou receptores satisfeitos.

É notado ainda que, em várias modalidades, através das várias operações apresentadas neste documento, um uso mais efetivo dos canais de transmissão disponíveis, e/ou uma seleção de modo de reparo mais ótima (por exemplo, em vista do custo de rede e do número de clientes satisfeitos) pode ser obtido. É ainda notado que, em várias modalidades, os receptores que não têm capacidades de canal de retorno e/ou que têm usuários não dispostos a enviar solicitações de reparo poderiam se beneficiar das solicitações de reparo e/ou das respostas de ponto a multiponto de outras partes.

Nota-se que, em várias modalidades, no início de uma sessão de entrega de arquivo, um servidor e/ou outro computador pode indicar aos receptores sobre a existência de uma sessão de reparo ponto a ponto e/ou canal. Os receptores poderiam, por exemplo, juntar a sessão de reparo depois de uma entrega de conjunto de dados (por exemplo, uma entrega de arquivo) ter terminado. Os receptores poderiam, por exemplo, despachar as solicitações de reparo ponto a ponto em instâncias de tempo aleatórias. No caso em que a decisão para empregar um modo de reparo ponto a multiponto é feita, a decisão poderia, por exemplo, ser sinalizada aos receptores como uma resposta de redirecionamento a uma solicitação de reparo e/ou por meio do envio de uma Tabela de Entrega de Arquivo (FDT) com um cronômetro de expiração atualizado para a sessão de reparo de ponto a multiponto.

O servidor operador de serviço e/ou outro computador poderia, em várias modalidades, basear a sua escolha do modo de reparo em uma métrica de eficiência. A eficiência de um modo de reparo poderia, por exemplo, ser calculada como:

E = número de receptores com recepção bem sucedida / custo de transmissão de dados de reparo

O servidor operador de serviço e/ou outro computador poderia, por exemplo, estimar ambos os parâmetros para os modos de reparo de ponto a ponto e de ponto a multiponto, separadamente. O servidor operador de serviço e/ou outro computador poderia, por exemplo, decidir programar uma sessão de reparo ponto a multiponto para um arquivo específico no caso em que o mesmo considera o modo de reparo ponto a multiponto como sendo mais eficiente. O servidor operador de serviço e/ou outro computador poderia, por exemplo, estimar o custo cu para a transmissão de uma quantidade única de dados (por exemplo, um octeto) pela rede ponto a ponto (por exemplo, pelo serviço GPS ou pelo serviço UMTS). Com um outro exemplo, o custo cm para a transmissão de uma única quantidade de dados (por exemplo, um octeto) pela rede ponto a multiponto (por exemplo, por meio da tecnologia DVB-H) poderá ser calculado. Como ainda um outro exemplo, o servidor operador de serviço e/ou outro computador poderia estimar o número esperado de solicitações de reparo, a quantidade de dados trocados pela rede ponto a ponto, e/ou a quantidade de dados trocados pela rede ponto a multiponto.

Em várias modalidades, depois do início de uma sessão de reparo (por exemplo, depois que a transmissão do conjunto de dados termina), os receptores poderia precisar esperar por um tempo de deslocamento de back-off e em seguida enviar suas solicitações de reparo aleatoriamente dentro do período de tempo aleatório.

O servidor operador de serviço e/ou outro computador poderia, por exemplo, selecionar um valor para α entre 0 e 1. O servidor operação de serviço e/ou outro computador poderia, por exemplo, calcular um instante de tempo:

te + t0 + CX m Trandom_time_period

O servidor operador de service e/ou outro computador poderia, em várias modalidades, atuar no instante de tempo calculado de modo a contatar um ou mais dentre os servidores de reparo a fim de obter informação sobre, por exemplo, o número de solicitações de reparo recebidas nmq, o número de símbolos de codificação solicitados nsym, e/ou o número de receptores únicos que enviarão solicitações de reparo nreCv- O servidor operador de serviço e/ou outro computador poderia, em várias modalidades, considerar as solicitações de reparo como sendo uniformemente distribuídas aleatoriamente com o passar do tempo e/ou pelos servidores de reparo e, poderá, por exemplo, calcular estimativas para o número total esperado de solicitações Nreq, para o número total esperado de símbolos solicitados Nsym, e/ou para o número total esperado de receptores únicos que enviam uma solicitação de reparo /Vrew- <formula>formula see original document page 13</formula>

em que réo número total de servidores de reparo para a sessão de entrega de arquivo corrente. Em várias modalidades, o custo total para o modo de reparo ponto a ponto poderia €

<formula>formula see original document page 13</formula>

em que sym e smq são o tamanho de um símbolo de codificação e a despesa geral indireta de uma solicitação de reparo, respectivamente.

Nota-se que, em várias modalidades, no caso de um modo de reparo ponto a multiponto, o servidor operador de serviço e/ou outro computador poderia, por exemplo, redirecionar os receptores para a sessão de reparo ponto a multiponto depois de a decisão ter sido feita (por exemplo, depois do tempo t). Neste caso, por exemplo, o modo de reparo poderia ser um ponto a ponto antes do tempo t, e o ponto a multiponto depois do tempo t. Poderia, em várias modalidades, se pressupor que os receptores enviarão suas solicitações de reparo ponto a ponto até o fim do tempo de reparo. Além disso, em várias modalidades, poderia se pressupor que a sessão de reparo ponto a multiponto conterá todo o conjunto de dados (por exemplo, o arquivo inteiro) para obter a recepção completa. Por conseguinte, por exemplo, o custo por reparo ponto a multiponto poderia ser calculado como Cptm-

<formula>formula see original document page 13</formula>

em que S é o tamanho do conjunto de dados e San é o tamanho da sessão de anúncio. De acordo com várias modalidades, o servidor operador de serviço e/ou outro computador poderia estimar o número de receptores que conseguiria completamente recuperar um dado conjunto de dados (por exemplo, um arquivo) após uma sessão de reparo. Para o caso de reparo ponto a ponto, o servidor operador de serviço e/ou outro computador poderia, em várias modalidades, pressupor que todos os receptores que enviaram solicitações de reparo poderão recuperar o conjunto de dados. Por conseguinte, em várias modalidades, para o modo de reparo ponto a ponto, os receptores Nmcv poderiam imaginar como sendo capazes de recuperar o arquivo:

number_of_receivers_with_successful_receptionptp = Nrecv

No entanto, em várias modalidades, pode haver receptores que não têm uma conexão ponto a ponto e/ou não querem usar o mesmo. O servidor operador de serviço e/ou outro computador poderia, por exemplo, estimar a fração destes receptores por (1-β), em que β é entre O e 1. Ao se usar o modo de reparo ponto a multiponto, estes receptores poderiam, em várias modalidades, ter a oportunidade de recuperar os conjuntos de dados. No entanto, em várias modalidades, pode haver ainda uma fração de receptores que ainda não conseguem recuperar o conjunto de dados após a sessão de reparo ponto a multiponto. A fração poderia, em várias modalidades, ser dependente da taxa de perda média p. Por conseguinte, o servidor operação de serviço e/ou outro computador poderia, por exemplo,

<formula>formula see original document page 14</formula>

O servidor operador de serviço e/ou outro computador poderia, em várias modalidades, empregar os custo e/ou o número de receptores com recepção bem sucedida a fim de calcular o custo por receptor satisfeito. O servidor operador de serviço e/ou outro computador poderia, por exemplo, em seguida decidir usar o modo de reparo com menos custo por receptor satisfeito (por exemplo, representando o modo de reparo mais eficiente). Além disso, nota-se que, em várias modalidades, várias estimativas e/ou valores apresentados neste documento podem ser atualizados periodicamente e/ou de acordo com uma ou mais programações (por exemplo, programações estabelecidas por um fabricante, administrador de sistema, e/ou operador de sistema). Nota-se, ainda, que, em várias modalidades, várias operações e/ou coisa do gênero aqui apresentadas podem ser feitas por uma pluralidade de servidores operador de serviço e/ou outros computadores.

Com relação à Figura 3, nota-se que, de acordo com várias modalidades, no caso em que um receptor não recebe corretamente os dados durante uma sessão de entrega de conjunto de dados (por exemplo, em uma sessão de entrega de conjunto de dados do sistema DVB-H IPDC) (etapa 301), o receptor pode, por exemplo, enviar uma ou mais solicitações para um ou mais servidores (etapa 303). Tal solicitação de reparo poderia, talvez, indicar dados não corretamente recebidos.

Os servidores de reparo que recebem a uma ou mais solicitações poderiam, por exemplo, responder de uma maneira empregando o modo de reparo ponto a ponto (por exemplo, um modo de reparo de serviço GPRS ou UMTS). Por conseguinte, os servidores de reparo poderiam, por exemplo, responder ao despachar para o receptor de uma maneira ponto a ponto alguns dados faltosos.

Como outro exemplo, os servidores que recebem a uma ou mais solicitações de reparo poderiam responder de uma maneira empregando o modo ponto a multiponto (por exemplo, o modo de reparo de tecnologia DVB-H). Por conseguinte, os servidores de reparo poderiam, por exemplo, responder ao redirecionar o receptor para uma sessão de reparo ponto a multiponto, ao sinalizar uma sessão de reparo ponto a multiponto via o anúncio de sessão, e/ou ao sinalizar uma sessão de reparo ponto a multiponto em banda.

A resposta dos servidores de uma maneira empregando o modo de reparo ponto a ponto ou de uma maneira empregando o modo de reparo ponto a multiponto poderia, em várias modalidades, estar de acordo com o servidor operador de serviço e/ou outra decisão de computador do tipo apresentado acima (etapa 305). Nota-se que, em várias modalidades, indicadas aos receptores (por exemplo, via os servidores de entrega de arquivo) podem haver listas de servidores de reparo e/ou parâmetros de algoritmo de back-off. Além disso, em várias modalidades, um receptor poderia aleatoriamente escolher um servidor de reparo e/ou um instante de tempo dentro da janela de tempo de back-off. Com tal operação, as solicitações de reparo poderiam, talvez, ser uniformemente distribuídas pelos servidores de reparo e/ou pelo tempo.

Hardware e Software

Várias operações e/ou coisa do gênero descritas no presente documento podem, em várias modalidades, ser executadas por e/ou com o auxílio de computadores. Além disso, por exemplo, os dispositivos aqui descritos podem ser e/ou podem incorporar computadores. As expressões "computador", "computador de uso geral", ou coisa do gênero, conforme aqui usadas, referem-se, porém não se limitam a um cartão inteligente, a um dispositivo de mídia, a um computador pessoal, a uma estação de trabalho de engenharia, a um PC, a um Macintosh, a um assistente PDA, a um computador portátil, a um relógio computadorizado, a um terminal com fio ou sem fio, a um telefone, a um dispositivo de comunicação, a um nó, e/ou coisa do gênero, a um servidor, a um ponto de acesso de rede, a um ponto de multidifusão de rede, a um dispositivo de rede, a um aparelho decodificador, a um gravador de vídeo pessoal (GRAVADOR PVR), a um console de jogo, a um dispositivo de jogo portátil, a um dispositivo de áudio portátil, a um dispositivo de mídia portátil, a um dispositivo de vídeo portátil, a uma televisão, a uma câmera digital, a um gravador de câmera digital, a um receptor de Sistema de Posicionamento Global (GPS), a um servidor pessoal sem fio, ou coisa do gênero, ou qualquer combinação dos mesmos, talvez executando um sistema operacional, tal como um OS X, um Linux, um Darwin, um Windows CE, um Windows XP, um Windows Servidor 2003, um Palm OS, um Symbian OS, ou coisa do gênero, talvez empregando a Plataforma Series 40, a Plataforma Series 60, a Plataforma Series 80, e/ou a Plataforma Series 90, e talvez tendo o suporte para Java e/ou Net.

As expressões "computador de uso geral", "computador", ou coisa do gênero, também se referem, porém não se limitam a, um ou mais processadores operacionalmente conectados a uma memória ou unidade de armazenamento, em que a memória ou armazenamento pode conter dados, algoritmos, e/ou código de programa, e o processador ou processadores pode executar o código de programa e/ou manipular o código de programa, e/ou algoritmos. É mostrado na Figura 4 um computador exemplificativo empregável em várias modalidades da presente invenção. O computador 4000 inclui um barramento de sistema 4050 que operacionalmente se conecta a dois processadores 4051 e 4052, a uma memória de acesso aleatório 4053, a uma memória de leitura 4055, às interfaces de entrada e saída (l/O) 4057 e 4058, à interface de armazenamento 4059, e à interface de vídeo 4061. A interface de armazenamento 4059, por sua vez, se conecta ao armazenamento de massa 4063. Cada uma das interfaces l/O 4057 e 4058 podem, por exemplo, ser uma Ethernet, um IEEE 1394, um IEEE 1394b, um IEEE 802.11a, um IEEE 802.11b, um IEEE 802.11g, um IEEE 802.11i, um IEEE 802.11e, um IEEE 802.11η, um IEEE 802.15a, um IEEE 802.16a, um IEEE 802.16d, um IEEE 802.16e, um IEEE 802.16x, um IEEE 802.20, um IEEE 802.15.3, um ZigBee, um Bluetooth, uma Banda Ultra Larga (UWB), um Barramento Serial Universal Sem Fio (WDSB), um Firewire sem fio, uma difusão de vídeo digital terrestre (DVB-T), uma difusão de vídeo digital via satélite (DVB-S), um Comitê Avançado de Sistemas de Televisão (ATSC), uma Difusão Digital de Serviços Integrados (ISDB), uma Difusão de Multimídia Digital-Terrestre (DMB-T), uma Difusão de Multimídia Digital Terrestre (T-DMB), uma plataforma MediaFLO (Forward Link Only), uma Diferente de Áudio Digital (DAB), o Digital Radio Mondiale (DRM), o Serviço Geral de Rádio de Pacotes (GPRS), o Serviço Universal de Telecomunicações Móveis (UMTS), o Sistema Global para Comunicações Móveis (GSM), o DVB-H (Difusão de Vídeo Digital: Handhelds), o IrDA (Associação de Dados Infravermelhos), e/ou outras interfaces. O armazenamento de massa 4063 pode ser um disco rígido, uma unidade ótica, um chip de memória, ou coisa do gênero. Os processadores 4051 e 4052 podem ser um processador normalmente conhecido como um IBM ou um Freescale PowerPC, um AMD Athlon, um AMD Opteron, um Intel ARM1 um Intel XScaIe1 um Transmeta Crusoe, um Transmeta Efficeon, um Intel Xenon, um Intel Itanium, um Intel Pentium, ou um IBM, um Toshiba, ou um processador Sony Cell. 0 computador 4000, conforme mostrado neste exemplo inclui ainda uma tela sensível ao toque 4001 e um teclado 4002. Em várias modalidades, um mouse, um teclado, e/ou uma interface, de maneira alternativa ou adicionalmente, poderiam ser empregados. O computador 4000 pode adicionalmente incluir ou ser fixado a leitoras de cartão, a unidades de DVD, a unidades de disco flexível, a unidades de disco rígido, a cartões de memória, a uma memória ROM, e/ou coisa do gênero, por meio dos quais uma mídia contendo um código de programa (por exemplo, para a execução de várias operações e/ou coisa do gênero aqui descritas) podem ser inseridos com a finalidade de carregar o código para o computador.

De acordo com várias modalidades da presente invenção, um computador pode executar um ou mais módulos de software desenhados para realizar uma ou mais dentre as operações acima descritas. Tais módulos poderiam, por exemplo, ser programados usando linguagens, tais como Java, Objective C, C, C#, Perl, Python, e/ou Comega, de acordo com os métodos conhecidos na técnica. Um código de programa correspondente poderia ser colocado na mídia, como, por exemplo, um DVD, um CD-ROM, um cartão de memória, e/ou um disco flexível. Nota-se que qualquer divisão de operações descrita entre os módulos de software em particular serve para fins de ilustração, e que divisões de operação alternativas podem ser empregadas. Por conseguinte, quaisquer operações apropriadas como sendo realizadas por um módulo de software podem ser realizadas por uma pluralidade de módulos de software. De maneira similar, quaisquer operações apresentadas como sendo realizadas por uma pluralidade de módulos podem ser, por outro lado, realizadas por um único módulo. Nota-se que as operações apresentadas como sendo realizadas por um computador em particular poderiam ser, em contrapartida, realizadas por uma pluralidade de computadores. Nota-se, ainda, que, em várias modalidades, técnicas computacionais não hierárquicas e/ou de grade podem ser empregadas. Deve-se, adicionalmente, notar que, em várias modalidades, uma comunicação remota entre módulos de software pode ocorrer. Tal comunicação remota poderia, por exemplo, envolver o Protocolo de Acesso de Objeto Simples (SOAP), o Serviço de Troca de Mensagens Java (JMS), e/ou a Invocação de Método Remoto (RMI).

É mostrado na Figura 5 um diagrama em blocos de um terminal, um computador exemplificativo empregável em várias modalidades da presente invenção. A seguir, sinais de referência correspondentes são aplicados a peças correspondentes. O terminal exemplificativo 5000 da Figura 5 compreende uma unidade de processamento CPU 503, um receptor de sinal 505, e uma interface com o usuário (501, 502). O receptor de sinal 505 pode, por exemplo, ser um receptor carregador simples ou multi-carregador. O receptor de sinal 505 e a interface com o usuário (501, 502) são acoplados à unidade de processamento CPU 503. Um ou mais canais de acesso de memória direto (DMA) podem existir entre uma peça de terminal multi-carregador 505 e a memória 504. A interface com o usuário (501, 502) compreende um vídeo e um teclado a fim de permitir que um usuário use o terminal 5000. Além disso, a interface com o usuário (501, 502) compreende um microfone e um alto-falante para a recepção e produção de sinais de áudio. A interface com o usuário (501, 502) pode também compreender o reconhecimento de voz (não mostrado).

A unidade de processamento CPU 503 compreende um microprocessador (não mostrado), uma memória 504 e possivelmente um software. O software pode ser armazenado na memória 504. O microprocessador controla, com base no software, a operação do terminal 5000, tal como o recebimento de um fluxo de dados, a tolerância do ruído de rajada de impulso na recepção de dados, a exibição da saída na interface com o usuário e a leitura de entradas recebidas da interface com o usuário. O hardware contém um circuito para a detecção de sinal, um circuito para demodulação, um circuito para a detecção de impulso, um circuito para o branqueamento dessas amostras do símbolo onde uma quantidade significante de ruído de impulso se encontra presente, um circuito para calcular estimativas, e um circuito para realizar as correções dos dados corrompidos. Ainda com referência à Figura 5, de maneira alternativa, uma implementação de middleware ou software pode ser aplicada. O terminal 5000 pode, por exemplo, ser um dispositivo portátil que um usuário poderá carregar confortavelmente. O terminal 5000 pode, por exemplo, ser um telefone móvel celular, que compreende a peça de terminal de sinal multi-carregador 505 para o recebimento de fluxos de transmissão de multidifusão. Sendo assim, o terminal 5000 poderá possivelmente interagir com os provedores de serviço.

Nota-se que várias operações e/ou coisa do gênero descritas no presente documento podem, em várias modalidades, ser implementadas em hardware (por exemplo, via um ou mais circuitos integrados). Por exemplo, em várias modalidades, várias operações e/ou coisa do gênero descritas no presente documento podem realizadas por um hardware especializado, e/ou de outra forma por um ou mais processadores de uso geral. Um ou mais chips ou conjuntos de chips poderiam, em várias modalidades, ser empregados. Em várias modalidades, um ou mais Circuitos Integrados Específicos à Aplicação (ASICs) podem ser empregados.

Ramificações e Âmbito

Embora a descrição acima contenha muitas questões específicas, estas são meramente providas para ilustrar a presente invenção e não devem ser construídas como limitações do âmbito da presente invenção. Sendo assim, tornar-se-á aparente aos versados na técnica que várias modificações e variações podem ser feitas no sistema e processo da presente invenção sem se afastar do espírito e âmbito da presente invenção.

Além disso, as modalidades, aspectos, métodos, sistemas, e detalhes da presente invenção que são descritos acima no presente pedido podem ser combinados separadamente ou em qualquer combinação a fim de criar ou descrever novas modalidades da presente invenção.

Claims

1. Método CARACTERIZADO pelo fato de que compreende: - calcular o tempo, onde o cálculo leva em conta o final do tempo de transmissão do grupo de dados para o grupo de dados, o tempo de duração do deslocamento, e a janela de duração; - enviar, o tempo calculado para um ou mais servidores de reparo, o pedido para um número de pedidos de reparo recebido; - determinar um reparo ponto-a-ponto e o reparo ponto-para-multipontos para ser o modo de reparo mais efetivo; e - informar um ou mais servidores de reparo do modo de reparo mais efetivo determinado.

2. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que também compreende estimar o número de receptores que não recebem uma certa parte de dados.

3. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que também compreende estimar a sobrecarga do canal ponto-a-ponto.

4. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que também compreende estimar a sobrecarga do canal ponto-para- multipontos.

5. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que também compreende estimar a porcentagem de perda da sessão de reparo ponto-para-multipontos.

6. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que também compreende estimar o número de recepções do grupo de dados bem sucedido.

7. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que também compreende estimar o custo para transportar a unidade de dados no canal ponto-a-ponto.

8. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que também compreende estimar o custo para transportar a unidade de dados no canal ponto-para-multipontos.

9. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que também compreende estimar a efetividade do modo de reparo.

10. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a radiodifusão de vídeo digital para os portáteis ponto-para- multipontos é empregada.

11. Método de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o serviço ponto-a-ponto de telecomunicação móvel universal é empregado.

12. Método CARACTERIZADO pelo fato de que compreende: - estimar um número de receptores que não recebem uma certa parte de dados; - estimar a sobrecarga do canal ponto-a-ponto; - estimar a sobrecarga do canal ponto-para-multipontos; - estimar a porcentagem de perda da sessão de reparo ponto-para- multipontos; - estimar o número de recepções bem sucedidas para o modo de reparo ponto-a-ponto; - estimar o número de recepções bem sucedidas para o modo de reparo ponto-para-multipontos; - estimar o custo da seleção do modo de reparo ponto-a-ponto; - estimar o custo da seleção do modo de reparo ponto-para-multipontos; - estimar a efetividade do modo de reparo; e - determinar um dentre o reparo ponto-a-ponto e o reparo ponto-para- multipontos para ser o modo de reparo mais efetivo.

13. Método de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que também compreende estimar o custo para transportar a unidade de dados no canal ponto-a-ponto.

14. Método de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que também compreende estimar o custo para transportar a unidade de dados no canal ponto-para-multipontos.

15. Método de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que também compreende calcular o tempo, onde o cálculo leva em conta o final do tempo de transmissão do grupo de dados para o grupo de dados, o tempo de duração do deslocamento, e a janela de duração.

16. Método de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que também compreende enviar, o tempo calculado para um ou mais servidores de reparo, o pedido para um número de pedidos de reparo recebido.

17. Método de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que também compreende informar um ou mais servidores de reparo do modo de reparo mais efetivo determinado.

18. Método de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que também compreende estimar uma fração de receptores que enviarão os pedidos de reparo.

19. Método de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que também compreende inicialmente instruir um ou mais servidores de reparo para empregar o modo de reparo ponto-a-ponto.

20. Método de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que a radiodifusão de vídeo digital para os portáteis ponto-para- multipontos é empregada.

21. Método de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que o serviço ponto-a-ponto de telecomunicação móvel universal é empregado.

22. Sistema CARACTERIZADO pelo fato de que compreende: - uma memória possuindo um código de programa armazenado nesta; - um processador disposto em comunicação com a memória para executar as instruções de acordo com o código de programa armazenado; onde o código de programa, quando executado pelo processador, ocasiona ao processador executar: - calcular o tempo, onde o cálculo leva em conta o final do tempo de transmissão do grupo de dados para o grupo de dados, o tempo de duração do deslocamento, e a janela de duração; - enviar, o tempo calculado para um ou mais servidores de reparo, o pedido para um número de pedidos de reparo recebido; - determinar um reparo ponto-a-ponto e o reparo ponto-para- multipontos para ser o modo de reparo mais efetivo; e - informar um ou mais servidores de reparo do modo de reparo mais efetivo determinado.

23. Sistema de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que o processador também executa estimar o número de receptores que não recebem uma certa parte de dados.

24. Sistema de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que o processador também executa estimar a sobrecarga do canal ponto-a-ponto.

25. Sistema de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que o processador também executa estimar a sobrecarga do canal ponto-para-multipontos.

26. Sistema de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que o processador também executa a porcentagem de perda da sessão de reparo ponto-para-multipontos.

27. Sistema de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que o processador também executa estimar o número de recepções do grupo de dados bem sucedido.

28. Sistema de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que o processador também executa estimar o custo para transportar a unidade de dados no canal ponto-a-ponto.

29. Sistema de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que o processador também executa estimar o custo para transportar a unidade de dados no canal ponto-para-multipontos.

30. Sistema de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que o processador também executa estimar a efetividade do modo de reparo.

31. Sistema de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que a radiodifusão de vídeo digital para os portáteis ponto-para- multipontos é empregada.

32. Sistema de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que o serviço ponto-a-ponto de telecomunicação móvel universal é empregado.

33. Sistema CARACTERIZADO pelo fato de que compreende: - uma memória possuindo um código de programa armazenado nesta; - um processador disposto em comunicação com a memória para executar as instruções de acordo com o código de programa armazenado; onde o código de programa, quando executado pelo processador, ocasiona ao processador executar: - estimar um número de receptores que não recebem uma certa parte de dados; - estimar a sobrecarga do canal ponto-a-ponto; - estimar a sobrecarga do canal ponto-para-multipontos; - estimar a porcentagem de perda da sessão de reparo ponto- para-multipontos; - estimar o número de recepções bem sucedidas para o modo de reparo ponto-a-ponto; - estimar o número de recepções bem sucedidas para o modo de reparo ponto-para-multipontos; - estimar o custo da seleção do modo de reparo ponto-a-ponto; - estimar o custo da seleção do modo de reparo ponto-para- multipontos; - estimar a efetividade do modo de reparo; e - determinar um dentre o reparo ponto-a-ponto e o reparo ponto- para-multipontos para ser o modo de reparo mais efetivo.

34. Sistema de acordo com a reivindicação 33, CARACTERIZADO pelo fato de que o processador também executa estimar o custo para transportar a unidade de dados no canal ponto-a-ponto.

35. Sistema de acordo com a reivindicação 33, CARACTERIZADO pelo fato de que o processador também executa estimar o custo para transportar a unidade de dados no canal ponto-para-multipontos.

36. Sistema de acordo com a reivindicação 33, CARACTERIZADO pelo fato de que o processador também executa calcular o tempo, onde o cálculo leva em conta o final do tempo de transmissão do grupo de dados para o grupo de dados, o tempo de duração do deslocamento, e a janela de duração.

37. Sistema de acordo com a reivindicação 33, CARACTERIZADO pelo fato de que o processador também executa enviar, o tempo calculado para um ou mais servidores de reparo, o pedido para um número de pedidos de reparo recebido.

38. Sistema de acordo com a reivindicação 33, CARACTERIZADO pelo fato de que o processador também executa informar um ou mais servidores de reparo do modo de reparo mais efetivo determinado.

39. Sistema de acordo com a reivindicação 33, CARACTERIZADO pelo fato de que o processador também executa estimar uma fração de receptores que enviarão os pedidos de reparo.

40. Sistema de acordo com a reivindicação 33, CARACTERIZADO pelo fato de que o processador também executa inicialmente instruir um ou mais servidores de reparo para empregar o modo de reparo ponto-a-ponto.

41. Sistema de acordo com a reivindicação 33, CARACTERIZADO pelo fato de que a radiodifusão de vídeo digital para os portáteis ponto-para- multipontos é empregada.

42. Sistema de acordo com a reivindicação 33, CARACTERIZADO pelo fato de que o serviço ponto-a-ponto de telecomunicação móvel universal é empregado.

43. Servidor CARACTERIZADO pelo fato de que compreende: - uma memória possuindo um código de programa armazenado nesta; - um processador disposto em comunicação com a memória para executar as instruções de acordo com o código de programa armazenado; - uma interface de rede disposta em comunicação com o processador; onde o código de programa, quando executado pelo processador, ocasiona ao processador executar: - estimar a efetividade do modo de reparo ponto-a-ponto para um ponto no tempo dentro da janela de duração; - estimar a efetividade do modo de reparo ponto-para-multipontos para um ponto no tempo dentro da janela de duração; - determinar um dentre o reparo ponto-a-ponto e o reparo ponto- para-multipontos para ser o modo de reparo mais efetivo.

44. Método CARACTERIZADO pelo fato de que compreende: - estimar o custo para transmitir uma quantidade de dados no canal ponto-a-ponto; - estimar o custo para transmitir a quantidade de dados no canal ponto- para-multipontos; - receber, do servidor de reparo, um número de pedidos de reparo recebido pelo servidor de reparo; - receber, do servidor de reparo, o número dos símbolos de codificação solicitados do servidor de reparo; - estimar o número total de pedidos de reparo, onde o número de pedidos de reparo recebido pelo servidor de reparo, um valor selecionado entre zero e um, e a quantidade do servidor de reparo são levados em conta; - estimar o número total dos símbolos de codificação solicitados, onde o número dos símbolos de codificação solicitados do servidor de reparo, um valor selecionado entre zero e um, e as quantidades do servidor de reparo são levados em conta; - calcular o custo para o modo de reparo ponto-a-ponto, onde o custo estimado para transmitir a quantidade de dados no canal ponto-a-ponto, o número total dos pedidos de reparo, e o número total dos símbolos de codificação solicitados são levados em conta; - calcular o custo para o modo de reparo ponto-para-multipontos, onde o custo estimado para transmitir a quantidade de dados no canal ponto-para- multipontos, o número total dos pedidos de reparo, e o número total dos símbolos de codificação solicitados do servidor de reparo são levados em conta.

45. Método de acordo com a reivindicação 44, CARACTERIZADO pelo fato de que a quantidade de dados é um octeto.

46. Método de acordo com a reivindicação 44, CARACTERIZADO pelo fato de que também compreende: - calcular o tempo, onde o final do tempo de transmissão do grupo de dados, o tempo de duração de deslocamento, e a janela de duração são levados em conta; e - solicitar do servidor de reparo no tempo calculado o número de pedidos de reparo recebidos pelo servidor de reparo e o número dos símbolos de codificação solicitados do servidor de reparo.

47. Método de acordo com a reivindicação 44, CARACTERIZADO pelo fato de que uma ou mais estimações são atualizadas.

48. Método CARACTERIZADO pelo fato de que compreende: - receber, do servidor de reparo, o número de servidores únicos enviando os pedidos de reparo para o servidor de reparo; - estimar o número total de receptores únicos enviando os pedidos de reparo, onde um número de receptores únicos enviando os pedidos de reparo para o servidor de reparo, o valor selecionado entre zero e um, e a quantidade de servidor de reparo são levados em conta; e - calcular o número total de receptores experimentando recuperar após o modo de reparo ponto-para-multipontos, onde o número de receptores únicos envia os pedidos de reparo para o servidor de reparo, a taxa de perda média, o número total de receptores únicos que envia os pedidos de reparo, e o valor entre zero e um correspondendo a uma fração estimada dos receptores que não empregarão uma conexão ponto-a-ponto são levados em conta.

49. Método de acordo com a reivindicação 48, CARACTERIZADO pelo fato de que também compreende considerar o número total de receptores experimentando recuperar após o modo de reparo ponto-a-ponto para ter o número total de receptores únicos que enviam os pedidos de reparo.

50. Método de acordo com a reivindicação 48, CARACTERIZADO pelo fato de que também compreende: - calcular o tempo, onde o final do tempo de transmissão do grupo de dados, o tempo de duração de deslocamento, e a janela de duração são levados em conta; e - solicitar do servidor de reparo no tempo calculado o número de receptores únicos que envia os pedidos de reparo para o servidor de reparo.

51. Método de acordo com a reivindicação 48, CARACTERIZADO pelo fato de que uma ou mais estimações são atualizadas.

52. Método CARACTERIZADO pelo fato de que compreende: - calcular a eficiência de um modo de reparo ponto-a-ponto, onde o número total de receptores experimentando a recuperação após o modo de reparo ponto-a-ponto e o custo para o modo de reparo ponto-a-ponto são levados em conta; - calcular a eficiência de um modo de reparo ponto-para-multipontos, onde o número total de receptores experimentando a recuperação após o modo de reparo ponto-para-multipontos e o custo para o modo de reparo ponto-para-multipontos são levados em conta; - empregar o modo de reparo ponto-para-multipontos no caso onde o modo de reparo ponto-para-multipontos é determinado para ser mais eficiente do que o modo de reparo ponto-a-ponto.

53. Método de acordo com a reivindicação 52, CARACTERIZADO pelo fato de que também compreende redirecionar os receptores para o modo de reparo ponto-para-multipontos no caso onde o modo de reparo ponto-para- multipontos é determinado para ser mais eficiente do que o modo de reparo ponto-a-ponto, onde o reparo é ponto-a-ponto antes do tempo e ponto-para- multipontos após o tempo.

54. Método de acordo com a reivindicação 52, CARACTERIZADO pelo fato de que também compreende: - calcular o custo por receptor satisfeito para o modo de reparo ponto-a- ponto; e - calcular o custo por cliente satisfeito para o modo de reparo ponto- para-multipontos.

55. Método de acordo com a reivindicação 52, CARACTERIZADO pelo fato de que também compreende informar um ou mais servidores de reparo do modo de reparo mais efetivo determinado.

56. Servidor CARACTERIZADO pelo fato de que compreende: - uma memória possuindo um código de programa armazenado nesta; - um processador disposto em comunicação com a memória para executar as instruções de acordo com o código de programa armazenado; - uma interface de rede disposta em comunicação com o processador; onde o código de programa, quando executado pelo processador, ocasiona ao processador executar: - estimar o custo para transmitir uma quantidade de dados no canal ponto-a-ponto; - estimar o custo para transmitir a quantidade de dados no canal ponto-para-multipontos; - receber, do servidor de reparo, um número de pedidos de reparo recebido pelo servidor de reparo; - receber, do servidor de reparo, o número dos símbolos de codificação solicitados do servidor de reparo; - estimar o número total de pedidos de reparo, onde o número de pedidos de reparo recebido pelo servidor de reparo, um valor selecionado entre zero e um, e a quantidade do servidor de reparo são levados em conta; - estimar o número total dos símbolos de codificação solicitados, onde o número dos símbolos de codificação solicitados do servidor de reparo, um valor selecionado entre zero e um, e as quantidades do servidor de reparo são levados em conta; - calcular o custo para o modo de reparo ponto-a-ponto, onde o custo estimado para transmitir a quantidade de dados no canal ponto-a-ponto, o número total dos pedidos de reparo, e o número total dos símbolos de codificação solicitados são levados em conta; - calcular o custo para o modo de reparo ponto-para-multipontos, onde o custo estimado para transmitir a quantidade de dados no canal ponto- para-multipontos, o número total dos pedidos de reparo, e o número total dos símbolos de codificação solicitados do servidor de reparo são levados em conta.

57. Servidor de acordo com a reivindicação 56, CARACTERIZADO pelo fato de que a quantidade de dados é um octeto.

58. Servidor de acordo com a reivindicação 56, CARACTERIZADO pelo fato de que o processador também executa: - calcular o tempo, onde o final do tempo de transmissão do grupo de dados, o tempo de duração de deslocamento, e a janela de duração são levados em conta; e - solicitar do servidor de reparo no tempo calculado o número de pedidos de reparo recebidos pelo servidor de reparo e o número dos símbolos de codificação solicitados do servidor de reparo.

59. Servidor de acordo com a reivindicação 56, CARACTERIZADO pelo fato de que uma ou mais estimações são atualizadas.

60. Servidor CARACTERIZADO pelo fato de que compreende: - uma memória possuindo um código de programa armazenado nesta; - um processador disposto em comunicação com a memória para executar as instruções de acordo com o código de programa armazenado; - uma interface de rede disposta em comunicação com o processador; onde o código de programa, quando executado pelo processador, ocasiona ao processador executar: - receber, do servidor de reparo, o número de servidores únicos enviando os pedidos de reparo para o servidor de reparo; - estimar o número total de receptores únicos enviando os pedidos de reparo, onde o número de receptores únicos envia os pedidos de reparo para o servidor de reparo, o valor selecionado entre zero e um, e a quantidade de servidor de reparo são levados em conta; e - calcular o número total de receptores experimentando recuperar após o modo de reparo ponto-para-multipontos, onde o número de receptores únicos envia os pedidos de reparo para o servidor de reparo, a taxa de perda média, o número total de receptores únicos que envia os pedidos de reparo, e o valor entre zero e um correspondendo a uma fração estimada dos receptores que não empregarão uma conexão ponto-a-ponto são levados em conta.

61. Servidor de acordo com a reivindicação 60, CARACTERIZADO pelo fato de que o processador também compreende considerar o número total de receptores experimentando recuperar após o modo de reparo ponto-a-ponto para ter o número total de receptores únicos que enviam os pedidos de reparo.

62. Servidor de acordo com a reivindicação 60, CARACTERIZADO pelo fato de que o processador também compreende: - calcular o tempo, onde o final do tempo de transmissão do grupo de dados, o tempo de duração de deslocamento, e a janela de duração são levados em conta; e - solicitar do servidor de reparo no tempo calculado o número de receptores únicos que envia os pedidos de reparo para o servidor de reparo.

63. Servidor de acordo com a reivindicação 60, CARACTERIZADO pelo fato de que uma ou mais estimações são atualizadas.

64. Servidor CARACTERIZADO pelo fato de que compreende: - uma memória possuindo um código de programa armazenado nesta; - um processador disposto em comunicação com a memória para exeeutaF as instruções de aeoFQo eem θ eódigo de programa armazenado; - uma interface de rede disposta em comunicação com o processador; onde o código de programa, quando executado pelo processador, ocasiona ao processador executar: - calcular a eficiência de um modo de reparo ponto-a-ponto, onde o número total de receptores experimentando a recuperação após o modo de reparo ponto-a-ponto e o custo para o modo de reparo ponto-a-ponto são levados em conta; - calcular a eficiência de um modo de reparo ponto-para- multipontos, onde o número total de receptores experimentando a recuperação após o modo de reparo ponto-para-multipontos e o custo para o modo de reparo ponto-para-multipontos são levados em conta; - empregar o modo de reparo ponto-para-multipontos no caso onde o modo de reparo ponto-para-multipontos é determinado para ser mais eficiente do que o modo de reparo ponto-a-ponto.

65. Servidor de acordo com a reivindicação 64, CARACTERIZADO pelo fato de que o processador também compreende redirecionar os receptores para o modo de reparo ponto-para-multipontos no caso onde o modo de reparo ponto-para-multipontos é determinado para ser mais eficiente do que o modo de reparo ponto-a-ponto, onde o reparo é ponto-a-ponto antes do tempo e ponto-para-multipontos após o tempo.

66. Servidor de acordo com a reivindicação 64, CARACTERIZADO pelo fato de que o processador também compreende: - calcular o custo por receptor satisfeito para o modo de reparo ponto-a- ponto; e - calcular o custo por cliente satisfeito para o modo de reparo ponto- para-multipontos.

67. Servidor de acordo com a reivindicação 64, CARACTERIZADO pelo fato de que o processador também compreende informar um ou mais servidores de reparo do modo de reparo mais efetivo determinado.