PROCEDIMIENTO Y DISPOSITIVO DE RED PARA PROPORCIONAR EN PARTICULAR SERVICIOS DE COMUNICACIÓN PERSONALIZADOS EN UN SISTEMA DE COMUNICACIÓN.

Procedimiento para proporcionar servicios de comunicación en un sistema de comunicación (UMTS),

en el que - una estación (A, B) establece una conexión o señalización con una o a través de una unidad de acceso (PA o PB) del sistema de comunicación y - en el que en la unidad de acceso (PA o PB) u otra unidad de red en relación con la conexión o señalización se ejecutan en el lado de red instrucciones asociadas al servicio en referencia a una lógica de servicio con respecto a la estación (A) o una estación solicitada (B), caracterizado porque - la unidad (PA o PB) que ejecuta la instrucción extrae la lógica de servicio (service logic) con respecto a la estación (A o B) de una base de datos de servicio (DD) en el lado de red, en la que está almacenada la lógica de servicio

La invención se refiere a un procedimiento para proporcionar servicios de comunicación en un sistema de comunicación con las características del preámbulo de la reivindicación 1 así como a un dispositivo de red para 5 realizar un procedimiento de este tipo.

Un procedimiento de este tipo se conoce por el documento WO-A-01 72008. A este respecto, las unidades realizan servicios, para lo cual en las unidades que ejecutan la lógica de servicio están almacenadas estas lógicas de servicio y se activan para la ejecución.

En sistemas de comunicación, por ejemplo redes de radiotelefonía móvil según la norma GSM (Global 10 System for Mobile Communication, sistema global para comunicaciones móviles) o UMTS (Universal Mobile Telecommunication System, sistema universal de telecomunicaciones móviles), se establecen conexiones entre dos elementos de red o estaciones separadas entre sí a través de, por regla general, una pluralidad elementos de red adicionales, para que las dos estaciones en el lado terminal puedan comunicarse entre sí.

Para la señalización de conexiones (sessions, sesiones) entre, en particular, estaciones o abonados 15 móviles se conoce el protocolo de inicio de sesión SIP (Session Initiation Protocol), que describe un protocolo y una infraestructura de red. Según el mismo se dirigen mensajes SIP desde un abonado de partida o una primera estación a través de, por regla general, una pluralidad de servidores de señalización a una segunda estación como abonado de destino. Para poder realizar en un entorno de señalización de este tipo servicios de comunicación ampliados, tales como por ejemplo retransmisión de sesión (session forwarding), traducción del número llamante 20 (number translation), tarificación de prepago (Pre-paid) etc., están considerándose diferentes planteamientos, tales como por ejemplo un lenguaje de procesamiento de llamadas CPL (Call Processing Language), SIP Servlets (interfaz de programación SIP-Java), SIP CGI (Common Gateway Interface / interfaz de acceso SIP común) etc. Un servicio consta en este sentido habitualmente de una lógica de servicio en forma de un “código de programa” y de información de estado en forma de “datos”. En el caso de servicios personalizados esta información de estado es 25 específica de la estación o del abonado. Al retransmitir mensajes, los servidores de señalización ejecutan la lógica de servicio o sus instrucciones, incluyendo la información de estado. De este modo la lógica de servicio puede influir en el comportamiento del servidor de señalización. En un entorno de este tipo surgen problemas por las posibilidades de distribución de la lógica de servicio y de la información de estado. Si se incorpora un nuevo servicio, entonces esta información debe ponerse a disposición de los servidores de señalización implicados en la ejecución. 30 Un planteamiento lógico sería instalar esta información de manera fija desde el punto de vista administrativo en un servidor de señalización determinado. Sin embargo, en el caso de servicios personalizados esto haría necesario que un abonado o su estación usara siempre el mismo servidor de señalización. Esta suposición no es factible por los siguientes motivos:

a) En las redes de radiotelefonía móvil los abonados o sus estaciones son en su mayoría móviles y sólo pueden, o 35 deben, usar dinámicamente un servidor de señalización que se encuentre en su proximidad, situado por ejemplo en una Intranet local.

b) Un servidor de señalización puede fallar, por lo cual el abonado o su estación podría tener que usar un servidor alternativo. La información también debería instalarse en un servidor de este tipo que debiera ponerse a disposición adicionalmente. 40

c) Habitualmente en las redes de radiotelefonía móvil puede usarse un procedimiento de distribución de carga, para asignar a los abonados o sus estaciones, de entre una pluralidad de servidores de señalización, en cada caso el servidor de señalización con la menor carga. Esta posibilidad también se suprimiría o resultaría necesaria la instalación de la información en la pluralidad de servidores de señalización.

Estos problemas aparecen en particular en sistemas, tales como por ejemplo en la arquitectura de 45 subsistemas multimedia definida por 3GPP (Third Generation Partnership Project, proyecto de colaboración de tercera generación), según los cuales a una estación en el lado del abonado se le asigna durante la operación de registro dinámicamente un servidor de señalización de entre una pluralidad de servidores de señalización disponibles. Las propuestas del IETF en el ámbito de Internet (IETF: Internet Engineering Task Force, equipo de trabajo de ingeniería de Internet), tales como “Java Enhanced SIP” (JES) y “Servlet Delivery” (SDLI), describen 50 procedimientos, según los cuales pueden transportarse la lógica de servicio y la información de estado junto con mensajes de señalización. Las estaciones o terminales “adjuntan” la lógica de servicio a mensajes, extrayendo los servidores de señalización esta información y ejecutando la lógica de servicio en caso necesario. Sin embargo estos planteamientos no solucionan de manera satisfactoria la problemática expuesta anteriormente:

d) En un entorno de red móvil el ancho de banda de la interfaz aérea es un recurso valioso. Se desperdiciaría este 55 recurso si se transmitieran una lógica de servicio extensa y la información de estado desde las estaciones a la red.

e) Por motivos de seguridad muchos operadores de red tienen además muchos reparos a la hora de recibir y ejecutar una lógica de servicio aleatoria de estaciones en el lado del abonado. Esto podría perjudicar la estabilidad de la red.

f) Además las modificaciones de la información de estado, que podrían resultar de la realización de un servicio, no pueden almacenarse de manera permanente. Sin embargo esto sería necesario, siempre que en caso de una nueva realización del servicio se necesitare esta información de estado modificada.

g) Algunos servicios deberían poder realizarse sin la participación de una estación en el lado terminal, por ejemplo una retransmisión de llamada en caso de que la estación no esté accesible. 5

El objetivo de la invención consiste en mejorar un procedimiento para proporcionar servicios de comunicación en un sistema de comunicación con vistas a la distribución de una lógica de servicio e información de estado en servidores de señalización así como proponer un dispositivo de red para realizar un procedimiento de este tipo.

Este objetivo se soluciona mediante el procedimiento con las características de la reivindicación 1 así como 10 el dispositivo de red según las características de la reivindicación 7.

Ventajosamente, según esto se deposita una lógica de servicio, es decir un código de programa ejecutable, en una memoria en el lado de red, a la que pueden acceder las estaciones en el lado de red, cuando una estación inicia una sesión o se registra, debe establecerse una conexión para o con una estación de este tipo o deben retransmitirse datos para una estación de este tipo. Naturalmente, por el término conexión no debe entenderse sólo 15 una conexión de comunicación establecida de manera definitiva, sino por ejemplo también una simple señalización con instrucciones de control, transmisiones de datos de información o similares.

Configuraciones ventajosas son el objeto de las reivindicaciones dependientes.

Convenientemente, junto con la lógica de servicio se deposita también en la base de datos de servicio información de estado con respecto a tales estaciones, de modo que ésta también pueda extraerse. Tras una 20 modificación de la lógica de servicio o de la información de estado partiendo de la unidad que ejecuta la lógica de servicio debería poder actualizarse la lógica de servicio y/o la información de estado en la base de datos de servicio.

En particular, en las redes de radiotelefonía móvil los abonados móviles o sus estaciones ya no están asignados tampoco obligatoriamente de un servidor de señalización determinado que se encuentre en su proximidad. En caso de fallo de un servidor de señalización, el abonado con su estación puede usar simplemente un 25 servidor alternativo. En lugar de tener que proporcionar todos los datos a una pluralidad de servidores alternativos, basta con proporcionar unos pocos servidores de sustitución o bases de datos en la red, a los...

1. Procedimiento para proporcionar servicios de comunicación en un sistema de comunicación (UMTS), en el que

- una estación (A, B) establece una conexión o señalización con una o a través de una unidad de acceso (PA o PB) del sistema de comunicación y 5

- en el que en la unidad de acceso (PA o PB) u otra unidad de red en relación con la conexión o señalización se ejecutan en el lado de red instrucciones asociadas al servicio en referencia a una lógica de servicio con respecto a la estación (A) o una estación solicitada (B), caracterizado porque

- la unidad (PA o PB) que ejecuta la instrucción extrae la lógica de servicio (service logic) con respecto a la estación (A o B) de una base de datos de servicio (DD) en el lado de red, en la que está almacenada la 10 lógica de servicio.

2. Procedimiento según la reivindicación 1, en el que, junto con la lógica de servicio, se extrae información de estado de la base de datos de servicio (DD) o se transmite a la misma.

3. Procedimiento según la reivindicación 1 ó 2, en el que, tras una modificación de la lógica de servicio o de la información de estado partiendo de la unidad que ejecuta la lógica de servicio, se actualizan la lógica de 15 servicio y/o la información de estado en la base de datos de servicio (DD).

4. Procedimiento según la reivindicación 2 ó 3, en el que la actualización de los datos en la base de datos de servicio (DD) se realiza tras la interrupción de una conexión de comunicación y/o tras la separación (t8: De-REGIST.) de la estación (A o B) de la unidad de acceso (PA o PB) asociada o de la unidad que ejecuta la lógica de servicio. 20

5. Procedimiento según una reivindicación anterior, en el que la señalización entre la estación (A o B) y al menos la unidad de acceso (PA o PB) asociada se realiza por medio del protocolo de inicio de sesión (SIP).

6. Procedimiento según una reivindicación anterior, en el que el intercambio de datos con la base de datos de servicio (DD) se realiza a través de una interfaz basada en el protocolo de transferencia de hipertexto (HTTP). 25

7. Dispositivo de red (DD) en el lado de red para realizar un procedimiento según una reivindicación anterior con

- una memoria para almacenar datos de lógica de servicio asociados a la estación y

- una interfaz para intercambiar tales datos con una unidad de red (PA o PB) que ejecuta una lógica de este tipo. 30