ES2641277T3 - Procedimiento de enrutamiento de mensajes en una red y sistema de implementación del procedimiento - Google Patents

Abstract

Procedimiento de enrutamiento de mensajes producidos en el nivel 7 en un formato único en base a un protocolo que facilita la interoperabilidad entre aplicaciones diferentes (SOAP) implementado en una red (100) distribuida que comprende al menos una sub-red (102a a 102c) restringida en términos de capacidad, una pluralidad de enrutadores (101a a 101g) que enrutan dichos mensajes en dicha red (100) y al menos un par de pasarelas (103a, 103b, 103c, 103c') de transferencia, disponiéndose una primera pasarela de dicho par para procesar unos mensajes entrantes en una sub-red restringida, disponiéndose la segunda pasarela de dicho par para procesar unos mensajes salientes de esta misma sub-red, incluyendo dicho procesamiento el direccionamiento y las adaptaciones al protocolo específico de sub-red restringida considerada, comprendiendo uno de dichos enrutadores (101a a 101g) tres interfaces con el nivel 7 de aplicación: * una primera interfaz IAFF de afiliación que permite a una aplicación solicitar el registro de su localización respecto a la red (100); * una segunda interfaz IRES, que permite a un origen establecer una sesión para transmitir un flujo de mensajes que requieren una calidad de servicio particular; * una tercera interfaz IMSG, que le permite a un origen depositar un mensaje a distribuir hacia unos destinatarios especificados en el mensaje; comprendiendo además dicho enrutador (101a a 101g) un módulo (201) de enrutamiento que recibe dichos mensajes, un módulo (202) de localización y de enrutado LOC, actualizado gracias a unos mensajes de localización emitidos por las aplicaciones usuarias de la red (100) y recibidos por la IAFF, informando estos mensajes al módulo (202) LOC de la vinculación y desvinculación de unas aplicaciones con este enrutador con el fin de que el módulo LOC pueda construir la topología instantánea de la red (100) concordando su conocimiento local con el conocimiento que tiene de los otros módulos LOC de otros enrutadores desplegados sobre la red; incluyendo el procedimiento al menos las siguientes etapas, implementadas en dicho enrutador (101a a 101g): a) recibir dicho mensaje a través de la interfaz IMSG; b) para dicho mensaje, el módulo (201) de enrutamiento solicita al módulo (202) LOC identificar los próximos enrutadores (101a a 101g) a alcanzar para enrutar el mensaje hacia su o sus destinatarios; c) para dicho mensaje, el módulo (201) de enrutamiento identifica e implementa la calidad de servicio de transmisión requerida para el mensaje a través del análisis del contenido de dicho mensaje marcando la prioridad de transferencia de dicho mensaje, correspondiendo dicha prioridad a las exigencias de calidad de servicio identificadas; d) cuando el próximo salto transmite un mensaje hacia una sub-red restringida, el módulo de enrutamiento adapta el contenido del mensaje para atravesar una sub-red restringida (102a a 102c), determinándose estas adaptaciones en función de las capacidades de la sub-red restringida y del contenido del mensaje, e) comprendiendo dicha etapa de adaptación las siguientes sub-etapas; * una sub-etapa de compresión de dicho contenido del mensaje; * una sub-etapa de determinación de archivos adjuntos a dicho mensaje que deben suprimirse a partir del tamaño de dichos archivos adjuntos; * una sub-etapa de transferencia de dicho mensaje incluyendo sus parámetros la dirección de una pasarela de transferencia que está dispuesta para procesar los mensajes salientes de la sub-red restringida, hacia una pasarela de transferencia que está dispuesta para procesar los mensajes entrantes en la sub-red restringida.

Description

5

10

15

20

25

30

35

40

45

50

DESCRIPCION

Procedimiento de enrutamiento de mensajes en una red y sistema de implementacion del procedimiento

La presente invencion se refiere a un procedimiento de enrutamiento de mensajes en una red y un enrutador de implementacion del procedimiento. El procedimiento se aplica principalmente a los intercambios de mensajes en unas redes constituidas por sub-redes heterogeneas.

Para responder a las crecientes necesidades de intercambios de datos entre aplicaciones informaticas mientras se apoya en una unica y misma infraestructura material y logica, se han creado unos sistemas que permiten procesar unos flujos unificados de mensajes. Estos sistemas, frecuentemente designados por el acronimo anglosajon ESB por “Enterprise Service Bus”, permiten a unas aplicaciones heterogeneas comunicarse, siendo estas aplicaciones, por ejemplo, unas herramientas de mensajena, unas aplicaciones orientadas al servicio (SOA por “Service Oriented Architecture”) o incluso unos programas de distribucion de datos. Los ESB estan bien adaptados para su instalacion en unas redes locales que utilizan el protocolo de Internet IP (Internet Protocol), redes que ofrecen una gran banda pasante. Sin embargo, cuando estas aplicaciones se interconectan a traves de una o varias sub-redes restringidas —principalmente en terminos de capacidad en velocidad—, pueden sobrevenir unos efectos indeseables, tales como perdidas de mensajes o tiempos de transmision inaceptables.

Por otro lado, ciertas herramientas tienen en cuenta el caracter restringido de ciertas sub-redes. A tttulo de ejemplo, se han desarrollado unas herramientas de mensajena con el fin de optimizar las transmisiones de correos a traves de las redes de radiocomunicaciones. Sin embargo, estas herramientas son unas aplicaciones particulares desarrolladas para responder a necesidades espedficas; no estan previstas para transportar mensajes procedentes de multiples aplicaciones.

Ademas de los problemas de heterogeneidad respecto a las capacidades de las sub-redes, un sistema de enrutamiento de mensajes debe, si es posible, permitir adaptarse a los cambios de topologfa de la red y/o determinar dinamicamente unas rutas de transmision en funcion de los destinatarios del mensaje.

Finalmente, las condiciones de aprovechamiento de la red implican a veces tener que adaptarse a la movilidad de las aplicaciones y de los nodos de la red.

La publicacion de Fox, G., Pallickara, S., & Parastatidis, S., “Toward flexible messaging for SOAP based services” (Supercomputing, 2004., Proceedings of the ACM/IEEE SC2004 Conference, pags. 8-8, IEEE) divulga un procedimiento de enrutamiento de mensajes, implementado en un enrutador de una red distribuida que incluye unas redes heterogeneas, siendo implementado el procedimiento en el nivel de la capa OSI 7.

Un objeto de la invencion es proponer un procedimiento de enrutamiento de mensajes como el reivindicado en la reivindicacion 1. Ventajosamente, al menos una sub-red restringida es una sub-red de radiocomunicaciones.

Ventajosamente, un mensaje depositado en la primera interfaz esta formateado segun la norma SOAP, siendo el formato de direccionamiento utilizado en el mensaje una extension de la norma “WS-addressing” que permite especificar varios destinatarios para el mensaje, siendo efectuada dicha extension por la adicion de un campo espedfico en el encabezado del mensaje.

Otro objeto de la invencion es un enrutador de mensajes como el reivindicado en la reivindicacion 4. Unos modos de realizacion preferidos corresponden a las reivindicaciones dependientes. Ventajosamente, el enrutador incluye un modulo de senalizacion configurado para reservar unos recursos en unas sub-redes para unas aplicaciones que deseen establecer unas sesiones de distribucion de las exigencias de calidad de servicios particulares, estando configurado el modulo de enrutamiento para interactuar con el modulo de senalizacion para establecer las prioridades de transferencia a los mensajes.

Otro objeto de la invencion es un sistema de distribucion de mensajes entre un origen y uno o varios destinatarios conectados en una red distribuida para la implementacion de un procedimiento objeto de la invencion, que comprende una o varias sub-redes restringidas, caracterizado porque incluye varios enrutadores de mensajes objetos de la invencion.

Surgiran otras caractensticas con la lectura de la descripcion detallada que sigue dada a tftulo de ejemplo y no limitativa realizada con relacion a unos dibujos adjuntos que representan:

- la figura 1, una ilustracion de una red que incluye unos enrutadores que implementan el procedimiento segun la invencion,

- la figura 2, un ejemplo de modo de realizacion de un enrutador de mensajes segun la invencion.

La figura 1 ilustra una red que incluye varios enrutadores que implementan el procedimiento segun la invencion. La red 100 esta formada por enrutadores 101 de mensajes que interconectan unas sub-redes 102a, 102b, 102c, 102d.

En el ejemplo de la figura 1, cada sub-red 102a, 102b, 102c, 102d es de naturaleza diferente. Tres sub-redes 102a, 102b, 102c son unas redes de radiocomunicaciones que funcionan en unas bandas de frecuencia diferentes. La

5

10

15

20

25

30

35

40

45

50

55

primera sub-red 102a ocupa una parte de la banda de UHF (“Ultra-High Frequency”), la segunda 102b ocupa la banda de VHF (“Very High Frequency”) y la tercera red 102c es una red de HF (“High Frequency”). Una cuarta subred 102d es una red local de alta velocidad que funciona sobre el protocolo de Internet IP (“Internet Protocol”). Cada una de estas sub-redes 102a, 102b, 102c, 102d tiene por tanto unas capacidades de transporte desiguales.

Un enrutador de mensajes es, segun su disposicion en el seno de la red 100, o bien un nodo de transito entre varias sub-redes, o bien un punto de acceso para unas aplicaciones de usuario de la red 100, o bien incluso las dos a la vez. En el ejemplo, cuatro enrutadores 101a, 101b, 101c, 101d son unos puntos de acceso a la red 100, dos enrutadores 101e, 101f son unos nodos de transito, y un enrutador 101g es a la vez un punto de acceso a la red 100 y un nodo de transito. Mas precisamente, el primer enrutador 101a y el segundo enrutador 101b son unos puntos de acceso a la primera sub-red 102a, el tercer enrutador 101c es un punto de acceso a la tercera sub-red 102c, el cuarto enrutador 101d es un punto de acceso a la cuarta sub-red 102d. El quinto enrutador 101e es un nodo de transito entre la primera sub-red 101a y la tercera sub-red 101c y el sexto enrutador 101f es un nodo de transito entre la primera sub-red 101a y la segunda sub-red 101b. Finalmente, el septimo enrutador 101g es a la vez un nodo de transito entre la segunda sub-red 102b y la cuarta sub-red 102d y un punto de acceso a la red 100.

Los enrutadores 101a, 101b, 101c, 101d, 101g que juegan el papel de punto de acceso a la red 100 pueden conectarse principalmente a las aplicaciones 104a, 104b, 104c, 104d siguientes:

o unas parrillas de distribucion de datos 104a, poniendo estas con relacion a unos productores de datos con unos consumidores de datos;

o unas aplicaciones 104b vinculadas a las arquitecturas orientadas a servicios o, segun la terminologfa anglosajona, aplicaciones SOA por “Service Oriented Architecture”, debiendo aprovecharse estas aplicaciones cuando se despliegan alrededor de sub-redes restringidas de un sistema que realiza la distribucion de mensajes; o unas aplicaciones 104c existentes, tales como la mensajena, la mensajena instantanea, la transferencia de archivos, designandose en general estas aplicaciones por el termino “legacy”;

o unas aplicaciones 104d de replica (por ejemplo, para la replica de bases de datos) y/o de senalizacion (por ejemplo, para transmitir unas informaciones de actualizacion sobre la conexion/desconexion de estaciones conectadas a la red 100).

Las aplicaciones suscitadas, de naturalezas heterogeneas, son para la red 100, unos ongenes y/o unos destinatarios de mensajes, cuyos mensajes se producen en un formato unico. La unificacion de los flujos de mensajes se obtiene principalmente por la eleccion de un protocolo de intercambio que facilita la interoperabilidad entre aplicaciones diferentes. En el ejemplo, los mensajes respetan un protocolo de intercambio basado en los Services Web, y mas particularmente sobre la norma SOAP (“Simple Object Access Protocol”). Un interes del enrutador segun la invencion es que procesa los mensajes a nivel de aplicacion, lo que permite principalmente aplicar una polftica de calidad en funcion de la naturaleza de los mensajes transportados.

Por otro lado, se disponen unas pasarelas 103a, 103b, 103c de transferencia respectivamente alrededor de cada sub-red 102a, 102b, 102c restringida, de manera que permite la adaptacion de los mensajes a los protocolos espedficos de estas sub-redes 102a, 102b, 102c restringidas. Estas pasarelas se disponen por pares, disponiendose una primera pasarela para procesar unos mensajes que entran en una sub-red, disponiendose una segunda pasarela para procesar unos mensajes que salen de esta misma sub-red, asumiendo alternativamente una y otra de las pasarelas la funcion de pasarela entrante o saliente segun el sentido de enrutamiento de los mensajes. Por ejemplo, una pasarela 103c que procesa un mensaje entrante en una sub-red 102a, 102b, 102c adapta dicho mensaje a dicha sub-red (por ejemplo, fragmenta el mensaje, recibe unos acuses de recibo, gestiona las reemisiones) y la pasarela dual 103c', es decir la pasarela que procesa este mensaje en la salida de la sub-red, aplica la operacion dual (en este caso reconstituye el mensaje a partir de los fragmentos formados por la pasarela 103c precedente, gestiona el envfo de los acuses de recibo). Se observara, en el ejemplo de la figura 1, que no se coloca ninguna pasarela de transferencia entre los enrutadores de mensajes 101d, 101g y la cuarta sub-red 102d IP de alta velocidad. En efecto, al ser el protocolo de transporte IP utilizado sobre estas sub-redes 102d nativo de SOAP, no es necesario adaptar el mensaje para transmitirlo en esta sub-red 102d.

La figura 2 presenta un ejemplo de modo de realizacion de un enrutador de mensajes segun la invencion. El enrutador 101a a 101f segun la invencion comprende tres interfaces con el nivel de aplicacion.

Una primera interfaz Iaff de afiliacion permite a una aplicacion solicitar el registro de su localizacion respecto a la red 100 o inscribirse en un grupo de distribucion, detallandose a continuacion esta nocion de grupo de distribucion. En efecto, el enrutador 101a a 101g ofrece la posibilidad de direccionar el mensaje a un grupo de distribucion, es decir a varios destinatarios reagrupados bajo un unico identificador. Se efectua una demanda de afiliacion generada por una aplicacion conectada al enrutador de mensajes 101a, 101b, 101c, 101d, 101g especificando el identificador de dicha aplicacion, en el ejemplo, utilizando la norma WS-addressing. No se efectua afiliacion para los enrutadores de mensajes que son simples nodos de transito, como el quinto 101e y sexto 101f enrutadores de mensajes.

Una segunda interfaz Ires permite a un origen establecer una sesion para transmitir o recibir un flujo de mensajes que requieran una calidad de servicio particular, por ejemplo, en terminos de latencia —en este caso, la solicitud de reserva de recursos se formula por la aplicacion receptora— o de velocidad —en este caso, la solicitud de reserva

5

10

15

20

25

30

35

40

45

50

55

de recursos se formula por la aplicacion emisora—. En el ejemplo, esta sesion se utiliza a continuacion para transmitir un flujo de mensajes SOAP. Para proteger las exigencias de calidad de servicio de la sesion hacia las capas subyacentes del modelo OSI (“Open Systems Interconnection”), puede entonces implementarse un protocolo de reserva de recursos tal como RSVP (“Resource ReSerVation Protocol”).

Una tercera interfaz Imsg permite a un origen depositar un mensaje a distribuir hacia uno o varios destinatarios especificados en el mensaje. El direccionamiento a varios destinatarios se efectua gracias a una extension de la norma WS-addressing: se anade un campo en el encabezado del mensaje SOAP. Puede precisarse la naturaleza de un destinatario —obligatorio u opcional—, igualmente que un identificador para designar un grupo de distribucion. Un destinatario calificado como opcional es servido si es posible despues del arbol de distribucion determinado para servir a los destinatarios obligatorios del mensaje. El caracter opcional u obligatorio de un destinatario se especifica, en el ejemplo, en un campo espedfico del protocolo de direccionamiento. A tftulo de ejemplo, un origen conectado al primer enrutador 101a emite un mensaje cuyos destinatarios son los siguientes: un destinatario obligatorio conectado al cuarto enrutador 101d, un destinatario opcional conectado al tercer enrutador 101c, y otro destinatario opcional conectado al septimo enrutador 101g. El arbol de distribucion del mensaje se determina para enrutar el mensaje hacia el unico destinatario obligatorio, que esta conectado al cuarto enrutador 101d. El camino seguido por el mensaje comprendera por tanto respectivamente los siguientes enrutadores: el primer enrutador 101a, el sexto enrutador 101f, el septimo enrutador 101g y el cuarto enrutador 101d. De entre los destinatarios opcionales, solo es servido entonces aquel conectado al septimo enrutador 101g. Se ha de notar que el destinatario opcional puede, ademas, ser un grupo de distribucion.

El enrutador incluye un modulo de enrutamiento 201, un modulo de localizacion y de enrutado 202, un modulo de senalizacion 203 y un anuario tecnico 204.

El modulo 202 de localizacion y de enrutado, calificado de “modulo LOC” 202 en lo que sigue, elabora el arbol de distribucion del mensaje teniendo en cuenta principalmente la localizacion de los destinatarios del mensaje, la topologfa instantanea de la red 100 y unas sub-redes 102a a 102d, asf como unas capacidades de estas sub-redes. El modulo 202 LOC puede, por ejemplo, ser el modulo LOC descrito en la patente referenciada como FR2878676 del solicitante Thales, siendo uno de los intereses de este modulo LOC que permite adaptarse a los cambios de topologfa de la red gracias a una actualizacion de sus tablas de localizacion y de enrutado. El modulo LOC 202 permite igualmente gestionar unos grupos de distribucion, siendo cada uno de dichos grupos, por ejemplo, reconocido por un identificador del tipo URI (“Uniform Resource Identifier”). Esta URI particular se define en una base de datos del modulo 202 LOC y corresponde a varias URI de destinos simples o de grupos.

El modulo 202 LOC se actualiza entre otros gracias a unos mensajes de afiliacion de las localizaciones emitidas por las aplicaciones locales usuarias de la red 100 y recibidos, en el ejemplo, por la primera interfaz Iaff de afiliacion, informando estos mensajes al modulo 202 LOC:

o de la vinculacion/desvinculacion de las aplicaciones a este enrutador de mensajes con el fin de que el modulo

202 LOC pueda construir la topologfa instantanea de la red 100 (concordando su conocimiento local con el

conocimiento que tiene de los otros modulos LOC desplegados en la red);

o de la presencia o no de destinos referenciados en los grupos de distribucion con el fin de actualizar la base de

datos distribuida que define dichos grupos de distribucion.

El modulo 203 de senalizacion reserva unos recursos en unas sub-redes 102a a 102d para unas aplicaciones que deseen establecer unas sesiones de distribucion a las exigencias de calidad de los servicios particulares como por ejemplo un tiempo de latencia y/o una velocidad garantizada o incluso control de la variacion del tiempo de latencia.

El anuario 204 tecnico proporciona las informaciones necesarias para la administracion del enrutador de mensajes 101a a 101g. Estas informaciones son, por ejemplo, unos datos de configuracion que definen la polttica de calidad de servicio del enrutador de mensajes 101a a 101g o los identificadores de las aplicaciones autorizadas para utilizar los servicios del enrutador de mensajes 101a a 101g.

Cuando se recibe un mensaje por un enrutador de mensajes 101a a 101g, el modulo 201 de enrutamiento solicita al modulo 202 LOC identificar el o los proximos enrutadores 101a a 101g a alcanzar, dicho de otra manera, el o los proximos saltos que permiten enrutar el mensaje hacia su o sus destinatarios. Si estos destinatarios son locales, es decir conectados a un enrutador de mensajes corriente, el mensaje se transmite directamente a las aplicaciones afectadas, por ejemplo, a un servidor de mensajena o a un intermediario de distribucion de datos. Si, por el contrario, estos destinatarios son distantes, el modulo 201 de enrutamiento efectua, para cada proximo salto, una copia del mensaje. En cada una de estas copias, menciona los destinatarios obligatorios que deben ser servidos por este proximo salto, asf como los destinatarios opcionales potencialmente alcanzables a traves de este salto. Las interacciones entre el modulo 201 de enrutamiento y el modulo 202 LOC se representan por una flecha doble 211 en la figura 2.

El arbol de distribucion del mensaje se establece asf salto por salto, y no de una unica vez. Esta caractenstica permite adaptar dinamicamente el arbol de distribucion a los cambios de topologfa de la red 100 y facilitar la gestion de destinatarios opcionales.

5

10

15

20

25

30

Cuando el proximo salto transmite un mensaje hacia una sub-red que no dispone de capacidad IP, el modulo 202 LOC precisa las direcciones de esta sub-red a utilizar para distribuir el mensaje. En caso de transferencia a una red restringida, el modulo 201 de enrutamiento:

(i) comprime, si es necesario, el contenido del mensaje,

(ii) verifica, si ciertos archivos adjuntos deben retirarse, tomandose la decision de retirada, por ejemplo, en funcion del tamano de dichos archivos adjuntos,

(ii) transfiere el mensaje con sus parametros (principalmente la direccion de la pasarela de transferencia de salida) hacia una pasarela de transferencia MTG, que gestiona el direccionamiento y las adaptaciones al protocolo espedfico de la sub-red restringida.

En caso de transferencia del mensaje en una sub-red que dispone de capacidades de conexion multipunto, o “multicast”, el modulo de 201 de enrutamiento conffa el mensaje a un modulo 205 de pasarela capaz de gestionar un protocolo de transferencia con acuse de recibo o no hacia los destinatarios.

En el ejemplo, cuando una aplicacion solicita la distribucion de un mensaje con destino en un grupo a traves de la interfaz Imsg, el modulo 201 de enrutamiento solicita al modulo 202 LOC identificar los destinatarios que corresponden a este identificador del grupo. Segun otro modo de realizacion, el identificador de grupo no se resuelve y el mensaje se transmite a los proximos enrutadores de mensajes conservando este identificador de grupo.

El modulo 201 de enrutamiento implementa una gestion de la calidad de servicio en la distribucion de los mensajes.

Por un lado, el modulo 201 de enrutamiento gestiona para un mismo proximo salto unas sesiones diferenciadas segun la procedencia de los mensajes. De ese modo, el modulo 201:

o marca los paquetes del mismo mensaje de manera umvoca, de manera que estos paquetes disponen de una prioridad de transferencia correspondiente a las caractensticas del mensaje,

o transfiere los mensajes urgentes sin tener que esperar a la transferencia de mensajes menos urgentes y/o de gran tamano.

Por otro lado, el modulo 201 de enrutamiento permite la transmision de flujos de mensajes sobre una sesion previamente inicializada por el modulo 203 de senalizacion, habiendo sido reservados entonces unos recursos en las sub-redes a atravesar para esta sesion. El modulo permite de ese modo respetar unos tiempos de latencia y/o unas velocidades deseadas en la transferencia de los mensajes de la sesion.

El enrutador segun la invencion incluye multiples ventajas, principalmente gracias a la construccion salto a salto del arbol de distribucion del mensaje. Permite gestionar de modo simple unos destinatarios opcionales, se adapta a la movilidad de las aplicaciones conectadas a la red, tiene en cuenta la gestion de grupos de destinatarios, permite transmitir unos flujos de datos unificados en multipunto, totalmente a traves de una red que puede comprender una o varias sub-redes restringidas.

Claims (6)

1. 5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   REIVINDICACIONES

   1. Procedimiento de enrutamiento de mensajes producidos en el nivel 7 en un formato unico en base a un protocolo que facilita la interoperabilidad entre aplicaciones diferentes (SOAP) implementado en una red (100) distribuida que comprende al menos una sub-red (102a a 102c) restringida en terminos de capacidad, una pluralidad de enrutadores (101a a 101g) que enrutan dichos mensajes en dicha red (100) y al menos un par de pasarelas (103a, 103b, 103c, 103c') de transferencia, disponiendose una primera pasarela de dicho par para procesar unos mensajes entrantes en una sub-red restringida, disponiendose la segunda pasarela de dicho par para procesar unos mensajes salientes de esta misma sub-red, incluyendo dicho procesamiento el direccionamiento y las adaptaciones al protocolo espedfico de sub-red restringida considerada, comprendiendo uno de dichos enrutadores (101a a 101g) tres interfaces con el nivel 7 de aplicacion:

   • una primera interfaz Iaff de afiliacion que permite a una aplicacion solicitar el registro de su localizacion respecto a la red (100);

   • una segunda interfaz Ires, que permite a un origen establecer una sesion para transmitir un flujo de mensajes que requieren una calidad de servicio particular;

   • una tercera interfaz Imsg, que le permite a un origen depositar un mensaje a distribuir hacia unos destinatarios especificados en el mensaje;

   comprendiendo ademas dicho enrutador (101a a 101g) un modulo (201) de enrutamiento que recibe dichos mensajes, un modulo (202) de localizacion y de enrutado LOC, actualizado gracias a unos mensajes de localizacion emitidos por las aplicaciones usuarias de la red (100) y recibidos por la Iaff, informando estos mensajes al modulo (202) LOC de la vinculacion y desvinculacion de unas aplicaciones con este enrutador con el fin de que el modulo LOC pueda construir la topologfa instantanea de la red (100) concordando su conocimiento local con el conocimiento que tiene de los otros modulos LOC de otros enrutadores desplegados sobre la red; incluyendo el procedimiento al menos las siguientes etapas, implementadas en dicho enrutador (101a a 101g):

   a) recibir dicho mensaje a traves de la interfaz Imsg;

   b) para dicho mensaje, el modulo (201) de enrutamiento solicita al modulo (202) LOC identificar los proximos enrutadores (101a a 101g) a alcanzar para enrutar el mensaje hacia su o sus destinatarios;

   c) para dicho mensaje, el modulo (201) de enrutamiento identifica e implementa la calidad de servicio de transmision requerida para el mensaje a traves del analisis del contenido de dicho mensaje marcando la prioridad de transferencia de dicho mensaje, correspondiendo dicha prioridad a las exigencias de calidad de servicio identificadas;

   d) cuando el proximo salto transmite un mensaje hacia una sub-red restringida, el modulo de enrutamiento adapta el contenido del mensaje para atravesar una sub-red restringida (102a a 102c), determinandose estas adaptaciones en funcion de las capacidades de la sub-red restringida y del contenido del mensaje,

   e) comprendiendo dicha etapa de adaptacion las siguientes sub-etapas;

   • una sub-etapa de compresion de dicho contenido del mensaje;

   • una sub-etapa de determinacion de archivos adjuntos a dicho mensaje que deben suprimirse a partir del tamano de dichos archivos adjuntos;

   • una sub-etapa de transferencia de dicho mensaje incluyendo sus parametros la direccion de una pasarela de transferencia que esta dispuesta para procesar los mensajes salientes de la sub-red restringida, hacia una pasarela de transferencia que esta dispuesta para procesar los mensajes entrantes en la sub-red restringida.
2. 2. Procedimiento de enrutamiento segun la reivindicacion 1, caracterizado porque al menos una sub-red (102a a 102c) restringida es una sub-red de radiocomunicaciones.
3. 3. Procedimiento de enrutamiento segun una de las reivindicaciones anteriores, caracterizado porque un mensaje depositado sobre la interfaz Imsg esta formateado segun la norma SOAP, siendo el formato de direccionamiento utilizado en el mensaje una extension de la norma “WS-addressing” que permite especificar varios destinatarios del mensaje, siendo efectuada dicha extension por la adicion de un campo espedfico en el encabezado del mensaje.
4. 4. Enrutador de mensajes producidos en el nivel 7 en un formato unico en base a un protocolo que facilita la interoperabilidad entre aplicaciones diferentes (SOAP) implementado en una red (100) distribuida que comprende al menos una sub-red (102a a 102c) restringida en terminos de capacidad y al menos dicho enrutador, estando dicho enrutador (101a a 101g) configurado para enrutar dichos mensajes en dicha red (100) y al menos un par de pasarelas (103a, 103b, 103c, 103c') de transferencia, disponiendose una primera pasarela de dicho par para procesar unos mensajes entrantes en una sub-red restringida, disponiendose la segunda pasarela de dicho par para procesar unos mensajes salientes de esta misma sub-red, incluyendo dicho procesamiento el direccionamiento y las adaptaciones al protocolo espedfico de la sub-red restringida considerada, comprendiendo dicho enrutador (101a a 101g) tres interfaces con el nivel 7 de aplicacion:

   • una primera interfaz Iaff de afiliacion que permite a una aplicacion solicitar el registro de su localizacion respecto a la red (100);

   • una segunda interfaz Ires, que le permite a un origen establecer una sesion para transmitir un flujo de mensajes

   que requieren una calidad de servicio particular;

   • una tercera interfaz Imsg, que le permite a un origen depositar un mensaje a distribuir hacia unos destinatarios especificados en el mensaje;

   comprendiendo ademas dicho enrutador (101a a 101g) un modulo (201) de enrutamiento que recibe dichos 5 mensajes, un modulo (202) de localizacion y de enrutado LOC, actualizado gracias a unos mensajes de localizacion emitidos por las aplicaciones usuarias de la red (100) y recibidos por la Iaff, informando estos mensajes al modulo (202) LOC de la vinculacion y desvinculacion de unas aplicaciones con este enrutador con el fin de que el modulo LOC pueda construir la topologfa instantanea de la red (100) concordando su conocimiento local con el conocimiento que tiene de los otros modulos LOC de otros enrutadores desplegados sobre la red, estando dicho enrutador 10 configurado para ejecutar las etapas a) a e) del procedimiento segun una de las reivindicaciones 1 a 3.
5. 5. Enrutador de mensajes segun la reivindicacion anterior, que incluye un modulo (203) de senalizacion configurado para reservar unos recursos en unas sub-redes para unas aplicaciones que desean establecer unas sesiones de distribucion a las exigencias de calidad de servicios particulares, estando el modulo (201) de enrutamiento configurado para interactuar con el modulo (203) de senalizacion para establecer las prioridades de transferencia a

   15 los mensajes.
6. 6. Sistema de distribucion de mensajes entre un origen y uno o varios destinatarios conectados en una red distribuida (100) para la implementacion de un procedimiento segun una de las reivindicaciones 1 a 3, comprendiendo dicha red una o varias sub-redes (102a a 102c) restringidas en terminos de capacidad, estando dicho sistema caracterizado porque incluye varios enrutadores (101a a 101g) de mensajes segun una de las

   20 reivindicaciones 4 a 5.