ES2226562B1 - Dispositivo, metodo y programa de ordenador para la deteccion de activacion de un abonado en una red de telefonia movil celular. - Google Patents
Dispositivo, metodo y programa de ordenador para la deteccion de activacion de un abonado en una red de telefonia movil celular.Info
- Publication number
- ES2226562B1 ES2226562B1 ES200301087A ES200301087A ES2226562B1 ES 2226562 B1 ES2226562 B1 ES 2226562B1 ES 200301087 A ES200301087 A ES 200301087A ES 200301087 A ES200301087 A ES 200301087A ES 2226562 B1 ES2226562 B1 ES 2226562B1
- Authority
- ES
- Spain
- Prior art keywords
- location
- subscriber
- update
- data
- database
- 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 - Fee Related
Links
- 230000004913 activation Effects 0.000 title claims abstract description 44
- 238000000034 method Methods 0.000 title claims abstract description 36
- 238000001514 detection method Methods 0.000 title claims description 9
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 title 1
- PWPJGUXAGUPAHP-UHFFFAOYSA-N lufenuron Chemical compound C1=C(Cl)C(OC(F)(F)C(C(F)(F)F)F)=CC(Cl)=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F PWPJGUXAGUPAHP-UHFFFAOYSA-N 0.000 title 1
- 238000004590 computer program Methods 0.000 claims abstract description 7
- 230000001413 cellular effect Effects 0.000 claims abstract 3
- 230000004044 response Effects 0.000 claims description 5
- 230000008569 process Effects 0.000 abstract description 23
- 210000004027 cell Anatomy 0.000 description 10
- 210000004271 bone marrow stromal cell Anatomy 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 238000003780 insertion Methods 0.000 description 3
- 230000037431 insertion Effects 0.000 description 3
- 230000033764 rhythmic process Effects 0.000 description 2
- 241000209202 Bromus secalinus Species 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M17/00—Prepayment of wireline communication systems, wireless communication systems or telephone systems
-
- H04Q7/229—
-
- H04Q7/343—
-
- H04Q7/3883—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
La invención se refiere a un dispositivo (10) y a un método para la detección de activación de un abonado en una red de telefonía móvil celular, que utiliza un proceso de "actualización de localización ficticio" para conseguir que el HLR (9) de una red de telefonía móvil dirija un posterior mensaje de cancelación de localización al dispositivo; la recepción de dicho mensaje servirá para asignar al abonado un estado y/o un tiempo de activación. La invención también se refiera a un programa de ordenador para llevar a cabo el método.
Description
Dispositivo, método y programa de ordenador para
la detección de activación de un abonado en una red de telefonía
móvil celular.
La invención se engloba en el campo de la
telefonía móvil. Como es sabido, en dicho campo, normalmente se
utilizan acrónimos y términos anglosajones para referirse a
elementos y conceptos propios del campo. Los acrónimos y términos
anglosajones usados en este texto se explicarán a lo largo del
texto.
La invención tiene como finalidad detectar, de
una forma fácil y aplicable en las redes actuales de telefonía
móvil, el momento en el que un abonado activa su teléfono móvil,
por ejemplo, cuando un usuario con una tarjeta de prepago empieza a
utilizar la tarjeta de prepago en una red de telefonía móvil.
La red de telefonía móvil troncal está formada
por ciertos nodos principales, que realizan las funciones
elementales en la red, como la conexión y desconexión de los
terminales, el encaminamiento de las llamadas de voz y el envío de
mensajes cortos.
Para la red de telefonía móvil o PLMN (Public
Land Mobile Network o "Red Global de Telefonía Móvil"), el
área geográfica se divide en celdas, cada una de las cuales está
atendida por una "estación base" o BTS (Base Transceiver
Station). La figura 1 refleja una red de este tipo, en la que se
puede observar como un teléfono móvil 1 (en este documento, nos
referimos de forma indistinta a un teléfono móvil, al usuario -el
que tiene el teléfono móvil- y al abonado) se encuentra en una
celda 2 correspondiente a una estación base 3; otras estaciones
base 3 corresponden a otras celdas de la red.
Cada estación base (BTS) depende de un nodo
controlador de estaciones base o BSC (Base Station Controller) 4.
El BSC 4 gestiona la actividad de varias estaciones base 3 que
están a su cargo, p.e., encaminando las llamadas y mensajes a la
estación base que cubre el teléfono móvil de destino.
A su vez, varios BSCs 4 dependen de un centro
conmutador o MSC (Mobile Switching Centre) (5, 6), nodo de red que
controla varios BSCs y que gestiona el control de la localización
de los usuarios que están en su zona de control.
Además, la red ilustrada en la figura 1 comprende
varios "registros de área visitada" o VLR (Visitor Location
Register) (7, 8). El VLR es una base de datos de usuarios
"visitantes", en la que se guardan temporalmente determinados
datos relativos a usuarios que se encuentran en el área de red
correspondiente al VLR. Ejemplos de datos que se guardan en el VLR
son el IMSI (International Mobile Subscriber Identity - "Número
de Identificación del Usuario Internacional"), el MSISDN (el
número de teléfono propiamente dicho, el que se marca para llamar al
teléfono móvil) o el TMSI (identificación temporal diferente al
IMSI por motivos de seguridad), el área de localización donde ha
sido registrado el usuario y los servicios suplementarios de los
usuarios abonados que en ese momento se encuentren en el área de
red que cubre ese VLR. Cada VLR cubre un área de localización.
Pueden existir varios VLRs en el área cubierta por un MSC, pero
también es posible que un VLR contenga información de áreas
cubiertas por varios MSCs. En algunos sistemas, hay un VLR por cada
MSC y a veces el MSC y el VLR están integrados en la misma unidad
física, que a veces se denomina "MSC/VLR").
La red también comprende un registro maestro de
abonados para su localización o HLR (Honre Location Register) 9 que
es la base de datos donde se guardan todos los datos relativos al
servicio móvil de los usuarios de la red, tales como su
identificación IMSI y MSISDN, el VLR en el que se encuentran
localizados (cada cambio de área de localización que realiza un
móvil es detectado por la red y se actualiza de forma automática su
dirección VLR en la base de datos HLR). También existe información
acerca del tipo de servicio que se ofrece al usuario así como de
los servicios suplementarios que se le dan. Normalmente, en redes
con mucho usuarios, los datos de usuarios se distribuyen en varios
HLRs.
Lógicamente, para que un abonado pueda recibir
una llamada, es importante poder "localizarle" en la red, de
modo que una llamada puede ser encaminada hacia su terminal, a
través del MSC y BTS 3 correspondiente. Por ello, es importante que
siempre que un abonado esté en activo (con el teléfono móvil
encendido), exista en la red información centralizada que permita
saber en qué área de localización está el usuario, para así poder
encaminar la llamada hacia dicha área de localización. Igualmente,
es importante que exista información centralizada en la red
indicando si el abonado está en activo y dónde. La solución
adoptada en GSM (Global System for Mobile Communication) se basa en
la notificación por parte del teléfono móvil de los cambios de
posición que éste experimenta. Este proceso comprende dos diálogos
independientes: el diálogo para la actualización de nueva posición
y el diálogo para la desactualización de la posición anterior, que
describiremos a continuación, con referencia a las figuras 2 y
3:
Este proceso se realiza cuando el abonado
enciende el terminal del teléfono móvil y, además, cada vez que el
abonado cambia de área de localización (es decir, cuando pasa del
área de localización correspondiente a un VLR al área de
localización correspondiente a otro VLR). Cada área de localización
está formada por un conjunto de celdas y corresponde a un VLR.
Tal y como se ha ilustrado esquemáticamente en la
figura 2, cuando el abonado se conecta a la red (encendiendo su
teléfono móvil) o al cambiar de área de localización (entrando en
el área de localización correspondiente a un VLR 7), el MSC 5
correspondiente al BSC 4 correspondiente a la estación base 3 en
cuya celda está el abonado, envía (paso SI en la figura 2) una
petición actualización de localización ("Update
Location") al HLR 9, para que el HLR 9 envíe al MSC 5 los
datos de la suscripción del abonado. Estos datos incluyen los datos
que especifican los servicios disponibles para dicho abonado.
El HLR 9 almacena la dirección del VLR 7 (que
corresponde de forma unívoca al área de localización en la que se
encuentra el usuario), para saber dónde se encuentra localizado el
abonado y poder dirigir llamadas entrantes hacia dicha área de
localización, y envía al MSC 5 (paso S2 en la figura 2) uno o varios
mensajes "Insert Subscriber Data" con la información
solicitada; el MSC 5 almacena los datos en el VLR 7 asociado. Para
comprobar que las operaciones se efectúan de manera correcta,
existe un intercambio de mensajes entre el MSC y el HLR. El MSC 5
responde (paso S3) con un "Insert Subscriber Data
Result" para informar al HLR 9 sobre si los datos le han
llegado de forma correcta, y por último, el HLR 9 envía (paso S4)
un "Update Location Result" donde comunica si el
proceso de actualización se ha efectuado de forma correcta.
Este proceso consiste en que el HLR informa a un
VLR (a través de un MSC asociado) de que un abonado previamente
localizado en su área de localización ha cambiado de área de
localización, por lo que pasa a estar controlado por otra MSC.
Esto pasa, por ejemplo, si el usuario del
teléfono móvil 1 en la figura 1 se desplaza de la celda 2 asociada
al MSC 5 (área de localización del VLR 7), a una celda asociada al
MSC 6, correspondiente al área de localización del VLR 8.
En este caso, tal y como se ilustra
esquemáticamente en la figura 3, se realiza primero el proceso de
actualización (pasos S1-S4 comentados en relación
con la figura 2 y reflejados de forma esquemática en la figura 3) y
luego, una vez completado el proceso de actualización de forma
satisfactoria (con lo cual el HLR 9 "sabe" que el usuario está
en el área de localización correspondiente al VLR 8), el HLR 9
informa al VLR 7 de que el abonado antes localizado en su área de
localización ha cambiado de área de localización, por lo que pasa a
estar controlado por un MSC correspondiente a otro VLR.
Para ello, el HLR envía (paso S5 en la figura 3)
un mensaje de cancelación de localización ("Cancel
Location") al MSC 5 indicándole que elimine en el VLR 7 los
datos almacenados temporalmente sobre dicho abonado. El MSC 5
responde con un mensaje (paso S6) "Cancel Location
Result" al HLR confirmando que la operación se ha realizado
de forma correcta.
Los teléfonos móviles incluyen tarjetas,
facilitadas por un operador de telefonía móvil y que permiten al
abonado usar el teléfono móvil; se suele considerar que el teléfono
móvil como tal, también denominado equipo de usuario, está
constituido por el terminal y por la tarjeta. En GSM, la tarjeta se
denomina SIM (Subscriber Identity Module - "Módulo de
Identificación de Usuario") y es el elemento al que realmente
corresponde la suscripción de red, de modo que si una abonado
cambia de terminal manteniendo la misma tarjeta sigue conservando
su perfil de suscripción y número de teléfono. En UMTS (Universal
Mobile Telecommunications System, también llamado "Tercera
Generación de Telefonía Móvil") esta tarjeta se suele denominar
USIM (Universal Subscriber Identity Module: el Módulo de
Identificación de Usuario en el UMTS).
Las tarjetas de un operador puestas en el canal
de distribución se denominan tarjetas preactivadas, término que
indica que no han sido todavía utilizadas por el abonado, pero que
ya han sido definidas en los sistemas del operador para su
posterior funcionamiento. Las subscripciones correspondientes a esas
tarjetas deben definirse en los HLRs correspondientes, es decir, se
debe realizar una serie de acciones para insertar en los HLRs los
datos de dichas subscripciones, incluyendo IMSI (International
Mobile Subscriber Identity -"Número de Identificación del Usuario
Internacional"-), MSISDN (Mobile Station International ISDN
Number - el número de teléfono propiamente dicho) y los servicios
disponibles para el abonado; si el HLR correspondiente a una tarjeta
no incluye estos datos, la tarjeta no puede ser utilizada.
Si denominamos "activación" al momento en
que se puede considerar que una tarjeta está en uso, en el caso de
tarjetas correspondientes a subscripciones de pospago la
activación tiene lugar cuando el abonado correspondiente firma el
contrato de alta con el operador. Desde este momento, el abonado
puede, en un principio, utilizar su tarjeta.
En el caso de tarjetas correspondientes a
subscripciones de prepago, al poderse utilizar el teléfono móvil
desde el momento en que se pone en el pack de venta (así se suele
denominar la caja que incluye el terminal, sus accesorios, la
tarjeta SIM y cierta información adicional para uso del terminal y
tarjeta), se podría considerar que la activación tiene lugar cuando
el abonado enciende el teléfono y se registra en la red por primera
vez, con la tarjeta en cuestión.
Si consideramos que la "activación" de una
tarjeta de prepago tiene lugar cuando el abonado enciende el
teléfono por primera vez, no existe actualmente ningún medio para
averiguar cuándo se ha producido dicha "activación". Tal y
como funcionan las redes de telefonía móvil hoy en día, ni los
MSCs/VLRs ni los HLRs suministran esta información a sistemas
externos.
El conocer el "momento de activación" puede
ser importante, por ejemplo, de cara a la definición de comisiones
a vendedores, definición de promociones de validez temporal, etc.
Por ejemplo, si se define una promoción de X euros en llamadas, de
duración Y meses, y dirigida a abonados nuevos, ¿a partir de cuándo
se empieza a contar los Y meses? Si es a partir de la preactivación
de la tarjeta, dado que el tiempo entre preactivación y venta de la
tarjeta suele ser largo (a veces incluso meses), en muchos casos el
abonado nunca disfrutará la promoción, o podría ser que sólo la
disfrute durante algunos días hasta que ésta expirara. Por ello,
puede ser preferible empezar a contar el tiempo del período de
promoción a partir del momento en que la tarjeta se empieza a
utilizar; sin embargo, actualmente el operador del sistema no sabe
cuándo ello ocurre; ni siquiera se puede asumir que se trata del
momento de venta: el pack podría venderse para regalo y ser abierto
semanas después de la venta.
Del mismo modo, cuando se tiene una lista de
abonados que no han estado registrados en la red durante mucho
tiempo, puede ser interesante saber el momento en que dichos
abonados se enganchan a la red después de tanto tiempo, por
ejemplo, para poder realizar acciones de marketing tendentes a
hacerles utilizar más el teléfono móvil (enviarles mensajes,
activarles posibles promociones, etc.). En la actualidad no existe
ningún medio para poder informar a los sistemas encargados de tales
acciones del evento de registro del abonado en la red.
Por ello, existe una necesidad de proporcionar
medios para que una entidad (por ejemplo, un proveedor de un
servicio de telefonía móvil) pueda averiguar cuándo un abonado se
registra en la red, por ejemplo, cuándo se registra por primera vez
(lo cual puede ser interesante en el caso de tarjetas preactivadas)
o cuándo un abonado se registra en la red después de mucho tiempo
sin estar registrado.
Un primer aspecto de la invención se refiere a un
dispositivo de detección de activación de un abonado en una red de
telefonía móvil celular, que comprende:
medios para recibir y almacenar datos relativos
a, al menos, un abonado en la red de telefonía móvil, en una base
de datos (estos datos pueden incluir el IMSI y el MSISDN del
abonado y también datos relativos al tipo de tarjeta: prepago,
pospago, etc.; los datos pueden ser recibidos en forma de una lista
que comprende estos datos para una pluralidad de abonados y los
datos pueden almacenarse en una base de datos interna del
dispositivo de detección de activación);
medios para generar y enviar, a un registro
maestro de abonados para su localización (HLR - Home Location
Register) de la red, una petición de actualización de localización
(Update Location) para dicho al menos un abonado, incluyendo
la petición de actualización una indicación ficticia de área de
localización configurada de modo que el registro maestro de abonados
para su localización (HLR) dirija un posterior mensaje de
cancelación de localización (Cancel Location)
correspondiente al mismo abonado, al dispositivo de detección de
activación;
medios para recibir, del registro maestro de
abonados para su localización (HLR), dicho mensaje de cancelación
de localización (Cancel Location);
medios para modificar, como respuesta a la
recepción de dicho mensaje de cancelación de localización
(Cancel Location), el contenido de un primer campo de datos
asociado al abonado, siendo dicho primer campo de datos un campo
indicativo de un tiempo de activación del abonado y/o de una
condición de activado/no activado del abonado.
De esta forma, el dispositivo de la invención
"engaña" al HLR; se puede decir que se hace pasar por un
"VLR/MSC" ficticio, provocando que cuando el usuario active su
teléfono en la red e inicie una comunicación con una estación base
(BTS) asociada a un MSC/VLR (e iniciando, por lo tanto, los procesos
de actualización y de desactualización correspondientes), el HLR,
siguiendo el proceso convencional de desactualización, envía un
mensaje de desactualización el dispositivo de la invención. De esta
manera, en un campo (el "primer campo") de datos, se introduce
un dato indicativo de un tiempo de activación del abonado (que
puede corresponder al momento en el que se recibe el mensaje de
cancelación de localización o al momento en el que se modifica el
contenido del campo de datos) y/o una condición de activado/no
activado del abonado (por ejemplo, el contenido del campo de datos
puede pasar de ser un código correspondiente a un estado de "no
activado" a un código correspondiente a un estado de
"activado"). El campo de datos puede formar parte de la misma
lista de datos comentada en lo anterior, o de otra lista o base de
datos, por ejemplo, una base de datos externa. Es decir, la
invención contempla tanto la posibilidad de modificar un "primer
campo" en una base de datos interna del dispositivo, como la
posibilidad de modificar el "primer campo" en una base de
datos externa, mediante el envío de un mensaje a dicha base de
datos.
De esta manera y verificando el contenido de
dicho "primer campo", se puede detectar la activación de un
abonado (de una tarjeta) de forma prácticamente instantánea.
El término "dispositivo" debe interpretarse
en un sentido amplio: no es necesario que todos los componentes que
constituyen el dispositivo estén integrados en una sola entidad
física (caja, módulo...), sino que los diferentes componentes del
dispositivo pueden constituir entidades físicas separadas,
dispuestas de modo que puedan comunicarse e interactuar entre ellas,
de acuerdo con lo que se ha descrito arriba y de acuerdo con lo que
se describe a continuación.
Los medios para generar y enviar la petición de
actualización de localización (Update Location) pueden estar
configurados para enviar dicha petición para los abonados que
constan en la base de datos, de forma secuencial y en función del
contenido de al menos un segundo campo de datos, asociado al
abonado, de dicha base de datos. Dicho segundo campo de datos puede
coincidir parcial o totalmente con dicho primer campo de datos, es
decir, por ejemplo, los medios para generar y enviar la petición de
actualización de localización pueden estar configurados para enviar
la petición sólo para
- los abonados para los que el primer campo de
datos todavía no incluya un dato indicativo de un "tiempo de
activación";
- los abonados para los que el primer campo de
datos incluya un código que indique que todavía no han sido
activados; y/o
- los abonados para los que el primer campo de
datos incluya un dato indicativo de un "tiempo de activación"
que supere un "nivel de antigüedad" predeterminado, es decir,
que indique que el usuario no ha estado activo en la red durante
"mucho tiempo".
Alternativa o complementariamente, el segundo
campo de datos puede incluir una o varias posiciones que indican el
número de veces que se ha enviado y/o cuándo se ha enviado por
última vez la petición de actualización de localización (Update
Location) al HLR, para los abonados de la lista. De esta forma,
se puede configurar la invención de modo que tenga en cuenta este
dato en el momento de decidir cuándo y en qué orden enviar las
peticiones de actualización de localización para los diferentes
abonados en la base de datos. También puede haber un tercer campo
de datos que recoja estos datos.
Los medios para generar y enviar la petición de
actualización de localización (Update Location) pueden estar
configurados para enviar dicha petición para los abonados que
constan en dicha base de datos de una manera espaciada en el tiempo
y/o durante determinados períodos del día y/o noche, con el fin de
evitar que el envío de dicha petición para un gran número de
abonados cause una sobrecarga en la red.
Tal y como se ha sugerido en lo anterior, el
primer campo de datos puede ser un campo de datos en la base de
datos, por ejemplo, un campo en la misma lista que incluye el IMSI
y MSISDN de cada abonado.
Otro aspecto de la invención se refiere a un
método para detectar la activación de un abonado en una red de
telefonía móvil celular, que comprende los pasos de:
recibir y almacenar datos relativos a, al menos,
un abonado en la red de telefonía móvil, en una base de datos
(estos datos pueden incluir el IMSI y el MSISDN del abonado y
también datos relativos al tipo de tarjeta: prepago, pospago, etc.;
los datos pueden ser recibidos en forma de una lista que comprende
estos datos para una pluralidad de abonados);
generar y enviar, a un registro maestro de
abonados para su localización (HLR - Home Location Register) de la
red, una petición de actualización de localización (Update
Location) para dicho al menos un abonado, incluyendo la
petición de actualización una indicación ficticia de área de
localización configurada de modo que el registro maestro de
abonados para su localización (HLR) dirija un posterior mensaje de
cancelación de localización (Cancel Location)
correspondiente al mismo abonado, al dispositivo de detección de
activación;
recibir, del registro maestro de abonados para su
localización (HLR), dicho mensaje de cancelación de localización
(Cancel Location);
modificar, como respuesta a la recepción de dicho
mensaje de cancelación de localización (Cancel Location), el
contenido en un primer campo de datos asociado al abonado, siendo
dicho primer campo de datos un campo indicativo de un tiempo de
activación del abonado y/o una condición de activado/no activado
del abonado.
Lo que se ha comentado arriba en relación con el
dispositivo es, también, aplicable al método, mutatis
mutandis.
Se puede enviar dicha petición de actualización
de localización (Update Location) para los abonados que
constan en dicha base de datos, de forma secuencial y en función
del contenido de al menos un segundo campo de datos, asociado al
abonado, de dicha base de datos. Este segundo campo ya hemos
comentado más detalladamente arriba, en la descripción del
dispositivo.
Tal y como ya se ha comentado,
- dicho segundo campo de datos puede coincidir al
menos parcialmente con dicho primer campo de datos;
- se puede enviar la petición para los abonados
que constan en dicha base de datos de una manera espaciada en el
tiempo y/o durante determinados períodos del día y/o noche, con el
fin de evitar que el envío de dicha petición para un gran número de
abonados cause una sobrecarga en la red;
- el primer campo de datos puede ser un campo de
datos en la base de datos.
Otro aspecto de la invención se refiere a un
programa de ordenador, que comprende instrucciones de programa para
hacer que un ordenador lleve a cabo el método descrito en lo
anterior, cuando el programa se ejecuta en el ordenador.
Otro aspecto de la invención se refiere a dicho
programa de ordenador en un medio de soporte; el medio de soporte
puede ser, por ejemplo, un diskette, un CD-ROM, una
memoria de un ordenador, o cualquier otro tipo de medio de soporte
de datos e instrucciones. El medio de soporte también puede ser una
señal eléctrica u óptica, por ejemplo, una señal que se propaga a
través de una red de telecomunicaciones.
A continuación se pasa a describir de manera muy
breve una serie de dibujos que ayudan a comprender mejor la
invención y que se relacionan expresamente con una realización de
dicha invención que se presenta como un ejemplo ilustrativo y no
limitativo de ésta.
La figura 1 es una representación esquemática de
algunos de los nodos principales de una red convencional de
telefonía móvil, según el estado de la técnica.
La figura 2 refleja, de forma esquemática, un
proceso de actualización según el estado de la técnica.
La figura 3 refleja, de forma esquemática, un
proceso de desactualización según el estado de la técnica.
La figura 4 refleja, de forma esquemática, los
diferentes pasos que se llevan a cabo de acuerdo con una
realización preferida de la invención.
La figura 5 refleja, de forma esquemática, el
dispositivo de acuerdo con una realización preferida de la
invención.
Las figuras 6A y 6B ilustran, de forma
esquemática, ejemplos de configuración de los datos de un abonado
almacenados en la base de datos del dispositivo, de acuerdo con una
realización preferida de la invención.
La figura 4 refleja un dispositivo 10 de
detección de activación de un abonado, de acuerdo con una
realización preferida de la invención, integrado en una red de
telefonía móvil que incluye un HLR 9, y varios VLRs y MSCs, de los
cuales se ilustran un MSC 5 y un VLR 7, así como un BSC 4, un BTS 3
y un abonado o teléfono móvil 1; la red puede ser una red como la
que se ha descrito en relación con las figuras 2 y 3, sólo se ha
añadido el dispositivo 10. En la figura 5, se ilustra de forma
esquemático los principales módulos funcionales que forman parte
del dispositivo 10.
Tal y como se puede observar en las figuras 4 y
5, el dispositivo comprende medios 11 para recibir y almacenar
datos relativos a una pluralidad de abonados en la red de telefonía
móvil. Los medios 11 reciben los datos en un paso ilustrado de
forma esquemático como el paso S10, y los almacena en una lista, en
una base de datos 12. Los datos son facilitados por la entidad (o
por las entidades) que desea(n) registrar el primer acceso a
la red de los abonados. La lista puede irse completando con nuevos
abonados a la medida que la(s) entidad(es)
envía(n) estos datos en sucesivos pasos S10.
Los datos que se reciben y que se almacenan en la
base de datos 12 comprenden, para cada abonado, su IMSI, MSISDN y,
preferiblemente, el tipo de tarjeta (prepago, pospago), la fecha de
inserción en la lista del abonado, la hora de inserción en la lista
del abonado, un flag de actualización (que indica si el proceso
ficticio de actualización se ha realizado de forma correcta), el
número de reintentos de actualización, etc. Estos datos se insertan
en campos (12A1,..., 12B1,...) de la base de datos. Para cada
usuario hay un primer campo de datos (12AN, 12BN,...) que es un
campo indicativo de una condición de activado/no activado, y que
comprende un flag de activado/no activado y, además, un tiempo de
activación. Cuando se introduce en la base de datos los datos de un
usuario, el flag de activado/no activado tiene por defecto el valor
correspondiente a "no activado" (por ejemplo, "0") y el
tiempo de activado se pone, por defecto, como una fecha y hora 0
(por ejemplo, "000000-00"). Igualmente, el
flag de actualización indica que todavía no se ha realizado el
proceso de actualización.
Los medios 13 para generar y enviar al HLR 9 la
petición de actualización de localización van realizando, de forma
consecutiva y de acuerdo con una secuencia predeterminada, en
función de los flags de actualización y de activado/no activado así
como en función del número de intentos de actualización realizados,
y también en función de la fecha y hora de inserción en la lista de
cada usuario, y a un ritmo predefinido establecido con el fin de
evitar sobrecarga en la red, la petición de actualización de
localización (Update Location) (paso S11) para los
diferentes abonados en la lista. Tanto el ritmo como la secuencia
de envío para los diferentes abonados se pueden configurar, por
ejemplo, para adaptar el ritmo a la distribución temporal de la
carga de trabajo del HLR (por ejemplo, se puede hacer estas
operaciones durante horas en las que el tráfico en la red es baja,
aprovechando que el HLR tiene capacidad libre).
La petición de actualización de localización S11
es una operación MAPv3 Update Location y comprende una
indicación ficticia de área de localización, incluyendo la
dirección (según el número del plan de numeración) asignado al
dispositivo 10, de manera que el HLR 9 dirija un posterior mensaje
de cancelación de localización (Cancel Location) al
dispositivo 10. Al paso S11 sigue una serie de pasos análogos a los
pasos descritos en relación con el proceso convencional en la
figura 2: el HLR 9 almacena la dirección asignado al dispositivo 10
(que corresponde a un área de localización ficticia), y envía al
dispositivo 10 uno o varios mensajes "Insert Subscriber
Data" (paso S12); el dispositivo descarta simplemente estos
mensajes (ya que no aportan nada relevante) y responde (paso S13)
con un "Insert Subscriber Data Result" para indicar al
HLR 9 que los datos le ha llegado de forma correcta, y por último,
el HLR 9 envía (paso S14) un "Update Location Result"
donde comunica si el proceso de actualización se ha efectuado de
forma correcta. Si se ha efectuado de forma correcta, el
dispositivo 10 cambia el flag de actualización indicando que se ha
realizado el proceso de actualización de localización para el
abonado en cuestión. Si no se ha efectuado de forma correcta, se
incrementa, en la base de datos 12, el dato correspondiente al
número de reintentos de actualización de localización (pasa de 0 a
1, la siguiente vez de 1 a 2, etc.); este dato puede ser tenido en
cuenta por el dispositivo para determinar cuándo se debe realizar,
para el abonado en cuestión, el siguiente intento de actualización
de
localización.
localización.
Cuando el abonado se conecta a la red por primera
vez, con una estación base BTS 3 asociada al MSC/VLR 5/7, se inicia
el proceso de actualización de localización, de acuerdo con lo que
se ha comentado en relación con la figura 2: el MSC 5
correspondiente al BSC 4 correspondiente a la estación base 3 en
cuya celda está el abonado, envía (paso S16 en la figura 4) una
petición de actualización de localización ("Update
Location") al HLR 9, para que el HLR 9 envíe al MSC 5 los
datos de la suscripción del abonado. El HLR 9 almacena la dirección
del VLR 7 y envía al MSC 5 (paso S17 en la figura 4) uno o varios
mensajes "Insert Subscriber Data" con la información
solicitada, etc.
Por otra parte y una vez completado el proceso de
actualización de localización, se realiza el proceso de
desactualización: el HLR informa al VLR ficticio (es decir, en este
caso, al dispositivo 10) de que el abonado en cuestión pasa a estar
controlado por el VLR/MSC 7/5.
Para ello, el HLR envía (paso S18 en las figuras
4 y 5) un mensaje de cancelación de localización
("Cancel Location") al dispositivo 10, el cual
responde con un mensaje (paso S19) "Cancel Location
Result" al HLR confirmando que la operación se ha realizado
de forma correcta.
Es decir, para el HLR, el proceso de la invención
es transparente: desde el punto de vista del HLR, lo que ha
ocurrido es simplemente que el abonado se ha trasladado de un área
de localización a otra.
En el dispositivo 10, el mensaje "Cancel
Location" es recibido por los medios 14 para recibir el
mensaje de cancelación de localización. Como respuesta a dicha
recepción, los medios 15 para modificar el contenido de un primer
campo de datos, modifica dicho campo para el usuario en cuestión:
concretamente, cambia el flag de activado/no activado que pasa al
valor correspondiente a activado (por ejemplo, de "0" a
"1") y el tiempo de activado: por ejemplo, el dato
"000000-00" se sustituye por la fecha y hora de
la recepción del mensaje "Cancel Location", por lo que
las posiciones correspondientes del primer campo pueden cambiar a
ser, por ejemplo, "200403-15").
Periódicamente, se lee el contenido de la base de
datos 12 y, para los abonados cuyo flag de activado ha pasado a
tener el valor indicativo de la condición de "activado" (por
ejemplo, "1"), se lee los datos identificativos del abonado
(por ejemplo, MSISDN e IMSI) así como el tiempo de activado (por
ejemplo, "200403-15") y se facilita estos datos
a la entidad que suministró los datos de los abonados en su
momento. Seguidamente, se borra los datos correspondientes a estos
abonados de la base de datos 12.
La figura 6A refleja una posible configuración de
los datos correspondientes a un primer abonado A, en la base de
datos 12 justo después de haberse introducido los datos de dicho
abonado (es decir, justo después del paso S10); el campo 12A1
incluye el IMSI, el campo 12A2 el MSISDN, el campo 12A3 el flag de
actualización (tiene el valor "0", ya que todavía no se han
realizado los pasos S11-S14 para este usuario), el
campo 12A4 el número de reintentos de actualización (todavía tiene
el valor "0" ya que no se ha hecho ningún reintento) y el
"primer campo" 12AN comprende el flag de activado/no activado
(que tiene el valor "0") seguido por el tiempo de activado
(que tiene el valor inicial 000000-00).
La Figura 6B refleja los mismos campos de la base
de datos un tiempo poco después del paso S18: los campos 12A1 y
12A2 no han cambiado, pero en el campo 12A3, el flag de
actualización tiene el valor "1" (cambió de "0" a "1"
después del paso S14), el campo 12A4 con el número de reintentos de
actualización tiene el valor "1" (indica que se reintentó
actualizar una sola vez) y el "primer campo" 12AN refleja el
flag de activado/no activado con el valor "1" (lo cual indica
que el usuario se ha conectado a la red) seguido por el tiempo de
activado, cuyo valor "200403-15" indica que el
mensaje S18 se recibió el 20 de abril de 2003, entre las 15:00 y
las 16:00 horas.
En un posible desarrollo de la realización
descrita arriba, se podría añadir una segunda base de datos (no
ilustrada en las figuras). En este caso, la primera base de datos
12 podría almacenar la información relativa a las tarjetas
preactivadas que todavía no han sido "activadas" en el sistema,
es decir, las tarjetas pendientes de que se registre su
"activación", y la segunda base de datos podría contener los
datos correspondientes a las tarjetas cuya activación se ha
detectado. Entonces, una vez que se detecta la activación de una
tarjeta (debido a la recepción del mensaje de cancelación de
localización en el paso S18 descrito arriba), se pasan los datos
del abonado en cuestión desde la primera base de datos hasta la
segunda base de datos. De esta manera, la primera base de datos
sólo contiene los datos relativos a tarjetas cuya activación todavía
no se ha detectado.
Periódicamente, se pueden enviar los datos
relevantes contenidos en la segunda base de datos a la entidad
externa de destino que debe recibir la información sobre la fecha y
hora de activación de los abonados, y después se puede borrar los
datos de los abonados en cuestión de la segunda base de datos. En
los sucesivos envíos de datos desde la segunda base de datos sólo se
incluirán datos de los abonados cuyos datos se han añadido a la
segunda base de datos en el intervalo transcurrido desde el envío
anterior.
Es decir, la primera base de datos puede mantener
información sobre tarjetas preactivadas pendientes de activación
(para las que todavía no se ha recibido el mensaje de cancelación
de localización correspondiente al paso S18 correspondiente en lo
anterior). La primera base de datos podría incluir los siguientes
datos:
* MSISDN
* IMSI
* Flag de tipo de tarjeta, que puede indicar, por
ejemplo, si la tarjeta de prepago corresponde a
- -
- una preactivación (nueva alta de un abonado) (0),
- -
- una conversión (un abonado de pospago que pasa a ser abonado de prepago) (1),
- -
- una tarjeta "portada" ( correspondiente a un abonado de otro operador que decide cambiarse al operador de la red) (2).
* Fecha en la que se haya completado totalmente
la preactivación en los sistemas del operador, es decir, la fecha
en la que se define la tarjeta en los sistemas del operador para su
posterior funcionamiento. Sabiendo esta fecha, se puede calcular el
tiempo que pasa desde que se preactiva la tarjeta hasta que la
misma es activada, dato interesante, por ejemplo, para marketing y
logística.
* Flag de actualización. Indica si el proceso
ficticio de actualización se ha realizado de manera correcta
(corresponde al campo 12A3).
* Número de reintentos de actualización
(corresponde al campo 12A4)
Se podría prescindir del flag de activado/no
activado, ya que los datos pasan de la primera a la segunda base de
datos en cuanto se produce la activación, por lo cual se sabe que
si los datos están en la primera base de datos, la condición de la
tarjeta es la de "no activada", y si están en la segunda base
de datos, la condición es la de "activada".
La segunda base de datos podría incluir los
siguientes datos, que se almacenarían de forma temporal y que
serían enviados al sistema exterior cada cierto tiempo; también
pueden estar accesibles para consultas desde el exterior.
* MSISDN.
* IMSI.
* Flag de tipo de tarjeta (explicado arriba).
* Fecha en la que se haya completado totalmente
la preactivación en los sistemas del operador (explicado
arriba).
* Número de reintentos de actualización; este
dato puede ser interesante para la detección de problemas en caso
de que el número de reintentos sea considerable; este dato
corresponde al que estaba en el campo 12A4 antes de que los datos
pasaran desde la primera base de datos a la segunda.
* Fecha y, opcionalmente, hora de activación del
abonado (correspondiente al tiempo de activación, véase el campo
12AN comentado arriba).
* Flag de enviado/no enviado. Este flag indica si
los datos relativos al abonado han sido enviados a la entidad
externa de destino. Este flag es importante si los datos enviados
no se borran de forma inmediata después de su envío. Si no se
borran de forma inmediata, la segunda base de datos puede llegar a
incluir tanto datos enviados como datos no enviados, en cuyo caso es
importante poder distinguir entre los datos que se han enviado al
exterior y los datos que todavía no se han enviado, de manera que
no se vuelvan a enviar datos que ya han sido enviados y/o de manera
que sólo se borran datos que ya han sido enviados.
Lógicamente, lo que se ha descrito en lo anterior
es sólo una de las posibles formas de realizar la invención. El
experto medio en la materia podrá fácilmente hacer las
modificaciones que puedan ser oportunas en cada caso, en función de
las necesidades y deseos de las entidades implicadas, y escribir los
programas de ordenador correspondientes. Por ejemplo, en lugar de
modificar un primer campo en la base de datos 12, se puede, cuando
se recibe el mensaje Cancel Location en el paso S18, enviar
directamente un mensaje a una entidad externa, para modificar el
contenido de una base de datos externa.
A lo largo de la presente descripción y
reivindicaciones la palabra "comprende" y variaciones de la
misma, como "comprendiendo", no pretende excluir otros pasos o
componentes.
Claims (12)
1. Un dispositivo (10) de detección de activación
de un abonado en una red de telefonía móvil celular,
caracterizado porque comprende:
medios (11) para recibir y almacenar datos
relativos a, al menos, un abonado en la red de telefonía móvil, en
una base de datos (12);
medios (13) para generar y enviar, a un registro
maestro de abonados para su localización (HLR - Home Location
Register) (9) de la red, una petición de actualización de
localización (Update Location) (S11) para dicho al menos un
abonado, incluyendo la petición de actualización una indicación
ficticia de área de localización configurada de modo que el
registro maestro de abonados para su localización (HLR) (9) dirija
un posterior mensaje de cancelación de localización (Cancel
Location) correspondiente al mismo abonado, al dispositivo de
detección de activación
(10);
(10);
medios (14) para recibir, del registro maestro de
abonados para su localización (HLR) (9), dicho mensaje de
cancelación de localización (Cancel Location) (S18);
medios (15) para modificar, como respuesta a la
recepción de dicho mensaje de cancelación de localización
(Cancel Location) (S18), el contenido de un primer campo de
datos (12AN, 12BN) asociado al abonado, siendo dicho primer campo
de datos un campo indicativo de un tiempo de activación del abonado
y/o de una condición de activado/no activado del abonado.
2. Un dispositivo según la reivindicación 1,
caracterizado porque los medios (13) para generar y enviar
dicha petición de actualización de localización (Update
Location) (S11) están configurados para enviar dicha petición
para los abonados que constan en dicha base de datos (12), de forma
secuencial y en función del contenido de al menos un segundo campo
de datos, asociado al abonado, de dicha base de datos (12).
3. Un dispositivo según la reivindicación 2,
caracterizado porque dicho segundo campo de datos coincide
al menos parcialmente con dicho primer campo de datos (12AN,
12BN).
4. Un dispositivo según la reivindicación 2 ó 3,
caracterizado porque los medios (14) para generar y enviar
dicha petición de actualización de localización (Update
Location) (S11) están configurados para enviar dicha petición
para los abonados que constan en dicha base de datos (12) de una
manera espaciada en el tiempo y/o durante determinados períodos del
día y/o noche, con el fin de evitar que el envío de dicha petición
para un gran número de abonados cause una sobrecarga en la red.
5. Un dispositivo según cualquiera de las
reivindicaciones anteriores, caracterizado porque el primer
campo de datos (12AN, 12BN) es un campo de datos en la base de
datos (12).
6. Un método para detectar la activación de un
abonado en una red de telefonía móvil celular, caracterizado
porque comprende los pasos de:
recibir y almacenar datos relativos a, al menos,
un abonado en la red de telefonía móvil, en una base de datos
(12);
generar y enviar, a un registro maestro de
abonados para su localización (HLR - Home Location Register) (9) de
la red, una petición de actualización de localización (Update
Location) (S11) para dicho al menos un abonado, incluyendo la
petición de actualización una indicación ficticia de área de
localización configurada de modo que el registro maestro de abonados
para su localización (HLR) (9) dirija un posterior mensaje de
cancelación de localización (Cancel Location)
correspondiente al mismo abonado, al dispositivo de detección de
activación;
recibir, del registro maestro de abonados para su
localización (HLR) (9), dicho mensaje de cancelación de
localización (Cancel Location) (S18);
modificar, como respuesta a la recepción de dicho
mensaje de cancelación de localización (Cancel Location)
(S18), el contenido de un primer campo de datos (12AN, 12BN)
asociado al abonado, siendo dicho primer campo de datos un campo
indicativo de un tiempo de activación del abonado y/o de una
condición de activado/no activado del abonado.
7. Un método según la reivindicación 6,
caracterizado porque se envía dicha petición de
actualización de localización (Update Location) (S11) para
los abonados que constan en dicha base de datos (12), de forma
secuencia) y en función del contenido de al menos un segundo campo
de datos, asociado al abonado, de dicha base de datos (12).
8. Un método según la reivindicación 7,
caracterizado porque dicho segundo campo de datos coincide
al menos parcialmente con dicho primer campo de datos (12AN,
12BN).
9. Un método según la reivindicación 7 ó 8,
caracterizado porque se envía dicha petición para los
abonados que constan en dicha base de datos (12) de una manera
espaciada en el tiempo y/o durante determinados períodos del día y/o
noche, con el fin de evitar que el envío de dicha petición para un
gran número de abonados cause una sobrecarga en la red.
10. Un método según cualquiera de las
reivindicaciones 6-9, caracterizado porque
el primer campo de datos (12AN, 12BN) es un campo de datos en la
base de datos (12).
11. Un programa de ordenador, que comprende
instrucciones de programa para hacer que un ordenador lleve a cabo
el método según cualquiera de las reivindicaciones
6-10, cuando el programa se ejecuta en el
ordenador.
12. Un programa de ordenador según la
reivindicación 11, en un medio de soporte.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES200301087A ES2226562B1 (es) | 2003-05-12 | 2003-05-12 | Dispositivo, metodo y programa de ordenador para la deteccion de activacion de un abonado en una red de telefonia movil celular. |
| ES04380106T ES2430367T3 (es) | 2003-05-12 | 2004-05-12 | Dispositivo, método y programa de ordenador para detectar la activación de un abonado en una red de telefonía móvil celular |
| EP04380106.7A EP1478205B1 (en) | 2003-05-12 | 2004-05-12 | Device, method and computer program for detecting the activation of a customer in a cellular mobile telephony network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES200301087A ES2226562B1 (es) | 2003-05-12 | 2003-05-12 | Dispositivo, metodo y programa de ordenador para la deteccion de activacion de un abonado en una red de telefonia movil celular. |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| ES2226562A1 ES2226562A1 (es) | 2005-03-16 |
| ES2226562B1 true ES2226562B1 (es) | 2005-12-01 |
Family
ID=33017094
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES200301087A Expired - Fee Related ES2226562B1 (es) | 2003-05-12 | 2003-05-12 | Dispositivo, metodo y programa de ordenador para la deteccion de activacion de un abonado en una red de telefonia movil celular. |
| ES04380106T Expired - Lifetime ES2430367T3 (es) | 2003-05-12 | 2004-05-12 | Dispositivo, método y programa de ordenador para detectar la activación de un abonado en una red de telefonía móvil celular |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04380106T Expired - Lifetime ES2430367T3 (es) | 2003-05-12 | 2004-05-12 | Dispositivo, método y programa de ordenador para detectar la activación de un abonado en una red de telefonía móvil celular |
Country Status (2)
| Country | Link |
|---|---|
| EP (1) | EP1478205B1 (es) |
| ES (2) | ES2226562B1 (es) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8880066B2 (en) * | 2007-05-03 | 2014-11-04 | Qualcomm Incorporated | System for signaling the availability of a device to receive forward data |
| GB0718925D0 (en) | 2007-09-28 | 2007-11-07 | Orange Personal Comm Serv Ltd | Improvements to home location register |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5577109A (en) * | 1994-06-06 | 1996-11-19 | Call Processing, Inc. | Pre-paid card system and method |
| US5774802A (en) * | 1996-04-10 | 1998-06-30 | Motorola Inc. | Apparatus and method for billing in a wireless communication system |
| US5974300A (en) * | 1996-07-30 | 1999-10-26 | Lucent Technologies Inc. | Two-way wireless cellular messaging system |
| US5903557A (en) * | 1996-09-30 | 1999-05-11 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for determining activation status of a receiving station of a radio communication system |
| FI106509B (fi) * | 1997-09-26 | 2001-02-15 | Nokia Networks Oy | Laillinen salakuuntelu tietoliikenneverkossa |
| US6226364B1 (en) * | 1997-12-08 | 2001-05-01 | Bellsouth Intellectual Property Management Corporation | Method and system for providing prepaid and credit-limited telephone services |
| AU7548100A (en) * | 1999-08-24 | 2001-03-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and systems for handling subscriber data |
| FI111780B (fi) * | 1999-12-23 | 2003-09-15 | Nokia Corp | Sanomanvälityspalvelu |
| EP1246479A1 (en) * | 2001-03-26 | 2002-10-02 | Lucent Technologies Inc. | GPRS mobile telecommunications systems |
-
2003
- 2003-05-12 ES ES200301087A patent/ES2226562B1/es not_active Expired - Fee Related
-
2004
- 2004-05-12 EP EP04380106.7A patent/EP1478205B1/en not_active Expired - Lifetime
- 2004-05-12 ES ES04380106T patent/ES2430367T3/es not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1478205B1 (en) | 2013-07-17 |
| EP1478205A3 (en) | 2007-08-08 |
| ES2226562A1 (es) | 2005-03-16 |
| EP1478205A2 (en) | 2004-11-17 |
| ES2430367T3 (es) | 2013-11-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2279613T3 (es) | Indicacion de informacion de cargo o credito que utiliza el mecanismo de datos del servicio suplementario sin estructurar (ussd). | |
| US10034232B2 (en) | Subscriber identification management broker for fixed/mobile networks | |
| FI109858B (fi) | Digitaalinen matkapuhelinjärjestelmä, jossa jokaiselle tilaajalle on osoitettu puhelinnumero ja useita tilaajan tunnistusmoduulikortteja (SIM) | |
| ES2340850T3 (es) | Control de llamada terminada para itinerancia de suscriptores de telefonia movil. | |
| ES2748107T3 (es) | Procedimiento y dispositivo para el tratamiento de llamadas telefónicas dirigidas a teléfonos móviles inaccesibles | |
| ES2359736T3 (es) | Generación dinámica de csi para abonados itinerantes salientes. | |
| ES2239762T3 (es) | Disposicion para reenvio de llamadas en un centro de conmutacion de servicios moviles. | |
| ES2244173T3 (es) | Procedimiento para la conduccion asistida por terminal de un menu de servicios de valor añadido en sistemas de comunicacion movil. | |
| ES2339699T3 (es) | Sistema de control de llamadas para abonado que entra en itinerancia. | |
| ES2314065T3 (es) | Sistema y procedimiento para la actualizacion de ubicacion en redes de radiotelefonia movil. | |
| RU2007145443A (ru) | Динамическое генерирование csi для прибывающих роумеров | |
| ES2355492T3 (es) | Aviso de cargo en sistemas de telecomunición. | |
| ES2229541T3 (es) | Sistema de comunicacion movil para la tarificacion de llamadas y estacion de movil. | |
| ES2265178T3 (es) | Sistema de comunicaciones moviles que transmite mensajes cortos. | |
| ES2322019T3 (es) | Procedimiento de autorizacion de acceso a una red celular de radiocomunicaciones a partir de un telefono movil, sistema de radiocomunicaciones y telefono simplificado asociados. | |
| IE67122B1 (en) | Telecommunication network | |
| ES2247866T3 (es) | Liberacion de servicios activos remanentes en vplmns. | |
| ES2226562B1 (es) | Dispositivo, metodo y programa de ordenador para la deteccion de activacion de un abonado en una red de telefonia movil celular. | |
| ES2304492T3 (es) | Metodo, aparato y sistema para el tratamiento de un error de un usuario movil itinerante entre una red gsm y una red wlan. | |
| ES2282086T3 (es) | Procedimiento de provisionamiento domestico e itinerante para un term inal movil. | |
| ES2626173T3 (es) | Procedimiento, entidad de red, red de telecomunicaciones y producto de programa informático para manejar datos de abono en una red de telecomunicaciones | |
| ES2201921B1 (es) | Sistema y metodo de aviso de errores de marcacion. | |
| ES2224850A1 (es) | Modulo y metodo de deteccion de al menos un evento en un equipo de usuario de telefonia movil celular, programa de ordenador para llevar a cabo el metodo, y tarjeta y terminal con el modulo. | |
| ES2293992T3 (es) | Sistema de tasas de aparcamiento. | |
| ES2227261T3 (es) | Tratamiento de llamadas en una red de comunicaciones. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EC2A | Search report published |
Date of ref document: 20050316 Kind code of ref document: A1 |
|
| FG2A | Definitive protection |
Ref document number: 2226562B1 Country of ref document: ES |
|
| FD2A | Announcement of lapse in spain |
Effective date: 20230526 |