ES2249835T3 - Procedimiento y sistema para la conexion de abonados a varias redes de telecomunicacion con un numero de llamada. - Google Patents
Procedimiento y sistema para la conexion de abonados a varias redes de telecomunicacion con un numero de llamada.Info
- Publication number
- ES2249835T3 ES2249835T3 ES98934937T ES98934937T ES2249835T3 ES 2249835 T3 ES2249835 T3 ES 2249835T3 ES 98934937 T ES98934937 T ES 98934937T ES 98934937 T ES98934937 T ES 98934937T ES 2249835 T3 ES2249835 T3 ES 2249835T3
- Authority
- ES
- Spain
- Prior art keywords
- network
- subscriber
- hdb
- telecommunication
- service
- 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
- 238000000034 method Methods 0.000 title claims description 52
- 230000006870 function Effects 0.000 claims description 70
- 238000004891 communication Methods 0.000 claims description 50
- 230000011664 signaling Effects 0.000 claims description 8
- 230000009977 dual effect Effects 0.000 claims description 2
- 230000000875 corresponding effect Effects 0.000 description 23
- 230000000737 periodic effect Effects 0.000 description 13
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 10
- 102100026009 NF-kappa-B inhibitor zeta Human genes 0.000 description 8
- 101710115530 NF-kappa-B inhibitor zeta Proteins 0.000 description 8
- 238000011161 development Methods 0.000 description 8
- 230000018109 developmental process Effects 0.000 description 8
- 230000004048 modification Effects 0.000 description 8
- 238000012986 modification Methods 0.000 description 8
- 238000001514 detection method Methods 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 230000008878 coupling Effects 0.000 description 5
- 238000010168 coupling process Methods 0.000 description 5
- 238000005859 coupling reaction Methods 0.000 description 5
- 230000010354 integration Effects 0.000 description 5
- 230000017105 transposition Effects 0.000 description 4
- 101000597193 Homo sapiens Telethonin Proteins 0.000 description 3
- 102100035155 Telethonin Human genes 0.000 description 3
- 230000004913 activation Effects 0.000 description 3
- 238000013475 authorization Methods 0.000 description 3
- 238000012790 confirmation Methods 0.000 description 3
- 238000010606 normalization Methods 0.000 description 3
- 230000009471 action Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 230000004888 barrier function Effects 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 230000007723 transport mechanism Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- TVZRAEYQIKYCPH-UHFFFAOYSA-N 3-(trimethylsilyl)propane-1-sulfonic acid Chemical compound C[Si](C)(C)CCCS(O)(=O)=O TVZRAEYQIKYCPH-UHFFFAOYSA-N 0.000 description 1
- 101000684297 Homo sapiens 26S proteasome complex subunit SEM1 Proteins 0.000 description 1
- 101000873438 Homo sapiens Putative protein SEM1, isoform 2 Proteins 0.000 description 1
- 101000587820 Homo sapiens Selenide, water dikinase 1 Proteins 0.000 description 1
- 101000701815 Homo sapiens Spermidine synthase Proteins 0.000 description 1
- 101100257626 Oryza sativa subsp. japonica SPS5 gene Proteins 0.000 description 1
- 238000012356 Product development Methods 0.000 description 1
- 102100034920 Putative protein SEM1, isoform 2 Human genes 0.000 description 1
- 102100030413 Spermidine synthase Human genes 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000002513 implantation Methods 0.000 description 1
- 238000010348 incorporation Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000004321 preservation Methods 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/26—Network addressing or numbering for mobility support
- H04W8/28—Number portability ; Network address portability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
- H04Q3/005—Personal communication services, e.g. provisions for portability of subscriber numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/02—Inter-networking arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Exchange Systems With Centralized Control (AREA)
Abstract
La invención se refiere a un sistema para conectar a suscriptores que participan en varias redes de telecomunicación bajo un número de teléfono. La invención se caracteriza porque los datos del suscriptor se guardan en al menos una red de telecomunicación y se ponen a disposición de las otras redes de telecomunicación bajo demanda. Para ello la invención proporciona al menos una base de datos común para todas las redes de telecomunicación que está disponible en al menos en una de las redes de telecomunicación.
Description
Procedimiento y sistema para la conexión de
abonados a varias redes de telecomunicación con un número de
llamada.
La invención se refiere a un procedimiento y a
una disposición para conectar abonados en varias redes de
telecomunicación, bajo un mismo número de llamada.
La telecomunicación se desarrolla hoy día por una
parte a través de redes de telecomunicación de línea fija, las
llamadas redes fijas, y por otra parte a través de redes de
telecomunicación sin línea fija, las llamadas redes de telefonía
móvil.
Surge entonces la necesidad de que se pueda
comunicar con un abonado, con independencia de cuál sea la red a
través de la cual esté telefoneando, bajo un único número de
llamada. Es cierto que las modernas redes de telecomunicación
ofrecen la posibilidad de un desvío de llamada, es decir que las
llamadas al abonado que llegan, por ejemplo, a través de la red de
telefonía móvil, se pueden desviar a un número de llamada de la red
fija previamente definido, si bien este desvío de llamada no
representa la posibilidad de comunicarse con un abonado bajo un
único número de llamada.
Esto entraña también el inconveniente de que el
abonado tiene que preparar cada vez el desvío de llamada cuando lo
necesite, y cuando deje de necesitarlo lo tiene que volver a anular.
Además, para el desvío de llamada se tiene que introducir siempre el
número de llamada actual hacia el cual se desea desviar la llamada.
Si el abonado cambia de lugar de emplazamiento o desea un desvío de
llamada a otro número de llamada deberá prepararlo en cada ocasión
de nuevo.
Por el artículo de Jones, D.R.: "AIN Network
Capacibilities for Wireless/Wireline integration", en: Annual
Review of Communications, Tomo 50, 1997, Págs.
923-930, se conoce un procedimiento para conectar
abonados en varias redes de telecomunicación, donde al abonado se le
asigna un número de llamada bajo el cual se le puede alcanzar. Para
ello, una de las redes de telecomunicación puede ser una red de
telefonía móvil y otra red de telecomunicación puede ser una red
fija digital inteligente. Para esto se prepara lo que se llama un
Follow-Me-Service, donde sin embargo
no se realiza ninguna ampliación de la red fija que incluya
funciones de movilidad. La función Follow-Me se
realiza mediante equipos externos a la red y las funciones descritas
se corresponden con los conocidos desvíos de llamada entre varios
números de llamada en las redes de comunicación que intervienen.
Otro planteamiento semejante se describe en el
artículo de Kollipakam, M.V., et al.: "Personal
Communications Services Using the Intelligent Network", en:
Intelligent Networks, The Path to Global Networking, Proceedings of
the International Council for Computer Communication Intelligent
Networks Conference, Tampa, Mayo 4-6, 1992, págs.
384-390. Tampoco en este caso está prevista una
auténtica integración de la red fija en la gestión de movilidad de
la red de telefonía móvil.
La patente EP-A-0
738 093 describe un sistema de comunicaciones en el cual se puede
comunicar con un abonado bajo un único número de llamada personal.
En este caso sin embargo se mantienen las antiguas estructuras de la
red, es decir que existe en cada caso una relación de abonado por
cada red de comunicaciones conectada, con un número de llamada
propio interno de la red en cada caso. El procedimiento descrito no
influye en las redes de comunicación existentes, en particular no se
realiza ninguna auténtica gestión de movilidad basada en una base de
datos unifor-
me.
me.
El objetivo de la invención consiste en describir
un procedimiento y una disposición para conectar abonados en varias
redes de telecomunicación con un mismo número de llamada, con la
finalidad de que el abonado esté accesible automáticamente en su
emplazamiento respectivo, bajo su número de llamada.
Este objetivo se resuelve mediante las
características descritas en las reivindicaciones
independientes.
La ventaja de la invención es que ahora existe la
posibilidad de una gestión de movilidad también en la red fija que
interviene, igual que en la red de telefonía móvil, es decir que el
abonado está accesible también a través de la red fija bajo su
respectivo número de llamada asignado a la zona de estancia. Esto
entraña además la ventaja de que siempre que sea posible la
comunicación se desarrolla a través de la red fija, por ejemplo,
para ahorrar costes de comunicación y poder aprovechar todas las
ventajas de la comunicación a través de la red fija, por ejemplo,
mayor calidad de voz y mayor velocidad de transmisión.
Los datos esenciales del abonado se gestionan en
una base de datos de origen, donde en una primera forma de
realización está previsto que la base de datos de origen asuma las
funciones de un registro de origen (HLR) y de un sistema de red
inteligente (INS).
El registro de origen (HLR) y el sistema de red
inteligente (INS) preferentemente no están acoplados entre sí y
asumen funciones separadas, comunicándose ambos a través de un
interfaz MAP, tanto con las centralitas de la red de telefonía móvil
como con las centralitas de la red fija.
Para permitir el acoplamiento de las redes de
telecomunicación es necesario ampliar el perfil de abonado del
registro de origen (HLR) y del registro de posiciones de visitantes
(VLR) de la red de telefonía móvil, de tal manera que se puedan
reproducir los servicios existentes de la red fija. Adicionalmente
se amplían las funciones de la gestión de movilidad de la red de
telefonía móvil a la red fija. En las centralitas de las redes de
telecomunicación está situada respectivamente una base de datos de
visitantes (VDB), que se comunica con la base de datos de origen
(HDB), y en la cual se administran temporalmente partes relevantes
de los datos de los abonados.
Igualmente tiene lugar la señalización entre los
equipos terminales y las centralitas de la red fija a través de un
canal de mando ampliado con funciones de movilidad (canal D). En las
centralitas de la red fija tiene lugar una implantación MAP con
interfuncionamiento con el interfaz \alpha.
Para llevar a cabo la gestión de movilidad es
importante que al darse de alta se transmita a través de la red fija
y de la señalización MAP el lugar de estancia del abonado, a la base
de datos de origen y se registre allí.
Como equipo terminal para la comunicación a
través de la red de telefonía móvil y también a través de la red
fija se emplea un equipo terminal móvil. El enlace del equipo
terminal móvil del abonado a la red fija puede efectuarse a través
de Home Base Stations, o a través de una estación base inalámbrica.
El equipo terminal móvil empleado soporta o bien únicamente el
estándar GSM, o si se trata de un equipo terminal Dual Mode, el
estándar GSM y el estándar DECT.
En otra forma de realización, la base de datos de
origen (HDB) está realizada como un nodo con una función de base de
datos de origen (HLF) y una función de control de servicios (SCF),
designándose este nodo como nodo de la base de datos de servicio
(SDP). A diferencia de la forma de realización con HLR e INS, en el
nodo de la base de datos de servicio SDP se reproducen las funciones
del HLR y del INS mediante la función HLF de la base de datos de
origen y la función de control de servicios SCF.
A continuación se explican con mayor detalles
ejemplos de arquitecturas para realizar un Personal Communication
Services, (PCS) sirviéndose para ello de dibujos. De los dibujos y
de su descripción se deducen otras características y ventajas de la
invención. Las figuras muestran:
Figura 1: una representación general de la
disposición objeto de la invención;
Figura 2: representación esquemática de una
primera forma de realización de la invención, empleando como base de
datos de origen un HLR y un INS;
Figura 3: representación de la consulta del HLR
en caso de llamada entrante;
Figura 4: representación de la consulta del HLR y
del INS en caso de llamada entrante;
Figura 5: representación esquemática de otra
forma de realización de la invención, utilizando un SDP como base de
datos de origen;
Figura 6: representación de la consulta del SDP
en caso de llamada entrante;
Figura 7: representación esquemática de una
tercera forma de realización de la invención con acoplamiento entre
INS y HLR;
Figura 8: representación de la integración del
INS y del HLR para formar una base de datos de abonado HDB en un
nodo;
Figura 9: tratamiento de la comunicación en las
centralitas sirviéndose del INS;
Figura 10: tratamiento de la comunicación en las
centralitas, con incorporación directa del INS;
Figura 11: desarrollo esquemático del sistema y
modificación de los datos de abonado en los nodos de la red;
Figura 12: representación esquemática de una
cuarta forma de realización de la invención con la integración del
INS y del HLR para formar una base de datos de abonado HDB en un
nodo;
Figura 13: un resumen de parámetros importantes
de las cuatro formas de realización descritas.
Tal como está representado en la Figura 1, todas
las formas de realización tienen en común que para cada abonado se
gestionan los datos esenciales del abonado en una base de datos de
origen HDB. Según la realización, la base de datos de origen HDB se
compone de dos nodos separados, de un sistema de red inteligente INS
y del registro de origen HLR de la red de telefonía móvil (Figura
2).
\global\parskip0.930000\baselineskip
En una forma de realización alternativa (Figura
5) está previsto que la base de datos de origen HDB se componga de
un nodo de base de datos de servicio SDP con una función de control
de servicios SCF y una función de registro de origen HLF. En las
respectivas centralitas de estancia TVSt o (V)MSC del abonado
se gestionan partes relevantes de los datos del abonado de forma
provisional en una base de datos de visitantes VDB. En el caso de
las centralitas móviles (V)MSC, la VDB equivale al VLR. La
conexión de los equipos terminales (desde el punto de vista de la
red) en la centralita del abonado TVSt tiene lugar a través de un
canal D ampliado con funciones de movilidad. En lo sucesivo se
denominará esta ampliación como interfaz \alpha. El enlace del
equipo terminal móvil tiene lugar, por ejemplo, a través de una
estación base inalámbrica DECT, en cuyo caso el equipo terminal
deberá soportar tanto el estándar GSM como el estándar DECT.
Alternativamente, un equipo terminal GSM también puede estar
conectado a la red fija a través de una estación fija de origen
HBS.
Naturalmente existe la posibilidad de conectar
entre la centralita del abonado TVSt y DECT o HBS, una extensión
privada PABX.
En una primera forma de realización que está
representada en la Figura 2, la base de datos de origen HDB se
compone de un sistema de red inteligente INS y de un registro de
origen HLR. No es necesario ningún acoplamiento de los nodos, ya que
los nodos asumen funciones separadas. El HLR es el punto central
para la gestión de la movilidad, y administra el perfil del abonado
para servicios clásicos RDSI/GSM. Para servicios especiales cabe la
posibilidad del control por medio del INS. Los puntos de disparo
necesarios para ello son parte opcional de los perfiles de
abonado.
Para la transposición de la arquitectura se
necesita una implantación MAP con interfuncionamiento con el
interfaz \alpha en las TVSt.
Los datos de señalización entre el sistema de red
inteligente y el servicio de origen HLR y las centralitas de
telefonía móvil M-SSP y las centralitas de la red
fija M-TVSt se transmiten a través del interfaz MAP.
El establecimiento y desconexión de la conversación y la
comunicación entre las centralitas tiene lugar a través de ISUP.
El enlace de la red de telefonía móvil FPLMN y
PLMN a la red fija T-Net tiene lugar mediante la
centralita de paso G-SSP o VE:N.
El modelo de objeto para el perfil de abonado en
el HLR y en el VDBNLR ha de ampliarse de tal manera que además de
los servicios GSM existentes se puedan reproducir también todos los
servicios RDSI existentes. Dentro de lo posible se deben volver a
emplear los objetos GSM existentes también para servicios RDSI. En
la medida en que los objetos GSM no sean suficientes para la
reproducción del servicio RDSI, se deben ampliar los objetos
existentes y transmitir al MAP como private extension. Los
servicios RDSI que no estén presentes en el modelo de objeto GSM se
pueden introducir como network specific services, y también
tienen el MAP. Para esto están disponibles respectivamente 16
servicios para las categorías Supplementary Services,
Tele-services y Bearer Services.
Los servicios con oferta de movilidad necesitan
además de las suscripciones más arriba citadas para los servicios
suplementarios, teleservicios y Bearer services también una
suscripción para la movilidad. Para la configuración del PCS se
necesitan las siguientes opciones para el ámbito de la red fija y de
la red de telefonía móvil. Las opciones de los dos ámbitos se pueden
combinar a voluntad.
- 1.
- Sin limitaciones, es decir el servicio está a disposición del abonado en todas las conexiones en la red T, que hayan sido ampliadas para la movilidad.
- 2.
- Limitado a TVSt, es decir el servicio está a disposición del abonado en todas las conexiones dentro del ámbito de una o varias TVSt que hayan sido ampliadas para la movilidad.
Limitado a la conexión, es decir que el servicio
está a disposición del abonado en una o varias conexiones.
- 1.
- Sin limitaciones, es decir el servicio está a disposición del abonado en todo el ámbito de servicio de la red T-móvil (red D1 y en las redes de todos los Roaming Partner).
- 2.
- Sólo red doméstica, es decir el servicio sólo está a disposición del abonado en la red D1.
- 3.
- Limitado regionalmente, es decir el servicio solamente está a disposición del abonado en regiones explícitamente permitidas dentro del ámbito de servicio de T-móvil (red D1 y en las redes de los Roaming Partner).
\global\parskip0.990000\baselineskip
Para el ámbito de la telefonía móvil, las
opciones de movilidad ya están realizadas hoy día mediante funciones
en el HLR y VLR. Para el ámbito de la red fija caben por principio
dos alternativas posibles para realizar las opciones
respectivas:
- 1.
- En el HLR no hay registrados perfiles de movilidad para el ámbito de la red fija. En su lugar, se administra en las TVSt por cada conexión una lista negra o lista blanca de los abonados no autorizados o autorizados.
- 2.
- En el HLR se administra la autorización para distintas conexiones o distintos TVSt (lista negra o lista blanca), y eventualmente se retransmite al VDB/VLR. Eventualmente se puede utilizar o ampliar para esta aplicación la solución de suscripción regional definida para el estándar GSM.
Se prefiere una solución conforme a la
alternativa 2, ya que esto reduce al mínimo el trabajo
administrativo en la TVSt y por lo tanto acelera la disponibilidad
del servicio para el abonado.
Por principio se deben ofrecer como alternativa
al abonado PCS dos clases de número de llamada:
- 1.
- Número de llamada de servicio
- 2.
- Número de llamada clásico de la red local (número de llamada de la red local).
Si se utiliza el número de llamada de servicio no
se precisa la definición de una conexión doméstica. En cambio, si se
utiliza un número de llamada de la red local es necesario establecer
por cada abonado una conexión doméstica. En la correspondiente TVSt
es preciso administrar específicamente por cada abonado junto con el
número de llamada de la red local la respectiva dirección HLR.
Los servicios que rebasen la oferta de los
servicios GSM o RDSI se pueden ofrecer al abonado opcionalmente como
servicios IN específicos del abonado. Para la activación de estos
servicios se necesitan por ejemplo Initial Detection Points,
Service Key y la dirección SCP (disparador IN). Hay que
distinguir los servicios que sean relevantes para las llamadas
entrantes (PTC, PCS Terminating Call) o para las llamadas
salientes (POC, PCS Originating Call); se necesitan en cada
caso separadores IN diferentes.
Los disparadores IN para POC son elementos
opcionales de los datos de abonado en el HLR y VDB/VLR. Los
disparadores se transmiten en el MAP. Este principio se necesita
también para disparadores PTC-IN en el caso de
abonados PCS con número de llamada de servicio. En el caso de
abonados PCS con número de abonado de la red local cabe imaginar dos
posibilidades para facilitar el disparador
PTC-IN:
- 1.
- El disparador PTC-IN es un elemento opcional de los datos de conexión doméstica, y es administrado en la correspondiente TVSt específicamente por abonado (adicionalmente a la dirección HLR).
- 2.
- El disparador PTC-IN es un componente opcional de los datos del abonado en el HLR y VDB/VLR. El disparador se transmite en el MAP.
Se prefiere una solución conforme a la
alternativa 2, ya que esto reduce al mínimo el trabajo
administrativo en la TVSt, y por lo tanto acelera y facilita la
presentación de nuevos servicios IN para el abonado. Además de los
disparadores IN más arriba citados se necesitan datos IN específicos
del abonado en el SCP. Pero sobre éstos no se tratará aquí con mayor
detalle.
A continuación se trata sobre el desarrollo de
los procedimientos más importantes para PCS. Aquí no se entra en más
detalles sobre los procedimientos en el ámbito de la radiotelefonía
móvil, ya que éstos vienen predeterminados por el estándar GSM y
debido a la necesaria compatibilidad con otras redes GSM no se
pueden modificar fuera de la normalización.
El objetivo del registro es el de transmitir los
datos necesarios del perfil del abonado desde el HLR a la VDB/VLR,
presentando en el HLR la información del emplazamiento actual. El
registro puede hacerse por principio en cualquier conexión equipada
con el interfaz \alpha. Pueden realizarse limitaciones
individuales por abonado por medio del perfil del abonado.
El registro es activado por el equipo terminal.
En la solicitud de registro, el equipo terminal se identifica ante
la red con el IMSI o el TMSI. Para la autenticación se emplea el
procedimiento empleado en el estándar GSM. Hay que distinguir cuatro
clases de registro:
- 1.
- Dar de alta un equipo terminal en un nuevo acceso en el ámbito de una nueva VDB/VLR:
- En las estaciones móviles GSM se reconoce la necesidad de una actualización del emplazamiento mediante la comparación del área de emplazamiento registrado en el SIM, con el área de emplazamiento radiada por el Broadcast Channel. Para el interfaz \alpha es preciso desarrollar una función comparable.
- Dado que en este caso el abonado no está registrado en el VDB/VLR de la TVSt, el VDB/VLR prolonga la consulta hacia el HLR. El HLR competente se determina sirviéndose de la IMSI (GTT según UIT-T E.212). Según la alternativa elegida por las opciones de movilidad en la red fija se comprueba la licitud del registro solicitado en la TVSt o en el HLR (para las conexiones individuales después de transmitir el perfil en el VDB/VLR). Al HLR se le transmite el E.164 de la TVSt como número MSC y como número VLR. Antes de terminar el registro, se transmite el necesario perfil del abonado al VDB/VLR. El VDB/VLR memoriza la conexión actual del abonado.
- 2.
- Dar de alta un equipo terminal en un nuevo acceso en el ámbito del VDBNLR antiguo:
- Igual que en el Punto 1), el equipo terminal reconoce la necesidad de un nuevo registro. Pero como en este caso el abonado ya está registrado en el VDB/VLR, se realiza el registro sin la participación del HLR. Según la alternativa elegida, se comprueba en el VDB/VLR la licitud del registro solicitado para esta conexión, sirviéndose de los datos memorizados fijos o los datos contenidos en el perfil dinámico. El VDB/VLR memoriza la conexión actual nueva del abonado.
- 3.
- Presentación del equipo terminal en el acceso antiguo según IMSI-Detach:
- En el VDBNLR se coloca el indicador ATT en attached.
- 4.
- Una vez transcurrido el tiempo del Periodic Location Update Timers en el equipo terminal:
- En los equipos terminales GSM se inicia un registro periódico después de transcurrido un Periodic Location Update Timer con carácter profiláctico. El valor inicial del temporizador se radia a través del Broadcast Channel. Después de cada comunicación entre la red y el equipo terminal se pone de nuevo en marcha el temporizador. Este procedimiento constituye un elemento esencial del procedimiento Implicit Detach del VDBNLR (el abonado es desconectado automáticamente cuando haya terminado un temporizador específico del abonado en el VDBNLR, iniciándose de nuevo el temporizador después de cada comunicación entre la red y el equipo terminal). Además de esto se emplea el procedimiento para eliminar inconsistencias de los archivos. Por este motivo hay que desarrollar también una función comparable para el interfaz \alpha.
- Según el estado de datos del VDBNLR, el registro periódico da lugar a las acciones citadas en los Puntos 1) al 3).
Una vez efectuado satisfactoriamente el registro
tiene lugar una asignación temporal del abonado, es decir de la IMSI
a la conexión física. Por principio se pueden asignar varios
abonados al mismo tiempo a una conexión física.
El equipo terminal activa un PCS Originating Call
(POC) mediante la correspondiente solicitud (Setup) a través del
interfaz \alpha. El equipo terminal se identifica frente a la red
con la IMSI o la TMSI. Para la autenticación se aplica el
procedimiento empleado en el estándar GSM.
En el VDBNLR se comprueba la licitud de la
llamada solicitada (suscripción del teleservicio, bloquear ODB,
ajustes Barring, etc.). Eventualmente se rechaza la llamada con la
causa correspondiente o se desvía al operador en caso de ODB.
Después de la comprobación satisfactoria en el
VDBNLR se establece la llamada solicitada. Como CallingPartyNumber
se emplea el número de llamada registrado en el VDBNLR (MSISDN
básico) del que llama (número de la red local o número de servicio).
El LocationNumber se establece en función de la conexión.
Si en el VDBNLR está colocado un disparador
IN-MOC (opcional) se inicia un diálogo IN con el
correspondiente Service Control Point (SCP). La dirección SCP
(número E.164) y el ServiceKey forman parte del disparador IN.
Tal como está representado en la Figura 3, en el
caso de un PCS Terminating Call (PTC) para el establecimiento de la
llamada se necesita una consulta MAP al HLR (prolongada al VDBNLR).
Esta consulta (interrogation) se inicia en el abonado con un número
de llamada de la red local desde la TVSt con la conexión doméstica
(Gateway). Mediante el número HLR (número E.164) registrado
correspondiente al número de llamada se consulta la HLR
competente.
En el caso de abonados con un número de servicio,
la interrogation puede tener lugar en una VST o MSC cualquiera
(Gateway). Mediante el número de servicio (por ejemplo, mediante las
cuatro primeras cifras después del NDC) se produce la asignación
unívoca al HLR correspondiente.
Con la interrogation al HLR se transmiten todos
los datos de servicio disponibles. En el HLR se comprueba la licitud
de la llamada solicitada (suscripción del teleservicio, barreras
ODB, ajustes Barring, etc.). Eventualmente se rechaza la llamada con
la causa correspondiente.
Después de una comprobación satisfactoria en el
HLR se continúa la interrogation al VDBNLR actual (siempre y cuando
no se haya activado Call Forwarding
unconditional).
El VDBNLR comprueba el estado de conexión del
abonado (IMSI) y contesta a la interrogation con un número de
llamada provisional del ámbito del TVSt (Mobil Station Roaming
Number, MSRN) o la correspondiente causa (absent subscriber).
El HRL retransmite la MRSN al Gateway. En el caso de absent
subscriber se activa Call Forwarding Not Reachable en el HLR (en
la medida en que esté activado).
En el Gateway se utiliza la MSRN para el
establecimiento de la llamada con la TVSt actual. En cuanto la
llamada haya llegado a la TVSt actual tiene lugar la correlación con
el abonado que ha sido llamado (IMSI) mediante la MSRN. En los datos
VDBNLR figura la conexión física actual, y a través del interfaz
\alpha se activa un procedimiento semejante al
GSM-Paging, y a continuación concluye el
establecimiento de llamada. El equipo terminal es llamado con la
IMSI o la TMSI de la red. Para la autenticación se aplica el
procedimiento empleado en el estándar GSM. Cuando en el HLR está
colocado un disparador IN-MTC (opcional), la
interrogation primeramente no se continúa al VLR tal como está
representada en la Figura 4. En su lugar se devuelve el disparador
IN al Gateway, y se inicia un diálogo IN con el Service Control
Point (SCP) competente del INS. La dirección SCP (número E.164) y el
ServiceKey son componentes del disparador IN. Una vez terminado el
diálogo IN se inicia una nueva interrogación al HLR y más allá al
VLR (en la medida en que mediante el diálogo IN no se solicite
ninguna otra continuación para el establecimiento de llamada).
La RDSI y los GSM Supplementary Services se
controlan mediante el protocolo funcional entre el equipo terminal y
el HLR.
El control de los servicios adicionales (no RDSI
o GSM Supplementary Services) en el INS está todavía pendiente, pero
puede efectuarse por ejemplo por medio de un IN-IP o
a través de Internet.
En la arquitectura representada en la Figura 5,
la base de datos de origen HDB se compone de un nodo de base de
datos de servicio SDP con Service Control Function (SCF) y
Home Location Function (HLF). Ambas funciones acceden a una
base de datos común. La HLF es el punto central para la gestión de
movilidad, y administra el perfil de abonado para los servicios
clásicos de RDSI/GSM. Para servicios especiales el control puede
efectuarse por medio de la SCF. Los puntos de disparo necesarios
para ello son elementos opcionales de los perfiles de abonado.
Para la transposición de la arquitectura se
necesita una implantación MAP con interfuncionamiento con el
interfaz \alpha en las TVSt. Además de esto se precisa un nuevo
desarrollo del HDB. El enlace de las centralitas tiene lugar también
aquí a través del protocolo MAP.
El modelo de objeto para el perfil de abonado en
la base de datos (SDP, Service Data Point) hay que diseñarlo de tal
manera que además de los servicios GSM se pueden reproducir también
todos los servicios RDSI. En lo posible, los objetos GSM existentes
también se deben volver a utilizar para servicios RDSI. En la medida
en que los objetos GSM no sean suficientes para la reproducción del
servicio RDSI, se deberán ampliar los objetos existentes para
transmitirlos en el MAP como private extension. Los servicios
RDSI que no estén presentes en el modelo de objeto GSM se pueden
incluir como network specific services y transmitir en el
MAP. Para ello están disponibles en cada caso 16 servicios para las
categorías de Supplementary Services,
Tele-services y Bearer Services.
Los servicios con oferta de movilidad necesitan
además de las suscripciones más arriba citadas para servicios
suplementarios, teleservicios y servicios Bearer, también una
suscripción para la movilidad. Para la configuración del PCS se
necesitan para el ámbito de la red fija y de la red de telefonía
móvil las opciones siguientes. Las opciones de los dos ámbitos se
pueden combinar libremente.
- 1.
- Sin limitaciones, es decir el servicio está a disposición del abonado en todas las conexiones en la red T que hayan sido ampliadas para la movilidad.
- 2.
- Limitado a TVSt, es decir que el servicio está a disposición del abonado en todas las conexiones dentro del ámbito de una o varias TVSt que hayan sido ampliadas para la movilidad.
- 3.
- Limitado a la conexión, es decir que el servicio está a disposición del abonado en una o varias conexiones.
- 1.
- Sin limitaciones, es decir el servicio está a disposición del abonado en todo el ámbito de servicio de la T móvil (red D1 y en las redes de todos los Roaming Partner).
- 2.
- Sólo red doméstica, es decir el servicio solamente está a disposición del abonado en la red D1.
- 3.
- Limitado regionalmente, es decir el servicio está a disposición del abonado únicamente en regiones explícitamente permitidas dentro del ámbito de servicio de la T móvil (red D1 y en las redes de los Roaming Partner).
Para el ámbito de la telefonía móvil, las
opciones de movilidad ya están realizadas hoy día mediante funciones
en el HLR y VLR. Para el ámbito de la red fija caben por principio
dos alternativas para realizar las opciones respectivas:
- 1.
- En el HRL no hay registrados perfiles de movilidad para el ámbito de la red fija. En su lugar, se administra en las TVSt por cada conexión una Lista negra o lista blanca de los abonados no autorizados o autorizados.
- 2.
- En el HLR se administra la autorización para distintas conexiones o distintas TVSt (Lista negra o lista blanca), y eventualmente se retransmite al VDBNLR. Eventualmente se puede utilizar o ampliar para esta aplicación la solución de Regional Subscription definida para el estándar GSM.
Se prefiere una solución conforme a la
alternativa 2, ya que esto reduce al mínimo el trabajo
administrativo en la TVSt y por lo tanto acelera la disponibilidad
del servicio para el abonado.
Por principio se deben ofrecer como alternativa
al abonado PCS dos clases de número de llamada:
- 1.
- Número de llamada de servicio.
- 2.
- Número de llamada clásico de la red local (número de llamada de la red local).
Si se utiliza el número de llamada de servicio no
se precisa la definición de una conexión doméstica. En cambio, si se
utiliza un número de llamada de la red local es necesario establecer
por cada abonado una conexión doméstica. En la correspondiente TVSt
es preciso administrar específicamente por cada abonado junto con el
número de llamada de la red local la respectiva dirección SCF.
Los servicios que rebasen la oferta de los
servicios GSM o RDSI se pueden ofrecer al abonado opcionalmente como
servicios IN específicos del abonado. Para la activación de estos
servicios se necesitan por ejemplo Initial Detection Points,
Service.Key y la dirección SCP (disparador IN). Hay que
distinguir los servicios que sean relevantes para las llamadas
entrantes (PTC, PCS Terminating Call) o para las llamadas
salientes (POC, PCS Originating Call); sin embargo debido a
la arquitectura HDB integrada solamente se necesitan disparadores
IN-POC explí-
citos.
citos.
Los disparadores IN para POC son parte opcional
de los datos del abonado en el HDB y en el VDBNLR. Los disparadores
se transmiten en el MAP.
Para PTC se puede establecer en la HDB si se
requiere un tratamiento IN, y eventualmente se realiza allí
localmente.
Como complemento a los disparadores IN antes
citados se necesitan datos IN específicos del abonado en la base de
datos. Pero sobre éstos no se tratará aquí con mayor detalle.
A continuación se trata sobre el desarrollo de
los procedimientos más importantes para PCS. Aquí no se entra en más
detalles sobre los procedimientos en el ámbito de la radiotelefonía
móvil, ya que éstos vienen predeterminados por el estándar GSM y
debido a la necesaria compatibilidad con otras redes GSM no se
pueden modificar fuera de la normalización.
El objetivo del registro es el de transmitir los
datos necesarios del perfil del abonado desde la HDB a la VDB/VLR,
presentando en la HDB la información del emplazamiento actual. El
registro puede hacerse por principio en cualquier conexión equipada
con el interfaz \alpha. Pueden realizarse limitaciones
individuales por abonado por medio del perfil del abonado.
El registro es activado por el equipo terminal.
En la solicitud de registro, el equipo terminal se identifica ante
la red con el IMSI o el TMSI. Para la autenticación se emplea el
procedimiento empleado en el estándar GSM. Hay que distinguir cuatro
clases de registro:
- 1.
- Dar de alta un equipo terminal en un nuevo acceso en el ámbito de una nueva VDB/VLR:
- En las estaciones móviles GSM se reconoce la necesidad de una actualización del emplazamiento mediante la comparación del área de emplazamiento registrado en el SIM, con el área de emplazamiento radiada por el Broadcast Channel. Para el interfaz \alpha es preciso desarrollar una función comparable.
- Dado que en este caso el abonado no está registrado en el VDB/VLR de la TVSt, el VDB/VLR prolonga la consulta hacia el HLF. La HDB competente se determina sirviéndose de la IMSI (GTT según UIT-T E.212). Según la alternativa elegida por las opciones de movilidad en la red fija se comprueba la licitud del registro solicitado en la TVSt o en la HDB (para las conexiones individuales después de transmitir el perfil en el VDB/VLR). A la HDB se le transmite el E.164 de la TVSt como número MSC y como número VLR. Antes de terminar el registro, se transmite el necesario perfil del abonado al VDB/VLR. El VDB/VLR memoriza la conexión actual del abonado.
- 2.
- Dar de alta un equipo terminal en un nuevo acceso en el ámbito del VDBNLR antiguo:
- Igual que en el Punto 1), el equipo terminal reconoce la necesidad de un nuevo registro. Pero como en este caso el abonado ya está registrado en el VDBNLR, se realiza el registro sin la participación de la HDB. Según la alternativa elegida, se comprueba en el VDBNLR la licitud del registro solicitado para esta conexión, sirviéndose de los datos memorizados fijos o los datos contenidos en el perfil dinámico. El VDB/VLR memoriza la conexión actual nueva del abonado.
- 3.
- Presentación del equipo terminal en el acceso antiguo según IMSI-Detach:
- En el VDBNLR se coloca el indicador ATT en attached.
- 4.
- Una vez transcurrido el tiempo del Periodic Location Update Timers en el equipo terminal:
- En los equipos terminales GSM se inicia un registro periódico después de transcurrido un Periodic Location Update Timer con carácter profiláctico. El valor inicial del temporizador se radia a través del Broadcast Channel.
- Después de cada comunicación entre la red y el equipo terminal se pone de nuevo en marcha el temporizador. Este procedimiento constituye un elemento esencial del procedimiento Implicit Detach del VDBNLR (el abonado es desconectado automáticamente cuando haya terminado un temporizador específico del abonado en el VDBNLR, iniciándose de nuevo el temporizador después de cada comunicación entre la red y el equipo terminal). Además de esto se emplea el procedimiento para eliminar inconsistencias de los archivos. Por este motivo hay que desarrollar también una función comparable para el interfaz \alpha.
- Según el estado de datos del VDBNLR, el registro periódico da lugar a las acciones citadas en los Puntos 1) al 3).
Una vez efectuado satisfactoriamente el registro
tiene lugar una asignación temporal del abonado, es decir de la IMSI
a la conexión física. Por principio se pueden asignar varios
abonados al mismo tiempo a una conexión física.
El equipo terminal activa un PCS Originating Call
(POC) mediante la correspondiente solicitud (Setup) a través del
interfaz \alpha. El equipo terminal se identifica frente a la red
con la IMSI o la TMSI. Para la autenticación se aplica el
procedimiento empleado en el estándar GSM.
En el VDB/VLR se comprueba la licitud de la
llamada solicitada (suscripción del teleservicio, bloquear ODB,
ajustes Barring, etc.). Eventualmente se rechaza la llamada con la
causa correspondiente o se desvía al operador en caso de ODB.
Después de la comprobación satisfactoria en el
VDB/VLR se establece la llamada solicitada. Como CallingPartyNumber
se emplea el número de llamada registrado en el VDB/VLR (MSISDN
básico) del que llama (número de la red local o número de servicio).
El LocatgionNumber se establece en función de la conexión.
Si en el VDB/VLR está colocado un disparador
IN-MOC (opcional), se inicia un diálogo IN con el
correspondiente Service Control Point (SCP). La dirección SCP
(número E.164) y el ServiceKey forman parte del disparador IN.
Tal como está representado en la Figura 6, en un
PCS Terminating Call (PTC) para el establecimiento de la llamada es
necesaria una consulta INAP al SCF del HDB. Este diálogo INAP
sustituye al diálogo MAP en el interfaz C que usualmente se utiliza
en GSM.
La consulta (interrogation) se inicia en el
abonado con un número de llamada de la red local desde la TVSt con
la conexión doméstica (Gateway). Mediante el número SCF (número
E.164) registrado correspondiente al número de llamada se consulta
la HDB competente.
En el caso de abonados con un número de servicio,
la interrogation puede tener lugar en una VST o MSC cualquiera
(Gateway). Mediante el número de servicio (por ejemplo, mediante las
cuatro primeras cifras después del NDC) se produce la asignación
unívoca a la HDB correspondiente.
Con la interrogación a la HDB se transmiten todos
los datos de servicio disponibles. En la HDB se comprueba la licitud
de la llamada solicitada (suscripción del teleservicio, barreras
ODB, ajustes Barring, etc.). Eventualmente se rechaza la llamada con
la causa correspondiente.
Si en la base de datos está colocado un
disparador IN-MTC (opcional), la interrogación
primeramente no se continúa hacia el VLR. En su lugar se inicia el
tratamiento IN en el SCF. Una vez terminado el diálogo IN se
continúa la interrogación en el HLF (en la medida en que debido al
diálogo IN no se exija ninguna otra continuación para el
establecimiento de la llamada), es decir que se continúa la
interrogación al VDB/VLR actual.
El VDB/VLR comprueba el estado de conexión del
abonado (IMSI) y contesta a la interrogation con un número de
llamada provisional del ámbito del TVSt (Mobil Station Roaming
Number, MSRN) o la correspondiente causa (absent subscriber).
La HDB retransmite la MRSN al Gateway. En el caso de absent
subscriber se activa Call Forwarding Not Reachable en la HDB (en
la medida en que esté activado).
En el Gateway se utiliza la MSRN para el
establecimiento de la llamada con la TVSt actual. En cuanto la
llamada haya llegado a la TVSt actual, tiene lugar la correlación
con el abonado que ha sido llamado (IMSI) mediante la MSRN. En los
datos VDB/VLR figura la conexión física actual, y a través del
interfaz \alpha se activa un procedimiento semejante al
GSM-Paging, y a continuación concluye el
establecimiento de llamada. El equipo terminal es llamado con la
IMSI o la TMSI de la red. Para la autenticación se aplica el
procedimiento empleado en el estándar GSM.
La RDSI y los GSM Supplementary Services se
controlan mediante el protocolo funcional entre el equipo terminal y
el HDB.
El control de los servicios adicionales (no RDSI
o GSM Supplementary Services) en el INS está todavía pendiente, pero
puede efectuarse por ejemplo por medio de un IN-IP o
a través de Internet.
De acuerdo con la Figura 7, la base de datos de
origen (HDB) consta en esta configuración de un sistema de red
inteligente y un GSM-HLR, que están acoplados a
través de un interfaz abierto, por ahora patentado. Este
planteamiento se ha elegido de esta forma, especialmente para tener
en cuenta dos aspectos:
- El paso siguiente que aquí se describe para facilitar una plataforma técnica para servicios combinados debería ser en lo posible ya un desarrollo en el sentido de la configuración de destino. La idea de destino está basada en un concepto HDB/VDB, y se basa en los modelos de los estándares de red inteligente del Capability Set 2 y 3.
- La convergencia de los perfiles de servicio y la integración de los perfiles de servicio de TVSt, HLR y SCP/SMP constituye uno de los objetivos esenciales del desarrollo del producto. El modelo que aquí se describe permite una transposición precoz y consecuente de este objetivo.
La configuración que aquí se presenta prevé que
el INS asuma toda la comunicación con las centralitas de la red base
(por ahora únicamente TVSt, en un paso siguiente también las
funciones MSC de la red propia) y que actúe como punto central de la
gestión de servicios y gestión de movilidad. El HLR se ocupa de la
adaptación a los interfaces GSM (MAP). Las modificaciones en los
datos del perfil de servicio de un abonado se retransmiten al INS a
través del HLR y desde allí se confirman. Los datos GSM están
reproducidos en el INS.
Por razones de configuración, el INS está
localizado en la red fija, y por razones de una configuración más
sencilla, el HLR por ahora está en la red de telefonía móvil. El
INAP se lleva más allá de los límites de la red y la función SCP
está alojada en la red fija. En un paso siguiente, la configuración
se podrá desarrollar mediante la integración del INS y HLR o TVSt y
MSC, con ligeras modificaciones en la configuración de la red, para
dar lugar a una red fija convergente. Esta estructura base está
representada en la Figura 8.
Para servicios especiales cabe por ahora la
posibilidad de control mediante un INS por el lado de la telefonía
móvil, mientras que sin embargo los datos PCS-Tin
están reproducidos completos en la estructura HDB. Los puntos de
disparo para la activación del INS desde el lado de la telefonía
móvil constituyen un componente opcional del perfil de abonado GSM,
y los puntos de disparo en la red T están armados en las TVSt. (A un
número E.164 le corresponde siempre una "TVSt de origen", que
contiene los puntos de disparo relevantes). Para la transposición de
la arquitectura se necesita ampliar el INAP en determinadas
funciones MAP. (Funciones MAP para Location Update y el
establecimiento de comunicaciones entrantes).
Está previsto el interfuncionamiento entre INAP y
el interfaz \alpha para el acceso de abonados con funciones de
movilidad, desde el T-Net Access.
Uno de los objetivos esenciales en el
perfeccionamiento de las ofertas PCS es la convergencia de los
perfiles de servicio. Esto significa ante todo que el perfil de
servicio de un abonado no figura como hasta ahora en hasta tres
bases de datos no correlacionadas entre sí (TVSt, SCP/SDP y HLR),
sino que se reúne en un solo punto. Esto afecta por una parte a la
introducción y modificación de datos del perfil de servicios (por
ejemplo, objetivos de la retransmisión de la llamada, objetivos
bloqueados, etc.), y por otra parte al tratamiento concreto de una
característica de servicio. El aspecto citado en primer lugar, la
conservación y modificación de los datos de abonado, debería ser
posible totalmente en el INS.
Para la realización concreta de servicios,
características de servicio y funciones IN es preciso establecer
dónde ha de tener lugar. Para ello cabe imaginar dos extremos:
- Basándose en datos muy voluminosos que se cargan en la función VDB, existe la posibilidad de efectuar el tratamiento de la comunicación, al menos en gran parte, en la TVSt/MSC, sin tener que iniciar para el caso concreto una consulta IN. Por parte del IN solamente se aportan algunas informaciones aisladas que se instalan en las comunicaciones y parámetros para el ulterior tratamiento de la llamada. En este caso, el INS juega el papel, tal como ya se conoce por el IN "clásico" el papel de un "Control adicional", encontrándose la verdadera función Call Control en la TVSt/MSC. Esta situación es la reproducida en la Figura 9. Para esto los datos recibidos en la TVSt/MSC se almacenan allí, se tratan y se reenvían. El INS influye por la modificación de determinadas informaciones.
- En el segundo caso, que está representado en la Figura 10, el INS interviene mucho más en la comunicación que en el primer caso. Todos los contenidos de los mensajes son preparados por el INS, y únicamente se retransmiten los mensajes generados, modificados por el INS o invariables.
El segundo caso aquí descrito es aquel que
armoniza mejor con las ideas del objetivo, ya que el tratamiento de
los servicios, características de servicio y funciones IN están
reunidos en la HDB.
De este modo se consigue por una parte tratar la
interacción de servicios y características de servicios con un
volumen controlable, y por otra parte se logra para el abonado un
estado reproducible de sus características de servicio. (Ejemplo: la
introducción de los objetivos Forwarding sobreescribe en cada caso
los objetivos introducidos anteriormente, con independencia del
acceso desde el que tenga lugar el control de la característica de
servicio. De este modo, ya no se le exige al abonado que tenga que
entender que los objetivos de Forwarding puedan existir
independientes entre sí en distintas plataformas).
Dado que el objetivo es un perfil de servicios
uniforme para un abonado, el perfil del abonado en el INS debe
permitir reproducir no sólo todos los servicios RDSI existentes (y
futuros) sino también los servicios GSM.
En el sentido del objetivo de una movilidad a
nivel superior a la red es necesario hacer también móvil el perfil
de servicios de un abonado. Esto está representado esquemáticamente
en la Figura 11. El perfil de servicio de un abonado móvil deberá
estar disponible en cualquiera TVSt, siempre que el abonado se
encuentre dentro del ámbito de una TVSt. Los modelos de objeto para
el establecimiento y modificación de los datos del abonado en los
nodos de la red (en el sentido de TMN), se asumen por lo tanto en la
medida de lo posible desde implantaciones existentes (interfaces Q3
en TVSt y MSC), encontrándose el perfil de servicio primeramente en
el INS. Al dar de alta al abonado en una determinada TVSt se carga
allí el perfil (base de datos de visitantes, función VDB en la
TVSt). Las estructuras de datos necesarias para esto deberían
basarse todo lo posible en los modelos de objeto establecidos para
el interfaz Q3, y como mecanismo de transporte se debe utilizar en
el TCAP el "Application Transport Mechanism (APM)" disponible
ahora como estándar SPS1. Este mecanismo constituye también la base
para el transporte de las informaciones entre CUSF (Call unrelated
Service Function) y SCF. La CUSF (IN, CS2) se utiliza adicionalmente
a la SSF en las TVSt, entre otras cosas para "prolongar" los
protocolos de conducción de conexión para el control de las
características de servicio (funcional, key pad, analógico), desde
la TVSt al SCF.
Para ello es necesario que eventualmente se
adapten entre sí los perfiles de servicio RDSI o GSM, en el sentido
de un perfil de servicios uniforme. Los protocolos y estructuras de
datos necesarios para el control de los servicios y para la
modificación de los datos del abonado desde el acceso se pueden
incorporar en gran parte del canal RDSI D y del GSM MAP. El objetivo
es una estructura de protocolo abierta conforme al futuro estándar
DSS1+, ya que únicamente así se puede tener en cuenta la evolución
convergente de las redes privadas y públicas. Los protocolos a base
de Generic Functional Protocol se pueden portear al TCAP. Un primer
ejemplo es el estándar VPN nacido en SPS5.
El modelo de objeto para el perfil de abonado en
el HDB ha de adaptarse en la orientación de los componentes de red
GSM de tal manera que todos los objetos GSM existentes se puedan
seguir empleando. En particular deberían mantenerse invariables los
datos que se cargan a través del MAP al GSM-VLR.
Los servicios en las ofertas de movilidad
necesitan además de las suscripciones antes citadas para servicios
suplementarios, Bearer y teleservicios, también una suscripción para
la característica de movilidad. Para que la oferta PCS resulte
escalable se necesitan, tanto para la red T como para la red T
móvil, las opciones descritas a continuación, que se deben poder
combinan a voluntad entre sí:
- Sin limitaciones, es decir que la característica de movilidad está a disposición del abonado en todas las conexiones de la red T-Net en las que estén activadas las funciones de movilidad.
- Limitada al ámbito de una TVSt, es decir que la característica de movilidad está a disposición del abonado en todas las conexiones de una o varias TVSt en la red T-Net en las que estén activadas las funciones de movilidad.
- Limitada a una conexión (conexión en el sentido de conexión base, conexión PMX), es decir que la característica de movilidad está a disposición del abonado en una o varias conexiones previamente determinadas en la red T-Net, en las que estén activadas las funciones de movilidad.
- Otros perfiles se pueden representar con un gasto reducido gracias a la base IN utilizada en este concepto.
- Sin limitaciones, es decir que la característica de movilidad sólo está a disposición del abonado en todo el ámbito de servicio de la red T-Mobil.
- Limitada al ámbito de una red local, es decir que la característica de movilidad está a disposición del abonado únicamente en la red D1.
- Limitada regionalmente, es decir la característica de movilidad está solamente a disposición del abonado en regiones permitidas explícitamente dentro del ámbito de servicio de la T-Mobil.
En cuanto exista la posibilidad de utilizar las
funciones de movilidad de cada conexión T-Net, se
pueden realizar de forma muy sencilla en la red
T-Net-HDB las opciones de movilidad
antes citadas (y eventualmente otras), con los medios del IN. Para
el ámbito de telefonía móvil, todas las funciones de movilidad ya
están realizadas mediante funciones en el HLR y VLR, y sería
conveniente en este caso el cambio para la utilización de las
posibilidades del IN (en el sentido de obtener un perfil de servicio
uniforme).
Por principio se deben poder ofertar dos clases
de números de llamada alternativamente al abonado PCS:
Número de llamada del ámbito de los números de
servicio (sin 0171), o
Número de llamada del ámbito de las cifras
características de la red local.
Si se utiliza un número de llamada de servicio es
preciso que se conozca y esté actualmente disponible la
correspondencia de todos los abonados con sus respectivas funciones
IN-SCP en cada nodo de la red (o en una cantidad
parcial definida de éstos). El encaminamiento automático para los
números de llamada de servicio está realizado en todas las VSt, con
independencia del PCS. Si se emplea ONKZ la instalación de los datos
de disparo y datos de asignación SCP se puede limitar a una TVSt
definida (TVSt de origen).
Los servicios ya existentes reproducidos en el IN
de los ámbitos GSM e RDSI se pueden ampliar con servicios
complementarios de acuerdo con las posibilidades de la IN. Para ello
se pueden emplear los Detection Points previstos
(originating/terminating) en las implantaciones IN. Hay que
distinguir los escenarios para las llamadas entrantes (PTC, PCS
Terminating Call) de los de las llamadas salientes (POC, PCS
Originating Call), siendo necesarios en cada caso disparadores
diferentes.
Los Detection Points de los disparadores IN para
abonados PCS se llevarán en el caso de GSM en el HDB como componente
de los datos del abonado, y se han de transmitir a través de la
función HLR a través del MAP (Service key) a la MSC
respectiva. En caso de tratamiento de comunicaciones en la
estructura de red T-Net RDSI, cabe imaginar por
principio dos soluciones:
- Los Detection Points mantenidos como datos en el HDB, y entregados a la TVSt al establecer una comunicación de entrada. Esto presupone que para cada comunicación (incluso para comunicaciones no-PCS) tiene lugar una consulta IN. Para el establecimiento de las comunicaciones de salida es preciso cargar las tablas de disparadores en las VDB.
- Por eso parece como vía menos compleja el concepto de una TVSt "de origen", en la que se armen los disparadores correspondientes para las comunicaciones de entrada. Los puntos de disparo para las comunicaciones de salida se han de armar como el primer caso en la VSt actual en cada caso (visitada) junto con la carga del perfil del abonado (véase más arriba).
A continuación se trata sobre el desarrollo de
los procedimientos más importantes para PCS. Aquí no se entra en más
detalles sobre los procedimientos en el ámbito de la radiotelefonía
móvil, ya que éstos vienen predeterminados por el estándar GSM y
debido a la necesaria compatibilidad con otras redes GSM no se
pueden modificar fuera de la normalización.
El objetivo del registro es el de transmitir los
datos necesarios del perfil del abonado desde la HDB a la VDB/VLR,
presentando en la HDB la información del emplazamiento actual. El
registro puede hacerse por principio en cualquier conexión equipada
con el interfaz \alpha. Pueden realizarse limitaciones
individuales por abonado por medio del perfil del abonado.
El registro es activado por el equipo terminal.
En la solicitud de registro, el equipo terminal se identifica ante
la red con el IMSI o el TMSI. Para la autenticación se emplea el
procedimiento empleado en el estándar GSM.
Una vez efectuado satisfactoriamente el registro
se produce una asignación temporal del abonado, es decir de la IMSI
con respecto a la conexión física. Por principio se pueden signar al
mismo tiempo varios abonados a una conexión física.
Hay que distinguir cuatro clases de registro:
En las estaciones móviles GSM se reconoce la
necesidad de una actualización del emplazamiento mediante la
comparación del área de emplazamiento registrada en el SIM,
con el área de emplazamiento radiada por el Broadcast
Channel. Dado que se trata de utilizar la SIM también dentro de
la red fija es necesario ampliar el concepto de Location Area
para la aplicación T-Net. Para ello es necesario
asegurar la compatibilidad con los procedimientos GSM, ya que los
dos procedimientos no se emplean en paralelo sino conjuntamente. Por
eso es necesario que se entiendan las Location Areas GSM registradas
en la SIM, y que sean almacenadas por las Location Areas de la red
fija en los SIM, que no den lugar a incompatibilidades en los
componentes GSM. El interfaz \alpha deberá soportar la función
correspondiente.
El Location Update es prolongado por el VDBNLR de
la TVSt hacia el INS/HLR. El INS correcto se determina mediante la
IMSI. La licitud del registro solicitado se comprueba en el INS/HLR.
Al INS se le transmite una identificación TVSt/VDB con el formato de
un número E.164 o un número MSC y número VLR en formato E.164. Antes
de concluir el registro se transmite el perfil de abonado necesario
al VDBNLR (véase más arriba). El VDBNLR memoriza la conexión actual
del abonado.
Tal como se ha descrito arriba, el equipo
terminal reconoce la necesidad de un nuevo registro. El Location
Update se prolonga ahora tal como se ha descrito anteriormente por
el VDBNLR de la TVST hacia el INS/HLR. Según la alternativa
seleccionada y mediante los datos registrados en el INS/HLR se
comprueba allí la licitud del registro solicitado para esta
conexión. El INS memoriza la nueva conexión actual del abonado.
En el VDB/VLR se coloca el indicador ATT
en attached.
Una vez transcurrido el tiempo del Periodic
Location Update Timers en el equipo terminal.
En los equipos terminales PCS se inicia un
registro periódico después de transcurrido un Periodic Location
Update Timer, con carácter profiláctico. El abonado se da de baja
(detach) automáticamente en este emplazamiento si en el
VDBNLR termina un temporizador específico del abonado. El valor
inicial del temporizador se establece dentro del marco de la
comunicación entre el equipo terminal y el VDB a través del interfaz
\alpha. Después de cada comunicación entre la red y el equipo
terminal se inicia de nuevo el temporizador. El procedimiento de
Periodic Location Update transcurre de acuerdo con el procedimiento
más arriba descrito.
Este procedimiento es un elemento esencial del
procedimiento Implicit Detach del VDBNLR. Además de esto se utiliza
el procedimiento para eliminar inconsistencias de los ficheros. Por
ese motivo es preciso que el procedimiento de Periodic Location
Update se desarrolle también sobre la base del interfaz
\alpha.
El equipo terminal activa un PCS Originating Call
(POC) mediante la emisión de un mensaje (Setup) en el canal D. El
equipo terminal se identifica frente a la red mediante la IMSI o la
TMSI. Para la autenticación se emplea el procedimiento utilizado en
el estándar GSM.
En el VDBNLR se comprueba la licitud de la
comunicación deseada (autorizaciones para servicios, características
de servicio, bloqueo, ajustes Barring, etc.). Eventualmente se
rechaza el deseo de comunicación con la causa correspondiente o se
desvía al operador. Una vez efectuada la comprobación con éxito en
el VDB/VLR se establece la comunicación o eventualmente se desmontan
los TDP armados previamente. Como CallingPartyNumber se utiliza el
número de llamada (MSISDN básico) del que llama (número de la red
local o número de servicio), registrados en el VDBNLR, siempre y
cuando el SCP no haya establecido otro CallingPartyNumber distinto.
El LocationNumber se establece en función de la conexión. La
dirección SCP y el ServiceKey forman parte de la tabla de
disparadores IN.
En un PCS Terminating Call (PTC) a un número de
llamada con formato de un número de identificación de la red local,
está armado por principio un TDP en la TVSt de origen del abonado
PCS, que da lugar a una consulta en la HDB. En el caso de
comunicaciones entrantes a un número de llamada de servicio se
inicia también una consulta INS. Mediante la dirección INS
almacenada en la tabla de disparos (formato de número E.164) se
consulta la INS competente.
En el caso de abonados que tengan un número de
servicio se puede efectuar la consulta IN en cualquier nodo de la
red (por ahora únicamente) de la red propia. Sirviéndose del número
de servicio debe haber una correspondencia unívoca con el INS
competente. Mediante la consulta IN se transmiten todos los datos de
servicio disponibles desde la TVSt al INS. En el caso de un número
de llamada con formato de un número de identificación de la red
local se comunica al SCP el estado de conexión del abonado (IMSI) en
la IDP. En el SCP se comprueba la licitud de la comunicación
solicitada. Eventualmente se rechaza la comunicación con la causa
correspondiente.
Una vez efectuada la comprobación con éxito en el
SCP, y de acuerdo con la estructura del número de llamada
empleado,
- se continúa el tratamiento de la comunicación mediante la información de control recibida por el SCP (número de llamada con formato de un número de identificación de red local), o
- en el caso de un número de llamada de servicio (consulta desde cualquier nodo de la red) se comprueba primeramente el estado de conexión del abonado (IMSI) por el SCP en la VDB/VLR. La VDB/VLR responde a la consulta SCP con un número de llamada temporal del campo de las TVSt (Mobil Station Roaming Number, MSRN) o con la causa correspondiente (absent subscriber). La MSRN se retransmite al nodo de la red que realiza la consulta. En el nodo de la red se emplea la MSRN para establecer la llamada con la TVSt actual (o con la información de control recibida del SCP se continúa el tratamiento de la comunicación). En cuanto la comunicación haya alcanzado la TVSt actual tiene lugar una correlación con el abonado al que se ha llamado (IMSI) mediante la MSRN. En los datos VDB/VLR figura la conexión física actual con la cual se trata de establecer la comunicación. El equipo terminal es llamado desde la red con la correspondiente IMSI o la TMSI. La localización del equipo terminal se controla directamente por la red T-Net. Para la autenticación se emplea el procedimiento utilizado en el estándar GSM.
Para el control de los servicios suplementarios
RSDI y GSM véase la primera forma de realización, bajo Datos
Generales de Servicio.
Los mensajes son controlados por el SCP y
conducidos al PCS-Box.
La comunicación tiene lugar mediante SMS a los
equipos terminales GSM y Message Waiting Indication, de acuerdo con
la norma ETSI correspondiente a RSDI EG.
La consulta del PCS-Box se
efectúa desde la red T-Net y desde la red móvil
utilizando las posibilidades que ofrece la autenticación a través de
SIM; ya no se utiliza un PIN.
En la red T-Net también se
utilizan los parámetros numéricos del GSM. En los números utilizados
hay que distinguir los referentes al abonado (IMSI, MSISDN, MSRN,
Access-ID, MSN) y los parámetros referidos al nodo
de la red (direcciones HDB (SCP/HLR) en formato E.164, dirección VDB
en formato E.164, dirección TVSt en formato E.164).
Ya se ha tratado más arriba.
La correspondencia de los datos de facturación ha
de efectuarse con respecto a las ID, y no a las direcciones de la
red.
En una cuarta forma de realización de la
invención, la HDB se compone de un nodo con Service Control
Function (SCF) y Home Location Function (HLF). Esto está
representado en la Figura 12. La SCF asume toda la comunicación con
las centralitas de la red base (por ahora únicamente TVSt, y en un
paso siguiente también las funciones MSC de la red propia) y actúa
como punto central de la gestión de movilidad. La HLF asume la
adaptación a los interfaces GSM (MAP). Ambas funciones acceden a una
base de datos común. La configuración hace necesario un nuevo
desarrollo de la HDB.
La diferencia esencial con respecto al concepto
según la Figura 7 consiste en que la HDB está resumida ahora en un
nodo de la red. Con esto desaparece la comunicación entre INS y HLR
a través de un interfaz patentado. Esto es especialmente importante
en el caso de procesos críticos en el tiempo, que han de quedar
concluidos dentro de unos tiempos de confirmación establecidos.
Estos casos se producen especialmente durante la confirmación de
procedimientos del HLR con respecto a la red GSM. Dado que el INS
debe contener siempre los datos actuales del abonado, la
confirmación solamente puede efectuarse desde allí a la red GSM (a
través del HLR). Debido a estas simplificaciones debe tenderse lo
antes posible a la solución antes descrita.
Dado que los desarrollos y condiciones marginales
se corresponden en lo esencial con las funciones ya descritas, se
renuncia aquí a una exposición repetida. El INS/HLR debe sustituirse
en cada caso por la HDB.
La Figura 13 muestra un resumen de todas las
alternativas de realización descritas
Relación de abreviaturas y
conceptos
utilizados
| Abreviaturas | Inglés | Español |
| APM | Application Tranasport Mechanims | (No hay ningún concepto establecido) |
| ATT | Attached | "activo" (estado del indicador |
| CUSF | Call Unrelated Service Function | Función de servicio independiente de la |
| conversación | ||
| D1 | D1-Net | Red D1 |
| DECT | Digital Enhanced (European) Cordless | Estándar digital para teléfonos inalámbricos en |
| Telecommunication | Europa | |
| D-Kanal | Canal de señales digitales (RDSI) | |
| DSS | Digital Subscriber Signalling | Protocolo de señalización del abonado (RDSI) |
| EG | Equipo terminal | |
| FN | Red fija | |
| FPLMN | Future Public Land Mobile | Futura red pública de telefonía móvil |
| Telecommunications Network | ||
| G- | Gateway | Transición de red - |
| GMSC | Centre | Sistema de conexión móvil de paso de red |
| HBS | Home Base Station | Estación base de origen |
| HDB | Home Data Base | Base de datos de origen |
| HLF | Home Location Function | (Ningún concepto establecido) |
| HLR | Home Location Register | Registro de origen |
| IAM | Initial Address Message | Dirección de destino |
| ID | Identification | Identificación |
| IDP | Initial Detection Point | (Punto de disparo) |
| IMSI | International Mobile Subscriber Identity | Identificación internacional del abonado |
| IN | Intelligent Network | Red inteligente |
| INAP | IN Application Protocol | Protocolo de aplicación inteligente |
| INS | Intelligent Network System | Sistema de red inteligente |
| IP | Internet Protocol | Protocolo de Internet |
| Intelligent Peripheral | Sistema de megafonía/introducción | |
| ISDN (RDSI) | Integrated Services Digital Network | Red de telecomunicación digital de servicios |
| integrados | ||
| ISUP | ISDN User Part | Lado del abonado RDSI |
| M- | Mobile | Móvil |
(Contiunuación)
| Abreviaturas | Inglés | Español |
| MAP | Mobile Application Part | Parte de aplicación móvil |
| MOC | Mobile Originated Call | Llamada que parte del equipo móvil |
| MSC | Mobile Services Switching Centre | Centralita móvil |
| MSISDN | Mobile Station ISDN Number | Número de llamada de telefonía móvil RDSI |
| MSN | Multiple Subscriber Number | Número de llamada múltiple |
| MSRN | Mobile Station Roaming Number | Identificación para abonados de telefonía móvil |
| al comunicarse a través de redes ajenas | ||
| MTC | Mobile Terminated Call | Llamada que llega al equipo móvil |
| NDC | National Destination Code | Número de identificación de acceso |
| NMC | Network Management Centre | Estación central de gestión de la red |
| ODB | Operator Determining Barring | Bloqueo provocado por el operador |
| ONKZ | National Destination Number | Número de identificación de la red local |
| PABX | Private Automatic Branche Exchange | Centralita privada |
| PCS | Personal Communication Service | Servicio de comunicación individual |
| PLMN | Public Land Mobile Network | Red pública de telefonía móvil |
| POC | PSC Originating Call | Llamada de salida PCS |
| PTC | PSC Terminating Call | Llamada de entrada PCS |
| SCF | Service Control Function | Función de control de servicio |
| SCP | Service Control Point | Nodo de control de servicio |
| SDF | Service Data Function | Base de datos de servicio |
| SDP | Service Data Point | Nodo de la base de datos de servicio |
| SIM | Subscriber Identity Module | Módulo de identificación del usuario |
| SMP | Service Managemen Point | Nodo de gestión de servicios |
| SMS | Short Message Service | Servicio de mensajes breves |
| SRI | Send Routing Info | Orden de encaminamiento |
| SS | Interface | Interfaz |
| SSF | Service Switching Function | Función de establecimiento de comunicación |
| SSP | Service Switching Point | Nodo de establecimiento de la comunicación |
| T- | Temporary | Temporal |
| Subscriber | Abonado | |
| TCAP | Transaction Capability Application Part | Parte de aplicación de la transacción |
(Contiunuación)
| Abreviaturas | Inglés | Español |
| TMSI | Temporary Mobile Subscriber Identity | Identidad temporal del abonado de la parte |
| móvil | ||
| TVSt | Local Exchange | Centralita del abonado |
| V- | Visitor | Visitante |
| VDB | Visitor Data Base | Base de datos de visitantes |
| VE: N | Gateway | Sistema de centralita de paso de red |
| VLR | Visitor Location Register | Registro/base de datos de emplazamiento |
| Registro de posiciones/base de datos de | ||
| visitantes | ||
| VMSC | Visited MSC | MSC visitada |
| Vst | Switch | Centralita |
| ZZN | Signalling Interconnection Network | Red intermedia de emisión de señales |
Claims (14)
1. Procedimiento para la conexión de abonados en
varias redes de telecomunicación bajo un mismo número de llamada,
donde por lo menos una de las redes de comunicación es una red de
telefonía móvil con función de gestión de movilidad, por ejemplo una
red de telefonía móvil GSM, y donde por lo menos otra red de
telecomunicación es una red digital fija inteligente,
caracterizado porque los datos del abonado están almacenados
y son gestionados en una base de datos de origen común (HDB), por lo
menos en una de las redes de telecomunicación, facilitándose a
petición a las otras redes de telecomunicación, donde la base de
datos de origen (HDB) asume las funciones de un registro de origen
(HLR) y de un sistema de red inteligente (INS).
2. Procedimiento según la reivindicación 1,
caracterizado porque el registro de origen (HLR) y el sistema
de red inteligente (INS) no están acoplados entre sí y asumen
funciones independientes, y ambos se comunican tanto con las
centralitas (M-SSP) de la red de telefonía móvil
como con las centralitas (M-TVSt) de la red fija, a
través de un interfaz MAP.
3. Procedimiento según la reivindicación 1 ó 2,
caracterizado porque el perfil del abonado del registro de
origen (HLR) y del registro de posiciones de visitantes (VLR) de la
red de telefonía móvil se amplía de tal manera que se puedan
reproducir los datos existentes de la red fija.
4. Procedimiento según una de las
reivindicaciones 1 a 3, caracterizado porque la señalización
entre los equipos terminales y las centralitas
(M-TVSt) de la red fija tiene lugar a través de un
canal de control (canal D) ampliado mediante funciones de movilidad
(interfaz \alpha).
5. Procedimiento según una de las
reivindicaciones 1 a 4, caracterizado porque las funciones de
la gestión de movilidad de la red de telefonía móvil se amplían a la
red fija.
6. Procedimiento según una de las
reivindicaciones 1 a 5, caracterizado porque tiene lugar una
implantación MAP con interfuncionamiento con el interfaz \alpha en
las centralitas (M-TVSt) de la red fija.
7. Procedimiento según una de las
reivindicaciones 1 a 6, caracterizado porque la conexión del
equipo terminal del abonado a la red fija tiene lugar a través de
estaciones base de origen (HBS).
8. Procedimiento según una de las
reivindicaciones 1 a 7, caracterizado porque la conexión del
aparato terminal del abonado a la red fija tiene lugar a través de
una estación base inalámbrica (DECT).
9. Procedimiento según una de las
reivindicaciones 1 a 8, caracterizado porque al darse de alta
a través de la red fija se transmite a través de la señalización MAP
el lugar de estancia del abonado a la base de datos de origen (HDB)
y se registra allí.
10. Procedimiento para la conexión de abonados en
varias redes de telecomunicación bajo un mismo número de llamada,
donde por lo menos una de las redes de telecomunicación es una red
de telefonía móvil con función de gestión de la movilidad, por
ejemplo, una red de telefonía móvil GSM, y donde por lo menos otra
red de telecomunicación es una red fija digital inteligente,
caracterizado porque los datos del abonado están almacenados
y son gestionados en una base de datos de origen común (HDB), por lo
menos en una de las redes de telecomunicación, facilitándose a
petición a las otras redes de telecomunicación, donde la base de
datos de origen común (HDB) está realizada como un nodo de base de
datos de servicio (SDP), que asume la función de base de datos de
origen (HLF) y una función de control de servicios (SCF).
11. Disposición para la conexión de abonados en
varias redes de telecomunicación bajo un mismo número de llamada,
donde por lo menos una de las redes de telecomunicación es una red
de telefonía móvil con función de gestión de la movilidad, por
ejemplo una red de telefonía móvil GSM, y donde por lo menos otra
red de telecomunicación es una red fija digital inteligente,
caracterizada porque para las diversas redes de
telecomunicación está prevista por lo menos una base de datos de
origen común (HDB) en por lo menos una de las redes de
telecomunicación, donde la base de datos de origen (HDB) consta de
dos nodos independientes, el registro de origen (HLR) de la red de
telefonía móvil y un sistema de red inteligente (INS).
12. Disposición según la reivindicación 11,
caracterizada porque en las centralitas de las redes de
telecomunicación está dispuesta, respectivamente, una base de datos
de visitantes (VDB) que se comunica con la base de datos de origen
(HDB) y en la cual se gestionan temporalmente partes relevantes de
los datos del abonado.
13. Disposición para la conexión de abonados en
varias redes de telecomunicación bajo un mismo número de llamada,
donde por lo menos una de las redes de telecomunicación es una red
de telefonía móvil con función de gestión de movilidad, por ejemplo,
una red de telefonía móvil GSM, y donde por lo menos otra red de
telecomunicación es una red fija digital inteligente,
caracterizada porque para las diversas redes de
telecomunicación está prevista por lo menos una base de datos de
origen común (HDB) en por lo menos una de las redes de
telecomunicación, donde la base de datos de origen (HDB) está
realizada como nodo de base de datos de servicio (SDP), que
comprende la función de base de datos de origen (HLF) y una función
de control de servicios (SCF).
14. Disposición según una de las reivindicaciones
11 a 13, caracterizada porque como equipo de telecomunicación
se emplea un equipo terminal móvil, que soporta únicamente el
estándar GSM, o bien en forma de lo que se denomina un equipo
terminal Dual Mode, el estándar GSM y el estándar DECT.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE19724122A DE19724122A1 (de) | 1997-06-09 | 1997-06-09 | Verfahren und Anordnung zum Anschluß von Teilnehmern in mehreren Telekommunikationsnetzen unter einer Rufnummer |
| DE19724122 | 1997-06-09 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2249835T3 true ES2249835T3 (es) | 2006-04-01 |
Family
ID=7831830
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES98934937T Expired - Lifetime ES2249835T3 (es) | 1997-06-09 | 1998-06-09 | Procedimiento y sistema para la conexion de abonados a varias redes de telecomunicacion con un numero de llamada. |
Country Status (13)
| Country | Link |
|---|---|
| US (1) | US7184782B1 (es) |
| EP (1) | EP0988766B1 (es) |
| JP (1) | JP3947851B2 (es) |
| CN (1) | CN1115935C (es) |
| AT (1) | ATE302536T1 (es) |
| AU (1) | AU745070B2 (es) |
| CA (1) | CA2325861C (es) |
| CZ (1) | CZ296952B6 (es) |
| DE (2) | DE19724122A1 (es) |
| ES (1) | ES2249835T3 (es) |
| HU (1) | HU225129B1 (es) |
| PL (1) | PL188973B1 (es) |
| WO (1) | WO1998057515A1 (es) |
Families Citing this family (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19814161B4 (de) * | 1998-03-30 | 2005-08-04 | Siemens Ag | Verfahren zum Verbindungsaufbau für ankommende, an einen Teilnehmer eines Kommunikationsnetzes gerichtete Anrufe sowie Dienstesteuerungseinheit zum Unterstützen des Verbindungsaufbaus |
| EP1033897B1 (de) * | 1999-02-05 | 2007-06-13 | Alcatel Lucent | Verfahren zur Bereitstellung eines persönlichen Kommunikationsdienstes sowie Verfahren zur Anrufleitung und Dienststeuereinheit |
| AU2508599A (en) * | 1999-02-26 | 2000-09-14 | Swisscom Mobile Ag | Telecommunications system, telecommunications method and suitable devices for the same |
| WO2000060880A1 (de) | 1999-03-31 | 2000-10-12 | Siemens Aktiengesellschaft | Verfahren zum übertragen von daten an mitglieder eines operatorservice |
| DE19917077C2 (de) * | 1999-04-15 | 2001-11-08 | Siemens Ag | Verfahren zum Übertragen von Daten an Mitglieder eines Operatorservice |
| US20030149729A1 (en) * | 2000-02-10 | 2003-08-07 | Thomas Burgard | Server system for preparation of user-specific information for users in at least one communication network |
| WO2002096147A1 (en) * | 2001-05-23 | 2002-11-28 | Markport Limited | A mobile network number transparency system and method |
| JP4289030B2 (ja) | 2002-07-30 | 2009-07-01 | パナソニック株式会社 | 移動管理方法および移動端末 |
| US7769158B2 (en) * | 2004-02-26 | 2010-08-03 | Samsung Electronics Co., Ltd. | Network switch and related method using integrated service logic objects to handle service requests |
| WO2006015551A1 (fr) | 2004-08-11 | 2006-02-16 | Huawei Technologies Co., Ltd. | Systeme de reseau de communication et procede d'obtention de service mixte |
| CN100518216C (zh) * | 2005-06-15 | 2009-07-22 | 中国电信股份有限公司 | 一种实现不同网络间号码携带的方法 |
| US9985817B2 (en) * | 2006-11-14 | 2018-05-29 | Tp Lab, Inc. | System and method for a universal phone number service |
| US20090011759A1 (en) * | 2007-07-02 | 2009-01-08 | Telefonaktiebolaget Lm Ericsson | Flexible numbering in mobile networks |
| DE102008035302A1 (de) | 2008-07-29 | 2010-02-04 | Extcel Communications Gmbh | Verfahren und Anordnung für die Steuerung von FMC Telekommunikationsdiensten unter einer Zugangsnummer |
| US20100184428A1 (en) * | 2009-01-16 | 2010-07-22 | Adc Telecommunications, Inc. | Local roaming number server |
| US10313941B2 (en) * | 2016-06-09 | 2019-06-04 | Apple Inc. | Apparatus, systems and methods for improved mobility between networks |
| US11523269B2 (en) | 2019-08-05 | 2022-12-06 | Flo Live Israel LTD. | Multiple profile remote subscriber identity module |
| US11627448B2 (en) * | 2019-08-05 | 2023-04-11 | Flo Live Israel LTD. | Method and system for fast initialization of an electronic subscriber identity module at multiple locations |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2058814C (en) * | 1991-02-27 | 1996-04-09 | David Glenn Carlson | Method and apparatus for flexible and optimal telephone call acceptance and routing |
| US5353331A (en) * | 1992-03-05 | 1994-10-04 | Bell Atlantic Network Services, Inc. | Personal communications service using wireline/wireless integration |
| US5504804A (en) * | 1994-01-19 | 1996-04-02 | Telefonaktiebolaget Lm Ericsson | Providing individual subscriber services in a cellular mobile communications network |
| SE516502C2 (sv) | 1995-04-11 | 2002-01-22 | Telia Ab | Förfarande och anordning för att ge varje abonnent ett personligt nummer |
-
1997
- 1997-06-09 DE DE19724122A patent/DE19724122A1/de not_active Withdrawn
-
1998
- 1998-06-09 US US09/445,665 patent/US7184782B1/en not_active Expired - Fee Related
- 1998-06-09 CN CN98807106A patent/CN1115935C/zh not_active Expired - Lifetime
- 1998-06-09 ES ES98934937T patent/ES2249835T3/es not_active Expired - Lifetime
- 1998-06-09 HU HU0103086A patent/HU225129B1/hu unknown
- 1998-06-09 AT AT98934937T patent/ATE302536T1/de active
- 1998-06-09 DE DE59813013T patent/DE59813013D1/de not_active Expired - Lifetime
- 1998-06-09 JP JP50156999A patent/JP3947851B2/ja not_active Expired - Lifetime
- 1998-06-09 WO PCT/EP1998/003448 patent/WO1998057515A1/de active IP Right Grant
- 1998-06-09 CZ CZ0445399A patent/CZ296952B6/cs not_active IP Right Cessation
- 1998-06-09 AU AU84374/98A patent/AU745070B2/en not_active Expired
- 1998-06-09 CA CA002325861A patent/CA2325861C/en not_active Expired - Lifetime
- 1998-06-09 PL PL98337315A patent/PL188973B1/pl unknown
- 1998-06-09 EP EP98934937A patent/EP0988766B1/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| CZ445399A3 (cs) | 2000-06-14 |
| HUP0103086A2 (hu) | 2001-12-28 |
| US7184782B1 (en) | 2007-02-27 |
| PL188973B1 (pl) | 2005-05-31 |
| CA2325861A1 (en) | 1998-12-17 |
| JP3947851B2 (ja) | 2007-07-25 |
| JP2002503415A (ja) | 2002-01-29 |
| CN1263677A (zh) | 2000-08-16 |
| CN1115935C (zh) | 2003-07-23 |
| DE19724122A1 (de) | 1998-12-10 |
| HUP0103086A3 (en) | 2002-04-29 |
| DE59813013D1 (de) | 2005-09-22 |
| CA2325861C (en) | 2008-10-14 |
| HU225129B1 (en) | 2006-06-28 |
| AU745070B2 (en) | 2002-03-07 |
| CZ296952B6 (cs) | 2006-08-16 |
| PL337315A1 (en) | 2000-08-14 |
| ATE302536T1 (de) | 2005-09-15 |
| WO1998057515A1 (de) | 1998-12-17 |
| EP0988766B1 (de) | 2005-08-17 |
| EP0988766A1 (de) | 2000-03-29 |
| AU8437498A (en) | 1998-12-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2249835T3 (es) | Procedimiento y sistema para la conexion de abonados a varias redes de telecomunicacion con un numero de llamada. | |
| CN101341764B (zh) | 智能网服务 | |
| ES2256964T3 (es) | Metodo y aparato para propocionar servicios moviles especificos de red. | |
| KR100824241B1 (ko) | 무선 로밍 콜을 제어하고 모니터하기 위한 시스템 및 방법 | |
| ES2748107T3 (es) | Procedimiento y dispositivo para el tratamiento de llamadas telefónicas dirigidas a teléfonos móviles inaccesibles | |
| JP3475223B2 (ja) | 移動無線網を駆動する方法 | |
| ES2268908T3 (es) | Procedimiento para encaminar mensajes en al menos una red de telecomunicaciones segun la norma gsm. | |
| JP4865262B2 (ja) | 無線９１１番コールに対する一意的なコールバック番号を提供する方法 | |
| US6600923B1 (en) | Method and communication network for administering subscriber data, particularly service data | |
| US6311055B1 (en) | System and method for providing restrictions on mobile-originated calls | |
| CA2279367C (en) | Cellular telephone network support of international mobile station identity (imsi) | |
| US6097950A (en) | Method and system for global roaming in a cellular telecommunications system | |
| ES2359736T3 (es) | Generación dinámica de csi para abonados itinerantes salientes. | |
| US20070281687A1 (en) | Method and system for providing PLN service to inbound roamers in a VPMN using a sponsor network when no roaming relationship exists between HPMN and VPMN | |
| US20010014606A1 (en) | International automatic roaming service method | |
| ES2283515T3 (es) | Metodo para comunicaciones integradas en una red de telecomunicaciones, centro de conmutacion, terminal de comunicaciones integrada y red de telecomunicaciones. | |
| ES2361877A1 (es) | Sistema y método para proporcionar servicios basados en móvil para pbx de hotel. | |
| US6308069B1 (en) | Method and communication system for the first-time entry of subscriber data of a mobile subscriber into a central subscriber data base | |
| ES2201921B1 (es) | Sistema y metodo de aviso de errores de marcacion. | |
| ES2452515T3 (es) | Método para sustitución de tarjeta SIM | |
| ES2212186T3 (es) | Gestion de la accesibilidad de un terminal en una red de radio movil y en una red inteligente. | |
| EP1496718A1 (en) | Method and system for virtual roaming and communication in cellular system | |
| US7636572B1 (en) | Mobile communication system for controlling a connection setup | |
| ES2251229T3 (es) | Procedimiento para el tratamiento de llamadas en redes de comunicaciones pcs. | |
| CN101835291B (zh) | 智能网服务 |