ES2285199T3 - Procedimiento y sistema para simular redes de comunicaciones, objeto y producto de programa informatico asociados. - Google Patents
Procedimiento y sistema para simular redes de comunicaciones, objeto y producto de programa informatico asociados. Download PDFInfo
- Publication number
- ES2285199T3 ES2285199T3 ES03768116T ES03768116T ES2285199T3 ES 2285199 T3 ES2285199 T3 ES 2285199T3 ES 03768116 T ES03768116 T ES 03768116T ES 03768116 T ES03768116 T ES 03768116T ES 2285199 T3 ES2285199 T3 ES 2285199T3
- Authority
- ES
- Spain
- Prior art keywords
- module
- modules
- devices
- interface
- objects
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/18—Network planning tools
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/22—Traffic simulation tools or models
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
Procedimiento para simular una red de comunicaciones a través de objetos (13) que modelan un conjunto respectivo de módulos o dispositivos de red, caracterizado por el hecho de que comprende la etapa de insertar para cada módulo o dispositivo de dicho conjunto por lo menos un objeto respectivo (13a¿, 13a¿; 121b, 122b, 123b, 124b, 125b) de interficie con otros módulos o dispositivos de dicho conjunto; donde cada uno de dichos objetos de interficie respectivos (13a¿, 13a¿; 121b, 122b, 123b, 124b, 125b) dispone de un lado externo (A) y de un lado interno (B) respecto al módulo o dispositivo, siendo dicho lado externo (A) de dicho objeto de interficie respectivo (13a¿, 13a¿; 121b, 122b, 123b, 124b, 125b) uniforme para todos los módulos o dispositivos de dicho conjunto.
Description
\global\parskip0.870000\baselineskip
Procedimiento y sistema para simular redes de
comunicaciones, objeto y producto de programa informático
asociados.
La presente invención se refiere a técnicas para
simular redes de comunicaciones como, por ejemplo, redes celulares
de telefonía móvil por radio.
La simulación es una etapa esencial en la
planificación, diseño, realización y gestión de dichos tipos de
redes, especialmente en vista a la optimización de los rendimientos
de las redes mismas. En concreto, la simulación juega un papel
importante tanto a nivel de comprobación para la planificación de
una nueva red, como a nivel de la actualización y la optimización
de los rendimientos de una red ya existente.
La presente invención se ha proyectado prestando
una atención especial a las técnicas de vigilancia de datos de
naturaleza inherentemente estadística sobre el comportamiento de la
red simulada. Ejemplos típicos de datos estadísticos que se pueden
medir en un simulador de sistema de red celular de telefonía móvil
por radio son la capacidad de la red, el retardo medio de la
transferencia de paquetes, el porcentaje de llamadas bloqueadas,
etc.
Se conoce que existen simuladores de sistema de
red celular de telefonía móvil por radio que se caracterizan por
una arquitectura de objeto, como se describe, por ejemplo, en
WO-A-02/104055. Según la
aproximación de objeto, la unidad elemental de descomposición no es
la operación (procedimiento), sino el objeto, que se entiende como
un modelo de una entidad real (un objeto del mundo real).
Se conoce que en dichos simuladores existen
módulos o dispositivos adaptados para simular el comportamiento de
dispositivos de red físicos. Cada módulo o dispositivo puede tener
muchas implementaciones (según las funcionalidades o tecnologías
simuladas) y cada una de dichas implementaciones se puede utilizar a
voluntad en las simulaciones: a cada implementación corresponde un
modo de funcionamiento diferente del módulo en si mismo. También se
conoce que los módulos o dispositivos del simulador intercambian
mutuamente información, con el propósito de simular el
comportamiento de dispositivos de red físicos reales; el intercambio
de información tiene lugar a través de dos modos: con
"mensajes" y con "eventos".
La comunicación con mensajes se caracteriza por
el hecho de que la recepción de información por parte del módulo de
destino se produce de forma simultánea con la expedición desde el
módulo de origen; por el contrario, la comunicación con eventos se
caracteriza por el hecho de que la recepción de información por
parte del módulo de destino no se produce de forma simultánea con
la transmisión desde el módulo de origen, sino en un momento
concreto posterior al tiempo de la transmisión: la utilización de
los eventos sirve para temporizar la recepción de un segmento de
información en el módulo de recepción.
Se conoce también que dichos simuladores pueden
realizar medidas del rendimiento de los diferentes módulos o
dispositivos simulados, proporcionando como resultados de la
simulación algunas estadísticas relacionadas con estas medidas.
En la disposición que se describe en
WO-A-02/104055 la arquitectura de
simulador por objetos proporciona un motor en el cual existe una
entidad que se denomina Gestor de Estadística. La tarea de dicha
entidad es realizar, por medio de interceptar las comunicaciones
entre módulo y módulo, las medidas relacionadas con el rendimiento
de los módulos o dispositivos mismos y procesar estadísticas a
partir de los datos estadísticos medidos.
Un ejemplo típico de procesado estadístico es el
cálculo de los retardos de transmisión medios de un paquete. En
este caso, la entidad Gestor de Estadística realiza, para cada
paquete transmitido en el sistema simulado, una medida de retardo,
haciendo la media de los diferentes retardos medidos, obteniendo el
retardo medio como resultado.
Se conoce que -con criterios de funcionamiento
análogos- se puede realizar cualquier procesado estadístico
interesante en un simulador de sistema, por ejemplo para redes
celulares de telefonía móvil por radio.
El solicitante ha observado que en una situación
como el tipo descrito anteriormente, se pueden producir varios
tipos de problemas ligados intrínsecamente a la presencia posible y
frecuente de diferentes implementaciones de la misma funcionalidad
de red.
En primer lugar, la comunicación entre dos
módulos se produce directamente a través de las implementaciones
respectivas: en cada implementación de un módulo dado, es necesario
por tanto insertar, para ser aprovechada por el Gestor de
Estadística, toda la información que identifica los modos de
comunicación con todas las implementaciones de los otros módulos
con los cuales se puede comunicar el módulo afectado.
En segundo lugar, el mecanismo con el que el
Gestor de Estadística mide el comportamiento de los módulos o
dispositivos cambia según la implementación, debido a que se debe
adaptar a la implementación concreta del módulo/dispositivo.
Incluso, dependiendo de la técnica conocida
anterior, con el propósito de tomar en consideración la presencia
de muchas implementaciones del mismo dispositivo o módulo, es
necesario insertar en el Gestor de Estadística un mecanismo de
interceptación y medida específico, operación que puede ser también
muy costosa en términos de tiempo y complejidad de procesado.
Se apreciará también que esto es importante
sobre todo para las redes de telecomunicaciones (donde la misma
funcionalidad de red es realizada por dispositivos proporcionados
por diferentes fabricantes, con implementaciones distintas) y que
ocurre también el mismo tipo de problemas, en términos
sustancialmente idénticos, en la comunicación entre varios módulos
o dispositivos, de una forma por tanto que es independiente de la
intervención del Gestor de Estadística o una entidad
equivalente.
Por tanto un objetivo de la presente invención
es solucionar los problemas arriba mencionados.
Según la presente invención, dicho objetivo se
alcanza gracias a un procedimiento con las características que se
indican de forma específica en las reivindicaciones siguientes. La
presente invención se refiere también al sistema correspondiente
(simulador), a los objetos que se incluyen en el mismo, así como al
producto programa de ordenador correspondiente que se puede cargar
en la memoria de por lo menos un ordenador electrónico y que
comprende segmentos de código de programa para realizar el
procedimiento según la presente invención cuando el producto se
ejecuta en un ordenador: en este contexto dicho término se debe
considerar completamente equivalente a medios leíbles por un
ordenador que comprenden instrucciones para comprobar una red de
ordenadores para realizar el procedimiento según la presente
invención. La referencia a "por lo menos un ordenador" pretende
obviamente mostrar la posibilidad de realizar la solución según la
presente invención en un contexto descentralizado.
En la realización preferida actualmente, la
presente invención soluciona los problemas anteriormente
mencionados por medio de introducir para los módulos o dispositivos
del simulador objetos de interficie respectivos con los demás
módulos. Dichos objetos de interficie presentan un lado
"externo" y un lado "interno" respecto al módulo o
dispositivo. Dicho lado externo presenta un carácter independiente
de la idiosincrasia de dicho módulo o dispositivo y es por tanto
uniforme para todos los módulos o dispositivos del sistema.
El término "uniforme" significa obviamente
un carácter del lado "externo" de dicho objeto de interficie
que es independiente del módulo o dispositivo respectivo, y que
puede ser por tanto sustancialmente idéntico para todos los módulos
o dispositivos.
Los problemas mencionados anteriormente, ligados
de forma intrínseca a la presencia posible de diferentes
implementaciones de la funcionalidad de red, se solucionan de esta
forma, también en lo que se refiere a la posible intervención del
Gestor de Estadística o una entidad equivalente.
En una forma que se prefiere particularmente, se
introducen los siguientes objetos de interficie:
- interficies de comunicación entre todos los
módulos y/o dispositivos simulados: interficies de este tipo
gestionan la comunicación con "eventos" y con "mensajes" y
realizan implementaciones de módulos individuales
independientemente del tipo de comunicación que puede realizar cada
módulo con otros módulos del simulador. Concretamente, para cada
módulo/dispositivo existe una única interficie de comunicación para
todas las implementaciones diferentes del módulo considerado; cada
operación de comunicación entre módulos y/o dispositivos tiene lugar
a través de las interficies de comunicación;
- interficies de estadística de los módulos y/o
dispositivos simulados: las interficies de este tipo realizan
seguimientos estadísticos realizados por la entidad Gestor de
Estadística de forma independiente de la implementación de los
módulos simulados de los cuales se detectan los datos estadísticos.
En concreto, existe un objeto de interficie para cada una de las
implementaciones de los módulos de interés; en este objeto de
interficie, el mecanismo de medida de los datos estadísticos de
cada módulo se realiza de una forma sencilla. La entidad Gestor de
Estadística recoge datos detectados a través del lado externo, que
se ha hecho uniforme, de objetos de interficie y más directamente a
partir de módulos individuales.
La presente invención se describirá, puramente a
modo de ejemplo no limitativo, con referencia a las figuras
adjuntas, en las cuales:
- la figura 1 es un diagrama funcional
aproximado de un simulador del tipo que aquí se describe,
- la figura 2 muestra la arquitectura de las
interficies de comunicación relacionadas,
- las figuras 3, 4 y 5 muestran una organización
posible de los mensajes y eventos en un simulador del tipo que aquí
se describe,
- la figura 6 es un diagrama funcional
aproximado de un módulo gestor de estadística en un simulador del
tipo que aquí se describe,
- las figuras 7 y 8 muestran en detalle la
arquitectura de las interficies de estadística relacionadas,
- las figuras 9 y 10 son diagramas de flujo de
ejemplo de los modos de funcionamiento del simulador que aquí se
describe, y
- la figura 11 muestra de forma sintética el
funcionamiento de las estadísticas en un simulador del tipo que
aquí se describe.
La figura 1 muestra la arquitectura de un
simulador 10 que comprende un motor 11 en el que existen todas las
funciones de gestión típicas de la simulación de una red de
telecomunicación, como una red de telefonía móvil por radio, en
concreto:
- Gestor de Parámetro 11a,
- Programador de Evento 11b,
- Gestor de Instalación 11c, y
- Gestor de Estadística 11d.
Existe un paquete de dispositivo 12 dentro del
cual se encuentran contenidos los diferentes dispositivos 13, que
representan a los dispositivos físicos de red y a los objetos
relacionados con el escenario a simular.
Cada dispositivo contiene diferentes módulos
relacionados con las diferentes funcionalidades que gestiona el
dispositivo mismo.
Un simulador de este tipo, que trabaja en
general entre un conjunto de señales de entrada I y un conjunto de
señales de salida O, se puede implementar, por ejemplo, sobre un
ordenador con
procesador Intel Pentium III y sistema operativo
Microsoft Windows, utilizando un entorno de desarrollo Microsoft
Visual Studio 6.0 y lenguaje de programación ANSI C++.
Como se muestra en la figura 2, cada módulo 13',
13'' que se encuentra presente dentro del paquete de dispositivo 12
puede tener muchas implementaciones 13b', 13c' o 13b'', 13c'',
13d'', cada una relacionada por ejemplo con un conjunto de
funcionalidades simuladas o con una tecnología específica.
La disposición que aquí se describe presenta la
posibilidad de tener, para todas las implementaciones de un módulo,
una interficie de comunicación única 13a', 13a'',... que se utiliza
en el intercambio de información con otros módulos.
Este concepto es general y se puede aplicar a
cualquier módulo o dispositivo de un simulador de red celular.
Cada módulo dispone de su propia interficie de
comunicación: la interficie 13a' para el módulo 13' y la interficie
13a'' para el módulo 13''.
El módulo 13' presenta dos implementaciones
diferentes 13b' y 13c', y ambas utilizan la interficie 13a' para
comunicarse con otros módulos, por ejemplo con el módulo 13''.
El módulo 13'' presenta tres implementaciones
diferentes 13b'', 13c'' y 13d'', y todas utilizan la interficie
13a'' para comunicarse con los otros módulos, por ejemplo con el
módulo 13'.
La utilización de interficies en la comunicación
entre módulos permite realizar la inserción de nuevas
implementaciones de un módulo de forma más fácil y rápida sin tener
que gestionar de tiempo en tiempo las funcionalidades relacionadas
con el intercambio de información.
Cada interficie de comunicación (u "objeto de
interficie") introduce de hecho un lado "externo" A y un
lado "interno" B respecto al módulo o dispositivo 13b', 13c', o
13b'', 13c'' y 13d''.
El lado interno B refleja las características (o
"idiosincrasias") del módulo o dispositivo específico y, más
concretamente, de la implementación específica que se considera cada
vez.
Por el contrario, el lado externo A de cada
objeto de interficie 13a', 13a'' es uniforme para todos los módulos
o dispositivos del sistema, y por tanto para todas las posibles
implementaciones del mismo.
El término "uniforme" significa obviamente
el carácter por el cual el lado externo A del objeto de interficie
es independiente del módulo o dispositivo respectivo, y por tanto
puede ser sustancialmente idéntico para todos los módulos o
dispositivos.
En concreto, el lado externo A de los objetos de
interficie se configura para permitir el intercambio de información
entre módulos o dispositivos en dos modos:
- i) a través de "mensajes": el intercambio
de información tiene lugar a través de la utilización de objetos
que se denominan "mensajes". Dependiendo de la estructura que
se muestra en la figura 3, cada "mensaje" 100 se caracteriza
por un indicador del módulo o dispositivo de origen o emisor S, por
un indicador del módulo o dispositivo "de destino" 110 y por
la información "datos" 120 que se intercambia entre módulos. La
comunicación con mensajes se caracteriza por el hecho de que la
recepción de la información por parte del módulo de destino tiene
lugar de forma simultánea con la transmisión desde el módulo de
origen.
- ii) a través de "eventos": el intercambio
de información tiene lugar a través de la utilización de objetos
que se denominan "eventos". Dependiendo de la estructura que se
muestra en la figura 4, cada "evento" 200 se caracteriza por
un indicador del módulo o dispositivo origen o emisor S, por un
"tiempo" 210, por un indicador del módulo o dispositivo "de
destino" 220 y por la información "datos" 230 que se
intercambia entre los módulos. La comunicación con eventos se
caracteriza por el hecho de que la recepción de información por
parte del módulo de destino no tiene lugar de forma simultánea con
la transmisión desde el módulo de origen, sino en un instante de
tiempo concreto posterior al tiempo de transmisión.
La utilización de eventos sirve para
"retardar" la recepción de una información por parte del módulo
receptor. La comunicación con eventos tiene lugar a través de la
entidad denominada Planificador de Eventos que se puede encontrar
en el motor del simulador; la función del Planificador de Eventos es
almacenar eventos y su tiempo relacionado en una cola, que se
denomina "cola de eventos", y enviar cada evento a su módulo de
destino propio cuando el tiempo de simulación llega al tiempo del
evento mismo.
La implementación de cada interficie de
comunicación proporciona cuatro funcionalidades principales, que se
denominan respectivamente:
- MessageDispatcher <MessageType>:
funcionalidad de expedición de mensajes del tipo MessageType, donde
MessageType representa cualquier tipo de mensaje;
- EventDispatcher <EventType>:
funcionalidad de expedición de eventos del tipo EventType, donde
EventType representa cualquier tipo de evento;
- MessageListener <MessageType>:
funcionalidad de recepción de mensajes del tipo MessageType, donde
MessageType representa cualquier tipo de mensaje; y
- EventListener <EventType>: funcionalidad
de recepción de eventos del tipo EventType, donde EventType
representa cualquier tipo de evento.
Cada funcionalidad de expedición o recepción de
mensajes/eventos se puede encontrar o no en las interficies de
comunicación.
Es posible tener interficies con solamente un
subconjunto de funcionalidades, por ejemplo una interficie puede
ser solamente MessageListener para un mensaje sin disponer
necesariamente de las otras tres funcionalidades.
Además, en una única interficie, la misma
funcionalidad puede estar presente muchas veces, para gestionar
diferentes mensajes/eventos. Por ejemplo, una interficie que debe
poder recibir dos tipos de eventos diferentes presenta dos
funcionalidades EventListener: una para el primer tipo de evento y
otra para el segundo tipo de evento.
Como ejemplo añadido (que no debe interpretarse
como limitativo del ámbito de la presente invención) se puede
considerar el que se muestra en la figura 5.
En este caso existen los tipos de eventos
"Evento A" 1000, "Evento B" 1010 y "Evento C" 1020,
los tipos de mensajes "Mensaje 1" 2000 y "mensaje 2" 2010
y la interficie relacionada al módulo "Módulo ABC" 3000 que es
capaz de:
- recibir y enviar eventos del tipo "Evento
A"
- recibir eventos del tipo "Evento B"
- enviar eventos del tipo "Evento C"
- recibir mensajes "Mensaje 1", y
- enviar mensajes "Mensaje 2"
\vskip1.000000\baselineskip
La interficie relacionada presenta las
siguientes funcionalidades activas:
- EventListener <EventA> 3010
- EventDispatcher <EventA> 3020
- EventListener <EventB> 3030
- EventDispatcher <EventC> 3040
- MessageListener <Message1> 3050, y
- MessageDispatcher <Message2> 3060
La realización de las interficies de simulador
se puede efectuar de forma ventajosa con el lenguaje de
programación C++.
En el caso del ejemplo arriba descrito tenemos
el siguiente código:
La utilización de interficies de simulador
implica también a la arquitectura relacionada con el Gestor de
Estadística.
En el simulador, el procesado estadístico es la
tarea de la entidad Gestor de Estadística 11d que se puede
encontrar en el motor (ver figuras 1 y 6).
El Gestor de Estadística 11d contiene los
objetos que almacenan las diferentes estadísticas, denominados
"Calculadores Estadísticos".
La figura 6 muestra como ejemplo tres entidades
SC1, SC2 y SC3, que funcionan cada una como un calculador
estadístico relacionado con el procesado de una cantidad estadística
concreta: por ejemplo SC1 puede estar relacionado con la capacidad
del sistema, SC2 puede estar relacionado con el rendimiento medio de
transmisión de los paquetes, SC3 puede estar relacionado con el
nivel de potencia utilizado en la transmisión por el terminal móvil
por radio simulado.
El funcionamiento de los calculadores afectados
es independiente de las implementaciones de los módulos simulados y
es función solamente de los tipos de muestras estadísticas que se
analizan.
La disposición que aquí se describe permite que,
para cada implementación de un módulo, se realice una interficie
estadística adecuada, que se referencia por medio del término
"Recolector de Datos", cuyo fin es recoger las muestras
estadísticas de interés de la implementación correspondiente y
enviarlas a la entidad Gestor de Estadística, que procede a
continuación a su procesado.
Como ejemplo no limitativo, se puede tomar en
consideración la figura 7, en la que se presenta un dispositivo 120
en el que se encuentran presentes dos módulos 121 y 123.
El módulo 121 presenta dos implementaciones
diferentes 121a y 122a.
Para cada implementación, existe una interficie
estadística (Recolector de Datos): la implementación 121a se
corresponde con la interficie estadística 121b, la implementación
122a se corresponde con la interficie estadística 122b.
El módulo 123 presenta tres implementaciones
diferentes 123a, 124a y 125a.
Para cada implementación existe una interficie
estadística (Recolector de Datos): la implementación 123a se
corresponde con la interficie estadística 123b, la implementación
124a se corresponde con la interficie estadística 124b, la
implementación 125a se corresponde con la interficie estadística
125b.
También en este caso, cada interficie de
comunicación u objeto de interficie presenta de hecho un lado
externo A y un lado interno B respecto al módulo o dispositivo 121a,
122a o 123a, 124a y 125a.
El lado interno B refleja las características o
idiosincrasias del módulo o dispositivo específico y, más
concretamente, de la implementación específica que se considera cada
vez.
Por el contrario, el lado externo A de cada
objeto de interficie 121b, 122b o 123b, 124b, 125b es uniforme para
todos los módulos o dispositivos del sistema y por tanto para todas
las posibles implementaciones de los mismos.
El lado externo A de los objetos de interficie
es por tanto independiente del módulo o dispositivo respectivo, y
puede ser por tanto sustancialmente idéntico para todos los módulos
o dispositivos.
Como explicación y ejemplo, se puede suponer que
el módulo 121 gestiona la transmisión de un paquete; en este caso
una muestra estadística de interés es el tiempo que se utiliza para
transmitir cada paquete individual. Por tanto, cada interficie
estadística 121b y 122b de las diferentes implementaciones del
módulo 121a y 122a debe poder identificar y recoger el tiempo que
se utiliza para transmitir un paquete desde la implementación
correspondiente del módulo 121.
\global\parskip1.000000\baselineskip
En general, las dos implementaciones mencionadas
del módulo 121a y 122a gestionan completamente la transmisión de un
paquete de forma diferente, por tanto las dos interficies de
estadística correspondientes 121b y 122b deben medir el tiempo de
transmisión de un paquete por medio de un mecanismo diferente.
La implementación de cada interficie estadística
proporciona preferiblemente una funcionalidad DataDispatcher
<DataType>, en concreto una funcionalidad de expedición de
datos estadísticos del tipo DataType, donde DataType representa
cualquier tipo de dato estadístico.
Como otro ejemplo no limitativo, se puede tomar
en consideración lo que se muestra en la figura 8, donde en la
parte izquierda se encuentran los tipos de datos estadísticos
"Data A" 1100, "Data B" 1101 y "Data C" 1102, y en
la parte derecha se encuentran las interficies estadísticas
relacionadas con el módulo "Module 1" 1300 y con el módulo
"Module 2" 1301.
La interficie relacionada con el módulo
"Module 1" 1300 es capaz de enviar datos estadísticos del tipo
"Data A" 1100 y del tipo "Data C" 1102.
La interficie relacionada con el módulo
"Module 2" 1301 es capaz de enviar datos estadísticos del tipo
"Data B" 1101 y del tipo "Data C" 1102.
En este caso la interficie relacionada con el
módulo "Module 1" 1300 presenta las siguientes funcionalidades
activas:
- DataDispatcher <Data A> 1300a
- DataDispatcher <Data C> 1300b
La interficie relacionada con el módulo
"Module 2" 1301 presenta las siguientes funcionalidades
activas:
- DataDispatcher <Data B> 1301a
- DataDispatcher <Data C> 1301b
La realización de interficies estadísticas en el
simulador se realiza preferiblemente con el lenguaje de
programación C++.
En el caso del ejemplo arriba descrito, tenemos
el siguiente código:
La operación de expedición de un mensaje se
muestra en la figura 9 y se describe de la forma siguiente:
- etapa 1001: la implementación del módulo
emisor envía el mensaje MessageType a su propia interficie;
- etapa 1002: la interficie del módulo emisor
envía el mensaje MessageType a la interficie del módulo
receptor;
- etapa 1003: la interficie del módulo receptor
recibe el mensaje MessageType y lo envía a la implementación del
módulo.
La operación de expedición de un evento se
muestra en cambio en la figura 10 y se describe de la forma
siguiente:
- etapa 2001: la implementación del módulo
emisor envía el evento EventType a su propia interficie, indicando
el tiempo de recepción t;
- etapa 2002: la interficie del módulo emisor
envía el evento a la entidad EventScheduler, con el evento EventType
indicando el tiempo de recepción t;
- etapa 2003: cuando el simulador llega al
tiempo t, la entidad EventScheduler envía el evento EventType a la
interficie del módulo de destino;
- etapa 2004: la interficie del módulo de
recepción recibe el evento EventType y lo envía a la implementación
del módulo.
El funcionamiento general del procedimiento para
recoger muestras estadísticas en un simulador dado se muestra en la
figura 11, donde como ejemplo el Gestor de Estadística 31 gestiona
tres estadísticas (Calculador Estadístico) 31a, 31b y 31c. La
estadística 31a procesa muestras del tipo K, que obtiene de un
primer módulo que presenta dos implementaciones 32a y 33a, que se
corresponden respectivamente con las interficies estadísticas 32b y
33b.
La recogida de muestras estadísticas tiene lugar
de la forma que se describe a continuación:
- durante la simulación, las interficies
estadísticas 32b y 33b identifican las muestras de tipo K, cada una
con un mecanismo adecuado que toma en consideración las
funcionalidades de las implementaciones correspondientes 32a y
33a;
- en cada paso de simulación, el Gestor de
Estadística interroga a las interficies estadísticas de forma que
envíen las muestras de tipo K recogidas directamente a la
estadística 31a; y
- con un intervalo adecuado, la estadística 31a
procesa las muestras de tipo K y emite el resultado.
La disposición que aquí se ha descrito comporta
esencialmente dos ventajas principales.
En primer lugar, el modo de comunicación entre
módulos y dispositivos simulados es independiente de las
implementaciones individuales de los módulos/dispositivos. De esta
forma, los modos de intercambio de información entre módulos y
dispositivos se establecen de una vez definiendo las interficies de
comunicación de cada módulo y dispositivo. Cada vez que se decide
introducir en el simulador una nueva implementación para un
dispositivo o para un módulo, no es necesario preocuparse de la
gestión del intercambio de información debido a que ya se encuentra
gestionado.
En segundo lugar, es posible racionalizar la
planificación de estadísticas gestionadas por la entidad Gestor de
Estadística puesto que no depende de la implementación de
dispositivos y módulos que se utiliza en la simulación. De esta
forma, cada vez que se decide introducir en el simulador una nueva
implementación para un dispositivo o para un módulo, es suficiente
realizar la interficie estadística correspondiente (Recolector de
Datos), sin tener que modificar el funcionamiento del Calculador
Estadístico.
Como resultado de la situación descrita, se
obtiene una arquitectura general del simulador flexible y
esbelta.
Como ya se ha indicado, la implementación del
simulador descrito se puede realizar con cualquier tipo de
ordenador, como Intel, Sun, Apple,... y con cualquier sistema
operativo (Windows, Linux, Unix, MAC OS...). La utilización del
lenguaje de programación ANSI C++ es solamente una opción posible;
la implementación del simulador se puede realizar de hecho en otros
lenguajes de programación como Java, Delphi, Visual Basic, ...
La elección del lenguaje ANSI C++ se prefiere
actualmente en vistas a la buena flexibilidad de planificación que
ofrece dicho lenguaje de programación y el alto nivel de rendimiento
que se puede obtener en el programa final en términos de velocidad
de ejecución.
La presente invención se puede utilizar en
simuladores de redes celulares que simulan otros sistemas aparte de
los mencionados GSM, GPRS y UMTS. La presente invención se puede
utilizar en simuladores de redes celulares que adoptan la técnica
de simulación de eventos o la técnica de simulación Montecarlo.
Las personas expertas en la técnica se darán
cuenta inmediatamente de que la presente invención no trata
necesariamente de la simulación de redes celulares de telefonía
móvil por radio: la presente invención se puede utilizar de hecho
en otros tipos de simuladores, donde existe una arquitectura similar
con módulos y dispositivos que obedecen a equipos físicos reales y
donde es necesario comunicar entre varios módulos/dispositivos los
parámetros relacionados con las funcionalidades que se simulan.
Por tanto es evidente que, a pesar del principio
de la presente invención, las particularidades de la realización y
las implementaciones pueden cambiar ampliamente respecto a las que
se han descrito y mostrado, sin salir del ámbito de la presente
invención, como se define por medio de las reivindicaciones
adjuntas.
Claims (20)
1. Procedimiento para simular una red de
comunicaciones a través de objetos (13) que modelan un conjunto
respectivo de módulos o dispositivos de red, caracterizado
por el hecho de que comprende la etapa de insertar para cada módulo
o dispositivo de dicho conjunto por lo menos un objeto respectivo
(13a', 13a''; 121b, 122b, 123b, 124b, 125b) de interficie con otros
módulos o dispositivos de dicho conjunto; donde cada uno de dichos
objetos de interficie respectivos (13a', 13a''; 121b, 122b, 123b,
124b, 125b) dispone de un lado externo (A) y de un lado interno (B)
respecto al módulo o dispositivo, siendo dicho lado externo (A) de
dicho objeto de interficie respectivo (13a', 13a''; 121b, 122b,
123b, 124b, 125b) uniforme para todos los módulos o dispositivos de
dicho
conjunto.
conjunto.
2. Procedimiento según la reivindicación 1,
caracterizado por el hecho de que comprende las etapas
de:
- realizar, para un módulo o dispositivo de
dicho conjunto, una pluralidad de implementaciones diferentes
(13b'; 13c'; 13b'', 13c'', 13d''), y
- proporcionar un único objeto de interficie
(13a'; 13a'') para todas las implementaciones diferentes de dicha
pluralidad.
3. Procedimiento según la reivindicación 1,
caracterizado por el hecho de que comprende las etapas
de:
- realizar, para un módulo o dispositivo de
dicho conjunto, una pluralidad de implementaciones diferentes
(121a, 122a; 123a, 124a, 125a), y
- proporcionar un objeto de interficie
respectivo (121b, 122b; 123b, 124b, 125b) para cada implementación
diferente de dicha pluralidad de implementaciones diferentes.
4. Procedimiento según la reivindicación 1,
caracterizado por el hecho de que comprende la etapa de
configurar el lado externo (A) de dichos objetos de interficie para
permitir la comunicación en forma de eventos (200; 1000, 1010,
1020) entre módulos o dispositivos de dicho conjunto.
5. Procedimiento según la reivindicación 1,
caracterizado por el hecho de que comprende la etapa de
configurar el lado externo (A) de dichos objetos de interficie para
permitir la comunicación en forma de mensajes (110, 120; 2000,
2010) entre módulos o dispositivos de dicho conjunto.
6. Procedimiento según la reivindicación 1,
caracterizado por el hecho de que comprende las etapas
de:
- proporcionar un módulo gestor de estadísticas
(11d) para recoger datos estadísticos referentes al funcionamiento
de dicha red simulada, y
- medir dichos datos estadísticos por medio de
dicho módulo gestor de estadísticas (11d) a través del lado externo
(A) de dichos objetos de interficie (121b, 122b; 123b, 124b, 125b)
asociados a los módulos o dispositivos (121, 123) de dicho
conjunto.
7. Procedimiento según la reivindicación 1,
caracterizado por el hecho de que los lados externos (A) de
dichos objetos de interficie intercambian información con objetos
homólogos asociados a módulos o dispositivos de dicho conjunto por
a través de estructuras que comprenden:
- un indicador del módulo o dispositivo de
origen (S),
- un indicador (110) del módulo o dispositivo de
destino, y
- la información que se intercambia (120).
8. Procedimiento según la reivindicación 1,
caracterizado por el hecho de que dichos objetos de
interficie intercambian información con objetos homólogos asociados
a los módulos o dispositivos de dicho conjunto a través de
estructuras que comprenden:
- un indicador del módulo o dispositivo de
origen (S),
- un indicador de tiempo (210),
- un indicador del módulo o dispositivo de
destino (220), y
- la información que se intercambia (230).
\newpage
9. Procedimiento según la reivindicación 1,
caracterizado por el hecho de que dichos objetos de
interficie comprenden funcionalidades escogidas del grupo que se
compone de:
- funcionalidad de expedición de mensajes
(3060),
- funcionalidad de expedición de eventos (3020,
3040),
- funcionalidad de recepción de mensajes (3050),
y
- funcionalidad de recepción de eventos (3010,
3030).
10. Sistema para simular una red de
comunicaciones por medio de objetos (13) que modelan un conjunto
respectivo de módulos o dispositivos de red, caracterizado
por el hecho de que el sistema comprende, para cada módulo o
dispositivo de dicho conjunto, por lo menos un objeto respectivo
(13a', 13a''; 121b, 122b, 123b, 124b, 125b) de interficie con otros
módulos o dispositivos de dicho conjunto; donde dichos objetos de
interficie respectivos (13a', 13a''; 121b, 122b, 123b, 124b, 125b)
disponen de un lado externo (A) y de un lado interno (B) respecto
al módulo o dispositivo, siendo dicho lado externo (A) de dicho
objeto de interficie respectivo (13a', 13a''; 121b, 122b, 123b,
124b, 125b) uniforme para todos los módulos o dispositivos de dicho
conjunto.
11. Sistema según la reivindicación 10,
caracterizado por el hecho de que comprende:
- por lo menos para un módulo o dispositivo de
dicho conjunto, una pluralidad de implementaciones diferentes
(13b'; 13c'; 13b'', 13c'', 13d''), y
- un objeto de interficie único (13a'; 13a'')
para todas las implementaciones diferentes de dicha pluralidad de
implementaciones diferentes.
12. Sistema según la reivindicación 10,
caracterizado por el hecho de que comprende:
- por lo menos para un módulo o dispositivo de
dicho conjunto, una pluralidad de implementaciones diferentes
(121a, 122a; 123a, 124a, 125a), y
- un objeto de interficie respectivo (121b,
122b; 123b, 124b, 125b) para cada implementación diferente de dicha
pluralidad de implementaciones diferentes.
13. Sistema según la reivindicación 10,
caracterizado por el hecho de que el lado externo (A) de
dichos objetos de interficie se configura para permitir la
comunicación entre módulos o dispositivos de dicho conjunto por
medio de eventos (200; 1000, 1010, 1020).
14. Sistema según la reivindicación 10,
caracterizado por el hecho de que el lado externo (A) de
dichos objetos de interficie se configura para permitir la
comunicación entre módulos o dispositivos de dicho conjunto por
medio de mensajes (110, 120; 2000, 2010).
15. Sistema según la reivindicación 10,
caracterizado por el hecho de que comprende un módulo de
gestión de estadísticas (11d) para recoger datos estadísticos
referentes al funcionamiento de dicha red simulada y por el hecho
de que dicho módulo de gestión de estadísticas (11d) se configura
para medir dichos datos estadísticos a través del lado externo (A)
de dichos objetos de interficie (121b, 122b; 123b, 124b, 125b)
asociados con los módulos o dispositivos (121, 123) de dicho
conjunto.
16. Sistema según la reivindicación 10,
caracterizado por el hecho de que el lado externo (A) de
dichos objetos de interficie se configura para intercambiar
información con objetos homólogos asociados con los módulos o
dispositivos de dicho conjunto a través de estructuras que
comprenden:
- un indicador del módulo o dispositivo de
origen (S),
- un indicador (110) del módulo o dispositivo de
destino, y
- la información que se intercambia (120).
17. Sistema según la reivindicación 10,
caracterizado por el hecho de que el lado externo (A) de
dichos objetos de interficie se configura para intercambiar
información con objetos homólogos asociados con los módulos o
dispositivos de dicho conjunto a través de estructuras que
comprenden:
- un indicador del módulo o dispositivo de
origen (S),
- un indicador de tiempo (210),
\newpage
- un indicador (220) del módulo o dispositivo de
destino, y
- la información que se intercambia (230).
18. Sistema según la reivindicación 10,
caracterizado por el hecho de que dichos objetos de
interficie comprenden funcionalidades escogidas del grupo que se
compone de:
- funcionalidad de expedición de mensajes
(3060),
- funcionalidad de expedición de eventos (3020,
3040),
- funcionalidad de recepción de mensajes (3050),
y
- funcionalidad de recepción de eventos (3010,
3030).
19. Objeto (13) de un sistema para simular redes
de telecomunicaciones según cualquiera de las reivindicaciones 10 a
18, caracterizado por el hecho de que comprende por lo menos
un objeto de interficie respectivo (13a', 13a''; 121b, 122b, 123b,
124b, 125b) que presenta un lado externo (A) y un lado interno (B)
respecto al módulo o dispositivo que se modela, teniendo dicho lado
externo (A) de dicho objeto de interficie respectivo (13a', 13a'';
121b, 122b, 123b, 124b, 125b) un carácter independiente de las
idiosincrasias de dicho módulo o dispositivo.
20. Producto programa de ordenador adaptado para
ser cargado en la memoria de por lo menos un ordenador y que
comprende porciones de código de programa para realizar las etapas
de procedimiento según cualquiera de las reivindicaciones 1 a
9.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/IT2003/000761 WO2005051023A1 (en) | 2003-11-21 | 2003-11-21 | Method and system for simulating communications networks, object and computer program product therefor |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2285199T3 true ES2285199T3 (es) | 2007-11-16 |
Family
ID=34611209
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES03768116T Expired - Lifetime ES2285199T3 (es) | 2003-11-21 | 2003-11-21 | Procedimiento y sistema para simular redes de comunicaciones, objeto y producto de programa informatico asociados. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US8090563B2 (es) |
| EP (1) | EP1685732B1 (es) |
| AT (1) | ATE356519T1 (es) |
| AU (1) | AU2003292534A1 (es) |
| CA (1) | CA2545814C (es) |
| DE (1) | DE60312401T2 (es) |
| ES (1) | ES2285199T3 (es) |
| WO (1) | WO2005051023A1 (es) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005060293A1 (en) * | 2003-12-18 | 2005-06-30 | Telecom Italia S.P.A. | Method for simulating communication networks, related simulator, communication network, and computer program product |
| GB0418959D0 (en) * | 2004-08-25 | 2004-09-29 | Nortel Networks Ltd | Mesh network evaluation methods |
| US20090254330A1 (en) * | 2005-11-24 | 2009-10-08 | Paolo Goria | Method and System for Simulating a Communication Network, Related Network and Computer Program Product Therefor |
| US8799480B2 (en) * | 2010-07-19 | 2014-08-05 | Movik Networks | Content pre-fetching and CDN assist methods in a wireless mobile network |
| US8565076B2 (en) | 2010-09-24 | 2013-10-22 | Movik Networks | Destination learning and mobility detection in transit network device in LTE and UMTS radio access networks |
| US9252982B2 (en) | 2010-10-21 | 2016-02-02 | Marshall Jobe | System and method for simulating a land mobile radio system |
| US9774386B2 (en) | 2013-03-15 | 2017-09-26 | E.F. Johnson Company | Distributed simulcast architecture |
| US9800460B2 (en) | 2014-08-01 | 2017-10-24 | E.F. Johnson Company | Interoperability gateway for land mobile radio system |
| US9763260B2 (en) | 2014-11-06 | 2017-09-12 | E.F. Johnson Company | System and method for dynamic channel allocaton |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI100043B (fi) * | 1992-01-23 | 1997-08-29 | Nokia Telecommunications Oy | Solukkoradioverkon suunnittelumenetelmä ja -järjestelmä |
| US5794128A (en) * | 1995-09-20 | 1998-08-11 | The United States Of America As Represented By The Secretary Of The Army | Apparatus and processes for realistic simulation of wireless information transport systems |
| DE19811097A1 (de) * | 1998-03-16 | 1999-09-23 | Deutsche Telekom Ag | Simulator zur Simulation eines intelliegenten Netzwerks |
| US6272450B1 (en) * | 1998-06-16 | 2001-08-07 | Telefonaktiebolaget L M Ericsson (Publ) | Cellular network traffic simulator (cents) |
| US6134514A (en) * | 1998-06-25 | 2000-10-17 | Itt Manufacturing Enterprises, Inc. | Large-scale network simulation method and apparatus |
| US6922395B1 (en) * | 2000-07-25 | 2005-07-26 | Bbnt Solutions Llc | System and method for testing protocols for ad hoc networks |
| US6971063B1 (en) * | 2000-07-28 | 2005-11-29 | Wireless Valley Communications Inc. | System, method, and apparatus for portable design, deployment, test, and optimization of a communication network |
| US6973622B1 (en) * | 2000-09-25 | 2005-12-06 | Wireless Valley Communications, Inc. | System and method for design, tracking, measurement, prediction and optimization of data communication networks |
| ITTO20010568A1 (it) * | 2001-06-14 | 2002-12-14 | Telecom Italia Lab Spa | Sistema e metodo per simulare il comportamento di una rete per apparecchiature radiomobili. |
| US7286802B2 (en) | 2002-02-15 | 2007-10-23 | Dyaptive Systems Incorporated | Wireless simulator |
| DE60310048T2 (de) * | 2002-03-19 | 2007-08-02 | Lcc International, Inc. | Verfahren, vorrichtung und systeme zur simulation von gemischte verkehr in einemdrahtlösen netzwerk |
| DE60335669D1 (de) * | 2003-11-27 | 2011-02-17 | Telecom Italia Spa | Verfahren zur simulation eines kommunikationsnetzes, das die dienstqualität betrachtet |
| US7295568B2 (en) * | 2003-12-31 | 2007-11-13 | Nokia Corporation | Apparatus, method and system for decision making to support network selection for datascasting in hybrid networks |
| US8554234B2 (en) * | 2007-06-26 | 2013-10-08 | Telcordia Technologies, Inc. | Method and procedures for automatic calibration of a wireless communications system simulation |
-
2003
- 2003-11-21 AT AT03768116T patent/ATE356519T1/de not_active IP Right Cessation
- 2003-11-21 DE DE60312401T patent/DE60312401T2/de not_active Expired - Lifetime
- 2003-11-21 AU AU2003292534A patent/AU2003292534A1/en not_active Abandoned
- 2003-11-21 ES ES03768116T patent/ES2285199T3/es not_active Expired - Lifetime
- 2003-11-21 EP EP03768116A patent/EP1685732B1/en not_active Expired - Lifetime
- 2003-11-21 CA CA2545814A patent/CA2545814C/en not_active Expired - Fee Related
- 2003-11-21 WO PCT/IT2003/000761 patent/WO2005051023A1/en not_active Ceased
- 2003-11-21 US US10/579,784 patent/US8090563B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| DE60312401T2 (de) | 2007-11-29 |
| CA2545814A1 (en) | 2005-06-02 |
| CA2545814C (en) | 2012-03-13 |
| DE60312401D1 (de) | 2007-04-19 |
| ATE356519T1 (de) | 2007-03-15 |
| EP1685732A1 (en) | 2006-08-02 |
| WO2005051023A1 (en) | 2005-06-02 |
| US8090563B2 (en) | 2012-01-03 |
| EP1685732B1 (en) | 2007-03-07 |
| AU2003292534A1 (en) | 2005-06-08 |
| US20070160181A1 (en) | 2007-07-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20240134680A1 (en) | Technologies for scheduling time sensitive cyclical network traffic in real-time | |
| US11843955B2 (en) | Installation of repeaters for a millimeter wave communications network | |
| Adkins et al. | The signpost platform for city-scale sensing | |
| ES2285199T3 (es) | Procedimiento y sistema para simular redes de comunicaciones, objeto y producto de programa informatico asociados. | |
| EP1943800A4 (en) | METHOD FOR OBTAINING AND MANAGING A DOWNSTREAM RADIO CONTROL PANEL BLOCK IN AN EGPRS MOBILE ELECTRONIC COMMUNICATION DEVICE | |
| CN101964749A (zh) | 一种基于多核构架的报文转发方法及系统 | |
| ES3055120T3 (en) | Interference processing method, apparatus and system | |
| CN116491155B (zh) | 基于测量间隙的载波特定缩放系数增强 | |
| WO2011128464A1 (es) | Procedimiento y sistema para el cálculo de distancias entre nodos inalámbricos | |
| CN109218963B (zh) | 位置指纹数据处理方法、装置、设备及存储介质 | |
| JP2018522480A (ja) | フロントホールトポロジを探索するための方法および装置 | |
| CN102355677A (zh) | 面向移动节点数据传输的无线传感器网络仿真器 | |
| US11659516B2 (en) | Network-based user equipment receive/transmit capability exchange for positioning | |
| ES2272833T3 (es) | Servidor para un sistema de telecomunicaciones y procedimiento para establecer una conexion de telecomunicaciones. | |
| CN101184306A (zh) | 手机测量报告和信令数据的采集、处理和关联分析的系统 | |
| EP4569786A1 (en) | A system, method, device, and program for interface management of ai/ml applications over radio access parameters | |
| CN115802499A (zh) | 多通道的用电数据传输方法、装置和通讯模块 | |
| Varshney et al. | sQualNet: A scalable simulation and emulation environment for sensor networks | |
| EP3804231A1 (en) | Operational constraints for operational functions of field devices | |
| CN106161551A (zh) | 一种控制虚拟机连接数的方法及装置 | |
| US12501277B2 (en) | Identification of new growth areas in a telecommunications network by identifying areas with no coverage | |
| JP7675961B1 (ja) | 配信サーバ、配信サーバの制御方法、及び配信サーバの制御プログラム | |
| CN100388826C (zh) | 一种节点b应用部分公共过程并行处理的方法 | |
| CN120075783A (zh) | 通信方法及装置 | |
| Gassara et al. | Cloud-based platforms for LoRa internet of things: a survey |