ES2306830T3 - Procedimiento de transmision de paquetes de datos a traves de una red. - Google Patents
Procedimiento de transmision de paquetes de datos a traves de una red. Download PDFInfo
- Publication number
- ES2306830T3 ES2306830T3 ES03019474T ES03019474T ES2306830T3 ES 2306830 T3 ES2306830 T3 ES 2306830T3 ES 03019474 T ES03019474 T ES 03019474T ES 03019474 T ES03019474 T ES 03019474T ES 2306830 T3 ES2306830 T3 ES 2306830T3
- Authority
- ES
- Spain
- Prior art keywords
- node
- border
- burst
- central
- packet
- 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 22
- 230000005540 biological transmission Effects 0.000 title claims abstract description 17
- 230000003287 optical effect Effects 0.000 claims abstract description 37
- 230000004044 response Effects 0.000 claims abstract description 22
- 238000011156 evaluation Methods 0.000 claims abstract 3
- 230000008901 benefit Effects 0.000 description 6
- 230000000903 blocking effect Effects 0.000 description 5
- 239000000835 fiber Substances 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000015654 memory Effects 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
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q11/0066—Provisions for optical burst or packet networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q2011/0064—Arbitration, scheduling or medium access control aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q2011/0088—Signalling aspects
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Optical Communication System (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Procedimiento para la transmisión de paquetes de datos a través de una red, en el que dicha red está configurada como red de anillo, estrella o bus con nodos centrales (nodo_0 - nodo_9) sin capacidades de almacenamiento, en el que al menos algunos de los nodos centrales (nodo_0, nodo_2, nodo_ 4, nodo_6, nodo_8) tienen al menos un nodo de frontera asociado (Frontera_0 - Frontera_4) que comprende un dominio eléctrico y uno óptico, de modo que un nodo de frontera (Frontera_0 - Frontera_4) está conectado con un nodo central (nodo_0 - nodo_9), donde dichos nodos de frontera (Frontera_0 - Frontera_4) reciben dichos paquetes de datos y generan una cabecera asociada para una ráfaga o un paquete de datos que comprende paquetes de datos agregados, en el que dicha cabecera se envía antes de la ráfaga o paquete de datos desde el nodo de frontera (Frontera_0) hasta el nodo central asociado (nodo_0), en el que se evalúa la cabecera, se reserva una trayectoria para la ráfaga asociada y se envía la cabecera al siguiente nodo central (nodo_1), en el que se repite el mismo procedimiento para establecer una trayectoria a través de los nodos centrales (nodo_0 - nodo_9) de la red a un destino de la ráfaga o paquete de datos, en el que después del envío de una cabecera desde el nodo de frontera (Frontera_0) hasta el nodo central asociado (nodo_0) y después de la evaluación de la cabecera en el nodo central (nodo_0) la reserva solicitada se compara con reservas anteriores de otras cabeceras y en el caso de un conflicto de reserva el nodo central asociado (nodo_0) determina un tiempo o un retardo de tiempo para una ocupación del nodo central (nodo_0) y envía una respuesta, en la que está contenido dicho tiempo o retardo de tiempo, al nodo de frontera de origen (Frontera_0), en el que dicha respuesta se evalúa, se abandona el envío de la ráfaga o paquete de datos, se almacena la ráfaga o paquete de datos en el dominio eléctrico del nodo de frontera (Frontera_0) y después de transcurrido dicho tiempo o retardo de tiempo se envía de nuevo una cabecera al nodo central asociado (nodo_0), para intentar una nueva reserva para una transmisión de dicha ráfaga o paquete de datos.
Description
Procedimiento de transmisión de paquetes de
datos a través de una red.
A continuación se consideran redes que consisten
en nodos centrales y nodos de frontera. Al menos algunos de los
nodos centrales están conectados con uno o más nodos de frontera, de
modo que cada nodo de frontera está conectado sólo con un nodo
central. Los nodos centrales de la red considerada no tienen
capacidades de almacenamiento. Esto se explicará en detalle
posteriormente.
Los nodos de frontera reciben paquetes de datos
desde fuentes y envían paquetes de datos a receptores fuera de la
red.
Para transmitir paquetes de datos a través de
una red, se conocen diferentes procedimientos.
En un nodo de frontera de una red, como una red
conmutada de ráfagas ópticas (OBS, Optical Burst Switched),
los paquetes de datos recibidos o entrantes, como paquetes de
protocolo de Internet (IP, Internet Protocol), células de
modo de transferencia asíncrono (ATM, Asynchronous Transfer
Mode) o unidades de datos de protocolo (PDU, Protocol Data
Unit), se agregan en el nodo a una ráfaga con una cabecera
asociada. La ráfaga contiene un número de paquetes de datos para un
cierto destino y se agrega según una estrategia de agregación
predefinida. Esta ráfaga se envía a través de la red al destino.
Antes de enviar la ráfaga, tiene que establecerse o reservarse en
la red una trayectoria, camino o sendero, para que la ráfaga se
transmita apropiadamente a través de la red a su destino. Esto se
realiza mediante la cabecera asociada. Después de la agregación de
la ráfaga, la cabecera se genera y se envía desde el nodo de
frontera hasta el nodo central conectado o asociado. Allí se evalúa
la cabecera y se reserva una trayectoria para la siguiente ráfaga.
Entonces se envía la cabecera a un nodo central siguiente, se
evalúa la cabecera, se reserva una trayectoria y la cabecera se
envía a un nodo central siguiente hasta que se reserva una
trayectoria a un destino para la siguiente ráfaga. Después de enviar
la cabecera y transcurrido un cierto tiempo en el nodo de frontera,
que es para la reserva de trayectoria en los nodos centrales, la
ráfaga se envía al nodo central asociado. La ráfaga se envía de nodo
central a nodo central a través de la trayectoria reservada a un
destino de la ráfaga, que es un cierto nodo de frontera. Allí la
ráfaga se separa en los paquetes de datos, que se envían a destinos
adicionales.
En redes como las redes de conmutación de
paquetes ópticos (OPS, Optical Packet Switching), se aplican
los mismos principios que en redes OBS, con la diferencia de que
cada paquete de datos se transforma en un paquete con una cabecera
asociada. Los paquetes se envían como las ráfagas. Se aplican los
mismos principios de reserva y transmisión que se aplican para la
cabecera de la ráfaga para la cabecera de un paquete.
En principio, en caso de una red OBS y OPS no se
proporcionan capacidades de almacenamiento para las ráfagas o
paquetes en los nodos centrales de la red. Podrían proporcionarse
mediante líneas de retardo de fibra para almacenar ráfagas o
paquetes ópticos. Estos almacenamientos ópticos son actualmente muy
costosos. Se proporcionan capacidades de almacenamiento limitadas
para la cabecera de una ráfaga o paquete, puesto que son mucho más
pequeñas. La cabecera puede convertirse de óptica a eléctrica,
evaluarse, almacenarse y modificarse eléctricamente y convertirse a
óptica de nuevo.
Una característica clave de estas redes es el
esquema de reserva de una pasada de recursos de red respectivamente
nodos de red para cada ráfaga o paquete individual. Las ráfagas se
envían sin una confirmación de establecimiento de trayectoria
satisfactorio y puede producirse una pérdida de ráfaga en caso de
disputa.
Ejemplos para redes OBS se describen en los
siguientes documentos. En "Application of Tell & Go and
Tell & Wait Reservation Strategies in a Optical Burst Switching
Network: a Performance Comparision" de A. Detti, M.
Listanti, Universidad de Roma, se describe una comparación entre dos
técnicas de reserva de recursos cuando se utilizan en una red
completamente óptica para el soporte de tráfico IP de alta
velocidad.
En "Choices, Features and Issues in Optical
Burst Switching" de C. Qiao, M. Yoo, Universidad de Búfalo
(SUNY), se exploran elecciones de diseño en conmutación de ráfagas y
se describe una nueva variación que es especialmente adecuada para
redes WDM ópticas. Los nodos de fuente de una red OBS se adaptan
para funcionar en el dominio eléctrico y en el óptico. Según el
protocolo de Sólo Tiempo Suficiente una fuente envía un paquete de
control, que se reenvía por una ráfaga después de un tiempo de
desfase. La ráfaga se almacena en memoria intermedia en la fuente
en el dominio eléctrico mientras el paquete de control está
procesándose. Si no está disponible el ancho de banda solicitado,
se dice que la ráfaga está bloqueada, y se mandará o puede
almacenarse en memoria intermedia y entonces transmitirse
posteriormente.
En "JumpStart: A
Just-in-Time Signalling Architecture
for WDM Burst-Switched Networks" de Ilia
Baldine, George N. Rouskas, Harry G. Perros y Dan Stevenson, MCNC y
Universidad Estatal de Carolina del Norte, se presenta una
arquitectura para una red DWDM central que utiliza el concepto de
conmutación de ráfagas ópticas acoplada con un esquema de
señalización justo a tiempo.
En una red de anillo, se conectan un número de
nodos centrales a un anillo, de modo que al menos parte de los
nodos centrales tienen una conexión a al menos un nodo de frontera
asociado, donde un nodo de frontera está conectado con un nodo
central.
Cualquier nodo que detecte un fallo está
adaptado para enviar de vuelta un mensaje de fallo al nodo de fuente
(página 89, columna izquierda, último párrafo). Está garantizado
que las ráfagas pertenecientes a la misma conexión toman la misma
trayectoria, pero no está garantizado que sea satisfactorio.
En una red de estrella, sólo hay un nodo
central, que tiene conexiones a varios nodos de frontera.
En una red de bus, un número de nodos centrales
están conectados en una fila, donde cada nodo central tiene dos
vecinos, excepto los nodos centrales en el extremo del bus
(respectivamente fila). Al menos una parte de los nodos centrales
están conectados a al menos un nodo de frontera, de modo que cada
nodo de frontera tiene una conexión sólo a un nodo central.
Es un objeto de la invención presentar
procedimientos para la transmisión de ráfagas o paquetes de datos a
través de una red de anillo, estrella o bus sin pérdidas de ráfagas
ni paquetes respectivamente.
Este objeto se consigue por las características
citadas en la reivindicación 1 ó 2.
Debido al hecho que las ráfagas respectivamente
los paquetes no se envían en caso de un conflicto de bloqueo o
reserva respectivamente disputa en un nodo central, la ventaja de la
invención es que se evitan las pérdidas de ráfagas o paquetes.
Mejoras adicionales de la invención se
identifican en las reivindicaciones dependientes.
En una realización de la invención se envía una
respuesta desde el nodo central hasta el nodo de frontera con un
tiempo o retardo de tiempo para una ocupación del nodo central.
Dicho tiempo o retardo de tiempo se genera mediante el nodo central
según un análisis de su esquema de reserva respectivamente
planificación de reserva para las ráfagas o paquetes de datos.
Después del análisis, el nodo central calcula un tiempo o retardo
de tiempo para el nodo de frontera de asociación, cuando un nuevo
intento de enviar una cabecera respectivamente para la reserva de
una trayectoria parezca ser satisfactorio. Este tiempo o retardo de
tiempo se inserta en la respuesta y se transmite al nodo de
frontera. La respuesta se recibe y se evalúa. Después de que
transcurra este tiempo o retardo de tiempo, el nodo de frontera
envía la cabecera previamente enviada de nuevo al nodo central,
para intentar reservar una trayectoria para su ráfaga o paquete.
Mientras tanto la ráfaga o paquete se almacena en el nodo de
frontera. Esto tiene la ventaja de un intento económico de una
reserva.
En otra realización de la invención en caso de
un conflicto de reserva el nodo central planifica una reserva para
la ráfaga o paquete de la cabecera asociada, determina un tiempo o
retardo de tiempo particular para la transmisión de dicha ráfaga o
paquete, envía una respuesta en la que está contenido dicho tiempo o
retardo de tiempo particular al nodo de frontera de origen. Allí se
evalúa dicha respuesta, se abandona el envío de la ráfaga o
paquete, la ráfaga o paquete se almacena en el nodo de frontera y
después de transcurrido dicho tiempo o retardo de tiempo la ráfaga
o paquete se envía al nodo central, para utilizar la reserva
planificada. Esto tiene la ventaja de una reserva económica y
transmisión sin pérdidas de ráfagas o paquetes.
En una realización adicional de la invención,
los paquetes de datos que llegan se añaden a una ráfaga almacenada.
Esto tiene la ventaja de que sólo tiene que reservarse una ráfaga en
lugar de dos ráfagas sucesivas. Se consigue una ganancia de
multiplexación y transmisión superior, lo que es económico.
Ventajas adicionales de la invención se
mencionan en la realización de la invención.
Una realización a modo de ejemplo de la
invención se explica por medio de un dibujo.
En el dibujo se muestra:
en la figura 1 una red de anillo.
La figura 1 muestra diez nodos centrales
respectivamente nodos de anillo nodo_0, nodo_1, ..., nodo_9, de modo
que cada nodo central está conectado con otros dos nodos centrales
para formar una red de anillo. Estos nodos centrales pueden ser
conmutadores, elementos de red, encaminadores o conmutadores ópticos
para una red OBS u OPS. Cinco nodos de frontera Frontera_0,
Frontera 1, ..., Frontera 4 están conectados a un nodo central. El
nodo de frontera Frontera_0 está conectado con el nodo central
nodo_0, el nodo de frontera Frontera_1 está conectado con el nodo
central nodo_ 2, el nodo de frontera Frontera_2 está conectado con
el nodo central nodo_4, el nodo de frontera Frontera_3 está
conectado con el nodo central nodo_6 y el nodo de frontera
Frontera_4 está conectado con el nodo central nodo_8.
Los nodos de frontera Frontera_0, Frontera 1,
..., Frontera 4 agregan paquetes de datos desde fuentes no mostradas
a ráfagas, como ráfagas ópticas, o las transforman en paquetes
ópticos tal como se explicó anteriormente. Estas ráfagas/paquetes
se envían desde el nodo de frontera hasta el nodo central asociado y
más allá a través de la red central hasta un nodo de frontera de
destino. Los nodos de frontera Frontera_0, Frontera 1, ...,
Frontera 4 dividen las ráfagas recibidas por la red OBS u OPS
respectivamente nodos centrales en paquetes de datos y los envían a
receptores o destinos no mostrados.
\global\parskip0.920000\baselineskip
En una red de anillo de este tipo, los únicos
nodos en los que podría tener lugar el bloqueo son aquellos que
están conectados a un nodo de frontera. Estos son los nodos
centrales nodo_0, nodo_2, nodo_4, nodo_6 y nodo_8. El resto de los
nodos centrales, por ejemplo, nodo_1, nodo_3, nodo_5, nodo_7 y
nodo_9, simplemente reenvían las ráfagas o paquetes y por lo tanto
están libres de bloqueo.
Después de enviar una cabecera de una ráfaga o
paquete desde un nodo de frontera hasta un nodo central
asociado/nodo de anillo pueden ocurrir dos casos.
En primer lugar, los recursos para transmitir la
ráfaga/paquete están disponibles en el nodo central y se reserva
una trayectoria según el comportamiento ya descrito. Después de un
tiempo de desfase la ráfaga/paquete en el nodo de frontera se envía
y la ráfaga/paquete se transmite a través de las trayectorias
reservadas a su destino.
En segundo lugar, los recursos para la reserva
de una trayectoria y la transmisión de la ráfaga/paquete no están
disponibles. Para evitar una colisión, se envía de vuelta una
respuesta al nodo de frontera de origen que provoca que la ráfaga
espere, hasta que tenga(n) lugar (un) intento(s) de
transmisión adicional(es).
Después del envío de la cabecera desde el nodo
de frontera hasta el nodo central asociado, la cabecera se evalúa
en el nodo central y la reserva solicitada se compara con las
reservas anteriores de otras cabeceras. En el caso de un conflicto
de reserva se envía de vuelta una respuesta al nodo de frontera de
origen. Dicha respuesta se evalúa en el nodo de frontera y se
abandona el envío de la ráfaga o paquete y la ráfaga o paquete se
almacena en el nodo de frontera en el dominio eléctrico.
La respuesta comprende el tiempo o retardo de
tiempo de ocupación o un tiempo o retardo de tiempo para una
reserva futura o cualquier otra clase de mensaje para transferir una
información desde el nodo de frontera hasta el nodo central.
Según la información enviada al nodo de frontera
y un mecanismo implementado, este nodo puede tener un comportamiento
diferente.
En primer lugar, en caso de un conflicto de
reserva el nodo central determina un tiempo o un retardo de tiempo
para una ocupación del nodo central y envía una respuesta, en la que
está contenido dicho tiempo o retardo de tiempo, al nodo de
frontera de origen. Dicha respuesta se evalúa en el nodo de
frontera, se abandona el envío de la ráfaga o paquete, la ráfaga o
paquete se almacena en el nodo de frontera y después de transcurrido
dicho tiempo o retardo de tiempo se envía de nuevo una cabecera al
nodo central, para intentar una nueva reserva para una transmisión
de dicha ráfaga o paquete.
En segundo lugar, que en caso de un conflicto de
reserva el nodo central planifica una reserva para la ráfaga o
paquete de la cabecera asociada, determina un tiempo o retardo de
tiempo particular para la transmisión de dicha ráfaga o paquete y
envía una respuesta, en la que está contenido dicho tiempo o retardo
de tiempo particular, al nodo de frontera de origen. Allí se evalúa
dicha respuesta, se abandona el envío de la ráfaga o paquete, se
almacena la ráfaga o paquete en el nodo de frontera y después de
transcurrido dicho tiempo o retardo de tiempo la ráfaga se envía al
nodo central, para utilizar la reserva planificada.
Es independiente de qué mecanismo de reserva de
ráfaga se utilice, como justo a tiempo (JIT,
Just-In-Time), mecanismo de
reserva Horizon (Horizon) o sólo tiempo suficiente (JET,
Just-Enough Time). Si una cabecera de una
ráfaga/paquete desde un nodo de frontera llega al nodo central, el
nodo sabe según su planificación de reserva hasta cuando estará
ocupado. Esto se debe a las reservas viejas por otras cabeceras
recibidas desde nodos centrales vecinos. Por lo tanto, el nodo
central puede deducir si la ráfaga/paquete óptico asociado a la
cabecera estará bloqueado o no.
Durante el almacenamiento de la ráfaga en el
nodo de frontera los paquetes de datos que llegan pueden agregarse
a la ráfaga almacenada. Si se realiza esto, se evita una segunda
reserva para una ráfaga, que contiene mientras tanto paquetes de
datos que llegan. Por lo tanto sólo se envía una ráfaga, que es más
grande que antes y tiene una ganancia de multiplexación superior.
Debido a que se envía una ráfaga más grande en lugar de dos ráfagas
con cabeceras correspondientes, se utilizan menos recursos.
Una vez que una ráfaga/paquete se inserta en la
red de anillo, estrella o bus, continuará su camino hasta el nodo
de frontera destino sin ninguna clase de bloqueo. Si la carga de la
red aumenta, las ráfagas/paquetes ópticos que no pueden
transportarse por la red se almacenarán en los nodos de frontera. Si
la carga de la red alcanza un nivel crítico, las memorias
intermedias en los nodos de frontera finalmente se sobrecargarán y
perderán información. Sin embargo, incluso en estas condiciones de
fuerte carga la red (de anillo, estrella, bus) no tendrá
pérdidas.
En el nodo de frontera la ráfaga mencionada
puede transformarse y enviarse como una ráfaga óptica a un nodo
central de una red conmutada de ráfagas ópticas. También, en el nodo
de frontera el paquete mencionado puede transformarse y enviarse
como un paquete óptico a un nodo central de una red conmutada de
paquetes ópticos.
Los principios fundamentales de la invención
son:
los nodos, en los que podría tener lugar el
bloqueo, envían una respuesta de vuelta al nodo de frontera
correspondiente si prevén según su planificación de reserva de
ráfaga que su ráfaga o paquete asociado estará bloqueado.
\global\parskip1.000000\baselineskip
Si un nodo de frontera recibe dicha respuesta,
se abandona el envío de la ráfaga/paquete y la ráfaga/paquete se
almacena. En el caso de una red OBS esto podría ocurrir almacenando
una versión eléctrica de las ráfagas/paquetes ópticos que tienen
que enviarse al anillo. A menudo tales nodos de frontera son una
interfaz entre el dominio eléctrico y el óptico.
Si un nodo de frontera envía una cabecera y
recibe una respuesta de vuelta, sabe automáticamente que la
ráfaga/paquete asociado no pasará por el siguiente nodo central
debido al bloqueo. También es posible que la respuesta de una
ráfaga/paquete que está a punto de bloquearse lleve alguna
información útil desde el nodo central en su camino de vuelta al
nodo de frontera. Esta información podría ser por ejemplo, el
momento exacto cuando el nodo central se reserva para la
ráfaga/paquete óptico. Sabiendo esto, el nodo de frontera puede
enviar inmediatamente la ráfaga/paquete óptico justo cuando se
alcanza el tiempo/momento.
Los mismos principios descritos anteriormente
mediante un ejemplo para una red de anillo pueden aplicarse
análogamente a una red de estrella (un nodo central con muchos nodos
de frontera) y de bus ("anillo dividido o roto") sin
modificaciones.
Los procedimientos de la invención extienden los
principios de redes conmutadas de ráfagas o paquetes, como redes
OBS y OPS, con nodo central sin capacidades de almacenamiento de
ráfagas o paquetes desde el envío no confirmado de una ráfaga hasta
una comunicación a "contrapresión" para el primer salto desde
el nodo de frontera hasta el nodo central en el caso de conflicto
en el nodo central.
Ventajas adicionales de los procedimientos de la
invención son:
\bullet reduce la probabilidad de bloqueo en
la red a cero.
\bullet la solución es especialmente adecuada
para redes conmutadas de ráfagas y paquetes ópticos.
\bullet La solución es especialmente adecuada
para redes de anillo, estrella y bus.
\bullet Es sencillo y fácil. No demanda mucho
tiempo de procesamiento ni en los nodos centrales ni en los nodos de
frontera.
\bullet No consume ancho de banda, puesto que
no requiere aumentar el tamaño de las cabeceras ópticas.
\bullet Es barato puesto que no requiere
hardware adicional. Además para redes OBS/OPS almacenar la
información eléctricamente en los nodos de frontera es una solución
de bajo coste en comparación con el almacenamiento óptico con
líneas de retardo de fibra (FDL, Fibre Delay Lines).
\bullet El procedimiento puede implementarse
en software.
Claims (8)
1. Procedimiento para la transmisión de paquetes
de datos a través de una red, en el que dicha red está configurada
como red de anillo, estrella o bus con nodos centrales (nodo_0 -
nodo_9) sin capacidades de almacenamiento, en el que al menos
algunos de los nodos centrales (nodo_0, nodo_2, nodo_ 4, nodo_6,
nodo_8) tienen al menos un nodo de frontera asociado (Frontera_0 -
Frontera_4) que comprende un dominio eléctrico y uno óptico, de
modo que un nodo de frontera (Frontera_0 - Frontera_4) está
conectado con un nodo central (nodo_0 - nodo_9), donde dichos nodos
de frontera (Frontera_0 - Frontera_4) reciben dichos paquetes de
datos y generan una cabecera asociada para una ráfaga o un paquete
de datos que comprende paquetes de datos agregados, en el que dicha
cabecera se envía antes de la ráfaga o paquete de datos desde el
nodo de frontera (Frontera_0) hasta el nodo central asociado
(nodo_0), en el que se evalúa la cabecera, se reserva una
trayectoria para la ráfaga asociada y se envía la cabecera al
siguiente nodo central (nodo_1), en el que se repite el mismo
procedimiento para establecer una trayectoria a través de los nodos
centrales (nodo_0 - nodo_9) de la red a un destino de la ráfaga o
paquete de datos, en el que después del envío de una cabecera desde
el nodo de frontera (Frontera_0) hasta el nodo central asociado
(nodo_0) y después de la evaluación de la cabecera en el nodo
central (nodo_0) la reserva solicitada se compara con reservas
anteriores de otras cabeceras y en el caso de un conflicto de
reserva el nodo central asociado (nodo_0) determina un tiempo o un
retardo de tiempo para una ocupación del nodo central (nodo_0) y
envía una respuesta, en la que está contenido dicho tiempo o retardo
de tiempo, al nodo de frontera de origen (Frontera_0), en el que
dicha respuesta se evalúa, se abandona el envío de la ráfaga o
paquete de datos, se almacena la ráfaga o paquete de datos en el
dominio eléctrico del nodo de frontera (Frontera_0) y después de
transcurrido dicho tiempo o retardo de tiempo se envía de nuevo una
cabecera al nodo central asociado (nodo_0), para intentar una nueva
reserva para una transmisión de dicha ráfaga o paquete de datos.
2. Procedimiento para la transmisión de paquetes
de datos a través de una red, en el que dicha red está configurada
como red de anillo, estrella o bus con nodos centrales (nodo_0 -
nodo_9) sin capacidades de almacenamiento, en el que al menos
algunos de los nodos centrales (nodo_0, nodo_2, nodo_ 4, nodo_6,
nodo_8) tienen al menos un nodo de frontera asociado (Frontera_0 -
Frontera_4) que comprende un dominio eléctrico y uno óptico, de
modo que un nodo de frontera (Frontera_0 - Frontera_4) está
conectado con un nodo central (nodo_0 - nodo_9), en el que dichos
nodos de frontera (Frontera_0 - Frontera_4) reciben dichos paquetes
de datos y generan una cabecera asociada para una ráfaga o paquete
de datos que comprende paquetes de datos agregados, en el que dicha
cabecera se envía antes de la ráfaga o paquete de datos desde el
nodo de frontera (Frontera_0) hasta el nodo central asociado
(nodo_0), en el que se evalúa la cabecera, se reserva una
trayectoria para la ráfaga o paquete de datos asociado y se envía
la cabecera al siguiente nodo central (nodo_1), en el que se repite
el mismo procedimiento para establecer una trayectoria a través de
los nodos centrales (nodo_0 - nodo_9) de la red a un destino de la
ráfaga o paquete de datos, en el que después del envío de una
cabecera desde el nodo de frontera (Frontera_0) hasta el nodo
central asociado (nodo_0) y después de la evaluación de la cabecera
en el nodo central (nodo_0) la reserva solicitada se compara con
reservas anteriores de otras cabeceras y en el caso de un conflicto
de reserva el nodo central asociado (nodo_0) planifica una reserva
para la ráfaga o paquete de datos de la cabecera asociada,
determina un tiempo o un retardo de tiempo particular para la
transmisión de dicha ráfaga o paquete, envía una respuesta, en la
que está contenido dicho tiempo o retardo de tiempo particular, al
nodo de frontera de origen (Frontera_0), en el que se evalúa dicha
respuesta, se abandona el envío de la ráfaga o paquete de datos, se
almacena la ráfaga o paquete de datos en el dominio eléctrico del
nodo de frontera (Frontera_0) y después de transcurrido dicho tiempo
o retardo de tiempo la ráfaga o paquete de datos se envía al nodo
central asociado (nodo_ 0) para utilizar la reserva planificada.
3. Procedimiento según la reivindicación 1 ó 2,
caracterizado porque durante el almacenamiento de la ráfaga
en el nodo de frontera los paquetes de datos que llegan se agregan
a la ráfaga almacenada.
4. Procedimiento según una cualquiera de las
reivindicaciones 1 a 3, caracterizado porque se utilizan
paquetes IP como paquetes entrantes.
5. Procedimiento según una cualquiera de las
reivindicaciones 1 a 4, caracterizado porque el procedimiento
se utiliza en una red conmutada de ráfagas ópticas.
6. Procedimiento según la reivindicación 5,
caracterizado porque la ráfaga se transforma y se envía como
una ráfaga óptica hacia una red conmutada de ráfagas ópticas.
7. Procedimiento según una cualquiera de las
reivindicaciones 1 a 4, caracterizado porque el procedimiento
se utiliza en una red conmutada de paquetes ópticos.
8. Procedimiento según la reivindicación 7,
caracterizado porque el paquete se transforma y se envía como
un paquete óptico hacia una red conmutada de paquetes ópticos.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP20030019474 EP1511232B1 (en) | 2003-08-28 | 2003-08-28 | A method for transmission of data packets through a network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2306830T3 true ES2306830T3 (es) | 2008-11-16 |
Family
ID=34089630
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES03019474T Expired - Lifetime ES2306830T3 (es) | 2003-08-28 | 2003-08-28 | Procedimiento de transmision de paquetes de datos a traves de una red. |
Country Status (3)
| Country | Link |
|---|---|
| EP (1) | EP1511232B1 (es) |
| DE (1) | DE60321338D1 (es) |
| ES (1) | ES2306830T3 (es) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100929218B1 (ko) * | 2007-06-22 | 2009-12-01 | 한국과학기술원 | 이더넷 링 네트워크에서의 주소 전달 테이블 작성방법 |
| JP5735969B2 (ja) | 2009-09-30 | 2015-06-17 | エバン ブイ チュラプコ， | コミュニティ内の接続を決定するためのソーシャルグラフデータ解析用システムおよび方法 |
| US20110099164A1 (en) | 2009-10-23 | 2011-04-28 | Haim Zvi Melman | Apparatus and method for search and retrieval of documents and advertising targeting |
| US20170358027A1 (en) | 2010-01-14 | 2017-12-14 | Www.Trustscience.Com Inc. | Scoring trustworthiness, competence, and/or compatibility of any entity for activities including recruiting or hiring decisions, composing a team, insurance underwriting, credit decisions, or shortening or improving sales cycles |
| US9264329B2 (en) | 2010-03-05 | 2016-02-16 | Evan V Chrapko | Calculating trust scores based on social graph statistics |
| WO2011134086A1 (en) * | 2010-04-30 | 2011-11-03 | Evan V Chrapko | Systems and methods for conducting reliable assessments with connectivity information |
| US10311106B2 (en) | 2011-12-28 | 2019-06-04 | Www.Trustscience.Com Inc. | Social graph visualization and user interface |
| US9578043B2 (en) | 2015-03-20 | 2017-02-21 | Ashif Mawji | Calculating a trust score |
| US20170235792A1 (en) | 2016-02-17 | 2017-08-17 | Www.Trustscience.Com Inc. | Searching for entities based on trust score and geography |
| US9679254B1 (en) | 2016-02-29 | 2017-06-13 | Www.Trustscience.Com Inc. | Extrapolating trends in trust scores |
| US9438619B1 (en) | 2016-02-29 | 2016-09-06 | Leo M. Chan | Crowdsourcing of trustworthiness indicators |
| US9721296B1 (en) | 2016-03-24 | 2017-08-01 | Www.Trustscience.Com Inc. | Learning an entity's trust model and risk tolerance to calculate a risk score |
| US10180969B2 (en) | 2017-03-22 | 2019-01-15 | Www.Trustscience.Com Inc. | Entity resolution and identity management in big, noisy, and/or unstructured data |
| CN109040865B (zh) * | 2018-07-20 | 2021-06-11 | 西安空间无线电技术研究所 | 一种卫星光突发交换冲突消解调度实现系统及方法 |
-
2003
- 2003-08-28 ES ES03019474T patent/ES2306830T3/es not_active Expired - Lifetime
- 2003-08-28 EP EP20030019474 patent/EP1511232B1/en not_active Expired - Lifetime
- 2003-08-28 DE DE60321338T patent/DE60321338D1/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1511232B1 (en) | 2008-05-28 |
| EP1511232A1 (en) | 2005-03-02 |
| DE60321338D1 (de) | 2008-07-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2306830T3 (es) | Procedimiento de transmision de paquetes de datos a traves de una red. | |
| Baldine et al. | JumpStart: A just-in-time signaling architecture for WDM burst-switched networks | |
| Yoo et al. | A novel switching paradigm for buffer-less WDM networks | |
| WO2002067505A1 (en) | Labeled optical burst switching for ip-over-wdm integration | |
| Turner | WDM burst switching for petabit data networks | |
| JP2522152B2 (ja) | バ―ストサ―バ―蓄積交換方法 | |
| EP1217862A2 (en) | Method and apparatus for synchronized slotted optical burst switching | |
| Detti et al. | Application of tell & go and tell & wait reservation strategies in a optical burst switching network: A performance comparison | |
| US7499650B2 (en) | Optical burst switching node with internal speedup | |
| Fumagalli et al. | A low-latency and bandwidth-efficient distributed optical burst switching architecture for metro ring | |
| ES2197218T3 (es) | Conmutacion en una red de telecomunicaciones moviles con conmutador atm. | |
| EP1686734A1 (en) | A method and apparatus for transmitting an optical signal in an optical burst switching network using arrival time | |
| US7200330B2 (en) | Optical dynamic burst switch | |
| Lamba et al. | Survey on contention resolution techniques for optical burst switching networks | |
| CA2308219A1 (en) | Stream-line data network | |
| Yao et al. | Contention resolution in optical packet switching | |
| RU2346409C2 (ru) | Способ передачи пакетов данных | |
| ES2292100T3 (es) | Procedimiento para la transmision optimizada de rafagas (bursts) de datos entre un nodo de red emisor y uno receptor. | |
| Rodrigues et al. | Performance assessment of signaling protocols with one-way reservation schemes for optical burst switching networks | |
| Aoyama | Hiroyuki Morikawa | |
| KR100708587B1 (ko) | 동적 디플렉션 라우팅 방법을 이용하는 광 버스트 스위칭네트워크 | |
| Lin et al. | CORNet: an OBS metro ring network with QoS support and fairness control | |
| Ioannis et al. | A survey of Reservation schemes for Optical Burst Switching (OBS) | |
| Pattavina et al. | Flexible bandwidth provisioning in wdm networks by fractional lambda switching | |
| Soni et al. | Configuration of offset time in optical burst switching networks for delay sensitive traffic |