ES2574841T3 - Protocolo de retroinformación para sistemas de red de ruta múltiple de extremo a extremo - Google Patents

Protocolo de retroinformación para sistemas de red de ruta múltiple de extremo a extremo Download PDF

Info

Publication number
ES2574841T3
ES2574841T3 ES12762157.1T ES12762157T ES2574841T3 ES 2574841 T3 ES2574841 T3 ES 2574841T3 ES 12762157 T ES12762157 T ES 12762157T ES 2574841 T3 ES2574841 T3 ES 2574841T3
Authority
ES
Spain
Prior art keywords
network
route
routes
intermediate memory
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES12762157.1T
Other languages
English (en)
Inventor
Xiaolong Huang
Xun Luo
Vijayalakshmi R. Raveendran
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Application granted granted Critical
Publication of ES2574841T3 publication Critical patent/ES2574841T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • H04L65/4015—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference where at least one of the additional parallel sessions is real time or time sensitive, e.g. white board sharing, collaboration or spawning of a subconference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H04L43/0864—Round trip delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un procedimiento para proporcionar retroinformación por una red, comprendiendo el procedimiento: enviar al menos dos transmisiones, de un primer dispositivo (10, 12) en la red a un segundo dispositivo (10, 12) en la red; en el que dos o más de dichas al menos dos transmisiones se envían cada una a través de una ruta diferente de la red; y recibir, por el primer dispositivo (10, 12) desde el segundo dispositivo (10, 12), a través de una primera ruta de la red, información sobre el rendimiento de al menos dos rutas de la red.

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Protocolo de retroinformacion para sistemas de red de ruta multiple de extremo a extremo
ANTECEDENTES
Campo
Los modos de realizacion de la presente invencion se refieren generalmente a sistemas y procesos para protocolos de retroinformacion en redes que tienen multiples rutas.
El documento WO 02/23934 A1 se refiere a un control de red y, mas particularmente, a sistemas y procedimientos para controlar la fiabilidad y el rendimiento de las aplicaciones inalambricas de datos y los servicios. Se sugiere asf generar una pluralidad de sondas, teniendo cada sonda un identificador y un destino. Se sugiere adicionalmente enviar cada una de la pluralidad de sondas desde un ordenante a una red inalambrica, y recibir la pluralidad de sondas en el destino desde la red inalambrica. Cada una de la pluralidad de sondas puede ser un mensaje SMS.
SUMARIO
Diversos modos de realizacion de la presente invencion proporcionan un procedimiento, un sistema o un producto de programa informatico para proporcionar retroinformacion a traves de una red. De acuerdo con modos de realizacion ejemplares, un primer dispositivo de la red envfa al menos dos transmisiones a un segundo dispositivo de la red. Dos o mas de las mas de las al menos dos transmisiones se envfan cada una a traves de una ruta diferente de la red. El primer dispositivo recibe informacion sobre el rendimiento de al menos dos rutas de la red desde el segundo dispositivo. Esta informacion se envfa por una ruta de la red. En diversos modos de realizacion adicionales, el primer dispositivo hace al menos un calculo con respecto al rendimiento de al menos una ruta de la red, basandose en la informacion recibida. Aun en modos de realizacion adicionales, la cantidad de trafico enviado a una o mas rutas de la red se ajusta, en base, al menos en parte, al menos a un calculo.
En algunos modos de realizacion, el primer dispositivo calcula un tiempo de recorrido de una transmision a lo largo de una segunda ruta de la red restando un tiempo de recorrido a lo largo de la primera ruta de la red de un tiempo de ida y vuelta. El tiempo de ida y vuelta es una suma del tiempo de recorrido de la transmision a lo largo de la segunda ruta y el tiempo de recorrido a lo largo de la primera ruta de la red.
De acuerdo con algunos modos de realizacion de la presente invencion, la unica ruta sobre la que se envfa la informacion es una ruta directa entre el segundo dispositivo y el primer dispositivo sin proporcionar ningun ayudante de transferencia en la misma.
En algunos modos de realizacion, la informacion recibida incluye informacion relacionada con al menos una ocupacion de memoria intermedia del segundo dispositivo, estando la ocupacion de memoria intermedia relacionada con al menos una ruta de la red. En modos de realizacion adicionales, la informacion relacionada con al menos una ocupacion de memoria intermedia en relacion con al menos una ruta, incluye una comparacion de una o mas ocupaciones de memoria intermedia con una ocupacion de memoria intermedia combinada en relacion con multiples rutas, o una ocupacion de memoria intermedia en relacion con una o mas rutas distintas de la al menos una ruta.
De acuerdo con algunos modos de realizacion, la informacion recibida no incluye un valor o rango de retardo artificial para una transmision a traves de una o mas rutas de la red.
En otros modos de realizacion ejemplares, un segundo dispositivo de la red recibe al menos dos transmisiones desde un primer dispositivo en la red. Dos o mas de las al menos dos transmisiones se reciben cada una desde una ruta diferente de la red. El segundo dispositivo envfa informacion sobre el rendimiento de las rutas de la red al primer dispositivo, por una ruta de la red.
De acuerdo con algunos modos de realizacion de la presente invencion, la unica ruta sobre la que se envfa la informacion es una ruta directa entre el segundo dispositivo y el primer dispositivo sin proporcionar ningun ayudante de transferencia en la misma.
En algunos modos de realizacion, la informacion recibida incluye informacion relacionada con al menos una ocupacion de memoria intermedia del segundo dispositivo, estando la ocupacion de memoria intermedia relacionada con al menos una ruta de la red. En modos de realizacion adicionales, la informacion relacionada con al menos una ocupacion de memoria intermedia en relacion con al menos una ruta, incluye una comparacion de una o mas ocupaciones de memoria intermedia con una ocupacion de memoria intermedia combinada en relacion con multiples rutas, o una ocupacion de memoria intermedia en relacion con una o mas rutas distintas de la al menos una ruta.
De acuerdo con algunos modos de realizacion, la informacion recibida no incluye un valor o rango de retardo artificial para una transmision a traves de una o mas rutas de la red.
5
10
15
20
25
30
35
40
45
50
55
60
65
BREVE DESCRIPCION DE LOS DIBUJOS
La figura 1 ilustra un resumen de alto nivel de un entorno de red ejemplar de acuerdo con un modo de realizacion de la presente invencion;
La figura 2 ilustra un entorno de red ejemplar de acuerdo con un modo de realizacion de la presente invencion;
La figura 3 ilustra un diagrama de flujo de un proceso para una implementado del lado de la fuente, de acuerdo con un modo de realizacion de la presente invencion;
La figura 4 ilustra un diagrama de flujo de un proceso para una implementacion del lado del agregador, de acuerdo con un modo de realizacion de la presente invencion;
La figura 5 ilustra un diagrama de flujo de un proceso para un flujo de llamada de retroinformacion, de acuerdo con un modo de realizacion de la presente invencion;
Las figuras 6A-6C ilustran representaciones esquematicas de pilas de protocolo de planes de control, de acuerdo con un modo de realizacion de la presente invencion;
La figura 7 ilustra un entorno de red ejemplar correspondiente a la figura 2, utilizando protocolo de control de transporte en tiempo real (RTCP) de acuerdo con un modo de realizacion de la presente invencion;
La figura 8 ilustra un diagrama de flujo de un proceso para un informe RTCP con ayudantes, de acuerdo con un modo de realizacion de la presente invencion; y
La figura 9 ilustra una representacion esquematica de un encabezado de paquetes de un mensaje de senalizacion de red superpuesta de ruta multiple, de acuerdo con un modo de realizacion de la presente invencion.
descripciOn detallada
La descripcion detallada presentada a continuacion, en relacion con los dibujos adjuntos, debe interpretarse como una descripcion de diversos aspectos de la presente divulgacion y no pretende representar solamente los aspectos en los que la presente divulgacion puede llevarse a la practica. Cada aspecto descrito en esta divulgacion se proporciona simplemente como un ejemplo o ilustracion de la presente divulgacion, y no debe interpretarse necesariamente como preferente o ventajoso sobre otros aspectos. La descripcion detallada incluye detalles especfficos para proporcionar un entendimiento minucioso de la presente divulgacion. Sin embargo, a los expertos en la tecnica les resultara evidente que la presente divulgacion puede llevarse a la practica sin estos detalles especfficos. En algunos casos, estructuras y dispositivos ampliamente conocidos se muestran en forma de diagrama de bloques para no oscurecer los conceptos de la presente divulgacion. Pueden usarse acronimos y otra terminologfa descriptiva simplemente por comodidad y claridad y no pretenden limitar el alcance de la presente divulgacion.
Como se describe en mas detalle a continuacion, los modos de realizacion de la presente invencion se refieren a sistemas y procesos para protocolos de retroinformacion para una red o redes entre las que hay multiples rutas de transmision a seleccionar desde las que enviar un paquete a un dispositivo. Una ruta es una ruta de extremo a extremo entre un nodo fuente de la red y un nodo de destino de la red. En algunos modos de realizacion, la ruta puede atravesar uno o mas nodos intermedios entre la fuente y el destino, o ningun nodo intermedio. En algunos modos de realizacion, la ruta incluye uno o mas segmentos de tal forma que cada segmento conecta dos nodos.
La figura 1 ilustra un sistema 1 de acuerdo con un modo de realizacion. El sistema 1 incluye un dispositivo fuente 10 y un dispositivo agregador 12, que son nodos de la red. Los paquetes de datos se comunican entre el dispositivo fuente 10 y el dispositivo agregador 12. En algunos modos de realizacion, el dispositivo fuente 10 es un dispositivo de comunicacion, tal como, pero sin limitacion, un enrutador para comunicaciones inalambricas. De acuerdo con algunos modos de realizacion, el dispositivo agregador 12 es un dispositivo de comunicacion tal como, pero sin limitacion, un telefono movil.
Los modos de realizacion pueden ponerse en practica en un entorno en red usando conexiones logicas a uno o mas ordenadores remotos que tienen procesadores. Los expertos en la tecnica apreciaran que los nodos de red (tales como, pero sin limitacion, el dispositivo fuente 10 y el dispositivo agregador 12) y los dispositivos ayudantes de dichos entornos informaticos de red pueden incluir muchos tipos de ordenadores, telefonos moviles, dispositivos de comunicacion inalambrica, incluyendo ordenadores personales, dispositivos de mano, sistemas multi-procesador, electronica de consumo basada en microprocesador o programable, PC de red, miniordenadores, ordenadores centrales, concentradores, enrutadores, estaciones base, etc. Los modos de realizacion de la invencion tambien pueden ponerse en practica en entornos informaticos distribuidos donde las tareas se realizan por dispositivos de
5
10
15
20
25
30
35
40
45
50
55
60
65
procesamiento locales y remotos que estan vinculados (por enlaces cableados, enlaces inalambricos, o por una combinacion de enlaces cableados o inalambricos) a traves de una red de comunicaciones. En un entorno informatico distribuido, los modulos de programa pueden localizarse tanto en dispositivos de almacenamiento de memoria locales como remotos.
El dispositivo fuente 10 incluye un dispositivo informatico electronico que incluye, pero sin limitacion, uno o mas ordenadores de proposito general, incluyendo una o mas unidades de procesamiento 14 o procesadores, una memoria del sistema 17, y un bus del sistema 15 que acopla diversos componentes del sistema, incluyendo la memoria del sistema 17 a la unidad de procesamiento 14. La memoria del sistema 17 incluye cualquier dispositivo o dispositivos adecuados para almacenar datos electronicos, incluyendo, pero sin limitacion, una memoria de acceso aleatorio (RAM). El ordenador u ordenadores incluyen un medio de almacenamiento 16, tal como, pero sin limitacion, uno o mas dispositivos de almacenamiento en estado solido y/o unidades de disco duro magnetico (HDD) para la lectura desde y la escritura a un disco duro magnetico, unidades de disco magnetico para la lectura desde o la escritura a un disco magnetico extrafble, y unidades de disco optico para la lectura desde o la escritura a un disco optico extrafble, tal como un disco compacto de lectura-escritura (CD-RW) u otros medios optimos, memoria flash, etc. Las unidades y sus medios legibles por ordenador asociados proporcionan un almacenamiento no volatil, no transitorio de instrucciones ejecutables por ordenador, estructuras de datos, modulos de programa, y otros datos para el ordenador. Diversos modos de realizacion que emplean software y/o implementaciones Web se realizan con tecnicas de programacion convencionales. Uno o mas ordenadores se configuran por software, hardware, firmware, o una combinacion de los mismos, para realizar funciones como se describen en el presente documento.
De acuerdo con diversos modos de realizacion, el dispositivo agregador 12 y/o los dispositivos ayudantes que unen el dispositivo fuente 10 y el dispositivo agregador tambien incluyen sus propios procesadores, memoria y/o medios de almacenamiento conectados por uno o mas buses del sistema que conectan los diversos componentes del sistema del dispositivo respectivo. El procesador o procesadores se configuran para realizar funciones como se describe en el presente documento.
En diversas realizaciones, una o mas de la red o redes proporcionan servicios, acceso a servicios, transmiten datos, o similares. En un modo de realizacion ejemplar, la red o redes permiten que el dispositivo agregador 12 realice comunicaciones de voz con otro u otros dispositivos moviles. En otros modos de realizacion, la red o redes pueden permitir que el dispositivo agregador 12 acceda a otros servicios, tales como, pero sin limitacion, Internet, aplicaciones moviles, GPS, SMS, y similares.
En diversos modos de realizacion, el nodo o nodos de red pueden intercambiar senales de voz y datos con otro u otros nodos usando cualquier numero o combinacion de estandares de comunicacion (por ejemplo, GSM, CDMA, TDNM, WCDMA, OFDM, GPRS, EV-DO, WiFi, WiMAX, S02.xx, UWB, LTE, satelite, etc.). Las tecnicas descritas en el presente documento pueden utilizarse en varias redes de comunicaciones inalambricas, tales como redes de acceso multiple por division de codigo (CDMA), redes de acceso multiple por division de tiempo (TDMA), redes de acceso multiple por division de frecuencia (FDMA), redes FDMA ortogonales (OFDMA), redes FDMA de unica portadora (SC-FDMA), etc. Los terminos "redes" y "sistemas" se utilizan normalmente de manera intercambiable. Una red CDMA puede implementar una tecnologfa de radio tal como el Acceso de Radio Terrestre Universal (UTRA), CDMA2000, etc. UTRA incluye CDMA de banda ancha (W-CDMA) y Baja Velocidad de Chip (LCR). CDMA2000 cumple los estandares IS-2000, IS-95 y IS-856. Una red TDMA puede implementar una tecnologfa de radio tal como el Sistema Global de Comunicaciones Moviles (GSM). Una red OFDMA puede implementar una tecnologfa de radio tal como UTRA Evolucionado (E-UTRA), IEEE 802.11, IEEE 802.16, IEEE 802.20, Flash-OFDM, etc. UTRA, E-UTRA y GSM son parte del Sistema Universal de Telecomunicaciones Moviles (UMTS). La evolucion a largo plazo (LTE) es una version lanzamiento de UMTS que utiliza E-UTRA. UTRA, E-UTRA, GSM, UMTS y LTE se describen en documentos de una organizacion llamada "proyecto de asociacion de tercera generacion" (3GPP). CDMA2000 esta descrito en documentos de una organizacion llamada "2° Proyecto de Asociacion de Tercera Generacion" (3GPP2).
La figura 2 ilustra un sistema 2 de acuerdo con un modo de realizacion con respecto a una red superpuesta de ruta multiple. El dispositivo ayudante fuente 24 del sistema 2 es un nodo de la red que se usa por el dispositivo fuente 10 para facilitar el envfo de datos desde el dispositivo fuente 10. De forma similar, el dispositivo ayudante agregador 26 es un nodo de la red que se usa por el dispositivo fuente 10 para facilitar el envfo de datos al dispositivo agregador 10.
En el sistema 2, hay mas de una ruta que una transmision puede tomar desde el dispositivo fuente 10 al dispositivo agregador 12. Existe una primera ruta directamente entre el dispositivo fuente 10 y el dispositivo agregador 12. Existe una segunda ruta desde el dispositivo fuente 10 a un dispositivo ayudante fuente 24, a un dispositivo ayudante agregador 26, al dispositivo agregador 12. Esta segunda ruta es indirecta, es decir, hay al menos un dispositivo ayudante de transferencia intermedio 24, 26 entre el dispositivo fuente 10 y el dispositivo agregador 12. En otras realizaciones, existen mas de dos rutas entre los dispositivos fuente 10 y agregador 12. En algunos modos de realizacion, puede haber mas de una ruta directa, mas de una ruta indirecta, o cualquier combinacion de rutas directas e indirectas.
5
10
15
20
25
30
35
40
45
50
55
60
65
Un ejemplo generalizado de un proceso realizado por un dispositivo fuente 10 se describe con referenda a la figura 3. Un ejemplo generalizado correspondiente de un proceso realizado por un dispositivo agregador 12 se describe con referencia a la figura 4. La meta de los procesos 3 y 4 es determinar el rendimiento de al menos dos rutas de transmision entre el dispositivo fuente 10 y el dispositivo agregador 12.
En la etapa S30 de la figura 3, el dispositivo fuente 10 envfa uno o mas mensajes de senalizacion al dispositivo agregador 12 a traves de al menos dos de las rutas entre ellos.
Haciendo referencia a la figura 4, el dispositivo agregador 12 recibe estos mensajes desde las diferentes rutas en la etapa S41. Despues de recibir mensajes desde al menos dos de las diferentes rutas, en la etapa S43, el dispositivo agregador 12 agrega informacion. De acuerdo con diversos modos de realizacion, la informacion incluye al menos informacion en relacion con el rendimiento de estas rutas. Despues, en la etapa S45, el dispositivo agregador 12 envfa la informacion agregada ("retroinformacion del agregador") al dispositivo fuente 10 a traves de una ruta. Es decir, en lugar de enviar mensajes separados al dispositivo fuente 10, uno para cada ruta, el dispositivo agregador 12 combina parte o toda la retroinformacion del agregador en un unico mensaje. En algunos modos de realizacion, la retroinformacion del agregador puede enviarse a traves de la ruta mas directa, cualquier ruta directa, la ruta mas rapida, o cualquier ruta.
De acuerdo con algunos modos de realizacion, el dispositivo agregador 12 incluye una o mas memorias intermedias que corresponden a una ruta entre el dispositivo fuente 10 y el dispositivo agregador 12. Una memoria intermedia para una ruta contiene datos enviados al dispositivo agregador 12 a traves de esa ruta. En modos de realizacion adicionales, un dispositivo agregador 12 con una memoria intermedia para cada una de multiples rutas puede tener una primera memoria intermedia para una primera ruta que es mas completa, igualmente completa, o menos completa que una segunda memoria intermedia para una segunda ruta. La plenitud de una memoria intermedia se denomina como "ocupacion de memoria intermedia".
Por ejemplo, en un modo de realizacion ejemplar no limitante, los datos de video se envfan a traves de cuatro rutas separadas desde un dispositivo fuente 10 a un dispositivo agregador 12. La primera ruta se usa inicialmente para enviar la porcion izquierda superior de cada trama de video, la segunda ruta se usa inicialmente para enviar la porcion derecha superior de cada trama de video, la tercera ruta se usa inicialmente para enviar la porcion izquierda inferior de cada trama de video, y la cuarta ruta se usa inicialmente para enviar la porcion derecha inferior de cada trama de video. Los datos de video recibidos a traves de la primera ruta se almacenan por el dispositivo agregador 12 en una memoria intermedia dedicada a la primera ruta. Los datos recibidos a traves de la segunda ruta se almacenan en una memoria intermedia diferente, que esta dedicada a la segunda ruta, y asf sucesivamente.
En modos de realizacion adicionales, la retroinformacion del agregador incluye retroinformacion sobre una o mas ocupaciones de memoria intermedia relativa de una o mas rutas. Por ejemplo, en algunos modos de realizacion, una ocupacion de memoria intermedia de una ruta se compara con un nivel de ocupacion de memoria intermedia de referencia. En algunos modos de realizacion, el nivel de ocupacion de memoria intermedia de referencia se calcula en base a las ocupaciones de memoria intermedia de estado de una o multiples rutas.
Continuando el modo de realizacion ejemplar no limitante anterior (con respecto al envfo de datos de video por cuatro rutas), el dispositivo agregador 12 envfa informacion de vuelta al dispositivo fuente 10 sobre la ocupacion de memoria intermedia de cada una de las cuatro memorias intermedias, con respecto a la ocupacion de cada una de las cuatro memorias intermedias. Por ejemplo, una primera memoria intermedia puede llenarse a un nivel relativamente normal ("normal"), una segunda memoria intermedia puede estar relativamente llena (por ejemplo, ocupada mas del 75 % con datos), una tercera memoria intermedia puede ser normal (por ejemplo, ocupada entre el 25 % al 75 % con datos), y una cuarta memoria intermedia puede estar relativamente vacfa (por ejemplo, ocupada un 25 % con datos). El dispositivo agregador 12 determina una ocupacion de memoria intermedia relativa de cada ruta basandose en las ocupaciones de memoria intermedia colectivas de las cuatro rutas. A modo de ejemplo, se asume que el dispositivo agregador 12 determina que el nivel de ocupacion de memoria intermedia de referencia es normal, en base a los datos colectivos obtenidos de las cuatro memorias intermedias. Despues, el dispositivo agregador 12 proporciona informacion de ocupacion de memoria intermedia relativa al dispositivo fuente de que la primera ruta y la tercera ruta tienen ocupaciones de memoria intermedia iguales a la ocupacion de memoria intermedia relativa, la segunda ruta tiene una ocupacion de memoria intermedia que es mayor que la ocupacion de memoria intermedia relativa, y la cuarta ruta tiene una ocupacion de memoria intermedia relativa que es menor que el nivel de ocupacion de memoria intermedia de referencia.
Haciendo referencia a la figura 3, en la etapa S36, el dispositivo fuente 10 recibe la retroinformacion del agregador del dispositivo agregador 12, que se ha enviado a traves de la unica ruta. En la etapa S38, el dispositivo fuente 10 hace uno o mas calculos con respecto al rendimiento de al menos una de las rutas, en base, al menos en parte, a la retroinformacion del agregador.
En diversos modos de realizacion, estos calculos se usan para la adaptacion de la velocidad del trafico y la gestion de errores. De acuerdo con diversos modos de realizacion, el nivel del trafico de red enviado a cada ruta se ajusta entonces basandose en estos calculos. Por ejemplo, en algunos modos de realizacion ejemplares no limitantes, si la
5
10
15
20
25
30
35
40
45
50
55
60
65
ocupacion de memoria intermedia de una primera ruta es mejor que la ocupacion de memoria intermedia de una segunda ruta, entonces el dispositivo fuente 10 dirige parte o todo el trafico a la primera ruta en lugar de la segunda ruta. En el modo de realizacion ejemplar no limitante anterior (con respecto al envfo de datos de video a traves de cuatro rutas), el dispositivo fuente 10 puede determinar que debe enviarse mas trafico a la cuarta ruta y menos a la segunda ruta. Es decir, dado que el dispositivo agregador 12 tenia una ocupacion de memoria intermedia para la cuarta ruta que estaba relativamente vacfa y una ocupacion de memoria intermedia para la segunda ruta que estaba relativamente llena.
Se describe un ejemplo generalizado de un proceso que implica un mensaje de configuracion ("Configuracion de Retroinformacion") con referencia a la figura 5. El dispositivo fuente 10 envfa un mensaje de configuracion para informar al dispositivo agregador 12 de la informacion relacionada con la configuracion. En algunos modos de realizacion, esta informacion puede incluir, pero sin limitacion, informacion con respecto a la existencia del dispositivo fuente 10, la identificacion del dispositivo fuente 10, y/o los parametros de medicion. En diversos modos de realizacion, el mensaje de configuracion puede enviarse a traves de una ruta directa que no requiere ningun dispositivo ayudante 24, 26, o puede enviarse a traves de una ruta indirecta que incluye uno o mas dispositivos ayudantes 24, 26. El dispositivo fuente 10 envfa los mensajes de senalizacion a traves de al menos dos rutas. De acuerdo con algunos modos de realizacion, el dispositivo agregador 12 realiza entonces uno o mas calculos con respecto al rendimiento de al menos una ruta. En modos de realizacion adicionales, los calculos se realizan, al menos en parte, comparando el rendimiento de una ruta frente a uno o mas parametros de medicion obtenidos a partir del mensaje de configuracion. Aun en modos de realizacion adicionales, el dispositivo agregador 12 envfa los resultados agregados de este calculo o calculos al dispositivo fuente 10 en la retroinformacion del agregador. En algunos modos de realizacion, el dispositivo fuente 10 realiza uno o mas calculos adicionales, basandose, al menos en parte, en la retroinformacion del agregador.
De acuerdo con diversos modos de realizacion, como se ilustra en la figura 5, el dispositivo agregador 12 envfa un mensaje de retroinformacion del agregador al dispositivo fuente 10 de forma periodica. En algunos modos de realizacion adicionales, el intervalo periodico puede revisarse dinamicamente. En otros modos de realizacion, el mensaje de retroinformacion del agregador no se envfa periodicamente. En algunos modos de realizacion, el rendimiento de una o mas rutas se toma periodicamente y se calcula un promedio. En modos de realizacion adicionales, el promedio se usa para ajustar el trafico encaminado a una o mas rutas. Esto puede proporcionar una representacion mas util del rendimiento de la ruta o rutas, ya que el rendimiento tomado en todo momento puede ser inusualmente deficiente o inusualmente bueno, y no representativo del rendimiento que puede esperarse de forma razonable.
En diversos modos de realizacion, el mensaje de configuracion puede incluir, pero sin limitacion, informacion con respecto a la memoria intermedia, la relacion de perdida de paquetes (PLR), y/o la velocidad de datos de recepcion.
Las figuras 6A-6C ilustran pilas de protocolo de planos de control de acuerdo con un modo de realizacion con respecto a una red superpuesta de ruta multiple. El plano de control es la parte de la arquitectura del nodo de red interesada por determinar donde encaminar la informacion. La red superpuesta de ruta multiple usa puertos de protocolo de control de transmision (TCP) para transportar mensajes de senalizacion de red superpuesta. El transporte TCP/protocolo de Internet (TCP/IP) se usa a traves de los pares de nodos en las figuras 6A-6C, si se espera un segmento de la ruta de datos a traves del par. Especfficamente, estos pares de nodos incluyen el dispositivo fuente 10 y el dispositivo ayudante fuente 24 (ilustrados en la figura 6A), el dispositivo fuente 10 y el dispositivo agregador 12 (ilustrados en la figura 6B), y el dispositivo ayudante agregador 26 y el dispositivo agregador 12 (ilustrados en la figura 6C). La subcapa del protocolo de comunicacion de datos de control de acceso a medios (MAC) se traslada entre los procedimientos de direccionamiento de red usados en la subcapa IP y el direccionamiento de enlace de datos de la capa ffsica (PHY).
De acuerdo con diversos modos de realizacion, las estadfsticas con respecto a las rutas se comunican a traves del protocolo de control de transporte en tiempo real (RTCP). En algunos modos de realizacion, estas estadfsticas pueden incluir, pero sin limitacion, estadfsticas relacionadas con el retardo, la fluctuacion, los recuentos de paquetes perdidos, y/o los recuentos de octetos y paquetes transmitidos.
La figura 7 ilustra un sistema correspondiente al sistema 2 de la figura 2, de acuerdo con un modo de realizacion con respecto a una red superpuesta de ruta multiple. Se envfan mensajes de informe emisor (SR) RTCP desde el dispositivo fuente 10 al dispositivo agregador 12 usando una ruta de red superpuesta para garantizar que siguen las mismas rutas que sus datos de protocolo de transporte en tiempo real (RTP) correspondientes. Por lo tanto, los mensajes SR para una ruta directa (que no implica dispositivos ayudantes 24, 26) siguen esa ruta directa. De forma similar, los mensajes SR para una ruta indirecta (que implica dispositivos ayudantes 24, 26) siguen la ruta indirecta que requiere dispositivos ayudantes 24, 26.
Los mensajes de informe receptor (RR) RTCP se envfan fuera de la red superpuesta del dispositivo agregador 12 al dispositivo fuente 10. De acuerdo con diversos modos de realizacion, los mensajes RR siguen rutas directas que no requieren dispositivos ayudantes 24, 26.
5
10
15
20
25
30
35
40
45
50
55
60
65
Un ejemplo generalizado de un proceso realizado por un dispositivo fuente 10 se describe con referenda a la figura
8. La informacion estadfstica de trafico, entre un dispositivo fuente 10 y un dispositivo ayudante fuente 24 y entre un dispositivo agregador 12 y un dispositivo ayudante agregador 26, puede proporcionar informacion importante para determinar si es util un ayudante especffico. La informacion de retroinformacion entre un dispositivo fuente 10 y un dispositivo fuente 10 y un dispositivo ayudante fuente y entre un dispositivo agregador 12 y un dispositivo ayudante agregador 26, se transporta usando sesiones RTCP convencionales. Estas dos sesiones RTCP se asocian a la sesion RTP del dispositivo fuente 10 al dispositivo agregador 12. Estos informes RTCP se ilustran en la figura 8. En diversos modos de realizacion, el dispositivo fuente 10 y/o su dispositivo ayudante fuente 24 decide si dejar la ruta y liberar el dispositivo ayudante fuente 24, basandose en la informacion de retroinformacion RTCP. En diversos modos de realizacion, el dispositivo agregador 12 y/o su dispositivo ayudante agregador 26 decide si dejar la ruta y liberar el dispositivo ayudante agregador 26, basandose en la informacion de retroinformacion RTCP.
La figura 9 ilustra un encabezado del paquete ejemplar no limitante 9 de un mensaje de senalizacion, de acuerdo con un modo de realizacion con respecto a una red superpuesta de ruta multiple. En algunos modos de realizacion, el campo del tipo de mensaje en el encabezado del paquete 9 se ajusta de acuerdo con los tipos de mensajes de senalizacion. En algunos modos de realizacion, la carga util de los mensajes de senalizacion puede iniciarse inmediatamente despues del encabezado del paquete 9 o de otro modo, despues del encabezado del paquete 9.
En algunos modos de realizacion, el campo de version del encabezado del paquete 9 indica la version del protocolo de red superpuesta. En el ejemplo no limitante en la figura 9, el campo tiene cuatro bits de longitud, y se situa al inicio del encabezado del paquete 9.
De acuerdo con algunos modos de realizacion, el campo de encabezado de extension (Ext) del encabezado del paquete 9 indica si hay un encabezado de extension despues de encabezado estandar. En el ejemplo no limitante en la figura 9, el campo tiene un bit de longitud, y se situa en un desfase de bits de siete del encabezado del paquete
9.
En algunos modos de realizacion, el campo de tipo de mensaje del encabezado del paquete 9 indica el tipo de mensaje de la red superpuesta. En el ejemplo no limitante en la figura 9, el campo tiene ocho bits de longitud, y se situa en un desfase de bits de ocho del encabezado del paquete 9. En algunos modos de realizacion, el valor del campo del tipo de mensaje puede indicar datos, senalizacion, una peticion de sesion iniciada por el dispositivo fuente
10. una peticion de union del dispositivo ayudante agregador 26, una respuesta de union del dispositivo ayudante agregador 26, una peticion de union del dispositivo fuente 10, una respuesta de union del dispositivo fuente 10, una peticion de union del dispositivo ayudante fuente 24, una respuesta de union del dispositivo ayudante fuente 24, una peticion de cambio del dispositivo agregador 12, una respuesta de campo del dispositivo agregador 12, una peticion de cambio del dispositivo ayudante fuente 24, una respuesta de cambio del dispositivo ayudante fuente 24, una notificacion de liberacion del dispositivo agregador 12, una notificacion de liberacion del dispositivo fuente 10, un comando de liberacion del dispositivo ayudante 24, 26, una notificacion de liberacion del dispositivo ayudante 24, 26, un mensaje de configuracion, retroinformacion del agregador, o similar.
De acuerdo con algunos modos de realizacion, el campo de longitud del paquete del encabezado del paquete 9 indica el numero de bytes en la carga util del paquete. En el ejemplo no limitante en la figura 9, el campo tiene dieciseis bits de largo, y se situa iniciando un desfase de bits de dieciseis del encabezado del paquete 9.
En algunos modos de realizacion, los campos del mensaje de configuracion pueden incluir los siguientes campos (pero sin limitacion): una direccion de la red superpuesta del dispositivo fuente 10, una direccion de la red superpuesta del dispositivo agregador 12, un ID de sesion de la sesion del trafico de datos que necesita retroinformacion, una ventana de diferencia de ocupacion de memoria intermedia en el tiempo entre multiples rutas, por encima de la cual el dispositivo agregador 12 utiliza senalizacion para la sincronizacion, un coeficiente del promedio movil usado para actualizar una medicion, un intervalo de tiempo para muestrear mediciones, un intervalo de tiempo para que el dispositivo agregador 12 envfe informacion de retroinformacion sobre el rendimiento al dispositivo fuente 10, y/o compensacion.
De acuerdo con algunos modos de realizacion, el coeficiente del promedio movil se aplica a la relacion de perdida de paquetes y el rendimiento de acuerdo con la Ecuacion 1,
Si+1 = a * s + (1 - a) * Si (1)
donde a representa el coeficiente del promedio movil, s representa la medicion actual, y S, representa el ies'm° promedio movil. En algunos modos de realizacion, el coeficiente del promedio movil a esta en la unidad de 1/16. Como un ejemplo no limitante, si el coeficiente del promedio movil a es 3/16, el multiplicador es 3.
En algunos modos de realizacion, los campos de la retroinformacion del agregador pueden incluir los siguientes campos (pero sin limitacion): una direccion de la red superpuesta del dispositivo agregador 12, una direccion de la red superpuesta del dispositivo fuente 10, un ID de sesion de la sesion de trafico de datos que necesita retroinformacion, un numero de rutas comunicadas en la retroinformacion del agregador, y/o compensacion. En
5
10
15
20
25
30
35
40
45
50
55
60
65
modos de realizacion adicionales, los campos de la retroinformacion del agregador incluyen (pero sin limitacion), para cada ruta comunicada: un mdice de ruta de la ruta de datos para la que se recopila la informacion de retroinformacion, un codigo del nivel de memoria intermedia, un codigo de diferencia de la memoria intermedia, una relacion de perdida de paquetes, un sello del tiempo de inicio de la rafaga de perdida de paquetes mas significativa (si la hubiera), un sello del tiempo de parada de la rafaga de perdida de paquetes mas significativa (si la hubiera), y/o una velocidad de los datos de recepcion de los paquetes enviados en el dispositivo fuente 10.
De acuerdo con algunos modos de realizacion, el codigo del nivel de memoria intermedia puede indicar desbordamiento, desbordamiento prologando, normal y/o memoria intermedia inicial alcanzada. En algunos modos de realizacion adicionales, antes del alcance de la memoria inicial de una de las rutas, el campo del codigo del nivel de memoria intermedia se ajusta para indicar un estado normal. Una vez que la memoria intermedia inicial se alcance la primera vez por al menos una ruta, el codigo del nivel de memoria intermedia se ajusta para indicar que la memoria intermedia inicial se ha alcanzado. Tras la recepcion de una indicacion de que se ha alcanzado la memoria intermedia inicial, el dispositivo fuente 10 toma acciones de calibracion posteriores.
En algunos modos de realizacion, el codigo de diferencia de memoria intermedia puede indicar que el estado esta por encima de la ventana, por debajo de la ventana, o normal con respecto a la ocupacion de memoria intermedia media en el tiempo. En algunos modos de realizacion adicionales, el dispositivo agregador 12 calcula un tamano de la memoria intermedia de referencia en el tiempo de acuerdo con las Ecuaciones 2-4, donde el tamano de la memoria intermedia de referencia en el tiempo se representa por Be, la ocupacion de memoria intermedia de la /esima ruta se representa por B(i), y el lfmite de la diferencia de la ocupacion de memoria intermedia en el tiempo se representa por W. Si la expresion de la Ecuacion 2 es verdadera, entonces el codigo de diferencia de memoria intermedia indica "normal":

| B(i) - Bref | < W / 2 (2)
Si la expresion de la Ecuacion 3 es verdadera, entonces el codigo de diferencia de memoria intermedia indica "por debajo de la ventana":

Bref - B(i) > W / 2 (3)
Si la expresion de la Ecuacion 4 es verdadera, entonces el codigo de diferencia de memoria intermedia indica "por encima de la ventana":

B(i) - Bref > W / 2 (4)
En algunos modos de realizacion, el tamano de la memoria intermedia de referencia se calcula como se indica a continuacion. El tamano de la memoria intermedia inicial para la reproduccion se representa por Bi, el lfmite inferior del rango del tamano de la memoria intermedia normal se representa por Bl, y el lfmite superior del rango del tamano de la memoria intermedia normal se representa por Bu. En algunos modos de realizacion, si hay rutas de datos con tamanos de memoria intermedia que estan cerca del tamano de la memoria intermedia inicial se determina usando la Ecuacion 5:
| B(i) - Bi | < W / 2 (5)
Si existen dichas rutas, estas rutas han de incluirse para calcular un nivel de memoria intermedia de referencia. El nivel de memoria intermedia de referencia se ajusta al tamano de la memoria intermedia promedio de estas rutas. Si no existen dichas rutas, se determina si hay rutas de datos con tamanos de memoria intermedia que estan dentro del rango del tamano normal, usando la Ecuacion 6:
Bl < B(i) < Bu (6)
En algunos modos de realizacion, si existen dichas rutas, estas rutas se incluyen para calcular un nivel de memoria intermedia de referencia. En algunos modos de realizacion, el nivel de memoria intermedia de referencia se ajusta al tamano de la memoria intermedia promedio de estas rutas.
De acuerdo con algunos modos de realizacion, antes de que se alcance la memoria intermedia inicial por una de las rutas, el codigo de diferencia de la memoria intermedia debe ajustarse para indicar "normal" en todas las rutas. En diversos modos de realizacion, una vez que se alcanza la memoria intermedia inicial por primera vez para al menos una ruta, el codigo de diferencia de la memoria intermedia se genera usando las Ecuaciones 2-4 anteriores.
En algunos modos de realizacion, el calculo o calculos hechos por la fuente 10 en la etapa S38 de la figura 3 se basan, al menos en parte, en el tiempo "de ida y vuelta" de los mensajes. La retroinformacion RTCP proporciona informacion del tiempo de ida y vuelta de la ruta. El retardo de la fuente al agregador a traves de cualquier ruta se calcula en base a la informacion del tiempo de ida y vuelta. El tiempo de ida y vuelta es el tiempo que tardan los mensajes de senalizacion en enviarse del dispositivo fuente 10 al dispositivo agregador 12, y el tiempo que tarda la
5
10
15
20
25
30
35
40
45
50
55
60
65
retroinformacion del agregador en enviarse desde el dispositivo agregador 12 al dispositivo fuente 10.
Por ejemplo, haciendo referencia a la figura 2, se considera el ejemplo no limitante en el que un mensaje de senalizacion se envio a traves de la ruta directa (directamente entre el dispositivo fuente 10 y el dispositivo agregador 12) y otro mensaje de senalizacion se envio a traves de la ruta indirecta (la ruta a traves del ayudante fuente 24 y el ayudante agregador 26), despues la retroinformacion del agregador se envio a traves de la ruta directa. En este ejemplo, de acuerdo con algunos modos de realizacion, el tiempo para recorrer la ruta directa se estima como la mitad del tiempo de ida y vuelta. Esto se ilustra por la Ecuacion 7, donde el tiempo de ida y vuelta a traves de la ruta directa (ambas direcciones) se representa por RTT(0) y el retardo en el tiempo para recorrer la ruta directa en una direccion se representa por D(0):
D(0) = RTT(0) / 2 (7)
En algunos modos de realizacion, el tiempo de ida y vuelta con respecto a la ruta directa se estima como el tiempo que tarda en llegar el mensaje de senalizacion de ruta directa una vez enviado, sumado al tiempo que tarda en llegar la retroinformacion del agregador de ruta directa una vez enviado.
Este calculo ejemplar se basa en el supuesto de que el tiempo de recorrido de ruta directa desde la fuente 10 al dispositivo agregador 12 es aproximadamente el mismo que el tiempo de recorrido de ruta directa desde el dispositivo agregador 12 al dispositivo fuente 10. En otros modos de realizacion, si no son aproximadamente iguales, los calculos se ajustan para contabilizar estas diferencias.
Continuando con el ejemplo, una vez estimado el tiempo para recorrer la ruta directa, en algunos modos de realizacion, se usa para estimar el tiempo para recorrer la ruta indirecta. El tiempo de ida y vuelta con respecto a la ruta indirecta se estima como el tiempo que tarda en llegar el mensaje de senalizacion de ruta indirecta una vez enviado, sumado al tiempo que tarda en llegar la retroinformacion del agregador de ruta directa una vez enviado. El tiempo para recorrer la ruta indirecta se estima como el tiempo de ida y vuelta con respecto a la ruta indirecta menos el tiempo para recorrer la ruta directa. Esto se ilustra por la Ecuacion 8, donde el tiempo de ida y vuelta que incluye el retardo de la ruta indirecta y la ruta directa se representa por RTT(i) y el retardo en el tiempo para recorrer la ruta indirecta en una direccion se representa por D(i):
D(i) = RTT(i) - D(0) (8)
Los expertos en la tecnica apreciaran ademas que los diversos bloques logicos, modulos, circuitos y etapas de algoritmo ilustrativos descritos en relacion con los modos de realizacion divulgados en el presente documento pueden implementarse como hardware electronico, software informatico, firmware, o combinaciones de estos. Para ilustrar claramente esta intercambiabilidad de hardware y software, anteriormente se han descrito diversos componentes, bloques, modulos, circuitos y etapas ilustrativos, generalmente, en lo que respecta a su funcionalidad. Si tal funcionalidad se implementa como hardware, software o firmware, dependera de la aplicacion particular y de las limitaciones de diseno impuestas sobre todo el sistema. Los expertos en la tecnica pueden implementar la funcionalidad descrita de diferentes maneras para cada aplicacion particular, pero no debe interpretarse que tales decisiones de implementacion suponen un apartamiento del alcance de la presente divulgacion.
Los diversos bloques logicos, modulos y circuitos ilustrativos descritos en relacion con los modos de realizacion divulgados en el presente documento pueden implementarse o realizarse con un procesador de proposito general, con un procesador de senales digitales (DSP), con un circuito integrado de aplicacion especffica (ASIC), con una matriz de puertas de campo programable (FPGA) o con otro dispositivo de logica programable, logica de transistor o de puertas discretas, componentes de hardware discretos, o con cualquier combinacion de los mismos disenada para realizar las funciones descritas en el presente documento. Un procesador de proposito general puede ser un microprocesador pero, como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o maquina de estados convencional. Un procesador tambien puede implementarse como una combinacion de dispositivos informaticos, por ejemplo una combinacion de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o mas microprocesadores junto con un nucleo de DSP o cualquier otra configuracion de este tipo.
Las etapas de un procedimiento o algoritmo descrito en relacion con los modos de realizacion divulgados en el presente documento pueden realizarse directamente en hardware, en un modulo de software ejecutado por un procesador o en una combinacion de los dos. Un modulo de software puede residir en memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un disco duro, un disco extrafble, un CD-ROM o en cualquier otra forma de medio de almacenamiento conocida en la tecnica. Un medio de almacenamiento a modo de ejemplo esta acoplado al procesador de manera que el procesador pueda leer informacion de, y escribir informacion en, el medio de almacenamiento. Como alternativa, el medio de almacenamiento puede ser una parte integrante del procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un terminal de usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un terminal de usuario.
5
10
15
20
25
30
35
40
45
50
55
60
65
En una o mas realizaciones ejemplares, las funciones descritas pueden implementarse en hardware, software, firmware o en cualquier combinacion de los mismos. Si se implementan en software, las funciones pueden almacenarse en o transmitirse como una o mas instrucciones o codigo en un medio legible por ordenador. Los medios legibles por ordenador incluyen tanto medios de almacenamiento informaticos como medios de comunicacion, incluyendo cualquier medio que facilite la transferencia de un programa informatico de un lugar a otro. Los medios de almacenamiento pueden ser cualquier medio disponible al que pueda accederse mediante un ordenador. A modo de ejemplo, y no de manera limitativa, tales medios legibles por ordenador pueden comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento de disco optico, almacenamiento de disco magnetico u otros dispositivos de almacenamiento magnetico, o cualquier otro medio que pueda usarse para transportar o almacenar codigo de programa deseado en forma de instrucciones o estructuras de datos y al que pueda accederse mediante un ordenador. Ademas, cualquier conexion puede denominarse de manera apropiada medio legible por ordenador. Por ejemplo, si el software se transmite desde un sitio web, un servidor u otra fuente remota usando un cable coaxial, un cable de fibra optica, un par trenzado, una lfnea de abonado digital (DSL) o tecnologfas inalambricas tales como infrarrojos, radio y microondas, entonces el cable coaxial, el cable de fibra optica, el par trenzado, la DSL o las tecnologfas inalambricas tales como infrarrojos, radio y microondas se incluyen en la definicion de medio. Los discos, como se usan en el presente documento, incluyen discos compactos (CD), discos de laser, discos opticos, discos versatiles digitales (DVD), discos flexibles y discos Blu-ray, donde los discos normalmente reproducen datos de manera magnetica, asf como de manera optica con laser. Las combinaciones de lo anterior tambien deberfan incluirse dentro del alcance de los medios legibles por ordenador.
La anterior descripcion de los modos de realizacion divulgados se proporciona para permitir que cualquier experto en la tecnica realice o use la presente divulgacion. Diversas modificaciones de estos modos de realizacion resultaran facilmente evidentes a los expertos en la tecnica, y los principios genericos definidos en el presente documento pueden aplicarse a otros modos de realizacion sin apartarse del alcance de la divulgacion. Por tanto, la presente divulgacion no pretende limitarse a los modos de realizacion mostrados en el presente documento, sino que se le concede el alcance mas amplio compatible con los principios y caracterfsticas novedosas divulgados en el presente documento.
A continuacion se describen ejemplos adicionales para facilitar el entendimiento de la invencion:
1. Un procedimiento para proporcionar retroinformacion por una red, comprendiendo el procedimiento:
enviar al menos dos transmisiones, de un primer dispositivo en la red a un segundo dispositivo en la red;
en el que dos o mas de dichas al menos dos transmisiones se envfan cada una a traves de una ruta diferente de la red; y
recibir, por el primer dispositivo desde el segundo dispositivo, a traves de una primera ruta de la red, informacion sobre el rendimiento de al menos dos rutas de la red.
2. El procedimiento segun el ejemplo 1, que comprende ademas:
hacer uno o mas calculos con respecto al rendimiento de al menos una ruta de la red, basandose en la informacion recibida.
3. El procedimiento segun el ejemplo 2, que comprende ademas:
ajustar una cantidad de trafico enviado a una o mas rutas de la red, en base, al menos en parte, al uno o mas calculos.
4. El procedimiento segun el ejemplo 1, que comprende ademas:
calcular, por el primer dispositivo, un tiempo de recorrido de una transmision a lo largo de una segunda ruta de la red restando un tiempo de recorrido a lo largo de la primera ruta de la red de un tiempo de ida y vuelta, en el que el tiempo de ida y vuelta es una suma del tiempo de recorrido de la transmision a lo largo de la segunda ruta y el tiempo de recorrido a lo largo de la primera ruta de la red.
5. El procedimiento del ejemplo 1, en el que la primera ruta de la red es una ruta directa entre el segundo dispositivo y el primer dispositivo sin proporcionar ningun ayudante de transferencia en la misma.
6. El procedimiento del ejemplo 1, en el que la informacion recibida incluye informacion relacionada con al menos una ocupacion de memoria intermedia del segundo dispositivo, estando la ocupacion de memoria relacionada con al menos una ruta de la red.
7. El procedimiento del ejemplo 6, en el que la informacion relacionada con al menos una ocupacion de memoria intermedia en relacion con al menos una ruta, incluye una comparacion de una o mas ocupaciones de memoria
5
10
15
20
25
30
35
40
45
50
55
60
65
intermedia con una ocupacion de memoria intermedia combinada en relacion ocupacion de memoria intermedia en relacion con una o mas rutas distintas de la al
8. El procedimiento del ejemplo 1, en el que la informacion recibida no incluye artificial para una transmision a traves de una o mas rutas de la red.
9. Un sistema para proporcionar retroinformacion a traves de una red, comprendiendo el sistema:
un procesador configurado para:
enviar al menos dos transmisiones, de un primer dispositivo en la red a un segundo dispositivo en la red;
en el que dos o mas de dichas al menos dos transmisiones se envfan cada una a traves de una ruta diferente de la red; y
recibir, por el primer dispositivo desde el segundo dispositivo, a traves de una primera ruta de la red, informacion sobre el rendimiento de al menos dos rutas de la red.
10. El sistema del ejemplo 9, el procesador esta configurado adicionalmente para:
hacer uno o mas calculos con respecto al rendimiento de al menos una ruta de la red, basandose en la informacion recibida,
11. El sistema del ejemplo 10, el procesador esta configurado adicionalmente para:
ajustar cantidad de trafico enviado a una o mas rutas de la red, en base, al menos en parte, al uno o mas calculos.
12. El procedimiento del ejemplo 9, el procesador esta configurado adicionalmente para:
calcular un tiempo de recorrido de una transmision a lo largo de una segunda ruta de la red restando un tiempo de recorrido a lo largo de la primera ruta de la red de un tiempo de ida y vuelta, en el que el tiempo de ida y vuelta es una suma del tiempo de recorrido de la transmision a lo largo de la segunda ruta y el tiempo de recorrido a lo largo de la primera ruta de la red.
13. El sistema del ejemplo 9, en el que la primera ruta de la red es una ruta directa entre el segundo dispositivo y el primer dispositivo sin proporcionar ningun ayudante de transferencia en la misma.
14. El sistema del ejemplo 9, en el que la informacion recibida incluye informacion relacionada con al menos una ocupacion de memoria intermedia del segundo dispositivo, estando la ocupacion de memoria relacionada con al menos una ruta de la red.
15. El procedimiento del ejemplo 14, en el que la informacion relacionada con al menos una ocupacion de memoria intermedia en relacion con al menos una ruta, incluye una comparacion de una o mas ocupaciones de memoria intermedia con una ocupacion de memoria intermedia combinada en relacion con multiples rutas, o una ocupacion de memoria intermedia en relacion con una o mas rutas distintas de la al menos una ruta.
16. El sistema del ejemplo 9, en el que la informacion recibida no incluye un valor o rango de retardo artificial para una transmision a traves de una o mas rutas de la red.
17. Un producto de programa informatico para proporcionar retroinformacion a traves de una red, comprendiendo el producto de programa informatico:
un medio legible por maquina codificado con codigos ejecutables para:
enviar al menos dos transmisiones, de un primer dispositivo en la red a un segundo dispositivo en la red;
en el que dos o mas de dichas al menos dos transmisiones se envfan cada una a traves de una ruta diferente de la red; y
recibir, por el primer dispositivo desde el segundo dispositivo, a traves de una primera ruta de la red, informacion sobre el rendimiento de al menos dos rutas de la red.
18. Un procedimiento para proporcionar retroinformacion por una red, comprendiendo el procedimiento:
recibir al menos dos transmisiones, por un segundo dispositivo en la red, desde un primer dispositivo en la
con multiples rutas, o una menos una ruta.
un valor o rango de retardo
5
10
15
20
25
30
35
40
45
50
55
60
65
red;
en el que dos o mas de dichas al menos dos transmisiones se reciben cada una desde una ruta diferente de la red; y
enviar informacion sobre el rendimiento de las rutas de la red desde el segundo dispositivo al primer dispositivo, por una primera ruta de la red.
19. El procedimiento del ejemplo 18, en el que la primera ruta de la red es una ruta directa entre el segundo dispositivo y el primer dispositivo sin proporcionar ningun ayudante de transferencia en la misma.
20. El procedimiento del ejemplo 18, en el que la informacion enviada incluye informacion relacionada con al menos una ocupacion de memoria intermedia del segundo dispositivo, relacionando la ocupacion de memoria intermedia con una o mas rutas de la red.
21. El procedimiento del ejemplo 20, en el que la informacion relacionada con al menos una ocupacion de memoria intermedia en relacion con al menos una ruta, incluye una comparacion de una o mas ocupaciones de memoria intermedia con una ocupacion de memoria intermedia combinada en relacion con multiples rutas, o una ocupacion de memoria intermedia en relacion con una o mas rutas distintas de la al menos una ruta.
22. El procedimiento del ejemplo 18, en el que la informacion enviada no incluye un valor o intervalo de retardo artificial para una transmision a traves de una o mas rutas de la red.
23. Un sistema para proporcionar retroinformacion a traves de una red, comprendiendo el sistema:
un procesador configurado para:
recibir al menos dos transmisiones, por un segundo dispositivo en la red, desde un primer dispositivo en la red;
en el que dos o mas de dichas al menos dos transmisiones se reciben cada una desde una ruta diferente de la red; y
enviar informacion sobre el rendimiento de las rutas de la red desde el segundo dispositivo al primer dispositivo, por una primera ruta de la red.
24. El sistema del ejemplo 23, en el que la primera ruta de la red es una ruta directa entre el segundo dispositivo y el primer dispositivo sin proporcionar ningun ayudante de transferencia en la misma.
25. El sistema del ejemplo 23, en el que la informacion enviada incluye informacion relacionada con al menos una ocupacion de memoria intermedia del segundo dispositivo, estando la ocupacion de memoria relacionada con al menos una ruta de la red.
26. El procedimiento del ejemplo 23, en el que la informacion relacionada con al menos una ocupacion de memoria intermedia en relacion con al menos una ruta, incluye una comparacion de una o mas ocupaciones de memoria intermedia con una ocupacion de memoria intermedia combinada en relacion con multiples rutas, o una ocupacion de memoria intermedia en relacion con una o mas rutas distintas de la al menos una ruta.
27. El sistema del ejemplo 23, en el que la informacion enviada no incluye un valor o intervalo de retardo artificial para una transmision a traves de una o mas rutas de la red.
28. Un producto de programa informatico para proporcionar retroinformacion a traves de una red, comprendiendo el producto de programa informatico:
un medio legible por maquina codificado con codigos ejecutables para:
recibir al menos dos transmisiones, por un segundo dispositivo en la red, desde un primer dispositivo en la red;
en el que dos o mas de dichas al menos dos transmisiones se reciben cada una desde una ruta diferente de la red; y
enviar informacion sobre el rendimiento de las rutas de la red desde el segundo dispositivo al primer dispositivo, por una primera ruta de la red.

Claims (13)

1.
5
10
2.
15
20
25
30
3.
35 4.
40
45 5.
50
55
6.
60
REIVINDICACIONES
Un procedimiento para proporcionar retroinformacion por una red, comprendiendo el procedimiento:
enviar al menos dos transmisiones, de un primer dispositivo (10, 12) en la red a un segundo dispositivo (10, 12) en la red;
en el que dos o mas de dichas al menos dos transmisiones se envfan cada una a traves de una ruta diferente de la red; y
recibir, por el primer dispositivo (10, 12) desde el segundo dispositivo (10, 12), a traves de una primera ruta de la red, informacion sobre el rendimiento de al menos dos rutas de la red.
El procedimiento segun la reivindicacion 1, que comprende ademas:
hacer uno o mas calculos con respecto al rendimiento de al menos una ruta de la red, basandose en la informacion recibida,
comprendiendo adicionalmente el procedimiento en particular:
ajustar una cantidad de trafico enviado a una o mas rutas de la red, en base, al menos en parte, al uno o mas calculos,
o el procedimiento de la reivindicacion 1, que comprende adicionalmente:
calcular, por el primer dispositivo (10, 12), un tiempo de recorrido de una transmision a lo largo de una segunda ruta de la red restando un tiempo de recorrido a lo largo de la primera ruta de la red de un tiempo de ida y vuelta, en el que el tiempo de ida y vuelta es una suma del tiempo de recorrido de la transmision a lo largo de la segunda ruta y el tiempo de recorrido a lo largo de la primera ruta de la red.
El procedimiento de la reivindicacion 1, en el que la primera ruta de la red es una ruta directa entre el segundo dispositivo (10, 12) y el primer dispositivo (10, 12) sin proporcionar ningun ayudante de transferencia (24, 26) en la misma.
El procedimiento de la reivindicacion 1, en el que la informacion recibida incluye informacion relacionada con al menos una ocupacion de memoria intermedia del segundo dispositivo (10, 12), estando la ocupacion de memoria relacionada con al menos una ruta de la red,
en particular, en el que informacion relacionada con al menos una ocupacion de memoria intermedia en relacion con al menos una ruta, incluye una comparacion de una o mas ocupaciones de memoria intermedia con una ocupacion de memoria intermedia combinada en relacion con multiples rutas, o una ocupacion de memoria intermedia en relacion con una o mas rutas distintas de la al menos una ruta, o el procedimiento de la reivindicacion 1, en el que la informacion recibida no incluye un valor o rango de retardo artificial para una transmision a traves de una o mas rutas de la red.
Un sistema para proporcionar retroinformacion a traves de una red, comprendiendo el sistema:
un procesador configurado para:
enviar al menos dos transmisiones, desde un primer dispositivo (10, 12) en la red a un segundo dispositivo (10, 12) en la red;
en el que dos o mas de dichas al menos dos transmisiones se envfan cada una a traves de una ruta diferente de la red; y
recibir, por el primer dispositivo (10, 12) desde el segundo dispositivo (10, 12), a traves de una primera ruta de la red, informacion sobre el rendimiento de al menos dos rutas de la red.
El sistema de la reivindicacion 5, el procesador esta configurado adicionalmente para:
hacer uno o mas calculos con respecto al rendimiento de al menos una ruta de la red, basandose en la informacion recibida,
el procesador en particular esta configurado para:
ajustar una cantidad de trafico enviado a una o mas rutas de la red, en base, al menos en parte, al uno o mas calculos,
5
10
15
20
25
30
35
40
45
50
55
60
65
o el sistema de la reivindicacion 5, el procesador esta configurado adicionalmente para:
calcular un tiempo de recorrido de una transmision a lo largo de una segunda ruta de la red restando un tiempo de recorrido a lo largo de la primera ruta de la red de un tiempo de ida y vuelta, en el que el tiempo de ida y vuelta es una suma del tiempo de recorrido de la transmision a lo largo de la segunda ruta y el tiempo de recorrido a lo largo de la primera ruta de la red.
7. El sistema de la reivindicacion 5, en el que la primera ruta de la red es una ruta directa entre el segundo dispositivo (10, 12) y el primer dispositivo (10, l2) sin proporcionar ningun ayudante de transferencia (24, 26) en la misma.
8. El sistema de la reivindicacion 5, en el que la informacion recibida incluye informacion relacionada con al menos una ocupacion de memoria intermedia del segundo dispositivo (10, 12), estando la ocupacion de memoria relacionada con al menos una ruta de la red,
en particular, en el que informacion relacionada con al menos una ocupacion de memoria intermedia en relacion con al menos una ruta, incluye una comparacion de una o mas ocupaciones de memoria intermedia con una ocupacion de memoria intermedia combinada en relacion con multiples rutas, o una ocupacion de memoria intermedia en relacion con una o mas rutas distintas de la al menos una ruta, o el sistema de la reivindicacion 5, en el que la informacion recibida no incluye un valor o rango de retardo artificial para una transmision a traves de una o mas rutas de la red.
9. Un procedimiento para proporcionar retroinformacion por una red, comprendiendo el procedimiento:
recibir al menos dos transmisiones, por un segundo dispositivo (10, 12) en la red, desde un primer dispositivo (10, 12) en la red;
en el que dos o mas de dichas al menos dos transmisiones se reciben cada una desde una ruta diferente de la red; y
enviar informacion sobre el rendimiento de las rutas de la red desde el segundo dispositivo (10, 12) al primer dispositivo (10, 12), a traves de una primera ruta de la red.
10. El procedimiento de la reivindicacion 9, en el que la primera ruta de la red es una ruta directa entre el segundo dispositivo (10, 12) y el primer dispositivo (10, 12) sin proporcionar ningun ayudante de transferencia (24, 26) en la misma.
11. El procedimiento de la reivindicacion 9, en el que la informacion enviada incluye informacion relacionada con al menos una ocupacion de memoria intermedia del segundo dispositivo (10, 12), estando la ocupacion de memoria intermedia relacionada con una o mas rutas de la red,
en particular, en el que informacion relacionada con al menos una ocupacion de memoria intermedia en relacion con al menos una ruta, incluye una comparacion de una o mas ocupaciones de memoria intermedia con una ocupacion de memoria intermedia combinada en relacion con multiples rutas, o una ocupacion de memoria intermedia en relacion con una o mas rutas distintas de la al menos una ruta, o el procedimiento de la reivindicacion 9, en el que la informacion enviada no incluye un valor o intervalo de retardo artificial para una transmision a traves de una o mas rutas de la red.
12. Un sistema para proporcionar retroinformacion a traves de una red, comprendiendo el sistema:
un procesador configurado para:
recibir al menos dos transmisiones, por un segundo dispositivo (10, 12) en la red, desde un primer dispositivo (10, 12) en la red;
en el que dos o mas de dichas al menos dos transmisiones se reciben cada una desde una ruta diferente de la red; y
enviar informacion sobre el rendimiento de las rutas de la red desde el segundo dispositivo (10, 12) al primer dispositivo (10, 12), a traves de una primera ruta de la red.
13. El sistema de la reivindicacion 12, en el que la primera ruta de la red es una ruta directa entre el segundo dispositivo (10, 12) y el primer dispositivo (10, 12) sin proporcionar ningun ayudante de transferencia (24, 26) en la misma.
14. El sistema de la reivindicacion 12, en el que la informacion enviada incluye informacion relacionada con al menos una ocupacion de memoria intermedia del segundo dispositivo, estando la ocupacion de memoria intermedia relacionada con al menos una ruta de la red,
5
10
en particular, en el que informacion relacionada con al menos una ocupacion de memoria intermedia en relacion con al menos una ruta, incluye una comparacion de una o mas ocupaciones de memoria intermedia con una ocupacion de memoria intermedia combinada en relacion con multiples rutas, o una ocupacion de memoria intermedia en relacion con una o mas rutas distintas de la al menos una ruta,
o el sistema de la reivindicacion 12, en el que la informacion enviada no incluye un valor o intervalo de retardo artificial para una transmision a traves de una o mas rutas de la red.
15. Un medio legible por ordenador que comprende instrucciones para realizar las etapas de una cualquiera de las reivindicaciones 1 a 4 o 9 a 11 al ejecutarse en un ordenador.
ES12762157.1T 2011-09-09 2012-09-10 Protocolo de retroinformación para sistemas de red de ruta múltiple de extremo a extremo Active ES2574841T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US13/228,671 US8885502B2 (en) 2011-09-09 2011-09-09 Feedback protocol for end-to-end multiple path network systems
US201113228671 2011-09-09
PCT/US2012/054465 WO2013036933A1 (en) 2011-09-09 2012-09-10 Feedback protocol for end-to-end multiple path network systems

Publications (1)

Publication Number Publication Date
ES2574841T3 true ES2574841T3 (es) 2016-06-22

Family

ID=46888694

Family Applications (1)

Application Number Title Priority Date Filing Date
ES12762157.1T Active ES2574841T3 (es) 2011-09-09 2012-09-10 Protocolo de retroinformación para sistemas de red de ruta múltiple de extremo a extremo

Country Status (8)

Country Link
US (1) US8885502B2 (es)
EP (1) EP2754267B1 (es)
JP (1) JP5766882B2 (es)
KR (1) KR101521897B1 (es)
CN (1) CN103765822B (es)
ES (1) ES2574841T3 (es)
TW (1) TWI506991B (es)
WO (1) WO2013036933A1 (es)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9444887B2 (en) 2011-05-26 2016-09-13 Qualcomm Incorporated Multipath overlay network and its multipath management protocol
US8995338B2 (en) 2011-05-26 2015-03-31 Qualcomm Incorporated Multipath overlay network and its multipath management protocol
GB2532072B (en) * 2014-11-07 2017-04-19 Canon Kk Feedback management in a multipath communication network
WO2017100420A1 (en) * 2015-12-08 2017-06-15 Mayo Foundation For Medical Education And Research Biomarkers for predicting clostridium difficile infection treatment outcome
US9949192B1 (en) * 2016-06-01 2018-04-17 Sprint Spectrum L.P. Selection of a handover target based at least on a determination that the selected handover target does not have a wireless relay backhaul connection
WO2018157819A1 (zh) * 2017-03-02 2018-09-07 华为技术有限公司 多子流网络传输方法及装置
US11558733B2 (en) * 2019-07-10 2023-01-17 Samsung Electronics Co., Ltd. Managing sub-flow communications in user equipment
CN114827095A (zh) 2021-01-29 2022-07-29 Zoom视频通讯公司 虚拟桌面基础架构中的呼叫增强
CN116847389A (zh) * 2022-03-24 2023-10-03 维沃移动通信有限公司 数据传输方法及装置、终端及网络侧设备
CN119341971A (zh) * 2023-07-20 2025-01-21 华为技术有限公司 一种选路方法、信息处理方法及装置
CN117081983B (zh) * 2023-09-14 2024-01-05 腾讯科技（深圳）有限公司 数据传输方法及装置
CN120091381A (zh) * 2023-12-01 2025-06-03 索尼集团公司 电子设备、通信方法和存储介质

Family Cites Families (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5715516A (en) * 1995-10-18 1998-02-03 Cellular Telecom, Ltd. Method and apparatus for wireless communication employing collector arrays
US6275470B1 (en) 1999-06-18 2001-08-14 Digital Island, Inc. On-demand overlay routing for computer-based communication networks
US6580909B1 (en) 1999-08-26 2003-06-17 International Business Machines Corporation Communications system and method based on the relative positions of mobile units
WO2002013479A2 (en) 2000-08-04 2002-02-14 Avaya Technology Corporation Intelligent demand driven recognition of url objects in connection oriented transactions
AU2001290889A1 (en) * 2000-09-15 2002-03-26 Mspect, Inc. Wireless network monitoring
FI110977B (fi) 2001-02-09 2003-04-30 Nokia Oyj Mekanismi palvelujen mainostamista ja käyttäjän auktorisointia varten
US6834044B2 (en) 2001-02-15 2004-12-21 Telefonaktiebolaget L M Ericsson (Publ) Multi-path data streaming in a wireless packet data network
US20030007515A1 (en) 2001-07-03 2003-01-09 Apostolopoulos John G. System and method for receiving mutiple description media streams in fixed and mobile streaming media systems
TW200300313A (en) * 2001-11-02 2003-05-16 Netvmg Inc System and method to provide routing control of information over data networks
US6954435B2 (en) 2002-04-29 2005-10-11 Harris Corporation Determining quality of service (QoS) routing for mobile ad hoc networks
US7388841B2 (en) 2003-10-20 2008-06-17 Mitsubishi Electric Research Laboratories, Inc. Selecting multiple paths in overlay networks for streaming data
BRPI0418445B1 (pt) 2004-01-30 2018-08-07 Telefonaktiebolaget Lm Ericsson (Publ) Sistema de redes, método para preparar para trânsito e executar trânsito de pacotes, e, nó de trânsito para trânsito de uma conexão de ponta a ponta
US7080173B2 (en) 2004-05-27 2006-07-18 Microsoft Corporation Reducing information reception delays
US7733769B1 (en) 2004-06-08 2010-06-08 Cisco Technology, Inc. Method and apparatus for identifying a media path in a network
CN101002437A (zh) 2004-08-13 2007-07-18 松下电器产业株式会社 在应用点到多点多协议标记交换的网络中向移动主机提供移动性的方法
US7715396B2 (en) 2004-08-19 2010-05-11 Microsoft Corporation Network routing
US7330457B2 (en) 2004-10-07 2008-02-12 Polytechnic University Cooperative wireless communications
TW200644497A (en) * 2004-12-23 2006-12-16 Ibm System and method for analysis of communications network
US20060224763A1 (en) 2005-03-18 2006-10-05 Sharp Laboratories Of America, Inc. Switching and simultaneous usage of 802.11a and 802.11g technologies for video streaming
KR100687739B1 (ko) 2005-03-29 2007-02-27 한국전자통신연구원 이더넷 수동 광 통신망을 위한 링크 성능 감시 및 활성화상태 진단 방법
US7568013B1 (en) * 2005-08-03 2009-07-28 Sun Microsystems, Inc. Multiple message send routine for network packets
CN101305612B (zh) 2005-08-12 2010-10-20 诺基亚西门子通信有限责任两合公司 用于对等订户小区的多源和弹性按需点播视频流媒体系统
WO2007020563A1 (en) 2005-08-19 2007-02-22 Koninklijke Philips Electronics N.V. Method and apparatus of multiple antennas transmission
US8467377B2 (en) 2005-08-24 2013-06-18 Qualcomm Incorporated Interleaving VoIP/VIP transmission in multiple sessions to increase quality of service in mobile devices having multiple interfaces
JP2007074564A (ja) * 2005-09-08 2007-03-22 Oki Electric Ind Co Ltd ネットワーク経路設定方法及び無線局
US20070110035A1 (en) 2005-11-14 2007-05-17 Broadcom Corporation, A California Corporation Network nodes cooperatively routing traffic flow amongst wired and wireless networks
US7839850B2 (en) 2006-01-30 2010-11-23 Juniper Networks, Inc. Forming equal cost multipath multicast distribution structures
KR101256687B1 (ko) 2006-02-13 2013-04-19 리서치 파운데이션 오브 더 시티 유니버시티 오브 뉴욕 다중 경로 설정 장치 및 방법
US7643427B2 (en) 2006-03-28 2010-01-05 Nec Laboratories America, Inc. Multipath routing architecture for large data transfers
US8976670B2 (en) 2006-11-16 2015-03-10 Rockstar Consortium Us Lp System and method for delivering packet data over a multiplicity of communication links
US9094416B2 (en) 2006-11-29 2015-07-28 Thomson Licensing Contribution aware peer-to-peer live streaming service
US7630370B2 (en) 2007-02-28 2009-12-08 Sharp Laboratories Of America, Inc. Overlay join latency reduction using preferred peer list
CN101287268B (zh) 2007-04-13 2012-05-09 中兴通讯股份有限公司 一种无线中继站连接关系更新的方法
JP2008301002A (ja) * 2007-05-30 2008-12-11 Nec Corp データ処理装置及びそれに用いる回線選択制御方法並びにそのプログラム
US8385345B2 (en) 2007-09-19 2013-02-26 At&T Intellectual Property Ii, L.P. Data forwarding in hybrid mesh networks
US8175043B2 (en) 2007-12-20 2012-05-08 Verizon Patent And Licensing Inc. Method and system for establishing disparate connection paths from a mobile user device to a base station through a mobile peer-to-peer (PTP) network
JP5230753B2 (ja) * 2008-01-22 2013-07-10 ノーテル・ネットワークス・リミテッド 中継局を有する無線システムにおけるパス選択
KR101414632B1 (ko) 2008-03-06 2014-07-03 엘지전자 주식회사 단말의 릴레이를 통한 통신 방법 및 릴레이 시스템의 통신방법
BRPI0822512A2 (pt) 2008-04-22 2015-06-16 Thomson Licensing Método e aparelho para gerenciamento da árvore de multidifusão em sistema de comunicação de retransmissão de múltiplos pulos
US20090290555A1 (en) 2008-05-21 2009-11-26 Comsys Communication & Signal Processing Ltd. Autonomous anonymous association between a mobile station and multiple network elements in a wireless communication system
US20100088390A1 (en) 2008-10-03 2010-04-08 Microsoft Corporation Data sharing proxy for mobile devices
US7738406B2 (en) 2008-10-08 2010-06-15 Microsoft Corporation Models for routing tree selection in peer-to-peer communications
JP2010109825A (ja) * 2008-10-31 2010-05-13 Advanced Telecommunication Research Institute International 無線装置およびそれを備えた無線ネットワーク
US20100121971A1 (en) 2008-11-10 2010-05-13 Samsung Electronics Co., Ltd. Multipath transmission of three-dimensional video information in wireless communication systems
GB2469469B (en) 2009-04-14 2015-06-10 Skype Method and system for data transmission
US9125179B2 (en) 2009-06-10 2015-09-01 Lg Electronics Inc. Method and apparatus for transmitting frame in wireless local area network (WLAN) system
US20100315958A1 (en) * 2009-06-11 2010-12-16 Luo Xiapu Method for non-cooperative measurement of network data-path quality
US8489722B2 (en) 2009-11-24 2013-07-16 International Business Machines Corporation System and method for providing quality of service in wide area messaging fabric
US8995338B2 (en) 2011-05-26 2015-03-31 Qualcomm Incorporated Multipath overlay network and its multipath management protocol
US9444887B2 (en) 2011-05-26 2016-09-13 Qualcomm Incorporated Multipath overlay network and its multipath management protocol
US20120311072A1 (en) 2011-06-01 2012-12-06 Qualcomm Incorporated Multipath management architecture and protocols for mobile multimedia service with multiple description coding

Also Published As

Publication number Publication date
JP2014526833A (ja) 2014-10-06
TW201320690A (zh) 2013-05-16
JP5766882B2 (ja) 2015-08-19
EP2754267A1 (en) 2014-07-16
KR101521897B1 (ko) 2015-05-20
WO2013036933A1 (en) 2013-03-14
US8885502B2 (en) 2014-11-11
TWI506991B (zh) 2015-11-01
US20130064105A1 (en) 2013-03-14
KR20140068176A (ko) 2014-06-05
EP2754267B1 (en) 2016-03-02
CN103765822B (zh) 2017-05-10
CN103765822A (zh) 2014-04-30

Similar Documents

Publication Publication Date Title
ES2961005T3 (es) Conmutación de transmisión basada en retraso de transmisión de datos
JP5827413B2 (ja) 多配送ルートパケット順序付け
TWI506991B (zh) 用於端到端多徑網路系統的回饋協定
ES2642932T3 (es) Procedimiento para la transmisión de paquetes de datos en tiempo real en redes convergentes
ES2610396T3 (es) Un esquema de segmentación flexible para sistemas de comunicación
ES2798127T3 (es) Técnicas para transmisión de múltiples trayectos eficaz
KR101696776B1 (ko) 향상된 확인응답 및 재송신 메커니즘
CN101675706B (zh) 数据收发系统、终端、中继设备以及数据发送方法
US7817668B2 (en) Communication terminal device and communications method
ES2512444T3 (es) Sistema y método para detectar y comunicar pérdida y retención de sincronización en un esquema de transferencia de datos en tiempo real
ES2991802T3 (es) Reubicación del flujo de calidad de servicio
ES2529729T3 (es) Gestión de datos redundantes en un sistema de comunicaciones
ES2542150T3 (es) Un procedimiento y disposición para conectar una red de comunicación ad-hoc a una red de comunicación permanente
ES2953738T3 (es) Agregación de enlaces con fragmentación de segmentos de datos
US11057281B2 (en) Determination of quality of service of a network tunnel
US11159428B2 (en) Communication of congestion information to end devices
ES2411082T3 (es) Un aparato para controlar el tráfico de datos y un método para medir QoE
WO2018036173A1 (zh) 一种网络负载均衡方法、设备及系统
JP2008544616A (ja) 好ましいパス・ソース・ルーティングと、マルチギャランティＱｏＳと、リソースの予約・管理・解放とを備える高性能な通信バスを提供する、装置、方法およびコンピュータ・プログラム
JP2007043678A (ja) 通信端末及び通信方法
JP2011035608A (ja) エッジノード、ウィンドウサイズ制御方法およびプログラム
ES2214390T3 (es) Metodo de control de transmision de datos.
ES3045141T3 (en) Routing data in a communication network
CN120880985A (zh) 数据源流控方法、网络设备、存储介质及计算机程序产品