MX2011006349A - Un metodo de y un servidor de red y equipo de usuario movil para proporcionar servicios de charlas/voip en una red de telecomunicacion movil. - Google Patents

Abstract

Un método de y un servidor de aplicación (50) y un equipo de usuario (40) para proporcionar por lo menos uno de los servicios de Charla y Voz sobre Protocolo de Internet, charla/VoIP, al equipo de usuario móvil (40) en una red de telecomunicación móvil (30). El equipo de usuario móvil (40) comprende un cliente de charla/VoIP (41) para acceder a una aplicación de servicio de charla/VoIP (54) que interconecta la red de telecomunicación móvil (30). La aplicación de servicio de charla/VoIP (54) interconecta una pluralidad de clientes de charla/VoIP (51, 52, 53) de propiedad para acceder a una pluralidad de ambientes de comunicación de charla/VoIP (21, 22, 23) de propiedad operados por una pluralidad de proveedores de servicio de charla/VoIP, para proporcionar servicios de charla/VoIP al cliente de charla/VoIP (41) del equipo de usuario móvil (40). El cliente de charla/VoIP (41) y la aplicación de servicio de charla/VoIP (54) pueden disponerse de manera que el uso privilegiado de la red de telecomunicación móvil (30) se habilita, proporcionando una sesión (70, 71, 72, 73) entre el equipo de usuario (40) y un ambiente de comunicación (21, 22, 23) con una Calidad de Servicio predeterminada o acordada.

Description

UN METODO DE Y UN SERVIDOR DE RED Y EQUIPO DE USUARIO MOVIL PARA PROPORCIONAR SERVICIOS DE CHARLAS/VoIP EN UNA RED DE TELECOMUNICACIÓN MÓVIL Campo Técnico La presente invención se refiere al manejo de servicios en una red de comunicación móvil, en particular servicios de charlas y Voz sobre Protocolo de Internet, VoIP, en una pluralidad de ambientes de comunicación dedicados o de propiedad de chat y VoIP.

Antecedentes Varios proveedores de servicios de voz sobre Protocolo de Internet, IP, ofrecen servicios de charla y VoIP, denominados charla/VoIP, en un ambiente de comunicación dedicado o de propiedad de charla y VoIP. Un usuario puede registrarse en tal ambiente de comunicación de charla/VoIP de propiedad con una identidad única adecuada, ID, o "nombre de usuario" . Cuando se registra, el usuario tiene que descargar e instalar el software de cliente en su Equipo de Usuario, UE, cuyo software se requiere y utiliza para comunicarse con otros usuarios registrados denominados "compañeros", dentro de ese ambiente de comunicación partir de charla/VoIP. Con frecuencia la comunicación, charla y/o VoIP, dentro de tal ambiente de comunicación de charla/VoIP es libre de cobro, mientras la comunicación con usuarios en otros ambientes de comunicación operados por diferentes proveedores de charla/VoIP y que proporcionan servicios similares de charla/VoIP o servicios de telefonía pública puede ser más difícil, no libre de cobro, o imposible en absoluto.

Los clientes de charla/VoIP se designan para Computadoras Personales, PC, que tienen una conexión alámbrica (con frecuencia de banda ancha) a la internet y para UE inalámbrico o móvil, tal como, pero no limitado a computadoras portátiles o computadoras tipo laptop, Asistentes Digitales Personales, PDA, terminales y teléfonos móviles.

Para comunicarse en diferentes ambientes de comunicación de charla/VoIP operados por diferentes proveedores de charla/VoIP, el usuario puede registrarse por separado en todos estos ambientes de comunicación, para obtener una ID única o nombre de usuario y software de cliente adecuado y tiene que descargar e instalar el software de cliente de propiedad adicional en su UE.

Cuando se utilizan servicios de charla/VoIP (pre) instalados o integrados en un UE móvil que opera en una Red de Acceso por Radio, RAN, bajo control de un proveedor de red móvil, el UE y la RAN seleccionan un canal de paquete de datos que proporciona una Calidad de Servicio requerida, QoS, para llevar a cabo una llamada de voz, por ejemplo. Esto, debido al cliente de charla/VolP instalado en UE, denominado el cliente de charla/VolP de UE, es una parte integral del UE, es decir, opera bajo el protocolo de comunicación soportado por el UE y la RAN y ha recibido los suficientes "privilegios" para soportar la QoS predefinida, requerida, es decir, opera en un modo privilegiado. La RAN puede ser una red móvil dispuesta para soportar el Sistema Global para Comunicación Móvil, GSM, un Servicio de Radio Paquete General, GPRS, o un Sistema de Telecomunicación Móvil Universal, UMTS, por ejemplo. El proveedor de red móvil mantiene suscripciones de los UE para usuarios de la RAN para acceder a los servicios de comunicación de charla/VolP con una QoS acordada o predefinida.

Un proveedor de charla/VolP que proporciona servicios de charla/VolP en un ambiente de comunicación de charla/VolP bajo el control del proveedor de red móvil en una RAN con un modo privilegiado, ya sea un cliente de charla/VolP de propiedad o estandarizado, se interpreta como proveedor privilegiado de charla/VolP, mientras otros proveedores de charla/VolP no pueden utilizar la RAN con el mismo modo privilegiado.

Cuando un proveedor de charla/VolP proporciona un cliente de propiedad de UE de charla/VolP que puede instalarse como aplicación en el UE, además del cliente de charla/VolP de UE (pre) instalado o integrado, este cliente de propiedad de UE de charla/VoIP sin embargo no tiene derechos especiales o privilegios. Este software del cliente de charla/VoIP de UE se ejecuta en un modo "no privilegiado" y obtiene la conectividad de IP con sólo una calidad de "mejor esfuerzo", ya que el enlace de comunicación sobre la RAN no se seleccionará en la base de una QoS definida. Depende de la disposición y disponibilidad de la RAN si la calidad de "mejor esfuerzo" es suficiente para VoIP. Cuando UMTS se encuentra disponible, por ejemplo, la VoIP debe ser posible. De otra manera la transmisión puede no ser adecuada para VoIP. El usuario puede observar una diferencia en la calidad de las sesiones de comunicación de charla/VoIP cuando utiliza una conexión de charla/VoIP operada mediante una RAN con una QoS garantizada en comparación con una conexión de charla/VoIP cuando se utiliza una RAN con sólo la calidad de "mejor esfuerzo" .

Una solución posible a este problema, puede ser hacer que el vendedor de UE y el proveedor de charla/VoIP estén de acuerdo en que un cliente de charla/VoIP de UE adicionalmente instalado en el UE también pueda utilizar funciones similares y privilegios como los proporcionados al cliente de charla/VoIP de UE ya (pre) instalado o integrado, tal como seleccionar las facilidades de comunicación "privilegiadas" de la RAN que proporcionan una QoS requerida.

Sin embargo, esta solución requiere que el software de cliente de charla/VoIP de UE sea Software confiable, SW, para instalarse en el UE y operar con la RAN. Los usuarios de mediana seguridad pueden no necesitar instalar y desplegar tal software de cliente de propiedad de UE de charla/VoIP de los proveedores de charla/VoIP en su UE .

Además, la mayor parte o probablemente no todos los proveedores de charla/VoIP tendrán su cliente de propiedad de UE de charla/VoIP ingresado a todos los tipos de teléfonos móviles . De manera que no todos los ambientes de comunicación de charla/VoIP de propiedad puedan accederse por todos los teléfonos móviles, lo que impide el uso efectivo y universal de los servicios de charla/VoIP.

La solicitud de Patente US 2008/0225808 describe un sistema y método de medios integrados que incluye por lo menos un servidor de medios y por lo menos una interfaz de cliente, tal como un teléfono móvil. Los servicios de telecomunicación se inician desde la interfaz de cliente al activar, para cada servicio de telecomunicación, un dispositivo de activación separado.

Compendio Es un objeto de la presente invención proporcionar una solución eficiente, amigable con el usuario, confiable y eficiente para comunicarse con UE móvil en diferentes ambientes de comunicación de charla/VoIP de propiedad o estandarizados operados por diferentes proveedores de charla/VoIP, asi como un nodo de red o servidor de aplicación para una red de comunicación móvil y UE móvil equipado para soportar tal método.

Un primer aspecto comprende un método para proporcionar por lo menos uno de los servicios de charla y Voz sobre Protocolo de Internet, charla/VoIP, a un Equipo de Usuario móvil, UE, en una red de telecomunicación móvil, el UE móvil comprende un cliente de charla/VoIP de UE para acceder a un ambiente de comunicación de charla/VoIP. La aplicación de servicio de charla/VolP que conecta al cliente de charla/VoIP por la red de telecomunicación móvil y la aplicación de servicio de charla/VoIP que conecta al menos uno de una pluralidad de clientes de charla/VoIP de servidor de aplicación para acceder a una pluralidad de ambientes de comunicación de charla/VoIP operados por una pluralidad de proveedores de servicio de charla/VoIP, para proporcionar los servicios de charla/VoIP al cliente de charla/VoIP de UE por cada ambiente de comunicación accedido de charla/VolP.

Diferente de las soluciones de la técnica anterior, en donde un ambiente de comunicación de charla/VoIP se accede directamente bajo el control de un cliente de charla/VoIP de UE adecuado, es decir, de propiedad o estandarizado instalado en el UE, con la invención, la aplicación de servicio de charla/VoIP y el servidor de aplicación respectivo de los clientes de charla/VoIP actúa como una interfaz para el cliente de charla/VoIP de UE para acceder a una pluralidad de ambientes de comunicación de charla/VoIP.

Por consiguiente, un solo cliente de charla/VoIP de UE en un UE es suficiente para acceder a diferentes ambientes de comunicación de charla/VoIP, por lo que se evita efectivamente la descarga e instalación de diferentes clientes de charla/VoIP de UE de propiedad o estandarizados en el UE, y evita las desventajas acompañantes tal como desperdicio de memoria costosa y capacidad del procesador en el UE. En particular, cuando se tiene que acceder a un número relativamente grande de diferentes ambientes de comunicación de charla/VoIP. También, se evita efectivamente la necesidad de desarrollo de una pluralidad de diferentes clientes de charla/VoIP de UE para diferentes tipos de UE y diferentes tipos de ambientes de comunicación de charla/VoIP.

En un ejemplo de la invención, la interconexión por la aplicación de servicio de charla/VoIP comprende: - conectarse al cliente de charla/VoIP de UE, - conectarse por lo menos a uno de la pluralidad de clientes de servidor de aplicación de charla/VoIP, - actuar como un cliente de charla/VoIP hacia un ambiente de comunicación conectado de charla/VoIP, el ambiente de comunicación de charla/VoIP es de propiedad o estandarizado, y actuar como un ambiente de comunicación de charla/VoIP hacia el cliente de charla/VoIP de UE.

Para resolver con efectividad los problemas provocados por la falta de coordinación entre varios ambientes de comunicación de charla/VoIP, en un ejemplo adicional de la invención, los clientes del servidor de aplicación de charla/VoIP proporcionan conversión de protocolo entre un ambiente de comunicación de charla/VoIP de propiedad o estandarizado y el ambiente de comunicación de charla/VoIP proporcionado por la aplicación de servicio de charla/VoIP que actúa hacia el cliente de charla/VoIP de UE.

Se apreciará que la conversión de protocolo puede resolver con efectividad y evitar los problemas de interferencia provocados por la ejecución simultánea de varios clientes de charla/VoIP.

Los usuarios de servicios de charla/VoIP se utilizan para el concepto de "nombres de usuario" que es para que cada usuario en un ambiente de comunicación de charla/VoIP tenga un nombre de usuario único o identificación bajo la cual el usuario pueda direccionarse en el ambiente de comunicación. El nombre de usuario normalmente es una cadena de ASCII.

El concepto de los nombres de usuario puede soportarse y agregarse efectivamente a la presente invención, en un ejemplo adicional del cual, en donde la aplicación de servicio de charla/VoIP se interconecta al cliente de charla/VoIP de UE y la pluralidad de clientes de charla/VoIP del servidor de aplicación para acceder a funciones de un ambiente de comunicación de charla/VoIP, entre las cuales se proporciona información de estado de un UE, se actualiza el estado de compañeros, se establecen sesiones, y se aceptan sesiones .

En un ejemplo muy amigable con el usuario, la aplicación de servicio de charla/VoIP proporciona una agenda de direcciones privada sencilla accesible para el cliente de charla/VoIP de UE para definir y almacenar un nombre de usuario local o identidad junto con un nombre de usuario único o identidad creada por la aplicación de servicio de charla/VoIP para cada compañero en un ambiente de comunicación de charla/VoIP de propiedad o estandarizado respectivo. La aplicación de servicio de charla/VoIP determina qué nombre de usuario único o identidad se utiliza para un ambiente de comunicación de charla/VoIP específico.

El usuario puede seleccionar nombres de usuario locales propios, que pueden recordarse más fácilmente como los nombres de usuario proporcionados por la aplicación de servicio de charla/VoIP. Cuando el usuario se comunica con el sistema, sólo los nombres de usuario locales tienen que utilizarse. La aplicación de servicio de charla/VoIP determina qué ambiente de comunicación de charla/VoIP utilizar con un nombre de usuario seleccionado.

En un segundo aspecto, se proporciona un servidor de aplicación para su uso en una red de telecomunicación móvil, que comprende equipo de procesamiento y equipo de comunicación. El equipo de procesamiento se dispone para proporcionar, mediante el equipo de comunicación, por lo menos uno de los servicios de aplicación de Protocolo de charla y Voz sobre Internet, charla/VolP, a un cliente de charla/VolP de UE en la red de telecomunicación móvil. El equipo de procesamiento de servicio de aplicación de charla/VolP se dispone para interconectar una pluralidad de clientes de servidor de aplicación de charla/VolP de propiedad o estandarizado para acceder, mediante el equipo de comunicación, a una pluralidad de ambiente de comunicación de charla/VolP de propiedad o estandarizado operado por una pluralidad de proveedores de servicio de charla/VolP, para proporcionar, mediante el equipo de comunicación, servicios de charla/VolP al cliente de charla/VolP de UE por cada ambiente de comunicación de charla/VolP accedido.

En un ejemplo particular, el equipo de procesamiento de aplicación de servicio de charla/VolP y el equipo de comunicación se disponen para soportar señalización de Protocolo de Inicio de Sesión, SIP, en un Subsistema de Multimedia de P, IMS.

Para soportar una agenda de direcciones de nombres de usuario, en un ejemplo, el servidor de aplicación comprende equipo de almacenamiento que interconecta el equipo de procesamiento de aplicación de servicio de charla/VoIP, cuyo equipo de almacenamiento es accesible, mediante el equipo de comunicación, a un cliente de charla/VoIP de UE del UE móvil para definir y almacenar un nombre de usuario local o identidad junto con un nombre de usuario único o identidad para su uso por lo menos en uno de los ambientes de comunicación de charla/VoIP.

En un ejemplo adicional, el equipo de procesamiento del servidor de aplicación se dispone para comunicación, mediante el equipo de comunicación con un cliente de charla/VoIP de UE del UE móvil, en una forma tal que el uso privilegiado de la red de telecomunicación móvil se proporciona.

Al tener las funciones de interconexión con el cliente de charla/VoIP de UE y el ambiente de comunicación de charla/VoIP proporcionados por o bajo el control del servidor de aplicación, el cual puede operarse bajo el control de o de acuerdo con un acuerdo negociado con un proveedor de red móvil, para acceder a cada ambiente de comunicación de charla/VoIP de propiedad o estandarizado, la comunicación sobre la red de telecomunicación móvil se soporta bajo los derechos y privilegios concedidos por la red de telecomunicación móvil y por consiguiente, permiten el uso de todos los derechos y privilegios asignados, tal como QoS para un servicio particular, como conversación. Por consiguiente, la comunicación privilegiada por los ambientes de comunicación de charla/VoIP diferentes a aquellos proporcionados por el proveedor de red de telecomunicación móvil se habilitan. Debido a que el servidor de aplicación puede operar bajo un acuerdo con el proveedor de red de telecomunicación móvil, no existe ningún acuerdo separado requerido con cada vendedor de UE/OS en una interfaz de propiedad, para cada tipo de UE. Además, ningún intercambio de claves de seguridad de un usuario con un proveedor de propiedad de charla/VoIP se requiere en caso de SW instalado de charla/VoIP, con uso privilegiado, que requiere una clave de seguridad.

Un tercer aspecto comprende un método para proporcionar por lo menos uno de los servicios de charla y Voz sobre Protocolo de Internet, charla/VoIP por el equipo de procesamiento en un servidor de aplicación de una red de telecomunicación móvil, el método comprende las etapas de: - actuar como un cliente de charla/VoIP hacia un ambiente de comunicación de charla/VoIP, el ambiente de comunicación de charla/VoIP es de propiedad o estandarizado, actuar como una red de comunicación de charla/VoIP hacia un cliente de charla/VoIP de UE en la red de telecomunicación móvil, y conversión de protocolo entre un ambiente de comunicación de charla/VolP de propiedad o estandarizado y el ambiente de comunicación de charla/VolP proporcionado hacia el cliente de charla/VolP de UE.

El servidor de aplicación es un nodo conectado a la Internet o incorporado en un servidor de red o nodo de red de la red de telecomunicación.

En un ejemplo, la conversión de protocolo comprende coordinación y mapeo de servicios de charla/VolP, características y funciones de un ambiente de comunicación de charla/VolP para y desde un cliente de charla/VolP de UE. Ejemplos de tales servicios, características y funciones es la información de un cambio de estado del cliente de charla/VolP de UE por lo menos a un cliente de comunicación de charla/VolP de propiedad o estandarizado, un cambio de estado de un compañero por lo menos en un ambiente de comunicación de charla/VolP de propiedad al cliente de charla/VolP de UE, y otros.

En otro ejemplo, las etapas para actuar como cliente de charla/VolP y actuar como ambiente de comunicación de charla/VolP en los servidores de aplicación, comprende establecer y aceptar sesiones de comunicación de charla/VolP que proporcionen uso privilegiado de la red de telecomunicación móvil, en particular proporcionen una Calidad de Servicio acordada, QoS .

Ene caso de que un SW de cliente de charla/VoIP tenga permiso de instalar su interfaz de propiedad o estandarizada de charla/VoIP en el servidor de aplicación, que resulta en un uso privilegiado de RA , NO se requiere que el proveedor de charla/VoIP actualice su interfaz de cliente de charla/VoIP cada vez que el vendedor del Sistema Operativo actualiza el mismo o que el vendedor de UE agrega o cambia la funcionalidad en el UE, lo cual parece ser un evento que se presenta frecuentemente debido a la evolución del mercado.

En un cuarto aspecto, se proporciona Equipo de Usuario móvil, UE, que comprende equipo de procesamiento conectado al equipo de entrada y salida y al equipo de comunicación, en donde el equipo de procesamiento se dispone para proporcionar, mediante el equipo de entrada y salida y el equipo de comunicación, por lo menos uno de los servicios de charla y Voz sobre Protocolo de Internet, charla/VoIP, al proporcionar un cliente de charla/VoIP de UE. El equipo de procesamiento de cliente de charla/VoIP de UE se dispone para procesar el cliente de charla/VoIP de UE para acceder a servicios de charla/VoIP de una pluralidad de ambientes de comunicación de charla/VoIP de propiedad o es anda izados mediante un servidor de aplicación, en donde el cliente de charla/VoIP de UE se dispone para las Diferencias de Usuario Gráfico de la pluralidad de ambientes de comunicación de charla/VoIP.

En un ejemplo adicional del UE móvil, el cliente de charla/VoIP de UE se dispone para proporcionar una sola Interfaz de Usuario Gráfica, GUI, mediante el equipo de entrada y salida para la pluralidad de ambientes de comunicación de charla/VoIP. Una GUI sencilla es ventajosa para el usuario, el cual no necesita aprender y saber de interfaces de propiedad como muchos de los diferentes ambientes de comunicación de charla/VoIP en los cuales el usuario necesita tener sesiones.

En otro ejemplo, es ventajoso que el UE móvil comprenda una base de datos local conectada al equipo de procesamiento para almacenar y recuperar registros que comprenden nombres de usuarios que corresponden con nombres de usuario utilizados en los ambientes de comunicación de charla/VoIP.

La invención particularmente es adecuada con una red de telecomunicación móvil o plataforma para soportar comunicaciones ricas en multimedia tales como subsistema de multimedia de IP, IMS, en donde la aplicación de servicio de charla/VoIP soporta el Protocolo de Inicio de Sesión, SIP, señalización y el cliente de charla/VoIP de UE opera como un cliente de charla/VoIP basado en IMS.

Por consiguiente, en un ejemplo adicional, el equipo de procesamiento de EU de charla/VoIP y el equipo de comunicación soportan Subsistema de Multimedia de IP, señalización de SIP de IMS.

Las características antes mencionadas y otras y ventajas de la invención se entenderán mejor a partir de la siguiente descripción con referencia a los dibujos anexos. En los dibujos, números de referencia similares denotan partes idénticas o partes que realizan una función u operación idéntica o comparable.

Breve Descripción de los Dibujos La Figura 1 muestra, en una forma esquemática e ilustrativa una solución de la técnica anterior del servicio de comunicación de charla/VoIP con una pluralidad de ambientes de comunicación de charla/VoIP de propiedad o estandarizados de un solo equipo de usuario.

La Figura 2 muestra, en una forma esquemática e ilustrativa, la comunicación de charla/VoIP de un solo equipo de usuario con una pluralidad de ambientes de comunicación de charla/VoIP de propiedad o estandarizados de acuerdo con un ejemplo de la invención.

La Figura 3 ilustra un método realizado por un servidor de aplicación dispuesto para proporcionar servicios de charla/VoIP a UE móvil de acuerdo con un ejemplo de la invención .

La Figura 4 ilustra etapas de señalización cuando un usuario de un cliente de charla/VoIP de UE basado en IMS se registra en un ambiente de comunicación de charla/VoIP de acuerdo con un ejemplo de la invención.

La Figura 5 ilustra etapas de señalización cuando un usuario del cliente de charla/VoIP de UE basado en IMS comienza las sesiones de comunicación de charla/VoIP.

Descripción detallada La presente invención ahora se ilustrará a manera de ejemplo y no de limitación en una Red de Acceso por Radio, RAN, para comunicación móvil tal como el Sistema Global para Comunicación Móvil, GSM, un Servicio de Radio Paquete General, GPRS, o un Sistema de Telecomunicación Móvil Universal, UMTS, la red que soporta comunicación con el Equipo de Usuario móvil, UE, que opera en o desde una RAN, para manejo de tipos de medios tales como video, incluyendo video continuo, imágenes, audio, Voz sobre protocolo de Internet, VoIP, servicios de charlas y datos que se comparten en una base de comunicación orientada a paquetes de datos. Después de esto, se designan como servicios de charla/VoIP. La RAN se opera por o bajo el control de un proveedor de red móvil .

En la figura 1, número 1 de referencia indica un UE de la técnica anterior tal como, pero no limitado a, un teléfono móvil, computadora tipo laptop móvil, Asistente Digital Personal, PDA, etc. El UE 1 comprende un procesador 3 conectado a una subunidad 2 de Entrada/Salida, E/S, que comprende dispositivos 2a de entrada tal como un teclado, ratón, micrófono, etc., y dispositivos 2c de salida tal como una pantalla, altavoz, etc. La subunidad 2 de E/S además comprende un transceptor 2b de comunicación para intercambiar datos con una red de telecomunicación móvil, es decir, la RAN 30.

El número 20 de referencia indica la Internet, a la cual los diversos dispositivos 24, 25, 26 que alojan los ambientes de comunicación de charla/VoIP se conectan, es decir, un ambiente de comunicación de charla/VoIP A, 21; un ambiente de comunicación de charla/VoIP B, 22; y un ambiente de comunicación de charla/VoIP C, 23, respectivamente. Todos estos ambientes de comunicación de charla/VoIP 21, 22, 23 se estandarizan o son de propiedad, es decir, no se estandarizan, y alojan o se operan por diferentes proveedores de servicio de charla/VoIP. Aunque sólo tres ambientes de comunicación de charla/VoIP se han mostrado, en la práctica más o menos ambientes de comunicación de charla/VoIP son viables, y los ambientes de comunicación de charla/VoIP que operan en otras redes, pública o privada. Todo esto se considerará como siendo abarcado por los ambientes y la red mostrada.

Para comunicación con cada ambiente de comunicación de charla/VoIP 21, 22, 23, el software de comunicación control e interfaz de usuario apropiado, denominado clientes de charla/VoIP de UE, se instalan en el UE 1, es decir el cliente de charla/VoIP de UE A, 11, para proporcionar servicios de charla/VoIP con ambiente de comunicación de charla/VoIP A, 21; el cliente de charla/VoIP de UE B, 12, para proporcionar servicios de charla/VoIP con ambiente de comunicación de charla/VoIP B, 22; y el cliente de charla/VoIP de UE C, 13, para proporcionar servicios de charla/VoIP con ambiente de comunicación de charla/VoIP C, 23. Cada cliente de charla/VoIP de UE 11, 12, 13 aplica un protocolo de aplicación para el Protocolo de Internet, IP, conectividad de igual a igual al ambiente de comunicación de charla/VoIP 21, 22, 23, esquemáticamente indicado por las flechas discontinuas 31, 32, 33, respectivamente. Los clientes de charla/VoIP de UE 11, 12, 13 en el UE 1 se ejecutan bajo el control de un Sistema Operativo, OS 3a, procesado por el procesador 3.

Los ambientes de comunicación de charla/VoIP 21, 22, 23 son procesos requeridos para establecer y mantener sesiones de comunicación especificas de charla/VoIP. Estos procesos se ejecutan en los dispositivos 24, 25, 26 tal como los servidores ylo terminales conectadas a la Internet 20. Ejemplos de tales dispositivos 24, 25, 26 son: una terminal, tal como un UE, que aloja un ambiente de comunicación de Charla/VoIP 21, 22, 23, y soporta, por ejemplo, una sesión de comunicación, tal como una llamada de voz, con un cliente de charla/VoIP de UE 11, 12, 13 ejecutado en el UE 1 ; - un servidor que aloja un ambiente de comunicación de charla/VoIP 21, 22, 23 y se utiliza, por ejemplo, para monitorear el estado de un cliente de charla/VoIP de UE 11, 12, 13 ejecutado en el UE 1, o para controlar una solicitud de registro de un cliente de charla/VoIP de UE 11, 12, 13, o para controlar una sesión de comunicación entre un cliente de charla/VoIP de UE 11, 12, 13 y un cliente de charla/VoIP ejecutado en, por ejemplo, otra terminal.

Para propósitos de identificación, en los ambientes de comunicación de charla/VoIP 21, 22, 23 se conoce a los usuarios y se registran bajo los "nombres de usuario" . Estos nombres de usuario se almacenan en una agenda de direcciones en el UE 1, uno para cada cliente de charla/VoIP de UE 11, 12, 13, esquemáticamente indicado por las bases de datos 14, 15, 16. En una agenda de direcciones, los nombres de usuario pueden almacenarse de otros usuarios del ambiente de charla/VoIP correspondientes llamados "compañeros". Se apreciará que esta información también puede almacenarse en una base de datos proporciona por un proveedor de charla/VoIP (no mostrado). Además, la información de estado puede almacenarse en la agenda de direcciones, es decir, información permanente o temporal, por ejemplo disponibilidad de un compañero u otros datos con respecto a una comunicación de charla/VoIP.

Los clientes de charla/VoIP de UE 11, 12, 13 son aplicaciones que se habilitan por una Interfaz de Programas de Aplicación, API, y se ejecuta por el procesador 3 bajo el control del OS 3a. Las aplicaciones de cliente de charla/VoIP de UE 11, 12, 13 se ejecutan respectivamente mediante API lia, 12a y 13a. La API puede distinguirse en una interfaz de propiedad o estandarizada. Si es de propiedad, la API se diseña para utilizarse por un solo proveedor de charla/VoIP, no para permitir que otros proveedores de charla/VoIP utilicen esta API. Una API estandarizada aplica interfaces públicas al OS 3a, de manera que los proveedores de charla/VoIP se habilitan para designar aplicaciones de charla/VoIP que permitan la ejecución de funciones por medio del procesador 3 bajo el control del OS 3a.

La API además puede distinguirse en una interfaz privilegiada o sin privilegio, donde los privilegios pueden comprender : - permitir una descarga de una aplicación, donde esta descarga sólo sucede cuando la aplicación comprende cierta forma de clave de seguridad; - instalar o ejecutar una aplicación descargada la cual se permite bajo una condición específica, tal como cumplir con una comprobación de seguridad; - ejecutar ciertas funciones por el procesador 3 en una forma específica, por ejemplo, el establecimiento de una trayectoria de red mediante la RAN de acuerdo con una Calidad de Servicio específica, QoS .

En la práctica, el OS 3a puede soportar varias API, donde estas API se caracterizan por combinaciones de interfaces de propiedad/estandarizadas y con privilegios/sin privilegios .

Para el propósito de explicación, ahora se asume que el cliente de charla/VoIP de UE 11 se (pre) instala en el UE 1 por el proveedor de la red de radio de la RAN 30, de manera que este cliente de charla/VoIP de UE 11 aplica un API lia de propiedad y privilegiada.

Opcionalmente, este cliente de charla/VoIP de UE 11 puede integrarse dentro del OS del UE 1 junto con la API lia.

Para el propósito de explicación, se asume adicionalmente que los clientes de charla/VoIP de UEs 12, 13 no se (pre) instalan por el proveedor de red de la RAN 30, pero se inician adicionalmente por el usuario, por ejemplo cuando se registra por primera vez en el ambiente de comunicación de charla/VoIP 22, 23 correspondiente. El cliente de charla/VoIP de UE 12 es un cliente de propiedad diferente del cliente 11 y aplica la API 12a no privilegiada. El cliente de charla/VoIP de UE 13 es un cliente estandarizado diferente de los clientes 11 y 12 y aplica la API no privilegiada 13a.

Debido a que el cliente de charla/VoIP de UE 11 aplica los privilegios habilitados por API lia, su sesión 31 de comunicación de igual a igual se establece utilizando todos los privilegios y derechos proporcionados y/o predefinidos por el OS 3a que soporta API lia, tal como un uso privilegiado de la RAN 30 con un protocolo de comunicación de acuerdo con una QoS requerida, para VoIP. La conectividad de IP para la sesión 31 de comunicación se dispone mediante el transceptor 2b, RAN 30, e Internet 20, hacia una interfaz de IP del dispositivo 24.

El uso de la RAN 30 en este caso es un uso denominado "privilegiado" como los parámetros de red para la QoS acorada, tal como un ancho de banda garantizado, latencia y la iso-sincronía son aplicables. Este puede ser el caso donde por ejemplo, el usuario del UE 1 tiene una suscripción con el proveedor de RAN, que obliga al proveedor de RAN suministrar la QoS acordada para la sesión 31 de comunicación .

Por el contrario, las sesiones de comunicación de charla/VoIP 32, 33 iniciadas por los clientes de UE de propiedad de charla/VoIP 12, 13 no pueden beneficiarse del uso "privilegiado" de la RAN 30 ya que las APls 12a, 13a no privilegiadas no soportan derechos o privilegios especiales. La ejecución de las aplicaciones de cliente de charla/VoIP de UE no privilegiadas 12, 13 resulta en un uso no privilegiado de la RAN 30 basándose en el "mejor esfuerzo". No recibir una QoS garantizada para una sesión de comunicación de charla/VoIP puede resultar en una comunicación de conversación deficiente, por ejemplo, una comunicación sin conversación en absoluto.

Utilizar la API lia privilegiada por el proveedor de charla/VoIP del cliente de charla/VoIP de UE 12, 13 no es una opción, ya que el OS 3a no permite utilizar API lia, que es una API de propiedad instalada o proporcionada por el proveedor de RAN, por cualquier otro cliente de charla/VoIP de UE que el cliente 11.

La Figura 2 muestra un ejemplo de la invención. El UE 40 comprende un equipo de usuario basado en Protocolo de Internet, IP, UE, cliente de charla/VoIP 41, que permite el uso privilegiado de la RAN 30, para todos los ambientes de comunicación de charla/VoIP utilizados por un usuario del UE 40 como se describe en lo anterior junto con la figura 1.

Para resolver el problema de tener sólo conectividad de IP de "mejor esfuerzo" para las sesiones de comunicación de charla/VoIP 32, 33, proporcionadas por los proveedores de charla/VoIP que no pueden utilizar una API privilegiada, el UE 40 aplica un solo cliente de charla/VoIP de UE 41.

Este cliente de charla/VoIP de UE 41 se proporcionará por un vendedor de UE, un proveedor de red de RAN o un proveedor de charla/VoIP que tiene arreglos con el proveedor de red de RAN para proporcionar uso privilegiado de la RAN 30.

El cliente de charla/VoIP de UE 41 se interconecta con el OS 3a mediante la API 41a, la cual se diseña para proporcionar un uso "privilegiado" de la RAN 30 para lograr una QoS acordada. El procesador 3, bajo el control del OS 3a del UE 40, se dispone, como en la figura 1, para iniciar conectividad de IP a la internet 20 mediante el transceptor 2b y la RAN 30, cuando el cliente de charla/VoIP de UE 41 opera como un cliente de charla/VoIP sencillo para sesiones de comunicación con múltiples ambientes de charla/VoIP 21, 22, 23.

La RAN 30 y la Internet 20 comprenden medios de procesamiento y comunicación para ejecutar una solicitud de establecimiento de llamada del cliente de charla/VoIP de UE 41 a una aplicación de servicio de charla/VoIP 54 en un Servidor de Aplicación, AS, 50 mediante la RAN 30 y la Internet 20, de acuerdo con la invención.

Con referencia a la figura 2, el AS 50 tiene un procesador 55, bajo el control de un Sistema Operativo (OS) 56 y se conecta a una subunidad 57 de E/S para intercambio de datos. El AS 50 se conecta y se comunica por medio de la subunidad 57 de E/S mediante la Internet 20 o un enlace de propiedad a la RAN 30 (mostrada en líneas discontinuas) .

El AS 50 puede ser un nodo conectado a la internet 20 o puede incorporarse en un servidor de aplicación o red o nodo de red de la red de telecomunicación, es decir, la RAN 30. Se propone que el AS 50 opere bajo el control del proveedor de la RAN 30 o por lo menos una parte confiable con respecto al usuario del UE 40.

La parte del Internet 20 compartida por la RAN 30 y el AS 50 pueden desplegarse alternativamente por la Internet 20 como, por ejemplo, una conexión separada, una red Conmutad por Circuitos o red de Modo de Transferencia Asincrónico conectada mediante un medio seguro, tal como un cortafuegos, a la Internet 20 mundial por razones de seguridad o requerimientos de ancho de banda. Opcionalmente, esta parte de la Internet 20 se configura como ambiente 20a separado por razones de seguridad.

El AS 50 ejecuta una aplicación de servicio de charla/VoIP 54 universal, el cual se dispone para realizar las tareas de cliente y servidor para una pluralidad de clientes de Charla/VoIP de AS 51, 52, 53 de propiedad o estandarizados dispuestos para comunicación a una pluralidad de ambientes de comunicación de charla/VoIP 21, 22, 23, respectivamente. Los clientes de Charla/VoIP de AS 51, 52, 53 constituyen el software o el hardware que se diseña para cooperar con la aplicación de servicio de charla/VoIP 54 universal. El cliente de Charla/VoIP de AS 51, 52, 53 proporciona una conversión de protocolo entre un ambiente de comunicación de charla/VoIP 21, 22, 23 de propiedad o estandarizado y la aplicación 54 de servicio.

La aplicación de servicio de charla/VoIP 54 universal se dispone para realizar una coordinación y mapeo de las características o funciones del ambiente de servicios específicos de charla/VoIP, tal como una función y representación de icono, para y desde la interfaz de usuario sencilla representada en el UE 40 por medio de un cliente de charla/VoIP de UE 41. Los proveedores de servicio Charla/VoIP tienen que acordar con el proveedor de la RAN 30 sobre un conjunto de capacidades de la RAN 30 que van a utilizarse, tal como el uso privilegiado, y proporciona el software de cliente de Charla/VoIP de AS 51, 52, 53 que coopera con la aplicación 54 de servicio, para beneficiarse del uso universal de la invención.

El proveedor que controla el AS 50 proporciona una interfaz adecuada o API para la aplicación 54 de servicio, que de acuerdo con el convenio con el proveedor de charla/VoIP soporta una QoS que permite definir un ancho de banda mínimo de la RAN 30, designada como uso "privilegiado" de RAN, en lugar de confiar en la base del "mejor esfuerzo" de la RAN.

A parte de un uso privilegiado de RAN, otras características como el uso de servicios de red pueden acordarse entre el proveedor del AS 50 y el proveedor de charla/VoIP habilitado por medio de la aplicación 54 de servicio .

La aplicación 54 de servicio se dispone adicionalmente para comunicarse, en una forma de propiedad o estandarizada, con el cliente de charla/VoIP de UE 41 mediante la API 41a en el UE 40, de manera que el uso privilegiado de la RAN 30 se garantiza.

Como ejemplo, si un estado de compañero del ambiente de charla/VoIP A 21 cambia, el cliente de Charla/VoIP de AS 51 señala este cambio de estado a la aplicación 54 de servicio, y de manera subsiguiente la aplicación 54 de servicio decide señalar al cliente de charla/VoIP de UE 41, el cual puede representar este cambio de estado a la interfaz de usuario del UE 40.

Ejemplos adicionales de funciones de la aplicación de servicio de charla/VoIP 54 universal establecen las sesiones de comunicación de charla/VoIP y aceptan las sesiones de comunicación de charla/VoIP.

Otras funciones que la aplicación 54 de servicio puede realizar son, pero no se limitan a: - actuar como unidad de interconexión de trabajo para señalar entre un cliente de Charla/VoIP de AS 51, 52, 53 y el cliente de charla/VoIP 41; - coordinar las corrientes de entrada y/o salida entre un cliente de AS charla/VoIP 51, 52, 53 y el cliente de charla/VoIP 41; - proporcionar acceso a los servicios ofrecidos por la red de telecomunicación móvil RAN 30 para un cliente de Charla/VoIP de AS 51, 52, 53, - lectura y representación en el UE 40 en una Interfaz de Usuario Gráfica sencilla, GUI, estatus de diferentes clientes de charla/VoIP de AS 51, 52, 53, - seleccionar qué cliente de Charla/VoIP de AS 51, 52, 53, utilizar cuando se establece una sesión de charla/VoIP del UE 40.

La aplicación 54 de servicio puede implementarse como una subunidad dentro del AS 50 ya sea como hardware o software.

El cliente de charla/VoIP de UE 41 se dispone para realizar una interfaz general de usuario de charla/VoIP en cooperación con la aplicación 54 de servicio para el usuario de UE 40, utilizando los dispositivos 2a de entrada y dispositivos 2c de salida. La API 41a se proporciona por el vendedor de OS (o el vendedor de UE cuando el OS 3a se comprende por el UE 40) y se diseña para soportar cliente de charla/VoIP de UE 41 con el uso privilegiado de RAN 30.

Como se indica en lo anterior, aunque sólo tres ambientes de comunicación de charla/VoIP se han mostrado, en la práctica más o menos ambientes de comunicación de charla/VoIP son viables y los ambientes de comunicación de charla/VoIP operan en otras redes, pública o privada. Todo esto se considerará como siendo abarcado por los ambientes y la red mostrada.

Con referencia nuevamente a la figura 1, como se muestra de manera ilustrativa en la figura 2, las sesiones de comunicación de charla/VoIP 31, 32, 33 aunque operan en diferentes ambientes de comunicación de charla/VoIP 21, 22, 23 ahora, en el ejemplo de la invención, reciben el tratamiento privilegiado de QoS de RAN, mediante la API 41a por medio del procesador 3 bajo el control del OS 3a del UE 40, mientras el cliente de charla/VoIP de UE 41 opera como el cliente universal de charla/VoIP para las sesiones de comunicación 31, 32, 33.

El cliente de charla/VoIP de UE 41, en cooperación con la aplicación 54 de servicio y el cliente de charla/VoIP de AS 51, 52, 53 se interpreta como un servicio universal de cliente de charla/VoIP. El ambiente de comunicación de charla/VoIP 21, 22, 23 no notificará ninguna diferencia entre una sesión hacia el cliente de charla/VoIP de UE 11, 12, 13 con respecto a la figura 1, y una sesión hacia el cliente de charla/VoIP de AS 51, 52, 53 con respecto la figura 2.

Aunque se evita efectivamente la necesidad de descargar, instalar y ejecutar diferentes clientes de UE de charla/VolP 11, 12, 13 de software de propiedad en el UE, en este ejemplo de la invención, el usuario de UE 40 mantiene la posibilidad de comunicación con todos los ambientes de comunicación de charla/VolP 21, 22, 23 registrados con y tienen el beneficio de aplicar las sesiones de comunicación de charla/VolP mediante una conexión privilegiada de RAN de acuerdo con la QoS acordada para cada proveedor de charla/VolP.

El cliente de charla/VolP de AS 51, 52, 53 ejecutado en el AS 50 puede desarrollarse de manera adecuada y mantenerse por un proveedor de red móvil de RAN 30 junto con los proveedores de servicio de charla/VolP.

En la figura 2, la conectividad de igual a igual de IP entre el UE 40 y los ambientes de charla/VolP 21, 22, 23, ejecutados en los dispositivos 24, 25 y 26, respectivamente, se representan como líneas discontinuas 71, 72, 73. De acuerdo con la invención, no existe una conexión de igual a igual de IP de uno a uno con las sesiones de comunicación 31, 32 y 33, como se muestra en la figura 1, sino una conexión escalonada que comprende: - un enlace 70 de igual a igual de IP sencillo entre el UE 40 que comprende el cliente de charla/VolP de UE 41 y la aplicación 54 de servicio comprendida por el AS 50; - un enlace 71, 72, 73, de igual a igual de muchos IP a uno desde el AS 50 que comprende aplicaciones 54 de servicio, a los dispositivos 24, 25, 26 que comprenden los ambientes de comunicación de charla/VoIP 21, 22, 23.

La Figura 3 muestra de manera ilustrativa un ejemplo de etapas realizadas por el AS 50, es decir, la aplicación 54 de servicio y el cliente de charla/VoIP de AS 51, 52, 53 para proporcionar servicios de charla/VoIP entre el UE 40 y el ambiente de comunicación A, 21, por ejemplo.

Se asume que el cliente de charla/VoIP de UE 41 inicia una sesión de charla/VoIP y se conecta al equipo de procesamiento 54, 55, 56 del AS 50, mediante el transceptor 2b del UE 40, RA 30 y la subunidad 57 de E/S del AS 50. En respuesta a esta conexión, el AS 50 actúa como un ambiente de charla/VoIP hacia el cliente de charla/VoIP de UE 41.

Basándose en la información proporcionada por el cliente de charla/VoIP de UE 41, tal como el nombre de usuario de un usuario que se pondrá en contacto en el ambiente de comunicación de charla/VoIP A, 21, el equipo de procesamiento 54, 55, 56 del AS 50 hace contacto con el ambiente de comunicación de charla/VoIP A, 21, mediante el cliente de charla/VoIP de AS 51 adecuado, y actúa como un cliente de charla/VoIP hacia el ambiente de comunicación A, 21. Aunque se muestran por separado, se apreciará que el cliente de charla/VoIP de AS 51 puede ser parte integral del equipo de procesamiento 54, 55, 56 del AS 50.

En la sesión de charla/VoIP establecida, el AS 50 proporciona conversión de protocolo para la comunicación y servicios intercambiados entre el ambiente de comunicación de charla/VoIP A, 21 , y el cliente de charla/VoIP de UE 41 del UE 40 .

En el caso en que el ambiente de comunicación A, 21 , inicia una sesión de charla/VoIP hacia el UE 40 , el AS 50 de igual forma actúa como cliente de charla/VoIP hacia el ambiente de comunicación A, 21 y como ambiente de comunicación de charla/VoIP hacia el cliente de charla/VoIP de UE 41 .

Para una sesión adicional de charla/VoIP entre el UE 40 y otros ambientes de comunicación de charla/VoIP B, 22 , o C, 23 , el AS 50 actúa como un cliente de charla/VoIP 52 , 53 de prioridad o estandarizado para los ambientes de comunicación de charla/VoIP B, 22 , o C, 23 , respectivamente, como una comunicación de charla/VoIP universal hacia el cliente de charla/VoIP de UE 41 del UE 40 .

Sin restricción a cualquiera y a ninguna tecnología para implementación, la invención se deriva adicionalmente por medio de una implementación en una red 60 central del subsistema de multimedia de protocolo de Internet, IMS.

La red 60 central de IMS permite sesiones de comunicación ricas en multimedia tal como UE 40 para el manejo de servicios de charla/VoIP, aunque también el manejo de tipos de medios tal como vídeo, incluyendo vídeo continuo, imágenes, audio y participación de datos en una base de comunicación orientada a paquete de datos. Para el resto de esta descripción, el término charla/VolP representa todos los tipos de medios enlistados en lo anterior donde sea apropiado. El IMS unifica las aplicaciones que se basan en señalización de Protocolo de Inicio de Sesión, SIP, que permite las sesiones de multimedia.

El UE 40 comprende un cliente de charla/VolP de UE 41 basado en IMS sencillo. El cliente de charla/VolP de UE 41 se proporcionará por un proveedor que tiene disposiciones con el proveedor de red de RAN 30 que también puede proporcionar la red 60 central de IMS, o tiene un acuerdo con el proveedor de red de la red 60 central de IMS.

La red 60 central de IMS opera por medio de una pluralidad de servidores, o nodos, tal como una Función de Control de Sesión de Llamada de Servicio, S-CSCF, una Función de Control de Sesión de Llamada de Interrogación, I-CSCF, y una Función de Control de Sesión de Llamada de Proxy, P-CSCF, designadas por el número de referencia 61. Los servidores 61 de S-, I- y P-CSCF comprenden medios de procesamiento y de comunicación para ejecutar una solicitud de establecimiento de llamada iniciada por el cliente de charla/VolP de UE 41 en una aplicación 54 de servicio de charla/VolP en el AS 50 de acuerdo con la invención, se soporta una señalización de Protocolo de Inicio de Sesión, SIP, después de esto denominada como SIP-AS, 50.

Como se ilustra adicionalmente en lo anterior, la parte de la Internet 20 compartida por la RAN 30, el SIP-AS 50 y la red 60 central de IMS, una parte 20a, puede configurarse opcionalmente como un ambiente separado por razones de seguridad.

Con referencia a las figuras 4 y 5, ejemplos de escenarios de señalización para sesión de comunicación de charla/VoIP, de acuerdo con la invención se discutirá.

Para facilitad de explicación, el establecimiento de una conexión por el UE 40 hacia el SIP-AS 50 por medio de la red 60 central de IMS se interpreta como lograda de acuerdo con los métodos de la técnica anterior. Las señales de recepción o envío en el SIP-AS 50 se realizan por la subunidad 57 de E/S conectada al procesador 55 bajo el control del OS 56.

Con referencia a la figura 2, antes de ser capaz de cualquier comunicación con el ambiente de charla/VoIP 21, 22, 23, el usuario de UE 40 tiene que registrarse en el ambiente 21, 22, 23. Esta acción de registro tiene que realizarse una vez y puede realizarse por un dispositivo capaz de conectarse al ambiente 21, 22, 23, tal como el UE 40, pero también a partir de otros diversos dispositivos, tal como una Computadora Personal. El usuario de UE 40 puede utilizar nombres de usuarios diferentes o idénticos en cada ambiente 21 , 22 , 23 .

La acción de registro iniciada en el UE 40 se realiza al seleccionar una opción de menú en el UE 40 , proporcionada por el cliente de charla/VolP de UE 41 , que enlista los ambientes disponibles 21 , 22 , 23 , que corresponden con los clientes de AS charla/VolP 51 , 52 , 53 disponibles presentes en el SIP-AS 50 .

Para cada ambiente 21 , 22 , 23 registrado, el usuario puede seleccionar su propio nombre de usuario el cual se almacena en una base de datos 58 como registro, "nombre de usuario propio - nombre de ambiente" para el usuario de UE 40 . La base de datos 58 se conecta de manera comunicativa a la aplicación 54 de servicio. Una contraseña requerida por cada ambiente 21 , 22 , 23 puede almacenarse en la base de datos 58 , almacenarse en el UE 40 en la base de datos 6 o proporcionarse a solicitud por el . usuario de UE 40 . La base de datos 6 se conecta de manera comunicativa al cliente de charla/VolP de UE 41 . La figura 4 muestra el registro en la comunicación de charla/VolP A y B, 21 , 22 , con los nombres de usuarios A, B, respectivamente.

Con referencia a la figura 4 , cuando un usuario comienza su cliente de charla/VolP de UE 41 basado en IMS en su UE 40 , la aplicación 54 de servicio del SIP-AS 50 se notifica de esta acción, utilizando el mensaje de REGISTRO DE SIP, como es usual para el servicio de presencia de IMS.

Alternativamente, el inicio del cliente de charla/VoIP de UE 41 se inicia al encender el UE 40.

Al encender el cliente de charla/VoIP de UE 41, este cliente 41 señala a la aplicación 54 de servicio en su cambio de estado. La aplicación 54 de servicio recupera los registros de "nombre de usuario propio - nombre de ambiente", el registro para el usuario de UE 40 de su base de datos 58 e informa los ambientes adecuados, al señalar el cliente de charla/VoIP de AS 51, 52, 53, disponibles adecuados que actúa hacia el ambiente de comunicación de charla/VoIP 21, 22, 23 como software de cliente normal (SW de cliente) que se ha iniciado .

Estos clientes de charla/VoIP de AS 51, 52, 53 de "SW de cliente " se informan a sí mismos (figura 4 "cliente de inicio") sobre los ambientes de charla/VoIP 21, 22, 23 con su nombre de usuario adecuado y estado del usuario de UE 40, y reciben de los ambientes 21, 22, 23 la información de estado (figura 4 "mensaje de estado") como perteneciendo a los usuarios en la lista de compañeros dentro de estos ambientes 21, 22, 23. La aplicación 54 de servicio del SIP-AS 50 combina la información de estado recibida de los diferentes ambientes 21, 22, 23 en la información de estado como de acuerdo con la presencia de IMS. Cualquier contraseña requerida puede proporcionarse como se sugiere en lo anterior.

Cuando el usuario de UE 40 cambia su estado, por ejemplo, al no ser disponible para todas las sesiones de comunicación de charla/VoIP, el cliente de charla/VoIP de UE 41 informa de este cambio a la aplicación 54 de servicio de SIP-AS 50, la aplicación 54 de servicio informa este cambio de estado a todos los ambientes de comunicación de charla/VoIP 21, 22 , 23 implicados mediante los clientes de charla/VoIP de AS 51, 52, 53 para los ambientes adecuados de charla/VoIP donde el usuario de UE 40 se ha registrado, es decir, donde la base de datos 58 comprende registros de ambiente "nombre de usuario - ambiente" para, y el cual se encuentra disponible.

En el caso en que un compañero de un ambiente de charla/VoIP 21, 22, 23 cambia su estado, el ambiente implicado de charla/VoIP 21, 22, 23 informa de este cambio a la aplicación 54 de servicio en el SIP-AS 50 mediante el cliente de charla/VoIP de AS 51, 52, 53, y la aplicación 54 de servicio informa de este cambio a su vez al cliente de charla/VoIP de UE 41, el cual puede desplegar esta información al usuario en la pantalla 2c.

Cuando el usuario de UE 40 establece una sesión de comunicación de charla/VoIP en proceso con un compañero "parte llamada" del ambiente de charla/VoIP 21, 22, 23, una sesión de IMS se inicia hacia la aplicación 54 de servicio para enviar un mensaje de INVITACIÓN DE SIP al SIP-AS 50.

Como ejemplo, una sesión de charla/VoIP para el compañero "Bobl28" de la lista de compañeros se inicia por el usuario de UE 40, en donde "Bobl28" es un nombre de usuario para un amigo o parte del ambiente B, almacenado en la base de datos 58.

La aplicación 54 de servicio del SIP-AS 50 maneja este establecimiento al comprobarlo en la base de datos 58 a la cual pertenece el ambiente de comunicación de charla/VoIP A, B o C 21, 22, 23, la "parte llamada". La aplicación 54 de servicio selecciona el cliente de charla/VoIP de AS 51, 52, 53 adecuado para establecer una sesión de comunicación dentro de ese ambiente de comunicación 21, 22, 23.

En el caso en que "Bobl28" se define en más de un ambiente de charla/VoIP 21, 22, 23, se envía un mensaje por la aplicación 54 de servicio al UE 40 que ofrece al usuario un menú que enlista los ambientes para seleccionar. Cuando la "parte llamada" acepta, se inicia una sesión de charla/VoIP.

En el caso de una solicitud entrante para una sesión de charla/VoIP, un compañero dentro del ambiente de comunicación de charla/VoIP 21, 22, 23, por ejemplo, MBobl28" en el ambiente de charla/VoIP B, 22, reinicia una solicitud de establecimiento de sesión de charla/VoIP hacia el usuario de UE 40, utilizando el nombre de usuario, como se ha seleccionado por el usuario de UE 40 para utilizarse dentro de ese ambiente B. La sesión de comunicación B 22 termina en el cliente de charla/VoIP de AS 52 en el SIP-AS 50, el cual actúa como SW de cliente para el ambiente B, representado como conexión 72 de igual a igual de IP. El cliente de charla/VoIP de AS 52 señala la aplicación 54 de servicio para suministrar la solicitud de establecimiento, mediante la red 60 central de IMS y la RAN 30 al cliente de charla/VoIP de UE 41, como se representa por el enlace 70 de igual a igual de IP. El usuario obtiene de su UE 40 una sesión entrante de charlas/VoIP, de la "Bobl28@chat/VoIP-environmet-B" . Cuando la "parte llamada", es decir, el usuario de UE 40 acepta, se inicia una sesión de charla/VoIP.

Cuando múltiples sesiones de comunicación se encuentran en proceso con los compañeros en varios ambientes de comunicación de charla/VoIP 21, 22, 23, el cliente de charla/VoIP de UE 41 en cooperación con la aplicación 54 de servicio proporciona de manera opcional una lista de menú en el UE 40 para el uso coordinado de los dispositivos de E/S de los UE 40 (micrófono, altavoz, pantalla) para estas sesiones para evitar confusión.

Como consecuencia de la aplicación ventajosa de un solo cliente de charla/VoIP de UE 41 en el UE 40, resulta de manera efectiva en una QoS de RAN definida, se proporcionan ventajas adicionales.

Los usuarios del software de cliente de charla/VoIP, en general, se utilizan para el concepto de un nombre de usuario, como se menciona en lo anterior. Cuando se registra en un ambiente de comunicación de charla/VoIP, el ambiente de comunicación de charla/VoIP asegura que el nombre de usuario seleccionado aún no se utilice, es decir, sea único.

Para soportar la noción común de los nombres de usuario, el usuario del servicio de "cliente de charla/VoIP de UE universal" de acuerdo con la invención también utiliza los nombres de usuario para dirigir compañeros en los diferentes ambientes de comunicación de charla/VoIP a los que se registra.

En una disposición alternativa, el usuario de UE 40 selecciona un compañero específico que pertenece al ambiente de comunicación de charla/VoIP 21, 22, 23 para una sesión de comunicación de charla/VoIP en proceso y la aplicación de servicio 54 iniciará el cliente de charla/VoIP de AS 51, 52, 53 adecuado como se menciona en lo anterior.

Opcionalmente, el usuario de UE 40 puede definir nombres más adecuados en el caso de que los compañeros tengan nombres de usuario casi similares en diferentes ambientes, en caso de que exista un Bobl28, en el ambiente 22 y un Bobl22 exista en un ambiente 21, por ejemplo.

La agenda del usuario de UE 40 puede comprender los compañeros indicados en una forma alternativa. La base de datos 6 local se dispone para almacenar registros que comprenden nombres de usuario de compañeros desde cualquier ambiente de comunicación, el cual puede almacenarse bajo un nombre, determinado por el usuario de UE 40. El cliente de charla/VoIP de UE 41 se dispone para almacenar una base de datos 6 local un nombre de usuario de compañero local alternativo, tal como "Bob@A" para "Bobl22" como compañero que reside en el ambiente de charla/VoIP A 21. Cuando el nombre de compañero local wBob@A" se selecciona como el compañero de charla/VoIP, el cliente de EU de charla/VoIP 41 comprueba la base de datos 6 local el nombre de usuario real adecuado, e inicia una sesión de comunicación de charla/VoIP con el nombre de usuario real "Bobl22" hacia la aplicación 54 de servicio.

En el caso en que un nombre de usuario, por ejemplo, "Bobl20" aplica a dos compañeros en dos diferentes ambientes A 21 y B 22, el uso de la base de datos 6 local aún es más benéfico ya que el cliente de charla/VoIP de UE 41 almacena los registros para los nombres de compañeros locales *Bob@A" y "Bob@B" en la base de datos 6 local, con un identificador del ambiente de charla/VoIP A 21, y B 22 adecuado. El cliente de charla/VoIP de UE 41 se dispone para comprobar cada nombre de usuario recién ingresado si el nombre ya existe en la base de datos 6 local. En caso de que un nombre de usuario existente, una lista de menú de clientes de AS de charla/VoIP 51, 52, 53 disponible que corresponde con los ambientes de charla/VoIP 21, 22, 23 se proporciona por la aplicación 54 de servicio al UE 40 para hacer que el usuario inicie una selección del ambiente 21, 22, 23 adecuado para los nombres de usuario reales existentes "Bobl20" y el recién ingresado "Bobl20. Con la selección de un ambiente para un nombre de usuario, un registro que comprende el nombre de usuario local "Bob@A" , el nombre de usuario real "Bobl20" y el identificador que representa el ambiente se almacena en la base de datos 6 local.

Cuando el usuario de UE 40 selecciona el nombre de usuario local MBob@A" para establecer una conexión de charla/VoIP, el cliente de charla/VoIP de UE 41 selecciona el registro con el nombre de usuario real y el identificador, y envía esta información al SIP-AS 50, donde la aplicación 54 de servicio soporta la selección del cliente de charla/VoIP de AS 51 adecuado para iniciarse de acuerdo con el identificador proporcionado para el nombre de usuario real "Bobl20". El usuario de UE 40 es libre de mapear cualquier nombre de usuario local en nombres de usuario reales .

Cuando el ambiente de comunicación de charla/VoIP 21, 22, 23 tiene información de que un cierto usuario en la red del ambiente es un usuario basado en IMS (es decir, el usuario no utiliza su "cliente de charla/VoIP basado en PC regular", pero utiliza un cliente de charla/VoIP de UE 41 basado en IMS, tal como un teléfono móvil, desplegado mediante "Cliente de charla/VoIP" del Servicio de IMS) , el ambiente de comunicación de charla/VoIP 21, 22, 23 puede ofrecer funciones adicionales a este usuario y/o compañeros . a) Ubicación: Cuando un usuario utiliza un UE 40, por ejemplo, la aplicación 54 de servicio en el SIP-AS 50 se suscribe a una "Ubicación" de servicio basado en IMS para publicar la ubicación del UE 40 en el ambiente de charla/VoIP 21, 22, 23 mediante los clientes de charla/VoIP de AS 51, 52, 53. Cuando la información de ubicación se cambia, la aplicación 54 de servicio recibe esta información del servicio "ubicación" y puede decidir enviar una actualización de estado (incluyendo la nueva ubicación) a uno o más ambientes de comunicación de charla/VoIP 21, 22, 23. Adicionalmente, el usuario de UE 40 puede permitir que los servicios de ubicación cuando el estado del UE se encuentra "inactivo" u "ocupado". b) Pago o cobro: Usuarios regulares, que utilizan un "cliente de charla/VoIP basado en PC regular", pueden pagar los servicios ofrecidos por el ambiente de comunicación de charla/VoIP 21, 22, 23 (por ejemplo, llamada a la Red Telefónica Conmutada Pública) . Para este pago, una cuenta por cada ambiente de comunicación 21, 22, 23 debe crearse. Los usuarios con mediana seguridad pueden no desear depositar dinero en cuentas de uno o más proveedores de charla/VoIP. Sin embargo, es más probable que no se nieguen a pagar por servicios en tales ambientes utilizando su proveedor móvil de RAN, en la mayoría de los casos son el proveedor de charla/VoIP confiable usual como corredor de pagos .

Los usuarios basados en IMS pueden pagar (cuando su proveedor de IMS desea actuar como corredor de pago) mediante su factura telefónica en el proveedor de red de IMS . Alternativamente el SIP-AS 50 puede comprender o se conecta a una cuenta 59 de depósito para los ambientes de charla/VoIP . El SIP-AS 50, mantenido por el proveedor de red confiable de RAN 30, el proveedor de IMS u otra parte confiable, se interpreta como confiable. Cada cliente de charla/VoIP de AS 51, 52, 53 puede diseñarse de acuerdo con las reglas predefinidas en cooperación con la aplicación 54 de servicio para debitar la cuenta 59 de depósito para uso por los servicios .

Cuando los servicios en un ambiente de comunicación particular de charla/VoIP requieren pago, se requiere una relación confiable entre el usuario y el proveedor de charla/VoIP o proveedores, cuando se utiliza en ambientes de comunicación de charla/VoIP diversos, se requiere: c) Autentificación: Un cliente de charla/VoIP de UE 11, 12, 13 regular necesita autentificación en forma de una ID y contraseña, de manera que la autentificación la cual se basa en "lo que usted conoce", tal como proporcionar una contraseña específica por el usuario.

Cuando el cliente de charla/VoIP de AS 51 , 52 , 53 tiene (mediante la aplicación 54 de servicio, y la red 60 central de IMS) acceso a los servicios de autentificación de IMS, la tarjeta del Módulo de Identificación de Suscriptor del teléfono móvil puede utilizarse para autentificación mediante el enlace 70 de igual a igual de IP. Cuando el cliente de charla/VoIP de UE 41 basado en IMS utiliza también la ID y la contraseña, esta autentificación se basa en "lo que usted conoce y lo que tiene", lo cual proporciona mejor seguridad.

Como ventaja adicional, la ejecución de un solo cliente de charla/VoIP de UE 41 en lugar de múltiples clientes de charla/VoIP 11 , 12 , 13 reduce la necesidad de la capacidad del procesador 3 , reduce el uso de energía que resulta en un mayor uso de baterías, y requiere menos memoria .

Aparte de proporcionar un ancho de banda mínimo definido en la RAN 30 en lugar de la aplicación de "mejor esfuerzo" de la invención permite: - una GUI predefinida, en la subunidad 2 de E/S del UE 40 . El cliente de charla/VoIP de UE 11 , 12 , 13 de la técnica anterior desplegado en el UE 1 tiene su propio software, sus propias listas de compañeros de ID o nombres de usuario, sus propios identificadores , una interfaz de usuario de propiedad donde los estados de los compañeros se presentan, etcétera. Esta representación confusa se mejora por una sola GUI para todos los ambientes de comunicación 21, 22, 23 soportados y permite una revisión consistente de la funcionalidad proporcionada por los ambientes. El cliente de charla/VoIP de UE 41 sencillo es un cliente universal que los ambientes de comunicación 21, 22, 23 soportados utilizan la misma GUI; - acceso a servicios adicionales ofrecidos por la red de telecomunicación móvil de RAN 30 para un cliente de charla/VoIP de AS 51, 52, 53, mediante el SIP-AS 50, que resulta en servicios de telefonía desplegados en los ambientes de charla/VoIP 21, 22, 23; - posibilidad de capacidades de UE, de manera que el OS 3a del UE 40 permite cierto nivel de funciones de seguridad, por ejemplo, para propósitos de autentificación o autorización de aplicaciones en ejecución.

La aplicación de la invención permite un acceso fácil para proveedores de ambientes de charla/VoIP 21, 22, 23 para hacer que sus aplicaciones de propiedad se desplieguen en diversas marcas y tipos de UE 40. Solamente el proveedor/propietario de un SIP-AS 50, con respecto a una RAN 30, tiene que contactarse para estar de acuerdo con la aplicación de ambientes de charla/VoIP 21, 22, 23. Como efecto de un solo cliente de IMS, cada UE 40 que tiene un cliente de charla/VoIP de UE 41 basado en IMS puede comunicarse con la aplicación 54 de servicio, por lo que reduce la carga sobre los fabricantes de tener que proporcionar tantos clientes de charla/VoIP como tantos tipos de UE.

La presente invención no se limita a las modalidades como se describe en lo anterior, y puede modificarse y mejorarse por aquellos con experiencia en la técnica más allá del alcance de la presente invención como se describe en las reivindicaciones anexas sin tener que aplicar capacidades inventivas .

Claims (15)

REIVINDICACIONES

1. Un método para proporcionar por lo menos un servicio de charla y voz sobre Protocolo de Internet, charla/VoIP, a un equipo de usuario móvil, UE (40) en una red de telecomunicación móvil (30) , el UE móvil (40) comprende un cliente de charla/VoIP de UE (41) para acceder a un ambiente de comunicación de charla/VoIP (21, 22, 23), caracterizado por una aplicación de servicio de charla/VoIP (54) que conecta el cliente de charla/VoIP de UE (41) por la red de telecomunicación móvil (30), y la aplicación de servicios de charla/VoIP (54) se conecta por lo menos a uno de la pluralidad de clientes de charla/VoIP (51, 52, 53) de servidor de aplicación para acceder a una pluralidad de ambientes de comunicación de charla/VoIP (21, 22, 23) , operados por una pluralidad de proveedores de servicio de charla/VoIP, para proporcionar servicios de charla/VoIP al cliente de charla/VoIP de UE (41) por cada ambiente de comunicación de charla/VoIP (21, 22, 23) accedidos.

2. El método de acuerdo con la reivindicación 1, en donde la aplicación de servicio de charla/VoIP (54) com rende : - actuar como un cliente de charla/VoIP hacia un ambiente de comunicación de charla/VoIP (21, 22, 23) conectado por al menos una de la pluralidad de clientes de charla/VoIP (51, 52, 53) del servidor de aplicación, el ambiente de comunicación de charla/VoIP (21, 22, 23) es de propiedad o estandarizado, y actuar como un ambiente de comunicación de charla/VoIP hacia el cliente de charla/VolP de UE (41) .

3. El método de acuerdo con la reivindicación 2, en donde actuar como cliente de charla/VolP (51, 52, 53) y actuar como un ambiente de comunicación de charla/VoIP comprende establecer y aceptar sesiones de comunicación de charla/VoIP (70, 71, 72, 73) que proporciona uso privilegiado de la red de telecomunicación móvil (30) , en particular proporciona una Calidad de Servicio acordada, QoS.

4. El método de acuerdo con cualquiera de las reivindicaciones precedentes, en donde los clientes de charla/VoIP (51, 52, 53) de servidor de aplicación proporcionan conversión de protocolo entre un ambiente de comunicación de charla/VolP de propiedad o estandarizado (21, 22, 23) y el ambiente de comunicación de charla/VolP proporcionado por la aplicación de servicio de charla/VoIP (54) que actúa como el cliente de charla/VolP de UE (41) .

5. El método de acuerdo con la reivindicación 4, en donde la conversión de protocolo comprende coordinar y mapear los servicios de charla/VoIP, características y funciones de un ambiente de comunicación de charla/VolP (21, 22, 23) hasta y desde un cliente de charla/VoIP de UE (41) .

6. El método de acuerdo con cualquiera de las reivindicaciones precedentes, en donde la aplicación de servicio de charla/VoIP (54) que conecta el cliente de charla/VoIP de UE (41) y la pluralidad de clientes de charla/VoIP (51, 52, 53) del servidor de aplicación para acceder a funciones de un ambiente de comunicación de charla/VoIP (21, 22, 23) entre las cuales se proporciona información de estado de un UE, se actualiza estado de compañeros, se establecen sesiones, y se aceptan sesiones.

7. El método de acuerdo con cualquiera de las reivindicaciones previas, en donde la aplicación de servicio (54) además realiza por lo menos una de: actuar como unidad de interconexión para señalización entre un cliente de charla/VoIP (51, 52, 53) del servidor de aplicación y el cliente de charla/VoIP de UE (41) ; - coordinar las corrientes de entrada y/o salida entre un cliente de charla/VoIP (51, 52, 53) de servidor de aplicación y el cliente de charla/VoIP de UE (41) ; - proporcionar acceso a los servicios ofrecidos por la red de telecomunicación móvil (30) para un cliente de charla/VoIP (51, 52, 53) del servidor de aplicación; - lectura y representación en el UE móvil (40) en una Interfaz De Usuario Gráfica, GUI sencilla, estados de diferentes clientes de charla/VoIP de aplicación (51, 52, 53), y - seleccionar qué cliente de charla/VoIP (51, 52, 53) de servidor de aplicación utilizar cuando se establece una sesión de charla/VoIP desde un UE móvil (40) .

8. Un servidor de aplicación (50) para su uso en una red de telecomunicación móvil (30) que comprende equipo de procesamiento (54, 55, 56) y equipo de comunicación (57) , en donde el equipo de procesamiento (54, 55, 56) se dispone para conectarse, mediante el equipo de comunicación (57) , a un cliente de charla/VoIP (41) del equipo de usuario móvil, UE, (40) en la red de telecomunicación móvil (30), en donde el equipo de procesamiento (54, 55, 56) del servicio de aplicación de charla/VoIP se dispone para conectar una pluralidad de clientes de charla/VoIP (51, 52, 53) del servidor de aplicación de propiedad para acceder, mediante el equipo de comunicación (57), una pluralidad de ambientes de comunicación de charla/VoIP (21, 22, 23) de propiedad operados por una pluralidad de proveedores de servicio de charla/VoIP para proporcionar, mediante el equipo de comunicación (57), los servicios de charla/VoIP al cliente de charla/VoIP (41) de UE por cada ambiente de comunicación de charla/VoIP (21, 22, 23) accedido.

9. El servidor de aplicación (50) de acuerdo con la reivindicación 8, en donde el equipo de procesamiento (54, 55, 56) de la aplicación de servicio de charla/VoIP y el equipo de comunicación (57) se diseñan para soportar señalización de Protocolo de Inicio de Sesión, SIP, en un subsistema de multimedia de IP, IMS (60) .

10. El servidor de aplicación (50) de acuerdo con la reivindicación 8 ó 9 , que comprende equipo de almacenamiento (58) que interconecta el equipo de procesamiento (54, 55, 56) de la aplicación de servicio de charla/VoIP, cuyo equipo de almacenamiento (58) puede acceder, mediante el equipo de comunicación (57), a un cliente de charla/VoIP de UE (41) del UE móvil (40) para definición y almacenamiento de un nombre de usuario local o identidad junto con un nombre de usuario único o identidad para su uso por lo menos en un ambiente de comunicación de charla/VoIP (21, 22, 23) de propiedad.

11. El servidor de aplicación de acuerdo con la reivindicación 8, 9 ó 10, en donde el equipo de procesamiento (54, 55, 56) se dispone para comunicación, mediante el equipo de comunicación (57) con un cliente de charla/VoIP de UE (41) del UE móvil (40) de manera que el uso privilegiado de la red de telecomunicación móvil (30) se proporciona.

12. El equipo de usuario móvil, UE (40) para operar en una red de telecomunicación móvil (30), el UE móvil (40) comprende equipo de procesamiento (3, 3a, 41a) conectado al equipo de entrada y salida (2a, 2c) y el equipo de comunicación (2b), en donde el equipo de procesamiento (3, 3a, 41a) se dispone para proporcionar, mediante el equipo de entrada y salida (2a, 2c) y el equipo de comunicación (2b) , por lo menos uno de los servicios de Charla y Voz sobre Protocolo de Internet, charla/VoIP, al procesar un cliente de charla/VoIP de UE (41) comprendido por el UE móvil (40) , caracterizado porque el equipo de procesamiento (3, 3a, 41a) de cliente de charla/VoIP del UE se dispone para procesar el cliente de charla/VoIP del UE (41) para acceder a los servicios de charla/VoIP de una pluralidad de ambientes de comunicación de charla/VoIP (21, 22, 23) de propiedad al conectar un servidor de aplicación (50) mediante la red de telecomunicación móvil (30) , en donde el cliente de charla/VoIP de UE (41) se dispone para las diferencias del Usuario Gráfico de la pluralidad de ambientes de comunicación de charla/VoIP (21, 22, 23) .

13. El UE móvil (40) de acuerdo con la reivindicación 12, en donde el cliente de charla/VoIP de UE (41) se dispone adicionalmente para proporcionar una Interfaz de Usuario Gráfica sencilla mediante el equipo de entrada y salida (2a, 2c) para la pluralidad de ambientes de comunicación de charla/VoIP (21, 22, 23).

14. El UE móvil (40) de acuerdo con la reivindicación 12 ó 13, en donde el UE (40) además comprende una base de datos local (6) conectada al equipo de procesamiento (3, 3a, 41a) para almacenar y recuperar registros que comprenden nombres de usuario que corresponden con nombres de usuario utilizados en los ambientes de comunicación de charla/VoIP (21, 22, 23).

15. El UE móvil (40) de acuerdo con la reivindicación 12, 13 ó 14, en donde el equipo de procesamiento de charla/VoIP del UE (3, 3a, 41a) y el equipo de comunicación (2b) soportan señalización de Subsistema de Multimedia de IP, IMS, del Protocolo de Inicio de Sesión, SIP.