ES2238553T3 - Servidor de señalizacion ss7 con avanzados servicios de señalizacion integrados. - Google Patents
Servidor de señalizacion ss7 con avanzados servicios de señalizacion integrados.Info
- Publication number
- ES2238553T3 ES2238553T3 ES02360267T ES02360267T ES2238553T3 ES 2238553 T3 ES2238553 T3 ES 2238553T3 ES 02360267 T ES02360267 T ES 02360267T ES 02360267 T ES02360267 T ES 02360267T ES 2238553 T3 ES2238553 T3 ES 2238553T3
- Authority
- ES
- Spain
- Prior art keywords
- service
- sas
- signaling
- application
- sccp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0025—Provisions for signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/64—Distributing or queueing
- H04Q3/66—Traffic distributors
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
- Medicines Containing Antibodies Or Antigens For Use As Internal Diagnostic Agents (AREA)
Abstract
Servidor (1) de señalización SS7 para encaminar llamadas SS7, incluyendo un punto de transferencia de señalización (STP) y un servidor de aplicaciones de señalización (SAS), en el que el STP tiene al menos un interfaz externo (MTP, SCCP GTT) para conectar el STP a través de un enlace SS7 (núm. 7) a al menos una unidad de telecomunicaciones (MSC, HLR, SCP), y un interfaz interno (TCP/IP, Ethernet) para conectar el STP al SAS, en el que el SAS es capaz de procesar al menos una petición de servicio de aplicación, y en el que el STP es capaz de procesar mensajes SS7 entrantes para identificar una petición de servicio de aplicación individual en un mensaje SS7 entrante, para proporcionar la petición de servicio de aplicación individual identificada al SAS para su tratamiento adicional.
Description
Servidor de señalización SS7 con avanzados
servicios de señalización integrados.
Esta invención está relacionada en general con el
campo de los sistemas de telecomunicaciones. Más en particular, la
invención está relacionada con un servidor de señalización SS7 y
con un método para encaminar enlaces SS7 en una red de
telecomunicaciones.
Las compañías operadoras de Servicio Inalámbrico
o Servicio de Comunicaciones Personales (PCS) han sido, hasta muy
recientemente, capaces de almacenar y mantener información y datos
de situación actual de los abonados, solamente en un registrador
local de emplazamientos (HLR). Sin embargo, debido al creciente
número de abonados y a la rápida expansión de las redes de
comunicaciones inalámbricas (PCS), se ha hecho necesario emplear
múltiples registradores locales de emplazamientos para acomodarse al
crecimiento.
Utilizando múltiples registradores locales de
emplazamientos en una red de comunicaciones inalámbricas, se hace
necesario concebir un sistema y un método para encaminar los
mensajes de peticiones y las actualizaciones de los emplazamientos
hacia el registrador local de emplazamientos adecuado. Una solución
es proporcionar una base de datos en el punto de control del
servicio (SCP) en la red de telecomunicaciones que mantenga la
información de encaminamiento. Sin embargo, un serio inconveniente
de esta solución es el tráfico adicional que puede originar en la
red del sistema de señalización núm. 7 (SS7) al encaminar estas
peticiones adicionales desde los centros de conmutación de móviles
(MSC) hacia los puntos de transferencia del servicio (STP) y después
hacia el punto de control de servicio. Estas peticiones se añaden
al tráfico de señalización existente que consigue las llamadas sin
coste, la portabilidad de números y otras peticiones de traducción
global de títulos (GTT) para proporcionar servicios tales como
servicios de bases de datos de información de líneas (LIDB),
servicios basados en la central (SBS), tales como ciertos servicios
CLASS.RTM. de Bellcore, entrega del nombre del que llama (CNAM) y
mensajería de voz entre centrales (ISVM). Debido al gran volumen
global anticipado de las peticiones, el enlace SS7 establecido entre
el punto de control del servicio y el punto de transferencia de la
señal se convierte en un cuello de botella molesto que crea un
impacto potencial sustancialmente negativo en la capacidad de la red
para encaminar llamadas y proporcionar servicios.
Consecuentemente, ha surgido la necesidad de una
solución con múltiples registradores locales de emplazamientos para
el problema de encaminamiento del registrador de emplazamientos de
la aplicación. Las enseñanzas del documento US 6.006.098
proporcionan un sistema y un método para el encaminamiento de los
registradores de emplazamientos de la aplicación que aborda este
problema. En un aspecto, se proporciona un método para el
encaminamiento de los registradores de emplazamientos de la
aplicación en un punto de trasferencia de señales de una red de
telecomunicaciones inalámbricas. El método incluye los pasos de
recibir un mensaje de petición que solicita la información
relacionada con un cliente específico de telecomunicaciones móviles,
descodificar el mensaje de la petición y obtener del mismo un tipo
de traducción y una dirección del título global, consultar el tipo
de traducción en una primera base de datos que reside en el punto
de transferencia de señales y determinar un emplazamiento de una
segunda base de datos que reside en el punto de transferencia de
señales para procesar el mensaje de petición. Después, se utiliza
al menos una parte predeterminada de la dirección del título global
para consultar, en la segunda base de datos que reside en el punto
de transferencia de señales, para obtener una dirección de red de
un destino para procesar el mensaje de petición. El mensaje de
petición es reenviado después a un nodo de red en la red de
telecomunicaciones inalámbricas especificada por la dirección de la
red.
En otro aspecto, un sistema para el
encaminamiento de los registradores de emplazamientos de la
aplicación en una red de telecomunicaciones inalámbricas incluye
una primera agrupación de procesadores adaptados para recibir un
mensaje de petición que solicita información relacionada con un
cliente específico de telecomunicaciones móviles, siendo accesible
una primera base de datos por la primera agrupación de procesadores
y disponiendo de información de emplazamientos de una segunda base
de datos, y una segunda agrupación de procesadores situada en el
mismo lugar que la primera agrupación de procesadores y que está
adaptada para recibir al menos una parte del mensaje de petición
desde la primera agrupación de procesadores. La segunda agrupación
de procesadores está dedicada a procesar el encaminamiento de los
registradores de emplazamientos de la aplicación. Una segunda base
de datos es accesible por la segunda agrupación de procesadores y
almacena las direcciones de la red que especifican los destinos de
los mensajes de petición. La segunda agrupación de procesadores está
adaptada para obtener las direcciones de la red desde la segunda
base de datos y para reenviar la dirección de la red a la primera
agrupación de
procesadores.
procesadores.
En la figura 1 del documento US 6.006.098, se
muestra un diagrama de bloques de una red de telecomunicaciones
para la entrega y servicio de llamadas inalámbricas. La red de
telecomunicaciones está construida, preferiblemente, siguiendo la
arquitectura de la Red Inteligente Avanzada (AIN). La red de
telecomunicaciones incluye diversos abonados del servicio
inalámbrico que están en comunicación con una estación base (BS) a
través de unas torres de transmisión establecidas en tierra y/o a
través de transpondedores inalámbricos basados en satélites. Una
estación base puede estar acoplada al menos a un centro de
conmutación de móviles (MSC), que está acoplado a su vez a una red
de centros de conmutación de móviles. Los centros de conmutación de
móviles están acoplados también a una pareja de puntos de
transferencia de señales (STP) que incluyen, cada uno de ellos, un
subsistema de registrador de emplazamientos de la aplicación (ALR).
Los puntos de transferencia de señales y los centros de conmutación
de móviles pueden estar acoplados a una red telefónica pública
conmutada.
La red de telecomunicaciones incluye también
puntos de control del servicio (SCP), que pueden incluir múltiples
bases de datos de registradores locales de emplazamientos (HLR).
Los puntos de control de servicio pueden estar acoplados a una base
de datos de un centro de autenticación (AC). Un sistema de gestión
del servicio (SMS) está acoplado a puntos de control del servicio,
al centro de autenticación, teniendo un punto de control de
servicio una base de datos de los centros de servicio de mensajes
cortos (SMSC) y un periférico inteligente (IP). El centro de
servicio de mensajes cortos puede admitir correo de voz, correo
electrónico, servicio de búsqueda y otros servicios admitidos por la
red de telecomunicaciones móviles. Un interfaz de usuario, que
puede ser una plataforma informática, una estación de trabajo o un
terminal, está acoplado al sistema de gestión de servicio. Un
entorno de creación de servicios (SCE) está acoplado al sistema de
gestión del servicio y puede utilizar también un interfaz de
usuario.
Los puntos de control de servicio están acoplados
a puntos de transferencia de señales a través de conjuntos de
enlaces de sistema de señalización núm. 7 (SS7), especificados, por
ejemplo, por el Instituto Nacional Americano de Estándares (ANSI).
Un conjunto de enlaces SS7 puede incluir hasta dieciséis enlaces de
56 kb/s. Los puntos de transferencia de señales están
interconectados además a los centros de conmutación de móviles a
través de conjuntos de enlaces SS7.
Los puntos de transferencia de señales pueden
incluir bases de datos de traducción de título global (GTT) tales
como la portabilidad de números locales (LNP), información de línea
(LIDB), servicios basados en la central, nombre del que llama (CNAM)
y bases de datos de mensajería de voz entre centrales (ISVM) que
contienen datos de encaminamiento relacionados con cada servicio.
Además, cuando la compañía operadora del servicio inalámbrico
solicita el uso de múltiples registradores locales de
emplazamientos, se necesita una base de datos de registradores de
emplazamientos de la aplicación para identificar el registrador
local de emplazamientos que mantiene una información del servicio
de un abonado en particular.
Un diseñador de servicios de telecomunicaciones
puede diseñar e implementar un servicio de llamadas en el entorno
de creación de servicios a través del interfaz de usuario. La
lógica del servicio y el esquema de la base de datos puede ser
entonces descargados al sistema de gestión del servicio para la
distribución a otros componentes de la red, tales como periféricos
inteligentes, puntos de control de servicio, centro de
autenticación, etc. La gestión, mantenimiento y administración del
sistema pueden ser realizados en el sistema de gestión del servicio
a través del interfaz de usuario.
En la red de telecomunicaciones, las llamadas
pueden originarse desde un cliente telefónico no inalámbrico a otro
cliente telefónico no inalámbrico, desde un cliente telefónico
inalámbrico a otro cliente telefónico inalámbrico, desde un cliente
telefónico no inalámbrico hasta otro cliente telefónico inalámbrico,
y viceversa.
En la figura 2 del documento US 6.006.098, se
muestra un diagrama de bloques de un subsistema de un punto de
transferencia de señales con unidades añadidas de bases de datos y
de proceso para el registrador de emplazamientos de la aplicación.
El punto de transferencia de señales incluye una sección troncal de
una red de transporte de mensajes (MTN) que proporciona la
comunicación entre agrupaciones de procesadores. Una agrupación de
procesadores puede realizar las funciones de administración,
mantenimiento y comunicaciones para el sistema. Otras agrupaciones
procesan los mensajes de señalización SS7 que son transmitidos sobre
conjuntos de enlaces SS7 a un punto de transferencia de señales.
Una agrupación de procesadores SST puede ser designada para
efectuar la portabilidad de números locales, por ejemplo, que
incluye un controlador de nodos de transporte (TNC) acoplado a
distribuidores de canal común (CDD), a un procesador de servicios
SS7 distribuidos (DSS) y a enlaces de canal común (CCLK) a través
de una red. Una segunda agrupación de procesadores SS7 puede estar
dedicada al registro de emplazamientos de la aplicación y puede, de
forma similar, incluir un controlador de nodos de transporte
acoplado a distribuidores de canal común, un procesador de
servicios SS7 distribuidos y enlaces de canal común a través de una
red. El sistema puede incluir agrupaciones adicionales de SS7 para
otros procesos de traducción de título global o de encaminamiento a
procesadores dentro del sistema, que pueden estar equipados de
forma similar con un controlador de nodos de transporte,
distribuidores de canal común y enlaces de canal común, enlazados
conjuntamente por una red. Puede observarse que los controladores
de nodos de transporte, los distribuidores de canal común y los
procesadores de servicios SS7 distribuidos de cada agrupación de
procesadores se muestran como parejas de procesadores. Las parejas
de procesadores pueden funcionar en modos de espera o de
compartición de carga. Los procesadores pueden incluir también
motores de multiprocesadores tolerantes a fallos con
redundancia
incluida.
incluida.
La agrupación de procesadores de administración
incluye también un controlador de nodos de transporte acoplado al
procesador de administración, un procesador de métricas y
mediciones de tráfico (TMM) y un controlador de ethernet. El
controlador de ethernet puede estar acoplado a un interfaz de
usuario o a una estación de trabajo que esté acoplada también al
sistema de gestión de servicios. El personal especializado puede
realizar también las funciones de mantenimiento y administrativas a
través de un interfaz de usuario y una agrupación de procesadores
de administración.
Las bases de datos de los STP están limitadas a
determinar la dirección de la red de destino de la traducción del
título global para el registrador local de emplazamientos
especificado o para el centro de servicio de mensajes cortos, o para
cualquier otro servicio asociado con la suscripción a las
telecomunicaciones móviles. Una vez que se obtiene la dirección de
la red, se devuelve al distribuidor de canal común para continuar
el proceso SCCP.
Es un objeto de la invención proporcionar un
servidor de señalización que permita el proceso de distintos
servicios de aplicación de señalización para usuarios fijos y/o
móviles, independientemente de la topología de la red.
El servidor de señalización SS7 de la invención
para encaminar enlaces SS7 incluye un punto de transferencia de la
señalización (STP) y un servidor de aplicaciones de señalización
(SAS); SS7 = Sistema de Señalización núm. 7. El STP y el SAS tienen
funcionalidades diferentes. El STP tiene al menos un interfaz
externo para conectar el STP, a través de al menos un enlace SS7,
al menos a una unidad de telecomunicaciones, y un interfaz interno
para conectar el STP al SAS. El STP procesa los mensajes SS7
entrantes, por ejemplo en la capa MTP1, MTP2, MTP3 y SCCP. El SAS es
capaz de procesar al menos una petición de servicio de aplicación,
ventajosamente al menos dos peticiones diferentes de servicios de
aplicación. El STP identifica una petición de servicio individual
de la aplicación en un mensaje SS7 entrante, y proporciona la
petición del servicio de aplicación individual identificado al SAS
para su tratamiento adicional. El SAS tiene, por ejemplo, dos
procesos TCAP para identificar dos servicios de aplicación
diferentes, por ejemplo el INAP y el MAP. El STP y el SAS están
interconectados a través de un protocolo interno de interconexión
utilizando, por ejemplo, el TCP/IP (protocolo de control de la
transmisión / protocolo de Internet). El protocolo de interconexión
es denominado Protocolo de Transporte de Señalización
Avanzado
(ASTP).
(ASTP).
El servidor de señalización de la invención es
altamente configurable y eficiente con respecto al tiempo de
ejecución. El servidor de señalización es capaz de procesar
múltiples peticiones de servicios de la aplicación, por ejemplo, la
portabilidad de número móvil (MNP), la portabilidad de número de
servicio (SNP), el filtrado, los servicios de red inteligente (IN),
los servicios TCAP, los servicios MAP, los servicios CAP, la
retransmisión TCAP, la retransmisión del usuario TCAP, la
retransmisión de SCCP.
El servidor de señalización SS7 inventivo para
encaminar enlaces SS7 incluye un punto de transferencia de la
señalización (STP) y un servidor de la aplicación de señalización
(SAS),
en el que el STP tiene al menos un interfaz
externo para conectar el STP a través de al menos un enlace SS7 al
menos a una unidad de telecomunicaciones, y un interfaz interno
para conectar el STP al SAS,
en el que el SAS es capaz de procesar al menos
una petición de servicio, ventajosamente al menos dos peticiones de
servicios de aplicación diferentes, y
en el que el STP es capaz de procesar los
mensajes SS7 entrantes para identificar una petición de servicio de
aplicación individual, en un mensaje SS7 entrante para proporcionar
la petición de servicio de aplicación individual identificada al SAS
para su tratamiento adicional.
En un modo de realización preferido de la
invención, el servidor de señalización SS7 es capaz también de
recibir una petición de servicio procesada desde el SAS para
incluir la petición de servicio procesada en un mensaje SS7
saliente, y para transmitir el mensaje saliente sobre un enlace
SS7.
En un modo de realización preferido de la
invención, la al menos una unidad de telecomunicaciones del
servidor de señalización SS7 es un centro de conmutación de móviles
(MSC).
El método inventivo para encaminar los enlaces
SS7 comprende los pasos de:
identificar el punto de transferencia de la
señalización (STP) una petición de servicio de aplicación
individual en un mensaje SS7 entrante,
proporcionar la petición de servicio de
aplicación individual identificada al servidor de la aplicación de
señalización (SAS), que es capaz de procesar al menos dos servicios
de aplicación diferentes, y
procesar la petición de servicio proporcionada en
el SAS.
En un modo de realización preferido de la
invención, el método comprende además los pasos de:
- proporcionar la petición de servicio procesada al STP,
- incluir la petición de servicio procesada en el mensaje SS7 saliente,
- y transmitir el mensaje saliente sobre un enlace SS7.
En un modo de realización preferido adicional de
la invención, el método comprende además los pasos de:
identificar en el STP la petición de servicio de
la aplicación individual en la parte de control de la conexión de
señalización (SCCP) o en una parte de la transferencia de mensajes
(MTP) o en cualquier capa por debajo del TCAP
identificar en el SAS una petición de servicio
INAP o MAP individual en la petición de servicio proporcionada, de
acuerdo con una clave del servicio, y
distribuir en el SAS la petición de servicio INAP
o MAP identificada a una biblioteca correspondiente de servicios
INAP o MAP.
Alternativamente, o además de las peticiones de
servicio INAP o MAP, podrían ser identificadas y distribuidas a una
biblioteca de servicios correspondiente las del CAP, la de
Retransmisión de usuario TCAP, la de Retransmisión de TCAP, o la de
retransmisión de SCCP.
El punto de transferencia de la señalización
(STP) inventivo la invención, para encaminar enlaces SS7, comprende
al menos un procesador y al menos un software de proceso para
procesar los mensajes SS7 entrantes, para identificar una petición
de servicio de la aplicación individual en el mensaje SS7 entrante
y para proporcionar la petición de servicio de la aplicación
individual identificada a un servidor de la aplicación de
señalización (SAS) para su tratamiento adicional.
En un modo de realización preferido de la
invención, el al menos un software de proceso del STP incluye un
proceso de Escape de Usuario Local SCCP para identificar una
petición de servicio de la aplicación individual en una puerta de
control de la conexión de señalización (SCCP).
En un modo de realización adicional preferido de
la invención, el proceso de escape de usuario local es capaz de
recibir peticiones de servicio de aplicación individual procesadas
e incluir las peticiones de servicio de aplicación individual
procesadas en los SCCP, y el al menos un software de proceso es
capaz de construir mensajes SS7 que incluyan las peticiones de
servicio de aplicación individual procesadas y transmitir estos
mensajes SS7 sobre enlaces SS7.
El servidor de aplicaciones de señalización (SAS)
inventivo, comprende al menos un procesador y al menos un software
de proceso para procesar al menos dos peticiones de servicio de
aplicaciones diferentes, donde el al menos un software de proceso
incluye un proceso de la parte de control de conexión de la
señalización (SCCP) y al menos dos procesos de la parte de la
aplicación de las capacidades de transacción (TCAP), para
identificar al menos dos peticiones de servicio de aplicaciones
diferentes.
En un modo de realización preferido de la
invención, un proceso TCAP del SAS es capaz de identificar números
del subsistema (SSN) del protocolo de la aplicación de red
inteligente (INAP) y otro TCAP de los procesos del SAS es capaz de
procesar números del subsistema (SSN) de la parte de la aplicación
de móviles (MAP).
En un modo de realización adicional preferido de
la invención, se proporciona un proceso distribuidor de servicio
INAP para el SAS, para identificar una petición de servicio INAP
individual de acuerdo con una clave de servicio y para distribuir la
petición de servicio INAP identificada a una biblioteca
correspondiente de servicios INAP, y se proporciona un proceso
distribuidor de servicios MAP para identificar una petición de
servicio MAP individual y para distribuir la petición de servicio
MAP identificada a una biblioteca correspondiente de servicios MAP.
Los servicios SAS son direccionados por un identificador (id) de
servicio de aplicación interno; id = número de identificación.
En otro modo de realización preferido de la
invención, se proporciona un proceso de retransmisión de SCCP para
el SAS, y se proporciona un proceso distribuidor de retransmisiones
de SCCP para el SAS para identificar una petición de retransmisión
de SCCP individual y para distribuir la petición de retransmisión de
SCCP identificada a una correspondiente biblioteca de
retransmisiones de SCCP.
El software inventivo de proceso para que un
servidor de aplicaciones de señalización (SAS) procese al menos dos
peticiones de servicio de aplicaciones diferentes, incluye una
parte de control de la conexión de señalización (SCCP) y al menos
una, ventajosamente al menos dos, procesos de la parte de la
aplicación de capacidades de transacción (TCAP) para identificar al
menos una, ventajosamente al menos dos, peticiones diferentes de
servicios de aplica-
ción.
ción.
Para una mejor comprensión de la presente
invención, se hace referencia a los dibujos que se acompañan, en
los que:
La figura 1 es un diagrama de bloques
simplificado de una parte de un ejemplo de red de
telecomunicaciones, en particular de una arquitectura de red del
servidor de señalización, de acuerdo con las enseñanzas de la
presente invención;
La figura 2 es una diagrama de bloques
simplificado de un ejemplo de servidor de señalización SS7 de
acuerdo con las enseñanzas de la presente invención;
La figura 3 es un diagrama de bloques
simplificado de un ejemplo de implementación de un método de escape
de usuario local SCCP de acuerdo con las enseñanzas de la presente
invención;
La figura 4 es un diagrama de bloques
simplificado de un ejemplo de servidor de aplicación de
señalización (SAS), en particular una arquitectura de software del
SAS, de acuerdo con las enseñanzas de la presente invención;
La figura 5 es un diagrama de bloques
simplificado de otro ejemplo de servidor de aplicación de
señalización (SAS), en particular una arquitectura del servicio
SAS, de acuerdo con las enseñanzas de la presente invención;
La figura 6 es un diagrama de bloques
simplificado de otro ejemplo de red que incluye un SAS (escenario
de interconexión FNP) de acuerdo con las enseñanzas de la presente
invención;
La figura 7 es un diagrama de bloques
simplificado de otro ejemplo de red que incluye un SAS (escenario
de interconexión MNP) de acuerdo con las enseñanzas de la presente
invención;
La figura 8 es un diagrama de bloques
simplificado de un ejemplo de servidor de señalización SS7, de
acuerdo con las enseñanzas de la presente invención, incluyendo un
primer y un segundo flujo de procesos de señalización
(encaminamiento MTP y SCCP tradicional); y
La figura 9 es un diagrama de bloques
simplificado de un ejemplo de servidor de señalización SS7, de
acuerdo con las enseñanzas de la presente invención, incluyendo un
tercer flujo de procesos de señalización (encaminamiento de escape
avanzado incluyendo un escape basado en
SAS-SCCP).
Los modos de realización preferidos de la
presente invención están ilustrados en las figuras 1 - 9, siendo
utilizadas referencias numéricas similares para referirse a partes
similares y correspondientes de los diversos dibujos.
La figura 1 muestra un diagrama de bloques
simplificado de una parte de un ejemplo de red de
telecomunicaciones de acuerdo con las enseñanzas de la presente
invención. La red de telecomunicaciones está, por ejemplo, al menos
parcialmente implementada como la red de telecomunicaciones de la
figura 1 del documento US 6.006.098, pero no limitada a ella, y el
STP está, por ejemplo, al menos parcialmente implementado como el
STP de la figura 2 del documento US 6.006.098, pero no está
limitado a él.
La red de telecomunicaciones incluye un servidor
inventivo 1 de señalización, que permite el proceso de diferentes
servicios de aplicación para usuarios fijos y/o móviles,
independientemente de la topología de la red. El servidor inventivo
1 de señalización SS7 sirve para encaminar enlaces SS7.
El servidor 1 de señalización SS7 está conectado
al menos a una unidad, ventajosamente al menos a dos unidades, 2,
3, 4, 5, 6, 7 de telecomunicaciones. Una unidad 2, 3, 4, 5, 6, 7 de
telecomunicaciones está implementada, por ejemplo, como un centro de
conmutación de móviles (MSC), un punto de control de servicios
(SCP), nodos de red de un punto de conmutación de servicios (SSP),
una puerta de señalización (SG), un controlador de puerta de medios
(MGC), una unidad de conmutación de red fija, una central de PSTN
(red telefónica pública conmutada), una central de IP, una puerta de
IP, un punto de transferencia de señalización (STP), otro servidor
de señalización SS7, etc. El servidor 1 de señalización SS7 incluye
al menos dos interfaces SS7 y es capaz de comunicarse con todas las
unidades de telecomunicaciones que tengan un interfaz SS7.
El SS7 incluye las siguientes capas de protocolo
SS7:
- Parte de transferencia de mensajes (MTP1, MTP2 y MTP3),
- Parte de control de la conexión de señalización (SCCP),
- Parte de la Aplicación de Capacidades de la Transacción (TCAP),
- Parte de usuario (ISUP) de RDSI,
- Partes de la aplicación de usuario TCAP, por ejemplo, MAP, INAP, CAP.
La funcionalidad del servidor 1 de señalización
SS7 está implementada principalmente en software. El software está
implementado, por ejemplo, en el lenguaje de programación C++. El
software está instalado en ordenadores, por ejemplo, en estaciones
de trabajo UNIX. El software puede ser vendido o licenciado en
forma binaria con el código objeto o el código fuente, un
controlador del hardware y la documentación del usuario final, por
ejemplo, como un paquete completo o como capas individuales.
Las funciones de los protocolos SS7 son:
- 1.
- Señalización de enlace principal - establecimiento, mantenimiento y cierre de circuitos de voz dentro de la PSTN.
- 2.
- Consulta de números - acceso a bases de datos de la red para toda la información de llamadas (por ejemplo traducción de números, consulta de registros de tarjetas de llamada, servicios IN/AIN de consulta de Portabilidad de Número Local (LNP), Portabilidad de Número Móvil (MNP)).
Más recientemente, el SS7 se ha utilizado para
proporcionar la señalización dentro de redes IP para establecer
llamadas VoIP, e incluso para gestionar llamadas que utilizan una
combinación de recursos de PSTN y de IP. Al combinar las redes SS7 y
las IP, los servicios de un dominio se hacen disponibles para el
otro (por ejemplo, Espera de Llamada de Internet).
En algunas llamadas el número de teléfono marcado
por la parte que llama puede requerir la traducción antes de que el
ISUP sea capaz de identificar la parte llamada (por ejemplo, debe
traducirse un número 800 en un número telefónico físico). En
algunos otros casos, puede pasarse información adicional con el
número llamado (tal como el número de la tarjeta que llama) que
puede tener algún efecto sobre el proceso de la llamada. En estos
casos, se utiliza un protocolo llamado TCAP por el SSP de la parte
que llama para acceder a una base de datos de la red que almacena
esta información. Tal base de datos es alcanzada a través de un
nodo SCP. En el caso en que la llamada implica una red IP (por
ejemplo, cuando la parte llamada está utilizando un teléfono IP),
los mensajes SS7 pasarán a través de una Puerta de Señalización
hacia un Controlador de Medios. El MCG utiliza la información SS7
para completar la llamada en la red IP.
El MTP1 define las características físicas de un
enlace entre dos nodos SS7 (por ejemplo, velocidades en bits,
tensiones, formatos de trama). Es el equivalente de la capa 1 en el
modelo OSI de siete capas.
El MTP2 es responsable de la transferencia fiable
punto a punto de mensajes entre dos nodos SS7 (a través de un
enlace MTP1). Es el equivalente de la capa 2 del modelo OSI.
El MTP3 es responsable de pasar mensajes a través
de la red SS7 hacia su destino. Trata del direccionamiento SS7, del
encaminamiento, del equilibrio de cargas, del control de la
congestión y de la gestión de los enlaces MTP2. El MTP3 es
aproximadamente equivalente a la capa 3 del modelo OSI, aunque le
falta capacidad para efectuar conexiones de extremo a extremo.
El SCCP proporciona un servicio lógico de extremo
a extremo sobre el MTP3, dando esencialmente un servicio completo
de la capa 4 de OSI. Este servicio puede ser sin conexiones o bien
orientado a conexiones. El SCCP proporciona también la
fragmentación/reconstrucción, la entrega en secuencia garantizada,
el control del flujo y la gestión de la disponibilidad del
servicio.
El TCAP es un protocolo basado en respuesta a
comandos y contestación a peticiones, que proporciona acceso a
bases de datos remotas (alojadas en nodos SCP). Abarca las capas 4
a 7 del modelo OSI.
El ISUP es el protocolo de señalización de enlace
principal. Gobierna el acceso y utilización de los circuitos de voz
dentro de la PSTN. Es el equivalente a la capa 4 del modelo
OSI.
El servidor 1 de señalización SS7 es conforme,
ventajosamente, con uno o más de los siguientes estándares:
MTP1-ANSI T1.111,
GR-246-CORE, ITU-T
Recomendación Q.702,
MTP2-ANSI T1.111,
GR-246-CORE, ITU-T
Recomendación Q.703,
MTP3-ANSI T1.111,
GR-246-CORE, ITU-T
Recomendación Q.704,
SCCP-ANSI T1.112,
GR-246-CORE, ITU-T
Recomendación Q.712, Q.713, Q.714,
TCAP-ANSI T1.114,
ITU-T Recomendación Q.771, Q.772, Q.773, Q.774,
ISUP-ANSI T1.113,
ITU-T Recomendación Q.761, Q.762, Q.763, Q.764, MAP,
CAP, y/o INAP de acuerdo con ANSI, ITU y/o ETSI.
El servidor 1 de señalización es capaz de hacer
lo siguiente:
- \bullet
- Encaminamiento tradicional de los mensajes SS7 basado en la información de direccionamiento de MTP y SCCP.
- \bullet
- Encaminamiento y modificación de mensajes de señalización SS7 basado en información MTP o SCCP que requiera una lógica de servicio inteligente y/o una consulta en una gran base de datos.
- \bullet
- Encaminamiento, modificación y terminación de Mensajes de Señalización SS7 basados en información de TCAP y en usuarios de TCAP.
- \bullet
- Encaminamiento, modificación y terminación de Mensajes de Señalización SS7 basados en usuarios MTP distintos del SCCP, por ejemplo, ISUP, etc.
- \bullet
- Encaminamiento, modificación y terminación de Mensajes de Señalización SS7 en un entorno NGN (red de la siguiente generación).
La figura 2 es un diagrama de bloques
simplificado de un ejemplo de servidor de señalización SS7 de
acuerdo con las enseñanzas de la presente invención y
correspondientes al servidor de señalización SS7 de la figura 1.
El servidor 1 de señalización SS7 inventivo para
encaminar enlaces SS7 incluye un punto de transferencia de la
señalización (STP) y un servidor de aplicaciones de señalización
(SAS). El STP y el SAS tienen funcionalidades diferentes. El STP
tiene al menos un interfaz externo para conectar el STP a través de
al menos un enlace SS7 a al menos una unidad de telecomunicaciones,
y un interfaz interno para conectar el STP al SAS. El STP procesa
los mensajes SST entrantes, por ejemplo, en la capa MTP1, MTP2, MTP3
y SCCP. El SAS es capaz de procesar al menos una petición,
ventajosamente al menos dos peticiones, de servicios de aplicaciones
diferentes. El STP identifica una petición de servicio de
aplicación individual en un mensaje SS7 entrante y proporciona la
petición de servicio de aplicación individual identificada al SAS
para su proceso adicional. El SAS tiene, por ejemplo, dos procesos
TCAP para identificar dos servicios de aplicaciones diferentes, por
ejemplo INAP y MAP. El STP y el SAS están interconectados a través
de un protocolo interno de interconexión, por ejemplo utilizando el
TCP/IP (protocolo de control de la transmisión/ protocolo de
Internet).
El STP incluye: la funcionalidad tradicional del
STP mas nuevos métodos de escape al SAS, mas el ASTP (Protocolo
Avanzado de Transporte de la Señalización).
El SAS incluye: Banco de servidores en modo de
alta disponibilidad y compartición de cargas, con un gran DBMS y
una lógica de servicios inteligentes para los Servicios Avanzados
de Señalización; DBMS = Sistema de Gestión de Base de Datos.
El servidor 1 de señalización está ventajosamente
conectado a un SPS y a un CMC a través, por ejemplo, de una red
IP.
El SPS (Sistema de Aprovisionamiento de
Servicios) incluye: un sistema de Gestión de la Configuración para
el SAS.
El CMC (Centro Convergente de Gestión) incluye:
un Sistema de Gestión para el STP y para el SAS, excepto la
funcionalidad de SPS.
Preferiblemente, el servidor 1 de señalización
SS7 es capaz también de recibir una petición de servicio procesada
desde el SAS, para incluir la petición de servicio procesada en un
mensaje SS7 saliente, y para transmitir el mensaje saliente sobre un
enlace SS7.
El punto de transferencia de la señalización
(STP) inventivo para encaminar enlaces SS7 comprende al menos un
procesador y al menos un software de proceso para procesar los
mensajes SS7 entrantes, para identificar una petición de servicio de
aplicación individual en el mensaje SS7 entrante y para
proporcionar la petición de servicio de aplicación individual
identificada a un servidor de aplicaciones de señalización (SAS)
para su tratamiento adicional. Los elementos adicionales usuales,
tales como memoria, etc., son conocidos por la persona experta en
la técnica.
La figura 3 es un diagrama de bloques
simplificado de un ejemplo de implementación de un método de escape
de usuarios locales SCCP, de acuerdo con las enseñanzas de la
presente invención.
El al menos un software de proceso del STP
incluye un proceso de escape de usuarios locales SCCP para
identificar una petición de servicio de aplicación individual en
una parte de control de la conexión de señalización (SCCP). Son
posibles también otros métodos/procesos de escape.
En un modo de realización preferido de la
invención, el proceso de escape de usuarios locales SCCP es capaz
de recibir peticiones de servicio de aplicaciones individuales
procesadas e incluir las peticiones de servicio de aplicaciones
individuales procesadas en los SCCP, y el al menos un software de
proceso es capaz de construir mensajes SS7 que incluyan las
peticiones de servicio de aplicaciones individuales procesadas y
transmitir estos mensajes SS7 sobre enlaces SS7.
A continuación se describen dos alternativas para
el proceso de escape de usuarios locales SCCP:
En una primera alternativa, un programa de
ordenadores (= software) para efectuar el escape de una parte de
control de la conexión de señalización (SCCP) de un punto de
transferencia de la señalización (STP) y para identificar una
petición de servicio de aplicación individual, comprende los pasos
de:
establecer un mapa de correspondencia entre un
título global (GT) de entrada de un mensaje SS/ entrante con un
número de subsistema (SSN) interno de un usuario local,
establecer un mapa de correspondencia entre el
SSN y un conjunto de peticiones de servicio de aplicaciones,
identificar una petición de servicio de
aplicación individual utilizando el mecanismo de filtro de la
parte de la aplicación de capacidades de transacción (TCAP).
El programa de ordenador establece,
ventajosamente, el mapa de correspondencia utilizando tablas de
configuración en línea. El contenido puede cambiarse durante el
funcionamiento y ser adaptado al tiempo de ejecución. Las tablas de
bases de datos serán reconfiguradas utilizando ficheros de
configuración. Las tablas pueden estar en cascada, haciendo mínimo
así el lugar de almacenamiento y permitiendo el acceso directo a
través de enlaces concatenados.
El programa de ordenador puede ser almacenado en
un medio de almacenamiento tal como, por ejemplo, un disco
compacto. El medio de almacenamiento que incluye el programa de
ordenador o el propio programa de ordenador como tal, puede ser
vendido o alquilado a los clientes. El programa de ordenador será
instalado en el STP, que tiene un procesador para acceder y
ejecutar el programa de ordenador.
La figura 3 incluye una trama de mensaje SCCP y
tres tablas, tabla 1, tabla 2 y tabla 3. La trama de mensaje SCCP
incluye una primera parte que incluye la dirección de la parte que
llama, una segunda parte que incluye la dirección de la parte
llamada, una tercera parte que incluye información TCAP y una
cuarta parte que incluye información adicional.
La dirección de la parte llamada incluye un
título global (GT), un número del subsistema (SSN) e información
adicional.
La Tabla 1 incluye un gran número de títulos
globales diferentes 1, 2, 3, 4, 5,... y los correspondientes SSN
internos A, B, C, D, E,... . El número de títulos globales podría
tener una cantidad de hasta 200.000 elementos. Los GT y los SSN
pueden ser codificados utilizando los id internos de GT o SSN,
respectivamente; id = número de identificación, teniendo cada id,
por ejemplo, uno o dos o más bytes.
La Tabla 2 incluye un gran número de SSN internos
A, B, C, D, E,... y los correspondientes conjuntos de peticiones de
servicios de aplicación a, b1..m, c1..n, d, e; siendo m un número
entre, por ejemplo, 2 y 20, y siendo n un número entre, por
ejemplo, 2 y 30. El número de SSN podría tener una cantidad de hasta
200.000 elementos. Las peticiones de servicios de aplicación pueden
ser codificadas utilizando los id de servicios de aplicación; id =
número de identificación, teniendo cada id, por ejemplo, uno o dos
o más bytes.
La Tabla 3 incluye varias peticiones de servicios
de aplicación c1, c2, c3, c4,..., cn, correspondientes al conjunto
c1..n del conjunto de peticiones de servicios de aplicación a,
b1..m, c1..n, d, e de la tabla 2 y las informaciones de TCAP
correspondientes \alpha, \beta, \chi, \delta,.. . La
información TCAP puede ser codificada utilizando los id internos de
TCAP; id = número de identificación, teniendo cada id, por ejemplo,
uno o dos o más bytes. La información TCAP puede corresponder a la
información TCAP en un mensaje SCCP o a parte de él.
Existe una tabla 4 (no ilustrada en la figura 3),
que incluye varias peticiones de servicios de aplicación
correspondientes al conjunto b1..m del conjunto de peticiones de
servicio de aplicación a, b1..m, c1..n, d, e de la tabla 2 y a la
información TCAP correspondiente.
Un conjunto de la tabla 2 se corresponde con una
petición de servicio de aplicación individual (caso a, d, e) o bien
con una pluralidad de peticiones de servicio de aplicación (caso
b1..m, y c1..n). Para cada conjunto correspondiente a una pluralidad
de peticiones de servicios de aplicación, existe una tabla
individual.
En el ejemplo de la figura 3, se establece un
mapa de correspondencia entre el GT de la dirección de la parte
llamada de la trama de mensaje SCCP entrante con la tabla 1, por
ejemplo, el GT entrante se corresponde con 3, de manera que se
establece la correspondencia con 3. El programa de ordenador busca
el 3 y consulta el SSN interno correspondiente que, en este caso,
es C. Posteriormente, el programa de ordenador utiliza el resultado
de la tabla 1 (SSN interno = C) y lo pone en correspondencia con un
conjunto de servicios de aplicación utilizando la tabla 2. El
programa de ordenador busca C y consulta el conjunto
correspondiente que, en este caso, es c1..n. Posteriormente, el
programa de ordenador utiliza el resultado de la tabla 2 (conjunto =
c1..n) e identifica una petición de servicio de aplicación
individual utilizando la información TCAP. El programa de ordenador
elige la tabla correspondiente, que es la tabla 3 para el conjunto
c1..n y establece el mapa de correspondencia entre la información
TCAP, o al menos parte de ella, y la información TCAP de la tabla 3
que, en este caso, es \delta. El programa de ordenador busca
\delta y consulta la correspondiente petición de servicio de
aplicación individual que, en este caso, es c4. Así, se identifica
la petición c4 de servicio de aplicación individual.
En una segunda alternativa (no ilustrada en la
figura 3), un programa de ordenador (= software) para efectuar el
escape de una parte de control de la conexión de señalización
(SCCP) de un punto de transferencia de señalización (STP) y para
identificar el servicio de aplicación individual, comprende los
pasos de:
encaminar un mensaje SS7 entrante hacia un número
de subsistema (SSN) interno de un usuario local basándose en un
número de subsistema (SSN) entrante,
establecer el mapa de correspondencia entre el
SSN interno y un conjunto de peticiones de servicio de
aplicación,
identificar la petición de servicio de aplicación
individual utilizando el mecanismo de filtro de la parte de la
aplicación de capacidades de transacción (TCAP).
El programa de ordenador efectúa, ventajosamente,
el mapa de correspondencia y el encaminamiento utilizando tablas
configurables en línea. La ventaja de la segunda alternativa es que
solamente dos tablas (correspondientes a la tabla 2 y la tabla 3 de
la figura 3) son suficientes para la implementación.
Con el fin de que estas dos alternativas
funcionen, el mensaje SS7 entrante ha de cumplir uno de los dos
requisitos siguientes:
a. El Indicador de Encaminamiento SCCP es fijado
en Encaminar en el Título Global y el proceso de Traducción de
Título Global del STP establece el mapa de correspondencia entre el
Título Global (GT) del mensaje SS7 entrante y un Número de
Sub-sistema (SSN) interno, que identifica un
usuario local en el STP.
b. El Indicador de Encaminamiento SCCP es fijado
en Encaminar en el Código de Puntos y en SSN, y el SSN de la
información de direcciones del SCCP identifica un usuario local del
STP.
Este usuario local de SCCP es un Usuario Local
Genérico, que recibe todos los mensajes SCCP que son encaminados al
SAS. Es decir, todos los SSN interno y todos los SSN externos, que
identifican un Servicio de Aplicación SAS, direccionan este usuario
local genérico en el Núcleo SSE. En ambos casos, a) y b), el mensaje
SCCP recibido es reenviado al SAS.
En el caso a), el SSN interno corresponde a un
conjunto de Servicios de Aplicación de SAS. En muchos casos, este
conjunto contiene solamente un elemento, lo cual implica que
solamente puede identificarse un Servicio de Aplicación SAS
exclusivo. En casos en los que este conjunto contiene más de un
elemento, ha de hacerse un análisis adicional. Este análisis
implica información, que está disponible en la capa TCAP e incluye,
aunque no está limitada a ellos: el Código de Operaciones del
Usuario TCAP, el Código Primitivo de Diálogo TCAP, el Código
Primitivo de Componente TCAP, la Versión del Protocolo de Usuario
TCAP, el Contexto de la Aplicación, etc. Sobre la base de esta
información, puede identificarse un Servicio de Aplicación SAS
exclusivo. Este proceso es denominado Filtrado y Análisis basados
en TCAP.
En el caso b), el SSN externo identifica, en
general, exactamente un Servicio de Aplicación SAS. Sin embargo,
podría ser posible también que un conjunto de Servicios de
Aplicación SAS sea identificado por un solo SSN externo. En este
caso, ha de aplicarse el Filtrado y Análisis basados en TCAP del
caso a).
En una tercera alternativa (no ilustrada en la
figura 3), un programa de ordenadores para efectuar el escape de la
parte de control de la conexión de señalización (SCCP) de un punto
de transferencia de señalización (STP) y para identificar una
petición de servicio de aplicación individual, comprende los pasos
de:
establecer un mapa de correspondencia entre un
título global (GT) entrante de un mensaje SS7 entrante y un número
de subsistema (SSN) interno de un usuario local, o encaminar un
mensaje SS7 entrante a un número de subsistema (SSN) interno de un
usuario local basándose en un número de subsistema (SSN) entrante,
y
establecer un mapa de correspondencia entre el
SSN interno y una correspondiente petición de servicio de
aplicación individual almacenada en una tabla que incluye los SSN
y las correspondientes peticiones de servicios de aplicación
individuales.
La ventaja de la tercera alternativa es que es
suficiente solamente una tabla (correspondiente a la tabla 2 de la
figura 3) para la implementación.
El usuario local genérico en el Núcleo SSE es
capaz de gestionar correctamente los siguientes tipos de
Interacciones de TCAP y SCCP:
- \bullet
- Diálogo de terminación del Usuario TCAP: El diálogo TCAP se origina en la red SS7 externa al servidor de señalización SS7 y termina en el usuario TCAP dentro del SAS. Son posibles diálogos largos y cortos. La información en el mensaje de usuario TCAP y la información de direcciones en el SCCP pueden ser modificadas. Un TC-COMENZAR o un TC-UNI entra en el usuario TCAP del SAS, y un TC-CONTINUAR, TC-FINALIZAR o TC-ABORTAR sale del usuario TCAP del SAS. Para diálogos largos, puede entrar un TC-CONTINUAR o un TC-FINALIZAR en el usuario TCAP del SAS.
- \bullet
- Diálogo de Retransmisión de Usuario TCAP: el diálogo TCAP se origina en la red SS7 externa al servidor de señalización SS7 y es reenviada por el usuario TCAP dentro del SAS. La información en el mensaje de usuario TCAP y la información de direcciones en el SCCP pueden ser modificadas. Un TC-COMENZAR o un TC-UNI entra en el usuario TCAP del SAS, y un TC-COMENZAR o TC-UNI, respectivamente, sale del usuario TCAP del SAS. La distinción entre si es aplicable el Diálogo de Terminación del Usuario TCAP o el Diálogo de Retransmisión del Usuario TCAP se hace en el servicio de usuario TCAP del SAS.
- \bullet
- Diálogo de Retransmisión de TCAP: el diálogo TCAP se origina en la red SS7 externa al servidor de señalización SS7 y es reenviada por el TCAP y la capa del Distribuidor de Servicios dentro del SAS. La información de direcciones en el SCCP puede ser modificada. Un TC-COMENZAR o un TC-UNI entra en el TCAP y en la capa del Distribuidor de Servicios del SAS y un TC-COMENZAR o un TC-UNI, respectivamente, sale del TCAP y de la capa del Distribuidor de Servicios del SAS. La decisión de retransmitir el diálogo TCAP o de reenviarlo al usuario TCAP se hace en el TCAP y en la capa del distribuidor de Servicios.
- \bullet
- Diálogo originado en el SAS: el diálogo TCAP se origina en un servicio de aplicación del SAS. Un TC-COMENZAR o un TC-UNI sale del servicio de aplicación del SAS.
- \bullet
- Retransmisión de SCCP: se recibe un mensaje SCCP de la red SS7 exterior en el Servicio de Retransmisión de SCCP, la información de direccionamiento de SCCP puede ser modificada y el mensaje SCCP es devuelto a la red SS7 externa al servidor de señalización SS7. Sin embargo, un Servicio de Retransmisión particular de SCCP puede descubrir que el mensaje SCCP ha de ser terminado por un usuario TCAP.
En el camino de vuelta desde el SAS al STP, el
STP ha de insertar correctamente el mensaje SCCP en la cadena de
mensajes SS7 externos. Han de distinguirse los dos casos anteriores
a) y b):
a. Si el mensaje SS7 tuviera el Indicador de
Encaminamiento fijado en Encaminar en el GT, entonces es necesario
dar salida a una segunda Traducción de Título Global.
b. Si el mensaje SS7 tuviera el Indicador de
Encaminamiento fijado en Encaminar en el Código de Puntos y en el
SSN, entonces el mensaje SS7 devuelto es encaminado también en el
Código de Puntos y en el SSN.
La Segmentación de Mensajes SS7 en combinación
con el SAS adjunto es gestionada de la manera siguiente (UDT =
Datos Unitarios), UDTS = servicio UDT, LUDT = UDT largo, XUDT = UDT
ampliado):
- \bullet
- Los mensajes UDT/UDTS son intercambiados entre el STP y el SAS tal como están.
- \bullet
- Los mensajes XUDT/XUDTS segmentados son reconstruidos en el STP y son enviados como un solo mensaje LUDT/LUDTS al SAS. El SAS devuelve un solo mensaje LUDT/LUDTS al STP, y el STP segmenta este mensaje en mensajes XUDT/XUDTS.
- \bullet
- Los mensajes LUDT/LUDTS segmentados son reconstruidos en el STP y enviados como un solo Súper mensaje interno LUDT/LUDTS al SAS. El SAS devuelve un solo Súper mensaje LUDT/LUDTS al STP y el STP segmenta este mensaje en mensajes XUDT/XUDTS.
La figura 4 es un diagrama de bloques
simplificado de un ejemplo de servidor de aplicaciones de
señalización (SAS) de acuerdo con las enseñanzas de la presente
invención.
El servidor de aplicaciones de señalización (SAS)
inventivo comprende al menos un procesador y al menos un software
de proceso para procesar al menos una, ventajosamente al menos dos,
peticiones de servicio de aplicaciones diferentes, donde el al
menos un software de proceso incluye un proceso de una parte de
control de conexión de la señalización (SCCP) y al menos uno,
ventajosamente al menos dos, procesos de una parte de la aplicación
de capacidades de transacción (TCAP), para identificar al menos
una, ventajosamente al menos dos, peticiones de servicio de
aplicaciones diferentes. Los elementos adicionales usuales, como
memoria, etc. son conocidos por la persona experta en la
técnica.
En un modo de realización preferido de la
invención, un proceso TCAP del SAS es capaz de identificar números
de subsistema (SSN) del protocolo de aplicación de red inteligente
(INAP) y otro proceso TCAP del SAS es capaz de procesar números de
subsistema (SSN) de la parte de la aplicación de móviles (MAP).
En un modo de realización adicional preferido de
la invención, se proporciona un proceso distribuidor de servicios
INAP para el SAS para identificar una petición de servicio INAP
individual, de acuerdo con una clave de servicio, y para distribuir
la petición de servicio INAP identificada a una biblioteca de
servicios INAP correspondiente, y se proporciona un proceso
distribuidor de servicios MAP para el SAS para identificar una
petición de servicios MAP individual y para distribuir la petición
de servicios MAP a una biblioteca de servicios MAP
correspondiente.
En otro modo de realización preferido de la
invención, se proporciona un proceso de retransmisión de SCCP para
el SAS, y se proporciona un proceso distribuidor de retransmisiones
SCCP para el SAS para identificar una petición de retransmisión de
SCCP individual y para distribuir la petición de retransmisión de
SCCP identificada a una biblioteca de retransmisiones de SCCP
correspondiente.
El software de proceso inventivo para que el SAS
procese al menos dos peticiones de servicios de aplicación
diferentes, incluye un proceso SCCP y al menos dos procesos TCAP
para identificar al menos dos peticiones de servicios de aplicación
diferentes.
El SAS incluye al menos un proceso SAS y los
equipos del entorno.
Cada proceso SAS está subdividido en tres partes:
motor del protocolo SAS, distribución de servicios, servicios, mas
una base de datos SAS.
El motor del protocolo SAS sirve para adaptar los
protocolos y captar los servicios de terminación y de retransmisión
de TCAP por un lado, y servicios de retransmisión de SCCP por otro
lado. La captación de servicios se realiza utilizando procesos SCCP.
Además, se captan los servicios INAP y MAP. Esto se realiza
utilizando procesos TCAP. Un proceso SCCP para el TCAP está
conectado a los procesos TCAP a través de un SCCP API. Los dos
procesos TCAP y el proceso SCCP para la retransmisión están
conectados a la distribución de servicios a través de dos TCAP API
con datos de usuario codificados (independientes del servicio) y a
un SCCP API, respectivamente.
La distribución de servicios sirve para
distribuir las peticiones de servicios de aplicación recibidas
entre las bibliotecas de servicios individuales. El proceso
distribuidor de servicios INAP incluye un transcodificador INAP y
realiza la distribución entre los servicios INAP, de acuerdo con la
ACN y las claves del servicio. El proceso de distribución de
servicios MAP incluye un transcodificador MAP y realiza la
distribución entre servicios MAP. La distribución de servicios está
conectada a los servicios a través de los TCAP API con datos de
usuario descodificados (independientes del servicio) en el caso de
distribución de servicios INAP y MAP y a través de los API de
servicios SCCP en el caso de distribución de retransmisiones de
SCCP.
La distribución se hace principalmente sobre la
base del identificador de servicios de aplicación internos
transportados en la Cabecera ASTP. La selección de la versión
específica del protocolo de usuario TCAP está basada en el Contexto
de la Aplicación.
Los Servicios sirven para acceder a bases de
datos de servicios individuales para procesar las peticiones de
servicios de aplicación individuales. Los Servicios incluyen
bibliotecas de servicios INAP, bibliotecas de servicios MAP y
bibliotecas de retransmisiones de SCCP y las correspondientes bases
de datos. El acceso a las bases de datos se realiza utilizando los
API dependientes del servicio SAS y las adaptaciones de las bases de
datos. Los servicios podrían incluir también además, por ejemplo,
bibliotecas de servicios CAP y las correspondientes bases de
datos.
Los equipos del entorno sirven para configurar
los procesos de distribución. Se utilizan tres ficheros de
configuración para configurar los procesos de distribución: fichero
de configuración de la distribución de servicios INAP, fichero de
configuración de la distribución de servicios MAP y fichero de
configuración de la distribución de las retransmisiones SCCP. Se
permite el acceso a los ficheros de configuración a través de un
interfaz gráfico de usuario del SAS.
Los equipos del entorno sirven además para
efectuar la adaptación del protocolo y la gestión de alarmas. El
interfaz con el STP es el TCP/IP. Un proceso TCP/IP filtra el
contenido específico de un paquete TCP/IP recibido y lo reenvía al
proceso o procesos SAS. El contenido específico recibido del
proceso o procesos SAS está incluido en los paquetes TCP/IP y es
transmitido al STP.
La figura 5 es un diagrama de bloques
simplificado de otro ejemplo de servidor de aplicaciones de
señalización (SAS). El diagrama de bloques muestra la estructura
lógica y de servicio para los servicios, por ejemplo los servicios
de portabilidad de números del SAS.
La portabilidad de números es una característica
proporcionada por un operador para otro operador, lo cual permite a
los clientes mantener sus números de teléfono cuando cambian sus
actividades entre esos operadores.
La característica es posible para redes fijas y
móviles.
Con la introducción de la Portabilidad de Números
de Móviles (MNP), un abonado de móviles puede cambiar su red de
suscripción al tiempo que retiene su número original. La relación
entre el número de abonado de móviles y la gama de números de la
cual ha sido asignado el número ya no es una relación estática. El
número ya no identifica la red de suscripción para el abonado de
móviles.
El nuevo mapa de correspondencia requerido entre
el número de móviles y la red de suscripción se hace a través de
una base de datos (DB) de MNP, que entrega información adicional de
encaminamiento con el fin de garantizar el encaminamiento correcto
entre distintos proveedores.
Las peticiones a la base de datos MNP se hacen
con distintos mecanismos. A través del Sistema de Señalización
Número 7 (N7), las posibilidades son las de las Redes Inteligentes
(IN) con el Protocolo de Aplicación de Red Inteligente (INAP) o con
la Parte de la Aplicación de Móviles (MAP) y la Parte de la
Aplicación CAMEL (CAP); CAMEL = Aplicación a Medida para la Lógica
Reforzada de la Red Móvil.
Debido a las características (por ejemplo, la
Culminación de la Llamada al Abonado Ocupado (CCBS)) y a otras
circunstancias (por ejemplo, proceso pre-pagado)
también a nivel de la dirección de la Parte de Control de la
Conexión de la Señalización (SCCP), deben cambiarse las direcciones
a través de peticiones a la base de datos MNP, retransmitiendo los
mensajes apropiados. Algo similar es necesario para la Parte de la
Aplicación de Capacidad de Transacción (TCAP) con cambios de datos
opcionales a nivel de usuario.
La figura 5 ofrece una visión global de un Diseño
de Alto Nivel (TLD) sobre los servicios SAS, por ejemplo, los
Servicios MNP y sus Distribuciones de Servicios.
Los servicios MNP utilizan datos contenidos
dentro de la capa de protocolos INAP, MAP, CAP y SCCP para
interrogar la base de datos MNP y para devolver un resultado de la
portabilidad a la entidad que la origina o para retransmitir la
petición. Los interfaces, funciones y características de las
Distribuciones de Servicios y, principalmente, de los servicios
MNP, se describen a continuación.
La base de datos MNP contiene datos específicos
de encaminamiento sobre la base de abonado a abonado.
Estructura de Servicio:
La funcionalidad de Servicio para cada Servicio
individual está siempre dividida en dos partes para todos los
Servicios. La Distribución de Servicios y el propio Servicio.
Distribución o Distribuciones de Servicios:
Las Distribuciones de Servicios son dependientes
del protocolo y son responsables de la codificación y
descodificación de los mensajes/operaciones relevantes del
servicio. Además, garantizan la selección del Servicio correcto que
pueda gestionar la petición/diálogo.
La selección de la Distribución de Servicios
correcta está controlada mediante el filtrado de mensajes y las
comprobaciones de SSN en ejemplos anteriores.
Las Distribuciones de Servicios sobre las pilas
de protocolos diferentes (aquí: TCAP y SCCP) son bibliotecas
compartidas, que son enlazadas durante la inicialización de acuerdo
con los datos de configuración.
Las Distribuciones de Servicios MNP identificadas
son:
- \bullet
- la Distribución de Servicio INAP
- \bullet
- la Distribución de Servicio MAP
- \bullet
- la Distribución de Servicio CAP
- \bullet
- la Distribución de Servicio SCCP
La selección del Servicio final se hace a través
de:
- \bullet
- la Información de la Aplicación (incluyendo el identificador interno del servicio de aplicación y el Resultado del Filtro de TCAP)
- \bullet
- si fuera necesario, sobre cualquier otra información disponible en el TCAP y en el usuario TCAP.
Servicio(s):
Cada servicio gestiona una funcionalidad bien
definida y utiliza, en el caso de actividades comunes, clases de
una agrupación de Clases de Servicio. El Servicio representa la
lógica para una funcionalidad definida.
Los servicios por encima de una de las distintas
Distribuciones de Servicios son bibliotecas compartidas, que son
enlazadas durante la inicialización de acuerdo con los datos de
configuración de la Distribución o Distribuciones de Servicios.
Cada Servicio tiene ficheros de configuración
específicos del servicio (dependientes del protocolo y del
servicio) junto con un fichero común que es válido para todos los
Servicios MNP.
Las categorías de Servicios MNP identificadas
son:
- \bullet
- El Servicio o Servicios MNP INAP
- \bullet
- El Servicio o Servicios MNP MAP
- \bullet
- El Servicio o Servicios MNP CAP
- \bullet
- El Servicio o Servicios de retransmisión de MNP SCCP
- \bullet
- El Servicio o Servicios de retransmisión de usuario MNP TCAP para INAP
- \bullet
- El Servicio o Servicios de retransmisión de usuario MNP TCAP para el MAP
- \bullet
- El Servicio o Servicios de retransmisión de usuario MNP TCAP para el CAP
Los tres primeros servicios son Diálogos de
Terminación de Usuario TCAP,
los tres últimos servicios actúan como
Retransmisión de usuario TCAP o como pura Retransmisión TCAP.
Servicio o Servicios MNP INAP:
Un Servicio MNP INAP reside por encima de la
Distribución de Servicios INAP y es responsable de gestionar todos
los requisitos definidos sobre el nivel de la capa INAP y de
interrogar las partes apropiadas de la base de datos MNP.
El Servicio INAP se utiliza para mensajes
relacionados con las llamadas y está orientado al diálogo.
Utilización:
Petición estándar de MNP si no se hace a través
del MAP (relacionado con la llamada).
Servicio o Servicios MNP MAP:
Un Servicio MNP MAP reside por encima de la
Distribución de Servicios MAP y es responsable de gestionar todos
los requisitos a nivel de la capa MAP y de interrogar las partes
apropiadas de la base de datos MNP.
El Servicio MAP se utiliza para mensajes
relacionados con llamadas y está orientado al diálogo.
Utilización:
Para la petición estándar de MNP, si no se hace a
través de INAP (relacionado con la llamada).
Servicio(s) MNP CAP:
Un Servicio MNP CAP reside por encima de la
Distribución de Servicio CAP y es responsable de gestionar todos
los requisitos requeridos a nivel de la capa CAP y de interrogar
las partes apropiadas de la base de datos MNP.
El Servicio CAP se utiliza para mensajes
relacionados con las llamadas y está orientado al diálogo.
Servicio(s) de retransmisión MNP SCCP:
Un Servicio de retransmisión MNP SCCP reside por
encima de la Distribución de Servicios SCCP y es responsable de
gestionar todos los requisitos requeridos a nivel de la capa SCCP y
de interrogar las partes apropiadas de la base de datos MNP.
El Servicio de retransmisión SCCP se utiliza para
el encaminamiento no relacionado con las llamadas de los mensajes,
retransmitiéndolos a nivel SCCP.
Utilización:
Gestión de MNP estándar de las características de
móviles implicadas, como CCBS (no relacionadas con la llamada).
Servicio(s) de retransmisión de usuario
MNP TCAP para INAP:
Un Servicio de retransmisión MNP TCAP para INAP
reside por encima de la Distribución de Servicios INAP y es
responsable de gestionar todos los requisitos requeridos a nivel de
la capa INAP y de interrogar las partes apropiadas de la base de
datos MNP.
El Servicio de retransmisión de usuario TCAP para
INAP se utiliza para el encaminamiento relacionado con las llamadas
de los mensajes, retransmitiéndolos a nivel de TCAP. Dependiendo de
la lógica implementada, los cambios a nivel de los datos de usuario
INAP son opcionales.
Bajo aspectos de implementación, el Servicio
puede ser una parte integrada de un Servicio MNAP INAP.
Utilización:
Soporte del proceso de Pre-pago y
Portabilidad de Número de Servicio.
Servicio(s) de retransmisión de usuario
MNP TCAP para el MAP:
Un Servicio de retransmisión de MNP TCAP para el
MAP reside por encima de la Distribución de Servicios MAP y es
responsable de gestionar todos los requisitos requeridos a nivel de
la capa MAP y de interrogar las partes apropiadas de la base de
datos MNP.
El Servicio de retransmisión de usuario TCAP para
el MAP se utiliza para el encaminamiento relacionado con las
llamadas de los mensajes, retransmitiéndolos a nivel de TCAP.
Dependiendo de la lógica implementada, los cambios a nivel de los
datos de usuario MAP son opcionales.
Bajo aspectos de implementación, el Servicio
puede ser una parte integrada de un Servicio MNP MAP.
Servicio(s) de retransmisión de usuario
MNP TCAP para el CAP:
Un Servicio de retransmisión de MNP TCAP para el
CAP reside por encima de la Distribución de Servicios CAP y es
responsable de gestionar todos los requisitos requeridos a nivel de
la capa CAP y de interrogar las partes apropiadas de la base de
datos MNP.
El Servicio de retransmisión de usuario TCAP para
el CAP se utiliza para el encaminamiento relacionado con las
llamadas de los mensajes, retransmitiéndolos a nivel de TCAP.
Dependiendo de la lógica implementada, los cambios a nivel de los
datos de usuario CAP son opcionales.
Bajo aspectos de implementación, el Servicio
puede ser una parte integrada de un Servicio MNP CAP.
Utilización:
Soporte del proceso de
Pre-pago.
Servicios concretos para el MNP que son admitidos
por el SAS de la figura 4:
Servicio de Portabilidad de Número Móvil estándar
para el INAP.
Servicio de Portabilidad de Número Móvil para
INAP, incluyendo la interconexión con Correo de Voz.
Servicio de Portabilidad de Número Móvil para el
INAP, incluyendo la interconexión (aquí: retransmisión de usuario
TCAP).
Servicio de Portabilidad de Número Móvil estándar
para el MAP (función de terminación).
Servicio de Portabilidad de Número Móvil para el
MAP incluyendo la interconexión del Correo de Voz.
Servicio de Portabilidad de Número Móvil para el
MAP incluyendo SRI para el Servicio de Mensajes Cortos.
Servicio de Portabilidad de Número Móvil para el
MAP incluyendo Reenvío de Mensajes Cortos.
Servicio de Portabilidad de Número Móvil para el
MAP incluyendo Interrogación en Cualquier Momento.
El Servicio es la contrapartida del Servicio de
Retransmisión de MNP- MATF/SRF-ATI SCCP.
Servicio de Portabilidad de Número Móvil para el
CAP incluyendo la Interconexión (aquí: retransmisión de usuario
TCAP).
Servicio de Portabilidad de Número Móvil para
mensajes no relacionados con las llamadas a nivel de SCCP.
Servicio de Portabilidad de Número Móvil estándar
para el MAP (función de retransmisión).
Servicio de retransmisión SCCP de la Portabilidad
de Número Móvil, incluyendo la Interconexión de Correo de Voz.
Servicio de retransmisión SCCP de la Portabilidad
de Número Móvil, incluyendo SRI para el Servicio de Mensajes
Cortos.
Servicio de retransmisión SCCP de la Portabilidad
de Número Móvil, incluyendo Reenvío de Mensajes Cortos.
Servicio de retransmisión SCCP de la Portabilidad
de Número Móvil, incluyendo Interrogación en cualquier momento.
Una implementación de un SAS inventivo de acuerdo
con la invención puede admitir uno o más de los servicios concretos
del SAS de la figura 4.
La figura 6 es un diagrama de bloques
simplificado de otro ejemplo de red que incluye un SAS. El diagrama
de bloques muestra una configuración de red lógica incluyendo un
STP, un SAS, un sistema central de gestión y tres centrales.
El SAS se utiliza para los servicios de
portabilidad de números fijos (FNP).
Se ilustra la estructura interna de las capas.
Entre el SSF (función de conmutación de servicios) en una central
remota y el SCF (función de control de servicios) en el SAS, se
utiliza el protocolo INAP (protocolo de aplicación de red
inteligente. Entre el TCAP en la central remota y el TCAP en el
SAS, existe una comunicación de igual a igual, que es aplicable
también a la capa SCCP en la central remota y en el STP.
Entre las aplicaciones CCBS (culminación de una
llamada a un usuario que está comunicando) en las centrales
remotas, existe un diálogo de extremo a extremo a través de los ISS
(servicios suplementarios ISDN (número de subsistema)).
Internamente en el SAS, el SCF y la aplicación NP
GTT tienen un interfaz con el SDF (función de datos de servicio);
NP = portabilidad de número, GTT = traducción de título global.
En el STP, el interfaz entre el SCCP y el TCP/IP
es parte de la capa de adaptación. La funcionalidad de SCCP en la
capa de adaptación admite servicios sin conexión y las clases de
protocolo 0 y 1.
El sistema de transporte entre el STP y el SAS
será el TCP/IP sobre Ethernet. Un SAS incluirá uno o más servidores
SAS. Cada servidor SAS tendrá una o más direcciones IP, dependiendo
de los requisitos de dimensionamiento y de alta disponibilidad.
El SAS ofrecerá una solución homogénea para los
siguientes tipos de Portabilidad de Números en la Red Fija:
- \bullet
- Portabilidad de emplazamiento.
- \bullet
- Portabilidad de Proveedor de Servicios para Números Geográficos.
- \bullet
- Portabilidad de Proveedor de Servicios para Números no Geográficos.
- \bullet
- Portabilidad de Servicios.
- \bullet
- Una concatenación de los tipos anteriores de Portabilidad de Números.
Esta solución homogénea podrá interactuar con
cualquier central de la red del operador que se requiera que
interactúe, independientemente del vendedor de estas centrales.
La solución SAS FNP será aplicable a la
Portabilidad de Números dentro de una zona de numeración dada, es
decir, una zona con el mismo prefijo específico de zona.
El FNP funcionará correctamente en el SAS,
independientemente de que esté situado en la Red de Origen, Red
Donante, Red Receptora o Red de Tránsito. El FNP funcionará
correctamente en el SAS, independientemente de que el número portado
sea entrante o saliente.
El FNP funcionará correctamente en el SAS,
independientemente del tipo de abonado que esté implicado, por
ejemplo, analógico, digital PABX, VPN, etc.
El FNP funcionará correctamente en el SAS,
independientemente del método utilizado en la red, por ejemplo,
Encaminamiento Continuado con disparador de Red Inteligente,
Consulta o Liberación y Consulta de todas las llama-
das.
das.
El FNP será capaz de interactuar en el SAS con
Servicios Suplementarios, Servicios basados en Red Inteligente,
Selección de Compañía Operadora y Recogida de Contadores
Estadísticos.
El Sistema Central de Gestión será capaz de
admitir los siguientes mecanismos de transporte hacia las
instalaciones de gestión del operador:
- \bullet
- TCP/IP
- \bullet
- FTP (protocolo de transferencia de ficheros)
- \bullet
- CORBA (arquitectura de agente de peticiones de objeto común)
La figura 7 es un diagrama de bloques
simplificado de otro ejemplo de red que incluye un SAS. El diagrama
de bloques muestra una configuración de red lógica que incluye STP,
SAS, MSC, HLR, SCP y un sistema central de gestión.
El SAS se utiliza para los servicios de
portabilidad de números móviles (MNP).
Se ilustra la estructura interna de capas. Entre
la aplicación MAP de un MSC remoto y la aplicación MATF (función de
terminación de la aplicación MAP), se utiliza el protocolo MAP en
el SAS. Entre el SSF en un MSC remoto y el IATF (función de
terminación de la aplicación INAP) en el SAS, se utiliza el
protocolo INAP. Entre el TCAP de la central remota y el TCAP del
SAS, existe una comunicación de igual a igual, que es aplicable
también a la capa SCCP de la central remota y del STP.
Entre la aplicación del MAP en el MSC remoto y el
HLR (registrador local de emplazamientos), se utiliza el protocolo
MAP. Entre la aplicación INAP del SCP remoto y la aplicación IATF
del SAS, se utiliza el protocolo INAP. También se utiliza el
protocolo INAP entre la aplicación INAP del SCP remoto y la
aplicación SSF del MSC remoto.
Internamente en el SAS, el SCF y la aplicación NP
GTT tienen un interfaz con el SDF.
En el STP, el interfaz del SCCP con TCP/IP es
parte de la capa de adaptación. La funcionalidad de SCCP en la capa
de adaptación admite servicios sin conexión y protocolos clase 0 y
1.
El sistema de transporte entre el STP y el SAS
será TCP/IP sobre Ethernet. Un SAS incluirá uno o más servidores
SAS. Cada servidor SAS tendrá una o dos direcciones IP, dependiendo
de los requisitos de dimensionamiento y de alta disponibilidad.
Los requisitos de interfaz se aplican a ambas
figuras 6 y 7;
General:
Cada parte de la aplicación del SAS será capaz de
comunicarse a través del INAP, MAP o cualquier otro usuario TCAP
con otra parte de una aplicación en un nodo alcanzable desde el STP
a través de la red del sistema de señalización núm. 7. Para este
fin, el SAS utilizará la funcionalidad de STP/SRP del STP y accederá
a esta funcionalidad de STP a través de TCP/IP sobre Ethernet; SRP
= punto de retransmisión de señalización. La arquitectura de
comunicaciones del SAS será suficientemente ampliable con el fin de
permitir, por ejemplo, la sustitución del TCP/IP por el UDP con el
propósito de mejorar la velocidad.
Tanto el TCAP como el SCCP serán capaces de ser
transportados sobre TCP. Esto implica una capa de adaptación de
TCAP sobre TCP y una capa de adaptación de SCCP sobre TCP.
El STP conocerá todos los servidores SAS en la
red del operador para ser capaz de utilizar servidores SAS remotos,
si los servidores SAS locales no pueden transportar la carga
ofrecida. Esta condición de sobrecarga puede estar originada por la
indisponibilidad de uno o más servidores SAS o por una condición de
sobrecarga inesperadamente alta.
El STP utilizará como servidores SAS preferidos,
los SAS conectados localmente.
El STP transferirá el tráfico a los servidores
SAS remotos en el caso de una condición de sobrecarga inesperada
y/o de indisponibilidad de uno o más servidores SAS.
TCAP sobre TCP/IP:
Con el fin de transportar TCAP sobre TCP, habrá
una capa de adaptación entre TCAP y TCP en el STP y en el SAS. Esta
capa de adaptación ofrecerá un interfaz de servicios SCCP sin
conexión con el TCAP, controlará las comunicaciones TCP subyacentes
(inicialización, liberación, control de sobrecarga, recuperación de
errores) y comunicará los TCAP PDU a través de TCP/IP. Todos los
paquetes de diálogo TCAP serán acompañados por una cabecera SCCP
que sea válida para el diálogo; PDU = Unidad de Datos de
Protocolo.
SCCP sobre TCP/IP (Encaminamiento SCCP):
En el SAS, el mensaje SCCP es encaminado a través
de SCCP sobre TCP/IP hacia la aplicación NP GTT. La aplicación NP
GTT tiene un interfaz propietario interno con el SDF que contiene
los datos de portabilidad de números. Los SCCP GTT del STP serán
modificados con el fin de permitir que los mensajes ISS sean
encaminados al SAS dependiendo de la salida del GTT. Tal mecanismo
podría estar basado en el campo de Destino de Apoyo del STP GTT,
que es relevante para el encaminamiento cuando no se puede
encontrar ningún resultado del GTT. El SCCP del SAS proporcionará un
API (interfaz de programador de aplicaciones) con suficientes
capacidades sintácticas y semánticas para permitir la ejecución de
la función anterior de usuario SCCP.
Para la comunicación entre el STP y el SAS, se
utiliza ASTP. Los mensajes TCAP no son, ventajosamente,
transportados directamente sobre TCP, sino en mensajes SCCP
sintácticamente correctos.
Múltiples servidores SAS por STP:
Serán admitidos hasta, por ejemplo, 128
servidores SAS. Cada servidor SAS será capaz de estar equipado con
hasta dos puertos de Ethernet y direcciones IP,
respectivamente.
Interconexión interna:
Todos los servidores SAS estarán totalmente
conectados por medio de la Ethernet interna duplicada del STP.
Interconexión externa:
La conexión física de un servidor SAS se hace a
través de la Ethernet interna del STP. La comunicación lógica del
SAS con elementos de red externos se hace a través de las
capacidades de comunicación física del STP, tal como TCP/IP/Ethernet
y SCCP/MTP.
Requisitos de la plataforma del sistema
aplicables a la figura 6 y a la figura 7:
Será posible modificar dinámicamente las tablas
de distribución de tráfico para la comunicación desde el STP hacia
el SAS. Esto puede muy bien incluir las tablas de distribución de
tráfico en la funcionalidad de STP
TCAP-sobre-IP y en la funcionalidad
de SCCP-sobre-IP, así como las
tablas de distribución de tráfico dentro del SAS.
El sistema de comunicaciones entre el Núcleo SSE
y el SAS proporcionará los siguiente:
- \bullet
- Entorno de proceso rápido distribuido.
- \bullet
- Mecanismos para le escalabilidad y la alta disponibilidad.
- \bullet
- DBMS (sistema de gestión de base de datos) altamente disponible y distribuido.
Será factible la cohabitación de Red Fija NP, MNP
y otras posibles aplicaciones de servidor SS7 sobre la misma
máquina (este requisito puede ser aplicable a situaciones en las
que un cliente requiere un STP muy grande para una red
interconectada SS7 que gestionen todas las clases de tráfico SS7:
red fija, red móvil, etc.).
El SAS de la figura 6 y el SAS de la figura 7
pueden ser combinados para admitir tanto FNP como MNP. El STP tiene
pues enlaces SS7 con centrales tanto de la red fija como con
centrales de la red móvil.
La figura 8 es un diagrama de bloques
simplificado de un ejemplo de servidor de señalización SS7 de
acuerdo con las enseñanzas de la presente invención,
correspondiente al servidor de señalización SS7 de la figura 1, e
incluyendo un primer y un segundo flujos de proceso de
señalización.
El STP incluye al menos un proceso SCCP, al menos
un proceso MTP y al menos un proceso de usuario local de escape,
ESC.
Cada proceso SCCP sirve para procesar el
contenido del SCCP en los mensajes SS7 entrantes.
Cada proceso MTP sirve para procesar el contenido
del MTP en los mensajes SS7 entrantes. El proceso MTP es capaz de
procesar el contenido de MTP1, MTP2 y MTP3. Para cada MTPn se
pueden utilizar uno o más procesos MTP, para n = 1, 2, 3.
Cada proceso ESC de usuario local de escape sirve
para identificar una petición de servicio de la aplicación
individual en un SCCP o en un MTP y para comunicarse con el SAS a
través del protocolo de interconexión.
El STP es capaz de encaminar mensajes SS7
entrantes. Un primer flujo de proceso de señalización muestra un
mensaje SS7 entrante en una primera entrada/salida, un procesamiento
en el proceso MTP y un mensaje SS7 saliente correspondiente en una
segunda entrada/salida. Un segundo flujo de proceso de señalización
muestra un mensaje SS7 entrante en la primera entrada/salida, un
procesamiento en el proceso SCCP y un mensaje SS7 saliente
correspondiente en una tercera entrada/salida. Ambos flujos primero
y segundo de proceso de señalización son flujos de proceso usuales
en un STP actual. En estos casos, no es necesario el proceso
inventivo ESC de usuario local de
escape.
escape.
La figura 9 es un diagrama de bloques
simplificado de un ejemplo de servidor de señalización SS7 de
acuerdo con las enseñanzas de la presente invención,
correspondiente al servidor de señalización SS7 de la figura 1, e
incluyendo un tercer flujo de proceso de señalización.
El tercer flujo de proceso de señalización
muestra un mensaje SS7 entrante en una primera entrada/salida, un
procesamiento en el proceso SCCP, un procesamiento en el proceso
ESC de usuario local de escape (= proceso de escape de usuario local
de SCCP), un procesamiento en el SAS, un procesamiento en el
proceso ESC de usuario local de escape, un procesamiento en el
proceso SCCP, y un mensaje SS7 saliente correspondiente en la
tercera entrada/salida.
El proceso ESC de usuario local de escape se
utiliza para identificar una petición de servicio de aplicación
individual en el SCCP. La petición de servicio de aplicación
individual identificada es transmitida al SAS a través del protocolo
de interconexión. El SAS procesa la petición de servicio
identificada y devuelve el resultado al proceso ESC de usuario
local de escape a través del protocolo de interconexión. El proceso
ESC de usuario local de escape procesa el resultado y entrega el
resultado procesado al SCCP. El contenido del SCCP será entonces
incluido en el mensaje SS7 saliente, el cual será transmitido a
través de un enlace SS7.
En el tercer proceso de señalización, se utiliza
un protocolo de interconexión entre un STP, para procesar mensajes
SS7, y un SAS para procesar las peticiones de servicio de
aplicaciones. El protocolo de interconexión es TCP/IP o UDP
(protocolo de datagrama de usuario) sobre ethernet, incluyendo al
menos un campo reservado para incluir una petición de servicio de
aplicación individual para que sea procesada en el SAS.
En general, son posibles distintos escenarios de
interacción entre el proceso ESC de usuario local de escape del STP
y el SAS, por ejemplo,
- Diálogo de terminación de usuario TCAP: se
entrega una petición desde el ESC al SAS, se devuelve una respuesta
desde el SAS al ESC. La petición es, por ejemplo, una petición de
portabilidad de número. La respuesta incluye, por ejemplo, una
dirección correspondiente.
- Retransmisión de usuario TCAP: se entrega una
petición desde el ESC al SAS. Se devuelve una respuesta que
incluye, por ejemplo, parámetros cambiados, desde el SAS al
ESC.
- Retransmisión de TCAP.
- Retransmisión de SCCP.
- Diálogos iniciados en el SAS: se entrega una
petición desde el SAS al ESC, por ejemplo, una llamada del servicio
de despertador.
Un procesador es, por ejemplo, un procesador
digital de señales o un microprocesador. Son equivalentes a un
procesador todas las clases de unidades de proceso, como un
controlador, un FPGA (agrupación de puertas programables
libremente), etc.
La invención se implementa principalmente en
software y es independiente del lenguaje de programación utilizado.
Es equivalente a la solución de software una solución de hardware
correspondiente o una solución mixta de hardware y software.
Claims (14)
1. Servidor (1) de señalización SS7 para
encaminar llamadas SS7, incluyendo un punto de transferencia de
señalización (STP) y un servidor de aplicaciones de señalización
(SAS),
en el que el STP tiene al menos un interfaz
externo (MTP, SCCP GTT) para conectar el STP a través de un enlace
SS7 (núm. 7) a al menos una unidad de telecomunicaciones (MSC, HLR,
SCP), y un interfaz interno (TCP/IP, Ethernet) para conectar el STP
al SAS,
en el que el SAS es capaz de procesar al menos
una petición de servicio de aplicación, y
en el que el STP es capaz de procesar mensajes
SS7 entrantes para identificar una petición de servicio de
aplicación individual en un mensaje SS7 entrante, para proporcionar
la petición de servicio de aplicación individual identificada al
SAS para su tratamiento adicional.
2. El servidor (1) de señalización SS7, como se
ha establecido en la reivindicación 1, en el que el STP es capaz de
recibir una petición de servicio procesada desde el SAS para incluir
la petición de servicio procesada en un mensaje SS7 saliente y para
transmitir el mensaje saliente por un enlace SS7 (núm. 7).
3. El servidor (1) de señalización SS7, como se
ha establecido en la reivindicación 1, en el que al menos una
unidad de telecomunicaciones es un centro de conmutación de móviles
(MSC).
4. Método para encaminar enlaces SS7 (Núm. 7),
que comprende los pasos de:
identificar en un punto de transferencia de
señalización (STP), una petición de servicio de aplicación
individual en un mensaje SS7 entrante,
proporcionar la petición de servicio de
aplicación individual identificada a un servidor de aplicaciones de
señalización (SAS), que es capaz de procesar al menos un servicio
de aplicación, y
procesar la petición de servicio proporcionada en
el SAS.
5. El método, como se ha establecido en la
reivindicación 4, que comprende además los pasos de:
- proporcionar la petición de servicio procesada al STP,
- incluir la petición de servicio procesada en un mensaje SS7 saliente,
- y transmitir el mensaje saliente por un enlace SS7 (núm. 7).
6. El método, como se ha establecido en la
reivindicación 4, que comprende además los pasos de:
identificar en el STP la petición de servicio de
aplicación individual en una parte de control de la conexión de la
señalización (SCCP),
identificar en el SAS una petición de servicio
individual de INAP, MAP, CAP, o de cualquier otro usuario TCAP, de
Retransmisión de TCAP o de Retransmisión de SCCP, dentro de la
petición de servicio proporcionada, de acuerdo con un identificador
de servicio de aplicación interna, y
distribuir en el SAS la petición de servicio
identificada de INAP, MAP, CAP, o de cualquier otro usuario TCAP,
de Retransmisión de TCAP o de Retransmisión de SCCP, a una
correspondiente biblioteca de servicios.
7. Punto de transferencia de señalización (STP)
para un servidor (1) de señalización SS7, de acuerdo con la
reivindicación 1 y para encaminar enlaces SS7, que comprende al
menos un procesador y al menos un software de proceso para procesar
los mensajes SS7 entrantes, para identificar una petición de
servicio de aplicación individual en el mensaje SS7 entrante, y
para proporcionar la petición de servicio de aplicación individual
identificada a un servidor de aplicaciones de señalización (SAS)
para su tratamiento adicional.
8. Punto de transferencia de la señalización,
como se ha establecido en la reivindicación 7, en el que el al
menos un software de proceso incluye un proceso de usuario local de
escape para identificar una petición de servicio de aplicación
individual en una parte de control de la conexión de señalización
(SCCP).
9. Punto de transferencia de la señalización
(STP), como se ha establecido en la reivindicación 8, en el que el
proceso de usuario local de escape es capaz de recibir peticiones
de servicios de aplicaciones individuales procesadas y de incluir
las peticiones de servicios de aplicaciones individuales procesadas
en los SCCP, y donde el al menos un software de proceso es capaz de
construir mensajes SS7 que incluyan las peticiones de servicios de
aplicaciones individuales procesadas y transmitir estos mensajes
SS7 por enlaces SS7 (núm. 7).
10. Servidor de aplicaciones de señalización
(SAS) para un servidor (1) de señalización SS7, de acuerdo con la
reivindicación 1, que comprende al menos un procesador y al menos
un software de proceso, para procesar al menos una petición de
servicio de aplicación individual, donde el al menos un software de
proceso incluye un proceso de una parte de control de la conexión
de la señalización (SCCP) y al menos un proceso de una parte de la
aplicación de capacidades de transacción (TCAP), para identificar
al menos una petición de servicio de aplicación.
11. Servidor de aplicaciones de señalización
(SAS), como se ha establecido en la reivindicación 10, en el que un
proceso TCAP es capaz de identificar números de subsistema (SSN) del
protocolo de aplicaciones de red inteligente (INAP), y otro proceso
TCAP es capaz de procesar números de subsistema (SSN) de una parte
de aplicaciones de móviles (MAP).
12. Servidor de aplicaciones de señalización
(SAS), como se ha establecido en la reivindicación 11, en el que se
proporciona un proceso distribuidor de servicio INAP para
identificar una petición individual de servicio INAP, de acuerdo con
una clave de servicios, y para distribuir la petición de servicio
INAP identificada a una biblioteca correspondiente de servicios
INAP, y donde se proporciona un proceso distribuidor de servicios
MAP para identificar una petición individual de servicio MAP y para
distribuir la petición de servicio MAP identificada a una
correspondiente biblioteca de servicios MAP.
13. Servidor de aplicaciones de señalización
(SAS), como se ha establecido en la reivindicación 10, en el que se
proporciona un proceso de retransmisión de SCCP, y en el que se
proporciona un proceso distribuidor de retransmisiones de SCCP para
identificar una petición individual de retransmisión de SCCP y para
distribuir la petición de retransmisión de SCCP identificada a una
correspondiente biblioteca de retransmisiones de SCCP.
14. Software de proceso para un servidor de
aplicaciones de señalización (SAS) capaz de ejecutar lo
siguiente:
- proporcionar la petición de servicio de
aplicación individual a un servidor de aplicaciones de señalización
(SAS), que es capaz de procesar al menos un servicio de aplicación
y
- procesar la petición de servicio proporcionada
en el SAS.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP02360267A EP1398976B1 (en) | 2002-09-16 | 2002-09-16 | SS7 signaling server with integrated advanced signaling services |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2238553T3 true ES2238553T3 (es) | 2005-09-01 |
Family
ID=31725515
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02360267T Expired - Lifetime ES2238553T3 (es) | 2002-09-16 | 2002-09-16 | Servidor de señalizacion ss7 con avanzados servicios de señalizacion integrados. |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7010114B2 (es) |
| EP (1) | EP1398976B1 (es) |
| AT (1) | ATE295051T1 (es) |
| DE (1) | DE60204018T2 (es) |
| ES (1) | ES2238553T3 (es) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7092504B1 (en) * | 2003-03-18 | 2006-08-15 | Sprint Communications Company L.P. | Method and system for presenting data stored within a network component |
| ATE337686T1 (de) * | 2003-03-19 | 2006-09-15 | Cit Alcatel | Signalisierungsserver |
| US7801124B2 (en) * | 2004-03-18 | 2010-09-21 | Tekelec | Methods, systems, and computer program products for determining the application-level protocol of a signaling message |
| US20060083367A1 (en) * | 2004-10-19 | 2006-04-20 | Schepers Paul D | Transaction capabilities application part message router |
| US7881280B2 (en) * | 2004-12-30 | 2011-02-01 | Motorola Mobilty, Inc. | Method and apparatus to facilitate a non-fully meshed communications system gateway interface |
| EP1727377B1 (en) * | 2005-05-25 | 2006-12-06 | Alcatel | Telecommunications services |
| US8265069B2 (en) * | 2005-06-23 | 2012-09-11 | Nokia Corporation | System, terminal, method, and computer program product for establishing a transport-level connection with a server located behind a network address translator and/or firewall |
| KR100734863B1 (ko) * | 2005-12-08 | 2007-07-03 | 한국전자통신연구원 | ＭＮＰ(Ｍｏｂｉｌｅ ＮｕｍｂｅｒＰｏｒｔａｂｉｌｉｔｙ)를 위한 데이터베이스 시스템의효율적인 관리 방법 |
| DE602006006445D1 (de) | 2006-07-31 | 2009-06-04 | Hewlett Packard Development Co | Signalling Gateway |
| DE102006047275A1 (de) * | 2006-10-04 | 2008-04-10 | Nec Europe Ltd. | Verfahren zum Aufbau einer verbindungsorientierten Kommunikation |
| US8730970B2 (en) * | 2007-02-23 | 2014-05-20 | Tekelec Global, Inc. | Methods systems, and computer program products for providing voicemail routing information in a network that provides customized voicemail services |
| EP2272256B1 (en) * | 2008-04-22 | 2018-09-26 | Telefonaktiebolaget LM Ericsson (publ) | Network node and method of routing messages in an ip-based signalling network |
| WO2010060087A2 (en) * | 2008-11-24 | 2010-05-27 | Tekelec | Systems, methods, and computer readable media for location-sensitive called-party number translation in a telecommunications network |
| US9712341B2 (en) | 2009-01-16 | 2017-07-18 | Tekelec, Inc. | Methods, systems, and computer readable media for providing E.164 number mapping (ENUM) translation at a bearer independent call control (BICC) and/or session intiation protocol (SIP) router |
| WO2010083509A2 (en) | 2009-01-16 | 2010-07-22 | Tekelec | Methods, systems, and computer readable media for centralized routing and call instance code management for bearer independent call control (bicc) signaling messages |
| EP2501149B1 (en) | 2011-02-22 | 2017-10-04 | Telefonaktiebolaget LM Ericsson (publ) | A method and a first network node of managing a SCCP connection |
Family Cites Families (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US644271A (en) * | 1899-10-16 | 1900-02-27 | Fred S Bean | Adjustable automatic relief-valve. |
| US5712908A (en) * | 1995-12-22 | 1998-01-27 | Unisys Corporation | Apparatus and method for generating call duration billing records utilizing ISUP messages in the CCS/SS7 telecommunications network |
| US6011803A (en) * | 1997-01-13 | 2000-01-04 | Lucent Technologies Inc. | Distributed-protocol server |
| US6006098A (en) | 1997-11-06 | 1999-12-21 | Alcatel Usa Sourcing, L.P. | System and method for application location register routing in a telecommunications network |
| US6366658B1 (en) * | 1998-05-07 | 2002-04-02 | Mci Communications Corporation | Telecommunications architecture for call center services using advanced interactive voice responsive service node |
| US7194078B2 (en) * | 1998-05-28 | 2007-03-20 | Siemens Communications, Inc. | Network redirection control routing |
| US6714533B1 (en) * | 1998-11-30 | 2004-03-30 | Qwest Communications International Inc. | Method and system for managing a packet switched network |
| US6631186B1 (en) * | 1999-04-09 | 2003-10-07 | Sbc Technology Resources, Inc. | System and method for implementing and accessing call forwarding services |
| US6731741B1 (en) * | 2000-03-31 | 2004-05-04 | Alcatel | Signaling server for processing signaling information in a telecommunications network |
| US6826198B2 (en) * | 2000-12-18 | 2004-11-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Signaling transport protocol extensions for load balancing and server pool support |
| US6965592B2 (en) * | 2001-01-24 | 2005-11-15 | Tekelec | Distributed signaling system 7 (SS7) message routing gateway |
| US20030228012A1 (en) * | 2002-06-06 | 2003-12-11 | Williams L. Lloyd | Method and apparatus for efficient use of voice trunks for accessing a service resource in the PSTN |
-
2002
- 2002-09-16 DE DE60204018T patent/DE60204018T2/de not_active Expired - Fee Related
- 2002-09-16 ES ES02360267T patent/ES2238553T3/es not_active Expired - Lifetime
- 2002-09-16 AT AT02360267T patent/ATE295051T1/de not_active IP Right Cessation
- 2002-09-16 EP EP02360267A patent/EP1398976B1/en not_active Expired - Lifetime
-
2003
- 2003-09-08 US US10/656,125 patent/US7010114B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1398976A1 (en) | 2004-03-17 |
| EP1398976B1 (en) | 2005-05-04 |
| ATE295051T1 (de) | 2005-05-15 |
| US7010114B2 (en) | 2006-03-07 |
| DE60204018T2 (de) | 2006-03-02 |
| US20040052240A1 (en) | 2004-03-18 |
| DE60204018D1 (de) | 2005-06-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2238553T3 (es) | Servidor de señalizacion ss7 con avanzados servicios de señalizacion integrados. | |
| US5892822A (en) | Method of and system for call routing compliant with international regulatory routing requirements | |
| ES2370995T3 (es) | Dispositivo periférico y procedimiento para interconectar puntos de señalización (sps) ss7 usando el dispositivo periférico. | |
| US7554974B2 (en) | Systems and methods of performing stateful signaling transactions in a distributed processing environment | |
| US6611533B1 (en) | Public telephone network, intelligent network, and internet protocol network services interworking | |
| AU731251B2 (en) | A system for converting a routing address within a telecommunicationsnetwork | |
| US7035239B2 (en) | Methods and systems for routing messages in a communications network | |
| CA2515490C (en) | An intermediary network system and method for facilitating message exchange between wireless networks | |
| US7277444B2 (en) | Method and system for distributing and executing service logic | |
| US20100048197A1 (en) | Providing multiple msisdn numbers in a mobile device with a single imsi | |
| CZ286225B6 (cs) | Způsob provozu radiotelefonní sítě s mobilními stanicemi | |
| US6782004B1 (en) | Intelligent network signaling using an open system protocol | |
| US6839423B2 (en) | Methods and systems for collapsing signal transfer point (STP) infrastructure in a signaling network | |
| FI107217B (fi) | Signalointi telekommunikaatiojärjestelmässä | |
| EP0979573B1 (en) | A method and a system for use in a telecommunication network | |
| ES2359885T3 (es) | Señalización en un sistema de telecomunicaciones. | |
| US20070014287A1 (en) | Method or apparatus for routing signaling messages in a network | |
| ES2313911T3 (es) | Plataforma de sevicios de movilidad inalambricos. | |
| US20040052247A1 (en) | SCCP local user escape method | |
| US6922413B1 (en) | Method and apparatus to enable enhanced services of an intelligent telephone network in a wireless environment | |
| EP1308054B1 (en) | Services in a mobile telecommunications network | |
| ES2244776T3 (es) | Dispositivo para transmitir avisos de señalizacion. | |
| CA2375807A1 (en) | Signaling gateway | |
| Fujioka et al. | Consideration on common channel signaling evolution for global intelligent networking | |
| FI111316B (fi) | Menetelmä ja järjestelmä paikkatiedon hankkimiseksi ja käyttämiseksi tietoliikennejärjestelmässä |