Procedimiento y dispositivo de tratamiento de llamadas en una red de comunicación que comprende unos terminales en itinerancia tales como unos terminales de telefonía del tipo softphone.

Procedimiento de gestión de servicios en un servidor de aplicación de telefonía (135) conectado a una red de comunicación (125),

al menos una caja de conexión (110) que está conectada a esa red de comunicación, al menos un terminal itinerante (140) que está directamente conectado a dicha red de comunicación o que está conectado a dicha red de comunicación a través de dicha al menos una caja de conexión, comprendiendo dicho al menos un terminal una identidad pública vinculada a dicha al menos una caja de conexión y compartida con al menos otro terminal (105) conectado a dicha al menos una caja de conexión, distinto de dicho al menos un terminal denominado primer terminal, comprendiendo este procedimiento las etapas siguientes:

- recepción (310) de al menos una solicitud de servicio desde dicho primer terminal, comprendiendo dicha al menos una solicitud de servicio una indicación de dicha localización relativa de dicho primer terminal, permitiendo dicha indicación de localización determinar si dicho terminal está conectado a la red de comunicaciones directamente o bien a través de la caja de conexión;

- análisis (318, 414) de dicha al menos una solicitud de servicio según una lógica predeterminada, siendo dicha lógica predeterminada función de una indicación de localización relativa; y

- en respuesta a dicha etapa de análisis, rechazo (322, 504) o implementación (326, 520) de dicho al menos un servicio solicitado.

Procedimiento y dispositivo de tratamiento de llamadas en una red de comunicacion que comprende unos terminales en itinerancia tales como unos terminales de telefonia del tipo softphone.

La presente invencion se refiere a la telefonia en unas redes de comunicacion del tipo Internet y, mas particularmente, a un procedimiento y un dispositivo de tratamiento de llamadas en una red de comunicacion que comprende unos terminales en itinerancia tal como unos terminales de telefonia del tipo softphone.

La telefonia a traves de una red de comunicacion del tipo Internet, por ejemplo la comunicacion denominada VoIP (acronimo de Voice over Internet Protocol en terminologia anglosajona) , tambien denominada voz sobre red IP (siglas de Internet Protocol en terminologia anglosajona) , permite la transmision de la voz sobre una red de comunicacion en modo unicast (punto a punto) , broadcast (un emisor y varios receptores) , o multicast (un receptor y potencialmente todos los receptores) . Un modo de comunicacion VoIP de ese tipo se basa tipicamente en el protocolo SIP (acronimo de Session Initiation Protocol en terminologia anglosajona) .

La implementacion de la voz sobre red IP se realiza generalmente con ayuda de una aplicacion de software denominada softphone en terminologia anglosajona, ejecutada sobre un ordenador, por ejemplo un ordenador del tipo PC (siglas de Personal Computer en terminologia anglosajona) , un asistente personal, tambien denominado PDA (siglas de Personal Digital Assistant en terminologia anglosajona) o un telefono movil inteligente, tambien denominado smartphone en terminologia anglosajona. El uso de la voz sobre red IP se desarrolla fuertemente desde hace algunos aros, particularmente en unas propuestas fijas denominadas Multiplay segun las cuales un usuario suscribe una propuesta que combina la telefonia y un acceso a Internet asi como en unas propuestas de telefonia movil.

El establecimiento de un enlace de comunicacion entre un terminal del tipo softphone y la red de comunicacion utilizada se realiza a traves de un punto de acceso personal, o caja de conexion, por ejemplo un modem a ADSL (siglas de Asymmetric Digital Subscriber Line en terminologia anglosajona) o una caja de conexion por cable, o a traves de un punto de acceso publico, por ejemplo un terminal WiFi de un operador de telecomunicacion.

Cuando se conectan unos terminales del tipo softphone a la red de comunicacion a traves de una caja de conexion, se consideran como unos terminales clasicos tales como los telefonos RTC (siglas de Red Telefonica Conmutada) o DECT (acronimo de Digital Enhanced Cordless Telephone en terminologia anglosajona) . En situacion de itinerancia, los terminales del tipo softphone se benefician generalmente de tarifas planas asociadas a las cajas de conexion de sus usuarios a traves de la red del proveedor de acceso de los servicios correspondientes.

Antes de cualquier utilizacion, las aplicaciones "softphone" deben ser descargadas desde un sitio web, instaladas en un ordenador o cualquier tipo de terminal compatible y posteriormente deben obtener un archivo de configuracion que permita la utilizacion del servicio VoIP.

La figura 1 ilustra esquematicamente un entorno de telefonia en el que se puede usar un terminal de tipo softphone.

El entorno de telefonia 100 permite en este caso a un terminal clasico de telefonia 105, por ejemplo un terminal DECT, conectado a una caja de conexion 110, establecer o recibir una llamada con otro terminal clasico de telefonia 115, conectado a una caja de conexion 120, estando conectadas las cajas de conexion 110 y 120 a la red 125. El control y la gestion de las llamadas se realiza en este caso por el servidor CSCF 130 (siglas de Call Session Control Function en terminologia anglosajona) conectado al servidor 135 de aplicaciones de telefonia a traves de la red 125. La caja de conexion 110 permite igualmente a un terminal del tipo softphone, ejecutado por ejemplo por el ordenador 140, establecer o recibir llamadas, particularmente a traves de una conexion del tipo WiFi, entre el ordenador 140 y la caja de conexion 110. El terminal 105 y el terminal del tipo softphone implementado en el ordenador 140 comparten en este caso la misma identidad publica.

El terminal del tipo softphone implementado en el ordenador 140 se puede utilizar igualmente desde un punto de acceso distinto a la caja de conexion 110, particularmente desde el punto de acceso 145 que puede ser, por ejemplo, un tipo de acceso del tipo WiFi. En este contexto, el ordenador 140 se referencia como 140'.

La flecha 150 ilustra un ejemplo de establecimiento de la llamada entre el terminal 115 y un terminal unido a la caja de conexion 110, es decir uno de los terminales (105, 140, 140') que comparten una misma identidad publica vinculada a la caja de conexion 110.

Tipicamente, los terminales del tipo softphone utilizan la arquitectura IMS (siglas de IP Multimedia Subsystem en terminologia anglosajona) que utiliza, para identificar los terminales, las identidades siguientes:

- una identidad privada denominada IMPI (siglas de IP Multimedia Private Identity en terminologia anglosajona) ; y

- una identidad publica denominada IMPU (siglas de IP Multimedia PUblic Identity en terminologia anglosajona) .

Estas identidades son del tipo URI (siglas de Uniform Resource Identifier en terminologia anglosajona) .

Los terminales del tipo softphone, complementarios a los terminales fisicos conectados a una caja de conexion, pueden llevar la misma identidad publica (IMPU) que los terminales clasicos y, segun el caso, la misma identidad privada (IMPI) o no.

Se observa en este caso que la comparticion de una identidad publica entre varios terminales permite particularmente alertar a todos los terminales que comparten una misma identidad publica cuando se detecta una llamada entrante. Permite igualmente reducir los recursos implementados por el suministrador del servicio, en particular el numero de licencias de software en el seno de la arquitectura IMS, siendo tipicamente el modelo economico el asociar una licencia por direccion publica. Ademas, es mas facil establecer una facturacion por identidad publica que mediante identificacion del cliente.

No obstante, la utilizacion de identidades publicas multiples para los terminales del tipo softphone es, segun ciertos aspectos, mas facil de implementar. En efecto, en este caso, el servidor de aplicacion utilizado puede distinguir facilmente las llamadas procedentes de cada terminal y, en consecuencia, aplicar unas logicas de servicio diferentes. Se recuerda en este caso que un servidor de aplicacion SIP no puede conocer mas que las identidades publicas, siendo utilizadas unicamente las identidades privadas (IMPI) para la autentificacion de los terminales.

Considerando que la eleccion de compartir una misma identidad publica (IMPU) se realiza para el conjunto de los terminales de un cliente, el suministrador de servicios puede fijar unas restricciones de utilizacion complementarias para los terminales del tipo softphone. Tales restricciones son, por ejemplo, las siguientes:

- cuando el terminal del tipo softphone esta conectado a una caja de conexion (es decir al domicilio de un cliente) : se autoriza solamente una llamada entrante/saliente en un instante dado, o bien desde un terminal telefonico fisico conectado a la caja de conexion, o bien desde un terminal del tipo softphone unido a la caja de conexion. Este requisito funcional se puede imponer por el suministrador de servicios con el fin de habituar a los clientes a considerar sus terminales del tipo softphone como unos terminales clasicos. Se puede proponer una opcion del tipo "llamadas simultaneas" para autorizar varias llamadas entrantes/saliente simultaneas; y

-cuando el terminal del tipo softphone se utiliza en situacion de itinerancia: el suministrador de servicios desea generalmente autorizar dos llamadas simultaneas (una desde un terminal clasico conectado a la caja de conexion y otra desde un terminal del tipo softphone en situacion de itinerancia) por unas razones reglamentarias. En efecto, si el terminal del tipo softphone se utiliza en situacion de itinerancia para una primera llamada activa, una persona en su domicilio debe poder utilizar su terminal clasico para llamar a un servicio de urgencias (bomberos, policia, ...) cualquiera que sea su suscripcion.

En consecuencia, en razon de los servicios deseados y en consideracion a que los terminales del cliente comparten una misma identidad publica, el servidor de aplicacion telefonico a cargo del contador de llamadas simultaneas debe disponer de la informacion de localizacion del o de los terminales del tipo softphone de un cliente para implementar la logica de servicios correspondiente.

Las tablas 1 y 2... [Seguir leyendo]

1. Procedimiento de gestion de servicios en un servidor de aplicacion de telefonia (135) conectado a una red de comunicacion (125) , al menos una caja de conexion (110) que esta conectada a esa red de comunicacion, al menos un terminal itinerante (140) que esta directamente conectado a dicha red de comunicacion o que esta conectado a dicha red de comunicacion a traves de dicha al menos una caja de conexion, comprendiendo dicho al menos un terminal una identidad publica vinculada a dicha al menos una caja de conexion y compartida con al menos otro terminal (105) conectado a dicha al menos una caja de conexion, distinto de dicho al menos un terminal denominado primer terminal, comprendiendo este procedimiento las etapas siguientes:

-recepcion (310) de al menos una solicitud de servicio desde dicho primer terminal, comprendiendo dicha al menos una solicitud de servicio una indicacion de dicha localizacion relativa de dicho primer terminal, permitiendo dicha indicacion de localizacion determinar si dicho terminal esta conectado a la red de comunicaciones directamente o bien a traves de la caja de conexion;

-analisis (318, 414) de dicha al menos una solicitud de servicio segun una logica predeterminada, siendo dicha logica predeterminada funcion de una indicacion de localizacion relativa; y

-en respuesta a dicha etapa de analisis, rechazo (322, 504) o implementacion (326, 520) de dicho al menos un servicio solicitado.

2. Procedimiento segun la reivindicacion 1, segun el cual dicha al menos una solicitud de servicio es un mensaje de seralizacion de llamada, comprendiendo dicha etapa de analisis una y de comparacion de un numero de llamadas en curso vinculadas a dicha al menos una caja de conexion con un numero maximo de llamadas autorizadas segun dicha al menos una indicacion de localizacion relativa.

3. Procedimiento segun la reivindicacion 2, siendo dicho mensaje de seralizacion un mensaje de acuerdo con el protocolo SIP, siendo transmitida dicha indicacion de localizacion relativa en un campo dedicado de dicho mensaje.

4. Procedimiento segun la reivindicacion 1, comprendiendo el procedimiento ademas una etapa de carga de un perfil de servicios (510, 512) , estando vinculado el perfil a un usuario de dicho primer terminal y a dicha indicacion de localizacion relativa.

5. Procedimiento segun una cualquiera de las reivindicaciones precedentes, comprendiendo el procedimiento ademas una etapa de transmision (242, 422) de al menos una informacion de configuracion de dicho primer terminal, previamente a dicha etapa de recepcion de al menos una solicitud de servicio, siendo transmitida dicha al menos una informacion de configuracion en respuesta a una solicitud de activacion de dicho primer terminal (234, 414) , siendo representativa dicha informacion de configuracion de dicha indicacion de localizacion relativa; siendo implementada la recepcion de dicha solicitud de activacion y dicha etapa de transmision de al menos una informacion de configuracion de dicho primer terminal en un servidor de configuracion (210, 406) .

6. Procedimiento segun la reivindicacion 5, segun el cual dicha indicacion de localizacion relativa se determina segun una direccion de origen comprendida en dicha solicitud de activacion.

7. Procedimiento segun la reivindicacion 5, que comprende ademas una etapa de activacion inicial de dicho primer terminal, estando vinculado dicho primer terminal a dicha al menos una caja de conexion, comprendiendo dicha etapa de configuracion la creacion (240) y la transmision a dicho primer terminal de una cookie de sesion que comprende una identificacion de dicho primer terminal.

8. Procedimiento segun la reivindicacion 7, comprendiendo el procedimiento ademas una etapa de recepcion de dicha cookie de sesion (414) y una etapa de identificacion de dicho primer terminal a partir de dicha cookie de sesion recibida.

9. Programa de ordenador que comprende unas instrucciones adaptadas para la realizacion de cada una de las etapas del procedimiento segun una cualquiera de las reivindicaciones 1 a 4 cuando dicho programa se ejecuta en un ordenador.

10. Programa de ordenador que comprende unas instrucciones adaptadas para la realizacion de cada una de las etapas del procedimiento segun una cualquiera de las reivindicaciones 5 a 8 cuando dicho programa se ejecuta en un ordenador.

11. Servidor de aplicacion de telefonia que comprende unos medios adaptados para la realizacion de cada una de las etapas del procedimiento segun una cualquiera de las reivindicaciones 1 a 4.

12. Dispositivo que comprende al menos un servidor de aplicacion de telefonia y al menos un servidor de configuracion, comprendiendo el dispositivo unos medios adaptados para la realizacion de cada una de las etapas del procedimiento segun una cualquiera de las reivindicaciones 5 a 8.