ES2256975T3 - Procedimiento y dispositivos para la puesta a disposicion asegurada de funciones de una red de señalizacion para aplicaciones distribuidas de telecomunicaciones. - Google Patents

Abstract

Procedimiento para la puesta a disposición asegurada de funciones de una red de señalización para aplicaciones distribuidas de telecomunicaciones, en el que a) se implementa o existe una lógica de aplicación sobre un sistema descentralizado de una red de comunicaciones, b) funciones para el enlace con la red de señalización son organizadas o utilizadas sobre un equipo central, c) funciones de seguridad para la protección de la red de señalización y/o de un equipo central, son organizadas o utilizadas en un equipo central, y en el que d) se prevén elementos de comunicación para una comunicación entre equipos centrales y descentralizados, que permiten una llamada a funciones disponibles centralmente de una lógica de aplicación implementada descentralizadamente.

Description

Procedimiento y dispositivos para la puesta a disposición asegurada de funciones de una red de señalización para aplicaciones distribuidas de telecomunicaciones.

Muchas aplicaciones de telecomunicaciones necesitan funciones de una red de señalización y se realizan por lo tanto hoy día sólo sobre aquellos sistemas que tienen un enlace con una red de señalización de este tipo. La red de señalización más significativa que se utiliza en la práctica es probablemente la llamada red de señalización #7 (a continuación llamada también simplemente red #7). Tales sistemas con enlace directo con una red de señalización sobre los que hoy día se realizan aplicaciones de telecomunicaciones son puestos de conmutación digitales (por ejemplo para servicios suplementarios ISDN) o equipos centrales de una red inteligente (IN).

Una distribución de tales aplicaciones entre equipos (sistemas) que no tienen ninguna conexión directa a una red de señalización, no se ofrece hoy en día. Esta técnica conocida tiene tanto ventajas como también inconvenientes. Los inconvenientes más graves son:

a) Las funciones en los puestos de conmutación están usualmente disponibles sólo para la zona cubierta por la conmutación, pero no en toda la red de telecomunicaciones.

b) Los puestos de conmutación no pueden ampliarse sencillamente por terceros en aplicaciones, ya que se trata la mayor parte de las veces de sistemas propietarios especiales.

c) Los pocos sistemas IN centrales que deben ejecutar todas las aplicaciones (por ejemplo servicios de valor añadido IN) precisan de un elevado coste de administración, son cuellos de botella cuando se genera mucho tráfico y son muy críticos en cuanto a la fiabilidad de su funcionamiento.

d) En los sistemas IN centrales se encuentran todos los datos de todas las aplicaciones IN, aún cuando muchos datos son simplemente específicos de la aplicación. Ese hecho da lugar, entre otros, al citado elevado coste de administración y trae además otros problemas consigo, puesto que esta gran cantidad de datos debe asegurarse regularmente y protegerse frente a accesos no autorizados.

A estos inconvenientes se contraponen las siguientes ventajas de estas soluciones conocidas:

a) Las soluciones conocidas se basan en una técnica segura y madura. Esto es un factor decisivo para el funcionamiento de una red de telecomunicaciones.

b) Todas las funciones necesarias para la captación de tarifas, facturación, estadísticas y para el cumplimiento de las demás prescripciones legales, existen y están certificadas.

La invención tiene entonces la tarea básica de indicar una mejora de la técnica conocida que evite los inconvenientes citados y a la vez asegure las ventajas citadas.

Esta tarea se resuelve, según la presente invención, mediante un procedimiento según la reivindicación 1 y mediante un dispositivo según la reivindicación 4. La invención se basa en consecuencia en la idea básica de separar la lógica de aplicación de una red de telecomunicaciones de componentes del sistema relevantes para la seguridad organizando los primeros sobre equipos descentralizados de la red de comunicaciones y los últimos sobre equipos centrales de la red de comunicaciones. Entonces, elementos de comunicación adecuados entre los equipos centrales y descentralizados aseguran que las funciones disponibles centralmente puedan ser llamadas desde una lógica de aplicación implementada descentralizadamente. Las funciones de seguridad para la protección de la red de señalización y/o de un equipo central, se organizan o se utilizan sobre equipos centrales.

A continuación se describirá más en detalle la invención en base a ejemplos de ejecución preferentes y con ayuda de las figuras.

La figura 1 muestra una representación esquemática de aspectos esenciales para la invención del reparto de funciones entre equipos descentralizados y centrales de una red de comunicaciones según la presente invención.

El nuevo procedimiento utiliza el concepto ya conocido en aplicaciones de telecomunicaciones del Service Independent Building Block (SIB) y lo amplia en algunas funciones y conceptos. Una ampliación consiste en que los SIBs se contemplen como módulos generales de funciones y por lo tanto su utilización no quede limitada a servicios IN y sistemas IN.

Un SIB se describe mediante sus propiedades externas (por ejemplos operandos, entradas y salidas), así como su comportamiento (el funcionamiento).

Con SIBs se ponen a disposición las funciones básicas de la red de señalización para las aplicaciones distribuidas, por ejemplo:

- Connect (enlace de una llamada)

- Play Announcement (hacer correr un aviso)

- Release (activación de una llamada)

Esta relación de aplicaciones no es excluyente, sino sólo a modo de ejemplo. Estos SIBs básicos ocultan el complejo manejo de la red de señalización ante las aplicaciones y garantizan la protección de la red de señalización frente a manejos incorrectos.

Otros SIBs ponen a disposición otras funciones necesarias con carácter general, por ejemplo para la evaluación de números de llamada, distribución de llamadas según determinados criterios o para la gestión de datos. Estos SIBs pueden implementarse tanto sobre el sistema central como sobre el sistema descentralizado. Esto depende de la función SIB; por ejemplo, un SIB que necesite datos globales de la red necesita estar implementado sobre el sistema central.

Mediante la correspondiente combinación de SIBs y del ajuste de operandos SIB, pueden realizarse diversas aplicaciones de telecomunicaciones. La forma como se combinan los SIBs y cómo se ajustan los operandos, está determinada en la lógica de aplicación. Los SIBs y la lógica de aplicación necesaria están disponibles hoy día, tal como se ha mencionado, sólo en los puestos de conmutación digitales o en la central IN.

Sobre un equipo descentralizado (sistema descentralizado) representado esquemáticamente en la figura 1 de una red de comunicaciones, está implementada una aplicación de telecomunicaciones con ayuda de módulos de software (ASTs), que describe el comportamiento externo de módulos (SIBs) dependientes del servicio (software), es decir, por ejemplos los operandos necesarios, así como entradas y salidas. Adicionalmente, contienen estos módulos de software (ASTs) que se encuentran sobre el equipo descentralizado los métodos de ejecución de los correspondientes módulos independientes del servicio. Estos propios módulos independientes del servicio se encuentran sobre un equipo central. El equipo descentralizado representado en la figura 1 es representativo de múltiples equipos descentralizados como los indicados. Igualmente existirán en la práctica por lo general múltiples equipos centrales de los cuales es representativo el equipo central (sistema central) representado en la figura 1.

Tal como puede reconocerse en la figura 1, el método de ejecución puesto a disposición en un módulo AST no es siempre una implementación local de la función de un módulo independiente del servicio (función SIB), sino que utiliza una interfaz para la llamada de la implementación SIB sobre el sistema central (denominado "remote SIBx()"). Este método de ejecución especial en el AST prepara los datos necesarios para la función SIB, transmite los mismos al sistema central e inicia allí la ejecución propiamente dicha de la función SIB. Tras la finalización de la función SIB, envía el sistema central un valor de retorno al método que realiza la llamada del sistema descentralizado. Este valor puede ser evaluado ahora y utilizado para seguir realizando el control de la aplicación distribuida.

En el sistema central los módulos de seguridad SIB comprueban primeramente los datos y los pedidos del sistema descentralizado. Sólo tras tener éxito la comprobación se retransmiten los datos y los pedidos para la elaboración propiamente dicha. Los módulos de seguridad SIB ponen a disposición las siguientes funciones e interfaces:

-

funciones de prueba y de seguridad

-

una interfaz hacia a las funciones correspondientes del sistema descentralizado

-

una interfaz hacia las implementaciones SIB del sistema descentralizado.

Los módulos de seguridad SIB que necesita la aplicación se ponen a disposición para cada aplicación distribuida activa durante la fase de anuncio y se inicializan con las reglas de prueba y seguridad pertinentes para la aplicación. Las propias implementaciones de las funciones SIB existen sólo una vez en el sistema central y son llamados por los módulos de seguridad específicos de la aplicación para la ejecución de las funciones SIB.

La secuencia de una aplicación típica distribuida se divide por lo general en varias fases:

1. La fase de anuncio. En la figura 1 se representa esta fase mediante el SIB "initialiseAndStart" (inicializar y arrancar). En esta fase genera el sistema descentralizado el enlace con el sistema central. El sistema central comprueba las autorizaciones que tiene el sistema descentralizado. Tras la comprobación con éxito, señaliza el sistema descentralizado la aplicación deseada en el sistema central. También aquí comprueba el sistema central si esta aplicación debe ser iniciada y ejecutada. Si también discurre esta comprobación con éxito, pone a disposición el sistema central los módulos de seguridad SIB para esta aplicación, los abastece con los datos para las reglas de prueba y seguridad y pone a disposición los recursos necesarios para la aplicación distribuida. El sistema descentralizado recibe del sistema central las informaciones necesarias para poder comunicar con los módulos de seguridad SIB. A continuación queda cerrada la fase de anuncio.

2. La fase de trabajo. En la figura 1 se representa esta fase mediante los SIBs dispuestos en forma de árbol. Esta fase ejecuta la aplicación distribuida. En función de la realización de los SIBs, se ejecutan las funciones sobre el sistema descentralizado o a través de la interfaz de comunicaciones sobre el sistema central.

3. La fase de retirada. Esta no se ha representado especialmente en la figura 1. La fase de trabajo ha quedado finalizada y el sistema descentralizado deja de señalizar la aplicación distribuida en el sistema central. Los recursos puestos a disposición en el sistema central quedan liberados.

El nuevo procedimiento separa la implementación y la ejecución de la lógica de aplicación de la implementación y ejecución de los SIBs. De esta manera es posible distribuir las aplicaciones de telecomunicaciones entre varios sistemas y de esta manera reducir la carga para los distintos sistemas. El reparto de una aplicación tiene lugar según la siguiente técnica:

A) La lógica de aplicación, así como determinadas funciones de comunicación, están implementadas sobre el sistema descentralizado. También los datos específicos de la aplicación están disponibles en gran parte sobre este sistema. Este sistema no necesita ningún enlace directo con la red de señalización.

B) Las funciones para el enlace con la red de señalización, los SIBs básicos, así como todas las funciones que sirven para la facturación, captación de tarifas, estadística o para cumplir las prescripciones legales, permanecen en los sistemas centrales. Estos sistemas tienen un enlace directo con la red de señalización. Además, se incluyen en los sistemas centrales determinados módulos adicionales de seguridad que, entre otros, controlan la comunicación con las aplicaciones distribuidas y vigilan los demás ajustes para la aplicación distribuida.

Claims (7)

1. Procedimiento para la puesta a disposición asegurada de funciones de una red de señalización para aplicaciones distribuidas de telecomunicaciones, en el que

a)

se implementa o existe una lógica de aplicación sobre un sistema descentralizado de una red de comunicaciones,

b)

funciones para el enlace con la red de señalización son organizadas o utilizadas sobre un equipo central,

c)

funciones de seguridad para la protección de la red de señalización y/o de un equipo central, son organizadas o utilizadas en un equipo central, y en el que

d)

se prevén elementos de comunicación para una comunicación entre equipos centrales y descentralizados, que permiten una llamada a funciones disponibles centralmente de una lógica de aplicación implementada descentralizadamente.

2. Procedimiento según la reivindicación 1,

en el que se organizan o bien utilizan módulos independientes del servicio (service independents building blocks, SIBs) sobre un equipo cen-
tral.

3. Procedimiento según una de las reivindicaciones precedentes,

en el que funciones críticas para la seguridad, como por ejemplo funciones para la facturación, captación de tarifas, estadística o para cumplir requerimientos legales, se organizan o utilizan sobre un equipo central.

4. Sistema descentralizado de una red de comunicaciones con

a)

elementos para la implantación de una lógica de aplicación y

b)

elementos para la comunicación con un equipo central de una red de comunicaciones, que permiten una llamada a funciones disponibles centralmente a partir de una lógica de aplicación implementada descentralizadamente.

5. Equipo central de una red de comunicaciones con

a)

funciones para el enlace de la red de comunicaciones a una red de señalización,

b)

funciones de seguridad para la protección de la red de señalización y

c)

elementos de comunicación para una comunicación con un sistema descentralizado, que permiten una llamada a funciones disponibles centralmente a partir de una lógica de aplicación implementada descentralizadamente.

6. Equipo central de una red de comunicaciones según la reivindicación 5,

con elementos para organizar o utilizar módulos independientes del servicio (SIBs).

7. Equipo central de una red de comunicaciones según una de las reivindicaciones 5 o 6,

con elementos para organizar o bien utilizar funciones críticas para la seguridad, como por ejemplo funciones para la facturación, captación de tarifas, estadística o bien para cumplir con prescripciones legales.