MODO DE RESPUESTA EN SERVICIOS DE COMUNICACIONES ENTRE MÓVILES DE PULSAR PARA HABLAR.

Un método para hacer funcionar un servicio de pulsar para hablar sobre una red de comunicaciones inalámbricas entre móviles,

en el que un usuario de un terminal inalámbrico móvil puede seleccionar un modo de respuesta automático o manual para invitaciones de sesión entrantes para al menos algunos otros usuarios, comprendiendo el método: incluir en la invitación de sesión de pulsar para hablar enviada desde una parte que llama a una parte llamada, una solicitud de que se use el modo de respuesta manual, predominando sobre cualquier modo de respuesta automático seleccionado por dicha parte llamada; al recibir la invitación de sesión en un servidor de pulsar para hablar que sirve a la parte llamada, enviar la invitación que incluye dicha solicitud a la parte llamada independientemente de cualquier configuración de modo de respuesta automática para la parte llamada; y recibir la invitación en la parte llamada, y generar una alerta en el terminal de la parte llamada

Campo del invento

El presente invento se refiere a los modos de respuesta disponibles en los servicios de comunicaciones entre móviles de pulsar para hablar.

Antecedentes del invento

El grupo de Industrias conocido como la Alianza Móvil Abierta ha desarrollado una especificación sobre "Pulsar para Hablar" (PoC) sobre teléfonos móviles dirigida a habilitar la provisión de servicios sobre redes de comunicación inalámbricas estándar entre móviles que se asemejan a los servicios de radioteléfono emisor-receptor portátil, es decir, al pulsar un botón un abonado puede ser conectado instantáneamente a otro o más abonados. El PoC es corrientemente definido en los documentos publicados por la Alianza Móvil Abierta: "Arquitectura -Pulsar para hablar (PoC) sobre Teléfono Móvil", Versión Candidata 1.0 – 17 de Marzo de 2005, y "Plano de Control de PoC de OMA”, Versión Candidata 1.0, 17 de Marzo de 2005. De acuerdo con los estándares de PoC, los datos de voz comprenden "ráfagas" de conversación transportadas sobre una red de paquetes, mientras la señalización usada para establecer y controlar las sesiones de PoC comprende la señalización del Protocolo de Inicio de Sesión (SIP), transportado también sobre la red de paquetes. El PoC se basa en la Infraestructura del Subsistema Multimedia IP (IMS) prevista dentro de las redes de los operadores de móviles. El PoC es una puesta en práctica específica de los servicios generales de pulsar para hablar (PTT).

La fig. 1 ilustra en términos muy básicos la infraestructura de PoC que facilita una sesión de PoC entre un par de terminales inalámbricos (clientes SIP) identificados como UE-A y UE-B. Los UE están unidos a redes de acceso por radio respectivas (RAN-A y RAN-B), que a su vez están conectadas a una red principal de conmutación por paquetes que incluye una estructura o esqueleto de IP. La señalización de SIP es encaminada a través del IMS que incluye servidores de aplicación de SIP que actúan como servidores de PoC. Los UE están registrados con servidores de PoC respectivos (aunque es posible que ambos UE estén registrados con el mismo servidor de PoC).

El concepto básico subyacente de PoC es el deseo de permitir que un usuario sea casi instantáneamente conectado a otro usuario, de manera que un usuario solo tiene que apretar un botón de llamada y comenzar a hablar, siendo su voz reproducida inmediatamente en el otro terminal de usuario. Sin embargo, se apreció en una etapa muy temprana en el desarrollo de los servicios de pulsar para hablar que esto puede no ser siempre deseable, al menos desde el punto de vista de la parte llamada. Se ha hecho por ello previsión para la reproducción de una alerta o aviso de llamada en el terminal llamado, en gran parte del mismo modo que se ha previsto para llamadas convencionales de teléfono (los servicios de pulsar para hablar establecerían aún la sesión de manera extremadamente rápida, mucho más rápidamente de lo que pueden ser establecidas las llamadas de teléfono convencionales), dándoseles a los usuarios la opción de seleccionar, o bien el modo de respuesta automática, o bien el modo de respuesta manual (llamada).

De acuerdo con las últimas versiones de los estándares de PoC, es posible para un usuario (UsuarioB) registrar con su servidor local de PoC, una lista "blanca" de otras identidades de usuario (UsuarioA) para las que el usuario desea aplicar el modo de respuesta automática. En el caso de que una sesión de PoC es solicitada por uno de los usuarios de la lista blanca, esto es reconocido por el servidor de PoC local del UsuarioB, y ese servidor de PoC incluye un indicador de respuesta automática en el mensaje SIP INVITE que es enviado al UsuarioB. El terminal del UsuarioB detecta el indicador, y automáticamente devuelve el mensaje SIP 200 OK (respuesta). La sesión es establecida. Si el usuario que llama no está en la lista blanca (o no se ha definido ninguna lista blanca), un indicador manual es incluido en el SIP INVITE enviado al terminal del UsuarioB. Esto es detectado por el terminal, y es reproducida una alerta de llamada. El SIP 200 OK no es enviado por el terminal a su servidor local de PoC hasta que el usuario responde. El proyecto de IETF "un Formato de Paquetes y Datos de Evento de Protocolo de Inicio de Sesión (SIP) para distintas configuraciones en soporte para el servicio de Pulsar para hablar (PoC) sobre Teléfono Móvil", de Miguel Ángel García Martín, draft-garcia-sipping-poc-isb-am01, describe un método para notificar al servidor local de PoC del modo de respuesta aplicable a usuarios de la lista blanca. Un usuario conmuta entre los modos manual y de respuesta automática señalizando el modo deseado al servidor de PoC usando el mensaje SIP PUBLISH como se ha definido en los estándares de PoC.

Este proceso de señalización, que incluye la configuración del modo de respuesta automática y el establecimiento de sesión, está ilustrado en la fig. 2. La señalización fluye en el plano del usuario (por ejemplo el intercambio para mensajes de Protocolo de Control de Ráfaga de Conversación) no está mostrado en la Figura. Las operaciones o pasos ilustrados en la figura son los siguientes:

1. El cliente B de PoC configura el modo automático en la red por medio de una solicitud PUBLISH.

2. El servidor B de PoC reconoce la configuración del modo de respuesta automático por medio de una respuesta “OK” 200 y almacena la configuración "automática".

Cuando el usuario A de PoC aprieta el botón PoC, las operaciones son las siguientes:

3. El cliente A de PoC decide invitar al usuario B de PoC a una sesión de PoC y envía una solicitud INVITE al servidor A de PoC.

4. El servidor A de PoC envía la solicitud INVITE al servidor B de PoC en la Red Doméstica del usuario B de PoC.

5. El servidor B de PoC autoriza al usuario A de PoC y selecciona el modo de respuesta configurado y envía una respuesta 183 "Progreso de sesión" al servidor A de PoC.

6. El servidor A de PoC envía una respuesta 200 OK al usuario A y el usuario A de PoC recibe una indicación de que puede comenzar a hablar.

7. El servidor B de PoC envía una solicitud INVITE al cliente B de PoC. La solicitud INVITE incluye la solicitud para modo de respuesta automático.

8. El cliente B acepta la invitación sin promover o incitar al usuario B de PoC.

9. El servidor B de PoC envía el 200 OK al servidor A de PoC.

Los estándares de PoC definen un mecanismo para permitir que una persona que llama rechace una configuración de modo de respuesta manual especificada por un usuario llamado. Esto implica la inclusión de un parámetro "MAO" en el mensaje SIP INVITE enviado por el usuario que llama para iniciar la sesión de PoC. Al recibir un INVITE que contiene el parámetro MAO en el terminal de la parte llamada, ese terminal determina automáticamente si el rechazo manual le está permitido al usuario que llama. Si es así, entonces la respuesta 200 OK es automáticamente devuelta al servidor local de PoC, y el INVITE enviado al usuario llamado incluyendo el parámetro MAO. Si no es así, es reproducida una alerta de llamada, y el mensaje de respuesta es enviado solamente si el usuario llamado responde y cuando lo hace.

Sumario del Invento

El autor del presente invento ha reconocido que es deseable proporcionar un mecanismo en PoC para permitir que una parte que llama rechace una configuración de modo de respuesta automático en un terminal de la parte llamada, además del mecanismo corriente para rechazar una configuración de modo de respuesta manual. Esta característica adicional será útil, por ejemplo, cuando una parte que llama desea que sus palabras sean privadas, y desea evitar que estas sean reproducidas en el terminal de la parte llamada para todos los que estén situados dentro del alcance de audición. El deseo de un mecanismo de rechazo se aplica también cuando un usuario de PoC es invitado a una sesión de PoC en curso, o cuando inicia una sesión de PoC usando una Sesión preestablecida.

De acuerdo con un primer aspecto del presente invento se ha proporcionado un método para hacer funcionar un servicio de pulsar para hablar sobre una red de comunicaciones inalámbricas móvil, donde un usuario de un terminal inalámbrico móvil puede seleccionar un modo de respuesta automático o manual para invitaciones de sesión entrantes para al menos algunos otros usuarios, comprendiendo el método:

incluir en la invitación de la sesión de pulsar para hablar enviada desde una parte que llama a... [Seguir leyendo]

1. Un método para hacer funcionar un servicio de pulsar para hablar sobre una red de comunicaciones inalámbricas entre móviles, en el que un usuario de un terminal inalámbrico móvil puede seleccionar un modo de respuesta automático o manual para invitaciones de sesión entrantes para al menos algunos otros usuarios, comprendiendo el método: incluir en la invitación de sesión de pulsar para hablar enviada desde una parte que llama a una parte llamada, una solicitud de que se use el modo de respuesta manual, predominando sobre cualquier modo de respuesta automático seleccionado por dicha parte llamada; al recibir la invitación de sesión en un servidor de pulsar para hablar que sirve a la parte llamada, enviar la invitación que incluye dicha solicitud a la parte llamada independientemente de cualquier configuración de modo de respuesta automática para la parte llamada; y recibir la invitación en la parte llamada, y generar una alerta en el terminal de la parte llamada.

2. Un método según la reivindicación 1, en que el protocolo de señalización utilizado para establecer y controlar las sesiones de pulsar para hablar en el Protocolo de Inicio de Sesión, y la invitación que contiene dicha solicitud es uno de los mensajes INVITE y REFER del Protocolo de Inicio de Sesión.

3. Un método según la reivindicación 1 ó 2, en el que la invitación de sesión de pulsar para hablar es enviada por el servidor de pulsar para hablar a la parte llamada solamente siguiendo un procedimiento de autorización realizado por el servidor.

4. Un método según cualquiera de las reivindicaciones precedentes y que comprende ejecutar un procedimiento de autorización en un servidor de pulsar para hablar que sirve a la parte que llama, siendo incluida solamente la solicitud en la invitación enviada al servidor de pulsar para hablar que sirve a la parte llamada si la autorización es concedida.

5. Un método según la reivindicación 3 ó 4, en el que el o los procedimientos de autorización se ejecutan comparando la identidad de la parte que llama y/o de la parte llamada contra una lista o listas de identidades previamente almacenadas en el servidor o servidores de pulsar para hablar.

6. Un método según una cualquiera de las reivindicaciones precedentes, y que comprende recibir una sugerencia de usuario en la parte que llama para solicitar el modo de respuesta manual, y como resultado incluir la solicitud en la invitación en la parte que llama.

7. Un método según cualquiera de las reivindicaciones 1 a 5, y que comprende incluir dicha solicitud automáticamente en la parte que llama.

8. Un método según cualquiera de las reivindicaciones precedentes, en el que dicho servicio de pulsar para hablar es un servicio de pulsar para hablar sobre móvil.

9. Un método para hacer funcionar un terminal inalámbrico móvil de pulsar para hablar habilitado, comprendiendo el método incluir dicha solicitud en una invitación enviada por el terminal a un terminal igual o parejo.

10. Un método para hacer funcionar un servidor de pulsar para hablar dentro de una red de comunicaciones inalámbricas entre móviles, comprendiendo el método recibir una invitación de pulsar para hablar desde un terminal de cliente que llama, incluyendo la invitación una solicitud de que se use el modo de respuesta manual, predominando sobre cualquier modo de respuesta automática seleccionado para un terminal de cliente llamado, enviar la solicitud que incluye dicha solicitud al terminal del cliente llamado, y esperar la recepción de un mensaje de respuesta procedente del terminal de cliente llamado antes de proseguir con el establecimiento de sesión.

11. Un terminal inalámbrico móvil que tiene un procesador y memoria configurados para facilitar la participación del terminal en una sesión de pulsar para hablar facilitada por una red de comunicaciones inalámbricas móvil, y una interfaz de usuario para permitir que un usuario interactúe con el procesador y la memoria, estando dispuesto el procesador para recibir una entrada de usuario desde la interfaz de usuario que inicia una sesión de pulsar para hablar, para generar una invitación de pulsar para hablar para enviarla a un terminal llamado y para incluir en la invitación una solicitud de que sea utilizado el modo de respuesta manual, predominando sobre cualquier modo de respuesta automático seleccionado por dicho terminal llamado, y enviar la invitación al terminal llamado.

12. Un servidor de pulsar para hablar para uso en una red de comunicaciones inalámbricas entre móviles con el fin de proporcionar un servicio de pulsar para hablar a terminales móviles inalámbricos, comprendiendo el servidor: una entrada para recibir una invitación de pulsar para hablar desde un primer terminal inalámbrico móvil destinada a un segundo terminal móvil inalámbricas, en el que la invitación incluye una solicitud de que sea utilizado el modo de respuesta manual, predominando sobre cualquier modo de respuesta automático seleccionado por dicho segundo terminal móvil inalámbrico;

una salida para enviar una invitación de pulsar para hablar recibida a un segundo terminal móvil inalámbrico de destino; y un procesador programado para determinar si una invitación recibida incluye o no dicha solicitud y, si es así y si un modo de respuesta automático ha sido configurado para el segundo terminal móvil inalámbrico, predominar sobre la configuración del modo de respuesta automático y enviar la invitación al segundo terminal inalámbrico que incluye la solicitud de rechazo del modo de respuesta automático mediante dicha salida.