MX2007013935A

MX2007013935A - Sistemas, metodos y servidores para reparacion con el uso de transmision punto a punto o transmision punto a multipunto.

Info

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

Abstract

Sistemas y metodos aplicables, por ejemplo, en entrega de datos. Por ejemplo, un servidor de operador de servicio y/u otra computadora pudiera actuar para determinar cual del modo de reparacion punto a punto y modo de reparacion punto a multipunto se debe emplear en el caso donde uno o mas receptores o reciben correctamente datos despachados. Como otro ejemplo, el servidor de operador de servicio y/u otra computadora pudiera calcular uno o mas estimados, solicitar uno o mas valores de uno o mas servidores de reparacion, y/o proveer a uno o mas servidores de reparacion una o mas directivas referentes al modo de reparacion a emplear.

Description

SISTEMAS, MÉTODOS Y SERVIDORES PARA REPARACIÓN CON EL USO DE TRANSMISIÓN PUNTO A PUNTO O TRANSMISIÓN PUNTO A MULT?PUNTO CAMPO DE LA INVENCIÓN Esta invención se refiere a sistemas y métodos para entrega de datos.

ANTECEDENTES DE LA INVENCIÓN En tiempos recientes, ha habido un incremento en el uso de entrega de datos. Por ejemplo, muchos usuarios han llegado a preferir la entrega de datos (por ejemplo, entrega de datos de Difusión de Datos de Protocolo Internet (IPDC) de Difusión de Video Digital: Dispositivos Portátiles (DVB-H) ) a otras fuentes de información, entretenimiento, datos, y/o similares. Por consiguiente, puede existir interés en tecnologías aplicables, por ejemplo, en entrega de datos.

BREVE DESCRIPCIÓN DE LA INVENCIÓN De acuerdo con modalidades de la presente invención se proveen sistemas y métodos aplicables, por ejemplo, en entrega de datos. Por ejemplo, en diversas modalidades un servidor de operador de servicio y/u otra computadora pudiera actuar para determinar cuál del modo de reparación punto a punto y modo de Ref.: 187335 reparación punto a multipunto se debe emplear en el caso donde uno o más receptores no reciben correctamente los datos despachados . El servidor de operador de servicio y/u otra computadora pudiera, en diversas modalidades, calcular uno o más estimados, solicitar uno o más valores de uno o más servidores de reparación, y/o proveer a uno o más servidores de reparación una o más directivas referentes al modo de reparación que se va a emplear.

BREVE DESCRIPCIÓN DE LAS FIGURAS La figura 1 muestra pasos de ejemplo involucrados en operaciones de operador de servicio de acuerdo con diversas modalidades de la presente invención. La figura 2 muestra otros pasos de ejemplo involucrados en operaciones de operador de servicio de acuerdo con diversas modalidades de la presente invención. La figura 3 muestra pasos de ejemplo involucrados en operaciones de usuario de acuerdo con diversas modalidades de la presente invención. La figura 4 muestra una computadora de ejemplo. La figura 5 muestra otra computadora de ejemplo.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Operación general De acuerdo con modalidades de la presente invención se proveen sistemas y métodos aplicables, por ejemplo, en entrega de datos. Por ejemplo, en diversas modalidades un servidor de operador de servicio y/u otra computadora pudiera actuar para determinar cuál del modo de reparación punto a punto y modo de reparación punto a multipunto se debe emplear en el caso donde uno o más receptores no reciben correctamente datos despachados vía Difusión Multimedia Digital - Terrestre (DMB-T) de Difusión de Datos de Protocolo Internet (IPDC) de Difusión de Video Digital: Dispositivos Portátiles (DVB-H), MediaFLO (Sólo Enlace Directo), y/o similares. El servidor de operador de servicio y/u otra computadora pudiera, en diversas modalidades, calcular uno o más estimados (por ejemplo, número de receptores que no recibieron cierta porción de datos, porcentajes de pérdida, y/o efectividad del modo de reparación) , solicitar uno o más valores (por ejemplo, número de solicitudes de reparación recibidas) de uno o más servidores de reparación, y/o proveer a uno o más servidores de reparación una o más directivas referentes al modo de reparación que se va a emplear. Ahora se discutirán en mayor detalle diversos aspectos de la presente invención.

Operaciones del operador de servicio Con respecto a la figura 1 se observa que, de acuerdo con diversas modalidades de la presente invención, un servidor de operador de servicio y/u otra computadora pudiera proveer indicación inicial a uno o más servidores de reparación empleados en Difusión Multimedia Digital Terrestre (DMB-T) de Difusión de Datos de Protocolo Internet (IPDC) de Difusión de Video Digital: Dispositivos Portátiles (DVB-H) , MediaFLO (Sólo Enlace Directo) , y/o similares de que el modo de reparación punto a punto (por ejemplo, con el empleo del Sistema Universal de Telecomunicaciones Móviles (UMTS) y/o Servicio General de Transmisión de Paquetes Vía Radio (GPRS) ) se debe emplear en el caso donde uno o más receptores (por ejemplo, nodos móviles) no reciben correctamente datos (paso 101) . Tal indicación inicial pudiera, por ejemplo, ser despachada en una manera que emplee Protocolo de Acceso de Objeto Simple (SOAP) , Servicio de Mensajería Java (JMS) y/o Invocación de Método Remoto (RMI). Se observa que, en diversas modalidades, tal indicación inicial pudiera no ser provista. Tal pudiera ser el caso, por ejemplo, cuando emplear el modo de reparación punto a punto es ajustado (por ejemplo, por un fabricante, administrador del sistema, y/u operador de servicio) como el comportamiento del servidor de reparación predeterminado. El servidor de operador de servicio y/u otra computadora pudiera, en diversas modalidades, determinar uno o más valores correspondientes a una serie de datos dada (por ejemplo, un archivo y/o serie de paquetes) (paso 103) . Tales valores pudieran, por ejemplo, incluir el final del tiempo de transmisión de la serie de datos te, tiempo de desplazamiento de retroceso t0, y/o ventana de retroceso T. El servidor de operador de servicio y/u otra computadora pudiera entonces, por ejemplo, calcular un tiempo: te + tQ + a • T, en donde t a = —, T donde t es el tiempo desde el inicio de la ventana de retroceso (paso 105) . En diversas modalidades, el servidor de operador de servicio y/u otra computadora pudiera enviar una solicitud a uno o más servidores de reparación en el tiempo calculado (paso 107) . La solicitud pudiera, por ejemplo, indicar que los servidores de reparación deben proveer al servidor de operador de servicio y/u otra computadora indicación del número de solicitudes de reparación recibidas hasta ahora para la serie de datos. Tal solicitud y/o respuestas a la misma pudieran, por ejemplo, ser despachadas en una manera que emplee SOAP, JMS, y/o RMI. Un servidor de reparación que recibe la solicitud pudiera, por ejemplo, proveer el valor solicitado. En varias modalidades, tal servidor de reparación pudiera calcular de manera alterna o adicional un estimado N del número total de solicitudes de reparación que recibirá para un bloque fuente dado o símbolo de codificación de la serie de datos dada (por ejemplo, para una ventana de solicitud completa) : N = — - r, a en donde n es el número de solicitudes de reparación recibidas hasta ahora para la serie de datos por un servidor de reparación, y r es el número de servidores de reparación. Se observa que, en varias modalidades, N pudiera ser calculado de manera alterna o adicional por el servidor de operador de servicio y/u otra computadora. Se observa además que, en diversas modalidades, tal cálculo de N pudiera no ser empleado durante unas primeras pocas unidades de tiempo (por ejemplo, segundos) de una ventana de reparación. Por ejemplo, tal cálculo de N pudiera no ser empleado durante unos primeros 10 segundos de una ventana de reparación. Eso pudiera, quizá, producir una eficacia incrementada. El servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, estimar un valor ß, donde ß es la fracción de receptores que tienen un canal de retorno y pueden y/o están dispuestos a enviar una solicitud de reparación. Con respecto a la figura 2 se observa que el servidor de operador de servicio y/u otra computadora pudiera emplear ß, por ejemplo al calcular un estimado Nt del número esperado de receptores que no recibieron cierta porción de la serie de datos: ß (paso 201) . Se observa que, en diversas modalidades, ß se pudiera calcular como: ß = M - (\ -a), donde M es el número total anticipado de receptores que pueden solicitar reparación. El servidor de operador de servicio y/u otra computadora pudiera, como otros ejemplos, • calcular un estimado cu del costo de transportar una cantidad de datos (por ejemplo, un octeto) sobre el canal punto a punto empleado (por ejemplo, GPRS o UMTS) , y/o calcular un estimado cm del costo de transportar una cantidad de datos (por ejemplo, un octeto) sobre el canal punto a multipunto empleado (por ejemplo, DVB-H) (paso 203) . Como otro ejemplo, el servidor de operador de servicio y/u otra computadora pudiera calcular un estimado su de sobrecarga punto a punto (por ejemplo, GPRS o UMTS) en términos de una cantidad de datos (por ejemplo, octetos) que es aplicable como un estimado para sobrecarga punto a punto para una solicitud de reparación y también como un estimado para sobrecarga punto a punto para una respuesta de redirección (paso 205) . Como otro ejemplo, el servidor de operador de servicio y/u otra computadora pudiera calcular un estimado sm de sobrecarga punto a multipunto (por ejemplo, DVB-H) en términos de una cantidad de datos (por ejemplo, octetos) para un anuncio de sesión para una sesión de reparación punto a multipunto (por ejemplo, DVB-H) (paso 205) . El servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, calcular un estimado p de relación de pérdida de sesión de reparación punto a multipunto (por ejemplo, sesión de reparación DVB-H). En diversas modalidades, p se pudiera calcular como: número _ de _ receptores _ con _ recepción _ no _ exitosa número _ total _ de _ receptores Como otro ejemplo, el servidor de operador de servicio y/u otra computadora pudiera calcular un estimado de eficiencia (por ejemplo, número de receptores con recepción exitosa por unidad de costo) para cada uno del modo de reparación punto a punto y modo de reparación punto a multipunto. Tal eficiencia pudiera, por ejemplo, ser calculada como : C' donde C es el costo total para un modo de reparación y Ns es el número de recepciones exitosas para un modo de reparación (por ejemplo, número de receptores con recepciones de serie de datos exitosas) . Tal efectividad pudiera, en varias modalidades, ser calculada para un punto en el tiempo dentro de la ventana de retroceso. Se observa que, en varias modalidades, el número de recepciones exitosas para modo de reparación punto a punto y/o número de recepciones exitosas para modo de reparación punto a multipunto pueden ser estimados. Igualmente se observa que, en diversas modalidades, el costo de modo de reparación punto a punto y/o costo de modo de reparación punto a multipunto pueden ser estimados. Tal estimado de costo para un modo de reparación pudiera, quizá, ser ideado como un estimado de costo para selección del modo de reparación. El servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, calcular: N PIP < N P"" c ptp c ptm donde Nptp es el número de recepciones exitosas para el modo de reparación punto a punto, Nptm es el número de recepciones exitosas para el modo de reparación punto a multipunto, Cptp es el costo total estimado para el modo de reparación punto a punto, y Cptm es el costo total estimado para el modo de reparación punto a multipunto. El servidor de operador de servicio y/u otra computadora pudiera, en diversas modalidades, considerar tal cálculo al decidir el modo de reparación a emplear (paso 207). En el caso donde el servidor de operador de servicio y/u otra computadora calcula que lo anterior es cierto (tal es el caso donde se encuentra que la mitad izquierda de lo anterior es menor a o igual a la mitad derecha) , el servidor de operador de servicio y/u otra computadora pudiera, en diversas modalidades, decidir que el modo de reparación punto a punto (por ejemplo, modo de reparación GPRS o UMTS) se debe emplear. En el caso donde el servidor de operador de servicio y/u otra computadora calcula que lo anterior es falso (tal es el caso donde la mitad izquierda de lo anterior es mayor a la mitad derecha) , el servidor de operador de servicio y/u otra computadora pudiera, en varias modalidades, decidir que el modo de reparación punto a multipunto (por ejemplo, modo de reparación DVB-H) se debe emplear. Se observa que, en varias modalidades, lo anterior pudiera ser calculado para cada uno de los múltiples servidores de reparación. El modo de reparación punto a punto pudiera, por ejemplo, ser empleado para todos los servidores de reparación en el caso donde se calculó que lo anterior era cierto para uno o más servidores de reparación. Se observa además que, en diversas modalidades, en el caso donde hay múltiples servidores de reparación datos en bruto pudieran ser reunidos y empleados en la toma de decisión en cuanto al modo de reparación a emplear, donde quizá N se considera la suma de N — 's individuales. Se observa de manera adicional que, en varias modalidades, en el caso donde hay múltiples servidores N de reparación diversas combinaciones de — 's individuales pudieran ser empleadas para la toma de decisión en cuanto al modo de reparación a emplear. La recolección de datos en bruto y/o toma de decisión en cuanto al modo de reparación a emplear pueden, en diversas modalidades, ser distribuidas entre múltiples servidores y/u otras computadoras, donde el cálculo de lo anterior quizá sustituye Nt por (Nt-n) . En tales modalidades, Nt se pudiera considerar el número de solicitudes futuras que se esperan dentro de la ventana, Nt ' ( l_p ) pudiera ser considerado el número de reparaciones exitosas esperadas después de reenvío punto a multipunto, y/o Nt -p pudiera ser considerado el número de destinatarios no satisfechos. En diversas modalidades, p se pudiera ver como dependiente de datos (por ejemplo, se pudiera considerar que sería más probable que un reenvío de 10 MB dejara receptores sin resolver que un reenvío de 1 kB. Se observa que N- cu - su pudiera, en varias modalidades, ser considerado el costo de reparación de todas las solicitudes cuando el punto a multipunto original es siempre abandonado por todos los clientes durante la ventana de reparación. Eso pudiera, quizá, suponer que todos los clientes solicitarán y que un anuncio de una reparación punto a multipunto no silenciará una proporción. Tal proporción pudiera, quizá, ser menor a Nt (por ejemplo, debido a un retardo de tiempo entre la decisión y envió del anuncio pero una proporción de receptores no recibe el anuncio) . Se observa de manera adicional que, el denominador de lo anterior pudiera, en varias modalidades, ser escrito para separarlo en términos tales como, por ejemplo, "costo punto a punto", "costo de latencia de anuncio punto a multipunto", y "costo punto a multipunto". Por consiguiente, por ejemplo, el "costo punto a punto" pudiera ser n - cu - ( s+su) . Como otro ejemplo, el "costo de latencia de anuncio punto a multipunto" pudiera ser L - cu ' ( s+su) (para el caso donde punto a punto es servido por respuestas punto a punto después de que se toma la decisión) o L - cu - su (para el caso donde la redirección a un punto a multipunto se hace después de que se toma la decisión) . L pudiera, por ejemplo, ser considerado el número esperado de solicitudes de cliente entre la decisión y el fin de la ventana te+t0+T. En diversas modalidades, si los destinatarios dejan de enviar solicitudes de reparación una vez que la decisión es tomada, se pudiera considerar que L es cero. Más aún, en varias modalidades en el caso donde ningún anuncio sobre la decisión es enviado o recibido, se pudiera considerar que L es Nt . De manera alternativa en el caso donde ningún anuncio sobre la decisión es enviado o recibido, se pudiera considerar que Nt es: N (?) + N q, donde ? es el tiempo entre la decisión y la recepción del anuncio que incluye latencia de búsqueda , y q es la probabilidad de que un receptor no reciba el anuncio . En varias modalidades , en el caso donde el anuncio es enviado más de una vez , esto pudiera ser expresado en más detalle (por ej emplo , en vista de las probabilidades para cada anuncio, el número de anuncios , y/o el tiempo entre anuncios ) . Se observa que , en diversas modalidades , algo diferente de lo anterior pudiera ser calculado por el servidor de operador de servicio y/u otra computadora en tal decisión. Por ejemplo, un servidor de operador de servicio y/u otra computadora pudiera usar una fórmula diferente para estimar la efectividad (por ejemplo, costo por recepción de datos exitosa) de modo de reparación punto a punto y/o modo de reparación punto a multipunto. Por ejemplo, el servidor de operador de servicio y/u otra computadora pudiera, en diversas modalidades, calcular: c (J | J (n -ca -s + N -cu -su +(s + sm cm) (Nt - n) (l-p) + n donde s es la cantidad de datos (por ejemplo, en términos de octetos) que se van a transmitir en vista de datos no recibidos correctamente por los receptores. En diversas modalidades, en el caso donde el servidor de operador de servicio y/u otra computadora calcularon que lo anterior es cierto pudiera decidir que el modo de reparación punto a punto se debe emplear, y en el caso donde calculó que lo anterior es falso pudiera decidir que el modo de reparación punto a multipunto se debe emplear. El servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, informar a uno o más servidores de reparación de esta decisión. Tal funcionalidad pudiera ser implementada en muchas maneras. Por ejemplo, se pudieran emplear SOAP, JMS y/o RMI . Se observa que, en varias modalidades, tal acto de informar pudiera ser solamente realizado en el caso donde se determinó que se debe emplear el modo de reparación punto a multipunto. Tal pudiera ser el caso, por ejemplo, donde emplear el modo de reparación punto a punto es establecido como el comportamiento del servidor de reparación predeterminado. En diversas modalidades, donde se decide que el modo de reparación punto a multipunto se debe emplear el servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, planificar una sesión punto a multipunto para transportar datos respectivos. Se observa que, en diversas modalidades, uno o más servidores (por ejemplo, servidores de entrega de archivos) pueden actualizar sus descripciones de procedimiento de entrega asociadas, por ejemplo, al enviar actualizaciones dentro de la banda y/o fuera de banda de una sesión de entrega de serie de datos inicial correspondiente (por ejemplo, una sesión de entrega de serie de datos DVB-H IPDC) . El o los servidores pudieran, por ejemplo, usar los mismos canales, diferentes canales, y/o diferentes sesiones de entrega de serie de datos para entrega de respuestas de reparación punto a multipunto. Se observa también que la efectividad pudiera, en diversas modalidades, ser considerada el costo total por número de recepciones exitosas y/o receptores satisfechos. De manera adicional se observa que, en diversas modalidades, vía diversas operaciones discutidas en la presente se puede obtener un uso más efectivo de los canales de transmisión de datos disponibles, y/o una selección de modo de reparación más óptima (por ejemplo, en vista del costo de red y número de clientes satisfechos) . Se observa además que, en diversas modalidades, los receptores que carecen de capacidades de canal de retorno y/o que tienen usuarios que no están dispuestos a enviar solicitudes de reparación se pudieran beneficiar de las solicitudes de reparación y/o respuestas punto a multipunto de otros. Se observa que, en diversas modalidades, al inicio de una sesión de entrega de archivos, un servidor y/u otra computadora puede indicar a los receptores la existencia de una sesión y/o canal de reparación punto a punto. Los receptores pudieran, por ejemplo, unirse a la sesión de reparación después de que una entrega de serie de datos (por ejemplo, una entrega de archivos) ha terminado. Los receptores pudieran, por ejemplo, despachar solicitudes de reparación punto a punto en instancias de tiempo aleatorias. En el caso donde se toma la decisión de emplear el modo de reparación punto a multipunto la decisión pudiera, por ejemplo, ser señalizada a los receptores como una respuesta de redirección a una solicitud de reparación y/o al enviar una Tabla de Entrega de Archivos (FDT) con un temporizador de expiración actualizado a la sesión de reparación punto a multipunto. El servidor de operador de servicio y/u otra computadora pudiera, en diversas modalidades, basar su elección del modo de reparación en una métrica de eficiencia. La eficiencia de un modo de reparación pudiera, por ejemplo, ser calculada como: número _ de _ receptores _ con _ recepción _ exitosa E = - cos to _ de _ transmisión _ de _ datos _ de _ reparación El servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, estimar ambos parámetros para los modos de reparación punto a punto y punto a multipunto por separado. El servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, decidir planificar una sesión de reparación punto a multipunto para un archivo especifico en el caso donde encuentra que el modo de reparación punto a multipunto es más eficiente. El servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, estimar el costo cu para la transmisión de una sola cantidad de datos (por ejemplo, un octeto) sobre la red punto a punto (por ejemplo, GPRS o UMTS) . Como otro ejemplo, el costo cm para la transmisión de una sola cantidad de datos (por ejemplo, un octeto) sobre la red punto a multipunto (por ejemplo, DVB-H) puede ser calculado. Como otro ejemplo, el servidor de operador de servicio y/u otra computadora pudiera estimar el número esperado de solicitudes de reparación, la cantidad de datos intercambiados sobre la red punto a punto, y/o la cantidad de datos intercambiados sobre la red punto a multipunto. En diversas modalidades, después del inicio de una sesión de reparación (por ejemplo, después de que la transmisión de serie de datos ha terminado) , los receptores pudieran necesitar esperar un tiempo de desplazamiento de retroceso y luego enviar sus solicitudes de reparación de manera aleatoria dentro del periodo de tiempo aleatorio. El servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, seleccionar un valor para a entre 0 y 1. El servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, calcular un instante de tiempo: e o periodo __de _t?empo _a!eatono El servidor de operador de servicio y/u otra computadora pudiera, en diversas modalidades, actuar en el instante de tiempo calculado para ponerse en contacto con uno o más de los servidores de reparación para obtener información sobre, por ejemplo, el número de solicitudes de reparación recibidas nreq, el número de símbolos de codificación requeridos nsym ? y/o el número de receptores únicos que enviarán respuestas de reparación nrecv. El servidor de operador de servicio y/u otra computadora pudiera, en diversas modalidades, considerar que las solicitudes de reparación sean distribuidas al azar y de manera uniforme con el tiempo y/o sobre servidores de reparación, y puede, por ejemplo, calcular estimados para el número total esperado de solicitudes Nreq, número total esperado de símbolos solicitados Neym, y/o el número total esperado de receptores únicos que envían una solicitud de reparación Nrecv: Nreq = — - r a N sym = ^ - r a donde r es el número de servidores de reparación para la sesión de entrega de archivos actual. En diversas modalidades, el costo total para modo de reparación punto a punto pudiera entonces ser estimado como Cptp: C ptp = c u • N sym • s sym + c u • N req • . reg donde ssym y sreq son el tamaño de un símbolo de codificación y la sobrecarga de una solicitud de reparación respectivamente . Se observa que, en diversas modalidades, en el caso de modo de reparación punto a multipunto, el servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, redirigir los receptores a la sesión de reparación punto a multipunto después de que se ha tomado la decisión (por ejemplo, después del tiempo t) . En tal caso, por ejemplo, un modo de reparación pudiera ser punto a punto antes del tiempo t, y punto a multipunto después del tiempo t. En varias modalidades se pudiera suponer que los receptores seguirán enviando sus solicitudes de reparación punto a punto hasta el fin del tiempo de reparación. Más aún, en varios modalidades se pudiera suponer que la sesión de reparación punto a multipunto contendrá la serie de datos completa (por ejemplo, el archivo completo) para obtener una recepción completa. Por consiguiente, por ejemplo, el costo para reparación punto a multipunto pudiera ser calculado como Cptm: Cp.m = cm - (S + sm ) + cu • Nreq • sreq + c„ • nsym • ssym , donde S es el tamaño de la serie de datos y san es el tamaño de la sesión de anuncio. De acuerdo con diversas modalidades, el servidor de operador de servicio y/u otra computadora pudiera estimar el número de receptores que pudieron recuperar por completo una serie de datos dada (por ejemplo, un archivo) después de una sesión de reparación. Para el caso de reparación punto a punto, el servidor de operador de servicio y/u otra computadora pudiera, en varias modalidades, suponer que todos los receptores que enviaron solicitudes de reparación podrán recuperar la serie de datos. Por consiguiente, en varias modalidades, para el modo de reparación punto a punto se pudiera pensar que Nrecv receptores pueden recuperar el archivo: número_de_receptores_con_recepciónptp_exi tosa = Nrecv No obstante, en diversas modalidades, puede haber receptores que no tengan una conexión punto a punto y/o no estén dispuestos a usarla. El servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, estimar la fracción de estos receptores por (1-ß), donde ß es entre 0 y 1. Al usar el modo de reparación punto a multipunto estos receptores pudieran, en varias modalidades, ser capaces de tener la oportunidad de recuperar las series de datos. Sin embargo, en varias modalidades puede haber todavía una fracción de los receptores que no pueden aún recuperar la serie de datos después de la sesión de reparación punto a multipunto. La fracción pudiera, en diversas modalidades, depender de la velocidad de pérdida promedio p. Por lo tanto, el servidor de operador de servicio y/u otra computadora pudiera , por ej emplo, calcular un estimado del número total de receptores que recuperan el archivo después de reparación punto a multipunto como: número_de_receptores_con_recepciónptm_exi tosa = El servidor de operador de servicio y/u otra computadora pudiera, en diversas modalidades, emplear el costo y/o número de receptores con recepción exitosa para calcular el costo por receptor satisfecho. El servidor de operador de servicio y/u otra computadora pudiera, por ejemplo, decidir luego usar el modo de reparación con el menor costo por receptor satisfecho (por ejemplo, que representa el modo de reparación más eficiente) . Más aún, se observa que, en diversas modalidades, diversos estimados y/o valores discutidos en la presente pueden ser actualizados periódicamente y/o de acuerdo con una o más planificaciones (por ejemplo, planificaciones establecidas por un fabricante, administrador del sistema, y/u operador de servicio) . De manera adicional se observa que, en diversas modalidades, diversas operaciones y/o similares discutidas en la presente pueden ser realizadas por una pluralidad de servidores de operador de servicio y/u otras computadoras.

Operaciones de usuario Con respecto a la figura 3 se observa que, de acuerdo con diversas modalidades, en el caso donde un receptor no recibe correctamente datos durante una sesión de entrega de serie de datos (por ejemplo, una sesión de entrega de serie de datos DVB-H IPDC) (paso 301) , el receptor pudiera, por ejemplo, enviar una o más solicitudes de reparación a uno o más servidores (paso 303). Tal solicitud de reparación pudiera, quizá, indicar datos no recibidos correctamente. Los servidores de reparación que reciben la o las solicitudes de reparación pudieran, por ejemplo, responder en una manera que emplee modo de reparación punto a punto (por ejemplo, modo de reparación GPRS o UMTS) . Por ende, los servidores de reparación pudieran, por ejemplo, responder despachando al receptor en una manera punto a punto algunos datos faltantes. Como otro ejemplo, los servidores que reciben la o las solicitudes de reparación pudieran responder en una manera que emplee modo de reparación punto a multipunto (por ejemplo, modo de reparación DVB-H) . Por consiguiente, los servidores de reparación pudieran, por ejemplo, responder redirigiendo el receptor a una sesión de reparación punto a multipunto, señalizando una sesión de reparación punto a multipunto via anuncio de sesión, y/o señalizando una sesión de reparación punto a multipunto dentro de la banda.

La respuesta de los servidores en una manera que emplea modo de reparación punto a punto o en una manera que emplea modo de reparación punto a multipunto pudiera, en diversas modalidades, estar de acuerdo con la decisión del servidor de operador de servicio y/u otra computadora de la clase antes discutida (paso 305). Sé observa que, en diversas modalidades, indicadas a receptores (por ejemplo, vía servidores de entrega de archivos) puede haber listas de servidores de reparación y/o parámetros de algoritmo de retroceso. Más aún, en varias modalidades, un receptor pudiera elegir de manera aleatoria un servidor de reparación y/o un instante de tiempo dentro de la ventana de tiempo de retroceso. Via tal operación, las solicitudes de reparación pudieran, quizá, ser distribuidas de manera uniforme sobre los servidores de reparación y/o tiempo.

Hardware y software Diversas operaciones y/o similares descritas en la presente pueden, en varias modalidades, ser ejecutadas por y/o con la ayuda de computadoras. Además, por ejemplo, los dispositivos descritos en la presente pueden ser y/o pueden incorporar computadoras. Las frases "computadora", "computadora de propósito general", y similares, como se usan en la presente, se refieren a mas no se limitan a una tarjeta inteligente, un dispositivo de medios, una computadora personal, una estación de trabajo de ingeniería, una PC, una Macintosh, un PDA, una computadora portátil, un reloj computarizado, una terminal alámbrica o inalámbrica, un teléfono, un dispositivo de comunicación, nodo, y/o similar, un servidor, un punto de acceso de red, un punto de multidifusión de red, un dispositivo de red, un decodificador, una grabadora de video personal (PVR) , una consola de juego, un dispositivo de juego portátil, un dispositivo de audio portátil, un dispositivo de medios portátil, un dispositivo de video portátil, una televisión, una cámara digital, una cámara de video digital, un receptor de Sistema de Posicionamiento Global (GPS) , un servidor personal inalámbrico, o similar, o cualquier combinación de los mismos, que opera quizá un sistema operativo tal como OS X, Linux, Darwin, Windows CE, Windows XP, Windows Server 2003, Palm OS, Symbian OS, o similar, que emplea quizá la plataforma serie 40, plataforma serie 60, plataforma serie 80, y/o plataforma serie 90, y que tiene quizá soporte para Java y/o .Net. Las frases "computadora de propósito general", "computadora", y similares se refieren también, mas no se limitan a, uno o más procesadores conectados de manera efectiva a una o más unidades de memoria o almacenamiento, en donde la memoria o almacenamiento puede contener datos, algoritmos, y/o código de programa, y el procesador o procesadores pueden ejecutar el código de programa y/o manipular el código de programa, datos, y/o algoritmos. En la figura 4 se muestra una computadora de ejemplo que se puede emplear en diversas modalidades de la presente invención. La computadora de ejemplo 4000 incluye el bus de sistema 4050 el cual conecta de manera efectiva dos procesadores 4051 y 4052, memoria de acceso aleatorio 4053, memoria de sólo lectura 4055, interfases de entrada y salida (I/O) 4057 y 4058, interfase de almacenamiento 4059, e interfase de visualización 4061. La interfase de almacenamiento 4059 a su vez se conecta al almacenamiento masivo 4063. Cada una de las interfases I/O 4057 y 4058 puede, por ejemplo, ser una interfase Ethernet, IEEE 1394, IEEE 1394b, IEEE 802.11a, IEEE 802.11b, IEEE 802. llg, IEEE 802. lli, IEEE 802. lie, IEEE 802. lln, IEEE 802.15a, IEEE 802.16a, IEEE 802.16d, IEEE 802.16e, IEEE 802.16x, IEEE 802.20, IEEE 802.15.3, ZigBee, Bluetooth, Banda Ultra Ancha (UWB) , Bus Serie Universal Inalámbrico (WUSB) , Firewire inalámbrico, difusión de video digital terrestre (DVB-T), difusión de video digital via satélite (DVB-S), Comité de Sistemas de Televisión Avanzados (ATSC) , Difusión Digital de Servicios Integrados (ISDB), Difusión Multimedia Digital-Terrestre (DMB-T) , Difusión Multimedia Digital Terrestre (T-DMB) , MediaFLO (Sólo Enlace Directo) , Difusión de Audio Digital (DAB), Digital Radio Mondiale (DRM), Servicio General de Transmisión de Paquetes Vía Radio (GPRS) , Servicio Universal de Telecomunicaciones Móviles (UMTS) , Sistema Global de Comunicaciones Móviles (GSM) , DVB-H (Difusión de Video Digital: Dispositivos Portátiles), IrDA (Asociación de Datos Infrarrojos), y/u otra interfase. El almacenamiento masivo 4063 puede ser una unidad de disco duro, unidad óptica, un chip de memoria, o similar. Los procesadores 4051 y 4052 pueden ser cada uno un procesador comúnmente conocido tal como un procesador IBM o Freescale PowerPC, un AMD Athlon, un AMD Opteron, un Intel ARM, un Intel XScale, un Transmeta Crusoe, un Transmeta Efficeon, un Intel Xenón, un Intel Itanium, un Intel Pentium, o un IBM, Toshiba, o Sony Cell. La computadora 4000 como se muestra en este ejemplo incluye también una pantalla táctil 4001 y un teclado 4002. En diversas modalidades, un ratón, teclado y/o interfase se pudieran emplear en forma alterna o adicional. La computadora 4000 puede incluir de manera adicional o puede estar unida a lectores de tarjeta, unidades de DVD, unidades de disco flexible, unidades de disco duro, tarjetas de memoria, ROM, y/o similares con los cuales medios que contienen código de programa (por ejemplo, para realizar diversas operaciones y/o similares descritas en la presente) se pueden insertar para el propósito de cargar el código a la computadora . De acuerdo con diversas modalidades de la presente invención, una computadora puede ejecutar uno o más módulos de software diseñados para realizar una o más de las operaciones antes descritas. Tales módulos pudieran, por ejemplo, ser programados con el uso de lenguajes tales como Java, Objective C, C, C#, C++, Perl, Python, y/o Comega de acuerdo con métodos conocidos en la técnica. Un código de programa correspondiente pudiera ser colocado en medios tales como, por ejemplo, DVD, CD-ROM, tarjeta de memoria, y/o disco flexible. Se observa que cualquier división descrita de operaciones entre módulos de software particular es para propósitos de ilustración, y que las divisiones alternas de operación se pueden emplear. Por consiguiente, cualesquier operaciones que se discute son realizadas por un módulo de software pudieran en cambio ser realizadas por una pluralidad de módulos de software. De manera similar, cualesquier operaciones que se discute son realizadas por una pluralidad de módulos pudieran en cambio ser realizadas por un solo módulo. Se observa que las operaciones que se describe son realizadas por una computadora particular pudieran en cambio ser realizadas por una pluralidad de computadoras. Se observa además que, en varias modalidades, se pueden emplear técnicas de computación igualitaria y/o en rejilla. Se observa de manera adicional que, en varias modalidades, puede ocurrir comunicación remota entre módulos de software. Tal comunicación remota pudiera, por ejemplo, involucrar Protocolo de Acceso de Objeto Simple (SOAP), Servicio de Mensajería Java (JMS) y/o Invocación de Método Remoto (RMI).

En la figura 5 se muestra un diagrama de bloques de una terminal, una computadora de ejemplo que se puede emplear en varias modalidades de la presente invención. A continuación, signos de referencia correspondientes son aplicados a partes correspondientes. La terminal de ejemplo 5000 de la figura 5 comprende una unidad de procesamiento CPU 503, un receptor de señal 505, y una interfase de usuario (501, 502). El receptor de señal 505 puede, por ejemplo, ser un receptor de un solo portador o de portador múltiple. El receptor de señal 505 y la interfase de usuario (501, 502) están acoplados con la unidad de procesamiento CPU 503. Uno o más canales de acceso a memoria directo (DMA) pueden existir entre la parte de terminal de señal de portador múltiple 505 y la memoria 504. La interfase de usuario (501, 502) comprende una pantalla y un teclado para permitir a un usuario usar la terminal 5000. Además, la interfase de usuario (501, 502) comprende un micrófono y un altavoz para recibir y producir señales de audio. La interfase de usuario (501, 502), puede comprender también reconocimiento de voz (no se muestra) . La unidad de procesamiento CPU 503 comprende un microprocesador (no se muestra) , memoria 504 y posiblemente software. El software se puede almacenar en la memoria 504. El microprocesador controla, sobre la base del software, la operación de la terminal 5000, tal como recepción de un flujo de datos, tolerancia del ruido de ráfaga de impulso en recepción de datos, mostrar la salida en la interfase de usuario y la lectura de entradas recibidas de la interfase de usuario. El hardware contiene circuitería para detectar señales, circuiteria para demodulación, circuitería para detectar impulso, circuitería para borrar aquellas muestras del símbolo donde está presente una cantidad significativa del ruido de impulso, circuitería para calcular estimados y circuitería para realizar las correcciones de los datos corruptos . Con referencia aún a la figura 5, de manera alternativa, se puede aplicar implementación de software intermediario o software. La terminal 5000 puede, por ejemplo, ser un dispositivo portátil que un usuario puede llevar cómodamente. La terminal 5000 puede, por ejemplo, ser un teléfono móvil celular que comprende la parte de terminal de señal de portador múltiple 505 para recibir flujos de transmisión multidifusión. Por lo tanto, la terminal 5000 puede posiblemente interactuar con los proveedores de servicio. Se observa que diversas operaciones y/o similares descritas en la presente pueden, en diversas modalidades, ser implementadas en hardware (por ejemplo, vía uno o más circuitos integrados) . Por ejemplo, en diversas modalidades varias operaciones y/o similares descritas en la presente pueden ser llevadas a cabo por hardware especializado, y/o de otro modo no por uno o más procesadores de propósito general. En varias modalidades se pudieran emplear uno o más chips y/o conjuntos de chips. En varias modalidades, se pueden emplear uno o más Circuitos Integrados Específicos de la Aplicación (ASICs) .

Ramificaciones y alcance Aunque la descripción anterior contiene muchos detalles, estos son provistos meramente para ilustrar la invención y no se deben interpretar como limitaciones del alcance de la invención. Por ende será evidente para los expertos en la técnica que se pueden hacer varias modificaciones y variaciones en el sistema y procesos de la presente invención sin apartarse del espíritu o alcance de la invención. Además, las modalidades, características, métodos, sistemas y detalles de la invención que se describen con anterioridad en la solicitud se pueden combinar por separado o en cualquier combinación para crear o describir nuevas modalidades de la invención. Se hace constar que con relación a esta fecha, el mejor método conocido por la solicitante para llevar a la práctica la citada invención, es el que resulta claro de la presente descripción de la invención.

Claims

REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo contenido en las siguientes reivindicaciones : 1. Un método caracterizado porque comprende: calcular un tiempo, en donde el cálculo toma en cuenta un final del tiempo de transmisión de serie de datos para una serie de datos, un tiempo de desplazamiento de retroceso y una ventana de retroceso; enviar, en el tiempo calculado a uno o más servidores de reparación, una solicitud de número de solicitudes de reparación recibidas; determinar una de reparación punto a punto y reparación punto a multipunto para que sea el modo de reparación más efectivo; e informar a uno o más servidores de reparación del modo de reparación más efectivo determinado.
2. El método de conformidad con la reivindicación 1, caracterizado porque comprende además estimar un número de receptores que no recibieron cierta porción de datos.
3. El método de conformidad con la reivindicación 1, caracterizado porque comprende además estimar una sobrecarga de canal punto a punto.
4. El método de conformidad con la reivindicación 1, caracterizado porque comprende además estimar una sobrecarga de canal punto a multipunto.
5. El método de conformidad con la reivindicación 1, caracterizado porque comprende además estimar un porcentaje de pérdida de sesión de reparación punto a multipunto.
6. El método de conformidad con la reivindicación 1, caracterizado porque comprende además estimar el número de recepciones de serie de datos exitosas.
7. El método de conformidad con la reivindicación 1, caracterizado porque comprende además estimar un costo para transportar una unidad de datos sobre un canal punto a punto.
8. El método de conformidad con la reivindicación 1, caracterizado porque comprende además estimar un costo para transportar una unidad de datos sobre un canal punto a multipunto .
9. El método de conformidad con la reivindicación 1, caracterizado porque comprende además estimar la efectividad del modo de reparación.
10. El método de conformidad con la reivindicación 1, caracterizado porque se emplea difusión de video digital para dispositivos portátiles punto a multipunto.
11. El método de conformidad con la reivindicación 1, caracterizado porque se emplea servicio universal de telecomunicaciones móviles punto a punto.
12. Un método caracterizado porque comprende: estimar un número de receptores que no recibieron cierta porción de los datos; estimar una sobrecarga de canal punto a punto; estimar una sobrecarga de canal punto a multipunto; estimar un porcentaje de pérdida de sesión de reparación punto a multipunto; estimar el número de recepciones exitosas para modo de reparación punto a punto; estimar el número de recepciones exitosas para modo de reparación punto a multipunto; estimar el costo de selección de modo de reparación punto a punto; estimar el costo de selección de modo de reparación punto a multipunto; estimar la efectividad del modo de reparación; y determinar una de reparación punto a punto y reparación punto a multipunto para que sea el modo de reparación más efectivo.
13. El método de conformidad con la reivindicación 12, caracterizado porque comprende además estimar un costo para transportar una unidad de datos sobre un canal punto a punto.
14. El método de conformidad con la reivindicación 12, caracterizado porque comprende además estimar un costo para transportar una unidad de datos sobre un canal punto a multipunto.
15. El método de conformidad con la reivindicación 12, caracterizado porque comprende además calcular un tiempo, en donde el cálculo toma en cuenta un final del tiempo de transmisión de serie de datos para una serie de datos, un tiempo de desplazamiento de retroceso, y una ventana de retroceso .
16. El método de conformidad con la reivindicación 12, caracterizado porque comprende además enviar, en el tiempo calculado a uno o más servidores de reparación, una solicitud de número de solicitudes de reparación recibidas.
17. El método de conformidad con la reivindicación 12, caracterizado porque comprende además informar a uno o más servidores de reparación del modo de reparación más efectivo determinado.
18. El método de conformidad con la reivindicación 12, caracterizado porque comprende además estimar una fracción de los receptores que enviarán solicitudes de reparación.
19. El método de conformidad con la reivindicación 12, caracterizado porque comprende además dar instrucciones inicialmente a uno o más servidores de reparación de emplear el modo de reparación punto a punto.
20. El método de conformidad con la reivindicación 12, caracterizado porque se emplea difusión de video digital para dispositivos portátiles punto a multipunto.
21. El método de conformidad con la reivindicación 12, caracterizado porque se emplea servicio universal de telecomunicaciones móviles punto a punto.
22. Un sistema caracterizado porque comprende: una memoria que tiene código de programa almacenado en la misma; y un procesador dispuesto en comunicación con la memoria para llevar a cabo instrucciones de acuerdo con el código de programa almacenado; en donde el código de programa, cuando es ejecutado por el procesador, hace que el procesador realice lo siguiente : calcular un tiempo, en donde el cálculo toma en cuenta un final del tiempo de transmisión de serie de datos para una serie de datos, un tiempo de desplazamiento de retroceso, y una ventana de retroceso; enviar, en el tiempo calculado a uno o más servidores de reparación, una solicitud de número de solicitudes de reparación recibidas; determinar una de reparación punto a punto y reparación punto a multipunto para que sea el modo de reparación más efectivo; e informar a uno o más servidores de reparación del modo de reparación más efectivo determinado.
23. El sistema de conformidad con la reivindicación 22, caracterizado porque el procesador realiza además estimar un número de receptores que no recibieron cierta porción de datos .
24. El sistema de conformidad con la reivindicación 22, caracterizado porque el procesador realiza además estimar una sobrecarga de canal punto a punto.
25. El sistema de conformidad con la reivindicación 22, caracterizado porque el procesador realiza además estimar una sobrecarga de canal punto a multipunto.
26. El sistema de conformidad con la reivindicación 22, caracterizado porque el procesador realiza además estimar un porcentaje de pérdida de sesión de reparación punto a multipunto.
27. El sistema de conformidad con la reivindicación 22, caracterizado porque el procesador realiza además estimar el número de recepciones de serie de datos exitosas.
28. El sistema de conformidad con la reivindicación 22, caracterizado porque el procesador realiza además estimar un costo para transportar una unidad de datos sobre un canal punto a punto.
29. El sistema de conformidad con la reivindicación 22, caracterizado porque el procesador realiza además estimar un costo para transportar una unidad de datos sobre un canal punto a multipunto.
30. El sistema de conformidad con la reivindicación 22, caracterizado porque el procesador realiza además estimar la efectividad del modo de reparación.
31. El sistema de conformidad con la reivindicación 22, caracterizado porque se emplea difusión de video digital para dispositivos portátiles punto a multipunto.
32. El sistema de conformidad con la reivindicación 22, caracterizado porque se emplea servicio universal de telecomunicaciones móviles punto a punto.
33. Un sistema caracterizado porque comprende: una memoria que tiene código de programa almacenado en la misma; y un procesador dispuesto en comunicación con la memoria para llevar a cabo instrucciones de acuerdo con el código de programa almacenado; en donde el código de programa, cuando es ejecutado por el procesador, hace que el procesador realice lo siguiente: estimar un número de receptores que no recibieron cierta porción de los datos; estimar una sobrecarga de canal punto a punto; estimar una sobrecarga de canal punto a multipunto; estimar un porcentaje de pérdida de sesión de reparación punto a multipunto; estimar el número de recepciones exitosas para modo de reparación punto a punto; estimar el número de recepciones exitosas para modo de reparación punto a multipunto; estimar el costo de selección de modo de reparación punto a punto; estimar el costo de selección de modo de reparación punto a multipunto; estimar la efectividad del modo de reparación; y determinar una de reparación punto a punto y reparación punto a multipunto para que sea el modo de reparación más efectivo.
34. El sistema de conformidad con la reivindicación 33, caracterizado porque el procesador realiza además estimar un costo para transportar una unidad de datos sobre un canal punto a punto.
35. El sistema de conformidad con la reivindicación 33, caracterizado porque el procesador realiza además estimar un costo para transportar una unidad de datos sobre un canal punto a multipunto.
36. El sistema de conformidad con la reivindicación 33, caracterizado porque el procesador realiza además calcular un tiempo, en donde el cálculo toma en cuenta un final del tiempo de transmisión de serie de datos para una serie de datos, un tiempo de desplazamiento de retroceso, y una ventana de retroceso.
37. El sistema de conformidad con la reivindicación 33, caracterizado porque el procesador realiza además enviar, en el tiempo calculado a uno o más servidores de reparación, una solicitud de número de solicitudes de reparación recibidas;
38. El sistema de conformidad con la reivindicación 33, caracterizado porque el procesador realiza además informar a uno o más servidores de reparación del modo de reparación más efectivo determinado.
39. El sistema de conformidad con la reivindicación 33, caracterizado porque el procesador realiza además estimar una fracción de los receptores que enviarán solicitudes de reparación.
40. El sistema de conformidad con la reivindicación 33, caracterizado porque el procesador realiza además dar instrucciones inicialmente a uno o más servidores de reparación de emplear el modo de reparación punto a punto.
41. El sistema de conformidad con la reivindicación 33, caracterizado porque se emplea difusión de video digital para dispositivos portátiles punto a multipunto.
42. El sistema de conformidad con la reivindicación 33, caracterizado porque se emplea servicio universal de telecomunicaciones móviles punto a punto.
43. Un servidor caracterizado porque comprende: una memoria que tiene código de programa almacenado en la misma; un procesador dispuesto en comunicación con la memoria para llevar a cabo instrucciones de acuerdo con el código de programa almacenado; y una interfase de red dispuesta en comunicación con el procesador; en donde el código de programa, cuando es ejecutado por el procesador, hace que el procesador realice lo siguiente : estimar la efectividad del modo de reparación punto a punto para un punto en el tiempo dentro de una ventana de retroceso; estimar la efectividad del modo de reparación punto a multipunto para el punto en el tiempo dentro de la ventana de retroceso; y determinar una de reparación punto a punto y reparación punto a multipunto para que sea el modo de reparación más efectivo.
44. Un método caracterizado porque comprende: estimar un costo de transmitir una cantidad de datos sobre un canal punto a punto; estimar un costo de transmitir la cantidad de datos sobre un canal punto a multipunto; recibir, de un servidor de reparación, un número de solicitudes de reparación recibidas por el servidor de reparación; recibir, del servidor de reparación, un número de símbolos de codificación solicitados del servidor de reparación; estimar un número total de solicitudes de reparación, en donde el número de solicitudes de reparación recibidas por el servidor de reparación, un valor seleccionado entre cero y uno, y una cantidad de servidor de reparación son tomados en cuenta; estimar un número total de símbolos de codificación solicitados, en donde el número de símbolos de codificación solicitados del servidor de reparación, el valor seleccionado entre cero y uno, y la cantidad de servidor de reparación son tomados en cuenta; calcular un costo para un modo de reparación punto a punto, en donde el costo estimado de transmitir la cantidad de datos sobre el canal punto a punto, el número total de solicitudes de reparación, y el número total de símbolos de codificación solicitados son tomados en cuenta; y calcular un costo para un modo de reparación punto a multipunto, en donde el costo estimado de transmitir la cantidad de datos sobre el canal punto a multipunto, el costo estimado de transmitir la cantidad de datos sobre el canal punto a punto, el número total de solicitudes de reparación, y el número de símbolos de codificación solicitados del servidor de reparación son tomados en cuenta.
45. El método de conformidad con la reivindicación 44, caracterizado porque la cantidad de datos es un octeto.
46. El método de conformidad con la reivindicación 44, caracterizado porque comprende además: calcular un tiempo, en donde un final de tiempo de transmisión de serie de datos, un tiempo de desplazamiento de retroceso, y una ventana de retroceso son tomados en cuenta; y solicitar del servidor de reparación en el tiempo calculado el número de solicitudes de reparación recibidas por el servidor de reparación y el número de símbolos de codificación solicitados del servidor de reparación.
47. El método de conformidad con la reivindicación 44, caracterizado porque uno o más estimados son actualizados.
48. Un método caracterizado porque comprende: recibir, de un servidor de reparación, un número de receptores únicos que envían solicitudes de reparación al servidor de reparación; estimar un número total de receptores únicos que envían solicitudes de reparación, en donde el número de receptores únicos que envían solicitudes de reparación al servidor de reparación, un valor seleccionado entre cero y uno, y una cantidad de servidor de reparación son tomados en cuenta; y calcular un número total de receptores que experimentan recuperación después de un modo de reparación punto a multipunto, en donde el número de receptores únicos que envían solicitudes de reparación al servidor de reparación, una velocidad de pérdida promedio, el número total de receptores únicos que envían solicitudes de reparación, y un valor entre uno y cero correspondiente a una fracción estimada de receptores que no emplearán una conexión punto a punto son tomados en cuenta.
49. El método de conformidad con la reivindicación 48, caracterizado porque comprende además considerar un número total de receptores que experimentan recuperación después de un modo de reparación punto a punto para que sea el número total de receptores únicos que envían solicitudes de reparación .
50. El método de conformidad con la reivindicación 48, caracterizado porque comprende además: calcular un tiempo, en donde un final de tiempo de transmisión de serie de datos, un tiempo de desplazamiento de retroceso, y una ventana de retroceso son tomados en cuenta; y solicitar del servidor de reparación en el tiempo calculado el número de receptores únicos que envían solicitudes de reparación al servidor de reparación.
51. El método de conformidad con la reivindicación 48, caracterizado porque uno o más estimados son actualizados.
52. Un método caracterizado porque comprende: calcular una eficiencia de un modo de reparación punto a punto, en donde un número total de receptores que experimentan recuperación después del modo de reparación punto a punto y un costo para el modo de reparación punto a punto son tomados en cuenta; calcular una eficiencia de un modo de reparación punto a multipunto, en donde un número total de receptores que experimentan recuperación después del modo de reparación punto a multipunto y un costo para el modo de reparación punto a multipunto son tomados en cuenta; y emplear el modo de reparación punto a multipunto en el caso donde se determina que el modo de reparación punto a multipunto es más eficiente que el modo de reparación punto a punto .
53. El método de conformidad con la reivindicación 52, caracterizado porque comprende además redirigir los receptores al modo de reparación punto a multipunto en el caso donde se determina que el modo de reparación punto a multipunto es más eficiente que el modo de reparación punto a punto, en donde la reparación es punto a punto antes de un tiempo y punto a multipunto después del tiempo.
54. El método de conformidad con la reivindicación 52, caracterizado porque comprende además: calcular un costo por receptor satisfecho para el modo de reparación punto a punto; y calcular un costo por cliente satisfecho para el modo de reparación punto a multipunto.
55. El método de conformidad con la reivindicación 52, caracterizado porque comprende además informar a uno o más servidores de reparación del modo de reparación más efectivo determinado.
56. Un servidor caracterizado porque comprende: una memoria que tiene código de programa almacenado en la misma; un procesador dispuesto en comunicación con la memoria para llevar a cabo instrucciones de acuerdo con el código de programa almacenado; y una interfase de red dispuesta en comunicación con el procesador; en donde el código de programa, cuando es ejecutado por el procesador, hace que el procesador realice lo siguiente: estimar un costo de transmitir una cantidad de datos sobre un canal punto a punto; estimar un costo de transmitir la cantidad de datos sobre un canal punto a multipunto; recibir, de un servidor de reparación, un número de solicitudes de reparación recibidas por el servidor de reparación; recibir, del servidor de reparación, un número de símbolos de codificación solicitados del servidor de reparación; estimar un número total de solicitudes de reparación, en donde el número de solicitudes de reparación recibidas por el servidor de reparación, un valor seleccionado entre cero y uno, y una cantidad de servidor de reparación son tomados en cuenta; estimar un número total de símbolos de codificación solicitados, en donde el número de símbolos de codificación solicitados del servidor de reparación, el valor seleccionado entre cero y uno, y la cantidad de servidor de reparación son tomados en cuenta; calcular un costo para un modo de reparación punto a punto, en donde el costo estimado de transmitir la cantidad de datos sobre el canal punto a punto, el número total de solicitudes de reparación, y el número total de símbolos de codificación solicitados son tomados en cuenta; y calcular un costo para un modo de reparación punto a multipunto, en donde el costo estimado de transmitir la cantidad de datos sobre el canal de punto a multipunto, el costo estimado de transmitir la cantidad de datos sobre el canal punto a punto, el número total de solicitudes de reparación, y el número de símbolos de codificación solicitados del servidor de reparación son tomados en cuenta.
57. El servidor de conformidad con la reivindicación 56, caracterizado porque la cantidad de datos es un octeto.
58. El servidor de conformidad con la reivindicación 56, caracterizado porque el procesador realiza además lo siguiente: calcular un tiempo, en donde un final de tiempo de transmisión de serie de datos, un tiempo de desplazamiento de retroceso, y una ventana de retroceso son tomados en cuenta; y solicitar del servidor de reparación en el tiempo calculado el número de solicitudes de reparación recibidas por el servidor de reparación y el número de símbolos de codificación solicitados del servidor de reparación.
59. El servidor de conformidad con la reivindicación 56, caracterizado porque uno o más estimados son actualizados.
60. Un servidor caracterizado porque comprende: una memoria que tiene código de programa almacenado en la misma; un procesador dispuesto en comunicación con la memoria para llevar a cabo instrucciones de acuerdo con el código de programa almacenado; y una interfase de red dispuesta en comunicación con el procesador; en donde el código de programa, cuando es ejecutado por el procesador, hace que el procesador realice lo siguiente : recibir, de un servidor de reparación, un número de receptores únicos que envían solicitudes de reparación al servidor de reparación; estimar un número total de receptores únicos que envían solicitudes de reparación, en donde el número de receptores únicos que envían solicitudes de reparación al servidor de reparación, un valor seleccionado entre cero y uno, y una cantidad de servidor de reparación son tomados en cuenta; y calcular un número total de receptores que experimentan recuperación después de un modo de reparación punto a multipunto, en donde el número de receptores únicos que envían solicitudes de reparación al servidor de reparación, una velocidad de pérdida promedio, el número total de receptores únicos que envían solicitudes de reparación, y un valor entre uno y cero correspondiente a una fracción estimada de receptores que no emplearán una conexión punto a punto son tomados en cuenta.
61. El servidor de conformidad con la reivindicación 60, caracterizado porque el procesador realiza además considerar un número total de receptores que experimentan recuperación después de un modo de reparación punto a punto para que sea el número total de receptores únicos que envían solicitudes de reparación.
62. El servidor de conformidad con la reivindicación 60, caracterizado porque el procesador realiza además : calcular un tiempo, en donde un final de tiempo de transmisión de serie de datos, un tiempo de desplazamiento de retroceso, y una ventana de retroceso son tomados en cuenta; y solicitar del servidor de reparación en el tiempo calculado el número de receptores únicos que envían solicitudes de reparación al servidor de reparación.
63. El servidor de conformidad con la reivindicación 60, caracterizado porque uno o más estimados son actualizados.
64. Un servidor caracterizado porque comprende: una memoria que tiene código de programa almacenado en la misma; un procesador dispuesto en comunicación con la memoria para llevar a cabo instrucciones de acuerdo con el código de programa almacenado; y una interfase de red dispuesta en comunicación con el procesador; en donde el código de programa, cuando es ejecutado por el procesador, hace que el procesador realice lo siguiente : calcular una eficiencia de un modo de reparación punto a punto, en donde un número total de receptores que experimentan recuperación después del modo de reparación punto a punto y un costo para el modo de reparación punto a punto son tomados en cuenta; calcular una eficiencia de un modo de reparación punto a multipunto, en donde un número total de receptores que experimentan recuperación después del modo de reparación punto a multipunto y un costo para el modo de reparación punto a multipunto son tomados en cuenta; y emplear el modo de reparación punto a multipunto en el caso donde se determina que el modo de reparación punto a multipunto es más eficiente que el modo de reparación punto a punto.
65. El servidor de conformidad con la reivindicación 64, caracterizado porque el procesador realiza además redirigir los receptores al modo de reparación punto a multipunto en el caso donde se determina que el modo de reparación punto a multipunto es más eficiente que el modo de reparación punto a punto, en donde la reparación es punto a punto antes de un tiempo y punto a multipunto después del tiempo.
66. El servidor de conformidad con la reivindicación 64, caracterizado porque el procesador realiza además : calcular un costo por receptor satisfecho para el modo de reparación punto a punto; y calcular un costo por cliente satisfecho para el modo de reparación punto a multipunto.
67. El servidor de conformidad con la reivindicación 64, caracterizado porque el procesador realiza además informar a uno o más servidores de reparación del modo de reparación más efectivo determinado.