MXPA06009229A - Metodo de reparacion de datos en un sistema capaz de manejar transmisiones de multidifusion y radiodifusion - Google Patents

Abstract

La invención se refiere a un método para reparación de datos en un sistema capaz de transmisión uno a muchos. El método comprende transmitir datos de un emisor a por lo menos un receptor y provee métodos de reparación de datos faltantes controlada por el emisor o por el receptor.

Description

MÉTODO DE REPARACIÓN DE DATOS EN UN SISTEMA CAPAZ DE MANEJAR TRANSMISIONES DE MULTIDIFUSION Y RADIODIFUSIÓN Campo de la Invención La invención se refiere, de manera general, a la tecnología y servicios de transmisión de uítidifusion y radiodifusión, es decir, a servicios al menos con una fuente de datos (o emisor) y por lo menos con un receptor.

Antecedentes de la Invención Para servicios de una-a-varios (es decir, de un punto-a-multipuntos) a través de sistemas tales como la multidifusión IP, la difusión de datos IP (IPDC) y los servicios de radiodifusión/multidifusión (MBMS, por sus siglas en inglés) , el suministro de archivos (o la entrega discreta de medios o la descarga de archivo) es un servicio importante. Muchas de las características para la entrega de archivos a través de protocolos de punto- -punto, tal como el protocolo de transferencia de archivo (FTP, por sus siglas en inglés) y el protocolo de transferencia de hipertexto (http, por sus siglas en inglés) , son problemáticos para escenarios de una-a-varios . En particular, no es factible el suministro confiable de archivos, es decir, el suministro garantizado de archivos, utilizando protocolos similares de reconocimiento o acuse de recibo (ACK, por sus siglas en inglés) de uno-a-uno REF. 174673 (es decir, de punto-a-punto) tal como el protocolo de control de transmisión TCP. El Grupo de Trabajo de Transporte Confiable de Multidifusión (RMT) de la Fuerza de Tarea de Ingeniería de la Internet (I?TF) se encuentra en el proceso de estandarización de dos categorías de protocolos de transporte de multidifusión flexible de error. En la primera categoría, la confiabilidad es implementada a través del uso de la corrección de error hacia delante (FEC) (corrección proactiva) , es decir, mediante el envío de una cierta cantidad de datos redundantes que pueden ayudar al receptor en la reconstrucción de datos erróneos. En la segunda categoría, la retroalimentación del receptor es utilizada con el fin de implementar un transporte confiable de multidifusión. La Codificación Asincrónica de Capas (ALC, RFC 3450) es una ejemplificación del protocolo que pertenece a la primera categoría, mientras que el protocolo de Multidifusión Confiable Orientado por-NACK (NORM) presenta un ejemplo de la segunda categoría. Los detalles de los protocolos ALC y NORM son discutidos en mayor detalle en las publicaciones tituladas " Asynchronous Layered Coding (ALC) Protocol Instantiation" (IETF RFC 3450) y "NACK-Oriented Reliable Mul ticast Protocol " (Internet Draft) preparada por el Grupo de Trabajo del IETF . Los contenidos de estas publicaciones son incorporados en su totalidad en la presente como referencia . Las redes de' acceso sobre las cuales pueden utilizarse estos protocolos incluyen, aunque no se limitan a, redes inalámbricas de múltiples accesos , tales como las redes de acceso de radio del sistema de Servicios de Telecomunicaciones Móviles universales (UMTS, por sus siglas en inglés) , las redes inalámbricas de área local (WLAN, por sus siglas en inglés) , las Redes Terrestres de Radiodifusión de Video Digital (DVB-T) y las Redes Sateli tales de Radiodifusión de Video Digital (DVB-S) . En pocas palabras, el protocolo ALC es un esquema proactivo qµe está basado en FEC que permite a los receptores reconstruir los paquetes mutilados o basado en los paquetes que no han sido recibidos . El protocolo ALC utiliza la codificación FEC en Jbase a múltiples canales, permitiendo que el remitente o emisor transmita datos en múltiples grados (canales) hacia destinatarios o receptores posiblemente heterogéneos . Además, el protocolo ALC utiliza un mecanismo de control de congestión para mantener diferentes grados en distintos canales . El protocolo ALC puede ser escalado en forma masiva en términos de los números de usuarios debido a que no es requerida la señalización de enlace ascendente . Por lo tanto , cualquier cantidad de receptores adicionales no coloca exactamente un incremento en la demanda sobre el sistema . No obstante, el protocolo ALC no es 100% confiable debido a que la recepción no es garantizada, de esta manera, este podría ser generalmente descrito como un protocolo robusto más que -confiable. A su vez, el protocolo NORM, especifica el uso de mensajes de reconocimiento o acuse de recibo negativo (NACK) con el fin de señalar cuáles de los paquetes de datos (o definidos de otro modo como "bloques de datos") esperados que llegan al receptor no serán admitidos en el receptor (o fueron incorrectamente recibidos) . En otras palabras, los receptores emplean mensajes NACK para indicar la pérdida o el daño de los paquetes transmitidos hacia el emisor. En consecuencia, un receptor que "perdió" algunos bloques de • datos de una transmisión de datos puede enviar un mensaje NACK al emisor solicitando al mismo que retransmita el bloque o los bloques perdidos de datos . El protocolo NORM también permite, de manera opcional, el uso de la codificación FEC de nivel por paquete para las transmisiones robustas proactivas . El Suministro de Archivo a Través de Transporte Unidireccional (FLUTE) es un protocolo de transporte de una- a-varios que se construye en base a la codificación FEC (RFC 3452) y los bloques de construcción ALC. Se pretende emplear el suministro de archivos que proviene del emisor (es) hacia el receptor (es) a través de sistemas unidireccionales. Este tiene especializaciones que lo hacen adecuado para sistemas inalámbricos de punto-a-multipuntos (multidifusión/radiodifusión) . Los detalles del protocolo FLUTE son discutidos en mayor detalle en la publicación titulada "FLUTE - File Delivery over Unidirectional Transport" (Internet Draft) preparada por el Grupo de Trabajo del IETF mencionado con anterioridad. Los contenidos de esta publicación son incorporados en la presente en su totalidad como referencia. Los mensajes NACK no son generalmente específicos del protocolo NORM, aunque también pueden ser utilizados en conexión con otros protocolos o sistemas, tales como FLUTE. Un mensaje ACK es un mensaje de respuesta a un receptor que se envía después de la recepción de uno o más paquetes de datos con el reconocimiento o respuesta afirmativa de que estos fueron correctamente recibidos. Un mensaje NACK es una respuesta a un receptor que se envía al emisor acerca de los paquetes que son/fueron esperados que lleguen, aunque nunca han sido recibidos . Cuando en el entorno de multidifusión o radiodifusión sucede la transmisión de datos en un modo de una-a-varios . Si la transmisión no estuviera libre de error y distintos receptores fueran sometidos a diferentes grados de error (por ejemplo, los usuarios MBMS en diferentes celdas podrían experimentar distinta calidad de señal y como consecuencia, un distinto grado de error) , existe el problema de proporcionar un aumento en la confiabilidad de datos. Esto puede ser conseguido a través del uso de FEC y/o a través del uso de sesiones de reparación. La FEC proporciona una cierta cantidad de la redundancia a los datos transmitidos, con el fin de permitir un cierto grado de flexibilidad de error para permitir que el receptor reconstruya los datos transmitidos. Sin embargo, un problema de la FEC es que normalmente no proporciona una recuperación de error libre de error, o proporciona una recuperación completa de error al costo de un alto uso de la redundancia de datos, lo cual incrementa los requerimientos- de ancho de banda del canal . Una sesión de reparación (entre el receptor y el emisor) puede ser empleada para complementar FEC (a fin de reducir o eliminar el grado residual del error de canal) , o puede utilizarse sólo como el único método de recuperación de error. Una sesión de reparación puede presentarse a través de un canal de punto-a-punto utilizando una sesión separada. En este caso, todos los receptores que han perdido algunos datos durante la transmisión de multidifusión/radiodifusión, envían. peticiones NACK al emisor para requerir la retransmisión de los paquetes faltantes o perdidos. Sin embargo, si todos los receptores perdieran por lo menos un paquete de datos, todos los receptores establecerán, en forma simultánea, conexiones de punto-a-punto con el emisor provocando una implosión de retroalimentación, es decir, la congestión en la red (en la dirección del enlace ascendente debido al gran número de NACKs y en la dirección de enlace descendente debido al gran número de peticiones concurrentes de retransmisión y de conexión de red) y debido a la sobrecarga del emisor. Esta situación es crítica cuando se consideran por ejemplo, miles de usuarios , como podría ser el caso en las redes MBMS .

SUMARIO DE LA INVENCIÓN Las modalidades de la invención proporcionan una reparación escalable y eficiente de las sesiones de radiodifusión/multidifusión (de una-a-varios) . De acuerdo con un primer aspecto de la invención, se proporciona un método para la reparación de datos en un sistema capaz de realizar la transmisión de una-a-varios, el método comprende: transmitir los datos del emisor por lo menos hacia un receptor; proporcionar al emisor activado o al receptor activado la reparación de los datos perdidos, con referencia a los datos perdidos en el receptor. El término "transmisión de una-a-varios" se considera qué significa en el contexto de la presente solicitud cualquier transmisión que proviene al menos de un emisor hacia más de un receptor. En consecuencia, el término "de una-a-varios" en la presente puede ser interpretado que significa "de uno-a-más de uno" . El término "datos perdidos" se considera que significa los datos no recibidos en lo absoluto en el receptor, así como también los datos incorrectamente recibidos . De acuerdo con un segundo aspecto de la invención, se proporciona un dispositivo de recepción para la reparación de datos en un sistema capaz de efectuar la transmisión de una-a-varios, el dispositivo de recepción comprende: los medios para la recepción de los datos transmitidos por ßl emisor; y los medios para que el emisor activado o el receptor activado reparen los datos perdidos, con relación a los datos perdidos en el dispositivo de recepción. De acuerdo con un tercer aspecto de la invención, se proporciona un dispositivo de emisión para la reparación de datos en un sistema capaz de efectuar la transmisión de una-a-varios, el dispositivo de emisión comprende: los medios para la transmisión de datos al menos hacia un receptor; y los medios para que el emisor activado o el receptor activado reparen los datos perdidos , con relación a los datos perdidos en el receptor; De acuerdo con un cuarto aspecto de la invención, se proporciona un sistema capaz de efectuar la transmisión de una-a-varios, el sistema comprende un dispositivo de emisión, una red y por lo menos un dispositivo de recepción, el sistema comprende: los medios para la transmisión de datos a partir del dispositivo de emisión, por medio de la red, por lo menos hacia un dispositivo de recepción; y los medios que proporcionan al emisor activado o al receptor activado la reparación de los datos perdidos, con relación a los datos perdidos en el dispositivo de recepción. De acuerdo con un quinto aspecto de la invención, se proporciona una aplicación de software que puede ser ejecutada en un dispositivo de recepción para la reparación de datos en un sistema capaz de efectuar la transmisión de una-a-varios, la aplicación de software comprende: el código de programa que provoca que el dispositivo de recepción admita los datos transmitidos por el emisor; y el código de programa para qué el emisor activado o el receptor activado reparen los datos perdidos, con relación a los datos perdidos en el dispositivo de recepción. De acuerdo con un sexto aspecto de la invención, se proporciona una aplicación de software que puede ser ejecutada en el dispositivo de emisión para la reparación de datos en el sistema que tiene la capacidad de efectuar la transmisión de una-a-varios, la aplicación de software comprende : el código de programa que provoca que el dispositivo de emisión transmita los datos por lo menos hacia un receptor; y el código de programa para que el emisor activado o el receptor activado reparen los datos perdidos, con relación a los datos perdidos en el receptor. Las aplicaciones de software podrían ser productos de programa de computadora, que comprenden el código de programa, almacenado en un medio, tal como una memoria. Las reivindicaciones dependientes se refieren a las modalidades de la invención. La materia contenida en las reivindicaciones dependientes con relación a un aspecto particular de la invención también puede ser aplicada en otros aspectos de la invención.

Breve Descripción de las Figuras A continuación, las modalidades de la invención serán descritas por medio de ejemplo con referencia a las figuras que la acompañan, en las cuales: La Figura 1A muestra un escenario de transmisión de datos de una-a-varios de acuerdo con una modalidad de la invención; La Figura IB muestra diferentes métodos de reparación de datos perdidos de acuerdo con las modalidades de la invención; La Figura 2A ilustra una arquitectura simplificada de protocolo de acuerdo con una modalidad de la invención; La Figura 2B ilustra una arquitectura simplificada de protocolo de acuerdo con otra modalidad de la invención; La Figura 3 muestra un sistema y los detalles del dispositivo de recepción de acuerdo con una modalidad de la invención; La Figura 4 muestra un dispositivo de emisión de acuerdo con una modalidad de la invención; y Las Figuras 5-12 ilustran varias modalidades de la invención.

Descripción Detallada de la Invención La materia contenida en la parte introductoria de esta solicitud de patente podría ser utilizada para soportar la descripción detallada. A continuación, es utilizado el protocolo de Suministro de Archivo a Través de Transporte Unidireccional (FLUTE) como un ejemplo sin la intención de limitar la presente invención para involucrar solamente el protocolo FLUTE. Cualquier otro protocolo adecuado capaz del suministro de archivo de multidifusión o radiodifusión de una-a-varios también puede ser aplicado en la presente. La solicitud de patente de los Estados Unidos titulada "AN APPARATUS, SYSTEM, METHOD AND COMPUTER PROGRAM PRODUCT FOR RELIABLE MULTICAST TRANSPORT OF DATA PACKETS" (número de serie XX/XXX,XXX) presentada el 24 de Diciembre del 2003, tiene la misma asignación ya que la actual solicitud presenta métodos para el transporte confiable de multidifusión de paquetes de datos . Los contenidos de esta solicitud son incorporados en su totalidad en la presente como referencia. La solicitud de patente de los Estados Unidos titulada " IDENTIFICATION AND RE- TRANSMISSION OF MISSING PARTS" (número de serie XX/XXX,XXX) presentada el 13 de Febrero del 2004, tiene la misma asignación ya que la actual solicitud presenta métodos para la identificación y retransmisión de datos perdidos en un sistema capaz de efectuar la transmisión de una-a-varios. Asimismo, los contenidos de esta solicitud son incorporados en su totalidad en la presente como referencia. La Figura ÍA muestra un escenario de transmisión de datos de uno o muchos de acuerdo con una modalidad de la invención. El dispositivo de emisión 10 es un servidor, un dispositivo basado en IP, un dispositivo DVB, un dispositivo GPRS (o UMTS) o un dispositivo similar que podría utilizar la corrección proactiva de error hacia adelante, tal como un mecanismo ALC y/o un mecanismo FEC, para el envío de bloques de datos de multidifusión (o paquetes) a los dispositivos de recepción 20 en un modo de una-a-varios. Cada dispositivo de recepción 20 envía un mensaje NACK de reconocimiento o acuse de recibo negativo (o peticiones) al dispositivo de emisión 10 con relación a los bloques perdidos (es decir, los bloques no recibidos o recibidos en forma incorrecta) . En respuesta al mensaje (s) NACK, el dispositivo de emisión 10 retransmite, de manera general, los bloques perdidos hacia el dispositivo de recepción 20 en una sesión FLUTE (la misma sesión que la sesión original FLUTE establecida para la transmisión original, o una sesión subsiguiente FLUTE) . En forma alterna, podría utilizarse una sesión que emplea otro protocolo diferente del protocolo FLUTE. En el contexto de la presente solicitud, una sesión de retransmisión es denominada como una sesión de reparación. Los datos son transferidos del emisor 10 hacia el receptor (es) 20 como objetos. Por ejemplo, un archivo, una imagen JPEG, una rebanada de archivo, todos los cuales son considerados como objetos. Una sesión es establecida entre el dispositivo de emisión 10 y el dispositivo (s) de recepción 20 para el suministro de archivo (o datos) . Una sesión única podría incluir la transmisión de un objeto único o de múltiples objetos. Diferentes identificadores son utilizados para reconocer los objetos y las sesiones. Cada bloque de datos tiene un número llamado número de bloque de fuente (SBN) o similares, que identifica cada bloque. Los bloques son representados por un conjunto de símbolos de codificación. Un identificador de símbolo de codificación (ESI) o similares, indica a su vez como fueron generados los símbolos de codificación llevados en la carga útil del paquete de datos (o bloque) a partir del objeto mencionado con anterioridad (por ejemplo, el archivo) . La Figura IB muestra diferentes métodos de reparación de datos perdidos de acuerdo con las modalidades de la invención. La reparación de datos perdidos puede ser efectuada utilizando una sesión de reparación de punto-apunto establecida entre el emisor 10 y el receptor 20 o mediante la utilización de una sesión de punto-a-multipuntos entre el emisor 10 y más de un receptor 20. En una sesión de reparación, los datos perdidos en total o en parte (en función del caso) son retransmitidos del emisor 10 hacia el receptor (es) 20 la transmisión total puede ser repetida. Las reparación es efectuada a partir del emisor original 10 o a partir de un "servidor de tercera parte" o un servidor de reparación (o sólo simplemente un servidor separado (no se muestra) ) que tiene una conexión con el servidor original y es configurado para almacenar los datos/información de la transmisión. Este servidor podría ser colocado, .por ejemplo, con el emisor original (por ejemplo, un servidor MBMS (Servicio de Radiodifusión/Multidifusión Multimedia) , también llamado BM-SC (Centro de Servicio-Radiodifusión Multidifusión) ) , o por ejemplo, podría ser un servidor separado dentro de una red del operador de UMTS. De manera general, en las modalidades de la invención, el protocolo FLUTE o una sesión separada de reparación con un método diferente de FLUTE, por ejemplo, HTTP," SMS, FTP, SAP, GPRS, etc., con protocolos adecuados fundamentales puede ser utilizado para la reparación de los datos perdidos . La Figura 2A ilustra una arquitectura simplificada de protocolo de acuerdo con una modalidad de la invención. De acuerdo" con esta modalidad, el apilamiento de protocolo es implementado para el dispositivo de emisión 10 y el dispositivo (s) de recepción 20 comprende una capa de aplicación, la capa del protocolo FLUTE, las capas UDP e IP y las capas inferiores . La capa de protocolo FLUTE es construida sobre la parte superior de la ejemplificación del protocolo ALC del bloque de construcción de transporte de codificación de capa (LCT) (no se muestra) . Los bloques de construcción FEC (no se muestran) pueden ser utilizados. La capa de protocolo FLUTE junto con los mensajes NACK se pretende que proporcione una transmisión confiable .del bloque de datos del dispositivo de emisión 10 hacia el dispositivo de recepción 20. Esta arquitectura de protocolo puede utilizarse para la transmisión de una-a-varios (para ambas de las "primeras transmisiones" de una-a-varios, así como también para las retransmisiones de una-a-varios en una sesión de reparación) . En forma alterna, en una modalidad, una capa TCP puede ser utilizada en lugar de la capa UDP (véase la Figura 2B) . Esto se aplica para el caso en el cual una sesión separada de reparación de punto-a-punto (aquí, una sesión TCP) es utilizada para las retransmisiones de uno-a-uno (es decir, de punto-a-punto) . Se ha observado que, en general, los sistemas confiables de multidifusión presentan el problema de requerir el control de receptor-servidor y la mensajería de datos que, debido a la naturaleza de múltiples partes de la multidifusión, presenta problemas de escalabilidad. Existen tres áreas, en particular, que son de interés:" a) los recursos limitados del ancho de banda y de activación de radio, en donde el tiempo para activar muchos canales de radio y el ancho de banda de radio que tomaría, hace poco factible permitir muchas reparaciones que se presentan en forma simultánea; b) la capacidad ilimitada del servidor, en donde el sistema del servidor, que está proporcionando los datos del "contenido de reparación", pueden manejar números limitados de peticiones (mensajería) y los datos asociados del contexto • de la sesión dentro de una cierta ventana de tiempo y una cantidad limitada de sesiones simultáneas de transferencia de datos; y c) el ancho de banda limitado de extremo-con-extremo, debido a uno o más cuellos de botella a través de todo el sistema. Aquí el grado de datos, que podría ser disponible para todos los usuarios que requieren la reparación en forma simultánea, es insuficiente en muchos casos para proporcionar este servicio. De esta manera, un factor crítico para incrementar la escalabilidad de acuerdo con cualquiera o la totalidad de estas limitaciones es la distribución de la mensajería en un tiempo adecuado o evitarla en su totalidad, si fuera. aplicable. A continuación, son proporcionados los métodos para la reparación eficiente de una sesión de multidifusión/radiodifusión. Los métodos están basados en las decisiones del emisor o están basados en la decisión del receptor. En la siguiente discusión, con el término "emisor" se denota como la fuente de datos o cualquier otra unidad agregada o de compañía de fuente de datos de una arquitectura dada de red de multidifusión/radiodifusión (por ejemplo, la Entidad Adjunta de Aplicación, como es definido en 3GPP TS 23 .246 Reí . 6, V. 6. I . O . , sec. 7. 1 ) . De manera general, el término "NACK" (Reconocimiento o Acuse de Recibo Negativo) es utilizado en forma reemplazable con la "Petición de Reparación" ya que la motivación para ambos es generalmente la misma; sin embargo, cada uno de estos métodos puede utilizarse para NACK sin la petición implícita de reparación en modalidades en donde los objetivos tales como la colección de datos, más que el suministro confiable, son de la máxima importancia. También se observa que los datos erróneos/perdidos de 'acuse de recibo' A ACKing') son generalmente un esquema de acuse de recibo más eficiente para la multidifusión confiable- que los esquemas de acuse de recibo positivo. Sin embargo, esto no excluye el uso de los métodos descritos con esquemas de ACK positivo en donde sean útiles. A) Métodos de reparación de emisor activado Método Al: Con este método, el emisor transmite a los receptores un parámetro de grado de error (por ejemplo, el grado de error SDU) durante el anuncio de la sesión (utilizando por ejemplo, un protocolo de descripción de sesión, tal como SDP, o cualquier otro medio) . (Otros grados de error en incrementos de bits, paquetes y otras unidades de datos podrían ser preferidos en algunas modalidades) . Los receptores interpretan el parámetro recibido como el umbral del grado de error más allá de lo cual los receptores no deben requerir las sesiones de reparación utilizando las sesiones de punto-a-punto. Si el emisor tuviera conocimiento del grado promedio de error del receptor y/o el conocimiento del porcentaje promedio de receptores que admiten datos erróneos, este puede determinar, en base a los umbrales, retransmitir el flujo completo de datos en multidifusión/radiodifusión a todos los usuarios, evitando la implosión de retroalimentación del receptor y un número demasiado alto de conexiones de punto-a-punto que efectúen la reparación de datos. Los medios para que el emisor conozca el grado promedio de error del receptor y el porcentaje promedio de los receptores que admiten datos erróneos son dados, por ejemplo, mediante mensajes de red que informan al emisor de la calidad o del grado del error (y/o el número de receptores) por celular, área geográfica o receptor. Un ejemplo de lo precedente es como sigue: El emisor anuncia la utilización del protocolo SDP en- una sesión de radiodifusión/multidifusión ue envía un umbral de grado de error del 10%. La sesión de radiodifusión/multidifusión comienza y el receptor se entera que los datos son recibidos con un grado de error > 10%. Entonces, éste se abstiene de requerir la retransmisión de los paquetes perdidos por medio de la sesión de punto-apunto. Si el emisor supiera que el grado promedio de error del receptor es > 10% y/o que el porcentaje promedio de los receptores que admiten datos erróneos es > 50%, este podría decidir retransmitir la sesión completa de datos en multidifusión/radiodifusión (10% y 50% son en este documento valores de ejemplo) . En forma alterna, si el emisor tuviera conocimiento del grado promedio de error del receptor y/o el porcentaje promedio de receptores que admiten datos~erróne?s y el emisor hubiera determinado que este es el caso para retransmitir la sesión total de . datos (por ejemplo, debido a un alto grado promedio de error del receptor) , el emisor puede decidir transmitir un aviso de reparación de punto-a-multipuntos a los receptores en el final de ia sesión, con el objeto de anunciar que la sesión será, o en forma alterna no será, retransmitida en un modo de multidifusión/radiodifusión (de manera opcional, haciendo una lista del archivo (s) (y/o haciendo una lista del bloque (s) de los datos dentro del archivo (s) ) que serán reparados). Esto evita que los receptores inicien las conexiones de punto-a-punto para efectuar la reparación de datos . El aviso de reparaciones transmitido utilizando cualquier protocolo de comunicación en cualquiera de las capas 1-7 del apilamiento de protocolo ISO OSI, incluyendo por medio del protocolo SDP en un "anuncio" separado después de la transmisión de multidifusión/radiodifusión. Esto también puede ser incluido en la última parte (por ejemplo, el último paquete) del suministro de archivo FLUTE dentro de una transmisión de multidifusión/radiodifusión. Método A2: Como se describió en la sección 7.1 de 3GPP TS 23.246 Reí . 6, V. 6. 1 . 0. , para MBMS, con el fin de evitar la sobrecarga de la red, el emisor puede distribuir la dirección de (una de muchas) Entidades Adjuntas de Aplicación (AAE) y los parámetros para generar una dispersión aleatoria de tiempo del tráfico de enlace ascendente a los receptores en el tiempo - de activación. Se observa que aunque la especificación señala "una de muchas", puede entenderse que significa también "una o más de más de una" . El Método A2 depende del hecho que el emisor transmite esta información no en el tiempo de activación (unión) sino en un tiempo de anuncio de sesión (por medio del protocolo SDP o cualquier otro medio adecuado) . Por lo tanto, este método define dos parámetros que serán suministrados a los receptores durante el anuncio de la sesión: la dirección AAE o similares (el nombre del parámetro es de ejemplo) ; y - el tiempo aleatorio. El tiempo al azar o aleatorio puede ser calculado, por ejemplo, en base al conocimiento que el emisor tenga acerca de la ubicación de los receptores. Por ejemplo, si el emisor conociera que los receptores están distribuidos en diferentes celdas de red de una red celular (tal como GPRS o UMTS) , el emisor calculará un tiempo aleatorio con el fin de evitar que todos los receptores en la misma celda requieran una reparación de punto-a-punto al mismo tiempo (de este modo, se tomará en cuenta la ubicación física) . En su lugar, se asegurará que la petición de las conexiones de punto-a- punto sea distribuida a lo largo de distintas celdas en un tiempo diferente. Si el emisor no tuviera información sobre la ubicación de los receptores, entonces, este suministrará a los receptores un parámetro de tiempo aleatorio solamente en 5. base al tiempo (sin tomar en cuenta la ubicación física) . El parámetro de tiempo aleatorio indica el tiempo de inicio de la sesión de reparación de punto-a-punto. Una extensión en la técnica anterior (3GGP TS 23.246 v.6.1.0) y el método apenas descrito con anterioridad es proporcionar un "conjunto de parámetros de supresión de NACK" más qué sólo un "tiempo aleatorio". Un caso de esto sería la implementación de un algoritmo nNACK-alg_3 , fast-window= 500seconds; uniform, slow-window=500 seconds; normal , error_threshold_for_slow_window" en donde el algoritmo define el uso de dos ventanas de tiempo para la supresión NACK, y los parámetros de tiempo y de distribución estadística para cada uno son dados, y un parámetro de entrada para seleccionar entre el uso de los dos (una mayor explicación de este tipo de esquema de supresión de NACK es dada más adelante en conexión con los métodos A4 y A5) . Método A3 : En otra modalidad de la invención, el emisor, podría decidir, después de la recepción de un cierto número de peticiones NACK que provienen de los receptores, en base a sus propios umbrales, cerrar las conexiones de punto-a-punto y retransmitir la totalidad (o parte) de la sesión en multidifusión/radiodifusión. Esto sucedería si el emisor entendiera que los receptores han efectuado demasiadas peticiones de retransmisión (es decir, existe una grado más alta de error) , y es mejor evitar el desperdicio de recursos de la red utilizando las conexiones de punto-a-punto. La magnitud o umbral podría ser estadísticamente configurada, por ejemplo, cuatro diferentes receptores NACKs por sesión, o podría ser dinámicamente calculada, por ejemplo, puede ser extrapolada de los datos históricos, por ejemplo, 2 NACKs que provienen de distintos receptores dentro de 3 segundos para un servicio de video de fútbol indica que 5000 NACKs pueden ser esperadas dentro de 10 minutos. En el caso que el emisor haya elegido cerrar el suministro de datos de reparación de punto-a-punto, y que vuelva a suministrar los datos utilizando la transmisión de punto-a-multipuntos aunque no en forma inmediata, una modalidad tendría la señal del emisor a los receptores que la sesión de reparación sucederá en el futuro, y de esta manera, informa a los receptores que todavía no han 'reconocido' ( ?NACKed' ) sus datos perdidos, que no necesitan hacerlo. Además, esta señalización a los receptores podría indicar con exactitud cuáles son los fragmentos de datos que serán reenviados, y de esta manera, permite que los receptores establezcan el alcance en el cual su contenido será completo, y no necesitan una subsiguiente reparación (de punto-a-punto) de aquí en adelante. -Esto permite una reparación mezclada de punto-a-multipuntos y de punto-a-punto . La Figura 5 ilustra la modalidad de utilización de la Señal o Aviso de Reparación ('Token Repair') para indicar la reparación P-t-M (Punto-a-Multipuntos) en el tiempo retardado y, de manera subsiguiente, utilizando P-t-M (Punto- a-Punto) para avisos que se pierden de los datos de reparación P-a-M. El aviso de reparación podría ser P-t-M o P-t-P, en estos casos éste se origina a partir del Emisor (Y) y del Emisor de Reparación (Z) , de manera respectiva. El tomador de decisión (X) P-t-P o P-t-M podría ser una entidad distinta, o podría ser combinada con el Emisor (Y) o el Emisor de Reparación (Z) . El tomador de decisión (X) P-t-P o P-t-M podría ser una tercera entidad, que podría ser incluida como un dispositivo único o separado lógico y/o físico. El emisor de reparación en la Figura 5 (y en otras figuras) puede ser entendido que es un servidor de reparación o similares. El tomador de decisión P-t-P o P-t-M (o unidad de toma de decisión) también podría ser denominado como una unidad de decisión de reparación. Método A4: Como se describió en el Método Al, un receptor no debe requerir una retransmisión (el envío de un NACK) cuando el umbral (es) sea alcanzado. Otra modalidad es cambiar el contexto de un receptor ya sea por: a) el cambio del algoritmo de supresión NACK o sus parámetros; y/o b) el cambio del modo de operación. El "no debe requerir una retransmisión NACK" (o no tiene NACK) mencionado con anterioridad presenta un caso extremo del cambio del algoritmo de supresión NACK. Otra alternativa es cambiar el comportamiento de manera que: si el grado de error estuviera por debajo del umbral entonces "el grado uniformemente aleatorio de los NACK(s) con respecto a un periodo de tiempo X, comenzando desde el final de la sesión inicial de suministro" además "debe esperar hasta después de un cierto tiempo Y, una vez que finalice la sesión inicial, y posteriormente crear un grado aleatorio de los NACK(s) con respecto a un periodo de tiempo Z" . Los periodos de tiempo X, Y, Z pueden ser elegidos de manera que sean valores diferentes o incluso valores iguales . Esto es particularmente útil para permitir una "reparación rápida además de una reparación lenta" para maximizar el QoS percibido de usuario. Los receptores de los usuarios que tienen muchos errores en el suministro inicial es probable que experimenten una QoS peor en cualquier caso -si desearan consumir el contenido en forma inmediata después del suministro, los receptores tendrán que esperar una sesión de reparación posiblemente larga de cualquier modo. Sin embargo, a los usuarios que tengan muy pocos errores se les daría entonces la prioridad en los "recursos de reparación" , y de modo que sean capaces de utilizar con rapidez el contenido después de la sesión inicial. De esta manera, este método permite incluso que sean completados los suministros iniciales deficientes, mientras se garantiza que buenos suministros iniciales son completados mediante la reparación en buenos niveles percibidos de usuario QoS. Una generalización de lo anterior es un método que utiliza una serie de grados de error [ERl, ER2,..., ERn] , una serie de aleatorizaciones NACK(s) [XI, X2,...,Xn], una serie de tiempos de espera [Yl, Y2,...,Yn], y una serie de aleatorizaciones NACK(s) [Zl, Z2,...,Zn], en donde para cada k=l,..., n, n en N+, el 4-tuple (ERk, Xk, Yk, Zk) indica que para una grado de error <ERk, el receptor tiene que aleatorizar de manera uniforme los NACK(s) con respecto a un período de tiempo Xk, y para una grado de error >=ERk, el receptor tiene que esperar hasta después de un cierto tiempo Yk una vez que finalice la sesión inicial, y posteriormente, aleatorizar los NACK(s) con respecto a un periodo de tiempo Zk. La serie de tiempos de espera podría ser una serie de valores de cero . Algunos esquemas de supresión de NACK distribuyen más de un papel a los receptores/anfitriones . Por ejemplo, un esquema de soporte de indicador espera que el soporte de indicador (es) responda en forma inmediata a los errores y otros receptores al NACK (en forma aleatoria) , si éstos no se dieran cuenta que el soporte de indicador (es) ya reconocido ( 'NACKed' ) (en forma similar a un IMGP que reporta la membresía de grupo) . Una modalidad de la presente invención sería cambiar el modo de operación de un receptor. Por ejemplo, si una magnitud o umbral fuera excedido (o en forma alterna, no fuera alcanzado) entonces, el receptor adoptaría otro papel. En el ejemplo de soporte de indicador, un receptor de acuerdo con un umbral muy bajo (por ejemplo, sólo con un error) podría reconocer ('NACK') en forma inmediata o dentro de una ventana de período de tiempo muy corto, y otros receptores serían reconocidos ('NACK') posteriormente. Una modalidad de combinación asociaría los "funciones del receptor" con el algoritmo de supresión/parámetros NACK, de manera que un cierto papel (por ejemplo, el "modo de bajo error" o el "modo de alto error") defina la operación de los NACKs, y el umbral es utilizado para calcular el modo, que tiene que ser utilizado. También podría ser ventajoso incluir la histéresis con estos tipos de procesos de decisión, de manera que el modo podría ser cambiado después de un número de mediciones consecutivas, por ejemplo, si un receptor excediera el umbral solamente en una en 100 mediciones, no podría cambiar de modo. La Figura 6 ilustra la distribución de los tiempos de desconexión. La Figura 7 muestra que para todos los receptores que experimentan un grado de error por debajo del Umbral 1 (es decir, los receptores 1 y 2) , las peticiones son distribuidas a través de 60 segundos después del inicio de la sesión. Para los receptores que experimentan un grado de error más alto que el Umbral 1 aunque más pequeño que el Umbral 2 (es decir, los receptores 3, 5 y 8) , la petición es enviada 60 segundos después y es distribuida a través de 120 segundos . Método A5: Como se describió en el Método Al, podría utilizarse un umbral de grado de error. Otra modalidad proporciona esto y también una ventana de tiempo y/o datos en la cual se calcula el umbral. Por ejemplo, " grado de error de paquete del 10%; cualquier, ventana de 30 segundos, deslizante" podría indicar que el umbral es del 10% de los paquetes (perdidos o errores de contenido) al menos dentro de 30 segundos y para muestrear al menos a partir de 30 segundos en forma continua (o en una forma pseudo continua) con una ventana deslizante de tiempo. Otro ejemplo sería "un grado de error de bi ts del 5%, cualquier, ventana de 2Kbytes, bloqueada" , de modo que el umbral es el 5% de los bits que son erróneos para uno o más (cualquier) bloques de 2Kbyte, en donde 0-2KB, 2-4KB, 4-6KB, etc., son los bloques muestreados. Cualquiera de los datos que coincida con los criterios es una modalidad; sin embargo, en grandes transferencias de datos podría ser ventajoso proporcionar en su lugar un segundo umbral de nivel, tal como "se consideraría el umbral alcanzado, si este criterio fuera cumplido 3 ocasiones dentro de la sesión" . La Figura 8 ilustra el efecto de la ventana de tiempo para el cálculo de los valores de umbral. Método A6: Algunas modalidades podrían compartir/proporcionar los parámetros discutidos entre el servidor y el receptor mediante una configuración previa. Por ejemplo, tal como el guardado en una tarjeta SIM mediante el operador, que envía la SIM y opera el sistema de multidifusión. Otro ejemplo es tener parámetros bien conocidos que sean previamente configurados, y normalmente, estas figuras bien conocidas serían especificadas en un estándar o serían mantenidas a través de una organización de registro de números (tal como IANA) . En una modalidad, los valores por omisión de estos parámetros serían previamente configurados y serían intercalados (sobrescritos) durante una cierta sesión si otro método que suministra los parámetros también fuera proporcionado . Método A7 : En una modalidad adicional de la invención, después de la recepción de una petición de reparación que proviene de un receptor para una cantidad significativamente grande de datos de contenido, el emisor tiene que indicar al receptor, es decir, que será "reparado posteriormente" . La subsiguiente sesión de reparación podría ser una sesión de punto-a-punto o de punto-a-multipuntos . De esta manera, en donde el ancho de banda del sistema sea el factor predominante de escalabilidad limitante, esto permite al emisor que tenga cuidado de los receptores que pueden ser satisfechos con rapidez, y al hacerlo de este modo, reduce el tiempo promedio para asegurar que un número objetivo de receptores (por ejemplo, el 93%) haya completado los datos (libres de error) . Por ejemplo, la reparación primero podría . ser iniciada mediante una reparación de punto-a-multipuntos (para reparar el número más grande de receptores) , y posteriormente sería seguido por reparaciones de punto-a-punto (para reparar un número menor de receptores) . Método A8: El método anterior generalmente utilizó la finalización de sesión como el punto de iniciación para las sesiones de reparación y señalización. Sin embargo, en algunas modalidades el uso del fin del objeto (por ejemplo, el archivo o la escena) , el umbral (por ejemplo, cada 1Mbyte de datos o cada 1000 paquetes o cada 5 minutos) o el grupo de sesión (por ejemplo, el fin de todas estas cuatro sesiones relacionadas) podría ser ventajoso.

La Figura 9 ilustra el inicio de la sesión de reparación después de finalizar el objeto detectado. B) Métodos de reparación del receptor activado De manera general, un receptor puede retrasar la petición del establecimiento de conexión de punto-a-punto para la reparación de datos de una cierta cantidad de tiempo, evitando efectuar esta petición justo después del final de la sesión de multidifusión/radiodifusión. Esto evita la situación en la cual un número más grande de receptores envía peticiones de conexiones de punto-a-punto para la reparación en forma simultánea, y por lo tanto, la congestión de la red y - el emisor. A continuación, son dados algunos métodos de retraso de la petición de reparación de punto-a-punto : Método Bl: La reparación puede ser una reparación de reposo: en este caso, el receptor efectúa la petición de reparación de punto-a-punto cuando el usuario desea consumir los datos (por ejemplo, cuando el usuario desea reproducir el clip de video que ha sido descargado durante una sesión de multidifusión/radiodifusión) . Esto requiere que el usuario espere durante el tiempo que toma efectuar la reparación completa de punto-a-punto (es decir, incrementa el tiempo de espera del usuario para el cumplimiento de los datos) . De manera opcional, este método también requiere que el emisor transmita en el anuncio de sesión (utilizando SDP o cualquier otro medio adecuado) el tiempo máximo de disponibilidad de reparación, es decir, el límite de tiempo hasta que el emisor sea capaz de efectuar con buenos resultados la reparación de punto-a-punto. El formato de esta unidad de tiempo no es especificado, aunque puede ser expresado en una variedad de modos (por ejemplo, aunque no se restringe a, el tiempo absoluto o el tiempo relativo) . Después del tiempo máximo de disponibilidad de reparación, la operación de reparación de punto-a-punto no es garantizada que suceda. Esto proporciona un límite de tiempo al emisor para mantener los datos almacenados con el objeto de reparar los datos . Si la reparación de punto-a-punto no ha sido efectuada mediante el tiempo máximo de disponibilidad de reparación (debido a que el usuario no ha requerido todavía la reproducción de datos) , entonces, el receptor es obligado a realizar la reparación de punto-a-punto en este momento . Si el receptor fuera desconectado, y transcurriera el tiempo máximo de disponibilidad de reparación, entonces, la reparación de punto-a-punto en el tiempo sucesivo no sería garantizada. En algunos casos, sería ventajoso reducir el periodo con respecto al cual los NACKs son aleatorios para permitir un "margen de seguridad" en el final; por ejemplo, si el periodo fuera de 432000 segundos, los NACKs serían generalmente distribuidos a través de 400000 segundos permitiendo un máximo de 32000 para receptores "desactivados" de manera que sean energizados sin la pérdida del tiempo garantizado de reparación. Un ejemplo del procedimiento es como sigue: Si el- emisor transmitiera en su anuncio que el tiempo máximo de disponibilidad de reparación sería hasta las 17:00 del 15 de Marzo del 2004, significa que los receptores pueden efectuar la reparación hasta esta fecha y hora especificada. Después de esta fecha/hora, la operación de reparación no sería garantizada. Una forma alterna podría ser expresar el tiempo como el tiempo relativo a partir de la transmisión de multidifusión/radiodifusión. Por ejemplo, el emisor podría señalar a los receptores que el tiempo máximo de disponibilidad de reparación es de 432000 segundos. Esto le indica al receptor que la última posibilidad para realizar la reparación de punto-a-punto es después de 5 días a partir de la transmisión de multidifusión/radiodifusión. La Figura 10 ilustra la modalidad de la reparación de reposo . Método B2: La reparación puede ser una reparación de reproducción de reposo; en este caso, el receptor efectúa la petición de reparación de pünto-a-punto cuando el usuario desee consumir los datos. Además, la reparación toma en cuenta la posición de la primera pérdida en el flujo de datos. Si el flujo fuera de conversación o audio y vídeo, el receptor puede calcular con exactitud en qué tiempo de unidad de medios sucedería la primera pérdida de datos. La reparación de punto-a-punto puede entonces ser retrasada para iniciar después de la reproducción del inicio del flujo de datos, en el mejor caso, aunque debe ser efectuada y completada lo suficientemente rápido de tal forma que la reproducción del receptor no sea sometida a una disrupción de continuidad. Si la operación de reparación de punto-a-punto no pudiera ser efectuada en forma concurrente en la reproducción (debido a que la operación de reparación de púnto-a-punto requeriría un tiempo más largo que el tiempo-para-el-primer-bloque perdido) entonces, la reparación de punto-a-punto puede ser iniciada en forma inmediata cuando el usuario envíe la petición de reproducción, aunque la reproducción actual sea retrasada mediante el tiempo necesario con el fin de evitar la disrupción de reproducción. Éste esquema es muy similar al primer esquema anterior (Método Bl) , aunque ofrece un tiempo de espera más bajo de usuario debido a que la operación de reparación y la reproducción se superponen en una forma temporalmente parcial . También en este caso, la información del tiempo máximo de disponibilidad de reparación podría ser opcionalmente requerida y utilizada por el receptor como en el primer caso (Método Bl) .

El tiempo requerido para efectuar la reparación de punto-a-punto puede ser estimado por el receptor en base a los factores como el ancho de banda medido u otorgado de la conexión de punto-a-punto, el ' tiempo medido de carrera completa con respecto al canal de punto-a-punto y el retraso del establecimiento y~ terminación de la sesión de punto-apunto . Un ejemplo de lo precedente es como sigue: Si el emisor transmitiera un clip de audio/video de cinco minutos y el receptor detectara que existen 30 paquetes perdidos, lo más pronto de lo cual sucede en el minuto 4 de tiempo, entonces, el usuario . puede empezar a reproducir el flujo en forma inmediata, y el receptor iniciará la operación de reparación de punto-a-punto en forma concurrente con la reproducción de usuario lo suficientemente rápido, de modo que todos los 30 paquetes perdidos lleguen antes de los 4 minutos de reproducción. Si los 30 bloques perdidos fueran, de manera que el primer bloque perdido sucediera en el minuto 1 de tiempo, y el receptor estimara que la sesión de reparación de punto-a-punto tomará más de un minuto, entonces la sesión de reparación sería iniciada y la reproducción sería retrasada el tiempo necesario para evitar la disrupción de la reproducción. La Figura 11 ilustra la modalidad de la reparación de reproducción de reposo .

Método B3 : Otro caso (análogo a la aplicación del receptor activado del método A7) es que la supresión NACK utiliza la cantidad de datos erróneos/perdidos como un multiplicador para calcular el tiempo de recuperación. Por ejemplo, si un emisor indicara que una "unidad de tiempo" es de 60 segundos, y que una unidad de datos perdidos es de 10 paquetes, un receptor con 56 paquetes perdidos calcularía el tiempo de • INT (56/10) *60=300segundos. Estos tiempos resultantes podrían ser utilizados como un desplazamiento (no iniciando el reconocimiento o acuse de recibo ('NACKing'), antes de esto muchos segundos han transcurrido después de finalizar la sesión inicial) y/o como el periodo para distribuir los NACKs (por ejemplo, haciendo aleatorio su NACK de manera uniforme con respecto a este tiempo) . Método B4: Una modalidad adicional de la invención es la posibilidad de comenzar la sesión de reparación de punto-apunto antes que haya finalizado la transmisión inicial de multidifusión/radiodifusión. De esta forma, la reparación es más rápida y el usuario puede iniciar la sesión de "reproducción" libre de error con un tiempo de espera más corto. El tiempo exacto de inicio de reparación puede ser decidido por el receptor, o puede ser una función de la ubicación, del primer error dentro del flujo de datos y/o la longitud del archivo . La Figura 12 ilustra la modalidad de reparación iniciada debida a la "detección temprana" . Todos los métodos descritos con anterioridad también pueden ser utilizados en cualquier combinación posible y funcionalmente adecuada. La Figura 3 muestra un sistema y los detalles de un dispositivo de recepción 20 de acuerdo con una modalidad de la invención. El sistema comprende el dispositivo de emisión 10, una red de transmisión 30, por ejemplo, una red IP u otra red fija, .una red inalámbrica o una combinación de una red fija y una red inalámbrica (celular), etc., y el dispositivo de recepción 20. El dispositivo de recepción 20 puede ser un teléfono celular, un teléfono satelital, un asistente digital personal o un dispositivo Bluetooth, un dispositivo -WLAN, un dispositivo DVB, u otro dispositivo inalámbrico similar. El dispositivo 20 incluye una memoria interna 21, un procesador 22, un sistema operativo 23, los programas de aplicación 24, una interfaz de red 25 y un mecanismo NACK y de reparación 26. La memoria interna 21 acomoda el procesador 22, el sistema operativo 23 y los programas de aplicación 24. El mecanismo NACK y de reparación 26 permite los procedimientos de acuse de recibo ( 'NACKing' ) y reparación en respuesta a los datos perdidos o mutilados en una transmisión de datos . El dispositivo 20 es capaz de comunicarse con el dispositivo de emisión 10 y con otros dispositivos por medio de la interfaz de red 25 y la red 30. La Figura 4 muestra un dispositivo de emisión 10 de acuerdo con una modalidad de la invención. El dispositivo de emisión 10 puede ser, por ejemplo, un servidor de red o cualquier dispositivo conveniente que se pretende utilizar para- el suministro de archivos (o medios) ." El dispositivo 10 incluye una memoria interna 11, un procesador 12, un sistema operativo 13, programas de aplicación 14, una interfaz de red 15, un mecanismo de transmisión y reparación 16 y el almacenamiento de datos 17. La memoria interna 11 acomoda el procesador 12, el sistema operativo 13 y los programas de aplicación 14. El mecanismo de transmisión y reparación 16 permite la transmisión de paquetes de datos hacia el dispositivo (s) de recepción 20. Además, permite la retransmisión de los paquetes de datos en sesiones de reparación. Los datos que serán enviados a los dispositivos de recepción 20 y los datos que serán retransmitidos pueden ser guardados en el almacenamiento de datos 17. En forma alterna, los datos pueden ser almacenados en un dispositivo separado co-situado o exterior del dispositivo de emisión 10. El dispositivo 10 es capaz de comunicarse con el dispositivo de recepción 20 y otros dispositivos por medio de la interfaz de red de 15 y la red 30. Los procedimientos con relación a la reparación de los datos perdidos pueden ser implementados mediante software. Un producto de programa de computadora que comprende el código de programa almacenado en el dispositivo de recepción 20 y que se ejecuta en el procesador 22 puede utilizarse para implementar los procedimientos en el extremo de recepción de la sesión de transmisión, mientras un producto de programa de computadora que comprende el código de programa almacenado en el dispositivo de emisión 10 y que se ejecuta en el procesador 12 puede utilizarse para " implementar los procedimientos en el extremo de transmisión. Las modalidades de la invención han sido ilustradas con ejemplos de entidades lógicas de emisor/servi or y unidades de recepción. El uso de una tercera entidad entre las peticiones de reparación y las respuestas de reparación (si fuera adecuado) , también cae dentro del alcance de las modalidades de la invención. Esta entidad podría proporcionar un cortafuegos o ? firewall ' , servicios proxy y/o autorización, por ejemplo, para autorizar un mensaje de emisión de reparación a un emisor de punto-a-multipuntos pidiéndolo el suministro de un aviso de reparación; o para actuar como un adicionador/proxy de petición de reparación para los mensajes de los receptores al emisor y por lo tanto, permite una decisión transparente de punto-a-punto/punto-a- multipuntos en un tercer dispositivo. El uso del suministro de punto-a-multipuntos de avisos de reparación ha sido presentado en lo precedente. Además, el uso de avisos de reparación de punto-a-punto podría ser ventajoso en algunas modalidades y se encuentra de dentro del alcance de las modalidades de la invención (un método de suministro/formato que corresponde con lo que ha sido presentado con relación a los avisos de reparación de punto-a-multipuntos puede ser utilizado, por ejemplo, SDP) . Éste esquema podría indicar a un receptor que los datos de reparación/reenvío de punto-a-multipuntos se encontrarían "en su camino" si una petición de punto-a-punto hubiera llegado después que hubiera sido efectuada la decisión de reenviar mediante punto-a-multipuntos, o en forma alterna, para permitir que un receptor desactive su recepción de multipuntos durante un tiempo, para el ahorro de energía, aunque todavía aprende de la próxima respuesta/reenvió de reparación de punto-a-multipuntos . Con las modalidades de la invención, la supresión NACK es permitida para proporcionar la multidifusión confiable y escalable. Una reparación eficiente y escalable de punto-a-punto para la transmisión de multidifusión/radiodifusión es proporcionada, evitando la implosión de retroalimentación y la sobrecarga de la red/emisor. Las implementaciones y modalidades particulares de la invención han sido descritas . Es claro para una persona experta en la técnica que la invención no es restringida a los detalles de las modalidades presentadas con anterioridad. Además, una persona experta en la técnica se dará cuenta que existen muchas formas adicionales que se incluyan en esta modalidad, las cuales se encuentran dentro del alcance de esta invención, aun cuando no se muestran en uno de los subconjuntos limitados de ejemplos. En especial, la invención no debe ser limitada a ningún tipo de nombres específicos de cualquiera de los protocolos, parámetros o mensajes. La invención puede ser implementada en otras modalidades utilizando medios equivalentes sin desviarse de las características de la invención. El alcance de la invención solamente es restringido mediante las reivindicaciones adjuntas de patente. 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 (29)

1. REIVINDICACIONES Habiéndose descrito la invención como antecede, se reclama como propiedad lo" contenido en las siguientes reivindicaciones X 5 1. Un método para la reparación de datos en un sistema capaz de realizar una transmisión de una-a-varios, caracterizado porque comprende: transmitir datos de un emisor al menos a un receptor; 0 proporcionar al emisor activado o al receptor - .. activado la reparación de los datos perdidos, con relación a los datos perdidos en el receptor.
2. 2. El método de conformidad con la reivindicación 1, caracterizado porque la reparación es implementada en una 5 sesión de reparación que comprende uno de los siguientes: retransmitir los datos perdidos en su totalidad; retransmitir solamente una parte de los datos perdidos; y repetir la transmisión original en su totalidad. 0
3. 3. El método de conformidad con la reivindicación 1, caracterizado porgue un parámetro de grado de error es transmitido del emisor al receptor que será utilizado como un umbral para la petición de reparación de los datos perdidos .
4. 4. El método de conformidad con la reivindicación 3, caracterizado porque el parámetro de grado de error es utilizado para calcular el umbral en una ventana de tiempo y/o datos .
5. 5. El método de conformidad con la reivindicación 1, caracterizado porque comprende la indicación a los receptores que una sesión o parte de esta será retransmitida en un modo de punto-a-multipuntos
6. 6. El método de conformidad con la reivindicación 5, caracterizado porque la indicación es implementada con la ayuda del aviso .de reparación de punto-a-multipuntos .
7. 7. El método de conformidad con la reivindicación 1, caracterizado porque comprende la generación de una dispersión de tiempo aleatoria o seudo aleatoria de peticiones de reparación que serán enviadas del receptor (es) al emisor.
8. 8. El método de conformidad con la reivindicación 7, caracterizado porque proporciona una distribución estadísticamente uniforme con respecto a un periodo relevante de tiempo .
9. 9. El método de conformidad con la reivindicación 1, caracterizado porque comprende la utilización de funciones del receptor .
10. 10. El método de conformidad con la reivindicación 9, caracterizado porque uno o más de las funciones comprende un tiempo de desconexión dado por el tiempo de desplazamiento y el periodo de tiempo aleatorio.
11. 11. El método de conformidad con la reivindicación 9, caracterizado porque uno o más de las funciones' comprende un comportamiento de soporte de indicador.
12. 12. El método de conformidad con la reivindicación 1, caracterizado porque comprende compartir el parámetro (s) de tiempo y/o el parámetro (s) de datos y/o el parámetro (s) de error entre el emisor y el receptor mediante una configuración previa.
13. 13. El método de conformidad con la reivindicación 1, caracterizado porque comprende la indicación del servidor al receptor, después de la recepción de una petición de reparación, que la reparación será solamente efectuada en forma posterior.
14. 14. El método de conformidad con la reivindicación 1, caracterizado porque comprende dar prioridad entre los distintos métodos de reparación.
15. 15. El método de conformidad con la reivindicación 14, caracterizado porque comprende una primera reparación de inicio de punto-a-multipuntos seguida por una reparación de punto-a-punto .
16. 16. El método de conformidad con la reivindicación 1, caracterizado porque comprende la utilización de un punto de iniciación para las sesiones de reparación/señalización, el punto de iniciación es seleccionado a partir de un grupo que comprende: el fin de la sesión, el fin del objeto, el umbral del objeto y el fin de un grupo de sesión.
17. 17. El método de conformidad con la reivindicación 1, caracterizado porque comprende el retraso del envío de una petición de reparación en el receptor.
18. 18. El método de conformidad con la reivindicación 1, caracterizado porque la petición de reparación es retrasada con una cantidad predeterminada de tiempo.
19. 19.. El método de conformidad con la reivindicación 1, caracterizado porque la petición de reparación solamente es efectuada cuando se genere la necesidad para consumir los datos en el receptor.
20. 20. El método de conformidad con la reivindicación 1, caracterizado porque el tiempo máximo de disponibilidad de reparación es proporcionado .
21. 21. El método de conformidad con la reivindicación 19, caracterizado además porque comprende tomar en cuenta la posición de la primera pérdida del flujo de datos.
22. 22. El método de conformidad con la reivindicación 1, caracterizado porque el tiempo de recuperación es calculado y utilizado durante la reparación de los datos perdidos .
23. 23. El método de conformidad con la reivindicación 1, caracterizado porque una sesión separada de reparación es requerida y/o iniciada antes que haya finalizado la transmisión inicial de multidifusión/radiodifusión.
24. 24. El método de conformidad con la reivindicación 1, caracterizado porque comprende calcular un tiempo de supresión de petición de reparación de espera antes de la petición de reparación.
25. 25. Un dispositivo de recepción para la reparación de datos en un sistema capaz de realizar la transmisión de una-a-varios, caracterizado porque comprende: los medios para la recepción de los datos transmitidos por un emisor; y los medios para que el emisor activado o el receptor activado reparen los datos perdidos, con relación a los datos perdidos en el dispositivo de recepción.
26. 26. Un dispositivo de emisión para la reparación de datos en un sistema capaz de realizar la transmisión de una-a-varios, caracterizado porque comprende: los medios para la transmisión de los datos al menos hacia un receptor; y los medios para que el emisor activado o el receptor activado reparen los datos perdidos, con relación a los datos perdidos en el receptor.
27. 27. Un sistema capaz de realizar una transmisión de una-a-varios, el sistema está constituido por un dispositivo de emisión, una red y por lo menos un dispositivo de recepción, caracterizado porque comprende: los medios para la transmisión de datos a partir del dispositivo de emisión, por medio de la red, por lo menos hacia un dispositivo de recepción; y los medios para que el emisor activado o el receptor activado reparen los datos perdidos , con relación a los datos perdidos en el dispositivo de recepción.
28. 28. Una aplicación de software que puede ser - - ejecutada en un dispositivo de recepción para la reparación de datos en un sistema capaz de realizar la transmisión de una-a-varios, caracterizada porque comprende: el código de programa que provoca que el dispositivo de recepción admita los datos transmitidos por un emisor; y el código de programa, para que el emisor activado o el receptor activado reparen los datos perdidos, con relación a los datos perdidos en el dispositivo de recepción.
29. 29. Una aplicación de software que puede ser ejecutada en un dispositivo de emisión para la reparación de datos en un sistema capaz de realizar la transmisión de una- a-varios, caracterizada porque comprende: el código de programa que provoca que el dispositivo de emisión. transmita los datos al menos a un receptor; y el código de programa para que el emisor activado o el receptor activado reparen los datos perdidos, con relación a los datos perdidos en el receptor.