ES2235978T3 - Realimentacion de baja densidad en sistemas inalambricos de alto retardo y ancho de banda limitado. - Google Patents
Realimentacion de baja densidad en sistemas inalambricos de alto retardo y ancho de banda limitado.Info
- Publication number
- ES2235978T3 ES2235978T3 ES00974016T ES00974016T ES2235978T3 ES 2235978 T3 ES2235978 T3 ES 2235978T3 ES 00974016 T ES00974016 T ES 00974016T ES 00974016 T ES00974016 T ES 00974016T ES 2235978 T3 ES2235978 T3 ES 2235978T3
- Authority
- ES
- Spain
- Prior art keywords
- header
- compressor
- decompressor
- feedback
- receiver
- 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.)
- Expired - Lifetime
Links
- 230000004044 response Effects 0.000 claims abstract description 25
- 238000000034 method Methods 0.000 claims abstract description 13
- 230000006835 compression Effects 0.000 description 18
- 238000007906 compression Methods 0.000 description 18
- 230000005540 biological transmission Effects 0.000 description 10
- 238000004891 communication Methods 0.000 description 5
- 238000007796 conventional method Methods 0.000 description 4
- 230000006837 decompression Effects 0.000 description 4
- 230000032258 transport Effects 0.000 description 4
- 238000013213 extrapolation Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000001174 ascending effect Effects 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000003595 spectral effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 240000004760 Pimpinella anisum Species 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000008030 elimination Effects 0.000 description 1
- 238000003379 elimination reaction Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
- H04L47/267—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets sent by the destination endpoint
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
- H04L47/323—Discarding or blocking control packets, e.g. ACK packets
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Transmitters (AREA)
- Radar Systems Or Details Thereof (AREA)
- Amplifiers (AREA)
Abstract
Método para un sistema que comprende un transmisor que transmite a un receptor una pluralidad de paquetes conteniendo cada uno de dichos paquetes una cabecera, proporcionando dicho método una realimentación de baja densidad desde el receptor al transmisor que indica la recepción de un paquete cuya cabecera va a utilizarse como cabecera de referencia y que incluye: transmitir desde el transmisor al receptor un paquete cuya cabecera va a utilizarse como cabecera de referencia; recibir en el receptor dicho paquete con la cabecera de referencia y proporcionando como respuesta una realimentación desde el receptor al transmisor que indica la recepción de dicho paquete que tiene la cabecera de referencia; y caracterizado por esperar un período de tiempo predeterminado antes de suministrar otra realimentación en respuesta a otro paquete que tenga la cabecera de referencia para permitir la recepción de información en el receptor indicando que el transmisor ha recibido dicha realimentación.
Description
Realimentación de baja densidad en sistemas
inalámbricos de alto retardo y ancho de banda limitado.
La presente invención se refiere a un método y a
un dispositivo para eliminar el uso ineficaz del ancho de banda de
la red, provocado por los numerosos acuses de recibo transmitidos
por un receptor a un transmisor que proporciona una realimentación
de baja densidad desde el receptor al transmisor a fin de indicar la
recepción de paquetes cuyas cabeceras van a utilizarse como
cabeceras de referencia.
En el caso de las aplicaciones multimedia en
tiempo real basadas en el protocolo IP (Internet
Protocol[Protocolo Internet]) se utilizan paquetes para el
transporte de los datos en tiempo real. Cada paquete incluye una
cabecera y una carga útil. La cabecera transporta informaciones
tales como las direcciones de origen y destino del paquete, y la
carga útil transporta los datos a transmitirse. Cada paquete está
formateado de acuerdo con los protocolos IP y RTP
(Real-time Transfer Protocol [Protocolo de
transferencia en tiempo real]), que se utiliza predominantemente
sobre el protocolo UDP (User Datagram Protocol [Protocolo de
datagrama de usuario]). El protocolo RTP se describe en detalle en
el documento "RTP: A Transport Protocol for
Real-Time Applications" de H. Schulzrinne, y
otors, Internet Engineering Task Force (IETF) Request for Comments
(RFC) 1889, enero de 1996. El tamaño de una cabecera combinada
IP/UDP/RTP para un paquete es de al menos 40 octetos para IPv4 y de
al menos 60 octetos para IPv6. Un total de 40 a 60 octetos de
sobrecarga por paquete, podría considerarse excesivo en aquellos
sistemas (por ejemplo, redes celulares) en los que la eficacia
espectral es una de las principales preocupaciones. Por
consiguiente, son necesarios unos mecanismos adecuados para la
compresión de las cabeceras IP/UDP/RTP.
En los documentos "Compressing IP/UDP/RTP
Headers for Low-Speed Serial Links" de S. Casner
et al, IETF, RFC 2508, febrero 1999 e "IP Header
Compression" de M. Degermark, y otros, IETF, RFC 2507, Febrero
1999, se describe un sistema actual para la compresión de cabeceras.
El mecanismo de compresión de cabeceras descrito en RFC 2508, es
capaz de comprimir cabeceras IP/UDP/RTP de 40 a 60 octetos hasta 2 o
4 octetos a través de enlaces punto a punto. Este mecanismo de
compresión de cabeceras se basa en la observación de que la mayor
parte de las cabeceras de los paquetes permanecen constantes en un
flujo de transporte de paquetes a lo largo de una sesión. De este
modo, es posible comprimir la información de la cabecera,
estableciendo un estado de compresión (contexto) en un compresor
(transmisor) y un descompresor (receptor). Los paquetes que tienen
cabeceras comprimidas se transmiten posteriormente desde el
compresor al descompresor, donde las cabeceras comprimidas se hacen
corresponder con una cabecera de referencia, almacenado como parte
del estado de compresión. Cada cabecera comprimida contiene una
cantidad mínima de información. La información transportada en la
cabecera comprimida es descomprimida en el descompresor, en función
del estado de compresión establecido.
En RFC 2508 pueden predecirse los cambios
producidos en los campos de cabecera RTP en el paso de un paquete al
siguiente, como la marca temporal RTP, mediante extrapolación lineal
en función de la cabecera precedente recibida sin error. De este
modo, en una cabecera RTP, la información principal que se envía es
un número de secuencia que se utiliza para la detección de pérdidas
de paquetes. Para iniciar una sesión o volver a sincronizar un
estado de compresión entre un compresor y un descompresor, se
transmite un paquete que contenga una cabecera completa (FH) desde
el compresor al descompresor. El FH contiene la totalidad de la
información de la cabecera del paquete, y se utiliza (almacena) como
cabecera de referencia. Después de inicializarse una sesión o de
llevar a cabo una re-sincronización, todos los
paquetes posteriores se transmiten con las cabeceras comprimidas.
Las cabeceras comprimidas, por ejemplo, pueden encuadrarse en dos
tipos.
El primer tipo de cabecera comprimida se utiliza
cuando las cabeceras posteriores de los paquetes transmitidos
posteriormente pueden extrapolarse de forma lineal a partir de la
cabecera anterior. En esta configuración, el compresor transmite
números de secuencia como cabeceras comprimidas. Este tipo de
cabecera comprimida se denomina cabecera de segundo orden (SO). El
segundo tipo de cabecera comprimida se utiliza cuando las siguientes
cabeceras de los paquetes transmitidos con posterioridad no pueden
extrapolarse de forma lineal. Con esta configuración, el compresor
transmite información adicional, incluyendo el número de secuencia,
como cabeceras comprimidas. Este tipo de cabeceras comprimidas se
denomina cabeceras de primer orden (FO). La cabecera FO contiene
información adicional necesaria para descomprimir con precisión las
cabeceras comprimidas de los paquetes transmitidos con
posterioridad. En RFC 2508, todas las cabeceras que se han
descomprimido se almacenan como cabeceras de referencia. Para
descomprimir la cabecera actual, el descompresor debe haber
descomprimido correctamente la cabecera anterior. En la práctica, es
bastante corriente que los paquetes que cuentan con cabeceras
comprimidas se pierdan o degraden durante la transmisión. El
resultado es que tanto el compresor como el descompresor estarán en
un estado muy diferente al óptimo durante algún tiempo adicional.
Puede suceder lo mismo a causa de los retardos de ida y vuelta en la
recepción de paquetes con cabeceras comprimidas. En consecuencia,
los flujos de datos procesados por el compresor y el descompresor
pueden requerir un ancho de banda adicional.
Para mejorar la configuración de compresión de
cabeceras descrita en RFC 2508, se transmiten acuses de recibo desde
el descompresor al compresor, indicando la recepción de un paquete
con cabecera FH o FO. El compresor, en respuesta a un acuse de
recibo que indique la recepción de un paquete FH, pasa al estado FO
y comienza a transmitir paquetes con cabeceras FO en los que no se
puede llevar a cabo la extrapolación lineal, o pasa al estado SO y
comienza a transmitir paquetes con cabeceras SO en los que se puede
llevar a cabo la extrapolación lineal. Al igual que en el caso de
los paquetes FH, el compresor, en respuesta a un acuse de recibo que
indique la recepción de un paquete con cabecera FO, pasa al estado
SO y comienza a transmitir paquetes con cabeceras SO.
En el caso de entornos de comunicaciones con
tendencia a pérdidas / errores, como los celulares, el descompresor
no puede asegurarse de que el acuse de recibo ha sido adecuadamente
recibido por el compresor hasta que no observe una alteración del
comportamiento por parte del compresor. Concretamente, el
descompresor de los sistemas convencionales no conoce la adecuada
recepción del acuse de recibo hasta no observar que el compresor ha
alterado su comportamiento. Es decir, que el descompresor aprecia
paquetes FO en lugar de paquetes FH o paquetes con cabeceras SO en
lugar de paquetes con cabeceras FO. Mientras tanto, el descompresor
sigue mandando acuses de recibo de las cabeceras de cada uno de los
paquetes recibidos. Además, el descompresor de los sistemas
convencionales sigue conocer que el acuse de recibo se ha recibido
adecuadamente a causa de los retardos de ida y vuelta en la
recepción de paquetes, debidos al comportamiento alterado del
compresor. Por ello, la técnica convencional tiene como desventaja
una utilización ineficaz del ancho de banda de la red.
La figura 1 muestra gráficamente la utilización
ineficaz del ancho de banda de una red derivado del envío de acuses
de recibo como respuesta a todos y cada uno de los paquetes FH o
paquetes con cabeceras FO, incluso después de haber enviado un
primer acuse de recibo. De acuerdo con cuanto antecede, cuando se
recibe cada paquete FH o cada paquete con cabecera FO se transmite
un acuse de recibo desde el descompresor al compresor, acusando
recibo del paquete FH o del paquete con cabecera FO. En la figura 1
se asume que en un instante t_{0} se transmite un paquete con
cabecera FO(n) desde el compresor que es detectado por el
descompresor en un instante t_{1}. Adicionalmente, en el instante
t_{1}, el descompresor, en respuesta al paquete con cabecera
FO(n) transmite un acuse de recibo (ACK(n)) al
compresor. En la Fig. 1 se asume que T_{dd} es el retardo de
transmisión desde el descompresor al compresor, T_{du} es el
retardo de transmisión desde el compresor al descompresor,
T_{samp} es el intervalo de tiempo transcurrido entre muestras
consecutivas de soportes, insertadas en el paquete, ACK(n) es
el acuse de recibo transmitido desde el descompresor al recibir un
paquete FH o un paquete con cabecera FO(n), y
SO(_{n}+T_{dd}+T_{du})/T_{samp}) es un paquete con
cabecera SO enviado por el compresor en respuesta a la recepción de
ACK(n).
De acuerdo con la Fig. 1, desde el instante
t_{0} en adelante, el compresor continúa enviando paquetes con
cabeceras FO, durante el instante t_{1} hasta haber recibido el
acuse de recibo ACK(n) en el compresor en el instante
t_{2}. El descompresor, en respuesta a cada paquete con cabecera
FO transmitido con posterioridad al paquete con cabecera
FO(n), transmite al compresor un acuse de recibo ACK. En el
instante t_{2}, una vez recibido el acuse de recibo ACK(n),
el compresor comienza a transmitir al descompresor paquetes con
cabeceras SO. En un instante posterior a t_{2}, el descompresor
recibe el primero de los paquetes con cabeceras SO, indicando de
este modo que en el compresor se ha recibido adecuadamente el acuse
de recibo ACK(n). A continuación, el descompresor deja de
transmitir acuses de recibo ACK al compresor.
De este modo, como se muestra claramente en la
figura 1, en el intervalo transcurrido entre t_{0} y t_{2},
siguen enviándose paquetes con cabeceras FO desde el compresor, y el
descompresor, en respuesta a cada uno de estos paquetes con
cabeceras FO envía un acuse de recibo ACK, ocupando de este modo un
precioso ancho de banda de la red. Por lo tanto, la técnica
convencional provoca un uso ineficaz del ancho de banda de una
red.
La presente invención facilita un método de
acuerdo con la reivindicación 1, y un sistema para la eliminación de
la utilización ineficaz del ancho de banda de una red, provocado por
los numerosos acuses de recibo transmitidos por el receptor al
transmisor, proporcionando una realimentación de baja densidad desde
el receptor al transmisor, para indicar la recepción de paquetes
cuyas cabeceras van a utilizarse como cabeceras de referencia.
La presente invención es aplicable a un sistema
de red en el que la eficacia espectral constituye un factor
importante. La presente invención también puede aplicarse cuando la
compresión de cabeceras de los paquetes transmitidos en un sistema
de red aporte un cierto grado de eficacia en la utilización del
ancho de banda del sistema de red. En este tipo de sistemas de red
se establece un estado de compresión en un enlace o canal de
comunicaciones entre un transmisor (compresor) y un receptor
(descompresor) de forma que los paquetes transmitidos entre el
compresor y el descompresor a través del enlace o canal de
comunicaciones se envíen con cabeceras comprimidas. El estado de
compresión se establece almacenando información correspondiente a la
información que contiene la cabecera de un paquete como un contexto
tanto en el compresor como en el descompresor, cuando la cabecera va
a utilizarse como cabecera de referencia. Por ejemplo, el compresor
y el descompresor pueden ser dispositivos diferentes incorporados al
sistema de red o que formen parte de, por ejemplo, un router
(encaminador), un host (ordenador principal), un terminal o
cualquier otro de dichos dispositivos incluidos en el sistema de
red.
En la presente invención, desde el transmisor al
receptor es transmitido un paquete cuya cabecera va a utilizarse
como cabecera de referencia. Dicho paquete, por ejemplo, puede ser
un paquete FH o un paquete FO. De acuerdo con la presente invención,
el receptor recibe el paquete que incorpora la cabecera de
referencia y, como respuesta, suministra una realimentación al
transmisor que indica la recepción del paquete con la cabecera de
referencia. Después de suministrar la realimentación, el receptor
espera un período de tiempo predeterminado antes de suministrar otra
realimentación en respuesta a otro paquete con una cabecera de
referencia que haya sido transmitido por el transmisor.
El período de tiempo predeterminado que el
receptor se mantiene a la espera antes de suministrar otra
realimentación permite la recepción de información desde el
transmisor indicando que el transmisor ha recibido la
realimentación. Por ejemplo, el período de tiempo predeterminado
podría corresponder al tiempo de ida y vuelta de un paquete enviado
desde el receptor al transmisor, y su vuelta.
La información devuelta por el transmisor al
receptor en respuesta a la realimentación podría ser, por ejemplo,
información que indique que el transmisor ha alterado su
comportamiento. Específicamente, la información podría ser, por
ejemplo, un paquete con una cabecera comprimida que se corresponda
con la cabecera de referencia. Dicho paquete podría ser, por
ejemplo, una cabecera SO.
La presente invención se comprenderá con mayor
facilidad a partir de la siguiente descripción detallada, estudiada
en conjunto con las ilustraciones adjuntas, en las cuales:
La figura 1 muestra el uso ineficaz del ancho de
banda de un sistema de red de acuerdo con la técnica
convencional.
La figura 2 muestra un ejemplo de arquitectura de
un sistema de red de acuerdo con la presente invención.
La figura 3 muestra la utilización eficaz del
ancho de banda de un sistema de red de acuerdo con la técnica de la
presente invención.
La figura 4 muestra la utilización eficaz del
ancho de banda de un sistema de red de acuerdo con la técnica de la
presente invención.
Las características de la presente invención se
muestran, por ejemplo, en las figuras 2 a 4. No obstante, debe
entenderse que la presente invención no está limitada a las mismas y
que puede llevarse a cabo en otras arquitecturas. La presente
invención se describe seguidamente como aplicable a un sistema en el
cual se utilizan un compresor y un descompresor para transmitir
paquetes con cabeceras comprimidas. No obstante, la presente
invención puede aplicarse a cualquier sistema en el que deba
conservarse el ancho de banda y en el que una reducción en el número
de acuses de recibo transmitidos desde un receptor o transmisor
mejore la eficacia de utilización del ancho de banda.
El sistema de red de la presente invención, como
se muestra en la figura 2, incluye un terminal 102 que está
conectado a una red IP 108. El terminal 102 puede, por ejemplo, ser
un ordenador personal, un dispositivo telefónico, un host (ordenador
principal), un ordenador portátil o cualquier otro aparato que
ejecute el procesamiento de órdenes de acuerdo con IP/RTP/UDP.
Particularmente, el terminal 102 puede proporcionar paquetes de
muestras de voz formateadas de acuerdo con RTP para su transmisión a
través de la red IP 108. Para conseguirlo, el terminal 102 incluye
un terminador RTP 104 que identifica el terminal 102 (por ejemplo,
incluyendo dirección IP, número de puerto, etc.) como origen o
destino de los paquetes RTP. Aunque se facilita como ejemplo la red
IP, pueden utilizarse en su lugar otros tipos de redes conmutadas
por paquetes. El terminal 102 también incluye un temporizador local
103 para generar una marca temporal.
Una Infraestructura de Red de Acceso (ANI) 110 se
conecta a la red IP 108. Un terminal inalámbrico 130 se acopla a
través de un enlace de radiofrecuencia (RF) 140 a la ANI 110. El
enlace RF 140 incluye un enlace ascendente 142 que transmite los
datos desde el terminal 130 a la ANI 110 y un enlace descendente 144
que transmite los datos desde la ANI 110 al terminal 130. La ANI 110
sirve de interfaz entre uno o más terminales inalámbricos o de RF
incluyendo el terminal 130, ubicados en diferentes áreas de una
región y la red IP 108. La ANI 110 lleva a cabo funciones tales como
la conversión entre las señales por cable suministradas por la red
IP 108 y las señales inalámbricas o de RF suministradas por los
terminales, tal como el terminal 130. De este modo, la ANI 110
permite que los paquetes RTP recibidos desde la red IP 108 sean
enviados a través de un enlace RF 140 al terminal 130 y permite que
los paquetes RTP recibidos, por ejemplo, desde el terminal 130 sean
enviados a través de la red IP 108, por ejemplo, al terminal
102.
De acuerdo con la presente invención, la ANI 110
incluye uno o más adaptadores ANI (ANI_AD) como ANI_AD 112 y ANI_AD
114. Cada uno de los ANI_ADs incluye un temporizador 113 y ejecuta
la compresión de cabeceras de los paquetes RTP antes de transmitir
los paquetes a través del enlace descendente 114 al terminal 130 y
lleva a cabo la descompresión de las cabeceras de los paquetes RTP
después de su transmisión a través del enlace ascendente 142 desde
el terminal 130. La cabecera de cada paquete incluye uno o más
campos, tal como un campo de marca temporal. La cabecera de cada
paquete recibido desde la red IP 108 es comprimida por
ANI-AD 112 de acuerdo con RFC 2508 antes de su
transmisión al terminal 130 a través del enlace descendente 144. La
cabecera de cada paquete recibido desde el terminal 130 a través del
enlace ascendente 142 es descomprimida por ANI_AD 112 de acuerdo con
RFC 2508 antes de su transmisión a la red IP 108. Por lo tanto, cada
ANI_AD sirve como compresor y/o descompresor (compresor/descompresor
115). De este modo, la función de compresión / descompresión de
acuerdo con RFC 2508 puede realizarse en cualquiera de los
dispositivos incluidos en el sistema (por ejemplo, routers, hosts,
dispositivos telefónicos, etc.)
Cada ANI_AD sirve como interfaz entre los
terminales situados en un área específica de una región y la red IP
108 y utiliza el temporizador 103 para llevar a cabo una técnica de
compresión / descompresión basada en temporizador. ANI_AD 112
también incluye una función de reducción de perturbaciones (JRF) 116
que sirve para medir la pertubación en los paquetes (o cabeceras)
recibidos a través de la red IP 108 y descartar cualquier paquete /
cabecera con un nivel de perturbación excesivo. Las ANIs
adicionales, como ANI 120, sirven, por ejemplo, para establecer un
interfaz entre otros terminales situados en otras áreas de otras
regiones y la red IP 108. Igualmente, ANI 120 incluye uno o más
ANI_ADs, como ANI_AD 122, que incluye al menos un temporizador y una
JRF como se ha descrito anteriormente.
El terminal 130 incluye un terminador RTP 132 que
identifica el terminal 130 (por ejemplo, incluyendo dirección IP,
número de puerto, etc.) como origen y/o destino de los paquetes RTP.
El terminal 130 también incluye un adaptador de terminal (TERM_AD)
136 que lleva a cabo la compresión de cabeceras de las cabeceras de
paquetes a transmitir a través del enlace ascendente 142, y la
descompresión de cabecera de las cabeceras de paquetes recibidas a
través del enlace descendente 144. Por lo tanto, TERM_AD 136 sirve
como compresor o descompresor (compresor/descompresor 137) de igual
modo que ANI_AD. TERM_AD 136 incluye un temporizador 134 para
calcular una aproximación de una marca temporal RTP de una cabecera
actual y para medir el tiempo transcurrido entre los sucesivos
paquetes recibidos.
La configuración mostrada en la figura 2, es un
ejemplo de un sistema en el que se lleva a la práctica la presente
invención, en el que los paquetes RTP se transmiten a través de un
enlace o canal de comunicaciones, tal como el enlace inalámbrico 140
en el que el ancho de banda es un factor importante y los errores
son bastante frecuentes. No obstante, la presente invención no se
limita a un enlace inalámbrico sino que, de hecho, puede ser
aplicable a una amplia gama de enlaces o canales de comunicaciones,
incluyendo enlaces por cable. Por ejemplo, la presente invención
puede aplicarse a los paquetes utilizados para los servicios de voz
a través de una red IP o para telefonía IP.
A fin de ilustrar las características de la
presente invención en relación con la figura 2 se asumirá cuanto
sigue. Los datos, incluyendo por ejemplo voz, se transmiten en forma
de paquete desde el terminal 102 a través de la red IP 108 al
terminal 130 a través de ANI 110, ANI_AD 112 y el enlace descendente
144. Para conservar el ancho de banda del enlace descendente 144, el
compresor/descompresor 115 que forma parte de ANI_AD 112, comprime
las cabeceras de cada uno de los paquetes transmitidos desde el
terminal 102. Los paquetes cuyas cabeceras están comprimidas son
transmitidos al terminal 130 por el compresor/descompresor 115 a
través del enlace descendente 144. El terminal 130, que incluye un
compresor/descompresor 137, descomprime las cabeceras de los
paquetes transmitidos a través del enlace descendente 144 para
obtener los paquetes originales. Los paquetes originales se procesan
a continuación en el terminal 130.
Para iniciar una sesión entre el
compresor/descompresor 115 y el compresor/descompresor 137 o
re-sincronizar una compresión, un estado entre el
compresor/descompresor 115 que sirve de compresor y el
compresor/descompresor 137 que sirve de descompresor, se transmite
desde el compresor 115 al descompresor 137 un paquete que contiene
una cabecera de referencia, como una cabecera completa (FH), o una
cabecera de primer orden (FO). La cabecera FH o FO contiene
información correspondiente a los campos de cabecera de un paquete.
Dicha información se almacena como cabecera de referencia (contexto)
en el compresor 115 y en el descompresor 137. Después de haber
inicializado una sesión o de haber llevado a cabo una
re-sincronización, todos los paquetes posteriores a
transmitir desde el compresor 115 al descompresor 137, son
transmitidos con las cabeceras comprimidas. Las cabeceras
comprimidas pueden ser, por ejemplo, de dos tipos. El primer tipo de
cabecera comprimida, se utiliza cuando las cabeceras de los paquetes
transmitidos posteriormente pueden extrapolarse de forma lineal en
función de la cabecera de referencia. Este tipo de cabecera
comprimida se denomina cabecera de segundo orden (SO). La cabecera
FO es el segundo tipo de cabecera comprimida. La cabecera FO se
utiliza cuando las cabeceras de los paquetes transmitidos
posteriormente no pueden extrapolarse de formal lineal. De acuerdo
con lo que antecede, tanto las cabeceras FH como los FO se utilizan
como cabeceras de referencia.
Al recibir un paquete FH o un paquete FO, el
descompresor 137, suministra una realimentación al compresor 115
indicando la recepción del paquete FH o del paquete FO. Cabe señalar
que el compresor 115 continúa enviando paquetes FH o paquetes con
cabecera FO hasta que reciba una realimentación procedente del
descompresor 137 que indica la recepción satisfactoria del paquete
FH o del paquete con cabecera FO. La realimentación procedente del
descompresor 137 se envía al compresor 115 a través del enlace
ascendente 142.
En la técnica convencional, el descompresor 137
envía un acuse de recibo en respuesta a cada uno de los paquetes FH
o de los paquetes con cabecera FO enviados continuamente por el
compresor 115. Por lo tanto, la técnica convencional utiliza
ineficazmente el ancho de banda del enlace ascendente 142.
La presente invención conserva el ancho de banda
del enlace ascendente 142 haciendo que el descompresor 137 envíe una
realimentación en respuesta a un paquete FH o a un paquete con
cabecera FO y después espere un período de tiempo predeterminado
antes de enviar otra realimentación en respuesta a los paquetes FH o
paquetes con cabecera FO que están siendo continuamente transmitidos
por el compresor 115. De este modo, el descompresor 137 transmite
una realimentación a través del enlace ascendente 142 en respuesta
al paquete FH o al paquete con cabecera FO y espera una indicación
del compresor 115 que informe de la recepción de la realimentación.
Si después de transcurrido el período de tiempo predeterminado no se
ha recibido una indicación informando que el compresor 115 ha
recibido la realimentación, el descompresor 137 envía otra
realimentación como respuesta a un paquete FH o paquete con cabecera
FO transmitido posteriormente.
El período de tiempo predeterminado durante el
cual el descompresor 137 se encuentra a la espera antes de enviar
otra realimentación como respuesta a un paquete FH o paquete con
cabecera FO transmitido con posterioridad, permite que la
realimentación pueda recorrer el enlace ascendente 142 hasta el
compresor 115 y para que la indicación de recepción de la
realimentación por parte del compresor 115 viaje a través del enlace
descendente 144 hasta el descompresor. El período de tiempo
predeterminado podría corresponder, por ejemplo, al tiempo de ida y
vuelta (RTT) que se necesitaría para la transmisión de un paquete
desde el descompresor 137 al compresor 115 a través del enlace
ascendente 142 y para la devolución del paquete al descompresor 137
a través del enlace descendente 144. La información procedente del
compresor 115 que indica que el compresor ha recibido la
realimentación podría consistir en información que indicase que el
compresor 115 ha alterado su comportamiento, por ejemplo mediante el
envío de paquetes con cabecera SO.
La característica básica de la invención es que
lo más probable es que la realimentación transmitida por el
descompresor 137 al compresor 115 recorra adecuadamente el enlace
entre el descompresor 137 y el compresor 115, haciendo que el
compresor 115 altere su comportamiento. Dado que es más probable que
la realimentación recorra adecuadamente el enlace entre el
descompresor 137 y el compresor 115, el compresor 115 no recibiría
la realimentación en muy pocas ocasiones. Cuando se produce este
hecho, el descompresor vuelve a transmitir otra realimentación en
respuesta a un paquete FH o paquete con cabecera FO transmitido con
posterioridad.
La técnica de la presente invención se muestra
detalladamente en la figura 3. En la figura 3, similar a la figura
1, en la que T_{dd} representa el retardo de transmisión desde el
descompresor 137 al compresor 115, T_{du} representa el retardo de
transmisión desde el compresor al descompresor 137, T_{samp} es el
intervalo transcurrido entre muestras de medios consecutivas,
HDR(n) es un paquete cuya cabecera puede utilizarse como
cabecera de referencia (cabecera FH o FO), transmitido desde el
compresor 115 con un número de secuencia n, FB(n) es una
realimentación enviada desde el descompresor 137 al compresor 115 al
recibir un paquete con la cabecera HDR(n), T_{round} es el
retardo de ida y vuelta para que un paquete recorra el enlace entre
el descompresor 137 y el compresor 115 y regrese, donde T_{round}
es igual a T_{dd} - T_{du'}CH y es un paquete con una cabecera
comprimida que puede ser del estado menos óptimo FO o del estado más
óptimo SO.
Como puede verse en la figura 3, en el instante
t_{0} el compresor 115 transmite al descompresor 137 un paquete
con una cabecera HDR(n). En el instante t_{1}, el
descompresor 137 detecta el paquete con la cabecera HDR(n) y
en respuesta transmite al compresor 115 la realimentación
FB(n). Mientras tanto, el compresor 115 continúa
transmitiendo paquetes con la cabecera HDR durante el tiempo
t_{1}. El descompresor 137, después de transmitir al compresor 115
la realimentación FB(n), espera un período de tiempo
predeterminado correspondiente, por ejemplo, a T_{round}. Dicho de
otro modo, el descompresor 137 no envía ninguna otra realimentación
en respuesta a ningún paquete adicional con la cabecera HDR hasta
que no haya transcurrido el tiempo T_{round}.
Cuando el compresor 115 recibe la realimentación
FB(n) en el instante t_{2}, el compresor 115 altera su
comportamiento y comienza a enviar paquetes con cabeceras
comprimidas CH(n+T_{dd}+T_{du})/T_{samp}). El
descompresor 137 recibe los paquetes
CH(n+T_{dd}+T_{du})/T_{samp}) con cabeceras comprimidas
procedentes del compresor 115, indicando de este modo que la
realimentación FB(n) ha sido adecuadamente recibida por el
compresor 115.
La figura 4 muestra una situación, de acuerdo con
la presente invención, en la que la realimentación FB(n) se
ha perdido a causa, por ejemplo, de un error en la capa de enlace.
En una situación de este tipo, el descompresor 137 espera hasta que
transcurra el período de tiempo predeterminado y, entonces,
determina que no se ha transmitido ninguna información o indicación
desde el compresor 115 en el sentido de que se ha recibido la
realimentación FB(n). A continuación, el descompresor 137
transmite otra realimentación FB al compresor 115 en respuesta a un
paquete transmitido con posterioridad con una cabecera HDR y espera
durante otro período de tiempo predeterminado. Por supuesto, si el
compresor 115 no transmite ninguna indicación de haber recibido la
realimentación FB retransmitida, por lo menos el compresor 115 y el
descompresor 117 permanecerían en un estado menos óptimo. El estado
menos óptimo se produce cuando se transmiten los paquetes cuyas
cabeceras van a utilizarse como cabeceras de referencia (FH o
FO).
Aun cuando no se haya recibido una indicación de
la recepción de la realimentación, la presente invención aporta
ventajas como el hecho que el descompresor 137 sigue transmitiendo
al compresor 115 un número reducido de realimentaciones en relación
con el número de acuses de recibo que se habrían transmitido de
acuerdo con la técnica convencional. De acuerdo con la presente
invención, las posteriores realimentaciones sólo se envían después
de haber transcurrido el período de tiempo predeterminado. Por lo
tanto, la presente invención transmite un número escaso de
realimentaciones desde el descompresor 137 al compresor 115.
De acuerdo con cuanto antecede, la presente
invención proporciona un método y un dispositivo para eliminar la
utilización ineficaz del ancho de banda de red provocado por los
numerosos acuses de recibo transmitidos por un receptor a un
transmisor. La presente invención consigue cuanto antecede mediante
una realimentación de baja densidad desde el receptor al transmisor
para indicar la recepción de paquete cuyas cabeceras van a
utilizarse como cabeceras de referencia. Más especialmente, en la
presente invención, cuando el receptor recibe un paquete con una
cabecera de referencia, se suministra una realimentación al
transmisor indicando la recepción del paquete con la cabecera de
referencia. A continuación, el receptor espera un período de tiempo
predeterminado antes de suministrar otra realimentación en respuesta
a otro paquete con una cabecera de referencia. Este período de
tiempo permite que la realimentación recorra el trayecto entre el
receptor y la información que indica que el transmisor que ha
recibido la realimentación debe recorrer el trayecto entre el
transmisor y el receptor. De este modo, la presente invención
asegura una utilización eficaz del ancho de banda de una red,
mediante un número escaso de realimentaciones dirigidas a un
transmisor acusando recibo de un paquete que, por ejemplo, tiene una
cabecera de referencia.
Aunque la presente invención se ha descrito en
detalle y gráficamente en las ilustraciones adjuntas, no está
limitada a dichos detalles, ya que pueden introducirse muchos
cambios y modificaciones, que reconocerán todas las personas
versadas en la materia, sin apartarse del ámbito de la misma.
Claims (1)
1. Método para un sistema que comprende un
transmisor que transmite a un receptor una pluralidad de paquetes
conteniendo cada uno de dichos paquetes una cabecera, proporcionando
dicho método una realimentación de baja densidad desde el receptor
al transmisor que indica la recepción de un paquete cuya cabecera va
a utilizarse como cabecera de referencia y que incluye:
transmitir desde el transmisor al receptor un
paquete cuya cabecera va a utilizarse como cabecera de
referencia;
recibir en el receptor dicho paquete con la
cabecera de referencia y proporcionando como respuesta una
realimentación desde el receptor al transmisor que indica la
recepción de dicho paquete que tiene la cabecera de referencia; y
caracterizado por
esperar un período de tiempo predeterminado antes
de suministrar otra realimentación en respuesta a otro paquete que
tenga la cabecera de referencia para permitir la recepción de
información en el receptor indicando que el transmisor ha recibido
dicha realimentación.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US434384 | 1982-10-14 | ||
US09/434,384 US6542931B1 (en) | 1999-11-05 | 1999-11-05 | Using sparse feedback to increase bandwidth efficiency in high delay, low bandwidth environment |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2235978T3 true ES2235978T3 (es) | 2005-07-16 |
Family
ID=23724009
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES00974016T Expired - Lifetime ES2235978T3 (es) | 1999-11-05 | 2000-10-30 | Realimentacion de baja densidad en sistemas inalambricos de alto retardo y ancho de banda limitado. |
Country Status (10)
Country | Link |
---|---|
US (1) | US6542931B1 (es) |
EP (1) | EP1226676B1 (es) |
JP (1) | JP3650362B2 (es) |
CN (1) | CN1193532C (es) |
AT (1) | ATE287160T1 (es) |
AU (1) | AU1245301A (es) |
CA (1) | CA2387382C (es) |
DE (1) | DE60017442T2 (es) |
ES (1) | ES2235978T3 (es) |
WO (1) | WO2001035568A1 (es) |
Families Citing this family (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3816689B2 (ja) * | 1999-03-31 | 2006-08-30 | 株式会社東芝 | 情報配信装置、情報受信装置及び通信方法 |
US6680955B1 (en) * | 1999-08-20 | 2004-01-20 | Nokia Networks Oy | Technique for compressing a header field in a data packet |
US6882637B1 (en) * | 1999-10-14 | 2005-04-19 | Nokia Networks Oy | Method and system for transmitting and receiving packets |
US6970476B1 (en) * | 2000-03-07 | 2005-11-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Efficient header compression context update in packet communications |
US6731623B2 (en) * | 2000-04-10 | 2004-05-04 | Hyundai Electronics Industries Co., Ltd. | Data transmission method for hybrid ARQ type II/III downlink of a wide-band radio communication system |
US7788211B2 (en) * | 2000-06-16 | 2010-08-31 | Nokia Networks Oy | Robust and efficient compression of list of items |
JP3323483B2 (ja) * | 2000-09-12 | 2002-09-09 | 松下電器産業株式会社 | パケット送信装置およびパケット伝送方法 |
EP1338128B1 (en) * | 2000-10-11 | 2006-06-07 | Broadcom Corporation | Efficiently transmitting RTP packets in a network |
US6649567B2 (en) * | 2001-10-11 | 2003-11-18 | Isp Investments Inc. | Controlled release microbiocide for porous surfaces |
US6862628B2 (en) * | 2001-01-05 | 2005-03-01 | Microsoft Corporation | Enhancing application performance in dynamic networks |
US7290063B2 (en) * | 2001-01-10 | 2007-10-30 | Nokia Corporation | Relocating context information in header compression |
EP1315356B1 (en) * | 2001-11-24 | 2008-10-22 | Lg Electronics Inc. | Method for transmitting packet data in compressed form in a communication system |
EP1372310A1 (en) * | 2002-06-12 | 2003-12-17 | Motorola, Inc. | Apparatus and method for communicating data using header compression |
KR100497357B1 (ko) * | 2002-06-26 | 2005-06-23 | 삼성전자주식회사 | 인터넷 프로토콜 기반 네트워크 환경에 있어서 헤더 압축및 패킷 다중화 장치와 그 방법 |
KR100663586B1 (ko) * | 2002-08-28 | 2007-01-02 | 삼성전자주식회사 | 헤더 압축에 의한 패킷 데이터의 송신 방법 및 장치 |
KR100460958B1 (ko) * | 2002-12-04 | 2004-12-09 | 삼성전자주식회사 | 비대칭 네트워크 환경에서의 tcp의 데이터 전송효율을향상시킬 수 있는 통신시스템 및 그 방법 |
US7398325B2 (en) * | 2003-09-04 | 2008-07-08 | International Business Machines Corporation | Header compression in messages |
US20050144311A1 (en) * | 2003-12-09 | 2005-06-30 | International Business Machines Corporation | Communications network for transmitting packets of data via a plurality of sequential routers from a transmitting station to a receiving station with packet header coding for maximizing transmission efficiency |
US7385976B2 (en) * | 2004-08-12 | 2008-06-10 | Mitsubishi Electric Research Laboratories, Inc. | Method for acknowledging data packets in a network |
KR100748342B1 (ko) * | 2005-09-14 | 2007-08-09 | 매그나칩 반도체 유한회사 | 씨모스 이미지 센서의 제조방법 |
US7907600B2 (en) * | 2005-12-23 | 2011-03-15 | Qualcomm Incorporated | System and method for optimizing robust header compression (ROHC) in high delay variance environment |
MX2010011822A (es) * | 2008-04-28 | 2011-02-18 | Xg Technology Inc | Mecanismo de compresion de encabezado para transmitir paquetes de rtp en enlaces inalambricos. |
CN102045132B (zh) | 2009-10-23 | 2014-04-30 | 华为技术有限公司 | 基于重传机制的对头压缩数据包进行传输的方法和装置 |
RU2687217C1 (ru) * | 2018-06-20 | 2019-05-07 | Открытое Акционерное Общество "Информационные Технологии И Коммуникационные Системы" | Способ предотвращения фрагментации TCP/IP-пакетов при использовании VPLS в сети с коммутацией пакетов |
EP3905627B1 (en) * | 2019-04-30 | 2023-01-11 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Wireless communication method and apparatus |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH073978B2 (ja) * | 1986-10-28 | 1995-01-18 | 株式会社日立製作所 | 一斉通信方式 |
US4797881A (en) * | 1987-03-12 | 1989-01-10 | Sytek, Inc. | Bridge system for connecting networks |
US5528605A (en) * | 1991-10-29 | 1996-06-18 | Digital Equipment Corporation | Delayed acknowledgement in an asymmetric timer based LAN communications protocol |
US5684791A (en) | 1995-11-07 | 1997-11-04 | Nec Usa, Inc. | Data link control protocols for wireless ATM access channels |
US5970063A (en) * | 1997-07-31 | 1999-10-19 | Telefonaktiebolaget Lm Ericsson | Method for unacknowledged data frame delivery in a noisy wireless environment |
US6032197A (en) * | 1997-09-25 | 2000-02-29 | Microsoft Corporation | Data packet header compression for unidirectional transmission |
US5872777A (en) | 1997-09-30 | 1999-02-16 | Motorola, Inc. | Method and apparatus for conveying data packets in a packet data communication system |
-
1999
- 1999-11-05 US US09/434,384 patent/US6542931B1/en not_active Expired - Lifetime
-
2000
- 2000-10-30 AU AU12453/01A patent/AU1245301A/en not_active Abandoned
- 2000-10-30 AT AT00974016T patent/ATE287160T1/de active
- 2000-10-30 CN CN00815401.5A patent/CN1193532C/zh not_active Expired - Lifetime
- 2000-10-30 JP JP2001537197A patent/JP3650362B2/ja not_active Expired - Lifetime
- 2000-10-30 ES ES00974016T patent/ES2235978T3/es not_active Expired - Lifetime
- 2000-10-30 WO PCT/US2000/029846 patent/WO2001035568A1/en active IP Right Grant
- 2000-10-30 DE DE60017442T patent/DE60017442T2/de not_active Expired - Lifetime
- 2000-10-30 CA CA002387382A patent/CA2387382C/en not_active Expired - Lifetime
- 2000-10-30 EP EP00974016A patent/EP1226676B1/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
DE60017442D1 (de) | 2005-02-17 |
DE60017442T2 (de) | 2006-03-02 |
CA2387382A1 (en) | 2001-05-17 |
US6542931B1 (en) | 2003-04-01 |
CA2387382C (en) | 2008-07-22 |
ATE287160T1 (de) | 2005-01-15 |
EP1226676B1 (en) | 2005-01-12 |
WO2001035568A1 (en) | 2001-05-17 |
EP1226676A1 (en) | 2002-07-31 |
AU1245301A (en) | 2001-06-06 |
CN1387710A (zh) | 2002-12-25 |
CN1193532C (zh) | 2005-03-16 |
JP3650362B2 (ja) | 2005-05-18 |
JP2003514437A (ja) | 2003-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2235978T3 (es) | Realimentacion de baja densidad en sistemas inalambricos de alto retardo y ancho de banda limitado. | |
JP3694241B2 (ja) | インターネットプロトコルを使用する遠隔通信のための方法および装置 | |
JP3559019B2 (ja) | 信頼できないネットワークが存在する場合にロバストなip/udp/rtpヘッダ圧縮を達成するシステム及び方法 | |
KR100663586B1 (ko) | 헤더 압축에 의한 패킷 데이터의 송신 방법 및 장치 | |
ES2253425T3 (es) | Identificacion de contexto que utiliza clave de compresion de cabecera. | |
JP5139566B2 (ja) | 無線通信ネットワーク上で実時間のパケット化された音声およびデータサービスを供給するための方法および装置 | |
Bormann et al. | RObust Header Compression (ROHC): Framework and four profiles: RTP, UDP, ESP, and uncompressed | |
US8532106B2 (en) | Header compression mechanism for transmitting RTP packets over wireless links | |
US6831912B1 (en) | Effective protocol for high-rate, long-latency, asymmetric, and bit-error prone data links | |
EP1122925A1 (en) | Header compression for general packet radio service tunneling protocol (GTP) | |
US20080151901A1 (en) | Header compression in a wireless communication network | |
ES2287572T3 (es) | Metodo de compresion de cabecera. | |
ES2277849T3 (es) | Un metodo de control del contexto de compresion de encabezado durante una transferencia en redes moviles de comunicacion de datos. | |
Gundogan et al. | ICNLoWPAN–named-data networking for low power IoT networks | |
KR20100010021A (ko) | 통신 오버헤드를 제거하는 통신 시스템 | |
CN101283555A (zh) | 使用适当的通信协议提供消息传送的方法 | |
FI109385B (fi) | Menetelmä ja laitteet digitaaliseen datasiirtoon | |
US20060259845A1 (en) | Method and apparatus for acknowledging a bitwise data chunk in wireline and wireless communication systems | |
US7899025B2 (en) | Header suppression in a wireless communication network | |
KR100689473B1 (ko) | 통신시스템에서 프로토콜 헤더 압축장치 및 방법 | |
US20040034826A1 (en) | Transport protocol checksum recalculation | |
Guitton et al. | Fault-tolerant compression algorithms for delay-sensitive sensor networks with unreliable links | |
McAuley | Error control for messaging applications in a wireless environment | |
Ayadi et al. | Energy-efficient fragment recovery techniques for low-power and lossy networks | |
Rawat et al. | Designing a tunneling header compression (TuCP) for tunneling over IP |