ES2350516T3 - Procedimiento para transmitir datos de aplicaciones con distintas exigencias de calidad. - Google Patents
Procedimiento para transmitir datos de aplicaciones con distintas exigencias de calidad. Download PDFInfo
- Publication number
- ES2350516T3 ES2350516T3 ES01995603T ES01995603T ES2350516T3 ES 2350516 T3 ES2350516 T3 ES 2350516T3 ES 01995603 T ES01995603 T ES 01995603T ES 01995603 T ES01995603 T ES 01995603T ES 2350516 T3 ES2350516 T3 ES 2350516T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- application
- transmission
- communication
- applications
- 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
- 238000000034 method Methods 0.000 title claims abstract description 37
- 238000004891 communication Methods 0.000 claims abstract description 90
- 230000005540 biological transmission Effects 0.000 claims abstract description 65
- 230000007246 mechanism Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 238000005259 measurement Methods 0.000 description 5
- 238000012546 transfer Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000012913 prioritisation Methods 0.000 description 3
- 230000004941 influx Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 229960001599 aminoquinuride Drugs 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000010355 oscillation Effects 0.000 description 1
- 238000004513 sizing 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
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2475—Traffic characterised by specific attributes, e.g. priority or QoS for supporting traffic characterised by the type of applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
-
- 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/15—Flow control; Congestion control in relation to multipoint traffic
-
- 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/18—End to end
-
- 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/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2416—Real-time traffic
-
- 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/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
- H04L47/2433—Allocation of priorities to traffic types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/801—Real time traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/803—Application aware
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
Procedimiento para transmitir datos (6) de aplicaciones con distintas exigencias de transmisión en una red de comunicación de datos (1) con conmutación de paquetes con nodos de comunicación (2, 5, 7), presentando el procedimiento al menos las siguientes etapas: a. limitación de los datos (6) de cada aplicación a una velocidad de bits predeterminada en un nodo de comunicación (2, 5, 7) a atravesar durante la transmisión de los datos (6) de la correspondiente aplicación, b. creación y memorización de contextos específicos de la aplicación en todos los nodos de comunicación (2, 5, 7) a atravesar durante la transmisión de los datos (6) de la correspondiente aplicación, c. reserva de recursos de transmisión en todos los nodos de comunicación (2, 5, 7) a atravesar durante la transmisión de los datos (6) de la correspondiente aplicación en función de los contextos específicos de la aplicación, d. retransmisión de los datos (6) de cada aplicación desde un nodo de comunicación (2, 5, 7) a atravesar mediante la correspondiente aplicación a otro nodo de comunicación (2, 5, 7) a atravesar en función de los contextos específicos de la aplicación.
Description
Procedimiento para transmitir datos de
aplicaciones con distintas exigencias de calidad.
La presente invención se refiere a un
procedimiento para transmitir datos de aplicaciones con distintas
exigencias en cuanto a la calidad de un servicio de transmisión en
una red de comunicación de datos con conmutación de paquetes.
En redes de comunicación de datos con
conmutación de paquetes con por ejemplo mecanismos de transmisión
basados en IP, se transmiten distintos tipos de datos de diversas
aplicaciones a través de una red desde una fuente hasta un destino.
Al respecto varían las exigencias al tipo y forma de transmisión
entre diversas aplicaciones muy fuertemente. Esto es así en
particular para la transmisión de datos de aplicaciones que exigen
una transmisión en tiempo real y/o con una velocidad de bits
garantizada frente a una transmisión de datos en la que no se
formula ninguna exigencia estricta de una transmisión en tiempo real
y/o de una garantía de una velocidad de bits. Aplicaciones con una
exigencia de transmisión en tiempo real y con una velocidad de bits
garantizada son por ejemplo la telefonía de voz, la radio online y
la transmisión de vídeo. Los servicios electrónicos de mail o las
aplicaciones de Internet, como por ejemplo
web-surfen, no tienen por el contrario ninguna
exigencia comparable a la transmisión.
El documento US 2001/025310 A1 describe un
método para el tratamiento de datos con distintas exigencias QoS (a
la calidad del servicio) en una red. El principio aquí descrito
consiste en dotar cada paquete de datos de una información sobre la
calidad de transmisión exigida. Entonces se definen en una red de
datos determinadas clases de calidad que reflejan de manera adecuada
la exigencia a la transmisión. Cada paquete de datos se asigna a una
clase de QoS y se dota de la correspondiente información. Cada nodo
de la red que retransmite datos en una tal red, prioriza la
retransmisión del paquete en base a la información de QoS que se
encuentra en cada paquete de datos. Esto significa que en cada
paquete de datos debe estar disponible explícitamente una
información sobre la Quality of Service.
Una característica esencial de las redes de
comunicación de datos con conmutación de paquetes consiste en que
una transmisión de datos no tiene lugar a través de rutas de datos
conmutadas dedicadas, sino a través de rutas de datos virtuales
según el principio del multiplexado estadístico. Bajo multiplexado
se entiende entonces la transmisión simultánea de varias
informaciones a través de la misma ruta de transmisión sobre la base
de la distribución estadística en el tiempo de las distintas
informaciones. Los datos que se transmiten usualmente en tales redes
se caracterizan por una llamada característica "burst" o de
ráfagas, es decir, mediante oscilaciones en el tiempo de su anchura
de banda. Para transmitir los datos de manera efectiva, se agregan
los mismos en general entre nodos de comunicación de la red de
comunicación de datos con conmutación de paquetes y se transmiten en
base a hipótesis estadísticas conjuntamente a través de vías de
transporte existentes, es decir, a través de rutas de datos
virtuales de un nodo de comunicación a otro nodo de comunicación. No
existe ninguna puesta a disposición exclusiva de recursos de
transmisión para aplicaciones individuales sobre una base "punto a
punto". Mediante el multiplexado estadístico se aprovechan de
manera efectiva los recursos de transmisión existentes.
Contrariamente a ello, en las redes de comunicación de datos con
conmutación de linea se pone a disposición para cada aplicación una
ruta propia a través de la red de comunicación de datos, sobre la
cual se garantiza tanto el tiempo de transmisión como también la
anchura de banda. En el caso de que aquí se transmitan datos con una
velocidad de bits variable, no se explota por completo la anchura de
banda disponible en el caso de pausas o periodos de baja velocidad
de datos.
Cada aplicación de una red de comunicación de
datos con conmutación de paquetes exige mientras dura la aplicación
de la red de comunicación de datos determinados recursos en cuanto a
capacidad de transferencia para hacer posible una comunicación
"punto a punto". En redes móviles de comunicación de datos con
conmutación de paquetes se coloca para ello en cada nodo de
comunicación afectado que ha de atravesarse un llamado contexto con
un bloque de parámetros correspondiente. Un contexto contiene todas
las informaciones relevantes que describen suficientemente el
servicio necesario para la transmisión de los datos. En particular
exige cada aplicación de red de comunicación de datos un determinado
servicio de transmisión con una determinada calidad (QoS, Quality of
Service). Esta exigencia se caracteriza por los llamados parámetros
QoS, como por ejemplo una velocidad máxima de bits, una velocidad de
bits a garantizar y un retardo máximo admisible. Cuando se crea un
contexto, gestiona cada nodo de comunicación en función de su
recursos existentes estos parámetros QoS, tratándose los parámetros
en cada caso escalonadamente. La transmisión de los datos de la
correspondiente aplicación se realiza entonces sobre la base de
estos parámetros QoS que son los mismos y que se tratan y memorizan
en todos los nodos de comunicación a atravesar.
El problema de la transmisión de datos de
aplicaciones con distintas exigencias a la calidad de la transmisión
se resolvió hasta ahora de distintas maneras.
Existe una arquitectura QoS del 3GPP (TS 23.107)
que describe determinadas funciones QoS para redes de telefonía
móvil de la tercera generación (UMTS). No obstante, la realización
en cada nodo de comunicación no se especifica con más exactitud.
Además, hay principios que describen procedimientos de transmisión
de datos de aplicaciones con distintas exigencias QoS en una red de
comunicación de datos.
Un primer principio consiste en dotar cada
paquete de datos de una información sobre la calidad de transmisión
exigida. Entonces se definen en una red de comunicación de datos
determinadas clases de calidad, que reflejan de manera adecuada las
exigencias a la transmisión. Estas clases se denominan clases
Quality of Service. Cada paquete de datos se asigna a una clase QoS
y se dota de la correspondiente información. Cada nodo de
comunicación a atravesar que retransmite datos en una tal red de
comunicación de datos prioriza la retransmisión de un paquete de
datos en base a la información QoS que se encuentra en cada paquete
de datos. Un tratamiento usual consiste entonces en distribuir los
paquetes en función de la información QoS allí contenida entre las
correspondientes colas de espera (queues). Estas colas de espera se
vacían y retransmiten en función de su clase QoS con distinta
rapidez. Mediante este principio aumenta estadísticamente la
probabilidad de que un paquete de datos de alta prioridad se
conduzca a través de la red de comunicación de datos mucho más
rápidamente que un paquete de datos con inferior prioridad. En este
principio es un inconveniente que no da ningún tiempo de transmisión
garantizado ni velocidad de transmisión garantizada dentro de la red
de comunicación de datos. Otros inconvenientes consisten en que
paquetes de datos con una exigencia de una transmisión en tiempo
real se memorizan transitoriamente en cada cola de espera y con ello
se retardan. Además es un inconveniente que la información sobre la
pertenencia a una clase QoS ha de estar contenida en cada paquete de
datos y que el formato de esta información ha de ser el mismo en
toda la red de comunicación de datos. Este principio se describe por
ejemplo en el estándar RFC 2474 de la IETF (Internet Engineering
Task Force).
Un segundo principio para resolver el problema
antes descrito consiste en establecer para cada clase de QoS
distintas rutas de datos dentro de la red de comunicación de datos.
Cuando un nodo de comunicación puede asociar un paquete de datos a
una clase QoS, se retransmite este paquete de datos sobre una ruta
de datos que corresponda a esta clase de QoS.
Un inconveniente en este procedimiento son los
costes de establecimiento y servicio de una gran cantidad de rutas
distintas de diferente calidad entre diversos nodos de comunicación.
El establecimiento de distintas rutas de distintas clases QoS se ha
definido en diversos estándares, por ejemplo en la especificación
Traffic Management (Gestión del tráfico) del foro ATM, denominada
también AF-TM-0121.000.
Un tercer principio consiste en limitar en el
nodo de acceso en la red de comunicación de datos, un llamado Edge
Node, el tráfico total a un tráfico previamente definido. Dentro de
la red de comunicación de datos ya no se diferencia este tráfico, ya
que se presupone que la red de comunicación de datos está
suficientemente dimensionada. El inconveniente de este principio es
la falta de garantía en cuanto a tiempo de transmisión y velocidad
de transmisión. Este principio lo especifica por ejemplo el Service
Level Agreement Working Group de la IETF.
Era una tarea de la invención poner a
disposición un procedimiento con cuya ayuda puedan transmitirse
datos de aplicaciones con diferentes exigencias a la transmisión con
la mayor eficiencia posible y evitando los inconvenientes explicados
dentro de una red de comunicación de datos.
Esta tarea se resuelve mediante el procedimiento
correspondiente a la invención según la reivindicación 1. Otras
formas constructivas ventajosas del procedimiento correspondiente a
la invención se indican en las reivindicaciones subordinadas.
Según la reivindicación 1 se pone a disposición
un procedimiento para transmitir datos de aplicaciones con distintas
exigencias de calidad en una red de comunicación de datos con
conmutación de paquetes con nodos de comunicación, presentando el
procedimiento al menos las siguientes etapas:
- a.
- limitación de los datos de cada aplicación a una velocidad de bits predeterminada en un nodo de comunicación a atravesar durante la transmisión de los datos de la correspondiente aplicación,
- b.
- creación y memorización de contextos específicos de la aplicación en todos los nodos de comunicación a atravesar durante la transmisión de los datos de la correspondiente aplicación,
- c.
- reserva de recursos de transmisión en todos los nodos de comunicación a atravesar durante la transmisión de los datos de la correspondiente aplicación en función de los contextos específicos de la aplicación,
- d.
- retransmisión de los datos de cada aplicación desde un nodo de comunicación a atravesar mediante la correspondiente aplicación a otro nodo de comunicación a atravesar en función de los contextos específicos de la aplicación.
En una forma de ejecución preferente del
procedimiento correspondiente a la invención se realiza la etapa a
en un nodo de comunicación de acceso (Edge Node) hacia la red de
comunicación de datos de conmutación de paquetes. Un flujo de datos
que llega de una aplicación se limita a una velocidad de bits
predeterminada, preferiblemente a una velocidad de datos máxima
admisible determinada por los recursos existentes en la red de
comunicación de datos. Con ello queda asegurado que ya no es posible
un desbordamiento inadmisible en los nodos de comunicación a
atravesar a continuación en la red de comunicación de datos.
De manera especialmente preferente se realiza la
limitación de los datos de cada aplicación a una velocidad de datos
predeterminada midiendo, en paralelo a la retransmisión de los datos
de la correspondiente aplicación, la cantidad de estos datos a lo
largo de un intervalo de tiempo que puede fijarse y comparándola con
la cantidad de datos correspondiente a la velocidad de bits
predeterminada. Esto significa que a lo largo de un determinado
intervalo de tiempo (intervalo de medida) se suma el tamaño de los
paquetes de datos que llegan en paralelo a su retransmisión. Este
valor refleja la cantidad de datos dentro de este intervalo de
tiempo. Si por ejemplo se alcanza la cantidad de datos máxima
admisible correspondiente a la máxima velocidad de bits en este
intervalo de tiempo, puede utilizarse esta información para decidir
si los paquetes de datos que sigan se rechazan o eventualmente se
siguen transportando, en el caso de que los recursos totales del
nodo de comunicación lo permitan. Al comienzo de cada siguiente
intervalo de medida comienza una nueva suma del tamaño de los
paquetes de datos, pudiendo partir esta suma también de un valor de
arranque distinto de cero, para tener en cuenta por ejemplo ráfagas
(bursts) precedentes. Con ello por un lado se minimiza el retardo de
los paquetes de datos y por otro se evita sobrepasar la velocidad de
datos acordada en los siguientes nodos de comunicación.
Simultáneamente ya no necesitan todos los demás nodos de
comunicación a atravesar sobre esta ruta de datos en la red de
comunicación de datos ninguna vigilancia de la velocidad de bits
máxima admisible.
En una forma de ejecución preferente del
procedimiento correspondiente a la invención (en la etapa c), deduce
cada nodo de comunicación a atravesar por los datos de la
correspondiente aplicación, a partir de una velocidad de bits
garantizada exigida por la correspondiente aplicación y de una
velocidad de bits máxima a apoyar, un valor en la anchura de banda
para un recurso de transmisión a reservar y reserva el mismo.
En otra forma de ejecución preferente del
procedimiento correspondiente a la invención se realiza la etapa c
del procedimiento sólo para datos de aplicaciones que precisan una
transmisión en tiempo real. Esto significa que al establecer un
contexto para una aplicación con la exigencia de una transmisión en
tiempo real (aplicación de tiempo real) deduce cada nodo de
comunicación a atravesar, a partir de la velocidad de bits
garantizada exigida y de la velocidad de bits máxima a apoyar, un
determinado valor de anchura de banda para un recurso a reservar
(B_{EchtAppl}) Y reserva esta anchura de banda para esta
aplicación. Al calcular la velocidad de bits a reservar, pueden
intervenir también mediciones sobre la necesidad efectiva de
recursos de aplicaciones activas y que antes han estado activas. En
general se reserva para todo el tráfico en tiempo real en nodos de
comunicación una determinada parte de los recursos (B_{SumEcht})
de toda la anchura de transmisión B_{total}. Esto significa que el
valor de la anchura de banda destinado a la aplicación
(B_{EchtAppl}) se toma de la parte B_{SumEcht} reservada para el
tráfico en tiempo real. Con ello dispone la aplicación de la anchura
de banda (B_{EchtAppl}) del nodo de comunicación. Al finalizar la
aplicación se liberan de nuevo estos recursos reservados. La parte
B_{SumEcht} reservada para el tráfico en tiempo real se elige
preferiblemente siempre inferior a toda la anchura de banda del nodo
de comunicación. Con ello queda asegurado que por un lado se dispone
de una determinada proporción de recursos para aplicaciones que no
exigen una transmisión en tiempo real (aplicaciones no de tiempo
real) y que por otro lado desbordamientos breves de la anchura de
banda reservada (bursts) para aplicaciones de tiempo real pueden
transmitirse igualmente. Para aplicaciones sin la exigencia de
transmisión en tiempo real y sin una velocidad de datos garantizada,
no se reserva ninguna anchura de banda para una aplicación
individual. En lugar de ello se mantiene libre la parte no reservada
B_{SumNichtEcht} de todos los recursos para todas las aplicaciones
de este tipo (B_{SumNichtEcht} = B_{total} - B_{SumEcht}). A
la vez pueden utilizar aplicaciones sin la exigencia de transmisión
en tiempo real también siempre los recursos que se mantienen
reservados para aplicaciones de tiempo real pero que temporalmente
no son utilizados por las mismas. Mediante multiplexado estadístico
pueden transportarse datos de esta aplicación con una determinada
probabilidad. Si la cantidad real de datos del tráfico no de tiempo
real sobrepasa la anchura de banda disponible para el mismo, se
retarda o rechaza este tráfico.
La suma de datos efectivamente a transportar de
las aplicaciones de tiempo real puede sobrepasar los recursos
reservados para la misma. Este es el caso por ejemplo cuando llegan
flujos de datos con la máxima velocidad de bits para todas o para
muchas aplicaciones de tiempo real en el mismo instante al nodo de
comunicaciones y para estos servicios se ha reservado una anchura de
banda inferior. Si se presenta este caso, se utilizan además partes
de los recursos previstos para aplicaciones no de tiempo real para
el transporte de los datos de aplicaciones de tiempo real.
Correspondientemente, se dispone entonces de menos recursos para la
transmisión de datos de aplicaciones que no son de tiempo real. De
la proporción de recursos reservados B_{SumEcht} y del algoritmo
de cálculo para la anchura de banda a reservar depende en qué medida
los datos de las aplicaciones en tiempo real pueden sobrepasar los
recursos reservados y cuál es la probabilidad de que se transporten
datos de aplicaciones que no son en tiempo real. Entonces puede
jugar también un papel, entre otros, la cantidad de flujos de datos
estadísticamente multiplexados de las aplicaciones. Cuanto mayor sea
la proporción reservada para aplicaciones en tiempo real, tanto
menor es la probabilidad de que puedan transmitirse desbordamientos
temporales (bursts) de la anchura de banda reservada. Cuanto mayor
sea la proporción reservada para aplicaciones en tiempo real, tanto
menor será también la probabilidad de que se transporten datos de
aplicaciones que no sean en tiempo real.
En una forma de ejecución especialmente
preferente del procedimiento correspondiente a la invención, puede
influirse sobre este comportamiento en la activación de un contexto,
es decir al tratar los parámetros QoS. Al crear contextos
específicos de las aplicaciones en cada nodo de comunicaciones,
puede variar ventajosamente y con ello limitarse la relación entre
una velocidad de datos garantizada exigida por la correspondiente
aplicación y una velocidad de bits máxima a apoyar.
En el marco de la invención es también posible
bajo determinadas hipótesis realizar una transmisión de datos para
aplicaciones en tiempo real hasta la velocidad de bits máxima
garantizada B_{maxEchtAppl} en cada nodo de comunicación sin que
en la transmisión de estos datos y con la velocidad de bits
garantizada, se llegue a estancamientos o a rechazar paquetes de
datos. Por un lado deberían presentarse distribuidas
estadísticamente las ráfagas, es decir, el envío breve con elevada
velocidad de datos. Entonces no se sobrepasa con gran probabilidad
la suma de las anchuras de banda reservadas B_{SumEcht} En el caso
de desbordamientos, se utiliza adicionalmente una parte de los
recursos reservada para aplicaciones no de tiempo real. Entonces no
debe sobrepasar la suma de la velocidad máxima de bits de todos los
contextos los recursos totales de un nodo de comunicación una medida
determinada según los métodos de dimensionamiento usuales.
En otra forma de ejecución preferente del
procedimiento correspondiente a la invención, se dividen en la etapa
d del procedimiento correspondiente a la invención los datos de las
aplicaciones en función de los contextos específicos de las
aplicaciones en al menos dos categorías y se retransmiten en función
de estas categorías. Estas dos categorías significan ventajosamente
al menos la división en aplicaciones de tiempo real y aplicaciones
no de tiempo real. Esta categorización se realiza preferiblemente en
cada nodo de comunicación y tiene lugar, tal como se ha indicado,
según los contextos existentes en el nodo de comunicación. Cada
paquete de datos que haya sido asignado a una aplicación en tiempo
real, se retransmite inmediatamente sin memorización intermedia al
siguiente nodo de comunicación. Los paquetes sin exigencia de tiempo
real pueden memorizarse transitoriamente en colas de espera (queues)
y retransmitirse en función de un determinado mecanismo de elección
desde la cola de espera. Este mecanismo de elección puede por
ejemplo distribuir los recursos de transferencia disponibles para
todo el tráfico no de tiempo real o para partes del mismo según un
esquema predefinido o realizar una sencilla priorización de las
colas de espera. Los recursos de transferencia disponibles para los
datos no de tiempo real dependen entonces de la afluencia momentánea
de los datos de tiempo real.
La ventaja especial de la presente invención
reside en que combinando los mecanismos descritos como reserva de
recursos de transferencia, limitación de flujos de datos de las
distintas aplicaciones a la velocidad máxima de datos y priorización
de distintas categorías de flujos de datos agregados en el
procesamiento y el transporte de estos flujos de datos, puede
garantizarse una transmisión lo más efectiva posible y adaptada a
las necesidades individuales de las más diversas aplicaciones.
Otras ventajas del procedimiento correspondiente
a la invención se mostrarán en las siguientes figuras. Se muestra
en:
figura 1 diagrama de bloques para la
representación esquemática de la etapa a de una forma constructiva
del procedimiento correspondiente a la invención,
figura 2 diagrama de bloques para la
representación esquemática de la etapa d de una forma constructiva
del procedimiento correspondiente a la invención.
En la figura 1 se representa un diagrama de
bloques para describir una posibilidad de limitar los datos de una
aplicación a una velocidad de bits predeterminada. Los datos de una
aplicación llegan a la red de comunicación de datos 1 a través de un
nodo de acceso (Edge Node) 2. Para lograr un retardo lo menor
posible en el Edge Node 2 y para renunciar a una memorización
intermedia para averiguar la velocidad de bits de los datos que
llegan, puede realizarse este proceso como sigue: A lo largo de un
determinado intervalo de tiempo (intervalo de medida) se suma el
tamaño de los paquetes de datos que llegan en paralelo a su
retransmisión tal como se indica mediante la fecha sentido
"uplink" (ascendente), lo cual se representa en el diagrama 3.
Este valor refleja la cantidad de datos en este intervalo de tiempo.
Si se alcanza la cantidad de datos máxima admisible correspondiente
a la velocidad de bits máxima B_{max} dentro de este intervalo,
entonces puede utilizarse esta información para decidir si se
rechazan los datos que siguen, tal como se representa en el diagrama
4, o si eventualmente se retransmiten, ya que los recursos totales
del Edge Note 3 lo permiten. El mismo mecanismo se realiza en el
sentido inverso, es decir, en el sentido "dowlink"
(descendente). Al comienzo del siguiente intervalo de tiempo o bien
de un intervalo de medida, comienza una nueva suma de los tamaños de
los paquetes de datos, pudiendo partir esta suma también de un valor
de arranque distinto de cero, para tener en cuenta por ejemplo
ráfagas. Con ello por un lado se minimiza el retardo de los paquetes
de datos y por otro lado se evita sobrepasar la velocidad de datos
acordada en los siguientes nodos de comunicación 5. Simultáneamente
no necesitan realizar ya una vigilancia de la máxima velocidad de
bits B_{max} todos los demás nodos de comunicación 5 a
atravesar.
En la figura 2 se muestra un diagrama de bloques
para representar esquemáticamente la etapa d de una forma de
ejecución del procedimiento correspondiente a la invención. Se
representa una retransmisión de paquetes de datos 6 de diversas
aplicaciones a través de una red de comunicación de datos 1 que
incluye varios nodos de comunicación 7. Cuando se solicita una
aplicación, se crea en los nodos de comunicación 7 de la red de
comunicación de datos 1 que han de atravesar los datos o paquetes de
datos 6 de la aplicación solicitada, un contexto, que contiene entre
otros la calidad de transmisión (QoS) a exigir para la aplicación.
Esta solicitud viene determinada por diversos parámetros. Entre
ellos se encuentran, una velocidad máxima de bits, una velocidad de
bits garantizada y un retardo máximo admisible. Un paquete de datos
6 que llega a la red de comunicación de datos 1 de una aplicación se
asigna ahora, en los nodos de comunicación 7 a atravesar, en función
del contexto creado y memorizado en los correspondientes nodos de
comunicación 7, a una de dos categorías 8, 9. En los ejemplos
representados corresponden las dos categorías 8, 9 a una división en
aplicaciones de tiempo real (rayas negras) 8 y aplicaciones no de
tiempo real (rayas grises) 9. Esta categorización se realiza en cada
nodo de comunicación 7 a atravesar. Cada paquete de datos 6 que ha
sido asociado a una aplicación de tiempo real, se retransmite
inmediatamente sin memorización intermedia al siguiente nodo de
comunicación 7. Los paquetes de datos 6 sin exigencia de tiempo real
pueden memorizarse transitoriamente en colas de espera o queues y
retransmitirse en función de un determinado mecanismo de elección a
partir de la cola. Este mecanismo de elección puede distribuir los
recursos disponibles para todos los paquetes de datos 6 de
aplicaciones que no son de tiempo real o para parte de las mismas
según un esquema previamente definido o según una sencilla
priorización de las colas. Los recursos disponibles para los
paquetes de datos 6 de aplicaciones que no son de tiempo real
dependen entonces de la afluencia momentánea de datos de las
aplicaciones de tiempo real.
Claims (10)
1. Procedimiento para transmitir datos (6) de
aplicaciones con distintas exigencias de transmisión en una red de
comunicación de datos (1) con conmutación de paquetes con nodos de
comunicación (2, 5, 7), presentando el procedimiento al menos las
siguientes etapas:
- a.
- limitación de los datos (6) de cada aplicación a una velocidad de bits predeterminada en un nodo de comunicación (2, 5, 7) a atravesar durante la transmisión de los datos (6) de la correspondiente aplicación,
- b.
- creación y memorización de contextos específicos de la aplicación en todos los nodos de comunicación (2, 5, 7) a atravesar durante la transmisión de los datos (6) de la correspondiente aplicación,
- c.
- reserva de recursos de transmisión en todos los nodos de comunicación (2, 5, 7) a atravesar durante la transmisión de los datos (6) de la correspondiente aplicación en función de los contextos específicos de la aplicación,
- d.
- retransmisión de los datos (6) de cada aplicación desde un nodo de comunicación (2, 5, 7) a atravesar mediante la correspondiente aplicación a otro nodo de comunicación (2, 5, 7) a atravesar en función de los contextos específicos de la aplicación.
\vskip1.000000\baselineskip
2. Procedimiento según la reivindicación 1,
caracterizado porque la etapa a se
realiza en un nodo de comunicación de acceso (Edge Node) en la red
de comunicación de datos de conmutación por paquetes (1).
\vskip1.000000\baselineskip
3. Procedimiento según la reivindicación 1 ó
2,
caracterizado porque la limitación de los
datos (6) de cada aplicación a una velocidad de bits predeterminada
se realiza midiendo en paralelo a la retransmisión de los datos (6)
de la correspondiente aplicación la cantidad de estos datos (6) a lo
largo de un intervalo de tiempo que puede fijarse y comparándola con
la cantidad de datos correspondiente a la velocidad de bits
predeterminada.
\vskip1.000000\baselineskip
4. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque la etapa c sólo se
realiza para datos (6) de aplicaciones que exigen una transmisión en
tiempo real.
\vskip1.000000\baselineskip
5. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque en la etapa c cada
uno de los nodos de comunicación (2, 5, 7) a atravesar por los datos
de la aplicación correspondiente se deduce y reserva a partir de una
velocidad de bits garantizada solicitada por la correspondiente
aplicación y una velocidad de bits máxima a apoyar, un valor de la
anchura de banda para un recurso de transmisión a reservar.
\vskip1.000000\baselineskip
6. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque al crear los
contextos específicos de la aplicación en cada nodo de comunicación
(2, 5, 7) la relación entre una velocidad de bits garantizada
solicitada por la correspondiente aplicación y una velocidad de bits
máxima a apoyar, puede variar.
\vskip1.000000\baselineskip
7. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque una determinada
parte (B_{SumEcht}) de recursos de transmisión de entre todos los
recursos de transmisión (B_{total}) se reserva para datos de
aplicaciones que en cada caso exigen una transmisión en tiempo
real.
\vskip1.000000\baselineskip
8. Procedimiento según la reivindicación 7,
caracterizado porque la parte
(B_{SumEcht}) de recursos de transmisión que se reserva para datos
(6) de aplicaciones que exigen en cada caso una transmisión en
tiempo real, se elige inferior a la totalidad de recursos de
transmisión (B_{total}).
\vskip1.000000\baselineskip
9. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque en la etapa d los
datos (6) de las aplicaciones se dividen en función de los contextos
específicos de la aplicación en al menos dos categorías (8, 9) y se
retransmiten en función de estas categorías (8, 9).
\vskip1.000000\baselineskip
10. Procedimiento según la reivindicación 9,
caracterizado porque las dos categorías
corresponden a una división en aplicaciones de tiempo real (8) y
aplicaciones no de tiempo real (9).
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/DE2001/004724 WO2003055154A1 (de) | 2001-12-10 | 2001-12-10 | Verfahren zur übertragung von daten von applikationen mit unterschiedlicher qualität |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2350516T3 true ES2350516T3 (es) | 2011-01-24 |
Family
ID=5648326
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01995603T Expired - Lifetime ES2350516T3 (es) | 2001-12-10 | 2001-12-10 | Procedimiento para transmitir datos de aplicaciones con distintas exigencias de calidad. |
Country Status (12)
| Country | Link |
|---|---|
| US (1) | US20050131984A1 (es) |
| EP (1) | EP1451980B1 (es) |
| JP (1) | JP2005513917A (es) |
| KR (1) | KR100632529B1 (es) |
| CN (1) | CN1293733C (es) |
| AT (1) | ATE477647T1 (es) |
| AU (1) | AU2002226296A1 (es) |
| BR (1) | BRPI0117193B1 (es) |
| DE (2) | DE10197195D2 (es) |
| ES (1) | ES2350516T3 (es) |
| PT (1) | PT1451980E (es) |
| WO (1) | WO2003055154A1 (es) |
Families Citing this family (38)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7801171B2 (en) | 2002-12-02 | 2010-09-21 | Redknee Inc. | Method for implementing an Open Charging (OC) middleware platform and gateway system |
| US7457865B2 (en) * | 2003-01-23 | 2008-11-25 | Redknee Inc. | Method for implementing an internet protocol (IP) charging and rating middleware platform and gateway system |
| US7440441B2 (en) | 2003-06-16 | 2008-10-21 | Redknee Inc. | Method and system for Multimedia Messaging Service (MMS) rating and billing |
| US7873347B2 (en) * | 2003-06-19 | 2011-01-18 | Redknee Inc. | Method for implementing a Wireless Local Area Network (WLAN) gateway system |
| US8870639B2 (en) | 2004-06-28 | 2014-10-28 | Winview, Inc. | Methods and apparatus for distributed gaming over a mobile device |
| US8376855B2 (en) | 2004-06-28 | 2013-02-19 | Winview, Inc. | Methods and apparatus for distributed gaming over a mobile device |
| US10226698B1 (en) | 2004-07-14 | 2019-03-12 | Winview, Inc. | Game of skill played by remote participants utilizing wireless devices in connection with a common game event |
| US10721543B2 (en) | 2005-06-20 | 2020-07-21 | Winview, Inc. | Method of and system for managing client resources and assets for activities on computing devices |
| US8738694B2 (en) * | 2005-06-20 | 2014-05-27 | Winview, Inc. | Method of and system for managing client resources and assets for activities on computing devices |
| US9919210B2 (en) | 2005-10-03 | 2018-03-20 | Winview, Inc. | Synchronized gaming and programming |
| US8149530B1 (en) | 2006-04-12 | 2012-04-03 | Winview, Inc. | Methodology for equalizing systemic latencies in television reception in connection with games of skill played in connection with live television programming |
| US8705195B2 (en) | 2006-04-12 | 2014-04-22 | Winview, Inc. | Synchronized gaming and programming |
| US9511287B2 (en) | 2005-10-03 | 2016-12-06 | Winview, Inc. | Cellular phone games based upon television archives |
| US8002618B1 (en) | 2006-01-10 | 2011-08-23 | Winview, Inc. | Method of and system for conducting multiple contests of skill with a single performance |
| US9056251B2 (en) | 2006-01-10 | 2015-06-16 | Winview, Inc. | Method of and system for conducting multiple contests of skill with a single performance |
| US10556183B2 (en) | 2006-01-10 | 2020-02-11 | Winview, Inc. | Method of and system for conducting multiple contest of skill with a single performance |
| JP5046316B2 (ja) * | 2006-03-10 | 2012-10-10 | 富士通株式会社 | ネットワーク管理方法、プログラム及びシステム |
| US11082746B2 (en) | 2006-04-12 | 2021-08-03 | Winview, Inc. | Synchronized gaming and programming |
| US8775621B2 (en) * | 2006-08-31 | 2014-07-08 | Redknee Inc. | Policy services |
| EP2201508A4 (en) * | 2007-09-13 | 2011-08-31 | Redknee Inc | BILLING MANAGER PROFILE |
| US8813112B1 (en) | 2007-10-23 | 2014-08-19 | Winview, Inc. | Method of and apparatus for utilizing SMS while running an application on a mobile device controlling a viewer's participation with a broadcast |
| JP4951486B2 (ja) * | 2007-12-13 | 2012-06-13 | 株式会社日立産機システム | 情報処理装置および情報処理方法 |
| CN101911631B (zh) | 2007-12-27 | 2015-12-16 | 雷德尼有限公司 | 基于策略的通信系统及方法 |
| US8428186B1 (en) | 2007-12-27 | 2013-04-23 | Exalt Communications Incorporated | Decision directed DC offset removal |
| US8458285B2 (en) | 2008-03-20 | 2013-06-04 | Post Dahl Co. Limited Liability Company | Redundant data forwarding storage |
| US9203928B2 (en) | 2008-03-20 | 2015-12-01 | Callahan Cellular L.L.C. | Data storage and retrieval |
| US7636761B1 (en) * | 2008-09-29 | 2009-12-22 | Gene Fein | Measurement in data forwarding storage |
| US8452844B2 (en) | 2008-05-07 | 2013-05-28 | Tajitshu Transfer Limited Liability Company | Deletion in data file forwarding framework |
| CN101621457B (zh) * | 2008-07-01 | 2012-05-23 | 大唐移动通信设备有限公司 | 一种多业务调度方法和系统 |
| US8599678B2 (en) * | 2008-07-10 | 2013-12-03 | Tajitshu Transfer Limited Liability Company | Media delivery in data forwarding storage network |
| US9716918B1 (en) | 2008-11-10 | 2017-07-25 | Winview, Inc. | Interactive advertising system |
| CN101772010B (zh) * | 2008-12-30 | 2012-09-05 | 联芯科技有限公司 | 分组交换业务小区更新时的终端和网络的异常处理方法 |
| US20110002230A1 (en) * | 2009-07-02 | 2011-01-06 | Research In Motion Limited | Quality of Service Parameter Relaxation for Non-Conversational Voice Calls Over a Packet-Switched Network |
| US8611356B2 (en) * | 2009-11-13 | 2013-12-17 | Exalt Communications Incorporated | Apparatus for ethernet traffic aggregation of radio links |
| US8307111B1 (en) * | 2010-04-13 | 2012-11-06 | Qlogic, Corporation | Systems and methods for bandwidth scavenging among a plurality of applications in a network |
| CN103297349B (zh) * | 2013-05-30 | 2017-04-05 | 北京蓝汛通信技术有限责任公司 | 一种网络资源提供方式的调整方法及装置 |
| US11551529B2 (en) | 2016-07-20 | 2023-01-10 | Winview, Inc. | Method of generating separate contests of skill or chance from two independent events |
| US11308765B2 (en) | 2018-10-08 | 2022-04-19 | Winview, Inc. | Method and systems for reducing risk in setting odds for single fixed in-play propositions utilizing real time input |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6473793B1 (en) * | 1994-06-08 | 2002-10-29 | Hughes Electronics Corporation | Method and apparatus for selectively allocating and enforcing bandwidth usage requirements on network users |
| US5675573A (en) * | 1995-03-22 | 1997-10-07 | Lucent Technologies Inc. | Delay-minimizing system with guaranteed bandwidth delivery for real-time traffic |
| US6282561B1 (en) * | 1995-12-07 | 2001-08-28 | Microsoft Corporation | Method and system for resource management with independent real-time applications on a common set of machines |
| JP3193947B2 (ja) * | 1997-01-08 | 2001-07-30 | 株式会社ディジタル・ビジョン・ラボラトリーズ | データ送信システム及びデータ送信方法 |
| US6104720A (en) * | 1997-04-28 | 2000-08-15 | Intel Corporation | Dynamic communication path selection for data transmission between computers |
| US5996013A (en) * | 1997-04-30 | 1999-11-30 | International Business Machines Corporation | Method and apparatus for resource allocation with guarantees |
| JP3803712B2 (ja) * | 1997-04-30 | 2006-08-02 | 富士通株式会社 | ノンリアルタイム通信のバンド幅制限値の動的制御方式 |
| US6154776A (en) * | 1998-03-20 | 2000-11-28 | Sun Microsystems, Inc. | Quality of service allocation on a network |
| EP1001574A1 (en) * | 1998-11-10 | 2000-05-17 | International Business Machines Corporation | Method and system in a packet switching network for dynamically adjusting the bandwidth of a continuous bit rate virtual path connection according to the network load |
| US7149222B2 (en) * | 1999-12-21 | 2006-12-12 | Converged Access, Inc. | Integrated access point network device |
| EP1256210A2 (en) * | 2000-02-04 | 2002-11-13 | HRL Laboratories, LLC | System and method for pricing-based quality of service |
| EP1154664A1 (en) * | 2000-05-09 | 2001-11-14 | Lucent Technologies Inc. | Resource reservation in 3G or future generation telecommunication network II |
| EP1154600A1 (en) * | 2000-05-09 | 2001-11-14 | Lucent Technologies Inc. | Resource reservation in 3G or Future Generation telecommunication network (iv) |
| US6839808B2 (en) * | 2001-07-06 | 2005-01-04 | Juniper Networks, Inc. | Processing cluster having multiple compute engines and shared tier one caches |
-
2001
- 2001-12-10 DE DE10197195T patent/DE10197195D2/de not_active Expired - Fee Related
- 2001-12-10 AT AT01995603T patent/ATE477647T1/de not_active IP Right Cessation
- 2001-12-10 PT PT01995603T patent/PT1451980E/pt unknown
- 2001-12-10 JP JP2003555751A patent/JP2005513917A/ja active Pending
- 2001-12-10 WO PCT/DE2001/004724 patent/WO2003055154A1/de not_active Ceased
- 2001-12-10 AU AU2002226296A patent/AU2002226296A1/en not_active Abandoned
- 2001-12-10 BR BRPI0117193-3A patent/BRPI0117193B1/pt not_active IP Right Cessation
- 2001-12-10 DE DE50115595T patent/DE50115595D1/de not_active Expired - Lifetime
- 2001-12-10 ES ES01995603T patent/ES2350516T3/es not_active Expired - Lifetime
- 2001-12-10 EP EP01995603A patent/EP1451980B1/de not_active Expired - Lifetime
- 2001-12-10 CN CNB018238696A patent/CN1293733C/zh not_active Expired - Fee Related
- 2001-12-10 US US10/497,964 patent/US20050131984A1/en not_active Abandoned
- 2001-12-10 KR KR1020047008922A patent/KR100632529B1/ko not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1579069A (zh) | 2005-02-09 |
| US20050131984A1 (en) | 2005-06-16 |
| ATE477647T1 (de) | 2010-08-15 |
| AU2002226296A1 (en) | 2003-07-09 |
| BR0117193A (pt) | 2004-11-09 |
| WO2003055154A1 (de) | 2003-07-03 |
| PT1451980E (pt) | 2010-11-17 |
| EP1451980B1 (de) | 2010-08-11 |
| BRPI0117193B1 (pt) | 2015-07-28 |
| KR100632529B1 (ko) | 2006-10-11 |
| JP2005513917A (ja) | 2005-05-12 |
| CN1293733C (zh) | 2007-01-03 |
| DE50115595D1 (de) | 2010-09-23 |
| KR20040059493A (ko) | 2004-07-05 |
| EP1451980A1 (de) | 2004-09-01 |
| DE10197195D2 (de) | 2004-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2557892T3 (es) | Control de admisión y planificación de tráfico de datos por paquetes | |
| ES2351586T3 (es) | Manejo del flujo de prioridad en dominios sin estado. | |
| US7720065B2 (en) | Method and apparatus for biasing of network node packet prioritization based on packet content | |
| ES2293218T3 (es) | Control de accesos para una red orientada a paquetes, considerando las exigencias de resiliencia. | |
| US7061862B2 (en) | Inter-network relay system and method | |
| ES2201024T3 (es) | Plataforma de ip para sistemas avanzados de acceso multipunto. | |
| PT1451980E (pt) | Processo para transmitir dados de aplicações com diferente qualidade | |
| US8737415B2 (en) | Prioritization of data packets | |
| US20020107908A1 (en) | QoS monitoring system and method for a high-speed diffserv-capable network element | |
| JP2004254164A (ja) | 帯域監視装置 | |
| CN101552726A (zh) | 一种分级服务边缘路由器 | |
| EP2090035B1 (en) | Congestion control in stateless domains | |
| ES2355671A1 (es) | Encaminamiento de tráfico en una red de comunicación celular. | |
| US8264957B1 (en) | Control of preemption-based beat-down effect | |
| ES2298611T3 (es) | Control del acceso en redes orientadas a paquetes. | |
| JP4917716B2 (ja) | 帯域監視装置 | |
| US7864684B2 (en) | Scheduling strategy for packet switched traffic | |
| JP2004166080A (ja) | パケットシェーパ、パケット中継装置 | |
| Odinma et al. | Quality of service mechanisms and challenges for IP networks | |
| Li et al. | LTE CoS/QoS harmonization emulator | |
| Costa et al. | IntServ over DiffServ for IP QoS in Radio Access Networks | |
| Li et al. | QoS support in IP/MPLS-based radio access networks | |
| ES2356622T3 (es) | Transmisión distribuida de informaciones en una red de comunicaciones sin conexión orientada a paquetes. | |
| Balkaş | Delay-bounded Rate Adaptive Shaper for TCP Traffic in Diffserv Internet | |
| Kim et al. | QoS-guaranteed DiffServ-Aware-MPLS traffic engineering with controlled bandwidth borrowing |