ES2330189T3 - Sistema de gestion de datos. - Google Patents

Abstract

Unidad de almacenamiento de datos (HLR) para un sistema de telecomunicaciones móvil que comprende al menos dos funciones de datos (72, 74) que proporcionan redundancia de datos entre ellas, al menos dos funciones de control (79, 80), y medios de transferencia (30, 31, 32) para permitir que la unidad de almacenamiento de datos (HLR) pase datos desde y hacia una red de telecomunicaciones móvil (10), estando las al menos dos funciones de control dispuestas para controlar el paso de datos entre dicha al menos dos funciones de datos y dicho medio de transferencia, en la que las al menos dos funciones de control están físicamente separadas de las al menos dos funciones de datos.

Description

Sistema de gestión de datos.

Antecedentes de la invención Campo de la invención

La presente invención se refiere a un sistema de gestión de datos, por ejemplo para gestionar datos en un sistema de telecomunicaciones. La presente invención se ocupa particularmente pero no exclusivamente de un sistema de telecomunicaciones para teléfonos móviles.

Resumen de la técnica anterior

Cuando un sistema de telecomunicaciones implica teléfonos móviles, una llamada a un teléfono móvil no es a un punto fijo, y, por tanto, el sistema debe determinar la posición del destino. La disposición más simple es que una llamada a un teléfono móvil resulte en una señal que se transmita a una unidad de almacenamiento de datos en forma de una unidad de registro de posición base (HLR, del inglés, Home Location Register) que determina la posición del teléfono móvil y permite así encaminar la llamada a realizar.

Inevitablemente, los HLRs tienen una capacidad limitada, y, por tanto, se necesita alguna disposición que permita a los sistemas de telecomunicaciones acceder a múltiples HLRs. Debe indicarse que también se ha previsto que los usuarios pueden necesitar múltiples números MSISDN, por ejemplo, cuando un usuario tiene la posibilidad de tener comunicación de voz y de datos en sistemas existentes, cualquier segundo número MSISDN con un número de identidad común (IMSI) debe ser un número MSISDN del mismo HLR que el número MSISDN previo. Esto podría ser imposible de conseguir si, por ejemplo, el HLR que contiene la información original está lleno. Entonces el único modo de proporcionar servicios adicionales requeriría que el usuario cambie de número de teléfono, lo que no sería deseable. Esto se convierte en un problema particular si se desea que los usuarios puedan seleccionar sus números en lugar de ser provistos de los mismos.

El documento WO 96/11557 proponía que la red de conmutación que conecta usuarios con otros usuarios, HLRs y servicios de sistema, tuviera una unidad de registro asociada al mismo, cuya unidad de registro contenía información que relacionaba cada número de teléfono con un registro correspondiente de una pluralidad de HLRs. La relación entre números de teléfono y HLRs debería entonces poder seleccionarse libremente dentro de la unidad de registro, de modo que la unidad de registro actúa como un conversor entre el número y la información que identifica el HLR.

Al proporcionar tal unidad de registro, la relación fija entre números y los HLRs se rompe, y puede asignarse cualquier número a cualquier HLR, si el espacio lo permite. El documento 96/11557 también proponía que la unidad de registro almacenara información adicional asociada a teléfonos móviles que permita a la red de conmutación autorizar llamadas desde teléfonos móviles para ser encaminadas a servicios diferentes, dependiendo del propio teléfono móvil llamante, además del número marcado. Las ideas propuestas en el documento WO 96/11557 se desarrollaron a continuación en el documento WO 97/14237 al considerar la posición dentro de la que la información se almacenaba en la red.

Al considerar los datos en la red, hay dos cosas que es necesario tener en cuenta. La primera es el almacenamiento de los propios datos, y la segunda es el control de datos, que son los medios de gestión de consultas, actualizaciones, resultados en mensajes de sincronización y controles similares. La disposición descrita en el documento WO 96/11557 puede considerarse de este tipo, ya que el registro necesita almacenar datos y también necesita almacenar información de control para actuar en esos datos.

A primera vista, tanto los datos como las funciones de control de datos pueden estar posicionadas en un único sitio, y almacenadas en un dispositivo físico principal como un servidor que responde a consultas y actualizaciones. Puede considerarse que la información almacenada comprende una función de datos y una función de control de datos, con la función de datos representando conjuntos de datos relativos a respectivos números de teléfono, operaciones de control de teléfono, etc. La función de datos y la función de control de datos pueden considerarse para formar una base de datos de funciones.

Sin embargo, si solo hay una sola base de datos que funciona de este modo, la red es vulnerable a fallar. Por tanto, el documento WO 97/14237 proponía que la base de datos de las funciones se replicara una pluralidad de veces.

Cada base de datos comprende una función de datos y una función de control de datos. Las bases de datos replicadas pueden estar localizadas físicamente en una sola posición, o pueden estar en una pluralidad de posiciones físicamente separadas. En cualquier caso, cada base de datos replicada puede considerarse una función de datos de servicio con cada una de tales funciones, siendo un sitio nocional en la red. Los sitios de las funciones son, por tanto, sitios virtuales y no están necesariamente separados físicamente.

Al considerar tal conjunto distribuido de funciones, es importante que las funciones de datos estén sincronizadas y que las funciones de control de datos trabajen entre ellas para controlar la sincronización. Esta sincronización incluye no solo la necesidad de que la información sobre cualquier número de teléfono particular sea la misma en cada función, sino también que las facilidades asociadas con ese número de teléfono sean las mismas en cada función. El documento WO 97/14237 trata por tanto la sincronización de esas funciones.

En una red telefónica, es importante que cualquier actualización de las funciones se lleve a cabo a tiempo real y de forma sincronizada. No es aceptable que la red se actualice gradualmente, como ocurre en técnicas de bases de datos informáticas existentes.

Por tanto, el documento WO 97/ proponía que en una red de funciones interconectadas, cada una de las cuales va a sincronizarse, una de esas funciones se identificaba como una función primaria, al menos otra función se identificaba como una función de espera primaria, considerándose cualquier función(es) restante(s) como secundaria. Por tanto, cuando la actualización es necesaria, la función primaria sincroniza todas las otras funciones señalizándoles una actualización que ha recibido. Estas otras funciones señalizaban a continuación a la función primaria que habían actuado en la actualización. La función primaria señaliza a continuación que se ha producido la actualización, y al mismo tiempo proporciona señales de reconocimiento a las otras funciones. Si la función primaria fallara por cualquier motivo, la función de espera primaria debería entonces tomar control de la operación de actualización.

Resumen de la invención

El documento WO 97/14237 se ocupaba, en sus ejemplos, de funciones distribuidas que forman la unidad de registro del WO 96/11557. La presente invención desarrolla esta idea para otros elementos de la red.

Según la presente invención, se proporciona una unidad de almacenamiento de datos para un sistema de comunicaciones móvil que comprende al menos dos funciones de datos, proporcionando redundancia de datos entre ellos, al menos dos funciones de control, y medios de transferencia) para permitir que la unidad de almacenamiento de datos pase datos desde y a una red de telecomunicaciones móvil, estando cada de las al menos dos funciones de control dispuestas para controlar el paso de datos entre ambas de dichas al menos dos funciones de datos y dicho medio de transferencia, en la que las al menos dos funciones de control están físicamente separadas de las al menos dos funciones de datos.

Dentro de las funciones de control, al menos una función actúa como una función primaria y una segunda como una función de espera primaria, y puede haber otras funciones como en WO 97/14237. La función de control puede necesitar almacenar datos suficientes para identificar la función de datos adecuada para cualquier acceso a la función de datos, y puede también almacenar datos que son comunes a todos los elementos de datos en las funciones de datos.

Esta idea de funciones distribuidas también puede aplicarse a los HLRs de la red en un sistema de telecomunicaciones móvil. Entonces, puede considerarse que cada HLR tenga al menos dos funciones de control, y al menos dos pares de funciones de datos. Dentro de cada par de datos la función puede actuar como una función primaria y la otra como una función de espera primaria. Los datos almacenados por el HLR se distribuyen a continuación entre los dos pares bajo el control de las funciones de control. El control funciona también como actualización de control.

Preferiblemente, existe una redundancia adicional de las funciones de datos, de modo que hay al menos dos tripletes de funciones de datos.

En tal disposición, hay una distribución física de las funciones, ya que las relaciones entre las funciones son más importantes que sus posiciones físicas. Las diferentes funciones están alojadas en diferentes componentes físicos, o algunas funciones pueden alojarse en un componente y otras funciones en otros.

En HLRs conocidos, cada vez que la información tiene que recuperarse por algún motivo, se utiliza el poder de procesamiento del HRL correspondiente. La capacidad de procesamiento del HLR actúa a continuación como un límite en el sistema. La presente invención, dado que separa la función de datos de la función de control, y de hecho proporciona redundancia, permite una mayor flexibilidad.

Esto proporciona escalabilidad de procesamiento en el almacenamiento de datos, de modo que el operador de red ya no está limitado por los límites de capacidad de los HLRs individuales. Además, como la función de datos y la función de control están separadas, cada una puede actualizarse independientemente de la otra.

Debido a la redundancia, puede ser posible utilizar dispositivos producidos en masa, y así reducir costes, comparados con las disposiciones conocidas. También, ya que el funcionamiento de control y de datos pueden conectarse entre sí mediante interfaces estándar, resulta posible que los dispositivos externos accedan a las funciones de datos directamente.

Preferiblemente, la función de control esta dividida en dos funciones, con una función uniéndose a otras partes de la red como los puntos de transferencia de señalización (STPs, del inglés Signalling Transfer Points), y la otra sub-función uniéndose a las funciones de datos. Las dos sub-funciones pueden por tanto comunicarse entre sí, pero esta separación también ofrece otras ventajas. En particular, la sub-función que une las funciones de datos puede permitir que los datos se examinen sin desviarse del poder de procesamiento de la señalización llevada a cabo por la sub-función que la une a otras partes de la red. Desde otro punto de vista, las complejidades de la gestión y el mantenimiento de datos están separadas de la sub-función que une los componentes externos, de modo que la sub-función puede concentrarse en sus funciones de señalización.

Sin embargo, la presente invención no está limitada a las funciones dentro de un HLR. Se aplica a cualquier sistema de control de datos, con funciones de control y de datos separadas, con redundancia en tanto el nivel de control como el de datos. Preferiblemente, también hay una separación de datos dentro de las funciones de datos, de modo que hay al menos dos pares de funciones de datos, redundancia dentro de cada par, y diferentes datos almacenados entre los pares.

Por ejemplo, todavía en el campo de las telecomunicaciones móviles, se conoce que los sistemas que implican un control prepago implican un sistema de control con un requisito de almacenamiento de datos similar a, pero no con los mismos datos, que un HLR. La presente invención puede por tanto aplicarse a dicho sistema de control prepago. En otro ejemplo, la presente invención puede utilizarse dentro de la unidad de registro de WO 96/11557.

La presente invención no está limitada al campo de las telecomunicaciones móviles. En principio, puede aplicarse a cualquier disposición de almacenamiento de datos, particularmente a uno en el que es necesaria la actualización en tiempo real y/o en el que la validez de los datos tiene una gran importancia.

Una realización de la presente invención se describirá ahora en detalle, mediante un ejemplo, en referencia a los dibujos adjuntos, en los que:

la figura 1 es un diagrama de bloques esquemático de un sistema de telecomunicaciones descrito en WO 96/11557.

la figura 2 muestra parte del sistema de telecomunicaciones tratado en WO 97/14237.

la figura 3 muestra parte de la disposición de la figura 2, en términos de componentes funcionales significantes;

la figura 4 muestra un HLR y STPs en una disposición que representa la presente invención;

la figura 5 muestra una disposición en la que un HLR que representa la invención está incorporado en el sistema de la figura 1; y

la figura 6 muestra una disposición en la que un sistema de control prepago que representa la invención está incorporado en el sistema de la figura 1; y

En referencia primero a la figura 1, y como se trató en WO 96/11557, una red de conmutación 10 interconecta teléfonos móviles y terrestres. Si una llamada a un teléfono móvil se realiza desde un teléfono terrestre, la llamada se encamina mediante la red telefónica pública conmutada (PSTN, del inglés, Public Switched Telephone Network) 11 al teléfono móvil (BSS) 12. para hacerlo, la red de conmutación 10 debe determinar la información de encaminamiento, y determinar qué información de encaminamiento debe determinar la posición del teléfono móvil 12, lo que hace mediante un HLT con el que está asociado el teléfono móvil 12. Cuando hay múltiples HLRs 13, 14, es necesario que la red de conmutación 10 determine qué HLR 13, 14 debe ser accedido, sobre la base del número de teléfono (número MSISDN) de la entrada de teléfono móvil mediante el originador de la llamada.

La red de conmutación 10 accede a la unidad de registro 15, que identifica el número llamado y lo dirige a un HLR 13, 14 particular, con el que está asociado el teléfono móvil 12. La unidad de registro 15 permite que la relación entre cualquier teléfono móvil dado y los HLRs 13, 14 se determine libremente, de modo que el número no se ve afectado por el HLR 13, 14 particular con el que está asociado. La unidad de registro 15 elimina la necesidad de que un teléfono móvil particular se asocie con un HLR 13, 14 fijo.

Una vez que se ha identificado el HLR 13, 14 particular con el que está asociado el teléfono 12, se puede producir la señalización para ese HLR, y la información que puede derivarse de la misma, de forma normal. Esta información se utiliza para "establecer" la llamada al teléfono móvil 12, que puede entonces encaminarse al teléfono de destino como es normal.

De forma similar, si una llamada se origina en el teléfono móvil 112, la red de conmutación 10 debe determinar de nuevo el encaminamiento de esa llamada. Si la llamada es a un teléfono terrestre, conectado a la red de conmutación 10 mediante el PSTN 11, entonces este encaminamiento puede ser sobre la base del número de teléfono de destino, de forma normal.

Si se realiza una llamada desde un teléfono móvil 12 a uno de una pluralidad de sistemas de procesamiento de voz 16, 17 o a servicios 18 asociados con la red de conmutación utilizando un código abreviado (p. ej. 123), la relación entre el teléfono móvil 12 y el servicio correspondiente debe estar determinada por la unidad de registro 15 antes que la red de conmutación pueda determinar el sistema de procesamiento de voz 16, 17 apropiado o los servicios 16, 17 a ser accedidos.

La figura 2 muestra la red de conmutación 10 comás detalladamente. Como se trató en WO 97/14237, la red de conmutación tiene una pluralidad de centros de comunicación móvil (MSC, del inglés, Mobile Switching Centre) 20, 21 y 22, y una llamada destinada a cualquier teléfono móvil dado resulta en la señalización entre ese MSC 20-22 y uno de una pluralidad de puntos de transferencia de señalización (STP) 30, 31, que señalan a la unidad de registro 15 para determinar el HLR 13, 14 que es apropiado para el teléfono móvil 12. La unidad de registro 15 de la figura 1 deriva esa información desde el número de teléfono (número MSISDN) del teléfono móvil 12. Entonces sería posible que la unidad de registro 15 reenvíe la señal directamente al HLR 13, 14 apropiado pero es preferible que la información se devuelva al STP 30, 31 correspondiente que después pasa la señalización al HLR 13, 14 correcto.

Un flujo de señalización similar se produce cuando el usuario del teléfono móvil 12 intenta acceder a un sistema de procesamiento de voz (VPS, del inglés Voice Processing System) 16 o un nodo de servicio (SN, del inglés Service Node) 17. La llamada es recibida por uno de los MSCs 20, 21 y 22, que pasa los dígitos marcados y la identidad del teléfono móvil a uno de los STPs 30, 31, 32. Este transmite la información a la unidad de registro 15, que utiliza esta información para construir la dirección correcta del servicio de procesamiento de voz (VPS) adecuado o nodo de servicio (SN) 17. Esa información se transmite de vuelta desde la unidad de registro mediante unos de los STPs 30, 31, 32 al MSC 20, 21, 22 original. Esta dirección se utiliza a continuación para encaminar la llamada por la red de conmutación 10. Ese encaminamiento pasa la llamada desde el MSC 20, 21, 22 apropiado a través de la red de conmutación al VPS 16 o el SN 17.

En la disposición mostrada en la figura 2, la unidad de registro 15 no es un solo componente, sino que comprende una pluralidad de unidades referidas a continuación como puntos de control de servicio (SCP) 40. Hay N SCP 40, donde N es un número entero 2 o mayor. Se necesitan al menos dos SCP 40 para proporcionar una base de datos replicada para la compartición de carga y la tolerancia a los fallos.

En la disposición de la figura 2, los SCPs 40 están interconectados mediante una conexión de datos 41, y el sistema también tiene un controlador (NMS) 42 que supervisa los puntos de control de servicio (SCP) 40.

La figura 2 ilustra la disposición de la red en términos estructurales. Sin embargo, también es posible pensar en la disposición en términos funcionales, y las funciones significantes de la disposición de la figura 2 están ilustradas en la figura 3. Los SCPs 40 pueden, colectivamente, estar considerados como una pluralidad de funciones, principalmente funciones de datos, que proporcionan colectivamente un depósito para datos de servicio/suscriptor relacionados. Cada una de estas funciones será referida como una función de datos de servicio de SDF. Así, como se muestra en la figura 3, una pluralidad de tales funciones (SDFs) 50, 51, 52, 53 y 54 están interconectadas y conectadas a la conexión de datos 41.

La figura 3 también muestra una función de control de servicio SCF 55 que es un elemento lógico (del mismo modo que los SDFs 50-54 son elementos lógicos) correspondiente a los VPS 16, nodo de servicio 9, etc. de la figura 2. El SCF 55 puede estar pensado como un "cliente" dentro de la red que solicita data desde, actualiza a, etc. los SDFs 50-54.

Uno de los SDFs 50 está diseñado como una función primaria, y tiene responsabilidad primaria para la actualización de la sincronización de los otros SDFs 51-54. El enlace entre el SCF 55 y la conexión de datos 42 es una ruta para que los datos sean recuperados por un SCF 55, y también para la actualización de la información en el SDF 50.

Al menos otro SDF 52 está designado como una función de espera primaria y tiene un enlace similar 57 al de la conexión 41. Como se discutirá con más detalle a continuación, la función de espera primaria 51 opera para tomar control de la actualización llevada a cabo por la función primaria 50 si la función primaria 50 no es capaz de llevar a cabo dicha operación correctamente. Aunque puede haber más de una función de espera primaria, en la disposición mostrada en la figura 3 todos los otros SDFs 52, 53, 53 son funciones secundarias. Estas funciones secundarias 52, 53, 54 también están conectadas mediante conexiones adecuadas 58, 59, 60 a la conexión de datos 41. Estas conexiones 58, 59, 60 están implicadas en la recuperación de datos para un SCF, la sincronización de actualizaciones desde los SDFs de función primaria, pero no directamente en la actualización desde un SCF. En su lugar, todos los SDFs 50-54 están interconectados para la actualización controlada por la función primaria 50, o la función de espera primaria 51.

De hecho, estas interconexiones son normalmente mediante conexiones 56 a 60 y conexión de datos 41, pero por motivos funcionales pueden considerarse como directas como se muestra en la figura 3.

En un uso normal, las funciones (SDFs) 50-54 proporcionan una memoria de composición en la que, en un sistema de teléfono móvil, la información sobre usuarios, funciones de red, etc., puede almacenarse como se trata con más detalle en WO 96/11557.

En un funcionamiento normal, una solicitud para actualizar los datos almacenados en el SDFs 50-54 se recibe en la función primaria 50. Cuando la información de actualización es recibida por la función primaria 50, la función primaria 50 señala la actualización a todas las otras funciones 51-54. Cuando estas funciones 51-54 han registrado la actualización, devuelven la señal a la función primaria 50 de que la actualización se ha completado. Por tanto, la función primaria 50 puede almacenar información que confirma que todas las otras funciones 51-54 se han actualizado satisfactoriamente. La función primaria 50 puede entonces enviar una señal al SCF 55 para confirmar que la operación de actualización se ha completado, y también confirmar a las otras funciones 51-54 que se ha registrado la finalización de la actualización y que el SCF ha sido notificado. Por tanto, las funciones 50-54 están sincronizadas en todo momento.

Si alguna función secundaria 50-54 falla al registrar satisfactoriamente una actualización, esto será detectado por la función primaria 50 y esa función secundaria será considerada como no sincronizada, y por tanto como una fuente no fiable para los datos. La función primaria 50 no intentará enviar más señales de actualización a tal función secundaria no sincronizada. Obviamente, si hay demasiados errores, la función primaria puede determinar que el intento de actualización de la red de funciones ha fallado por completo, en cuyo caso se enviará una señal adecuada al SCF 55, y la operación de actualización se rechazará.

Es preferible que una función secundaria no sincronizada pueda volver por si misma al estado sincronizado. Una función secundaria no sincronizada puede enviar una señal a la función primaria 50 que indique que la última actualización se ha completado satisfactoriamente. La función primaria 50 puede entonces determinar todas las actualizaciones subsiguientes y transmitir todas aquellas actualizaciones a la función secundaria o sincronizada. Si la función secundaria no sincronizada registra satisfactoriamente todas esas actualizaciones, puede considerarse que ha vuelto a la sincronización. Una vez sincronizada, la función primaria 50 continuará la actualización de la función secundaria de forma normal.

En algunas circunstancias, la función primaria 50 puede que necesite cerrarse. Por ejemplo, esto puede ser porque el hardware en el que reside la función primaria 50 necesita mantenimiento. Para prevenir que la red de funciones tenga que cerrarse en este punto, las acciones de la función primaria 50 se transfieren a la función de espera primaria 51. Este traspaso de operaciones se señaliza entre la función primaria 50 y la función de espera primaria 51, y también con el SCF 55. Cualquier actualización existente debería completarse antes de que ocurra este traspaso, ya que todos los SDFs están sincronizados antes de que se ocupe la función de espera primaria 51.

Este procedimiento también puede aplicarse en un fallo imprevisto de la función primaria 50. Como se ha mencionado previamente, cuando la función primaria 50 ha recibido la confirmación de todas las otras funciones 51-54 de que la actualización se ha producido, notifica al SCF solicitante y después envía una señal de reconocimiento a estas otras funciones.

Si ese reconocimiento no es recibido por la función de espera primaria 51 en un tiempo predeterminado y la función de espera primaria 51 es informada por la red de conmutación 10 que la función primaria no está disponible, el sistema puede disponerse para que la función de espera primaria 51 tome automáticamente el control de las funciones de red 50-54 basándose en la asunción de que la función primaria ya no está disponible.

El fallo simultáneo de una o más funciones secundarias no evita que la red de funciones opere satisfactoriamente, y tampoco que la función primaria 50 o la función de espera primaria 51 pueda fallar, en combinación con cualquiera de las funciones secundarias 52-54 y la actualización y solicitud de datos todavía sería posible. Sin embargo, si tanto la función primaria 50 y la función de espera primaria 51 fallan al mismo tiempo, entonces la red de funciones restante solo podrá soportar recuperaciones de datos; las actualizaciones de datos ya no serán posibles. Por este motivo, puede ser preferible proporcionar múltiples funciones de espera primaria, aunque otras restricciones en las redes de teléfono móvil pueden evitarlo.

Debe indicarse que aunque la figura 3 ilustra una disposición con cinco funciones (SDFs) 50-54, el número mínimo de funciones para alcanzar la presente invención es 2. En tal disposición, una función actúa como una función primaria y la otra como una función de espera primaria. Las funciones secundarias adicionales aumentan la redundancia y la compartición de carga.

En la descripción anterior, cada punto de control de servicio (SCP) 40 se asociaba con un SDF 50 a 54 correspondiente. Debe indicarse que cualquier SCP 40 solo puede actuar como el sitio de almacenamiento para solo el SDF 50-54 correspondiente, o puede almacenar otra información, como datos u operaciones de control.

La discusión anterior del uso de las funciones primarias, de espera primarias y secundarias ha derivado del WO 97/14237 y se incluye para ilustrar las redundancias previstas por la presente invención.

Una realización de la presente invención se describirá ahora en referencia a la figura 4, que ilustra la separación de funciones de control y de datos, y también ilustra la redundancia de datos, dentro de un HLR. La figura 2 ilustra dos STPs 30, 31 pero en la figura 4 hay tres STPs 30, 31, 32. Un HLR puede entonces estar formado por tres conjuntos de funciones 70, 71, 75. El conjunto 70 de funciones es funciones de control, y los conjuntos 71, 75 son conjuntos de funciones de datos.

Considerando primero el conjunto 71 de funciones de datos, este conjunto comprende tres funciones 72, 73, 74 cada una de las cuales puede considerarse como una función de datos de servicio (SDF) equivalente a los sDFs 52, 54 mostrados en la figura 3. Como son funciones dentro de un HLR, serán referidas como SDF (HLR)s 72 a 74. El SDF(HLR)s 72 a 74 realiza cada uno la función de un SDF (como se ha descrito previamente) y contiene datos necesarios para un HLR.

Dentro de los tres SDF (HLR)s 72 a 74 dentro del conjunto 71, un SDF (HLR) actúa como función primaria, uno como función de espera primaria, y uno como función secundaria. Por tanto, hay un nivel de redundancia. Los términos "primaria", "espera primaria" y "secundaria"; se utilizan en el mismo modo en que se utilizaron previamente en referencia a los SDFs 52, 54 de la figura 3. Las acciones de las funciones primaria, de espera primaria y secundaria, por tanto, no se describirán en detalle, ya que ya se han descrito previamente.

La figura 4 muestra que hay un segundo conjunto 75 de SDF (HLR)s 76 a 78. Estos actúan exactamente del mismo modo que los SDF (HLR)s 72 a 74, pero almacenan datos diferentes. La capacidad de datos del HLR virtual así formado está por tanto determinado por el número de tales conjuntos de SDF (HLR). La figura muestra dos de tales conjuntos 71, 75, que es el mínimo práctico, pero puede haber cualquier número de conjuntos.

El conjunto 70 de funciones comprende una pluralidad de funciones 79 a 84, cada una de las cuales será referida como un HCP. Como ilustra el SCP 79, la función de cada HCP es actuar como un enlace entre un STP y los conjuntos 71, 75 de las funciones de datos y también ejecutar el control lógico de un HLR conocido. Debe indicarse que los STPs 30 a 32 pueden comunicarse con cada HCP 79 a 84, pero solo se ilustran las comunicaciones de STP 30 por claridad. De forma similar, los SCPs 80 a 84 se comunican con cada conjunto 71, 75, pero de nuevo las líneas de comunicación no se muestran en la figura 4 por motivos de claridad. Cada HCP actúa por tanto como un enlace entre los STPs 30, 32 y los conjuntos 71, 75 de funciones de datos donde se almacenan los datos requeridos por los STPs 30 a 32 y el resto de la red. Para cualquier transacción de datos particular, los STPs 30 a 32 seleccionan uno de los HCPs 79 a 84, utilizando un algoritmo de distribución apropiado.

En esta realización, cada HCP 79 a 84 comprende dos sub-funciones. En referencia al HCP 79, una primera sub-función HCF 85 actúa como el enlace a los STPs 30 a 32, y una segunda sub-función 86 actúa como el enlace a los conjuntos 71, 75 de funciones de datos. La separación de las sub-funciones dentro de cada HCP 79 a 84 tiene la ventaja de hacer la comunicación con los SDPs y la comunicación con el conjunto 71, 75 de funciones de datos substancialmente independiente, resultando en un procesamiento mejorado. La sub-función 86 que enlaza al conjunto 71, 75 de funciones de datos controla el enlace a los conjuntos 71, 75 y puede, por este motivo, contender suficientes datos para identificar el conjunto apropiado y también puede contener datos que son comunes a todos los conjuntos 71, 75. Por ejemplo, en el contexto de un HLR donde las funciones de datos almacenan información del subscriptor, la sub-función 86 puede almacenar datos que son aplicables a cualquiera o a todos los subscriptores.

En la realización de la figura 4, cada función, y de hecho cada sub-función de los HCPs, puede estar en un componente físico separado, o sub-combinaciones de las funciones puede distribuirse por múltiples componentes físicos. El resultado es un "HLR virtual", en el que los conjuntos de función 70, 71, 75 pueden distribuirse de cualquier modo alrededor de la red.

En la disposición de la figura 4,debe haber al menos dos HCPs, al menos dos conjuntos 71, 75 de funciones de datos, y al menos dos SDF (HLR)s dentro de cada conjunto 71, 75. Puede haber más HCPs, más conjuntos de funciones de datos y más SDF (HLR)s dentro de cada conjunto de funciones de datos. La redundancia triple de SDF (HLR)s, como en la figura 4, debería proporcionar un balance aceptable entre resistencia y redundancia excesiva.

La figura 5 ilustra la combinación de un HLR siendo una realización de la invención, y la red de conmutación de la figura 1. En la figura 5, los HLRs 13, 14 de la figura 1 son remplazados por el HLR de composición 90 que comprende dos pares de HLRSDFs 91, 92, 93, 94 controlados por dos HCPs 95, 96. Los HCPs 95, 96 son equivalentes a los HCPs 79 a 84 de la figura 4, los HLRSDFs 91 a 94 son equivalentes a los HLRSDFs 72 a 74 y 76 a 78 de la figura 4. Como anteriormente, cada HCP 95, 96 está dividido en dos sub-funciones, una función HCF que enlaza a la red de conmutación y una función que enlaza a los SDF (HLR)s. La figura 5 ilustra los niveles mínimos de redundancia previstos por la presente invención.

Como se ha mencionado anteriormente, la presente invención no se limita en esta aplicación a los datos y las funciones de control de un HLR. Los sistemas de teléfonos móviles que implican prepago incorporan un sistema de control que tiene unos requisitos de almacenamiento de datos similares a, pero no los mismos datos que un HLR. La figura 6 ilustra una realización en la que tal sistema de control 100 está conectado a una red similar a la de la figura 1. En la figura 6, los elementos que son los mismos que los de la figura 1 están indicados por los mismos número de referencia y no se describen más detalladamente ahora.

El sistema de control 100 de la figura 6 es similar al del HLR 90 de la figura 5 en que incorpora cuatro funciones de datos 101, 102, 103, 104 formados en dos pares. Cada una de estas funciones será referida como un SDF (PCF)s. Los dos SDF (PCF)s 101, 102 forman un par que contiene los mismos datos, con uno actuando como una función primaria y el otro como una función de espera primaria, y contiene los mismos datos. Los otros dos SDF (PCF)s 103, 104 son similares, pero contiene datos diferentes. Los SDF(PCF)s están enlazados a la red de conmutación 10 mediante dos (o más) puntos de control de prepago (PCPs) 105, 106 que realizan funciones similares a las de los HCPs 95, 96 en la figura 5. Cada PCP 105, 106 está dividido en dos sub-funciones, como anteriormente, una función PCF actúa para enlazar el PCP 105, 106 a la red de conmutación 10, y el otro es una sub-función SDF que enlaza a los SDF(PCF)s 101 a 104. Por tanto, en la realización de la figura 6, hay una redundancia tanto en el nivel de almacenamiento de datos como en el nivel de función de control, ya que cualquier PCP 105, 106 puede acceder a cualquier SDF (PCF)s 101 a 104.

\vskip1.000000\baselineskip

Referencias citadas en la descripción

Esta lista de referencias citadas por el solicitante está prevista únicamente para ayudar al lector y no forma parte del documento de patente europea. Aunque se ha puesto el máximo cuidado en su realización, no se pueden excluir errores u omisiones y la OEP declina cualquier responsabilidad en este respecto.

Documentos de patente citados en la descripción

\bullet WO 9611557 A [0004] [0005] [0005] [0006] [0013] [0023] [0025] [0026] [0040]

\bullet WO 9714237 A [0005] [0008] [0010] [0012] [0013] [0015] [0025] [0031] [0050]

Claims (6)

1. Unidad de almacenamiento de datos (HLR) para un sistema de telecomunicaciones móvil que comprende al menos dos funciones de datos (72, 74) que proporcionan redundancia de datos entre ellas, al menos dos funciones de control (79, 80), y medios de transferencia (30, 31, 32) para permitir que la unidad de almacenamiento de datos (HLR) pase datos desde y hacia una red de telecomunicaciones móvil (10), estando las al menos dos funciones de control dispuestas para controlar el paso de datos entre dicha al menos dos funciones de datos y dicho medio de transferencia, en la que las al menos dos funciones de control están físicamente separadas de las al menos dos funciones de datos.

2. Unidad de almacenamiento de datos según la reivindicación 1, en la que dichas al menos dos funciones de datos comprenden una primera función de datos que es una función de datos primaria, y una segunda función de datos que tiene una función de espera primaria, estando la función de datos primaria dispuesta para generar señales bajo el control de una de dichas dos funciones de control para la actualización sincronizada de todas dichas funciones, y estando la función de datos de espera primaria dispuesta para generar señales bajo el control de una de dichas don funciones de control para la actualización sincronizada de todas dichas funciones de datos en el caso de un fallo en dicha función de datos primaria.

3. Unidad de almacenamiento de datos según cualquiera de las reivindicaciones anteriores, en la que cada una de dichas dos funciones de control comprende una primera sub-función que enlaza dicho medio de transferencia y una segunda sub-función que enlaza dichas al menos dos funciones de datos y dicha primera sub-función.

4. Unidad de almacenamiento de datos según cualquiera de las reivindicaciones anteriores en la que dicho medio de transferencia comprende una pluralidad de puntos de transferencia cada uno conectado a dichas al menos dos funciones de control, cada uno de dichos puntos de transferencia siendo capaz de pasar datos desde y hacia una unidad de red de telecomunicaciones móvil.

5. Unidad de almacenamiento de datos según cualquiera de las reivindicaciones anteriores que tiene un registro de posición base.

6. Sistema de telecomunicaciones móvil que comprende una red de telecomunicaciones móvil y una unidad de almacenamiento de datos según cualquiera de las reivindicaciones anteriores enlazada a dicha red de comunicaciones móvil mediante dicho medio de transferencia.