ES2266565T3 - Procedimiento y producto para el enrutado de mensajes con logging (registro) condicionado. - Google Patents
Procedimiento y producto para el enrutado de mensajes con logging (registro) condicionado. Download PDFInfo
- Publication number
- ES2266565T3 ES2266565T3 ES02767484T ES02767484T ES2266565T3 ES 2266565 T3 ES2266565 T3 ES 2266565T3 ES 02767484 T ES02767484 T ES 02767484T ES 02767484 T ES02767484 T ES 02767484T ES 2266565 T3 ES2266565 T3 ES 2266565T3
- Authority
- ES
- Spain
- Prior art keywords
- log
- instance
- notices
- logging
- network
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0062—Provisions for network management
- H04Q3/0075—Fault management techniques
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/052—Network management architectures or arrangements using standardised network management architectures, e.g. telecommunication management network [TMN] or unified network management architecture [UNMA]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
Abstract
Procedimiento de enrutado para avisos (10) en una red de comunicaciones (12) con - una instancia emisora, - al menos una instancia de destino (24), - un mecanismo de forwarding (16), que prevé un direccionamiento válido para la red de al menos una de las instancias de destino, - un mecanismo de logging (18) que sirve para la memorización intermedia de avisos en al menos un log-file (20), con las siguientes etapas: - retransmisión de los avisos desde la instancia emisora mediante el mecanismo de forwarding a su instancia de destino, o bien - memorización intermedia de los avisos mediante el mecanismo de logging siempre que no sea posible una retransmisión de los avisos a al menos una de las instancias de destino del mecanismo de forwarding,
Description
Procedimiento y producto para el enrutado de
mensajes con logging (registro) condicionado.
La invención se refiere a un procedimiento y
sistema de enrutado para avisos en una red de comunicaciones, que
deben ser retransmitidos desde una instancia emisora hasta al menos
una instancia de destino y en el que el procedimiento recurre a un
mecanismo de logging (registro), que sirve para la memorización
intermedia de los avisos en al menos un log-file
(archivo de traza) y/o recurre a un mecanismo de forwarding
(retransmisión) que prevé un direccionamiento válido para la red de
al menos una instancia de destino y que realiza la retransmisión de
al menos un aviso a una instancia de destino.
La invención se refiere en particular al acceso
caso por caso y con ello condicionado al mecanismo de logging.
Los sistemas y procedimientos para retransmitir
avisos en una red de comunicaciones, como por ejemplo en una red de
telecomunicaciones del tipo citado al principio, sirven para la
vigilancia y el control de la red. En la vigilancia y control de
una red para aplicaciones de telecomunicaciones, encuentra su
utilización entre otros el concepto TMN (Telecommunications
Management Network, Red de Gestión de Telecomunicaciones), que a su
vez se basa en el modelo de referencia OSI. Este último es una
descripción abstracta de la comunicación entre sistemas abiertos
introduciendo capas jerárquicas y en cada caso independientes entre
sí. El TMN pone a disposición, junto a medios para el transporte y
para el procesamiento de informaciones, también los que sirven para
la gestión de redes y servicios. Al respecto es de interés en
particular la retransmisión de determinados avisos, como por
ejemplo de eventos de sincronización o datos que se refieren a
mediciones, avisos de alarma y advertencia o de avisos que se
refieren a la resolución de un estado crítico.
En la gestión de las redes que acabamos de
describir es necesario enrutar determinados avisos o bien sucesos a
través de la red, es decir, retransmitirlos desde una instancia
emisora hasta una instancia de destino. Estos avisos se refieren
preferentemente a la vigilancia y/o la gestión de la red.
Dentro del concepto de red TMN existen dos
mecanismos básicos para el enrutado de avisos o bien sucesos de
red: por un lado el llamado mecanismo de forwarding (retransmisión)
y por otro el llamado mecanismo de logging (registro). Ambos
mecanismos han estado no obstante hasta ahora completamente
separados funcionalmente entre sí.
El mecanismo de forwarding sirve para hacer
direccionables aplicaciones OSI sobre distintos sistemas, para que
las mismas puedan recibir determinados avisos. Si una primera
dirección no es alcanzable, entonces puede indicarse como ayuda una
segunda dirección, que entonces se convierte en instancia de
destino, en el caso de que la primera dirección no sea alcanzable.
Desde luego, en caso de falta, conduce este aviso -aplicado por sí
solo- a la pérdida del aviso. Por esta razón encuentra
adicionalmente aplicación el mecanismo de logging.
El mecanismo de logging incluye la aplicación de
los llamados log-files (archivos de traza), en los
cuales se memorizan transitoriamente los avisos, al menos durante un
tiempo. Los log-files se encuentran localmente en el
sistema que ha emitido el correspondiente aviso. Una retransmisión
de los avisos del log-file a aplicaciones no se
prevé desde luego aquí.
Puesto que, tal como ya se ha mencionado antes,
ambos mecanismos estaban desacoplados funcionalmente entre sí en
los mecanismos utilizados hasta ahora según el estado de la técnica,
no era posible hasta ahora aplicar informaciones o bien datos que
resultan en la ejecución de un mecanismo en el otro mecanismo. Esto
da lugar a considerables pérdidas, que repercuten negativamente
sobre todo en cuanto al rendimiento (performance).
Para asegurar por ejemplo que los avisos a
enviar referidos a la gestión no desaparecen cuando se presenta un
problema de red o la instancia de destino o bien el receptor del
aviso no está disponible, se logan (registran) siempre en paralelo
todos los avisos en los sistemas utilizados hasta ahora según el
estado de la técnica. No obstante, en todos los casos en que el
aviso puede ser retransmitido a la instancia de destino, es
realmente superfluo el logado en paralelo. Un proceder como el
indicado -parcialmente redundante- exige elevados recursos e implica
el inconveniente de que han de ponerse a disposición espacio de
memoria adicional y tiempo adicional en CPU.
En este contexto muestra por ejemplo la WO
99/31892 un sistema para el forwarding y logging de los avisos
digitales en una red de telecomunicaciones. Este sistema utiliza
igualmente log-files (archivos de traza) para los
avisos entrantes, que a continuación son procesados. Una diferencia
esencial respecto al sistema correspondiente a la invención reside
no obstante en que cada aviso que se envía a un sistema de gestión,
igualmente ha de logarse en paralelo. El mecanismo de logging es
activo por lo tanto en todos los casos y con ello, de manera
desventajosa, también en los casos en los que no es necesario un
logging.
En el documento EP 1,187,395 A2 se da a conocer
un procedimiento en el que los nudos de una red envían avisos a un
equipo de supervisión del sistema SSE (System Supervisory Equipment)
asociado a los mismos, por el que los avisos son memorizados en un
log-file local y transmitidos a un equipo de gestión
de red NME (Network Management Equipment) superior. Al fallar el
SSE se envían los avisos a un SSE alternativo, en el que los mismos
se memorizan igualmente en un log-file y se envían
al NME. Tras la reparación del SSE que ha fallado, se complementa
su log-file local con ayuda del
log-file del SSE alternativo con los avisos no
memorizados durante el fallo.
La disponibilidad de estos avisos por un lado y
el flujo o bien el rendimiento del sistema de gestión por otro
lado, están al respecto en una relación recíproca y son las
magnitudes críticas.
Es por lo tanto tarea de la invención indicar
una vía con la que pueda quedar asegurado que los avisos que no
pueden ser enrutados a la instancia de destino (por ejemplo debido a
una falta en la red) no se pierden, sin reducir de esta manera el
rendimiento del sistema de gestión.
La tarea se resuelve mediante un procedimiento
de enrutado según la reivindicación 1.
Un ejemplo de un procedimiento de enrutado
correspondiente a la invención se refiere a la red TMN según las
recomendaciones ITU de la serie X.73x, en la que el mecanismo de
forwarding (Event Forwarding) y un mecanismo de logging modificado
(Log Control Function) han sido acoplados.
El mecanismo de logging se amplia asignando a
los log-files del mecanismo de logging direcciones
OSI (Open Systems Interconection, Interconexión de Sistemas
Abiertos), que a la vez son direccionables mediante el mecanismo de
forwarding y con ello pueden procesarse. De esta manera es posible
recurrir al mecanismo de logging sólo en los casos en los que no es
posible una retransmisión del aviso a la instancia de destino (por
ejemplo, porque el mecanismo de forwarding, debido a una falta
general de la red, no haya sido ejecutado con éxito). La invención
prevé en consecuencia un logging específico del caso, automático
condicionadamente, que mejora claramente el rendimiento del sistema
de gestión.
La asignación correspondiente a la invención de
una dirección OSI a un log-file permite que la Event
Forwarding Function envíe avisos a un sistema local de logado, en
el caso de que no sean alcanzables las aplicaciones remotas. Este
es por ejemplo el caso cuando hay una falta general en la red.
Como ventaja esencial, resulta una seguridad
elevada en sucesos críticos y una gestión más simplificada del
sistema, ya que la combinación de contenidos locales de logado y
sucesos se realiza a través de la misma gestión, al igual que la
asignación a aplicaciones remotas.
En el marco de la invención se someten eventos
críticos sólo a un logging en el caso de que la aplicación remota
no sea alcanzable. Esto da lugar a una sensible reducción de la
capacidad de ordenador necesaria y del espacio de memoria
necesario. En total pueden reducirse claramente, de manera
ventajosa, los recursos necesarios.
Además, resulta una sincronización simplificada
entre la aplicación alejada y el elemento de red, puesto que ya no
es necesario un ajuste entre avisos logados (es decir, memorizados
en log-files) y avisos recibidos por la instancia
de destino, ya que mediante el procedimiento correspondiente a la
invención queda asegurado que los eventos logados no han sido
recibidos por la aplicación de destino.
Otra ventaja reside en poner a disposición un
logging automático, sin que la carga se vea aumentada en cuanto a
los recursos.
En formas de ejecución alternativas de la
invención se prevé escribir los avisos en varios
log-files. Esto es interesante en particular en los
casos en los que distintas aplicaciones al menos en parte han de
recurrir a los mismos avisos. Estos sistemas pueden entonces
recoger activamente los correspondientes avisos relevantes.
En la forma de ejecución preferente de la
invención, reside el log-file localmente en el
sistema que emite el correspondiente aviso. Esto tiene la ventaja
de que incluso una falta de la red no puede tener ninguna
influencia negativa al logar el aviso. Con ello queda asegurado que
también en el caso de una vía de transmisión defectuosa (por
ejemplo debido a un fallo de red) pueden ser captados los
correspondientes eventos y no se pierden.
Las formas constructivas antes descritas del
procedimiento correspondiente a la invención pueden también estar
configuradas como producto de programa de computador, con un medio
que puede leerse desde un computador y con elementos de código de
programa de computador y en el que el computador es activado, tras
cargar el programa de computador, para realizar el procedimiento
antes descrito
correspondiente a la invención.
correspondiente a la invención.
Una solución alternativa a la tarea prevé un
medio de memoria destinado a la memorización del procedimiento
antes descrito implementado en computador y que puede ser leído por
un computador.
Ventajosas formas constructivas adicionales
resultan de las reivindicaciones secundarias.
En la siguiente descripción detallada de las
figuras se describen, entendiéndose de manera no limitativa,
ejemplos de ejecución con sus particularidades y otras ventajas, en
base al dibujo. En éste muestran:
figura 1 una vista general del procedimiento de
enrutado correspondiente a la invención,
figura 2 procesos esenciales en un
procesamiento de avisos correspondiente a la invención.
Tal como muestra la figura 1, se refiere la
invención a la retransmisión de avisos 10 en una red de
comunicaciones 12. Al respecto, se intercambian los avisos 10 entre
distintas aplicaciones 14, que pueden encontrarse en parte sobre
diferentes sistemas.
Los avisos 10 se refieren esencialmente a la
vigilancia y gestión de la red 12, con lo que debe asegurarse que
los avisos 10 no se pierden incluso en un caso de falta, sino que se
memorizan transitoriamente para poder ser llamados de nuevo en un
instante posterior.
En la forma constructiva preferente de la
invención, se trata en la red 12 de una red TMN según las
recomendaciones ITU de la serie X.700. Aquí se prevén hasta ahora
dos mecanismos para el enrutado de los avisos 10:
- 1.
- un mecanismo de forwarding 16, el llamado Event Forwarding (según x.734), y
- 2.
- un mecanismo de logging 18, el llamado Log Control Function (según x.735).
El mecanismo de forwarding 16 cumple la tarea de
enrutar eventos en la red 12 a otros sistemas.
El mecanismo de logging 18 tiene la función de
logar eventos en el elemento de red, es decir, inscribirlo en una
memoria o memoria intermedia -un llamado log-file
20- y asegurar así que los mismos no se pierden. Los eventos pueden
de esta manera ser recogidos en un instante posterior activamente
por otros sistemas.
Ambos módulos se acoplan en el marco de la
invención funcionalmente entre sí, con lo que datos o bien
resultados de uno de los procedimientos están disponibles para el
otro procedimiento o bien pueden ser procesados por el mismo y es
posible una llamada de funciones recíproca.
Esto se logra ampliando el mecanismo de logging
18. La ampliación se refiere a la asignación de una dirección OSI
al log-file 20.
El mecanismo de forwarding 16 está diseñado de
tal manera que como destino principal o secundario no se indica,
como es usual, una aplicación, sino un Log Control Function o bien
un determinado log-file 20. Dentro del mecanismo de
forwarding 16 puede direccionarse o procesarse directamente el
log-file 20. Esto permite ahora la siguiente forma
de proceder:
Si debe ser enviado un aviso 10 desde una
instancia emisora 22 a una instancia de destino o bien aplicación
de destino 24, que actualmente no es alcanzable, por ejemplo debido
a un error en la red, entonces marcha el mecanismo de forwarding 16
hacia una falta, ya que la dirección actual de esta aplicación de
destino 24 no es válida.
Para evitar ahora que el aviso 10 no se borre,
está indicada en este caso dentro del mecanismo de forwarding 16 la
dirección OSI del log-file 20. Esto tiene como
resultado que el aviso 10 se envíe ahora a la dirección del
log-file 20 o bien que se loge en el
log-file 20 y se memorice transitoriamente.
Cuando hay una afluencia de avisos muy elevada
dentro de la red 12, queda claro que un logado general de todos los
avisos 10 (tal como tiene lugar según el estado de la técnica),
implica una carga de recursos insoportable.
Por lo tanto, en el marco de la invención, se
ejecuta un logado de avisos 10 por un lado automáticamente y por
otro lado sólo condicionadamente, es decir, bajo determinadas
premisas: el mecanismo de logging 18 se activa automáticamente en
el marco de la invención sólo cuando el mecanismo de forwarding 16
no ha podido retransmitir el aviso 10 a la aplicación de destino 24
prevista.
En base al procesamiento correspondiente a la
invención y en base a la topología de la red, queda asegurado que
un aviso 10 logado no ha sido recibido por la correspondiente
aplicación de destino 24. De esta manera pueden excluirse con
seguridad redundancias.
Si no es alcanzable la aplicación de destino 24
indicada primaria o alternativa, se inscribe el aviso 10 en el
log-file 20. La aplicación de destino 24 puede
buscar entonces activamente por sí misma el correspondiente aviso
10. Esto se realiza bien cíclicamente, a intervalos periódicos de
tiempo, o básicamente tras un error de red, como por ejemplo tras
un fallo de red.
Los modelos separados Q3 de objeto del mecanismo
de forwarding 16 y del mecanismo de logging 18 se unen entre sí,
asignando a una instancia Q3-log opcionalmente una
dirección de aplicación OSI.
La invención se refiere igualmente a un sistema
de enrutado para los avisos 10 en la red 12. El sistema de enrutado
incluye una unidad de logging 26, una unidad de forwarding 28 y en
la forma constructiva preferente, una unidad de administración 30,
que está destinada al control y/o gestión de la unidad de logging 26
y de la unidad de forwarding 28.
En la unidad de administración se determina
entre otros a qué intervalos de tiempo se activa el mecanismo de
logging 18 o bien si el mismo ha de estar activo continuamente.
Además, incluye la unidad de administración 30
procesos que controlan el intercambio de avisos 10 entre el
mecanismo de logging 18 o bien el mecanismo de forwarding 16 por un
lado y la aplicación de destino 24 por otro lado. Estos procesos se
refieren por ejemplo a las condiciones para la lectura de los avisos
10 a partir del log-file 20. Aquí puede comprobarse
o vigilarse por ejemplo un derecho de acceso de la aplicación de
destino 24, en el sentido de si la aplicación de destino puede
acceder directamente al log-file 20 o bien
indirectamente a través del mecanismo de forwarding 16.
La unidad de administración 30 incluye también
una unidad de discriminador, que distingue entre los casos:
- "El aviso 10 puede enrutarse con éxito a la aplicación de destino 24" y
- "El aviso 10 no puede enrutarse con éxito a la aplicación de destino 24".
En base a la ampliación correspondiente a la
invención del modelo de forwarding y de logging y a la combinación
de ambos modelos, que da lugar a un efecto sinergético, reside una
ventaja especial en que los eventos pueden ser enviados ahora no
sólo a aplicaciones sino también a otros procesos (a la Log Control
Function, Función de control de log).
Con referencia a la figura 2, se describe ahora
la secuencia del procedimiento correspondiente a la invención:
Tan pronto como la aplicación emite un aviso 10,
se evalúa en la forma constructiva preferente la instancia de
destino para este aviso 10 mediante acceso al banco de datos
interno. En este banco de datos están incluidas las instancias de
destino de logging y las aplicaciones OSI ya ambas como
inscripciones.
Como resultado de la evaluación resultan
entonces dos tablas: una tabla de log, que indica donde debe logarse
el aviso 10 y una tabla de aplicación OSI, que pone a disposición
datos sobre las instancias de destino primarias y alternativas de
las aplicaciones OSI del mecanismo de forwarding 16.
Si la tabla log tiene al menos una inscripción,
entonces se retransmite el aviso 10 juntamente con la tabla de log
y se provoca que el aviso 10 se inscriba en todos los logs
evaluados.
Si la tabla de aplicación OSI tiene una
inscripción, entonces se retransmite el aviso 10 juntamente con esta
tabla a la pila (stack) Q3, que a continuación intenta enviar el
aviso 10 a las direcciones que han sido indicadas como dirección
primaria. Si este intento no tiene éxito, entonces se envía el aviso
10 a las direcciones o bien instancias de destino alternativas.
Aquí incide la ventaja esencial de la invención, puesto que dentro
de la tabla OSI pueden ahora determinarse también logs como
inscripciones, que con ello son alcanzables a través de la función
Log Control interna.
Claims (10)
1. Procedimiento de enrutado para avisos (10)
en una red de comunicaciones (12) con
- -
- una instancia emisora,
- -
- al menos una instancia de destino (24),
- -
- un mecanismo de forwarding (16), que prevé un direccionamiento válido para la red de al menos una de las instancias de destino,
- -
- un mecanismo de logging (18) que sirve para la memorización intermedia de avisos en al menos un log-file (20),
con las siguientes etapas:
- -
- retransmisión de los avisos desde la instancia emisora mediante el mecanismo de forwarding a su instancia de destino, o bien
- -
- memorización intermedia de los avisos mediante el mecanismo de logging siempre que no sea posible una retransmisión de los avisos a al menos una de las instancias de destino del mecanismo de forwarding,
2. Procedimiento según la reivindicación
precedente,
en el que la instancia emisora y la instancia de
destino pertenecen a sistemas distintos y/o independientes.
3. Procedimiento según una de las
reivindicaciones precedentes,
en el que el log-file está
conectado con referencia a la instancia emisora localmente o a
través de una topología de red segura.
4. Procedimiento según una de las
reivindicaciones precedentes,
en el que se asigna al log-file
para el acoplamiento del mecanismo de logging con el mecanismo de
forwarding opcionalmente una dirección válida de red, que es
direccionable dentro del mecanismo de forwarding.
5. Procedimiento según la reivindicación
precedente,
en el que la instancia emisora y la instancia de
destino son aplicaciones OSI y la dirección válida para la red, que
se asigna al log-file, es una dirección OSI.
6. Procedimiento según una de ambas
reivindicaciones precedentes,
en el que la asignación de la dirección válida
de red al log-file se realiza a través de las mismas
rutinas de gestión que la asignación para las aplicaciones que se
encuentran lejanas.
7. Producto para el enrutado de avisos en una
red de comunicaciones, que incluye elementos que están preparados
para realizar las etapas de uno de los procedimientos anteriores y
por lo tanto presenta al menos un elemento configurado como unidad
de logging (26), para la memorización intermedia de los avisos en al
menos un log-file, y al menos un elemento
configurado como unidad de forwarding (28) para la retransmisión de
los avisos.
8. Producto según la reivindicación
precedente,
en el que el log-file de la
unidad de logging se encuentra en forma local en relación con la
instancia emisora.
9. Producto según una de las reivindicaciones
precedentes,
que incluye una unidad de administración (30)
para la gestión de la unidad de logging y/o de la unidad de
forwarding.
10. Producto de programa de computador en cuya
ejecución se realizan mediante un computador las etapas del
procedimiento según una de las anteriores reivindicaciones de
procedimiento.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP02002561A EP1333689A1 (de) | 2002-02-04 | 2002-02-04 | Routingverfahren und -system mit bedingtem Logging |
| EP02002561 | 2002-02-04 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2266565T3 true ES2266565T3 (es) | 2007-03-01 |
Family
ID=8185427
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02767484T Expired - Lifetime ES2266565T3 (es) | 2002-02-04 | 2002-09-12 | Procedimiento y producto para el enrutado de mensajes con logging (registro) condicionado. |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US20050086519A1 (es) |
| EP (2) | EP1333689A1 (es) |
| CN (1) | CN1618238A (es) |
| AT (1) | ATE335365T1 (es) |
| AU (1) | AU2002331117B2 (es) |
| CA (1) | CA2474932A1 (es) |
| DE (1) | DE50207753D1 (es) |
| ES (1) | ES2266565T3 (es) |
| NZ (1) | NZ533884A (es) |
| WO (1) | WO2003067907A1 (es) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102004009289A1 (de) | 2004-02-26 | 2005-09-15 | Siemens Ag | Verfahren zur Steuerung und Auswertung eines Nachrichtenverkehrs einer Kummunikationseinheit durch eine erste Netzwerkeinheit innerhalb eines Mobilfunksystems, sowie dazugehörige Kommunikationseinheit und erste Netzwerkeinheit |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3562711A (en) * | 1968-07-16 | 1971-02-09 | Ibm | Apparatus for detecting circuit malfunctions |
| US3587058A (en) * | 1969-06-04 | 1971-06-22 | Bell Telephone Labor Inc | Data processing system input-output arrangement |
| US3956589A (en) * | 1973-11-26 | 1976-05-11 | Paradyne Corporation | Data telecommunication system |
| CH584488A5 (es) * | 1975-05-05 | 1977-01-31 | Ibm | |
| US4356546A (en) * | 1980-02-05 | 1982-10-26 | The Bendix Corporation | Fault-tolerant multi-computer system |
| US5592672A (en) * | 1993-11-02 | 1997-01-07 | Bell Communications Research, Inc. | System for load balancing between message processors by routing all queued messages to a particular processor selected by a deterministic rule |
| US5771355A (en) * | 1995-12-21 | 1998-06-23 | Intel Corporation | Transmitting electronic mail by either reference or value at file-replication points to minimize costs |
| US5878227A (en) * | 1996-07-01 | 1999-03-02 | Sun Microsystems, Inc. | System for performing deadlock free message transfer in cyclic multi-hop digital computer network using a number of buffers based on predetermined diameter |
| US6175732B1 (en) * | 1997-12-15 | 2001-01-16 | Dsc Telecom L.P. | System for forwarding and logging a digital message from a telecommunications device |
| JP3865946B2 (ja) * | 1998-08-06 | 2007-01-10 | 富士通株式会社 | 文字メッセージ通信システム、文字メッセージ通信装置、文字メッセージ通信サーバ、文字メッセージ通信プログラムを記録したコンピュータ読み取り可能な記録媒体、文字メッセージ通信管理プログラムを記録したコンピュータ読み取り可能な記録媒体、文字メッセージ送受信方法及び文字メッセージ通信管理方法 |
| JP2002164893A (ja) * | 2000-09-06 | 2002-06-07 | Toshiba Corp | 情報伝送ネットワークシステムの制御方法 |
-
2002
- 2002-02-04 EP EP02002561A patent/EP1333689A1/de not_active Withdrawn
- 2002-09-12 CN CNA028278410A patent/CN1618238A/zh active Pending
- 2002-09-12 AT AT02767484T patent/ATE335365T1/de not_active IP Right Cessation
- 2002-09-12 US US10/503,758 patent/US20050086519A1/en not_active Abandoned
- 2002-09-12 NZ NZ533884A patent/NZ533884A/en unknown
- 2002-09-12 EP EP02767484A patent/EP1472891B1/de not_active Expired - Lifetime
- 2002-09-12 ES ES02767484T patent/ES2266565T3/es not_active Expired - Lifetime
- 2002-09-12 DE DE50207753T patent/DE50207753D1/de not_active Expired - Fee Related
- 2002-09-12 CA CA002474932A patent/CA2474932A1/en not_active Abandoned
- 2002-09-12 AU AU2002331117A patent/AU2002331117B2/en not_active Ceased
- 2002-09-12 WO PCT/EP2002/010255 patent/WO2003067907A1/de not_active Ceased
Also Published As
| Publication number | Publication date |
|---|---|
| AU2002331117A1 (en) | 2003-09-02 |
| EP1472891A1 (de) | 2004-11-03 |
| ATE335365T1 (de) | 2006-08-15 |
| EP1333689A1 (de) | 2003-08-06 |
| DE50207753D1 (de) | 2006-09-14 |
| US20050086519A1 (en) | 2005-04-21 |
| NZ533884A (en) | 2005-05-27 |
| CA2474932A1 (en) | 2003-08-14 |
| WO2003067907A1 (de) | 2003-08-14 |
| CN1618238A (zh) | 2005-05-18 |
| AU2002331117B2 (en) | 2007-12-13 |
| EP1472891B1 (de) | 2006-08-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2209808T3 (es) | Deteccion controlada de errores en unared de datos. | |
| US8780763B2 (en) | Communication and message route optimization and messaging in a mesh network | |
| ES2374314T3 (es) | Método, sistema y dispositivo de protección de servicio en una red sin conexión. | |
| CN100456854C (zh) | 用于向移动节点分配移动ip的系统 | |
| ES2348221T3 (es) | Sistema para identificar automáticamente la localización física de dispositivos terminales de red. | |
| ES2312209T3 (es) | Procedimiento y sistema de comunicaciones movil para el control de un servicio de mensajes cortos. | |
| ES2361545A1 (es) | Procedimiento de encaminamiento de tramas de datos y puente de red. | |
| ES2388597T3 (es) | Método para la comunicación en una red que comprende un dispositivo ZigBee sin batería, red y dispositivo para ello | |
| CN101534198B (zh) | 通信系统 | |
| US20170310553A1 (en) | Systems and methods for multi modal communication | |
| US8264947B1 (en) | Fault tolerant wireless access system and method | |
| ES2266565T3 (es) | Procedimiento y producto para el enrutado de mensajes con logging (registro) condicionado. | |
| JP6249201B2 (ja) | ネットワークシステム | |
| CN108449276A (zh) | 路由收敛方法及装置 | |
| ES2281357T3 (es) | Procedimiento generico para el alineamiento en un entorno multigestor. | |
| WO2005015855A1 (es) | Procedimiento de conmutación de paquetes en un medio de transmisión con múltiples estaciones conectadas mediante distintos enlaces | |
| FI99238C (fi) | Menetelmä laiteasetusten varmentamiseksi | |
| US7184394B2 (en) | Routing system providing continuity of service for the interfaces associated with neighboring networks | |
| ES2293547T3 (es) | Procedimiento y equipos para la distribucion de informaciones de gestion en una red de gestion de un sistema de comunicaciones. | |
| ES2278347T3 (es) | Procedimiento de difusion de informacion por multidifusion extendida, sistema y producto informatico correspondiente. | |
| JPS6239934A (ja) | デ−タ通信制御方式 | |
| CN108322364A (zh) | 一种适用于广域调度自动化系统的双网卡冗余互备方法 | |
| ES2302639B1 (es) | Procedimiento de comunicacion entre un equipo movil origen que en un determinado instante no tiene cobertura de red y un equipo destino. | |
| ES2322241T3 (es) | Configuracion de red redundante. | |
| ES2251485T3 (es) | Gestion de datos de abonado en un sistema movil. |