ES2255182T3 - Sistema procesador adaptativo. - Google Patents

Sistema procesador adaptativo.

Info

Publication number
ES2255182T3
ES2255182T3 ES98946468T ES98946468T ES2255182T3 ES 2255182 T3 ES2255182 T3 ES 2255182T3 ES 98946468 T ES98946468 T ES 98946468T ES 98946468 T ES98946468 T ES 98946468T ES 2255182 T3 ES2255182 T3 ES 2255182T3
Authority
ES
Spain
Prior art keywords
connection
dspu
applications
processing unit
telecommunications
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
Application number
ES98946468T
Other languages
English (en)
Inventor
Jyri Suvanen
Jari Korhonen
Matti Lehtimaki
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Oyj
Original Assignee
Nokia Oyj
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=8549575&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=ES2255182(T3) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Nokia Oyj filed Critical Nokia Oyj
Application granted granted Critical
Publication of ES2255182T3 publication Critical patent/ES2255182T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46Multiprogramming arrangements
    • G06F9/50Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061Partitioning or combining of resources
    • G06F9/5066Algorithms for mapping a plurality of inter-dependent sub-tasks onto a plurality of physical CPUs

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Método de ejecución de por lo menos una aplicación (Appl_1 a Appl_n) asociada a una conexión (C1 a Cn) de telecomunicaciones hacia/desde un terminal por parte de por lo menos una unidad (DSPU_1 a DSPU_n) de procesado que presta servicio a la conexión de telecomunicaciones hacia/desde el terminal, comprendiendo el método las etapas siguientes: (i) se forma una base de datos DB que comprende varias aplicaciones y se conecta la misma operacionalmente a las unidades de procesado a través de una red rápida (22 a 24) por conmutación de paquetes para cargar aplicaciones en ellas; y por lo menos en el inicio de cada conexión de telecomunicaciones (ii) se asigna una unidad (DSPU_1 a DSPU_n) de procesado disponible para la conexión de telecomunicaciones en cuestión, (iii)se identifican las aplicaciones requeridas por la conexión de telecomunicaciones en cuestión, y (iv) se cargan las aplicaciones requeridas por la conexión de telecomunicaciones en cuestión en la unidad de procesado asignada desde dicha base de datos (DB) a través de dicha red rápida por conmutación de paquetes usando el protocolo de la red sin ninguna conversión a protocolos de nivel superior.

Description

Sistema procesador adaptativo.
Antecedentes de la invención
La presente invención se refiere a sistemas procesadores usados en los elementos de red de sistemas de telecomunicaciones, y particularmente a la asignación y configuración de recursos para procesadores de señales digitales (dsp).
Haciendo referencia a la Fig.1, una unidad de procesado de señales digitales DSPU que presta servicio a una conexión 11 comprende típicamente, además del procesador en cuestión (DSP), una interfaz I/O (Entrada/Salida) con la conexión, y una memoria de programa, la cual comprende habitualmente una memoria de solo lectura ROM y una memoria de acceso aleatorio RAM (y otros circuitos de soporte, tales como un reloj y circuitos de interrupción, aunque los mismos no son relevantes para la invención). La conexión 11 se divide en dos partes: la parte sobre la que se transmite información concreta se indica mediante la referencia 11_{1} y la señalización asociada se indica mediante la referencia 11_{2}.
Uno de los problemas en un sistema de este tipo es que la configuración es inflexible. Si existen varias unidades procesadoras DSPU y si las mismas ejecutan aplicaciones diferentes, la memoria de programa ROM de cada unidad procesadora debe ser lo suficientemente grande como para almacenar todas las aplicaciones. Las aplicaciones incluyen, por ejemplo, diferentes métodos de codificación de la voz, métodos de compresión y descompresión de una señal de vídeo, cancelación de eco, etcétera. Como en la técnica anterior las aplicaciones se instalan de forma bien permanente o bien semipermanente (por ejemplo, en una ROM regrabable), las unidades procesadoras conocidas no comprenden una interfaz rápida para actualizar la aplicación. Consecuentemente, surge otro problema: cuando se está actualizando una aplicación, la unidad procesadora está fuera de servicio.
Para que no todas las aplicaciones sean necesarias en todas las unidades procesadoras, típicamente las unidades procesadoras se disponen en grupos. Los flujos de datos que requieren una aplicación específica son conducidos al grupo que presta servicio a la aplicación en cuestión. El problema es que los grupos son permanentes, de manera que no se puede tener en cuenta la distribución de flujos de datos diferentes.
La patente US nº 5.577.105 da a conocer la transferencia de parámetros de funcionamiento a una unidad de procesado.
Breve descripción de la invención
El objetivo de la invención es proporcionar un método y un sistema que implemente el método, que resuelvan los problemas mencionados anteriormente. El objetivo de la invención se alcanza mediante un método y un sistema que están caracterizados por el contenido de las reivindicaciones independientes. Las formas de realización preferidas de la invención se reivindican en las reivindicaciones dependientes.
La idea básica de la invención consiste en usar una red de telecomunicaciones por conmutación de paquetes de banda ancha, preferentemente una red ATM, para transferir aplicaciones desde una base de datos común de un sistema multiprocesador a unidades de procesado por lo menos en el inicio de cada conexión y, si fuera necesario, nuevamente durante la conexión. Preferentemente, se usa el protocolo de la red ATM, y no es necesaria ninguna conversión a los protocolos de nivel superior del modelo OSI.
Una primera forma de realización del método y el sistema reivindicados se basa en la disposición de varias unidades de procesado bajo una unidad de control común. Las aplicaciones se concentran en una base de datos común. En cada conexión, las aplicaciones (servicios) requeridas por la conexión son identificadas y a continuación se cargan, bajo el control de la unidad de control, en una unidad de procesado disponible. La unidad de procesado y la base de datos que contiene las aplicaciones se interconectan usando una tecnología de conexión rápida, preferentemente una red por paquetes de banda ancha, tal como la ATM. En este caso, la expresión tecnología de conexión rápida significa que se puede cargar una aplicación desde la base de datos a la unidad de procesado durante la conexión, sin que el usuario que hace uso de la conexión perciba ningún retardo perturbador.
La tecnología de la invención da origen a un uso flexible de los recursos, ya que en la memoria de cada unidad de procesado es necesario almacenar únicamente la aplicación más grande (o conjunto de aplicaciones). De este modo, no es necesario almacenar todas las aplicaciones en la memoria. Cualquier unidad de procesado, sea cual sea, puede prestar servicio a cualquier conexión, ya que todas las aplicaciones están disponibles para todos los procesadores. La cantidad adecuada de memoria en cada unidad de procesado es ligeramente mayor (por ejemplo, entre el 30 y el 100%) que la cantidad mayor de memoria necesaria al mismo tiempo o la cantidad de memoria requerida por la aplicación individual o conjunto de aplicaciones más grande, aunque todavía considerablemente menor que la cantidad combinada de memoria requerida por las diferentes aplicaciones. La expresión conjunto de aplicaciones significa aplicaciones asociadas exactamente a la misma conexión al mismo tiempo. Por ejemplo, en el GSM, un conjunto de aplicaciones podría comprender un códec de velocidad completa y la cancelación del eco.
La tecnología de la invención es también fiable en relación con las modificaciones y la actualización. Cuando se actualiza una aplicación, se puede mantener la versión antigua de la aplicación aunque en la base de datos se cargue una versión más nueva. Si la aplicación nueva no funciona correctamente, en ese caso se puede poner en funcionamiento inmediatamente la versión más antigua. Cuando se actualizan aplicaciones, ninguna de las unidades de procesado está fuera de servicio. Como la carga de todas las aplicaciones de todas las conexiones la controla el controlador común, se obtiene una ventaja adicional: se puede contar fácilmente el número de veces que se usa cada aplicación, en el caso de que el operador desee preparar estadísticas o en el caso de que el proveedor de las aplicaciones desee cobrar por el número de veces de uso, en lugar de una cantidad fija.
Una segunda forma de realización del método y sistema de la invención es un compromiso entre la técnica anterior (en la cual las aplicaciones están ubicadas en memorias permanentes) y la primera forma de realización de la invención (en la cual las aplicaciones se cargan de forma independiente para cada conexión). El compromiso se alcanza, por ejemplo, realizando un seguimiento de las unidades de procesado disponibles y de qué aplicaciones se han cargado en qué unidades de procesado. En el comienzo de cada conexión (y, cuando sea necesario, también durante la conexión), se identifican las aplicaciones requeridas por la conexión en cuestión, y se selecciona para la conexión una unidad de procesado disponible en la cual se haya cargado una parte lo más grande posible de las aplicaciones requeridas. A continuación, en la unidad de procesado se cargan desde la base de datos las aplicaciones que faltan.
La expresión "una parte lo más grande posible" se puede interpretar por lo menos de dos maneras: bien, en la unidad de procesado seleccionada es necesario cargar el menor número posible de aplicaciones, o bien, es necesario cargar una aplicación (conjunto de aplicaciones) que sea lo más pequeña posible. Si una unidad de procesado puede prestar servicio a varias conexiones, en ese caso la "unidad de procesado disponible" es una unidad que dispone por lo menos de cierta capacidad de procesado disponible.
Además de las ventajas anteriores, la segunda forma de realización presenta también la ventaja de que si en una unidad de procesado ya se han cargado las aplicaciones necesarias, no es necesario cargar aplicaciones en las unidades de procesado. Esta situación resulta particularmente útil para el operador de la red en sistemas distribuidos, en los cuales la base de datos y las unidades de procesado están separadas por una distancia grande, y en los cuales el operador también debe de pagar por la capacidad de la red reservada para transferir las aplicaciones.
Aunque con la invención se obtienen las mayores ventajas cuando se dispone de varias unidades de procesado, la tecnología de la invención también se puede aplicar cuando se dispone solamente de una unidad de procesado, en el caso de que se espere que el número de las unidades de procesado vaya a aumentar (por ejemplo, cuando se incremente la carga de tráfico). Si se dispone solamente de una unidad de procesado, la selección de una unidad de procesado disponible significa simplemente que se comprueba si ya está siendo usada toda la capacidad de la unidad de procesado.
Breve descripción de los dibujos
A continuación se describirá la invención más detalladamente por medio de formas de realización preferidas y haciendo referencia a los dibujos adjuntos, en los cuales
la Fig. 1 es un diagrama de bloques de una unidad de procesado digital conocida anteriormente, y
la Fig. 2 es un diagrama de bloques de un sistema según la presente invención.
Descripción detallada de la invención
El sistema de acuerdo con la segunda forma de realización de la invención ilustrado en la Fig. 2 comprende una base de datos DB en la cual se cargan las aplicaciones, y una unidad de control o controlador CTRL, así como unidades de procesado DSPU. El sistema comprende además un camino de transmisión de banda ancha que combina los diferentes bloques, siendo preferentemente el camino un sistema de conmutación ATM 22. La base de datos DB comprende, es decir, en la base de datos se almacenan, todas las aplicaciones que se van a ejecutar en el sistema (diferentes algoritmos de codificación, etcétera). Es posible realizar un seguimiento de las aplicaciones contenidas en la base de datos DB, por ejemplo, por medio de una tabla 28, la cual muestra, para cada aplicación, por lo menos un identificador Appl_1 a Appl_n y el tamaño de la aplicación, es decir, la cantidad de memoria requerida por la aplicación. La tabla también puede indicar la posición de cada aplicación en la base de datos (a no ser que la base de datos DB acepte el identificador Appl_1 a Appl_n de la aplicación como tal como una indicación de la aplicación en cuestión). La tabla también se puede usar para mantener el número de versión de las aplicaciones.
Las unidades de procesado DSPU se corresponden sustancialmente con la unidad de procesado conocida anteriormente, ilustrada en la Fig. 1, aunque en este caso se necesita la memoria de solo lectura ROM únicamente para transferir aplicaciones desde la base de datos DB a través del sistema de conmutación 22. De este modo, la ROM se corresponde principalmente con un cargador inicial, de arranque, de un ordenador común. La carga de una aplicación desde la base de datos a las unidades de procesado tiene lugar a una velocidad óptima en el caso de que se pueda usar el protocolo de la propia red (por ejemplo, una red ATM) y no es necesario malgastar ni tiempo ni recursos en la conversión de los protocolos a los protocolos de nivel superior (por ejemplo, TCP/IP) del modelo OSI. No obstante, es aconsejable complementar el protocolo de la red ATM con una característica de detección de errores y retransmisión en el caso de que se pierda o distorsione un paquete.
La gestión de los recursos la controla el controlador CTRL. La referencia numérica 21 indica una interfaz entre el controlador CTRL y el sistema 22 de conmutación, y la interfaz comprende una conexión 21_{1} de control para controlar el sistema 22 de conmutación, un módulo 21_{2} de Operaciones y Gestión OAM, y una conexión 21_{3} de señalización. En el inicio de cada conexión, el controlador CTRL identifica las aplicaciones requeridas por cada conexión C1 a Cn, por ejemplo, basándose en la conexión de señalización asociada a la conexión. La identificación de las aplicaciones requeridas por una conexión es un procedimiento estándar para una persona experta en la técnica, y en los sistemas de la técnica anterior se asignaría para la conexión, basándose en la identificación, una unidad de procesado disponible cuyo software comprende la aplicación requerida. Según la primera forma de realización de la invención, todas las unidades de procesado son iguales, y el controlador CTRL asigna cualquier unidad de procesado DSPU disponible, sea cual sea, para la conexión en cuestión. De acuerdo con la segunda forma de realización de la invención, el controlador comprueba si en una unidad de procesado disponible se han cargado las aplicaciones necesarias. A continuación, el controlador inicia la carga de todas las aplicaciones necesarias desde la base de datos DB a la unidad de procesado que presta servicio a la conexión en cuestión. La referencia numérica 23 indica una interfaz entre la base de datos DB y el sistema de conmutación, y la interfaz comprende un camino 23_{1} de transmisión de banda ancha para cargar aplicaciones a través del sistema 22 de conmutación en las unidades de procesado DSPU, y una conexión 23_{2} de señalización, a través de la cual el controlador CTRL notifica a la base de datos qué aplicaciones se deben cargar en qué unidades de procesado.
El controlador CTRL puede mantener información sobre la asignación de las unidades de procesado, por ejemplo, por medio de una tabla 29, la cual muestra, para cada unidad de procesado, la cantidad de memoria (a no ser que la cantidad sea la misma para todas las unidades de procesado), las conexiones a las que presta servicio la unidad y las aplicaciones que contiene. A continuación, considérese que en la Fig. 2 cada unidad de procesado puede prestar servicio a dos conexiones, y que surge la necesidad de prestar servicio a una conexión nueva la cual requiere las aplicaciones Appl_2 y Appl_3. La unidad de procesado DSPU3 tiene las aplicaciones almacenadas en su memoria, pero ya ha sido asignada toda su capacidad de procesado. La unidad de procesado DSPU1 carece de la aplicación Appl_3, y la unidad de procesado DSPU2 carece de la aplicación Appl_2. Si se supone que Appl_3 requiere menos memoria que Appl_2, se necesita la menor cantidad de carga si se asigna DSPU1 para la conexión nueva y en la misma se carga Appl_3. (De hecho, la tabla 28 de la Fig. 2 es una presentación simplificada: el tamaño de una aplicación en la base de datos DB no es siempre el mismo que la cantidad total de memoria requerida por la aplicación. En realidad, las aplicaciones requieren además memoria de datos, es decir, espacio de trabajo, cuya cantidad debe tenerse en cuenta en la gestión de la memoria de las unidades de procesado aunque no es necesario cargarla en las unidades de procesado). Si no se dispone de espacio suficiente en la RAM de la unidad de procesado para cargar las aplicaciones nuevas, el controlador puede ordenar a la unidad de procesado que borre de la memoria una aplicación que ya no sea necesaria en ese momento. Como alternativa, es posible comprobar si se dispone de espacio suficiente para cargar la aplicación en la memoria de alguna otra unidad de procesado.
El controlador CTRL puede cargar la aplicación desde la base de datos DB, un bloque cada vez, y a continuación reenviarlo hacia la unidad de procesado DSPU. Como alternativa, si la base de datos DB y las unidades de procesado DSPU son suficientemente independientes, el controlador CTRL puede iniciar la transferencia de la aplicación directamente desde la base de datos a la unidad de procesado.
Por otro lado, el sistema 22 de conmutación y el controlador CTRL pueden ser partes convencionales del sistema de conmutación ATM, aunque el controlador CTRL se complemente con las operaciones descritas anteriormente. El controlador CTRL se implementa preferentemente usando un procesador digital. Los programas del controlador se pueden ubicar bien en el propio controlador o bien en la base de datos DB, desde la cual son recuperados por el controlador cuando el mismo se activa y/o cuando detecta (basándose en la conexión 21_{3} de señalización) que el software ha sido actualizado.
El controlador CTRL y la base de datos DB se muestran como unidades independientes. La división es más bien lógica que física, y ayuda a clarificar las funciones realizadas en la disposición de la invención. La Fig. 2 también podría dibujarse de manera que mostrara los dos elementos combinados, con lo cual sería posible hablar sobre una "base de datos inteligente".
Los bloques de la Fig. 2 se pueden ubicar exactamente en el mismo elemento de la red. Uno de los ejemplos para dicho elemento podría ser un controlador de estaciones base o una unidad transcodificadora de un sistema móvil, o un servidor de vídeo bajo demanda. Como el sistema según la invención mejora la utilización de los recursos, se obtienen las mayores ventajas si se concentran exactamente en el mismo sistema un número lo más grande posible de aplicaciones, por ejemplo diferentes técnicas de codificación y cancelación de eco.
Una de las alternativas al sistema compacto mencionado consistiría en la distribución geográfica de los bloques de la Fig. 2, por ejemplo, de tal manera que el controlador común y la base de datos prestaran servicio a un número elevado de unidades de procesado separadas por una gran distancia. Uno de los sistemas preferidos es que el proveedor de los equipos mantenga la base de datos DB, aunque el operador almacene las aplicaciones correspondientes en su memoria caché. En el sistema de la Fig. 2, la memoria caché podría ubicarse junto con la conexión 23 (ó 21). Esta opción es una forma relativamente sencilla de proporcionar redundancia: una base de datos segura presta servicio a todas las unidades de procesado de una red o una parte de la red. Esta opción también permite que los elementos de la red "tomen prestadas" unidades de procesado de otros elementos durante el tráfico de pico.
De este modo, la primera forma de realización mencionada de la invención se puede implementar proporcionando una base de datos DB que comprenda varias aplicaciones y disponiendo una interfaz rápida 22, 23, 24 entre las unidades de procesado y la base de datos DB. En el inicio de cada conexión, se asigna para la conexión una unidad de procesado disponible, se identifican las aplicaciones requeridas por la conexión en cuestión, y se cargan las aplicaciones en la unidad de procesado asignada desde la base de datos DB.
De forma correspondiente, la segunda forma de realización de la invención (en la cual las aplicaciones se cargan cuando es necesario) se puede implementar a través de un método que comprende las siguientes etapas:
(1)
se forma una base de datos DB que comprende varias aplicaciones Appl_1 a Appl_n y se dispone una interfaz rápida 22, 23, 24 desde la base de datos a las unidades de procesado DSPU_1 a DSPU_n para cargar en ellas las aplicaciones;
(2)
se realizan seguimiento de las unidades de procesado disponibles y de qué aplicaciones se han cargado en las unidades de procesado; y
por lo menos en el inicio de cada conexión,
(3)
se identifican las aplicaciones requeridas por la conexión en cuestión,
(4)
se asigna una unidad de procesado disponible para la conexión en cuestión, preferentemente una en la que se carga una parte lo más grande posible de las aplicaciones requeridas por la conexión en cuestión, y
(5)
si la unidad de procesado en cuestión carece de cualquiera de las aplicaciones requeridas por la conexión en cuestión, se carga la aplicación en ella desde la base de datos DB.
La identificación de las aplicaciones necesarias y la carga de las aplicaciones en las unidades de procesado DSPU también pueden tener lugar posteriormente durante la conexión. Por ejemplo, las unidades de equipos terminales del sistema móvil pueden cambiar el método de codificación de la voz o negociar sobre el uso de un cancelador de eco durante la conexión (especialmente cuando cambien las células). El controlador CTRL detecta esta situación (por ejemplo, basándose en la conexión de señalización) y repite las etapas (3) a (5). La repetición de las etapas se puede interpretar por lo menos de dos maneras. Según la primera interpretación, durante la conexión no se cambia una unidad de procesado asignada para dicha conexión, aunque en la unidad de procesado que ha sido asignada en el inicio de la conexión se cargan todas las aplicaciones adicionales necesarias. De acuerdo con la segunda interpretación, durante la conexión también se puede repetir la asignación de una unidad de procesado que tiene lugar en la etapa (4). Si, por ejemplo, los terminales deciden realizar una transferencia desde un códec de velocidad completa a un códec de velocidad mitad y hay disponible por lo menos una unidad de procesado en la cual se ha cargado un códec de velocidad mitad, en ese caso el controlador CTRL puede asignar esta unidad de procesado para prestar servicio a la conexión en cuestión.
Con los avances técnicos, resultará evidente para un experto en la materia que la idea básica de la invención se puede implementar de diversas formas. Por tanto, la invención y sus formas de realización no se limitan a los ejemplos expuestos anteriormente sino que pueden variar dentro del alcance de las reivindicaciones.

Claims (13)

1. Método de ejecución de por lo menos una aplicación (Appl_1 a Appl_n) asociada a una conexión (C1 a Cn) de telecomunicaciones hacia/desde un terminal por parte de por lo menos una unidad (DSPU_1 a DSPU_n) de procesado que presta servicio a la conexión de telecomunicaciones hacia/desde el terminal, comprendiendo el método las etapas siguientes:
(i)
se forma una base de datos DB que comprende varias aplicaciones y se conecta la misma operacionalmente a las unidades de procesado a través de una red rápida (22 a 24) por conmutación de paquetes para cargar aplicaciones en ellas; y
por lo menos en el inicio de cada conexión de telecomunicaciones
(ii)
se asigna una unidad (DSPU_1 a DSPU_n) de procesado disponible para la conexión de telecomunicaciones en cuestión,
(iii)
se identifican las aplicaciones requeridas por la conexión de telecomunicaciones en cuestión, y
(iv)
se cargan las aplicaciones requeridas por la conexión de telecomunicaciones en cuestión en la unidad de procesado asignada desde dicha base de datos (DB) a través de dicha red rápida por conmutación de paquetes usando el protocolo de la red sin ninguna conversión a protocolos de nivel superior.
2. Método según la reivindicación 1, que comprende además las etapas siguientes:
se realiza un seguimiento de las unidades de procesado disponibles y de qué aplicaciones se han cargado en las unidades de procesado; y
se asigna una unidad de procesado disponible para la conexión de telecomunicaciones en cuestión, y
en el que dicha carga de aplicaciones es sensible a una determinación de que la unidad de procesado asignada carece de cualquiera de las aplicaciones requeridas por la conexión en cuestión.
3. Método según la reivindicación 1 ó 2, caracterizado porque se cargan las aplicaciones en la unidad (DSPU_1 a DSPU_n) de procesado por medio de la misma interfaz (24) a través de la cual se transfiere hacia la unidad de procesado la información asociada a dicha conexión (C1 a Cn).
4. Método según cualquiera de las reivindicaciones 1 a 3, caracterizado porque se cargan las aplicaciones en la unidad de procesado por medio de una red ATM.
5. Método según la reivindicación 1 ó cualquiera de las reivindicaciones 2 a 4, caracterizado porque, si es necesario, se vuelven a efectuar algunas de las etapas (ii) a (iv) durante la conexión.
6. Método según cualquiera de las reivindicaciones 1 a 5, caracterizado porque se controlan algunas de las etapas (ii) a (iv) por medio de un controlador independiente (CTRL) común a todas las unidades de procesado.
7. Sistema para ejecutar por lo menos una aplicación (Appl_1 a Appl_n) asociada a una conexión (C1 a Cn) de telecomunicaciones hacia/desde un terminal por parte de por lo menos una unidad (DSPU_1 a DSPU_n) de procesado que puede funcionar para prestar servicio a la conexión de telecomunicaciones hacia/desde el terminal, en el que
la disposición comprende además un controlador (CTRL) y una base de datos (DB) que contiene varias aplicaciones diferentes;
una red rápida (22 a 24) por conmutación de paquetes está dispuesta desde las unidades (DSPU_1 a DSPU_n) de procesado hacia dicha base de datos (DB); y
el controlador (CTRL) está dispuesto para asignar, por lo menos en el inicio de cada conexión de telecomunicaciones, una unidad (DSPU_1 a DSPU_n) de procesado disponible para la conexión de telecomunicaciones en cuestión, y
el controlador (CTRL) comprende medios para identificar las aplicaciones requeridas por la conexión de telecomunicaciones en cuestión, y medios para cargarlas en la unidad (DSPU_1 a DSPU_n) de procesado asignada desde dicha base de datos (DB) a través de dicha red rápida por conmutación de paquetes usando el protocolo de la red sin ninguna conversión a protocolos de nivel superior.
8. Sistema según la reivindicación 7, en el que
el controlador (CTRL) está dispuesto para realizar un seguimiento de unidades de procesado disponibles y de qué aplicaciones se han almacenado en las unidades de procesado;
y por lo menos en el inicio de cada conexión, el controlador (CTRL) está dispuesto para
asignar una unidad de procesado disponible para la conexión en cuestión;
y en el que dichos medios de carga son sensibles a una determinación de que la unidad de procesado asignada carece de cualquiera de las aplicaciones requeridas por la conexión en cuestión.
9. Sistema según la reivindicación 7 u 8, caracterizado porque el controlador (CTRL) es común a todas las unidades (DSPU_1 a DSPU_n) de procesado.
10. Sistema según cualquiera de las reivindicaciones 7 a 9, caracterizado porque cada unidad (DSPU_1 a DSPU_n) de procesado comprende una memoria (M1 a Mn), siendo la cantidad de memoria mayor que la cantidad de memoria más grande requerida por las aplicaciones (Appl_1 a Appl_n) asociadas a una única conexión (C1 a Cn), aunque menor que la cantidad combinada de memoria requerida por las aplicaciones de la disposición.
11. Sistema según cualquiera de las reivindicaciones 7 a 10, caracterizado porque todas las partes mencionadas están ubicadas exactamente en el mismo elemento de la red.
12. Sistema según cualquiera de las reivindicaciones 7 a 10, caracterizado porque no todas las partes mencionadas están ubicadas exactamente en el mismo elemento de la red.
13. Sistema según cualquiera de las reivindicaciones 7 a 12, caracterizado porque dicha red rápida (22 a 24) desde las unidades (DSPU_1 a DSPU_n) de procesado hacia la base de datos (DB) se forma a través de una red ATM.
ES98946468T 1997-09-23 1998-09-22 Sistema procesador adaptativo. Expired - Lifetime ES2255182T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI973761A FI107842B (fi) 1997-09-23 1997-09-23 Adaptiivinen prosessorijärjestelmä
FI973761 1997-09-23

Publications (1)

Publication Number Publication Date
ES2255182T3 true ES2255182T3 (es) 2006-06-16

Family

ID=8549575

Family Applications (1)

Application Number Title Priority Date Filing Date
ES98946468T Expired - Lifetime ES2255182T3 (es) 1997-09-23 1998-09-22 Sistema procesador adaptativo.

Country Status (11)

Country Link
US (1) US6681253B1 (es)
EP (2) EP1619580B1 (es)
JP (1) JP3658704B2 (es)
CN (1) CN1329851C (es)
AT (2) ATE434215T1 (es)
AU (1) AU9349598A (es)
CA (1) CA2302321A1 (es)
DE (2) DE69840921D1 (es)
ES (1) ES2255182T3 (es)
FI (1) FI107842B (es)
WO (1) WO1999015983A2 (es)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6598146B1 (en) * 1999-06-15 2003-07-22 Koninklijke Philips Electronics N.V. Data-processing arrangement comprising a plurality of processing and memory circuits
CA2349140A1 (en) * 2000-05-31 2001-11-30 Nortel Networks Limited Connection negotiation for voice over internet protocol using multiple steps
US8015303B2 (en) * 2002-08-02 2011-09-06 Astute Networks Inc. High data rate stateful protocol processing
US7814218B1 (en) 2002-10-17 2010-10-12 Astute Networks, Inc. Multi-protocol and multi-format stateful processing
US8151278B1 (en) 2002-10-17 2012-04-03 Astute Networks, Inc. System and method for timer management in a stateful protocol processing system
US7596621B1 (en) * 2002-10-17 2009-09-29 Astute Networks, Inc. System and method for managing shared state using multiple programmed processors
US20050262311A1 (en) * 2004-05-20 2005-11-24 Lippincott Louis A Hierarchical processor architecture for video processing
KR100860160B1 (ko) * 2004-05-20 2008-09-24 인텔 코오퍼레이션 비디오 처리를 위한 계층 프로세서 아키텍처
US20070094306A1 (en) * 2005-10-26 2007-04-26 Kyriazakos Nikolaos G Method and model for enterprise system development and execution

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5005122A (en) 1987-09-08 1991-04-02 Digital Equipment Corporation Arrangement with cooperating management server node and network service node
JPH04291538A (ja) 1991-03-19 1992-10-15 Fujitsu Ltd 予備回線を使用したダウンロード方式
US5504670A (en) * 1993-03-31 1996-04-02 Intel Corporation Method and apparatus for allocating resources in a multiprocessor system
US5600643A (en) 1993-09-23 1997-02-04 Bell Communications Research, Inc. Broadband intelligent telecommunications network and method providing enhanced capabilities for customer premises equipment
US5426694A (en) 1993-10-08 1995-06-20 Excel, Inc. Telecommunication switch having programmable network protocols and communications services
US5421009A (en) * 1993-12-22 1995-05-30 Hewlett-Packard Company Method of remotely installing software directly from a central computer
US5577105A (en) * 1994-03-11 1996-11-19 U.S. Robotics, Inc. Telephone call routing and switching techniques for data communications
US5859981A (en) 1995-07-12 1999-01-12 Super P.C., L.L.C. Method for deadlock-free message passing in MIMD systems using routers and buffers
US6199093B1 (en) * 1995-07-21 2001-03-06 Nec Corporation Processor allocating method/apparatus in multiprocessor system, and medium for storing processor allocating program
US6021263A (en) * 1996-02-16 2000-02-01 Lucent Technologies, Inc. Management of ATM virtual circuits with resources reservation protocol
US6298120B1 (en) * 1996-06-28 2001-10-02 At&T Corp. Intelligent processing for establishing communication over the internet
US6195678B1 (en) * 1996-09-03 2001-02-27 Fujitsu Limited Remote resource management system for automatically downloading required files from application server depending on contents of selected files on requesting computer
JP3372797B2 (ja) * 1996-12-06 2003-02-04 日本電気株式会社 帯域予約制御方式
GB2320642A (en) * 1996-12-21 1998-06-24 Ibm Distributed voice processing system
US6061442A (en) * 1997-03-07 2000-05-09 Lucent Technologies Inc. Method and apparatus for improved call control scheduling in a distributed system with dissimilar call processors
US5958010A (en) * 1997-03-20 1999-09-28 Firstsense Software, Inc. Systems and methods for monitoring distributed applications including an interface running in an operating system kernel
US5970488A (en) * 1997-05-05 1999-10-19 Northrop Grumman Corporation Real-time distributed database system and method
US6021442A (en) * 1997-07-17 2000-02-01 International Business Machines Corporation Method and apparatus for partitioning an interconnection medium in a partitioned multiprocessor computer system
US6104721A (en) * 1997-12-02 2000-08-15 Symmetry Communcations System DSP based dynamic resource allocation multiprocessor communications board
US6208642B1 (en) * 1997-12-19 2001-03-27 Ericsson Inc Architecture independent application invocation over a telephony network
US5999990A (en) * 1998-05-18 1999-12-07 Motorola, Inc. Communicator having reconfigurable resources
US6421338B1 (en) * 1998-06-05 2002-07-16 Lucent Technologies Inc. Network resource server
US6240086B1 (en) * 1999-10-15 2001-05-29 Texas Instruments Incorporated Dynamic DSP allocation for universal access to a packet network

Also Published As

Publication number Publication date
DE69833124D1 (de) 2006-03-30
JP3658704B2 (ja) 2005-06-08
EP1023671A2 (en) 2000-08-02
WO1999015983A2 (en) 1999-04-01
CN1271438A (zh) 2000-10-25
EP1619580A2 (en) 2006-01-25
FI973761A (fi) 1999-03-24
CA2302321A1 (en) 1999-04-01
EP1619580A3 (en) 2006-05-17
FI107842B (fi) 2001-10-15
CN1329851C (zh) 2007-08-01
FI973761A0 (fi) 1997-09-23
DE69840921D1 (de) 2009-07-30
AU9349598A (en) 1999-04-12
ATE434215T1 (de) 2009-07-15
EP1023671B1 (en) 2006-01-04
EP1619580B1 (en) 2009-06-17
DE69833124T2 (de) 2006-07-20
JP2001517835A (ja) 2001-10-09
US6681253B1 (en) 2004-01-20
WO1999015983A3 (en) 1999-05-20
ATE315253T1 (de) 2006-02-15

Similar Documents

Publication Publication Date Title
US5909437A (en) Software download for a subscriber terminal of a wireless telecommunications system
US5930704A (en) Reconfigurable subscriber terminal for a wireless telecommunications system
ES2255182T3 (es) Sistema procesador adaptativo.
JP3026820B2 (ja) 2地点間の直列両方向通信経路における帯域幅配分方法および装置
IE48757B1 (en) Modular time division switching system
ES2269100T3 (es) Metodo de utilizacion de las aplicaciones almacenadas en un modulo de identidad del abonado (sim), y para el tratamiento seguro de la informacion asociada con las mismas.
JP2021501491A (ja) バッファ状態報告方法、端末及びコンピュータ記憶媒体
JPH02291735A (ja) ディジタル・データ通信システムにおける低速チャネルの多重化方法および装置
KR20200053439A (ko) 정보 지시 방법, 단말기 및 컴퓨터 기억 매체
EP3806389A1 (en) Virtual subnet constructing method and device, and storage medium
US5408468A (en) Queueing system for switches having fast circuit properties
CN109302470A (zh) 一种n路服务器互联系统
CN117834174A (zh) 电力数据加密传输方法、系统、终端及存储介质
US7240830B2 (en) Layered SIM card and security function
US20060077974A1 (en) Return path derivation in packet-switched networks
US7486669B2 (en) Method for accessing a multi-stage switch for use as a single-stage switch
ES2291327T3 (es) Conmutador de combinacion y estacion base radio de encaminamiento-conmutacion.
AU624745B2 (en) Packet/fast packet switch for voice and data
US20040030720A1 (en) File sharing device in an integrated circuit
CN114244856B (zh) 基于区块链的网络存储方法、装置、系统及运营商平台
ES2373799T3 (es) Procedimiento, sistema y adaptador para conectar una pluralidad de dispositivos.
KR100249525B1 (ko) 운용중인 시스템에서 채널 카드 유형 변경에 따른 장애 처리방법
JPH02122747A (ja) 完全統合電気通信回線網
JP2521957B2 (ja) 伝送システム
SU1434441A1 (ru) Устройство дл сопр жени