MXPA04007871A - Un metodo y un aparato para finalizar un usuario desde una llamada de grupo en una red de comunicacion de grupo. - Google Patents

Un metodo y un aparato para finalizar un usuario desde una llamada de grupo en una red de comunicacion de grupo.

Info

Publication number
MXPA04007871A
MXPA04007871A MXPA04007871A MXPA04007871A MXPA04007871A MX PA04007871 A MXPA04007871 A MX PA04007871A MX PA04007871 A MXPA04007871 A MX PA04007871A MX PA04007871 A MXPA04007871 A MX PA04007871A MX PA04007871 A MXPA04007871 A MX PA04007871A
Authority
MX
Mexico
Prior art keywords
user
call
group
group call
server
Prior art date
Application number
MXPA04007871A
Other languages
English (en)
Inventor
M Crockett Douglas
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of MXPA04007871A publication Critical patent/MXPA04007871A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/06—De-registration or detaching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/04—Large scale networks; Deep hierarchical networks
    • H04W84/08—Trunked mobile radio systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/2044—Group features, e.g. closed user group
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/20—Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/205—Broadcasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2203/00—Aspects of automatic or semi-automatic exchanges
    • H04M2203/50—Aspects of automatic or semi-automatic exchanges related to audio conference
    • H04M2203/5027—Dropping a party from a conference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2207/00—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18—Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/38—Connection release triggered by timers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Meter Arrangements (AREA)

Abstract

Un metodo y aparato para finalizar a un miembro de una llamada de grupo en una red de comunicacion en grupo proveen recibir una indicacion de un usuario quien desea finalizar su participacion en una llamada de grupo y enviar una solicitud a un servidor para finalizar al usuario de la llamada de grupo; el metodo y aparato ademas proveen que el servidor reciba la solicitud de finalizar a un usuario de una llamada de grupo, finalizar al usuario de la llamada de grupo, y enviar una respuesta de indique que el usuario ha sido terminado de la llamada de grupo.

Description

UN METODO Y UN APARATO PARA FINALIZAR UN USUARIO DESDE UNA LLAMADA DE GRUPO EN UNA RED DE COMUNICACION DE GRUPO CAMPO DE LA INVENCION La presente invención se refiere a sistemas de comunicaciones de punto a multi-punto. Muy específicamente, la presente invención se refiere a un método y aparato para finalizar un usuario desde una llamada de grupo en una red de comunicación de grupo .
ANTECEDENTES DE LA INVENCION Ha existido en varias formas, durante muchos años, una clase de servicio inalámbrico que está destinado para la comunicación rápida, eficiente, de uno-a-uno o de uno-a-muchos (de grupo) . En general, estos servicios han sido medio-dúplex, en donde un usuario oprime un botón "oprima-para-hablar" (PTT) en su teléfono/radio para iniciar la conversación. Al oprimir el botón en cualquiera de las teclas de su radio, en algunas ejecuciones, o en un sistema moderado, en donde la comunicación ocurre mediante un servidor de cierto tipo, e indica la solicitud del usuario para tomar la "palabra". Si se le concede la palabra, o el permiso a la persona que habla, el usuario por lo general habla durante algunos segundos, después de lo cual, libera su botón PTT y otras personas que hablan pueden solicitar la palabra. La comunicación por lo general es desde un hablante a un grupo de auditores, pero puede ser de uno-a-uno. Este servicio se ha utilizado tradicionalmente en aplicaciones en donde una persona, un despachador" necesita comunicarse con un grupo de personas, tal como con el personal de servicio en campo o choferes de taxi, que es de donde provine el nombre de "despacho" para el servicio. Se han ofrecido servicios similares en Internet y por lo general se conocen como "conversación de voz". Estos servicios por lo general se ejecutan como aplicaciones de computadoras personales que envían cuadros vocodi f icadores en paquetes de Protocolo de Internet (IP), es decir, servicio de voz-sobre-IP (VoIP), a un servidor de conversación de grupo central, o posiblemente, de cliente a cliente en un servicio par-a-par.
Una característica clave de estos servicios es que la comunicación es rápida y espontánea, que generalmente se inicia oprimiendo simplemente un botón PTT, sin recurrir al marcado típico y a la secuencia de llamada de tonos. La comunicación en este tipo de servicio por lo general es muy corta, con ciertos "aumentos de potencia" de llamada individual que generalmente es del orden de varios segundos, y en "conversaciones" que posiblemente duran un minuto o menos. El retardo de tiempo entre el momento en que el usuario solicita la palabra y cuando recibe una confirmación positiva o negativa del servidor en el que él tiene la palabra, y puede comenzar a hablar, se conoce como la latencia PTT, que es un parámetro crítico para los sistemas de comunicaciones de grupo medio-dúplex. Como se mencionó anteriormente, los sistemas de despacho ejecutan una prioridad en conversaciones cortas y rápidas, que hacen que el servicio sea menos efectivo si la latencia de PTT es más amplia. Las infraestructuras de comunicación de grupo existes proveen oportunidades limitadas para reducir significativamente la latencia PTT, es decir, la latencia de PTT real no se puede reducir posiblemente por debajo del tiempo requerido para restablecer los canales de tráfico con sesiones de paquete-datos inactivas. Además, los canales de tráfico de los oradores y auditores se aportan en seríes, porque el único mecanismo disponible para empezar a activar un grupo inactivo es esperar a que el canal de tráfico del orador se restablezca para señalizar el servidor. Actualmente, no existe un mecanismo para enviar datos de señalización de usuario móviles-originados en ningún otro medio diferente que en el canal de tráfico, que es una limitación que requiere que los canales de tráfico se restablezcan antes de que se lleve a cabo cualquier comunicación entre los clientes y el servidor . Por lo tanto, existe la necesidad de mecanismos para reducir tanto la latencia de PTT aparente experimentada por el orador y el tiempo total requerido para restablecer los canales de tráfico para móviles participantes sin impactar negativamente la capacidad del sistema, la duración de la batería del cliente, u otros recursos. En un modelo de despacho, una comunicación entre puntos finales se lleva a cabo dentro de grupos virtuales, en donde la voz de un "orador" es transmitida a uno o más "auditores". Un solo caso de este tipo de comunicación se refiere comúnmente como una llamada de despacho o simplemente una llamada. Una llamada es una ej empl i f i cación de un grupo, que define las características de la llamada y es, en esencia, una lista de miembros con cierta información asociada, tal como un nombre de grupo o identificación de grupo (id) . Una lista de miembros es una lista de uno o más usuarios que están invitados para participar en la llamada. Existe la necesidad de un modelo de despacho que soporte tanto el modelo de sala de conversación y el modelo ad-hoc de servicios de llamada de grupo. En el modelo de sala de conversación, los grupos son predefinidos, los cuales se pueden almacenar en el servidor de despacho. Sin embargo, en el modelo ad-hoc, los grupos pueden ser definidos y/o modificados en tiempo real .
SUMARIO DE LA INVENCION Las modalidades descritas proveen un método novedoso y mejorado en un dispositivo de comunicación para finalizar a un miembro de una llamada de grupo en una red de comunicación de grupo, que incluye recibir una indicación desde un usuario que desea finalizar su participación en una llamada de grupo y enviar una solicitud a un servidor para finalizar al usuario de la llamada de grupo . En otro aspecto de la invención, un medio legible por computadora en un dispositivo de comunicación integra un método para finalizar a un miembro de una llamada de grupo en una red de comunicación de grupo, en donde el método incluye los pasos anteriormente mencionados. En otro aspecto de la invención, un dispositivo de comunicación para finalizar a un miembro de una llamada de grupo en una red de comunicación de grupo incluye medios para recibir una indicación desde el usuario que decide finalizar su participación en una llamada de grupo y medios para enviar una solicitud a un servidor, para finalizar al usuario desde la llamada de grupo . En otro aspecto de la invención, un dispositivo de comunicación para finalizar a un miembro de una llamada de grupo en una red de comunicación de grupo incluye un receptor, un transmisor, y un procesador comunicativamente acoplado al receptor y al transmisor. El procesador tiene la capacidad de recibir una indicación del usuario que desea finalizar su participación en una llamada de grupo y enviar una solicitud a un servidor para finalizar al usuario de la llamada de grupo. En un aspecto, el dispositivo de comunicación es un dispositivo de oprima-para-hablar (PTT) . Las modalidades descritas también proveen un método novedoso y mejorado en un servidor para finalizar a un miembro de una llamada de grupo en una red de comunicación de grupo, que incluye los pasos de recibir una solicitud para finalizar a un usuario de una llamada de grupo, finalizar al usuario desde la llamada de grupo, y enviar una respuesta que indique que el usuario ha sido finalizado de la llamada de grupo. En otro aspecto de la invención, un medio legible por computadora en un servidor integra un método para finalizar a un miembro de una llamada de grupo en una red de comunicación de grupo, en donde el método incluye los pasos anteriormente mencionados . En otro aspecto de la invención, un servidor para finalizar a un miembro de una llamada de grupo en una red de comunicación de grupo incluye medios para recibir una solicitud para finalizar a un usuario de una llamada de grupo, finalizar al usuario de la llamada de grupo, y enviar una respuesta que indique que el usuario ha sido finalizado de la llamada de grupo. En otro aspecto de la invención, un servidor para finalizar a un miembro de una llamada de grupo en una red de comunicación de grupo incluye un receptor, un transmisor y un procesador comunicativamente acoplados al receptor y al transmisor. El procesador tiene la capacidad de recibir una solicitud para finalizar a un usuario desde una llamada de grupo, finalizar al usuario de la llamada de grupo y enviar una respuesta que indica que el usuario ha sido finalizado de la llamada de grupo.
BREVE DESCRIPCION DE LAS FIGURAS Las características y ventajas de la presente invención serán más aparentes a partir de la descripción detallada que se establece a continuación cuando se considere junto con las figuras, en donde los caracteres de referencia similares se identifican de manera correspondiente en toda la descripción y en donde: La figura 1 ilustra un sistema de comunicaciones en grupo; La figura 2 ilustra cómo interactúan las diversas aplicaciones entre si; La figura 3 ilustra un procedimiento de usuario-registro ejemplar de acuerdo con una modalidad; La figura 4 ilustra un procedimiento de establecimiento de llamada intra-regional , local y ejemplar de acuerdo con una modalidad; La figura 5 ilustra un procedimiento de establecimiento de llamada intra-regional, remota y ejemplar de acuerdo con una modalidad; La figura 6 ilustra un procedimiento de establecimiento de llamada inter-regional , local y ejemplar de acuerdo con una modalidad; La figura 7 ilustra un procedimiento de establecimiento de llamada inter-regional, remota y ejemplar de acuerdo con una modalidad; La figura 8 ilustra un procedimiento ejemplar para abandonar una llamada de grupo de acuerdo con una modalidad; La figura 9 ilustra un procedimiento ejemplar para finalizar una llamada de grupo de acuerdo con una modalidad; La figura 10 ilustra un procedimiento ejemplar para enviar una alerta para una llamada de grupo de acuerdo con una modalidad; La figura 11 ilustra un procedimiento ejemplar para unirse posteriormente a una llamada de grupo de acuerdo con una modalidad; La figura 12 ilustra un procedimiento ejemplar para dar preferencia a un orador de acuerdo con una modalidad; La figura 13 ilustra un procedimiento ejemplar para agregar nuevos miembros a una llamada de grupo activo de acuerdo con una modalidad; La figura 14 ilustra un procedimiento ejemplar para eliminar participantes de una llamada de grupo de acuerdo con una modalidad; La figura 15 ilustra un procedimiento ejemplar para eliminar el registro de un usuario de acuerdo con una modalidad; La figura 16 ilustra cómo los diversos dispositivos de comunicación interactúan con un administrador de comunicaciones de acuerdo con una modalidad; La figura 17 ilustra un medio de almacenamiento en memoria intermedia en un lado del administrador de comunicaciones de acuerdo con una modalidad; y La figura 18 ilustra medios de memoria intermedia en el lado del cliente de acuerdo con una modalidad.
DESCRIPCION DETALLADA DE LA INVENCION Antes de que se explique a detalle una modalidad de la invención, se debe entender que la invención no está limitada en su aplicación a los detalles de la estructura y disposición de los componentes establecidos en la siguiente descripción o ilustrados en las figuras. La invención tiene la capacidad de que se puede ejecutar con otras modalidades y se lleva a cabo de diversas maneras. También, se debe entender que las frases y terminología que se utilizan en la presente invención son con el propósito de descripción solamente y no se deben considerar como limitativos . La figura 1 ilustra un diagrama en bloques funcional y ejemplar de un sistema de comunicación en grupo 100. El sistema de comunicación en grupo 100 también es conocido como un sistema de oprima-para-hablar (PTT), un servicio de transmisión de red (NBS), un sistema de despacho, o un sistema de comunicación punto-a-mult ipunto . En una modalidad, el sistema de comunicación en grupo 100 incluye componentes de servidor de aplicación, tales como despachadores, servidores de ubicación, complejos de la unidad de control de medios (MCU), servidores de acceso de uso y clientes de protocolo de Internet (IP) (dispositivos inalámbricos y/o cableados con conectividad de IP) . Los componentes del servidor de aplicación se pueden desplegar ya sea, en un despliegue centralizado o en un despliegue r e gi ona 1 i zado , con base en la funcionalidad del componente. El despliegue centralizado puede incluir un despachador local (HD) 102, un servidor de ubicación local (HLS) 104, y una base de datos de usuario /grupo 106. Estos componentes se pueden localizar centralmente en la red del proveedor del servicio y pueden ser accesibles mediante los despliegues regionales. Los componentes centralizados se pueden utilizar para ubicar a los usuarios de seguimiento y para iniciar llamadas de grupo inter-regionales . Un despliegue regionalizado 108, 110 puede incluir un servidor de ubicación regional (RLS) 112, un despachador regional (RD) 114, un complejo de la unidad de control de medios regional (MCU) 116, y un servidor de registro de acceso de uso regional (ULS) 118. Los despliegues regionales se pueden distribuir a través de la red del proveedor del servicio para asegurar los retardos de red asociados con el establecimiento de llamada que se mantienen a un mínimo, con el propósito de satisfacer un requisito de respuesta instantánea. La distribución de la carga de llamada a través de los sistemas regional i zados diversos también asegura que se puedan desarrollar esquemas de escalabilidad adecuados para soportar un gran número de usuarios. Los componentes del servidor de aplicación regionalizada proveen el registro de usuario, el establecimiento y gestión de llamada int ra- regi ona 1 , así como la iniciación de alerta y entrega a los usuarios, que se registran en la región. Los dispositivos de comunicación de grupo (clientes) 120, 122, que se pueden desplegar en un equipo cdma2000, por ejemplo, requieren una sesión de datos de paquete utilizando una opción de servicio de datos estándar y utiliza esta sesión para registrar su dirección IP con el servidor de aplicación y para desarrollar las iniciaciones de llamada de grupo. En una modalidad, los componentes del servidor de aplicación 108, 110 están conectados a los nodos de servicio de datos de paquete del proveedor de servicio (PDSN) . Los clientes 120 y 122, al solicitar una sesión de datos de paquete desde la infraestructura inalámbrica, tienen una conectividad IP a los componentes del servidor de aplicación 108, 110 a través de los PDSN. Al iniciali zarla , los clientes 120, 122 pueden solicitar una sesión de datos de paquete utilizando la opción de servicio de datos. Como parte del establecimiento de la sesión de datos de paquete, al cliente se le asigna una dirección IP. En este momento, el cliente también recibe la dirección de un servidor de servicio de nombre de dominio (DNS) 124. El cliente 120, 122 interroga al servidor DNS 124, por ejemplo, utilizando una búsqueda de registro de servicio (SRV) , para encontrar la dirección de RLS 112. Después de ubicar la dirección RLS 112, el cliente 120, 122 puede realizar un registro, notificar al servidor de aplicación su información de ubicación, por ejemplo, la dirección IP. Se puede desarrollar el registro utilizando un protocolo IP, tal como un protocolo de iniciación de sesión (SIP) sobre el protocolo de datagrama de usuario (UDP) . La dirección IP del cliente 120, 122 se puede utilizar para contactar al cliente cuando el usuario ha sido invitado a una llamada de grupo. En una modalidad, después de que se completa el registro, el cliente puede desarrollar otra búsqueda de registro DNS SRV para encontrar la dirección del despachador regional 114. El cliente contacta al despachador regional cada vez que el usuario solicita iniciar una llamada o envía una alerta. La interfaz entre el despachador regional 114 y el cliente 120, 124 puede ser un protocolo de señalización sobre UDP. Una vez que se establece una llamada de grupo, el cliente 120, 114 y el complejo MCU 116 intercambian mensajes de medios y de señalización. En una modalidad, los medios pueden ser enviados entre los participantes de la llamada y el complejo MCU 116 utilizando el protocolo de tiempo real (RTP) sobre UDP. Los mensajes de señalización también pueden ser un protocolo de señalización sobre UDP. Más adelante se describen estos protocolos y la funcionalidad que proveen.
Componente s El sistema de comunicación de grupo 100 puede incluir los puntos finales IP que contienen el software del cliente y los componentes del servidor regionali zado y centralizado que se requieren para ofrecer el servicio de comunicación en grupo. Los clientes de comunicación en grupo y los componentes del servidor de aplicación se describen con mayor detalle en las siguientes secciones .
Clientes El cliente de comunicación en grupo 120, 122 puede correr sobre cualquier punto final IP que tenga acceso a los vocodi f i cador ( es ) apropiados. Los puntos finales IP pueden incluir aplicaciones que corren sobre un sistema inalámbrico, por ejemplo, cdma2000, una plataforma de desarrollo de aplicación, por ejemplo, un ambiente de duración binaria para sistemas inalámbricos (BREW), y computadoras personales. El cliente puede incluir una aplicación de software, que se puede desarrollar utilizando BREW, y las interfaces al software de módem de estación móvil (MSM) que se puede descargar al cliente y que contenga el ambiente BREW. BREW es una plataforma que permite a los desarrolladores crear aplicaciones que puedan operar en dispositivos de comunicación con clientes. La plataforma BREW provee una capa de aislamiento al de s a r ro 11 ado r de la aplicación, permitiendo el desarrollo de aplicaciones sin tener contacto directo dentro del software MSM y el software del fabricante del equipo original (OEM) . Esto permite que se desarrollen rápidamente las aplicaciones y que surjan independientes del software MSM y/o OEM. Esto también permite que se descarguen las aplicaciones en cualquier dispositivo que contenga el ambiente BREW. Como se muestra en la figura 2, el software de aplicación de comunicación en grupo del cliente 202 se puede ejecutar en paralelo con otras aplicaciones 204, 206, 208, 210. Aunque estos servicios se pueden ofrecer directamente a través de las interfaces OEM 212 y MSM 214, la plataforma BREW provee el aislamiento de las modificaciones hechas por la aplicación en estas capas. Esto permite que OEM 212 y MSM 214 puedan emerger de manera separada a partir de las aplicaciones de datos 202, 204, 206, 208, 210. Para que el cliente opere efectivamente en una computadora personal, la computadora personal puede incluir el acceso a un vocodi f icador compatible, el acceso a excitadores de sonido y la conectividad IP a los servidores de aplicación.
Servidor de ubicación En una modalidad, el servidor de ubicación (LS) puede aceptar y/o mantener la información de ubicación del usuario, por ejemplo, la dirección IP a nivel red, la ubicación física del usuario, tal como, la longitud y latitud, y/o la identificación (id) de la zona de paquete, es decir, una transmisión de identificación del sistema al aire en canales comunes de avance que identifique el rango del PDSN que es proveer el servicio de paquete-datos para ese sector. En una modalidad, el LS puede incluir un componente que procese los registros de los clientes y suministre la información de ubicación del usuario a otras aplicaciones, tal como el envío de mensajes instantáneo, utilizando una interfaz SIP. El LS puede incluir dos elementos funcionales, el servidor de ubicación regional (RLS) 112 y el servidor de ubicación local (HLS) 104. Se puede desplegar el RLS 112 sobre una base de región-por-región y se puede centralizar el HLS 104. Los detalles de estos elementos y sus funciones se describen a continuación.
Servidor de ubicación regional El RLS 112 puede procesar y mantener los registros de los clientes localizados dentro de su región. En una modalidad, el RLS 112 es un LS basado en SIP estándar, con un almacenamiento asociado para la información de ubicación del usuario. Como parte del mantenimiento de las entradas de registro, el RLS 112 puede verificar la fecha de expiración, los campos de "vencimiento" para cada registro. El RLS asegura que se eliminen las entradas que han expirado y ambos, tanto el despachador regional (RD) como el HLS son notificados de todas las entradas que han sido eliminadas . Como se analizó previamente, los clientes pueden desarrollar un registro IP para notificar al servidor de aplicación su ubicación. Los clientes pueden mantener sus registros para la duración de su disponibilidad del servicio de comunicación en grupo. Los clientes pueden desarrollar nuevos registros cuando la dirección IP del cliente cambia y cuando el registro está a punto de expirar. Cuando el cliente se registra o se vuelve a registrar el RLS 112 puede notificar su RD 114 asociado. Esto permite que el RD 114 cargue previamente los datos del usuario para prepararse a las solicitudes de establecimiento de llamada, reduciendo de esa manera el tiempo de establecimiento de llamada. El RD 114 puede almacenar en una memoria asociada la información de ubicación del usuario, eliminando la necesidad de que el RD 114 haga contacto con el RLS para recuperar la información de ubicación del usuario durante el establecimiento de la llamada. El RLS 112 puede notificar al RD 114 en el caso en que se actualice o elimine del RLS 112 la información de ubicación del usuario. Esto asegura que el RLS 112 y el RD 114 se mantengan en sincronización con la última información sobre los usuarios registrados dentro de la región. El RLS 112 también puede actualizar periódicamente al HLS 104 con la información de la ubicación del usuario registrada. En el caso que el RLS 112 someta un registro a HLS 104 para un usuario que ya tiene un registro válido en otra región, el HLS puede resolver el conflicto.
Servidor de ubicación local El HLS 104 puede procesar las interrogaciones para la información de ubicación del usuario. En una modalidad, el HLS 104 provee una interfaz con base en SIP para permitir otras aplicaciones, tales como la aplicación de envió de mensajes instantáneos, para interrogar la información de ubicación para un usuario en particular . Si el HLS 104 es un componente centralizado y los RLS se comunican con él, el HLS puede resolver múltiples registros en diferentes regiones para los usuarios de seguimiento. El HLS 104 puede recibir la información de registro desde cada uno de los RLS. Si el HLS 104 recibe múltiples registros para el mismo usuario, el HLS 104 puede conservar el registro más reciente y solicitar la eliminación del registro (s) caduco para el usuario desde los RLS. Esto a su vez puede disparar la eliminación de la información almacenada en una memoria asociada para ese usuario del RD 114 asociado con el RLS que contiene el registro caduco .
Despachador El despachador puede facilitar el establecimiento de llamada localizando a los usuarios y asignando las llamadas de grupo al complejo de unidades de control de medios (MCU) 116. El despachador es el componente del servidor que es la clave para cumplir con el requisito de "acceso instantáneo". Para asegurar los menores tiempos de establecimiento de llamada, el despachador puede incluir dos elementos funcionales con una similar estructura y funcionalidad, pero tienen diferentes estrategias de despliegue. Estos dos elementos, el despachador regional (RD) 114 y el despachador local (HD) 102, se describen con mayor detalle en las siguientes secciones.
Despachador regional El RD 114 puede ser el punto inicial de contacto para las solicitudes de establecimiento de llamada y para las solicitudes de alerta. El RD 114 puede cargar previamente la información del usuario cuando recibe una indicación del RLS 112 de que un usuario se ha registrado. Junto con la información del usuario, el RD 114 puede almacenar en una memoria asociada la información sobre las llamadas de grupo que están corriendo en el sistema. El RD 114 puede utilizar la información almacenada en memoria asociada para los usuarios y grupos durante el establecimiento de llamada para conservar el tiempo de establecimiento de llamada a un nivel mínimo, es decir, no se requerirán búsquedas de bases de datos . En una modalidad, la información de grupo que almacena el RD en la memoria asociada incluye la lista de miembros de grupo y la dirección del complejo MCU 116 en donde está corriendo ese grupo. El RD 114 puede mantener la lista de miembros y la dirección de MCU para la duración de la llamada. Esto ayuda a que el RD 114 determine rápidamente si una solicitud de llamada entrante contiene una definición de grupo, que es idéntica a aquella que tiene una llamada asociada que ya está corriendo en el sistema, lo que permite al RD responder rápidamente a las solicitudes de establecimiento de llamada y otorgar de manera confiable o denegar la solicitud de tomar la "palabra" en la respuesta. El RD 114 puede otorgar o negar la solicitud de palabra-control. El RD 114 puede decidir si solicitará al complejo MCU 116 que agregue al usuario a la llamada como un participante "que se une más tarde" o para iniciar una nueva llamada con la lista de miembros asociada . Durante el procesamiento de solicitud de establecimiento de llamada, el RD 114 puede utilizar la información del usuario almacenada en la memoria asociada para recuperar la información de ubicación para los usuarios especificados en la solicitud de establecimiento de llamada. Si no se puede localizar un usuario, el RD 114 puede solicitar al HD 102 que localice al usuario. En una modalidad, si por lo menos se localizan uno o más usuarios objetivo, el RD 114 continúa con el establecimiento de llamada. Después que se han localizado los objetivos, el RD 114 puede decidir a cuál MCU se debe asignar la llamada. Esta determinación se puede basar en las direcciones IP de los usuarios el grupo, incluyendo al que origina la llamada . El RD 114 puede manejar las solicitudes de alerta similares a las solicitudes de llamada. En una modalidad, la solicitud de alerta se asigna a un complejo MCü local 116 para procesarla, sin considerar la ubicación de los objetivos. En una modalidad, la información en la memoria asociada del RD se puede escribir periódicamente a un mecanismo de almacenamiento confiable para que se pueda recuperar en el caso de fallas. Al recuperar una falla RD, la información de usuario y grupo que se escribió al mecanismo de almacenamiento confiable, se puede volver a cargar dentro de la memoria asociada y el RD procede a validar la información almacenada en la memoria asociada junto con el procesamiento de las solicitudes de establecimiento de llamada entrante. En una modalidad, el RD 114 carga los datos de usuario dentro de la memoria asociada local cada vez que un usuario notifica su registro desde el RLS 112. Al eliminar la necesidad de realizar varias búsquedas de base de datos en el tiempo de establecimiento de llamada, el RD 114 reduce significativamente el tiempo que se lleva validar y responder a las solicitudes de establecimiento de llamada o solicitudes de alerta. El RD 114 puede tener acceso a la base de datos de usuario/grupo 106 durante el establecimiento de llamada para expandir las direcciones de grupo previamente definidas, y si están presentes en la solicitud, a las listas de usuarios individuales y, si es necesario, traducir los identificadores alternos de usuarios o de grupos, por ejemplo, los números de teléfono, los ID de conferencia, a dirección ( es ) canónica (s) .
Despachador local El despachador local (HD) 102 puede rastrear la información de ubicación de los usuarios registrados. El HD puede contener información de la ubicación para los usuarios que han realizado sus registros con RLS 112. Como se analizó previamente, cada RLS 112 puede notificar su RD 114 asociado cada vez que ocurre un registro de usuario, un nuevo registro, una eliminación de registro, o una expiración de registro. El RD 114 puede utilizar esta información para cargar o liberar la información del usuario en su memoria asociada local. Cada RD 114 puede actualizar el HD 102 con la información de ubicación del usuario. Como el HD 102 recibe actualizaciones del RD 114, el HD 114 puede ayudar a encontrar a los usuarios que están diseminados geográficamente en todas las diferentes regiones.
El RD 114 puede solicitar asistencia del HD 102 cuando recibe una solicitud para un usuario que no está actualmente registrado dentro de la región, es decir, que no está dentro de la información de usuario en la memoria asociada del RD.
Servidor DNS En una modalidad, el sistema de comunicación en grupo 100 puede utilizar el servidor DNS 124 del proveedor de servicio para proveer la información de ubicación para el RLS 112 y el RD 114 para los clientes. Esta información puede ser configurada al momento de cada despliegue regional y puede ser actualizada periódicamente para asegurar su precisión. En una modalidad, cada cliente se aprende la dirección del servidor DNS a través de la negociación de control de Protocolo de Internet (IPCP) durante el establecimiento de sesión de protocolo punto-a-punto (PPP), cuando solicita una sesión de datos de paquete. El servidor DNS 124 puede ser advertido de esta manera basándose en un sistema de región-por- región . Esto permite al cliente dar seguimiento de región a región y comunicarse con el servidor DNS 124 en la misma región en donde se localiza el cliente. El servidor DNS 124 se despliega basándose en región-por-región, junto con cada PDSN. En una modalidad, el servidor DNS 124 puede ser actualizado con cada RD 124 y RLS que está dando servicio al PDSN con el cual se asocia el servidor DNS 124. En una modalidad, el mecanismo utilizado para localizar el RD 114 apropiado y el RLS 112 se basa en una combinación de domiciliación DNS y SIP. El servicio DNS (SRV) cuya búsqueda de registro se puede realizar con base en la porción de "<domain> " del SIP URI bajo el cual cada cliente se registra. La solicitud de registro SRV puede incluir el protocolo o servicio, que el solicitante está intentando encontrar, por ejemplo, en el caso de intentar localizar el RLS 112, el cliente puede solicitar un "servicio de registro" en la búsqueda de registro DNS SRV. La respuesta DNS puede incluir una o más redes válidas y direcciones de puerto para el servidor que ofrece el servicio requerido. El servidor DNS 124 se puede utilizar en el balanceo de carga entre los servidores que ofrecen el mismo servicio, permitiendo al servidor DNS 124 que establezca un circuito cíclico entre el servidor múltiple cuando devuelva las respuestas a las solicitudes del cliente.- Base de datos de usuario/grupo En una modalidad, la base de datos de usuario /grupo 106 es el repositor central para la información de usuarios y grupo. Para cada usuario, la base de datos puede incluir información tal como la dirección del usuario, el rango de prioridad, la información de autent ificación, la información de contacto del usuario, asi como la bandera de intercepción legal que indica si el usuario está bajo vigilancia. La base de datos también puede incluir definiciones de grupos previamente definidos, que son listas de usuarios y un nombre de grupo asociado, para el modelo de salón de conversación de servicios de despacho. Cada grupo se puede identificar únicamente por la dirección de grupo, por ejemplo. El cliente puede utilizar la dirección de grupo para identificar el grupo en la solicitud de establecimiento de llamada de grupo. El RD 14 puede utilizar la dirección de grupo para recuperar la lista del miembro asociado desde la base de datos de usuario/grupo 106, cuando recibe una solicitud de establecimiento de llamada de grupo con un grupo previamente definido en él.
Complejo de unidad de control de medios El complejo de unidad de control de medios (MCÜ) puede incluir centrales de control de medios (MCH) y una unidad de control de medios (MCU) . La MCH puede centralizar y administrar múltiples procedimientos MCU. Cada MCU puede manejar el procesamiento de medios y la señalización de tiempo real para una sola llamada. Las funciones del MCU que se desarrollan para una llamada pueden incluir: • Gestión de asignaciones de llamada desde RD 114. • Enviar información de carga y estatus al MCH . · Enviar información de iniciación de llamada a los clientes. • Procesar señalización en llamada desde los clientes, tales como las solicitudes PTT . • Asegurar que los mensajes de señalización sean entregados a los clientes de manera confiable. • Replicar y distribuir los medios para las llamadas de "uno-a-muchos". • Proveer la traducción de medios utilizando el tras codificador apropiado para las llamadas de "uno-a-muchos" del vocodificador "mixto" . • Supervisar la actividad de llamadas e iniciar la finalización de llamada con base en la inactividad de flujo de medios. Producir la información de uso para el servidor de registro de acceso de uso (ULS) 118. • Reenviar la información de medios y señalización al punto de intercepción legal apropiado, cuando sea solicitado. El MCU puede procesar las solicitudes de alerta desde el RD 114, enviar las notificaciones de alerta al cliente y esperar los reconocimientos por parte de los clientes. Al recibir los reconocimientos de los clientes objetivo, el MCU libera cualesquiera recursos asignados a la transacción de alerta. En este momento, el MCU puede manejar otras asignaciones de llamada o solicitudes de alerta.
Servidor de registro de acceso de uso El ULS 118 puede existir en cada región y se puede co-ubicar con el complejo MCU 116. El ULS 118 puede recopilar eventos de utilización desde el complejo MCU 116 para cada procesamiento de llamada o de alerta, formatearlos en un registro de datos de utilización (UDR) , y después almacenar estos UDR en una secuencia de archivos UDR. Los UDR para las llamadas pueden contener información relacionada con las llamadas individuales incluyendo la lista de participantes y los totales de utilización participantes. El UDR para las alertas puede contener información que indica el que origina la alerta y los usuarios objetivo a los cuales se envió dicha alerta. Los archivos UDR pueden ser recopilados por el proveedor de servicio para su análisis de facturación, y pueden ser borrados después de un tiempo determinado. El ULS 118 puede - escribir un solo UDR por evento de llamada al final de cada llamada. El ULS 118 también puede escribir un solo UDR para cada momento en que se procesa una solicitud de llamada. Los UDR escritos por el ULS 118 pueden contener la siguiente información: • Identificador de caso de llamada o identificador de caso de alerta. • El identificador MCU, que también implica la ubicación de llamada. Al inicio de una llamada, se puede elegir un MCU apropiado con base en la ubicación registrada de todos los participantes propuestos. La ubicación del MCU puede estar o no estar en la misma región que el que originó la llamada . • Iniciar el tiempo de llamada o alerta. • Finalizar el tiempo de llamada o alerta. · Originar el nombre de usuario y/o identificador. • Originar la dirección IP del usuario. • Para cada participante, nombre de usuario, dirección de usuario, dirección IP del usuario, tiempo de participación acumulado, que puede ser cero para las alertas, el número total de segundos en que el participante sostuvo la palabra, que puede ser cero para las alertas. En una modalidad, para cada llamada se emite un solo UDR, que puede representar el grupo total de segmentos de conversación durante la llamada. Si se requiere un registro de evento de UDR en una base de segmento por llamada, se puede llevar a cabo a costa de la carga de procesamiento adicional, del I/O del archivo, y de los requisitos de espacio de disco. El sistema de comunicación en grupo 100 desarrolla diversas funciones diferentes para poder operar los servicios de grupo. Las funciones relacionadas con las experiencias del usuario incluyen el registro, inicio de llamada, finalización de llamada, envío de alertas, unirse a la llamada más tarde, arbitraje del orador, agregar usuarios, eliminar miembros, eliminar registros, di reccionamiento y autentif icación . Las funciones relacionadas con la preparación del sistema y operación del mismo incluyen la administración y aprovisionamiento, escalabilidad y fiabilidad. Estas funciones se describen con mayor detalle en las siguientes secciones.
Regi st ro En un sistema de comunicación inalámbrico, por ejemplo, un sistema CDMA, el registro es el proceso mediante el cual una estación móvil hace que su ubicación sea conocida para la infraestructura ' del sistema inalámbrico. Esta información de ubicación puede incluir el área geográfica en que se encuentra la estación móvil y la identificación de la estación base que está dando servicio a la estación móvil, que puede ser utilizada para ayudar en el uso eficiente de los canales de acceso y de localización. En una modalidad, la información de ubicación del usuario es la dirección IP del cliente, sin cons iderar si el el ient e está conectado mediante servicios inalámbricos o alámbricos. Un protocolo IP ejemplar que permite que las aplicaciones de IP localicen clientes con base en su dirección IP es el protocolo de iniciación de sesión (SIP) . Entre otras funciones, el SIP provee métodos para que los clientes registren su dirección IP y otra información de la ubicación con un componente del servidor SIP. Además, el SIP provee los métodos para las aplicaciones IP que están interesadas en "encontrar" clientes para interrogar al mismo componente del servidor SIP la información de ubicación, tal como la dirección IP del cliente. El registro puede incluir el procedimiento de un cliente IP comunicándose con un componente del servidor SIP para notificar y mantener la información de su ubicación, por ejemplo, la dirección' IP. El componente del servidor SIP que provee esta funcionalidad es el servidor de ubicación. El método mediante el cual un cliente notifica al servidor de ubicación su ubicación o los cambios a su ubicación es el método SIP REGI STER (REGISTRO SIP) . En una modalidad, los clientes registran su información de ubicación con un servidor de ubicación regional. Otras aplicaciones basadas en IP, tales como el envío de mensajes instantáneos, pueden beneficiarse de tener . el conocimiento de cada dirección IP del cliente disponible en un servidor de ubicación. Un servicio externo o el cliente pueden desarrollar el registro. La figura 3 ilustra un flujo de llamada ejemplar para desarrollar la función de registro. Al inicializar 302, el cliente puede solicitar una sesión de datos de paquete e iniciar el proceso de registrar su dirección IP con RLS 112. Para poder desarrollar el registro, el cliente puede desarrollar una búsqueda de registro DNS SRV 304 para determinar la dirección del RLS. Una vez que la dirección RLS ha sido recuperada 306, el cliente puede registrar su información de ubicación, por ejemplo, utilizando un mensaje de registro SIP 308. El RLS puede autentificar 310 el usuario y emitir una respuesta 312 al cliente. El RLS puede notificar 314 el despachador regional que ha registrado el usuario, y el despachador regional puede utilizar la información para cargar previamente el registro de datos asociado del usuario para facilitar un tiempo de respuesta más rápido durante el establecimiento de llamada. En este punto, al cliente se le puede contactar con una invitación para participar en una llamada de grupo. En una modalidad, el cliente puede necesitar desarrollar el registro para recibir una llamada de grupo, sin considerar el tipo de conectividad de datos que tenga, es decir, inalámbrica o cableada. Los registros pueden tener un campo de "vencimiento" asociado con los mismos, que indica por cuánto tiempo se puede considerar válida la información de registro del cliente. Para garantizar que el cliente esté siempre disponible mediante IP, el cliente puede estar consiente de la expiración de su registro y desarrollar un nuevo registro previo al tiempo de expiración. Los registros también pueden volverse inválidos o caduco debido a otras circunstancias, tales como cuando la dirección IP del cliente ha cambiado o la conexión de datos entre el cliente y el servidor de ubicación ha sido indebida. Los clientes pueden estar consientes del estado de su conectividad de datos y si es que su dirección IP ha cambiado. Después de que el registro inicial se ha completado, un cliente puede permitir que su sesión de datos de paquete se vuelva inactiva, lo que puede liberar al canal de tráfico dedicado. El cliente puede supervisar su sesión de datos de paquete para asegurarse que se mantenga válida durante periodos de inactividad extendida. Las condiciones que pueden afectar la validez de la sesión incluyen moverse a un área con una diferente ID de zona de paquete, experimentando un desvanecimiento o pérdida de servicio, y aceptando y/o colocando una llamada de PSTN. La dirección IP del cliente puede cambiar y se le puede requerir al cliente que restablezca la conectividad de datos a la infraestructura. Cuando el cliente restablece su sesión de datos de paquete, recibe una nueva dirección IP. La nueva dirección IP necesita ser comunicada al servidor de ubicación para asegurar que la información de ubicación del cliente se mantenga precisa. Esto se puede lograr desarrollando un registro. Un cliente cableado que se está comunicando al servidor de ubicación a través de una pared de fuego, puede necesitar mantener la abertura a través de la pared de fuego "auto-encendiendo" periódicamente el servidor de ubicación. Esto se logra desarrollando nuevos registros.
Iniciación de llamada de grupo Después que se completa el registro, el usuario puede hacer o recibir llamadas. Antes del inicio de la primera llamada después de la inic ial i zación , el cliente puede desarrollar una búsqueda de registro DNS SRV para encontrar la ubicación del despachador regional. Esto se puede desarrollar como parte del procedimiento de inicio. Un "grupo" se asocia con un originador, el usuario que inició el establecimiento de llamada de grupo, y una lista de miembros, que contiene al usuario objetivo o usuarios. La lista de miembros puede contener uno o más usuarios, uno o más grupos predefinidos, o una combinación de los dos. Si la lista de miembros contiene solamente un usuario, la llamada iniciada utilizando esa lista de miembros se refiere comúnmente como una llamada privada. Si la lista de miembros contiene cualesquiera grupos predefinidos, el despachador regional puede expandir los grupos predefinidos en una lista de uno o más usuarios objetivo, por ejemplo, reemplazando el ident i f icador del grupo predefinido en la lista de miembros original, con la lista de miembros asociados con el grupo predefinido. Después que se han expandido los grupos predefinidos, la lista de miembros resultante puede contener solamente el nombre del usuario objetivo. En este punto, el despachador regional intenta localizar a los usuarios objetivo en la lista de miembros, por ejemplo, escudriñando la memoria asociada de información del usuario del despachador regional. Si los objetivos están localizados dentro de la memoria asociada del despachador regional, los miembros del grupo se pueden registrar dentro de la misma región como el despachador regional. Este tipo de llamada de grupo se etiqueta como una llamada "intra-regional". Si existen usuarios que el despachador regional no pudo localizar, el despachador regional puede solicitar asistencia del despachador local para localizar a los usuarios. La llamada asociada con un grupo que contiene miembros de dos o más regiones se refiere como una llamada "ínter-regional" . Después que el despachador regional ha determinado si la llamada es intra-regional o inter-regional , puede iniciar el proceso de determinar cuál es la unidad de control de medios (MCU) que puede sostener la llamada. Para las llamadas intra-regionales , el despachador regional puede asignar la llamada a un MCU localizado en la misma región que el despachador regional, si existen recursos de MCU disponibles en esa región. La llamada resultante que utiliza este tipo de establecimiento de llamada se refiere como la llamada " localmente-centrali zada" o llamada local. Para las llamadas inter-regionales , el despachador regional puede tener la elección de asignar la llamada a una MCU dentro de la misma región o en una región remota o foránea. El despachador regional puede tomar esta decisión con base en la información de ubicación del usuario para encontrar la trayectoria de desplazamiento óptima para los medios y señalización que contienen paquetes IP. Si una mayoría de usuarios están localizados en una región particular, la llamada puede ser asignada a esa región. Si los usuarios están dispersados de manera uniforme a través de las regiones, la llamada se puede asignar a una de las regiones que contienen los usuarios objetivo. Si la llamada inter-regional es asignada a un MCU que está en una región diferente a la región en la cual reside el despachador regional, esta llamada se refiere entonces como una llamada "centralizada- remotamente" o remota. El despachador regional puede tener el conocimiento de la topología de red y/o conectividad entre los MCU y los PDSN a los que está dando servicio y puede utilizar este conocimiento para tomar una mejor decisión en la asignación de llamadas.
Llamadas i nt ra - re gi ona le s El sistema de comunicaciones en grupo 100 puede ser desplegado para asegurar que la mayoría de las llamadas sean int ra-regionales . Las llamadas int ra-regionales pueden eliminar la necesidad de comunicación entre el despachador regional 114 y el despachador local 102 en el tiempo de establecimiento de llamada. También se puede eliminar la necesidad de comunicación entre las regiones cuando los objetivos están en la misma región y la llamada se ha centralizado localmente, como sucede en el caso de la mayoría de las llamadas int ra-regionales . Las siguientes secciones describen flujos de llamada, cálculos de sincronización, y esquemas de envío de mensajes para llamadas intra-regionales .
Cómo iniciar una llamada local La figura 4 ilustra un flujo de mensaje ejemplar para iniciar una llamada de grupo local.
El usuario puede seleccionar 402 uno o más usuarios objetivo, uno o más grupos predefinidos, o una combinación de ambos y puede descomprimir el botón oprima-para-hablar (PTT) . El cliente puede enviar una solicitud 404 al despachador regional para establecer la llamada de grupo, sin considerar si la estación móvil tiene un canal de tráfico dedicado o no, como se analizará con mayor detalle posteriormente. Si se envió la solicitud, y si la sesión de datos de pagúete de la estación móvil está inactiva, el cliente puede iniciar el proceso de restablecer canales de tráfico dedicado y preparar la sesión de datos de paquete para la actividad de medios. El cliente puede almacenar en memoria intermedia la entrada de conversación recibida desde la persona que originó la llamada por cierto periodo. Cuando el despachador regional recibe la solicitud, se pueden expandir los grupos predefinidos, que se pueden especificar en la solicitud, dentro de las listas de miembros de usuario objetivo. Entonces, el despachador regional puede recuperar 406 la información de ubicación de los usuario objetivo. En este punto, el despachador regional puede también determinar si el grupo ya está corriendo en el sistema. La figura 4 muestra un escenario en donde el grupo todavía no está corriendo. El escenario de llamada en la que el usuario se une más tarde, que se describirá posteriormente en la presente invención, ilustra el caso en el cual el grupo todavía sigue corriendo. Después que el despachador regional localiza por lo menos a uno de los usuarios objetivo, el despachador regional puede enviar una respuesta 408 de nuevo al cliente indicando que la llamada de grupo se ha establecido. En este punto, el cliente puede otorgar de manera optimista 410 la solicitud de la persona que originó la llamada para iniciar la conversación y comenzar a almacenar en memoria intermedia 412 sus medios. El despachador regional puede utilizar las ubicaciones de los usuarios objetivo para determinar la región en la cual se puede asignar la llamada. Si se determina que los usuarios objetivo están en la misma región que el despachador regional, como en la figura 4, el despachador regional puede asignar la llamada a un MCU regional. El MCU puede enviar anuncios 414 al grupo entero indicando que la llamada se está iniciando. Para los usuarios objetivo, el envío del anuncio puede disparar sus sesiones de datos de paquete para que salgan de inactividad y restablezcan sus canales de tráfico. Después que el cliente ha recibido el anuncio de llamada desde el MCU y el canal de tráfico de la estación móvil ha sido restablecido, el cliente puede reenviar 416 los medios almacenados en memoria intermedia al MCU. El MCU puede almacenar en memoria intermedia 418 los medios recibidos desde la persona que originó la llamada. En una modalidad, el MCU puede almacenar en memoria intermedia los medios hasta que se cumple o se excede un "umbral de respuesta objetivo". El umbral de respuesta objetivo es una indicación de la cantidad de respuestas objetivo que se requieren para proceder con el envió de medios. El umbral puede ser un parámetro conf igurable . Una vez que se cumple el umbral, el MCU replica y reenvía 420 los medios a los usuarios objetivo que han respondido 422 al anuncio de la llamada .
Envío de mensajes mediante un aumento de potencia de datos cortos La "respuesta instantánea" se refiere al tiempo de respuesta que le lleva al servidor de aplicación responder a un PTT o a una solicitud de establecimiento de llamada. El objetivo para responder a cualquier solicitud PTT, incluyendo las solicitudes de establecimiento de llamada en grupo, es responder de manera consistente a la solicitud en un tiempo predeterminado, por ejemplo, un segundo o menos. En muchos casos, cuando un usuario solicita establecer una llamada de grupo, la sesión de datos de paquete del usuario está inactiva y no existe ningún canal de tráfico dedicado. Restablecer los canales de tráfico dedicados puede tomar un tiempo considerable. Por lo tanto, se puede lograr la comunicación con el servidor de aplicación a través de otros medios. Para asegurar que el sistema de comunicación en grupo cumple con la "respuesta instantánea", se pueden enviar pequeños datagramas IP en cualquier momento en cualquier dirección, es decir, originados móviles o finalizados móviles, sin considerar el estado de la sesión de datos de paquete. En una modalidad, se pueden enviar datagramas IP en forma de un mensaje de aumento de datos cortos (SDB) . En situaciones cuando la sesión de datos de paquete está inactiva , el mensaje SDB se enviará sobre los canales de sobrecarga. Cuando está presente la conectividad del canal de tráfico dedicado, el mensaje SDB se envía sobre el canal de tráfico . Refiriéndose ahora a la figura 4, la solicitud de establecimiento de llamada en grupo 404 puede ser enviada mediante un mensaje SDB. La respuesta al establecimiento de llamada de grupo 408 desde el servidor de aplicación también puede ser enviada en un mensaje SDB. La solicitud de establecimiento de llamada y los mensajes de respuesta enviados mediante los mensajes SDB pueden permitir al sistema de comunicación en grupo 100 cumplir con el objetivo de "respuesta instantánea". Para completar el proceso de establecer la llamada de grupo, el MCU puede enviar anuncios de llamada a los usuarios en la lista de miembros, incluyendo el originador. Estos anuncios de llamada pueden ser enviados mediante los canales de tráfico dedicados. En la mayoría de los casos, las sesiones de datos de paquete del miembro de grupo están inactivas, es decir, no se establecen canales de tráfico dedicado. Esto significa que el MCU podría tener que reenviar el mensaje de anuncio de llamada en un programa de fiabilidad agresivo hasta que todos los canales de tráfico de los miembros han sido restablecidos y los miembros han reconocido el mensaje o hasta que el sincronizador de fiabilidad expire. Enviar el anuncio de llamada de manera agresiva asegura que los medios almacenan en memoria intermedia en el cliente y el MCU se mantenga a un mínimo. El cliente puede enviar medios almacenados en memoria intermedia tan pronto como el canal de tráfico esté activo y reciba un anuncio de llamada que contenga la información de contacto MCU. El MCU puede replicar y reenviar los medios almacenados en memoria intermedia tan pronto como sea cumplido o excedido el umbral de respuesta objetivo. Esto significa que, entre más rápido reciban el anuncio de llamada los objetivos y respondan a él, más pronto se puede cumplir este umbral, entonces más rápido el MCU podrá detener el almacenamiento en memoria intermedia e iniciar el envío de medios. También se puede enviar mediante SDB el anuncio de llamada al que originó la llamada. Esto ofrece dos beneficios. Primero, desde que el anuncio de llamada contiene la información de contacto MCU, el cliente de llamada de grupo puede iniciar enviando los medios almacenados en memoria intermedia al MCU tan pronto como se restablezca el canal de tráfico de la estación móvil, lo que puede reducir los requerimientos de memoria RAM en la estación móvil para sostener los medios almacenados en memoria intermedia. Segundo, si el que origina la llamada decide abortar la misma o liberar la palabra, lo que puede ocurrir previo a que se restablezca el canal de tráfico, cuando el anuncio de llamada entra mediante SDB, el cliente puede notificar al MCU esa información. Los impactos para enviar el anuncio de llamada al originador mediante SDB es un incremento en la carga en los canales comunes y un requisito para que el MCU de un tratamiento especial al mensaje de anuncio de llamada del que originó el mismo.
Inicio de una llamada remota Las llamadas intra-regionales pueden ser centralizadas localmente si todos los miembros se localizan dentro de la misma región. El despachador regional puede asignar una llamada int a-regional a una región remota debido a los recursos locales que han sido sobrecargados o que no están disponibles. En dichos casos, los medios y la señalización pueden experimentar una latencia adicional asi como errores debido a las trayectorias extendidas de comunicación entre el PDSN del usuario y el MCU remoto. La figura 5 ilustra un establecimiento de llamada ejemplar para una llamada remota e intra-regional . Para iniciar una llamada intra-regional en una central remota es similar al escenario de establecimiento de llamada que se analizó en relación con la figura 4; con la excepción de la asignación de llamada del despachador regional a un MCU. Después que el despachador regional ha recuperado la ubicación de los miembros del grupo, se puede determinar el MCU al cual se puede asignar la llamada. El despachador regional puede tomar esta decisión con base en la información de ubicación del usuario, en la carga y disponibilidad de los MCU. En una llamada intra-regional, los usuarios pueden estar localizados en la misma región, por lo tanto el despachador regional puede verificar la carga y disponibilidad del complejo MCU en la región local. Si el despachador regional recibe una indicación de que el complejo MCU local está sobrecargado o temporalmente está experimentando fallas operativas, entonces puede asignar la llamada a un MCU remoto. En una modalidad, los MCU pueden ser rep 1 i ca ci one s de funcionalidad idéntica con la excepción de la configuración de llamada; por lo tanto, el MCU remoto puede manejar la llamada de manera similar al MCU local.
Llamadas i nt er - re g iona le s El sistema de llamada de grupo 100 puede estar designado para permitir a un usuario comunicarse con cualquier otro usuario sin considerar su ubicación física o proximidad entre sí. El sistema de comunicación en grupo 100 puede ser desplegado para limitar el número de llamadas que son inter-regionales , debido a que las llamadas inter-regionales requieren la comunicación entre el despachador regional y el despachador local en el tiempo de establecimiento de llamada. La asignación de llamada puede ser a un MCU que esté en una región remota desde uno o más de los participantes de llamadas. Las siguientes secciones describen flujos de llamadas ejemplares, cálculos de sincronización y esquemas de envío de mensajes para las llamadas inter-regionales.
Inicio de una llamada local La figura 6 ilustra un flujo de mensaje ejemplar para iniciar una llamada de grupo localmente centrada. El establecimiento de llamada para una llamada local, inter-regional es similar al establecimiento de llamada para una llamada local int ra-regional , tal como se describe en relación con la figura 4, con la excepción del procedimiento en el cual el despachador regional recupera la información de ubicación para los usuarios objetivo. En una modalidad, el despachador regional intenta localizar a los usuarios objetivo dentro de su memoria asociada. Si algunos usuarios no se encuentran en la memoria asociada, el despachador regional puede solicitar asistencia desde el despachador local para localizar a los usuarios. El despachador local puede contener la información de ubicación del usuario para los usuarios que han desarrollado registros IP utilizando el servidor de ubicación regional. Como se analizó previamente, el servidor de ubicación regional puede notificar a su despachador regional asociado cada vez que ocurre un registro de usuario. Cada despachador regional puede notificar al despachador local de los registros de usuario.
Esto permite al despachador local ayudar a los despachadores regionales a encontrar usuarios que están esparcidos geográficamente a través de diferentes regiones. La figura 7 ilustra una configuración ejemplar para una llamada remota, i nt e r - regi ona 1. Iniciar una llamada inter-regional en una central remota es similar al escenario de establecimiento de llamada, tal como se describió en relación con la figura 4, con la excepción de la asignación de llamada del despachador regional a una MCU. Después que el despachador regional (RD) 114 recupera la ubicación de los miembros de grupo, puede determinar a qué MCU se le puede asignar la llamada. El RD 114 puede tomar esta decisión basándose en la información de ubicación de los usuarios, en la carga y disponibilidad de los MCU. Utilizando las ubicaciones de los miembros de grupo, el RD intenta encontrar la trayectoria de desplazamiento óptima para los paquetes IP que contienen los medios y señalización sobre la red del proveedor de servicio, para una mayoría de miembros. Si una mayoría de usuarios están localizados en una región particular, la llamada puede ser asignada a esa región. Si los usuarios están todavía dispersados entre regiones, la llamada puede ser asignada a una de las regiones que contienen los usuarios objetivo.
Finalización de la llamada de grupo Una llamada de grupo puede finalizar por dos razones: ya sea que todos los participantes hayan solicitado dejar la llamada o que todos los participantes hayan dejado de hablar durante un periodo predefinido, que se llama "periodo de finalización de llamada". Cada participante puede elegir finalizar la participación en la llamada antes de la finalización planeada de la llamada. Si todos los participantes dejan la llamada, entonces el MCU puede finalizar la llamada y dejar todos los recursos asignados a la misma. Si todos, excepto un participante, finalizan la llamada, el MCU puede notificar al participante, y se refiere como el "usuario solitario". El usuario solitario tiene la opción de dejar la llamada inmediatamente o de esperar a que expire el tiempo en que se debe colgar la llamada, lo que puede ocasionar que el MCU desbande la llamada. El MCU puede finalizar la llamada al momento de expirar el sincronizador del tiempo de finalización de llamada. El MCU puede rastrear cada emisión de llamada y establecer un tiempo de sincronización después de finalizar la emisión de llamada. Este sincronizador se refiere como el sincronizador de tiempo de finalización de llamada y puede rastrear la duración de silencio, es decir, cuando no hay conversación o actividad de flujo de medios, en la llamada. Si la llamada permanece en silencio por la duración del tiempo de finalización de llamada, que puede ser configurada por el proveedor del servicio, el MCU puede suponer que los participantes ya no están interesados en la llamada y, por lo tanto, finaliza la misma.
Finalización de la llamada iniciada por el u s ua r i o La figura 8 ilustra un escenario ejemplar en el cual un usuario ha elegido finalizar la participación en una llamada de grupo. El escenario describe el flujo de mensaje para que finalice la participación del usuario. Cuando el usuario elige 802 finalizar la participación en la llamada de grupo, el cliente puede enviar 804 una solicitud al MCU para retirar al usuario de la llamada. El MCU puede eliminar 806 al usuario de la llamada y notificar 808 al cliente que el usuario ha sido retirado 810.
Finalización de la llamada iniciada en servidor La figura 9 ilustra un flujo de mensaje ejemplar que ocurre cuando el sincronizador de tiempo de finalización de llamada expira y cuando el MCU termina la llamada de grupo. Al momento de la expiración del sincronizador de finalización de llamada 902, el MCU puede enviar 904 a los participantes una notificación de que la llamada está finalizando. Cada cliente que recibe una notificación de finalización de llamada puede responder 906 con un reconocimiento. Al recibir todos los reconocimientos, el MCU puede notificar 908 al RD que la llamada ha terminado y puede liberar los recursos que fueron asignados a dicha 11 amada .
Envió de una alerta El mecanismo de alerta se puede utilizar para notificar a los usuarios objetivo que otro usuario, el que originó la alerta ha expresado el deseo de que participen en una llamada de grupo. El mecanismo de alerta puede contener un mensaje de texto que permite al usuario que originó la llamada especificar el tema de la llamada, el tiempo deseado de la llamada, o cualquier otro mensaje de texto que pueda personalizar el usuario. La fiqura 10 ilustra un flujo de mensaje ejemplar que ocurre cuando un usuario envía una alerta. El que origina la llamada puede seleccionar 1002 uno o más usuarios objetivo, uno o más grupos predefinidos, o una combinación de los dos, y puede indicar que una alerta ha sido enviada. El cliente puede enviar 1004 una solicitud al RD para enviar alertas a los usuarios objetivo especificados en la solicitud. Cuando el RD recibe 1006 la solicitud, puede expandir los grupos predefinidos especificados en la solicitud en las listas de los miembros de usuario objetivo, y el RD puede recuperar la información de ubicación de los usuarios objetivo. Después que el RD ha localizado por lo menos a uno de los usuarios objetivo, el RD puede enviar una respuesta 1008 nuevamente al cliente. El RD puede asignar 1010 la solicitud de alerta a un MCU para transmitir mensajes de alerta 1012 a los usuarios objetivo. Como se apreció en la figura 10, la solicitud de alerta puede ser enviada mediante un aumento de datos cortos (SDB) . Enviar las alertas mediante mensajes SDB permite a las sesiones de datos de paquete de las partes involucradas permanecer inactivas. La notificación de alerta contiene la información necesaria para permitir a los usuarios objetivo establecer llamadas de grupo con el que originó la llamada y con el resto de los usuarios objetivo, por ejemplo, seleccionando la notificación de alerta y oprimiendo PTT. Cuando esto ocurre, el establecimiento de llamada de grupo procede de manera similar al escenario . de establecimiento de llamada que se analizó en relación con la figura 4.
Unión tardía Una solicitud de establecimiento de llamada de grupo se considera como una unión tardía si es que se determina que la lista de miembros que se puede especificar en la solicitud de establecimiento de llamada, es idéntica a la que está asociada con una llamada que ya está en progreso en el sistema. Esta situación puede ocurrir en una de dos maneras. Primero, el usuario puede crear una lista de miembros idéntica a aquella que ya tiene una llamada asociada con la misma, por ejemplo, seleccionando exactamente al mismo usuario(s) y/o grupo (s) y liberando el botón PTT. Segundo, el usuario puede seleccionar una llamada, que sigue corriendo en el sistema, desde la lista de historial de llamadas y liberando el botón PTT. En cualquiera de los casos, el RD puede detectar que la llamada que ha solicitado el usuario para que comience sigue en proceso, y tratará al usuario como un usuario que se une más t arde . La figura 11 ilustra un caso de usuario que se une más tarde ejemplar en el cual, el usuario puede seleccionar una llamada desde la lista de historial de llamadas. El usuario puede seleccionar 1102 una llamada de la lista de historial de llamadas y después oprimir el botón PTT. El cliente puede enviar 1104 una solicitud al RD para iniciar la llamada de grupo. El RD puede determinar la llamada si todavía sigue corriendo 1106 y enviar una respuesta 1108 al cliente de que el usuario ha sido agregado a una de las llamadas en progreso. Si la llamada todavía sigue corriendo, no se puede otorgar la palabra al usuario porque un participante de la llamada actual puede estar todavía sosteniendo la palabra al momento en que el usuario que se unió más tarde está preparado para recibir los medios, es decir, la sesión de datos de paquete entra en inactividad. El RD puede solicitar 1110 al MCU que está centralizando la llamada que agregue al usuario que se unió más tarde al grupo. El MCU agrega al usuario y envía 1112 un anuncio al usuario que contiene la información de contacto del MCU. Después de que se restablece el canal de tráfico del usuario que se unió más tarde, el flujo de medios dentro de la llamada puede ser transmitido al usuario. En este momento, el usuario que se unió más tarde puede intentar solicitar el privilegio de hablar. El escenario del usuario que se unió más tarde es similar al escenario para iniciar una nueva llamada de grupo tal como se analizó en relación con la figura 4. El factor de diferenciación es el usuario que se unió más tarde y se le niega la palabra en respuesta a la solicitud de establecimiento de llamada de grupo inicial . Arbitraje del orador En una modalidad, a cada usuario de llamada de grupo se le asigna un rango de prioridad de orador, que determina cuál es el nivel de derechos que el usuario tiene cuando solicite privilegios para robar la "palabra" y comenzar a hablar. Después que se establece la llamada de grupo, el CU puede ser responsable del control de la palabra y determinar si a un participante que solicita la palabra se le permite hablar. El MCU puede desarrollar el arbitraje de oradores cuando dos o más participantes de llamada están compitiendo para el control de la palabra para un grupo en particular. La figura 12 ilustra los eventos ejemplares que pueden ocurrir durante un procedimiento de arbitraje. El esquema de arbitraje que se utiliza en este escenario1 permite la sesión por prioridades del usuario B cuando el usuario A solicita la palabra. El usuario B tiene el control de la palabra, es decir, el usuario B está hablando, cuando el usuario A solicita permiso para hablar oprimiendo 1202 el botón PTT. El cliente puede enviar 1204 un mensaje al MCU solicitando permiso para hablar. El MCU puede desarrollar el arbitraje del orador 1206 y determinar que el usuario B puede ser seleccionado por prioridad y entonces el usuario A otorga la palabra. Para poder asegurar un receso en el flujo de medios, es decir, el usuario B puede dejar de hablar antes de que los medios del usuario A sean transmitidos, el CÜ primero envía 1208 un mensaje al cliente para el usuario B, indicando que la palabra ha sido cedida por prioridades por otro usuario, y después enviar 1210 una respuesta otorgando la palabra al usuario A.
Agregar usuarios a una llamada de grupo activa El sistema de comunicaciones en grupo 100 permite a un participante de llamada de grupo agregar nuevos usuarios a una llamada de grupo en progreso. Esto se logra en el momento en que el participante de la llamada selecciona uno o más usuarios objetivo, uno o más grupos predefinidos, o una combinación de ambos, e indica que al participante le gustaría que se agregaran objetivos a la llamada de grupo en que el participante está actualmente. La figura 13 ilustra los eventos que ocurren cuando se agregan nuevos objetivos a una llamada de grupo que está en progreso. El participante de la llamada puede seleccionar 1302 uno o más usuarios objetivo, uno o más grupos, o una combinación de ambos que se deben agregar a la llamada. El cliente puede enviar 1304 un mensaje al RD solicitando que se agreguen usuarios objetivo especificados a la llamada de grupo en progreso, que se puede especificar en la solicitud. Cuando el RD recibe la solicitud, puede expandir los grupos predefinidos, especificados en la solicitud, en la listas de miembros de usuario objetivo. Entonces, el RD puede recuperar 1306 la información de ubicación de los usuarios objetivo. Después que el RD ha localizado por lo menos a uno de los usuarios objetivo, el RD puede enviar 1308 una respuesta nuevamente al cliente indicando que se han agregado a la llamada otros objetivos. El RD puede enviar 1310 una solicitud al MCU para agregar los usuarios especificados a la llamada. El MCU puede enviar 1312 anuncios de llamada a los nuevos objetivos, que pueden iniciar el proceso para atraer sus sesiones de datos de paquete y sacarlos de inactividad. Los anuncios pueden ser enviados en un programa de fiabilidad para asegurar que los objetivos reciban el mensaje. Después que se restablecen los canales de tráfico de los "objetivos", los objetivos pueden enviar 1314 reconocimientos al MCU. Los objetivos adicionales pueden ser incluidos 1316 en la comunicación de medios y señalización que está ocurriendo en la 11 amada .
Eliminación de miembros de una llamada de grupo activa El sistema de comunicaciones en grupo 100 permite a un participante de llamada de grupo eliminar miembros de un grupo activo. En una modalidad, esto se puede lograr mediante un participante de llamada seleccionando uno o más participantes objetivo e indicando que deben ser eliminados de la llamada de grupo. La figura 14 ilustra los eventos ejemplares que pueden ocurrir cuando los participantes son eliminados de una llamada de grupo en progreso. El participante de la llamada de grupo puede seleccionar 1402 una o más participantes objetivo que deben ser eliminados de llamada. El cliente puede enviar 1404 un mensaje al RD, solicitando que los objetivos, que pueden estar especificados en el mensaje, sean eliminados de la llamada de grupo. Cuando el RD recibe la solicitud, puede recuperar 1406 la información de ubicación objetivo y puede enviar 1408 una respuesta de nuevo al cliente indicando que se han eliminado los objetivos. El RD puede enviar 1410 una solicitud al MCU para eliminar los objetivos de la llamada. El MCU puede enviar 1412 mensajes a los objetivos, que pueden ser especificados en la solicitud de eliminación, indicando que han sido eliminados de la llamada. Los objetivos pueden enviar 1414 reconocimientos al MCU.
Eliminación del registro Cuando un usuario ya no quiere ser contactado por el servidor de aplicación o cualquier otra aplicación IP que utilice la dirección IP del usuario para contactar al usuario, se puede realizar la función de eliminación de registro. La función de eliminación de registro elimina la dirección IP del usuario y otra información del contacto del RLS y libera cualesquiera recursos asignados por parte del usuario. La figura 15 ilustra como se elimina el registro del usuario del RLS como resultado de que la estación móvil se ha apagado, de acuerdo con una modalidad. El cliente puede recibir 1502 una indicación de que la estación móvil, e la que el cliente reside, ha sido apagada. Como parte del procedimiento de apagado, el cliente puede enviar 1504 un mensaje al RLS, indicando que la información de ubicación del usuario debe ser eliminada. El RLS puede autentificar 1506 la solicitud para asegurarse que provenga de una fuente válida. Al momento de realizar la autentif icación exitosa, el RLS puede notificar 1508 al cliente con una indicación exitosa, y puede notificar 1510 al RD sobre la eliminación del usuario. El RD puede eliminar los registros de datos del usuario de su memoria asociada y puede liberar los recursos que pudieron haber sido asignados al usuario. En el caso de falla de una eliminación de registro, la información de ubicación del usuario se puede eliminar eventualmente del RLS cuando ha transcurrido el tiempo asociado con el campo de vencimiento. En una modalidad, el sistema de comunicación en grupo 100 soporta tanto el modelo de salón de conversación como el modelo ad-hoc. En el modelo de salón de conversación, los grupos son predefinidos, mismos que pueden ser almacenados en el servidor de despacho. Los grupos predefinidos pueden ser públicos, implicando que el grupo tiene una lista abierta de miembros, es decir, cualquier usuario de despacho es un participante potencial. En el modelo de salón de conversación, la llamada se inicia cuando la primera persona opta unirse al salón de conversación, y la llamada se mantiene corriendo, en donde están los recursos del servidor asignados a la llamada, sin considerar la actividad de la con ersación, durante un tiempo predeterminado que puede ser configurado por el proveedor del servicio. Los usuarios específicamente solicitan unirse y dejar este tipo de llamadas. Durante periodos de inactividad de conversación, cada llamada se lleva a un estado inactivo de grupo, como se analizará posteriormente, hasta que un usuario solicite permiso para hablar. En el modelo ad-hoc, los grupos pueden ser definidos en tiempo real y tienen una lista de miembros cerrada, y puede existir solamente por la duración de la llamada. Las definiciones del grupo ad-hoc pueden no estar almacenadas en algún lado; pueden ser utilizadas para establecer la llamada y liberadas después que la llamada ha terminado. Se puede formar un grupo ad-hoc cuando un usuario que origina la llamada selecciona uno o más usuarios objetivo y genera una solicitud, que es enviada a un servidor para iniciar la llamada. Los usuarios objetivo pueden recibir una notificación de que han sido incluidos en un grupo y pueden automáticamente unirse a la llamada asociada, es decir, no se requerirá acción por parte del usuario. Cuando una llamada ad-hoc se vuelve inactiva, los servidores de la aplicación pueden "destrozar" la llamada y liberar los recursos asignados a la misma, incluyendo la definición de grupo utilizada para iniciar la llamada. Cuando se opera en el modelo de salón de con ersación, en el sistema de comunicaciones en grupo 100, un grupo de usuarios de dispositivos de comunicación, conocidos individualmente como miembros de la red, se comunican entre si utilizando un dispositivo de comunicación asignado a cada miembro de la red. El término "red" denota un grupo de usuarios de dispositivos de comunicación autorizados para comunicarse entre si. En una modalidad, una base de datos central puede contener información que identifique a los miembros de cada red particular. Más de una red puede operar en el mismo sistema de comunicación. Por ejemplo, se puede definir una primera red con diez miembros y una segunda red se puede definir con veinte miembros. Los diez miembros de la primera red se pueden comunicar entre si, pero no se pueden comunicar con miembros de la segunda red. En otra modalidad, los miembros de diferentes redes tienen la habilidad de supervisar las comunicaciones entre los miembros de más de una red, pero pueden solamente tener la habilidad de transmitir información a miembros dentro de su propia red. Una red puede operar sobre un sistema de comunicaciones existente sin requerir cambios sustanciales a la infraestructura existente. Por lo tanto, un controlador y los usuarios en una red pueden operar en cualquier sistema que tenga la capacidad de transmitir y recibir información de paquete utilizando el protocolo de Internet (IP), tal como el sistema de acceso múltiple de división por códigos (CDMA) , un sistema de acceso múltiple de división por tiempos (TDMA), o un sistema global para un sistema de comunicaciones móviles (GSM) , o sistemas de comunicación por satélite tales como Globalstar™ o Iridium™, o una variedad de otros s i stema s . Los miembros de la red se pueden comunicar entre si utilizando un dispositivo de comunicación asignado, que se muestra como los dispositivos de comunicación (CD) 120 y 122. CD 120 y 122 pueden ser dispositivos de comunicación cableados o inalámbricos tales como los teléfonos inalámbricos terrestres, los teléfonos cableados que tienen la capacidad de oprima-para-habla , teléfonos por satélite equipados con la funcionalidad de oprima-para-hablar, video cámaras inalámbricas, cámaras de pie, audio dispositivos tales como grabadoras de música o reproductores, computadoras portátiles o de escritorio, dispositivos de localización o cualquier combinación de los mismos. Por ejemplo, el CD 120 puede comprender un teléfono terrestre inalámbrico que tenga un video cámara y una pantalla. Además, cada CD puede enviar y recibir información de manera segura, o en modo no seguro (claro) . En toda la descripción siguiente, la referencia a un CD individual infiere un teléfono inalámbrico de oprima-para-hablar. Sin embargo, se debe de entender que la referencia a un CD no tiene la intención de estar limitada como tal, y puede abarcar otros dispositivos de comunicación que tengan la capacidad de transmitir y recibir información de paquete de acuerdo con el protocolo de Internet ( IP) . En el sistema de comunicaciones en grupo 100, un privilegio de transmisión generalmente permite que un solo usuario transmita información a otros miembros de la red en un tiempo determinado. El pri ilegio de transmisión es otorgado o negado a un miembro de la red que lo solicite, dependiendo de si el privilegio de transmisión está asignado actualmente o no a otro miembro de la red cuando se recibió la solicitud. El procedimiento de otorgamiento y negación de las solicitudes de la red se conoce como arbitraje. Los esquemas de arbitraje pueden evaluar factores tales como los niveles de prioridad asignados a cada CD, el número de intentos no exitosos para lograr el privilegio de transmisión, el tiempo en que un miembro de la red ha sostenido el privilegio de transmisión, y otros factores para determinar si a un miembro de la red que lo solicite se le otorga el privilegio de transmisión. Para poder participar en el sistema 100, los CD 120 y 122 pueden tener cada uno la habilidad de solicitar el privilegio de transmisión desde un controlador o MCU 116. El MCU 116 puede administrar la operación administrativa y en tiempo real de los grupos. El MCU es cualquier tipo de dispositivo de tipo computadora que tenga por lo menos un procesador y una memoria. El MCU 116 puede operar remotamente a través de cualquier proveedor de servicio de sistema de comunicación, o a través de elementos de servicio de sistema de comunicación o ambos, suponiendo que la autorización la otorga el proveedor del servicio. El MCU 116 puede recibir definiciones de grupo a través de una interfaz de administración externa. Los miembros de grupo pueden solicitar acciones administrativas a través de su proveedor del servicio o de las funciones de red administrati as a través de los sistemas definidos, tales como el administrador de seguridad operado por los miembros de la red (SM) que se conforma a una interfaz de administración de MCU. El MCU 116 puede autentificar la parte que intente establecer o modificar una red. El SM puede desarrollar la administración clave, la autentif icación del usuario y todas las tareas relacionadas para soportar redes seguras. Un solo sistema de comunicación en grupo puede interactuar con uno o más SM . El SM puede no estar involucrado en el control de tiempo real de una red, incluyendo la activación de la red o el arbitraje PTT. El SM puede tener capacidades de administración que son compatibles con la interfaz MCU para las funciones de administración automatizadas. El SM también puede tener la capacidad de actuar como un punto final de datos para el propósito de participar en una red, transmitir claves de red o simplemente supervisar el tráfico de la red. En otra modalidad, los medios para solicitar el privilegio de transmisión desde un MCU comprenden una tecla o interruptor oprima-para-hablar (PTT) . Cuando un usuario en el sistema 100 desea transmitir información a otros miembros, el usuario puede liberar el interruptor oprima-para-hablar localizado en su CD, enviando una solicitud de palabra-control para obtener el privilegio de transmisión del MCU 116. Si ninguno de los miembros de la red está actualmente asignado con el privilegio de transmisión, al usuario solicitante se le puede otorgar el privilegio de transmisión y el usuario puede ser notificado mediante una alerta audible, visual o táctil a través del CD. Después que al usuario solicitante se le ha otorgado el privilegio de transmisión, entonces se puede transmitir la información desde ese usuario al otro miembro . En una modalidad de la presente invención, cada miembro de la red inalámbrica establece un enlace de avance y un enlace en reversa con una o más estaciones base 126, o alternativamente con una compuerta satelital, conforme sea el caso. Voz y/o datos pueden ser convertidos en paquetes de datos, utilizando un CD, por ejemplo, que sea adecuado para una red distribuida particular 128 a través de la cual, se pueden llevar a cabo comunicaciones con otros usuarios. En una modalidad, la red distribuida 128 es la Internet. En una modalidad, se establece un canal de avance dedicado en cada sistema de comunicación, es decir, un sistema de comunicación terrestre y un sistema de comunicación satelital, para transmitir información desde cada miembro de la red a los otros miembros de la red. Cada miembro de la red puede recibir comunicaciones de otros miembros de la red sobre el canal dedicado. En otra modalidad, se establece un enlace inverso dedicado en cada sistema de comunicación para transmitir información al MCU 116. En una modalidad, se puede utilizar una combinación de los esquemas anteriores. Por ejemplo, un esquema puede involucrar establecer un canal de transmisión de avance dedicado pero requerir que los CD inalámbricos transmitan información al MCU 116 sobre un enlace inverso dedicado asignado a cada CD. Cuando un primer elemento de la red desea transmitir información a otros miembros de la red, el primer elemento de la red puede solicitar el privilegio de transmisión oprimiendo una tecla de opr ima-para-hablar en su CD, lo que genera una solicitud formateada para su transmisión sobre la red distribuida 128. En el caso de los CD 120 y 122, la solicitud puede ser transmitida al aire a una o más estaciones base 126. Un centro de conmutación móvil (MSC) 130, que puede incluir una función inter-funcional muy conocida (IWF), un nodo de servicio de datos de paquete (PDSN) , o una función de control de paquetes (PCF), para procesar paquetes de datos, puede existir entre BS 126 y la red distribuida 128. La solicitud puede ser transmitida a través de la red telefónica conmutada pública (PSTN) a un banco módem, que puede recibir la solicitud y proveerla a la red distribuida 128. Una terminal puede supervisar el tráfico del sistema 100 a través de su conexión a la red distribuida 128. Si ningún otro miembro mantiene actualmente el privilegio de transmisión, cuando el MCU 116 recibe una solicitud de privilegio de transmisión, el CU 116 puede transmitir un mensaje al miembro de la red solicitante, notificándole que se ha otorgado el privilegio de transmisión. Entonces se puede transmitir la información de audio visual y otro tipo de información desde el primer miembro de la red a los otros miembros de la red enviando la información al MCU 116, utilizando una de las trayectorias de transmisión que se acaban de describir. En una modalidad, el MCU 116 provee entonces la información a los otros miembros de la red, duplicando la información y enviando cada duplicado a los otros miembros de la red. Si se utiliza un solo canal de transmisión, se necesita entonces que la información sea duplicada una sola vez para cada canal de transmisión en uso. En una modalidad alternativa, el MCU 116 se incorpora en MSC 130 para que los paquetes de datos de las estaciones base de soporte sean ruteados directamente al MCU 116 sin que sean ruteados sobre la red distribuida 128. En esta modalidad, el MCU 116 sigue conectado a la red distribuida 128 para que otros sistemas y dispositivos de comunicación puedan participar en una comunicación de grupo. En otra modalidad adicional, el MCU 116 puede ser incorporado en los módulos PDSN o PCF del MSC. 130.
En una modalidad, el MCU 116 mantiene una o más bases de datos para administrar la información que pertenece a los miembros de la red individual asi como a cada red definida. Por ejemplo, para cada miembro de la red, una base de datos puede comprender información tal como el nombre de usuario, el número de cuenta, un número telefónico, o un número de marcado, asociado con el CD del miembro de la red, un número de identificación móvil asignado al CD, el estatus del miembro actual en la red, tal como si es que el miembro está participando activamente en la red, un código de prioridad para determinar cómo se asigna el privilegio de transmisión, un número telefónico de datos asociado con el CD, una dirección IP asociada con el CD y una indicación de cuáles son las redes con las que este miembro está autorizado a comunicarse. Otros tipos de información relacionados también se pueden almacenar en la base de datos con respecto a cada miembro de la red. En una modalidad, el CD puede formar conexiones con terminales de comunicación individuales para formar un grupo de llamada o una red. El MCU puede comprender una variedad de capacidades funcionales en el hardware y software que son conf igurables en diferentes maneras para acomodar diferentes aplicaciones. El MCU puede ofrecer la capacidad de'' manejar las operaciones de autenticidad, administrati as y en tiempo real de las redes, el arbitraje de solicitud de oprima-para-hablar (PTT), el mantenimiento y distribución de la membresia de la red y de las listas de registro, el establecimiento de llamada y destrozar la comunicación necesaria, por ejemplo, CDMA, sistemas y recursos de red, asi como el control general del estatus de red. Las redes pueden estar dentro de un sistema celular desplegable que se sostiene por si mismo, o en una amplia configuración de múltiples sitios. En el caso de una amplia configuración, los MCU múltiples pueden ser desplegados geográficamente para formar un solo sistema integrado, cada uno opera como un módulo de enchufe dentro de una infraestructura celular existente. Como tal, están disponibles nuevas características que son introducidas por las redes para los usuarios de celulares sin requerir la modificación a la infraestructura celular existente. El MCU puede mantener una lista de redes definidas. En una modalidad, cada definición de red incluye un identificador de red, una lista de miembros, incluyendo números de teléfono u otra información de identificación, la información de prioridad del usuario, y otra información de administración genérica. Las redes pueden ser definidas estáticamente, ya sea como claras o seguras, y no se pueden permitir transiciones entre las redes claras y seguras. Una red segura típicamente utiliza encripción de medios para proveer la autent ificación y guarda contra pasiva intercepción sin modificación. La encripción de medios para las redes seguras se ejecuta en una base de extremo-a-extremo (terminal-a-terminal), lo que significa que la encripción y la desencripción pueden llevarse a cabo dentro del dispositivo de comunicación. El MCü puede operar sin conocimiento de los algoritmos, claves o políticas de seguridad. La figura 16 ilustra un grupo ejemplar 1600 para mostrar como los dispositivos de comunicación 1602, 1604 y 1606 interactúan con un MCÜ 1608. Se pueden desplegar múltiples MCU conforme se desee para grupos a grandes escalas. En la figura 16, el CD 1602 tiene el permiso de transmitir medios a otros miembros del grupo. En este caso, el CD 1602 es conocido como el orador y transmite medios sobre un canal. Cuando el CD 1602 es designado como el orador, los participantes restantes, el CD 1604 y el CD 1606, no pueden tener permiso de transmitir medios al grupo. Por consiguiente, el CD 1604 y el CD 1606 son designados como auditores. Como se describió anteriormente, los CD 1602, 1604 y 1606 están conectados al CU 1608 utilizando por lo menos un canal. En una modalidad, el canal es dividido en canales separados gue comprenden un canal de protocolo de iniciación de sesión (SIP) 1610, un canal de señalización de medios 1612 y un canal de tráfico, de medios 1614. El canal SIP 1610 y el canal de señalización de medios 1612 pueden ser utilizados en cualquier momento como un ancho de banda que permite a cualquiera de los CD 1602, 1604 y 1606, sin considerar si son designados como un orador o un escucha. El SIP es una fuerza de tarea de ingeniería de Internet (IETF) gue es un protocolo de capa de aplicación definido, que describe mecanismos de control para establecer, modificar y finalizar sesiones de multimedia operando sobre protocolo de Internet (IP) . El SIP provee una solución general a los problemas de señalización de llamada para las aplicaciones de telefonía de Internet soportando mecanismos para registrar y localizar usuarios, un mecanismo que define las capacidades del usuario y describe los parámetros de medios y mecanismos para determinar la disponibilidad del usuario, el establecimiento de llamada, y el manejo de la llamada. En una modalidad, el canal SIP 1610 se utiliza para iniciar y finalizar la participación de un CD dentro del grupo 1600. También se puede utilizar una señal de protocolo de descripción de sesión (SDP) dentro del canal SIP 1610. Cuando se configura o se establece la participación del CD dentro del grupo, por ejemplo, utilizando el canal SIP 1610, se lleva a cabo el control de llamada en tiempo real y la señalización entre el CD y el MCU, por ejemplo, utilizando el canal de señalización de medios NBS 1612. En una modalidad, se utiliza el canal de señalización de medios 1612 para manejar las solicitudes oprima-para-hablar y sus liberaciones, arbitrar entre las solicitudes de conflicto o el control de la palabra, anunciar el comienzo y final de la transmisión de información, administrar la inactividad de la red, rastrear la conectividad del punto final, solicitar e intercambiar estatus de red y notificar cualesquiera mensajes de red. El protocolo de canal de señalización de medios 1612 deduce al mínimo la longitud de la mayoría de los mensajes comunes, y simplifica la tarea de interpretar respuestas y de responder a solicitudes mientras se mantiene la flexibilidad para mejoras futuras. El protocolo del canal de señalización de medios 1612 también permite que se reenvíen solicitudes sin afectar adversamente el estado de protocolo. En una modalidad, el tráfico de señalización en el canal de señalización de medios 1612 incluye el establecimiento de llamada y la señalización de control, que puede consistir de solicitudes de invitación a la sesión y de reconocimientos, así como de la señalización de medios que puede comprender solicitudes de control de la palabra en tiempo real y de mensajes asincronos elacionados. El tráfico de medios en el canal de tráfico de medios 1614 puede comprender transmisiones de voz y/o datos de tiempo real de-punto-a-multi-punto . Ambas categorías de envío de mensajes tienen atributos únicos funcionales. Además, cada CD puede emitir solicitudes del cliente del servicio de nombre de dominio (DNS) para facilitar el mapeo de nombres centrales DNS totalmente calificados a las direcciones de red de Internet . En una modalidad, la señalización de establecimiento de llamada y de control de llamada se realiza de acuerdo con la semántica SIP. Aunque SIP puede ser transportado utilizando ya sea el conocido protocolo de datagrama de usuario (UDP) o el protocolo de control de transmisión (TCP) , en una modalidad, cada CD realiza funciones de señalización basadas en SIP utilizando UDP. Además, cada CM puede esperar recibir solicitudes de señalización SIP mediante UDP. La señalización en tiempo real puede ocurrir mediante la interfaz UDP/IP dinámica en el CM y en cada CD. También puede llevarse a cabo otro tipo de señalización mediante una interfaz TCP/IP fija entre el CM y el CD utilizando el SIP, por ejemplo.
Latencia PTT En una modalidad, cuando el servicio de datos de paquete está activo, los recursos en la infraestructura, por ejemplo, el subsistema de transceptor de la estación base (BTS), el controlador de la estación base (BSC), ínter funcional (IWF) y el enlace de radio están asignados activamente a la estación móvil (MS) . En un servicio de despacho VoIP basado en IP, aunque hay una conversación activa continua entre los participantes del grupo, la conexión de datos de paquete para cada usuario se mantiene activa. Sin embargo, después de un periodo de inactividad, es decir, "tiempo de finalización de llamada" en las comunicaciones de grupo, los canales de tráfico del usuario se pueden cambiar al estado inactivo. La transición al estado inactivo conserva la capacidad del sistema, reduce el costo del servicio y la fuga de baterías, y hace que el usuario esté disponible para recibir llamadas de voz entrantes convencionales. Por ejemplo, cuando el usuario está en una llamada de datos de paquete activa, generalmente se considerará como "ocupado" para las llamadas de voz entrantes. Si la llamada de datos de paquetes del usuario está en estado inactivo, el usuario puede recibir llamadas de voz entrantes. Por estas razones, es deseable cambiar la llamada de datos de paquete al estado inactivo después de periodos de inactividad de datos de paquete . Aunque las llamadas de datos de paquete están activas, aún cuando no se han intercambiado paquetes de datos, todavía se puede seguir ransmitiendo la energía de radio frecuencia (RF) mediante los teléfonos móviles, aunque a un nivel bajo, para mantener el control de sincronización y energía con la estación base. Estas transmisiones pueden provocar un drenado o fuga de energía significativa en el teléfono. Sin embargo, en el estado inactivo el teléfono puede no desarrollar ninguna transmisión RF. Para conservar la energía del teléfono y extender la duración de la batería, el tiempo de finalización, de llamada se puede configurar para cambiar el teléfono a un modo inactivo después de periodos prolongados de no transmisión de datos. Aunque el servicio de datos de paquete está activo para todos los usuarios, solicitudes PTT, que pueden ser datagramas IP enviadas entre el MS y el servidor de despacho, tienen una latencia muy baja. Sin embargo, si los canales de usuario han sido intercambiados previamente al estado inactivo, la latencia PTT puede ser mucho más prolongada. Durante la inactividad de datos de paquete, se puede mantener la información de estado asociada con la sesión de datos de paquete, incluyendo la dirección IP móvil. Sin embargo, la información de estado asociada con las capas bajo PPP, tal como las capas de tráfico físicas, se puede liberar y/o des-asignar . En algunas infraestructuras, para activar una conexión de datos inactiva, se debe reasignar el canal de tráfico, se deben reasignar los recursos, y se debe reinicializar la capa de protocolo de enlace de radio (RLP) . El efecto de esto es que después de que un grupo de llamada no ha conversado durante un tiempo, cuando un usuario oprime su botón PTT para solicitar la palabra, la latencia PTT para la primer salida de llamada generalmente es mucho más prolongada que para las siguientes aumentos de potencia de llamada. Aunque esto es relativamente poco frecuente, puede afectar la utilidad del servicio y se debe reducir al mínimo . Para reducir la latencia, en una modalidad, la señalización de llamada de grupo, tal como las solicitudes de control de palabra, respuestas de control de palabra, y los mensajes de activación de inactividad, pueden ser transmitidos en ciertos canales comunes disponibles, sin esperar que se restablezcan los canales de tráfico dedicados. Dichos canales comunes pueden estar siempre disponibles sin considerar el estado de los móviles y puede no requerir que sean solicitados y reasignados cada vez que un usuario desea iniciar una llamada de grupo. Por lo tanto la señalización de llamada de grupo puede ser intercambiada aún cuando los móviles estén inactivos, lo que puede proveer un medio para restablecer los canales de tráfico dedicados para los móviles del orador y escucha en paralelo. En una modalidad, el móvil de llamada puede enviar una solicitud de control de palabra a la infraestructura inalámbrica sobre algunos canales comunes inversos disponibles, tales como el canal de acceso inverso y el canal de acceso mejorado inverso. El móvil que llama también puede recibir una respuesta a la solicitud de palabra de control en ciertos canales comunes de avance disponibles, tales como el canal de envíos de mensajes de localización en avance y el canal de control común en avance. En una modalidad, los móviles del escucha inactivo pueden recibir mensajes de activación de inactividad en ciertos canales comunes en avance disponibles, tales como el canal de localización en avance y el canal de control común en avance.
Mensajes de llamada-señalización de aumento de potencia de datos cortos En una modalidad, se puede lograr una reducción significati a en el tiempo real total de activación de inactividad y la latencia PTT percibida por el orador a través del uso de mensajes de aumento de datos cortos (SDB), tal como se provee en los "Estándares T IA/E I A/ I S - 2000 para Sistemas de Amplio Espectro cdma2000", que en lo sucesivo se refiere como "el estándar cdma2000", por ejemplo. En una modalidad, los mensajes SDB pueden ser enviados en ambos canales físicos dedicados, tales como el canal fundamental de avance (FCH) o el canal de control común dedicado de avance (F-DCCH), o canales físicos comunes, tal como el canal de acceso inverso (R-ACH), el canal de acceso mejorado inverso (R-EACH), el canal de control común de avance (F-CCCH), o el canal de localización (PCH) . Los mensajes SDB pueden ser transportados mediante el protocolo de aumento de potencia de radio (RBP) , que mapea los mensajes en un canal de capa física apropiado y disponible. Debido a que los mensajes SDB pueden portar un tráfico IP arbitrario y pueden ser enviados sobre canales físicos comunes, los mensajes SDB proveen un mecanismo para intercambiar la señalización de llamada de grupo cuando un móvil del cliente que llama no tiene canales de tráfico dedicados. En una modalidad, los mensajes de señalización de medios pueden portar datagramas IP sobre el enlace inverso o el enlace móvil-originado. Una estación móvil del cliente puede señalizar el MCU rápidamente cada vez que el usuario solicita la palabra y el canal de tráfico inverso dedicado no está disponible inmediatamente. Suponiendo que la estación móvil del cliente ha liberado todos los canales de tráfico dedicado, la estación móvil del cliente puede enviar inmediatamente la solicitud de control de palabra sobre un canal común inverso de una infraestructura inalámbrica, que puede conectar en relé la solicitud al MCU. Por ejemplo, tanto el canal de acceso inverso como el canal de acceso mejorado inverso se pueden utilizar para enviar dichos mensajes cuando no esté disponible un canal inverso dedicado. En una modalidad, la estación móvil del cliente puede transmitir un mensaje de solicitud de palabra al MCU como un mensaje SDB. Refiriéndose a la figura 4, en una modalidad, el cliente MS puede enviar la solicitud de palabra PTT 404 sobre un canal común inverso, tal como el canal de acceso o el canal de acceso mejorado antes de intentar restablecer su canal de tráfico dedicado. En una modalidad, el cliente MS puede enviar la solicitud de palabra PTT 404 en un mensaje SDB sin considerar cuál es el canal que se utilice . El cliente MS puede entonces restablecer su canal de tráfico dedicado, por ejemplo, desarrollando la "re-originación de opción de servicio 33", por ejemplo. El cliente MS puede también iniciar la sincronización de protocolo de enlace inverso (RLP) . En una modalidad, el cliente MS puede restablecer su canal de tráfico dedicado y sincronizar RLP de manera conveniente en paralelo al enviar la solicitud de palabra PTT 404. Por lo tanto el uso de los canales comunes inversos disponibles y/o la función SDB para señalizar las solicitudes de control de palabra al CM, cuando una estación móvil no tiene canales de tráfico dedicados activos, reduce el tiempo total que se requiere para activar los móviles participantes. Aunque el cliente orador no puede recibir la confirmación de que se ha otorgado su solicitud de palabra hasta que se restablezca el canal de tráfico en avance del orador, la habilidad para señalizar rápidamente el CM para empezar a activar a los auditores participantes, reduce la latencia en general. Refiriéndose a la figura 4, la infraestructura inalámbrica puede enviar la solicitud de control de palabra PTT 404 al nodo de servicio de datos de paquete (PDSN) y después al CU. En una modalidad, después de recibir la solicitud de control de palabra, el MCU puede arbitrar la solicitud, (disparar) los mensajes de activación de señalización de medios a un grupo de participantes objetivo (auditores), y/o disparar el restablecimiento de canales de tráfico 414 (de los auditores) o participantes. Si el MCU otorga la solicitud de palabra del PTT, el MCU puede enviar la concesión de palabra PTT 408 al cliente MS . En una modalidad, el RD puede enviar la concesión de palabra PTT 408 al cliente MS en un canal común de avance disponible, tal como el · canal de localización de avance y el canal de control común de avance, si es que todavía no se ha restablecido el canal de tráfico dedicado. En una modalidad, la infraestructura puede la concesión de palabra 408 PTT al cliente MS en la forma en que debe, sin considerar cuál canal se está utilizando. En una modalidad, el MCU puede esperar el si cronizador de respuesta de inactividad para expirar antes de responder a la solicitud de control de palabra PTT . Si el sincronizador de respuesta de inactividad del grupo se establece a cero, el CM puede responder a la solicitud de control de palabra inmediatamente. En una modalidad, si el cliente MS ha completado el restablecimiento de su canal de tráfico y la sincronización RLP, el cliente MS puede hacer fluir los medios 416, que han sido almacenados en memoria intermedia 412 en el cliente MS, al MCU.
Mensajes de señalización de 1 lamada originados por la red En una modalidad, después de recibir la solicitud de control de palabra, el MCU puede descargar medios que transmitan señales de mensajes de activación a un grupo de participantes objetivo (auditores) y dispara el restablecimiento de los canales de tráfico de los participantes (de los auditores) . Si el sincronizador de respuesta de inactividad del grupo se configura a cero, el MCU puede responder a la solicitud de control de palabra inmediatamente. En una modalidad, si el orador ha comenzado a restablecer su canal de tráfico inmediatamente al enviar la solicitud PTT, los canales de tráfico de la persona que llama y de los auditores se pueden restablecer de manera favorable en paralelo. Refiriéndose a la figura 4, después que el MCU recibe la solicitud de control de palabra PTT, el MCU puede enviar señales sincroni zadoras de activación 414 dirigidas a los auditores objetivo. El MCU puede determinar si existe una sesión de datos de paquete para el móvil objetivo, y reenvía el paquete de señales s i nc r oni z ado ra s al elemento de infraestructura adecuado, por ejemplo, una estación base. La infraestructura puede localizar cada MS objetivo individual para comenzar a restablecer su canal de tráfico dedicado. El MS objetivo puede entonces comenzar a restablecer su canal de tráfico dedicado, por ejemplo, mediante la ejecución de la "re-originación de la opción de servicio 33", por ejemplo. El MS objetivo también puede iniciar una sincronización de protocolo de enlace de radio (RLP) . En una modalidad, los MS objetivo pueden restablecer sus canales de tráfico dedicados y sincronizar sus RLP de manera favorable en paralelo con las mismas funciones que están siendo realizadas por el cliente MS . En una modalidad, después que el MS objetivo ha completado el restablecimiento de su canal de tráfico dedicado y ha sincronizado su RLP, el MS objetivo puede enviar la respuesta de activación 422 al MCU, indicando que el MS objetivo ya está listo para recibir medios. El MCU puede enviar un anuncio de orador al cliente MS antes de hacer fluir los medios 420, los cuales hubieran podido ser almacenados en memoria intermedia 418 en el MCU, para el MS objetivo. En una modalidad, el MCU puede enviar una señal sincroni zadora de activación 414 a un escucha objetivo sobre algunos canales de avance comunes disponibles, tal como el canal de localización de avance y el canal de control común de avance, mientras que los canales de tráfico de los auditores objetivo todavía no se restablecen. En una modalidad, el MCU puede enviar la señal sincroni zadora de activación 414 al escucha objetivo en forma SDB, sin considerar el canal que se está utilizando. Si la solicitud de control de palabra PTT es enviada sobre el canal común inverso del orador como un mensaje SDB y el sincronizador de respuesta de inactividad del grupo objetivo se configura a cero en el MCU, la latencia PTT real en el cliente orador se puede reducir al tiempo requerido para enviar un mensaje de solicitud SDB sobre el enlace inverso seguido por un mensaje de respuesta SDB en el enlace de avance.
Interfaces de red para mensajes de señalización de llamada Para determinar qué tráfico especifico originado por la red, por ejemplo, la carga SDB, es enviado para una estación móvil inactiva sin canales de tráfico dedicados, se puede instaurar cierta política de infraestructura o interfaz para distinguir dicho tráfico especifico de otro tráfico . En una primera modalidad, los datagramas IP se pueden filtrar con base en sus tamaños, ya que los mensajes SDB pueden cargar una carga de usuario limitada. Los datagramas IP más pequeños que un limite de tamaño predeterminado pueden ser enviados como mensajes SDB, si van destinados a un móvil sin canales de tráfico dedicados. El sistema de comunicación en grupo puede utilizar dichos filtros, ya que el mensaje de respuesta de solicitud de palabra de la aplicación es bastante reducido, por ejemplo 34 bytes incluyendo los encabezados IP. En una segunda modalidad, un vendedor de infraestructura puede definir un servicio basado en IP para encapsular tráfico IP destinado a la entrega a una estación móvil. Un servidor IP con conocimiento de este servicio puede transmitir IP cortos, por ejemplo, UDP, datagramas, encapsulados de manera apropiada con encabezados IP, a este servicio para su entrega a un móvil que se sospecha no cuenta con un canal de tráfico dedicado. Los sistemas de comunicación en grupo pueden utilizar este servicio para indicar a la infraest uctura que el mensaje de respuesta de solicitud de palabra sea entregado al cliente MS que lo solicita en forma SDB, por ejemplo. La coordinación del tráfico SDB con solicitudes de creación de servicio o páginas pendientes también es importante para asegurar la entrega rápida y confiable del tráfico de usuario. En una tercera modalidad, un servidor IP puede transmitir IP especial, por ejemplo, UDP, datagramas con encabezados IP para su entrega a un móvil que se sospecha no tiene un canal de tráfico dedicado. El servidor IP puede etiquetar los datagramas IP, por ejemplo, designando un valor especial en el encabezado IP, para ordenar a la infraestructura que entregue los datagramas IP al cliente MS . Los sistemas de comunicación en grupo pueden utilizar este servicio para indicar a la infraestructura que el mensaje de respuesta de solicitud de palabra sea entregado al cliente MS que lo solicita en forma SDB, por ejemplo. En una tercera modalidad, un rango de puerto TCP o UDP se puede reservar para entregar datagramas IP específicos, por ejemplo, mensajes SDB.
Localización y creación de servicio iniciado por móvil En una modalidad, un cliente puede enviar la solicitud de control de palabra 404, que puede ser en la forma SDB, seguido inmediatamente de una solicitud de creación de servicio a la infraestructura inalámbrica, por ejemplo, CDMA, para restablecer rápidamente sus canales de tráfico. Sin embargo, si el sincronizador de respuesta de inactividad es configurado a un valor pequeño, el RD puede responder a la solicitud de control de palabra rápidamente y transmitir una respuesta 408 de regreso al cliente. Si esta respuesta llega a la infraestructura durante las fases tempranas de la transacción de creación de servicio, la infraestructura observa que el orador MS no tiene canal de tráfico activo alguno y puede intentar enviar un mensaje de localización de respuesta para el hablante MS . Sin embargo, esta acción de localización puede abortar la transacción de creación de servicio ya en progreso. En una modalidad, el orador MS puede responder a la localización, asegurando que el mensaje de respuesta de control de palabra sea entregado al orador, y solicita nuevamente la creación de servicio, pero se experimenta un retraso innecesario en el restablecimiento del canal de tráfico del orador como resultado del intento de creación de servicio original abortado. En una primera modalidad, para evitar la condición de competencia entre el proceso de creación de servicio y el envió de mensaje de localización, el RD se puede configurar para no responder inmediatamente a la solicitud de control de palabra 404. Por consiguiente, el sincronizador de respuesta de inactividad se puede ajusfar para que el MCU transmita la respuesta 408 al orador MS después que se ha completado el proceso de creación de servicio. En una segunda modalidad, están coordinados el PDSN, que recibe la respuesta 408 , y el centro de conmutación móvil (MSC) , que responde a la solicitud de creación de servicio del orador. Es decir, si el PDSN determina que un proceso de creación de servicio de datos en paquete para el orador MS ya está en progreso cuando la respuesta 408 llega a la infraestructura, el MSC puede aplazar la localización del orador MS . El PDSN puede almacenar en la memoria asociada la respuesta y enviarla sobre el canal de tráfico de avance del móvil del orador una vez que se ha completado el proceso de creación de servicio. Alternativamente, el MSC puede enviar la respuesta al orador MS como un mensaje SDB si el proceso de creación de servicio sigue estando en progreso. En una tercera modalidad, el orador MS puede evitar la condición de competencia no emitiendo una solicitud de creación de servicio hasta después de que el orador MS ha recibido una respuesta a la solicitud de control de palabra. En una modalidad, debido a que el orador MS no tiene ningún canal de tráfico dedicado activo, el MCU puede enviar la respuesta al orador MS en algunos canales comunes de avance disponibles , tal como el canal de localización de avance y el canal de control común de avance. En una modalidad, el MCU puede enviar la respuesta al orador MS en fo ma SDB. El orador MS puede basarse en la respuesta d control de palabra generada por RD para disparar su reactivación de canal de tráfico, de la misma mañera que las solicitudes de a ct i va c i. ó n e n v i a c a s por el MCU dispa an ' :1 a reactivación d ca n 1 de tráfico para los móviles de ¦ los ¦ auditores, 7,a condición de ' competencia ¦ se evita conforme se1' evita el potencial para la: creación de servicio iniciado por móvil <y ' ' 1 a " ·? ocal i z a c iori ' iniciada por red ¦¦¦¦ i si croni zadoras' de t o : de1 ·? güe t e inic ia da s_ en red ' ¡ ¡ : ; ' ¦'·' - ¦ - · :·- ; ' ¦ ' · ¦ · ¦ ¦ ¦ - ; •El'-' datagfama · ?·?·, · incluyendo la señal si nerón izadora' de activación' 414,, ¦ que l ega a ta infraestructura' inalámbrica,' por ejemplo. C DMA , y que es á' destinada para un móvil del escuch.a que no tiene canales de tráfico dedicados ¿puedo- ser extraviada, ya sea po-r la red en general ,.o por la infraestructura inalámbrica' específicamente^.5ji ; una modalidad, la señal sincroni zadora de activación 414 enviada al móvil del escucha es retransmitida agresivamente de acuerdo con un programa definido hasta que los auditores responden o expira el sincronizador de activación del grupo. Por ejemplo, la señal sincroni zadora de activación 414 puede ser re-enviada cada 500 ms . Sin embargo, la retransmisión de las señales sincronizadoras de activación 414 a esta velocidad pueden ocasionar un retraso máximo hasta de 500 ms, o un retraso promedio de 250 ms, desde el momento en que el canal de tráfico del escucha es restablecido hasta el momento en que la siguiente señal s incroni zadora de activación destinada para ese escucha llega a la infraestructura. En una modalidad, la infraestructura u otra entidad en la red puede almacenar en memoria asociada la señal s incroni zadora de activación 414 enviada por el MCU, y entregarla a un MS objetivo tan pronto como el MS objetivo ha restablecido su canal de tráfico. Esto elimina la necesidad de una retransmisión de la solicitud de activación por parte del MCU, y reduce el tiempo de activación en inactividad total. El hecho de almacenar en memoria asociada la señal sincroni zadora de activación 414, en contraposición a su retransmisión a la velocidad de 500 ms, por ejemplo, puede eliminar un retraso hasta de 500 ms del tiempo de activación en inactividad total.
Almacenamiento en memoria intermedia de los medios En una modalidad, se puede permitir que el usuario empiece a hablar después que el usuario ha solicitado el control de la palabra, almacenando en memoria intermedia los medios antes de que los canales dedicados sean restablecidos entre el cliente y los auditores. Al almacenar en memoria intermedia el diálogo del orador, el sistema permite al orador empezar a hablar antes de que los canales de tráfico de los auditores hayan sido totalmente restablecidos. Esto permite al orador empezar a hablar anticipadamente, reduciendo su aparente latencia PTT. Debido a que los auditores no experimentan latencia PTT, su experiencia no se ve afectada, es decir, la latencia PTT cambia del orador a otras partes del sistema. El orador puede esperar solo lo suficiente para recibir una respuesta de un escucha a su primer diálogo, pero como se mencionó anteriormente, ya está esperando que la respuesta a su primer diálogo tome más tiempo que la respuesta a diálogos posteriores que ocurren mientras está involucrado en una conversación activa. El almacenamiento en memoria intermedia del primer diálogo del orador se puede realizar en el lado del MCU o en el lado del cliente MS .
Almacenamiento en memoria intermedia del lado del MCU En una modalidad, el MCU puede almacenar en memoria intermedia el primer diálogo del orador. Después que un usuario ha presionado su botón PTT y que se han restablecido los canales de tráfico del usuario, se puede permitir al usuario que se comunique con el MCU. En este momento, debido a que todavía no está activos los canales de tráfico del escucha, el MCU almacena en memoria intermedia 418 el diálogo del orador para una futura transmisión a los auditores objetivo. El almacenamiento en memoria intermedia del MCU puede reducir la latencia PTT aparente que el orador observa al tiempo aproximado que toma traer el canal de tráfico del orador. La figura 17 muestra el almacenamiento en memoria intermedia del lado del MCU de acuerdo con una modalidad, tal como se describe a continuación: 1) Ninguna llamada en progreso, los canales de tráfico del objetivo y del que origina la llamada están inactivos. 2) Los usuarios presionan el botón PTT . El servidor recibe una solicitud de "establecer llamada de grupo" por parte del cliente. 3) Se otorga la palabra al usuario después que el cliente recibe la respuesta "establecimiento en progreso" del servidor o después de un retraso configurable (1 segundo) y comienza a almacenar en memoria intermedia los medios del usuario. 4} El servidor comienza el proceso de restablecer los canales de tráfico de datos en paquete de los objetivos. 5) El servidor envía el mensaje de "anuncio de llamada en grupo" al cliente a través de SDB. 6) El cliente exitosamente restablece el canal de tráfico, comienza a enviar los medios almacenados en memoria intermedia al servidor. 7) El cliente envía ráfaga de medios al servidor . 8) Los canales de tráfico de los objetivos han sido restablecidos (se cumple el "umbral de respuesta objetivo") . 9) El usuario libera el botón PTT . El cliente deja de almacenar en memoria intermedia los medios . 10) El cliente deja de enviar en ráfaga los medios almacenados en memoria intermedia al servidor, solicita la liberación de la palabra por parte del servidor. 11) El servidor envía el reconocimiento de la liberación de palabra al cliente.
Almacenamiento en memoria intermedia del lado del cliente En una modalidad, en donde se desea una latencia aparente más corta, al orador se le puede permitir comenzar a hablar antes incluso de que se restablezca su canal de tráfico. Debido a que el cliente MS todavía no está en comunicación con el MCU, la señal al orador para que comience a hablar es emitida por el cliente MS. Si al orador se le deja hablar antes de que se restablezca el canal de tráfico del orador, el cliente MS puede almacenar en memoria intermedia 412 el diálogo. Debido a que la comunicación con el CM todavía no se restablece, el permiso para hablar se otorga "con optimismo".
La figura 18 muestra el almacenamiento en memoria intermedia del lado del cliente de acuerdo con una modalidad, tal como se describe a continuación: 1) Ninguna llamada en progreso, el canal de tráfico del que origina la llamada está inactivo. 2) Los usuarios presionan el botón PTT. El cliente envía una solicitud de "establecer llamada de grupo" al servidor a través de SDB. 3) El cliente comienza el proceso de restablecer un canal de tráfico de datos en paquet e . 4) Se otorga la palabra al usuario después que el cliente recibe la respuesta "establecimiento en progreso" del servidor o después de un retraso configurable (1 segundo) y comienza a almacenar en memoria intermedia los medios del usuario. 5) El cliente recibe un mensaje de "anuncio de llamada en grupo" del servidor a través de SDB. 6) El cliente exitosamente restablece el canal de tráfico. 7) El cliente envía ráfaga de medios al servido . 8) El usuario libera el botón PTT. El cliente deja de almacenar en memoria intermedia los medios . 9) El cliente deja de enviar en ráfaga los medios almacenados en memoria intermedia al servidor, solicita la liberación de la palabra por parte del servidor. 10) El cliente recibe el reconocimiento de liberación de palabra del servidor. En una modalidad,- tanto el almacenamiento en memoria intermedia de MCU 418 como el almacenamiento en memoria intermedia del lado del cliente 412 pueden operar simultáneamente. El almacenamiento en memoria intermedia del lado del cliente puede permitir que la latencia PTT aparente sea pequeña. En una modalidad, el cliente MS puede almacenar en memoria intermedia los medios para controlar la latencia PTT aparente experimentada por el usuario. La combinación de SDB originada por móvil y el almacenamiento en memoria intermedia de los medios del lado del cliente puede reducir los retrasos asociados con el restablecimiento de los canales de tráfico activos. Por lo tanto, las modalidades descritas proveen un modelo de despacho que soporta por lo menos dos tipos de llamadas de despacho.: el modelo de salón de conversación y el modelo ad-hoc. En el modelo de salón de conversación, los grupos son previamente definidos, los que pueden ser almacenados en el servidor de despacho. En el modelo ad-hoc, sin embargo, los grupos pueden ser definidos y/o modificados en tiempo real. Las modalidades descritas también proveen una reducción importante en el tiempo de activación en inactividad total y la latencia PTT intercambiando señalización de llamada de grupo incluso cuando los móviles están inactivos y ningún canal de tráfico está activo. El método y aparato provee el intercambio de señalización de llamada de grupo a través del uso de la señalización de mensaje de corriente de datos corta /SDB) . El método y aparato proveen el restablecimiento de los canales de tráfico dedicados para el móvil orador y los móviles de los auditores inactivos convenientemente en paralelo. En otra modalidad, la latencia inactiva-activa en una red de comunicación en grupo se puede reducir a través del almacenamiento en memoria asociada de las señales sincronizadas de activación iniciadas por la red y que están destinadas a auditores objetivo, y de la entrega de una señal sincronizada de activación a una estación móvil objetivo tan pronto como la estación móvil objetivo ha restablecido su canal de tráfico. En otra modalidad, la creación de servicio simultáneo y el envió de mensaje de localización en un móvil que opera en una red de comunicación de grupo se evita mediante la transmisión de una respuesta a una solicitud de control de palabra después que se completa el proceso de creación de servicio. En una modalidad, la respuesta a la solicitud de control de palabra puede ser en la forma SDB si no se ha completado el proceso de creación de servicio. En otra modalidad, proceso de creación de servicio para el dispositivo de comunicación de fuente se inicia después de transmitir la respuesta al dispositivo de comunicación de fuente.

Claims (16)

NOVEDAD DE LA INVENCION Habiendo descrito el presente invento, se considera como una novedad y, por lo tanto, se reclama como prioridad lo contenido en las siguientes : REIVINDICACIONES
1.- En un dispositivo de comunicación, un método para finalizar a un usuario de una llamada de grupo en una red de comunicación de grupo, el método comprende: recibir una indicación de un usuario que desea finalizar su participación en una. llamada de grupo; y enviar una solicitud a un servidor para finalizar al usuario de la llamada de grupo .
2. - El método de conformidad con la reivindicación 1, que además incluye enviar una respuesta al usuario que indique que el usuario ha sido terminado de la llamada de grupo.
3. - En un dispositivo de comunicación, un medio legible por computadora que integra un método para finalizar a un usuario de una llamada de grupo en una red de comunicación en grupo, el método comprende: recibir una indicación de un usuario que desea finalizar su participación en una llamada de grupo; y enviar una solicitud a un servidor para finalizar al usuario de la llamada de grupo.
4.- El medio legible por computadora de conformidad con la reivindicación 3, caracterizado porque el método además incluye enviar una respuesta al usuario que indique que el usuario ha sido terminado de la llamada de grupo.
5.- Un dispositivo de comunicación para finalizar a un usuario de una llamada de grupo en una red de comunicación de .grupo, que comprende: un medio para recibir una indicación de un usuario quien desea finalizar su participación en una llamada de grupo; y un medio para enviar una solicitud a un servidor para finalizar al usuario de la llamada de grupo.
6. - El dispositivo de comunicación de conformidad con la reivindicación 5, que además incluye un medio para enviar una respuesta al usuario que indique que el usuario ha sido terminado de la llamada de grupo.
7. - Un dispositivo de comunicación para finalizar a un usuario de una llamada de grupo en una red de comunicación en grupo, el dispositivo de comunicación comprende: un receptor; un transmisor; y un procesador comunicativamente acoplado al receptor y al transmisor, el procesador tiene la capacidad de: recibir una indicación de un usuario quien desea finalizar su participación en una llamada de grupo; y enviar una solicitud a un servidor para finalizar al usuario de la llamada de grupo .
8. - El dispositivo de comunicación de conformidad con la reivindicación 7, el procesador además tiene la capacidad de enviar una respuesta al usuario que indica que el usuario ha sido terminado de la llamada de grupo.
9. - En un servidor, un método para finalizar a un usuario de una llamada de grupo en una red de comunicación en grupo, el método comprende: recibir una solicitud para finalizar a un usuario de una llamada de grupo; finalizar al usuario de la llamada de grupo; y enviar una respuesta que indique que el usuario ha sido terminado de la llamada de grupo.
10. - En un servidor, un medio legible por computadora que incorpora un método para finalizar a un usuario de una llamada de grupo en una red de comunicación de grupo, el método comprende: recibir una solicitud para finalizar a un usuario de una llamada de grupo; finalizar al usuario de la llamada de grupo; y enviar una respuesta que indique que el usuario ha sido terminado de la llamada de grupo.
11. - Un servidor para finalizar a un usuario de una llamada de grupo en una red de comunicación de grupo, que comprende: un medio para recibir una solicitud para finalizar a un usuario de una llamada de grupo; un medio para finalizar al usuario de la llamada de grupo; y un medio para enviar una respuesta que indique que el usuario ha sido terminado de la llamada de grupo.
12. - Un servidor para finalizar a un usuario de una llamada de grupo en una red de comunicación en grupo, el servidor comprende: un receptor; un transmisor; y un procesador comunicativamente acoplado al receptor y al transmisor, el procesador tiene la capacidad de: recibir una solicitud para finalizar a un usuario de una llamada de grupo; finalizar al usuario de la llamada de grupo; y enviar una respuesta que indique que el usuario ha sido terminado de la llamada de grupo.
13.- En un servidor, un método para finalizar una llamada de grupo en una red de comunicación de grupo, el método comprende: determinar cuándo expira un periodo predeterminado en donde ningún medio ha sido comunicado en una sesión de llamada de grupo; anunciar a cada miembro participante en la llamada de grupo que la llamada de grupo va a ser finalizada; y finalizar la llamada de grupo después de recibir un reconocimiento de cada miembro participante en la llamada de grupo.
14. - En un servidor, un medio legible por computadora que incorpora un método para finalizar una llamada de grupo en una red de comunicación de grupo, el método comprende: determinar cuándo expira un periodo predeterminado en donde ningún medio ha sido comunicado en una sesión de llamada de grupo; anunciar a cada miembro participante en la llamada de grupo que la llamada de grupo va a ser finalizada; y finalizar la llamada de grupo después de recibir un reconocimiento de cada miembro participante en la llamada de grupo.
15. - Un servidor para finalizar una llamada de grupo en una red de comunicación de grupo, que comprende: un medio para determinar cuándo expira un periodo predeterminado en donde ningún medio ha sido comunicado en una sesión de llamada de grupo; un medio para anunciar a cada miembro participante en la llamada de grupo que la llamada de grupo va a ser finalizada; y un medio para finalizar la llamada de grupo después de recibir un reconocimiento de cada miembro participante en la llamada de grupo.
16.- Un servidor para finalizar a un usuario de una llamada de grupo en una red de comunicación en grupo, el servidor comprende: un receptor; un transmisor; y un procesador comunicativamente acoplado al receptor y al transmisor, el procesador tiene la capacidad de: determinar cuándo expira un periodo predeterminado en donde ningún medio ha sido comunicado en una sesión de llamada de grupo; anunciar a cada miembro participante en la llamada de grupo que la llamada de grupo va a ser finalizada; y finalizar la llamada de grupo después de recibir un reconocimiento de cada miembro participante en la llamada de grupo.
MXPA04007871A 2002-02-14 2003-02-12 Un metodo y un aparato para finalizar un usuario desde una llamada de grupo en una red de comunicacion de grupo. MXPA04007871A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/077,267 US6781963B2 (en) 2002-02-14 2002-02-14 Method and an apparatus for terminating a user from a group call in a group communication network
PCT/US2003/004627 WO2003069927A1 (en) 2002-02-14 2003-02-12 A method and an apparatus for terminating a user from a group call in a group communication network

Publications (1)

Publication Number Publication Date
MXPA04007871A true MXPA04007871A (es) 2004-10-15

Family

ID=27660275

Family Applications (1)

Application Number Title Priority Date Filing Date
MXPA04007871A MXPA04007871A (es) 2002-02-14 2003-02-12 Un metodo y un aparato para finalizar un usuario desde una llamada de grupo en una red de comunicacion de grupo.

Country Status (18)

Country Link
US (1) US6781963B2 (es)
EP (1) EP1474937B1 (es)
JP (3) JP2005518166A (es)
KR (2) KR100934603B1 (es)
CN (1) CN1643948A (es)
AR (1) AR038520A1 (es)
AT (1) ATE394880T1 (es)
AU (1) AU2003211095A1 (es)
BR (1) BRPI0307641B1 (es)
CA (2) CA2779033C (es)
DE (1) DE60320758D1 (es)
ES (1) ES2305477T3 (es)
MX (1) MXPA04007871A (es)
MY (1) MY134718A (es)
NZ (1) NZ534353A (es)
RU (1) RU2316911C2 (es)
TW (1) TWI306719B (es)
WO (1) WO2003069927A1 (es)

Families Citing this family (140)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10361802B1 (en) 1999-02-01 2019-07-23 Blanding Hovenweep, Llc Adaptive pattern recognition based control system and method
US8352400B2 (en) 1991-12-23 2013-01-08 Hoffberg Steven M Adaptive pattern recognition based controller apparatus and method and human-factored interface therefore
US7904187B2 (en) * 1999-02-01 2011-03-08 Hoffberg Steven M Internet appliance system and method
US20070195735A1 (en) * 2006-02-22 2007-08-23 Rosen Eric C Method of buffering to reduce media latency in group communications on a wireless communication network
US8284737B2 (en) 2000-03-03 2012-10-09 Qualcomm Incorporated Method of buffering to reduce media latency in group communications on a wireless communication network
US20040210845A1 (en) * 2000-04-18 2004-10-21 Glenn Paul Internet presentation system
US20020196923A1 (en) * 2001-06-25 2002-12-26 Longboard, Inc. System and method of call processing
WO2003021985A1 (en) * 2001-09-06 2003-03-13 Tersync Ltd. System and method for providing two-way radio communications network transmissions over internet protocol
US7260362B2 (en) * 2001-09-24 2007-08-21 Intel Corporation Method and apparatus for establishing ad hoc groups in a wireless communication network
US6873854B2 (en) * 2002-02-14 2005-03-29 Qualcomm Inc. Method and an apparatus for adding a new member to an active group call in a group communication network
US20030154249A1 (en) * 2002-02-14 2003-08-14 Crockett Douglas M. Method and an apparatus for removing a member from an active group call in a group communication network
US7426380B2 (en) 2002-03-28 2008-09-16 Telecommunication Systems, Inc. Location derived presence information
US8918073B2 (en) 2002-03-28 2014-12-23 Telecommunication Systems, Inc. Wireless telecommunications location based services scheme selection
US8290505B2 (en) 2006-08-29 2012-10-16 Telecommunications Systems, Inc. Consequential location derived information
US8027697B2 (en) 2007-09-28 2011-09-27 Telecommunication Systems, Inc. Public safety access point (PSAP) selection for E911 wireless callers in a GSM type system
US8126889B2 (en) 2002-03-28 2012-02-28 Telecommunication Systems, Inc. Location fidelity adjustment based on mobile subscriber privacy profile
US9154906B2 (en) 2002-03-28 2015-10-06 Telecommunication Systems, Inc. Area watcher for wireless network
US7660297B2 (en) * 2002-06-13 2010-02-09 Nice Systems Ltd. Voice over IP forwarding
US8150922B2 (en) * 2002-07-17 2012-04-03 Research In Motion Limited Voice and text group chat display management techniques for wireless mobile terminals
US7111044B2 (en) * 2002-07-17 2006-09-19 Fastmobile, Inc. Method and system for displaying group chat sessions on wireless mobile terminals
US7640293B2 (en) * 2002-07-17 2009-12-29 Research In Motion Limited Method, system and apparatus for messaging between wireless mobile terminals and networked computers
US7349965B1 (en) * 2002-09-13 2008-03-25 Hewlett-Packard Development Company, L.P. Automated advertising and matching of data center resource capabilities
US7475123B2 (en) * 2002-11-18 2009-01-06 Sap Ag Web service integration
US7366780B2 (en) * 2002-12-31 2008-04-29 Motorola, Inc. System and method for controlling and managing sessions between endpoints in a communications system
WO2004084532A1 (en) 2003-03-17 2004-09-30 Spector & Associates, Inc. Apparatus and method for broadcasting messages to selected group (s) of users
US20040192367A1 (en) * 2003-03-25 2004-09-30 Barros Mark A. Dispatch call "cut-in" alert
US6944177B2 (en) * 2003-05-09 2005-09-13 Motorola, Inc. Method and apparatus for providing power control for CDMA dispatch services
FI20030944A0 (fi) 2003-06-25 2003-06-25 Nokia Corp Ryhmäpuhelu viestintäjärjestelmässä
US20050079858A1 (en) * 2003-10-09 2005-04-14 Rosen Eric C. Method and apparatus for restricting media communication in a communication network
US20050090228A1 (en) * 2003-10-23 2005-04-28 Black Greg R. Apparatus and method for mitigation of session unavailability
US7424293B2 (en) 2003-12-02 2008-09-09 Telecommunication Systems, Inc. User plane location based service using message tunneling to support roaming
US7328036B2 (en) * 2003-12-05 2008-02-05 Motorola, Inc. Method and apparatus reducing PTT call setup delays
US20050141511A1 (en) * 2003-12-08 2005-06-30 Thawatt Gopal Method of reducing call setup time for IP services in a mobile communication network
US20080285532A1 (en) * 2003-12-11 2008-11-20 Koninklijke Philips Electronic, N.V. Floor Control for Multimedia Push-To-Talk Applications
US7260186B2 (en) 2004-03-23 2007-08-21 Telecommunication Systems, Inc. Solutions for voice over internet protocol (VoIP) 911 location services
US20080090546A1 (en) 2006-10-17 2008-04-17 Richard Dickinson Enhanced E911 network access for a call center using session initiation protocol (SIP) messaging
US20080126535A1 (en) 2006-11-28 2008-05-29 Yinjun Zhu User plane location services over session initiation protocol (SIP)
US20050143111A1 (en) * 2003-12-30 2005-06-30 Fitzpatrick Matthew D. Determining availability of members of a contact list in a communication device
US20050169223A1 (en) * 2004-01-16 2005-08-04 Crocker Ronald T. Method and apparatus for facilitating a PTT session initiation using an IP-based protocol
US8195835B2 (en) * 2004-01-28 2012-06-05 Alcatel Lucent Endpoint address change in a packet network
US20050202838A1 (en) * 2004-03-12 2005-09-15 Lucent Technologies, Inc., Method and apparatus for providing a low-latency, high-accuracy indication-to-speak
US7624188B2 (en) * 2004-05-03 2009-11-24 Nokia Corporation Apparatus and method to provide conference data sharing between user agent conference participants
KR20050115686A (ko) * 2004-06-04 2005-12-08 엘지전자 주식회사 ＰｏＣ 서비스 시스템 및 방법
KR100764790B1 (ko) * 2004-08-05 2007-10-11 엘지전자 주식회사 발언권 제어 타이머의 지속시간 변경 시스템 및 방법
US7509137B2 (en) * 2004-09-09 2009-03-24 Nextel Communications Inc. Method and system for address translation and aliasing to efficiently utilize UFMI address space
JP4543842B2 (ja) * 2004-09-09 2010-09-15 日本電気株式会社 無線基地局装置およびリソース管理方法
US6985105B1 (en) 2004-10-15 2006-01-10 Telecommunication Systems, Inc. Culled satellite ephemeris information based on limiting a span of an inverted cone for locating satellite in-range determinations
US7629926B2 (en) 2004-10-15 2009-12-08 Telecommunication Systems, Inc. Culled satellite ephemeris information for quick, accurate assisted locating satellite location determination for cell site antennas
US7593743B2 (en) * 2004-12-03 2009-09-22 Sony Ericsson Mobile Communications, Ab Methods, systems, and computer program products for updating availability information in voice-call applications
US9065664B2 (en) * 2006-01-27 2015-06-23 Cisco Technology, Inc. Providing an announcement for a multiparty communication session
EP1708428B1 (en) 2005-03-31 2009-05-13 Hewlett-Packard Development Company, L.P. Multimedia messaging during a Push-to-Talk session
US7353034B2 (en) 2005-04-04 2008-04-01 X One, Inc. Location sharing and tracking using mobile phones or other wireless devices
KR100761276B1 (ko) 2005-04-11 2007-09-28 엘지전자 주식회사 ＰｏＣ서비스를 위한 Ｓｉｍｕｌｔａｎｅｏｕｓ 세션제어방법 및 장치
JP4779450B2 (ja) * 2005-06-01 2011-09-28 株式会社日立製作所 コンテキスト情報に応じたアプリケーション制御を行うネットワークシステム
WO2006135798A2 (en) * 2005-06-09 2006-12-21 Boma Systems, Incorporated Personal notification and broadcasting
US8306203B1 (en) * 2005-06-10 2012-11-06 Nextel Communications, Inc. Method and computer-readable medium for terminating options for dispatch group calls
US20070004438A1 (en) * 2005-07-01 2007-01-04 Alec Brusilovsky Method and apparatus enabling PTT (push-to-talk) communications between legacy PSTN, cellular and wireless 3G terminals
US8660573B2 (en) 2005-07-19 2014-02-25 Telecommunications Systems, Inc. Location service requests throttling
US8588210B2 (en) * 2005-07-22 2013-11-19 Motorola Solutions, Inc. Method and apparatus for floor control in a communication system
TWI293842B (en) * 2005-07-25 2008-02-21 Ind Tech Res Inst Method of reducing call establishment delay in wireless network
CN101273658B (zh) * 2005-07-28 2012-01-25 京瓷株式会社 通信方法、通信系统以及通信终端
US8195153B1 (en) * 2005-08-23 2012-06-05 Emc Corporation Mobile access to backup and recovery services
US9282451B2 (en) 2005-09-26 2016-03-08 Telecommunication Systems, Inc. Automatic location identification (ALI) service requests steering, connection sharing and protocol translation
US7825780B2 (en) 2005-10-05 2010-11-02 Telecommunication Systems, Inc. Cellular augmented vehicle alarm notification together with location services for position of an alarming vehicle
US8467320B2 (en) 2005-10-06 2013-06-18 Telecommunication Systems, Inc. Voice over internet protocol (VoIP) multi-user conferencing
US7907551B2 (en) 2005-10-06 2011-03-15 Telecommunication Systems, Inc. Voice over internet protocol (VoIP) location based 911 conferencing
JP4890002B2 (ja) * 2005-10-28 2012-03-07 京セラ株式会社 通信装置、通信システムおよび通信方法
CN101352026A (zh) * 2005-11-04 2009-01-21 夏普株式会社 PoC服务器自动搜索方法、质量调整方法以及使用这些方法的通信系统
DE102006002434B3 (de) * 2006-01-12 2007-06-21 Siemens Ag Verfahren und Server zum Herstellen einer Kommunikationsverbindung zwischen Kommunikationsendgeräten
KR101177948B1 (ko) * 2006-01-13 2012-08-28 삼성전자주식회사 ＰｏＣ 시스템에서 미디어 전송 시간 정보 제공을 위한단말 장치 및 방법과 미디어 전송 시간 정보 제공을 위한ＰｏＣ 시스템
US8150363B2 (en) 2006-02-16 2012-04-03 Telecommunication Systems, Inc. Enhanced E911 network access for call centers
US8059789B2 (en) 2006-02-24 2011-11-15 Telecommunication Systems, Inc. Automatic location identification (ALI) emergency services pseudo key (ESPK)
US7747269B2 (en) 2006-02-27 2010-06-29 Qualcomm Incorporated System and method for providing communication resources to wireless dispatch priority users
US7899450B2 (en) 2006-03-01 2011-03-01 Telecommunication Systems, Inc. Cellular augmented radar/laser detection using local mobile network within cellular network
US7471236B1 (en) 2006-03-01 2008-12-30 Telecommunication Systems, Inc. Cellular augmented radar/laser detector
US9167553B2 (en) 2006-03-01 2015-10-20 Telecommunication Systems, Inc. GeoNexus proximity detector network
CN101043743B (zh) 2006-03-22 2012-04-04 华为技术有限公司 PoC业务中控制用户加入会话的方法
US8208605B2 (en) 2006-05-04 2012-06-26 Telecommunication Systems, Inc. Extended efficient usage of emergency services keys
CN100456855C (zh) * 2006-06-08 2009-01-28 华为技术有限公司 一种结束组呼通话的实现方法
US20080032728A1 (en) * 2006-08-03 2008-02-07 Bina Patel Systems, methods and devices for communicating among multiple users
CN1937664B (zh) * 2006-09-30 2010-11-10 华为技术有限公司 一种实现多语言会议的系统及方法
WO2008057477A2 (en) 2006-11-03 2008-05-15 Telecommunication Systems, Inc. Roaming gateway enabling location based services (lbs) roaming for user plane in cdma networks without requiring use of a mobile positioning center (mpc)
KR20090000019A (ko) * 2006-12-15 2009-01-07 삼성전자주식회사 정보교환을 통한 데이터처리 연속성 확보 방법 및 장치
US8050386B2 (en) 2007-02-12 2011-11-01 Telecommunication Systems, Inc. Mobile automatic location identification (ALI) for first responders
US8059809B1 (en) * 2007-03-16 2011-11-15 Nextel Communications Inc. Systems and methods of establishing group calls
US8185087B2 (en) 2007-09-17 2012-05-22 Telecommunication Systems, Inc. Emergency 911 data messaging
US7929530B2 (en) 2007-11-30 2011-04-19 Telecommunication Systems, Inc. Ancillary data support in session initiation protocol (SIP) messaging
US9130963B2 (en) 2011-04-06 2015-09-08 Telecommunication Systems, Inc. Ancillary data support in session initiation protocol (SIP) messaging
US8817697B2 (en) * 2008-06-05 2014-08-26 Qualcomm Incorporated System and method for minimizing call setup latency in a group communication among wireless communication devices
CN101610324A (zh) * 2008-06-18 2009-12-23 深圳华为通信技术有限公司 提示呼叫进展状态的方法、会议控制设备以及会议系统
US9747340B2 (en) 2008-06-19 2017-08-29 Microsoft Technology Licensing, Llc Method and system of using a local hosted cache and cryptographic hash functions to reduce network traffic
US8577404B2 (en) 2008-07-15 2013-11-05 Qualcomm Incorporated Prioritization of group communications at a wireless communication device
US8269817B2 (en) * 2008-07-16 2012-09-18 Cisco Technology, Inc. Floor control in multi-point conference systems
US8068587B2 (en) 2008-08-22 2011-11-29 Telecommunication Systems, Inc. Nationwide table routing of voice over internet protocol (VOIP) emergency calls
US7983705B1 (en) * 2008-08-29 2011-07-19 Sprint Communications Company L.P. Push-to-talk communication management system
US8892128B2 (en) 2008-10-14 2014-11-18 Telecommunication Systems, Inc. Location based geo-reminders
EP2347395A4 (en) 2008-10-14 2016-11-02 Telecomm Systems Inc Location Based Approach Alert
BRPI0919604B1 (pt) * 2008-10-30 2021-03-23 Sun Patent Trust Aparelho de estação base, aparelho de porta, método de estabelecimento de conexão de chamada, e sistema de comunicação sem fio
US8755831B2 (en) 2009-03-24 2014-06-17 QYALCOMM Incorporated Selectively allocating data channel resources to wireless communication devices within a wireless communications system
US8738058B2 (en) * 2009-04-06 2014-05-27 Qualcomm Incorporated High-priority communications sessions within a wireless communications system
US9301191B2 (en) 2013-09-20 2016-03-29 Telecommunication Systems, Inc. Quality of service to over the top applications used with VPN
US8867485B2 (en) 2009-05-05 2014-10-21 Telecommunication Systems, Inc. Multiple location retrieval function (LRF) network having location continuity
CN102056294B (zh) * 2009-11-09 2013-01-16 华为技术有限公司 一种通过业务卸载功能(tof)实体保持业务连续性的方法、装置
WO2011101486A1 (de) * 2010-02-22 2011-08-25 Easy Axess Gmbh I.G. System und verfahren zum elektronischen bereitstellen einer zutrittsberechtigung
US8336664B2 (en) 2010-07-09 2012-12-25 Telecommunication Systems, Inc. Telematics basic mobile device safety interlock
WO2012005769A1 (en) 2010-07-09 2012-01-12 Telecommunication Systems, Inc. Location privacy selector
US8942743B2 (en) 2010-12-17 2015-01-27 Telecommunication Systems, Inc. iALERT enhanced alert manager
US8688087B2 (en) 2010-12-17 2014-04-01 Telecommunication Systems, Inc. N-dimensional affinity confluencer
WO2012087353A1 (en) 2010-12-22 2012-06-28 Telecommunication Systems, Inc. Area event handling when current network does not cover target area
US8682321B2 (en) 2011-02-25 2014-03-25 Telecommunication Systems, Inc. Mobile internet protocol (IP) location
BR112012032394A2 (pt) * 2011-02-28 2016-11-08 Siemens Entpr Communications aparelho e mecanismo para a designação dinâmica de serviços de sobrevivência a dispositivos móveis
US20130031161A1 (en) * 2011-07-26 2013-01-31 Htc Corporation Apparatuses and methods for unified virtual experience (uve) session control
US8649806B2 (en) 2011-09-02 2014-02-11 Telecommunication Systems, Inc. Aggregate location dynometer (ALD)
US9479344B2 (en) 2011-09-16 2016-10-25 Telecommunication Systems, Inc. Anonymous voice conversation
WO2013048551A1 (en) 2011-09-30 2013-04-04 Telecommunication Systems, Inc. Unique global identifier for minimizing prank 911 calls
US9264537B2 (en) 2011-12-05 2016-02-16 Telecommunication Systems, Inc. Special emergency call treatment based on the caller
US9313637B2 (en) 2011-12-05 2016-04-12 Telecommunication Systems, Inc. Wireless emergency caller profile data delivery over a legacy interface
KR101993163B1 (ko) * 2011-12-12 2019-06-26 삼성전자주식회사 멀티미디어 서비스를 체험하기 위한 방법 및 장치
US8984591B2 (en) 2011-12-16 2015-03-17 Telecommunications Systems, Inc. Authentication via motion of wireless device movement
US9384339B2 (en) 2012-01-13 2016-07-05 Telecommunication Systems, Inc. Authenticating cloud computing enabling secure services
US8688174B2 (en) 2012-03-13 2014-04-01 Telecommunication Systems, Inc. Integrated, detachable ear bud device for a wireless phone
US9307372B2 (en) 2012-03-26 2016-04-05 Telecommunication Systems, Inc. No responders online
US9544260B2 (en) 2012-03-26 2017-01-10 Telecommunication Systems, Inc. Rapid assignment dynamic ownership queue
US9338153B2 (en) 2012-04-11 2016-05-10 Telecommunication Systems, Inc. Secure distribution of non-privileged authentication credentials
JP5953939B2 (ja) * 2012-05-28 2016-07-20 富士通株式会社 終了推定方法、終了推定プログラム、及び情報処理装置
WO2014028712A1 (en) 2012-08-15 2014-02-20 Telecommunication Systems, Inc. Device independent caller data access for emergency calls
US9208346B2 (en) 2012-09-05 2015-12-08 Telecommunication Systems, Inc. Persona-notitia intellection codifier
CN103841093B (zh) * 2012-11-27 2017-09-12 鸿富锦精密工业（深圳）有限公司 终端设备及网络协议语音通信方法
CN103856386B (zh) * 2012-11-28 2016-10-26 腾讯科技（深圳）有限公司 信息交互方法、系统、服务器及即时通信客户
US9456301B2 (en) 2012-12-11 2016-09-27 Telecommunication Systems, Inc. Efficient prisoner tracking
US8983047B2 (en) 2013-03-20 2015-03-17 Telecommunication Systems, Inc. Index of suspicion determination for communications request
US9408034B2 (en) 2013-09-09 2016-08-02 Telecommunication Systems, Inc. Extended area event for network based proximity discovery
US9516104B2 (en) 2013-09-11 2016-12-06 Telecommunication Systems, Inc. Intelligent load balancer enhanced routing
EP2854471A1 (en) * 2013-09-27 2015-04-01 Alcatel Lucent Floor management method, system, node for dormant PTT UE
US9479897B2 (en) 2013-10-03 2016-10-25 Telecommunication Systems, Inc. SUPL-WiFi access point controller location based services for WiFi enabled mobile devices
US9900354B1 (en) 2015-02-11 2018-02-20 Allstate Insurance Company Virtual carpooling
CN105262911B (zh) * 2015-09-16 2019-05-10 腾讯科技（深圳）有限公司 语音通话中系统电话的处理方法、系统和装置
CN105825301A (zh) * 2016-03-16 2016-08-03 福州华鹰重工机械有限公司 一种利用环境分割的多车辆协同探索方法及装置
WO2018010175A1 (zh) * 2016-07-15 2018-01-18 华为技术有限公司 一种媒体发送权申请方法、媒体发送权撤销方法及装置
US10827002B2 (en) * 2018-12-03 2020-11-03 At&T Intellectual Property I, L.P. Group communication and service optimization system

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4672601A (en) 1984-12-06 1987-06-09 Motorola, Inc. Duplex interconnect/dispatch trunked radio system
JPH0618343B2 (ja) * 1988-06-21 1994-03-09 富士通株式会社 Ｍｃａ無線データ通信方法および装置
US5299199A (en) 1992-06-05 1994-03-29 Motorola, Inc. Channel re-assignment method for time division multiple access (TDMA) trunked systems
JPH06121309A (ja) * 1992-10-02 1994-04-28 Hitachi Ltd 多地点テレビ会議システム及び会議方法
JPH06121060A (ja) * 1992-10-08 1994-04-28 Ricoh Co Ltd 遠隔会議システム
FI97844C (fi) 1994-02-16 1997-02-25 Nokia Telecommunications Oy Menetelmä puhelun ohjaamiseksi tietoliikennejärjestelmässä ja tietoliikennejärjestelmä
JPH09289551A (ja) * 1996-04-23 1997-11-04 Nec Corp 回線制御装置
JP2870479B2 (ja) * 1996-05-09 1999-03-17 日本電気株式会社 中継制御無線通信システム
US6026296A (en) * 1997-04-30 2000-02-15 Motorola, Inc. Apparatus for providing dispatch service to an existing telephone network
US6154463A (en) * 1997-08-26 2000-11-28 Lucent Technologies, Inc. System and method for multicast conferencing and online discussion groups
KR100245251B1 (ko) * 1997-11-24 2000-02-15 구자홍 간이 교환기의 회의 통화 성립 방법
US6487600B1 (en) * 1998-09-12 2002-11-26 Thomas W. Lynch System and method for supporting multimedia communications upon a dynamically configured member network
GB9826985D0 (en) 1998-12-08 1999-02-03 Simoco Int Ltd Mobile radio communications system
US6449491B1 (en) * 1999-05-10 2002-09-10 Ericsson Inc. Apparatus and methods for conducting group calls in wireless communications systems
US6671262B1 (en) * 1999-12-30 2003-12-30 At&T Corp. Conference server for automatic x-way call port expansion feature
EP1310109A2 (en) * 2000-03-03 2003-05-14 QUALCOMM Incorporated Method and apparatus for participating in group communication services in an existing communication system
US6477150B1 (en) * 2000-03-03 2002-11-05 Qualcomm, Inc. System and method for providing group communication services in an existing communication system
ES2370600T3 (es) 2000-03-03 2011-12-20 Qualcomm Incorporated Procedimiento y aparato para participar en servicios de comunicación grupal en un sistema de comunicación existente.
JP3625414B2 (ja) * 2000-04-14 2005-03-02 株式会社エヌ・ティ・ティ・ドコモ 中継機

Also Published As

Publication number Publication date
AU2003211095A1 (en) 2003-09-04
KR100934605B1 (ko) 2009-12-31
JP2009239921A (ja) 2009-10-15
CA2779033A1 (en) 2003-08-21
EP1474937B1 (en) 2008-05-07
EP1474937A1 (en) 2004-11-10
RU2004127455A (ru) 2006-01-27
AR038520A1 (es) 2005-01-19
CA2779033C (en) 2014-09-23
ES2305477T3 (es) 2008-11-01
NZ534353A (en) 2006-11-30
KR20040077954A (ko) 2004-09-07
MY134718A (en) 2007-12-31
TW200303149A (en) 2003-08-16
BRPI0307641B1 (pt) 2017-05-30
US20030152040A1 (en) 2003-08-14
JP4746112B2 (ja) 2011-08-10
WO2003069927A1 (en) 2003-08-21
ATE394880T1 (de) 2008-05-15
CA2475730C (en) 2012-08-28
US6781963B2 (en) 2004-08-24
KR20090109139A (ko) 2009-10-19
TWI306719B (en) 2009-02-21
KR100934603B1 (ko) 2009-12-31
DE60320758D1 (de) 2008-06-19
JP2005518166A (ja) 2005-06-16
JP2011182398A (ja) 2011-09-15
JP5242721B2 (ja) 2013-07-24
BR0307641A (pt) 2005-10-25
CN1643948A (zh) 2005-07-20
CA2475730A1 (en) 2003-08-21
RU2316911C2 (ru) 2008-02-10

Similar Documents

Publication Publication Date Title
US6898436B2 (en) Communication device for joining a user to a group call in a group communication network
EP1474937B1 (en) A method and an apparatus for terminating a user from a group call in a group communication network
US6873854B2 (en) Method and an apparatus for adding a new member to an active group call in a group communication network
US20030153343A1 (en) Communication device for initiating a group call in a group communication network
US20030154243A1 (en) Method and an apparatus for registering a user in a group communication network
US20030153341A1 (en) Server for initiating a group call in a group communication network
US20030154249A1 (en) Method and an apparatus for removing a member from an active group call in a group communication network
US20030153340A1 (en) Server for joining a user to a group call in a group communication network

Legal Events

Date Code Title Description
FG Grant or registration